2010-10-25 00:47:29 CEST

RC bugs 2010/41 - 2010/42

it seems I was a bit busy & lazy in the last two weeks. luckily diocles & evgeni were more active than me – kudos!

here are my small contributions:
  • #594860 – src:hmmer: "hmmer: FTBFS (powerpc): altivec and cast errors"
    sent debdiff to the BTS, later uploaded by maintainer
  • #598958 – src:doodle: "doodle: FTBFS: configure: error: Doodle requires libextractor."
    add a patch to the bug (no upload, only experimental affected), later fixed by maintainer
  • #600015 – gextractwinicons: "gextractwinicons: Fails to extract resources"
    manually close a bug (syntax error in changelog)
  • #600806 – libxml-rsslite-perl: "libxml-rsslite-perl: Test data does not have license"
    help in the coordination/decision about removal from testing, upload new package to unstable (pkg-perl)
  • #601116 – liburi-perl: "liburi-perl: FTBFS in squeeze: test failed"
    draft a preliminary patch (pkg-perl)

Author: gregoa | Permalink | Tags: computer, debian | TrackBack

2010-10-10 22:18:29 CEST

RC bugs 2010/40

a rather active week, although most of my uploads were (again!) either packages prepared by others or packages where I just applied existing patches from the BTS.
  • #524102 – libsubtitleeditor0: "libsubtitleeditor0: missing Replaces: subtitleeditor"
    add missing Breaks/Replaces and upload to DELAYED/2
  • #591976 – src:libjifty-plugin-chart-perl: "libjifty-plugin-chart-perl: does not build swf files from source"
    upload repackaged package prepared by bremner (pkg-perl)
  • #593014 – src:libpoe-api-peek-perl: "FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1)"
    upload new upstream release prepared by periapt (pkg-perl)
  • #593027 – src:solr: "solr: FTBFS: lib/lucene-core-2.9.2.jar Missing"
    untag squeeze
  • #597180 – valgrind: "valgrind: Man page misbuilt on i386"
    add missing build dependency and upload to DELAYED/2
  • #598070 – src:libdevel-cover-perl: "libdevel-cover-perl: FTBFS (powerpc): Test 37 fails"
    manual versioned close, the new version builds again (pkg-perl)
  • #598249 – pacemaker: "unable to install pacemaker heartbeat"
    close: affects backports and not reproducible
  • #599251 – liblatex-driver-perl: "FTBFS: waits for user input at "latex path [/usr/bin/latex]""
    uploaded fixed package prepared by carnil (pkg-perl)
in case you haven't seen it yet: there will be a BSP at the Mini DebConf Paris at the end of october. .

Author: gregoa | Permalink | Tags: computer, debian | TrackBack

2010-10-04 00:09:42 CEST

RC bugs 2010/38 - 2010/39

diocles' blog post reminds me that it's time again for some more RCBW propaganda. – so here are the RC bugs I've worked on in the last two weeks:
  • #574624 – dibbler-client: "dibbler-client: after removing package with dselect impossible to purge it."
    apply patch to init script, upload to DELAYED/2
  • #578403 – mysql-proxy: "DAEMON=".." in initscripts points to"
    fix init script (patch from BTS), upload to DELAYED/2
  • #589582 – eucalyptus: "eucalyptus: FTBFS with upcoming Hibernate 3.5"
    add a comment to the bug report
  • #595839 – verilog-mode: "verilog-mode: FTBFS in squeeze: Nonexistent build-dependency: 'emacs22'"
    add emacs23 as first alternative in B-D-I, upload to DELAYED/2. later cancelled
  • #595876 – multiboot: "multiboot: FTBFS in squeeze: rm: cannot remove `debian/multiboot/usr/share/info/dir': No such file or directory"
    remove potentially created file unconditionally, upload to DELAYED/2
  • #597409 – tk707: "tk707: install-info installed leads to /usr/share/info/dir.gz in built package"
    rm /usr/share/info/dir.gz in debian/rules, upload to DELAYED/2
  • #597411 – ssed: "ssed: install-info installed leads to /usr/share/info/sdir.gz in built package"
    rm /usr/share/info/sdir.gz in debian/rules, upload to DELAYED/2
which RC bug are you going to tackle today?

Author: gregoa | Permalink | Tags: computer, debian | TrackBack

2010-10-01 03:34:14 CEST

corporations

dear nokia,

if I want to import an .ics file into your /usr/bin/Calendar (sic!) & you just tell me "Invalid calendar file" – that's not helpful & reminds me of microsoft.

if you – after I fix some encoding problems & other calendaring applications accept the file (btw: they also helped me to find these issues by useful error messages) – still tell me "Invalid calendar file" it gets really annoying.

if I finally find out – with trial&error – that your calendar imitation chokes on VEVENTS that use DTSTART + DURATION because you expect DTSTART + DTEND — then one of us hasn't understood rfc 2445.

is it only me who sees a strong negative correlation between size of corporations & cluefulness?

update 1: seems I was rather annoyed yesterday.

update 2: that's probably maemo bug 10218.

Author: gregoa | Permalink | Tags: computer | TrackBack