Bug#445554: /usr/sbin/newvserver: allow for unattended install
Package: vserver-debiantools Version: 0.4.1 Severity: wishlist File: /usr/sbin/newvserver Tags: patch [ Reportbug crashed on me while trying to send this the first time. I apologise, if you receive this twice. ] Hi, the appended patch modifies the newvserver script to allow for installs without answering any questions. This aim is achieved by implementing the following changes: - Default the time zone of the clients to the time zone of the host if avvailable. This allows to get rid of the tzselect questions. - Allow to optinally specify a debconf database to answer debconf questions during package installation. This is implemented with the help of the new DEBCONF_FILE_DB configuration variable. This allows to get rid of all the remaining questions in a standard Etch install, including the tasksel step. It would be nice if this patch could be incorporated into the upstream version of newvserver. I hope this helps, Jochen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vserver-debiantools depends on: ii binutils 2.18-1 The GNU assembler, linker and bina ii debootstrap 1.0.3 Bootstrap a basic Debian system ii iproute 20070313-1 Professional tools to control the ii rsync 2.6.9-5fast remote file copy program (lik ii util-vserver 0.30.214-3 user-space tools for Linux-VServer Versions of packages vserver-debiantools recommends: ii dnsutils1:9.4.1-P1-3 Clients provided with BIND -- no debconf information -- http://seehuhn.de/ diff -ur vserver-debiantools-0.4.1/newvserver.pod vserver-debiantools-0.4.1.1/newvserver.pod --- vserver-debiantools-0.4.1/newvserver.pod2007-10-02 07:33:57.0 +0100 +++ vserver-debiantools-0.4.1.1/newvserver.pod 2007-10-06 19:40:49.0 +0100 @@ -87,6 +87,12 @@ Package caching: PKGCACHE=1 +The name of a debconf database to be read by debconf's file driver. +This can be used to store the answers for debconf questions during +install and thus allows for unattended installation. See the +debconf.conf(5) manual page for the file format. +DEBCONF_FILE_DB="" + =head1 AUTHOR Author of the manual page is Ola Lundqvist <[EMAIL PROTECTED]> diff -ur vserver-debiantools-0.4.1/newvserver.sh vserver-debiantools-0.4.1.1/newvserver.sh --- vserver-debiantools-0.4.1/newvserver.sh 2007-10-02 21:00:29.0 +0100 +++ vserver-debiantools-0.4.1.1/newvserver.sh 2007-10-06 19:40:46.0 +0100 @@ -83,6 +83,12 @@ # Package caching PKGCACHE=0 +# The name of a debconf database to be read by debconf's file driver. +# This can be used to store the answers for debconf questions during +# install and thus allows for unattended installation. See the +# debconf.conf(5) manual page for the file format. +DEBCONF_FILE_DB="" + if [ -r /etc/vservers/newvserver-vars ] ; then . /etc/vservers/newvserver-vars fi @@ -576,6 +582,20 @@ EXTRA_PACKAGES_INSTALL="apt-get --assume-yes install ${EXTRA_PACKAGES//,/ }" fi +if [ -f /etc/timezone ]; then +tz=$(cat /etc/timezone) +zonefile="$VROOTDIR/$VHOST/usr/share/zoneinfo/$tz" +if [ -f "$zonefile" ]; then + echo "$tz" >$VROOTDIR/$VHOST/etc/timezone + cp "$zonefile" "$VROOTDIR/$VHOST/etc/localtime" +fi +fi + +if [ -n "$DEBCONF_FILE_DB" ]; then +cp "$DEBCONF_FILE_DB" "$VROOTDIR/$VHOST/config.dat" +SET_DEBCONF_OVERRIDE='export DEBCONF_DB_OVERRIDE="File{/config.dat}"' +fi + # # From here on we do things live in the server # Generate the script that runs the rest of the setup from within the @@ -583,19 +603,23 @@ cat << EOF > "$VROOTDIR/$VHOST/vserver-config.sh" #!/bin/sh +$SET_DEBCONF_OVERRIDE + [ -x /usr/sbin/locale-gen ] && /usr/sbin/locale-gen dselect update -# tzsetup was part of base-config which is gone since etch -# tzconfig is part of libc, so it should be ubiquitious -if [ -x /usr/sbin/tzsetup ]; then -/usr/sbin/tzsetup -y -elif [ -x /usr/sbin/tzconfig ]; then -/usr/sbin/tzconfig +if [ ! -f /etc/timezone ]; then +# tzsetup was part of base-config which is gone since etch +# tzconfig is part of libc, so it should be ubiquitious +if [ -x /usr/sbin/tzsetup ]; then + /usr/sbin/tzsetup -y +elif [ -x /usr/sbin/tzconfig ]; then + /usr/sbin/tzconfig +fi fi -dpkg-reconfigure passwd +dpkg-reconfigure -u passwd tasksel @@ -624,6 +648,8 @@ chmod 755 $VROOTDIR/$VHOST/vserver-config.sh vserver $VHOST exec /vserver-config.sh rm -f $VROOTDIR/$VHOST/vserver-config.sh +rm -f "$VROOTDIR/$VHOST/config.dat" +rm -f "$VROOTDIR/$VHOST/config.dat-old" # Run the post-in
Bug#444886: updated patch for #444886
Hi, unfortunately my previous patch for bug #444886 contained a bug on its own: I forgot to define IP_ADDR and consequently newvserver generated a broken /etc/hosts file. The appended patch, a full replacement for the original one, fixes this problem. Changes since the previous version of the patch: - Define IP_ADDR by removing the prefix length from IP. - Fix a typo in the newvserver help text. - Remove the hard to comprehend code for computing IP_PREFIX and IP_NETMASK. These two variables seem to be never read. - Remove a spurious comment and a trailing empty line from the generated /etc/hosts file. I hope this helps, Jochen -- http://seehuhn.de/ diff -ur vserver-debiantools-0.3.6.1/debian/control vserver-debiantools-0.3.6.2/debian/control --- vserver-debiantools-0.3.6.1/debian/control 2007-08-20 07:37:48.0 +0100 +++ vserver-debiantools-0.3.6.2/debian/control 2007-10-01 16:17:00.0 +0100 @@ -8,7 +8,7 @@ Package: vserver-debiantools Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, util-vserver (>= 0.30.204-5sarge2), debootstrap (>= 0.3.3), binutils, rsync, iproute +Depends: ${shlibs:Depends}, ${misc:Depends}, util-vserver (>= 0.30.204-5sarge2), debootstrap (>= 0.3.3), binutils, rsync, iproute, dnsutils Conflicts: vserver Description: Tools to manage debian virtual servers This package contain tools to manage debian based virtual servers. diff -ur vserver-debiantools-0.3.6.1/newvserver.sh vserver-debiantools-0.3.6.2/newvserver.sh --- vserver-debiantools-0.3.6.1/newvserver.sh 2007-10-01 14:22:34.0 +0100 +++ vserver-debiantools-0.3.6.2/newvserver.sh 2007-10-01 21:38:05.0 +0100 @@ -122,12 +122,17 @@ --pkgcache Package caching. -v, --verbose show extra output during setup --vsroot location of "/vserver/" directory + Required: --hostname hostname for new vserver (eg. "alpha") --domain dns domain for new vserver (eg. "example.com") --ip IPv4 address for new vserver (syntax: --ip [/]) + Either --ip or --domain/--hostname may be omitted if the + corresponding information can be found via a name server + query. + You can also set variables in /etc/vservers/newvserver-vars. EOF @@ -268,18 +273,6 @@ case "$2" in [0-9]*.[0-9]*.[0-9]*.[0-9]*) IP="$2" -# get netmask -IP_NETMASK=${IP##*/} -test "$IP_NETMASK" != "$1" || IP_NETMASK= -IP_ADDR=${IP%%/${IP_NETMASK}} -# if IP_NETMASK contains no ".", it is -# interpreted as IP_PREFIX -IP_PREFIX= -test "${IP_NETMASK%%.*}" != "${IP_NETMASK}" \ - || { -IP_PREFIX=$IP_NETMASK -IP_NETMASK= -} ;; *) echo "${0##*/} error: $1 requires a single IPv4 e.g. \"192.168.100.1\"" 1>&2 @@ -348,12 +341,32 @@ parse_args $@ +if [ -n "$IP" -a \( -z "$VHOST" -o -z "$VDOMAIN" \) ]; then +tmp=$(dig +short -x $(echo $IP | sed 's;/[0-9]*$;;')) +if [ -n "$tmp" ]; then + if [ -z "$VHOST" ]; then + VHOST=$(echo $tmp | sed 's/\..*//') + fi + if [ -z "$VDOMAIN" ]; then + VDOMAIN=$(echo $tmp | sed 's/[^.]*\.//') + fi +fi +fi + +if [ -n "$VHOST" -a -n "$VDOMAIN" -a -n "$INTERFACE" -a -z "$IP" ]; then +prefix=$(ip -o addr show dev "$INTERFACE" primary scope global | \ + sed -n 's;.*inet [0-9.]*/\([0-9]*\).*;\1;p') +IP="$(dig +short "$VHOST.$VDOMAIN")/$prefix" +fi + if ! [ -n "$VHOST" -a -n "$VDOMAIN" -a -n "$IP" ]; then echo "${0##*/} error: --hostname, --domain and --ip are required" 1>&2 usage exit 1 fi +IP_ADDR=${IP%%/*} + # Strip final slashes off a couple of things MIRROR="${MIRROR%/}" VROOTDIR="${VROOTDIR%/}" @@ -472,15 +485,12 @@ $IP_ADDR $VHOST.$VDOMAIN $VHOST # The following lines are desirable for IPv6 capable hosts -# (added automatically by netbase upgrade) - ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts - EOF # grab DNS servers from the host-server for `resolv.conf' signature.asc Description: Digital signature
Bug#444886: /usr/sbin/newvserver: try to get --ip or --hostname/--domain from name server information
Package: vserver-debiantools Version: 0.3.6.2 Severity: wishlist File: /usr/sbin/newvserver Tags: patch Hi, if you are creating many VServers using the newvserver script, it is a bit cumbersome to always give the correct combination of --hostname and --ip. An alternative strategy would be to set up a name server which knows about the IP<->hostname assignments and to derive either the hostname or the IP address by querying the name server. This is implemented by the appended patch. Using the patch you can just use newvserver --ip 1.2.3.4/24 and the script looks up hostname and domain (if not given) using the name server. Alternatively you can use newvserver --hostname x --domain y.z and the script looks up the IP address using the name server. In this case the prefix length (/24 in the above example) is taken from the netmask of the given network interface. I hope this helps, Jochen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vserver-debiantools depends on: ii binutils2.18-1 The GNU assembler, linker and bina ii debootstrap 1.0.3Bootstrap a basic Debian system ii dnsutils1:9.4.1-P1-1 Clients provided with BIND ii iproute 20070313-1 Professional tools to control the ii rsync 2.6.9-5 fast remote file copy program (lik ii util-vserver0.30.214-3 user-space tools for Linux-VServer vserver-debiantools recommends no packages. -- no debconf information -- http://seehuhn.de/ diff -ur vserver-debiantools-0.3.6.1/debian/control vserver-debiantools-0.3.6.2/debian/control --- vserver-debiantools-0.3.6.1/debian/control 2007-08-20 07:37:48.0 +0100 +++ vserver-debiantools-0.3.6.2/debian/control 2007-10-01 16:17:00.0 +0100 @@ -8,7 +8,7 @@ Package: vserver-debiantools Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, util-vserver (>= 0.30.204-5sarge2), debootstrap (>= 0.3.3), binutils, rsync, iproute +Depends: ${shlibs:Depends}, ${misc:Depends}, util-vserver (>= 0.30.204-5sarge2), debootstrap (>= 0.3.3), binutils, rsync, iproute, dnsutils Conflicts: vserver Description: Tools to manage debian virtual servers This package contain tools to manage debian based virtual servers. diff -ur vserver-debiantools-0.3.6.1/newvserver.sh vserver-debiantools-0.3.6.2/newvserver.sh --- vserver-debiantools-0.3.6.1/newvserver.sh 2007-10-01 14:22:34.0 +0100 +++ vserver-debiantools-0.3.6.2/newvserver.sh 2007-10-01 17:06:22.0 +0100 @@ -122,12 +122,17 @@ --pkgcache Package caching. -v, --verbose show extra output during setup --vsroot location of "/vserver/" directory + Required: --hostname hostname for new vserver (eg. "alpha") --domain dns domain for new vserver (eg. "example.com") --ip IPv4 address for new vserver (syntax: --ip [/]) + Either --ip or --domain/--hostname may be omitted if the + corresponding information is can be found by a name server + query. + You can also set variables in /etc/vservers/newvserver-vars. EOF @@ -348,6 +353,24 @@ parse_args $@ +if [ -n "$IP" -a \( -z "$VHOST" -o -z "$VDOMAIN" \) ]; then +tmp=$(dig +short -x $(echo $IP | sed 's;/[0-9]*$;;')) +if [ -n "$tmp" ]; then + if [ -z "$VHOST" ]; then + VHOST=$(echo $tmp | sed 's/\..*//') + fi + if [ -z "$VDOMAIN" ]; then + VDOMAIN=$(echo $tmp | sed 's/[^.]*\.//') + fi +fi +fi + +if [ -n "$VHOST" -a -n "$VDOMAIN" -a -n "$INTERFACE" -a -z "$IP" ]; then +prefix=$(ip -o addr show dev "$INTERFACE" primary scope global | \ + sed -n 's;.*inet [0-9.]*/\([0-9]*\).*;\1;p') +IP="$(dig +short "$VHOST.$VDOMAIN")/$prefix" +fi + if ! [ -n "$VHOST" -a -n "$VDOMAIN" -a -n "$IP" ]; then echo "${0##*/} error: --hostname, --domain and --ip are required" 1>&2 usage signature.asc Description: Digital signature
Bug#444868: /usr/sbin/newvserver: allow to configure non-US and security mirrors
Package: vserver-debiantools Version: 0.3.6.1 Severity: wishlist File: /usr/sbin/newvserver Tags: patch Hi, in my VServer setup the clients initially don't have proper network access and thus need to use a mirror to download packages. To make this work I had to change newvserver to allow customisation for the non-US and security servers. Maybe this is useful for others, too? In case you want to incorporate these changes into the official Debian version of the package, here is a patch to do so. I hope this helps, Jochen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vserver-debiantools depends on: ii binutils 2.18-1 The GNU assembler, linker and bina ii debootstrap 1.0.3 Bootstrap a basic Debian system ii iproute 20070313-1 Professional tools to control the ii rsync 2.6.9-5fast remote file copy program (lik ii util-vserver 0.30.214-3 user-space tools for Linux-VServer vserver-debiantools recommends no packages. -- no debconf information -- http://seehuhn.de/ diff -ur vserver-debiantools-0.3.6/newvserver.sh vserver-debiantools-0.3.6.1/newvserver.sh --- vserver-debiantools-0.3.6/newvserver.sh 2007-08-20 07:43:58.0 +0100 +++ vserver-debiantools-0.3.6.1/newvserver.sh 2007-10-01 14:22:34.0 +0100 @@ -71,6 +71,12 @@ # Local or nearest location of a debian mirror (must include the `/debian') MIRROR="http://ftp.uk.debian.org/debian"; +# debian-non-US mirror (must include the '/debian-non-US', only used for woody) +MIRROR_NON_US="http://non-us.debian.org/debian-non-US"; + +# mirror for security updates +MIRROR_SECURITY="http://security.debian.org"; + # Default network interface for vservers: INTERFACE="eth0" @@ -431,10 +437,10 @@ deb $MIRROR/ $DIST main deb-src $MIRROR/ $DIST main -deb http://non-us.debian.org/debian-non-US $DIST/non-US main -deb-src http://non-us.debian.org/debian-non-US $DIST/non-US main +deb $MIRROR_NON_US $DIST/non-US main +deb-src $MIRROR_NON_US $DIST/non-US main -deb http://security.debian.org $DIST/updates main +deb $MIRROR_SECURITY $DIST/updates main EOF else @@ -442,7 +448,7 @@ deb $MIRROR/ $DIST main deb-src $MIRROR/ $DIST main -deb http://security.debian.org $DIST/updates main +deb $MIRROR_SECURITY $DIST/updates main EOF fi diff -ur vserver-debiantools-0.3.6/newvserver.pod vserver-debiantools-0.3.6.1/newvserver.pod --- vserver-debiantools-0.3.6/newvserver.pod 2006-12-09 10:31:06.0 + +++ vserver-debiantools-0.3.6.1/newvserver.pod 2007-10-01 14:22:00.0 +0100 @@ -75,6 +75,12 @@ Local or nearest location of a debian mirror (must include the `/debian') MIRROR="http://ftp.uk.debian.org/debian"; +debian-non-US mirror (must include the '/debian-non-US', only used for woody) +MIRROR_NON_US="http://non-us.debian.org/debian-non-US"; + +mirror for security updates +MIRROR_SECURITY="http://security.debian.org"; + Default network interface for vservers: INTERFACE="eth0" signature.asc Description: Digital signature
Bug#442908: valgrind: thousands of false positives on powerpc
Package: valgrind Version: 1:3.2.3-3 Severity: normal Hi, valgrind on my powerbook G4 reports several thousands of false (?) positives even for trivial programs. This makes valgrind unusable because any real problem reports will be drowned in the generated noise. Example: compile the following simple program "xxx.c" #include int main() { puts("hi"); return 0; } using the following commands: [EMAIL PROTECTED] [~/project/jvterm] gcc -o xxx -g -O xxx.c [EMAIL PROTECTED] [~/project/jvterm] gcc -g -O -Wall xxx.c -o xxx [EMAIL PROTECTED] [~/project/jvterm] ./xxx hi Running valgrind on the resulting binary gives the following output: ==7169== Memcheck, a memory error detector. ==7169== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==7169== Using LibVEX rev 1732, a library for dynamic binary translation. ==7169== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==7169== Using valgrind-3.2.3-Debian, a dynamic binary instrumentation framework. ==7169== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==7169== For more details, rerun with: -v ==7169== ==7169== My PID = 7169, parent PID = 7130. Prog and args are: ==7169==./xxx ==7169== ==7169== Conditional jump or move depends on uninitialised value(s) ==7169==at 0x40027AC: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Conditional jump or move depends on uninitialised value(s) ==7169==at 0x40027E0: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Use of uninitialised value of size 4 ==7169==at 0x40068DC: (within /lib/ld-2.6.1.so) ==7169==by 0x400921C: (within /lib/ld-2.6.1.so) ==7169==by 0x4004864: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Use of uninitialised value of size 4 ==7169==at 0x400692C: (within /lib/ld-2.6.1.so) ==7169==by 0x400921C: (within /lib/ld-2.6.1.so) ==7169==by 0x4004864: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Syscall param mmap(length) contains uninitialised byte(s) ==7169==at 0x4018364: (within /lib/ld-2.6.1.so) ==7169==by 0x4016518: malloc (in /lib/ld-2.6.1.so) ==7169==by 0x40069A8: (within /lib/ld-2.6.1.so) ==7169==by 0x400921C: (within /lib/ld-2.6.1.so) ==7169==by 0x4004864: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Use of uninitialised value of size 4 ==7169==at 0x4006834: (within /lib/ld-2.6.1.so) ==7169==by 0x400921C: (within /lib/ld-2.6.1.so) ==7169==by 0x4004864: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Use of uninitialised value of size 4 ==7169==at 0x4019C00: (within /lib/ld-2.6.1.so) ==7169==by 0x7ED210CC: ??? ==7169==by 0x4008BB4: (within /lib/ld-2.6.1.so) ==7169==by 0x4009800: (within /lib/ld-2.6.1.so) ==7169==by 0x4002CB4: (within /lib/ld-2.6.1.so) ==7169==by 0x400E838: (within /lib/ld-2.6.1.so) ==7169==by 0x4002C10: (within /lib/ld-2.6.1.so) ==7169==by 0x4005FB4: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/ld-2.6.1.so) ==7169==by 0x4016784: (within /lib/ld-2.6.1.so) ==7169== ==7169== Use of uninitialised value of size 4 ==7169==at 0x4019C08: (within /lib/ld-2.6.1.so) ==7169==by 0x7ED210CC: ??? ==7169==by 0x4008BB4: (within /lib/ld-2.6.1.so) ==7169==by 0x4009800: (within /lib/ld-2.6.1.so) ==7169==by 0x4002CB4: (within /lib/ld-2.6.1.so) ==7169==by 0x400E838: (within /lib/ld-2.6.1.so) ==7169==by 0x4002C10: (within /lib/ld-2.6.1.so) ==7169==by 0x4005FB4: (within /lib/ld-2.6.1.so) ==7169==by 0x4015AA8: (within /lib/ld-2.6.1.so) ==7169==by 0x40023CC: (within /lib/ld-2.6.1.so) ==7169==by 0x4002938: (within /lib/l
Bug#426796: fix newvserver in the presence of a local name server
Hi, this is a suggested fix for bug #426796: if the host uses 127.0.0.1 as a nameserver, this cannot be used as a nameserver inside the container. One (partial) solution would be, to replace 127.0.0.1 with the host address on the interface given for the vserver subnet. This mewthod could be implemented by the following patch: -- --- /usr/sbin/newvserver.orig 2007-04-10 04:49:31.0 +0100 +++ /usr/sbin/newvserver2007-08-19 16:59:27.0 +0100 @@ -477,7 +477,10 @@ EOF # grab DNS servers from the host-server for `resolv.conf' -(echo search $VDOMAIN ; grep '^nameserver' /etc/resolv.conf) \ +HOST_IP=$(ip -o addr show dev $INTERFACE primary scope global | \ + sed -n 's;.*inet \([^/]*\)/.*;\1;p') +(echo search $VDOMAIN; + grep '^nameserver' /etc/resolv.conf | sed "s/127.0.0.1/$HOST_IP/") \ > "$VROOTDIR/$VHOST/etc/resolv.conf" # If there is a proxy server statement in-use in the Host server, copy it across -- This will work as long as the hosts nameserver listens on $INTERFACE. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#431295: /usr/bin/setterm: buffer overflow in parse_snapfile()
Package: util-linux Version: 2.12r-19 Severity: normal File: /usr/bin/setterm Hi, the setterm source in util-linux-2.12r/misc-utils/setterm.c, function parse_snapfile, around line 513, contains the following bit of code: if (argc == 1) strcpy((char *)opt_all, argv[0]); Since 'opt_all' points to fixed size (200 byte) buffer and argv[0] is taken directly from the command line, this leads to a buffer overflow. Probably the following crash is a symptom of the problem: [EMAIL PROTECTED] [/mnt/source] setterm -file $(python -c "print 'x'*1000") Segmentation fault While the issue does not look particularly exploitable to me (getting control over somebody else's setterm command line arguments does not seem easy), I think it would be good to fix this anyway. I hope this helps, Jochen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-vserver-686 (SMP w/1 CPU core) Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages util-linux depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libncurses5 5.6-3Shared libraries for terminal hand ii libslang2 2.0.7-2 The S-Lang programming library - r ii libuuid11.40-1 universally unique id library ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii tzdata 2007f-9 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime util-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392452: /usr/sbin/exim_dbmbuild: buffer overflow in exim_dbmbuild
Hi Marc, On Sun, Jun 10, 2007 at 03:19:23PM +0200, Marc Haber wrote: > > Probably the following crash is a symptom of this: > > > > [EMAIL PROTECTED] [~] touch xxx > > [EMAIL PROTECTED] [~] /usr/sbin/exim_dbmbuild xxx $(python -c 'print > > "a"*') > > Segmentation fault > > It now says "file name is ridiculously overlong". The problem seems to be fixed in current unstable. The segmentation fault is still present in stable. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#416303: upgrade-reports: upgrade report: success on a simple mail/web server
Hi Frans, On Mon, Mar 26, 2007 at 08:39:34PM +0200, Frans Pop wrote: > > 4) During install the symbolic link > >"/etc/apache2/sites-enabled/000-default" appeared. This broke my > >common web server setup, because it slipped in between my own > >"0-redir" and the virtual host definitions. Simply removing the > >link fixed the web server. > > You may want to add that info to #415775. It looks like a different > manifestation of the same bug: the configuration scripts not recognizing > this is an upgrade instead of a new installation. The issue turns out to be already reported as #396782. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#416303: upgrade-reports: upgrade report: success on a simple mail/web server
Hi Frans, On Mon, Mar 26, 2007 at 08:39:34PM +0200, Frans Pop wrote: > First of all, thanks! You are welcome! > No, it says "advantage of doing the _next_ step early" would result in > glibc being upgraded early. I understand your confusion though. Ok, I did not read carefully. > That must mean that either kernel-image-2.6.8-3-686 did not get unmarked > as auto installed in the first step, or that you accidentally gave the > command to remove the real kernel image package instead of the pseudo > image package. Oh sorry, yes, I tried to remove the real kernel and not the meta package. > In my own tests some packages are removed automatically, but not all. Yes, probably I had set the auto-installed flag on all packages correctly already. > > ... > You may want to add that info to #415775. Ok, I will have a look. > > 5) The new dovecot config file looks very different from the old one > [...] > > 6) Exim also neede a bit of fiddling, but since I had manually > >custimised the setup before this seems ok to me. > > These look like regular stuff you can expect during an upgrade. I agree. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#416303: upgrade-reports: upgrade report: success on a simple mail/web server
Package: upgrade-reports Severity: normal Hi, as requested by Frans Pop on dda, here is a Sarge->Etch upgrade report. Everything worked ok, details are below. I hope this helps, Jochen The machine --- a Qemu based virtual server, i386, 160MB of RAM running up to date sarge kernel-image-2.6.8-3-686 booted using grub main applications: apache2, exim4, dovecot no X11 The server was set-up to be as close as possible in configuration to my real web/mail server. Upgrade procedure - I closely followed Method "C" as described on the Wiki Minor glitches -- The update went generally well. There were a few minor issues, which I describe below. 1) The comment for "aptitude upgrade" mentions that this should lead to glibc being upgraded early. This did not happen for me. It was listed in the "The following packages have been kept back" section and only was only upgraded when I did "aptitude install initrd-tools" in the next step. 2) when I reached the "aptitude purge kernel-image-2.6-" step, I got a scary error message -- You are running a kernel (version 2.6.8-3-686) and attempting to remove the same version. This is a potentially disastrous action. Not only will /boot/vmlinuz-2.6.8-3-686 be removed, making it impossible to boot it, (you will have to take action to change your boot loader to boot a new kernel), it will also remove all modules under the directory /lib/modules/2.6.8-3-686. Just having a copy of the kernel image is not enough, you will have to replace the modules too. I repeat, this is very dangerous. If at all in doubt, answer no. If you know exactly what you are doing, and are prepared to hose your system, then answer Yes. Remove the running kernel image (not recommended) [No]? -- Probably the release notes should contain some encouragement for users who reach this point. I decided to reboot before removing the kernel. 3) The "various cleanup" section on the wiki page lists the point "remove gcc-3.3, g++-3.3 ...". This happened automatically for me during "aptitude dist-upgrade" ("The following packages are unused and will be REMOVED"). 4) During install the symbolic link "/etc/apache2/sites-enabled/000-default" appeared. This broke my common web server setup, because it slipped in between my own "0-redir" and the virtual host definitions. Simply removing the link fixed the web server. 5) The new dovecot config file looks very different from the old one (the new one has blocks in curly brackets where the old one didn't and some config options were renamed). This made me daubt that the old file would work with the new version of the server and thus I allowed the upgrade process to replace the config file. Consequently I had to go throught the >1000 lines of the dovecot.conf file to fix the SSL-certificates, authentication mechanisms etc. Not very automatic and a bit of a hassle. Maybe admins should be aware that dovecot will need a bit of attention during upgrade. 6) Exim also neede a bit of fiddling, but since I had manually custimised the setup before this seems ok to me. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.utf-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411286: patch for oprofile bug #411286
Hi, The appended patch seems to fix the problem. With the patch I get tarte:~# opcontrol --start Using default event: CPU_CLK_UNHALTED:10:0:1:1 Using 2.6+ OProfile kernel interface. Using log file /var/lib/oprofile/oprofiled.log Daemon started. Profiler running. and samples are collected. I hope this helps, Jochen -- http://seehuhn.de/ diff -ur oprofile-0.9.2-3/debian/changelog oprofile-0.9.2-3.1/debian/changelog --- oprofile-0.9.2-3/debian/changelog 2007-02-17 20:05:21.0 + +++ oprofile-0.9.2-3.1/debian/changelog 2007-02-17 20:06:27.0 + @@ -1,3 +1,11 @@ +oprofile (0.9.2-3.1) unstable; urgency=low + + * Apply the patches from http://lkml.org/lkml/2006/11/22/170 +and http://lkml.org/lkml/2006/11/22/172 to make oprofile +work on newer kernels. + + -- Jochen Voss <[EMAIL PROTECTED]> Sat, 17 Feb 2007 19:54:00 + + oprofile (0.9.2-3) unstable; urgency=low * Closes: bug#396749 -- FTBFS: no suitably configured kernel include tree diff -ur oprofile-0.9.2-3/libop/op_alloc_counter.c oprofile-0.9.2-3.1/libop/op_alloc_counter.c --- oprofile-0.9.2-3/libop/op_alloc_counter.c 2003-10-01 22:53:46.0 +0100 +++ oprofile-0.9.2-3.1/libop/op_alloc_counter.c 2007-02-17 20:06:27.0 + @@ -12,6 +12,8 @@ */ #include +#include +#include #include "op_events.h" #include "op_libiberty.h" @@ -54,7 +56,7 @@ list_init(&ctr_arc[i].next); for (j = 0; mask; ++j) { if (mask & (1 << j)) { -counter_arc * arc = +counter_arc * arc = xmalloc(sizeof(counter_arc)); arc->counter = j; /* we are looping by increasing counter number, @@ -130,13 +132,13 @@ counter_arc const * arc = list_entry(pos, counter_arc, next); if (allocated_mask & (1 << arc->counter)) - return 0; + continue; counter_map[depth] = arc->counter; if (allocate_counter(ctr_arc, max_depth, depth + 1, - allocated_mask | (1 << arc->counter), - counter_map)) + allocated_mask | (1 << arc->counter), + counter_map)) return 1; } @@ -144,14 +146,54 @@ } +/* determine which directories are counter directories + */ +static int perfcounterdir(const struct dirent * entry) +{ + return (isdigit(entry->d_name[0])); +} + + +/** + * @param mask pointer where to place bit mask of unavailable counters + * + * return >= 0 number of counters that are available + * < 0 could not determine number of counters + * + */ +static int op_get_counter_mask(u32 * mask) +{ + struct dirent **counterlist; + int count, i; + /* assume nothing is available */ + u32 available=0; + + count = scandir("/dev/oprofile", &counterlist, perfcounterdir, + alphasort); + if (count < 0) + /* unable to determine bit mask */ + return -1; + /* convert to bit map (0 where counter exists) */ + for (i=0; id_name); + free(counterlist[i]); + } + *mask=~available; + free(counterlist); + return count; +} + size_t * map_event_to_counter(struct op_event const * pev[], int nr_events, - op_cpu cpu_type) + op_cpu cpu_type) { counter_arc_head * ctr_arc; size_t * counter_map; int nr_counters; + u32 unavailable_counters = 0; - nr_counters = op_get_nr_counters(cpu_type); + nr_counters = op_get_counter_mask(&unavailable_counters); + if (nr_counters < 0) + nr_counters = op_get_nr_counters(cpu_type); if (nr_counters < nr_events) return 0; @@ -159,7 +201,8 @@ counter_map = xmalloc(nr_counters * sizeof(size_t)); - if (!allocate_counter(ctr_arc, nr_events, 0, 0, counter_map)) { + if (!allocate_counter(ctr_arc, nr_events, 0, unavailable_counters, + counter_map)) { free(counter_map); counter_map = 0; }
Bug#411286: oprofile: does not work on AMD64, kernel 2.6.19.2
Package: oprofile Version: 0.9.2-3 Severity: normal Hello, oprofile does not work for me on an AMD64 system with vanilla 2.6.19.2 kernel. It fails with the following error message: tarte:~# opcontrol --start Using default event: CPU_CLK_UNHALTED:10:0:1:1 /usr/bin/opcontrol: line 994: /dev/oprofile/0/enabled: No such file or directory /usr/bin/opcontrol: line 994: /dev/oprofile/0/event: No such file or directory /usr/bin/opcontrol: line 994: /dev/oprofile/0/count: No such file or directory /usr/bin/opcontrol: line 994: /dev/oprofile/0/kernel: No such file or directory /usr/bin/opcontrol: line 994: /dev/oprofile/0/user: No such file or directory /usr/bin/opcontrol: line 994: /dev/oprofile/0/unit_mask: No such file or directory Using 2.6+ OProfile kernel interface. Using log file /var/lib/oprofile/oprofiled.log Daemon started. Profiler running. Despite the optimistic message "Profiler running" no profiling data is ever collected: tarte:~# opcontrol --dump tarte:~# opreport opreport error: No sample file found: try running opcontrol --dump or specify a session containing sample files I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages oprofile depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii oprofile-common 0.9.2-3system-wide profiler for Linux sys ii oprofile-gui 0.9.2-3system-wide profiler for Linux sys oprofile recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400831: logic error in mutt-1.5.13/account.c
Package: mutt Version: 1.5.13-1 Severity: normal Hi, recently I came across the following bit of code in the source file mutt-1.5.13/account.c (near the end of the file): void mutt_account_unsetpass (ACCOUNT* account) { account->flags &= !M_ACCT_PASS; } Since the flags field is used as a collection of separate bit, this is a bug in the program. Since M_ACCT_PASS equals 8, !M_ACCT_PASS equals 0 and the 'mutt_account_unsetpass' function erroneously clears all flags instead of only M_ACCT_PASS. This bug can be fixed by using bitwise negation instead of logical negation: account->flags &= ~M_ACCT_PASS; I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages mutt depends on: ii exim4 4.63-10metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail- 4.63-10lightweight exim MTA (v4) daemon ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libdb4.4 4.4.20-8 Berkeley v4.4 Database Libraries [ ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libidn11 0.6.5-1GNU libidn library, implementation ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsasl2 2.1.22.dfsg1-4 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.6.ds1-8 GNU C Library: National Language ( ii mime-support 3.37-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400131: /usr/lib/libdb3.so.3.0.2: logic error in qam_verify.c
Package: libdb3 Version: 3.2.9+dfsg-0.1 Severity: normal File: /usr/lib/libdb3.so.3.0.2 Hi, recently I came across the following bit of code in the source file db-3.2.9+dfsg/qam/qam_verify.c (function __qam_vrfy_data, around line 129): qflags = qp->flags; qflags &= !(QAM_VALID | QAM_SET); if (qflags != 0) { ... } QAM_VALID and QAM_SET are defined in "qam.h" as follows: typedef struct _qamdata { u_int8_t flags;/* 00: delete bit. */ #define QAM_VALID 0x01 #define QAM_SET 0x02 u_int8_t data[1]; /* Record. */ } QAMDATA; To me it looks like the "qflags &= ..." statement was meant to read qflags &= ~(QAM_VALID | QAM_SET); (with a bitwise not instead of a logical not). I did not check what the consequences of this bug are, but probably it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages libdb3 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries libdb3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397858: /usr/bin/mutt_dotlock: off-by-one error in mutt_dotlock.c
Package: mutt Version: 1.5.13-1 Severity: normal File: /usr/bin/mutt_dotlock Hello, recently I came across the following bit of code in the source file mutt-1.5.13/mutt_dotlock.c (function dotlock_deference_symlink, around line 557): if ((len = readlink (pathptr, linkfile, sizeof (linkfile))) == -1) { /* perror (pathptr); */ return -1; } linkfile[len] = '\0'; In the case when the link target is longer than 'sizeof (linkfile)' (256 characters), the readlink call returns 'sizeof (linkfile)' and the following assignment writes a zero-byte into the byte just after the buffer 'linkfile'. This is a buffer overflow. The bug does not look exploitable to me, but probably it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages mutt depends on: ii exim4 4.63-10 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mai 4.63-10 lightweight exim MTA (v4) daemon ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libdb4.44.4.20-8 Berkeley v4.4 Database Libraries [ ii libgnutls13 1.4.4-2 the GNU TLS library - runtime libr ii libidn110.6.5-1 GNU libidn library, implementation ii libncursesw55.5-5Shared libraries for terminal hand ii libsasl22.1.19.dfsg1-0.5 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.6.ds1-8 GNU C Library: National Language ( ii mime-support 3.37-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397833: /usr/lib/cups/backend-available/snmp: programming error in snmp.c
Package: cupsys Version: 1.2.5-1 Severity: normal File: /usr/lib/cups/backend-available/snmp Hello, recently I came across the following bit of code in the source file cupsys-1.2.6/backend/snmp.c (function probe_device, around line 1755): if (http); { /* * IPP is supported... */ ... } It looks like the bracketed block is ment to be conditional on the value of 'http'. But since there is this strange semicolon at the end of the line with the 'if', the block is executed unconditionally. I think that this is a bug and that the semicolon should be removed. I did not check in any way what the implications of the bug are, but probably this is worth fixing anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.99Add and remove users and groups ii cupsys-common1.2.5-1 Common UNIX Printing System(tm) - ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcupsimage21.2.5-1 Common UNIX Printing System(tm) - ii libcupsys2 1.2.5-1 Common UNIX Printing System(tm) - ii libdbus-1-3 0.94-1 simple interprocess messaging syst ii libgnutls13 1.4.4-2 the GNU TLS library - runtime libr ii libldap2 2.1.30-13.1 OpenLDAP libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpaper11.1.20 Library for handling paper charact ii libslp1 1.2.1-6 OpenSLP libraries ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-6.1 Core Perl modules ii procps 1:3.2.7-3 /proc file system utilities ii xpdf-utils [poppler-util 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.5-1 Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20061031-1 linuxprinting.org printer support pn smbclient (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397536: format string vulnerability in eperl_perl5.c
Package: eperl Version: 2.2.14-14 Severity: normal Hello, recently I came across the following bit of code in the source file eperl-2.2.14/eperl_perl5.c (function 'Perl5_Run', around line 215): if ((cpBuf = ePerl_ReadErrorFile(perlstderr, perlscript, source)) != NULL) { fprintf(stderr, cpBuf); } Here the fprintf command uses the stderr output of the perl interpreter as a printf format string without any sanitisation. This leads to a format string vulerability. The following eperl call illustrates the problem: [EMAIL PROTECTED] [~] echo '<: for (;%s$i = 0; $i < 10; $i++) { print "foo #${i}\n"; } :>' | eperl -c - Scalar found where operator expected at /tmp/ePerl.stdin.14972.tmp0 line 1, near "/tmp/ePerl.stdin.14972.tmp0$i" (Missing operator before $i?) syntax error at /tmp/ePerl.stdin.14972.tmp0 line 1, near "Ϫ¿È$i " Execution of /tmp/ePerl.stdin.14972.tmp0 aborted due to compilation errors. Here the perl interpreter gives the error message ... line 1, near "%s$i" and the fprintf call dumps some memory contents instead of the %s. I did not check whether this is exploitable, but probably the problem should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages eperl depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libperl5.8 5.8.8-6.1 Shared Perl library ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8]5.8.8-6.1 The Pathologically Eclectic Rubbis eperl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397151: logic error in X509 policy checking
Hi Kurt, On Tue, Nov 07, 2006 at 11:14:47PM +0100, Kurt Roeckx wrote: > It seems upstream already fixed this in HEAD/0.9.9: Great! Will we get a fixed version in Etch or is it too late for this? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#397176: exim4: logic error in pcre.c and pcre_compile.c
Hello Marc, On Tue, Nov 07, 2006 at 05:41:03PM +0100, Marc Haber wrote: > This bug is not relevant to Debian's exim4 anyway ... Oh, sorry about that, I am always tricked by these unused bits of code. I will try to check more careful in the future. > Thanks for spotting this, upstream was able to fix the issue even it > is not relevant for us. I am glad that in the end this had a positive effect. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#397183: nmap: logic errors in regular expression parsing code
Hi Fyodor, On Sun, Nov 05, 2006 at 11:47:23AM -0800, Fyodor wrote: > On Sun, Nov 05, 2006 at 05:15:55PM +0000, Jochen Voss wrote: > > recently I found some logic errors in nmap's copy of the pcre library. > > Thanks for the report. Nmap currently uses LibPCRE 6.4. The latest > version at www.pcre.org is 6.7. I took a quick look at that version > and found that the code you report in 1) and 2) still seems to be > there, while 3) may have already been fixed. I think all of these problems are fixed in 6.7: [EMAIL PROTECTED] [~] grep -R "ims.*PCRE_CASELESS" pcre-6.7 pcre-6.7/pcre_dfa_exec.c:int otherd = ((ims & PCRE_CASELESS) != 0)? fcc[d] : d; pcre-6.7/pcre_dfa_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_dfa_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_dfa_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_dfa_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_exec.c:if ((ims & PCRE_CASELESS) != 0 && pcre-6.7/pcre_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_exec.c:if ((ims & PCRE_CASELESS) != 0) pcre-6.7/pcre_exec.c:ims = re->options & (PCRE_CASELESS|PCRE_MULTILINE|PCRE_DOTALL); All of these look correct to me. I think you should be fine by just using pcre 6.7. Do you agree? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#397174: closed by Peter Samuelson <[EMAIL PROTECTED]> (Re: Bug#397174: apache2: logic error in source file "pcre.c")
Hi Peter, On Sun, Nov 05, 2006 at 10:48:33AM -0800, Debian Bug Tracking System wrote: > This code is a copy of the pcre3 library, bundled by upstream for > convenience. Debian does not use it. Oh, I missed this. Sorry for the noise and thanks for answering quickly. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#397188: noshell: please update license file (is titantool still free?)
Package: noshell Version: 4.0.11-4 Severity: normal Hello, it seems that the noshell license file in /usr/share/doc/noshell/copyright is out of date: The differences between the file in the source package and in the Debian directory are as follows: --- cs 2006-11-05 18:04:27.0 + +++ titantools-4.0.11/LICENSE 2003-11-20 07:56:33.0 + @@ -1,12 +1,12 @@ - Titan Security Toolkit (�) + Titan Security Toolkit� Release 4.1 The authors (Brad, Dan and Matt) would like to take this opportunity to thank the employers who supported this effort as well as some freeware authors who have made direct or indirect and positive - contributions to the development of Titan: SUN, EarhLink, Alec Muffett, + contributions to the development of Titan: SUN, Alec Muffett, Casper Dik, Wietse Venema, David Safford, Keith Watson, and many others I find it a bit strange that "EarhLink" was removed, but maybe we should reflect upstream here. A more worrying thing is the following, hard to parse statement from the titantools homepage at http://www.trouble.org/titan/: Titan is, and has been, publically distributed under copyright and license by Team Titan (Brad, Matt and Dan) since May 1998. This is to state the conditions under which this Package known as Titan, which is copyright Brad M. Powell, Dan Farmer, and Matthew Archibald, may be copied, such that the Copyright Holder maintains some control over the development of the package, while giving the users of the package the right to use and distribute the Package in a more-or-less customary fashion, plus the right to make reasonable modifications. Notwithstanding any other agreement or any other provision herein, effective January 15, 2005, an entity with greater than 400 employees shall be required to obtain written permission from Team Titan in order to download, print, access, view, distribute or otherwise use in any way the Package or other files known as Titan. For purposes herein, an entity includes its employees, agents, affiliates, partners, contractors etc. I cannot quite grasp the intention here and also I do not know whether this is legally binding, but the last paragraph seems to have the potential to render the package non-free. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages noshell depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries noshell recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397183: nmap: logic errors in regular expression parsing code
Package: nmap Version: 4.11-1 Severity: normal Hello, recently I found some logic errors in nmap's copy of the pcre library. 1) in the file nmap-4.11/libpcre/pcre_dfa_exec.c (function internal_dfa_exec, around line 1120) I find the following statement: int otherd = -1; if ((ims && PCRE_CASELESS) != 0) { ... } This is a programming mistake. 'ims' is a collection of flag bits, and PCRE_CASELESS is the bit mask for caseless matching. The test should be for 'ims & PCRE_CASELESS' instead. 2) the code, including the bug is duplicated a few lines down, around line 1147. 3) in file "pcre_compile.c" (function 'compile_branch', around line 2829) the following statement can be found: /* Condition to test for a numbered subpattern match. We know that if a digit follows ( then there will just be digits until ) because the syntax was checked in the first pass. */ else if ((digitab[ptr[1]] && ctype_digit) != 0) { ... } This is a programming error. The test for digits works by taking the bitwise (not logical) and between the corresponding entry in 'digitab' and the mask 'ctype_digit'. The if test should use '&' instead of '&&'. I did not check what the implications of these errors are, but probably they should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages nmap depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8c-3SSL shared libraries ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 nmap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397176: exim4: logic error in pcre.c and pcre_compile.c
Package: exim4 Version: 4.63-8 Severity: normal Hello, recently I came across the following bit of code in the source file exim4-4.63/src/pcre/pcre.c (function compile_branch, around line 3355): /* Condition to test for a numbered subpattern match. We know that if a digit follows ( then there will just be digits until ) because the syntax was checked in the first pass. */ else if ((digitab[ptr[1]] && ctype_digit) != 0) ... This is a programming error. The test for digits works by taking the bitwise (not logical) and between the corresponding entry in 'digitab' and the mask 'ctype_digit'. The if test should use '&' instead of '&&'. The code (including the bug) is duplicated in the file "pcre_compile.c" around line 2822. I did not check what the implications of this error are (false positves only could occur if 'ptr[1]' is a hex digit and these might be caught earlier in the syntax check?) but probably this should be fixed anyway. I hope this helps, Jochen -- Package-specific info: Exim version 4.63 #1 built 23-Oct-2006 19:07:51 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii exim4-base4.63-8 support files for all exim MTA (v4 ii exim4-daemon-light4.63-8 lightweight exim MTA (v4) daemon exim4 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397174: apache2: logic error in source file "pcre.c"
Package: apache2 Version: 2.2.3-3 Severity: normal Hello, recently I came across the following bit of code in the source file apache2-2.2.3/srclib/pcre/pcre.c (function compile_branch, around line 3366): /* Condition to test for a numbered subpattern match. We know that if a digit follows ( then there will just be digits until ) because the syntax was checked in the first pass. */ else if ((digitab[ptr[1]] && ctype_digit) != 0) ... This is a programming error. The test for digits works by taking the bitwise (not logical) and between the corresponding entry in 'digitab' and the mask 'ctype_digit'. The if test should use '&' instead of '&&'. I did not check what the implications of this error are (false positves could occur if 'ptr[1]' is a hex digit, but these might be caught earlier in the syntax check?), but probably this should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397151: /usr/lib/libcrypto.so.0.9.8: logic error in X509 policy checking
Package: libssl0.9.8 Version: 0.9.8c-3 Severity: normal File: /usr/lib/libcrypto.so.0.9.8 Hello, recently I came across the following bit of code in the source file openssl-0.9.8c/crypto/x509v3/pcy_tree.c (function tree_init, around line 200): if (!(x->ex_flags && EXFLAG_SS) || (i == 0)) level->flags |= X509_V_FLAG_INHIBIT_ANY; } The value EXFLAG_SS is clearly ment to be a mask for a bit field and presumably the '&&' was ment to be the bit operation '&'. The definition of 'EXFLAGS_SS' is in "x509v3.h" line 366: #define EXFLAG_CA 0x10 #define EXFLAG_SS 0x20 #define EXFLAG_V1 0x40 #define EXFLAG_INVALID 0x80 #define EXFLAG_SET 0x100 #define EXFLAG_CRITICAL 0x200 #define EXFLAG_PROXY0x400 and for example in line 134 of "pcy_tree.c" it is used as if (!(x->ex_flags & EXFLAG_SS) && (cache->explicit_skip != -1) && (cache->explicit_skip < explicit_policy)) explicit_policy = cache->explicit_skip; } I did not check in any way whether this is exploitable, but probably it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396958: /usr/bin/X: several off-by-one errors in debian/local/xserver-wrapper.c
Package: x11-common Version: 1:7.1.0-5 Severity: normal File: /usr/bin/X Hello, recently I discovered the following bits of code in the source file debian/local/xserver-wrapper.c (function 'main', starting at line 172): int main(int argc, char **argv) { ... char line[1024]; char var[64]; char value[256]; ... val = fgets(line, 1024, cf); while (val != NULL) { var[0] = '\0'; value[0] = '\0'; if (sscanf(line, " %64[A-Za-z0-9_] = %256[A-Za-z0-9_ -] ", var, value) > 0) { This use of 'sscanf' is unsafe and leads to a buffer overflow if either the key is >=64 characters long or the value is >=256 characters long (the trailing '\0' spills over). From the GNU libc manual: * Provide a buffer to store it in. This is the default. You should provide an argument of type `char *' or `wchar_t *' (the latter of the `l' modifier is present). *Warning:* To make a robust program, you must make sure that the input (plus its terminating null) cannot possibly exceed the size of the buffer you provide. In general, the only way to do this is to specify a maximum field width one less than the buffer size. ... Thus the offending line should read if (sscanf(line, " %63[A-Za-z0-9_] = %255[A-Za-z0-9_ -] ", var, value) > 0) { instead. Some lines later the following bit of code can be found: char xserver[1024]; ... i = readlink(X_SERVER_SYMLINK, xserver, 1024); ... xserver[i] = '\0'; /* readlink() does not null-terminate the string */ Again this is an off-by-one error. 'readlink' will happily return 1024 for long link targets (assuming that the file system allows this), and the assignment to 'xserver[i]' will overflow the buffer 'xserver' then. Neither of these issues looks especially exploitable to me but it might be good to fix them anyway. (Note that this code is part of an suid root binary.) I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii debianutils 2.17.3 Miscellaneous utilities specific t ii lsb-base 3.1-18 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392880: gcc-4.1: off-by-one error for string initialiser warnings
Package: gcc-4.1 Version: 4.1.1-16 Severity: normal Hello, one very useful feature of gcc is, that it warns you when you produce unterminated strings by using too long initialisers. Unfortunately the warning only kicks in, if the initialiser is at least two bytes longer than the string buffer. This is illustrated by the following example: [EMAIL PROTECTED] [~] cat t.c #include char a[]="a"; char string1[2] = ""; char b[]="b"; char string2[2] = "1"; char c[]="c"; char string3[2] = "12"; char d[]="d"; char string4[2] = "123"; char e[]="e"; int main() { puts(string1); puts(string2); puts(string3); puts(string4); return 0; } [EMAIL PROTECTED] [~] gcc -Wall t.c t.c:9: warning: initializer-string for array of chars is too long [EMAIL PROTECTED] [~] ./a.out 1 12d 12e Here 'string3' and 'string4' are unterminated, as can be seen from the program output at the end. But only the initialiser for 'string4' gives a warning. It would be nice if there would also be a warning for the case when the initialiser is just one byte too long (i.e. for 'string3' in my example). I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages gcc-4.1 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii cpp-4.1 4.1.1-16The GNU C preprocessor ii gcc-4.1-base 4.1.1-16The GNU Compiler Collection (base ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-16 GCC support library ii libssp0 4.1.1-16GCC stack smashing protection libr Versions of packages gcc-4.1 recommends: ii libc6-dev2.3.6.ds1-6 GNU C Library: Development Librari ii libmudflap0-dev 4.1.1-16GCC mudflap support libraries (dev -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392866: squid: buffer overflow in src/tools.c
Package: squid Version: 2.6.4-1 Severity: normal Hello, recently I discovered the following bit of code in the source file src/tools.c (function 'parseEtcHosts', around line 1169): void parseEtcHosts(void) { FILE *fp; char buf[1024]; char buf2[512]; ... if (Config.appendDomain && !strchr(lt, '.')) { /* I know it's ugly, but it's only at reconfig */ strncpy(buf2, lt, 512); strncat(buf2, Config.appendDomain, 512 - strlen(lt)); This code is unsafe for two reasons: (1) lt comes directly from the /etc/hosts file. It the length of this string is 512 characters or longer, the 'strncpy' statement will not terminate the string 'buf2'. (2) 'strncat' always adds a terminating '\0' after the appended string. If the string 'Config.appendDomain' is 512-strlen(lt) characters or longer, the terminating '\0' will be written just _after_ the last byte of 'buf2'. This does not look very dangerous but, I think, it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392663: apt: off-by-one errors in "extracttar.cc"
Package: apt Version: 0.6.46.2 Severity: normal Hello, recently I discovered the following bits of code in apt-inst/contrib/extracttar.cc: // The on disk header for a tar file. struct ExtractTar::TarHeader { char Name[100]; char Mode[8]; ... char LinkName[100]; char MagicNumber[8]; ... }; bool ExtractTar::Go(pkgDirStream &Stream) { ... // Grab the filename if (LastLongName.empty() == false) Itm.Name = (char *)LastLongName.c_str(); else { Tar->Name[sizeof(Tar->Name)] = 0; Itm.Name = Tar->Name; } if (Itm.Name[0] == '.' && Itm.Name[1] == '/' && Itm.Name[2] != 0) Itm.Name += 2; // Grab the link target Tar->Name[sizeof(Tar->LinkName)] = 0; Itm.LinkTarget = Tar->LinkName; ... } Both, the 'Tar->Name[sizeof(Tar->Name)]' and the 'Tar->Name[sizeof(Tar->LinkName)]' assignment write a zero-byte just _after_ the end of the corresponding buffer, causing a buffer overflow. Also the second of these assignments looks like it was ment to terminate the string in the 'Tar->LinkName' buffer, but fails to do so. I did not check whether these bugs are exploitable in any form, but probably they should be fixed anyway. I hope this helps, Jochen -- Package-specific info: -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # unstable deb http://ftp.nl.debian.org/debian/ unstable main contrib non-free deb-src http://ftp.nl.debian.org/debian/ unstable main contrib non-free deb http://snapshot.debian.net/archive/date/3-weeks-ago/debian unstable main # xine und mplayer-Zeugs deb http://www.debian-multimedia.org sid main deb-src http://www.debian-multimedia.org sid main -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages apt depends on: ii debian-archive-keyring 2006.01.18 GnuPG archive keys of the Debian a ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-16 GCC support library ii libstdc++6 4.1.1-16The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392669: /usr/sbin/sshd: off-by-one error in function 'xmmap'
Package: openssh-server Version: 1:4.3p2-5 Severity: normal File: /usr/sbin/sshd Hello, recently I discovered the following bit of code in the source file "openssh-4.3p2/openbsd-compat/xmmap.c" (function 'xmmap', around line 51): #define MM_SWAP_TEMPLATE "/var/run/sshd.mm." if (address == (void *)MAP_FAILED) { char tmpname[sizeof(MM_SWAP_TEMPLATE)] = MM_SWAP_TEMPLATE; int tmpfd; mode_t old_umask; old_umask = umask(0177); tmpfd = mkstemp(tmpname); The array 'tmpname' has enough space to contain the string MM_SWAP_TEMPLATE, but not the terminating '\0' byte. Therefore 'mkstemp' is called with an unterminated string. I did not check whether this bug is exploitable in any form, but it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages openssh-server depends on: ii adduser 3.97Add and remove users and groups ii debconf 1.5.6 Debian configuration management sy ii dpkg 1.13.22 package maintenance system for Deb ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-1 common error description library ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries ii libpam-m 0.79-3.2Pluggable Authentication Modules f ii libpam-r 0.79-3.2Runtime support for the PAM librar ii libpam0g 0.79-3.2Pluggable Authentication Modules l ii libselin 1.30.28-2 SELinux shared libraries ii libssl0. 0.9.8c-3SSL shared libraries ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra ii openssh- 1:4.3p2-5 Secure shell client, an rlogin/rsh ii zlib1g 1:1.2.3-13 compression library - runtime openssh-server recommends no packages. -- debconf information: ssh/insecure_rshd: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/disable_cr_auth: true ssh/encrypted_host_key_but_no_keygen: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392656: netkit-base: off-by-one error in rpcgen
Package: netkit-base Version: 0.10-10.3 Severity: normal Hello, recently I noticed the following bit of code in the source file "rpc_cout.c" (near the end): static char *upcase(const char *str) { char *ptr, *hptr; ptr = malloc(strlen(str)); if (ptr == NULL) { f_print(stderr,"malloc failed\n"); exit(1); } hptr=ptr; while (*str != 0) { *ptr++ = toupper(*str++); } *ptr=0; return hptr; } As you can see the malloc reserves enough memory to store the uppercased string but not the trailing '\0'. The statement '*ptr' causes a buffer overflow, then. I did not check whether this is exploitable in any way, but probably this should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392651: emacs21: bug in 'xbm_read_bitmap_data' (file "xfns.c")
Package: emacs21 Version: 21.4a-6.2 Severity: normal Hello, recently I discovered the following bit of code in the source file "src/xfns.c" (function 'xbm_read_bitmap_data', starting at line 6705): if (LA1 == XBM_TK_NUMBER); { char *p = strrchr (buffer, '_'); p = p ? p + 1 : buffer; if (strcmp (p, "width") == 0) *width = value; else if (strcmp (p, "height") == 0) *height = value; } Since there is a semi-colon at the end of the first line, the indented block will be executed unconditionally. This is at least confusing and very probably a bug which should be fixed. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages emacs21 depends on: ii emacs21-bin-common 21.4a-6.2The GNU Emacs editor's shared, arc ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libncurses5 5.5-4Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.3-1X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xaw3dg 1.5+E-14 Xaw3d widget set ii zlib1g 1:1.2.3-13 compression library - runtime emacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392455: /usr/sbin/p0f: buffer overflow in p0f.c
Package: p0f Version: 2.0.5-1 Severity: normal File: /usr/sbin/p0f Hello, recently I discovered the following bit of code in the source file p0f-2.0.5/p0f.c (function main): _u8 buf[MAXLINE*4]; ... if (argv[optind] && *(argv[optind])) { sprintf(buf,"(%s) and (%3000s)",use_rule,argv[optind]); use_rule = buf; } where MAXLINE is set to 1024. While this seems to try to prevent the buffer 'buf' from overflowing by using the format string "%3000s", it fails to do so. The number 3000, when used in the way above, gives the minimum field width. Probably the intention was to write "%.3000s" instead. This leads to a buffer overflow when the command line argument is longer than approx 4096 character. Probably the following crash is a symptom of this bug: [EMAIL PROTECTED] [/mnt/source] /usr/sbin/p0f $(python -c 'print "a"*') p0f - passive os fingerprinting utility, version 2.0.5 (C) M. Zalewski <[EMAIL PROTECTED]>, W. Stearns <[EMAIL PROTECTED]> Segmentation fault I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages p0f depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libpcap0.7 0.7.2-7 System interface for user-level pa p0f recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392275: logic error in dhcp3-3.0.4/common/discover.c
Package: dhcp3 Version: 3.0.4-8 Severity: normal Hello, recently I discovered the following bit of code in the source file dhcp3-3.0.4/common/discover.c (around line 941): isc_result_t dhcp_interface_stuff_values (omapi_object_t *c, omapi_object_t *id, omapi_object_t *h) { struct interface_info *interface; ... if (interface -> flags && INTERFACE_REQUESTED) status = omapi_connection_put_string (c, "up"); ... } Looking at include/dhcpd.h it is clear that flags is meant to be a bit field: struct interface_info { ... u_int32_t flags;/* Control flags... */ #define INTERFACE_REQUESTED 1 #define INTERFACE_AUTOMATIC 2 #define INTERFACE_RUNNING 4 ... } Thus it seems that the intended test was the bit test if (interface -> flags & INTERFACE_REQUESTED) status = omapi_connection_put_string (c, "up"); I do not know what the implications of this bug are, but I guess it should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392271: dhcp-client: buffer overflow in dhclient
Package: dhcp-client Version: 2.0pl5-19.4 Severity: normal Hi, recently I noticed the following bits of code in the source file dhcp-2.0pl5/client/dhclient.c: int main (argc, argv, envp) int argc; char **argv, **envp; { ... for (i = 1; i < argc; i++) { if (!strcmp (argv [i], "-p")) { ... } else { struct interface_info *tmp = ((struct interface_info *) dmalloc (sizeof *tmp, "specified_interface")); if (!tmp) error ("Insufficient memory to %s %s", "record interface", argv [i]); memset (tmp, 0, sizeof *tmp); strcpy (tmp -> name, argv [i]); ... } } ... } The 'strcpy' copies the command line argument into the 16 byte long buffer 'tmp->name' without any length check. This leads to a buffer overflow. Probably the following error message is a symptom of this problem: [EMAIL PROTECTED] [~] /sbin/dhclient $(python -c 'print "a"*2000') Internet Software Consortium DHCP Client 2.0pl5 Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. All rights reserved. Please contribute if you find this software useful. For info, please visit http://www.isc.org/dhcp-contrib.html *** glibc detected *** realloc(): invalid next size: 0x0806e868 *** Aborted I did not check whether this is exploitable in any way, but probably this should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages dhcp-client depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries dhcp-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392263: net-tools: buffer overflow in ipmaddr
Package: net-tools Version: 1.60-17 Severity: normal Hello, recently I noticed the following bits of code in the source file net-tools-1.60/ipmaddr.c: ... char filter_dev[16]; ... static int multiaddr_list(int argc, char **argv) { struct ma_info *list = NULL; while (argc > 0) { if (strcmp(*argv, "dev") == 0) { NEXT_ARG(); if (filter_dev[0]) usage(); strcpy(filter_dev, *argv); } else if ... ... } else { if (filter_dev[0]) usage(); strcpy(filter_dev, *argv); } argv++; argc--; } } ... int do_multiaddr(int argc, char **argv) { ... if (matches(*argv, "list") == 0 || matches(*argv, "show") == 0 || matches(*argv, "lst") == 0) return multiaddr_list(argc-1, argv+1); usage(); } ... int main(int argc, char **argv) { ... return do_multiaddr(argc-1, argv+1); } If you follow the calling chain, you can see that for calls like ipmaddr show dev a command line arguments are copied into the 16 bytes long buffer 'filter_dev' using 'strcpy' without any length checks. This leads to a buffer overflow. I did not check whether this is exploitable in any form, but it would be nice if this could be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Versions of packages net-tools depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries net-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392258: python2.3: memset arguments swapped in Modules/binascii.c
Package: python2.3 Version: 2.3.5-15 Severity: normal Hi, in the source file python2.3-2.3.5/Modules/binascii.c I notice the following bits of code (starting at line 1048): /* We allocate the output same size as input, this is overkill. * The previous implementation used calloc() so we'll zero out the * memory here too, since PyMem_Malloc() does not guarantee that.*/ odata = (unsigned char *) PyMem_Malloc(datalen); if (odata == NULL) { PyErr_NoMemory(); return NULL; } memset(odata, datalen, 0); and (starting at line 1213): /* We allocate the output same size as input, this is overkill. * The previous implementation used calloc() so we'll zero out the * memory here too, since PyMem_Malloc() does not guarantee that.*/ odata = (unsigned char *) PyMem_Malloc(odatalen); if (odata == NULL) { PyErr_NoMemory(); return NULL; } memset(odata, odatalen, 0); This will not work as intended since the third memset argument should be the length of the buffer. The memset prototype is void *memset(void *s, int c, size_t n); I did not analyse what the implications of this bug are, but I think it should befixed anyway (if nothing else, then to prevent others from copying this bit of code). I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages python2.3 depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [ ii libncurses5 5.5-4 Shared libraries for terminal hand ii libreadline5 5.1-9 GNU readline and history libraries ii libssl0.9.8 0.9.8c-3SSL shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages python2.3 recommends: pn python2.3-cjkcodecs | python2 (no description available) pn python2.3-cjkcodecs | python2 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364635: Debian bug #364635: possible workaround
Hi Darren, thank you for your message. On Mon, Sep 11, 2006 at 05:48:24PM +1000, Darren Tucker wrote: > I came across the Debian bug that you reported and have a suggestion: > [...] Did you see the patch I appended to the bug report log at http://bugs.debian.org/364635 ? It seems that the problem is caused by some weird compatility hacks (something with thread libraries) in the package. Removing these fixes the problem for me. > You can also try this seeing if this minimal test case crashes when run > as root: > > #include > #include > > int > main(void) > { > chroot("/tmp"); > chdir("/"); > gethostbyname("foo"); > } This seems not to crash on my machine. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#369545: octave: crashes (glibc detected double free or corruption)
Package: octave Version: 1:2.1.73-8 Severity: normal Hello, if I place the following script (needs ocatave-forge) in the current directory == laplace1.m starts here function L = laplace1(n,du,alpha) % LAPLACE1 Laplace operator with one-step Dirichlet boundary conditions %L = diag(ones(n-1,1)/(du*du),-1) \ %+ diag(-2*ones(n,1)/(du*du),0) \ %+ diag(ones(n-1,1)/(du*du),+1); B=[ones(n,1) (-2*ones(n,1)) ones(n,1)]/(du*du); L=spdiags(B,[-1,0,1],n,n); L(1,1)=-1/(du*du)+alpha/du; L(n,n)=-1/(du*du); == and then try to call this function, octave crashes: [EMAIL PROTECTED] [~/project/kalman/assimilation/src/matlab] octave GNU Octave, version 2.1.73 (i486-pc-linux-gnu). Copyright (C) 2006 John W. Eaton. This is free software; see the source code for copying conditions. There is ABSOLUTELY NO WARRANTY; not even for MERCHANTIBILITY or FITNESS FOR A PARTICULAR PURPOSE. For details, type `warranty'. Additional information about Octave is available at http://www.octave.org. Please contribute if you find this software useful. For more information, visit http://www.octave.org/help-wanted.html Report bugs to <[EMAIL PROTECTED]> (but first, please read http://www.octave.org/bugs.html to learn how to write a helpful report). octave:1> a=laplace1(6,0.1,0) *** glibc detected *** double free or corruption (fasttop): 0x08ad1908 *** panic: Aborted -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete Aborted This looks like a bug somewhere. If I give the corresponding commands "by hand" instead, it seems to work: [EMAIL PROTECTED] [~/project/kalman/assimilation/src/matlab] octave GNU Octave, version 2.1.73 (i486-pc-linux-gnu). [...] octave:1> n=6 n = 6 octave:2> du=0.1 du = 0.1 octave:3> alpha=0 alpha = 0 octave:4> B=[ones(n,1) (-2*ones(n,1)) ones(n,1)]/(du*du); octave:5> L=spdiags(B,[-1,0,1],n,n); octave:6> L(1,1)=-1/(du*du)+alpha/du; octave:7> L(n,n)=-1/(du*du); octave:8> L L = -100.0 100.0 0.0 0.0 0.0 0.0 100.0 -200.0 100.0 0.0 0.0 0.0 0.0 100.0 -200.0 100.0 0.0 0.0 0.0 0.0 100.0 -200.0 100.0 0.0 0.0 0.0 0.0 100.0 -200.0 100.0 0.0 0.0 0.0 0.0 100.0 -100.0 If you need more information, please let me know. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages octave depends on: ii octave2.1 1:2.1.73-8 GNU Octave language for numerical octave recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365512: atlas3: FTBFS on amd64 (relocation problem with sqrtf)
Hi Camm, On Fri, May 05, 2006 at 06:48:56PM -0400, Camm Maguire wrote: > semop(1): encountered an error: Invalid argument > [...] > Just wondering if you happen to be aware of > this issue or similar and might know of a workaround. No, I have never encountered something like this. But if you somehow would give me access to your current sources, I could have a look. Many thanks, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#365512: atlas3: FTBFS on amd64 (relocation problem with sqrtf)
Package: atlas3 Version: 3.6.0-20 Severity: important Justification: fails to build from source Hi, release 3.6.0-20 of atlas3 fails to build on up-to-date amd64 unstable system. The error message, when compiled with pbuilder, is as follows: [...] ln -snf $(basename debian/tmp/usr/lib/atlas/libblas.so.3) debian/tmp/usr/lib/atlas/libblas.so mkdir tmp; cd tmp && ar x ../lib/Linux_sse2_shared/libatlas.a; cd tmp && ar x ../lib/Linux_sse2_shared/libf77blas.a; cd tmp && ar x ../lib/Linux_sse2_shared/libcblas.a; cc -shared -Wl,-soname=libblas.so.3 -o lib/Linux_sse2_shared/libblas.so.3.0 tmp/*.o -lg2c; /usr/bin/ld: tmp/ATL_cnrm2_xp0yp0aXbX.o: relocation R_X86_64_PC32 against `sqrtf' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make: *** [lib/Linux_sse2_shared/libblas.so.3.0] Error 1 pbuilder: Failed autobuilding of package -> Aborting with an error -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /var/cache/pbuilder/build//30180 and its subdirectories I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364635: ssh: keyboard-interactive authentification does not work
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: normal Tags: sarge Hello, recently the keyboard-interactive authentification method of the ssh version in Sarge stopped working for me. The login process is just aborted with a "Connection closed by [ip address]" message. There seems to be no error messages, neither in the server output, nor in the client output. The corresponding logs and my sshd_config file are appended. The same problem appears when I try to log in remotely. Remote logins used to work until a few days ago, and I cannot recall any significant configuration changes since then. The lastest updates were [UPGRADE] exim4 4.50-8 -> 4.50-8sarge2 [UPGRADE] exim4-base 4.50-8 -> 4.50-8sarge2 [UPGRADE] exim4-config 4.50-8 -> 4.50-8sarge2 [UPGRADE] exim4-daemon-light 4.50-8 -> 4.50-8sarge2 [UPGRADE] libc6 2.3.2.ds1-22 -> 2.3.2.ds1-22sarge3 [UPGRADE] libc6-dev 2.3.2.ds1-22 -> 2.3.2.ds1-22sarge3 [UPGRADE] libperl5.8 5.8.4-8sarge3 -> 5.8.4-8sarge4 [UPGRADE] locales 2.3.2.ds1-22 -> 2.3.2.ds1-22sarge3 [UPGRADE] mutt 1.5.9-2 -> 1.5.9-2sarge1 [UPGRADE] perl 5.8.4-8sarge3 -> 5.8.4-8sarge4 [UPGRADE] perl-base 5.8.4-8sarge3 -> 5.8.4-8sarge4 [UPGRADE] perl-doc 5.8.4-8sarge3 -> 5.8.4-8sarge4 [UPGRADE] perl-modules 5.8.4-8sarge3 -> 5.8.4-8sarge4 [UPGRADE] tar 1.14-2.1 -> 1.14-2.2 Help how to solve this problem would be very welcome. I understand that bugs in sarge are not usually fixed, but since this is potentially annoying (e.g. loosing the ability to log into a hosted server), it might be good to document a work-around (if there is one) somewhere. I hope this helps, Jochen == client side === > slogin -vvv localhost OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/voss/.ssh/identity type -1 debug1: identity file /home/voss/.ssh/id_rsa type -1 debug1: identity file /home/voss/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.4 debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 129/256 debug2: bits set: 560/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/voss/.ssh/known_hosts debug3: check_host_in_hostfile: match line 5 debug1: Host 'localhost' is known and matches the RSA host key. debug1: Found key in /home/voss/.ssh/known_hosts:5 debug2: bits set: 541/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newke
Bug#360269: O: sanduhr -- an alarm clock, which is designed as a hourglass
Package: wnpp Severity: normal I hereby orphan the sanduhr package: I currently do not have time to work on this, and if I had time I would probably work on the upstream version instead. The package description is: Sanduhr is an alarm clock for the X Window System which uses (and requires) the GNOME desktop environment. It has an extensive manual and a complete CORBA interface. . Homepage: http://seehuhn.de/comp/sanduhr.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360266: O: compilercache -- a caching wrapper around compilers to speed up compilations
Package: wnpp Severity: normal I hereby orphan the compilercache package: I do not have time to work on this, and the program is probably superseded by the ccache package. The package description is: Compilercache is a wrapper around your C and C++ compilers. Each time you compile something, the wrapper puts the result of the compilation into a cache. And once you compile the same file again, the result will be picked from the cache instead of being recompiled. . Care is taken to ensure that compilation with and without compilercache always results in identical object files. . Note that this package is very similar to the ccache package. . Homepage: http://www.erikyyy.de/compilercache/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360264: O: chbg -- tool for changing the desktop background image in X11
Package: wnpp Severity: normal I hereby orphan the chbg package. I do not have time to work on this right now, the programm is still Gnome 1, and upstream seems to have vanished. A version with the maintainer set to the QA group was uploaded just now. The package description is: A GTK+ based program that lets you periodically change your X desktop. It has several random effects, a slideshow, and and may act as a xscreensaver hack or as a standalone screensaver. . Homepage: http://chbg.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350428: firefox: segfaults on startup in the presence of esd
Package: firefox Version: 1.5.dfsg-4 Severity: normal Hello, firefox segfaults on startup when the esd sound daemon is running: [EMAIL PROTECTED] [~] esd -nobeeps & [1] 7725 [EMAIL PROTECTED] [~] firefox Segmentation fault If I stop esd, everything works fine: [EMAIL PROTECTED] [~] killall esd [EMAIL PROTECTED] [~] firefox Please contact me if you need more information. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.6 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-7 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libidl0 0.8.5-1library for parsing CORBA IDL file ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-2 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc22.1-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339482: /etc/init.d/glibc.sh: /etc/rcS.d/S01glibc.sh: line 153: dpkg: command not found
Package: libc6 Version: 2.3.5-12 Followup-For: Bug #339482 Hello, during startup of my system I get the following error message: /etc/rcS.d/S01glibc.sh: line 153: dpkg: command not found This is caused by the fact that the S01glibc.sh script tries to execute the command if [ "$realarch" = x86_64 ] \ && [ "`dpkg --print-architecture`" = amd64 ] then ... fi before /usr is mounted and thus before dpkg is available. Maybe the corresponding warning message WARNING: POSIX threads library NPTL requires 2.6 and later kernel on amd64. If you use 2.4 kernel, please upgrade your kernel before installing glibc. should be moved to the NEWS.Debian files instead? I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.6 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348758: aptitude: confuses "purge" with "install" in error message
Package: aptitude Version: 0.4.1-1 Severity: minor Hi, currently the firestarted package fails to purge. This exposes a minor bug in aptitude. The corresponding aptitude error message states that the packages failed to *install*: [EMAIL PROTECTED] aptitude purge firestarter Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages have been kept back: capplets-data dia-common The following packages will be REMOVED: firestarter{p} 0 packages upgraded, 0 newly installed, 1 to remove and 2 not upgraded. Need to get 0B of archives. After unpacking 2548kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 140171 files and directories currently installed.) Removing firestarter ... Purging configuration files for firestarter ... dpkg: error processing firestarter (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: firestarter E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: ^^^ I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.6 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43.1 Advanced front-end for dpkg ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-7The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347991: python-id3lib: upstream project name is hard to find
Package: python-id3lib Version: 0.5.1-6 Severity: wishlist Hello, when googling python-id3lib I get mostly links to the Debian package and the package description also gives no hint which Python id3 library is packaged here. I think it would make sense to include a sentence like "The upstream version of this project is called pyid3lib." into the long package description. Also section 6.2.4 of the Debian Developer's Reference recommends to add the homepage URL at the end of the long description. I think this would be a useful thing to do for this package. For the python-id3lib package this would be [...] . Homepage: http://pyid3lib.sourceforge.net/ I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.6 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages python-id3lib depends on: ii python2.3.5-3An interactive high-level object-o ii python2.3-id3lib 0.5.1-6+b1 id3lib wrapper for Python - librar python-id3lib recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345294: sanduhr: [INTL:sv] Swedish PO translation
Hello Daniel, On Fri, Dec 30, 2005 at 08:05:33AM +0100, Daniel Nylander wrote: > Here is the swedish translation of sanduhr. Excellent! Thank you very much for your work. I will include this into the next upload. Many thanks, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#337361: bug #337361: the problem still persists
Hello, the attempt to fix bug #337361 unfortunately failed. The package python-matplotlib now suggests "latex" as promised. But, since "latex" is not the name of a debian package, this has no effect at all. Probably you should suggest tetex-bin or so instead. I hope this helps, Jochen -- http://seehuhn.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341610: python-matplotlib: should suggest the -doc package
Package: python-matplotlib Version: 0.82-5 Severity: minor Hello, it would be nice if the python-matplotlib package could suggest python-matplotlib-doc. This way the documentation would be easier to find. All the best, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages python-matplotlib depends on: ii python2.3-matplotlib 0.82-5 python based plotting system (Pyth python-matplotlib recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337668: FTBFS: broken build-dependency on xlibmesa-dev
Hi Lawrence, On Sat, Nov 05, 2005 at 11:50:17PM -0330, Lawrence Williams wrote: > This bug will be fixed in the next libsdl1.2 package release (currently > available on mentors.debian.net) if i can ever get a sponser :) What is the current state of these lintian errors? If you have a package which does not produce errors, I am willing to have another look and to upload it for you if everything looks ok. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#337223: fail2ban: leaves garbage around after purge
Package: fail2ban Version: 0.5.4-7 Severity: normal Hi, when I install and then purge fail2ban, some files are left lying around in /usr/share/fail2ban: [EMAIL PROTECTED] [~] sudo aptitude purge fail2ban Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be REMOVED: fail2ban 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 246kB will be freed. Do you want to continue? [Y/n/?] y Writing extended state information... Done (Reading database ... 132413 files and directories currently installed.) Removing fail2ban ... Stopping fail2ban: Status of fail2ban: fail2ban is not running. Not stopping fail2ban invoke-rc.d: initscript fail2ban, action "stop" failed. Purging configuration files for fail2ban ... dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban/utils' not empty so not removed. dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban/confreader' not empty so not removed. dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban/logreader' not empty so not removed. dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban/firewall' not empty so not removed. dpkg - warning: while removing fail2ban, directory `/usr/share/fail2ban' not empty so not removed. Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done [EMAIL PROTECTED] [~] ll /usr/share/fail2ban/ total 56 drwxr-xr-x 2 root root 4096 2005-11-03 11:23 confreader/ -rw-r--r-- 1 root root 15916 2005-11-03 11:14 fail2ban.pyc -rw-r--r-- 1 root root 15916 2005-11-03 11:14 fail2ban.pyo drwxr-xr-x 2 root root 4096 2005-11-03 11:23 firewall/ drwxr-xr-x 2 root root 4096 2005-11-03 11:23 logreader/ drwxr-xr-x 2 root root 4096 2005-11-03 11:23 utils/ -rw-r--r-- 1 root root 469 2005-11-03 11:14 version.pyc -rw-r--r-- 1 root root 469 2005-11-03 11:14 version.pyo These files should be deleted when the package is purged. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages fail2ban depends on: ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii python2.3.5-3An interactive high-level object-o fail2ban recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335689: libsdl1.2: Please add big-endian arm (armeb) support
Hi Lawrence, On Tue, Oct 25, 2005 at 12:11:46PM -0230, Lawrence Williams wrote: > This support is forthcoming in the next version of libsdl1.2, which will be > uploaded as soon as I can find a sponsor with time :) Does the current version still have these linitan errors? Otherwise I would be happy to have a look and upload if it looks ok. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#330686: gnupg: Errors running --check-trustdb in 1.4.2-1
Hi, just for the records, I see this problem, too: [EMAIL PROTECTED] [~] gpg --update-trustdb gpg: mpi larger than indicated length (2 bytes) gpg: keyring_get_keyblock: read error: invalid packet gpg: keyring_get_keyblock failed: invalid keyring gpg: failed to rebuild keyring cache: invalid keyring gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: mpi larger than indicated length (2 bytes) gpg: keyring_get_keyblock: read error: invalid packet gpg: keydb_get_keyblock failed: invalid keyring gpg: validate_key_list failed [EMAIL PROTECTED] [~] uname -a Linux quiche 2.6.13.2 #1 Sat Sep 24 22:34:05 BST 2005 ppc GNU/Linux [EMAIL PROTECTED] [~] gpg --version gpg (GnuPG) 1.4.2 Copyright (C) 2005 Free Software Foundation, Inc. This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the file COPYING for details. Home: ~/.gnupg Supported algorithms: Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512 Compression: Uncompressed, ZIP, ZLIB, BZIP2 I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#328789: segfault vanishes after recompilation
Hello, recompiling eperl fixed the segfault for me. The file from my original email processes fine, now. Maybe the problem is related to one of the many transitions in unstable? I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#328789: problem occurs on ppc but not on i386
Hello, I just found out the wml on i386 processes the file in question just fine. I can see the problem only on my powerpc system. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#328789: wml: segmentation fault in pass 3
Package: wml Version: 2.0.8-11 Severity: normal Hello, since I did an "aptitude upgrade" today, wml dies with an segmentation fault when processing the wml files for my web pages. I append a small example to this mail. When processing this file, I get the following error message: [EMAIL PROTECTED] [~/seehuhn.de/mathe] wml err.wml sh: line 1: 27698 Segmentation fault /usr/lib/wml/exec/wml_p3_eperl "-dWML_TMPDIR=/tmp/wml.d8VgWu" "-dWML_VERSION=2.0.8 (30-Oct-2001)" "-dWML_LOC_MANDIR=/usr/share/man" "-dWML_LOC_DATADIR=/usr/share/wml" "-dWML_LOC_LIBDIR=/usr/lib/wml" "-dWML_LOC_BINDIR=/usr/bin" "-dWML_LOC_PREFIX=/usr" "-dWML_GEN_HOSTNAME=quiche" "-dWML_GEN_REALNAME=Jochen Voss" "-dWML_GEN_USERNAME=voss" "-dWML_GEN_GMT_ISOTIME=2005-09-17 13:39:43" "-dWML_GEN_GMT_CTIME=Sat Sep 17 13:39:43 2005" "-dWML_GEN_ISOTIME=2005-09-17 14:39:43" "-dWML_GEN_CTIME=Sat Sep 17 14:39:43 2005" "-dWML_GEN_TIME=1126964383" "-dWML_SRC_REALNAME=Jochen Voss" "-dWML_SRC_USERNAME=voss" "-dWML_SRC_GMT_ISOTIME=2005-09-17 13:39:40" "-dWML_SRC_GMT_CTIME=Sat Sep 17 13:39:40 2005" "-dWML_SRC_ISOTIME=2005-09-17 14:39:40" "-dWML_SRC_CTIME=Sat Sep 17 14:39:40 2005" "-dWML_SRC_TIME=1126964380" "-dWML_SRC_BASENAME=err" "-dWML_SRC_FILENAME=err.wml" "-dWML_SRC_DIRNAME=/home/voss/seehuhn.de/mathe" "-dROOT=.." -P -k -B '<:' -E ':>' /tmp/wm l.d8VgWu/wml.27686.tmp1.wml >/tmp/wml.d8VgWu/wml.27686.tmp2.wml ** WML:Break: Error in Pass 3 (rc=139). I hope this helps, Jochen PS.: please let me know if you need any further information. (I will be traveling until 24 September and might not have email access during this time.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages wml depends on: ii eperl 2.2.14-12 Embedded Perl 5 Language ii iselect 1.2.0-12 An interactive line selection tool ii libbit-vector-perl6.4-4 Perl and C library for bit vectors ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libimage-size-perl2.992-2determine the size of images in se ii libterm-readkey-perl 2.30-2 A perl module for simple terminal ii m41.4.3-2a macro processing language ii mp4h 1.3.1-2Macro processor for HTML documents ii perl 5.8.7-5Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.7-5The Pathologically Eclectic Rubbis ii slice 1.3.8-6Extract out pre-defined slices of Versions of packages wml recommends: ii libhtml-clean-perl 0.8-8 Cleans up HTML code for web browse ii linklint 2.3.5-3A fast link checker and web site m ii tidy 20050415-1 HTML syntax checker and reformatte ii txt2html 2.23-1 Text to HTML converter -- no debconf information Title: Jochen Voss - Mathematical Interests ## # foot lines {#LastChangedDate!#:<: use POSIX qw(strftime); print strftime "%d.%m.%Y", localtime; :>:##} {#LastChangedYear!#:<: use POSIX qw(strftime); print strftime "%Y", localtime; :>:##} {#LastChangedDate#::##} {#LastChangedYear#::##} Last change: {#LastChangedDate#} # Das eigentliche Template {#NAVBUT#} {#BODY#} # Macros zum Ausfüllen der "diversions". {#TITLE#:%body:##} {#BODY#: some page This page gives a short summary of my mathematical interests.
Bug#206691: Sponsoring python-matplotlib
Hello, On Thu, Sep 15, 2005 at 10:02:43AM -0600, Jack Moffitt wrote: > I was helping Vittorio last yaer to prepare it for upload. At the time > we had worked out all major problems and were only dealing with very > minor issues. I believe Jochen Voss had some more issues as well. I did not look at Vittorios packages for a long time, so I have no oppinon at all about his recent packages. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#326945: ITP: shorten -- tool for fast compression of waveform files
Hi, On Tue, Sep 06, 2005 at 02:43:42PM -0500, Graham Wilson wrote: > SHORTEN SOFTWARE LICENSE > > This software is being provided to you, the LICENSEE, by Tony Robinson > and SoftSound under the following license. By obtaining, using and/or > copying this software, you agree that you have read, understood, and > will comply with these terms and conditions: > > This software may not be sold or incorporated into any product which is > sold without prior permission from SoftSound. When no charge is made, > this software may be copied and distributed freely. > > Permission is granted to use this software for decoding and > non-commercial encoding (e.g. private or research use). Please email > [EMAIL PROTECTED] for commercial encoding terms. This does not give permission to redistribute, does it? In this case the program would not even be fit for non-free. Also the "By obtaining [...] this software, you agree that you have read [and] understood [...] these terms and conditions:" clause sounds quite dubious to me. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Hello Stelian, On Fri, Aug 12, 2005 at 09:20:56PM +0200, Stelian Pop wrote: > The current state is ... Thank you for clarifying this. > The only (big) downside is that the FN keycode will not be understood by > the classic X keyboard driver (no events in xev for example), unless the > new (and not upstream yet) input based X keyboard driver is used. What about the Linux console? "dumpkeys -l | grep -i fn" gives no output at all. Will be also need a patched version of console-tools? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Hello, On Fri, Aug 12, 2005 at 07:09:55PM +0900, Horms wrote: > [the fn key patch] seems fine enough to me, has is been submitted upstream? I don't know. In http://lists.debian.org/debian-powerpc/2005/07/msg00370.html Stelian Pop (CCed) asked whether he should push this into the mainstream kernel, but I do not know the final outcome of this. Stelian: what is the current state of this? I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Hello Horms, On Fri, Aug 12, 2005 at 06:56:42PM +0900, Horms wrote: > whats the correct hostname for that URL? Sorry, the link should have been http://seehuhn.de/comp/powerbook/index.html#fnkey-patch I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Hello Maximilian, On Fri, Aug 12, 2005 at 11:37:28AM +0200, Maximilian Attems wrote: > but acpi generic hotkey support will still need some more release cycles > in order to get working. What is "acpi generic hotkey support"? Note that Apple PowerBooks don't use ACPI and that the fn key is not a "hotkey" but just another modifier key. Because the keyboard has not enough keys, you need fn to access, for example, the page-up and page-down keys. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Hello, On Fri, Aug 12, 2005 at 11:08:50AM +0200, Maximilian Attems wrote: > what't the state of that in linux image 2.6.12? > any progress.. Upstream 2.6.12 still needs the patch from http://localhost/~voss/comp/powerbook/index.html#fnkey-patch As I compile my own kernels, I did not check whether the debian package contains a fix. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#319261: libsdl1.2: new upstream available
Package: libsdl1.2 Severity: wishlist Hello, on the SDL web page at http://www.libsdl.org/download-1.2.php you can find a new version (version 1.2.8) of the SDL library. A diff between the tarball from the debian package and SDL-1.2.8.tar.gz seems to indicate that the changes are mostly bug fixes. It would be nice if the Debian package could be updated. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319082: libstdc++6-4.0-dev: mistakes in the long package description
Package: libstdc++6-4.0-dev Version: 4.0.1-2 Severity: minor Hello, the long package description of libstdc++6-4.0-dev, revision 4.0.1-2, contains the paragraph This package contains the headers and static library files necessary for building C++ programs which use libstdc++. Be advised that this only works with the GNU C++ compiler (version 3.0), and no earlier library will work it. This description has two minor problems: 1) "this only works with the GNU C++ compiler (version 3.0)" is not true. Compiler version 4.0.1 seems to also work. Given that the dependency system will take care of this automatically this part should probably just be removed. 2) "... , and no earlier library will work it." This doesn't make sense. Maybe the meaning is "you need libstdc++-v3 for gcc-3.0"? This part should probably also be removed, or otherwise should be clarified. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages libstdc++6-4.0-dev depends on: ii g++-4.0 4.0.1-2 The GNU C++ compiler ii gcc-4.0-base4.0.1-2 The GNU Compiler Collection (base ii libc6-dev 2.3.2.ds1-22 GNU C Library: Development Librari ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 libstdc++6-4.0-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#129550: glibc-doc: umount() description does not match real behaviour
Hello, just now I stumbled across this old bug report. The issue was: (1) the glibc manual states that umount("/dev/fd0") works, but (2) in reality it does not. I still think that this constitutes a bug either in the C library or in the manual. Otherwise, what would be the use of the manual if it does not describe how things work? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#318081: gdb segfaults before program is even started (powerpc)
Package: gdb Version: 6.3-6 Severity: normal Hello, when trying to debug one of my programs I encountered a case where gdb crashed on the command "break main" before my programm was even started. The problem occurs on a powerpc machine. Since the files are largish, I put them up on my web page instead of appending them to this mail. The files are http://seehuhn.de/data/gdb-bug - the binary http://seehuhn.de/data/gdb-bug.i - the preprocessed source 1) Reproducing the bug. You will probably need the atlas3-base and libg2c0 packages installed to reproduce this. [EMAIL PROTECTED] [~/y] uname -a Linux quiche 2.6.12 #1 Wed Jun 22 13:34:21 BST 2005 ppc GNU/Linux [EMAIL PROTECTED] [~/y] ldd gdb-bug ldd: warning: you do not have execution permission for `./gdb-bug' libm.so.6 => /lib/libm.so.6 (0x0ff6b000) liblapack.so.3 => /usr/lib/atlas/liblapack.so.3 (0x0f9c5000) libblas.so.3 => /usr/lib/atlas/libblas.so.3 (0x0f4c) libg2c.so.0 => /usr/lib/libg2c.so.0 (0x0f481000) libc.so.6 => /lib/libc.so.6 (0x0f322000) /lib/ld.so.1 => /lib/ld.so.1 (0x0800) [EMAIL PROTECTED] [~/y] dpkg -S /usr/lib/atlas/liblapack.so.3 /usr/lib/atlas/libblas.so.3 /usr/lib/libg2c.so.0 atlas3-base: /usr/lib/atlas/liblapack.so.3 atlas3-base: /usr/lib/atlas/libblas.so.3 libg2c0: /usr/lib/libg2c.so.0 [EMAIL PROTECTED] [~/y] gdb gdb-bug GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) break main Segmentation fault 2) Regenerating the binary. The binary gdb-bug was compiled from gdb-bug.i using the following two commands: [EMAIL PROTECTED] [~/y] gcc -ggdb3 -c gdb-bug.i [EMAIL PROTECTED] [~/y] gcc -ggdb3 -o gdb-bug gdb-bug.o -lm -llapack -lblas -lg2c If you need additional information, please let me know. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages gdb depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-8Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries gdb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317676: pdnsd: Failed to open socket: Bad file descriptor
Package: pdnsd Version: 1.2.2par-1 Severity: minor Hello, pdnsd gives me the following error message on shutdown: Failed to open socket: Bad file descriptor. Status readback will be impossible I do not know whether this indicates a real problem, but either the problem (if there is one) or the message (if it is bogus) should be fixed. The error message only occurs on my powerpc system. On a similarly installed i386 system I do not get this message. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages pdnsd depends on: ii adduser 3.64 Add and remove users and groups ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an pdnsd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315856: debootstrap: hangs during package configuration phase
Package: debootstrap Version: 0.3.1.3 Severity: important Hello, debootstrap does not work for me. When I try to follow the example in the manual page, the process hangs somewhere in or directly after the package configuration phase: quiche:~# cd / ; mkdir /sid-root quiche:/# debootstrap sid /sid-root http://ftp.nl.debian.org/debian/ I: Retrieving Release I: Retrieving Packages I: Validating Packages I: Checking component main on http://ftp.nl.debian.org/debian... I: Extracting base-files... I: Extracting base-passwd... [...] I: Unpacking util-linux... I: Unpacking zlib1g... I: Configuring required packages... I: Configuring sysv-rc... [...] I: Configuring console-tools... I: Configuring console-common... I: Configuring base-config... At this point nothing more happens, the program just hangs. Even after waiting 30 minutes there is no more output and there is no CPU usage. The pstree output looks as follows: |-bash---su---bash---debootstrap-+-debootstrap |`-debootstrap---debootstrap When I directly install base-config is configures without problems, so probably it is not a base-config problem. While debootstrap hangs, the directory /sid-root contains a populated file system, which seems to be in good shape. /sid-root/proc is mounted, but not mentione in /etc/mtab: quiche:/sid-root# cat /etc/mtab | grep sid-root quiche:/sid-root# cat /proc/mounts | grep sid-root proc /sid-root/proc proc rw,nodiratime 0 0 As you can see below this is on a powerpc system with a 2.6.12 kernel. If I can help by providing any additional information, please let me know. I hope this helps, Jochen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages debootstrap depends on: ii binutils 2.15-7 The GNU assembler, linker and bina ii wget 1.10-1 retrieves files from the web debootstrap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314987: pbuilder: creating base.tgz for sid fails with weird error message
Hi! On Mon, Jun 20, 2005 at 07:11:32PM +0100, Jochen Voss wrote: > At this point the process seems to hang (no output for at least 30 > minutes). Maybe this is related to the original problem? This seems to be a separate issue. The current bug is really the same problem as #314858 and #314987 (already merged) and I can work around this by replacing the line DEBOOTSTRAPOPTS[0]='--variant=buildd' with unset DEBOOTSTRAPOPTS in my pbuilderrc file. I will report the other problem as a separate bug report. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#314987: pbuilder: creating base.tgz for sid fails with weird error message
Hello dear debootstrap maintainer, On Mon, Jun 20, 2005 at 08:14:00AM +0900, Junichi Uekawa wrote: > Thanks for your report; it's debootstrap giving you this error. I tried debootstrap on my system and indeed something seems to be wrong with it: quiche:~# debootstrap sid /root/sid-rooot http://ftp.uk.debian.org/debian/ I: Retrieving Release I: Retrieving Packages I: Validating Packages I: Checking component main on http://ftp.uk.debian.org/debian... I: Extracting base-files... I: Extracting base-passwd... I: Extracting bash... I: Extracting bsdutils... I: Extracting coreutils... [...] I: Configuring libgnutls11... I: Configuring netbase... I: Configuring libtextwrap1... I: Configuring console-data... I: Configuring sysklogd... I: Configuring klogd... I: Configuring console-tools... I: Configuring console-common... I: Configuring base-config... At this point the process seems to hang (no output for at least 30 minutes). Maybe this is related to the original problem? As I have no previous experience with debootstrap I am a little bit at a loss at how to debug this further. Is there any way to coerce debootstrap as called by pbuilder to emit a more useful error message as the original "E: Couldn't find these debs: 0"? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#314987: pbuilder: creating base.tgz for sid fails with weird error message
Package: pbuilder Version: 0.127 Severity: important Hello, when I try to create base.tgz for sid, the process fails as seen in the following log: quiche:~# pbuilder create --distribution sid W: /root/.pbuilderrc does not exist Distribution is sid. Building the build environment -> running debootstrap I: Retrieving Release I: Retrieving Packages I: Validating Packages I: Checking component main on http://ftp.uk.debian.org/debian... E: Couldn't find these debs: 0 pbuilder: debootstrap failed -> Aborting with an error -> cleaning the build env -> removing directory /var/cache/pbuilder/build//17762 and its subdirectories The "Couldn't find these debs: 0" error message seems not very helpful to me. If I can provide additional information, please let me know. My /etc/pbuilderrc file is appended for reference. I hope this helps, Jochen == /etc/pbuilderrc starts at next line === # this is your configuration file for pbuilder. # the file in /usr/share/pbuilder/pbuilderrc is the default template. # /etc/pbuilderrc is the one meant for editing. # # read pbuilderrc.5 document for notes on specific options. BASETGZ=/var/cache/pbuilder/base.tgz #EXTRAPACKAGES=gcc3.0-athlon-builder #export DEBIAN_BUILDARCH=athlon BUILDPLACE=/var/cache/pbuilder/build/ MIRRORSITE=http://ftp.uk.debian.org/debian/ #NONUSMIRRORSITE=http://ftp.uk.debian.org/debian-non-US/ OTHERMIRROR="deb http://localhost/debian/ unstable main" #export http_proxy=http://your-proxy:8080/ USEPROC=yes USEDEVPTS=yes USEDEVFS=no BUILDRESULT=/var/cache/pbuilder/result/ # specifying the distribution forces the distribution on "pbuilder update" DISTRIBUTION=sid #specify the cache for APT APTCACHE="/var/cache/pbuilder/aptcache/" APTCACHEHARDLINK="yes" REMOVEPACKAGES="lilo" #HOOKDIR="/usr/lib/pbuilder/hooks" HOOKDIR="" # make debconf not interact with user export DEBIAN_FRONTEND="noninteractive" DEBEMAIL="Jochen Voss <[EMAIL PROTECTED]>" #for pbuilder debuild BUILDSOURCEROOTCMD="fakeroot" PBUILDERROOTCMD="sudo" #default is to build everything. Passed on to dpkg-buildpackage #DEBBUILDOPTS="-b" DEBBUILDOPTS="" #APT configuration files directory APTCONFDIR="" # the username and ID used by pbuilder, inside chroot. Needs fakeroot, really BUILDUSERID=1234 #BUILDUSERNAME=pbuilder # BINDMOUNTS is a space separated list of things to mount # inside the chroot. BINDMOUNTS="" # Set the debootstrap variant to 'buildd' type. DEBOOTSTRAPOPTS[0]='--variant=buildd' # unset DEBOOTSTRAPOPTS == /etc/pbuilderrc ends at previous line = -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.11 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages pbuilder depends on: ii coreutils 5.2.1-2The GNU core utilities ii debianutils 2.13.2 Miscellaneous utilities specific t ii debootstrap 0.3.1.2Bootstrap a basic Debian system ii gcc 4:3.3.5-3 The GNU C compiler ii wget 1.10-1 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts 2.8.14 Scripts to make the life of a Debi ii fakeroot 1.3 Gives a fake root environment ii sudo 1.6.8p7-1.1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311128: gcc-3.3: internal compiler error: in extract_insn, at recog.c:2175
Hi Matthias, On Sun, May 29, 2005 at 09:48:10PM +0200, Matthias Klose wrote: > unreproducible. 3.3, 3.4 and 4.0 (experimental) show: > > $ gcc -c kaputt.c > kaputt.c:1983: error: invalid register name for 'current' The internal compiler error occurs for me only on powerpc. On an i386 system I get the same message as you did above. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#311128: bug #311128 is also present in gcc-3.4
Hi, I got a chance to check my test case with gcc-3.4 instead of gcc-3.3: [EMAIL PROTECTED] [~] gcc-3.4 -O -c kaputt.c kaputt.c: In function `unionfs_readdir': kaputt.c:9166: error: unrecognizable insn: (insn 362 359 365 21 (set (mem:QI (subreg:SI (reg:DI 175) 4) [0 S1 A8]) (subreg:QI (reg:DI 175) 7)) -1 (nil) (nil)) kaputt.c:9166: internal compiler error: in extract_insn, at recog.c:2083 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . [EMAIL PROTECTED] [~] gcc-3.4 --version gcc-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-13) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. As you can see, the internal compiler error is also present in gcc-3.4. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#311128: gcc-3.3: internal compiler error: in extract_insn, at recog.c:2175
Package: gcc-3.3 Version: 1:3.3.6-5 Severity: normal Hello, I encountered an internal compiler error in gcc: [EMAIL PROTECTED] [~/compier] gcc -O -c kaputt.c kaputt.c: In function `unionfs_readdir': kaputt.c:9166: error: unrecognizable insn: (insn 365 362 368 21 0x31389d40 (set (mem:QI (subreg:SI (reg:DI 175) 4) [0 S1 A8]) (subreg:QI (reg:DI 175) 7)) -1 (nil) (nil)) kaputt.c:9166: internal compiler error: in extract_insn, at recog.c:2175 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . [EMAIL PROTECTED] [~/compier] gcc --version gcc (GCC) 3.3.6 (Debian 1:3.3.6-5) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] [~/compier] uname -a Linux quiche 2.6.11.8 #1 Sun May 1 19:30:04 BST 2005 ppc GNU/Linux You can download the already preprocessed source file "kaputt.c" (63kb compressed, 404kb uncompressed) from my homepage at http://seehuhn.de/data/kaputt.c.gz . The file in question was originally the file "unionfs/file.c" from the unionfs-source package. The version on my homepage is preprocessed and manually pruned down a little bit. Please let me know whether you need additional information. I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages gcc-3.3 depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii cpp-3.3 1:3.3.6-5The GNU C preprocessor ii gcc-3.3-base1:3.3.6-5The GNU Compiler Collection (base ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307327: kernel-source-2.6.11: [powerpc] fn-key does not work on new powerbooks
Package: kernel-source-2.6.11 Severity: normal Hello, with release 2.6.11-1 of kernel-image-2.6.11-powerpc the fn-key does not work on post-February-2005 powerbooks. It does neither emit a scan code on its own, nor does it change the behaviour of other keys. The problem can be fixed with the Johannes Berg's patch from http://johannes.sipsolutions.net/PowerBook/special_buttons . Kernel specific information about my machine (dmesg output etc.) can be found at http://seehuhn.de/comp/powerbook/2.6.11-1/ , general information (about hardware, etc) is at http://seehuhn.de/comp/powerbook/ . I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307328: kernel-source-2.6.11: [powerpc] CPU runs only with half speed on new powerbooks
Package: kernel-source-2.6.11 Severity: normal Hello, with release 2.6.11-1 of kernel-image-2.6.11-powerpc the CPU runs only at half of the advertised speed. The problem is hard to notice, because /proc/cpuinfo contains the lines cpu : 7447A, altivec supported clock : 1666MHz bogomips: 829.44 which look good at first. But is transpires that the clock entry is wrong! The thing to look out for is the bogomips value: on a 7447A processor the bogomips value is approximately equal to the clock frequency. The issue is discussed in the debian-powerpc mailing list in the thread starting at http://lists.debian.org/debian-powerpc/2005/03/msg00554.html . The problem can be fixed with the Benjamin Herrenschmidt's patch from http://lists.debian.org/debian-powerpc/2005/03/msg00554.html and http://lists.debian.org/debian-powerpc/2005/03/msg01008.html . A combined version of these two changes is at http://seehuhn.de/comp/powerbook/#cpufreq-patch . Kernel specific information about my machine (/proc/cpuinfo contents etc.) can be found at http://seehuhn.de/comp/powerbook/2.6.11-1/ , general information (about hardware, etc) is at http://seehuhn.de/comp/powerbook/ . I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307330: kernel-source-2.6.11: [powerpc] sound does not work on new powerbooks
Package: kernel-source-2.6.11 Severity: normal Tags: patch Hello, with release 2.6.11-1 of kernel-image-2.6.11-powerpc sound does not work on post-February-2005 powerbooks. The problem was discussed on the debian-powerpc mailing list, for example in the thread starting at http://lists.debian.org/debian-powerpc/2005/03/msg00583.html . The problem can be fixed with Benjamin Herrenschmidt's patches from http://lists.debian.org/debian-powerpc/2005/04/msg00322.html and http://lists.debian.org/debian-powerpc/2005/04/msg00354.html . Kernel specific information about my machine (dmesg output etc.) can be found at http://seehuhn.de/comp/powerbook/2.6.11-1/ , general information (about hardware, etc) is at http://seehuhn.de/comp/powerbook/ . I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#129014: status of bug #129014 ?
Hi, in January 2002 I reported a problem with bfdtester which is now bug #129014 in the BTS. I checked again and the problem still persists. What is the current status of this? Since bfbtester looks like a potentially useful tool, I think that it would be worth the effort to make it actually work. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#212033: status query for /usr/share/doc/python-imaging-doc-html/README.Debian
Hi, in 2003 I reported that the file /usr/share/doc/python-imaging-doc-html/README.Debian is all gibberish. As far as I can see the file contents did not change since then. What is the current status of this? If the file is ment to communicate some information to the user or system administrator, it might be a good idea to rewrite it. Otherwise it might be a good idea to remove it. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#302558: chbg: Cannot launch from Gnome Applications Menu
Hello Andrew, On Fri, Apr 01, 2005 at 02:02:48PM +0100, Andrew Swan wrote: > The following error message is given when launching from the > application menu in Gnome(starting from command line works fine): Thanks for spotting this. I will upload a new version with your fix incorporated. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#302422: python2.3-numeric-ext: typos in linear_least_squares doc string
Package: python2.3-numeric-ext Version: 23.8-1 Severity: minor Tags: patch Hello, the doc string of the linear_least_squares function in /usr/lib/python2.3/site-packages/Numeric/LinearAlgebra.py contains several typos. These can be fixed with the following patch: -- --- LinearAlgebra.py~ 2003-08-06 19:03:48.0 +0100 +++ LinearAlgebra.py2005-03-31 19:38:41.0 +0100 @@ -389,11 +389,11 @@ where x minimizes 2-norm(|b - Ax|) resids is the sum square residuals rank is the rank of A - s is an rank of the singual values of A in desending order + s is an rank of the singular values of A in descending order If b is a matrix then x is also a matrix with corresponding columns. If the rank of A is less than the number of columns of A or greater than -the numer of rows, then residuals will be returned as an empty array +the number of rows, then residuals will be returned as an empty array otherwise resids = sum((b-dot(A,x)**2). Singular values less than s[0]*rcond are treated as zero. """ -- I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11.6 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) Versions of packages python2.3-numeric-ext depends on: ii atlas3-altivec [liblapac 3.6.0-19Automatically Tuned Linear Algebra ii atlas3-base [liblapack.s 3.6.0-19Automatically Tuned Linear Algebra ii lapack3 [liblapack.so.3] 3.0.2531a-6 library of linear algebra routines ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libg2c0 1:3.3.5-12 Runtime library for GNU Fortran 77 ii python2.32.3.5-2 An interactive high-level object-o ii python2.3-numeric23.8-1 Numerical (matrix-oriented) Mathem ii refblas3 [libblas.so.3] 1.2-8 Basic Linear Algebra Subroutines 3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299864: libsdl1.2: problem looking up keysyms under X11
Package: libsdl1.2 Severity: normal Tags: patch Hello, the SDL-library does not properly lookup keysyms under X11. Each key has a list of four keysyms assigned to it, which are interpreted as "group 1 without shift", "group 1 with shift", "group 2 without shift", and "group 2 with shift". The SDL library only uses the first element of this array. This makes it impossible to use keysyms from group 2 (i.e. keysyms accessed using the altgr modifier). The problem is in the file src/video/x11/SDL_x11events.c, line 621: xsym = XKeycodeToKeysym(display, kc, 0); The "0" is the index into the above mentioned list and thus we get always the first keysym. An easy fix (which avoids messing around with the modifiers ourselves) is to use the XLookupString function instead. In translates a keyboard event into a string (which we may ignore) and the *correct* keysym. This approach is implemented in the appended patch. I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) --- SDL-1.2.7+1.2.8cvs20041007.orig/src/video/x11/SDL_x11events.c 2005-03-16 23:39:50.0 + +++ SDL-1.2.7+1.2.8cvs20041007/src/video/x11/SDL_x11events.c 2005-03-16 23:43:49.0 + @@ -614,11 +614,12 @@ SDL_keysym *X11_TranslateKey(Display *display, XKeyEvent *xkey, KeyCode kc, SDL_keysym *keysym) { +char buffer[8]; KeySym xsym; /* Get the raw keyboard scancode */ keysym->scancode = kc; - xsym = XKeycodeToKeysym(display, kc, 0); + XLookupString (xkey, buffer, 8, &xsym, NULL); #ifdef DEBUG_KEYS fprintf(stderr, "Translating key 0x%.4x (%d)\n", xsym, kc); #endif
Bug#299175: poor package description for svn-workbench
On Sun, Mar 13, 2005 at 04:13:10PM +0100, Matthias Klose wrote: > Jochen Voss writes: > > I am very willing to do so, if I only find out what the package is > > doing. The homepage was not of much help. What is the package doing? > > Is the program just a graphical frontend for svn? > ja, download und ausprobieren, und beschreiben :-) I though you as the package maintainer might know what it does :-( All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#299175: poor package description for svn-workbench
Hi Matthias, On Sun, Mar 13, 2005 at 03:43:51PM +0100, Matthias Klose wrote: > > I agree that the package description for svn-workbench is poor. I > > can't parse it either. Is the program just a grpahical frontend for > > svn? Do I want to install it on my machine? > send a patch I am very willing to do so, if I only find out what the package is doing. The homepage was not of much help. What is the package doing? Is the program just a graphical frontend for svn? > no, there's one file where it belongs: debian/copyright. Adding it to > several places is just a maintainance burden. Yes, then I will better not include this into my patch. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#299175: poor package description for svn-workbench
Hello, I agree that the package description for svn-workbench is poor. I can't parse it either. Is the program just a grpahical frontend for svn? Do I want to install it on my machine? Another thing to consider: the developers reference (section 6.2.4) suggests that you add the homepage URL to the end of the package description. See the developers reference for the way to do this. Maybe this would make sense here, since the homepage contains at least some screen shots. I hope this helps, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#298551: xterm: fatal pty error 23 (errno=22) on tty /dev/pts/1
Hello Thomas, On Tue, Mar 08, 2005 at 11:06:03AM -0500, Thomas Dickey wrote: > On Tue, Mar 08, 2005 at 03:46:56PM +0000, Jochen Voss wrote: > > Hello Thomas, > > > > On Tue, Mar 08, 2005 at 10:20:14AM -0500, Thomas Dickey wrote: > > > thanks. Actually I had forgotten the TCSETA detail, but noticed the > > > hardware platform which seems to be relevant as well. > > Is the TCSETA ioctl documented in some publicly accessible place? > > For instance Solaris' termio manpage says this: > > TCSETA >The argument is a pointer to a termio structure. >Those terminal parameters that can be stored in a ter- >mio structure are set from the values stored in that >structure. The change is immediate. And do you know what it means to set the CS7 flag in c_cflags? The libc manual just sais "This specifies seven bits per byte", which sounds like it should never be set on todays hardware? Maybe the call is perfectly right to return an error code for this setting? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#298758: O: fdutils -- Linux floppy utilities
Package: wnpp Severity: normal Since I no longer own a computer with a floppy drive (the old machine died, and the new one has none), i intend to orphan the fdutils package. The package description is: This package contains utilities for formatting extra capacity disks, for automatic floppy disk mounting and unmounting, etc. . The package includes the following items: . * superformat: formats high capacity disks of (up to 1992k for high density disks or up to 3984k for extra density disks) * fdmount: automatically mounts/unmounts disks when they are inserted/removed. * xdfcopy: formats, reads and writes OS/2's XDF disks. * MAKEFLOPPIES: creates the floppy devices in /dev * getfdprm: prints the current disk geometry (number of sectors, track and heads etc) * setfdprm: sets the current disk geometry * fdrawcmd: sends raw commands to the floppy driver * floppycontrol: configure the floppy driver * General documentation about the floppy driver . Note that these utilities do not work for USB floppy drives, because there is no direct access to the floppy controller. . Homepage: http://www.tux.org/pub/knaff/fdutils/ All the best, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298551: xterm: fatal pty error 23 (errno=22) on tty /dev/pts/1
Hello Thomas, On Tue, Mar 08, 2005 at 10:20:14AM -0500, Thomas Dickey wrote: > thanks. Actually I had forgotten the TCSETA detail, but noticed the > hardware platform which seems to be relevant as well. Is the TCSETA ioctl documented in some publicly accessible place? Just for reference: In the failure case (eigthBitInput: false) the ioctl argument is as follows. (gdb) p tio $1 = {c_iflag = 768, c_oflag = 3, c_cflag = 2575, c_lflag = 1487, c_line = 0 '\0', c_cc = "\003\034\177\025\004\001\000\000\000\000\027\022\032\021\023\026\017", '\0' , c_ispeed = 0, c_ospeed = 0} The call returns -1 in this case and HsSysError is called. If I set "eigthBitInput: true", then the argument to ioctl is (gdb) p tio $1 = {c_iflag = 768, c_oflag = 3, c_cflag = 2831, c_lflag = 1487, c_line = 0 '\0', c_cc = "\003\034\177\025\004\001\000\000\000\000\027\022\032\021\023\026\017", '\0' , c_ispeed = 0, c_ospeed = 0} (only difference: the c_cflag member has bit 9 set, which looks like the switch from CS7 to CS8). This time the call succeeds. Maybe its a kernel or libc bug after all? All the best, Jochen PS.: I was unsure which bug report entry I should forward this information to. I choose "my" copy of the bug report. Hope that this is ok. -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#298551: xterm: fatal pty error 23 (errno=22) on tty /dev/pts/1
Package: xterm Version: 4.3.0.dfsg.1-12 Severity: normal Hello, on my shiny new Apple Powerbook G4 I encounter the problem described in (closed) bug #105874. The problem is the following: When I try to start xterm with eightBitInput set to false, I opens a window for a fraction of a second but then dies with the error message xterm: fatal pty error 23 (errno=22) on tty /dev/pts/1 The problem goes away when I set eightBitInput to true. The problem did not occur when a virtually identical configuration was used on an i386 based system. My feeble debugging attempts could narrow down the source of the problem a little bit: the error message is caused by the following lines of code (xterm/main.c, lines 3547-3548): if (ioctl(ttyfd, TCSETA, &tio) == -1) HsSysError(cp_pipe[1], ERROR_TIOCSETP); This is executed in the child process after the fork, and the error condition is reported back to the parent process via a pipe in an a little bit convoluted manner. Some information about my laptop can be found on my home page at http://seehuhn.de/comp/powerbook/ . If you need any further information please ask. I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xterm depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libxaw7 4.3.0.dfsg.1-12 X Athena widget set library ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxmu6 4.3.0.dfsg.1-12 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii xlibs-data 4.3.0.dfsg.1-12 X Window System client data -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292759: shell script sniplets in /usr/bin?
Hello, until now I was under the impression that /usr/bin/ should only contain programs which are expected to be directly called by users. In bug #292759 the maintainer of gettext-base claims, that it is also ok to install shell script sniplets, which are not executable on itself into /usr/bin/ On Sat, 29 Jan 2005, Jochen Voss wrote: > Package: gettext-base > Version: 0.14.1-8 > Severity: normal > > Hello, > > the gettext-base package installs the file gettext.sh into the > /usr/bin/ directory. The file looks like a shell script first, > but it has the executable bit not set and starts with the line > > #! /bin/false > > Therefore the file is not executable and should not be installed in > /usr/bin/. I guess a good place for it would be > /usr/share/gettext-base/examples/ if it is unused or > /usr/share/gettext-base in case it is used by some other part of the > gettext framework. This is not a bug. The file gettext.sh is meant to be sourced by shell scripts in this way: . gettext.sh The FHS is not as clear on this issue as I thought it might be. It just states 4.2 /usr/bin : Most user commands This is the primary directory of executable commands on the system. /usr/bin -- Binaries that are not needed in single-user mode +-mhCommands for the MH mail handling system +-X11 Symlink to /usr/X11R6/bin My question: does anybody have further references for the question whether it is ok or maybe even preferable to install non-programs in /usr/bin? All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
Bug#292761: /usr/bin/mpereconfig.mpich: broken symlink
Package: mpich Version: 1.2.5.3-1.2 Severity: normal File: /usr/bin/mpereconfig.mpich Hello, the mpich package contains a broken symlink: [EMAIL PROTECTED] [~] ls -l /usr/bin/mpereconfig.mpich lrwxr-xr-x 1 root root 28 Jan 29 15:18 /usr/bin/mpereconfig.mpich -> ../lib/mpich/bin/mpereconfig [EMAIL PROTECTED] [~] ls -l /usr/lib/mpich/bin/mpe* ls: /usr/lib/mpich/bin/mpe*: No such file or directory I do not know what this program is supposed to do, but maybe it is just a typo: [EMAIL PROTECTED] [~] ls -l /usr/lib/mpich/bin/*reconfig -rwxr-xr-x 1 root root 1864 Jan 5 11:29 /usr/lib/mpich/bin/mpireconfig* mpireconfig instead of mpereconfig would exist. I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mpich depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libmpich1.0 1.2.5.3-1.2 mpich runtime shared library ii mpich-common 1.2.5.3-1.2 Manpages and other common files fo ii ssh [rsh-client] 1:3.8.1p1-8.sarge.4 Secure rlogin/rsh/rcp replacement -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292759: gettext-base: installs weird file /usr/bin/gettext.sh
Package: gettext-base Version: 0.14.1-8 Severity: normal Hello, the gettext-base package installs the file gettext.sh into the /usr/bin/ directory. The file looks like a shell script first, but it has the executable bit not set and starts with the line #! /bin/false Therefore the file is not executable and should not be installed in /usr/bin/. I guess a good place for it would be /usr/share/gettext-base/examples/ if it is unused or /usr/share/gettext-base in case it is used by some other part of the gettext framework. I hope this helps, Jochen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gettext-base depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290087: how to mention GPL in the debian/copyright file
Hello Don, thank you for your advice. It is much appreciated. On Thu, Jan 13, 2005 at 02:55:21PM -0800, Don Armstrong wrote: > > Currently the debian/copyright file of chbg contains the paragraph > > > > Chbg is copyrigthed by Ondrejicka Stefan ([EMAIL PROTECTED]). It is > > license under the GPL. On Debian systems, the complete text of the > > GNU General Public License can be found in the > > /usr/share/common-licenses/GPL file. > > Unfortunatly, this is incorrect. The code is licensed under GPL 2 or > later. (See below where I discuss the issues with this.) Appended to this mail you find my new attempt on writing a debian/copyright files for chbg. > In your case, it looks like the copyright statement is just the > following: > > /***/ > /* This code is part of Desktop Background changer*/ > /* called ChBg*/ > /* Copyright (c) 1999,2000 Ondrejicka Stefan */ > /* ([EMAIL PROTECTED]) > */ > /* Distributed under GPL 2 or later */ > /***/ Ok, that looks fair. Some source files have different notes (sometimes only the years are different, sometimes it is different licenses with different authors), so I went for concatenating them all, with only exact duplicates merged. > However, I strongly suggest that you talk to upstream, and have > upstream use the form of copyright statement and licensing statement > mentioned in the GNU GPL itself, namely: This wil probably fail, since he did not answer any of my email during the last two years. But I can try. > It is preferable to include them from the upstream maintainer's point > of view, because it makes it explicit what license the work is > released under. In the case of this work, it's very difficult to > accertain what license the images are released under, as there is no > LICENSE or similar file that contains a copyright statement and > license statement covering the entire archive. The README file states This is public release of ChBg distributed under GPL. [...] License : - Chbg is licensed under terms of GPL. See COPYING. So I assume that the entire archive is ment to be distributed under the GPL. My new version of the debian/copyright file just includes the above sniplet. Should I move it into a more prominent position? Thank you for your help, Jochen -- http://seehuhn.de/ This package was debianized by Sean E. Perry <[EMAIL PROTECTED]> on Thu, 9 Sep 1999 16:02:25 -0700. It was downloaded from http://chbg.sourceforge.net/ Upstream Author: Stefan Ondrejicka <[EMAIL PROTECTED]> Copyright and distribution terms. The following list gives the copyrights and distribution licences for the different files in the chbg distribution. -- * README This is public release of ChBg distributed under GPL. [...] License : - Chbg is licensed under terms of GPL. See COPYING. -- * gtkmultirowsel.c, gtkmultirowsel.h /* GTK - The GIMP Toolkit * Copyright (C) 1995-1997 Peter Mattis, Spencer Kimball and Josh MacDonald * GtkMultiRowSel Copyright (C) 2000 Stefan Ondrejicka <[EMAIL PROTECTED]> * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Library General Public * License as published by the Free Software Foundation; either * version 2 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Library General Public License for more details. * * You should have received a copy of the GNU Library General Public * License along with this library; if not, write to the Free * Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ -- * absimg.c, banner.c, chwin.c, gui_tools.h, options.h, recurse.h /***/ /* This code is part of Desktop Background changer*/ /* called ChBg*/ /* Copyright (c) 1999 - 2001 Ondrejicka Stefan*/ /* ([EMAIL PROTECTED])*/ /* Distributed under GPL 2 or later */ /***/ -
Bug#290087: chbg: Fails to list GPL disclaimer
Hi Justin, On Wed, Jan 12, 2005 at 05:22:01PM -0500, Justin Pryzby wrote: > Well, I'm not sure if the paragraphs *should* be there, accourding to > Debian's policy. But the GPL recommends it, I think; ... Are you refering to the following clause? To do so, attach the following notices to the program. It is safest to attach them to the start of each source file to most effectively convey the exclusion of warranty; and each file should have at least the "copyright" line and a pointer to where the full notice is found. Does this only refer to source files or does it also apply to the debian/copyright file? What do you think? > ... and dh_make includes the disclaimer. Do you know what was the rationale for this? > Like I said, if you feel its unnecessary > baggage, feel free to close. Well, let's first make sure we get it right. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature