Bug#556736: any progress with this bug?
Hello, Did you have the time to test the patch I submitted ***~3 months ago***? Is there a plan for fixing this problem? I tend to conclude that my time would be better spent carping about the bug than actually submitting a fix that remains ignored. @Damien Degois: I really don't understand why you submitted essentially the same patch with mine. Does your patch add something I missed in mine? Or is it just a lame attempt to steal credits for an otherwise trivial patch? In any case, a patch from a second person complicates the things for the maintainer and introduces delays for actually seeing the package fixed in the repository. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556736: patch for scponly source
Hello, I noticed in #40227 Reported by: Gabor Kiss ki...@maphu.huhttp://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=kissg%40maphu.hu ; Date: Sat, 9 Dec 2006 09:18:02 UTC; Severity: normal; Found in version scponly/4.6-1; http://bugs.debian.org/cgi-bin/version.cgi?info=1;absolute=0;collapse=1;found=scponly%2F4.6-1;package=scponly *Filed 2 years and 345 days ago*; *Modified 134 days ago*; that setup_chroot.sh is meant to be auto-created by setup_chroot.sh.in. So, I created a patch that solves the problem in the source level. It modifies configure.in and setup_chroot.sh.in. The maintainer should still need to run autoconf to create a new configure script. Cheers, Manolis setup_chroot_src.diff Description: Binary data
Bug#556736: scponly: setup_chroot.sh on x86_64
Package: scponly Version: 4.6-1.3 Severity: important Tags: patch The sample script included in /usr/share/doc/scponly/setup_chroot/setup_chroot.sh.gz does not work correctly on x86_64 hosts. The reason is that x86_64 hosts require additional library files to be copied to the chrooted environment. Additionaly, as #551868 reports, a /dev/null file is also required for the chrooted environment (this is not x86_64 specific). I have modified the script so that the produced environment works. Patch attached. (kudos to quae.co.uk folks for the instructions http://www.quae.co.uk/2009/03/03/scponly-chroot-with-ubuntu-hardy-64-bit :) -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-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/bash Versions of packages scponly depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii openssh-server1:5.1p1-5 secure shell server, an rshd repla ii passwd1:4.1.1-6 change and administer password and scponly recommends no packages. scponly suggests no packages. -- debconf information: * scponly/chroot: true --- setup_chroot.sh 2009-11-17 17:19:14.501417000 +0200 +++ setup_chroot2.sh2009-11-17 17:17:48.195152649 +0200 @@ -78,8 +78,12 @@ # # we also need to add some form of ld.so, here are some good guesses. +# for 64 bit linux we need extra stuff. see http://www.quae.co.uk/2009/03/03/scponly-chroot-with-ubuntu-hardy-64-bit # -LDSO_LIST=/lib/ld.so /libexec/ld-elf.so /libexec/ld-elf.so.1 /usr/libexec/ld.so /lib/ld-linux.so.2 /usr/libexec/ld-elf.so.1 +LDSO_LIST=/lib/ld-2.7.so /lib/ld.so /libexec/ld-elf.so /libexec/ld-elf.so.1 /usr/libexec/ld.so /lib/ld-linux.so.2 /usr/libexec/ld-elf.so.1 +if [ x`uname -m` = xx86_64 ]; then + LDSO_LIST=$LDSO_LIST /lib/libncurses.so.5 /lib/libdl.so.2 /lib/libc.so.6 /lib64/ld-linux-x86-64.so.2 +fi for lib in $LDSO_LIST; do if [ -f $lib ]; then LDSOFOUND=1; @@ -199,6 +203,10 @@ done fi +# and a /dev/null +[ -d $targetdir/dev ] || mkdir $targetdir/dev +mknod -m 666 $targetdir/dev/null c 1 3 + if [ x$USE_PW = x0 ] ; then /usr/sbin/useradd -d $targetdir -s /usr/sbin/scponlyc $targetuser if [ $? -ne 0 ]; then
Bug#358135: dvilib2: directory /usr/share/DVIlib2 is missing in testing version of the package
Package: dvilib2 Version: 1.2.4-4.2 Severity: grave Justification: renders package unusable The dvilib2 packege in etch, currently does not contain the files under /usr/share/DVIlib2. As a result, all programs that depend on dvilib2 fail to start giving the message Can't open /usr/share/DVIlib2/papers.cnf. FYI, I checked the package in stable and the missing files were there. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=UTF-8) Versions of packages dvilib2 depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii tetex-extra 3.0-15 Additional library files of teTeX ii vflib33.6.13-3.3 Versatile Font Library dvilib2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
