- 主题:Alma不再用redhat的源码，还能保证质量吗？
没错。RHEL可以利用时间差，信息差，还有混合不同许可协议的物料交付等手段来拖延克隆发行版获取GPL强制它披露的内容。
其实来一个严重CVE就能显出克隆发行版的脆弱。在等待获取RHEL的补丁的时候，只能使用临时解决方案先凑合。问题是，有些时候是没有临时解决方案可言的，比如客户的关键业务就需要CVE牵扯到的服务，或者攻击面。白嫖党需要权衡。
【 在 archblue 的大作中提到: 】
: 还宣称100%的只有rocky吧，rhel再收紧也得玩完
--
FROM 119.129.53.*
从这个角度看，oracle linux可能更有优势
【 在 Dazzy 的大作中提到: 】
: 没错。RHEL可以利用时间差，信息差，还有混合不同许可协议的物料交付等手段来拖延
: 克隆发行版获取GPL强制它披露的内容。
: 其实来一个严重CVE就能显出克隆发行版的脆弱。在等待获取RHEL的补丁的时候，只能
: 使用临时解决方案先凑合。问题是，有些时候是没有临时解决方案可言的，比如客户的关
: 键业务就需要CVE牵扯到的服务，或者攻击面。白嫖党需要权衡。
--
FROM 223.65.186.*
你们为啥不考虑 openSUSE Leap?
它的源直接就是 SLES 的源。
当然，二进制兼容 RHEL 就没有了。
【 在 archblue 的大作中提到: 】
: 从这个角度看，oracle linux可能更有优势
--
修改:hgoldfish FROM 120.41.147.*
FROM 120.41.147.*
因为SUSE白嫖很容易，不需要板上讨论。同样，ubuntu/debian的企业用途就没人提有什么白嫖困难。
SUSE的生态应该是比RHEL生态弱。去年，SUSE，和Oracle，CIQ搞了个Open Enterprise Linux Association（OpenEL），推动RHEL二进制兼容linux发行版，可能是意在挖RHEL企业用户，在RHEL生态里分一杯羹。
无论SUSE如何宣称会坚持对suse系列linux的投入，搞OpenEL这个举动并不能增强客户对SUSE linux的信心，最多只能说SUSE可以为从SUSE切换到RHEL兼容发行版的客户提供原厂头等跳船体验。
【 在 hgoldfish 的大作中提到: 】
: 你们为啥不考虑 openSUSE Leap?
: 它的源直接就是 SLES 的源。
: 当然，二进制兼容 RHEL 就没有了。
: ...................
--
FROM 119.129.53.*
CIQ是谁？？
【 在 Dazzy 的大作中提到: 】
: 因为SUSE白嫖很容易，不需要板上讨论。同样，ubuntu/debian的企业用途就没人提有什么白嫖困难。
: SUSE的生态应该是比RHEL生态弱。去年，SUSE，和Oracle，CIQ搞了个Open Enterprise Linux Association（OpenEL），推动RHEL二进制兼容linux发行版，可能是意在挖RHEL企业用户，在RHEL生态里分一杯羹。
: 无论SUSE如何宣称会坚持对suse系列linux的投入，搞OpenEL这个举动并不能增强客户对SUSE linux的信心，最多只能说SUSE可以为从SUSE切换到RHEL兼容发行版的客户提供原厂头等跳船体验。
--
FROM 139.227.18.*
rocky的赞助商，也是要搞RHEL生态第三方技术支持的。
【 在 JulyClyde 的大作中提到: 】
:
: CIQ是谁？？
: 【 在 Dazzy 的大作中提到: 】
: : 因为SUSE白嫖很容易，不需要板上讨论。同样，ubuntu/debian的企业用途就没人提有什么白嫖困难。
: : SUSE的生态应该是比RHEL生态弱。去年，SUSE，和Oracle，CIQ搞了个Open Enterprise Linux Association（OpenEL），推动RHEL二进制兼容linux发行版，可能是意在挖RHEL企业用户，在RHEL生态里分一杯羹。
#发自zSMTH@Redmi Note 11
--
FROM 113.115.60.*
【 在 hgoldfish 的大作中提到: 】
: 你们为啥不考虑 openSUSE Leap?
: 它的源直接就是 SLES 的源。
: 当然，二进制兼容 RHEL 就没有了。
: ...................
那opensuse leap和SLES的区别是啥
--
FROM 120.244.234.*
底层系统直接使用 SLES 的二进制包。它的更新源是 sles 源，里面都是 SUSE 公司打包的。和 SLES 完全一样的二进制，没区别。签名都是 SUSE LLC.
上层系统 KDE/GNOME 则是 openSUSE 自己维护的源码包。它的更新源是 backports, 这个是 openSUSE 社区维护。类似于 epel-release.
然后呢，这个 backports 源其实也可以给 SLES 使用。
所以，几乎可以说，SLES 和 openSUSE Leap 压根就是共用二进制包嘛。改个名，连重编译都没有。
【 在 ayaka 的大作中提到: 】
: 那opensuse leap和SLES的区别是啥
--
修改:hgoldfish FROM 59.61.197.*
FROM 59.61.197.*
还是老老实实用rocky吧
【 在 ttaudi 的大作中提到: 】
:
: 准备装Alma操作系统了，但是看到新闻说alma已经不用redhat源码，转而直接用上游源代码构建。那这样的话Alma linux还可以保证有enterprise级别的质量吗？
:
#发自zSMTH@22041216C
--
FROM 1.192.38.*
那SLES卖系统比Leap多卖了哪些东西
【 在 hgoldfish 的大作中提到: 】
底层系统直接使用 SLES 的二进制包。它的更新源是 sles 源，里面都是 SUSE 公司打包的。和 SLES 完全一样的二进制，没区别。签名都是 SUSE LLC.
上层系统 KDE/GNOME 则是 openSUSE 自己维护的源码包。它的更新源是 backports, 这个是 openSUSE 社区维护。类似于 epel-release.
然后呢，这个 backports 源其实也可以给 SLES 使用。
所以，几乎可以说，SLES 和 openSUSE Leap 压根就是共用二进制包嘛。改个名，连重编译都没有。
【 在 ayaka 的大作中提到: 】
: 那opensuse leap和SLES的区别是啥
--
修改:hgoldfish FROM 59.61.197.*
FROM 39.106.161.*