_ [debian] uim 1:1.7.2-5

uim FTBFS on hurd-i386 の修正を当てて作成。 これで残るは s390x のみ。uim ← gnome-panel ← evolution-data-server ← libsoup2.4 ← glib-networking という具合で依存関係が満たされていない。glib-networking のテストケースが失敗しているようだ。#653308 で glib2.0 が原因とのことで一度直ったようだけど、再発したのか別の原因なのか？

_ [debian] 続・uim 1:1.7.2-4

ようやく許可が降りて unstable に入った。

_ [debian] 続・uim FTBFS on hurd-i386

r7431, r7433 で対応していただいた。

_ [vdr] tdiary 3.1.2

更新完了。

_ [debian] 続々・ひとりBSP: vdk2, gnet

jcristau先生が binNMU じゃなくてパッチ当てたら？と言うのでそうすることにした。binNMU request はキャンセル。> #656548 #656550 libvdk2-dev 2.4.0-5.3: FTBFS (#652169, #652173) の原因になっていると思われるので #656408 に再度報告して DELAYED/5 NMU。 gnet 2.0.8-2.2: FTBFS (#652165) の原因になっていると思われるので #658061 に報告して DELAYED/5 NMU。

_ [debian] 続・ひとり BSP: ptex-bin

unstable に入った。これで hurd-i386 での ptex-bin → canna → uim の Build-Depends ラインは完成。ただ、uim は MAXPATHLEN undeclared で FTBFS だけど。buildd のログを元に報告した。> uim fails to build from source on hurd-i386

_ [debian] 続・Debian GNU/Hurd (on KVM)

haltしてもきちんとhaltせず固まってしまうことが多かったんだけど、ついに起動しなくなってしまった。どうやらhaltする前のsyncに作法があるようで、

It helps a lot to run syncfs –synchronous / before issuing the halt or reboot command. This will prevent most of the uncleanliness.

もうちょっと早くこれに気付いていれば…。イメージ内のファイルは

% fdisk -l debian-hurd-20111214.img

Disk debian-hurd-20111214.img: 3146 MB, 3146776576 bytes
255 heads, 63 sectors/track, 382 cylinders, total 6146048 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00068fb0

                   Device Boot      Start         End      Blocks   Id  System
debian-hurd-20111214.img1   *        2048     5787647     2892800   83  Linux
debian-hurd-20111214.img2         5789694     6143999      177153    5  Extended
debian-hurd-20111214.img5         5789696     6143999      177152   82  Linux swap / Solaris
% echo "2048 * 512" | bc
1048576
% sudo mount -t ext2 -o ro,loop,offset=1048576 debian-hurd-20111214.img /mnt
%

で救出できた。