最近一台 5.4-RC1/2 的 amd64 機器,有事沒事就給我 hang 在那邊,一定要 reboot 才行。早一點的時候,已經寫信去 stable@ 幹兩下了,同時先回 5.3-p9,雖然我記得 5.3 也會,可是沒那麼頻繁(開個兩個小時就炸了… !@#$),先放著看看了
最近一台 5.4-RC1/2 的 amd64 機器,有事沒事就給我 hang 在那邊,一定要 reboot 才行。早一點的時候,已經寫信去 stable@ 幹兩下了,同時先回 5.3-p9,雖然我記得 5.3 也會,可是沒那麼頻繁(開個兩個小時就炸了… !@#$),先放著看看了
長久一來,如果印中文檔名的話,jobname 是爛掉的,剛去看 LPRng source,發現他在 Clean_meta() 的時候被處理過,而理由在這邊。
簡單的說,因為 RFC1179 根本就沒定義 control file 可以包含的字元集,而很多 implementation 都會假定有,於是乎 LPRng 只好把他們幹掉,以免和其他的 implementation 產生問題。
我剛看了一下 source,這個在生 control file (lpr) 的時候就會處理,所以得所有 client 都弄一弄,另外一個是 lpd 也會在收到 job 的時候處理… 所以看起來最快的方式是把 Clean_meta() 變成假的 XD 不過可能得再仔細看看 code,以免 exploitable…
Update: 我又想了一下,最快的就是先過 rawurlencode() 然後就沒問題了 *grin*(其實我目的只是要在 web 上面讀出來是對的…)
Update2: patch
剛發現 chinese/dictd-database 被 broken 了,理由是 build 不起來,然後我去看 pointyhat 的 log 一半是說 zh_TW.UTF-8 是 invalid locale 一半是 pkg_add perl-xxx.tbz 的時候說找不到這個檔。
莫名其妙,這關我什麼事情啊… !@#$% 不去找你機器為什麼說 invalid locale 反過來 break port… 於是一怒之下,把 build 拿掉,裡面直接建好的 dict 檔案,看你還有什麼機會 broken…
IBM 真該出假電池的,就是說插電的時候我並不想他幫我充電(不管有沒有滿),但是我想要底下是有東西的,不然這樣子懸空感覺不太好…
剛發現 ypbind 有加 -m 的時候,如果原本 bind 的 fail,他會花較久的時候才會 bind 到另外一台。還沒空仔細研究狀況,不過現在拿掉 -m 了。