官方提到下载安装密钥的指令是:

sudo wget -nc -O /usr/share/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key

但是你apt update会得到这样的错误:

错误:5 https://dl.winehq.org/wine-builds/debian bookworm InRelease
由于没有公钥,无法验证下列签名: NO_PUBKEY 76F1A20FF987672F 正在读取软件包列表... 完成W: GPG
错误:https://dl.winehq.org/wine-builds/debian bookworm InRelease:
由于没有公钥,无法验证下列签名: NO_PUBKEY 76F1A20FF987672F E: 仓库“https://dl.winehq.org/wine-builds/debian bookworm InRelease”
没有数字签名。N: 无法安全地用该源进行更新,所以默认禁用该源。N: 参见 apt-secure(8)
手册以了解仓库创建和用户配置方面的细节。

最开始我没注意密钥路径不对,接着就习惯性

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 76F1A20FF987672F

但是问题依旧,倒着往上查操作,在查看/etc/apt/sources.list.d/winehq-bookworm.sources的时候发现
最后一行分明写的是:Signed-By: /etc/apt/keyrings/winehq-archive.key
那你密钥干嘛让我装到/usr/share/keyrings/winehq-archive.key ???
所以先手动移动过去。
mv /usr/share/keyrings/winehq-archive.key /etc/apt/keyrings/winehq-archive.key

这个问题也被一些国内的镜像站点给抄过去了。比如清华的镜像源,不过截至发稿时间,清华源还没有同步Debian12的wine-build,可能得等到第二季度 Debian12正式发布以后了。
给管理员发了邮件申请改改wiki,目前尚未回复。

2023年11月27日:
看了看发现WineHQ依旧没改中文Wiki,清华源的也依然没变化。
我查看了https://wiki.winehq.org/Download_zhcn上面存在的维护者名字,中文写的维护者是无,所以我再次发了一封邮件,这次发给了一位非中文的维护者Rosanne DiMesio。如果收到回复我会继续在文章后面更新,或者有必要的话我尝试去申请一下作为Wiki的中文维护者。(话说上次发给web-admin@winehq.org的邮件都是三月份的事情了,现在都11月了也没人回我,真够无语的)
2023年12月30日:
评论区有网友提醒WineHQ WIki中文页面已经在10 December 2023, at 14:57修正了这个问题。
感谢 jkfloris提供的帮助,事实证明在Wine论坛发帖子比发邮件管用多了😀
2023-12-30T01:29:32.png
不过令人遗憾的是TUNA还没来得及改,也在邮件列表发了帖子,希望早点获得修正。
按照评论的提示,这个问题确实不会发生在清华的镜像站上。(前提是一开始就全程按照镜像站的提示操作)
我回忆了一下当初的操作,有相当多的人应该是先用了WineHQ官方的源发现下的很慢或者干脆直接被运营商阻断了连接再跑去用的镜像。但是镜像用的路径不是照着官方sources文件而是自己新建了个winehq.sources。
如果和我同样先用了官方的源再尝试用镜像,/etc/apt/sources.list.d路径下应该存在一个winehq-bookworm.sources

Types: deb
URIs: https://mirrors.tuna.tsinghua.edu.cn/wine-builds/debian/
Suites: bookworm
Components: main
Architectures: amd64 i386
Signed-By: /etc/apt/keyrings/winehq-archive.key

这里Signed-By的路径应当按照实际密钥下载的路径写,不管是/etc还是/usr下都无所谓,我个人倾向于下载到官方sources里的写的/etc/apt/keyrings/winehq-archive.key。
评论区说被清华坑了一道是不正确的,准确来说这是被WineHQ的中文旧文档坑了一道。

标签: none

已有 10 条评论

  1. HolderRoberts HolderRoberts

    Wine中文wiki在23年12月10日的更新中修正下载位置为 /etc/apt/keyrings/winehq-archive.key ;而TUNA的说明里始终用 signed-by 指向了正确的位置,不知道如何被清华源“误导”的。

    1. 刚才我又看了一眼,WineHQ wiki已经修正了这个问题,在此之前我也去Wine论坛发过帖子说这个。事实证明发帖比发邮件惯用。你说的TUNA的正确位置不会是指:https://imgse.com/i/piOpeuq
      这个是我回复你评论的时候当场截的。现在看这么写的确没什么问题。

  2. 洋葱 洋葱

    真的被清华源误导到了,,,,
    到现在还没改

    1. 我等不及了,去TUNA的邮件列表提了一嘴,希望能早日解决吧。

  3. 。。 。。

    确实是大坑,我一直照着wiki做的,卡到这一步,我就感觉这个密钥大概率没生效,果然,它就是没生效。。。

    1. 我只能说很难绷住,我当时也蒙了好一会儿,开始倒着排查哪步有问题。

  4. linux-小白 linux-小白

    我刚刚访问完,发现还是那样,压根就没改

    1. 上次发给Wine的邮件石沉大海,而且也没有什么别的渠道联系官方。连新建帐号自己提交修改也做不到,不只是Wine,很多开源项目都有类似的情况,要么找不到人,要么人家压根不搭理你。

  5. 热心网友 热心网友

    解决了,感谢分享

    1. 有帮助就好,发文章就是为了知识贡献,提高简中互联网有效信息含量。

添加新评论