Bug#523979: #523979 atftpd: please add generated content patch

2019-03-04 Thread Dennis Kaarsemaker
y format-patch'ed patches. One is the patch under discussion, another adds large file support to atftpd. Both were needed at the time (and probably still are, but I changed jobs and no longer work on this) and I don't know whether either of them has been merged upstream. From e60ad90917c727b607975c4

Bug#883856: Acknowledgement (dpkg: Fails to build any package in path with '@' in it)

2017-12-08 Thread Dennis Kaarsemaker
Please note that the version number is incorrect, this happened on a different box than where I filed the bug. That box has dpkg 1.19.0.4ubuntu1, and I've verified that the bug also exists in the git master branch (hence filing a bug with Debian instead of Ubuntu)

Bug#883856: dpkg: Fails to build any package in path with '@' in it

2017-12-08 Thread Dennis Kaarsemaker
Package: dpkg Version: 1.18.24ubuntu1 Severity: normal Dear Maintainer, When building packages in 'odd' directory names, building fails. I traced this to commit 2125e8dd being incomplete. Patch below. m 558d4b77ed9ddd3902eba6989e82ca9ad8e2d77f Mon Sep 17 00:00:00 2001 From: Dennis Kaarsemaker

Bug#704288: Upstream version 1.8 is out

2013-03-31 Thread Dennis Kaarsemaker
Package: beanstalkd Version: 1.7-1 Beanstalkd is quite often going berserk and using 10% CPU on my machine. Looking at the beanstalkd bugtracker, this should be fixed in 1.8, which was released a few months ago. The debian packaging works with minimal changes, only the patch in debian/patches

Bug#666322: python-prctl: FTBFS: cp: cannot stat `docs/_build/html/index.html': No such file or directory

2012-03-30 Thread Dennis Kaarsemaker
On vr, 2012-03-30 at 11:21 +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the

Bug#599955: python-prctl: FTBFS on alpha, hppa, mips*, sparc: broken platform detection

2010-10-12 Thread Dennis Kaarsemaker
On di, 2010-10-12 at 15:47 +0200, Cyril Brulebois wrote: I'm tempted to call it a serious bug since it sounds like a trivial portability bug, but that's your call (since it's not technically a regression). Your package FTBFS on those archs (alpha, hppa, mips*, sparc), with something similar

Bug#599955: python-prctl: FTBFS on alpha, hppa, mips*, sparc: broken platform detection

2010-10-12 Thread Dennis Kaarsemaker
On di, 2010-10-12 at 20:30 +0200, Cyril Brulebois wrote: Dennis Kaarsemaker den...@kaarsemaker.net (12/10/2010): If you know the value of python's sys.platform on these platforms, it is a trivial bug. I have no access to any of the above platforms however, so it is less than trivial for me

Bug#578328: ITP: python-prctl -- Python interface to the prctl() syscall

2010-04-18 Thread Dennis Kaarsemaker
Package: wnpp Severity: wishlist Owner: Dennis Kaarsemaker den...@kaarsemaker.net * Package name: python-prctl Version : 1.1.1 Upstream Author : Dennis Kaarsemaker den...@kaarsemaker.net * URL : http://github.com/seveas/python-prctl/ * License : GPL

Bug#473540: mpd starts too soon (before mountall.sh has run)

2008-03-31 Thread Dennis Kaarsemaker
Package: mpd Severity: normal Please change the default start later in the boot sequence, specifically after S35mountall.sh, so it will work on nfs mounts or dmraid as well. see also: https://bugs.edge.launchpad.net/ubuntu/+source/mpd/+bug/141425 signature.asc Description: This is a digitally

Bug#460683: Wrong usage of PyMem_DEL in snackmodule.c

2008-01-14 Thread Dennis Kaarsemaker
Package: newt Version: 0.52.2-11.1 python-newt is currently broken with python2.5 because it uses PyMem_Del (line 928 in snackmodule.c) on data it allocated with PyObject_NEW, resulting in a crash when glibc detects that one tries to free an invalid pointer. Replacing this call with PyObject_DEL