Sean's Blog

假如你在 Ubuntu 使用 Python 進行資料處理，對於一些檔案懷抱著想移出視線又怕刪掉就回不去的情感，怎麼辦? 這篇文章介紹的工具與概念，或許可以提供你一個對於整合桌面環境更加友善的方向。

Youtube-dl 歷經了一連串 DMCA 爭議後一度被 GitHub 下架，後來雖然恢復，但開發能量已大不如前，也開始出現了各種替代方案來因應。本篇文章將以 mpv 影音播放器為例，介紹如何在該軟體 0.33 之後的版本快速替換 youtube-dl 外掛所使用的路徑。

在 2021 年，Linux 發行版等開源作業系統的普及率仍無法與 Microsoft Windows、Mac OS 等相比，但相關生態系與商業應用與 10 年前相比已有明顯成長，然而在 Linux 發行版的軟體安裝上，仍因為安裝方式不一，操作指令過於多樣，甚至多數商業軟體公司發行的開源/非開源套件是以「把所有用到函式庫都包在一起的方式」發行軟體，以方便忽視軟體相依性之問題，卻明顯違背了 Linux 發行版套件管理機制最初的用意。

本專案，Clam-Test Package Build Project，簡稱 Project CTPB，藉由簡化、粗略的套件打包原理，提供各(非滾動式為主)發行版沒有提供，或是有提供但版本無法滿足特定需求的客製化套件。以滿足個人與特定需求使用者需要。並將相關步驟原理整理起來，作為研究、討論、交流、推廣等用途。往後相關資訊將會更新在本文章內文。或是以 pj-ctpb 的標籤發表新的 blog 系列文章，以供各界朋友指教。

這篇筆記主要描述如何從 rsync 運作原理，來理解在 SELinux 啟用的情況下，如何正確設定 rsync 暫存區路徑參數與暫存目錄權限。rsync 接收同步資料時，會先將抓取未驗證的檔案放在暫存目錄，經校驗無誤後再移動到同步目的地。如果 rsync 設定 --temp-file 目錄路徑的預設 context 與目的地目錄的不同，則會發生目的地出現檔案實際 context 與該路徑下預設內容不符的情況，進而造成服務讀取時發生權限錯誤問題。解決方法有二: 1. 將暫存目錄的 context 設定成和同步目的地的一樣。 2. 取消設置 --temp-file 參數，此時未驗證的暫存檔就會存放在同步目的地所在的目錄底下。

本篇文章將以使用者與 BBS 程式測試者的角度觀察，最近 PttBBS 對於 ssh 連線提供服務方式的更動，以及對於一般使用者可能造成的影響，此次更動相關的原始碼以及實作說明還沒被公開，因此若與往後官方說明有出入者，請以他們的為準。

近 10 年來，BBS 已然沒落，但批踢踢實業坊 (PttBBS) 依然因為對於社會議題輿論產生重大影響、多位 app 開發者提供第三方手機連線服務…等因素，在尖峰時間維持數萬 ~ 十幾萬人次的同時上線人數。

然而近幾年以來卻開始愈來愈頻繁地發生尖峰時間 Ptt 無法正常登入的負載問題，尤其在近幾個月來更是出現一般使用者認為中規模的事件，如：小區域地震、三級警戒以來每天召開的防疫記者會，Ptt 也仍因過載無法登入的窘況。也開始引發各看板，包含 SYSOP 站務板大大小小的抱怨。

對此站方有什麼積極應對解決的方案呢？其實是有的。以下根據初步觀察大概分成四個階段：觀察、分析、嘗試方案、解決(正式上線)

Generic Mapping Tools，通用製圖工具，官方以及常見的簡稱為 GMT，是在地球科學領域廣泛使用的地理製圖工具之一。它可以在各種平臺結合 Shell Script (bash、csh)，Batch file(Windows) 的特性以及第三方工具(如: awk)，撰寫腳本以進行空間資訊的數據處理及高度客製化的地圖、圖表繪製。PyGMT 於 2020 年 5 月釋出，作為 GMT 在 Python 的 API。究竟這樣的專案對於 GMT 的使用族群而言有什麼可利用之處呢？以下分享個人的使用心得。

我們常見到的Linux 發行版基本上就是一個「拼裝車」，組合各個不同來源的專案原始碼組合成一個有多用途的「通用作業系統」。我們將以地震學軟體 SAC 為例，說明如何簡單利用「套件打包」的機制，藉由既有軟體打包管理工具，使得發行版內的軟體更能有秩序地被管理。

不想被單一特定程式碼平臺綁住你個人開發的程式碼又想將你的心血整合起來供其他人參考嗎? 又或是擔心在 GitHub 上一堆為了學術研究用途的專案哪一天被和諧掉嗎? 如果沒有多人合作 CI/CD 需求直接從網頁登入存取的需求 cgit 這個由 C 語言開發的網頁 cgi 服務, 簡潔又快速的功能或許可以輕易滿足你的需求喔

自從 12/8 CentOS blog 和 Mailing list 相繼宣佈將要轉移開發重心到 CentOS Stream 上，並計劃要讓 CentOS 8.x (有版號的 release) 提前退休後

https://blog.centos.org/2020/12/future-is-centos-stream/
https://lists.centos.org/pipermail/centos-announce/2020-December/048208.html

甚至出現報導指出：CentOS Stream 不會比 RHEL 早拿到安全更新，又要幫 RHEL 先測試新套件，同時因為 CentOS Stream 的環境比較新，你在 CentOS Stream 上面構建的套件還無法移植回 RHEL 上

但我認為這個論點有一些不充分甚至是誤導的地方。

很多人在 Windows 上觀看從 GMT 或 其他繪圖軟體產生的 postscript 檔 (*.ps) 時，都會選擇下載 Ghostgum GSview 5.0 或破解版 GSview 6.0，然而無論何種版本，該軟體早已不再被官方或第三方維護。有任何軟體問題或是安全性問題基本上等於無解。但 Linux 或其他 Unix-Like 平臺仍有 GNU gv 可以使用與回報相關問題，甚至提供 git repository 追蹤開發進度。該如何在 Windows 10 使用呢? 現在我們有比較穩定的方法可以解決這個問題了