升级源有问题?

linux-337q:/home/suse # zypper update
正在撷取软件源 ‘openSUSE-13.2-Update’ 的元数据 ----------------------------------------------------------------------------------------------------------------------------------------------]

警告: 文件 ‘b027d11dc11d6e216f08197182aa6cf4e275c19b42a63db497362b43c4b3b7ac-appdata.xml.gz’ 摘要校验失败
[/var/cache/zypp/raw/repo-updatetkGrxy/repodata/b027d11dc11d6e216f08197182aa6cf4e275c19b42a63db497362b43c4b3b7ac-appdata.xml.gz]

期望 b8e1a5cef6d3ef84728a714439ae53b40929a5c6dde02571863064af6da530de
得到的是 f0fa51adbc20dc0cfcc2c0253cac1eb25e1c82986d907fe0f17cccd0f89ef536

接受校验和错误的软件包可能导致系统损坏,在极端情况下甚至会导致系统被入侵。

然而若您确定具有校验和 ‘f0fa…’ 的文件是安全、正确的,应在此操作中使用,
请输入该校验和的前 4 个字符来取消屏蔽、使用该文件并风险自负。
空输入将抛弃该文件。

取消屏蔽或是抛弃? [f0fa/? 显示全部选项 ] (抛弃):
正在撷取软件源 ‘openSUSE-13.2-Update’ 的元数据 … 错误 ]
软件源 ‘openSUSE-13.2-Update’ 无效。
[repo-update|http://download.opensuse.org/update/13.2/] Valid metadata not found at specified URL
请检查此软件源定义的 URI 是否指向了一个有效的软件源。
由于以上错误,正在跳过软件源 ‘openSUSE-13.2-Update’ 。
正在加载软件源数据…
正在读取已安装的软件包…

无事可做。
linux-337q:/home/suse #

13.3 何时出?到时直接装 13.3?

木有 13.3 吧。
下个版本是 openSUSE 42

我也连不上官方源,有可能被墙了,换国内源吧
还有,下一个版本是 openSUSE 42.1

我也遇到过相同的问题,鉴于我知道我连接的源是谁(openSUSE 官方)提供的,所以我选择了信任。

严格来说,下个版本的版本号是 openSUSE Leap 42.1 , 已经释放出了 milestone 1 的镜像 ,最终版应该在今年 11 月份吧。
leap 和 Tumbleweed 对应,跳跃对滚动,哈哈。

我在国外,前几天也遇到类似的问题,没管它,现在好了。可能是软件源的问题,现在刷新一下软件源就没问题了。

下个 openSUSE 的版本号和代号还没确定,暂时用 openSUSE Leap 42.1。以后肯定会改的,42.1 太奇怪了。今年十月左右发布。

42 可是宇宙的终极答案啊,不奇怪。

我的也有类似问题:

zypper up
Retrieving repository 'openSUSE-13.2-Update' metadata --------------------------------------------------------------------------------------------|]

Warning: Digest verification failed for file 'b027d11dc11d6e216f08197182aa6cf4e275c19b42a63db497362b43c4b3b7ac-appdata.xml.gz'
[/var/cache/zypp/raw/repo-updatelfIrQW/repodata/b027d11dc11d6e216f08197182aa6cf4e275c19b42a63db497362b43c4b3b7ac-appdata.xml.gz]

  expected 8e3f87d95eee6501dcd9cb732e71cc7fa43fa9131094fc9c4cda84aaa29edf35
  but got  9387831c77e833541e5a644ffab6ff4ddacf06ae27852fb046e107bd0c894ce9

Accepting packages with wrong checksums can lead to a corrupted system and in extreme cases even to a system compromise.

However if you made certain that the file with checksum '9387..' is secure, correct
and should be used within this operation, enter the first 4 characters of the checksum
to unblock using this file on your own risk. Empty input will discard the file.

Unblock or discard? [9387/? shows all options] (discard): 

好多次了,没敢更。 不知道为啥。

我最近使用国内源也遇到了这个问题,猜测是运营商缓存的缘故,把源的链接从http改成https解决了问题。不知道官方源是不是也是这个原因

另外,有的源不支持https……

据说是 repo is under changing…

please try again later.