suse11.4 的 repository 源 oss 是不是有问题?

YaST & Zypper
1

各位好，

我有个 Suse11.4，以往一直工作正常，最近忽然发现通过 zypper 来更新安装 package 之后，往往会弄坏 library 甚至 kernel ,举例来说，我当前的 zypper repository 是这么设置的--

eisen_SUSE11:/var/log # zypper repos -d

| Alias | Name | Enabled | Refresh | Priority | Type | URI | Service

–±-------------------------------------------------±-------------------------------------------------±--------±--------±---------±------±---------------------------------------------------------±-------
1 | SUSE-Linux-Enterprise-Server-11-SP4 11.4.4-1.109 | SUSE-Linux-Enterprise-Server-11-SP4 11.4.4-1.109 | Yes | No | 99 | yast2 | cd:///?devices=/dev/sr1,/dev/sr0 |
2 | oss | oss | Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/11.4/repo/oss/ |

以前这样正常 auto-refresh 了好多年，昨晚终于出事了--

eisen_suse11:/var/log # rpm -qa --last|grep gio
libgio-fam-2.28.0-3.6.1 Mon Sep 27 18:33:48 2021

发现这东西被更新了-- 然后启动 suse11 的时候就会出现–

Stargin service gdm/usr/sbin/gdm: symbol lookup error: /usr/lib64/gio/modules/libgiognutls.so: undefined symbol: g_tls_backend_get_type
startproc: exit status of parent of /usr/sbin/gdm: 127

应该是 zypper 自动 refresh 把这个 libgio 给弄坏了，导致 gdm 无法启动了。现在只好关掉了这个 auto refresh.

请问-- 现在 suse 的 oss repository 是不是有问题啊？ – 前两天另外一个 suse11.4 新装 vm 上用 zypper update 也直接弄坏了 kernel 导致无法启动，只好重装，再早一周，还有一个 suse11.4 用 zypper install tree 结果弄坏了 glibc，最后也只好重装 Linux 了。

如果真的是这个 oss 源出问题了，请问各位有可靠的 zypper repository 可用吗？谢谢

2

这…… openSUSE 自身是没有正在维护的 11.4 的软件源的。换句话说，SUSE Linux Enterprise 用户该去找找 SLE 文档啥的，openSUSE 现在没有人还在用 11.4 的。

3

哦。是这样啊。谢谢。我的 SUSE11.4 是 suse 11.4 for SAP 的，确实和 openSUSE 有区别，只是以前那个 oss 源用了好几年从来都没出过问题就这么一直继承下来了。
请问能推荐一个 Enterprise11.4 的 zypper 源吗？ 谢谢

4

企业版的源是付费注册才给你用。

5

好的。谢谢

6

首先，zypper 的 refresh 是不会更新软件包的， patch/up 才会。
其次，如果 zypper 仓库只挂个 DVD，别说几年了，几万年这个系统都不会做什么更新.

看你的加入时间和发贴，就理解你是希望在 openSUSE 中文论坛上获取 SLES for SAP 的支持，特别是 SLES 11 SP4 系统上安全补丁 – 但这个显然是不行的， 因为 openSUSE 上讨论技术为主的，附带一些日常的使用， 而 openSUSE 本身是开放仓库。 但 SLES for SAP 是特别产品化的东西， 其软件仓库是需要订阅的授权的，所以一分钱不掏是不可能合法地得到新补丁的。

我建议你跟老板提议一下 SLES for SAP 的系统订阅预算， 目前 SLES for SAP 11 SP4 还在生命周期内，还可以对目前在线的 11SP4 进行安全修补 (当然也包含其它已知 bug 的修复补丁)，还能联系 800 呼叫中心进行优先支持。