Bug#854712: popularity-contest.postinst is doing silly things with /dev/urandom

2017-02-09 Thread sacrificial-spam-address
>> When this code was written, uuidgen was Essential: yes and so was available >> on every Debian system, so the second method was never used. Makes sense, but the fallback code has come to life. > Which kernel version provides /proc/sys/kernel/random/uuid ? It predates the start of the git era

Bug#854712: popularity-contest.postinst is doing silly things with /dev/urandom

2017-02-09 Thread sacrificial-spam-address
Package: popularity-contest Version: 1.64 generate_id() { if which uuidgen >/dev/null 2>&1; then MY_HOSTID=`uuidgen | tr -d -` else MY_HOSTID=`dd if=/dev/urandom bs=1k count=1 2>/dev/null | md5sum | sed 's/ -//'''` fi } A few notes: 1)

Bug#817232: Stil present in 1.158

2017-01-20 Thread sacrificial-spam-address
# dpkg -s keyboard-configuration Package: keyboard-configuration Status: install ok installed Priority: optional Section: utils Installed-Size: 2502 Maintainer: Debian Install System Team Architecture: all Multi-Arch: foreign Source: console-setup Version: 1.137

Bug#823882: bonnie++ -s 0 -n 1:-2:0:32 doesn't work

2016-05-09 Thread sacrificial-spam-address
Package: bonnie++ Version: 1.97.1+b1 If you ask for symlinks and subdirectories, bonnie++ creates dangling symlinks and fails: $ /usr/sbin/bonnie++ -d /tmp -s 0 -n 1:-2:0:32 Create files in sequential order...done. Stat files in sequential order...Can't stat file 20P Cleaning up test

Bug#820056: writeable file 'foo': already in use

2016-04-04 Thread sacrificial-spam-address
Package: bind9 Version: 1:9.10.3.dfsg.P4-6 Architecture: i386 Severity: important Discussion of this issue can be found at http://bind-users-forum.2342410.n4.nabble.com/Single-slave-zone-definition-for-two-view-cache-file-name-problem-td12.html

Bug#812589: fsck -M has stopped working

2016-01-25 Thread sacrificial-spam-address
>> The "802" is the root= argument passed to the kernel by the boot loader. >> Major device 8, minor 2. What I don't understand is why libmount thinks >> it's a file name (in $PWD, no less). > The boot loader should be passing "/dev/sda2", not "802". Are you using > an ancient boot loader (

Bug#812589: fsck -M has stopped working

2016-01-25 Thread sacrificial-spam-address
> Thanks for your bug report, but I'm not able to reproduce it and > it lacks information needed to investigate it. (Tagged as such > in a separate email to the bug tracking system.) Sorry, I tried to include pretty much everything. > Also adding -V (for verbose) would give some additional

Bug#812589: fsck -M has stopped working

2016-01-25 Thread sacrificial-spam-address
Package: util-linux Version: 2.27.1-1 Architecture: i386 (libmount1 and libblkid1 are also 2.27.1.) My most recent reboot (and it's been a while, so it may be some dependent library or new 4.4 kernel or something) failed in checkfs.sh. Upon debugging, it appeared that the invocation of "fsck -C

Bug#802638: "rlimit memlock -1" fixes it

2015-10-22 Thread sacrificial-spam-address
I was having the same problem, and indeed this fixes it.

Bug#801275: iceweasel wakes up at 60 Hz when idle

2015-10-08 Thread sacrificial-spam-address
Package: iceweasel Version: 41.0.1-1 Architecture: i386 This is probably a generic firefox bug, but I'm starting here to respoect the firefox/iceweasel split. Basicallly, when I have iceweasel idling with a lot of tabs open, it burns 10-20% CPU doing nothing. The desired behaviour, when there

Bug#794983: vlc does weird things with the .lock file

2015-08-08 Thread sacrificial-spam-address
Package: vlc Version: 2.2.1-2+b2 Architecture: i386 Severity: minor Somehow (it may have been a transient error caused by C++ ABI upgrades), I ended up with: $ ls ~/.config/vlc/ vlc-qt-interface.conf vlc-qt-interface.conf.lock vlc-qt-interface.conf.lock.rmlock

Bug#794594: aptitude: undefined symbol: _ZN7cwidget7widgets5pager8set_textERKSsPKc

2015-08-04 Thread sacrificial-spam-address
Axel Beckert wrote: I am a bit lost with this, what is it exactly that it doesn't work? aptitude failing to load (or compile) with the binNMUed cwidget? If you install libcwidget_0.5.17-3+b1, then aptitude 0.6.11-1+b1 fails with # aptitude aptitude: symbol lookup error: aptitude: undefined

Bug#793745: [PATCH] I'm seeing it too.

2015-08-02 Thread sacrificial-spam-address
Since I run a pool server, I have a customized config. That means that I have the pool servers commented out, and the comment on the rlimit command says it's not needed in that case, so I left it out of my config. And ran into the same problem. Really, ntpd should make calls like getpwuid()

Bug#793745: [pkg-ntp-maintainers] Bug#793745: [PATCH] I'm seeing it too.

2015-08-02 Thread sacrificial-spam-address
Maybe the comment is a little misleading. How about # Preventing ntpd from swapping (with mlockall()) reduces time delays, # but resource limits (ulimit -l) cause out-of-meory errors that lead to # ntpd quitting with strange (or no) error messages. Particular trouble # spots are the -u option

Bug#788942: Dependency on non-multiarch libepoxy0 breaks multiarch

2015-06-16 Thread sacrificial-spam-address
Package: libgtk-3-0 Version: 3.16.4-2 I can't upgrade libgtk-3-0:i386 and libgtk-3-0:amd64, because both want the corresponding libepoxy0, and it's not multiarch, so that's not possible. The fix might be to make libepoxy multiarch (it already puts its library in the right directory), but adding

Bug#785643: Multi-Arch: foreign would be nice

2015-05-18 Thread sacrificial-spam-address
Package: liberror-perl Version: 0.17-1.1 Severity: wishlist Trying to install amd64 git (because git repack really likes VM) on a mostly i386 system, apt gets all grumpy because the current package can't satisfy an amd64 dependency. But adding Multi-Arch: foreign Depends: perl:any makes things

Bug#781055: Mute button behaves oddly

2015-03-23 Thread sacrificial-spam-address
Package: linphone Version: 3.6.1-2.4+b1 Architecture: i386 Pressing the mute button draws a red X on the button and audio is muted. After a minute or so, the red X disappears, but audio remains muted. If I click again, the red X re-appears for another minute, then disappears again. The audio

Bug#759652: spamd doesn't restart after perl upgrade

2014-08-29 Thread sacrificial-spam-address
Package: spamassassin Version: 3.4.0-2 When installing the recent Perl 5.20 upgrade, I noticed that /etc/init.d/spamassassin wasn't restarting spamd. Even though the $PIDFILE was correct. This is because the interpreter was no longer named /usr/bin/perl, and so the --exec $XNAME condition

Bug#759651: file says /usr/sbin/spamd: awk script, ASCII text

2014-08-29 Thread sacrificial-spam-address
Package: file Version: 1:5.19-1 Architecture: i386 The script from spamassassin_3.4.0-2 starts with: #!/usr/bin/perl -T -w eval 'exec /usr/bin/perl -T -w -S $0 ${1+$@}' if 0; # not running under some shell I'm not sure how that gets mistaken for an awk script Thanks for the utility and

Bug#758396: [PATCH] /etc/init.dudev start fails if CONFIG_UDEV_HELPER=n

2014-08-17 Thread sacrificial-spam-address
Package: udev Version: 208-7 Severity: important After upgrading to a 3.16 kernel, I noticed X wasn't detecting mouse and keyboard any more. After way more wild goose chasing than you want to hear about, this turned out to be due to /dev/input/event* not being created, which was due to devtmpfs

Bug#757462: vlc burls CPU when paused

2014-08-08 Thread sacrificial-spam-address
Package: vlc Version: 2.1.5-1 Architecture: i386 Severity: wishlist To reproduce: 1. Play any video in vlc 2. Pause playback 3. (optional) iconify VLC 4. strace -f -p `pgrep -x vlc` Expected: Process blocked waiting for messages from X server. (Similar to what happens when vlc is

Bug#757463: vlc unblanks X screen when paused

2014-08-08 Thread sacrificial-spam-address
Package: vlc Version: 2.1.5-1 Architecture: i386 To reproduce: 1. Play any video in vlc 2. Pause playback 3. (optional) iconify VLC 4. xset dpms force off 5. Wait about 30 seconds Expected: Screen stays off indefinitely Observed: Screen unblanks in less than a minute If VLC is not running, or

Bug#751134: That should be Breaks: libtirpc1 ( 0.2.3)

2014-06-17 Thread sacrificial-spam-address
The fix was committed in version 0.2.3; version 2.3 is a long long way in the future. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#739595: mcelog 100-1 does not recognize AMD CPUs properly

2014-02-20 Thread sacrificial-spam-address
Package: mcelog Version: 100-1 Architecture: i386 Severity: important I think this is what caused #738927 to be noticed, but this is a separate issue. # strace -efile,read,ioctl,exit_group mcelog execve(/usr/sbin/mcelog, [mcelog], [/* 15 vars */]) = 0 access(/etc/ld.so.nohwcap, F_OK)

Bug#722604: Workaround patch

2013-09-20 Thread sacrificial-spam-address
Thank you very much, your positive feedback is appreciated as well. When you do this in your spare time a nice word now and then makes a huge difference. Although I tried not to be a complete asshole about it, I was pretty pissed off at the beginning, and in particular I saw some friction

Bug#722604: Workaround patch

2013-09-18 Thread sacrificial-spam-address
I've been installing 204-4 on various machines, and I wanted to thank you for both the nice clear informative warning *and* the override provision so that I can do the upgrade before rebooting into the new kernel. Much appreciated! -- To UNSUBSCRIBE, email to

Bug#722604: I also had a non-booting machine...

2013-09-17 Thread sacrificial-spam-address
Just to send a me, too!, I also recently bumped udev to the systemd version and also had a non-booting machine. Now, most of my machines had a sufficiently well-populated static /dev that I could boot and actually didn't notice the lack of udevd. On the non-booting machine, it was getting

Bug#722604: Workaround patch

2013-09-17 Thread sacrificial-spam-address
Control: tags 722604 + patch udev 204-3 will work, with a hand-rolled kernel and no initramfs, if you do the following: 1. Enable CONFIG_DEVTMPFS=y. DEVTMPFS_MOUNT is not required. 2. Apply the following patch to /etc/init.d/udev. There are five parts to this patch: 1. Add the quotes to

Bug#722604: Workaround patch

2013-09-17 Thread sacrificial-spam-address
Or you just update to 204-4 which has been uploaded a few hours ago. Well, yes, thank you, but it wasn't even in the BTS when I started work on the bug, and it still isn't on ftp.debian.org as of a few seconds before I send this message. ftp ls udev_* 200 PORT command successful. Consider using

Bug#721589: realloc error during make test with perl 5.18

2013-09-01 Thread sacrificial-spam-address
Package: pdl Version: 1:2.4.11-4 Architecture: i386 I'm trying to recompile pdl with perl 5.18, and it's failing in the make test phase with: cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -ffunction-sections -Wl,-z,relro -Wl,--as-needed -o

Bug#717891: Apt 0.9.9.3 + Acquire::http::Proxy = 400 Bad Request

2013-07-26 Thread sacrificial-spam-address
Thanks for the rapid feedback! Unless you specifically want me to test the patch (seems unnecessary, given how easy it is to reproduce), I'll just wait for 0.9.9.4 to show up. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#717891: Apt 0.9.9.3 + Acquire::http::Proxy = 400 Bad Request

2013-07-25 Thread sacrificial-spam-address
Package: apt Version: 0.9.9.3 Architecture: i386 Severity: important When proxying through a squid3 cache, an attempt to apt-get update fails with all errors. The old apt package, which worked, sent the following request to the proxy: GET

Bug#591526: fixed in units 2.01-1

2013-07-07 Thread sacrificial-spam-address
Thanks for this! Of course, since this report, the 2010 CODATA values came out, and while the ones I reported have been updated, there are still some discrepancies. Units DB2010 CODATA value planckmass 2.17644e-8 kg 2.17651(13)

Bug#713836: regcomp(3) writes past end of regex_t

2013-06-26 Thread sacrificial-spam-address
I am personally not able to to reproduce the issue with your test program on an up to date i386 sid system. Could you please provide us the command you are using to compile the test code and the locale you are using? Very interesting! I'm also using an up-to-date sid system. No locale is

Bug#713836: regcomp(3) writes past end of regex_t

2013-06-26 Thread sacrificial-spam-address
Okay, I did a bit of comparison. The machine the binary was *compiled* on seemed to matter, not the one it was *run* on. A bit of extra printing revealed the obvious culprit: [539]$ ./a.out sizeof regex_t = 28 array[1] confirmed all-zero J'accuse! buf[0] = 0x18 Bug! array[1] has been

Bug#713836: regcomp(3) writes past end of regex_t

2013-06-23 Thread sacrificial-spam-address
Package: libc6 Version: 2.17-6 Architecture: i386 Severity: important This problem cropped up while compiling the kernel; it breaks arch/x86/tools/relocs.c. I've tracked it down and reduced it to a small test case. With the given arguments, regcomp() corrupts the byte past the end of its

Bug#713837: libc6-i686 postinst fails to parse dpkg-query output

2013-06-23 Thread sacrificial-spam-address
Package: libc6-i686 Version: 2.17-6 Architecture: i386 Severity: important With dpkg 1.16.10, the output for dpkg-query -l libc6-i686 is Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required

Bug#713837: libc6-i686 postinst fails to parse dpkg-query output

2013-06-23 Thread sacrificial-spam-address
It does break stuff. The nvidia driver for example -- it loads /usr/lib/i386-linux-gnu/libnvidia-tls.so.319.23 instead of /usr/lib/i386-linux-gnu/tls/libnvidia-tls.so.319.23, and the non-tls library writes to %gs and segfaults when starting X, making the system very much unusable. Ah, I

Bug#712657: An alternative solution

2013-06-23 Thread sacrificial-spam-address
Pehaps a better solution would be to update the symlink resolution code at the top of sh.vim (line 30 et seq.) to know about dash. That seems like it would have a better chance of being accepted upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#713922: sh.vim is confused by $(cmd --)

2013-06-23 Thread sacrificial-spam-address
Package: vim-runtime Version: 2:7.3.923-2 I ran into this on line 289 of /var/lib/dpkg/info/libc6:i386.preinst: if [ ${DPKG_MAINTSCRIPT_ARCH:-$(dpkg --print-architecture)} = armhf ]; then All lines after this have the syntax messed up, apparently due to losing track of the double-quote

Bug#713836: A workaround for the kernel compile

2013-06-23 Thread sacrificial-spam-address
If you need to get a kernel compiling in the meantime, the following small kernel patch works around the buffer overrun. diff --git a/arch/x86/tools/relocs.c b/arch/x86/tools/relocs.c index f7bab68..9978f8b 100644 --- a/arch/x86/tools/relocs.c +++ b/arch/x86/tools/relocs.c @@ -99,7 +99,7 @@

Bug#709818: Error compiling lilo

2013-05-25 Thread sacrificial-spam-address
Package: cpp-4.8 Version: 4.8.0-7 Tags: patch X-Debbugs-CC: ad_deb...@joonet.de The lilo (1:23.2-4) build system does some moderately evil things with the preprocessor. src/Makefile does: gcc -E -C -traditional -DLILO_ASM -o common.s common.h Then as86 is run on first.s, which includes

Bug#708720: Bug #708720's fix breaks file-rc

2013-05-23 Thread sacrificial-spam-address
Package: debhelper Version: 9.20130518 Severity: serious Since this went in, packages are appearing which depend depend (via ${misc:Depends}) on sysv-rc (= 2.88dsf-24), which makes them difficult to install by people who don't have sysv-rc installed. For example, I am unable to upgrade past

Bug#709502: Debhelper 9.20130518 breaks file-rc

2013-05-23 Thread sacrificial-spam-address
Package: debhelper Version: 9.20130518 Severity: serious (I already sent this with a different title, but submit@ appended it to the closed bug 708720, which isn't helpful, as this is a different bug; the connection is just that the fix for that introduced this.) Since this version, packages are

Bug#705587: As of 3.8-rc2, kernel building requires bc(1)

2013-04-17 Thread sacrificial-spam-address
Package: kernel-package Version: 12.036+nmu3 Tags: patch As of commit 70730bca1331fc50c3caacaea00439de1325bd6e (kernel: Replace timeconst.pl with a bc script) Linux kernel building depends on bc(1). Without it, building fails with: CC kernel/exit.o CC kernel/itimer.o BC

Bug#704193: guaranteed Segmentation fault

2013-04-16 Thread sacrificial-spam-address
Control: tags 704193 patch Does http://git.savannah.gnu.org/cgit/findutils.git/commit/?id=4b7c8a448651fe96b72fd1e48fe0003778efe85a fix the issue for you? For your convenience I have generated test packages with this patch included and have uploaded these to

Bug#704193: guaranteed Segmentation fault

2013-04-01 Thread sacrificial-spam-address
is the su - nobody necessary or do you see this as regular user, too? Me, I see this as a regular user. The whole thing seems to depend on the specific /var/cache/locate/locatedb (please make backup copy), I cannot reproduce it here. - Does locate 4.4.2-5 work with this locate-db? I

Bug#704193: guaranteed Segmentation fault

2013-04-01 Thread sacrificial-spam-address
s Re-installing 4.5.11-1 produces a segfault. OK I'm glad you guys can reproduce it! I'll leave it in your hands. Er... I'm just a second schlub who reported the same symptoms. Even though the maintainer wrote to you, and not me, I figured I'd volunteer the requested information. But same

Bug#704193: guaranteed Segmentation fault

2013-04-01 Thread sacrificial-spam-address
You're still not off the hook. Does 4.5.11-1 word for you? That's the version I reported. Oops, my cut-and-paste error. I meant 4.4.2-5. P.S., try strace on it. (Which is also broken for me due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702309 so I can't.) Already done in my

Bug#704193: I also see this (i386)

2013-03-29 Thread sacrificial-spam-address
Control: found 704193 4.5.11-1 Architecture: i386 Here's an strace. The segfault happens just AFTER locatedb is closed. It also happns on a successful lookup. I'm running i386 sid userland on an x86_64 kernel. execve(/usr/bin/locate, [locate, ], [/* 24 vars */]) = 0 brk(0)

Bug#695285: /etc/cron.daily/apt backup RNG is very wasteful

2013-01-10 Thread sacrificial-spam-address
Thanks for checking this. I like this, its more compact than the current code. However the reason why I did not use this, was that the following fragment: $ while true; do res=$(od -N2 -d /dev/urandom | cut -s -d' ' -f2); echo $res; if [ -z $res ]; then break; fi ; done 61581 42056

Bug#695285: /etc/cron.daily/apt backup RNG is very wasteful

2013-01-09 Thread sacrificial-spam-address
Thanks, I fixed this now in my bzr tree and it will be part of the next upload. Er, assuming that's revision 2269: http://anonscm.debian.org/loggerhead/apt/debian-sid/revision/2269/debian/apt.cron.daily You don't need the final cut -c1-5. It is true that cksum returns an unsigned 32-bit

Bug#695285: /etc/cron.daily/apt backup RNG is very wasteful

2012-12-06 Thread sacrificial-spam-address
Package: apt Version: 0.9.7.6 Severity: minor /etc/cron.daily/apt does: random_sleep() { RandomSleep=1800 eval $(apt-config shell RandomSleep APT::Periodic::RandomSleep) if [ $RandomSleep -eq 0 ]; then return fi if [ -z $RANDOM ] ; then # A fix for shells that

Bug#677650: Here's a patch that APPEARS to work

2012-12-06 Thread sacrificial-spam-address
I don't know Ruby AT ALL, but I did a bit of googling and this appears to make unhide.rb work with 1.9: --- unhide.rb.orig 2012-12-06 23:53:57.0 -0500 +++ unhide.rb 2012-12-06 23:52:51.0 -0500 @@ -29,7 +29,11 @@ # Support for libc functions not covered by the standard Ruby

Bug#694989: postgres ($pid): /proc/$pid/oom_adj is deprecated, please use /proc/$pid/oom_score_adj instead.

2012-12-02 Thread sacrificial-spam-address
Package: postgresql-9.2 Version: 9.2.1-1 Severity: minor The above kernel complaint is generated when postgres starts up. Presumably, it would be nice to shut it up. (Kernel is 3.6.7, i686, FWIW.) The PID does not correspond to any running process, but is in the range: PID TTY STAT TIME

Bug#693670: Rebuilding against xfce4-panel 4.10 didn't seem to take...

2012-11-18 Thread sacrificial-spam-address
Package: orage Version: 4.8.3-2 Architecture: i386 Despite the claims in the changelog: orage (4.8.3-3) experimental; urgency=low * Rebuild against xfce4-panel 4.10. * debian/control: - update standards version to 3.9.3. - update debhelper build-dep to 9. -- Yves-Alexis

Bug#691311: Upgrading liboctave1 confirmed to fix

2012-10-25 Thread sacrificial-spam-address
I confirm this. The solution is to upgrade your liboctave1 package to version 3.6.3-2. Thanks for the tip; I would have upgraded that at the same time, but managed to overlook it since it's a long way away in an alphabetical list. That does indeed fix it. -- To UNSUBSCRIBE, email to

Bug#682689: closed by Hector Oron zu...@debian.org (Re: Bug#682689: buildcross fails to build gcc-4.7)

2012-09-19 Thread sacrificial-spam-address
Thank you! I'm looking forward to trying it once it filters through the FTP servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#682689: buildcross fails to build gcc-4.7

2012-07-24 Thread sacrificial-spam-address
Package: buildcross Version: 0.0.12 This is due to line 1095 of /usr/lib/buildcross/functions, which defines the em_cross function: case ${1} in # (other cases omitted) gcc-3.[3-4]|gcc-4.[0-6]) GCCVER=${1#gcc-} myecho INFO I: Building GCC ${GCCVER}

Bug#641278: Still present in 9.1.4-2

2012-06-28 Thread sacrificial-spam-address
E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up postgresql-client-9.1 (9.1.4-2) ... update-alternatives: error: alternative pg_basebackup.1.gz can't be slave of psql.1.gz: it is a slave of postmaster.1.gz dpkg: error processing

Bug#678145: FTBFS: ar: /usr/lib/liblapack_pic.a: No such file or directory

2012-06-19 Thread sacrificial-spam-address
Package: src:atlas Version: 3.8.4-7 Architecture: i386 On an i386 system, trying fakeroot debian/rules custom as recommended aborts with an error ATLAS install complete. Examine ATLAS/bin/arch/INSTALL_LOG/SUMMARY.LOG for details. cd lib/ ; /usr/bin/make atlas/libblas.a make[4]: Entering

Bug#678145: FTBFS: ar: /usr/lib/liblapack_pic.a: No such file or directory

2012-06-19 Thread sacrificial-spam-address
Is the liblapack-pic package installed on your system? Yes. But you may have your finger on the problem anyway. ||/ Name Version Description +++-=-===-= un liblapack-3.sonone (no

Bug#659784: Which version of libblas3 is #659784 fixed in?

2012-06-13 Thread sacrificial-spam-address
As I reported on June 6, I'm still seeing the bug in libblas3 version 1.2.20110419-3: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=75;bug=659784 I notice it was re-marked fixed on the 9th, but I don't actually see a fixed version anywhere. I waited a few days for one to propagate through the

Bug#659784: Which version of libblas3 is #659784 fixed in?

2012-06-13 Thread sacrificial-spam-address
Make sure atlas is also updated. It is likely to be your problem. Especially if you mix testing unstable. Huh; I've used unstable (not testing) for years. I actually do have testing in the sources.list, but I'm not using it. I think what's happened is that I have a specialized atlas package

Bug#675942: fq_codel support would be nice in advance of 3.5

2012-06-04 Thread sacrificial-spam-address
Package: iproute Version: 20120521-2 Severity: wishlist Some of us are *very* interested in playing with the new codel feature in 3.5-rc1, and it would be convenient to have a tc command that includes support. (In experimental, presumably.) The commits went in just a few days after the 3.4

Bug#675942: closed by Andreas Henriksson andr...@fatal.se (Bug#675942: fixed in iproute 20120521-2+codel)

2012-06-04 Thread sacrificial-spam-address
Talk about service, thanks! It's made its way through the FTP servers and I have it installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#673102: gdm3 greeter shows ALL users with non-/bin/false shells

2012-05-15 Thread sacrificial-spam-address
Package: gdm3 Version: 3.0.4-4 Severity:important Architecture: i386 I'm tracking debian/unstable, and my computer was down for a week or so with a bad power supply. After bringing it up to date, I found a stupid number of users listed in the gdm3 greeter. Users like backup, Majordomo (ud 31),

Bug#669330: Internal compiler error on i586

2012-04-19 Thread sacrificial-spam-address
Package: gcc-4.7 Architecture: i386 Version: 4.7.0-3 The compiler blows up on an Intel Pentium, because it uses cmove internally. (I.e. is compiled for i686+) I realize running current Debian experimental packages on a Pentium 166 is perhaps more an exercise in retrocomputing than practicality,

Bug#668418: FTBFS on i386

2012-04-11 Thread sacrificial-spam-address
Package: samba Version: 2:3.6.3-2 I disabled the office samba servers last night after hearing about CVE-2012-1182 (Bug#668309), and I expected to see a fixed binary make its way through security.debian.org sometime this morning. But fixed binaries don't seem to be forthcoming, so I decided to

Bug#663402: getkeycodes(1) misreports first non-identity-mapped key

2012-03-10 Thread sacrificial-spam-address
Package: console-tools Version: 0.2.3dbs-70 Tags: patch The bug is in debian/patches/260_kernel26fix.patch, in this hunk: diff -ruN console-tools-0.2.3-old/kbdtools/dumpkeys.c console-tools-0.2.3/kbdtools/dumpkeys.c --- console-tools-0.2.3-old/kbdtools/getkeycodes.c 2004-06-26

Bug#572367: rtorrent: Unsnubbing doesn't seem to work

2012-03-05 Thread sacrificial-spam-address
In case you're not following the upstream ticket: I'm not; I don't even know where their bug tracker is. Would you be able to build libtorrent [1] and rtorrent [2] from source, in their latest revision from github, and see if the issue is still there? Done. Exact git commits are libtorrent

Bug#662112: keytouch-editor segfaults on receiving KEY_NUMERIC_1

2012-03-03 Thread sacrificial-spam-address
Package: keytouch-editor Version: 1:3.2.0~beta-3 Architecture: i386 When I click new and press a remote control key mapped to 513 # KEY_NUMERIC_1 keytouch-editor segfaults. Other keys I've tried, not in the KEY_NUMERIC_x range, work as expected. An strace log beginning at the read of the input

Bug#661265: munin-doc munin-node both contain /usr/share/man/man1/munin-run.1p.gz

2012-02-25 Thread sacrificial-spam-address
Package: munin-doc Version: 1.999.4603-1 dpkg -i /var/cache/apt/archives/munin-doc_1.999.4603-1_all.deb (Reading database ... 287067 files and directories currently installed.) Unpacking munin-doc (from .../munin-doc_1.999.4603-1_all.deb) ... dpkg: error processing

Bug#641873: closed by Michael Gilbert michael.s.gilb...@gmail.com (Bug#641873: fixed in xpdf 3.03-9)

2012-02-24 Thread sacrificial-spam-address
Thanks, I'll test it as soon as it reaches the FTP site. Sorry I haven't been following all the activity this last month... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#658258: Cups 1.5.0-16 breaks plain text printing

2012-02-07 Thread sacrificial-spam-address
# grep texttops /etc/cups/mine.convs application/x-cshell application/postscript 33 texttops This is a local configuration file, not shipped by cups. So this does not break the package for everybody, but nevertheless is a rather important upgrade issue. But I don't want to argue about

Bug#658258: Cups 1.5.0-16 breaks plain text printing

2012-02-01 Thread sacrificial-spam-address
Package: cups Version: 1.5.0-16 Severity: grave [521]$ echo Hello, world | lpr lpr: Unsupported document-format text/plain. The split off of a separate cups-filters package omits the texttops command which is called for in /etc/cups/mime.convs. # dpkg-deb -c cups-filters_1.0~b1-3_i386.deb |

Bug#649408: WARNING: gnome-keyring:: no socket to connect to breaks CUPS lpd support

2012-01-10 Thread sacrificial-spam-address
severity 649408 critical affects 649408 cups makes unrelated software on the system (or the whole system) break I don't know what the HELL a gnome component has to do with Berkeley lpd protocol support, but I just finished figuring out that not only does this stupid warning message appear every

Bug#647598: chgrp: cannot access `/var/run/named': No such file or directory

2011-12-29 Thread sacrificial-spam-address
Package: bind9 Version: 1:9.8.1.dfsg-1.1 I was updating an old system from bind 8, and there was no existing pid file in /var/run. Thus, postinst failed: Installing new version of config file /etc/bind/db.root ... Installing new version of config file /etc/bind/db.local ... Adding group `bind'

Bug#653355: Preinst can fail if readlink doesn't support -e

2011-12-27 Thread sacrificial-spam-address
Package: libc6 Version: 2.13-24 Severity: minor I was trying to upgrade a Very Old installation, and the preinst failed with Checking for services that may need to be restarted... Checking init scripts... readlink: invalid option -- e Try `readlink --help' for more information. dpkg: error

Bug#652597: gcc-4.7-base trying to overwrite '/usr/lib/gcc/i486-linux-gnu/4.6.1'

2011-12-18 Thread sacrificial-spam-address
Package: gcc-4.7-base Version: 4.7-20111217-1 Severity: important gcc-4.6-base and gcc-4.7-base disagree on the target of the symlink: lrwxrwxrwx root/root 0 2011-12-17 07:54 ./usr/lib/gcc/i486-linux-gnu/4.6.1 - 4.6 lrwxrwxrwx root/root 0 2011-12-17 18:11

Bug#649099: BIND 9 Resolver crashes after logging an error in query.c

2011-11-17 Thread sacrificial-spam-address
Package: bind9 Version: 1:9.8.1.dfsg-1 Severity: serious Tags: security upstream As you have probably heard, someone has found a way to remotely crash a bind9 server: http://isc.sans.edu/diary.html?storyid=12049 https://www.isc.org/software/bind/advisories/cve-2011-4313 A stopgap patch

Bug#648990: get_myaddress: getifaddrs: Connection refused

2011-11-16 Thread sacrificial-spam-address
Package: nis Version: 3.17-32 I'm not sure what happened recently; I am running sid (unstable) and a reasonably recent kernel (3.1.0). I just upgraded to perl 5.14. The machine is an NIS client, and for some reason ypbind is not starting. This causes all sorts of problems with userid-name

Bug#648990: get_myaddress: getifaddrs: Connection refused

2011-11-16 Thread sacrificial-spam-address
This may be a non-bug. My machine crashed (kernel panic), and on reboot it has gone away. If it's random hardware flakiness, sorry about the noise. I'll try to remember to close it in a week if it hasn't reoccurred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with

Bug#647179: Acknowledgement (ALL_TRUSTED is firing when it shouldn't)

2011-11-07 Thread sacrificial-spam-address
Some advice on the spamassassin mailing lists suggests that there's a bug in NetAddr::IP 4.049 (Debian package libnetaddr-ip-perl). The recommended fix is to use 4.048 or 4.055+. (Bug #601601 has similar symptoms, but I think it's different.) -- To UNSUBSCRIBE, email to

Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN

2011-11-07 Thread sacrificial-spam-address
Package: libnetaddr-ip-perl Version: 4.056+dfsg-0 Severity: serious CPAN bug #71925 is preventing spamassassin from functioning correctly. The bug was fixed in 4.053. An additonal buglet (affecting only Perl 5.6.1 and older) was fixed in 4.054, which doesn't affect Debian, but the author

Bug#647179: Fix found, and possible workaround

2011-11-07 Thread sacrificial-spam-address
The real bug is in libnetaddr-ip-perl, which is fixed in version 4.053 of the source; the author recommends not using versions 4.045 through 4.053: https://rt.cpan.org/Public/Bug/Display.html?id=71925#txn-992867 However, discussion on that page suggests that the problem is with abbreviated

Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN

2011-11-07 Thread sacrificial-spam-address
From gre...@debian.org Mon Nov 07 16:04:57 2011 Date: Mon, 7 Nov 2011 17:04:49 +0100 From: gregor herrmann gre...@debian.org To: sacrificial-spam-addr...@horizon.com, 647...@bugs.debian.org Subject: Re: Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN References:

Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN

2011-11-07 Thread sacrificial-spam-address
Hm I had hoped that I had fixed everything already. /me looks again Ah, you removed the versions I had added again. Hm. Sorry for all the dicking around with the BTS; I made a bunch of mistakes (like not realizing that affects *replaces* the current list rather than *adding* to it, which

Bug#647584: ghc-doc_7.0.4-8 3x larger than -7

2011-11-04 Thread sacrificial-spam-address
Package: ghc-doc Version: 7.0.4-8 ghc-doc_7.0.4-7 has an uncompressed size of 30.0 M. -8 is 96.6 M. Supposedly the only difference is removing something: ghc (7.0.4-8) unstable; urgency=low * Remove ghci support on powerpc (Closes: #631073) -- Joachim Breitner nome...@debian.org Sun,

Bug#647179: ALL_TRUSTED is firing when it shouldn't

2011-10-31 Thread sacrificial-spam-address
Package: spamassassin Version: 3.3.2-2 I have been seeing a lot of spam lately, with -1 points due to ALL_TRUSTED. Even though the mail clearly came from untrusted hosts. Althugh I notice the problem using spamc/spamd, plain spamassassin produces the same problem. spamassassin -D on soms spam

Bug#620630: Prelink also assert fails on inkscape_0.48.1-2.1+b1_i386

2011-10-01 Thread sacrificial-spam-address
Package: prelink Version: 0.0.20090925-1 prelink.bin: ../../src/conflict.c:763: prelink_build_conflicts: Assertion `j ndeps' failed. This assert fail is triggered by the following files: /usr/bin/aptitude-curses from aptitude_0.6.4-1_i386 /usr/bin/inkscape from inkscape_0.48.1-2.1+b1_i386

Bug#643967: prelink -u fails on some binaries; this breaks debsums

2011-10-01 Thread sacrificial-spam-address
Package: prelink Version: 0.0.20090925-1 Severity: serious On i386, consider the following series of commands: # dpkg -i psmisc_22.14-1_i386.deb (snipped) # /usr/sbin/prelink -y --md5 /usr/bin/pstree bb296a950a089ec8a837a1c97b47eeb9 /usr/bin/pstree # /usr/sbin/prelink -mR -T /usr/bin/pstree #

Bug#643662: deskbar-applet not installable since Python 2.7

2011-09-28 Thread sacrificial-spam-address
Package: deskbar-applet Version: 2.32.0-1+b2 python_2.7.2-7 has been uploaded to unstable, which breaks deskbar-applet. An update would be appreciated. Thank you! I'm sorry to only ever complain in bug reports. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#642993: Failed to read classid file: Object not found

2011-09-26 Thread sacrificial-spam-address
Package: iw Version: 3.1-1 Severity: minor It appears to *work*, but the message is annoying. Here's an strace around the error message: set_thread_area({entry_number:-1 - 6, base_addr:0xb75816c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,

Bug#641873: xpdf doesn't display text in many PDF files

2011-09-16 Thread sacrificial-spam-address
Package: xpdf Version: 3.03-3 I thought this was Bug#640967, but I guess it's something else. Consider the PDF file at http://www.state-machine.com/arm/Building_bare-metal_ARM_with_GNU.pdf When I open it, I get page after blank page containong only images and background shading. Ignoring text

Bug#632733: libevince3/libevince3-3 installation conflict

2011-07-05 Thread sacrificial-spam-address
Package: libevince3 Version: 2.32.0-1 Severity: important Attempting to upgrade python-gnome2-desktop-dev to 2.32.0-1 tries to pull in python-evince 2.32.0-1, which tries to pull in libevince3. This conflicts with libevince3-3 3.0.0-3+b1 (pulled in by evince, same version), because both try to

Bug#629983: libc6 install aborts with A non-dpkg owned copy of the C library was found in /lib.

2011-06-09 Thread sacrificial-spam-address
Package: libc6 Version: 2.13-6 My poor confused brain thinks the C library is libc-2.13.so which is NOT in /lib (it's in /lib/i386-linux-gnu/ and /lib/i386-linux-gnu/i686/cmov/) so the error message is not terribly useful. The check can't be found in /var/lib/dpkg/info/libc6.preinst (from -5),

Bug#623264: /etc/ngetty/Conf is word-readable, not used

2011-04-18 Thread sacrificial-spam-address
Package: ngetty Version: 0.4-1 Severity: important /etc/ngetty/Conf is installed with 0644 permissions, while the man page explains that it will only be processed if permissions are 0600. This causes TERM not to be set, so it defaults to TERM=dumb, with a variety of bad consequences. I was

Bug#623033: 1.8.8-1+b2 breaks gnome-devel

2011-04-16 Thread sacrificial-spam-address
Package: python-cairo Version: 1.8.8-1+b2 Python2.5-cairo is still needed by many things, but the +b2 rebuild no longer Provides: it. E.g. gnome-devel gnome-core-devel python-gtk2-dev python-gtk2 python2.5-cairo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#622769: udev eating CPU memory

2011-04-14 Thread sacrificial-spam-address
Package: udev Version: 167-2 I think this is A Bad Thing in a nice -4 system process. Rebooted (2.6.39-rc3 kernel) last night, but it was doing the same thing before the kernel upgrade. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 604 root 16 -4 62908 59m 492 R

  1   2   3   >