V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  raysonx  ›  全部回复第 18 页 / 共 89 页
回复总数  1773
1 ... 14  15  16  17  18  19  20  21  22  23 ... 89  
@junkman
> 如果直接在 CentOS Stream 上修复 bug 的话,那么那些宣称兼容 RHEL 的 Linux 发行版获取 bug fixes 也是从 CentOS Stream 获取是这个意思吗?
我只能说 CentOS Stream 和 RHEL 的源代码都是开放的,其他发行版有他们自己的决策。

根据官网,“Updates for the CentOS Stream 8 distribution continue through the RHEL 8 “full support” phase.”,也就是说 CentOS Stream 8 的生命周期与 RHEL 8 的 full support 生命周期相同,也就是 5 年。
@wangkun025 CentOS/RHEL 不是新功能的实验田,通常情况下某个 RHEL 大版本发布后只会有 bug 和安全修复,我猜测你说的这种情况大概只会出现在 bug 修复无效等特殊情况吧。
@swulling 实际上据我 RHEL 的同事说基本就是把 RHEL 的开发测试流程搬到了 CentOS Stream,以前 RHEL 有自己的开发分支,说是开发分支其实也没错的,只不过不是传统上认为的开发分支或者开发版本。

另外你所引用的问句是有一个 and 的,这句话翻译为“如果你正在用 CentOS 8 作为生产环境并担心 Stream 版本不能满足需求”,并不是说 Stream 版不能作为生产。虽然我觉得作为社区发行版,以免责声明的角度都不会鼓励用户用于生产环境。
@swulling 会出新的 Steam,不会滚动到 9 。

关于你说的 CentOS 用户拿 RHEL 用户做小白鼠这一点很有意思,我作为一个技术人员之前没有想到。我这里面描述的这些是公司最初的动机,而这件事情所引起的反响已经远远超出所有人的预料了。我猜测公司今后可能根据反应做出一些调整,但我现在还不知道。
@liprais
@whee1
@Kobayashi
分歧就出在这。让 RHEL 的开发测试人员去开发测试 CentOS Stream,这个 Stream 版等同于之前 RHEL 最新版的质量,并不是所谓的小白鼠。使用最新的 CentOS Stream 就和以前使用最新的 RHEL 是差不多的,而且社区用户也可以来反馈 bug 贡献代码,一举双得,但外界普遍非要认为这是做小白鼠。
@wangkun025
@benjix
Fedora 才是真正的 RHEL 测试版,各种软件包新功能都是最新的。和 RHEL 的区别主要在于:
1. 支持周期很短(通常只有不到 2 年)
2. 不保证 ABI 的稳定,也就是升级某软件包后可能会破坏兼容性。
3. 进入 Fedora 的内容不见得最终会进入 RHEL 。
@vibbow 这里的 CentOS 8 生命周期结束指的是原先的 CentOS 8 不再维护,原因是改变开发模式切换到 Stream 。Stream 一样也是 CentOS 8,由于开发模式转变导致不得不开新分支。我觉得需要明确的是 CentOS 8 Stream 的更新并不是测试版本,而是由原 RHEL 开发测试人员维护的稳定版本,理论上稳定性等同于之前的 RHEL 。

Stream 虽名为滚动更新,但其实和普通的滚动发行版不一样,只是不再区分 8.1 8.2 8.3 这些子版本而已。具体为什么不再区分子版本我没去了解,但能够确定的是进入 Stream 的内容都是要进入 RHEL 的,并不是那种一更新就容易挂的那种滚动版。RHEL 的主版本不变的情况下,ABI 是稳定的,个别场景下如果真的需要卡在某个子版本不升级,说法是后续会有解决方案。

不知道我这么解释明确与否。
@markgor
> 实话说 CENTOS 和 RHEL YUM 源的版本都非常老旧,更新特别慢
RHEL 作为企业版追求稳定第一,是很难上新版本的包的(企业软件经常会依赖旧版本包)。通常情况下在某个 RHEL 的主版本(比如 RHEL 7.0 )发布后,大多数软件的版本就定死了,之后只会收到 bug 和安全更新,很少会收到功能更新。为了解决你说的问题,RHEL8 引入了 AppStream,比如对于 Python 而言会针对 Python 3.7 3.8 3.9 每个主要版本提供一个 AppStream,用户可以选择需要的版本,并在不升级主要版本的前提下一直获得 bug 和安全更新。

RHEL 的授权过期后就无法收到包更新了,且不再有技术支持,而 CentOS 的更新是社区负责的,需要自己切源。
2021-02-03 14:16:01 +08:00
回复了 18870715400 创建的主题 Python 关于多进程切换的问题
恭喜你发现了震惊业界的 Windows 内核 bug,建议联系微软技术支持解决,顺便联系媒体写个新闻稿(手动狗头)
2021-01-25 23:26:29 +08:00
回复了 q9OxQg 创建的主题 Android 要是微软能重新捂热 Windows Phone 就好了
看到二楼贴图中出现百度贴吧第三方客户端甚是怀念,我是作者,当年那个客户端有 70 多万下载量。
2021-01-14 22:16:40 +08:00
回复了 lmxx1234567 创建的主题 宽带症候群 北京联通变成内网 IP 了
北京联通直接打 10010 找人工要求开通公网在线业务即可,后台自动下发配置重启光猫就好。
本来这事已经结束,看买家发了一个帖,我最后说说吧。买家在帖子里说不会玩,拿来学习,但买家这态度和行为方式我完全看不出是在学习。
你声称两个口有问题,可交换机各个口是等价的,即使你配了 VLAN,也可以把在设置里更改一下 VLAN 分配来验证是不是真的有问题。如果真的如你所说,你是不会玩,拿来学习,但你这态度和行为方式我完全看不出你在学习。

我这人别人敬我一尺,我敬他人一丈。你自己无理取闹在先,就别想我对你有什么好态度了。
你自己是不是心里有鬼自己清楚,正常买家会不沟通就退款还拒绝给正常的录像演示?

我不知道你是怎么接的,但我已经不相信你但说辞了。你除非把同一条网线,或者位于连接到别的交换机同一 VLAN 口的两条网线,插到这台交换机的位于同一 VLAN 的口上才会产生环路,但这交换机是支持生成树协议的,会自动识别并断开环路。总之你事后的说辞漏洞百出,我不知道你是在找借口还是怎么。
@fox1751 本不想再提这事,站在自用买卖双方的立场上,明眼人都知道买家是不是可疑。上来就说人家好东西有问题且不沟通就退款的根本不像正常买家。对什么人用什么态度。
2021-01-01 16:12:18 +08:00
回复了 v36500exm 创建的主题 NAS 关于低功耗多 sata 的板子。
加 hba 卡吧 低功耗可以买一张 lsi 2008 的卡
2020-12-31 20:55:13 +08:00
回复了 zijian169 创建的主题 宽带症候群 山东电信新出了个“直播宽带” 上行 60 兆
@8023 最近没关注这事,之前听说打电话或者去营业厅也能办
2020-12-30 14:04:11 +08:00
回复了 kancollecation 创建的主题 宽带症候群 湖南电信推出第二代 游戏宽带加速服务
我推测技术上可能是在光猫上拨了个 VPN 隧道,然后把主流游戏服务器的 IP 段加入到路由表指向那个隧道,其他 IP 段还是正常走网关。桥接后光猫变成二层设备,无法在光猫上用路由表分流。

说到底就是在光猫上运行了一个腾讯加速器的客户端,相当于游戏加速盒子。
@Xusually 今天中午又问了他测得怎么样了,他留下一句“你这人不行”后立马把我拉黑、确认收货、评价一气呵成。评价里写到“东西不错,人不行,还不如个…”
这事至此终于告一段落了,已顺手举报
@Xusually 我确实没有十足的证明证明他故意欺诈,只是觉得嫌疑非常大而已。我自己的东西没有问题自己是非常清楚的,而且发货前还测试过每一个端口录了像。买家签收半天后不沟通就以质量问题退货,不像是一个正常的个人买家能做出来的,我自然不想让他退货后节外生枝。后面他对正常测试各种推脱显得心虚就更加可疑了。

也许有可能是你说的那样,他自己不会玩还不懂装懂,这种问题沟通一下就可以很愉快地解决的,不必闹成这样。他现在还没有回复,正在所谓的“再测测”。接下来看他怎么说吧,要是再找其他借口或者又整出别的什么故障出来,那就是百分百欺诈了。

两百来块钱是不值这时间,但我不想在这种情况下同意退款,因为这样等于同意了东西有故障,也许后面会有更多的麻烦。

既然他声称自己把交换机接环路了,不管是真是假,等于他已经推翻了之前对商品故障的言论了,接下来只能看对方怎么反应了,
1 ... 14  15  16  17  18  19  20  21  22  23 ... 89  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5928 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 02:19 · PVG 10:19 · LAX 18:19 · JFK 21:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.