因为 gpu 不够通用，只能专精图形相关计算？

正好赶上了就玩，有其他事情忙不开那就肯定没法

然后一路上确实是各路豪杰掉下来的废品，应该是故意扔掉的，因为任务需要的危化品真没掉路上的

这次远征按设计又是一个没飞机的（ 只有老老实实跑运输了

盲猜是网络不行然后断了在线（

[m.image] 本次远征 be like: 四舍五入就是开着大卡车在没有公路的情况下拉着一车危化品跑运输

$ uname -r 6.19.0-pf1 三方内核已经跟上 6.19 了，这就是用三方内核带给我的自信.png 坏消息是这个内核之前带着的 v4l2loopback 在 6.19 无了，我就只好上 v4l2loopback-dkms 了

[m.image] Forwarded from channel 每日沙雕墙: > 好像沒毛病 > > from 什麼都來點 via DECADE

也有歌词显示

支持

看看 fooyin 不过不知道它的 windows 支持怎么样

* 胜利者是‎zhou f0r4e‎！他的丁丁现在长度为603 厘米。失败者的丁丁长度为1790。 赌注是9 厘米。 ‎zhou f0r4e‎ 在排行榜上的位置是4。 ‎️ ️‎ 在排行榜上的位置是1。 胜利者的胜率 — 47.37%。 他当前的连胜 — 6，最大连胜 — 6。 失败者的胜率 — 55.42%。

‎️ ️‎ 向聊天发起了一个9 厘米的挑战！

* 今日丁丁是‎吾妻乃塔菲‎！ 他的丁丁增长了21 厘米，现在长度为533 厘米。 他在排行榜上的位置是5。 下次尝试在 23小时 57分钟后。

由于我无法通过内联查询确定聊天，你应该点击下面的按钮以获取结果。

* 你的丁丁已经19 厘米 增长了，现在长度为1799 厘米。 你在排行榜上的位置是1。 下次尝试在 23小时 57分钟后。

由于我无法通过内联查询确定聊天，你应该点击下面的按钮以获取结果。

[m.video] Forwarded from channel 🔮 奇闻异录 与 沙雕时刻 meme collection: > bad apple 爱泼斯坦文件版 > via 三只梨

这个“滚挂”是之前用的好好的，等几个月之后启动的时候就发现没法启动了吗

群友都已经给 python 修解释器了，而我还是只能混吃等死.png

那么看看 rclone 把网盘挂载到文件系统里面来？这样的话图形界面就是你的文件管理器了 至于稳定性，我只能说我用的时候问题不大，不过我只传过一些小文件，不确定大家伙怎么样

那就把它打包成 IDE 的 flatpak Extension，就像 llvm/rust 工具链那样？

可以吧，flatpak run xxx 然后把参数跟后面？

那你就把根文件系统钉死到 btrfs 了吧，这可不大好换文件系统了啊

https://lwn.net/Articles/1020571/ 仍然在维护，但是不大活跃了

不过 flatpak 现在支持用 oci registry 来当它的仓库，所以 ostree 无了也影响不大？

但是 ostree 自己都快凉透了吧（

那就看看 arch 的文件系统但是也是不可变发行版的 SystemdOSParticleOS

[m.image] image.jpeg

[m.image] image.jpeg

这玩意儿就当段子图一乐，真的要验证真实性的话还是默认为假好了

[m.image] image.jpeg

[m.image] Forwarded from channel 🔮 奇闻异录 与 沙雕时刻 meme collection: > via 亚克力山大

年底了冲点业绩好过个肥年（

说明有 spam 被拦掉了吧

问题表达更高质量的情况下更容易出高质量的回应？

[m.image] Forwarded from channel 🔮 奇闻异录 与 沙雕时刻 meme collection: > via chino

[m.image] Forwarded from channel 心惊报: > https://twitter.com/doremifaso64/status/2021606269107290289 > > via 猫又云云

↑还热乎着的更新内容

↑所以看看 rust 版本？

因为是 jvav 写的

你这 hath 怎么启动得比 NetworkManager-wait-online 还慢了.png

开发者应该就在这群里面

看看 hath-rust

《hath》

$ systemd-analyze Startup finished in 12.467s (firmware) + 1.605s (loader) + 1.323s (kernel) + 6.425s (initrd) + 9.989s (userspace) = 31.811s graphical.target reached after 9.989s in userspace. 为什么我就要 12s+ 才能把 uefi 拉起来😡

[m.image] 草，什么公路运输模拟器（

musl 支持安排上了的话大约也能试一试，不过对路由器来说还是太大了点

你可以去看看那些还在用 sysv 风格的 init 系统的，我用得多点的就是 openwrt 那个，我只能说太哈人了.png

[m.image] image.jpeg

有无懂行的大佬细说一下这个十毫秒启动的虚拟机（

Forwarded from channel Solidot: > NetBSD 11.0 RC1 释出 > > 2026-02-11 21:02 by 风神秘抄 > > NetBSD 项目释出了 NetBSD 11.0 的首个 RC 版本。主要新特性包括：支持 64 位 RISC-V 平台；增强对 POSIX.1-2024 和 C23 编程接口标准的兼容性；增强对 compat_linux(8) 中 Linux 系统调用的支持；初步支持高通骁龙 X Elite 平台；改进 npf(7) 防火墙；新 MICROVM kernel for x86，专为实现极速虚拟机启动设计，在 2020 年时代 x86 CPU 上启动仅需 10 毫秒；新 virt68k，等等。 > > https://www.netbsd.org/releases/formal-11/NetBSD-11.0.html > > #BSD

Forwarded from Lord: > 省流： > 记事本以前不能打开内容中的链接——因为它只是处理 plaintext； > 支持markdown，实际上是支持markdown实时预览，或者又叫做所见即所得之后，内容里面的钓鱼链接能打开了——因为markdown的显示技术，实际上就是HTML。

Forwarded from channel Solidot: > Windows 记事本爆出一个远程代码执行漏洞 > > 2026-02-11 20:29 by 好兆头 > > 微软最近几年为其以精简著称的记事本应用引入了新功能，其中包括 AI 和 Markdown，新增功能也扩大了其攻击面，它刚刚爆出了一个远程代码执行漏洞 CVE-2026-20841，该漏洞与处理外链有关：当用户用记事本打开一个 Markdown 文件，攻击者可以引诱用户点击一个恶意链接，导致应用启动未经验证的协议去加载并执行远程文件。 > > https://www.cve.org/CVERecord?id=CVE-2026-20841 > https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-20841 > > #安全

[m.image] Forwarded from channel 心惊报: > 无标题 > ▎Source > > from Anzu什么都发 via Anzu Mayoi

确实，毕竟你看调戏模型的问题基本上都是塞了脑筋急转弯的对吧

[m.image] Forwarded from channel 心惊报: > via z0z0r4

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

[m.image] image.jpeg

快进到“你也不想被你的家人知道这段视频吧”

Forwarded from 兆 瑞: > 第一糟糕的不会是😨

[m.image] Forwarded from channel 心惊报: > via my nbkls

我只在这里找到了 bash 的 IRC channel https://libreplanet.org/wiki/IRC_Help 看起来不在 element 的桥接列表里面？

https://matrix-org.github.io/matrix-appservice-irc/latest/bridged_networks.html 看起来 bash 不像是在里面。。。

这个桥接机器人是需要对应的房间自己部署吧，就和这个群的 matrix-irc 机器人类似？

element 是 matrix 的客户端，我觉得没法操作 irc 协议？

有的，osu 就是用它做的，这东西不光是 audio，画点图像也没问题的

基于容器的 action 也会很麻烦，主要是产物权限变成 root 了，还得自己改回来

你看我这个就摆脱了 aur helper 的依赖，因为直接要你传递一个仓库进去（

然后发现带 epoch 的那就没法，因为里面的 : 不允许作为文件名（

有没有计数溢出的情况（

总之确实，要正经的还是自己来弄 lilac 之类的吧

正好跑路去更没 ai 的地方（

是，没人找上来就这么将就用了（

https://github.com/arenekosreal/repo 没有自动化检查依赖以及是否需要重新编译，以及受限于 GitHub Release 的限制还要额外处理

当然是自己来在 action 里编译二进制（

这正说明用的人多，才会这么快注意到。要冷一点的话可能维护者自己才能注意到过时

不是故意时断时续伪装成服务器的问题吗

英克雷行动哪能被我等理解呢

肯定来自 111 避难所！

[m.image] Forwarded from channel 心惊报: > 考古 > windows™雷石东

触发风控了？