Package: g++-4.1
Version: 4.1.1-5
Severity: normal
Debian (testing) g++-4.1 fails to compile a simple C++ source that makes
use of templates and quits with an internal compiler error:
$ g++-4.1 -Wall -c gcc-4-bug.ii
gcc-4-bug.cc: In function ‘int label(int) [with bool neighb8 = true]’:
Package: src:gcc-4.4
Version: 4.4.5-9
Severity: normal
Tags: patch
Hi, the attached .debdiff fixes PR44606 [1], a register-allocation bug
that (seldomly) miscompiles floating point code in the unofficial
powerpcspe port [2].
This is a backport of commit 168347 from GCC svn [3].
The patch
Sebastian == Sebastian Andrzej Siewior bige...@linutronix.de writes:
* David Kuehling | 2011-01-27 11:57:58 [+0100]:
Hi, the attached .debdiff fixes PR44606 [1], a register-allocation
bug that (seldomly) miscompiles floating point code in the unofficial
powerpcspe port [2
Sebastian == Sebastian Andrzej Siewior bige...@linutronix.de writes:
* David Kuehling | 2011-01-27 11:57:58 [+0100]:
Hi, the attached .debdiff fixes PR44606 [1], a register-allocation
bug that (seldomly) miscompiles floating point code in the unofficial
powerpcspe port [2
Hi,
first let me thank you all for the quick and helpful responses.
Jonas Meurer jo...@freesources.org writes:
Weird. Maybe the cryptsetup or initramfs-tools maintainer will have
an idea.
for some reason, $script seems to contain a space.
David, please apply attached patch to
Julien == Julien Cristau jcris...@debian.org writes:
On Wed, Nov 24, 2010 at 14:53:59 +0100, David Kuehling wrote:
Upgraded my system a few days ago. No severe problems during upgrade.
Just afterwards the pop3 server 'qpopper' is not working any more.
Attempts to retrieve Email via pop3
Package: upgrade-reports
Severity: normal
After upgrading to Squeeze, backup2l created a level-2 backup that
contains /all/ files to backup, instead of just the few files that
actually changed. So something in the new version of backup2l (or bash,
or find or ls?) messes with the algorithm that
Package: multistrap
Version: 2.1.12
Severity: normal
Multistrap recently got support for 'flat' repositories. However, at
one location in the code, this support is missing (or broken).
/usr/sbin/multistrap, line 406 reads:
$component = (defined $components{$aptsrc}) ?
Neil == Neil Williams codeh...@debian.org writes:
On Wed, 18 May 2011 15:09:44 +0200
David Kuehling dvdkh...@gmx.de wrote:
the attached patch (mostly) fixes bug #627179 [1]. Patch is against
multistrap SVN head [2].
The patch looks interesting but incomplete and possibly misleading.
I
Neil == Neil Williams codeh...@debian.org writes:
Error handling is the main reason. Unpacking might fail, the archives
might be the only source of data.
Could you have a look at the current SVN revision and let me know how
that matches your tests?
I'm going to have a look at it and test
versions, without the
user noticing.
Below I'll try again to prove my point, sorry if this is getting off
topic and wasting your time :)
On Wed, 15 Jun 2011 23:22:25 +0200
David Kuehling dvdkh...@gmx.de wrote:
Are you assuming a non-changing archive?
No, I'm assuming a decent mirroring tool
Neil == Neil Williams codeh...@debian.org writes:
Could you have a look at the current SVN revision and let me know how
that matches your tests?
I just tested with r8024 and it now seems to correctly retrieve all
source packages (i.e. the files in the retainsources directory now pass
the
Neil == Neil Williams codeh...@debian.org writes:
A version mismatch will occur exacty when a mirror update ocurred in
between the download of sources.bz2 and packages.bz2. You want to
tell me that this is not possible, however your description of the
process makes it look like it is
Package: multistrap
Severity: normal
looks like multistrap 2.1.13 (from svn) is incapable of downloading
source for some packages. For example source-code for bash is missing
when used with Ubuntu Lucid repositories.
The problem seems to be caused by multistrap querying the 'Source' field
of
Package: snapshot.debian.org
Severity: normal
Hi,
I'm using the snapshot mirror to collect matching source packages for
packages on the unofficial debian-ports repositories (at least for those
packages where sources in normal debian repos do not match).
Stumbled into a problem with a file that
-with-mbar-on-__SPE__.patch since that
+should nowadays be handled by GNU 'as'
+ * added local-no-fma.patch to fix new compile problem on powerpcspe
+
+ -- David Kuehling dvdkh...@gmx.de Wed, 06 Jul 2011 16:36:54 +0200
+
eglibc (2.13-10) unstable; urgency=low
* control.in/main: tag libc-bin
Hi,
the attached patch (mostly) fixes bug #627179 [1]. Patch is against
multistrap SVN head [2].
The patch misses one occurence of the bug, when multistrap looks at
var/lib/dpkg/status looking for Source: headers only (ignoring Version:
and Package:). Fixing that feels like beyond my perl
At the end of march I send patches fixing #612913 to the debian-live
mailinglist. Looks like my email was forgotten. This took me some time
to figure out, maybe you could finally merge that stuff (or tell me how
to improve it)?
Here is the mail in question:
Sebastian == Sebastian Andrzej Siewior bige...@linutronix.de writes:
severity 632863 wishlist thanks
David Kuehling wrote:
Severity: minor
I've been this is always wishlist because we are not in main archive.
Please use
User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe
So
Package: iotop
Version: 0.4-2
Severity: normal
File: /usr/bin/iotop
Trying to run iotop on a a Fuloong 6004 installed with Debian Squeeze
mipsel results in the following output:
Traceback (most recent call last):
File /usr/bin/iotop, line 16, in module
main()
File
Paul == Paul Wise p...@debian.org writes:
On Thu, 2011-07-21 at 21:59 +0200, David Kuehling wrote:
Trying to run iotop on a a Fuloong 6004 installed with Debian Squeeze
mipsel results in the following output:
Please try with the Debian Longsoon kernel and then try the version of
iotop
Package: shorewall6
Version: 4.4.11.6-1
Severity: normal
I have configured my a router running debian squeeze to use unique local
ip6 addresses (ULA) [1] with prefix 'fd' on all interfaces. These allow
my network to do ipv6 routing between my subnets without any external
ip6 connectivity.
Package: emacs23-lucid
Version: 23.2+1-7
Severity: normal
On installation, emacs23-lucid aborts, pointing to the error message in
/tmp/elc_hEmQLu.log that reads:
emacs23 -q -no-site-file --no-site-file -batch -l path.el -f batch-byte-compile
apt-sources.el apt-utils.el debian-bug.el
Package: emacs23
Version: 23.2+1-7
Severity: normal
File: /usr/bin/emacs23
I spent quite some time trying to make Emacs on Debian Squeeze connect
to a Pop3 mailbox with starttls with no avail. My Emacs mail
configuration is verified to work flawlessly with the Emacs 23.3.1
included in Ubuntu
Same problem here (running Debian Squeeze), I regularly see lots of
messages like:
Nov 1 15:49:22 mosquito dnsmasq-dhcp[17144]: DHCPNAK(vlan3) 192.168.1.171
00:1f:1f:02:74:81 wrong server-ID
Correct fix for logcheck seems to be this line:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+
Package: logcheck-database
Version: 1.3.13
Severity: normal
Tags: patch
On Debian Squeeze the rules installed with logcheck for the qpopper POP3
service seem to be incomplete and outdated. First line connect from
needs to accept an IP-address after the host name. Also I needed to add
two more
Package: upgrade-reports
Severity: minor
Tags: wheezy
Hi,
I did the upgrade to wheezy this weekend which went suprisingly well.
Only two slight problems I stumbled upon:
- My NFSv4-mounted directories lost ownership information (everything
set to nobody/nogroup), which I had to fix by
Package: pulseaudio
Version: 2.0-6
Severity: normal
Hi,
after upgrading to wheezy, audio playback worked normally for a few
days, but now failed beginning on nov 14. I updated packages regularly
and I'd suspect a newer version of pulseaudio triggered the error, as I
didn't touch any of the
Julien == Julien Cristau jcris...@debian.org writes:
On Thu, Nov 15, 2012 at 01:00:59 +0100, David Kuehling wrote:
I did the upgrade to wheezy this weekend which went suprisingly well.
Only two slight problems I stumbled upon:
- My NFSv4-mounted directories lost ownership information
Package: texlive-latex-extra
Version: 2009-10
Severity: normal
File: /usr/share/texmf-texlive/tex/latex/dinbrief
Hi,
I cannot make 'dinbrief' work with debian squeeze. Even the example
file supplied by texlive-latex-extra-doc won't work:
gunzip -c
Hi,
When having emacs-snapshot installed, the gforth package fails to
configure, due to an elisp compilation error:
[..]
| gforth.el:742:18:Error: Don't know how to compile nil
The attached patch removes invocations of `byte-compile' from
gforth.el, which rectifies this issue. I'm not
Package: wget
Version: 1.13.4-3
Severity: normal
File: /usr/bin/wget
Dear Maintainer,
After upgrading from squeeze to wheezy, the following invokation of wget
segfaults:
wget --read-timeout=0.0 -O - https://www.google.de
This is the corresponding terminal output:
--2013-11-04 09:10:04--
Package: libapache2-mod-gnutls
Version: 0.5.10-1.1
Severity: normal
File: /usr/lib/apache2/modules/mod_gnutls.so
Dear Maintainer,
after upgrading from squeeze to wheezy, mod_gnutls based sites stopped
working. My formerly SSL-enabled site at 'server:443' is now serving
unencrypted plain HTTP
Noël == Noël Köthe n...@debian.org writes:
I tried to reproduce your problem with wget 1.12 (squeeze/oldstable),
1.13 (stable/wheezy) and 1.14 (testing/sid) on amd64 and it is
reproducible with 1.13 (amd64) but not with 1.12 and 1.14.
[..]
Do you have the possiblity to test 1.14 (testing
Package: apache2-mpm-worker
Version: 2.2.22-13
Severity: normal
File: /usr/sbin/apache2
Dear maintainer,
I recently noticed that long-running HTTP connections to my webserver
are closed at random points in time, and whenever such an event occurs,
a corresponding child N exit Segmentation fault
Using Debian Wheeze amd64, same version of wget (1.13.4-3+deb7u1). Just
had new SSL keys generated for my hobby site stech.muecke.pw (heartbleed
disaster recovery). According to gnutls-cli my certificate is
completely valid:
$ gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt
[..]
Package: iceweasel
Version: 24.4.0esr-1~deb7u2
Severity: normal
File: /usr/bin/iceweasel
Dear Maintainer,
trying to load a single encrypted websites, such as
https://bugs.debian.org now takes more than 30 minutes during which
(according to tcpdump, ifttop) firefox keeps talking to
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ zsvjmp/zsvjmp-mipsel.s 2014-05-08 00:18:31.433683675 +0200
@@ -0,0 +1,19 @@
+ .file zsvjmp.s
+
+# Copyright (c) 2014 David Kuehling dvdkhlng AT posteo TOD de
+# Distributable under the same license
David == David Kuehling dvdkh...@posteo.de writes:
Attached you'll find a patch against your zsvjmp.tar.gz test-case that
adds mipsel support. This seems to work on my debian squeeze mipsel
system, i.e. running 'make test' outputs:
correction: I actually tested this on a debian /wheezy
:06:41.733234949 +0200
@@ -0,0 +1,28 @@
+ .file zsvjmp.s
+
+# Copyright (c) 2014 David Kuehling dvdkhlng AT posteo TOD de
+# Distributable under the same license as IRAF
+# This file contains the Linux mipsel version of ZSVJMP for Debian.
+
+ .set mips1
+ .abicalls
+ .text
+ .global zsvjmp_
+ .ent
Thomas == Thomas Bogendoerfer tsbog...@alpha.franken.de writes:
On Thu, May 08, 2014 at 02:07:45AM +0200, David Kuehling wrote:
Index: zsvjmp/zsvjmp-mipsel.s
why only mipsel ? The code should look the same for big endian MIPS...
Because that's the name his test-case Makefile expected
Package: backup2l
Version: 1.5-6
Severity: normal
File: /usr/bin/backup2l
Dear Maintainer,
recently a new level-1 backup was created which took more than one day
to complete. With backup2l being run from /etc/cron.daily this lead to
a second concurrent 'backup2l -b' invocation.
For some reason
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: letsencrypt.sh
Version: 0.1.0-2~bpo8+1
Severity: normal
File: /usr/bin/letsencrypt.sh
Hi,
I'm testing this using the backports package, but I guess the problem
applies to sid as well (same version).
Recently letsencrypt.org changed to
Package: mesa-opencl-icd
Version: 18.1.6-1~bpo9+1
Severity: normal
Dear Maintainer,
the mesa 18.1.6 version that is provided via debian-backports has a
memory leak in the functions that implement clEnqueueNDRangeKernel().
The root cause is that destructor
Note that this bug seems to be present in all versions of mesa 18.1.x [1]
but is fixed in mesa 18.2 [2].
[1]
https://gitlab.freedesktop.org/mesa/mesa/blob/18.1/src/gallium/state_trackers/clover/core/kernel.hpp
[2]
Also reported the issue to upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=108087
Package: xserver-xorg-core
Version: 2:1.20.4-1+deb10u1
Severity: normal
File: /usr/bin/X
Dear Maintainer,
I have been pulling my hair out about this problem. Programs that make
heavy use of XWarpPointer() (like 'Kicad') were totally broken on my
system. Turns out that speeding up the mouse
47 matches
Mail list logo
