gregoa's blog

all my cds are ripped finally but I have not found a decent way to submit new or corrected cddb entries. taking another look at the available debian packages I found two libraries that seem to be able to do it (libcddb2 (C) & libaudio-cd-perl (perl, obviously)) but a quick glance at the documentations & examples was not very helpful.

then I did some research on which tools use these libraries & stumbled over crip - a nice perl script to rip&encode cds with many configuration options & editing possibilities - & the possibility to submit cddb entries. maybe I just take the cddb stuff out of it & add the feature to read my existing cwcdr rip.rip files.

update: the script now exists and serves my purpose. and I was put off by perl syntax again.
and in the course of hacking I filed 2 bugs against crip.

some idiots started to send emails with some crap to .ua domains using my address as envelope & header From:. several MX are broken enough to accept the mail & then bounce it later (instead of rejecting it in the first place) - to me.
as countermeasures I don't accept mail from the whole Ukraine and from several other broken mailservers around the world at the moment, an exim filter should also "fail" the bounces, and procmail moves the rest out of my sight.
at least the flood has declined after the outbreak in the afternoon.

btw: blackholes.us converts from $country.blackholes.us to countries.blackholes.us (a multizone file).

update: blackholes.us is dead.

after wondering for several days why the "fortune" section in my blog is always empty after I run nb via cron (in order to get a new fortune at least once a day!) I took a look at the code, found the expected problem, and fixed it; cf. my bugreport.

what's happening here?

$ jar xzf foo.jar 
Unzulässige Option: z
Syntax: jar {ctxu}[vfm0Mi] [JAR-Datei] [Manifest-Datei] [-C dir] Dateien ...
Optionen:
[..]

why on earth is the output in german?

$ file `which jar`
/usr/bin/jar: symbolic link to `/etc/alternatives/jar'
$ file /etc/alternatives/jar
/etc/alternatives/jar: symbolic link to `/usr/lib/j2se/1.4/bin/jar'
$ file /usr/lib/j2se/1.4/bin/jar
/usr/lib/j2se/1.4/bin/jar: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.30, dynamically linked (uses shared libs), stripped
$ dpkg -S /usr/lib/j2se/1.4/bin/jar
j2sdk1.4: /usr/lib/j2se/1.4/bin/jar
$ apt-cache show j2sdk1.4
Package: j2sdk1.4
Version: 1.4.2.02-1
[..]
Maintainer: Blackdown Packagers <pkg-j2se-devel@lists.alioth.debian.org>
[..]
Description: Blackdown Java(TM) 2 SDK, Standard Edition
[..]

anyway, at least I understand the message ;-)

decided to (try to) rip my audio cds (the HD must get filled somehow ...). installed cwcdr 'cause I like command line tools.
the first impression was very positive - a nice config file which can be tuned and no useless overhead. - after the second view I filed two bug reports.
anyway, the first cd is being ripped now.

2005-10-01 and what happens? nanoblogger shows october's and august's (!) calender with my plugin for the previous month. well, there was bug, and the second (!) attempt to fix it seems to work now. - grmpf.

helped a friend to mount his ntfs partition from within debian. & preached about the bright side of the power.

completed version 0.1.0 of nanobloggertrackback, an addon to integrate trackback functionality into nanoblogger.
it can be found on http://www.toastfreeware.priv.at/debian/.

changed my window manager from ion2 to ion3. and spent much time in customizing the status bar ;-)

tried planet1.0 yesterday. the encoding problem persists, I guess that the blog feed itself is the problem in this case.

update: problem found, it's a hard-coded "utf8" in nanoblogger's tidy plugin that shredders the feeds. cf. my bugreport and my article on this subject.