跑，都可以跑

> <@xtricman:mozilla.org> 那要lwjgl切换到vulkan啊 blaze3d嵌套的lwjgl，修改blaze3d使之变为独立vk引擎即可

(・ω・) 有没有一种可能，针对桌面环境A的程序在以往是可以相对有效融入桌面环境B的

https://www.forbes.com/sites/paulmonckton/2026/01/31/goodbye-chromeos-leaked-aluminium-os-reveals-googles-android-desktop-future/

> <@felineterrorist:matrix.org> 所以，也许，不至于绝望，还有人在做 感觉甚至不如等等ALOS

你要是很想Plasma，可以试试Plasma Mobile，那个说是抛弃桌面兼容性做的触控支持，我没试过

> <@nyaacinth:mozilla.org> 你可能会问我为什么不降回Win 10凑活一下，那当然是因为降级一周之内就会强制升回去啦 把触控模式撤了之后，拿Nebo记个笔记，眼看窗口飞来飞去就是不肯保持最大化，🐱：红温

> <@nyaacinth:mozilla.org> 那台二合一在Win 11推出之后就一直闲置了 你可能会问我为什么不降回Win 10凑活一下，那当然是因为降级一周之内就会强制升回去啦

成本不算非常高

好在只是一台Go

> <@nyaacinth:mozilla.org> 用了一两年被推去Windows 11了 那台二合一在Win 11推出之后就一直闲置了

> <@nyaacinth:mozilla.org> szm_birthday 微软：👆

发现触控支持超级倒退

用了一两年被推去Windows 11了

是被Windows 10忽悠到Surface的用户吗，反正我是

我的电脑是x64啦

回去用AOSP毛坯房了，就算是毛坯房也比倒置房子好用

糟心++++

再叠上ALARM/AArch64本身就孱弱的软件生态

Plasma的触控支持更是负值

> <@felineterrorist:matrix.org> 不知道是否值得浪费时间再装个plasma试试 不值得

但后面二合一市场发展乏力，从中撤出精力也是合理的行为

> <@felineterrorist:matrix.org> 我当初听说 GNOME 做了这么多取舍就是为了支持触屏，大抵是假的 Gnome 3刚上那会二合一被视为未来的

非常糟心，Gnome还好点，Plasma更糟心

别误会，我之前给自己的平板干上了ALARM

但是很少人用

不是

如果你的使用场景特别偏离Golden Path，就只能自担风险了

结论：除非你的目的就是为了偏离常规体验，用软件尽量用饱经测试且多数人都在使用的Golden Path

毕竟关于这些功能很难用社区开发者也有话说：开发了没多少人用，测试都测试不过来

所以我看着那些不得不折腾的事，决定还是不搞那些非必须的东西了

Gnome的OSK在平板上的体验也是一塌糊涂

只是特定风格的二次元小人可能有点困难）

> <@telegram_5207095409:nichi.co> 单机没有二次元小人 有的

最后问题能解决就好）

猫：加载中

我这确实测不出这个问题

怪了

也没复现

因为我主用flatpak可能测不出，我还去测试了直接安装的chromium和electron

它们在crash之前有没有什么log之类的

> <@telegram_386346694:nichi.co> 我这 2.86 也没 2.86没有复现

...我更一下看看

热更的二进制无法跨发行版，导致热更后无法正常运行。同时会在不明条件下取消用户的更新偏好设置并继续更新

希望他们之后端上来点正常的东西。另外QQ还有一个热更bug

> <@telegram_598411075:nichi.co> 是复制的时候 crash 猫沉思.jpg

O.O 新年第一炸坏耶

* 因为它会在不符合调用条件的情况下调用x11 api

因为它会调用x11 api

> <@telegram_8105343619:nichi.co> 那QQ跑Wayland也会这样吗 如果你什么workaround都不做，启动后几秒会崩

他们写QQ Linux时使用了一些惊天智慧

> <@telegram_1254068244:nichi.co> 非 flatpak 版的 QQ 也这样吗 也这样，没什么办法

* 因为QQ在electron运行于wayland的情况下仍然会调取x11的api，然后崩掉自己

因为QQ在electron运行于wayland的情况下仍然会调取x11的api

> <@telegram_1254068244:nichi.co> 好像是 flatpak 版的 QQ 是整了个 xvfb 还是啥来着的东西 那个是workaround

> <@telegram_1617419160:nichi.co> echo "Happy Lunar New Year 2026!" Happy Happy Ha-ppy

明明已经用electron了，大部分用户操作却实际并不是用electron实现的

不明白他们为什么非得把各种功能都脱离electron实现

我把它暂时称为手写X11/Wayland协议支持的魅力

然后塞爆x.org或者xwayland

长时间保持后台QQ会不断创建x11连接

现在使用QQ尽量不要长时间保持后台

> <@telegram_386346694:nichi.co> 你是不是在用 qq 还真的要怀疑一下

快乐快乐喵

搓手手，等6.6

* 刚用Plasma5的时候用了Oxygen，越到后面bug越多（可以理解，因为这并不是他们的主要支持目标）

刚用Plasma5的时候用了Oxygen，越到后面bug越多

我不觉得他们会有心情完整复现Air或至少无视觉bug复现

不过我不太乐观

期待喵

6.7甚至主要更新内容还没定型呢

以及这两天确实是Plasma 6.6而不是6.7

> <@telegram_1254068244:nichi.co> 有这么快！？ ./挠挠

mozilla应该快了

旁边chromium倒是不会再创建.pki了

> <@telegram_6648012887:nichi.co> 文件冲突当初是怎么装上去的 🤨 旧版本不冲突

* 我等不及PLM和一个bugfix了

* 大概这次KWin Wayland终于能解决一些CSD但不处理阴影的程序了

大概这次Wayland终于能解决一些CSD但不处理阴影的程序了

( https://bugs.kde.org/show_bug.cgi?id=452240

我等不及PLM和 https://github.com/matinlotfali/KDE-Rounded-Corners/issues/457 了

plasma6.6吧

> <@telegram_5326856800:nichi.co> 发了几个release给朋友（ ( ﾟωﾟ)b

现在那么多Apps都在那里拒绝主题。 我之前还搞点窗口装饰和窗口背景的自定义，现在全都breeze完事了，也就换了个配色

毕竟系统是用来用的，不能搞出超大的overhead去服务于忙起来甚至注意不到的视觉效果

高透明度常常引入可读性问题，需要额外处理前景色自动切换；实时的，包括其下所有元素的模糊（隐含其下模糊的模糊）常常引入性能问题

很多时候用低透明度背景色（<33%）配合一个固定的，模糊处理过的壁纸纹理应该就够了

然后重新mkinitcpio，并执行对应loader的esp安装，如bootctl install

可能需要按正确顺序挂载后重新装一下内核和loader

主要是看看你这个先挂/mnt/boot再挂/mnt然后又二次挂/mnt/boot之后产生了什么效果

你先lsblk -f一下吧

要这种功能请直接组装加固沙盒

把flatpak当作一个加固沙盒实现，并以此作为目标强化对应功能，偏离了它的设计初衷，而且会限制flatpak自身的通用性

总感觉讨论这个的场景出现很多次了

> <@telegram_7672225115:nichi.co> 话说 kimiblock 为啥不用 flatpak 了来着 because [flatpak is not a sandbox](https://hanako.codeberg.page/)

习惯就好

正常讨论问题需要对事不对人，但巧的是多数时候广域社区普遍对人不对事

> <@telegram_6813245294:nichi.co> sudo pacman -S archlinuxcn-keyring > warning: archlinuxcn-keyring-20250531-1 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Package (1) Old Version New Version Net Change > > archlinuxcn/archlinuxcn-keyring 20250531-1 20250531-1 0.00 MiB > > Total Installed Size: 0.28 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] > (1/1) checking keys in keyring [######################################################] 100% > (1/1) checking package integrity [######################################################] 100% > (1/1) loading package files [######################################################] 100% > (1/1) checking for file conflicts [######################################################] 100% > (1/1) checking available disk space [######################################################] 100% > :: Processing package changes... > (1/1) reinstalling archlinuxcn-keyring [######################################################] 100% > ==> Appending keys from archlinuxcn.gpg... > gpg: public key CF66D153D884358F is 16 seconds newer than the signature > gpg: error reading key: No public key > gpg: error reading key: No public key > ==> Locally signing trusted keys in keyring... > -> Locally signed 10 keys. > ==> Importing owner trust values... > ==> Disabling revoked keys in keyring... > -> Disabled 2 keys. > ==> Updating trust database... > gpg: next trustdb check due at 2026-03-13 > ==> Updating trust database... > gpg: Note: third-party key signatures using the SHA1 algorithm are rejected > gpg: (use option "--allow-weak-key-signatures" to override) > gpg: marginals needed: 3 completes needed: 1 trust model: pgp > gpg: public key CF66D153D884358F is 16 seconds newer than the signature > gpg: depth: 0 valid: 1 signed: 53 trust: 0-, 0q, 0n, 0m, 0f, 1u > gpg: depth: 1 valid: 53 signed: 87 trust: 0-, 0q, 0n, 53m, 0f, 0u > gpg: depth: 2 valid: 70 signed: 19 trust: 70-, 0q, 0n, 0m, 0f, 0u > gpg: next trustdb check due at 2026-03-13 > :: Running post-transaction hooks... > (1/1) Arming ConditionNeedsUpdate... > > 问个问题 这个该如何解决？ 1. 你要干什么，这看起来只是更新keyring 2. 可以直接换

鉴证还是算了，来当超级键盘手吧（指码代码

（