中信局設備選擇器 1.4 August 4
中信局設備選擇器更新「電腦及伺服器 (LP5-960018)(契約期間自96年7月31日起至96年12月31日止)」。
中信局併入台銀之後,網址出現一堆 random number。還好 WWW::Mechanize可以用 regular expression 抓一個網頁的網址。
中信局設備選擇器更新「電腦及伺服器 (LP5-960018)(契約期間自96年7月31日起至96年12月31日止)」。
中信局併入台銀之後,網址出現一堆 random number。還好 WWW::Mechanize可以用 regular expression 抓一個網頁的網址。
我用 utf-8 跑 screen,上 bbs 用 :encoding big5 來轉碼。但是裝了新的 screen 中文全變成問號。
trace 一下發現是 configure.in 的問題,問題跟解法我 post 在 screen-devel 上: [screen-devel] bug #20277,希望有人理我 …
後來發現 screen 的 #20277 這個 bug 跟我遇到的一樣。
下午系上演講請了 Sun 的人來,提到 Google Spreadsheets 其實是 OpenOffice!? @@
然後講演中還偷偷婊了 IBM,大概是說,Sun 跟 blah blah 等廠商都同意 follow 某個 open standard,但是 IBM 覺得自己比較強,所以要自己做 XD 最後還幫 Google 廣告,說這是一家不錯的公司,有興趣可以去 Orz
整個演講還滿中肯的。
I add a new feature to debpatch
debpatch is a application to help you patch package in a easy manner, it’ll like to put your patch in to /etc/debpatch/PACKAGE.d/ or prepatch with /etc/debpatch/PACKAGE.prepatch .
But when I wanted to patch a file like /usr/share/i18n/charmaps/UTF-8.gz , I had to rebuild the whole glibc package”s”, which are a big job. So I added a new feature to replace files during these few days.
So what I have to do now is to put my own UTF-8.gz into /etc/debpatch/locales.d/data/usr/share/i18n/charmaps/UTF-8.gz and rebuild. That’s it. (Note the “data” directory. Conceptually it can be regarded as the root directory when you install that package)
好一陣子前升級到 urxvt 7.5-1 之後,每次開它都會叫 “urxvt: unable to load base fontset, please specify a valid one using -fn, aborting.” 結果查不到原因只好 downgrade 回 stable,變成這樣… Orz
剛發現… 問題是上傳的 binary 有問題 %^!#$^#!$%#%$!
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351371
我工作時通常會 ssh 連回宿舍的電腦的 screen。有時候,例如收信(我用 mutt)收到有附圖檔時,我都得先另存下來再 scp/firefox 去開來看 。因為有 screen 的關係,所以就算用 ssh -X 也沒辦法開。不過當然也可以再開個 terminal 連一個新的 ssh -X。
於是想來惡搞一下,這樣就可以輕鬆地按 enter 開 mutt 的圖檔了 :p
(screen 裡面舊的窗當然還是不能用)
–
在下列檔案加入..
.xinitrc:
echo $DISPLAY > /tmp/display
chmod 600 /tmp/display
.bash_profile:
if [ "$DISPLAY" ]; then
echo $DISPLAY > /tmp/display
chmod 600 /tmp/display
else
rm -f /tmp/display
fi
.bashrc:
if [ "$PS1" ]; then
if [ -e /tmp/display ] && [ "$TERM" = "screen" ]; then
export DISPLAY=`cat /tmp/display`
fi
fi
Oh, screen has multiuser mode!
My gallery (version 1.5) is running in ML_mode = 2 (which is to detect browser’s Accept-Language for i18n), with it’s locale = zh_TW.utf8 and zh_TW aliased to zh_TW.utf8. But when visit the page, the content will correctly be UTF-8, whereas the “charset” of the HTTP header is Big5. This is my patch, but I’m not sure it’s the correct solution. This is the full bug report.