qty 和 *nix desktop 的迷惑故事 – Telegram
qty 和 *nix desktop 的迷惑故事
114 subscribers
5 photos
26 links
主要内容如标题(当然也会有别的东西
头像来源 https://news.1rj.ru/str/TouhouBin/18339
Download Telegram
Channel name was changed to «qty 和 Linux desktop 的迷惑故事»
kio 6.3.0 偷偷 把默认的启动程序方式改成了 systemd-run --user 等价物,导致调用 kio 的程序设置的 XDG_ACTIVATION_TOKEN 在一些情况下没能被传递到被启动程序的环境变量中,可能导致焦点不能自动切换到被启动的程序。
在尝试修复这个问题的时候的时候发现了另一个问题,dump 整个 env 传给 systemd 并不是总能工作,因为 systemd 只接受只含有字母数字和 _ 的环境变量名而比如 pulseaudio 就 用到了 带有 . 的环境变量名。
最后 kio 上游开发者实现了一个比较基础的 filtering。
https://invent.kde.org/frameworks/kio/-/issues/33
https://invent.kde.org/frameworks/kio/-/merge_requests/1649
1
qty 和 *nix desktop 的迷惑故事
偷偷
用这个词是因为实际上 startplasma 一直在设置 KDE_APPLICATIONS_AS_SCOPE=1 而这个提交的 commit message 完全没提到这一点,甚至让人觉得原先的默认就是 SystemdProcessRunner (确实是,只是 Plasma 一直在 override 这个默认
🥰5
原来这几个选项之间的关系是 AND 不是 OR...
#火星救援 原来 telegram-desktop 自从 5.2.2 以后就可以关闭自动往 ~/.local/share/applications 放置形如 userapp-Telegram Desktop-xxxxxx.desktop 并且注册 x-scheme-handler/tg 打开方式的行为了
Forwarded from Rong布星球 🧶 (Rongron🧊 | g𝐝𝐛)
如果你正在使用 Debian sid,请不要更新 libwayland,否则会导致 Xwayland 在早期启动过程就发生 Segmentation fault,从而引发严重的连锁反应。
这会导致某些 Wayland 混成器(compositor)无法正确启动(已知 kwin_wayland 会这样),导致鼠标键盘事件均无法被响应。即使是 Caps Lock 以及切换到 VT (tty) 的组合键(Ctrl-Alt-F*)也会无法响应。此时仍可通过短按电源键来关机。

使用以下命令 hold libwayland (即 Wayland 协议库) 打出的所有二进制包以暂时阻止升级:
sudo apt-mark hold libwayland-bin libwayland-client0 libwayland-cursor0 libwayland-dev libwayland-doc libwayland-egl1 libwayland-egl-backend-dev libwayland-server0

一旦该 bug 被修复,将 hold 改为 unhold 即可取消 hold 状态。

如果已经不幸升级了,又没有可回滚的 snapshot,可以按如下步骤救援:
1) 取得 shell access。注意此时 ssh 仍是可用的,你也可以使用串口。亦可使用 SysRq。否则可先短按电源键关机,重新启动后登录到其他 session,也可以修改 cmdline 增加 systemd.unit=multi-user.target 来阻止默认进入 graphical.target ,再启动到 VT。
2) 降级 libwayland (需要已配置 Debian testing repo)。建议使用 aptitude 以正确处理 multiarch 的情形并防止修改软件包安装状态为 manual 。如果不能使用 aptitude ,也可使用 apt
sudo aptitude install $(apt list -ai 'libwayland-*' | grep -P '\S+\s+1.22' | grep -Po '^[^\s,]+' | sort -u)

3) 执行前面的命令以 hold 住受影响的二进制包。
Forwarded from q234rty 🍓
q234rty 🍓
要细节的话就是,我理解 https://gitlab.freedesktop.org/wayland/wayland/-/commit/fd42f70bafa26fcf6f39f034b581b35838be71aa 这个提交假设了 wl_shm 的 version 2 是被定义的(libwayland 自带的 wayland.xml 里定义了),但 qt vendor 了一份自己的 wayland.xml,导致这个提交修改的函数失败了
kwin 6 不再调用 wl_display_init_shm 了所以不受影响
但其实 qtwaylandcompositor 也被这个搞坏了(是 qt 内部的混成器实现,和 kwin 无关)
arch 的解决方法是直接把 qt6 vendor 的 wayland.xml 更新了(
另:telegram-desktop 的小程序在 wayland 下是用 qtwaylandcompositor 实现了一个嵌套 wayland 混成器,再在这个嵌套混成器里跑 webkit2gtk
q234rty 🍓
这个提交假设了 wl_shm 的 version 2 是被定义的(libwayland 自带的 wayland.xml 里定义了),但 qt vendor 了一份自己的 wayland.xml,导致这个提交修改的函数失败了
具体来说,用到 wayland 协议的项目编译时往往会用到 wayland-scanner 或者其类似物,其会从 xml 格式的协议里生成头文件和一些胶水代码,而 wayland.xml 生成的代码里面就定义了 wl_shm_interface 的版本;但在使用了 qt 的混成器里这被 qtwayland 自带的老版本 wayland.xml 生成的代码覆盖了,导致了这个问题。