> /opt/apps/com.alibabainc.dingtalk/

这是什么包管理器安装的位置？为什么不用 Flatpak ？

上次发帖是 3 个月前，再上次是 2015 年。合理怀疑是卖号或被盗号

背后的「成都高新减灾研究所」是个什么来头？之前一直以为是国企或研究院，一查信息才发现是私企，留的联系方式全是「成都美幻科技有限公司」的

@yedkk 老哥什么行业啊，我认识的做生物和做理论物理的那帮子老古董都升级到 3.8 了

讲点冷门的：AX.25 。用业余无线电来作为链路层

@julyclyde https://peps.python.org/pep-0011/#tier-3

看起来是在这里写入的： https://gitee.com/openeuler/security-tool/blob/master/security.conf#L113-123

理论上来说，/etc/motd 是被 login(1) 打印的，/etc/issue 是被 getty 打印的，/etc/issue.net 是被 telnetd(8) 打印的。初看是冗余设计，但实际上面向是三个不同场景：

- /etc/motd：显示在登录后需要提示的今日消息（ message of the day ），由管理员设定，相当于管理员的公告；
- /etc/issue：从 getty 登录（例如实体机上）时显示的信息，用于识别机器的身份；
- /etc/issue.net：从 telent 登录时显示的信息，也用于识别机器的身份。

而要在 SSH 登录时显示的信息，则在 /etc/sshd_config 的 Banner 项中设置。

之所以会打印两遍，是因为上面的配置还写了 `Banner /etc/issue.net`。所以你看到的分别是 /etc/motd 和 /etc/issue.net 。

至于为什么这么配置？安全的事你少管（狗头）……

另外，Python 3.14 已正式在 Tier 3 级别支持 Emscripten 平台。这将允许在 WebAssembly （ wasm32-unknown ）上运行 Python 。

@PrinceofInj > 从 jvm 切换到 art

Android 从来没有使用过（上面评论里定义的） JVM 。Android 4.4 之前使用的虚拟机是 Dalvik 。同样的，JVM 字节码（.class ）需要再编译为 Dalvik 字节码（.dex ）才能运行。与 ART 不同的是，Dalvik 只支持 JIT ，而 ART 支持 AOT ，因此以更长的安装和 OTA 后首次启动时间换取了更快的运行速度。

至于说「没什么变化」，可以直接参考早期的一些研究测量： https://www.diva-portal.org/smash/get/diva2:852736/FULLTEXT01.pdf 。性能差异从 +5%~95% 不等。体感终究是不准确的。

@RichardLuo0 最后一句是说：

应用商店技术审查不力 => 卡顿、缓慢
（系统）较高的高开放性和（国内厂商间）商业竞争 => 碎片化

https://sourceforge.net/p/veracrypt/discussion/general/thread/e34d4ee198/

Mounir IDRASSI （ VeraCrypt 原作者）

我很高兴现在告诉大家，我和我的家人已经在日本定居，具体来说是神户市。这次搬家对我们个人和职业生涯来说都标志着一个重要的新篇章。为了澄清并消除任何猜测，我妻子是日本人，我们结婚已经十多年了。从 VeraCrypt 成立之初，她就一直是我们坚定而持续的支持，我们共同决定搬迁，是为了家人的幸福。

随着此次转型，我还在日本以 AMCrypto 的名义推出了一项新业务 ( https://amcrypto.jp )。IDRIX 将继续在法国以最低限度的规模运营，但我的主要业务将通过 AMCrypto 在日本开展。作为此次转型的一部分，您可能会注意到网站链接和资源的一些变化。例如，https://veracrypt.jp 已经上线。虽然它目前是现有网站的镜像，但未来将逐渐成为 VeraCrypt 的主要中心。

我想向家保证，我对 VeraCrypt 及其社区的承诺将一如既往。开发和支持工作将继续进行，我对新环境带来的机遇感到兴奋。

再次感谢您一直以来的支持、耐心和理解。我期待着恢复正常运营，并继续与大家携手合作，让 VeraCrypt 更加完善。

2025-04-21

@dxppp 感谢。不过我看到官方论坛上有人说：

> You're better off not using Kindle Create. It's full of glitches, and its main purpose in life is to lock people into the KDP mini-verse...
>... the majority would say do not use kindle create

所以我不确定 Kindle Create 有没有其他设备的兼容性问题？

@EngAPI @anzu 感谢，我去了解一下 Sigil 和 pdf-craft

ebookPK 看了下官网，有种上古神器的感觉，先收藏了

@KMpAn8Obw1QhPoEP pandoc 这种通用工具转换后的 compliance 如何？我总感觉这种支持越广的「多面手」，对每一个特定格式的支持就越差

贫道掐指一算，观施主今日之困惑，实乃天时、地利、人和三者未能圆满所致。待贫道为您细细解来。

i9-14900K 的生辰八字曰：癸卯年壬戌月丁未日丙午时，命中水（癸、壬）火（丁、丙、午）土（戌、未）三足鼎立，唯独五行缺金。

Windows 商业气息浓厚，在五行中偏金，而 14900K 命里缺金，遇上 Windows 这块「巨金」，二者一拍即合，金火相济，自然顺风顺水，安装无碍。

Linux 崇尚自由、灵活与定制，属木，象征着生长、变化与生机。按理说，木能生火，本是好事。但问题在于，14900K 这把火，是丙午劫财之烈火，实在太过旺盛。

且今日之柱为「丁未」（乙巳年 乙酉月 丁未日），与 14900K 的生日「丁未」完全相同！此谓之「伏吟」，意味着其本身的特性被无限放大。也就是说，它今天火旺性燥，更不愿意去适应 Linux ，固执己见。

所谓「道法自然」，寻一「金」或「水」日，此为「天时」；借庚金以固本（更新固件），择吉木以共生（换发行版），此为「地利」；待准备妥当，心平气和，再行尝试，此为「人和」。届时，天时地利人和齐备，定能达成「木火通明」之佳境。

善哉，善哉。

----

（随手一写，仅供娱乐。有参考 Gemini ）

@humbass 选择了单线程模型，就很难去做基于内存共享的多线程了。

不过，不管是 Node.js 还是和它类似建模的 Dart ，确实是提供了基于消息传递的多线程实现：Worker threads 和 Isolates ，并不是没做。所以我不太清楚你说的「应该要提供」是什么意思。

@2bad4u 知识性错误：Android 跑的不是传统意义上的 JVM ，是 ART 。ART 最多能算是一种 JVM 的 reimplementation ，但在资源消耗和启动速度上差异极大。几乎可以说，除了都是从 Java/Kotlin 语言编译，ART 和 OpenJDK VM 没有多少实际相似点。

一个例子是，Android 实现 Java 8+ 的新语法特性，几乎都是靠 D8/R8 解糖来实现的： https://developer.android.com/studio/write/java8-support ，并且对支持的 Java 特性也有明确的清单。

因此，通过把 Android 描述成「一个 LINUX 上面跑了一堆 JVM 」并不能说明架构臃肿，可以说「桌面 Java VM 冷启动慢、占用大」，但和 ART 没什么关联性。国内 Android 应用生态的卡顿、缓慢、碎片化几乎都是由于应用商店技术审查不力、较高的开放性和商业竞争导致的。

水过了 t/1163189

@Cu635 微信官网： https://linux.weixin.qq.com/

@klesh 不支持 Wayland 。张小把 Qt 砍得只剩 xcb 后端了，只能 XWayland 来运行。不过我目前没发现有兼容性问题，输入法之类的都正常