Bug#534721: [DRE-maint] Bug#534721: Patch

2010-09-09 Thread T Chan
valid XML, but at least it's a fixed point). I don't personally care all that much, since I've since stopped using appstore_reviews. - T Chan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#534721: closed by Stefano Zacchiroli (Re: Bug#534721: libhpricot-ruby1.8: Hpricot's XML parser fails to parse simple, valid XML)

2010-02-23 Thread T Chan
The bug in Message #25 is still present in 0.8.1-1 although not as grave (the change is INT2NUM -> INT2FIX which eliminates false negatives but not false positives). Compare the colliding-hash case: $ ruby -r hpricot -e "print Hpricot.XML('')" $ ruby -r hpricot -e "print Hpricot.XML('')" Wi

Bug#534721: libhpricot-ruby1.8: Hpricot's XML parser fails to parse simple, valid XML

2009-06-26 Thread T Chan
Package: libhpricot-ruby1.8 Version: 0.8-2 Severity: grave Justification: renders package unusable This bug also applies to libhpricot-ruby1.9. Problems: - Valid XML is rendered invalid. - XML is no longer parseable. - Invalid XML is not rejected by default (required by the standard). (minor) W

Bug#516660: (no subject)

2009-03-26 Thread T Chan
Now it gives the error message "ValueError: ARC2 key length must be less than 128 bytes", which is fine except that "less than" should be "less than or equal to". I'm also slightly skeptical of the (U32) in the patch, which (if it's what I think it is) will still fail on 64-bit systems for a k

Bug#443369: (no subject)

2009-01-26 Thread T. Chan
pidof is a very fragile way of doing things, and will catch stuff like ln -s /bin/sleep ~/irqbalance; ~/irqbalance irqbalance also will not delete its own pidfile when killed. Using --exec and --user will tend to do the right thing, with some (dis)advantages: - Doesn't start a new instan

Bug#508904: adjtimex should not automatically "sync" the clock

2008-12-16 Thread T Chan
Package: adjtimex Version: 1.26-1 Severity: important Installing adjtimex should not automatically mess up the system clock. It is a useful tool for printing the kernel clock parameters. * It does not check if something else is syncing the clock. * It does not appear to have sanity checks. * It