SUSE LINUX Enterprise Server 目前是 11 SP2， 可是里面的包都非常老旧了，明显跟不上现在应用的步伐了。
那么懂行的最新的企业版大约在什么时候发行？
请问 debian centos 不老旧吗？
好像是今年
Sent from my Galaxy Note 2 using Tapatalk 2
人家追求的是稳定啊，而且也可以自己更新吧？
企业版是要交钱的吗
至少 LAMP POSTFIX 各类 Perl 库 没那么老旧。
你更新一个给我看看。它更新源里依然还是那么老旧。。
有半年的免费升级，等你全部装完配完功能，稳定运行后你就不会那么在意更新了。只在防火墙里开放你想开放的口，搞定。
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
那啥，没那么高端，作为小公司或者个人服务器用用 opensuse 提供的 sles 源还是可以的，前提是你必须明白你升级的那些包的作用是什么。如果胡乱装的话 sles 会因为各种依赖解决不了导致一堆问题。
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
那啥，没那么高端，作为小公司或者个人服务器用用 opensuse 提供的 sles 源还是可以的，前提是你必须明白你升级的那些包的作用是什么。如果胡乱装的话 sles 会因为各种依赖解决不了导致一堆问题。
如果是在那些“有问题了大不了重来”的场景下，嗯，怎么折腾都行。
补充下：你说的 opensuse 提供的 sles 源 和 上面说的 openSUSE 源不是一回事哈。你说的是 obs 提供的 sles 源吧。
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
我还以为像 redhat 那样可以直接用 centos 的源什么的。至于国内，几乎不会有人因为收不到今天的天气预报去投诉吧
Sent from my openSUSE using Tapatalk 2
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
我还以为像 redhat 那样可以直接用 centos 的源什么的。至于国内，几乎不会有人因为收不到今天的天气预报去投诉吧
Sent from my openSUSE using Tapatalk 2
所以国内服务器 redhat 系列的多……
这个扯了，SuSE 还是有电信服的。不过就是楼主说的老旧的包的 SLES。
使用 case 不一样，只要有 security update 那就不叫老旧。
Debian 6 从我进 Linux 的门它就是 6。也没看你们说它老旧，居然还有人有脸管它的 sid 叫滚动升级版…
在我看来它早就该死翘翘了。各种 port 啊，最新 KDE 往过 port，基础库也往过 port，你光知道用上新包了，咋没想过新包不是原版支持的，break 你都没地儿说理去？
当然，楼主说服不了我，我也说服不了楼主。
PS：独立客观的见解看 bruce 的，他说的比较靠谱。
是的，确实是 opensuse 官方的 obs 源。
你更新一个给我看看。它更新源里依然还是那么老旧。。
不能直接用 openSUSE 的源？
Sent from my openSUSE using Tapatalk 2
不能的。
把 SLES 的使用场景搞清楚了，你就不会问可不可以使用 openSUSE 的源了。
使用 SLES 的，对稳定性、无间断服务时间有非常严格的要求。没有经过严格测试的软件是不会采用的，因为这关系到一样东西：钱。
以中移动的短信天气预报为例，假设该项服务突然有一天因为 SLES 的问题 CPU 过高导致部分用户（怎么着也得有 100w 吧）没有受到短信，会引发大量的用户投诉，你说你造成多大的经济损失？作为乙方的 Z 公司（举个例子而已哈）根据合同是要承担责任并接受罚款的。这个时候，总之，一大堆人会受牵连，下课的下课，罚款的罚款，到这个份上了，你还敢用 openSUSE 的源吗？还想追新吗？
在商业应用中，稳定可靠压倒一切！
中移动用的 SLES?
Z 公司给国内外局点部署时，绝大多数都是部署 SLES,9、11 都有
你说下一个版本, sle12?
14 年了。
sles 更新不会这么快。
红帽系的发行版比较平滑
fedora – centOS – RHEL
前面两个都是社区的人在弄
openSUSE 现在缺少一个 centOS 的东西
其实，有兴趣，咱们可以搞搞