Bug#511705: maatkit: init script for mk-slave-delay

2009-03-10 Thread Bart Cortooms
Hi, On Tue, Jan 13, 2009 at 06:01:46PM +, Bart Cortooms wrote: The following patch for the Debian package of Maatkit adds an init script for mk-slave-delay, which makes it easy to automatically start mk-slave-delay on every boot. I've updated the patch to take advantage of the --pid

Bug#511705: maatkit: init script for mk-slave-delay

2009-01-13 Thread Bart Cortooms
Package: maatkit Version: 2442-1 Severity: wishlist Tags: patch Hi, The following patch for the Debian package of Maatkit adds an init script for mk-slave-delay, which makes it easy to automatically start mk-slave-delay on every boot. The init script is disabled by default, and can be enabled

Bug#511705: maatkit: init script for mk-slave-delay

2009-01-13 Thread Bart Cortooms
tags 511705 upstream thanks Op 13-jan-2009, om 19:59 heeft Baron Schwartz het volgende geschreven: Let me see how we can add this into the Maatkit distribution itself. Really I would like to see the following: init scripts for daemonizable tools; ability to make them log their stdout and

Bug#509438: libaugeas-ruby: missing augeas.rb in package

2008-12-22 Thread Bart Cortooms
tags 509438 patch pending thanks Hi Marc, Op 22 dec 2008, om 13:22 heeft Marc Fournier het volgende geschreven: The package ships without the ruby wrapper for augeas which is included in the upstream ruby gem. I believe the attached patch solves the problem. Thanks for the patch! By the

Bug#496599: [PATCH] amavisd-new: amavisd-nanny looks for db in wrong place

2008-12-05 Thread Bart Cortooms
Hi, # grep var/amavis /usr/sbin/amavisd-nanny defined $ENV{'AMAVISD_DB_HOME'} ? $ENV{'AMAVISD_DB_HOME'} : '/var/ amavis/db'; The attached patch for the amavisd-new package source fixes this. It changes debian/patches/40_fix_paths.dpatch so it applies the correct patch on amavisd-nanny:

Bug#497940: Augeas and Puppet

2008-11-13 Thread Bart Cortooms
Hi Marc, Op 13-nov-2008, om 20:03 heeft Marc Fournier het volgende geschreven: I've successfully built your package on lenny, sid and ubuntu- intrepid. I noticed yours doesn't provide augeas.rb (this 3 line file that let's you do require 'augeas' from ruby). Attached is a patch that corrects

Bug#497940: Augeas and Puppet

2008-11-12 Thread Bart Cortooms
Hi, Op 12 nov 2008, om 17:44 heeft Micah Anderson het volgende geschreven: Perhaps Bart could have a look at your packaging work and see about integrating anything. I'm not sure if either of you are interested in co-maintainership, or a team-maintainance strategy, but they might be worth

Bug#497363: facter: leaves behind defunct processes

2008-09-01 Thread Bart Cortooms
Package: facter Version: 1.5-0.1 Severity: important Facter causes Puppet to leave behind defunct processes: 13972 ?Ss 2:03 ruby /usr/sbin/puppetd -w 0 16009 ?Z 0:00 \_ [sh] defunct 16023 ?Z 0:00 \_ [sh] defunct I've seen this increase to up to a hundred

Bug#458344: squirrelmail-decode problems on amd64

2008-05-13 Thread Bart Cortooms
I think the PHP5 fix for #459020 has fixed this squirrelmail-decode problem as well. I've confirmed this with a mail which uses big5 encoding and which would trigger the problem with the previous version of PHP5 in Etch. With the latest php5 security update for Etch (version

Bug#476840: puppetmaster: Init script support for starting multiple mongrels not complete

2008-04-19 Thread Bart Cortooms
Package: puppetmaster Version: 0.24.4-4 Severity: normal Tags: patch The following completes support for starting multiple Puppetmasters with /etc/init.d/puppetmaster: --- debian/puppetmaster.init.old2008-04-19 15:53:48.0 +0200 +++ debian/puppetmaster.init2008-04-19

Bug#459020: php5-recode crashes on amd64, after eating up all memory

2008-01-24 Thread Bart Cortooms
Op 4-jan-2008, om 9:48 heeft Thomas Stegbauer het volgende geschreven: php5-recode crashes on amd64, so all program, which need it, are unusable This happens for me as well. It's especially troublesome in combination with squirrelmail and squirrelmail-decode - a specially crafted email

Bug#458344: squirrelmail-decode problems on amd64

2008-01-24 Thread Bart Cortooms
This bug seems to be caused by, or at least related to bug #459020 (http://bugs.debian.org/459020) I'm seeing the same problems with squirrelmail-decode on amd64. The reporter of this bug seems to be running amd64 as well. -- Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#460203: puppet: init script does not work correctly

2008-01-11 Thread Bart Cortooms
Package: puppet Version: 0.24.1-1 Severity: normal The init script for Puppet gets the pid file from /var/run/puppet, while a default Puppet install stores the pid file in /var/lib/puppet/run ('$vardir/run'). Because of this a /etc/init.d/puppet stop does not work. Adding rundir=/var/run/puppet

Bug#459283: nscd on amd64 depends on libc6-i386

2008-01-05 Thread Bart Cortooms
Package: nscd Version: 2.3.6.ds1-13etch4 Severity: normal When dist-upgrading from Debian 4.0r1 to Debian 4.0r2 on an AMD64 install, the newer version of nscd wants to pull in libc6-i386: $ dpkg --print-architecture amd64 $ sudo apt-get -V dist-upgrade Reading package lists... Done Building

Bug#453050: samba: security updated causes directory listings to be truncated

2007-11-27 Thread Bart Cortooms
Op 27-nov-2007, om 0:50 heeft Steve Langasek het volgende geschreven: Is there any chance that you can test whether this is also a problem with the 3.0.27a Samba package in unstable? I can confirm 3.0.27a from unstable does not have this problem - I just rebuilt 3.0.27a for stable and I'm

Bug#448774: drupal5: cron.sh doesn't honor baseurl.php

2007-10-31 Thread Bart Cortooms
Package: drupal5 Version: 5.3-1 Severity: normal Tags: patch /usr/share/drupal5/scripts/cron.sh doesn't use $base_url from /etc/drupal5/sites/*/baseurl.php, if it's been set there. The following fixes this: $ diff -u debian/cron.sh{.old,} --- debian/cron.sh.old 2007-10-31 15:57:20.0

Bug#438864: trac: Trac 0.10.3-1etch2 fails with empty Subversion repositories

2007-08-20 Thread Bart Cortooms
Package: trac Version: 0.10.3-1etch2 Severity: important Hi, With the Trac update introduced in 0.10.3-etch1 or 0.10.3-1etch2, Trac no longer works with empty Subversion repositories. This was a bug in Trac, described at http://trac.edgewall.org/ticket/4937 and fixed in

Bug#248300: nfs-kernel-server: exportfs -f uses wrong path in init script

2007-06-14 Thread Bart Cortooms
On Jun 14, 2007, at 5:11 PM, Steinar H. Gunderson wrote: On Thu, Jun 14, 2007 at 04:46:25PM +0200, Lars Ellenberg wrote: we are not yet sure how to trigger the problem. if we try by hand it is not reproducable. if we try by heartbeat it happens all the time. That's an interesting data point.

Bug#248300: nfs-kernel-server: exportfs -f uses wrong path in init script

2007-06-07 Thread Bart Cortooms
Package: nfs-kernel-server Version: 1:1.1.0-3 Followup-For: Bug #248300 Hi, I stumbled on this old bug report while investigating a similar problem: sometimes umount fails with a device is busy after stopping nfs-kernel-server and nfs-common. After looking in /etc/init.d/nfs-kernel-server, it

Bug#416098: kills my server on install

2007-04-26 Thread Bart Cortooms
On Mar 26, 2007, at 9:26 AM, Tore Anderson wrote: I googled this error message and it seems a lot of people have seen lockups with this SAS adapter (without there being any mention of Munin). Unless you can reproduce this I agree with Stephen that the kernel (or hardware) is at the prime

Bug#416098: kills my server on install

2007-04-26 Thread Bart Cortooms
On Apr 26, 2007, at 9:19 PM, Steinar H. Gunderson wrote: Hm. We might not have flashed with the most recent version, then? Where did you get your version from? http://tinyurl.com/2zllnn - file FRMW_LX_R149666.BIN It's dated 4/10/2007, so I guess there was another release recently --

Bug#395035: [patch] Awffull cron script not quiet

2007-01-18 Thread Bart Cortooms
Hi, Awffull seems to display errors with a verbosity level of 0, even when -Q is given. I'm not sure why the verbosity level for this message is set to 0 (doesn't seem that fatal to me), but here's a simple patch which gets rid of the annoying daily cron mail: $ diff -u

Bug#353187: ImportError: cannot import name db_default

2006-02-16 Thread Bart Cortooms
Package: trac Version: 0.9.4-1 Severity: normal I realize this is a bit early, because Trac 0.9.4 is still incoming, but nonetheless. :) After upgrading to Trac 0.9.4 trac-admin gives the following error: $ trac-admin /var/trac/project Traceback (most recent call last): File

Bug#353187: ImportError: cannot import name db_default

2006-02-16 Thread Bart Cortooms
On Thu, Feb 16, 2006 at 20:01:21 +0100, Bart Cortooms wrote: I realize this is a bit early, because Trac 0.9.4 is still incoming, but nonetheless. :) Seems I pulled the trigger a bit too soon. I should have used the latest version (trac-0.9.4-2) of course, which reverts the db_default change

Bug#325731: aide: cronjob leaves behind temporary files in quiet mode

2005-08-30 Thread Bart Cortooms
Package: aide Severity: minor Tags: patch At every run of /etc/cron.daily/aide, a temporary file in /tmp gets left behind when AIDE is set to run in quiet mode. This results in lots of /tmp/error* files after a while. $ ls /tmp/error* | wc -l 35 The cause is an 'exit 0' statement in the

Bug#310711: squirrelmail-locales: Error in Dutch translation

2005-05-25 Thread Bart Cortooms
Package: squirrelmail-locales Version: 1.4.4-20050308-1 Severity: minor Here's a fix for a small error in the Dutch Squirrelmail translation: Height is translated as Breedte instead of Hoogte. $ diff -u locale/nl_NL/LC_MESSAGES/squirrelmail.po{.orig,} ---

Bug#307097: typo in /usr/share/kernel-packages/rules

2005-04-30 Thread Bart Cortooms
Package: kernel-package Version: 8.132 Severity: normal Tags: patch Trying to build a kernel image with make-kpkg I get the following error: $ make-kpkg --added-patches xen --revision xen1 --rootcmd fakeroot kernel_image /bin/sh: line 1: echo /usr/src/kernel-patches/i386/unpatch/xen: No such

Bug#304624: bash: underscores instead of hypens for _comp-dpkg-installed-packages

2005-04-15 Thread Bart Cortooms
Package: bash Version: 2.05b-26 Followup-For: Bug #304624 Replacing _comp-dpkg-installed-packages with _comp_dpkg_installed_packages does seems to fix the not a valid identifier error. Apparently Bash 2 does not allow hypens in function names, while Bash 3 does: $ echo $BASH_VERSION