Bug#505405: [dsc] debianization of the dsc-collector
retitle 505405 ITP: dsc - libcap based DNS statistics collector I have packaged dsc for a project of a customer of mine, and a colleague and me are prepared to maintain dsc for Debian in the future. We will be ready to upload by mid October 2010. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597566: clamav-getfiles: Fails to create package with multiple perl undefined reference errors
Hi, On Mon, Sep 20, 2010 at 05:20:07PM -0400, Eric Reischer wrote: > All known active versions of clamav-getfiles fail to produce a package. I'll check that, earliest next week. Release team, please pull clamav-getfiles form squeeze in the mean time. > Also, this bug appears to be affecting the auto-update tool that posts > clamav-data packages to volatile. The last updated definition package > is dated 2010-08-21, which is a month old. clamav-data in volatile died when volatile went under new "official" owners. Sorry about that, and also sorry to see my own work going down the drain. http://lists.debian.org/debian-volatile-announce/2009/msg3.html > This potentially represents a security issue to people who rely on > updated virus definition packages over clamav-freshclam. Yes. Please complain to ftpmaster who believe that noone uses clamav-data anyway. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571807: upstream: enhancements about folding long lines
Package: less Version: 436-1 Severity: wishlist Tags: upstream Hi, this is an upstream issue, but I didn't find any way on greenwoodsoftware.com/less/index.html to add new items to the enhancement list which is posted there. I hope that you know how to file upstream bugs and would be so kind to forward this suggestion upstream. I would like less's fold long lines code to adopt the following new options: (1) An option to cause folding to happen at the last whitespace that would still fit in the previous line, avoiding folding to happen in the middle of a word. This would be a new option (--fold-at-whitespace?) with the default off (2) An option to make the non-first lines of a folded input lines not start at screen column n instead of the first screen column, causing an indent of the following lines. That way, one could for example less through a syslog with folded lines with a display like this: Feb 28 08:32:44 swivel named[19227]: success resolving 'www.l.google.com/' (in 'google.com'?) after reducing the advertised EDNS UDP packet size to 512 octets Feb 28 08:35:01 swivel /USR/SBIN/CRON[10907]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 >/dev/null; fi) Feb 28 08:35:01 swivel /USR/SBIN/CRON[10908]: (munin) CMD (if [ -x /usr/local/bin/munin-cron ]; then /usr/local/bin/munin-cron; fi) Feb 28 08:35:46 swivel named[19227]: success resolving 'www.l.google.com/' (in 'google.com'?) after disabling EDNS Feb 28 08:36:12 swivel named[19227]: success resolving 'www.l.google.com/' (in 'google.com'?) after reducing the advertised EDNS UDP packet size to 512 octets This would greatly enhance the readability. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571233: broadcom-sta-source: please package new release driver (5.60.48.36 )
I second this request, as the version currently in unstable does not
seem to buildwith Linux 2.6.33:
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
/usr/bin/make -f debian/rules clean
make[1]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
make[1]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
No patch removed
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
/usr/bin/make -w -f debian/rules clean
make[2]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
No patch removed
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
make[2]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
make[1]: Nothing to be done for `kdist_config'.
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.33-zgws1/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.33-zgws1/g ;s/#KVERS#/2.6.33-zgws1/g ;
s/_KVERS_/2.6.33-zgws1/g ; s/##KDREV##/2.6.33.20100301.0/g ;
s/#KDREV#/2.6.33.20100301.0/g ; s/_KDREV_/2.6.33.20100301.0/g ' < $templ >
${templ%.modules.in}; \
done
dh_testroot
dh_prep
# Build the module
cd /home/mh/m-a/user/usr_src/modules/broadcom-sta/i386 && \
make -C /home/mh/linux/2.6.33/linux-2.6.33
M=/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386
make[2]: Entering directory `/home/mh/linux/2.6.33/linux-2.6.33'
CC [M]
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.o
In file included from
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:21:
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/include/linuxver.h:23:28:
error: linux/autoconf.h: No such file or directory
make[3]: ***
[/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.o]
Error 1
make[2]: *** [_module_/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386]
Error 2
make[2]: Leaving directory `/home/mh/linux/2.6.33/linux-2.6.33'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
make: *** [kdist_build] Error 2
--
-----
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572094: debian-installer: Proliant DL385G6 doesn't boot, BUG: Bad page state in process swapper
Hi Frans, On Mon, Mar 01, 2010 at 04:58:54PM +0100, Frans Pop wrote: > On Monday 01 March 2010, Marc Haber wrote: > > when trying to install using the squeeze Alpha 1 amd64 installer, a hp > > ProLiant DL385G6 crashes on boot: > > Please try a daily built image which should have a 2.6.32 kernel now. Will do. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546483: RFS: nagtail
On Mon, Oct 19, 2009 at 10:05:05AM +0200, M. van Brummelen wrote: > I am looking for a sponsor for my package "nagtail". Hi, did you find a sponsor yet? Have you tried associating yourself with the Nagios team? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572429: broadcom-sta: doesn't build with module-assistant and vanilla 2.6.33
Package: broadcom-sta
Version: 5.60.48.36-1
Severity: normal
~/linux-2.6.33$ m-a --non-inter --userdir $HOME/m-a/user --text-mode
--kernel-dir
$(pwd) build broadcom-sta
leads to the attached build log and a failed build. Is this something
stupid on my system or an issue with the new broadcom-sta?
Greetings
Marc
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
/usr/bin/make -f debian/rules clean
make[1]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
make[1]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
No patch removed
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
/usr/bin/make -w -f debian/rules clean
make[2]: Entering directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2
No patch removed
rm -rf .pc debian/stamp-patched
dh_testdir
#dh_testroot
dh_clean
make[2]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
make[1]: Nothing to be done for `kdist_config'.
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.33-zgws1/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.33-zgws1/g ;s/#KVERS#/2.6.33-zgws1/g ;
s/_KVERS_/2.6.33-zgws1/g ; s/##KDREV##/2.6.33.20100301.0/g ;
s/#KDREV#/2.6.33.20100301.0/g ; s/_KDREV_/2.6.33.20100301.0/g ' < $templ >
${templ%.modules.in}; \
done
dh_testroot
dh_prep
# Build the module
cd /home/mh/m-a/user/usr_src/modules/broadcom-sta/i386 && \
make -C /home/mh/linux/2.6.33/linux-2.6.33
M=/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386
make[2]: Entering directory `/home/mh/linux/2.6.33/linux-2.6.33'
CC [M]
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/shared/linux_osl.o
In file included from
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/shared/linux_osl.c:19:
/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/include/linuxver.h:23:28:
error: linux/autoconf.h: No such file or directory
make[3]: ***
[/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386/src/shared/linux_osl.o]
Error 1
make[2]: *** [_module_/home/mh/m-a/user/usr_src/modules/broadcom-sta/i386]
Error 2
make[2]: Leaving directory `/home/mh/linux/2.6.33/linux-2.6.33'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/home/mh/m-a/user/usr_src/modules/broadcom-sta'
make: *** [kdist_build] Error 2
Bug#571139: torrus-apache2 must not depend on apache2-mpm-worker --- causing crashes
severity #571139 serious thanks justification: maintainer thinks so -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572785: debian-installer: bnx firmware image
Package: debian-installer Version: daily 2010-03-06 Severity: normal Hi, when trying to install Debian from today's squeeze daily image on a hp ProLiant DL385G6, there are multiple images with the network interfaces, which are bnx2. It needs bnx2-mips-09-5.0.0.j3.fw and bnx2-rv2p-09.5.0.0.j3.fw, and I had to bring them to the system in question on an USB stick. - bnx2-mips-09-5.0.0.j3.fw files is is only found if in a bnx2/ subdirectory. - If found, it is placed into /lib/firmware - the driver expects it in /lib/firmware/bnx2 though - /lib/firmware/bnx2 is deleted during the "search for firmware" process - I therefore had to resort to while sleep 1; do mv /lib/firmware/bnx2-mips-09-5.0.0.j3.fw /lib/firmware/bnx; done to get any further - bnx2-rv2p-09.5.0.0.j3.fw is not found at all (not in / and not bnx2/) - Copying the file to /lib/firmware/bnx2 manually worked Afterwards, the installer thought that DHCP configuration failed although there was an IP on the first interface afterwards. Repeat of the DHCP configuration made the installer notice that it was successful. I suspect that the DHCP process times out just in time to be successful without the installer noticing because the box in questions has 4 interfaces. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572094: debian-installer: Proliant DL385G6 doesn't boot, BUG: Bad page state in process swapper
On Mon, Mar 01, 2010 at 08:56:01PM +0100, Marc Haber wrote: > On Mon, Mar 01, 2010 at 04:58:54PM +0100, Frans Pop wrote: > > On Monday 01 March 2010, Marc Haber wrote: > > > when trying to install using the squeeze Alpha 1 amd64 installer, a hp > > > ProLiant DL385G6 crashes on boot: > > > > Please try a daily built image which should have a 2.6.32 kernel now. > > Will do. The 2.6.32 flavour used by today's daily image boots and installs fine, modulo the firmware issues I reported in a different report. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572787: debian-installer: 64bit install hangs after "Booting the kernel"
Package: debian-installer Version: daily image 2010-03-06 Severity: normal Hi, a hp ProLiant DL385 G6 does not boot the daily installer image in 64bit mode. The box is a Dual Six-Core Opteron with 80 Gig of RAM. Trying a 64 bit expert install, vga=normal is needed to get output at all. The following results have been obtained with vga=normal console=ttyS0 and all permutations of "edd=off" and "nosmp" on the command line. All results have been the same. Vmlinuz and initrd are loaded just fine, the line of dots after initrd load ends with "ready." This can be seen both on the system console and on the serial console. Afterwards, the serial console screen is blanked (and stays blank); the system console moves its cursor up left without clearing the screen. I then see "Decompressing Linux... Parsing ELF... Done" with the dotline written by the initrd load being back after the "Done." Then the next line is overwritten with "Booting the kernel.y." with the "y." being the remainder of the "ready." With this display, the system stops dead in its tracks with a blinking red error LED: Installing 32bit Debian works just fine. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572785: debian-installer: bnx firmware image
Hi, On Sat, Mar 06, 2010 at 06:03:18PM +0100, Frans Pop wrote: > On Saturday 06 March 2010, Marc Haber wrote: > > when trying to install Debian from today's squeeze daily image on a hp > > ProLiant DL385G6, there are multiple images with the network interfaces, > > which are bnx2. It needs bnx2-mips-09-5.0.0.j3.fw and > > bnx2-rv2p-09.5.0.0.j3.fw, and I had to bring them to the system in > > question on an USB stick. > > How exactly did you bring them in? As loose files or using the relevant > firmware deb? The best method, especially when subdirs are involved, is to > simply have the deb available in the root dir of your USB stick. I had them as two loose .fw files, as the installation instructions suggest that this was going to work. I didn't dare using the deb although ... > Could you try if that does work correctly? ... this works correctly. > > - bnx2-mips-09-5.0.0.j3.fw files is is only found if in a bnx2/ > > subdirectory. > > - If found, it is placed into /lib/firmware > > - the driver expects it in /lib/firmware/bnx2 though > > - /lib/firmware/bnx2 is deleted during the "search for firmware" process > > We currently don't really allow for copying files into subdirs. That's sad since that's where the drivers seem to expect them. > But it's still strange as I don't see anything in our code that would > delete subdirectories under /lib/firmware, so I don't see how an > existing subdir could disappear. The subdir doesn't disappear, it is emptied. Sorry for the misleading wording. > Can you run the install again in expert mode and, before you get to the > hardware detection stage, add a 'set -x' in /bin/check-missing-firmware > and then send the syslog (gzipped!)? This with only the loose firmware > files on the USB stick of course. Attached. > You can do all this without destroying your existing install. Just make > sure to abort the install before partitioning. I did this while installing a 32bit install in parallel to the existing 64bit install, which behaved identically. Sadly, the system is only a test installation; the boxes are going to be used as ESX hosts. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 syslog-loosefiles.gz Description: Binary data
Bug#539609: RFA: file-rc -- Alternative boot mechanism using a single configuration file
On Tue, Aug 11, 2009 at 10:08:27AM +0200, Alexander Wirt wrote: > Michael Prokop and I would take the package. How are things going? file-rc has not yet seen an upload from its new maintainers, and people would like to know whether squeeze will still have a working file-rc. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539591: file-rc: Need to use dependency based boot sequencing from now on
Hi, On Tue, Aug 11, 2009 at 10:03:17AM +0200, Alexander Wirt wrote: > severity 539591 wishlist > thanks I fear that file-rc's incompatibility with Debian's current default init scheme is starting to become release critical, regardless of policy or not. See "die normative Kraft des Faktischen". > This is stupid. You broke it, please repair it. Until dependency based boot > sequencing is part of the policy don't try to force people into it. Please > fix your own stuff first. It is clear that pere is not going to change his package to accomodate file-rc in its current form, and his way of doing things is the default. So, I guess that file-rc is either dead, or it will adapt. Please take that decision, so that your users know what to do in time for squeeze. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525150: No input possible at startup with encrypted filesystems
On Sat, Apr 25, 2009 at 03:01:08PM +0200, Fathi Boudra wrote: > Fortunately, most people doesn't use encrypted filesystems. > For this reason, i'll downgrade the severity to important Unfortunately, too many people don't use encrypted filesystems, one reason for this being that a lot of system tools don't properly support this. Encryption is good, we should support and encourage it. Our installer offers to install encryption, so it is available to even clueless users. Please consider poking upstream to finally implement some way to prompt the user on a splash screen so that we can offer full encryption support in Debian squeeze. > (and I need to have splashy 0.3.13-5 in testing asap). It has been there since april 2009, and no visible development happened in splashy since then. Where is splashy going for Debian squeeze? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#506707: Info received (Bug#506707: patch)
tags #506707 patch thanks On Mon, Feb 22, 2010 at 04:02:50AM -0600, Jeff Clark wrote: > Minor update to patch. Eliminated duplicate 'serial' command when > GRUB_TERMINAL variable is used instead of GRUB_TERMINAL_INPUT and > GRUB_TERMINAL_OUTPUT. Hi, I tried the patch from https://savannah.gnu.org/support/download.php?file_id=19772 The fil can simply be dumped into debian/patches, the patch is then applied automatically (and does apply cleanly). The resulting grub can get a GRUB_TERMINAL='serial console' in /etc/default/grub and shows the menu on both real and serial console. It is useable on both consoles. Please apply this patch in time for squeeze, it would really be a shame not to have this functionality in Debian squeeze. It is important for datacenter use. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572916: nagios-plugins: please package check_multi
Package: nagios-plugins Version: 1.4.14-1 Severity: wishlist Hi, I would love to see the check_multi plugin (http://www.my-plugin.de/wiki/projects/check_multi/start) in Debian. As you would prefer to have it included with nagios-plugins, it is probably necessary to first convert nagios-plugins to source format 3.0 with multiple upstream tarballs, and then to add check_multi. check_multi itself doesn't have that many dependencies, so it would probably be able to go in the nagios-plugins-basic package. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603783: libproc-daemon-perl: Version 0.05 available
Package: libproc-daemon-perl Version: 0.03 Severity: wishlist 0.05 was released in October. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505405: First version of dsc pushed to alioth git
Hi, I have just pushed the first releasable version of dsc-statistics to Alioth's git repository, avaliable on https://alioth.debian.org/scm/browser.php?group_id=100554 git clone https://alioth.debian.org/anonscm/git/dsc/dsc.git If you want to try it out, go ahead. We're still missing some perl modules which is the cause for not having uploaded to unstable yet. I'll work on it in the next few days. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505405: [dsc] debianization of the dsc-collector
On Tue, Sep 21, 2010 at 10:37:17PM +1200, Andrew Ruthven wrote: > On Tue, 2010-09-21 at 11:33 +0200, Marc Haber wrote: > > I have packaged dsc for a project of a customer of mine, and a > > colleague and me are prepared to maintain dsc for Debian in the > > future. We will be ready to upload by mid October 2010. > > Would it be possible to get the packages before then? I would be > interested in comparing them to the packages I have already prepared. I apologize for having missed your message. You can check out our results from Alioth git, and I am very interested in your feedback (and probably your patches). Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599065: ITP: libfile-flock-perl -- file locking with flock
I have committed to the Debian perl group svn repository, see http://svn.debian.org/viewsvn/pkg-perl/trunk/libfile-flock-perl/ Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599066: ITP: libgeography-countries-perl -- 2-letter, 3-letter, and numerical codes for countries.
retitle #599066 RFP: libgeography-countries-perl -- 2-letter, 3-letter, and numerical codes for countries. thanks I am retracting my ITP as my immediate need for the package has vanished. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607611: libmailtools-perl: please list included modules in description
Package: libmailtools-perl Version: 2.06-1 Severity: wishlist Hi, please provide a list of included modules in the package description so that one can find using apt-cache search that libmailtools-perl includes Mail::Mailer, for example. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608193: nagios-plugins: check_snmp misreports CRITICAL socket timeout
Package: nagios-plugins Version: 1.4.15-3 Severity: normal Hi, I am seeing this as well on lenny as on sid: $ /usr/lib/nagios/plugins/check_smtp --host q.bofh.de --verbose HELOCMD: HELO nechayev 220 q.bofh.de ESMTP Exim 4.72 Tue, 28 Dec 2010 15:54:43 +0100 CRITICAL - Socket timeout after 10 seconds What's going on here? Greetings Marc -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.36.2-zgsrv20080 (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins depends on: ii nagios-plugins-basic 1.4.15-3 Plugins for the nagios network mon ii nagios-plugins-standard 1.4.15-3 Plugins for the nagios network mon nagios-plugins recommends no packages. Versions of packages nagios-plugins suggests: ii nagios3 3.2.3-1A host/service/network monitoring -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608193: [Pkg-nagios-devel] Bug#608193: Bug#608193: nagios-plugins: check_snmp misreports CRITICAL socket timeout
Hi, On Sun, Jan 02, 2011 at 11:18:08PM +0100, Jan Wagner wrote: > On Tuesday, 28. December 2010, Marc Haber wrote: > > I am seeing this as well on lenny as on sid: > > > > $ /usr/lib/nagios/plugins/check_smtp --host q.bofh.de --verbose > > HELOCMD: HELO nechayev > > 220 q.bofh.de ESMTP Exim 4.72 Tue, 28 Dec 2010 15:54:43 +0100 > > CRITICAL - Socket timeout after 10 seconds > > > > What's going on here? > > $ /usr/lib/nagios/plugins/check_smtp --host q.bofh.de --verbose -t 30 > HELOCMD: HELO nagios > 220 q.bofh.de ESMTP Exim 4.72 Sun, 02 Jan 2011 22:59:58 +0100 > sent QUIT > received 221 q.bofh.de closing connection > > SMTP OK - 20,091 sec. response time, 221 q.bofh.de closing connection > |time=20,091494s;;;0,00 > > As stated on IRC, your MTA seems to delay the answer ... raising the timeout > seems to fix the issue. As stated MULTIPLE TIMES on IRC, the host running the nagios plugin is whitelisted with the MTA and is not subject to the delays that you encounter when testing from a non-whitelisted host. I offered you on IRC multiple times to whitelist your IP as well but you didn't react to that offer. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#608714: nagios-plugins: smtp plugin gives incomplete debugging output
Package: nagios-plugins Severity: normal $ /usr/lib/nagios/plugins/check_smtp --verbose -H ivanova.notwork.de HELOCMD: HELO scyh00167 220 ivanova.notwork.de ESMTP Exim 4.72 Sun, 02 Jan 2011 23:37:22 +0100 sent QUIT received 221 ivanova.notwork.de closing connection SMTP OK - 0.074 sec. response time, 221 ivanova.notwork.de closing connection |time=0.074478s;;;0.00 This debugging output either suggests that no HELO is sent at all, or HELO is sent without waiting for the initial 220 prompt. Using strace or wireshark reveals that the plugin is actually talking proper SMTP on the wire while giving incomplete debug output while printing extra information that is not part of the actual SMTP dialog. Greetings Marc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.36.2-zgsrv20080 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609113: adduser: please consider adding option to force uid=gid
Package: adduser Version: 3.112+nmu2 Severity: wishlist Hi, I would love to have an option that would make adduser assign the same numeric UID to both the user and the group created for that user. In the default case, adduser would search for a number which is both available as uid and gid before using that for both uid and gid. Please consider implementing this. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609114: adduser: --firstgid option missing
Package: adduser Version: 3.112+nmu2 Severity: wishlist Hi, I can influence adduser's algorithm for selecting the numeric UID from the command line by overriding the config file's FIRST_UID setting with --firstuid. The corresponding option to override the config file's FIRST_GID from the command line, which should probably be named --firstgid, seems to be missing. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609117: please mention chpasswd in passwd man page
Package: passwd Version: 1:4.1.4.2+svn3283-2 Severity: minor Hi, please mention chpasswd in the SEE ALSO section of the passwd man page. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593984: exim4-config: patch to improve autogenerated config file's header
On Mon, Aug 23, 2010 at 07:11:02PM +0200, Andreas Metzler wrote: > On 2010-08-22 Marc Haber wrote: > > Package: exim4-config > > Version: 4.72-1 > > Severity: minor > > Tags: patch > > > Please consider the following patch which will make > > /var/lib/exim4/config.autogenerated contain a better comment at its > > start. > > Thanks, loooks good. > > > If you want me to, I can commit the patch myself > > I would appreciate that. > > [...] > > +# The information given to the debconf prompts on package configuration > > +# is pulled in from $UPEX4C_confdir/update-exim4.conf.conf > [...] > > This sentence seems to be slightly off. - do you think this one is > better? > > The config files are supplemented with package installation/configuration > settings managed by debconf. This data is stored in > $UPEX4C_confdir/update-exim4.conf.conf This is a more "official" wording, but I don't know whether it actually brings the message across. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593984: exim4-config: patch to improve autogenerated config file's header
tags #593984 confirmed pending thanks On Mon, Aug 23, 2010 at 07:11:02PM +0200, Andreas Metzler wrote: > On 2010-08-22 Marc Haber wrote: > > Package: exim4-config > > Version: 4.72-1 > > Severity: minor > > Tags: patch > > > Please consider the following patch which will make > > /var/lib/exim4/config.autogenerated contain a better comment at its > > start. > > Thanks, loooks good. > > > If you want me to, I can commit the patch myself > > I would appreciate that. committed to svn. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594999: need to run plymouth-set-default-theme after installation
Package: plymouth Version: 0.8.3-6 Severity: normal after installing plymouth on a new system, building initramfs failed with the same error given in #587557. After setting the default theme to the only installed theme, plymouth worked. This should be done automatically. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611581: bind9: please consider hook to disable interface scripts
Package: bind9 Version: 1:9.7.2.dfsg.P3-1.1 Severity: wishlist Hi, on one of my systems, /etc/network/if-up.d/bind9 tries to signal named before the packet filter has been established. This delays the boot process for several minutes. Please consider add a hook (probably from /etc/default/bind9) to disable the interface and ppp scripts. I'll deliver a patch if you indicate that this could be help for you. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611891: please give apt.conf.d option to disable ipv6
Package: apt Version: 0.8.10.3 Severity: wishlist Hi, at home, I get IPv6 connectivity via a tunnel, which is (a) slow and (b) uses third-party resources that are generously made available free of charge. I don't want to overuse these resources while still remainig able to use IPv6 for chatting and VPN purposes. I therefore do _not_ want to disable IPv6 entirely, but I still do want apt to do its download over the fast and cheap IPv4 link. Please consider implementing an option to disable ipv6 for apt only. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612196: RM: clamav-data -- ROM; killed off by project decision
Package: ftp.debian.org Severity: normal Please remove clamav-data from testing and unstable, the project has killed my motivation to spend more time and resources on this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550854: patches
tags #550854 patch upstream
thanks
I have submitted the attached patches upstream
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
>From 2814ccb56dcb211ff3372113a7951bd2b109613e Mon Sep 17 00:00:00 2001
From: Marc Haber
Date: Thu, 10 Feb 2011 21:55:37 +0100
Subject: [PATCH 1/4] add substr and length function
---
src/ferm |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/ferm b/src/ferm
index 4a2736b..fa2defa 100755
--- a/src/ferm
+++ b/src/ferm
@@ -,6 +,14 @@ sub getvalues {
my @params = get_function_params();
error('Usage: @eq(a, b)') unless @params == 1;
return format_bool(not $params[0]);
+} elsif ($token eq '@substr') {
+my @params = get_function_params();
+error('Usage: @substr(string, num, num)') unless @params == 3;
+return substr($params[0],$params[1],$params[2]);
+} elsif ($token eq '@length') {
+my @params = get_function_params();
+error('Usage: @length(string)') unless @params == 1;
+return length($params[0]);
} else {
error("unknown ferm built-in function");
}
--
1.7.2.3
>From 5d7d9bdd55389a31df84fbba7b09d5f6e05fb63c Mon Sep 17 00:00:00 2001
From: Marc Haber
Date: Thu, 10 Feb 2011 21:56:20 +0100
Subject: [PATCH 2/4] allow expanded strings as subchain name
---
src/ferm | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/src/ferm b/src/ferm
index fa2defa..c87d47b 100755
--- a/src/ferm
+++ b/src/ferm
@@ -1973,14 +1973,22 @@ sub enter($$) {
unless $rule{has_rule};
my $subchain;
-$keyword = next_token();
+ my $token = peek_token();
-if ($keyword =~ /^(["'])(.*)\1$/s) {
+if ($token =~ /^(["'])(.*)\1$/s) {
+ print "quote\n",
$subchain = $2;
+ next_token();
$keyword = next_token();
-} else {
+} elsif ($token eq '{') {
+ print "brace\n",
+ next_token();
$subchain = 'ferm_auto_' . ++$auto_chain;
-}
+} else {
+ print "else\n",
+ $subchain = getvar();
+ $keyword = next_token();
+ }
foreach my $domain (to_array $rule{domain}) {
foreach my $table (to_array $rule{table}) {
--
1.7.2.3
>From 22dedb59fd29351047a261cd251b9baeb78334ff Mon Sep 17 00:00:00 2001
From: Marc Haber
Date: Thu, 10 Feb 2011 22:00:03 +0100
Subject: [PATCH 3/4] docs for length and substr
---
doc/ferm.pod | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/doc/ferm.pod b/doc/ferm.pod
index 9660a96..de13609 100644
--- a/doc/ferm.pod
+++ b/doc/ferm.pod
@@ -1637,6 +1637,16 @@ Be careful with resolved host names in firewall configuration. DNS
requests may block the firewall configuration for a long time, leaving
the machine vulnerable, or they may fail.
+=head2 @substr(expression, offset, length)
+
+Extracts a substring out of expression and returns it. First
+character is at offset 0. If OFFSET is negative, starts that far from
+the end of the string.
+
+=head2 @length(expression)
+
+Returns the length in characters of the value of EXPR.
+
=head1 RECIPES
The F<./examples/> directory contains numerous ferm configuration
--
1.7.2.3
>From b1658f945c7e0f9fcdd59aaa00495e0f7860896d Mon Sep 17 00:00:00 2001
From: Marc Haber
Date: Thu, 10 Feb 2011 22:01:01 +0100
Subject: [PATCH 4/4] add docs for expanded subchain names
---
doc/ferm.pod |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/doc/ferm.pod b/doc/ferm.pod
index de13609..ec156d3 100644
--- a/doc/ferm.pod
+++ b/doc/ferm.pod
@@ -442,6 +442,9 @@ Optionally, you may define the name of the sub chain:
proto udp dport domain ACCEPT;
}
+The name can either be a quoted string literal, or an expanded ferm
+expression such as @length($var,20).
+
You can achieve the same by explicitly declaring a custom chain, but
you may feel that using B<@subchain> requires less typing.
--
1.7.2.3
Bug#550854: ferm: please provide a way to truncate a string
tags #550854 confirmed pending thanks This is now fixed in git (with fixed patches, the ones in this bug report break things). Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577709: ferm: no variable expansion in subchain names
tags #577709 confirmed pending thanks fixed in git. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568115: xserver-xorg-video-radeon: complete system crash when switching desktops using KDE4 desktop cube
On Mon, Feb 21, 2011 at 06:56:02PM +0100, Cyril Brulebois wrote: > Marc Haber (02/02/2010): > > When trying out the KDE 4 desktop effects which have magically begun > > to work on my notebook after the lastest sid upgrade, I experenced > > one complete system crash when the system effect "desktop cube" was > > enabled. When doing a desktop switch with this effect enabled, the > > switch effect stopped in the middle of its movement and the system > > completely stood still. No ping on the network any more, it was just > > completely dead in the water. > > could you please tell us how it goes with the current X stack in sid? I haven't had that type of crash for a long time, but I have switched back to desktop cube for the time being. I have switched hardware in the mean time though, my new notebook has 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400 The RV350 I had reported this issue a year ago is gone and won't return. If you don't hear from me in two weeks of time, go ahead and close the bug. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601314: [pkg-cryptsetup-devel] Bug#601314: please allow adding extra devices to conf.d/cryptsetup in your hook script
Hi Jonas, On Thu, Feb 24, 2011 at 12:13:22PM +0100, Jonas Meurer wrote: > On 25/10/2010 Marc Haber wrote: > > I have a system where the keyscript used to unlock the root fs needs > > another crypto file system to be unlocked previously. To do that, I > > would like to have that file system added to conf.d/cryptsetup, and to > > do that, I'd have to go though pretty much the same motions that > > /usr/share/initramfs-tools/hooks/cryptroot already does. > > > > Please consider adding a method to have your hook script handle > > additional devices other than the root and the resume devices. It > > would be necessary to set some marker to tell the hook script to > > handle that device as well. Searching /etc/fstab would probably not be > > appropriate since my device will unmounted and locked again after the > > root was mounted. > > > > Having the device in crypttab, specially marked, would probably be ok. > > > > Please indicate how you would like to tell the hook script about > > additional devices to handle, and I'll provide a patch. > > What kind of device are you talking about? Another dm-crypt encrypted > device which contains the key? Nearly. It's another dm-crypt encrypted device which contains part of the key, which needs to be unlocked before the keyscript that is used to unlock the root fs can build the key for the root fs. > If this is just about additional dm-crypt devices, which should be > unlocked in initramfs along with the root and suspend devices, This additional dm-crypt device needs to be successfully unlocked before the unlock process for the root and suspend devices can start. Order is important because before the additional device isn't open, there ain't a complete key to unlock root. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615111: aide: fails on large files
On Fri, Feb 25, 2011 at 02:17:47PM -0500, Philippe Hebrais wrote: > I have a few large backup files lying around (~5 Gigs each). Aide reports >Value too large for defined data type > in do_md(). I was able to exclude them and everything is fine... except > it would have been nice to protect them as well.. > > Looks like some component needs recompiling for large file support. This works for me. That's what I did on a squeeze system with i686 architecture: create test file with dd if=/dev/zero of=testfile bs=65536 count=4 run aide change test file by appending a few characters run aide Everything worked as expected. Also, please explain the d-i tag. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601314: [pkg-cryptsetup-devel] Bug#601314: please allow adding extra devices to conf.d/cryptsetup in your hook script
On Sun, Feb 27, 2011 at 04:12:07PM +0100, Jonas Meurer wrote: > To be honest, this sounds like a rather special setup to me. It is special, but very useful. Nobody uses it because it is so hard to do. > Your setup sounds like a keyscript would be the perfect solution for > you. Why not simply write a keyscript which does all preliminary steps > and outputs the key? Because the cryptsetup initramfs tools do a very good job interacting with plymouth, which would have to be reimplemented in the keyscript. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615599: debian-installer prefers usb Blockdevices over "real" harddrives
On Mon, Feb 28, 2011 at 06:33:55AM +0100, Christian PERRIER wrote: > Quoting Thomas Mieslinger (tho...@mieslinger.de): > > Package: debian-installer > > Version: 20110106+b1 > > > > Tried to autoinstall squeeze on dell poweredge hardware with drac5 > > or idrac6 KVM. The installer always tried to use 40MB usb vflash > > (/dev/sda) instead of the 1tb real harddrive (/dev/sdb). > > Hmmm, when there are several storage devices, you get, at some point, > the choice of what drive the installation should be made to. Thomas is talking about unattended installation of an obscene number of servers, so "getting a choice" is not the intended behavior. > So, what exactly makes you think that the installer "prefers" USB > block devices? I guess that he would prefer to have USB block devices treated with lower (lowest?) precedence over "real" storage devices, which can/should avoid a prompt which may be undesireable during an unaended install. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: BOOTIF= kernel commandline option does not work
On Sun, Feb 27, 2011 at 06:20:48PM +0100, Thomas Mieslinger wrote: > I try to install a HP DL180G6 fully automated. The Server has an > addtional dualport NIC. kernel and initrd are loaded over the NIC > labeled 0 on the Box, after the kernel has initialized all NICs the > first Ethernet on the add in card is eth0. > > ~ # cat /proc/cmdline > initrd=/boot/DEBIAN6_x8664/initrd.gz > preseed/url=http://4.3.2.1/installation/profiles/1cc1deebab9e > BOOTIF=01-1C-C1-DE-EB-AB-9E BOOT_DEBUG=2 DEBCONF_DEBUG=5 fb=false > language=en console-setup/layoutcode=de locale=en_US > netcfg/choose_interface=eth0 hostname=review-dl180g6 > domain=server.lan usb_storage.blacklist=yes > console-keymaps-at/keymap=de > console-keymaps-usb/keymap=mac-usb-de-latin1 > debian-installer/country=US console=ttyS0 > BOOT_IMAGE=/boot/DEBIAN6_x8664/linux > > 3: eth1: mtu 1500 qdisc mq state DOWN qlen 1000 > link/ether 1c:c1:de:eb:ab:9e brd ff:ff:ff:ff:ff:ff > > this is seriously twisted, because 1c:c1:de:eb:ab:9e and f are > onboard igb devices and 00:15:17:cc:d0:16 and 7 are on one dualport > e1000e add in Card. So you would basically want the installer to rename the interfaces so that the interface that the system booted from (as given as BOOTIF kernel command line parameter) is eth0 in the freshly installed system? Maybe it would be a good idea not to have this enabled by default, but for example by a new command line parameter eth0= with the special case of eth0=bootif which would make sure that eth0 is the PXE device? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: Bug#504753: Bug#615600: BOOTIF= kernel commandline option does not work
On Mon, Feb 28, 2011 at 06:39:48AM +0100, Christian PERRIER wrote: > Quoting Thomas Mieslinger (thomas.mieslin...@1und1.de): > > To get my job done all those 5000 Machines must comply to some very > > very basic guidelines. After the installation, the inner interface > > is always eth0 if there is a public interface, it is eth1. If there > > are crosslinks they are eth1 and onward. > > > > I need a simple and powerful mechanism to enforce this against the > > quirks of udev and bioses. > > > You may want to develop the needed support for such things in > netcfg. Are there any docs for netcfg? After a cursory glance at the source package, it looks like the docs are contained in those nice .c and .h files with a little too little documentation about the interfaces. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: BOOTIF= kernel commandline option does not work
On Sun, Feb 27, 2011 at 04:22:28PM -0400, Joey Hess wrote:
> Thomas Mieslinger wrote:
> > I try to install a HP DL180G6 fully automated. The Server has an
> > addtional dualport NIC. kernel and initrd are loaded over the NIC
> > labeled 0 on the Box, after the kernel has initialized all NICs the
> > first Ethernet on the add in card is eth0.
> >
> > ~ # cat /proc/cmdline
> > initrd=/boot/DEBIAN6_x8664/initrd.gz
> > preseed/url=http://4.3.2.1/installation/profiles/1cc1deebab9e
> > BOOTIF=01-1C-C1-DE-EB-AB-9E BOOT_DEBUG=2 DEBCONF_DEBUG=5 fb=false
>
> BOOTIF is a pxelinux boot parameter. It is supported by the Debian
> initramfs when pxe booting, but it is not supported by the Debian
> installer.
>
> Perhaps it should be. In the meantime, you can use the documented
> preseeding interface of booting with interface=eth1. I don't think
> netcfg allows specifying a interface by MAC though.
I guess the following changes do kind of a job:
etc/udev/rules.d/69-bootif.rules (inside the installer's initrd)
ACTION=="add", SUBSYSTEM=="net", IMPORT{program}="bootif $attr{address}"
lib/udev/bootif (inside the installer's initrd)
#!/bin/sh
bootif="$(< /proc/cmdline sed 's/.*[[:space:]]BOOTIF=\([-0-9A-Fa-f]\+\).*/\1/'
| tr '[A-F-]' '[a-f:]')"
if [ "01:$1" = "$bootif" ]; then
echo INTERFACE_NAME=eth0
fi
Unfortunately, this seems to go a little too far. My test system comes
up with the second interface being the bootif, so it's eth1 without
these additions. With my additions, the following numbering happens:
MAC Addresswithout additionswith additions
Aeth0 eth4
Beth1 eth0
Ceth2 eth3
Deth3 eth5
The /etc/udev/rules.d/70-persistent-net.rules that is being generated
has the first interface found twice:
ATTR{address} NAME with additions
Ceth2
Ceth3
Beth0
Aeth4
Deth5
I guess there may be a race going on. Is there any possibility to have
bootif honored without generating a broken 70-persistent-net.rules and
with still having the interfaces numbered consecutively?
Greetings
Marc
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: BOOTIF= kernel commandline option does not work
On Tue, Mar 01, 2011 at 04:28:16PM +0100, Marc Haber wrote:
> I guess the following changes do kind of a job:
> etc/udev/rules.d/69-bootif.rules (inside the installer's initrd)
> ACTION=="add", SUBSYSTEM=="net", IMPORT{program}="bootif $attr{address}"
>
> Unfortunately, this seems to go a little too far. My test system comes
> up with the second interface being the bootif, so it's eth1 without
> these additions.
This seems to be the fault of the additional rule which gives the
impression that the rule is actually doing something. Even when I
replace the bootif script with a call to true, I get multiple stanzas
per interface in 70-persistent-net.rules.
Do I need to say in the 69-bootif.rules that this should be treated as
a no-op rule?
Greetings
Marc
--
-----
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: BOOTIF= kernel commandline option does not work
On Wed, Mar 02, 2011 at 01:41:58AM +0100, Ferenc Wagner wrote:
> Marc Haber writes:
> > On Tue, Mar 01, 2011 at 04:28:16PM +0100, Marc Haber wrote:
> >> I guess the following changes do kind of a job:
> >> etc/udev/rules.d/69-bootif.rules (inside the installer's initrd)
> >> ACTION=="add", SUBSYSTEM=="net", IMPORT{program}="bootif $attr{address}"
> >>
> >> Unfortunately, this seems to go a little too far. My test system comes
> >> up with the second interface being the bootif, so it's eth1 without
> >> these additions.
> >
> > This seems to be the fault of the additional rule which gives the
> > impression that the rule is actually doing something. Even when I
> > replace the bootif script with a call to true, I get multiple stanzas
> > per interface in 70-persistent-net.rules.
>
> In my limited testing (with two Qemu interfaces) this didn't happen
> after several
>
> # rm 70-persistent-net.rules
> # udevadm trigger --verbose --action=add --subsystem-match=net
>
> cycles.
Did you try with a multiprocessor VM? I guess that this is some
threading/multiprocessing issue that multiple interfaces get processed
at the same time, causing races.
> Actually, your rule worked perfectly well, despite that you don't
> reserve the eth0 name, just try to assign it even if it's taken
> already. Unless I overlook something, this should be fixed.
How do I reserve a name?
> I usually assign symbolic names instead of ethX ones, like wlan, utp,
> private, gb1 (chassis label) or similar; they usually work just fine,
> but sometimes break assumptions of some software (like Munin plugins).
> Maybe keeping the domain and the range of the mapping would help
> debugging this case as well.
I do this for my personal servers as well, but for the default
install, I'd rather follow the principle of least surprise for the
other admins that will use the servers deployed by me.
So it would really be nice to have ethx, starting at eth0 being the
right interfaces, with the other interfaces being consecutively
numbered as ethx.
> > Do I need to say in the 69-bootif.rules that this should be treated as
> > a no-op rule?
>
> I don't think so. But /lib/udev/write_net_rules activates set -x if
> udev logging is set to debug level, and while the output in
> /var/log/syslog is less than readable, it may prove some insight.
>
> # udevadm control --log-priority=debug
I'll try that and report back. Thanks for helping.
Greetings
Marc
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615600: BOOTIF= kernel commandline option does not work
On Wed, Mar 02, 2011 at 04:44:07PM +0100, Ferenc Wagner wrote:
> Marc Haber writes:
> > On Wed, Mar 02, 2011 at 01:41:58AM +0100, Ferenc Wagner wrote:
> >
> >> Marc Haber writes:
> >>
> >>> On Tue, Mar 01, 2011 at 04:28:16PM +0100, Marc Haber wrote:
> >>>
> >>>> I guess the following changes do kind of a job:
> >>>> etc/udev/rules.d/69-bootif.rules (inside the installer's initrd)
> >>>> ACTION=="add", SUBSYSTEM=="net", IMPORT{program}="bootif $attr{address}"
> >>>>
> >>>> Unfortunately, this seems to go a little too far. My test system comes
> >>>> up with the second interface being the bootif, so it's eth1 without
> >>>> these additions.
> >>>
> >>> This seems to be the fault of the additional rule which gives the
> >>> impression that the rule is actually doing something. Even when I
> >>> replace the bootif script with a call to true, I get multiple stanzas
> >>> per interface in 70-persistent-net.rules.
> >>
> >> In my limited testing (with two Qemu interfaces) this didn't happen
> >> after several
> >>
> >> # rm 70-persistent-net.rules
> >> # udevadm trigger --verbose --action=add --subsystem-match=net
> >>
> >> cycles.
> >
> > Did you try with a multiprocessor VM? I guess that this is some
> > threading/multiprocessing issue that multiple interfaces get processed
> > at the same time, causing races.
>
> Maybe, I didn't try it on SMP. write_net_rules has some locking to
> prevent such issues, though.
My rule hasn't, but it shouldn't do anything if the script is silent,
should it?
> >> Actually, your rule worked perfectly well, despite that you don't
> >> reserve the eth0 name, just try to assign it even if it's taken
> >> already. Unless I overlook something, this should be fixed.
> >
> > How do I reserve a name?
>
> By renaming eth0 to something else, unless it isn't the boot interface.
So my script should print INTERFACE_NAME="foo0" to its standard output
if invoked for an interface that is eth0 and not the boot interface?
And who is responsible to rename it back into the ethx namespace?
Greetings
Marc
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606527: root upgrade vulnerability in exim4
severity #606527 grave tags #606527 confirmed security lenny squeeze thanks -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605678: exim4-config: Add another local mail option that forwards everything to external email address
On Thu, Dec 02, 2010 at 12:16:40PM +0100, Ole Laursen wrote: > So exim should only listen on the loopback interface, external adresses > get rejected, and any local mail is simply forwarded to some external > address I specify. Is this feasible? Maybe it's already possible right > now? Of course, you can configure exim to do what you want. But I don't think that your special requirements should be accessible by Debconf. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596938: aptitude: SIGABRT while editing a search pattern
On Wed, Sep 15, 2010 at 10:27:29AM +0200, Mathias Klein wrote: > aptitude abborts (SIGABRT) every time I edit the search pattern using > '~' (Tilde). I have the same issue on all my sid systems. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593689: closed by Phillip Susi ()
On Wed, Dec 26, 2012 at 08:39:06PM +, Debian Bug Tracking System wrote: > This is intended behavior. Specifying units of mb allows rounding > within +/- 0.5 mb to achieve other constraints. Just to check whether I am understanding correctly: 1 MB +/- 0.5 MB is something in between 0.5 MB and 1.5 MB, right? If so, I'd like to claim that 63 sectors is well outside that interval. And it is misaligned, which imposes a significant performance penalty on many of today's disks. Is this really the intention? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696862: does not build on squeeze
Source: ruby-ffi Version: 1.0.11debian-5 Severity: minor Hi This is a backporting issue, and hence not important, hence severity minor. I would appreciate help anyway. I am trying to backport ruby-ffi to squeeze. However, this does not work too well, as ruby packages are entangled to each other. I first backported ruby 1.9.1 from sid to squeeze, and then proceeded to install the following packages from sid on squeeze, which worked without having to force dependencies: gem2deb_0.3.0_all.deb ruby-diff-lcs_1.1.3-1_all.deb ruby-rspec-core_2.10.1-2_all.deb ruby-rspec-expectations_2.10.0-2_all.deb ruby-rspec-mocks_2.10.1-2_all.deb ruby-rspec_2.10.0-2_all.deb rubygems_1.8.24-1_all.deb When trying to build ruby-ffi after this, build fails due to some weird issue in ruby 1.8 (which is neither a backported nor a distribution mismatched package, but the original from squeeze): uild/libtest/NumberTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/PointerTest.c -o build/libtest/PointerTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/ReferenceTest.c -o build/libtest/ReferenceTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/StringTest.c -o build/libtest/StringTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/StructTest.c -o build/libtest/StructTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/UnionTest.c -o build/libtest/UnionTest.o cc -m64 -O2 -fno-omit-frame-pointer -fno-strict-aliasing -W -Werror -Wall -Wno-unused -Wno-parentheses -I"build" -fPIC -D_REENTRANT -c libtest/VariadicTest.c -o build/libtest/VariadicTest.o cc -m64 -o build/libtest.so -shared -Wl,-O1 -Wl,-soname,libtest.so build/libtest/Benchmark.o build/libtest/BoolTest.o build/libtest/BufferTest.o build/libtest/ClosureTest.o build/libtest/EnumTest.o build/libtest/FunctionTest.o build/libtest/GlobalVariable.o build/libtest/LastErrorTest.o build/libtest/NumberTest.o build/libtest/PointerTest.o build/libtest/ReferenceTest.o build/libtest/StringTest.o build/libtest/StructTest.o build/libtest/UnionTest.o build/libtest/VariadicTest.o -lm make[2]: Leaving directory `/home/mh/ruby/ruby-ffi/ruby-ffi-1.0.11debian' .. . .ruby1.8: symbol lookup error: debian/ruby-ffi//usr/lib/ruby/vendor_ruby/1.8/x86_64-linux/ffi_c.so: undefined symbol: ffi_prep_cif_var ERROR: Test "ruby1.8" failed. Exiting. dh_auto_i
Bug#668740: [Dsc-maintainers] Bug#668740: purging dsc-statistics-* will always remove system user, even when still in use
On Mon, Dec 10, 2012 at 02:02:20PM +0100, Ansgar Burchardt wrote:
> And one more issue:
Why is this in this bug report then?
> After installing both dsc-statistics-{collector,presenter}, purging one
> of them will remove the system user even tough it is still in use by the
> other package. This should probably not happen.
And it should be its own bug report.
Greetings
Marc
--
-----
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668740: [Dsc-maintainers] Bug#668740: Bug#668740: purging dsc-statistics-* will always remove system user, even when still in use
On Tue, Dec 11, 2012 at 06:53:39PM +0100, Ansgar Burchardt wrote: > I'm sure you can do that if you want to have separate bugs. Thanks for being helpful. -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679746: [Adduser-devel] Bug#679746: default --system home directory leads to piuparts RC bugs
On Wed, Dec 12, 2012 at 07:05:24AM +, Stephen Gran wrote: > Where would you suggest? I can't think of a better place, in the > absence of direction, than /home. Creating /home/foo will break in the case of an nfs mounted /home, and other packages are going out of wheezy for using adduser's --system default. > If packages rely on the presence of a home directory, it's up to > them to ask for a sensible one. But being rc buggy just for using --system is not friendly either. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679746: [Adduser-devel] Bug#679746: Bug#679746: default --system home directory leads to piuparts RC bugs
On Thu, Dec 13, 2012 at 07:17:47AM +, Stephen Gran wrote: > This one time, at band camp, Andreas Barth said: > > Currently, packages become RC-buggy for just adding system users > > without --no-home and no --home (even if not relying on the > > directory). I think that - if we read policy as that - then it's > > better to fail the postinst then to have hidden RC bugs. Explicit RC > > bugs are always better then well hidden ones. (Of course, all of that > > for after this cycle.) > > So we're not going to do an MBF, but we're going to make code changes > so that packages blow up at install time and users do the MBF for us, > one by one? How bizarre. That can't be what you're actually saying. A first step could be to have adduser --system spew a warning in this case. Maintainers should notice that when testing packages before upload. Additionally, there could be a lintian check for that. This course of action has numerous precedences. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696244: console freezes when switching back to tty7 after X started and plymouth was used
Package: plymouth-drm Version: 0.8.8-3 Severity: normal Hi, this is a bug that I suspect is in plymouth, but could as well be in the kernel or in X. I describe the issue here, please reassign to kernel or X if appropriate. Steps to reproduce: (1) boot Debian sid with Debian kernel and "quiet splash" on the command line (2) See Debian boot with plymouth solar theme (3) Wait until display manager comes up (4) Switch to tty1 using Ctrl-Alt-F1 (5) See a working KMS "text" console (6) Switch to tty7 using Ctrl-F7 (7) See cursor vanishing and tty1 still displayed >From this point, the console is unuseable. Even Magic SysRq does not work any more. However, the machine remains on the network and can be shutdown over ssh without problems. Repeating the same without "splash" on the kernel command line, therefore not using the plymouth splash screen, makes switching back to X successful. The hardware is a ThinkPad T520 with a Core i7 processor, using the Core Processor Family IGC: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) The machine is equipped with nVidia Optimus as well, but this is not being used, and neither the proprietary nVidia driver nor any open source alternative such as bumblebee are installed. I can also reproduce this with a vanilla 3.7.1 kernel and I suspect that this applies to all other kernel versions between 3.2 and 3.7 as well. If additional information is necessary, I'll try to deliver it. Greetings Marc -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plymouth-drm depends on: ii fontconfig-config 2.9.0-7.1 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdrm22.4.33-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libkms12.4.33-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-3 ii multiarch-support 2.13-37 ii plymouth 0.8.8-3 ii ttf-dejavu-core2.33-3 Versions of packages plymouth-drm recommends: pn plymouth-themes-all plymouth-drm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689914: does funny things on short cksum output
Package: cron-apt Severity: normal Please consider the following patch: --- cron-apt.orig 2012-10-07 19:07:15.772153360 +0200 +++ cron-apt2012-10-07 19:07:32.748173175 +0200 @@ -299,7 +299,7 @@ if [ $RUNSLEEP -gt 0 ] ; then if [ -z "$RANDOM" ] ; then # A fix for shells that do not have this bash feature. - RANDOM=$(dd if=/dev/urandom count=1 2> /dev/null | cksum | cut -c"1-5") + RANDOM=$(dd if=/dev/urandom count=1 2> /dev/null | cksum | cut -d' ' -f1) fi TIME=$(($RANDOM % $RUNSLEEP)) sleep $TIME which will help cron-apt to gracefully handle the case where the checksum returned by cksum is shorter than four digits. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.4-zgws1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#423458: dnscap packaged
On Tue, Feb 07, 2012 at 12:39:18AM +, Andrew Ruthven wrote: > Our git repo for dnscap is here: > > http://git.catalyst.net.nz/dnscap.git > > I'm waiting for a minor update to a patch we're carrying, then we can > upload it to unstable. What's the status for that? Is that minor update there now? I am a DD and can sponsor your upload to unstable. If you want me to help, please build a source package and make it available for me. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648702: Progress on opendbx?
On Tue, Oct 30, 2012 at 09:40:19AM +0100, Scott Kitterman wrote: > This is a hard dependency for the new opendmarc library/milter. How > is the package coming? I am quite busy at the moment due to private engagements, which is why I only filed an RFP instead of an ITP. It will probably speed up things if a team builds. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691717: pdns-server: zone2sql does not accept documented --bare switch
forwarded #691717 http://wiki.powerdns.com/trac/ticket/509 thanks On Mon, Oct 29, 2012 at 08:51:08AM +0100, Peter van Dijk wrote: > On Oct 29, 2012, at 2:59 , Donald Gordon wrote: > > The manpage for zone2sql documents the existence of a --bare switch: > > > > --bare Output in a bare format, suitable for further parsing. [...] > > > > However the zone2sql executable shipped as part of the pdns-server package > > does not recognise this switch: > > > > donald@vm5:~$ zone2sql --bbare --named-conf=/etc/bind/named.conf > > > > Fatal error: Trying to set unexisting parameter 'bbare' > > > > When passed one of the other output format options, e.g. --gmysql, the same > > command returns a pile of insert statements, as expected. > > > > A fix (ideally to make --bare work) would be greatly appreciated. > > > This issue is already being tracked as upstream bug #509, at > http://wiki.powerdns.com/trac/ticket/509 Has the man page been updated to reflect bare's removal, or is there another ticket needed? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688509: please add option to ignore non-zero exit codes
Package: ifupdown Version: 0.7.2 Severity: wishlist Hi, my normal workflow when adding things to /e/n/i is to first edit /e/n/i and then to do an sudo ifdown eth0 ; sudo ifup eth0. This sometimes files when the things that were added are not present, thus the commands to deconfigure the newly configured things fail. It should be possible to have ifupdown ignore errors during one certain run, allowing a workflow like sudo ifdown --ignore-errors eth0; sudo ifup eth0. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.4-zgws1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.8 ii initscripts 2.88dsf-32 ii iproute 20120521-3 ii libc62.13-35 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.4-2 ii net-tools 1.60-24.2 pn ppp pn rdnssd -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688511: better support for multiple routing tables
Package: aiccu Version: 20070115-15.1 Severity: wishlist Hi, On my home router, I have an OpenVPN tunnel to one of my servers with native IPv6, and would also like to have a SixXS tunnel as backup to be able to reach home even when my own IPv6 setup is crippled. To do so, I would like to use a setup like this, which I use successfully on routers which have multiple IPv6 uplinks: - have no IPv6 default route in the main routing table - have one additional routing table per uplink (in my case, a "sixxs" and a "openvpn" table), which only hold a single default route, pointing to the respective gateway - ip -6 rule add sixxs-prefix table sixxs pref 32769 - ip -6 rule add openvpn-prefix table openvpn pref 32770 Currently, I can choose whether I want to have a default route set by aiccu into my main routing table, where it would break the openvpn tunnel, or no default route at all, setting it manually via a setupscript. Please consider (as alternatives) (1) adapting the syntax so that "defaultroute tablename" becomes a valid configuration option, causing the default route to be written in the named table. That way, "true" and "false" cannot be used as table name, but I guess that would be OK. (2) making the IP address of the gateway available in setuptscript's environment so that there is no need to hard-code the IP address there (3) running the setupscript parameter through a shell to make constructs like "setupscript ifup sixxs" or "setupscript foo parameter" possible (4) Add a unsetupscript option to have a script executed when aiccu takes a tunnel down to undo things introduced by the setupscript option (5) add a routingtable option to cause aiccu to make all its changes to a special routingable Thanks in advance! Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.4-zgws1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aiccu depends on: ii debconf [debconf-2.0] 1.5.46 ii iproute20120521-3 ii iputils-ping 3:20101006-3 ii iputils-tracepath 3:20101006-3 ii libc6 2.13-35 ii libgnutls262.12.20-1 ii lsb-base 4.1+Debian7 ii ucf3.0025+nmu3 Versions of packages aiccu recommends: ii bind9-host 1:9.8.1.dfsg.P1-4.2 ii dnsutils1:9.8.1.dfsg.P1-4.2 ii ntp 1:4.2.6.p5+dfsg-2 aiccu suggests no packages. -- Configuration Files: /etc/aiccu.conf [Errno 13] Permission denied: u'/etc/aiccu.conf' /etc/default/aiccu changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688742: please consider support for the CHECKSUM target
Package: ferm Version: 2.1.1-1 Severity: wishlist Hi, please consider adding support for iptables' CHECKSUM target, which comes handy to fix checksum offloading on virtio network interfaces in virtualized setups. See also https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/930962 (sorry for referencing Ubuntu here, noone has bothered to file this issue against Debian's DHCPd yet). Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ferm depends on: ii debconf 1.5.46 ii iptables 1.4.14-3 ii lsb-base 4.1+Debian7 ii perl 5.14.2-13 Versions of packages ferm recommends: ii libnet-dns-perl 0.68-1.1 ferm suggests no packages. -- Configuration Files: /etc/default/ferm changed [not included] /etc/ferm/ferm.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648702: Progress on opendbx?
Hi Scott, On Sat, Nov 03, 2012 at 10:01:37PM -0400, Scott Kitterman wrote: > On Tuesday, October 30, 2012 10:51:27 AM Marc Haber wrote: > > On Tue, Oct 30, 2012 at 09:40:19AM +0100, Scott Kitterman wrote: > > > This is a hard dependency for the new opendmarc library/milter. How > > > is the package coming? > > > > I am quite busy at the moment due to private engagements, which is why > > I only filed an RFP instead of an ITP. It will probably speed up > > things if a team builds. > > OK. I've started looking at it and it seems reasonable tractable to package > it. I want it only because opendkim and some other packages I'm considering > use it, so I'd like to have this in a team/have a co-maintainer. Do you know > of an existing team/should we create one/how about I add you as an uploader > if > not? I would be willing to spend some time on the package. Since I am maintaining PowerDNS, which has an OpenDBX backend, this would be useful for me. I would suggest using a git repository on collab-maint, with the packages.qa.debian.org mail address used as maintainer address for the second and following uploads to distribute maintainer mail via the PTS. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648702: Progress on opendbx?
On Sat, Nov 10, 2012 at 03:02:30AM -0500, Scott Kitterman wrote: > On Monday, November 05, 2012 05:15:11 PM Marc Haber wrote: > ... > > I would be willing to spend some time on the package. Since I am > > maintaining PowerDNS, which has an OpenDBX backend, this would be > > useful for me. > > > > I would suggest using a git repository on collab-maint, with the > > packages.qa.debian.org mail address used as maintainer address for the > > second and following uploads to distribute maintainer mail via the > > PTS. > > Somehow I missed this in my inbox and I've just uploaded. This seems like a > reasonable plan to me. Can you set it up? I've never done it before. I have created the opendbx repository on git.debian.org. You can clone from the (empty) and push to the repository from git+ssh://@git.debian.org/git/collab-maint/opendbx Or did you also never push a new package to a git repository? If you don't have experience doing this, I can do it for you as well. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617258: isc-dhcp-relay: segfaults if client-facing interface has label
Hi Andrew, sorry for taking so long to reply. The bug has changed. dhcrelay does not crash any more, but it does also not work. root@testkiste:/home/mh# ip a 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 52:54:00:24:af:60 brd ff:ff:ff:ff:ff:ff root@testkiste:/home/mh# ip link set dev eth0 up root@testkiste:/home/mh# ip addr add dev eth0 192.168.18.23/24 brd + label eth0:foo root@testkiste:/home/mh# ip a 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:24:af:60 brd ff:ff:ff:ff:ff:ff inet 192.168.18.23/24 brd 192.168.18.255 scope global eth0:foo inet6 fe80::5054:ff:fe24:af60/64 scope link valid_lft forever preferred_lft forever root@testkiste:/home/mh# dhcrelay -d -i eth0 -i eth0 192.168.18.100 Internet Systems Consortium DHCP Relay Agent 4.2.2 Copyright 2004-2011 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/52:54:00:24:af:60 Sending on LPF/eth0/52:54:00:24:af:60 Listening on LPF/eth0/52:54:00:24:af:60 Sending on LPF/eth0/52:54:00:24:af:60 Sending on Socket/fallback Discarding packet received on eth0 interface that has no IPv4 address assigned. Discarding packet received on eth0 interface that has no IPv4 address assigned. It is perfectly OK to have the only IP address on an Interface labeled. dhcrelay does seem to explicitly check for that and to bail if no unlabeled IP address is found. I think that behavior is wrong, dhcrelay should just use a labeled IP address as if it were unlabeled. The eth0:foo interface is working perfectly fine IP-wise; I actually sshed in to the VM through that interface to be able to cut&paste the typescript to this mail. Please note that this is eth0:foo, not eth0.foo. The period notation is not a label, it is an alias. I think _this_ works, the misbehavior happens when a label (colon notation) is used. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685223: [Bash-completion-devel] Bug#685223: does not properly expand with tar long options
On Wed, Sep 05, 2012 at 06:04:30PM +0400, Igor Murzov wrote: > > tar --extract --file tarfi does not work even if a tarfile.tar is > > present in the current directory. On the other hand, tar xf tarfi > > works. Looks like long option processing was omitted when the > > completion rules for tar were written. > > Handling long options is not yet implemented for tar. I reckoned so. This is, however, a regression from older versions of bash since this worked earlier. Is there any way to revert to the old behavior? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686828: pdns-server: dnsreplay and other tools are not included in any pdns-package
Hi, can you please verify the patch. I don't see any changes to upstream files. On Thu, Sep 06, 2012 at 02:49:53PM +0200, Joerg Jungermann wrote: > diff --git a/debian/patches/enable-additional-pdns-tools > b/debian/patches/enable-additional-pdns-tools > index 20f2a86..e9ef389 100644 > --- a/debian/patches/enable-additional-pdns-tools > +++ b/debian/patches/enable-additional-pdns-tools > @@ -1,3 +1,8 @@ > +Description: Enable the built of DNS debugging utils without > + adding extra magic in debian/rules > +Origin: jj+deb...@borkum.net > +Copyright: public domain > + > --- a/pdns/Makefile.am.orig 2012-08-27 16:02:24.0 +0200 > +++ b/pdns/Makefile.am 2012-08-27 16:36:40.126552169 +0200 > @@ -24,10 +24,10 @@ > diff --git a/debian/patches/series b/debian/patches/series The last diff --git is already the beginning of the next patch. Alternatively, I am not yet awake. Please enlighten me in this case. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685808: pdns-backend-pgsql: add lowercase constraint for records.name to gpgsql schema (pdns-commit 2503)
Hi, thanks for your bugreport, which is appreciated. I do, however, need more closer directions. On Fri, Aug 24, 2012 at 07:50:59PM +0200, Robert Specht wrote: > PowerDNS Authoritative Server 3.1 adds a lowercase constraint for > records.name to gpgsql schema in commit 2503. > > http://doc.powerdns.com/changelog.html#changelog-auth-3-1-1: > "The records.name-column in the gpgsql schema is now constrained to > lowercase, as PowerDNS would be unable to find other entries anyway. > Fix in commit 2503, closing ticket 426." This is http://wiki.powerdns.com/trac/changeset/2503 So you're suggesting to add CONSTRAINT c_lowercase_name CHECK (((name)::text = lower((name)::text))) to the CREATE TABLE statement in debian/sql/pgsql/pgsql inside the source package, right? You're likely to have more PostgreSQL foo than me, are there other changes that you sugges doing? Is Debian's PostgreSQL schema correct for dnssec? Did we miss changes that Upstream did between 2.9 and 3.1? Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685806: pdns-backend-pgsql: README.Debian refers to removed /usr/share/doc/pdns-backend-pgsql/pgsql.sql
On Fri, Aug 24, 2012 at 07:43:09PM +0200, Robert Specht wrote: > /usr/share/doc/pdns-backend-pgsql/README.Debian refers to removed > /usr/share/doc/pdns-backend-pgsql/pgsql.sql. > Moved to /usr/share/dbconfig-common/data/pdns-backend-pgsql/install/pgsql? Is this README still relevant in the first place? Doesn't the package create the database automatically on installation? The README.Debian in the backend-mysql package surely is outdated and can be removed. I would like to do the same with README.Debian in backend-pgsql. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686828: pdns-server: dnsreplay and other tools are not included in any pdns-package
On Thu, Sep 06, 2012 at 09:37:34PM +0200, joerg jungermann wrote: > > can you please verify the patch. I don't see any changes to upstream > > files. > you're right I messed up the diff. I added the command to build the binaries to debian/rules, that is probably easier for upstream. Is it possible that you write man pages for those binaries to that I don't end up with "binary without manpage" lintian warnings? Those manpages could also go upstream. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687075: generated package depends on unavailable libav{codec,format}52
Package: java-package
Version: 0.51~exp1
Severity: important
Hi,
the packages generated from jre-7u7-linux-x64.tar.gz depend on
libav{codec,format}52 which are not available in Debian wheezy/sid.
When building, the build process spews gazillions of "do this to avoid
unnecessary depends on libfoo", and indeed, /usr/bin/java does not
seem to dynamically link to libav{codec,format}52.
I guess there is something wrong. Please advise.
Greetings
Marc
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5.3-zgws1 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages java-package depends on:
ii debconf [debconf-2.0] 1.5.46
ii debhelper 9.20120830
ii fakeroot 1.18.4-2
ii libasound2 1.0.25-4
ii libx11-6 2:1.5.0-1
ii unzip 6.0-7
Versions of packages java-package recommends:
ii dpkg-dev 1.16.8
ii gcc 4:4.7.1-1
Versions of packages java-package suggests:
pn openjdk-6-jre
pn openjdk-7-jre
-- debconf information:
* java-package/postinst-note:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686828: pdns-server: dnsreplay and other tools are not included in any pdns-package
On Fri, Sep 07, 2012 at 01:41:16PM +0200, joerg jungermann wrote: > I wrote two manpages for the two simple tools dnswasher and dnsscope. I really appreciate that. Did you already submit them upstream for proofreading / inclusion into the package? I guess that upstream would love additional Makefile.am patches that would also have the man pages installed on make install . Maybe it would be a good idea to fork pdns on github and to build patches that upstream can pull from there? Peter works a lot with github. > As they are my first pages I wrote in nroff/groff format let me know > if anything is messed up with the layout. man -l dnswasher.8 > /dev/null will give you any parsing errors that may arise. Regarding layout, the pdns upstream sources contain man pages in the pdns/docs subdirectory. I guess that new man pages that orient themselves along these have a pretty good chance of being accepted upstream. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687242: web2ldap: should depend on python-weblib >= 1.3.8
On Tue, Sep 11, 2012 at 08:55:20AM +0300, Paul Totterman wrote: > web2ldap needs python-weblib 1.3.8 or later. I disagree on that, I am using web2ldap on Debian squeeze. Michael, what do you say? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687242: web2ldap: should depend on python-weblib >= 1.3.8
tags #687242 confirmed pending On Tue, Sep 11, 2012 at 08:55:20AM +0300, Paul Totterman wrote: > web2ldap needs python-weblib 1.3.8 or later. To be nice to backporters, > document this in a versioned dependency. Done in git, thanks for spotting this. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635203: --chroot option not described in sbuild man page synopsis
Package: sbuild Version: 0.62.5-1 Severity: minor Hi, the --chroot option is described in sbuild's man page, but not in the SYNOPSIS part of the man page. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.113 add and remove users and groups ii apt-utils 0.8.15.2 APT utility programs ii libsbuild-perl0.62.5-1 Tool for building Debian binary pa ii perl 5.12.4-1 Larry Wall's Practical Extraction ii perl-modules 5.12.4-1 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.32 Bootstrap a basic Debian system ii fakeroot 1.16-1 tool for simulating superuser priv Versions of packages sbuild suggests: pn deborphan (no description available) ii wget 1.12-4 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635250: --jobs doesn't work, -j does
Package: sbuild Version: 0.62.5-1 Severity: minor Hi, sbuild seems to have an issue with command line parsing. -j does work, --jobs not. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3-zgws1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626076: Firefox crashes, error message: libfile.so: undefined symbol: gnome_vfs_unescape_string
On Sun, May 08, 2011 at 05:50:49PM +0200, Jan Lapka wrote: > Firefox crashes, error message: libfile.so: undefined symbol: > gnome_vfs_unescape_string I have the same issue, two and a half months later, and I find this bug unhandled, yet unreplied by the maintainers of libgnomevfs2-0. Is there any reason for letting this issue rot away in the BTS? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573835: git-buildpackage: possibility needed to control order of debuild options
On Sun, Mar 14, 2010 at 01:31:40PM +0100, Guido Günther wrote: > On Sun, Mar 14, 2010 at 12:14:40PM +0100, Marc Haber wrote: > > debuild expects debuild options before dpkg-buildpackage options. -i > > and -I are dpkg-buildpackage options, so it is not possible to pass > > debuild options to debuild without changing the git-builder option > > away from the default "debuild -i\.git -I.git". > > > > A clumsy workaround is > > > > git-buildpackage --git-builder="debuild" --set-envvar buildzg2package=yes > > -i\\.git -I.git > > > > If this is intended, it needs to be documented more clearly. > You can set the builder to whatever you want. Maybe dpkg-buildpacakge > would be a better default anyway. This wouldn't solve the issue at all. Please document that debuild options cannot be set through gbp without also using a --git-builder value other than the default. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
Package: sysv-rc Version: 2.87dsf-8.1 Severity: normal Hi, I have recently converted a rather old system which has been using file-rc for years to the dependency-based sysv-rc. Since then, my filesystems are not umounted any more on shutdown, replaying all journals on startup. The only related links I see in rc[06].d are S01umountfs S01umountnfs.sh S01umountroot, but it looks like they are not executed. On closer inspection, it looks like there is other breakage there as well. Does sysv-rc have a possibility to completely recalculate the run level link farm directories? How do I fix this? Greetings Marc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33-zgws1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysv-rc depends on: ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii insserv 1.12.0-14 Tool to organize boot sequence usi ii sysvinit-utils 2.87dsf-8.1 System-V-like utilities Versions of packages sysv-rc recommends: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages sysv-rc suggests: pn bum(no description available) ii sysv-rc-conf 0.99-6 SysV init runlevel configuration t -- debconf information: sysv-rc/unable-to-convert: sysv-rc/convert-legacy: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
Hi, On Tue, Mar 23, 2010 at 11:53:57AM +0100, Petter Reinholdtsen wrote: > [Marc Haber] > > Does sysv-rc have a possibility to completely recalculate the run > > level link farm directories? How do I fix this? > > It can be done by running update-rc.d or insserv. [3/502...@swivel:~$ sudo update-rc.d update-rc.d: using dependency based boot sequencing update-rc.d: error: not enough arguments usage: update-rc.d [-n] [-f] remove update-rc.d [-n] defaults [NN | SS KK] update-rc.d [-n] start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. [4/503...@swivel:~$ sudo insserv insserv: warning: script 'S24radeontool' missing LSB tags and overrides insserv: warning: current stop runlevel(s) (0 6) of script `pcmciautils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (5) of script `sudo' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 5 6) of script `ifupdown-scripts-zg2' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `sysfsutils' overwrites defaults (empty). insserv: warning: script 'radeontool' missing LSB tags and overrides insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `ssh' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `cpufrequtils' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (5) of script `loadcpufreq' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountnfs.sh' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountroot' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `acpid' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0) of script `halt' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `sendsigs' overwrites defaults (empty). insserv: warning: current start runlevel(s) (6) of script `reboot' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 5 6) of script `binfmt-support' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (1 5) of script `rsync' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites defaults (empty). insserv: warning: current start runlevel(s) (0 6) of script `umountfs' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (5) of script `bootlogs' overwrites defaults (empty). insserv: warning: current stop runlevel(s) (0 6) of script `hdparm' overwrites defaults (empty). [5/504...@swivel:~$ > What is the output from /usr/share/insserv/check-initd-order ? $ sudo /usr/share/insserv/check-initd-order error: LSB header missing in /etc/rcS.d/S24radeontool > Please provide the output from 'ls /etc/rc[06].d'. $ /bin/ls /etc/rc[06].d /etc/rc0.d: K01alsa-utilsK01splashy K02ntp K01apache2 K01squid K02oidentd K01apt-cacherK01ssh K02pulseaudio K01atftpdK01stunnel4 K02rng-tools K01auditdK01sysrqdK02sl-modem-daemon K01conntrackdK01tor K02smartmontools K01conserver-server K01torrus-common K02sysfsutils K01dhcp3-server K01uml-utilities K02timidity K01dovecot K01xinetdK02ulogd K01fail2ban K02atd K02virtualbox-ose K01hdparmK02atop K02wicd K01inn2 K02avahi-daemon K02winbind K01ipmievd K02binfmt-supportK03acpid K01ippl K02bittorrentK03cryptmount-early K01knockdK02bluetooth K03mysql K01libvirt-bin K02console-log K03spamassassin K01lighttpd K02cpufrequtils K04bind9 K01munin-nodeK02cron K05rsyslog K01nagios3 K02cryptmountK06hwclock.sh K01nfdumpK02exim4 README K01nstxcdK02fancontrolS01halt K01openvpn K02ferm S01sendsigs K01partimagedK02fprobeS01umountfs K01pcmciautils K02hal S01umountnfs.sh K01privoxy K02hddtemp S01umountroot K01resolvconfK02ifupdown-scripts-zg2 S09cryptdisks-early K01samba K02kdm S10mdadm-raid K01saned K02laptop-mode S11lvm2 K01ser2net K02lldpd S12cryptdisks K01smokeping
Bug#575501: initramfs-tools: radeon.ko not included into initrd
Package: initramfs-tools Version: 0.93.4 Severity: wishlist This may not be a genuine bug, but maybe an understanding problem that I have not been able to solve in other media. I have two systems that are supposed to use KMS. One is working fine, having an i915 graphics chip. On this system, i915.ko is copied into the initramfs, and autoloaded if video=i915:modeset=1 is given on the kernel command line. The second one has an 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility FireGL V5200] and is not working properly. I understand that radeon.ko needs to be in the initrd for early loading to work, and this doesn't happen, and I am at a loss to explain why this doesn happen. For what it's worth, I didn't find any configuration that explicitly causes the i915.ko to be included in the initramfs on the Intel system, so I couldn't reproduce this configuration for radeon on the other box. Who is responsible to include the intel module into the initramfs on the Intel box, and who should change what to do the same for radeon? Greetings Marc -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.33.1-zgws1 root=/dev/mapper/root ro resume=/dev/mapper/swap0 quiet splash video=radeon:modeset=1 -- /proc/filesystems ext3 udf iso9660 vfat -- lsmod Module Size Used by vfat6820 0 fat36008 1 vfat isofs 25174 0 nls_utf8 928 0 udf62456 0 tun 8884 2 snd_intel8x0m 8400 0 snd_ac97_codec 80225 1 snd_intel8x0m ac97_bus 742 1 snd_ac97_codec ppdev 4294 0 lp 5768 0 parport12962 2 ppdev,lp sco 6231 2 bnep7203 2 l2cap 25549 3 bnep crc16 1011 1 l2cap bluetooth 38935 5 sco,bnep,l2cap ipt_ULOG4461 1 vboxnetadp 5186 0 vboxnetflt 10598 0 vboxdrv 116590 2 vboxnetadp,vboxnetflt acpi_cpufreq5059 1 cpufreq_powersave606 0 cpufreq_userspace 1372 0 cpufreq_conservative 7036 0 cpufreq_ondemand6169 2 freq_table 1743 2 acpi_cpufreq,cpufreq_ondemand iptable_filter 1030 0 ipt_MASQUERADE 1130 10 iptable_nat 2798 1 nf_nat 10767 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 7663 3 iptable_nat,nf_nat nf_conntrack 39683 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 799 1 nf_conntrack_ipv4 ip_tables 7397 2 iptable_filter,iptable_nat x_tables9112 4 ipt_ULOG,ipt_MASQUERADE,iptable_nat,ip_tables binfmt_misc 4883 1 8021q 14027 0 bridge 35340 0 stp 1032 1 bridge llc 2613 2 bridge,stp ipv6 195878 40 mmc_block 6589 0 snd_hda_codec_analog46653 1 snd_hda_intel 16049 4 snd_hda_codec 42520 2 snd_hda_codec_analog,snd_hda_intel snd_pcm_oss28573 0 arc4 994 2 snd_mixer_oss 11983 1 snd_pcm_oss ecb 1489 2 snd_pcm48151 5 snd_intel8x0m,snd_ac97_codec,snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy959 0 snd_seq_oss21024 0 snd_seq_midi3496 0 snd_rawmidi13140 1 snd_seq_midi iwl394562461 0 pcmcia 23354 0 snd_seq_midi_event 3968 2 snd_seq_oss,snd_seq_midi iwlcore75518 1 iwl3945 snd_seq35503 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event sdhci_pci 5047 0 firewire_ohci 17740 0 mac80211 106608 2 iwl3945,iwlcore tifm_sd 6410 0 snd_timer 13290 2 snd_pcm,snd_seq ata_generic 2063 0 tg396671 0 tifm_7xx1 3114 0 yenta_socket8878 1 sdhci 11863 1 sdhci_pci snd_seq_device 3965 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq cfg80211 92531 3 iwl3945,iwlcore,mac80211 firewire_core 33273 1 firewire_ohci ata_piix 17129 0 rsrc_nonstatic 7483 1 yenta_socket mmc_core 39316 3 mmc_block,tifm_sd,sdhci uhci_hcd 16204 0 rfkill 11140 3 bluetooth,cfg80211 libphy 12387 1 tg3 led_class 1873 1 sdhci tifm_core 3448 2 tifm_sd,tifm_7xx1 crc_itu_t 1015 2 udf,firewire_core ehci_hcd 26606 0 snd36436 21 snd_intel8x0m,snd_ac97_codec,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixe
Bug#575501: initramfs-tools: radeon.ko not included into initrd
On Fri, Mar 26, 2010 at 01:04:40PM +0100, Bastian Blank wrote: > On Fri, Mar 26, 2010 at 12:31:32PM +0100, Marc Haber wrote: > > The second one has an > > 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility > > FireGL V5200] > > and is not working properly. I understand that radeon.ko needs to be > > in the initrd for early loading to work, and this doesn't happen, and > > I am at a loss to explain why this doesn happen. > > Loading drivers which needs firmware this early is currently broken. I see. So there is no KMS for radeon at this time? Is there a bug report about that for reference? > > For what it's worth, I didn't find any configuration that explicitly > > causes the i915.ko to be included in the initramfs on the Intel > > system, > > It is not included. < /boot/inird.img-2.6.33-zgws1 gunzip | cpio -i leads to a directory tree which includes a file lib/modules/*/i915.ko. This I clearly remember. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575501: initramfs-tools: radeon.ko not included into initrd
Hi, On Fri, Mar 26, 2010 at 02:20:06PM +0100, Bastian Blank wrote: > On Fri, Mar 26, 2010 at 01:25:38PM +0100, Marc Haber wrote: > > On Fri, Mar 26, 2010 at 01:04:40PM +0100, Bastian Blank wrote: > > > On Fri, Mar 26, 2010 at 12:31:32PM +0100, Marc Haber wrote: > > > > The second one has an > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility > > > > FireGL V5200] > > > > and is not working properly. I understand that radeon.ko needs to be > > > > in the initrd for early loading to work, and this doesn't happen, and > > > > I am at a loss to explain why this doesn happen. > > > Loading drivers which needs firmware this early is currently broken. > > I see. So there is no KMS for radeon at this time? > > There is. The radeon module is loaded by udev later from the real > system. This doesn't seem to work here, as the modeset-parameter never gets its way to the module, despite /etc/modprobe.d/radeon-kms.conf saying "options radeon modeset=1". Also, in my understanding, if I want a splashscreen to be shown, the graphics driver moduled needs to be loaded early, right? Are the directfb-based splash screens such as splahy compatible with KMS in the first place? Greetings Marc > > < /boot/inird.img-2.6.33-zgws1 gunzip | cpio -i leads to a directory > > tree which includes a file lib/modules/*/i915.ko. This I clearly > > remember. > > | $ gunzip -c initrd.img-2.6.32-4-686-bigmem | cpio -tv | grep -a i915 > | -rw-r--r-- 1 root root 23 Jan 7 23:51 > etc/modprobe.d/i915-kms.conf > | 12920 blocks What are you trying to say? You need to be a little bit more verbose to be actually helpful. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575080: sysv-rc: wrong shutdown links generated after conversion from file-rc
On Wed, Mar 24, 2010 at 07:54:17AM +0100, Petter Reinholdtsen wrote:
> Hi. How exactly was this machine migrated to dependency based boot
> sequencing?
As far as I remember, I installed sysv-rc and sysv-rc-conf and removed
(purged?) file-rc in the same aptitude run. I might have inspected
(changed?) the runlevel stuff with sysv-rc-conf, I don't remember.
> The migration was not done correctly. Do you have the file
> /etc/init.d/.legacy-bootordering?
No, I don't have that file.
> If so, try dpkg-reconfigure sysv-rc to redo the migration.
I did that before filing this bug.
> Try this script fragment from sysv-rc.postinst if it isn't possible to
> do the migration using dpkg-reconfigure.
>
> convert_rc_s_to_k() {
> runlevel=$1
> for link in $(cd $target/etc/rc$runlevel.d; ls S* || true); do
> set `echo $link|sed "s%S\(..\)\(.*\)%\1 \2%"`
> seq=$1
> service=$2
> mv $target/etc/rc$runlevel.d/$link
> $target/etc/rc$runlevel.d/K$seq$service
> done
> }
> convert_rc_s_to_k 0
> convert_rc_s_to_k 6
>
> When it is done, run insserv again to get the correct shutdown
> sequence.
This looks better now, see attachment. I still don't know what went wrong
here though.
Greetings
Marc
--
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
[1/500]r...@swivel:~$ convert_rc_s_to_k() {
> runlevel=$1
> for link in $(cd $target/etc/rc$runlevel.d; ls S* || true); do
> set `echo $link|sed "s%S\(..\)\(.*\)%\1 \2%"`
> seq=$1
> service=$2
> mv $target/etc/rc$runlevel.d/$link
> $target/etc/rc$runlevel.d/K$seq$service
> done
>
> }
>
[5/504]r...@swivel:~$ convert_rc_s_to_k 0
[6/505]r...@swivel:~$ convert_rc_s_to_k 6
[7/506]r...@swivel:~$ insserv
insserv: warning: script 'S24radeontool' missing LSB tags and overrides
insserv: warning: current stop runlevel(s) (0 6) of script `pcmciautils'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `sudo' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 5 6) of script
`ifupdown-scripts-zg2' overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `sysfsutils'
overwrites defaults (empty).
insserv: warning: script 'radeontool' missing LSB tags and overrides
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `ssh'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `cpufrequtils'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `loadcpufreq'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `dbus' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `acpid' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 5 6) of script `binfmt-support'
overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (1 5) of script `rsync' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script `ntp' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (5) of script `bootlogs' overwrites
defaults (empty).
insserv: warning: current stop runlevel(s) (0 6) of script `hdparm' overwrites
defaults (empty).
[8/507]r...@swivel:~$ ls -al /etc/rc0.d/ | grep umount
lrwxrwxrwx 1 root root22 29. Mär 13:30 K07umountnfs.sh ->
../init.d/umountnfs.sh
lrwxrwxrwx 1 root root18 29. Mär 13:30 K09umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root20 29. Mär 13:30 K11umountroot ->
../init.d/umountroot
[9/508]r...@swivel:~$ ls -al /etc/rc6.d/ | grep umount
lrwxrwxrwx 1 root root22 29. Mär 13:30 K07umountnfs.sh ->
../init.d/umountnfs.sh
lrwxrwxrwx 1 root root18 29. Mär 13:30 K09umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root20 29. Mär 13:30 K11umountroot ->
../init.d/umountroot
[10/509]r...@swivel:~$
Bug#559619: /etc/kernel/postrm.d/initramfs-tools should ignore errors from update-initramfs -d
Package: initramfs-tools Version: 0.93.4 Severity: normal Hi, /etc/kernel/postrm.d/initramfs-tools exists with an error if update-initramfs -d returns with an error. This could happen if one tries to purge a kernel image wihch has its initramfs already removed. Please consider adding a || true to the update-initramfs call in the script or to only invoke update-initramfs if the initrd.img is still there. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525464: ferm: please consider implementing variables that are local to an included file
On Thu, Feb 18, 2010 at 09:54:19PM +0100, Max Kellermann wrote:
> On 2009/04/24 20:22, Marc Haber wrote:
> > when a firewall rule set is built from many small files, it would be
> > nice to have local and global variables. Currently, most of my small
> > files start with a { and end with a } to make all variables defined in
> > the file local.
>
> Try {} around the @include statement instead.
What exactly would that do? I would like to have global _and_ local
variables, and my include statements are usually including entire
directories. In my understanding, {} around the include statement
would put variables from all files included into the same namespace
("all global"), which helps, but is not fully what I intended.
Greetings
Marc
--
-----
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525687: ferm: please add a hook which gets executed while configuration is read
Hi, On Thu, Feb 18, 2010 at 10:04:50PM +0100, Max Kellermann wrote: > On 2009/05/01 00:38, Marc Haber wrote: > > I do not understand. The hook would be executed while the shell script > > ie generated. > > No. Hooks are executed when the rules are installed, not necessarily > when ferm runs. With --shell, ferm just prints the hook commands, to > be executed later by the generated shell script. Can you give an example? Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571440: pbuilder: please add --save-after-build option
Package: pbuilder Version: 0.196 Severity: wishlist Please add an option which will not delete the build chroot after --build. This would be handy in debugging "missing build-conflicts" situations since it would help finding out which packages are installed inside the pbuilder chroot. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571440: pbuilder: please add --save-after-build option
On Thu, Feb 25, 2010 at 04:04:23PM +0100, Loïc Minier wrote: > On Thu, Feb 25, 2010, Marc Haber wrote: > > Please add an option which will not delete the build chroot after > > --build. This would be handy in debugging "missing build-conflicts" > > situations since it would help finding out which packages are > > installed inside the pbuilder chroot. > > Could you check whether the sample hook > /usr/share/doc/pbuilder/examples/C10shell does what you want? I would have imagined that it would be easier than having a separate script file full with ugly redirects. --save-after-exec and --save-after-login are there as well. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577279: xserver-xorg-input-synaptics: no synaptics functionality after sid update
Hi again, I have removed things from my xorg.conf, diabled the udev and fdi rule, and have established a new file in /etc/X11/xorg.conf.d/10-synaptics. Now, synclient -l gives a new error message, "Couldn't find synaptics properties. No synaptics driver loaded?" The xorg.log suggests, however, that the synaptics touchpad is correctly detected. I am attaching my "new" xorg.conf, the /etc/X11/xorg.conf.d/10-synaptics, and the xorg.log. Greetings Marc X.Org X Server 1.7.6 Release Date: 2010-03-17 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.11-dsa-ia32 i686 Debian Current Operating System: Linux swivel 2.6.33.2-zgws1 #1 SMP PREEMPT Fri Apr 9 21:08:33 CEST 2010 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.33.2-zgws1 root=/dev/mapper/root ro resume=/dev/mapper/swap0 quiet splash video=radeon:modeset=0 Build Date: 05 April 2010 05:10:30PM xorg-server 2:1.7.6-2 (Timo Aaltonen ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr 11 10:37:48 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "internal radeon" (0) (**) | |-->Monitor "" (**) | |-->Device "internal radeon" (==) No monitor specified for screen "internal radeon". Using a default monitor configuration. (**) Option "RandR" "on" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eb080 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:4e50:103c:088c ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] rev 0, Mem @ 0x9800/134217728, 0x9040/65536, I/O @ 0x2000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "dbe" (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.7.6, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "radeon" (II) Loading /usr/lib/xorg/mo
Bug#568111: xserver-xorg-video-radeon: no KDE4 compositing/desktop effects after suspend-to-disk
On Sat, Mar 06, 2010 at 08:56:37AM +0100, Brice Goglin wrote: > Can you try 6.12.191 from experimental with KMS enabled? No. With radeon.modeset=1, my system crashes immediately on boot (see kernel bugzilla #15736), therefore I cannot try with KMS enabled. Additionally, current KDE doesn't allow desktop effects to be enabled with current X, falls back to "Compositing disabled" immediately without giving meaningful log entries. I'm filing a new bug to this matter. Feel free to close this bug. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525687: ferm: please add a hook which gets executed while configuration is read
On Thu, Feb 18, 2010 at 10:04:50PM +0100, Max Kellermann wrote: > On 2009/05/01 00:38, Marc Haber wrote: > > I do not understand. The hook would be executed while the shell script > > ie generated. > > No. Hooks are executed when the rules are installed, not necessarily > when ferm runs. With --shell, ferm just prints the hook commands, to > be executed later by the generated shell script. I have understood now. This hook should be different. The use of the hook I outlined in the first bug report is addressed by @include now being able to execute commands, but this hook (@now) could probably be used to generate debug output during ferm run, or for other advanced things. Please consider implementing it nevertheless. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577695: ferm: please allow variable expansion in backtick expression
Package: ferm Version: 2.0.7-1 Severity: wishlist Hi, it is documented that variable expansion ins not used in backtick expression. This precludes constructions like @def $filename=`basename $FILENAME`; Please consider allowing constructions like that. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577696: ferm: @include "foo|" does not allow shell escapes
Package: ferm Version: 2.0.7-1 Severity: normal Hi, @include "echo @def \\$filename=$FILENAME|" ina ferm file results in Error in echo @def \\=scys00592/scys00592.conf.d/Z71-forward| line 1: @def = <-- "$" (variable) or "&" (function) expected I guess that this fault is caused by \ not acting as an escape character in the include expression. Writing a single backslash doesn't work either. Final goal is having the path removed from $FILENAME. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577697: ferm: please document that @include "foo|" uses a shell
Package: ferm Version: 2.0.7-1 Severity: minor Please document in the man page that @include "foo|" uses a shell to invoke foo. In other places, for example in the backtics docs, it is explicitly mentioned that a shell is used. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577701: ferm: what does %TRUSTED_HOSTS mean?
Package: ferm Version: 2.0.7-1 Severity: minor Hi, the manpage, in the chapter "Parameters", there is mention of %TRUSTED_HOSTS. This is either undocumented (% doesn't appear in any other place in the manpage), or a typo, meaning $TRUSTED_HOSTS. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
