包格式按发行版挑，不按喜好挑
发布页 Linux 一栏给了三种格式：.deb 对应 Debian、Ubuntu、Mint 这一系，.rpm 对应 Fedora、openSUSE 这一系，AppImage 不挑发行版。
判断很直白：用 apt 就拿 .deb，用 dnf 或 zypper 就拿 .rpm，Arch、NixOS 这类说不清的用 AppImage。架构同样要看，x86_64 给普通 PC，aarch64 给树莓派这类 ARM 设备。
发行版仓库里的同名软件不一定是同一个
正式构建只在 github.com/clash-verge-rev/clash-verge-rev/releases 发布，第三方打包落后好几版是常事。
三种格式各自的装法和各自的坑
- 1
deb：让 apt 顺手把依赖装了
sudo dpkg -i加包名能装，缺依赖会中途报错，跟一条sudo apt -f install补齐即可。想少一步就直接sudo apt install ./包名.deb。前面那个点斜杠不能省，省了 apt 会跑去仓库里找同名包。 - 2
rpm：交给包管理器，别用 rpm 命令
Fedora 上
sudo dnf install ./包名.rpm，openSUSE 换成sudo zypper install ./包名.rpm。直接rpm -i也装得上，但它不处理依赖，缺什么得自己找。 - 3
AppImage：先给执行权限
下载完默认没有执行位，先
chmod +x才跑得起来。部分较新的发行版只带 FUSE 3，运行时会提示缺库，装上仓库里的 libfuse2 兼容包即可。
托盘和系统代理，Linux 上跟别处不一样
桌面环境那个「系统代理」开关，只对读 GNOME 或 KDE 代理设置的程序有效。浏览器一般认，很多命令行工具和 Electron 应用完全不理它，于是出现「代理开着但 curl 还是直连」。Linux 上更省心的做法是用 TUN，它接管网络层，不指望每个程序自觉。
- 托盘图标可见；GNOME 默认没托盘，装 AppIndicator 类扩展再重新登录才有，KDE 和 XFCE 开箱就有
- 日志页有输出，端口没被占，新版默认 7897，旧配置可能是 7890
- 第一次开 TUN 要 sudo 密码，用来给内核程序加网络管理能力或装服务
常见问题
GNOME 上找不到托盘图标怎么办？
先确认进程在跑，再装一个支持 AppIndicator 的 GNOME 扩展，装完注销重新登录。扩展和 gnome-shell 版本绑得紧，不兼容时图标一样不出现，换个还在维护的即可。
AppImage 和 deb，哪个升级省事？
deb 在系统里有记录，卸载干净，但升级也要手动下新包再装一遍，发布页不提供 apt 源。AppImage 是单文件，换掉旧的就算升级，还能留上一版回退。配置都在用户目录下，换格式不会丢，位置以应用里的「打开配置目录」为准。