24owls

你可以试试看 pixz 或者 dar
pixz 大致相当于给 tar 加了索引
dar 大致相当于给 zip 加了 unix-permissions/acl/xattr

container 里面运行比较完整的系统没什么问题，只是 docker 的 container 这么用有些地方不方便，因为它是围绕 image 设计的，不怎么把创建好的 container instance 当回事。比如创建好的 container 如果后面发现有些参数要改，要新增 mount 的目录，或者加一个 gpu，只能 commit image 一下，然后用新参数重新创建 instance，比较麻烦。有的 container 工具这方面问题会少很多，虚拟机也不会有这种问题。

顺带问一下，“想分给多个人用，怕搞乱了”具体都有哪些担心呢？想了解一下

MIT CSAIL 合唱：Epstein 这个大坏蛋竟然匿名给我们捐过款？竟然还有内奸帮他？我们来搞阶级斗争大清洗吧

RMS：对，Epstein 是个大坏蛋，但是我已经故去的好朋友 Marvin Minsky 跟他不一样。老马没他那么坏，我们不能不分青红皂白全都赶尽杀绝

MIT CSAIL 女高音独唱：什么？！你敢说马老儿一点错都没有？气死我了！你可真是个臭狗屎（ shitty men ），我们现在就要把你赶尽杀绝，实在不行就把整个 MIT 放火烧光

vice.com 领唱：震惊！知名砖家 RMS 为恶棍 Epstein 辩护！

众人齐唱：打倒 RMS ！

吃瓜群众：等等，好像哪里不太对，算了，反正 RMS 本身就是个怪人，打倒就打倒吧

众人齐唱：打倒 RMS ！

RMS：事情不是这样的，事情其实是这样的……

群众的眼睛是雪亮的，RMS 很快就淹没在了人民战争的汪洋大海中

RMS：再见了 MIT，再见了 FSF

调换左 Ctrl 和左 Alt 的位置也挺好的，这样按 Ctrl 就是左手拇指，按 Alt 就是右手拇指

几年前我左手小指按 A Q Z Shift Ctrl 几个键比较频繁导致疼痛，觉得不能这样下去，开始想办法；结果就是调换了左 Ctrl 和左 Alt，又用了一个半月用熟了 Dvorak 键位；现在左小指只用来按 A ' ; Shift 几个键，只有 A 用得频繁一些，再也没感到不舒服

rdiff 可以用来 "compute and apply signature-based file differences"，用的是 rsync 的算法

rdiff 配套的工具有 rdiffdir 和 duplicity，duplicity 包装好了一些功能，可以直接用来 "incrementally backs up files and directory"

rdiff 和 duplicity 我都没有实际用过，不知道效果怎么样

Gmail 检查附件的时候，会根据文件扩展名识别格式，筛选到它能识别的文件类型后再检查加密再拒绝收发这样的邮件。
发邮件的时候，必须要带加密附件的话，改改扩展名让它识别不出来就行了，比如 a.zip 改成 a.zip.rename 这样。
看你后面的回复，这些邮件是自己控制的服务转发给 Gmail 的，可以自己设置设置规则，转发前统一给附件后缀一个类似 .rename 这样的扩展名，这样影响应该最小吧。只是之后在 Gmail 下载查看麻烦一步。
另外自己控制的邮件系统碰到退信，应该设置好警报啊

Guile 的版本升级记得几年前就计划了，竟然还没有完成吗 :(

现在 TeXmacs 有关的信息感觉比较分散，texmacs.org 上的信息旧，新的信息又没有地方可以找，只有翻翻邮件列表才能稍微了解一下这个项目的开发

不妨集中整理一下这个项目的现状和文档，更新一下 texmacs.org ，或者更新 texmacs.org 有其它困难的话，就把可以帮助 contributors 的信息放到 github pages 上，具体介绍一下这个项目的现状

比如，现在的 TeXmacs -> Help -> Full manuals -> Developers Guide, Scheme Developers Guide 里面的信息还是准确的吗？

比如，假设现在有一个人想帮忙迁移 Guile 的版本，这个人只了解 Guile 但是对 C++ 一窍不通，这个人需要了解的信息要到哪里去找呢？ C++ 和 Scheme 的边界在哪里？哪些事情是 Scheme 完成的？

感觉把文本资料整理好，这样才好吸引新的开发者吧 :)

前些日子也在 home 目录里 rm -rf * 了一次，本来是想删除一个子目录，错误的以为自己已经 cd 进去了，幸亏及时反应过来止住了。
清点损失的时候发现，由于我都是把数据存放在 /data 里面，home 里只放了几个到 /data 里面的 symlink，其实只删掉了一些 local 里面的一些程序（ npm modules, python env 之类的），dot files 都还在，数据也只要 symlink 回去就行了。
从此发现了 symlink 的好处😂

发行版之间大的区别在 wikipedia 上有一个条目进行了比较

日常使用来说，最明显的区别应该是包管理工具，打包风格，包的丰富程度，和社区了吧

细节上的区别，一般是偏好 /审美的不同。多数细节都比较难从二手资料中找到，比较可靠的办法是自己去试试看。见得多了形成自己的风格了，就会有偏好的发行版。
如果不想过多地投入时间，那就看身边的人或者多数人用什么，自己就用什么吧

举个细节的例子，可以看一下自己偏向什么风格

apache httpd 这个包，有人可能是这样对待的：
　　包名是 httpd，VirtualHost 配置文件放在 /etc/httpd/vhosts 下面，htdocs 放在 /srv/www 下面；
也有人是这样对待的：
　　包名是 apache2，VirtualHost 配置文件放在 /etc/apache2/sites-available 下面，htdocs 放在 /var/www 下面。

虽然都不是大问题，但是各个发行版间的审美区别就体现在类似这样的细节上，这种东西二手资料里不会太多

对于优点，我印象中有两个最突出，一个是 Debian 一般不会有软件不去支持，一个是 SUSE 的 Yast