在安装好Debian12后，至少在使用KDE的情况下会给出X11和Wayland两个登录选项。而我则因惯性使然，一直将X11作为日常使用的登录项。但前阵子突然想到：Wayland日渐成为主流，真用起来到底怎么样呢？

一、优势

真的选择Wayland已经有快三个月了，最大的感受就是在大多数情况下都没有感受。这其实应该得算是最大的优势吧，毕竟无感切换才能让用户体验到现代化服务的同时还不需要重新去适应系统。

当然，也有一些可以体会到的改进。对于KDE来说，我的窗口破碎特效显得更流畅了。但根据网上提到的信息，实际帧率是没有提升的，使用Wayland仅仅是避免了窗口撕裂，类似于游戏打开了垂直同步功能，画面更完整了，所以显得更流畅了。

还有一个很奇怪的优势——至少在我的电脑上是这样——Wayland下可以流畅的运行CS2，但X11下会导致整个图形冻结…是真的不太理解。

优势就说到这儿，下面来谈谈从X11到Wayland我先后都进行了哪些操作来完成过渡。

二、切换

下面所有内容可能都与桌面环境强关联，因此只能是参照，并不能照抄了。

再说一句：我使用的是Debian12+KDE桌面+fcitx。

1、输入法

首先就是输入法。fcitx官方的百科已经提到了，X11与Wayland需要进行的设定不同。因此需要进行一些操作才能完成从X11的过渡。

1. 在/etc/enviroment最后加入export XMODIFIERS=@im=fcitx，保证利用XWayland兼容层的程序可以使用输入法(rc文件不生效）
2. 设置-输入设备-虚拟键盘，选择fcitx5
   按照fcitx官方的说明来看，它的意思是通过这个步骤来启动fcitx5才能实现将输入法传入到应用中。但我的电脑现在依然是登录即自动启动fcitx，也不清楚现在的自启动是延续自X11设置还是在这里选择之后实现的，总之不需要每次启动电脑都来这里打开。
3. 通过命令im-config启动fcitx配置，弹出窗口直接确定-指定配置选是-选择do not activate any IM from im-config and use desktop default -确定。使系统使用桌面环境的输入法配置。

至此，输入法配置调整完成。

按照fcitx官方的说明，对于electron类的应用程序比如chrome、edge等，需要添加启动参数 —enable-features=UseOZonePlatform —ozone-platform=wayland —enable-Wayland-ime，否则无法激活输入法。但我在edge上进行如此配置后，点击图标启动edge 的同时会自动打开一个系统设置窗口。且在应用窗口里边的鼠标指针样式也与我的设置不符合。后来为了解决指针主题问题，删除了~/.icons/default下的文件，指针正常了。神奇的是，不但鼠标正常了，删除了启动参数后也可以正常使用输入法了。这诡异的关联性，可能我一生也想不明白。

2、OBS

初次打开OBS录屏，发现没发采集电脑屏幕内容。查阅之后明白了，需要安装pipewire，然后启动这个服务：systemctl —user start pipewire。然后在OBS中选择pipewire的屏幕选项即可解决。

但相对传统的X11还是有一些问题：来源选择窗口的时候，如果调整了窗口大小，那么这个录制源就会卡住，只能通过重新启用此录制源才能解决问题。

3、steam

这可能不关是不是用Wayland的事儿，只是凑巧找到了解决办法。但因为是在wayland下面发现解决了的，暂且也算是Wayland参与了一些帮助吧…
只需在启动器增加环境变量：LANG=zh_CN.UTF-8，配合前面fcitx 的设置，便可直接使用。

4、vbox

窗口状态下一切正常，但全屏的话便不再响应鼠标输入了。这妥妥是一个bug，因为只需要在虚拟机设置-用户界面下，取消在全屏或无缝模式显示的勾选即可。

5、依赖

在我试用这一段时间后，依赖仅作为一个建议操作推荐给你。因为Debian12的KDE为Qt5，使用Qt6的程序会因为找不到Qt6相关库而自动转为XWayland模式运行。虽然不影响使用，但能解决的话自然是更好的。

实际上也很好解决。只需要安装qt6-wayland这个包（Debian12下是这个名称，不同发行版名称可能不同）即可。

三、一些bug

最后来介绍一些bug——都是可以体现到使用上面的bug。

1、对于edge浏览器，最大化时关闭窗口，不会触发关闭动效（可能是最大化时为无边框程序导致的）；此外，在我的桌面布局下，最大化窗口顶部有遮挡；
2、透明效果及一些组件会明显闪烁;
3、latte多次点击编辑容易崩溃、任务管理器部分图标右键不可展开菜单。但这个其实算是有情可原，因为latte dock现在已经没有维护了;
4、连续点击软件中多个弹出式菜单按钮，前一个按钮的菜单不会自动收回。这明显是Wayland的问题。因为XWayland应用并无类似现象;
6、steam第一次启动，窗体进程会崩溃。虽然只需要直接点击重新启动即可，且在电脑关机之前随意退出再启动都不会再出现崩溃问题，但还是有点恼人的;
7、输入法状态只能全局共享

总的来说，至少对于我这种打游戏、上上网、偶尔直直播的这种使用场景来说，Wayland还算是一个可用的状态，但也只能说是可用而谈不上好用了。X11虽然古老，但其良好的兼容性是现阶段Wayland难以比拟的优势。只能说，看看发行版逐渐把Wayland作为默认这种“强制”措施，能不能倒逼出一些不错的发展来了。

转眼都到了2024年了。回看一下2023年，我居然发布了整整16个乱七八糟的内容，我实在太勤奋了。

那么，作为一个以类unix系统教程碎片为主的频道，在新年之际跟你分享一下2023年的一些变化。

更新频率降低的最主要原因就是莫名其妙的没有太闲着，而没有太闲着导致的结果就是很少打开家中常用的电脑，而不用家中电脑就意味着我这一年实际上很少使用Linux或者macOS系统。可以说，我在2020年换掉archlinux时候的预言在2023年得到了完美的体现。属实是：不是不报时辰未到。

但即使使用的频率很低，我还是将ubuntuunity更换到了Debian12。这可能是我这一年中最大的一个更改，这其中的具体原因我也有分享过，可以回看一下。

提到了乌班图，这让我想到了2023年乌班图的一个改变人生轨迹的变化：引入了基于flutter的应用商店。这项调整体现在了前几个月发布的乌班图23.10版本中，用以替代老朋友——乌班图软件中心。相对来说，新版本的商店有着更现代、更流畅、更一致的使用体验，可能也会助力乌班图全局snap化的布局。

可能你觉得使用flutter开发应用商店与全局snap化没啥关联，不过乌班图在2023年2月宣布，官方版本不再支持flatpak格式软件包开箱即用你又如何看待呢？很明显，乌班图为了推广并应用自己发布的snap格式软件包在自己的系统上不遗余力，撤销开箱支持flatpak可以说是最明显的一项措施。不过仅仅是无法开箱即用，你还是可以手动部署相关的程序以恢复flatpak支持。

顺带一提，即将推出的ubuntu24.04为长期支持版本也有一个新的变化，那便是它将可以获得长达12年的更新支持——当然，这需要你注册ubuntu pro。不过这项服务对于个人用户来说是免费的，如果你习惯并长期使用乌班图的话，安装这个版本并加入ubuntu pro也不失为一个好的选择。

你方唱罢我登场，与ubuntu所处的Debian分支相对的，则是RHEL分支中一个改变人生轨迹的变化：RHEL与2023年中旬宣布限制其源码访问。现在看来这个大概是转变CentOS性质的接续步骤：目前的CentOS完全可以说是RHEL的测试版，而曾经的CentOS则可以看作是RHEL的免费版。两者位置的变更似的RHEL可以将全部精力投入到企业客户上，而无需再考虑普通用户。这个消息在刚发布时反响剧烈，不过就目前来看，这更多的改变了RHEL下游发行版的生存轨迹，对于其他分支，甚至RHEL本身的企业用户来说，影响不大——暂时不大。

现在从发行版层面剥离出来，看看内核层面改变人生轨迹的变化：支持周期从六年缩短至两年了——我是说LTS内核。这个变化大概对用户来说影响不大，毕竟现在常见的发行版，要么像SuSE，不更新内核主版本，但自己长期单独维护，以至于跟用新内核没啥区别；要么就像Arch，有新的就直接给更新上来了。但支持周期的缩短对与内核维护人员来说可是重大利好——再也不用管理那么多没啥人用的旧版本内核了。

上面这些2023年Linux世界的变化是好是坏还请各位评判。不过，Linux版Steam使用率超过macOS，从哪种角度来看到可以算是2023年Linux世界一个不错的消息吧——当然了，这俩货加起来都追不上Windows的零头，不过，这至少证明Valve这几年在Linux游戏领域所做的不懈努力不是白费的——要知道，为了能让Linux运行Steam 中大多数的游戏，Valve从大概疫情前便开始基于wine来开发Linux 的游戏兼容层proton，并在这些年中取得了极大的进步。截止目前，Steam上热门游戏通过官方测试可以运行的已经超过了10000款，而根据玩家的测试，这个数量可以上升至大约17000款。我想这对于一名普通玩家来说已经不是一个小数字了。

但诚然，目前这个兼容层还不是十全十美：比如联网游玩的游戏，反作弊插件目前还无法正常运行。但车到山前必有路，由于Valve的proton套件是开源的，因此针对部分特定游戏，有个人开发者定制了proton套件，使得可以通过定制版套件达到正常运行带有反作弊插件游戏的目的。不过这些仍只是个例，Linux联网游戏任重而道远。

以上便是跟各位分享的2023年Linux世界的一些重大的、改变人生轨迹的变化。祝各位能在这曲里拐弯的人生中好好生活。

视频点此

Linux系统会为每一个用户建立一个home目录，其中有几个金刚路径，如桌面、文档、音乐、下载等等。通常来讲，在图形界面下使用这几个文件夹可能不会意识到什么问题，但如果使用终端的话，你也许会发现：在不同的发行版里，这几个金刚文件夹的实际名称可能是中文，可能是英文。也就是说虽然在图形界面下，文件夹名字显示为“桌面”，但实际上需要在终端中输入cd ~/Desktop才能进入桌面文件夹。这个是为什么呢？

这个问题——其实也不是问题。因为只是设置存在一些差异。

一、如果你是图形界面用户

以KDE为例，你可以发现在设置个性化-应用程序-位置项中可以随意定义这几个金刚文件夹的路径。因此如果想把中文路径调整为英文，直接输入即可。确定时按照提示，系统会自动完成文件夹的重命名操作。
另外，由于可以随意自定义，所以理论上如果你有长期挂载一个网盘当作本地扩容的分区，那么你也可以通过这个设置，把这个网盘当作某一个金刚文件夹对应的路径。

二、如果你是终端用户

这个文件夹映射关系保存在~/.config/user-dirs.dirs文件中，因此只需要修改对应的路径即可实现调整。但是需要注意，由于终端无法完成自动重命名，所以如果需要保留文件夹中的数据，需要在修改路径之后手工将原先的文件夹修改成对应的名称才能保证继续映射。

视频点此

可以说unity桌面是我正经使用Linux后最早接触的桌面环境，也可以算是我最习惯使用的桌面环境之一。而关注unity或者ubuntu的朋友可能知道，ubuntu从18.04开始，其默认的桌面环境切换回了gnome。但在2020年出现了由一个印度小兄弟领导发布的ubuntu unity，旨在提供回原生的unity桌面体验。所以在我发现这个发行版之后，我便在unity的吸引下重新装回了放弃多年的ubuntu。但最终，我还是把ubuntu给换掉了，今天就来简单聊聊其中的原因。

一、优势

无论如何，ubuntu可能也是用户数量相当高的一个发行版，因此很多网上Debian系发行版的教程、可以搜索到的疑难解答实际上都是参照乌班图的软件仓库进行编写的，这样一来在日常使用过程中就可以有相当方便、快捷的网络支持体验。同样的，由于使用人数众多，如果一个软件想兼容Linux，那么一般来说最先得到官方适配的基本就是ubuntu无疑了。

此外，ubuntu背后有公司存在，且基于Debian衍生，所以在寿命、稳定性方面可以信任。除了LTS版本提供更长时间的支持之外，还可以加入ubuntu pro计划以获得更长的维护支持。且如果个人使用的话，这个还是免费的。

更多优势我就不说了，老生常谈。最主要的是我为什么最终换掉了它。

二、劣势

原因只有一个：snap。
Snap是ubuntu自己推出的一种软件包形式，且已经融合在ubuntu中。随着snap的逐渐完善，Ubuntu也在逐步降低对deb软件包的支持力度。而官方更是给出了将在23.10版本中加入snap商城，可能后续加入的应用程序会优先提供snap形式，再适时加入到apt仓库之中。
Snap的优势算是比较明显的，简单来讲就是类macOS组织形式，应用之间相互隔离，依赖版本冲突可以得到很好的解决。
但一个比较致命的问题：snap的服务器在国内没有镜像站点。
是的，即使不使用Linux的朋友都可以猜到个大概了：虽然可以建立连接，但速度太慢了。更不用说时不常的还需要检查并更新snap应用。这很难让人很难坚持下去。

此外，由于snap在程序启动时候相当于建立了一个虚拟的系统环境，这使得程序的启动速度相对传统的方式会减慢不少——当然，可能是因为我的Linux分区还是使用机械硬盘的缘故，如今固态硬盘这个影响可能已经不明显了。

但建立虚拟的程序环境意味着一个问题：系统所有的配置应该都可以映射过去，这样才能保证使用的过程中不会出现什么奇异的问题。但目前的snap分明没能完全顾全这一点。比如我的chrome下载文件默认的保存位置是一个轻易找不到的路径，我当时为了这个路径研究了半天文件夹之间的映射关系。如果是一个没有发现相关规律的用户使用的话，那对snap版本的chrome可能只有一个评价：这个chrome下载会把文件下丢。
另一个比较影响使用的情况：输入法。在我使用的这段时间中有两种经典情况：输入法候选列表不展示、根本无法唤醒中文输入法。这个不多解释，想想就能知道对于中文用户来说，这种程序在使用的时候会有多麻烦。

可能会有朋友说ubuntu还有其他的一些问题，比如版本号更新经常性的更坏掉、经常性的报告系统错误弹窗之类的。但这些是ubuntu在使用snap格式软件包之前就存在的一些问题。既然选择了ubuntu那么说明这些经典问题已经考虑过了，相较于unity，还是unity更香一些。但真的使用起来，发现snap异味完全覆盖过了unity的清新。

当然，snap这些问题可能也是因为unity没有完全适配好，官方版本不会出现。诚然，可能官方对snap的支持会更全面一些，但国内镜像站点不存在就是不存在，而且官方使用gnome桌面，我能有什么特殊的理由一定要选择ubuntu呢？

视频点此

如果你需要在Linux中使用Xbox one无线手柄，那么这个软件包或许可以帮助到你。

当然如果你用的是最早的xbox手柄，或者有线连接Xbox one使用的话，那么在Linux下面是可以开箱即用的。唯独对于蓝牙或者接收器方式连接会出现问题。这时我们只需安装一个包：xpadneo。这是针对Linux平台的xboxone开源驱动，我用了很长时间了，通过steam的手柄设置来分配游戏中按键是很完美的，游戏用的延迟也非常低，是一个完全可以使用的开源驱动。

直接去往它的GitHub，就可以看到安装教程。如果你想的话，直接全部下载，然后终端执行./install.sh即可。但如果你跟我一样习惯于通过包管理器统一管理的话，那对于arch用户，直接通过aur即可安装，opensuse用户，通过opi搜索xpadneo，选择不带后缀的选项，再选择home:FrauHolle源即可自动安装。ubuntu好像可以通过apt直接安装。待安装完成，重启，便可以通过蓝牙正常连接xboxone手柄了。

第一期、第二期

前两天收到了这么一条私信。

这倒是提醒了我一个很早就想分享的一个小技巧，如何简单的使用不对应自己发行版的安装包程序。但在这之前想先跟各位铺垫一些内容：Linux安装包，或者说，一个二进制程序的安装包实际上在做什么。

macOS软件的安装过程能更好地展现。打开一个下载好的安装包，会看到一个应用程序图标和一个applications文件夹。

安装程序的话，只需将应用图标拖到applications文件夹上面，然后我们就可以在访达的应用程序文件夹下看到这个应用。在macOS中，应用程序文件夹的路径是固定的/Applications, 而安装程序的applications文件夹图标下面有一个快捷方式的小箭头，查看它的属性的话就可以看到，它指向的就是我们电脑中的应用程序文件夹(关注下图原身指向的路径)。

到此就可以看出，macOS应用的安装过程其实就是把应用复制到了应用程序文件夹中。而如果我们右键应用程序—显示包内容，还可以查看这个应用所拥有的各种文件。因此总的来说，macOS应用的安装过程其实就是把这个应用程序的文件夹复制到了一个指定的位置而已。

由此，我们可以类比一下Windows的安装程序。它与macOS的过程其实是一样的，只不过Windows允许用户自己选择应用程序的这一堆文件要复制到哪里，然后自动帮用户进行复制操作（当然，对于Windows，安装程序可能还需要进行注册表编辑的操作）。

那么Linux的安装包呢？

由于Linux更多的是在用包管理器进行操作，所以Linux用户可能很少去关注应用的下载和安装这两个前期过程。这时我就要推荐你去看看我之前的使用obs和aur分发软件包的内容了。

你理解了这个就能明白，Linux无论是包管理器还是手工下载的安装包，其软件安装过程与Windows和macOS依然是一样的。只不过使用包管理器安装，全程不需要用户手工干预，而使用下载的安装包安装，最多也只需要用户手工进行下载的过程而已。

不过，虽然Linux安装的过程本质上也是在往系统中复制文件，但与另外两个系统不同的是，Linux会把不同职责的文件放到对应职责的文件夹中，而且对于被很多程序共同需要的文件，Linux很可能会把这个文件当作一个单独的程序，就不再附加在其他程序的安装包中了。也就是说，Linux是以文件功能为视角来归类文件而不是以应用来归类，这就使得一个应用的文件会被放到多个文件夹中，且可能需要配合安装其他的一些共有组件包才能让程序正常运行。而这种互相关联的情况，就是平时提到的依赖。

但并不是只有Linux有依赖问题，windows同样存在，只有macOS才近似于没有。而Linux比较明显的原因就在于它把文件归类得太细致了。举个现实中不存在的例子：假如说三大操作系统都有dx组件，且现在需要安装的软件要求系统中有d3dx9_25才能正常运作。那么对于linux来说，我除了要安装这个软件之外，可能还需要另行安装一个名字叫d3dx9_25的软件才能实现运行；而windows虽然也需要安装dx的安装包，但它的dx安装包里边会包括了d3dx9_1至d3dx9_30所有的文件；至于macOS，d3dx9_1至d3dx9_30系列文件可能会直接包括在macOS的操作系统中打包提供，或者直接包括在了程序的安装包中，总之不会要求用户再另行安装一个其他的软件。而假如之后又有一个程序需要使用d3dx9_20，windows由于前一次安装时已经部署了dx系列所有的文件，它就不会再要求额外安装了；但linux还需要再额外安装一个包括了d3dx9_20的软件才能实现运行。由此让用户感觉：哇，Linux依赖问题太麻烦了。

为了不让用户自己解决上面这种额外安装的问题，Linux出现了包管理器这种东西。自然，为了顺应不同的包管理器，就产生了不同格式的软件安装包。但万变不离其宗，安装程序的本质依然是在复制文件进系统，没有太多麻烦的事儿，所以手工部署一个程序是可实现的。相对于包管理器来说，我们要解决的仅仅是如何手工组织文件，以及依赖问题。接下来，就以粤政易为例，实际尝试一下手工安装一个应用程序。

根据私信的描述，粤政易本身提供了.deb形式的安装包，但其使用的archlinux中没有对应的软件包可以使用。因此，唯一的突破口就是官方提供的.deb安装包了。

直接下载deb包，通过归档管理器打开——这个可能是Linux和macOS相对于Windows安装包又一个优势所在：前者的安装包仅仅是一个压缩包，因此可以直接用归档管理器打开查看。

可以看到其中包括的文件，这也是一个Debian安装包的基本构造。我们现在是为了可以手工安装，所以这里直接顾名思义，选择最靠谱的data.tar.xz——数据tarball打开。

如果你使用Linux的话，这两个文件夹应该就眼熟了起来。

这里普及一个可能是冷门的现象：对于粤政易这类国内Linux应用来说，普遍都没有完全遵循Linux的打包思路将文件分别归类，而是有些偏向macOS的风格，将一个应用所有需要的文件都放在了同一个文件夹，然后安装时全释放在/opt的程序文件夹里就算完成了。所以对于粤政易，直接将这个data包里opt中的粤政易拿出来，你便可以开始运行这个程序了，到此，整个手工安装过程也就完成了。

但对于一些较为遵循打包方法的应用，单独解压出来没法使用，怎么办呢？

只需要在程序文件夹执行一个命令：

ldd 二进制文件名

你便会得到一个完整的引导。箭头左边指出了这个应用需要的so文件，箭头右侧则给出了这个so在系统中的具体路径。这时只需要寻找右侧为空的so，来对应安装包含这些so的软件包，补全即可。

到此，无论是什么样的软件包，你应该都通过手工部署完成安装了。