沒穿方服

以往在 Ubuntu 18.04 用 sudo vim 會吃到個人的 vimrc，但 Ubuntu 19 之後突然吃不到，變回裸體的 vim。

It works, I don't know why. It doesn't work, I don't know why.

下手診斷看 vim 裡面的 environ()、出來看 sudo sudo -V、sudo printenv HOME 發現 $HOME 有差異，Ubuntu 18 會沿用 sudo 之前的 HOME，19 則是 root。 以為自己有做什麼特殊設定，但找一陣子都沒東西，問 google 才知道原來是 Ubuntu 的 sudo 變更，見 How does sudo handle $HOME differently since 19.10? - Ask Ubuntu。

連結的回答非常詳盡，以往 Ubuntu 的 sudo 一直是特殊 patch 版，會特別護送 HOME 這個變數到 sudo 後的世界。 其實是蠻奇怪的行為，甚至跟 man page 講的不一樣。

---

要維持 sudo vim 繼續用原本 user 的 HOME，原文也提供幾個解法（見 Preserving $HOME in Ubuntu 19.10 and later 段落），簡短摘要過來就是 sudo --preserve-env= 或改 /etc/sudoers 加 Defaults env_keep +=，或者算了，改用 sudoedit。

考量方便性我選擇改 sudoers 設定，但微調一下限制在特定 user（我自己）才生效，也比較沒有安全疑慮。

註：最好用 sudoedit /etc/sudoers.d/新檔案 動手，以免改壞重要檔案：

Defaults:bootleq env_keep += "HOME"

很少改 sudoers 檔案，讀 man sudoers 尤其 SUDOERS FILE FORMAT 章節與之一戰，每行設定大致會是 Aliases、Defaults 或 User specification 三類之一，這次就是改 Defaults，接冒號表示只影響特定 user，可惜無法同時限制只對 vim 生效。

也總算看懂 sudoers 格式，考慮加上 NOPASSWD 不再問密碼了（安全性會降低一些）。

bootleq ALL = (ALL:ALL) NOPASSWD: ALL

這行就是 User specification，定義為 User_Spec ::= User_List Host_List '=' Cmnd_Spec_List

1. 首先 bootleq 是 User_List
2. 第一個 ALL 是 Host_List
3. 等號後面整串是 Cmnd_Spec_List，它的定義是一或多組 Cmnd_Spec，
   Cmnd_Spec 的定義又是 Cmnd_Spec ::= Runas_Spec? Option_Spec* Tag_Spec* Cmnd
   1. (ALL:ALL) 是 Runas_Spec，冒號前後分別是 sudo 可以變成的 user / group
   2. 最後 NOPASSWD: ALL 則是 Tag_Spec

文件網站如 MDN、Microsoft Learn 有提供中文翻譯，有時候確實有幫助，像我就是看中文比較快。

但不是每個網頁都翻譯品質良好，差的時候，或者不確定差不差的時候就很尷尬，要切回原文確認，反而浪費時間。

有些領域則是已經習慣原文，但 google 搜到翻譯版連結，點進去反而陌生。

功能不親切的網站也是問題，例如 zh-hant.reactjs.org，要改語言就會離開目前主題（會跳去首頁）。

於是寫了一個瀏覽器套件 Delocalizer，它是 localize 的相反。

• Firefox: addons.mozilla.org/firefox/addon/delocalizer/
• Chrome: chrome.google.com/webstore/detail/delocalizer
• 原始碼：https://github.com/bootleq/delocalizer

提供一個工具列按鈕，「轉換目前頁面」會抓 URL 裡的 locale 部份（zh.xxx.com、xxx.com/zh/yyy），把它拿掉，再把 accept-language 請求標頭改成 en，讓網站吐英文。

也可以設定 xx 網站自動轉換，或者從 google 點連結才自動轉換。 以下是選項畫面：

---

隨意感想：

• 處在 Manifest V3 過渡期，轉移有爭議，時程也一延再延，但 v2 早就不允許上架了，局勢卡到發展。
• 兩個瀏覽器必須用不同 API（webRequestBlocking vs. declarativeNetRequest/DNR），DNR 適用範圍比較侷限，我寫的功能還算單純，也已經有遷就的感受了。
• Web extension API 從古（Firefox 57, 2017）至今沒什麼擴增，DOM 或 web 標準進展比較快，比較能帶來新東西。
• 有參考別人專案看怎麼開發，列出幾個： simple-translate、 tongwentang-extension、 bitwarden/clients、 facebook/react（它的 devtools-extension）。 觀摩有沒有人做 E2E 測試，不太有收穫，有看到一個 rally-core-addon 是用 Selenium，至於流行工具如 playwright 目前是不支援 Firefox 套件，所以也卻步了。
• 看到在 Chrome Web Store 上架要交一次 5 美金註冊費，但實際上架過程都沒出現要繳錢，狀態也變成「已發布 - 公開」，到底有沒有上架成功，使用者數量一直是 1（我自己）所以也不太確定。

重開電腦才發現 WSLg 終於下放給 Win 10 使用了（見 microsoft devblogs 文章），之前要跑 cypress 還要用 VcXsrv 搞個 X server 實在辛苦，我也是 Windows 支持者卻要受這等待遇。

那麼終於能用 Vim 的 sound_playfile('我的酷音效.wav') 了嗎？ （自從 patch 8.1.1502 已經等了三年）

結果是可以發聲，但功能很有限。 我……很失望。

Vim help 舉的例子是播放 ubuntu 的系統音效，位置在 /usr/share/sounds/freedesktop/stereo，下面程式碼最後是能動的：

call sound_playfile('/usr/share/sounds/freedesktop/stereo/bell.oga')
call sound_playevent('bell')

但首先會遇上 wslg/issue #864，因為 WSLg 是在 PulseAudio 做整合而沒有打理 ALSA 底層，而 Vim +sound 看起來是跟 ALSA 溝通，所以會遇到沒有音效卡之類的問題： 解法如 issue 說的裝 libasound2 然後在 ~/.asoundrc 加入

pcm.default pulse
ctl.default pulse

重開 WSL 就能播放這兩個聲音了。

然而繼續試下去，發現只能播這些聲音啊，餵它別的音檔路徑是沒反應的。
原因應該是 +sound 在 ubuntu 的實作是基於 libcanberra，看它介紹是處理桌面音效的，所以不是系統主題的聲音，我可是不播的喔？

總之最後就放棄了，改用 PulseAudio 的 pactl，這個至少還堪用。

pactl upload-sample {PATH_TO_AUDIO_FILE} {SOME_ID}
pactl play-sample {SOME_ID}

104 會員中心的「工作」頁面（職缺搜尋），例如 pda.104.com.tw/work/mate/list，一堆公司不寫清楚在做什麼，看介紹才發現又是博奕，直接進黑名單。

但是內建的排除功能不太方便，所以寫了一支簡易自救；
將 bookmarklet 加進書籤 → 104 職缺 忽略特定公司

原始碼放在 bootleq/bookmarklets/blob/master/tw-104-mate-list.js
單純是用 MutationObserver，沒有很特別的地方。

---

其實 104 有提供排除功能（自訂配對條件才有），可以排除 20 個公司。