icu 每次升级都要重新 rebuild 的,C++写的, ABI 不稳定, 但是 API 一般不会变的, 只能 rebuild 了.
另外 icu 这个依赖都是大户,编译都要好几个小时的那种
(dev-libs/icu-68.1:0/68.1::gentoo, ebuild scheduled for merge) causes rebuilds for:
(dev-qt/qtwebengine-5.15.2:5/5.15::12101111-overlay, ebuild scheduled for merge)
(dev-util/electron-11.1.1:11/11::12101111-overlay, ebuild scheduled for merge)
(dev-util/electron-9.4.0:9/9::12101111-overlay, ebuild scheduled for merge)
(net-libs/webkit-gtk-2.30.4:4/37::12101111-overlay, ebuild scheduled for merge)
(dev-libs/libxml2-2.9.10-r4:2/2::gentoo, ebuild scheduled for merge)
(media-gfx/imv-4.1.0-r1:0/0::gentoo, ebuild scheduled for merge)
(www-client/chromium-89.0.4350.3:0/0::12101111-overlay, ebuild scheduled for merge)
(www-client/firefox-84.0:0/84::12101111-overlay, ebuild scheduled for merge)
(x11-misc/slop-7.5:0/7.5::gentoo, ebuild scheduled for merge)
(dev-qt/qtcore-5.15.2:5/5.15.2::gentoo, ebuild scheduled for merge)
(media-libs/harfbuzz-2.7.2:0/0.9.18::gentoo, ebuild scheduled for merge)
(x11-libs/vte-0.60.3:2.91/2.91::gentoo, ebuild scheduled for merge)
icu 是 Unicode 国际化库, 还经常有更新, 更新一下新 emoji 表什么的

export DISPLAY=127.0.0.1:1
export GTK_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
export QT_IM_MODULE=fcitx
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
eval `dbus-launch --sh-syntax`
fi
fcitx&

最简单的方法就是 adb 进去,su 切到 root, 然后解压一份 openrc 的 rootfs(比如 alpine Linux)到 /data 的某个文件夹下,挂载 procfs, sysfs, /dev 然后 chroot 进去

重编译内核加上 dontainerd 要的内核选项可以跑 docker
systemd 就不要想了, 跑不了的

可以用 stop 命令停了整个 android framework 和 runtime,但是无线网络也会停掉, 需要用别的方法连上 wifi, 或者魔改 init.rc 不启动 android runtime 但是保留网络服务

无论是现在的 X11 转发还是微软要出的 Wayland+RDP 的方案, 都是不能使用 Windows 端的输入法的

必须在 Linux 端安装输入法和 dbus, 然后用 dbus-launch 启动一个 dbus session, 并且让 GUI 和输入法同时得到 DBUS_SESSION_BUS_ADDRESS 的环境变量,这样输入法才能使用

lk 和 UEFI 没有解锁的, 只有极少数密钥 /代码泄漏或者有安全漏洞的设备可以解锁 uefi 的限制(比如 Lumia 950), 否则依旧只能引导 Linux 内核.

https://worthdoingbadly.com/qcomxbl/

@yzbythesea 其实 Windows NT 的 TCP/IP 协议栈是直接继承自 BSD 4.2 的代码的, 不过仅此而已了

FPGA 吧, 量化交易这么干的

@testcaoy7 switch 的 Horizon os 是微内核, 继承自 3ds 的系统,是任天堂自己编写的操作系统,没有任何 POSIX 的影子
系统调用列表: https://switchbrew.org/wiki/SVC
服务列表: https://switchbrew.org/wiki/Services_API
IPC: https://switchbrew.org/wiki/IPC_Marshalling
这里有一个半成品的 Horizon 内核的逆向实现 https://github.com/sunriseos/SunriseOS

唯一不一样的地方就是包管理器和构建脚本, 剩下的区别都是其副作用

因为 m1 没有 armv7,所以 32 位 jni 库全炸了

@lwch alpine 用的是 musl, 根本没有 glibc
CGO_ENABLED=0 的情况下 go 编译器压根不需要 libc, 性能和什么 libc 没有任何关系, go 的标准库在 Linux 上是直接调 syscall 的

我很好奇未来 go 的类型系统会不会进一步演进, 比如 generic associated types, higher-kinded types

@twl007 我还以为是阵列卡网卡这种 kernel space 的驱动呢, userspace 直接用 rhel 的 docker 镜像跑就行了, 至于外面的系统, 能跑 docker 就行了, 反正 docker 也是静态链接的, 和系统库没一点关系.外面的系统 systemd 没 bug 能把 containerd 带起来就行

和 rust 的 trait 一样啊

@tin3w5 @LokiSharp @twl007 你们说的驱动是指 Linux 内核驱动还是 userspace 的 library, 据我所知前者因为 GPL 是要求强制开源的,再不济也要用 LGPL 搞一个 shim 层, 无论怎样, kernel 和 userspace 是完全分开的, 即使 kernel 用 rhel 的, userspace 也可以跑 Debian. (手动解压内核的 rpm 包), 后者都是 ABI stable 的 library 才会这么做吧(比如 NVIDIA 的 libGL.so 或者是 libcudart.so),除了 Glibc 版本号要等于或小于系统的 Glibc 的版本号, 也没有其他的问题了.

CentOS stream 是 Rhel 的 beta 版, 这意味着 1) CentOS stream8 和 CentOS stream9 肯定和之前一样升级=重装的 2) CentOS stream8 的更新最终会进入 rhel8 所以 CentOS stream8 并不会出现像 Archlinux 那种滚动更新一言不合就要 rebuild 软件的问题, 只是 1) 之前的 CentOS 更新晚于 rhel, rhel 修复的 bug 会等一段时间才能更新到 CentOS 2) 现在的 CentOS stream 更新早于 rhel, 修复 bug 比 rhel 早, 但有可能遇到新的 bug

因为 CentOS/rhel 要保持 ABI 稳定性, 因此软件包不会引入 break change 的, 只会不停的 backport 安全更新和少量的功能更新, 在这种情况下, 引发新 bug 的可能性并不高(除了刚更新大版本号的时期). 所以, 之前使用 CentOS 的大多数用户, 继续使用 CentOS stream 的问题不大, 况且红帽提供了免费的 rhel 的容器镜像, 部署业务完全可以用这个镜像, 除非是为了追求所谓的红帽工程师测试

Word 有自动保存功能,1 是 onedrive 里的文件会自动保存,2 是磁盘上的文件如果在 word 退出后,重新打开会提供恢复选项,
但是空白且没有进行过任何一次保存的文件似乎会直接丢掉
安全补丁必须重启才能生效, 因为没有保存而丢掉的文件是你的问题,而因为安全漏洞导致勒索病毒加密了文件导致的损失是微软的问题, 因此微软会避免因用户不重启电脑导致没有打补丁导致潜在的安全风险, 这并不是没脑子

@openbsd ubuntu 还有 unattended-upgrade 呢, Windows pro/server 用 wsus 配置一下就不会自动重启

会出免费版 rhel?
根据 GPL 的协议, rhel 的源码必须放出来(除了不是 GPL 协议的库), 如果 redhat 全部把源码放出来, 那么会有一个新的 centos 出现的