Victor’s Blog

maintain 多台 debian 機器的設定檔很麻煩，所以我寫了一個 package 來做這件事。

下載之後，目錄裡面會有個 ROOT 目錄，直接對應到你系統上的 /。直接把設定檔放進去，就像裡面的 ROOT/etc/hosts 那樣。然後 make，就會生出 our-conf.deb 了

Our-Conf

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)

My problem is located in this discussion

There are different versions of ar. SVr4/GNU’s ar packs archive with filename delimited by ‘/’, but BSD’s doesn’t. dpkg(1) uses BSD’s ar format (instead of GNU? XD). So what I built my deb with GNU ar, filenames are end with ‘/’. When apt-get is trying to install it, it found the filename is not what it expects.

New dpkg supposes to support both format, but the package I’m working on (in fact, it’s locales) says it’s debian-binary is 2.0, which is old. Anyway, it seems that dpkg tools doesn’t support writing to deb until now.

Well, I guess I could ignore it since it’s harmless..

I was trying to “replace” control.tar.gz and data.tar.gz in a .deb package using ar(1) command. Yes it works, but the new package make apt-get cry “not a valid DEB package.” Although it’s just a warning, it makes me feel bad.

I searched this problem with google and found Creating Debian Packages. It said you have to use dpkg-deb(1) to build .deb to free the warning. Curiously, I checked the two .deb (generated by ar and dpkg-deb) by extracting the package, but they were all the same. Then I took a look at the binary diff of these two, they really had some bytes of different. I don’t know if they were comment or so.

Actually, what I want to do is to replace a few files in a deb package. Do it with ar(1), I only need to:

1. ar x to extract
2. gunzip data.tar.gz
3. tar uf data.tar my_file
4. gzip data.tar
5. ar r data.tar.gz

However, with dpkg-deb(1), I have to extract the whole data.tar.gz, putting my file in, and then re-tgz it, which is very bad. I’ll try to figure what the magic bytes is later.

好一陣子前升級到 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

剛發現現在 xorg 已經在 incoming.debian.org 出現了！不過我是裝 ubuntu 的 xorg，所以沒什麼差就是了 :Q

BTW，好久沒 blog 了。

I used to use apt-file to search which file is in which package. But the disadvantage is you have to upda the package information manually (annoying, also causing the asynchronization to the package system).

I just found the dpkg -S can do the same thing. Since it use the same database as the package system, there’s not the same problem!

There is a wrong spelling in file localedata/charmaps/BIG5 of glibc. The “Aprhic should be Arphic.

% This charmap is converted from:
%     ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP950.TXT
% and also merged several characters (/xc6/xa1-/xc7/xfc) from:
%     Aprhic Tech. CO., LTD. Big5  Unicode mapping table.