gregoa's blog

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.

1984-12-19: police forces try to clear the protesters against the powerplant in the "hainburger au", finally the federal government declares a "christmas truce", & later the area at the danube becomes a national park.

2009-12-21: police forces evict students from the "audimax" in vienna, the center of the university protests.

& I thought we as a society might have learned something. FAIL.

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.)