幹壞事是進步最大的原動力
Python 2 在大約四年前 2020/04/18 推出了最後一版 Python 2.7.18 後，後續的安全性更新就變成要找第三方支援了。
在 2023/09 出的 Trac 1.6 總算是換到 Python 3 後，手上就沒有遇到要用 Python 2.7 的東西了...
剛剛在「PyPy v7.3.16: release of python 2.7, 3.9, and 3.10」這邊看到跟 Python 2.7 有關的消息，一時興起翻了翻有哪些延長的商業支援可以買，看起來有兩個：
真的遇到的話再來寫信問問看好了...
續上篇「修好 Trac 1.6 上的 TracSubtickets」提到的，反正 Trac 這個 community 的東西如果爛掉的話，自己修會比較快...
SlackIntegration 從字面上的意思就知道，是把 Trac 這邊的更新同步到 Slack 上的工具。
這包主要的問題是 Python 2 語法，所以在修的過程中間就不斷的在想起「啊，這是當初 Python 3 的 break-BC 改動」。
從「Comparing 72bec82..master · gslin/trac-slack-plugin」這邊可以可以到修正的東西，主要修正的都是跟 unicode 有關的程式碼。
一塊是 2to3 修正的，把 u'...' 這種字串直接變成 '...'，不需要額外指定，另外是 unicode(...) 變成 str(...)。
另外一個也還是 unicode 相關的，但因為是邏輯上的部分，2to3 沒有抓出來的，是 encode('utf-8') 的部分看起來就用不到了，這在 Python 3 裡面 requests 會自動處理掉，只要丟標準的 string (unicode string) 進去就可以了。
這樣又弄好一個套件了...
Trac 1.6 總算從死了三年的 Python 2.7 換成了 Python 3，所以算是蠻強大的升級動力，但也可以想像到相關的 plugin 其實因此爛了不少，加上 Trac 現再用的人愈來愈少，沒有人會修這些問題，所以你就得當「沒有人」跳下去修...
標題上提到的 TracSubtickets 算是這樣的一個套件，他的概念很好用，但大概從 Trac 1.2 以後就沒什麼更新了，先前有遇到 MySQL 8.0 的資料庫搭配起來會撞到關鍵字而出錯，得自己修。
而這次遇到的問題是 TracSubtickets 在頁面輸出子票資訊時用到 ITemplateStreamFilter 這個功能，而從官方文件開頭也可以看到問題：Trac 1.4 的時候內部的 template engine 就從自家研發的 Genshi 換成了 Python 社群用的更廣泛的 Jinja2，但當時只是先標成 deprecated，還沒到不能用，直到 Trac 1.5.1 時拔掉了，所以接下來的 Trac 1.6 就沒得用了。
在官方的「Replacing the ITemplateStreamFilter interface」有提出建議的方法，是用 JavaScript 改 DOM：
The only way left to alter the generated content is to perform these modifications dynamically on client-side using JavaScript.
我看了半天 Trac 1.6 的程式碼，看起來的確沒有什麼比較好的方法可以處理... 只能回來照官方的方法走，後續的問題就是看要處理的多乾淨 (或是多髒)。
因為 Trac 本身沒有 client template engine (像是 React 或是 Vue 之類的)，我決定這邊還是讓 server 端全部把 html string 都產生出來，再由 client 端生一個 div 直接用 innerHTML 塞進去：這樣就不用傳一包 JSON 到 client 端慢慢組了...
於是就出現了這包 diff/patch：「Comparing cae40fb..master · gslin/trac-subtickets-plugin」。
基本的思路是，既然以前的 filter_stream() 是產生 html tree 的程式碼，那就重複拿來用，把結果輸出轉成 html string，用 add_script_data 丟到 window 下的 global variable (喔耶)，再寫一段 javascript 把這串東西塞進本來在的 DOM 位置。
這樣至少就能動了...
看到「Spread Your Wings: Falcon 180B is here」這個，Falcon 180B 釋出，號稱跟 LLaMA 2 站在同一個平台上，但目前看到的授權不是 open source license，大概就是留個記錄下來，實際上應該就不會去碰...
關於 license 的討論在 Hacker News 上有不少，可以參考：「Falcon 180B (huggingface.co)」。
在 Hacker News 首頁上看到 Debian 移除 Python 2 的消息：「Python 2 removed from Debian (debian.org)」，對應的 ticket 在這邊：「#1027108 - RM: python2.7 -- RoQA; Obsolete - Debian Bug report logs」。
Python 2 從 2015 年喊 EoL 喊很久，終於在 2020/04/20 發行最後一版 Python 2.7.18。
大多數的套件應該都有 Python 3 的支援了，有需要的人 (像是還是沒支援 Python 3 的 Trac) 可以透過 pyenv 建立 Python 2 的環境出來跑，或是丟進 Docker 裡面跑。
銀河的歷史又翻過了一頁...
在 Hacker News 上看到「I replaced all our blog thumbnails using DALL·E 2 (deephaven.io)」這個點子，原文在「I replaced all our blog thumbnails using DALL·E 2 for $45: here’s what I learned」這邊。
網誌文章如果包含好的圖片時，曝光度與互動都會比較多。所以作者就想到用 OpenAI 的 DALL·E 2 來搞事了：給個描述，請 DALL·E 2 生成圖片。
文章裡面有很多產生出來的圖都蠻有趣的，像是「a cute blue colored gopher with blue fur programming on multiple monitors displaying many spreadsheets, digital art」這個描述生出來的圖：
不過不算便宜，他花了 US$45 生成大約一百篇文章的圖：
I spent the weekend and $45 in OpenAi credits generating new thumbnails that better represent the content of all 100+ posts from our blog.
如果用先前「玩玩文字轉圖片的 min(DALL·E)」這邊提到的方法自己搞不知道可不可行？
雖然 2020/01/01 開始 Python 2 就沒有官方支援了 (翻了一下資料發現「Python 2 series to be retired by April 2020」這篇，官方好像延到四月了...)，不過剛剛看到這則新聞，裡面提到了商業支援：「Snakes on a wane: Python 2 development is finally frozen in time, version 3 slithers on」。
在最後一段：
Those catering to corporate clients intend to continue support Python 2.7 for a while. In October, Red Hat said it will stop supporting Python 2.7 in RHEL 8 come June 2024.
不確定這些 patch 會不會也移植到 CentOS 上，如果會的話，至少有一個地方可以讓你多四年掙扎，感覺上可以用 container 生一個獨立的環境...
另外 Ubuntu 這邊的 LTS 不知道有什麼方案，已知 20.04 的目標是要移除掉，但 16.04 與 18.04 裡的 Python 2 如果有問題時，不知道會不會收 patch...
再來就是 pyenv 了，翻了一下目前的情況，好像就是放著，不知道會有什麼方案搬出來...