vscode online 的 fork, 有自己的扩展商店

微软以技术和 visual studio 共享为由闭源了 C#和 Python 的扩展, 还有 remote 系列扩展以及需要 Azure/Github 云服务的扩展, 而且这些扩展依赖一个叫 vsda 的 native node 模块, 通过 vsda 这个闭源扩展对 vscode 本体进行校验, 如果校验失败或没有 vsda 模块, 这些扩展就直接罢工.

declare module 'vsda' {
export class signer {
sign(arg: any): any;
}
}

虽然 vscode 本体是开源软件, 但是重量级扩展以这种方式闭源+拒绝给官方二进制版之外的用户服务的方式令很多人不满

因此就有了 vscodium, code-server 和 theia 这种第三方的开源解决方案, 删掉了微软埋的后门.

内核态调试如果要跑 bochs, 那么 macOS 上 bochs 自带的 GUI debugger 用不了,你需要自行研究怎么用 qemu 的 gdb stub 调试
当然好用的 GUI debugger 多了去了,都能连上 qemu 的 gdb stub
用户态直接 qemu-user 就行了

你说的都是软件 bug, 并不是功能区别

https://codeload.github.com/<用户 /组织名>/<项目名>/tar.gz/<commit hash/分支名>
这个链接可以获取到你指定 commit 的 archive 包, 不包括 submodule
你可以选择不 clone submodule, 而是上 github 找到对应的 commit, 然后下载解压
注意同样要递归的进行, 因为 submodule 套 submodule 时, 下载的子 submodule 的 archive 并没有任何孙 submodule 的信息

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 一样啊