New upstream version of kazehakase has been released on day of Niku (29) and Hidetaka Iwai packaged it.

It now be built with GNU TLS so that it depends on libgnutls-dev. But when I built his package in my environment, it failed because of gnutls_session_t was not defined. This is because I had installed libgnutls11-dev that provides libgnutls-dev, so it satisfied build-dependency. However, latest (or actual) libgnutls-dev is development package for libgnutls12 and this is what kazehakase should build-depends on.

I wonder kazehakase should build-depends on libgnutls-dev (>= 1.2.6) or build-conflicts libgnutls11-dev. Probably, it wouldn't appear FTBFS bug on buildd, because buildd will try to install libgnutls-dev....

HyperEstraier 0.9.0 was released on September 20th. Version number becomes 0.9.x from 0.5.x, but it doesn't have major changes (compared to previous version up).

We found another problem in JLA Extraordinary General Meeting 2005 1st, we'll hold another JLA Extraordinary General Meeting 2005 2nd online.

I found too many messages in mail queue. Most of these were bounced mails between emh.de and more than 20000 messages. It took 10 minutes or so to delete by "postsuper -d".

After cleaning up mail queue, I sent meeting call message to JLA members.

Hidetaka Iwai made new package to fix a legal problem to link with OpenSSL. I upload it as a sponsor of him.

FSIJ board meeting is held today at Akihabara Dai-Building. We discuss on several events near future.

• CodeFest Kyoto
  • 2nd CodeFest in Japan will be held on Oct 14th-15th at Kyoto.
  • we'll need to find some staff members.
• SummerDojo
  • final review will be held on Oct 23th (Sunday) at Akihabara
  • reciept for donation from Google will be sent in October.
• Japan Debian Mini Conf
  • jdmc will be held on Oct 28th-29th along with Kansai Open Source 2005

HyperEstraier 0.5.7 was released on September 11th. This includes various changes since last debian packaged version 0.5.4. The soname of libestraier was bumped up from 3 to 5. It changes language bindings to -pure both ruby and java, and adds new language bindings of native version for ruby and java.

Note that this version is incompatible with older version, so that database created by older version can't be handled by this version of command such as estcmd and/or estmaster. hyperestraier_0.5.7-1.deb tries to handle this issues for node database specified by /etc/default/hyperestraier, but be careful. It also keeps older version of estcmd as /var/lib/hyperestriaer/estcmd.$version to access old databases.

I think upstream should provide the command to dump/restore the database (for example, estcmd dump db > tmp, estcmd restore db < tmp, estmaster dump db > tmp, estmaster restore db < tmp). Anyway, there is a way to do this by using existing command sets. To dump database by using estcmd, this is sample code (or used in preinst):

	. /etc/default/hyperestraier

	/etc/init.d/hyperestraier stop || true
	echo -n "node database dumping..."
	rm -rf $ROOTDIR.dpkg-tmp
	mkdir -p $ROOTDIR.dpkg-tmp/_node
	echo "$2" > $ROOTDIR.dpkg-tmp/_pkg_version
	for nodedir in $ROOTDIR/_node/*
	do
	  test -d $nodedir || continue
	  nodename=$(basename $nodedir)
	  echo -n " node/$nodename"
	  nodetmp=$ROOTDIR.dpkg-tmp/_node/$nodename
	  mkdir -p $nodetmp
	  estcmd list $nodedir | while read id uri
	  do
	    estcmd get $nodedir $id > $nodetmp/$id.est
	  done
	done
	echo " done."

and to restore this into node database (used in postinst):

		. /etc/default/hyperestraier

		echo -n "node database restoring..."
		for nodedir in $ROOTDIR/_node/*
		do
		  test -d $nodedir || continue
		  nodename=$(basename $nodedir)
		  rm -rf $nodedir
		  echo -n " node/$nodename"
		  nodetmp=$ROOTDIR.dpkg-tmp/_node/$nodename
		  for id in $nodetmp/*
		  do
		    test -f $id || continue
		    estcmd put $nodedir $id > /dev/null
		  done
		done
		echo " done."

qdbm 1.8.33 was released on September 11th. It adds/modifies some APIs required by newer version of hyperestraier.

mrmt went to NOC, and found the server had died due to kernel panic. He resets the machine and it runs back again without any problem. Thanks.

On Sept 13th, 10:00 JST, www.jp.debian.org happened to fall silent, several servers had not responded and we couldn't login via ssh any more. We suspect this is because OOM or disk errors. It also seemed that named also be dead, so that ssh connection won't be established (probably, killed because tcpwrapper recognized the connection from UNKNOWN hosts).

% slogin -v arashi.debian.or.jp
OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7g 11 Apr 2005
debug1: Reading configuration data /home/ukai/.ssh/config
debug1: Applying options for *.debian.or.jp
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to arashi.debian.or.jp [210.157.158.37] port 22.
debug1: Connection established.
debug1: identity file /home/ukai/.ssh/identity type 0
debug1: identity file /home/ukai/.ssh/id_rsa type 1
debug1: identity file /home/ukai/.ssh/id_dsa type 2
ssh_exchange_identification: Connection closed by remote host
zsh: exit 255   slogin -v arashi.debian.or.jp

We're scheduling those who could get to the NOC.

After Tokyo-area Debian meeting, we moved to Hananomai. We talked various topics, for example, Asia OSS/CodeFest at Sri Lanka by mhatta.

Then, we moved to Denny's at 01:20am and continuted to chat. We broke up around 03:00am.

I got home at 03:35am.

I've invited to talk in 8th Tokyo-area Debian meeting, so I talked about debconf.

Junichi Uekawa organizes this meeting monthly to discuss/study technical topics of Debian at Tokyo.

Usually, at 18:00, it starts with Debian monthly quiz, picked up from Debian Weekly News. (about 1 hour)

Then, invited talks follows. I talked how to use debconf in detail (about 1 hour).

After that, Hideki Yamane talked his reorganization plan of www.debian.or.jp, and we discussed what we should provide from www.debian.or.jp, not www.debian.org. (about 1 hour).

Next month topic would be debbugs, apt-listbugs or so.

I've received OSS award from Japan OSS Promotion Forum and got NEC FC-N11F model AL4ZZ as a prize. It is factory computer and very tough for harsh environments; proof againt fall from 90cm height, proof againt 55 degree C, dust and water-proof, tempered glass protected LCD panel, fanless, ... Model AL4ZZ means:

• A means basic configuration[no touch panel, no keyboard backlight]
• L means Linux
• 4 means 1GB memory (or 2 for 256MB, 3 for 512MB)
• Z means standard LCD (or S for sun light readable LCD)
• Z means standard HDD (or L for low temperature(-20 degree C) proof HDD)

I've been busy for internal review and reporting of Exlopratory Software Project so that I couldn't play with the FC-N11F. These tasks are almost completed, so I tried to use the FC-N11F today.

This AL4ZZ is Linux model, so Linux was preinstalled. Unfortunetely, it is not Debian, but Asianux of MiracleLinux. Curiously, the default configuration of X was 800x600, while it could support 1024x768. Other than that, it seemed to be usual Red Hat variants. It has commodity devices, so that it doesn't require special (or proprietary) device drivers. After I checked these things in 10min or so, I began to install debian sarge.

I also checked BIOS configuration. One interesting configuration is HDD Heater which enables HDD can be started under< low temperatue, but it requires more power consumption as drawbacks. Othar than this, it is quite normal.

Altough it can boot from LAN (PXE boot), I also got docking station as well, so I tried to install from DVD/CD drive. I had Debian辞典 (Desktop Reference: Debian dictionary http://kmuto.jp/debian/debian_dic/, written by Kensi Muto) handy so I use mini installer CD that comes with this book.

http://ukai.jp/Pics/2005/misc/.thumb_imgp2917.jpg Installation is so smooth and I had no trouble to install sarge in the FC-N11F. It took 15min for 1st stage and 30-40min for 2nd stage (for desktpo).

% cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 9
model name      : Intel(R) Pentium(R) M processor 1100MHz
stepping        : 5
cpu MHz         : 1099.884
cache size      : 0 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm
bogomips        : 2195.45
% lspci
00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02)
00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02)
00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #1 (rev 03)
00:1d.1 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #2 (rev 03)
00:1d.2 USB Controller: Intel Corp. 82801DB (ICH4) USB UHCI #3 (rev 03)
00:1d.7 USB Controller: Intel Corp. 82801DB (ICH4) USB2 EHCI Controller (rev 03)00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
00:1f.3 SMBus: Intel Corp. 82801DB/DBM (ICH4) SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corp. 82801DB (ICH4) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corp. 82801DB (ICH4) AC'97 Modem Controller (rev 03)
01:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
01:05.0 Network controller: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04)
01:08.0 Ethernet controller: Intel Corp. 82801BD PRO/100 VE (CNR) Ethernet Controller (rev 83)

I rebuild w3mmee using latest version of libgc-dev (for libgc1c2) for GCC 4.0 ABI transition. closes: Bug#323330.

Hidetaka Iwai made new package to fix a crash bug on startup with mozilla-1.7.10. I upload it as a sponsor of him.

I've setup debian-secure-testing mirror on http://ftp2.jp.debian.org/debian-secure-testing/ and rsync ftp2.jp.debian.org::debian-secure-testing.

debian-secure-testing would be archived in snapshot.debian.net.

I submit final report of Exploratory Software Project 2004 2nd half to IPA.

Unfortunately, one developer in my managed projects has been busy to care for his father confined to bed so he failed to submit results by due date. As discussed with IPA, he was given an extension of time by next week. This means, my final report for him still is undone.

Today, we had internal review meeting and had dinner paid by company at Papa Milano.

I've noticed that long fsck on disks for old snapshot.debian.net is completed today. It takes 75 days! Anyway, it didn't end successfully. It seems that some filesystem erros remain. By forcing mount the filesystem, I couldn't any files but lost+found, and it did't finish to list in lost+found directories, not only filesystem still had errors but also too many files were moved into lost+found. I'm afraid it's impossible to restore old archive...

I go to Sushisei, Shinjuku with tagoh and makutsu.

New upstream version of kazehakase has been released and Hidetaka Iwai packaged it.