幹壞事是進步最大的原動力
看到「Project restores Windows Update for Windows 9x」這篇在介紹「Windows Update Restored: Fix Windows Update On Windows 95. 98, ME, 2000, and XP」這個幫這些古董 OS 裝 Windows Update 的專案。
看起來只是把官方的 security patch 整理起來而已，並不處理 EoL 後的安全性問題。
但對於要弄個老環境的人來說算是方便的工具，至少把有公開過的 security patch 都打進去。
前幾天在 Hacker News 上看到「Show HN: WinGPT – AI assistant for Windows 3.1 (dialup.net)」這篇，原始文章「WinGPT: AI Assistant for Windows 3.1」在介紹 Windows 3.1 下的 GPT client。
雖然反差很大 (一個 20 世紀的 GUI 環境配上最新科技)，但從 Hacker News 的討論可以看到，最熱烈的是在 16-bit 環境下實作 TLS 1.3 連線，也就原文裡的這段，提到了他是原生支援 TLS 1.3：
WinGPT connects to the OpenAI API server natively with TLS 1.3, so it doesn't require a proxy on a modern machine to terminate TLS. To see how I did this and some of the challenges, take a look at Modern TLS on 16-bit Windows. (As you'll see on that page, this is not a secure implementation).
不過他不是從零開始解，而是基於 wolfSSL 的實作，因為 wolfSSL 有支援 16-bit compiler，就不需要從零開始：
WolfSSL stood out among the pack as it had explicit 16-bit compiler support while being fully-featured and well-supported.
這是讓人看到會「蛤？」的東西 XD
Tiny11 是 NTDEV 弄出來的精簡版 Windows 11：「De-Bloated Windows 11 Build Runs on 2GB of RAM」。HN 上對應的討論在「De-Bloated Windows 11 Build Runs on 2GB of RAM (tomshardware.com)」。
It just uses around 8GB of space compared to the 20+GB that a standard installation does.
但有些限制，像是安全性更新需要自己來：
This OS install “is not serviceable,” notes NTDev. “.NET, drivers and security definition updates can still be installed from Windows Update,” so this isn’t an install which you can set and forget.
另外像是透過 WinSxS 安裝的功能 (包括語言) 會無法安裝：
Moreover, removing the Windows Component Store (WinSxS), which is responsible for a fair degree of Tiny11’s compactness, means that installing new features or languages isn’t possible.
但我記得拔掉 WinSxS 應該會影響蠻多東西的？這樣的系統應該是拿來跑跑 CI 或是固定用途還行，一般性的用途不知道會卡多少東西...
另外除了使用的磁碟空間變小以外，記憶體的使用量也大幅下降，畢竟也拔掉了一堆肥大的軟體：
In testing, NTDev said that Tiny11 could “run great” on a system with just 2GB of RAM.
在 Hacker News 上看到「Legacy Update」這個網站：
Legacy Update: Fix Windows Update on Windows XP, Vista, Server 2008, 2003, and 2000
對於已經沒辦法跑 Windows Update 的作業系統，至少有個工具可以把現有手上的 patch 都裝進去？
不過網站本身最低只支援 TLS 1.0，所以對於新安裝的 IE6 得手動開 TLS 1.0 後才能連上 (預設是關閉的)，但看起來至少是個比較方便的工具了。
如果是跑在虛擬機裡面的話可以先用 host OS 下載下來再透過其他方式丟進去，不過我試著下載檔案，點了半天一直被重導到首頁... GitHub 上面看起來是有檔案，但 GitHub 對於老 OS 來說是無法連線的對象...
另外看了一下 WHOIS 資料，是今年七月才成立的網站，不是那種已經出來好幾年的網站，上面的東西的可信度可以自己斟酌...
這邊用 GitHub 寫的說明好了：「Improve Git monorepo performance with a file system monitor」。
從 2.37.0 開始，Windows 與 Mac 版的使用者可以透過 FSMonitor 的功能記錄檔案系統的變化，大幅減少需要 scan 整個 repository 的時間，可以看到啟用後對於像是 chromium 這種大型專案的 status 時間就大幅下降了：
不過 Linux 還沒支援，目前我的環境都是 Linux，就沒辦法用了...
在 OSnews 上看到「Windows 2000 modernization guide」這個介紹文，題到了 2021 年的現在要怎麼跑 Windows 2000 的方式，原文在「Windows 2000 Modernization Guide」這邊，除了 Windows 2000 以外，還說明了在 Windows 2000 上面要怎麼跑 Microsoft Office 2007。
裡面提到了 KernelEx 這個改裝套件，不過查了一下，這本來是試著在 Windows 98 上面跑 Windows 2000 或是 Windows XP 的程式，看起來不是講這個...
作者文章裡提到的是日本的 BlackWingCat 的改裝版本 (突然有種不怎麼意外的感覺)，可以在 Windows 2000 上面跑 Windows XP 的程式，但即使如此也只是 kernel 層，還是有很多 library 層的東西要 porting...
看起來是很好玩，但希望用不到 XDDD
今天發現 Brave 在視窗最大化時會超出預期的邊界，而非放大到螢幕的邊緣，找了一下發現有人已經在 Brave 的 GitHub 上開了「Incorrect scale if browser is full screen #18964」這張票，後來看到有人說在 Chromium 的 bug system 上已經有人提出來了：「Issue 1257119: Goes under the taskbar when maximized」、「Issue 1260821: maximise gets screen dimension wron」與「Issue 1261797: [User Feedback - Stable] Reports that when Chrome is maximized after being minimized, it launches to beyond the window frame on Linux」。
這次遇到的 bug 看起來是只有用 XFCE 的使用者才會中獎，目前先摸索出一套 workaround 是透過 wmctrl 操作修改瀏覽器的位置與視窗大小。
方法是先用 wmctrl -l -G 列出所有視窗的資訊，包括 geometry 的資料，接著再用 wmctrl -i -r 0x12345678 -e 0,3760,15,1232,1935 這樣的指令去指定瀏覽器的位置與視窗大小。
不知道要撐多久就是了...
因為 Diablo II: Resurrected 的關係跑回來用 Windows 10，裝完 OS 後可以透過 GUI 關掉一堆隱私設定沒錯，但感覺應該是有人整理出來更方便的方法...
在「Awesome Windows privacy」這邊看到有工具可以做到，目前用的是「Windows-10-Hardening」這組，把 script 抓下來後用管理權限跑一次，接著重開機就好了...
看起來沒什麼大問題，之後應該都會在重灌後拿來用...
找資料時發現 Windows XP 上還是有瀏覽器可以用，是舊版 Firefox fork 出來的 Pale Moon 再 fork 出來的 Mypal (因為 Pale Moon 不再支援 Windows XP 了，所以為了 Windows XP 而 build 的版本)。
不過我這邊不是在 Windows XP 上面測試 Mypal，而純粹就只是測 Pale Moon，所以是在 Linux 的桌機環境上測試。
用了兩天發現真的只是加減用，最容易遇到的問題還是在 javascript 上，開 GitHub 可以看到錯誤訊息，畫面上也有一些資料出不來：
TypeError: window.customElements is undefined
查了「Window.customElements」這邊發現 Firefox 要 63+ 才支援，難怪 Pale Moon 會噴錯誤訊息...
另外 single process 加上沒有對 threading 最佳化，用起來果然還是有點辛苦，開個 Twitch 就卡卡的，當日常用會需要磨一下耐心... 不過如果是還在跑 Windows XP 的使用者可能本來就很有耐心了？
本來花了一些功夫整理了一下 KataGo + Lizzie 純 CPU 版本在 Windows 上的安裝方式 (在「KataGo/Windows」這邊)，後來找了一下發現早就有人做的更簡單了：「BadukMegapack」。
底層的部份除了可以選擇裝 KataGo 外，也可以選擇目前已經停止維護的 Leela Zero，或是 SAI、AQ 與 Ray。
而界面的部份除了可以用 Lizzie 外 (而且還是改過的加強版 XD)，還可以選其他的界面... 除此之外還連 JVM (Java 8) 都一起拉進來幫你裝。
看起來算是包的好好的... 看起來最困難的應該是弄一張高階顯卡了？