telegram_386346694
@telegram_386346694:nichi.co
242 messages · Page 3 of 3
telegram_386346694
理论上所有包都写依赖 glibc 的话就只要检测直接依赖里有没有就好了
telegram_386346694
这样会有些误报，但到现在还是一堆包不写出来依赖 glibc
telegram_386346694
* 我是觉得移动包的脚本应该自动检测 buildinfo 里有没有不在 stable 的包（
telegram_386346694
* 我是觉得移动包的 tooling 应该自动检测 buildinfo 里有没有不在 stable 的包（
telegram_386346694
我是觉得这些 tooling 应该自动检测 buildinfo 里有没有不在 stable 的包（
telegram_386346694
确实，只能看输出里新增的 optdep 了
telegram_386346694
也没新闻啊
telegram_386346694
* 你试试 killall nautilus 一下再看
telegram_386346694
你试试 killall 一下再看
telegram_386346694
这真不是启动了已有的 nautilus 吗...
telegram_386346694
说实话应该用 heisenbridge，这样 matrix 下是多个用户而不是一个用户
telegram_386346694
嗯，就这里最后加个 nomodeset
telegram_386346694
不是这里，是 ventoy 选择以后的
telegram_386346694
尝试过启动时按 e 加入 modeset 了吗
telegram_386346694
确实，改来改去的都忘了）
telegram_386346694
就 grub 那个界面按 e，在 linux 那一行加个 nomodeset
telegram_386346694
* 内核参数加个 nomodeset 之类能起来吗
telegram_386346694
nomodeset 之类能起来吗
telegram_386346694
都能改内核命令行了...
telegram_386346694
录屏，不是拍屏
telegram_386346694
* 怎么感觉你这个 yaml 只是把 .network 合并到同一个文件里而已（
telegram_386346694
* 怎么感觉你这个 yaml 只是把 .network 放同一个文件里而已（
telegram_386346694
你这个 yaml 难道不只是把 .network 放同一个文件里而已（
telegram_386346694
谁告诉你的找谁去
telegram_386346694
但这个文档也是问题挺大的
telegram_386346694
[m.image] 哦好像会检测环境变量，那还行
telegram_386346694
因为它不仅是文档有问题，而且自己会调用 dbus-launch
telegram_386346694
其次我现在觉得官方仓库不应该打包 emptty
telegram_386346694
首先我不建议用这些东西
telegram_386346694
哦确实
telegram_386346694
但反正 chimera linux 也是不用 systemd 的
telegram_386346694
怎么看出来是 void 的（我只看到他贡献了 chimera linux
telegram_386346694
* 这个软件的作者是不是不用 systemd
telegram_386346694
作者是不是不用 systemd
telegram_386346694
看这个页面我只能说不建议用这个软件（
telegram_386346694
也可能是 dbun-run-session
telegram_386346694
不好说，有可能出问题的提交被 pick 回 6.12 了
telegram_386346694
这个可能是本来就能？我以为你说的抛弃 vmware 是指在 linux 下抛弃 vmware 跑 windows（
telegram_386346694
（tg 自带的这个 ai summary 似乎不对）
telegram_386346694
我没读错的话这应该只在本身是 hyperv vm 的 linux 里工作？
telegram_386346694
方案挺多的就是
telegram_386346694
https://wiki.archlinux.org/title/Package_proxy_cache
← Previous Page 3 / 3