那不折腾了

可能需要手动重装已有的 aur 包

他看起来不太好用）

* 有群u观察到 cockpit 的内存泄漏吗（ 跑了大概 36 个小时内存用了 4G

* 有群u观察到 cockpit 的内存泄漏吗（ 跑了大概 35 个小时内存用了 4G

有群u观察到 cockpit 的内存泄漏吗（ 跑了大概 30 多个小时内存用了 4G

hmmm 难道是只有开 localrepo 才会提示了

[m.image] 他看起来是默认的

记忆中 是吧 他能改的地方是不是只有paru.conf

莫名其妙的回复定位

第四次了

我靠今天这64gram

参阅： https://peps.python.org/pep-0689/

hmmm 你 paru 是全默认吗

是

回复错上下文了？

paru是上面的

那个是yay 的

你这不是写了 wechat-bwrap 不在 aur 中吗

下划线开头的 api 没有稳定性保证吧

没记错的话我应该也没动什么东西才对（

看起来他不会提醒我）

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

会吗...？

* 会提示外来 && 不在 AUR 的包的啊

会提示外来 && 不在 AUR 的包的爱

沙盒, 输入法修复和 HiDPI 等一些东西

额外功能是？

-bin 提供本体, wechat 提供额外功能

不知道

现在用 wechat-bin 这个包吗）

嗯 一直没管 paru好像不会提示不见的包 今天想要部分更新用了一下yay才知道

沙盒功能已经在 wechat 包里了

后知后觉啊

诶 现在wechat-bwrap没了吗）

因为这个功能是 Qt 框架提供的，不是 KDE 写的 https://doc.qt.io/qt-6/qwhatsthis.html

[m.image] 类似这种，我每次调用都是没有任何响应，而且鼠标指针还会变成禁止

你们有用过kde自带程序的“这是什么”吗

你直接 import _ctypes 呢？

Traceback (most recent call last): File "/usr/bin/umu-run", line 5, in <module> from umu.__main__ import main File "/usr/lib/python3.14/site-packages/umu/__main__.py", line 15, in <module> from umu.umu_run import umu_run File "/usr/lib/python3.14/site-packages/umu/umu_run.py", line 5, in <module> from _ctypes import CFuncPtr ImportError: /usr/lib/python3.14/lib-dynload/_ctypes.cpython-314-x86_64-linux-gnu.so: undefined symbol: _PyType_GetBaseByToken_Borrow 好奇怪 core-testing/python 3.14.3-1 好像搞壞了 multilib/umu-launcher ，降級到 python 3.14.2-2 就好了

哦哦，那就没办法了

feishu 我记得是从上游拿东西自己打包的, packer 会从目标包里面复制文件所以不太一样

我是说像feishu-portable一样

新的包会和原包产生文件冲突, 所以要写进 conflicts

大概我回的邮件又消失了

这个不写成自己拉包解包了么

原包只是用来提取文件的

这是正常的啊

https://github.com/Kraftland/portable-arch/issues/9

哪个 issue 啊

portable-arch的issue还会处理吗

几个月不更新都是有的, 急的话可以自己本地打个用 (

只要系统内存够大，据说可以自动扩展到上百GB

大约是的，dmesg中也有内存分配相关信息。 这么说来，我这差不多用的是一块8G显存的卡。

那我还是直接AUR吧，习惯了

我把一部分的 shell 工具和类似物交给 mise 处理了（

可以 global（

mise不是用来管理每个项目的虚拟环境的吗

如果你急着用可以试试 mise（

是的吧， 独占的，和动态分配的

哦哦

好吧，那我还是先用AUR的包

而且 opencode 刚刚更新，在 extra-testing

不是，正常

进入 arch extra 仓库的包是不是都是自动更新的？我看opencode的包已经6天没更新了，这正常吗

https://gitlab.archlinux.org/archlinux/packaging/packages/nvidia-utils/-/blob/main/kernel-6.19.patch?ref_type=heads

我看过了（

你看一眼他们的 PKGBUILD 仓库

[m.image] 有懂amd核显的内存分配机制么？BIOS中配置的是自动分配，那这里面的GTT是什么东西？是游戏加载之后发现VRAM不够而自动扩展出来的么？

因为 nvidia 590 的 no HDMI output bug 还没修

* 但修了我也没法更新

我去看看怎么 patch 吧（

我倒是看到官方的修了

但修了我也没法用

或者自己修（

等修

[m.file] build log

请问 cachyos 6.19 kernel version 没法正常编译 nvidia-open 的 dkms module 如何解决

那就拍照

[m.image] chrome的渲染出问题了 底部老是有红色 我截图还不好截下来

实在不行还可以做成 hidden feature (

晚点给 CN 的打上 patch 看看

我也不是很确定，你可以打上 patch 试一下，尤其是看 WAYLAND_DEBUG 上收的事件有没有什么区别（

per app firewall 也在做了

行, 如果没问题我就在 Portable 14 里加回来

但nm有后台呀，iwd有不需要后台的tui

这说的是其它小 compositors 吧， gnome 和 kde 的录屏都是要走 portal 的

gnome kde都有提示啊 一个彩色圆饼

草，怎么默认是用的当前内核版本

[m.image] 为什么这个 kernel-install 在找一个远古版本的 kernel（？ （对着好久没更新的服务器 pacman -Syuu 然后重启发现 /boot 下面内核没了（

wayland 协议不区分 response 和 signal，只有 event，就不得不用 roundtrip 来区分哪些是被合成器立即回复的事件

看了下那有可能就是缺少 roundtrip 的问题 https://lists.sr.ht/~whynothugo/public-inbox/patches/67617

等我做完手头另一个项目再集成回去看看

倒是有两个 patch 发到邮件列表了

way-secure 的代码我还是没看出来哪里有问题（

我现在没有库做 security context, way-secure 的 bug 也不知道修好没

是这样的，wayland 没有设计一个授权 api，大部分合成器默认不做限制直接暴露特权协议。目前只能用 security context 限制并希望合成器会做限制

本来就不应该有这些协议吧) 实在不行上 security context