前一陣子因應 rsync 專案在引入 AI 代寫的程式碼後，釋出的新版本出現部份功能故障的事故。主掌 rsync 開發、同時也是知名開發者的 Andrew Tridgell，發表了一篇文章《rsync and outrage》，一方面向使用者致歉，不過另一方面也捍衛自己的立場，認為導入 AI 工具來修補程式碼是勢在必行。Tridgell 表示自己已經算是退休人士了，之所以決定導入 AI，是評估此舉能夠更有效率地修補 rsync 的安全性。至於 AI 所引致的缺失未被發現到，則是過去的軟體測試規劃未盡完善所致，已經務實地做出檢討並進行補強。並且在另一篇文章《rsync 3.4.4 released, life in the security trenches》裡，有更進一步的說明。

《Email is crazy》原本初看標題以為是一篇抱怨文，尤其 DR 大概也曾提及過，自己覺得郵件伺服器是個若無特別考量，沒事別自己架設的服務。所以經驗如此，很難不這樣聯想。然而往下一讀，才發現這是一篇寫得很好、深入淺出的技術知識文章，它沒有任何要抱怨的意思，而是將電子郵件發送的各項技術議題整理得很好，而且並沒有用上很長的篇幅，很容易閱讀。

文章內容包含使用者實際上可以單純用一連串文字指令的方式，來進行 SMTP 寄信動作。以及對於 SPF、DKIM 及 DMARC 等郵件驗證機制都有所概述及說明。此外也包含了加密連線、郵件過濾及黑名單等等環節。諸如前述這些內容，對於有郵件服務維護或管理經驗的人來說，應該會蠻有感的，因為都是日常在處理問題及疑難排解時，可能會需要涉獵的事情。

倘若有完整的桌面應用需求，則第三方的 RPM Fusion 套件庫經常會成為 Fedora 及 RHEL（和衍生發行版）使用者必要的套件來源。然而若發現套件更新後有些問題，想要回退至先前版本時，一旦上游套件庫未提供舊版套件，就會有 dnf downgrade 指令無法奏效的情形。

在有需要時，這或許會是一篇很有用的文章──《USB for Software Developers: An introduction to writing userspace USB drivers》運用了跨平台的 libusb 函式庫，說明如何在不涉及內核層級的情況下，編寫程式與 USB 裝置進行互動，換言之就是一個應用程式層級的 USB 硬體驅動程式。然而有許多的硬體類型，可能也並不適合跟作業系統內核脫勾，所以此舉的應用領域，常見應該是與非常規 PC 週邊裝置的支援比較有關。

另一方面，現在的年輕人可能多數都沒有經歷過 USB 還未問世的年代。在那個年代，舉凡鍵盤、滑鼠、遊戲手把及印表機等設備，這些都曾經各自存在專屬的連接介面，相當凌亂；而且不是隨插即用，不能在電腦已開機的情況下任意插拔。所以扣除開發層面不談，至少 USB 通用介面的存在，對於終端使用者而言是很大的方便。

其實是未能解決這個問題，而是索性把它整個停用了事。話說有一部安裝 RHEL 8 的工作站主機，平常的遠端檢查動作，基本上就是看能否正常 Wake-on-LAN 開機、SSH 登入，執行系統更新。然後視需要遠端重啟後，再確認依賴的驅動程式有跑起來，大概就是這些動作而已。然而近期有一次隨意地將 dmesg 指令的輸出結果叫出來看了一下，赫然發現有個 segfault。然後接著查看 /var/log/messages，才發現在看似一直可正常使用的情形下，其實系統背後有非常密集的錯誤記錄。

只要使用者在本機登入 GNOME 桌面環境後，用於提供桌面索引功能的 GNOME Tracker 就會開始出現服務啟動錯誤，首先訊息大概會是如下：

這是發生在一部老筆電 Aspire E1-571G（Core i3-3110M）上，選擇安裝的發行版是 RHEL 9，並且一如往常地換 SSD 及增加記憶體。這部筆電從一開始接手時，就並非是完全正常的狀態，有幾個出於年邁及逐漸耗損的毛病，但大致堪用。而硬體之於 Linux 作業系統的支援情形也並非是最佳狀態，其獨顯（GeForce GT 620M）所適用的舊版 NVIDIA 390xx Linux 驅動程式雖然裝得起來，但實際上無法正常運作，而自己也並未打算拿更舊的發行版來試；至於開源的 nouveau 驅動程式若拿來跑遊戲，實測起來則發現比 Intel 內顯更不正常，不如不用，所以索性是把獨顯直接從 BIOS 裡停用。

不過近期真正影響使用的問題，是筆電鍵盤開始出現顯著的異常。首先是鍵盤不時會在進入作業系統後沒有反應，但重開機可能就會好轉。後來認真看了一下，注意到若鍵盤無反應時，Linux 內核在一開始啟動時會有以下訊息（也可以用 dmesg 指令撈出來）：

「今年很不適合買組裝電腦。」這是近期 DR 幫朋友選配新桌機時，不得不很直白地陳述出來的一件事實（雖然任務達成，還是買了）。然而更完整的嚴峻陳述，則是自己組裝 PC 主機二十幾年來，未曾見過零組件有如此難以買得下手的時候──記憶體末日（RAMpocalypse）是來真的，而且影響巨大。

舉例來說，彙整過去手邊的採購記錄，去年（2025 年）Kingston FURY Beast DDR5-5600 16GB 記憶體，可以用約莫 1,300 元買到一條，今年則暴漲到 6,600 元一條（這還算是特價）；以及去年曾可以用特價 2,200 元左右，買到一條 WD Black SN850X PCIe 4.0 1TB M.2 SSD（含散熱片版本），今年則暴漲到近乎萬元價格，直接放棄。記憶體及 SSD 雙漲，也連帶帶動其它零組件的採購成本上揚。原本性價比好的東西可能會斷貨，以及顯卡也有漲價的情形。

來自軟體工程師 Domenic Denicola 所發表的一篇文章──《Windows Native App Development Is a Mess》是一篇關於 Windows 原生應用程式開發的個人體悟。不過或許需要留意一下，作者在文章裡是將 .NET 也歸類為原生應用程式，呃，這個可能看用什麼角度來想，因為就技術面來說，.NET 會是更接近於例如 Java 的概念；然而考量到實際上微軟是讓 Windows 直接內建（並且依賴於）.NET 執行環境，因此就某種角度而言也是一個相當原生化的存在。