>> 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
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) Y
# 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
Replaces: console-setup (<< 1.47),
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 dire
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
https://www.linuxquestions.org/questions/linux-server
>> 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 ( like
> 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 inform
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
I was having the same problem, and indeed this fixes it.
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 is
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
vlc-qt-interface.conf.lock.rmlock.rm
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 sy
> 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
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() befo
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 t
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
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 re
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 refu
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 utilit
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 n
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 is
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 stopped.
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
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_O
> 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
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 debian-bugs-dist-requ...@lists.debi
> 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 usin
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 `mount
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 somew
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 bl
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
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 http://http.us.debian.org/debian/dists/unstable/InRelea
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)
http://physi
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 overwritt
> 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
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 @@ static
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 s
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 "u
> 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
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 (Statu
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 supplie
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 common.s
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
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 open
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 ke
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
> http://people.debian.org/~amet
>> 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
>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 sym
> 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
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)
> 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
> 42
> 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 nu
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
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
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 COM
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-Ale
> 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 debian
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
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}
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 po
> 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.so (no description
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//INSTALL_LOG/SUMMARY.LOG for details.
cd lib/ ; /usr/bin/make atlas/libblas.a
make[4]: Entering directory
> 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 packag
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
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
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 snaps
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
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,
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 bu
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
11:53:20.000
> 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
libtorr
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 inpu
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 /var/cache/apt/archives/munin-do
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
>> # 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
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
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
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'
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: er
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
./usr/lib/gcc/i486-linu
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 (9.8.1-p1
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 a
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 mappin
> 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, w
>From gre...@debian.org Mon Nov 07 16:04:57 2011
Date: Mon, 7 Nov 2011 17:04:49 +0100
From: gregor herrmann
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: <2007144555.8317.qm...@science.h
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 netmask
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 recomme
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 debian-bugs-dist-requ.
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 Sun, 30 Oct 2011 17:
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 p
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
#
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
/us
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 subj
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,
us
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 in
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 cr
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),
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 going
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
wit
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 - 100 of 229 matches
Mail list logo