gregoa's blog

again, I focussed on the RC bugs in the perl group. & again, carnil++ was very active both in finding & in fixing them :)

• #560616 – src:pip: "pip: FTBFS: tests failed"
  add a trivial patch and upload (pkg-perl)
• #560643 – src:libbsd-resource-perl: "libbsd-resource-perl: FTBFS: tests failed"
  change debian/rules to stop running "icky" tests and upload (pkg-perl)
• #561712 – live-magic: "live-magic: helpers now installed in /usr/share/live-helper/helpers and not /usr/bin"
  use patch from BTS and upload to DELAYED/2
• #562347 – src:libnet-google-code-perl: "libnet-google-code-perl: FTBFS: test failed"
  upload package prepared by carnil (pkg-perl)
• #566502 – liborlite-mirror-perl: "FTBFS: tests fail"
  upload new upstream version (pkg-perl)
• #566585 – libtest-www-mechanize-perl: "FTBFS: tests fail"
  add a patch to work with newer Test::LongString and upload (pkg-perl)
• #566590 – libxml-stream-perl: "FTBFS: tests fail"
  forwarded upstream (pkg-perl)

this does not look good:

gregoa@nerys:~$ grep ENERGY /sys/class/power_supply/BAT0/uevent
POWER_SUPPLY_ENERGY_FULL_DESIGN=84240000
POWER_SUPPLY_ENERGY_FULL=53200000
POWER_SUPPLY_ENERGY_NOW=51990000
gregoa@nerys:~$ 

63.15% of the original level. hm.

I enjoyed being at FOSDEM last year, so I'll be going there again in two weeks' time. & I'm really looking forward to meeting some nice people again!

during the last two weeks I focused on the FTBFS bugs in the Debian Perl Group, only one NMU:

• #560643 – src:libbsd-resource-perl: "libbsd-resource-perl: FTBFS: tests failed"
  add a comment to the BTS (pkg-perl)
• #562033 – xxkb: "xxkb: segfaults on startup"
  apply patch from BTS, upload to DELAYED/2
• #562384 – src:libcoat-persistent-perl: "libcoat-persistent-perl: FTBFS: tests failed"
  finish upgrading to new upstream release (pkg-perl)
• #564411 – src:libdatetime-format-iso8601-perl: "libdatetime-format-iso8601-perl: FTBFS: tests failed"
  upload package prepared by carnil (pkg-perl)
• #564412 – src:libpoe-component-irc-perl: "libpoe-component-irc-perl: FTBFS: tests failed"
  upgrade to new upstream release (pkg-perl)
• #566368 – libauthen-krb5-admin-perl: "FTBFS: Admin.xs:1228: error: too few arguments to function 'kadm5_init_with_skey'"
  upload package prepared by ansgar (pkg-perl)
• #566373 – libcatalyst-modules-perl: "FTBFS: Test fails for Catalyst-Plugin-SubRequest-0.14"
  upgrade some components to new upstream releases (pkg-perl)
• #566407 – libhtml-template-compiled-perl: "FTBFS: test fails"
  add a comment to the BTS (pkg-perl)
• #566502 – liborlite-mirror-perl: "FTBFS: tests fail"
  add a comment to the BTS (pkg-perl)
• #566505 – libpod-elemental-perl: "FTBFS: tests fail"
  upgrade to new upstream release (pkg-perl)
• #566583 – librrdtool-oo-perl: "FTBFS: tests fail"
  add a comment to the BTS (pkg-perl)
• #566587 – libvideo-info-perl: "FTBFS: tests fail"
  add a comment to the BTS (pkg-perl)

I have to admit, I was a bit lazy in my RC bug squashing efforts during the last two weeks. anyway, a short summary:

• #489351 – hlbr: "hlbr: upgrade fails if not started"
  close, already fixed
• #526674 – cwidget: "FTBFS with GCC 4.4: missing #include"
  add info to the bug report
• #548480 – nxcomp: "build failure with gcc-4.4"
  apply patch from BTS, upload to DELAYED/2
• #560617 – src:libio-socket-multicast6-perl: "libio-socket-multicast6-perl: FTBFS: tests failed"
  add build dependency on netbase and upload (pkg-perl)
• #562582 – squidtaild: "fails to install, trying to overwrite other packages files"
  close, already fixed
• #564358 – src:libhttp-body-perl: "libhttp-body-perl: FTBFS: tests failed"
  grab patch from upstream bugtracker, upload (pkg-perl)
• #564369 – src:libnet-twitter-perl: "libnet-twitter-perl: FTBFS: tests failed"
  add patch and upload (pkg-perl)
• #564402 – src:libhtml-formfu-perl: "libhtml-formfu-perl: FTBFS: tests failed"
  upload package fixed by ansgar (pkg-perl)
• #564411 – src:libdatetime-format-iso8601-perl: "libdatetime-format-iso8601-perl: FTBFS: tests failed"
  add info to the bug report (pkg-perl)

a short update on my RC-bug squashing activities:

• #526210 – scim-kmfl-imengine: "FTBFS with GCC 4.4: missing #include"
  apply patch from the BTS, upload to DELAYED/2
• #531715 – gcin: "FTBFS with GCC 4.4: missing #include"
  add comment to BTS, later NMU'd by zack
• #534600 – spatialindex: "spatialindex: FTBFS with GCC 4.4"
  apply patch from the BTS, upload to DELAYED/2
• #539543 – hubbub: "FTBFS with GCC 4.4: 'cptr' may be used uninitialized"
  apply patch from the BTS, upload to DELAYED/2
• #546386 – fam: "FTBFS with gcc4.4"
  apply patch from the BTS, upload to DELAYED/2
• #549223 – chuck: "fails to build with gcc-4.4/newer eglibc"
  apply patch from the BTS, upload to DELAYED/2
• #550115 – gbgoffice: "FTBFS: invalid const conversion"
  apply patch from the BTS, upload to DELAYED/2
• #553706 – glob2: "FTBFS with GCC 4.4: 'class GAGCore::StreamBackend' has no member named 'getc'"
  apply patch from the BTS, upload to DELAYED/2

remarks:

• to be honest, these were all easy bugs, I just grabbed existing patches (by Martin Michlmayr, peter green, & several Ubuntu folks).
• reactions so far: one "thank you" mail, no other comments.

after attending the Munich BSP 3 weeks ago (thanks for inviting me, & thanks especially to Stefan for hosting me) I've tasted blood & started to look at our RC bugs more often. I'm still far from zack's RCBW frequency; but I thought I'd give a short overview anyway; maybe it motivates others to chime in? – So here's a list of RC bugs I've touched in the last weeks (not counting some merges in the BTS):

• #375025 – libzorpll: "libzorpll: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libcap-dev)"
  apply patch from the BTS, upload to DELAYED/2 (ok, technically not RC)
• #544879 – clutter: "Missing libclutter-doc package"
  add comment at turmzimmer and BTS
• #548616 – licq: "fails to build with gcc-4.4"
  apply patch from the BTS, upload
• #553009 – libzorpll3.0.6: "libzorpll3.0.6: postinst-must-call-ldconfig /usr/lib/libzorpll-3.0.so.6.4.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script."
  create post{rm,inst} and add dh_makeshlibs, upload to DELAYED/2
• #553230 – libapache2-mod-macro: "libapache2-mod-macro: missing-dependency-on-libc needed by ./usr/lib/apache2/modules/mod_macro.so but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control."
  apply patch from the BTS, upload to DELAYED/2
• #553560 – chiark-backup: "chiark-backup: file-in-etc-not-marked-as-conffile /etc/chiark-backup/snap/nosnap"
  add file to conffiles, upload to DELAYED/5
• #556214 – pyspi: "pyspi: FTBFS: Error: pkg-config could not find x11"
  apply patch from the BTS, upload to DELAYED/2
• #559077 – google-gadgets-common: "google-gadgets-common: needs to depend on shared-mime-info because of postinst"
  add comment at turmzimmer
• #560637 – src:libdatetime-format-dateparse-perl: "libdatetime-format-dateparse-perl: FTBFS: tests failed"
  apply patch from upstream bug tracker, upload (ok, I'm in Uploaders)

remarks:

• so gar I got 4 "thank you" mails, two offers to adopt a package, & no complaints.
• we really have interesting packages in the archive; look at this nice stanza in the PTS: Lintian reports 5 errors and 221 warnings about this package. You should make the package lintian clean getting rid of them.

seems I'm only blogging about wifi problems on my laptop. anyway, status update:

I'm visiting friends, & I really want to sit in their kitchen/living room with my thinkpad & wifi. – as usual it didn't really work (dropouts, incredibly long RTTs, terribly slow connection, ...). but I think I found a solution:

like in summer I tried with madwifi instead of ath5k. but this time not with the madwifi-hal-0.10.5.6-current.tar.gz tarball but with the madwifi-0.9.4-current.tar.gz from http://snapshots.madwifi-project.org/.

so I again created a madwifi-source package & then built a madwifi-modules package against my current (2.6.31, 2.6.32 had funny issues yesterday) kernel. & lo&behold – I seem to have something that feels like wifi again.

the madwifi-source package is available at the Toastfreeware Debian Repository's experimental/non-free area.

(& now let's see if I have to revoke my success story or not.)

debcamp. first there was one linksys, & my wifi worked fine. after the admins set up lots of nice APs (kudos!) my wifi connection become flakey & slow & dropping out & everything – thanks atheros & ath5k!

before I went completely mad I tried plan B: going back to the good old (non-free) madwifi. so I grabbed the last madwifi-source source package from stable, the latest tarball (madwifi-hal-0.10.5.6-current.tar.gz) from the madwifi page, built a new madwifi-source package, & then a module package against a kernel source of 2.6.31-rc2-git7 (which I happened to have lying around).

looks much better. ssh'ing home to austria is a bit slow but in general the connection looks stable. & I'm still sitting outside :)

update 1:
or not. /me->mad. – let's try the next kernel :/

update 2:
2.6.31-rc3 & ath5k look better. at least inside the venue. let's try & go out.

update 3;
works in the upper talk room (more more than less); outside: more less than more.

with the help of dkg's & ana's howtos I've started the transition from my old 1024-bit DSA 0x00F3CFE4 key to my new 4096-bit RSA one 0x8649AA06.