@catror

如果是为当前发行版编译安装软件，当然要用系统的 lib，而且当然动态链接更好，这个时候肯定选择动态链接（减少程序体积，利用 cow 机制提示程序运行速度和减少内存占用），静态库用不到

如果是编译出来想作为二进制向用户发行，我反正是不敢用某一个发行版的 .a，换一个发行版（甚至版本）就是一堆堆的坑，这个时候肯定从上游拿代码，定制编译选项（例如减少 .a 本身带来的依赖）编译

所以往系统里装静态库真的是个糟主意

adb shell appops set 包名 READ_CLIPBOARD ignore

禁用读剪贴板权限

@iwtbauh #4

说错了，是把静态库也塞到 libxxx-dev 包里面，99%的情况下只需要.h，.pc 等

节省硬盘空间，提升系统更新、安装速度。

毕竟讲真，装静态库真的是几乎用不到，白白浪费系统空间。我就很不喜欢 Debian 把静态库动态库放一个包里面。

如果你的项目要静态连接个什么东西吧，拿 openssl 举例，正确做法不应该是编译 openssl 吗，难道用系统的 .a ？

DNS 不好办，UDP DNS 直接抢答，TCP DNS 端口直接劫持。

像 DoT 这种，一是不成熟，二是拖慢速度。

没有公网 IPv4 是没有办法的，移动绝大部分家宽都是没有公网的，但是你可以试试能不能拨到 v6。

换 Linux，并且加载 kvm_amd 内核模块（应该会自动加载）

@wql #41

chromium 不包含任何 flash 组件。包含 flash 的是闭源的 chrome

那就快入 los 吧！

我的 Samsung Galaxy S5，lineageos 15.1

https://i.loli.net/2018/11/24/5bf8b8fae7b82.png

所以我不用安卓，我用 Android

@dreamweaver #5

那就 WPS

这都能膜

这需求 shell 脚本就能漂亮的完成
scriptable network graphics 了解一下

为什么不直接用 openssl cli

我就不纠正你混淆 chromium 和 chrome 了。开源的是 chromium，chrome 是封闭源码的。

另外开源导致的“垄断”不是“垄断”。ssh 你用过吗，我们现在用的基本上都是 OpenSSH，知道 OpenSSH 怎么来的吧，SSH 走上私有化道路后，OpenSSH 从 SSH 的之前版本中分支而出。

你要是觉得垄断了，可以分支啊。分支就是开源软件用户保护自己免受垄断的底牌。

不嫌慢可以强行用 CPU 实现的 OpenGL
Linux 的 glx 会自动 failback 到软件实现
windows 不知道有没有类似的东西

go 什么时候能别静态编译我就用 go
2MB 起步还路由器上跑，小 flash 路由器都快哭了

更看好 rust

“开源（ open source ）” 不等于 “源代码公开可访问”。后者是前者的必要但不充分条件。

@iRiven #6

内核启动完毕后，内核会创建线程然后调用 sys_execve 去执行 /sbin/init （或者内核参数 init=），execve 会检查文件类型，对于 elf 文件去执行 elf 文件，对于#!开头的文件去执行#!后面的东西。

也就是说 text executable 和 elf executable 是对用户和应用程序透明的，无脑 exec 即可

@changnet #4

你这样说有歧义啊，其实 text executable 不是 shell 解析的，是内核执行的。脚本内容是 shell 解析的。

#!那一行是内核解释的。参考 exec 系的系统调用。



@iRiven #6

因为 text executable 是内核解释的，见上