所以这段我是觉得莫名其妙

CLR 想成为共用的运行时只是为了某些... 技术上的好的预期，不是为了真正让所有项目都完全混合开发的

那么羽毛就早点睡吧，我还有三四个笔记要讲... 还有谱要扒...

#life 其实第一个是讲关于器官捐献的，第二个是讲关于死亡的一些事情的（只是看到死去被作为食物的鸡脑而想到的）

开始都做了很多理性感性的思考，不过今天不是时候，我知道因为一些原因，包括我还是比较正常的，Telegram 此频道我不想说太过沉重的东西，所以今天暂时什么都不说。

那么现在还剩两个笔记没有讲，不过是两个可能比较沉重的笔记，几天我突然不想讲了，虽然我开始的时候想了很多，现在太晚了。

那么我继续我的扒谱。

暂时打算：

1. 一个图片蒙版文字的独立 CLI 程序，使用 FreeType 和图形库
2. MinBase64 Kotlin 翻译
3. Telegram 补丁
4. Haskell ftree 实现

info groupadd

立音喵，好像 Fedora 28 上是有的，groupadd(8)，在系统管理部分
可以试试没有有可能是弄错了，要不然可以试试 apropos -s8 group

[DuangSUSE@duangsuse]~/Projects% whatis groupadd
groupadd (8) - 创建一个新组

openSuSE 想添加用户组...
于是乎输入 addgroup 找不到命令
嗯.... yast

addgroup adduser 好象是 Ubuntu 自己开发的程序，别的发行版可能没有。

其他发行版是 usermod -a -G group user

这倒是，我看看列表里没有这个命令好像

dnf whatprovides groupadd

好像说是 shadow-utils 这里面的程序，一看就知道是专门的应用程序

GNU 应该没有开发这个程序，大概是 Debian 开发的

说到 GNU 可能还是在 sysutils 里开发过类似的程序(mkgroup(8))，不过不火就是了

就是 Yast2 滚动之后挂了

我以前也挂过一次，BtrFS 爆炸，磁盘没有坏块但是文件系统爆炸了，还好除了只允许只读挂载外没有别的损失

不 我这只是 Yast2 自己崩了

有时候包管理事务进行的时候强行暴力中断都可能导致 kernel panic 🙊

比如偶尔发现很重要的共享库（比如 glibc）被截断（trunc）的情况，然后都没法工作了...

重启就好了………魔法……（我滚系统后就已经重启过了）

我试过重启，可是至关重要的共享库都被 K.O. 了，根本没法启动...

某些类似缓存一样的状态错误可以通过万能重启解决，某些尤其是和非易失性存储就基本不可能单单重启解决