>> 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)
# 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
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
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
>> 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 (
> 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
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
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
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
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()
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
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
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
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
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
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
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
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
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_OK)
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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 @@
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
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
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: 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
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
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
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
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
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
42056
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
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
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: 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
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
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
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
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
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
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
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
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
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: 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
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
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
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
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
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 about
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: error
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
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
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
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
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
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
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
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:
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
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,
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
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
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: 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
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,
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
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
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
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
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