1. 为什么官方推荐的方法在Ubuntu 22.04上会“翻车”?
如果你和我一样,是个喜欢在Linux上折腾Windows软件的老玩家,那对Wine肯定不陌生。Wine 9.0作为最新的稳定版,带来了不少性能提升和兼容性改进,让人跃跃欲试。官方文档给出的安装指南看起来清晰明了:添加架构、导入密钥、添加源、更新、安装。一套标准的APT操作,按理说应该行云流水。但现实往往很骨感,尤其是在Ubuntu 22.04(代号Jammy Jellyfish)上,我按照官网步骤操作,结果却卡在了最后一步,终端里一片飘红,提示无法下载某些关键的deb包。
这其实不能全怪WineHQ。问题根源往往出在软件源的网络可达性上。Wine的官方软件仓库托管在 dl.winehq.org,对于国内用户来说,这个域名下的资源有时访问起来非常缓慢,甚至完全无法连接。你可能会想,我明明已经配置了系统代理,为什么终端里的 apt 命令还是不管用呢?这里有个常见的误解:图形界面下的网络设置(比如在系统设置里配置的代理)通常只影响浏览器和部分图形化应用,对于 apt、wget 这些在终端里运行的命令行工具,它们是不继承这些系统代理设置的。这就是为什么你感觉“开了代理也没用”,安装依然失败。
更深一层的原因在于依赖的完整性。Wine的安装包,特别是涉及到32位(i386)兼容库时,依赖关系比较复杂。当APT尝试从官方源拉取 winehq-stable 时,它需要同时获取主包和一系列依赖包。如果网络不稳定,哪怕只缺失其中一个很小的i386架构的库文件(比如 libwine-stable-i386),整个安装过程就会因为依赖不满足而中断,并报告“有几个软件包无法下载”的错误。这种错误信息对新手来说很不友好,它不会直接告诉你“是网络问题”,而是呈现为一堆包名和“忽略”或“无法获取”的状态,让人一头雾水。
所以,我们需要的不是硬着头皮反复尝试同一条注定失败的命令,而是换一种思路:既然在线安装的路径被堵住了,我们能不能手动把需要的“砖块”(deb包)全部搬回来,然后在本地完成“搭建”呢? 答案是肯定的,而且这个方法更稳定,一次下载,多次安装,还能分享给其他遇到同样问题的朋友。接下来,我就带你一步步走通这条“手动下载,本地安装”的替代之路,这也是我踩坑之后觉得最靠谱的方案。
2. 准备工作:手动获取安装所需的全部“零件”
在开始手动安装之前,我们需要先把必要的文件准备好。这个过程有点像组装模型,你得先把所有零件从板件上剪下来。我们总共需要两类“零件”:一是用于验证软件包真实性的密钥文件,二是告诉系统去哪里找软件包的源文件,最后也是最关键的,是Wine 9.0本身的安装包文件。
首先,获取密钥和源文件。即使我们不通过APT在线安装,系统也需要验证我们后续手动安装的deb包是否来自可信的发布者。WineHQ的密钥文件(winehq.key)和针对Ubuntu 22.04的源描述文件(winehq-jammy.sources)是必须的。原始文章里提到了直接复制,但为了更清晰,我们分步进行。你可以通过任何能稳定访问外网的方式(比如在浏览器中)下载这两个文件。它们的官方地址分别是:
- 密钥:
https://dl.winehq.org/wine-builds/winehq.key - Jammy源文件:
https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources
下载到本地后(假设放在你的 ~/Downloads 目录),打开终端,执行以下命令将它们放到系统正确的位置:
# 创建密钥目录(如果不存在)
sudo mkdir -p /etc/apt/keyrings
# 复制密钥文件
sudo cp


2036

被折叠的 条评论
为什么被折叠?



