可能有两个新的补丁会被包含在Linux 6.19内核中，从而启用`-fms-extensions`编译器标志。该标志允许GCC和Clang使用Microsoft C扩展，特别是启用在其他结构体/联合体中匿名包含带标签的结构体/联合体。
虽然之前曾被提出并因担心采用Microsoft特定的行为而否决，但现在的争论点在于启用更简洁的代码和潜在的堆栈空间节省。支持者建议采取“忍痛接受”的方法——普遍启用该标志，以便在有用时可以使用，而不是逐个案例进行论证。
这些补丁确保`-fms-extensions`应用于整个内核构建系统，包括具有自定义编译器标志的架构。值得注意的是，Linus Torvalds尚未表示反对，这表明可能会接受这项更改，尽管可能对将Microsoft C约定合并到主线内核中存在保留意见。
每日HackerNews RSS
## Linux 内核考虑支持 Microsoft C 扩展
Linux 内核有望在 GNU 编译器集合 (GCC) 中启用 Microsoft C 扩展，这一举动引发了关于标准化和厂商影响的讨论。这些扩展主要解决与 Microsoft 头文件的兼容性问题，特别是允许更灵活的结构体和联合体定义——这些特性已经由 Plan 9 扩展支持，但并非标准 C 的一部分。
争论的焦点在于，即使是非标准特性，采用它们是否值得。一些人认为这是兼容性方面的务实一步，而另一些人则担心偏离既定标准。Linus Torvalds 之前曾反对大端支持，强调了避免没有明确益处的复杂性的偏好。
讨论揭示了一种历史上的紧张关系——有人怀疑过去的反对源于对 Microsoft 的不喜欢，而非技术上的考虑。最终，除非出现意外反对，否则这项更改似乎很可能进行，从而可能简化代码兼容性并简化内核中某些编程模式。此举也凸显了 C 和 C++ 标准的持续演进以及在不同编译器和平台之间保持兼容性的挑战。
Beets 的目的是一次性整理好你的音乐收藏。它会编目你的收藏，并使用 MusicBrainz 数据库自动改进其元数据。然后，它提供了一系列工具来操作和访问你的音乐。由于 Beets 被设计为一个库，因此它可以为你想象的几乎所有音乐收藏操作提供支持。通过插件，Beets 变得无所不能：如果 Beets 还没有实现你想要的功能，并且你懂一点 Python，那么编写你自己的插件将会非常简单。使用 pip install beets 安装 Beets。然后你可能需要阅读《入门指南》。之后在 Fosstodon 上关注 @beets 以获取更新。
```XSLT 报废```
XSLT RIP
18 天前
如果你正在阅读这段文字，XSLT已经被谷歌淘汰。 请节哀顺变。 安息吧。
这个项目重现了旧式湾区捷运（BART）站台标志的怀旧氛围，作为个人展示。创建者是一位经常乘坐BART的通勤者，他使用Seeed Studio XIAO ESP32C6、红色OLED显示屏和逻辑电平转换器构建了一个显示实时列车到达信息的设备。
为了简化信息，设备没有直接解析复杂的BART数据，而是使用定制的“中间件”服务。该设备被放置在一个3D打印的外壳中，并涂上油漆和逼真的贴纸。
显示器上方安装的显示屏会显示到达时间、当前时间和BART安全信息，模拟了在站台上等待的体验。虽然现成的应用程序可以提供相同的数据，但创建者优先考虑了微型功能复制品的审美和乐趣。所有代码和3D文件分别在GitHub和Makerworld上公开可用。
## 实时 BART 到达显示屏 - Hacker News 摘要
一位 Hacker News 用户分享了一个项目，构建了一个实时 BART（旧金山湾区捷运）到达显示屏 ([filbot.com](https://filbot.com))。该显示屏模仿了官方 BART 标志的设计，使用了 ESP32 微控制器和公开可用的 GTFS 数据。
讨论很快扩展到公共交通时间安排的体验以及计划性与自发性的心理影响。 许多评论者分享了针对芬兰、瑞士和加拿大交通系统的类似项目，强调了应对寒冷天气和服务频率的不同方法。
许多人赞扬了该项目的执行和细节，并建议它可以成为商业产品。 另一些人讨论了访问可靠交通 API 的挑战以及直接微控制器编程与使用中间服务之间的权衡。 此外，还出现了一段关于 BART 标志性的、常常含糊不清的自动语音广播的怀旧讨论。
## DEC64：一种新的数字类型
DEC64是一种64位数字类型，旨在为金融和科学应用提供通用解决方案，可能取代单独的整数和浮点类型。它精确表示最多16位小数的十进制分数，处理从1.0E-127到3.6028797018963967E+143的值。
在内部，DEC64使用一个56位系数和一个8位指数。它在整数值上提供快速性能，并简化了与十进制字符串的转换，避免了二进制浮点系统固有的不准确性。值得注意的是，它具有255种零的表示形式和一个“非数字”（NaN）值。
在硬件和软件中都可以实现高效的实现，当指数相等时，可以实现快速的加法路径。参考实现可在GitHub上获得。该设计借鉴了EDSAC和Burroughs 5000等历史系统，旨在通过利用基于十进制的方法而不是传统的二进制浮点模型来实现简单性和准确性。
## Hacker News 讨论：DEC64 浮点数
最近 Hacker News 的讨论重新审视了 Douglas Crockford 的 DEC64 十进制浮点格式（2020 年），引发了关于浮点标准及其复杂性的争论。用户指出，关于该主题的先前讨论可以追溯到 2014 年。
讨论的核心在于，像 DEC64 这样简化、单一的数值类型是否可能是有益的，尤其是在类型歧义导致错误的语言中。虽然 DEC64 旨在实现 16 位十进制数字的精度，但人们担心它缺乏规范化——使比较困难——以及潜在的性能问题。
许多评论者为 IEEE 754 标准辩护，承认其复杂性，但强调了其广泛的应用和成功的权衡。一些人指出，IEEE 754 往往没有被完全正确地实现，并且金融计算经常*会*使用带有误差缓解策略的浮点数。另一些人强调了为任务选择正确的数值类型的重要性，对于某些应用而言，固定点或任意精度可能更可取。
最终，这场讨论凸显了在有限系统中表示实数的固有挑战以及不同计算领域的多样化需求。
## 时间机器：17 年的演变
在 Mac OS X 之前，可靠的 Mac 备份很大程度上依赖于 Retrospect 等第三方软件。苹果首次尝试的 .Mac 云备份（2004 年）现已停止服务。时间机器于 Mac OS X 10.5 Leopard（2007 年）中首次亮相，最初设计用于与基于 AirPort Extreme 的 NAS 设备配合使用。
其核心创新在于使用硬链接和 HFS+ 文件系统中的目录硬链接进行高效备份，从而在只复制更改数据的情况下，*营造*完全备份的假象。早期版本缺乏可启动备份功能，并且在使用 FileVault 加密时存在问题。
随着时间的推移，时间机器不断改进。“移动时间机器”引入了原始快照，后来随着 APFS 文件系统的出现，被 APFS 快照取代。虽然最初使用 APFS 快照进行更改检测，但它恢复到最初的 FSEvents 方法以提高效率。最近的版本（Big Sur 及更高版本）终于允许备份*到* APFS 卷，并利用合成快照进行呈现。
尽管经历了这些变化，传输基于 APFS 的时间机器备份仍然是一个挑战。从其卑微的开端，时间机器从根本上改变了 Mac 用户处理数据保护的方式，从基于硬链接的假象演变为一个复杂的快照系统。
## 时间机器：成功与失败的历史
最近的 Hacker News 讨论重新审视了苹果的 Time Machine 备份软件，揭示了用户体验褒贬不一。一些用户认为它可靠地“设置一次，然后忘记”，而另一些用户则报告频繁出现问题，尤其是在备份到网络附加存储 (NAS) 时。许多用户强调 **Time Machine 最适合使用直接 USB 驱动器连接**，而网络设置经常会出现问题。
对话中强调了 Time Machine 可靠性随着时间推移而下降的看法，一些人怀疑特定的 macOS 版本是否应该为此负责。 建议了多种替代方案，包括 **Arq、Carbon Copy Cloner、ZFS（与 Vorta 或 rsync/rclone 等命令行工具一起使用）以及 SuperDuper!**，适合更高级的用户。
一个关键的痛点是 Time Machine 与 iCloud 优化的存储不兼容，导致备份的是预览文件而不是原始文件。 尽管存在缺陷，Time Machine 对于某些用户来说在灾难恢复和无缝 Mac 迁移方面证明了其价值，但许多用户会用额外的备份策略来补充它。 最终，体验各不相同，成功与否通常取决于硬件选择和用户期望。
## 为什么我们喜欢被吓：探究病态好奇心
恐怖并非现代发明——关于血腥和恐怖的故事已经吸引人类数千年，出现在像《吉尔伽美什史诗》和《奥德赛》这样的古代作品中。行为科学家科尔坦·斯克里夫纳，著有《病态好奇》，认为这种持久的迷恋并非源于阴暗面，而实际上是心理适应性的。
我们天生就具备探测威胁的能力，而恐怖让我们能够安全地探索并精神上“练习”克服它们。令人惊讶的是，恐怖迷并非缺乏同理心；事实上，他们通常*拥有更多*的同情心和理解力。接触恐怖故事甚至可以具有治疗作用，帮助个体理解他们的焦虑并发展应对机制——例如像《MindLight》这样的游戏，它使用神经反馈来治疗焦虑。
斯克里夫纳确定了四种类型的病态好奇心：危险的思想、暴力行为、暴力后果和超自然现象。虽然好奇心驱使我们去探索所有这些，但反应各不相同；暴力可能会引发厌恶，作为与我们好奇心的“油门”相对应的“刹车”。最终，面对虚构的恐惧可以通过提供可控的威胁，并在威胁结束后发出安全信号，来平息现实世界的焦虑。
该项目正在经历由LLM生成的拉取请求和错误报告数量增加，由此引发了对明确接受准则的需求。一个主要问题是验证LLM生成问题的有效性——由于描述通常包含过多且可能不准确的信息，建议将其视为垃圾信息，并要求提供原始提示。 关于代码贡献，建议提交者必须通过用自己的话回复审查请求来证明他们对所做更改的真正理解。这解决了关于作者身份和满足开发者证书来源（DCO）要求的担忧，尽管后者存在分歧。 最终，团队需要决定一项政策并在`CONTRIBUTING.md`中记录下来，可能效仿Incus的例子，直接禁止LLM生成的贡献。目标是维护代码质量并确保真实的问题报告。
最近在波特兰复古游戏博览会上举行的一个座谈会，纪念任天堂娱乐系统（NES）1985年在美国上市40周年。座谈会由视频游戏历史基金会的弗兰克·西法尔迪主持，近一个半小时的讨论汇集了三位前任天堂美国员工的见解：布鲁斯·劳里（销售副总裁）、盖尔·蒂尔登（营销经理）和兰斯·巴尔（设计师）。 座谈会详细介绍了任天堂在游戏市场崩溃后进入市场的挑战，以及关于主机设计和营销的幕后故事。话题包括对光枪的令人惊讶的焦点小组反馈、"Game Pak"名称的由来、在CES上使用的巧妙策略，甚至意外的仓库访客（蛇！）。 这次讨论强调了NES在振兴电子游戏产业中的关键作用，并提供了对任天堂在美国早期成功的迷人视角。完整的视频可在YouTube上观看。