Bug#291910: thttpd: generates zombies during user activity
Package: thttpd Version: 2.21b-11.2 Severity: normal Tags: woody Hi, while investigating a patch for 236329, I discovered that thttpd creates a number of threads to satisfy the requests and these turn into zombie processes after the request is done. From "top": 26743 www-data 15 0 824 824 592 S 0.0 0.1 0:00 thttpd 3718 www-data 10 10 00 0 Z N 0.0 0.0 0:00 thttpd 3719 www-data 15 10 00 0 Z N 0.0 0.0 0:00 thttpd I'm not sure this is a bug - the zombies get cleaned up after a few minutes. But I thought I would report it, as this seems odd behaviour for a server that is supposed to thrive under high load. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux debacle 2.4.26-1-686 #1 Sat Aug 7 00:33:47 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages thttpd depends on: ii debconf 1.0.32 Debian configuration management sy ii libc6 2.2.5-11.8 GNU C Library: Shared libraries an ii logrotate 3.5.9-8Log rotation utility ii mime-support 3.18-1.3 MIME files 'mime.types' & 'mailcap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#236329: [patch] attempt at new init.d script
This version of the init.d script follows the general form of the apache
init.d script. The patch is against the woody version, 2.21b-11.2.
This may well fix bug #247930.
I don't know if using start-stop-daemon will help with #152326.
My patch may conflict with the NMU applied to close #211750.
Cheers
Vince
--- thttpd.orig Mon Jan 24 08:30:00 2005
+++ thttpd Mon Jan 24 09:33:24 2005
@@ -2,13 +2,14 @@
# /etc/init.d/thttpd - thttpd's init script.
# Written by Yotam Rubin <[EMAIL PROTECTED]>
+# Rewritten to use start-stop-daemon by Vince McIntyre <[EMAIL PROTECTED]>
set -e
-INIT=/etc/init.d/thttpd
CONFFILE=/etc/thttpd/thttpd.conf
if [ ! -f $CONFFILE ]; then
+echo "Config file, $CONFFILE, is missing"
exit 1
fi
@@ -16,45 +17,30 @@
DAEMON=/usr/sbin/thttpd
NAME=thttpd
PIDFILE=/var/run/thttpd.pid
-PORT=`grep port= $CONFFILE | sed 's/port=//'`
test -x $DAEMON || exit 0
case "$1" in
start)
-echo -n "Starting web server: "
-EXP="`$NETSTAT -plunt | awk '{print $4}' | \
- grep -w \"\([0-9]\{1,3\}\.\)\{3\}[0-9]\{1,3\}:$PORT\" || true`"
-
-if [ -n "$EXP" ]; then
- echo "$DAEMON already running."
-else
- $DAEMON -C $CONFFILE -i $PIDFILE
- echo "$NAME. "
-fi
-
+echo -n "Starting web server: $NAME"
+start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON -- \
+ -C $CONFFILE -i $PIDFILE
;;
stop)
-echo -n "Stopping web server: "
-if [ -f $PIDFILE ]; then
- kill -SIGUSR1 `cat $PIDFILE` > /dev/null 2>&1
- echo "$NAME"
- rm -f $PIDFILE
-else
- echo "No $DAEMON found running; none killed."
-fi
- ;;
+echo -n "Stopping web server: $NAME"
+start-stop-daemon --stop --pidfile $PIDFILE --oknodo --exec $DAEMON
+;;
restart)
-echo -n "Restarting web server: "
-$INIT stop > /dev/null 2>&1
-$INIT start > /dev/null 2>&1
-echo "$NAME. "
+echo -n "Restarting web server: $NAME"
+start-stop-daemon --stop --pidfile $PIDFILE --oknodo --retry 30
+start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON -- \
+ -C $CONFFILE -i $PIDFILE
;;
force-reload)
- echo -n "Reloading thttpd configuration files: "
-$INIT stop > /dev/null 2>&1
-$INIT start > /dev/null 2>&1
-echo "$NAME. "
+echo -n "Reloading thttpd configuration files: $NAME"
+# manpage advises to just stop and start again
+$0 restart
+exit $?
;;
*)
echo "Usage: /etc/init.d/$NAME {force-reload|start|stop|restart}"
@@ -62,4 +48,11 @@
;;
esac
-exit 0
+if [ $? == 0 ]; then
+echo .
+exit 0
+else
+echo failed
+exit 1
+fi
+
Bug#342323: [amd64] [etch] [beta1] successful
Package: installation-reports INSTALL REPORT Debian-installer-version: etch beta1 (http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/beta1/amd64/iso-cd/debian-testing-amd64-netinst.iso) md5sum ab2d19daaddd8616b189f8ca1dce3626 uname -a: Linux delphinus 2.6.12-1-amd64-generic #1 Wed Sep 28 02:05:15 CEST 2005 x86_64 GNU/Linux Date: 2005-12-07 Method: netinst cdrom. Packages from local apt-proxy. Machine: Sun V20Z Processor: Two AMD64 dual-core Memory: 8Gb Root Device: /dev/sdb Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Disk /dev/sda: 146.8 GB, 146815737856 bytes 255 heads, 63 sectors/track, 17849 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1835467103473+ a5 FreeBSD Disk /dev/sdb: 146.8 GB, 146815737856 bytes 255 heads, 63 sectors/track, 17849 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 1 34 273073+ 83 Linux /dev/sdb2 35 17849 143098987+ 5 Extended /dev/sdb5 35 642 4883728+ 83 Linux /dev/sdb6 6431007 2931831 83 Linux /dev/sdb71008310816876251 82 Linux swap / Solaris /dev/sdb831093157 393561 83 Linux /dev/sdb93158 17849 118013458+ 83 Linux Output of lspci and lspci -n: :00:06.0 0604: 1022:7460 (rev 07) :00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) (prog-if 00 [Normal decode]) :00:07.0 0601: 1022:7468 (rev 05) :00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) :00:07.1 0101: 1022:7469 (rev 03) :00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) (prog-if 8a [Master SecP PriP]) :00:07.3 0680: 1022:746b (rev 05) :00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) :00:0a.0 0604: 1022:7450 (rev 12) :00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) (prog-if 00 [Normal decode]) :00:0a.1 0800: 1022:7451 (rev 01) :00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) (prog-if 10 [IO-APIC]) :00:0b.0 0604: 1022:7450 (rev 12) :00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) (prog-if 00 [Normal decode]) :00:0b.1 0800: 1022:7451 (rev 01) :00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) (prog-if 10 [IO-APIC]) :00:18.0 0600: 1022:1100 :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 0600: 1022:1101 :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:18.2 0600: 1022:1102 :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:18.3 0600: 1022:1103 :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :00:19.0 0600: 1022:1100 :00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:19.1 0600: 1022:1101 :00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:19.2 0600: 1022:1102 :00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:19.3 0600: 1022:1103 :00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :01:00.0 0c03: 1022:7464 (rev 0b) :01:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) (prog-if 10 [OHCI]) :01:00.1 0c03: 1022:7464 (rev 0b) :01:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) (prog-if 10 [OHCI]) :01:05.0 0300: 1023:9880 (rev 3a) :01:05.0 VGA compatible controller: Trident Microsystems Blade 3D PCI/AGP (rev 3a) (prog-if 00 [VGA]) :02:02.0 0200: 14e4:1648 (rev 03) :02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) :02:02.1 0200: 14e4:1648 (rev 03) :02:02.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) :02:04.0 0100: 1000:0030 (rev 08) :02:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) Bus: primary=00, secondary=01, subordinate=01, sec-latency=68 Bus: primary=00, secondary=02, subordinate=02, sec-latency=64 Bus: primary=00, secondary=03, subordinate=03, sec-latency=64 Capabilities: [40] Capabilities: [48] Power Management version 2 Capabilities: [40] Capabilities: [48] Power Management version 2 Capabilities: [50] Power Management version 2 C
Bug#339290: additional info
Package: update-flashplugin
Hi
a little more info, hope this helps.
I have a sarge system in which I tried hacking
/etc/update-flashplugin.conf.rb
as noted above. This was the result.
# cat /etc/update-flashplugin.conf.rb
# -*- ruby -*-
#
module UpdateFlashPluginConf
SITES = {
#"sluglug.ucsc.edu" => "/macromedia/tarball/debian/",
"ruslug.rutgers.edu " => "/macromedia/tarball/debian/",
"macromedia.mplug.org" => "/tarball/debian/",
"macromedia.rediris.es" => "/tarball/debian/",
"fpdownload.macromedia.com" => "/get/flashplayer/current/",
}
end
# update-flashplugin -f
Checking new upstream release...
I: checking http://macromedia.rediris.es/tarball/debian/...
No new version is detected. ( = not installed)
Updating flashplugin...
getting install_flash_player_7_linux.tar.gz [322/0 (inf%)]
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: install_flash_player_7_linux/libflashplayer.so: Not found in archive
tar: Error exit delayed from previous errors
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: install_flash_player_7_linux/flashplayer.xpt: Not found in archive
tar: Error exit delayed from previous errors
/usr/sbin/update-flashplugin:208:in `chdir': No such file or directory -
/tmp/flashupdater5639.0/install_flash_player_7_linux (Errno::ENOENT)
from /usr/sbin/update-flashplugin:208:in `install'
from /usr/sbin/update-flashplugin:220:in `update'
from /usr/sbin/update-flashplugin:428
# file /tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz
/tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz: HTML document
text
# cat /tmp/flashupdater5639.0/install_flash_player_7_linux.tar.gz
404 Not Found
Not Found
The requested URL /tarball/debian/install_flash_player_7_linux.tar.gz was
not fo
und on this server.
Apache/1.3.33 Server at macromedia.rediris.es Port 80
I was able to successfully install the player if I commented out all
other entries, ie.
# -*- ruby -*-
#
module UpdateFlashPluginConf
SITES = {
##"sluglug.ucsc.edu" => "/macromedia/tarball/debian/",
#"ruslug.rutgers.edu " => "/macromedia/tarball/debian/",
#"macromedia.mplug.org" => "/tarball/debian/",
#"macromedia.rediris.es" => "/tarball/debian/",
"fpdownload.macromedia.com" => "/get/flashplayer/current/",
}
end
The files installed are not known to the package management system.
# dpkg -S /usr/lib/flashplugin-nonfree/flashplayer.xpt
dpkg: /usr/lib/flashplugin-nonfree/flashplayer.xpt not found.
Were they ever? It seems like the /usr/lib/flashplugin-nonfree directory
should be, but this was not created when I apt-get installed the package.
I did not specify a tarball location or proxy during installation.
Please let me know if you want this filed separately.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
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#344020: ssh client segmentation fault (sparc64)
Package: ssh Version: 1:4.2p1-5 Severity: normal *** Please type your report below this line *** This may be another incidence of #328568, #328606. I can ssh to localhost fine. I can ssh to a remote debian host fine. But when I ssh to an external host running sun's openssh I get a segv: - the client reads the prompt from the remote ssh server, - does a getpid() call, - sends its version string to the server, - reads something back from the server - calls time() and then calls getpid() a couple of times - then it tries to send something to the server that looks to be a request for the server key fingerprint, and segvs there. The next steps would be checking the various local known_hosts files. I can supply straces if you need them but I'm not up to rebuilding packages with -g turned on. This has been going on intermittently for the last couple of months; now it is quite reproducible on two separate hosts running the same OS and server software. The string the afflicted server sends back is 'SSH-1.99_SSH 1.0.1', which is somewhat shorter than what debian sshd servers send. I've marked this 'normal' since the affected population seems small, but it seems Not Good to have the client segv on quite innocent input from a real ssh server. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-sparc64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ssh depends on: ii openssh-client1:4.2p1-5 Secure shell client, an rlogin/rsh ii openssh-server1:4.2p1-5 Secure shell server, an rshd repla ssh recommends no packages. -- debconf information: ssh/insecure_rshd: ssh/ssh2_keys_merged: ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/protocol2_only: true ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true * ssh/SUID_client: true * ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344020: ssh client segmentation fault (sparc64)
I'd rather have 'ssh -vvv' output, if you could. gladly: $ ssh -vvv [EMAIL PROTECTED] 2>&1 | tee log.ssh OpenSSH_4.2p1 Debian-5, OpenSSL 0.9.8a 11 Oct 2005 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to aaa.bbb.ccc.ddd [1.2.3.4] port 22. debug1: Connection established. debug1: identity file /home/vjm/.ssh/identity type 0 debug3: Not a RSA1 key file /home/vjm/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/vjm/.ssh/id_rsa type 1 debug1: identity file /home/vjm/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version Sun_SSH_1.0.1 debug1: match: Sun_SSH_1.0.1 pat Sun_SSH_1.0* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.2p1 Debian-5 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-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,arcfour128,arcfour256,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,arcfour128,arcfour256,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,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],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-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: aes128-cbc,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: C,geo,lcttab,iso_8859_15,iso_8859_1,hi_IN.UTF-8,en_AU,en_AU.ISO8859-1,en_NZ,en_NZ.ISO8859-1,en_US.UTF-8,en_CA,en_CA.ISO8859-1,en_US,en_US.ISO8859-1,en_US.ISO8859-15,[EMAIL PROTECTED],es,es_MX,es_MX.ISO8859-1,fr,fr_CA,fr_CA.ISO8859-1,th,th_TH,th_TH.ISO8859-11,th_TH.TIS620,th_TH.UTF-8,es.UTF-8,fr.UTF-8 debug2: kex_parse_kexinit: C,geo,lcttab,iso_8859_15,iso_8859_1,hi_IN.UTF-8,en_AU,en_AU.ISO8859-1,en_NZ,en_NZ.ISO8859-1,en_US.UTF-8,en_CA,en_CA.ISO8859-1,en_US,en_US.ISO8859-1,en_US.ISO8859-15,[EMAIL PROTECTED],es,es_MX,es_MX.ISO8859-1,fr,fr_CA,fr_CA.ISO8859-1,th,th_TH,th_TH.ISO8859-11,th_TH.TIS620,th_TH.UTF-8,es.UTF-8,fr.UTF-8 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322239: mozilla-firefox: [patch] incorrectly set LD_LIBRARY_PATH in /usr/bin/firefox wrapper
Package: mozilla-firefox
Version: 1.0.4-2sarge5
Followup-For: Bug #322239
Hi
I think I am seeing this too. It was reported in #316824 (for 'mozilla')
but I did not cross-report to 'mozilla-firefox'.
The patch below should fix the issue, see #316824 for why I think
it fixes it.
PLEASE can you apply this to the sarge version as well, it is most
annoying to have to continually repatch something like this as other
updates are rolled out.
Unfortunately the 'mozilla' maintainer did not notice or ignored my
request on that count.
Should I file another bug for 'mozilla', against the sarge version?
--- /usr/bin/firefox.orig 2005-05-17 12:07:46.0 +1000
+++ /usr/bin/firefox2005-07-04 14:36:33.726916000 +1000
@@ -93,7 +93,7 @@
##
## Set LD_LIBRARY_PATH
##
-EXTENT_LD_LIB_PATH=/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib
+EXTENT_LD_LIB_PATH=/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib:/lib
if [ "${LD_LIBRARY_PATH}" ]; then
LD_LIBRARY_PATH=${EXTENT_LD_LIB_PATH}:${LD_LIBRARY_PATH}
else
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages mozilla-firefox depends on:
ii debianutils2.8.4 Miscellaneous utilities specific t
ii fontconfig 2.3.1-2 generic font configuration library
ii libatk1.0-01.8.0-4 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgcc11:3.4.3-13GCC support library
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface
ii libidl00.8.5-1 library for parsing CORBA IDL file
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG
ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-1PNG library - runtime
ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii libxft22.1.7-1 FreeType-based font drawing librar
ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension
ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii psmisc 21.5-1Utilities that use the proc filesy
ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322239: mozilla-firefox: [patch] incorrectly set LD_LIBRARY_PATH in /usr/bin/firefox wrapper
I think I am seeing this too. It was reported in #316824 (for 'mozilla') but I did not cross-report to 'mozilla-firefox'. The patch below should fix the issue, see #316824 for why I think it fixes it. I don't see why the firefox script should circumvent YOUR broken LD_LIBRARY_PATH. If your LD_LIBRARY_PATH is b0rked in the first place, change it. Well, that's a helpful response! I need to have LD_LIBRARY_PATH set to run particular software that I need to run to do my work. In particular, we use Debian 'stable' because we need that stability when writing programs to swing 1,000 tonnes of metal around the sky (www.parkes.atnf.csiro.au). However for some other parts of our work we need to install a more recent GCC than stable provides into /usr/local/gnu. This is what is biting us here. The fix is only 4 bytes, and since the shell execs into the binary, who cares what mangling of LD_LIBRARY_PATH goes on inside the wrapper? I thought that was the whole point of the wrapper. And it means an important debian package runs nicely in a wider range of environments. Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322239: mozilla-firefox: [patch] incorrectly set LD_LIBRARY_PATH in /usr/bin/firefox wrapper
And what about people that actually intend to use libraries from other locations instead of those in /lib, without breaking firefox ? Sorry, but I'm not following you. How would that come about? The library in question is libgcc_s.so.1. When would someone running a 'stable' system need to change the location of that library? p.d.o tells me that lib exists in libgcc1 and lib64gcc1 in /lib & /lib64, respectively. Are you saying that the firefox wrapper should not contain /lib in LD_LIBRARY_PATH so that it works on 32-bit & 64-bit arches? Ah, by the way, /usr/lib has been removed from LD_LIBRARY_PATH in 1.0.7-1... I see no reason to put it back, nor add /lib. See bug #321789. So why did the maintainer of mozilla accept this change? Were they wrong? Given /usr/lib was there before, it seemed ok to just enforce the ld_path for _all_ the libraries the browser was trying to load. I compared the differences between the two ldd runs in Julien's report and it seems that part of his problem was coming from some libs being picked up from /usr/lib/ instead of /usr/lib/mozilla-firefox/; for example /usr/lib/libmozjs.so (which comes from 'mozilla-browser'). The other part was the problem with libXinerama, where it does seem possible /usr/lib was put in LD_LIBRARY_PATH instead of /usr/X11R6/lib. If this was indeed the source of the /usr/lib entry in the first place then maybe it is better to exclude :/usr/lib:/lib from the ld_path. I thought the point of overriding an existing LD_LIBRARY_PATH in a wrapper script was to ensure the binary got exactly what it needed to run. Just as you showed me in your example code, and just as you have to do to make sure to get /usr/lib/mozilla-firefox/libmozjs.so, not the one installed by mozilla-browser. Is the difference here that you are only prefixing enough to LD_LIBRARY_PATH to force use of the libs you're providing? Julien's problem seems to have been that somewhere in /usr/lib is a library that provides some symbols that are also provided from /usr/X11R6/lib. It's unclear what that could be. I did a bit of poking around but could not see anything obvious. The only things from his ldd output which are in /usr/lib and refer to XineramaIsActive on my (sarge) system are /usr/lib/mozilla-firefox/firefox-bin /usr/lib/libgdk-x11-2.0.so.0 I also tried the same test as he did $ unset LD_LIBRARY_PATH $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/X11R6/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin $ LD_LIBRARY_PATH=/usr/lib/mozilla-firefox:/usr/lib ldd -d -r \ /usr/lib/mozilla-firefox/firefox-bin and saw no differences in the library resolutions. For the record, my /etc/ld.so.conf is this /usr/lib/libc5-compat /lib/libc5-compat /usr/i486-linuxlibc1/lib /usr/X11R6/lib /usr/lib/sse2/atlas /usr/lib/atlas/sse2 /usr/lib/sse2 /usr/lib/atlas The only reason I can offer for adding :/usr/lib:/lib to LD_LIBRARY_PATH is to override what I think is a common case, where people are building software that Debian doesn't provide (e.g. their own software) with a newer compiler and need LD_LIBRARY_PATH to pick up the libgcc for that compiler. Changing the firefox wrapper to make it more self-contained and robust doesn't seem to be a problem to me. But if by that reasoning the full solution is adding :/usr/X11R6/lib:/usr/lib:/lib or even :/usr/X11R6/lib:/usr/lib64:/lib64:/usr/lib:/lib to the EXTENT_LD_LIB_PATH then this is starting to get silly I guess. So I'm stuck with patching this silly thing? Teerificthanksabunch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345901: [doc] unclear whether contents of apt.conf are case-sensitive
Package: apt Version: 0.5.28.6 Severity: minor Tags: patch *** Please type your report below this line *** When I come to upgrade some of my machines from woody to sarge, and want to upgrade aptitude as the first step, in some cases aptitude wants to remove over 100 packages, in other cases, only 1. This lead me to check how aptitude examines the apt.conf file. When I wanted to know whether aptitude was ignoring the apt.conf settings, APT::Cache-Limit "1250"; Aptitude::Keep-Suggests "true"; Aptitude::Delete-Unused "false"; I noticed this: % strings `which aptitude` | grep -i delete- aptitude::Delete-Unused aptitude::Delete-Unused-Pattern while the Aptitude documentation (/usr/share/doc/aptitude/html/en/) talks about Aptitude::Delete-Unused Aptitude::Delete-Unused-Pattern I couldn't find a clear statement in the various bits of documentation whether the apt.conf configuration items are case-sensitive or not. I took a look at the apt and aptitude source and from what I can see (Configuration::Lookup in apt-0.5.28.6/apt-pkg/contrib/configuration.cc) the matching is case-insensitive (which is the way that makes sense). The patch to the manpage below reflects this. Please consider applying it. --- apt-0.5.28.6/doc/apt.conf.5.xml.orig2006-01-04 15:47:18.0 +1100 +++ apt-0.5.28.6/doc/apt.conf.5.xml 2006-01-04 15:49:38.0 +1100 @@ -75,6 +75,8 @@ &docdir;examples/apt.conf &configureindex; is a good guide for how it should look. + The names of the configuration items are not case-sensitive. + Two specials are allowed, #include and #clear #include will include the given file, unless the filename ends in a slash, then the whole directory is included. -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Cache-Limit "1250"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::userstatus "status.user"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "archives/"; Dir::Cache::srcpkgcache "srcpkgcache.bin"; Dir::Cache::pkgcache "pkgcache.bin"; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::vendorlist "vendors.list"; Dir::Etc::vendorparts "vendors.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Bin ""; Dir::Bin::methods "/usr/lib/apt/methods"; Dir::Bin::dpkg "/usr/bin/dpkg"; DPkg ""; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; Aptitude ""; Aptitude::Keep-Suggests "true"; Aptitude::Delete-Unused "false"; -- (no /etc/apt/preferences present) -- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312312: woody->sarge upgrade updates ssh_host_key, but not ssh_host_key.pub
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: normal *** Please type your report below this line *** The title pretty much says it all. Apologes if I'm missing something, but the upgrades I did during woody didn't remake the ssh_host_key. Should this be happening when upgrading to the sarge version? I didn't see this mentioned in a quick grep thru /usr/share/doc/ssh. I upgraded from 1:3.4p1-1.woody.3 to 1:3.8.1p1-8.sarge.4 today, and noticed a change. ls -lt /etc/ssh/ssh_host* -rw--- 1 root root 527 Jun 7 16:01 /etc/ssh/ssh_host_key -rw--- 1 root root 668 Jul 9 2003 /etc/ssh/ssh_host_dsa_key -rw-r--r-- 1 root root 602 Jul 9 2003 /etc/ssh/ssh_host_dsa_key.pub -rw--- 1 root root 887 Jul 9 2003 /etc/ssh/ssh_host_rsa_key -rw-r--r-- 1 root root 222 Jul 9 2003 /etc/ssh/ssh_host_rsa_key.pub -rw-r--r-- 1 root root 331 Jul 9 2003 /etc/ssh/ssh_host_key.pub I had backed up the old keys, for reference: ls -lt /old/etc/ssh/ssh_host* -rw--- 1 root root 527 Feb 2 2004 /old/etc/ssh/ssh_host_key -rw--- 1 root root 668 Jul 9 2003 /old/etc/ssh/ssh_host_dsa_key -rw-r--r-- 1 root root 602 Jul 9 2003 /old/etc/ssh/ssh_host_dsa_key.pub -rw--- 1 root root 887 Jul 9 2003 /old/etc/ssh/ssh_host_rsa_key -rw-r--r-- 1 root root 222 Jul 9 2003 /old/etc/ssh/ssh_host_rsa_key.pub -rw-r--r-- 1 root root 331 Jul 9 2003 /old/etc/ssh/ssh_host_key.pub md5sum /etc/ssh/ssh_host_key /old/etc/ssh/ssh_host_key (just showing the first 4 bytes; but they differ all right) 5cd1 /etc/ssh/ssh_host_key 7b8d /old/etc/ssh/ssh_host_key I'll try another sarge upgrade to let you know if it's reproducible. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ssh depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.13Debian configuration management sy ii dpkg1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: * ssh/privsep_tell: ssh/insecure_rshd: ssh/privsep_ask: true ssh/ssh2_keys_merged: * ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/protocol2_only: false ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true * ssh/SUID_client: true ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282918: #282918 apt-preferences(5), wrong example?
Tags: patch thanks mate I think this is a duplicate of #67, which mdz patched in 2004, against 0.5.17 it seems. However the fix seems to have been unfixed again, I can confirm it still exists in apt-0.5.28.6, released with sarge. The patch below is against that version. --- apt_preferences.5.orig 2005-06-12 09:57:43.0 +1000 +++ apt_preferences.5 2005-06-12 09:58:02.0 +1000 @@ -143,8 +143,8 @@ .nf Package: * -Pin: release a=unstable, v=3\&.0 -Pin\-Priority: 50 +Pin: release a=stable, v=3\&.0 +Pin\-Priority: 500 .fi .LP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312312: (woody->sarge upgrade updates ssh_host_key, but not ssh_host_key.pub)
I checked on a different system; the same thing happens. Pre-upgrade -rw--- root/root 527 2004-07-01 00:56:34 ssh_host_key -rw-r--r-- root/root 331 2004-07-01 00:56:34 ssh_host_key.pub -rw--- root/root 887 2004-07-01 00:56:34 ssh_host_rsa_key -rw-r--r-- root/root 222 2004-07-01 00:56:34 ssh_host_rsa_key.pub -rw--- root/root 672 2004-07-01 00:56:36 ssh_host_dsa_key -rw-r--r-- root/root 602 2004-07-01 00:56:36 ssh_host_dsa_key.pub Post-upgrade -rw--- 1 root root527 Jun 12 23:25 ssh_host_key -rw-r--r-- 1 root root331 Jul 1 2004 ssh_host_key.pub -rw--- 1 root root887 Jul 1 2004 ssh_host_rsa_key -rw-r--r-- 1 root root222 Jul 1 2004 ssh_host_rsa_key.pub -rw--- 1 root root672 Jul 1 2004 ssh_host_dsa_key -rw-r--r-- 1 root root602 Jul 1 2004 ssh_host_dsa_key.pub The woody ssh version was 1:3.4p1-1.woody.3 The sarge ssh version is 1:3.8.1p1-8.sarge.4 I'll let the maintainers set the priority, but this seems a fairly nasty behaviour because it can lead to a lot of unecessary warning messages about host identity changes. This is undesirable because it lowers peoples' level of watchfulness against compromised systems. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306319: confirm
Tags: confirm this problem exists on some of my systems too (82540EM). It causes DHCP to fail (dhcp3-client). The card works with static configuration of the interface. I'm not sure if it's a bug or not. It is quite annoying, because 2.4.27 works with the network card, yet to get SATA support I have to run 2.6.8. So with the standard kernels I can have networking or read my boot disk, but not both. I've also tried adding the "unix" and "af_packet" modules to /etc/modules (why is it a good idea to have af_packet as a module?) but this makes no difference. I've attached an strace of what happens when I try to run dhclient manually. I booted single-user, with /etc/network/interfaces set to auto eth0 iface eth0 inet dhcp I killed the initial dhclient attempt during the boot with ^c, made sure I had af_packed and unix modules loaded, and ran strace dhclient eth0 -- lsmod info (discover seems to have gone a bit berserk) Module Size Used by nvidia 3923260 0 nfsd 201344 8 exportfs6368 1 nfsd autofs419780 12 ipv6 264740 10 nfs 193984 1 lockd 63944 3 nfsd,nfs sunrpc153156 5 nfsd,nfs,lockd pcspkr 3592 0 floppy 61200 0 parport_pc 36900 0 parport41800 1 parport_pc i810_audio 37588 0 ac97_codec 18956 1 i810_audio tsdev 7392 0 mousedev 10476 0 joydev 9984 0 evdev 9600 0 usbhid 32224 0 uhci_hcd 33136 0 pci_hotplug34640 0 intel_agp 22816 0 intel_mch_agp 10608 1 snd_intel8x0 36460 0 snd_ac97_codec 69988 1 snd_intel8x0 snd_pcm98728 1 snd_intel8x0 snd_timer 25732 1 snd_pcm snd_page_alloc 11752 2 snd_intel8x0,snd_pcm gameport4704 1 snd_intel8x0 snd_mpu401_uart 7968 1 snd_intel8x0 snd_rawmidi25124 1 snd_mpu401_uart snd_seq_device 8200 1 snd_rawmidi snd57156 7 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,sn d_mpu401_uart,snd_rawmidi,snd_seq_device soundcore 10336 2 i810_audio,snd piix 13440 0 ide_core 139940 1 piix ehci_hcd 32004 0 usbcore 119012 5 usbhid,uhci_hcd,ehci_hcd dm_mod 59804 0 capability 4520 0 commoncap 7232 1 capability e1000 85828 0 af_packet 22568 0 agpgart34664 3 nvidia,intel_agp,intel_mch_agp genrtc 9588 0 ext2 71880 5 ext3 127240 0 jbd62616 1 ext3 mbcache 9348 2 ext2,ext3 sd_mod 21728 7 ata_piix8132 6 libata 41700 1 ata_piix scsi_mod 125228 2 sd_mod,libata unix 28756 22 font8320 0 vesafb 6656 0 cfbcopyarea 3872 1 vesafb cfbimgblt 3040 1 vesafb cfbfillrect 3776 1 vesafb -- lscpi information: # (lspci; lspci -n) |sort :00:00.0 0600: 8086:2570 (rev 02) :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:01.0 PCI bridge: Intel Corp. 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.2 0101: 8086:24d1 (rev 02) :00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 0300: 10de:0322 (r
Bug#306118: [sparc][rc3-unofficial][netinst] installation report
Package: installation-reports INSTALL REPORT Debian-installer-version: netinst from http://www.acm.cs.rpi.edu/~dilinger/iso.img MD5 sum: 03f1445c82c80e51254b55616eb99479 'file' output: Sun disk label 'CD-ROM Disc with Sun sparc boot created by mkisofs' 768 alts/cyl, 768 data cyls, -2135424256 blocks, boot block present This is a report regarding an experimental d-i netinst iso image created by Andreas Salomon. Refer to http://lists.debian.org/debian-sparc/2005/04/msg00191.html uname -a: 2.4.27 Date: 2005 04 24 Method: boot off cdrom; see comments section Machine: Sun SunBlade 100 Processor: Ultrasparc-IIe (ie sun4u, or "sparc64" arch) Memory: 384Mb Root Device: ide Root Size/partition table: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E/O] (see below) Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The command sequence was: solaris# halt ok setenv auto-boot? false ok reset-all [reboots] ok boot cdrom SILO 1.4.9 boot: starts booting, panics when trying to mount root fs & locks up solid. [power down] count to ten.. [power up] ok boot cdrom SILO 1.4.9 boot: [installer comes up with "choose language" screen] Choose Language: English Country: Australia Choose keyboard layout: (it offered a bunch of sun type5 mappings) Main menu: Choose keyboard layout Choose keyboard type: USB Choose keyboard layout: American English [red screen - select keyboard layout failed] (choose_keymap selects mac-usb-us, even though the keyboard was detected as a NON-apple keyboard. Tsk. It looks like the process (#459) calling kbd-chooser (process #461) segfaults. The logs say kbd-chooser failed with error code 139. ) Main menu: Choose keyboard layout Choose keyboard type: None Main Menu: detect and mount cdrom [ displays a ton of modules, all turned on ] [ installer detects cdrom and loads the installer components ] Main Menu: configure network [ installer tries to configure with dhcp, this fails ] Partition Hard disk: PS: Using netcat to transfer installation logs from 'a' to 'b' The port number is arbitrary, but do check it isn't used first. b% script var-log-messages Script started on Sun Apr 24 16:52:30 2005 b% nc -l -p 10002 a On a, where the installer is running, get into the console () # nc -p 10002 b < /var/log/messages On b, b% exit Script done on Sun Apr 24 16:54:30 2005 (for dmesg output: # dmesg 2>&1 | nc -p 10002 b ) sb100-andreas.tar.gz Description: Binary data
Bug#308497: [i386][rc3][netinst] success on Dell Latitude C400
Package: installation-reports INSTALL REPORT Debian-installer-version: uname -a: Linux shambles 2.4.27-2-386 #1 Thu Jan 20 10:55:08 JST 2005 i686 GNU/Linux Date: 2005-05-10T11:00:00 UT Method: Boot off sarge-i386-netinst.rc3.iso cdrom Most packages installed over network, via an apt-proxy Machine: Dell Latitude C400 laptop Processor: Mobile Intel(R) Pentium(R) III CPU - M 1000MHz Memory: 515272 kB Root Device: IDE, /dev/hda Root Size/partition table: Disk /dev/hda: 30.0 GB, 30005821440 bytes 255 heads, 63 sectors/track, 3648 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 1 31 248976 83 Linux (/) /dev/hda2 32 153 979965 82 Linux swap / Solaris /dev/hda3 154364828073587+ 5 Extended /dev/hda5 154 639 3903763+ 83 Linux (/usr) /dev/hda6 640 761 979933+ 83 Linux (/var) /dev/hda7 762 883 979933+ 83 Linux (/tmp) /dev/hda8 8841211 2634628+ 83 Linux (/home) /dev/hda912121819 4883728+ 83 Linux (/opt) /dev/hda10 1820364814691411 83 Linux (/data) Output of lspci and lspci -n: :00:00.0 0600: 8086:3575 (rev 04) :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 04) :00:02.0 0300: 8086:3577 (rev 04) :00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] (rev 04) :00:02.1 0380: 8086:3577 :00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] :00:1d.0 0c03: 8086:2482 (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) :00:1e.0 0604: 8086:2448 (rev 42) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 42) :00:1f.0 0601: 8086:248c (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02) :00:1f.1 0101: 8086:248a (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) :00:1f.5 0401: 8086:2485 (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 02) :00:1f.6 0703: 8086:2486 (rev 02) :00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02) :02:00.0 0200: 10b7:9200 (rev 78) :02:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) :02:01.0 0607: 104c:ac50 (rev 02) :02:01.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02) see also hardware-summary.txt.gz, attached. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Very smooth. The (admittedly crappy) i830 chipset is _still_ not well supported. The best I could do was 8-bit VESA (1024x768), ugh. But almost everything else worked fine. There seemed to be a conflict over which package owns this file - /usr/share/man/man1/gsnd.1.gz gs-common, or some other package. I can't remember, think it was 'gs'. I had to remove 'gs' and 'gs-common' I believe. hardware-summary.txt.gz Description: Binary data
Bug#308497: [i386][rc3][netinst] success on Dell Latitude C400
> > I had to remove 'gs' and 'gs-common' I believe. > > This was during package installation after the boot I assume? > AFAICT the file should be owned by gs-common. I think it happened when I was installing a pile of packages, using the package list from another host, viz foo$ dpkg --get-selections >foo.selections bar% dpkg --set-selections < foo.selections bar% dselect select bar% deslect install It looks now like I should have filed this complaint separately, against the relevant package (not d-i). > > Could you please send us (gzipped!) the file /var/log/base-config? > I checked the file but could not see the error messages I noticed; probably because this didn't happen during installation but later. Do you still want the file? I will dig through /var/log a bit more and let you know if I find anything. Sorry to be so vague, I'll try to provide better information soon. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308497: [i386][rc3][netinst] success on Dell Latitude C400
> > There seemed to be a conflict over which package owns this file - > > /usr/share/man/man1/gsnd.1.gz > > gs-common, or some other package. I can't remember, think it was 'gs'. > > I had to remove 'gs' and 'gs-common' I believe. I went over to packages.d.o and ran a few queries. dist packageversion filename woody gs 6.53-3 usr/share/man/man1/gs-gnu.1.gz sarge gs 8.01-5 doesn't have this. it's a dummy package for gs-gpl. sarge gs-gpl 8.01-5 usr/share/man/man1/gs-gpl.1.gz is only file in /usr/man sarge gs-common 0.3.7usr/share/man/de/man1/gsnd.1.gz woody gs-common 0.3.3doesn't have this file woody gs-aladdin 6.50-4 usr/share/man/man1/gsnd.1.gz I can't find any conflicts. I think this is a corner case and won't affect anyone else. The machine I was installing had been running sarge/testing but had not been upgraded for a long time. I made a copy of the package list and then blew away the hard disk, and installed with d-i netinst. I got base on the machine then installed the list of packages I had saved. It seems likely the gs-XXX rearrangement happened sometime between the last update (6 months back?) and the reinstallation. I just tried now and I was able to apt-get install gs gs-common with no problem. I've attached the output of apt-show-versions for info. If I can reproduce the problem I saw, I'll file a separate bug. Vince shambles.asv.gz Description: Binary data
Bug#278887: more /proc data
from a Dell PowerEdge 1850. # cat /proc/megaraid/hba0/config v2.10.3 (Release Date: Thu Apr 8 16:16:05 EDT 2004) PERC 4e/Si Controller Type: 438/466/467/471/493/518/520/531/532 Controller Supports 40 Logical Drives Controller capable of 64-bit memory addressing Controller is not using 64-bit memory addressing Base = f8818000, Irq = 46, Initial Logical Drives = 1, Channels = 1 Version =513O:H418, DRAM = 256Mb Controller Queue Depth = 254, Driver Queue Depth = 126 support_ext_cdb= 1 support_random_del = 1 boot_ldrv_enabled = 1 boot_ldrv = 0 boot_pdrv_enabled = 0 boot_pdrv_ch = 0 boot_pdrv_tgt = 0 quiescent = 0 has_cluster= 0 Module Parameters: max_cmd_per_lun= 63 max_sectors_per_io = 128 # lspci -n && lspci -vvv :02:0e.0 0104: 1028:0013 (rev 06) :02:0e.0 RAID bus controller: Dell PowerEdge Expandable RAID controller 4 (rev 06) Subsystem: Dell PowerEdge Expandable RAID Controller 4e/Si Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping+ SERR+ FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR-
Bug#307755: patch
tags: patch thanks mate Is this patch sufficient ? --- openssh-3.8.1p1/sshd.8.orig 2005-07-21 18:05:26.0 +1000 +++ openssh-3.8.1p1/sshd.8 2005-07-21 18:12:23.0 +1000 @@ -793,6 +793,12 @@ This can be used to specify machine-specific login-time initializations globally. This file should be writable only by root, and should be world-readable. +.It Pa /etc/ssh/ssh_not_to_be_run +This file is used to control whether the or not +.Nm +starts at system boot. It is checked for by +.Pa /etc/init.d/ssh . +If the file exists, sshd is not started. .El .Sh SEE ALSO .Xr scp 1 , sshd.8.patch.sid Description: audio/prs.sid
Bug#317499: more information - please close #317499
tags: close I did some more checking. This is not a bug, its a PEBKC. What sshd on sarge is doing is returning the ssh_host_rsa_key.pub key by default. The problem was that before this time I had only the rsa1 pubkey in my known_hosts file for this host. On initial login to the host, sometime after installation I must have stored the rsa2 key in known_hosts, and not noticed that I had done so. When I restored the old system keys, the rsa2 pubkey (and the signature) was of course different and ssh rightly complained. I've confirmed this by having another user (who had the old rsa2 key already in their known_hosts) login without incident. Sorry for the noise. V -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301478: [sparc][rc3][netinst] installation fails on u1/140
Package: installation-reports Debian-installer-version: RC3 netinst http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc3/sarge-sparc-netinst.iso md5 sum 95042ee7c74ce5a512ecaba41cea225d uname -a: unable to boot. attempted to boot 2.4.27 (default) Date: 26 Mar 2005 Method: Boot from netinst cdrom Machine: Sun Microsystems Ultra1/140 Processor: UltraSparcI Memory: 128M Root Device: Root Size/partition table: Output of lspci: Base System Installation Checklist: Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Boot machine into solaris2.6, everything is ok. # halt ok setenv auto-boot? false ok reset-all [reboots] ok boot cdrom boot: SIL0 1.4.9 [ one line about booting vmlinuz, then... ] Fast Data Access MMU miss ok I tried a few more times, same result each time. I thought I would just try. If this ancient h/w is no longer supported, please close this report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301480: [sparc][rc3][netinst] installation fails on sb100
Package: installation-reports Debian-installer-version: RC3 netinst http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc3/sarge-sparc-netinst.iso md5 sum 95042ee7c74ce5a512ecaba41cea225d uname -a: 2.4.27-2-sparc64 Date: 26 Mar 2005 Method: Boot from netinst cdrom Machine: Sun Microsystems Sun Blade 100 Processor: UltraSparcII 502MHz Memory: 640M Root Device: Root Size/partition table: Output of lspci: Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Below is a running dialog of what I did. The short version - * Keyboard detection is still very messy. * Cdrom detection is not working at all. Could this possibly be because ide-detect, ide-probe etc are not available in /lib/modules/2.4.27-2-sparc64/kernel/drivers/ide ? Thanks for all your efforts. box was running solaris9. # halt ok setenv auto-boot? false ok reset-all [ reboots ] ok boot cdrom boot: [ boot fails with a kernel panic, can't find root filesystem. ] [ power down ] [ power up ] ok boot cdrom boot: [ boots ok, I get to these menu items - choices in parentheses choose language (english) choose country (australia) select keyboard layout (U.S. English) (there was no prompt to choose physical keyboard type.) detect cdrom [ this step fails. At this point the keyboard mapping is messed up. ] [ power down ] [ power up ] ok boot cdrom boot: choose language (english) choose country (australia) select keyboard layout (go back) [ in main menu, chose select keyboard layout again ] now I am prompted with choices for keyboard type, eg AT style, USB keyboard [ I select USB keyboard. ] now I get a much longer list of keyboard layouts to select from: American English, Belgian, British English, Danish, Dvorak, Finnish, French, German, German (no dead keys), Italian, Portuguese, Spanish, Swedish, Swiss French, Swiss German. [ I select "American English" ] Installer gives me the red "Installation step failed screen" [ Looking in the log, choose-keymap tried to select "mac-usb-us" keymap. This fails, with error code 139. ] [ in main menu, chose select keyboard layout again ] now I am prompted with choices for keyboard type, eg AT style, USB keyboard [ I select "no keyboard to configure". ] this succeeds. [ in main menu, move on to detect cdrom step. ] I am presented with a long list of driver modules. [ Deselect all except: sungem, generic, ali15x3, ide-disk, ide-cd, isofs ] The cdrom fails to mount. [ the logfile shows alim15x3 module detects a chipset it can work with, chipset revision 195. /proc/ide/ali looks normal. No DMA turned on. /proc/ide/drivers lists ide-cdrom version 4.59-ac1 ide-disk version 1.17 ide-default version 0.9.newide lsmod lists: isofs,ide-cd,cdrom,ide-disk,alim15x3,generic,sungem,crc32, usb-serial,usb-ohci. '/dev/cdroms/' directory exists, but is empty. (Q: is the plural form correct? i.e. /dev/cdroms/, not /dev/cdrom/) ] [ open and close cdrom drawer, with cdrom in place ] The cdrom fails to mount. [ in main menu, move on to detect cdrom step. ] I am presented with a long list of driver modules, all selected. [ Accept the default list ] The cdrom fails to mount. At this point I gave up. I may try some other time with 2.6, if available. In solaris, the cdrom is reported as: LITEON CD-ROM LTN486S". and the ide controller as "Acer AL-M5229 TXpro". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301482: please consider displaying current priority level
Package: debconf Severity: wishlist I think this is the right package to file against... Would it be possible to display, in the corner of the debian installer dialogs, the current verbosity (I think it is called "priority") setting? e.g. | | | | || | | - priority=low --- The reason is that currently the installer switches levels depending on whether or not a step failed (and on the initial choice of the user). Newbies are totally unaware of this nice adaptive behaviour, and experience "different" paths through the installer, ie a different number of screens. This can make the experience somewhat unpredictable, and therefore less friendly. Take the example of newbie1 (who has no problems during their install) who tries to walk newbie2 through their install (on more problematic hardware). Even if N1 did the right thing and made lots of notes, and even if s/he read ch5 of the manual and knows about the magical debconf/priority=foo option to the boot command (and, less likely, _understands_ what this means) it is still likely that changes in priority will cause confusion unless the user gets to see that it has changed. See also #268425, Colin Watson would like the priority visible in main-menu as well. I hope you will consider this change for etch. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301299: sun xkb mapping
Hi Blars
The xkb problem has been fixed, both /etc/X11/xkb/symbols/sun/{us,se}
have the semicolons removed in the latest xlibs package.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299370
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301478: [sparc][rc3][netinst] installation fails on u1/140
> Is there any chance you could try booting an RC2 CD on this machine as well, > just for the sake of confirming whether this is a regression? (It probably > isn't, but the more information we have, the better.) I tested with the following - TC1 netinst 2004.06.15 md5 0084e8c472e7a901c503a11648d76a58 daily netinst 2004.10.24 md5 ? "siloNMU" 2004.10.27 md5 ? RC2 netinst 2004.11.24 md5 b69043246ee19c5f8a7a40c17b3f497f daily netinst 2005.03.12 md5 d4f7f8c0969d8bd1c9d51f71296f78b2 RC3 netinst 2005.03.23 md5 95042ee7c74ce5a512ecaba41cea225d gentoo 2004.3 release (install-sparc64-universal) No idea where the "siloNMU" disk came from, maybe joshk. TC1 uses SILO 1.4.5, RC3 uses 1.4.9, the others use 1.4.8 All these failed with the MMU miss, except for RC2. It failed in a different way. typical output: # halt ok setenv auto-boot? false ok reset-all [reboots] [insert cdrom ] ok ok boot cdrom Boot device: /sbus/[EMAIL PROTECTED],840/[EMAIL PROTECTED],880/[EMAIL PROTECTED],0:f File and args: SILO 1.4.8 Fast Data Access MMU miss ok boot cdrom [ reboots ] [ runs memory test ] Boot device: /sbus/[EMAIL PROTECTED],840/[EMAIL PROTECTED],880/[EMAIL PROTECTED],0:f File and args: SILO 1.4.8 Fast Data Access MMU miss ok reset-all [give up on that disk] On RC2, I get this ok boot cdrom Boot device: /sbus/[EMAIL PROTECTED],840/[EMAIL PROTECTED],880/[EMAIL PROTECTED],0:f File and args: Bad magic number in disk label Can't open disk label package Can't open boot device ok ok boot cdrom [ resets, run memory check ] Boot device: /sbus/[EMAIL PROTECTED],840/[EMAIL PROTECTED],880/[EMAIL PROTECTED],0:f File and args: Bad magic number in disk label Can't open disk label package Can't open boot device ok This box is installed with solaris 2.6, so it has a normal sun disklabel. It's never been installed with anything else, not even a different solaris version. More info about the hardware. Sparc Ultra1 SBUS 143MHz, 128Mb memory, OpenBoot 3.25 Standard sun 17" monitor Sun Type 5 keyboard No mouse (hmm, maybe I should...) probe-scsi-all shows two targets: 0 Seagate ST32430W 2.1G hard disk 6 Matshitacd-rom CR-504-J SS17 I checked on the memory layout, with the 'memconf' script Sun Ultra 1 SBus (UltraSPARC 143MHz) socket U0701 has a 64MB DIMM socket U0601 has a 64MB DIMM empty sockets: U0702 U0602 U0703 U0603 U0704 U0604 total memory = 128MB So I think the first sockets are populated (this seems to be necessary for linux on sparc). % /usr/platform/SUNW,Ultra-1/sbin/prtdiag -v System Configuration: Sun Microsystems sun4u Sun Ultra 1 SBus (UltraSPARC 143MHz) System clock frequency: 71 MHz Memory size: 128 Megabytes = CPUs = Run Ecache CPUCPU Brd CPU Module MHz MBImpl. Mask --- --- --- - -- -- 0 0 0 143 0.5 US-I 2.2 = IO Cards = Bus Freq Brd Type MHz Slot Name Model --- -- 0 SBus 25 2 cgsix SUNW,501-2253 0 SBus 2514 espdma/esp (scsi) 0 SBus 2514 ledma/le (network) 0 SBus 2514 SUNW,bpp No failures found in System === = HW Revisions = ASIC Revisions: --- SBus: sbus Rev 1 System PROM revisions: -- OBP 3.25.0 1999/12/03 11:36 POST 3.10.6 1996/10/18 10:19 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301478: [sparc][rc3][netinst] installation fails on u1/140
A bit more digging on the gentoo lists reveals this: http://forums.gentoo.org/viewtopic-p-1766279.html#1766279 The problem is basically related to the recoding of isofs starting at silo 1.3.0, it seems some kit (newer specially) doesn't like the new iso first. This affects up to the latest silo 1.4.8 (latest at the time i'm writing this). Using silo 1.4.8 doesn't cause problems for regular (i.e. hard disk) boot AFAIK, at least if you don't use an initrd and/or iso filesystem. posted 2004.11.15. However I tried this release and still have the same problems, see my previous message. David S. Miller says there is an issue around the kernel size - it needs to be less than 4Mbyte ? http://marc.theaimsgroup.com/?l=linux-sparc&m=109892515109346&w=2 http://marc.theaimsgroup.com/?l=linux-sparc&m=110222004312949&w=2 A bit more googling turned up these (in relation to solaris booting) - http://unix.derkeiler.com/Newsgroups/comp.sys.sun.admin/2004-05/0138.html http://unix.derkeiler.com/Newsgroups/comp.sys.sun.admin/2004-05/0107.html These messages suggests the problem is the architecture that SILO is built with. Don't forget that the CPUs in these old (<200MHz) boxes have some errors in them which prevent them from working perfectly in 64-bit mode. In 32-bit mode they are fine however. Where is SILO built for sarge - on what specific sparc platform? Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316824: mozilla (& -firefox) wrapper script sets LD_LIBRARY_PATH incorrectly
Package: mozilla
Version: 2:1.7.8-1
Severity: important
tags: patch
*** Please type your report below this line ***
Well, only slightly incorrectly. Don't take it personal, y'all.
I do believe this rates as "important" however.
Observation:
I upgraded from woody to sarge recently.
When I run /usr/bin/mozilla or /usr/bin/mozilla-firefox, the
wrapper script exits with status code 1, but no other indication of
a problem. This is mystifying to users...but I digress.
Analysis:
The problem in my case was LD_LIBRARY_PATH.
It gets set to
LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/plugins:/usr/lib:${LD_LIBRARY_PATH}
During startup, /usr/lib/mozilla/mozilla-xremote-client searches for
the shared library libgcc_s.so.1. This is located in /lib, which is not
in the search path above. Instead, my system was finding this in
/usr/local/gnu/lib, (ie in my preexisting LD_LIBRARY_PATH) and barfing,
because of a compiler version mismatch (see strace attachment).
Suggested solution:
Trivial patches attached. Can these *please* be applied to the sarge
version as well as unstable.
This could be a problem with the libgcc1 package, ie they are missing
a symlink between /lib/libgcc_s.so.1 and /usr/lib/libgcc_s.so.1,
but I'm guessing the mozilla wrappers are more easily fixed.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages mozilla depends on:
ii dpkg 1.10.28Package maintenance system for Deb
ii mozilla-browser 2:1.7.8-1 The Mozilla Internet application s
ii mozilla-mailnews 2:1.7.8-1 The Mozilla Internet application s
ii mozilla-psm 2:1.7.8-1 The Mozilla Internet application s
-- no debconf information
...
open("/usr/lib/mozilla/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/mozilla/plugins/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/usr/lib/tls/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/i686/cmov/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/i686/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/openwin/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/X11R6/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/usr/local/gnu/lib/libgcc_s.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\23\0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=815910, ...}) = 0
old_mmap(NULL, 31500, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4034c000
old_mmap(0x40353000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x7000) = 0x40353000
close(3)= 0
writev(2, [{"/usr/lib/mozilla/mozilla-xremote"..., 39}, {": ", 2},
{"/usr/local/gnu/lib/libgcc_s.so.1", 32}, {":
", 2}, {"version `GCC_3.3\' not found (req"..., 65}, {"\n", 1}],
6/usr/lib/mozilla/mozilla-xremote-client: /usr
/local/gnu/lib/libgcc_s.so.1: version `GCC_3.3' not found (required by
/usr/lib/libstdc++.so.5)
) = 141
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40354000
exit_group(1) = ?
--- /usr/bin/mozilla2005-05-13 19:36:10.0 +1000
+++ ./mozilla 2005-07-04 14:35:59.122974000 +1000
@@ -97,9 +97,9 @@
##
if [ "$LD_LIBRARY_PATH" ]
then
-
LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/plugins:/usr/lib:$LD_LIBRARY_PATH
+
LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/plugins:/usr/lib:/lib:$LD_LIBRARY_PATH
else
- LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/plugins:/usr/lib
+ LD_LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/plugins:/usr/lib:/lib
fi
export LD_LIBRARY_PATH
--- /usr/bin/firefox2005-05-17 12:07:46.0 +1000
+++ ./firefox 2005-07-04 14:36:33.726916000 +1000
@@ -93,7 +93,7 @@
##
## Set LD_LIBRARY_PATH
##
-EXTENT_LD_LIB_PATH=/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib
+EXTENT_LD_LIB_PATH=/usr/lib/mozilla-firefox:/usr/lib/mozilla-firefox/plugins:/usr/lib/mozilla/plugins:/usr/lib:/lib
if [ "${LD_LIBRARY_PATH}" ]; then
LD_LIBRARY_PATH=${EXTENT_LD_LIB_PATH}:${LD_LIBRARY_PATH}
else
Bug#312312: woody->sarge upgrade updates ssh_host_key, but not ssh_host_key.pub
> I think I know what this might be. To confirm, could you compare the > actual host key material? > > ssh-keygen -l -f /etc/ssh/ssh_host_key > ssh-keygen -l -f /old/etc/ssh/ssh_host_key > > I'm betting that they're the same. yes, they are the same. I did an od -c of each and compared. There are only 4 bytes different, starting just after the [EMAIL PROTECTED] bit. byte#new old 277 247 * 300 235 356 301 247 * 302 235 356 (octal) I want to say - unicode characters? But I don't get it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317499: ssh fingerprint returned by sshd is incorrect(?)
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: normal *** Please type your report below this line *** I recently reinstalled a machine that was running woody with sarge, from an official netinst cd. When I tried to connect to this machine - from a woody box, - after I had restored the ssh keys from backup I get complaints about the fingerprint being incorrect. When I run ssh-keygen -l -f , on either the new sarge box, or the woody box I am trying to connect from, I get the same fingerprint. This is *different* to what the woody ssh client says is being sent by the sshd on the sarge box (I'm not sure if they are meant to be the same). I consider this a bug because exposing users to mismatched key messages all the time lowers security - they will start to ignore such messages. What I want to be able to do is restore the existing host keys so that users will not get complaints about mismatched keys. I could work around by sedding out the wrong key from all users' known_hosts, but I don't think that is a good solution... Can you help? Can I? What other information do you need? I did attempt running with ssh -vvv to take an initial look. The only relevant thing seemed to be some problem finding a key: debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: dh_gen_key: priv key bits set: 129/256 debug1: bits set: 1028/2048 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /u/mci156/.ssh/known_hosts debug2: key_type_from_name: unknown key type '1024' debug3: key_read: no key found debug3: check_host_in_hostfile: filename /u/mci156/.ssh/known_hosts debug2: key_type_from_name: unknown key type '1024' debug3: key_read: no key found @@@ @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. Note that - this is a fresh install. The sarge system does not know about my username yet (NIS account). The machine has only one account, for 'root'. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages ssh depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii dpkg 1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.70.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4.sarge.1 compression library - runtime -- debconf information: ssh/insecure_rshd: ssh/ssh2_keys_merged: ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/protocol2_only: false ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true * ssh/SUID_client: true ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
> > > Well, even woody never shipped files sitting in /usr/local as this > would be a policy violation. The question is now, why are these files > there: did you upgrade your pdfeTeX to a newer version than woody and > hence needed a newer pool file to generate formats? > Anyway, removing these files and running mktexlsr should fix your > problem. I'm not suggesting that woody installed the files in /usr/local, but it seems like how it handles the path ordering may have changed. I reported this issue because I haven't experienced it before, on other sarge upgrades, with the same setup, done over the last couple of weeks. To work around, I'll try unmounting the NFS /usr/local, installing & remounting. That should work, I'll let you know. As to why the files are there at all: We maintain a bunch of unpackaged, non-Debian stuff in /usr/local. There are some overlaps, such as this one, where we needed newer versions of tetex and friends. Obviously you wouldn't be expected to support such configurations, but perhaps there's a way to handle them "gracefully"? Perhaps the ordering should try the package's default directory first, and then the /usr/local (and other locations) later? Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
> Of course it's the purpose of /usr/local/(share/)texmf to be able to > override and shadow files in /usr/share/texmf, so it is of course in > order that it picks up these files. It did the same in woody, but it > just happened that the woody versions and the versions in /usr/local > matched, whereas the sarge versions have changed. And pool files are > closely associated at compile time to the binaries; that's why they are > in tetex-bin, not in tetex-base. I'm starting to understand. Thanks for this clarification. > > On our remaining woody boxes I have tetex-extra > > 1.0.2+20011202 installed. Is this behaviour I am seeing the result of a > > fix for wrong behaviour in that older version? > > No, neither a wrong behaviour nor a fix. You just have to remove all > *.pool files (and probably also *.tcx) from the local tree. ok. I notice that those files appeared just within the last two weeks, so I think the cause of my problem is quite clear (it's my end). Thanks for your answers and patience. Do you need additional info or tests to be able to close this bug, btw? Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320084: [patch] remove /usr/doc/ symlink code
Tags: patch thanks mate hmm, yes, it _is_ normal practice to attach the patch, isn't it? diff -ruN sysutils-1.3.8.5.1/debian/copyright sysutils-1.3.8.5.1.new/debian/copyright --- sysutils-1.3.8.5.1/debian/copyright 1999-07-12 06:38:50.0 +1000 +++ sysutils-1.3.8.5.1.new/debian/copyright 2005-08-14 15:12:44.0 +1000 @@ -22,4 +22,4 @@ This package has many utilities that are GPL or close to GPL code. On Debian Linux systems, the complete text of the GNU General -Public License can be found in `/usr/doc/copyright/GPL'. +Public License can be found in `/usr/share/common-licenses/GPL'. diff -ruN sysutils-1.3.8.5.1/debian/postinst sysutils-1.3.8.5.1.new/debian/postinst --- sysutils-1.3.8.5.1/debian/postinst 2002-01-11 13:05:15.0 +1100 +++ sysutils-1.3.8.5.1.new/debian/postinst 2005-08-14 15:10:11.0 +1000 @@ -2,9 +2,7 @@ set -e if [ "$1" = "configure" ]; then - if [ -d /usr/doc -a ! -e /usr/doc/sysutils -a -d /usr/share/doc/sysutils ]; then - ln -sf ../share/doc/sysutils /usr/doc/sysutils - fi + : # do nothing fi #DEBHELPER#
Bug#322749: [patch] (/usr/doc transition)
Tags: patch thanks mate erm, yes it _is_ normal practice to attach the patch file... diff -ruN memstat-0.4/debian/postinst memstat-0.4.new/debian/postinst --- memstat-0.4/debian/postinst 2002-05-23 12:17:07.0 +1000 +++ memstat-0.4.new/debian/postinst 2005-08-14 15:26:07.0 +1000 @@ -1,7 +1,5 @@ #!/bin/sh if [ "$1" = "configure" ]; then - if [ -d /usr/doc -a ! -e /usr/doc/memstat -a -d /usr/share/doc/memstat ]; then -ln -sf ../share/doc/memstat /usr/doc/memstat - fi + : # do nothing fi diff -ruN memstat-0.4/memstat.8 memstat-0.4.new/memstat.8 --- memstat-0.4/memstat.8 1999-11-21 03:47:46.0 +1100 +++ memstat-0.4.new/memstat.8 2005-08-14 15:27:05.0 +1000 @@ -55,7 +55,7 @@ .fi .SH "SEE ALSO" -ps(1), top(1), free(1), vmstat(8), lsof(8), /usr/doc/memstat/memstat-tutorial.txt.gz +ps(1), top(1), free(1), vmstat(8), lsof(8), /usr/share/doc/memstat/memstat-tutorial.txt.gz .PP .SH BUGS
Bug#207951: more info
The misspelling is in the name table of the ttf file. (ttx -t name bsmi00lp.ttf; grep -i reguler bsmi00lp.ttx) I managed to unpack the ttf file and patch the bsmi00lp._n_a_m_e.ttx file, then repack to produce a fixed bsmi00lp.ttf. It's big, contact me if you want a copy. I'm not sure how to redistribute the change to the source of a font like this. Is it enough just to send upstream a fixed copy? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333099: please support xprint if it is installed
Package: mozilla-firefox
Version: 1.0.4-2sarge5
Severity: normal
Hi
we run our systems with plain old 'lpr' as the print subsystem, so
we rely on the xprint package for printing direct from the browser
to the printer of choice (it's possible you want to print some things
to a b/w printer, and others to a colour one).
In Sarge's mozilla-browser, (in the File->Print dialog) I am able to
select from a long list of printers while in mozilla-firefox there is
only one option, Postscript/Default (or print-to-file).
Print to file does work, and so does Postscript/Default, if I have
$PRINTER set. But why should mozilla-browser and mozilla-firefox be
inconsistent about xprint support?
I understand the need to shut up the warnings that generated #279858.
But doesn't it make more sense for the /usr/bin/firefox script to test
for Xprint and use it if it is installed, since most likely the user
has installed it so it _can_ be used. n'est ce pas?
Below is a suggested patch. It avoids addressing whether printing will
actually work or not, just turns on Xprint if it is installed.
Would it be possible to have this applied to the sarge version as well
as unstable? It's really quite irritating.
I was also a bit confused by the course of events. If the intention is
actively to deprecate Xprint in favour of mozilla's internal postscript
support, it would also be helpful to explain that. I've had a go at an
update to /usr/share/doc/mozilla-firefox/README.Debian.gz, that just
recounts the history and what is likely to happen with the various
print subsystems. It needs work.
Printing
Sometime around /MM support for postscript printing in mozilla
was disabled. To enable printing from mozilla, support was added for
the Xprint printing service. Support for postscript printing in
mozilla was reenabled in late 2004, and using Xprint for printing
is no longer necessary.
If the Xprint package is installed, it will be used.
If you are using lpd-related print services, just set $PRINTER
appropriately before starting firefox and choose the
Postscript/Default option in the printer menu.
If you are using the CUPS printing serviceFIXME
--- snip -
--- /usr/bin/firefox.orig 2005-10-10 20:06:07.233385000 +1000
+++ /usr/bin/firefox2005-10-10 20:46:07.209560233 +1000
@@ -102,16 +102,15 @@
export LD_LIBRARY_PATH
-# Set XPSERVERLIST if not set yet for XPrint support, or complain.
+# If XPrint is installed, enable firefox to use it by setting XPSERVERLIST
-#if [ -z "${XPSERVERLIST}" ]; then
-#if [ -x /etc/init.d/xprint ]; then
-#XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
-#export XPSERVERLIST
-#else
-#echo -e "Warning: \${XPSERVERLIST} not set and /etc/init.d/xprint not
found;\nprinting will not work.\nPlease install the xprt-xprintorg package" >&2
-#fi
-#fi
+if [ -z "${XPSERVERLIST}" ]; then
+if [ -x /etc/init.d/xprint ]; then
+XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
+ if [ "1" = "$DEBUG" ] ; then echo "DEBUG: enabling Xprint support"; fi
+export XPSERVERLIST
+fi
+fi
verbose () {
if [ "${VERBOSE}" ]; then
--- snip -
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages mozilla-firefox depends on:
ii debianutils2.8.4 Miscellaneous utilities specific t
ii fontconfig 2.3.1-2 generic font configuration library
ii libatk1.0-01.8.0-4 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libgcc11:3.4.3-13GCC support library
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface
ii libidl00.8.5-1 library for parsing CORBA IDL file
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG
ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-1PNG library - runtime
ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii libxft22.1.7-1 FreeType-based font drawing librar
ii libxp6 4.3.0.dfsg.1-14sarge1 X Window Sys
Bug#333871: improved(?) description of nsswitch.conf semantics
Package: base-files Version: 3.1.2 Severity: minor *** Please type your report below this line *** Hi The nsswitch.conf(5) manpage does not explain how to override some fields in /etc/passwd, with the "compat" option. In fact I could not easily find any reference to the "full +/- semantics" mentioned in the page. The patch below may improve the situation. Please consider applying it, or something like it. I would be grateful if you could add a pointer to the documentation for the full +/- semantics. -- snip --- nsswitch.conf.5.orig2005-10-14 17:44:48.097267000 +1000 +++ nsswitch.conf.5 2005-10-14 18:16:14.582098000 +1000 @@ -207,7 +207,25 @@ (include the specified user from the NIS passwd map), -user or [EMAIL PROTECTED] (exclude the specified user), and + (include every user, except the excluded ones, from the NIS -passwd map). Since most people only put a + at the end of +passwd map). +.LP +The +/- syntax has a nice property: it is possible to selectively +override certain fields in /etc/passwd, while taking the rest of the +information from the NIS passwd map. For example you may have a user +who should get a home directory local to the machine, rather than +an NFS-automounted directory. In such a case you could put the line +.sp +.RS +.nf ++fred:/local/fred: +.fi +.RE +.PP +in +.B /etc/passwd, which will allow user 'fred' to login using their +NIS password, but which will set their home directory to /local/fred. +.LP +Since most people only put a + at the end of .B /etc/passwd to include everything from NIS, the switch provides a faster alternative for this case (`passwd: files nis') which doesn't @@ -217,13 +235,14 @@ and .BR /etc/shadow . If this is not sufficient, the NSS `compat' service provides full -+/- semantics. By default, the source is `nis', but this may be ++/- semantics (such as selective replacement of passwd entry elements). +By default, the source is `nis', but this may be overriden by specifying `nisplus' as source for the pseudo-databases .BR passwd_compat, .B group_compat and .BR shadow_compat. -This pseudo-databases are only available in GNU C Library. +These pseudo-databases are only available in the GNU C Library. .SH FILES A service named SERVICE is implemented by a shared object library named .BI libnss_SERVICE.so. X -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages base-files depends on: ii base-passwd 3.5.9 Debian base system master password ii gawk [awk]1:3.1.4-2 GNU awk, a pattern scanning and pr ii mawk [awk]1.3.3-11 a pattern scanning and text proces -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330131: aptitude: appears to ignore unmarkauto
Package: aptitude Version: 0.2.15.9-2 Severity: normal Background -- I've just upgraded to sarge from woody, using aptitude on the commandline, as recommended by the release notes. For some reason aptitude decided to remove apt-show-versions, which I'd installed "deliberately" with apt-get while the box was running woody. I read and I think understood the reason, in the html reference guide and the manpage. Problem statement - My problem is that the manpage seems to suggest that aptitude unmarkauto apt-show-versions should fix the problem, but it appears not to work. As illustrated below, the only option appears to be to allow aptitude to have its wicked way and uninstall, then reinstall "deliberately". I could not see any similar reports to this in the BTS (most reports use the curses interface, the closest seem to be 235727, 237830, 266061) Workarounds --- A suggested patch for the manual page is attached. Future work --- I assume there have been about 500 wishlist bugs to allow this feature to be turned off in /etc/apt/apt.conf, please add my vote to the clamour. If this feature exists and is documented, could you point me to the doco and I'll submit a patch to the reference manual that puts a pointer in the places that I looked for it. My dialogue with aptitude is shown below. # aptitude show apt-show-versions Package: apt-show-versions State: installed; will be removed because nothing depends on it Automatically installed: yes Version: 0.08 Priority: optional Section: admin Maintainer: Christoph Martin <[EMAIL PROTECTED]> Uncompressed Size: 34.8k Depends: perl | perl-5.005 | perl-5.004, apt, libapt-pkg-perl, libstorable-perl Description: lists available package versions with distribution apt-show-versions parses the dpkg status file and the APT lists for the installed and available package versions and distribution and shows upgrade options within the specific distribution of the selected package. This is really useful if you have a mixed stable/testing environment and want to list all packages which are from testing and can be upgraded in testing. # aptitude unmarkauto apt-show-versions Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are unused and will be REMOVED: apt-show-versions debhelper devscripts equivs 0 packages upgraded, 0 newly installed, 4 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 1907kB will be freed. Do you want to continue? [Y/n/?] n Abort. # aptitude -s unmarkauto apt-show-versions debhelper devscripts equivs Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are unused and will be REMOVED: apt-show-versions debhelper devscripts equivs 0 packages upgraded, 0 newly installed, 4 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 1907kB will be freed. Do you want to continue? [Y/n/?] Would download/install/remove packages. # aptitude unmarkauto apt-show-versions debhelper devscripts equivs Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are unused and will be REMOVED: apt-show-versions debhelper devscripts equivs 0 packages upgraded, 0 newly installed, 4 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 1907kB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 85140 files and directories currently installed.) Removing apt-show-versions ... Removing equivs ... Removing debhelper ... Removing devscripts ... Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done # dpkg -l|grep apt-show rc apt-show-versi 0.08 lists available package versions with distri # aptitude install apt-show-versions debhelper devscripts equivs Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: apt-show-versions debhelper devscripts equivs 0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/597kB of archives. After unpacking 1907kB will be used. Writing extended state information... Done Selecting previously deselected package apt-show-versions. (Reading database ... 84829 files and directories currently installed.) Unpacking apt-show-versions (from .../apt-show-versions_0.08_all.deb) ... Selecting previously deselect
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
Package: tetex-extra
Version: 2.0.2c-8
Followup-For: Bug #310321
I just tried to install tetex-extra after aptitude helpfully removed
it instead of upgrading it.
the sequence of events
vi /etc/apt/sources.list (convert to 'sarge' source lines)
aptitude update
aptitude install aptitude
aptitude -f --with-recommends dist-upgrade
apt-get install xpdf gv
apt-get install tetex-extra
postinst fails on three parts of the install
`pdfetex -ini -jobname=pdflatex -progname=pdflatex *pdflatex.ini' failed
`pdfetex -ini -jobname=cont-en -progname=context *cont-en.ini' failed
`pdfetex -ini -jobname=mptopdf -progname=mptopdf mptopdf.tex' failed
apt-get install ptex-bin
apt-get --purge remove ptex-bin
apt-get install tetex-extra (attempt to reconfigure)
dpkg --pending --configure(fails in same way)
apt-get --purge remove tetex-extra
apt-get install tetex-extra
The failure is always the same. In a followup I'll post a gzipped
typescript file that contains the output of tests suggested by the
maintainers in bugs 244601, 269584, 310321, 329658. I can't tell if
my bug is the same problem as those.
Since I'm following up to 310321, I'll include this one test separately:
# grep -i pool /etc/texmf/texmf.cnf
% and string pools (.pool) for ini{tex,mf,mp}. It is silly that we have six
TEXPOOL = .;$TEXMF/web2c
MFPOOL = .;$TEXMF/web2c
MPPOOL = .;$TEXMF/web2c
pool_size = 125
% Minimum pool space after TeX/MP's own strings; must be at least
% 25000 less than pool_size, but doesn't need to be nearly that large.
% min pool space left after loading .fmt
pool_free = 47500
-- Package-specific info:
##
List of ls-R files
-rw-rw-r-- 1 cal103 source 8694 Sep 16 14:04 /usr/local/share/texmf/ls-R
-rw-rw-r-- 1 cal103 source 8694 Sep 16 14:04 /usr/local/lib/texmf/ls-R
-rw-rw-r-- 1 root users 877 Sep 27 13:41 /var/lib/texmf/ls-R
lrwxr-xr-x 1 root root 29 Sep 26 16:29 /usr/share/texmf/ls-R ->
/var/lib/texmf/ls-R-TEXMFMAIN
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages tetex-extra depends on:
ii dpkg 1.10.28Package maintenance system for Deb
ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii tetex-base2.0.2c-8 Basic library files of teTeX
ii tetex-bin 2.0.2-30 The teTeX binary files
ii ucf 1.17 Update Configuration File: preserv
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310321: followup
typescript attached log.tetex-extra.gz Description: Binary data
Bug#310321: tetex-extra: this bug exists on upgrade from woody to sarge
> > So we need to know whether the right pool file is found. What is the > output of > > kpsewhich --progname=pdfetex pdfetex.pool > ls -l `kpsewhich --progname=pdfetex pdfetex.pool` > dpkg -S `kpsewhich --progname=pdfetex pdfetex.pool` > md5sum `kpsewhich --progname=pdfetex pdfetex.pool` > aach. it's picking up /usr/local/texmf which is mounted as readonly, over NFS. (/usr/local is mounted in this way by most of our workstations.) So this may not be a bug after all, except that it appears to me to be a regression w.r.t. woody. On our remaining woody boxes I have tetex-extra 1.0.2+20011202 installed. Is this behaviour I am seeing the result of a fix for wrong behaviour in that older version? Gruesse Vince log.tetex-extra.2.gz Description: Binary data
Bug#320120: confirm
I can confirm this bug exists, and that Brendan's patch fixes it for the sparc platform at least. Package: traceroute Version: 1.4a12-19 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-sparc64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages traceroute depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an traceroute recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203278: [patch] (/usr/doc transition)
In an effort to learn more about packaging, I took a look at this and patched the *.postrm files to remove the offending symlinks. Is this useful? diff -ruN dhcp-2.0pl5/debian/dhcp-client.postrm dhcp-2.0pl5.new/debian/dhcp-client.postrm --- dhcp-2.0pl5/debian/dhcp-client.postrm 2005-08-14 14:40:47.0 +1000 +++ dhcp-2.0pl5.new/debian/dhcp-client.postrm 2005-08-14 14:47:03.0 +1000 @@ -13,6 +13,10 @@ rm -f $PATH_DHCLIENT_DB rm -f $PATH_DHCLIENT_DB~# backup file left by the daemon rmdir --ignore-fail-on-non-empty $PATH_DHCLIENT_DB_DIR + + if [ -h /usr/doc/dhcp-client ] ; then + rm -f /usr/doc/dhcp-client + fi fi #DEBHELPER# diff -ruN dhcp-2.0pl5/debian/dhcp.postinst dhcp-2.0pl5.new/debian/dhcp.postinst --- dhcp-2.0pl5/debian/dhcp.postinst2005-08-14 14:40:47.0 +1000 +++ dhcp-2.0pl5.new/debian/dhcp.postinst2005-08-14 14:49:30.0 +1000 @@ -31,6 +31,9 @@ rmdir /var/dhcp/ 2> /dev/null || true fi +if [ -h /usr/doc/dhcp ]; then + rm -f /usr/doc/dhcp +fi # --- End FHS migration code --- update-inetd --disable bootps diff -ruN dhcp-2.0pl5/debian/dhcp.postrm dhcp-2.0pl5.new/debian/dhcp.postrm --- dhcp-2.0pl5/debian/dhcp.postrm 2005-08-14 14:40:47.0 +1000 +++ dhcp-2.0pl5.new/debian/dhcp.postrm 2005-08-14 14:51:20.0 +1000 @@ -20,6 +20,10 @@ rm -f /etc/default/dhcp update-rc.d dhcp remove >/dev/null + + if [ -h /usr/doc/dhcp ]; then + rm -f /usr/doc/dhcp + fi ;; upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) diff -ruN dhcp-2.0pl5/debian/dhcp-relay.postrm dhcp-2.0pl5.new/debian/dhcp-relay.postrm --- dhcp-2.0pl5/debian/dhcp-relay.postrm2005-08-14 14:40:47.0 +1000 +++ dhcp-2.0pl5.new/debian/dhcp-relay.postrm2005-08-14 14:48:50.0 +1000 @@ -8,6 +8,10 @@ rm -f /etc/default/dhcp-relay update-rc.d dhcp-relay remove >/dev/null + +if [ -h /usr/doc/dhcp-relay ]; then + rm -f /usr/doc/dhcp-relay +fi fi #DEBHELPER#
Bug#320084: [patch] remove /usr/doc/ symlink code
Tags: patch this patch removes the offending code and updates the copyright file. The postinst script does nothing else, but I was loath to remove it; I put a no-op inside the if statement instead. Hope this of some use. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322749: [patch] (/usr/doc transition)
Tags: Patch thanks mate Hope this does the trick. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402857: please document changes to installer handling of exim4
On Mon, 25 Dec 2006, Frans Pop wrote: apologies for the late response... I've written a new section explaining the default configuration and how to configure exim4 after the installation. The new section is intended to be included in chapter 8 which has some "post-installation" information. A preview of the new text is available at: http://people.debian.org/~fjp/d-i/ch08s05.html Comments/suggestions very welcome. This looks great! The only adjustments I would suggest are: * In the description of "mail sent by smarthost". The phrase "which does the actual job for you" has always seemed a little unclear to me. I think it could be changed to e.g. "which sends the message on to its destination." * There's no mention of the exim4-doc-* packages. Should there be? I found the reference to the full documentation in the README.Debian.gz, so perhaps the last sentence could change a little: ... the file README.Debian.gz has additional details about configuring exim4 and explains how to obtain the full documentation. I hope these suggestions are helpful, feel free to ignore them. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354989: wget: confirm largefile problems
Followup-For: Bug #354989 Package: wget Version: 1.9.1-12 *** Please type your report below this line *** I was attempting to download this large file from mirror.linux.org.au (server was ProFTPD 1.2.10) ftp> ls 200 PORT command successful 150 Opening ASCII mode data connection for file list -rw-r--r-- 1 ftp ftp 2717326390 Jan 13 04:15 lca2007.tar.bz2 226 Transfer complete. Things started out ok, apart from the large file size. $ wget ftp://mirror.linux.org.au/pub/linux.conf.au/2007/mythtv_tutorial/lca2007.tar.bz2 --22:56:50-- ftp://mirror.linux.org.au/pub/linux.conf.au/2007/mythtv_tutorial/lca2007.tar.bz2 => `lca2007.tar.bz2' Resolving mirror.linux.org.au... 150.203.164.37 Connecting to mirror.linux.org.au[150.203.164.37]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/linux.conf.au/2007/mythtv_tutorial ... done. ==> PASV ... done.==> RETR lca2007.tar.bz2 ... done. Length: -1,577,640,906 (unauthoritative) I interrupted this transfer and restarted it later. At this point the file size was 1,632,512 kbyte. When I restarted, things progressed for a while until I got another error that stopped the program and returned error code 134: $ wget -c ftp://mirror.linux.org.au/pub/linux.conf.au/2007/mythtv_tutorial/lca2007.tar.bz2 --00:37:27-- ftp://mirror.linux.org.au/pub/linux.conf.au/2007/mythtv_tutorial/lca2007.tar.bz2 => `lca2007.tar.bz2' Resolving mirror.linux.org.au... 150.203.164.37 Connecting to mirror.linux.org.au[150.203.164.37]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/linux.conf.au/2007/mythtv_tutorial ... done. ==> SIZE lca2007.tar.bz2 ... done. ==> PASV ... done.==> REST 1670050800 ... done. ==> RETR lca2007.tar.bz2 ... done. Length: 1,047,275,590 [-622,775,210 to go] (unauthoritative) 100%[+++===>] 2,147,255,584 918.87K/sETA 00:00wget: progress.c:704: create_image: Assertion `insz <= dlsz' failed. Aborted $ echo $? 134 $ ls -l -rw-r--r-- 1 zedzed2147483912 2007-01-18 00:44 lca2007.tar.bz2 A third attempt to continue was terminated by the server, so it's unknown if I could have eventually dragged down all the bits of the file. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages wget depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3sarge4 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402851: [i386][netinst][daily 20061212] (mostly successful)
Package: installation-reports INSTALL REPORT Debian-installer-version: etch i386 netinst daily 2006.12.12 md5sum 135db969cce6d94c64adb9f42764581a uname -a: Linux testhost 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux Date: 2006.12.13 Method: How did you install? netinst cdrom, with 'installgui' What did you boot off? netinst cdrom If network install, from where? Proxied? used an apt-proxy on the LAN to access packages. Machine: Dell Optiplex 745 tower-format desktop Processor: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz Memory: 1Gb Root Device: /dev/sda1 Root Size/partition table: # fdisk -l /dev/sda Disk /dev/sda: 80.0 GB, 800 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 62 497983+ 83 Linux /dev/sda2 63 427 2931862+ 82 Linux swap / Solaris /dev/sda3 428972674694217+ 5 Extended /dev/sda5 4281035 4883728+ 83 Linux /dev/sda610361400 2931831 83 Linux /dev/sda714011522 979933+ 83 Linux /dev/sda81523972665898598+ 83 Linux Output of lspci and lspci -n: see attachment (hardware-summary.gz) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[o] Configure network HW: [o] Config network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Create file systems:[o] Mount partitions: [o] Install base system:[o] Install boot loader:[o] Reboot: [e] see "Final Reboot" below Comments/Problems: This was a straightforward install: delete two existing windows partitions, install only debian. Only one disk in the system. USB keyboard and mouse, no PS/2 ports on the system. I was impressed by the gui installer, it's quite slick now. The only fault I could find was that in some places it changes the cursor in somewhat unexpected ways - specifically, it seems to leave the cursor as the I-beam shape for too long in Country selection and in the partitioning final confirmation screen. I feel it should be changing back to an arrow when you are going to press the "Continue" button. There are probably other screens that have this behaviour but I did not note them. I was briefly confused by the screen offering choices of kernel. I can't recall if there was some explanation about linux-image-2.6-686, ie "pick this if you want to get security patches to your kernel". Perhaps this is/could be covered in the installation guide. In tasksel, I turned off everything, including "Desktop" and "Standard System". I don't know if this has any effect on my rebooting woes (see below). Later, I installed the desktop task. I was _highly_ impressed that the X system was autoconfigured so well (vesa driver, but correctly detected and set the resolution of the LCD monitor). The default GNOME deskstop also looks a lot better than in sarge and feels faster somehow. Great job! Final reboot The system failed to reboot cleanly at the end of the installation. After getting to the last screen and exiting the install gui ok, the screen cleared and I saw a few lines of text, ending with: Synchronizing SCSI cache for disk sda: Restarting system. . And then nothing. The keyboard was wedged, num lock light was off (it's usually lit during normal operation). I had the cdrom drawer still open, so I closed it and waited. Still nothing, no disk activity or response to keystrokes. Perhaps this is an acpi related problem? I guess the next step should have been to power off the system. The bios rev is 2.0.5 (2006-10-25). I powered off the system manually with the button on the front. When I powered up I encountered more problems. Grub was ok, it showed the correct things and booted the kernel. ehci-hcd and uhci-hcd were loaded, as was usbhid, which detected the mouse and keyboard, and the keyboard was working fine (-PgUp was working). There were some timeouts with the kernel waiting on the unused SATA ports ata3 and ata4. These might be alarmingly long to a new user but they gave me the time to scroll back up and check on the usb config. Then the kernel attached disk sda, and the output showed that it had detected the partition table. At this point, after the messages sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 > sd 0:0:0:0 Attached scsi disk sca the system appeared to lock up. The keyboard was inoperable, I tried a few key presses and then waited. Num lock light was unlit. After about 1 minute or more the system continued to boot. When I was presented with a login prompt, I could not type anything. I tried hotplugging the keyboard a
Bug#402857: please document changes to installer handling of exim4
Package: installation-guide Hi, in the installation guide, at http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html there is a discussion of "Configuring Your Mail Transport Agent" that no longer reflects the debian installer (at least as of rc1 or later). In the d-i tree the text is at trunk/manual/en/using-d-i/modules/pkgsel.xml Instead of asking all installers these somewhat complex questions about the type of mail transfer required, the installation program no longer asks any questions at all about MTA setup[*]. What it does instead is automatically defaults to a 'local delivery' setup, if you select the "standard system" item in tasksel. (If you don't select "standard system", exim4 is not installed.) [*] In the usual mode of installation. Questions might be asked if you set debconf/priority=low, but I have not tested this. I'm not sure what form the patch should take. I think the whole subsection should be moved to part of the manual, maybe an appendix, since it is a little analogous to the complexities of partitioning. It's also something you may want to go back to and tweak once you have the basic system installed. I think this change in the way the installer works should be noted in the release notes as well. Could someone duplicate this bug and file against release-notes? see bug #401007 for an example of me tripping over this change. Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402851: (no subject)
retitle 402851 [i386][netinst][daily 20061212] Dell Optiplex 745 (mostly successful) thanks mate it helps googlers if the machine model name is in the title... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403696: more info
I can confirm this bug. This might be related to some compatibility with libgtk2.0-0 ? % script log.gtk % strace gtkdialog % exit % grep ^open /tmp/log.gtk | grep -v ENOENT | \ sed -e 's/^.*"\(.*\)",.*/\1/' |xargs grep -li gtkdialog /usr/lib/libgtk-x11-2.0.so.0 Cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397246: unable to dist-upgrade unixodbc
Package: unixodbc Version: 2.2.11-13 Severity: normal *** Please type your report below this line *** Hi, not sure this is a bug but here goes. Feel free to close or reassign. This occurred on a pure etch machine. I just did a normal update/upgrade cycle, then a dist-upgrade, and a couple of packages got "stuck"... see the dialogue below. Is this an apt problem or a bug/incompat in the individual packages? Or just normal behaviour for apt in some circumstances? I can't recall having seen this happen before. I am accessing packages through an apt-proxy running local to the machine. Apt was just upgraded; unixodbc was shown as being kept back before apt got (dist-)upgraded, and was still being kept back after that change. At the time of the dialogue below, the verison installed was ii apt0.6.46.2 Advanced front-end for dpkg And apt-proxy was ii apt-proxy 1.9.35 Debian archive proxy and partial mirror buil # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done The following packages have been kept back: gdk-imlib1 unixodbc 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. # apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages have been kept back: gdk-imlib1 unixodbc 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. # apt-get install unixodbc Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: odbcinst1debian1 Suggested packages: libmyodbc odbc-postgresql libct1 The following packages will be REMOVED odbcinst1 The following NEW packages will be installed odbcinst1debian1 The following packages will be upgraded: unixodbc 1 upgraded, 1 newly installed, 1 to remove and 1 not upgraded. Need to get 354kB of archives. After unpacking 283kB disk space will be freed. Do you want to continue [Y/n]? Get: 1 http://xx etch/main unixodbc 2.2.11-13 [288kB] Get: 2 http://xx etch/main odbcinst1debian1 2.2.11-13 [66.4kB] Fetched 354kB in 3s (94.3kB/s) (Reading database ... 109840 files and directories currently installed.) Preparing to replace unixodbc 2.2.4-11 (using .../unixodbc_2.2.11-13_i386.deb) ... Unpacking replacement unixodbc ... (Reading database ... 109835 files and directories currently installed.) Removing odbcinst1 ... Selecting previously deselected package odbcinst1debian1. (Reading database ... 109814 files and directories currently installed.) Unpacking odbcinst1debian1 (from .../odbcinst1debian1_2.2.11-13_i386.deb) ... Setting up odbcinst1debian1 (2.2.11-13) ... Setting up unixodbc (2.2.11-13) ... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages unixodbc depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libltdl3 1.5.22-4A system independent dlopen wrappe ii libreadline5 5.2-1 GNU readline and history libraries ii odbcinst1debian1 2.2.11-13 Support library and helper program unixodbc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401977: mysql-client: suggests mysql-doc which is not in sarge
Package: mysql-client Severity: minor *** Please type your report below this line *** Hello, I was about to install mysql-client and saw that mysql-doc was suggested, so I thought I'd install that too. Is this a bug? # apt-get install mysql-client Reading Package Lists... 0% Reading Package Lists... 100% Reading Package Lists... Done Building Dependency Tree... 0% Building Dependency Tree... Done The following extra packages will be installed: libdbd-mysql-perl libdbi-perl libmysqlclient12 libnet-daemon-perl libplrpc-perl mysql-common Suggested packages: dbishell mysql-doc The following NEW packages will be installed: libdbd-mysql-perl libdbi-perl libmysqlclient12 libnet-daemon-perl libplrpc-perl mysql-client mysql-common 0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 1566kB of archives. After unpacking 3944kB of additional disk space will be used. Do you want to continue? [Y/n] n Abort. # apt-get install mysql-client mysql-doc Reading Package Lists... 0% Reading Package Lists... 100% Reading Package Lists... Done Building Dependency Tree... 0% Building Dependency Tree... Done Package mysql-doc is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package mysql-doc has no installation candidate # apt-cache show mysql-client Package: mysql-client Priority: optional Section: misc Installed-Size: 936 Maintainer: Christian Hammers <[EMAIL PROTECTED]> Architecture: i386 Source: mysql-dfsg Version: 4.0.24-10sarge2 Replaces: mysql-gpl-client, mysql-base, mysql-server Provides: virtual-mysql-client Depends: debianutils (>= 1.6), libdbi-perl, libdbd-mysql-perl (>= 1.2202), mysql-common (>= 4.0.24-10sarge2), libmysqlclient12 (>= 4.0.24-10sarge2), perl, libc6 (>= 2.3.2.ds1-21), libgcc1 (>= 1:3.4.1-3), libmysqlclient12, libncurses5 (>= 5.4-1), libreadline4 (>= 4.3-1), libstdc++5 (>= 1:3.3.4-1), zlib1g (>= 1:1.2.1) Suggests: mysql-doc Conflicts: mysql-client-4.1, mysql-gpl-client, mysql-base Filename: pool/main/m/mysql-dfsg/mysql-client_4.0.24-10sarge2_i386.deb Size: 415162 MD5sum: 7bb2bfd6b9853d51abbf958eeed5b23f SHA1: 30d8bf7f839a30c9db325e0f0d1c83efd98175f5 SHA256: 4d54916e7cbfa257c68825c7ab170f76241cf542c29e07d47d432455ab7de65b Description: mysql database client binaries MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. . This package includes the client binaries for the 4.0 branch. I went ahead without the -doc package checked the readmes etc for the -client package. They don't mention this issue. I could not see any bug reports about this. Presumably this related to a non-freeness in the documentation? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-386 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#401977: mysql-client: suggests mysql-doc which is not in sarge
The package not in "main" but in "non-free" due to license restrictions. Most probably you don't "non-free" in your /etc/apt/sources.list. The docs are available on http://dev.mysql.com anyway so it's no big problem if you don't want non-free stuff on your computer. thanks for your response. In my sources.list I do have the non-free section included, but the package still isn't showing up. # apt-get update # apt-cache search mysql|grep -i doc gnade-doc - Documentation files for the GNat Ada Database Environment libwww-doc - The W3C WWW library - documentation sqlrelay-doc - SQL Relay Documentation I also checked on p.d.o before filing the report, and the package was not shown there except for 'oldstable'. http://packages.debian.org/cgi-bin/search_packages.pl?keywords=mysql-&searchon=names&subword=1&version=all&release=all So I think there may be something (minor) amiss. Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280692: this is reproducible
Package: offlineimap Version: 4.0.9 Severity: normal *** Please type your report below this line *** I can reproduce this, though not always at the same point in the transfer. My setup is as follows server: ms exchange 2000 version 6.0.6603.0 On the server I have two folders in the listed in the rc file, the first with about 27,000 messages the second with about 7,000. client: offlineimap-4.0.9, Maildir format I start in a clean slate, only .offlineimaprc and empty ~/Test maildir (just a directory at this point). With the Tk.Blinkenlights it fails out pretty early, after a few hundred messages. The virtual memory utilisation is about 230Mb when it dies, on a host with 1Gb and about 2Gb swap. With TTY.TTYUI I can get through both folders cleanly. Does this mean the segfault is really in Tk? One thing I'm puzzled about is that only the local Maildir tree is created on the first time through, not the LocalStatus dir. The latter does not get created until the next sync attempt. Perhaps this is the famed algorithm at work? I have a bunch of -d imap -l output to support this report but I'd prefer to send that privately for analysis. So let me know what you want. Cheers! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages offlineimap depends on: ii python2.3 2.3.5-3sarge2 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280692: this is reproducible
Hi John I was just interested in helping confirm the problem is localised to Tk. If that's not necessary I'll shut up. .. > sounds exactly like that sort of thing I've seen. You might try the > console blinkenlights interface. I suspect it will work fine for you, > and that the bug is really in python-tk. Unfortunately, there's not > much I can do about that. in fact, % offlineimap -u CURSES.BLINKENLIGHTS -d imap -l logfile fails with: ERROR: No UIs were found usable! so I gave up on it; TTY.TTYUI works well enough. I have libncurses4 (4.2-10) libncurses5 (5.4-4) libncurses5-dev (5.4-4) installed. Let me know if I should open a separate bug for this. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401007: [i386][rc1][etch] (mostly) success: Dell Poweredge 1850
Package: installation-reports Boot method: cdrom, with command "install" Image version: Etch RC1 netinst http://cdimage.debian.org/cdimage/etch_di_rc1/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2006 Nov 30 0500 GMT Machine: Dell Poweredge 1850, no raid controller BIOS A05, MPT BIOS 5.06.06 Partitions: # df -Tl /dev/sda FilesystemType 1K-blocks Used Available Use% Mounted on udev tmpfs 1024076 10164 1% /dev # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 264443102335148453 41% / udev 1024076 10164 1% /dev devshm 1038024 0 1038024 0% /dev/shm /dev/sda9 56744320184288 53677572 1% /home /dev/sda8 381138 10288351172 3% /tmp /dev/sda5 4806904442792 4119928 10% /usr /dev/sda6 2885780243856 2495336 9% /var # fdisk -l /dev/sda Disk /dev/sda: 73.4 GB, 73407820800 bytes 255 heads, 63 sectors/track, 8924 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 5 40131 de Dell Utility /dev/sda2 6 266 2096482+ 6 FAT16 /dev/sda3 * 267 300 273105 83 Linux /dev/sda4 3018924692722805 Extended /dev/sda5 301 908 4883728+ 83 Linux /dev/sda6 9091273 2931831 83 Linux /dev/sda712741698 3413781 82 Linux swap / Solaris /dev/sda816991747 393561 83 Linux /dev/sda91748892457649221 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: The timezone configuration does a good job of guessing! At tasksel I unticked everything except 'standard system'. I think pciutils should be added as part of the standard system, it was annoying to have to install it when the installer uses it. # /etc/init.d/exim4 status checking separate queue runner daemon...done (not running). checking combined SMTP listener and queue runner daemon...done (running). I was not asked to configure the mail system, but exim4 was installed with the 'local delivery' configuration. Shouldn't the installer mention this? Perhaps I missed the message. It looks pretty good otherwise. Bug: exim4 auto-configuration assumes short hostnames - When prompted for the hostname by the installer I gave a fully-qualified hostname. This was propagated to /etc/mailname without stripping the domain name, with the result that the domain name appears TWICE in /etc/mailname. That is: # cat /etc/mailname .. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] # (lspci -n; lspci ) sort -n 00:00.0 0600: 8086:3590 (rev 09) 00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 09) 00:02.0 0604: 8086:3595 (rev 09) 00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 09) 00:04.0 0604: 8086:3597 (rev 09) 00:04.0 PCI bridge: Intel Corporation E7525/E7520 PCI Express Port B (rev 09) 00:05.0 0604: 8086:3598 (rev 09) 00:05.0 PCI bridge: Intel Corporation E7520 PCI Express Port B1 (rev 09) 00:06.0 0604: 8086:3599 (rev 09) 00:06.0 PCI bridge: Intel Corporation E7520 PCI Express Port C (rev 09) 00:1d.0 0c03: 8086:24d2 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 00:1d.1 0c03: 8086:24d4 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 00:1d.2 0c03: 8086:24d7 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 00:1d.7 0c03: 8086:24dd (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 00:1e.0 0604: 8086:244e (rev c2) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 00:1f.0 0601: 8086:24d0 (rev 02) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 00:1f.1 0101: 8086:24db (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 01:00.0 0604: 8086:0330 (rev 06) 0
Bug#401220: exim4 auto-configuration assumes short hostnames
Package: exim4 Op 30-11-2006 om 15:39 schreef Vincent McIntyre: > > It looks pretty good otherwise. Okay, closing installation-reports #401007 > Bug: exim4 auto-configuration assumes short hostnames > - > When prompted for the hostname by the installer I gave a > fully-qualified > hostname. This was propagated to /etc/mailname without stripping the > domain name, with the result that the domain name appears TWICE in > /etc/mailname. That is: > > # cat /etc/mailname > .. > That is now filled as a bugreport on exim4 Cheers Geert Stappers mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401221: time zone change - Western Australia, Australia
Package: libc6 Version: 2.3.6.ds1-8 Severity: normal Hi, I checked but could not see this filed, apologies if it's done already. The WA government made a very late decision to start daylight saving this weekend, 2/3 Dec 2006. This means the timezone data for Australia need yet another update. This applies to the Stable (sarge) release too, version 2.3.2.ds1-22sarge4. http://au.news.yahoo.com/061121/23/11ike.html http://www.mediastatements.wa.gov.au/media/media.nsf/0c079b992e7e607a48256a5a0016e16b/71c80789277dad4f4825722e000c0569?OpenDocument http://www.parliament.wa.gov.au/parliament/bills.nsf/BillProgressPopup?openForm&ParentUNID=9A1B183144403DA54825721200088DF1 NIH has the new data file ready to go and other distros are providing patches. ftp://elsie.nci.nih.gov/pub/tzdata2006p.tar.gz Previous bugs related to daylight saving #345479 #347315 #356148 Thanks for your consideration Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401007: The installer should mention ...
Please understand that I think the default config you've arrived at is good. I was just a bit surprised that the exim4 step was "missing"; when it didn't show up I thought something was amiss. I understand the wish not to bother people with the questions about MTA configuration, these can be difficult to comprehend and answer correctly, even for experienced admins who are new to Debian. (I also recognize that writing the questions in a translation-friendly way is at least 10 times more difficult than reading them). And it's time for etch to go out the door, so I don't wish to introduce delay. Shouldn't the installer mention this? I don't understand what you are aiming for ... I'm mainly interested to know that an MTA is running at all. I just like to worry about what services I have going, I guess. But can I be greedy and pick two options? * The installer should mention with which M.T.A. it comes. * The installer should mention for what the Mail Transfer Agent is configured Perhaps an information screen in the installer could explain: I've just set up your Mail Transfer Agent, $MTA. At present it is set up for '$MTA_MODE', i.e. to $MTA_MODE_EXPLAIN. If you want to change this, you will need to reconfigure $MTA with $MTA_CONFIG_PROGRAM. [OK] For the present case this would come out as, e.g. I've just set up your Mail Transfer Agent, exim4. At present it is set up for 'local delivery', i.e. to deliver mail only to other users on this computer. If you want to change this, you will need to reconfigure exim4 with dpkg-reconfigure exim4. [OK] (I'm not actually sure what to use for reconfiguration) Possibly this screen could go in at medium priority, but I don't think it hurts to show this much to all users. The above would certainly have satisfied me. It's probably not worth adding an option to allow installers to fiddle with the settings at this point, I find I always have to tweak things later anyway. Another way to help this issue would be to mention the nice new default setting in the "What's new" section of the Release Notes. I'm thinking about a patch to send to debian-doc at the moment, but feel free to trump me. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417396: quotatool: sometimes fail to read correct block device
Package: quotatool Version: 1.4.9-2 Severity: normal *** Please type your report below this line *** Hi, this may need a retitle once we narrow down what is actually going wrong. I was doing some tests of quotatool and found that on some combinations of package versions it would fail because it was trying to do a quotactl() call to a block device name with an extra octal byte appended, e.g. quotactl(Q_GETFMT|USRQUOTA, "/dev/loop0\362", ...) = -1 ENOENT The specific test I was doing was running a simple dump: /usr/sbin/quotatool -u -d /local/mnt For speed, these tests are being done with an ext3 filesystem image, which is why /dev/loop0 is involved. The problem occurs on two separate systems running etch, but not on a third. The only relevant difference I can see is that for the third host I was using a host that is a local user, not one in the NIS user map. If I try using a local user (username 'user', uid=1000) then quotatool works ok. I also tested on a sarge system and a sarge+backports system, which are in the same autofs+NIS environment as the etch boxes above. On those hosts, quotatool (1.4.7-1) works. Given the above, it may be that the bug is in some other package but I thought I should start here. Something does seem to have changed for the worse between 1.4.7-1 and 1.4.9-2, possibly an off-by-one error in a string handling function. I have shell scripts that can reproduce the problem and strace output if you need that stuff. Kind regards Vince -- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages quotatool depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries Versions of packages quotatool recommends: ii quota 3.14-5 implementation of the disk quota s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409733: reassigning
reassign kernel-image-2.6.8-3-686 thanks Hi, I don't know why I filed this against kernel-source-2.6.8. I've received no response at all, so let's try reassigning. I looked through the existing reports and could not see any that correspond to this exactly. The closest is #342387. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6.8-3-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246296: a2ps: #246296 still exists in 4.13b.dfsg.1-1
Followup-For: Bug #246296 Package: a2ps Version: 1:4.13b.dfsg.1-1 *** Please type your report below this line *** Hi, is the version that fixed this (a2ps_4.13b-5) going to get into etch? For people who hit this, there is a simple workaround to the problem: # apt-get --purge remove a2ps # apt-get install emacsen-common # apt-get install a2ps Below are the relevant bits of the typescript I took during an install; after I had added the taskel 'standard' bundle, plus lpr, I installed a few hundred more packages with # dpkg --set-selections < package-list-from-otherhost.txt # apt-get dselect-upgrade (I cleaned the list of package names dropped for etch before using it) 'col -bx' pathway> Get:173rhttp://ftp.au.debian.org etch/main whois 4.7.206[47.7kB]m44s Get:174rhttp://ftp.au.debian.org etch/main a2ps 1:4.13b.dfsg.1-1m[725kB] Get:175rhttp://ftp.au.debian.org etch/main binutils 2.17-3k[2605kB]s Get:244ihttp://ftp.au.debian.org etch/main dvidvi 1.0-73[15.7kB]m37s Get:245rhttp://ftp.au.debian.org etch/main emacsen-commonk1.4.17m[17. 6kB] Get:246ihttp://ftp.au.debian.org etch/main emacs21-commonk21.4a+1-3s[ Unpacking whois (from .../archives/whois_4.7.20_i386.deb) ... Unpacking a2ps (from .../a2ps_1%3a4.13b.dfsg.1-1_i386.deb) ... Unpacking binutils (from .../binutils_2.17-3_i386.deb) ... Unpacking dvidvi (from .../archives/dvidvi_1.0-7_i386.deb) ... Unpacking emacsen-common (from .../emacsen-common_1.4.17_all.deb) ... Unpacking emacs21-common (from .../emacs21-common_21.4a+1-3_all.deb) ... Setting up whois (4.7.20) ... Setting up a2ps (4.13b.dfsg.1-1) ... ERROR: emacsen-common being used before being configured. ERROR: This is likely a bug in the a2ps package, which needs to ERROR: add one of the appropriate dependencies. ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz ERROR: for details. dpkg: error processing a2ps (--configure): subprocess post-installation script returned error exit status 2 Setting up binutils (2.17-3) ... Setting up dvidvi (1.0-7) ... Setting up emacsen-common (1.4.17) ... emacsen-common: Handling install of emacsen flavor emacs Setting up emacs21-common (21.4a+1-3) ... Setting up emacs21-bin-common (21.4a+1-3) ... Setting up xaw3dg (1.5+E-14) ... Setting up emacs21 (21.4a+1-3) ... emacs-install emacs21 install/a2ps: Handling install for emacsen flavor emacs21 Loading 00debian-vars (source)... Loading 50a2ps (source)... Loading a2ps-print (source)... Loading 50dictionaries-common (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Error while loading 50dictionaries-common Loading 50psvn (source)... Wrote /usr/share/emacs21/site-lisp/a2ps/a2ps.elc Wrote /usr/share/emacs21/site-lisp/a2ps/a2ps-print.elc Done install/dictionaries-common: Byte-compiling for emacsen flavour emacs21 Wrote /usr/share/emacs21/site-lisp/dictionaries-common/debian-ispell.elc Wrote /usr/share/emacs21/site-lisp/dictionaries-common/ispell.elc Wrote /usr/share/emacs21/site-lisp/dictionaries-common/flyspell.elc Done emacsen-common: Handling install of emacsen flavor emacs21 emacsen-common: byte-compiling for emacs21 Loading 00debian-vars (source)... Loading 50a2ps (source)... Loading a2ps-print... Loading 50dictionaries-common (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading 50psvn (source)... Wrote /etc/emacs21/site-start.d/00debian-vars.elc Wrote /usr/share/emacs21/site-lisp/debian-startup.elc Done install/gettext: Byte-compiling for emacs21 Wrote /usr/share/emacs21/site-lisp/gettext/po-mode.elc Wrote /usr/share/emacs21/site-lisp/gettext/po-compat.elc Done Setting up enscript (1.6.4-11) ... -- 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-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages a2ps depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libpaper1 1.1.21 Library for handling paper charact Versions of packages a2ps recommends: ii bzip2 1.0.3-6 high-quality block-sorting file co ii lpr 1:2006.11.04 BSD lpr/lpd line printer spooling ii psutils 1.17-24 A collection of PostScript documen pn wdiff (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414117: [i386][netinst][daily 20070211] success: Dell PE1950, no raid
Package: installation-reports Boot method: CD, with the command 'install' Image version: Netinst daily image http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso, version 20070211-2.iso md5sum: 045f122cd20090fca10772c72f61ab57 Date: 2007-02-12 Machine: Dell PowerEdge 1950 Dual Xeon CPUs, dual SATA hdd, no raid controller Partitions: System is configured with two identical disks in (software) RAID1 The first partition is /, is an ext3 partition. The remainder is an LVM volume, with is sliced up further # df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/md0 ext3 482090102625354573 23% / tmpfstmpfs 1038312 0 1038312 0% /lib/init/rw udev tmpfs 1024092 10148 1% /dev tmpfstmpfs 1038312 4 1038308 1% /dev/shm /dev/mapper/vg00-local ext3 2064208 68680 1890672 4% /local /dev/mapper/vg00-mysql ext310321208154236 9642684 2% /srv/mysql /dev/mapper/vg00-svn ext3 154818540192072 146762148 1% /srv/svn /dev/mapper/vg00-tmp ext3 1032088 36580943080 4% /tmp /dev/mapper/vg00-usr ext3 6192704 1535244 4342888 27% /usr /dev/mapper/vg00-var ext3 4128448299216 3619520 8% /var /dev/mapper/vg00-www--logs ext310321208154244 9642676 2% /var/log/apache2 /dev/mapper/vg00-vhosts ext310321208154236 9642684 2% /var/www/vhosts raw partition table: # sfdisk -l /dev/sda Disk /dev/sda: 30394 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sda1 0+ 61 62-497983+ fd Linux raid autodetect /dev/sda2 62 30393 30332 243641790 fd Linux raid autodetect /dev/sda3 0 - 0 00 Empty /dev/sda4 0 - 0 00 Empty same for /dev/sdb Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [e] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: System has two ethernet interfaces. Same type of device, just different MACs. The installer consistently picked the "wrong" interface during installation - i.e. the one that was not plugged in. I tried a couple of i386 netinst installs, and one using the amd64 netinst. Behaviour was consistent in all these cases. I did try moving the ethernet cable to the other interface at the network configuration stage, and got link-up messages etc. I moved it back to complete the install because I was looking for further problems precipiated by this. This is likely the well-known problem with udev, and might be fixed by the udev rules described in debian bugs #403706 and #405775. I haven't tried this yet. I answered 'no' to the "use network mirror" during apt-setup-udeb. At the tasksel stage I selected "standard system" which added 9 packages. On one occasion there was a hang while these packages were being copied from the cdrom and installed. There was an error message from apt-setup/generators/50mirror, and while all the dialogs indicated all the packages were copied, it got stuck after or during the 6th. However I was unable to reproduce this. udev continues to give problems with disk renumbering; I would install to a disk detected as /dev/sdb and reboot and the disk would now be named /dev/sda. This needs to be documented in the release notes; its a significantly different behaviour from sarge. I worked around this issue by putting the disks into an mdadm raid set; this uses uuids to identify disks unambigously for udev and I get to use reasonably short device names in /etc/fstab. I decided to use LVM to give me flexibility in resizing partitions after installation (and multiple partitions are a pain). The installer's default choices for this were reasonable but I dislike having /boot as a separate partition; I would rather have all of / and put /usr, /var /home and so on in separate partitions. I followed (approximately) the paritioning and disk setup described by http://dev.jerryweb.org/raid/ - I changed my mind several times about the layout and redid it completely a number of times; partman soaked up the punishment admirably. The mdadm system for controlling the raid mirror also works well. After installation, I was able to fail a disk, remove it and hot-add it back with no problem. I was also able to boot the syst
Bug#414640: initramfs-tools: message printed when root timeout exceeded is too terse
Package: initramfs-tools
Version: 0.85f
Severity: minor
*** Please type your report below this line ***
Hi,
I found the message printed by /usr/share/initramfs-tools/scripts/local
if it can't get a root filesystem helpful, but I think it could be better.
A suggested patch is attached for your consideration.
Thanks
Vince
-- Package-specific info:
-- /proc/cmdline
root=LABEL=root ro console=tty0 console=ttyS0,9600n8
-- /proc/filesystems
cramfs
ext3
-- lsmod
Module Size Used by
nfsd 197840 17
exportfs5600 1 nfsd
autofs419748 17
ipv6 226016 20
nfs 202828 3
lockd 54344 3 nfsd,nfs
nfs_acl 3584 2 nfsd,nfs
sunrpc138780 13 nfsd,nfs,lockd,nfs_acl
dm_snapshot15520 0
dm_mirror 19152 0
dm_mod 50232 2 dm_snapshot,dm_mirror
quota_v28864 0
snd_opl3_lib9920 0
snd_hwdep 8836 1 snd_opl3_lib
snd_cs4231_lib 23232 0
snd_pcm68644 1 snd_cs4231_lib
snd_page_alloc 9640 2 snd_cs4231_lib,snd_pcm
snd_mpu401_uart 8064 0
snd_rawmidi22560 1 snd_mpu401_uart
snd_seq_midi_event 7008 0
snd_seq45680 1 snd_seq_midi_event
snd_timer 20996 4
snd_opl3_lib,snd_cs4231_lib,snd_pcm,snd_seq
snd_seq_device 7820 3 snd_opl3_lib,snd_rawmidi,snd_seq
snd47012 9
snd_opl3_lib,snd_hwdep,snd_cs4231_lib,snd_pcm,sn
d_mpu401_uart,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
ad1848 28028 0
uart40111172 0
sound 69768 2 ad1848,uart401
ns558 4832 0
soundcore 9248 2 snd,sound
rtc12372 0
gameport 14632 2 ns558
floppy 53156 0
parport_pc 32164 0
psmouse35016 0
parport33256 1 parport_pc
serio_raw 6660 0
i2c_piix4 8140 0
intel_agp 21148 1
agpgart29896 1 intel_agp
pcspkr 3072 0
i2c_core 19680 1 i2c_piix4
shpchp 33024 0
pci_hotplug28704 1 shpchp
sg 31292 0
sr_mod 15876 0
evdev 9088 0
ext3 119208 5
jbd52456 1 ext3
mbcache 8356 1 ext3
ide_cd 36064 0
cdrom 32544 2 sr_mod,ide_cd
ide_disk 14848 7
uhci_hcd 21032 0
aic7xxx 150932 0
scsi_transport_spi 22336 1 aic7xxx
scsi_mod 124168 4 sg,sr_mod,aic7xxx,scsi_transport_spi
3c59x 40360 0
mii 5344 1 3c59x
usbcore 112676 2 uhci_hcd
piix9444 0 [permanent]
generic 5028 0 [permanent]
ide_core 110504 4 ide_cd,ide_disk,piix,generic
processor 28840 0
-- kernel-img.conf
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = /usr/sbin/update-grub
postrm_hook = /usr/sbin/update-grub
-- 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-3-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages initramfs-tools depends on:
ii busybox 1:1.1.3-4 Tiny utilities for small and embed
ii cpio 2.6-17 GNU cpio -- a program to manage ar
ii klibc-utils 1.4.34-1 small statically-linked utilities
ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo
ii udev 0.105-3/dev/ and hotplug management daemo
initramfs-tools recommends no packages.
-- no debconf information
--- /usr/share/initramfs-tools/scripts/local.old2006-10-17
17:26:59.0 +1000
+++ /usr/share/initramfs-tools/scripts/local2007-03-13 09:58:02.0
+1100
@@ -40,8 +40,9 @@
# We've given up, but we'll let the user fix matters if they can
while [ ! -e "${ROOT}" ]; do
- echo " Check root= bootarg cat /proc/cmdline"
- echo " or missing modules, devices: cat /proc/modules ls /dev"
+ echo " Check the root= boot argument (run 'cat /proc/cmdline')"
+ echo " Otherwise, a module may be missing (cat /proc/modules)"
+ echo " or a device file may be missing (ls /dev)"
panic "ALERT! ${ROOT} does not exist. Dropping to a shell!"
done
Bug#414640: initramfs-tools: message printed when root timeout exceeded is too terse
it is terse on purpose, it is a 2 liner in the sense that not too much
info scrolls off, we need it for the bug report. it has been shown that
user think that those last lines are _bug_ relevant!?
if you enhance current text in 2 lines i'd be happy to reconsider.
Thanks for your reply, I was not sure what the constraints are.
So you're saying the user thinks these lines are part of the error
message? I think that might be in part because the panic() line is
printed after the "helpful advice" message. I doubt that much can
be done about that, unless panic() can print multiple lines of
warning messages.
Is the attached version any better? Hopefully the text is not too
wide now. If it still doesn't fit, let's drop it.
Cheers
Vince
--- /usr/share/initramfs-tools/scripts/local.old2006-10-17
17:26:59.0 +1000
+++ /usr/share/initramfs-tools/scripts/local2007-03-13 09:58:02.0
+1100
@@ -40,8 +40,9 @@
# We've given up, but we'll let the user fix matters if they can
while [ ! -e "${ROOT}" ]; do
- echo " Check root= bootarg cat /proc/cmdline"
- echo " or missing modules, devices: cat /proc/modules ls /dev"
+ echo " Check your root= boot argument (run 'cat
/proc/cmdline')"
+ echo " Check for missing modules (cat /proc/modules), or
device files (ls /dev)"
panic "ALERT! ${ROOT} does not exist. Dropping to a shell!"
done
Bug#415299: xsane-common: some documentation files missing or mis-linked
Package: xsane-common Version: 0.99+0.991-2 Severity: minor *** Please type your report below this line *** Hi, kudos for the xsane etc packages; worked first time for me! However as I was reading the documentation I noticed the file usr/share/doc/xsane/html/sane-xsane-doc.html refers to usr/share/doc/xsane/html/sane-xsane-setup-image-doc.html but this file does not exist in the version of xsane-common I have. dpkg -L confirms this. $ dpkg -L xsane-common |grep setup-image This appears to be a regression from sarge version (0.97-3); according to p.d.o this file exists in that package. I checked further down the document and usr/share/doc/xsane/html/sane-xsane-setup-mail-doc.html seems to be missing or to have changed names to usr/share/doc/xsane/html/sane-xsane-setup-email-doc.html Cheers Vince -- 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=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) xsane-common depends on no packages. Versions of packages xsane-common recommends: ii xsane 0.99+0.991-2 GTK+-based X11 frontend for SANE ( -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409733: kernel-source-2.6.8: large numbers of __find_get_block_slow() errors
Package: kernel-source-2.6.8 Version: 2.6.8-16sarge6 Severity: normal *** Please type your report below this line *** Hi, Hope I'm reporting this to the correct place... This is a straight sarge system. Hardware info below. The problem I observe is that - when /etc/cron.daily/sysklogd runs, /var sometimes fills up, because the /var/log/syslog accumulates tens of thousands of errors like: Feb 5 11:18:56 myhost kernel: __find_get_block_slow() failed. block=204803, b_blocknr=18446744073709551615 Feb 5 11:18:56 myhost kernel: b_state=0x, b_size=1024 Feb 5 11:18:56 myhost kernel: device blocksize: 1024 Feb 5 11:18:56 myhost kernel: 4 Feb 5 11:18:56 myhost kernel: device blocksize: 1024 Possibly other things trigger this as well but certainly running sysklogd does; the errors are correlated with the time /etc/cron.daily runs, and I was able to produce them by running each script in /etc/cron.daily in turn - when I hit sysklogd, the errors appeared. I thought this could be CVE-2006-5757, see for example the change log for http://lwn.net/Alerts/209028/, and also SUSE-SA:2006:079 http://lwn.net/Alerts/215225/ however I don't see how I could be accessing an ISO9660 filesystem from sysklogd, as far as I can tell it's only accessing and ext2 fs. 'df' output - # df -text2 Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 241116158361 70307 70% / /dev/sda5 2909956 2433204326548 89% /usr /dev/sda6 964756964752 0 100% /var /dev/sda7 964756 16612898348 2% /tmp # df -text3 Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda8144335992 100427340 36458512 74% /data1 /dev/sdb1153794688 129894164 16088120 89% /data2 Typescript of running sysklogd - # - start - # cd /etc/cron.daily ; sh -vx sysklogd |grep -v ^# test -x /usr/sbin/syslogd-listfiles || exit 0 + test -x /usr/sbin/syslogd-listfiles test -x /sbin/syslogd || exit 0 + test -x /sbin/syslogd test -f /usr/share/sysklogd/dummy || exit 0 + test -f /usr/share/sysklogd/dummy set -e + set -e cd /var/log + cd /var/log for LOG in `syslogd-listfiles` do if [ -s $LOG ]; then savelog -g adm -m 640 -u root -c 7 $LOG >/dev/null fi done syslogd-listfiles ++ syslogd-listfiles + '[' -s /var/log/messages ']' + savelog -g adm -m 640 -u root -c 7 /var/log/messages + '[' -s /var/log/syslog ']' + savelog -g adm -m 640 -u root -c 7 /var/log/syslog + '[' -s /var/log/kern.log ']' + savelog -g adm -m 640 -u root -c 7 /var/log/kern.log for LOG in `syslogd-listfiles --auth` do if [ -f $LOG ]; then chown root:adm $LOG chmod o-rwx $LOG fi done syslogd-listfiles --auth ++ syslogd-listfiles --auth + '[' -f /var/log/auth.log ']' + chown root:adm /var/log/auth.log + chmod o-rwx /var/log/auth.log /etc/init.d/sysklogd reload-or-restart > /dev/null + /etc/init.d/sysklogd reload-or-restart # - end - Hardware information # (lspci -n; lspci) |sort :00:00.0 0600: 8086:2570 (rev 02) :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:01.0 PCI bridge: Intel Corp. 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.2 0101: 8086:24d1 (rev 02) :00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 0300: 10de:0322 (rev a1) :01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) :02:0c.0 0200: 8086:100e (rev 02) 0
Bug#419646: mysql-server-5.0: fails to start when 'mysql' uid is a NIS user
Package: mysql-server-5.0 Version: 5.0.32-7etch1 Severity: normal *** Please type your report below this line *** Hi, I had a problem when upgrading to 5.0.32-7etch1 today. The commands I used were: # apt-get update # apt-get upgrade # /etc/init.d/mysql start < a couple of attempts at this > # apt-get clean # apt-get clean # apt-get remove mysql-server # dpkg-reconfigure mysql-server-5.0 At first guess I thought this relates to the start ordering of NIS but I might be wrong - I think the ordering was like this before and I had a working 'etch' setup before doing this upgrade. I was upgrading from 5.0.32-7 to 5.0.32-7etch1. This version of the mysql-server package starts at number 19 in the /etc/rc2.d/ directory. # ls /etc/rc?.d/*sql /etc/rc0.d/K21mysql /etc/rc3.d/S19mysql /etc/rc6.d/K21mysql /etc/rc1.d/K21mysql /etc/rc4.d/S19mysql /etc/rc2.d/S19mysql /etc/rc5.d/S19mysql So does NIS. # ls /etc/rc?.d/*nis* /etc/rc0.d/K19nis /etc/rc2.d/S19nis /etc/rc4.d/S19nis /etc/rc6.d/K19nis /etc/rc1.d/K19nis /etc/rc3.d/S19nis /etc/rc5.d/S19nis But because of the sort order, it would appear that NIS is started after mysql-server. This used not to be the case; mysql-server used to start at number 20 in sarge. Why was this changed? Can it be changed back? I'm unsure if this can be related to NIS not starting correctly, because I had logged in using a NIS user id and (su'ed to do the update). However NIS was upgraded at the same time, from 3.17-3 to 3.17-6. * network-manager is (and was) not installed. * dbus is (and was) not installed. I see there is a debconf item relating to NIS, so I checked by running # dpkg-reconfigure mysql-server-5.0 I was aware of the need to have correct ownership of the mysql files and directories; I had a working setup until upgrading to 5.0.32-7etch1. I also had the 'mysql-server' dummy package installed. In the process of fixing this, I removed it - see the list of commands above. The upgrade caused the following failure when upgrading to 5.0.32-7etch1: mysqld_safe[6961]: chown: `mysql': invalid user mysqld_safe[6961]: 070417 13:51:56 [ERROR] Fatal error: Can't change to run as user 'mysql' ; Please check that the user exists! mysqld_safe[6961]: mysqld_safe[6961]: 070417 13:51:56 [ERROR] Aborting mysqld_safe[6961]: mysqld_safe[6961]: 070417 13:51:56 [Note] /usr/sbin/mysqld: Shutdown complete mysqld_safe[6961]: mysqld_safe[6961]: Installation of system tables failed! mysqld_safe[6961]: mysqld_safe[6961]: Examine the logs in /var/lib/mysql for more information. mysqld_safe[6961]: You can also try to start the mysqld daemon with: mysqld_safe[6961]: /usr/sbin/mysqld --skip-grant & mysqld_safe[6961]: You can use the command line tool mysqld_safe[6961]: /usr/bin/mysql to connect to the mysql mysqld_safe[6961]: database and look at the grant tables: mysqld_safe[6961]: mysqld_safe[6961]: shell> /usr/bin/mysql -u root mysql mysqld_safe[6961]: mysql> show tables mysqld_safe[6961]: mysqld_safe[6961]: Try 'mysqld --help' if you have problems with paths. Using --log mysqld_safe[6961]: gives you a log in /var/lib/mysql that may be helpful. mysqld_safe[6961]: mysqld_safe[6961]: The latest information about MySQL is available on the web at mysqld_safe[6961]: http://www.mysql.com mysqld_safe[6961]: Please consult the MySQL manual section: 'Problems running mysql_install_db', mysqld_safe[6961]: and the manual section that describes problems on your OS. mysqld_safe[6961]: Another information source is the MySQL email archive. mysqld_safe[6961]: Please check all of the above before mailing us! mysqld_safe[6961]: And if you do mail us, you MUST use the /usr/bin/mysqlbug script! Cheers Vince -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages mysql-server-5.0 depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbi-perl1.53-1Perl5 database interface by Tim Bu ii libgcc11:4.1.1-21GCC support library ii libmysqlclient15off5.0.32-7etch1 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii mysql-client-5.0 5.0.32-7etch1 mysql database client binaries ii mysql-common 5.0.32-7etch1 mysql datab
Bug#315615: still hurting us
Hi, I got struck by this as well today. The bug cited earlier (#252144) is irrelevant, it refers to the 'apsfilter' package. The blocking bug #400952 makes for truly dismal reading. Anyone who is going down to run level 1 and back should really not be depending on having NIS around throughout, or even networking. Please can we get some action on this bug. For the moment I've moved autofs to number 25 in startup order. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419666: djvulibre-plugin: file conflict with djvulibre-bin
Package: djvulibre-plugin Version: 3.5.17-3 Severity: important Justification: package fails to upgrade cleanly *** Please type your report below this line *** Hi, I attempted a straightforward upgrade, on a machine tracking 'lenny'. That failed as follows: # apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages have been kept back: djview djvulibre-bin libdjvulibre15 libpisock9 python-numpy python-numpy-ext The following packages will be upgraded: djvulibre-plugin 1 upgraded, 0 newly installed, 0 to remove and 6 not upgraded. Need to get 0B/34.5kB of archives. After unpacking 28.7kB of additional disk space will be used. Do you want to continue [Y/n]? (Reading database ... 135562 files and directories currently installed.) Preparing to replace djvulibre-plugin 3.5.17-3 (using .../djvulibre-plugin_3.5.19-1_i386.deb) ... Unpacking replacement djvulibre-plugin ... dpkg: error processing /var/cache/apt/archives/djvulibre-plugin_3.5.19-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/man1/nsdejavu.1.gz', which is also in package djvulibre-bin Errors were encountered while processing: /var/cache/apt/archives/djvulibre-plugin_3.5.19-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I then tried to dist-upgrade and that failed too. (script log is attached.) Not sure what to do now. Cheers Vince -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages djvulibre-plugin depends on: pn djview (no description available) ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries Versions of packages djvulibre-plugin recommends: ii mozilla-browser2:1.8+1.0.8-4 Transition package for Iceape Navi -- no debconf information dist-upgrade.log.gz Description: Binary data
Bug#419666: djvulibre-plugin: file conflict with djvulibre-bin
Hi, > Thanks for the bug report. As a workaround, just remove the old one > first then install the new one. In the meantime, I'll fix the problem > by adding a "conflicts:" to force the system to do this stuff in the > right order, or something like that. Thanks, that worked. Here's the log, fwiw. # dpkg --purge remove djvulibre-plugin djvulibre-bin dpkg - warning: ignoring request to remove remove which isn't installed. (Reading database ... ^c # apt-get --purge remove djvulibre-plugin djvulibre-bin E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. # dpkg --configure -a Setting up python-numpy-dev (1.0.1-8) ... Setting up libbluetooth2 (3.9-1) ... Setting up xdg-utils (1.0.1-2) ... Setting up libpisock9 (0.12.2-9) ... Setting up python-numpy (1.0.1-8) ... Setting up python-numpy-ext (1.0.1-8) ... Setting up libdjvulibre15 (3.5.19-1) ... Setting up djview (3.5.19-1) ... Setting up djvulibre-bin (3.5.19-1) ... # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: djvulibre-plugin: Depends: djview (= 3.5.17-3) but 3.5.19-1 is installed E: Unmet dependencies. Try using -f. # apt-get --purge remove djvulibre-plugin djvulibre-bin Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: djvulibre-bin* djvulibre-plugin* 0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 967kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 135603 files and directories currently installed.) Removing djvulibre-bin ... Removing djvulibre-plugin ... # apt-get install djvulibre-plugin djvulibre-bin Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: djvulibre-bin djvulibre-plugin 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/373kB of archives. After unpacking 995kB of additional disk space will be used. Selecting previously deselected package djvulibre-bin. (Reading database ... 135540 files and directories currently installed.) Unpacking djvulibre-bin (from .../djvulibre-bin_3.5.19-1_i386.deb) ... Selecting previously deselected package djvulibre-plugin. Unpacking djvulibre-plugin (from .../djvulibre-plugin_3.5.19-1_i386.deb) ... Setting up djvulibre-bin (3.5.19-1) ... Setting up djvulibre-plugin (3.5.19-1) ... # Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417396: quotatool: sometimes fail to read correct block device
> > are in the same autofs+NIS environment as the etch boxes above. > > On those hosts, quotatool (1.4.7-1) works. > > Ok, that's pretty weird. I'm particularly amazed that 1.4.7 does work, > as the changes with 1.4.9 are very minor. So that really suggests some > kind of glibc or yp bug. Could you send me the versions of the glibc6 > and nis on both of these systems? etch-based nis 3.17-6, libc6 2.3.6.ds1-13 sarge-based nis 3.13-2, libc6 2.3.2.ds1-22sarge5 > Could you please also send me the full debugging output (add -v -v -v to > the quotatool command) and a full strace (with -s 1024 or so) for the > case that it's going wrong? sure, I'll send that in a separate email. Thanks for your speedy response! Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390677: wifi-radar: manpage incorrectly states location of config file
Package: wifi-radar Version: 1.9.6-2 Severity: normal *** Please type your report below this line *** As a normal user I typed: $ /usr/sbin/wifi-radar and was rewarded with: Traceback (most recent call last): File "/usr/sbin/wifi-radar", line 1357, in ? confFile.write( open( CONF_FILE, "w" ) ) IOError: [Errno 13] Permission denied: '/etc/wifi-radar.conf' That's fine, time to read the manpage. It states that the wifi-radar.conf file is in these locations: /etc/conf.d/wifi-radar.conf /etc/wifi-radar/wifi-radar.conf neither of which is correct according to the traceback above. A quick check of the source confirms this. Please consider applying the patch attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages wifi-radar depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii dhcp3-client 3.0.4-8DHCP Client ii menu 2.1.30 generates programs menu for all me ii python2.4.3-11 An interactive high-level object-o ii python-gtk2 2.8.6-5Python bindings for the GTK+ widge ii wireless-tools28-1 Tools for manipulating Linux Wirel Versions of packages wifi-radar recommends: ii wpasupplicant 0.5.4-5Client support for WPA and WPA2 (I -- debconf information: wifi-radar/wifi_interface: --- wifi-radar.1.orig 2006-09-28 07:33:18.0 +1000 +++ wifi-radar.12006-10-03 00:09:53.0 +1000 @@ -22,7 +22,7 @@ \fB\-d\fR, \fB\-\-daemon\fR set wifi-radar in daemon mode. .TP 1 -It will always look for the config file in /etc/conf.d/wifi-radar.conf. +It will always look for the config file in /etc/wifi-radar.conf. You can change that in wifi-radar .TP 5 * If the conf file does not exist, it will create it, so you must @@ -37,7 +37,7 @@ Recent version partially implements WPA-TKIP with wpa_supplicant. You need a running wpa_supplicant installation with a /etc/wpa_supplicant/wpa_supplicant.conf file. Then by setting in your -/etc/wifi-radar/wifi-radar.conf file the "use_wpa = yes" option and +/etc/wifi-radar.conf file the "use_wpa = yes" option and "wpa_driver = ipw" for example, wpa_supplicant will be launched when you connect using this profile. .TP 2 @@ -48,7 +48,7 @@ wifi-radar. .SH FILES .TP 10 -.B /etc/wifi-radar/wifi-radar.conf +.B /etc/wifi-radar.conf See .BR wifi-radar.conf (5) for more information.
Bug#391869: apt-proxy: calls to bunzip2 fail
Package: apt-proxy
Version: 1.9.35
Severity: normal
*** Please type your report below this line ***
Hi,
Not sure what priority is appropriate here, since it's semi-related to
verification of security updates.
I just installed apt-proxy on a pure "etch" machine, and tried running in
debug mode.
In the log files I noticed these two lines:
[FileVerifierProcess] starting verification: /usr/bin/bunzip2
('/usr/bin/bunzip2', '--test',
'/var/cache/apt-proxy/security/dists/etch/updates/main/binary-i386/Packages.bz2')
[verify] cache file verification FAILED for
/var/cache/apt-proxy/security/dists/etch/updates/main/binary-i386/Packages.bz2:
bunzip2 failed
This appears to be because the path to bunzip2 is wrong:
$ dpkg -L bzip2 |grep bunzip
/bin/bunzip2
/usr/share/man/man1/bunzip2.1.gz
However afaik this isn't hurting anything, because the log continues:
[CacheEntry] start download:dists/etch/updates/main/binary-i386/Packages.bz2
[DownloadQueue] queue file
security/dists/etch/updates/main/binary-i386/Packages.bz2
[Fetcher] Connected to http://security.debian.org/debian-security
...etc...
This may also be related to bug #303357.
I have a related question, please advise if I should file separately.
I wonder why apt is asking for things that don't exist in the archive; the URL
http://security.debian.org/debian-security/dists/etch/updates/non-free/binary-i386/Packages.diff/Index
returns a 404. Afaics this is because there are no *.diff/ directories in
the security tree. There are in the main archive for etch however.
Possibly this is related to #336433 ?
kind regards,
Vince
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages apt-proxy depends on:
ii adduser 3.97 Add and remove users and groups
ii bzip2 1.0.3-6high-quality block-sorting file co
ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy
ii logrotate 3.7.1-3Log rotation utility
ii python2.4.3-11 An interactive high-level object-o
ii python-apt0.6.19 Python interface to libapt-pkg
ii python-central0.5.5 register and build utility for Pyt
ii python-twisted-web0.6.0-1An HTTP protocol implementation to
apt-proxy recommends no packages.
-- debconf information:
apt-proxy/upgrading-v2:
apt-proxy/upgrading-v2-result:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387377: coreutils: df -text3 output includes other file system types
Package: coreutils Version: 5.2.1-2.1 Severity: normal *** Please type your report below this line *** This is a pure 'etch' system. This seemed a somewhat intermittent problem, but I'm sure it's real. Below is a transcript that shows it occurring. Observations: * The problem seems to be isolated to the user 'root'. I tested as 'root' on a pure 'sarge' system and it doesn't occur. As a normal user, I get the output I expect. In that case env | grep LANG gives LANGUAGE=en_AU:en_US:en_GB:en LANG=en_AU see below for these settings as 'root'. * Simple checks don't show a runtime library loading problem ETCH-# which df /bin/df ETCH-# ldd `which df` libc.so.6 => /lib/libc.so.6 (0x40026000) /lib/ld-linux.so.2 (0x4000) * I tried to reproduce this with strace, but the problem does not occur when I run in that mode. I can also avoid the problem by giving the full path to the program, see transcript. Strace output (gzipped) attached, fwiw. One of the mounts (/usr/local) is from /etc/fstab, the others are automounts using autofs. * Possibly related to bugs 140479, 324934 Transcript: ETCH-# strace -o strace.df.fullpath -fa /bin/df -text3 strace: invalid system call `xt3' ETCH-# strace -o strace.df.fullpath -af /bin/df -text3 Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 25 60371160516 28% / /dev/hda8 2885780405884 208 15% /data/ETCH_1 /dev/hda7 459143 8243426403 2% /tmp /dev/hda5 2885780 2046728692464 75% /usr /dev/hda6 918322124184745142 15% /var ETCH-# strace -o strace.df.nopath -af df -text3 Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 25 60371160516 28% / /dev/hda8 2885780405888 204 15% /data/ETCH_1 /dev/hda7 459143 8243426403 2% /tmp /dev/hda5 2885780 2046728692464 75% /usr /dev/hda6 918322124184745142 15% /var ETCH-# df -text3 Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 25 60371160516 28% / /dev/hda8 2885780405888 204 15% /data/ETCH_1 /dev/hda7 459143 8243426403 2% /tmp /dev/hda5 2885780 2046728692464 75% /usr /dev/hda6 918322124184745142 15% /var tmpfs 323040 0323040 0% /dev/shm lynx:/export/DEBIANsarge 4131392700032 3390048 18% /usr/local lynx:/export/user3/user56 78643200 23602208 51604544 32% /u/user56 lynx:/export/applic8246400 6426816 1737120 79% /nfs/applic Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 25 60379160508 28% / /dev/hda8 2885780405892 200 15% /data/ETCH_1 /dev/hda7 459143 8264426382 2% /tmp /dev/hda5 2885780 2046728692464 75% /usr /dev/hda6 918322124207745119 15% /var tmpfs 323040 0323040 0% /dev/shm lynx:/export/DEBIANsarge 4131392700032 3390048 18% /usr/local lynx:/export/user3/user56 78643200 23602208 51604544 32% /u/user56 ETCH-# env host=etch SHELL=/bin/bash TERM=xterm USER=root MAIL=/var/mail/root PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 PWD=/root EDITOR=vi LANG=en_AU PS1=ETCH-# SHLVL=1 HOME=/root LANGUAGE=en_AU:en_US:en_GB:en LOGNAME=root PRINTER=EPP001 _=/usr/bin/env -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-386 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages coreutils depends on: ii libacl1 2.2.29-1.0.1 Access control list shared library ii libc6 2.3.6-7 GNU C Library: Shared libraries coreutils recommends no packages. -- no debconf information strace.df.fullpath.gz Description: Binary data strace.df.nopath.gz Description: Binary data
Bug#387377: coreutils: df -text3 output includes other file system types
What does "type -all df"(assuming bash) or "which df"(other shell) say
when run from your root account?
# echo $SHELL
/bin/bash
# which df
/bin/df
# type -all df
df is a function
df ()
{
/bin/df -k
}
df is /bin/df
ah. fascinating. how the blue blazes did that get there?
It's not a symlink
ETCH-# ls -l /bin/df
-rwxr-xr-x 1 root root 31060 2005-09-04 11:32 /bin/df
It's not a shell script
# file /bin/df
/bin/df: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped
ETCH-# od -c /bin/df |head -5
000 177 E L F 001 001 001 \0 \0 \0 \0 \0 \0 \0 \0 \0
020 002 \0 003 \0 001 \0 \0 \0 @ 217 004 \b 4 \0 \0 \0
040 D u \0 \0 \0 \0 \0 \0 4 \0 \0 \b \0 ( \0
060 032 \0 031 \0 006 \0 \0 \0 4 \0 \0 \0 4 200 004 \b
100 4 200 004 \b \0 001 \0 \0 \0 001 \0 \0 005 \0 \0 \0
I looked at the completions files and could not see a redefinition.
ETCH-# grep -lw df /etc/*
/etc/bash_completion
/etc/complete.tcsh
ETCH-24# grep -lF 'df -k' /etc/*
/etc/complete.tcsh
I then tried tcsh, for kicks. It appears to work correctly
ETCH-# tcsh
ETCH-19# which df
/bin/df
ETCH-20# type -all df
type: Command not found.
ETCH-21# df -text3
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda1 25 60371160516 28% /
/dev/hda8 2885780405876 216 15% /data/ETCH_1
/dev/hda7 459143 8243426403 2% /tmp
/dev/hda5 2885780 2046728692464 75% /usr
/dev/hda6 918322118425750901 14% /var
So it looks like something somewhere redefined /bin/df for me, in the
bash executable?? That seems like a bug to me.
What now?
Cheers
Vince
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388073: [i386][netinst][beta3] failure: Dell Inspiron i7000
Package: installation-reports INSTALL REPORT Debian-installer-version: http://cdimage.debian.org/cdimage/etch_di_beta3/i386/iso-cd/debian-testing-i386-netinst.iso uname -a: Linux tinsley 2.6.16-2-686 #1 Fri Aug 18 19:01:49 UTC 2006 i686 GNU/Linux Date: 2006-08-23T22_00_00+1000 Method: How did you install? boot "installgui" from netinst cdrom What did you boot off? netinst cdrom If network install, from where? n/a Proxied? no Machine: Dell Inspiron i7000 Processor: Intel(R) Celeron(Mendocino) CPU 367MHz Memory: 127220 kB Root Device: IDE, /dev/hda Root Size/partition table: (fdisk -l /dev/hda) Disk /dev/hda: 60.0 GB, 60011642880 bytes 255 heads, 63 sectors/track, 7296 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 34 273073+ 83 Linux /dev/hda2 357296583320155 Extended /dev/hda5 35 642 4883728+ 83 Linux /dev/hda6 6431007 2931831 83 Linux /dev/hda710081069 497983+ 82 Linux swap / Solaris /dev/hda810701131 497983+ 83 Linux /dev/hda911322347 9767488+ 83 Linux /dev/hda10 2348729639752811 83 Linux /etc/fstab: # proc/proc procdefaults0 0 /dev/hda1 / ext3defaults,errors=remount-ro 0 1 /dev/hda10 /data ext3defaults0 2 /dev/hda9 /home ext3defaults0 2 /dev/hda8 /tmpext3defaults0 2 /dev/hda5 /usrext3defaults0 2 /dev/hda6 /varext3defaults0 2 /dev/hda7 noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 Output of lspci and lspci -n: 00:00.0 0600: 8086:7190 (rev 03) 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 0604: 8086:7191 (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:04.0 0607: 104c:ac17 (rev 02) 00:04.0 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:04.1 0607: 104c:ac17 (rev 02) 00:04.1 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:07.0 0680: 8086:7110 (rev 02) 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 0101: 8086:7111 (rev 01) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 0c03: 8086:7112 (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 0680: 8086:7113 (rev 02) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:08.0 0401: 125d:1968 00:08.0 Multimedia audio controller: ESS Technology ES1968 Maestro 2 01:00.0 0300: 1002:4c42 (rev dc) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro AGP-133 (rev dc) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The gui installer looks great! I had a blocking problem though. The installer would crash, ie the screen would go black and the system would lock up completely, after a few changes to the partition table, in the partitioner section of the installer. (The info supplied here is from the finally-installed system, which was not achieved with the installgui boot target.) The sequence of events was: I chose "erase entire disk & autopartition" the partitioner offered me this scheme: hda1 / 279.6M hda5 /usr5G hda6 /var3G swap 378M hda8 /tmp 403M hda9 /home 51G Tried clicking on 'swap' to enlarge it. I was unable to. Fine. Deleted /home, /tmp, swap. Click on FreeSpace, add new swap 512M, at beginning of free space. All ok. Click on FreeSpace, add /tmp of 256Mb. Screen goes black, system locked up. Restart installation from the top, with 'installgui' and no other args. In partitioner, choose "erase entire disk & autopartiton". Create /home 10Gb and /data 41Gb. Screen goes black, system locks up, on that last partition. I am pretty sure this was before any filesystems were created, but my notes lack that (now pertinent) detail. The next install I tried was 'install' (ie still 2.6 kernel) so I think this issue is isolated to the install GUI. lsmod output: Module Size Used by dm_snapshot
Bug#388075: [i386][netinst][beta3] failure: Dell Inspiron i7000 (2nd attempt)
Package: installation-reports
INSTALL REPORT
Debian-installer-version:
http://cdimage.debian.org/cdimage/etch_di_beta3/i386/iso-cd/debian-testing-i386-netinst.iso
uname -a:
Linux tinsley 2.6.16-2-686 #1 Fri Aug 18 19:01:49 UTC 2006 i686 GNU/Linux
Date: 2006-08-23T22_00_00+1000
Method:
How did you install? boot with "install" from netinst cdrom
What did you boot off? netinst cdrom
If network install, from where? n/a
Proxied? no
Machine: Dell Inspiron i7000
Processor: Intel(R) Celeron(Mendocino) CPU 367MHz
Memory: 127220 kB
Root Device: IDE, /dev/hda
Root Size/partition table:
(fdisk -l /dev/hda)
Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 34 273073+ 83 Linux
/dev/hda2 357296583320155 Extended
/dev/hda5 35 642 4883728+ 83 Linux
/dev/hda6 6431007 2931831 83 Linux
/dev/hda710081069 497983+ 82 Linux swap / Solaris
/dev/hda810701131 497983+ 83 Linux
/dev/hda911322347 9767488+ 83 Linux
/dev/hda10 2348729639752811 83 Linux
/etc/fstab:
#
proc/proc procdefaults0 0
/dev/hda1 / ext3defaults,errors=remount-ro 0 1
/dev/hda10 /data ext3defaults0 2
/dev/hda9 /home ext3defaults0 2
/dev/hda8 /tmpext3defaults0 2
/dev/hda5 /usrext3defaults0 2
/dev/hda6 /varext3defaults0 2
/dev/hda7 noneswapsw 0 0
/dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0/media/floppy0 autorw,user,noauto 0 0
Output of lspci and lspci -n:
00:00.0 0600: 8086:7190 (rev 03)
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge
(rev 03)
00:01.0 0604: 8086:7191 (rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge
(rev 03)
00:04.0 0607: 104c:ac17 (rev 02)
00:04.0 CardBus bridge: Texas Instruments PCI1220 (rev 02)
00:04.1 0607: 104c:ac17 (rev 02)
00:04.1 CardBus bridge: Texas Instruments PCI1220 (rev 02)
00:07.0 0680: 8086:7110 (rev 02)
00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 0101: 8086:7111 (rev 01)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 0c03: 8086:7112 (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 0680: 8086:7113 (rev 02)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
00:08.0 0401: 125d:1968
00:08.0 Multimedia audio controller: ESS Technology ES1968 Maestro 2
01:00.0 0300: 1002:4c42 (rev dc)
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro AGP-133
(rev dc)
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:[O]
Configure network HW: [O]
Config network: [O] *
Detect CD: [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives: [O]
Create file systems:[O]
Mount partitions: [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]
Comments/Problems:
Things went pretty well at first, thanks for your great work.
A couple of issues cropped up however.
[bug] kernel does not fully support TOSHIBA DVD-ROM SD-C2202
This may be specific to the d-i kernel; I have never noticed this problem
since completing the installation via a 2.4 kernel and then upgrading to
2.6.16. Oh, the problem:
I was unable to install a 2.6 kernel directly with the 'install' boot item.
It would repeatedly fail during installation of the base system with the error
hdc command error: status=0x51 { DriveReady SeekCompleteError}
{IllegalLengthIndication LastFailedSense=0x05 }
ide: failed opcode was: unknown
end-request: I/O error, dev hdc, sector 3880
Buffer I/O error on device hdc, logical block 970
This would happen at different times during base installation. The status
would always be 0x51 but the sectore would change.
On noticing the failure I went into the shell on VT2 and tried manually
mounting. I was able to get the cdrom to remount with:
umount /cdrom
mount -t iso9660 -oro /dev/cdrom/cdrom0 /cdrom
ls /cdrom
On some of the umount/mount cycles I noticed that the 'etch' directory
was missing from /cdrom/dists/, but then it would return after another
umount/mount cycle.
I kept plugging away at this until the system locked up completely
and I had to abort, after about 3 or 4 cycles.
[wishlist]
Please conside
Bug#388077: [i386][netinst][beta3] (eventual) success: Dell Inspiron i7000
Package: installation-reports INSTALL REPORT Debian-installer-version: http://cdimage.debian.org/cdimage/etch_di_beta3/i386/iso-cd/debian-testing-i386-netinst.iso uname -a: Linux tinsley 2.6.16-2-686 #1 Fri Aug 18 19:01:49 UTC 2006 i686 GNU/Linux Date: 2006-09-09T22_00_00+1000 Method: How did you install? boot "install24" from netinst cdrom What did you boot off? netinst cdrom If network install, from where? n/a Proxied? no Machine: Dell Inspiron i7000 Processor: Intel(R) Celeron(Mendocino) CPU 367MHz Memory: 127220 kB Root Device: IDE, /dev/hda Root Size/partition table: (fdisk -l /dev/hda) Disk /dev/hda: 60.0 GB, 60011642880 bytes 255 heads, 63 sectors/track, 7296 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 34 273073+ 83 Linux /dev/hda2 357296583320155 Extended /dev/hda5 35 642 4883728+ 83 Linux /dev/hda6 6431007 2931831 83 Linux /dev/hda710081069 497983+ 82 Linux swap / Solaris /dev/hda810701131 497983+ 83 Linux /dev/hda911322347 9767488+ 83 Linux /dev/hda10 2348729639752811 83 Linux /etc/fstab: # proc/proc procdefaults0 0 /dev/hda1 / ext3defaults,errors=remount-ro 0 1 /dev/hda10 /data ext3defaults0 2 /dev/hda9 /home ext3defaults0 2 /dev/hda8 /tmpext3defaults0 2 /dev/hda5 /usrext3defaults0 2 /dev/hda6 /varext3defaults0 2 /dev/hda7 noneswapsw 0 0 /dev/hdc/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 Output of lspci and lspci -n: 00:00.0 0600: 8086:7190 (rev 03) 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 0604: 8086:7191 (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:04.0 0607: 104c:ac17 (rev 02) 00:04.0 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:04.1 0607: 104c:ac17 (rev 02) 00:04.1 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:07.0 0680: 8086:7110 (rev 02) 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 0101: 8086:7111 (rev 01) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 0c03: 8086:7112 (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 0680: 8086:7113 (rev 02) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:08.0 0401: 125d:1968 00:08.0 Multimedia audio controller: ESS Technology ES1968 Maestro 2 01:00.0 0300: 1002:4c42 (rev dc) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro AGP-133 (rev dc) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [E] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] * Install boot loader:[O] Reboot: [O] Comments/Problems: Had consistent problems trying to install with 2.6 (install26). I'll file that separately. I booted with 'install24' and no other options. There were some problems with network setup (see below) but I was able to use the archive on the cdrom to get a bootable system. In the "Select and Install Software" step, I set just picked [*] laptop [ ] standard system but this turned out to be extremly minimal - no pciutils, lynx, rsync or 'file'. I hit another problem when I tried to install the 2.6 kernel from the cdrom, see below. Thanks for the many improvements. [bug] unresolved symbol ALIGN in orinoco module of 2.4.27 installer kernel. ethdetect was unable to load the orinoco_cs module, to get networking working. I tried modprobing from the command line and got this: orinoco.o: unresolved symbol ALIGN Going to the 'no network' option allowed me to proceed through the installation. Post-installation, I was able to upgrade to a 2.6.16 kernel (from the cdrom) and this did support my card. This is an old Netgear 802.11b-only card, it should be supported in 2.4 kernels. # lspcmcia Socket 0 Bridge:[yenta_cardbus] (bus ID: :00:04.0) Socket 1 Bridge:[yenta_cardbus] (bus ID: :00:04.1) Socket 1 Device 0: [orinoco_cs](bus ID: 1.0) [bug?] d-i mounts cdrom at a different place than normal system? I'm not sur
Bug#388337: systemimager-server: getimage fails in Server.pm with missing autoinstallscript.conf
Package: systemimager-server
Version: 3.2.3-6sarge2
Severity: normal
Hi,
I was using getimage to make a backup of a woody host before upgrading to sarge.
This is what happened:
foo# prepareclient
master# getimage -golden-client foo -image foo -exclude /data/
I choose 3, 'replicant', viz:
Which method do you prefer? [1]: 3
You have chosen method 3 for assigning IP addresses.
Are you satisfied? ([y]/n): y
File does not exist:
/var/lib/systemimager/images/foo/etc/systemimager/autoinstallscript.conf at
/usr/lib/systemimager/perl/SystemImager/Server.pm line 1133
master# echo $?
255
master# ls /var/lib/systemimager/images/foo/etc/systemimager/
devices_by_label.txt partitionschemes
mounted_filesystems updateclient.local.exclude
The ouptut directory is indeed writeable by root.
This is not the expected behaviour :)
The problem appears to be that getimage runs validate_auto_install_script_conf
(where the code fails out) before it runs create_autoinstall_script.
The patch below appears to resolve that problem, but I'm amazed a bug
like this slipped through. It's possible the problem comes from somewhere
else entirely.
Applying that patch, deleting the image and rerunning produces a new error:
File does not exist:
/var/lib/systemimager/images/Power_Edge_1850_foo/etc/systemimager/autoinstallscript.conf
at /usr/lib/systemimager/perl/SystemImager/Server.pm line 337
This comes from inside create_autoinstall_script(), the call to
_read_partition_info_and_prepare_parted_commands() also expects that the
$auto_install_script_conf file has already been created. During its creation!?
Is the problem that prepareclient should have created
/etc/systemimager/autoinstallscript.conf ? It doesn't seem so from the code.
foo# ls /etc/systemimager
devices_by_label.txt partitionschemes
mounted_filesystems updateclient.local.exclude
If this is the problem, it seems pretty lame to break backwards compatibility
so badly, but if that's what happened then perhaps this bug should be retitled:
getimage does not advise of missing autoinstallscript.conf on golden client
It does check for the mounted_filesystems file, so why not this file?
At this point I think I must have misdiagnosed something and it's time to
call in the experts. Help, please.
--- getimage.orig 2006-09-20 09:42:26.0 +1000
+++ getimage2006-09-20 10:47:57.0 +1000
@@ -555,9 +555,8 @@
$auto_install_script_conf =
"${imagedir}/etc/systemimager/autoinstallscript.conf";
}
-SystemImager::Server->validate_auto_install_script_conf(
$auto_install_script_conf );
-
-SystemImager::Server->create_autoinstall_script(
+unless ( -f $auto_install_script_conf ) {
+SystemImager::Server->create_autoinstall_script(
$script_name,
$autoinstall_script_dir,
$config_dir,
@@ -567,7 +566,11 @@
$post_install,
$no_listing,
$auto_install_script_conf
-);
+);
+}
+
+SystemImager::Server->validate_auto_install_script_conf(
$auto_install_script_conf );
+
### END create a fresh master autoinstall script ###
# prompt to run "addclients"
eop
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages systemimager-server depends on:
ii binutils 2.15-6 The GNU assembler, linker and bina
ii debianutils 2.8.4 Miscellaneous utilities specific t
ii dosfstools2.11-2 Utilities to create and check MS-D
ii libappconfig-perl 1.56-2 Perl module for configuration file
ii libxml-parser-perl2.34-4 Perl module for parsing XML files
ii libxml-simple-perl2.14-1 Perl module for reading and writin
ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem
ii mtools3.9.9-2.1 Tools for manipulating MSDOS files
ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction
ii rsync 2.6.4-6fast remote file copy program (lik
ii systemconfigurator2.0.10-1 Unified Configuration API for Linu
ii systemimager-boot-i386-st 3.2.3-6sarge2 SystemImager boot binaries for i38
ii systemimager-common 3.2.3-6sarge2 Utilities and libraries common to
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389331: linux-image-2.6.17-2-686: confirm fault with serial console
Followup-For: Bug #386497 Package: linux-image-2.6.17-2-686 *** Please type your report below this line *** See also bugs 380188, 383264 I attempted to boot linux-image-2.6.17-2-686-bigmem and also had this failure. This kernel was from backports.org, _but_ only these changes had been made: linux-2.6 (2.6.17-8~bpo.1) sarge-backports; urgency=low * Rebuilt for sarge. * Built using gcc-3.3 and python2.4. * Disabled ABI check. -- Norbert Tretkowski <[EMAIL PROTECTED]> Tue, 5 Sep 2006 19:19:31 +0200 so I think it is worth following up to this bug. I will of course send this report to the backports people too. Note that linux-image-2.6.16-2-686-smp from the same source worked (same level of changes, just a recompile basically). The console message right before the hang was ts: Compaq touchscreen protocol output The first few lines after that are BUG: unable to handle kernel NULL pointer dereference at virtual address 000c printing eip: c020ab74 *pde = 039a5001 *pre = Oops: [#1] SMP Modules linked in: tsdev sg psmouse hw_random mousedev serio_raw shpchp e752_edac edac_mc 8250_pnp ide_floppy pci_hotplug joydev evdev 8250_pci pcspkr rtc floppy ext3 jbd mbcache ide_cd cdrom siimage piix sd_mod usbhid generic ehci_hcd mptfc mptscsih uhci_hcd megaraid_mbox mptbase scsi_transport_fc megaraid_mm usbcore e1000 scsi_mod thermal processor fan CPU: 0 EIP 0060 [] Not tainted VLI EFLAGS 00010206 (2.6.17-2-686-bigmem #1) EIP is at uart_write_room+0x9/0x16 The hardware is: Dell PE1850 with dual CPU, 4096Mb memory, Bios rev A00. I am not using the bpo libc6-i686 package. dpkg -l |grep libc6 ii libc6 2.3.2.ds1-22sa GNU C Library: Shared libraries and Timezone ii libc6-dev 2.3.2.ds1-22sa GNU C Library: Development Libraries and Hea ii xviewg 3.2p1.4-19 XView shared libraries [libc6] This is a SMP-aware kernel, % grep SMP /boot/config-2.6.17-2-686-bigmem CONFIG_SMP=y # CONFIG_X86_BIGSMP is not set CONFIG_SUSPEND_SMP=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_SMP=y I have the hardware attached to a KVM and the serial port connected to a serial concentrator. The relevant bits of /boot/grub/menu.lst are serial --unit=0 --speed=9600 --word=8 --parity=no --stop=1 terminal --timeout=5 console serial kernel /boot/vmlinuz-2.6.17-2-686-bigmem root=/dev/sda2 ro console=tty0 console=ttyS0,9600 I saw the comment about blacklisting 8250_pnp but did not try this. I have hotplug-utils and udev installed, I don't understand why /etc/hotplug should have anything to do with this problem but perhaps it does. FWIW, % ls /etc/hotplug/blacklist.d libsane This file belongs to the (sarge) libsane package and should have no relevance to this discussion. % dpkg -l udev ii udev 0.100-1~bpo.1 /dev/ and hotplug management daemon -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686-smp 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#393154: xfonts-base: possible incorrect font paths?
Package: xfonts-base Version: 1:1.0.0-4 Severity: minor *** Please type your report below this line *** Hi, not sure if this is a bug or a transition issue around xorg 7.0. I just upgraded a pure-etch system and got these warnings: Setting up xfonts-base (1.0.0-4) ... warning: /usr/lib/X11/fonts/misc does not exist or is not a directory warning: /usr/lib/X11/fonts/misc does not exist or is not a directory /usr/lib/X11/fonts exists, but it s a symlink to ../../X11R6/lib/X11/fonts, ie /usr/X11R6/lib/X11/fonts This directory exists, but contains only one directory: ls -l /usr/X11R6/lib/X11/fonts/ drwxr-xr-x 3 root root 4096 2006-09-25 22:13 encodings tree -d /usr/X11R6/lib/X11/fonts /usr/X11R6/lib/X11/fonts `-- encodings `-- large The symlink /usr/lib/X11/fonts belongs to the x11-common package. Should xfonts-base now be looking in /etc/X11/fonts? tree -d /etc/X11/fonts /etc/X11/fonts |-- 100dpi |-- 75dpi |-- Type1 |-- X11R7 | |-- 100dpi | |-- 75dpi | |-- Type1 | `-- misc `-- misc Hope this is helpful. I could not see a relevant bug already but feel free to close or merge if I missed it. Cheers Vince -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages xfonts-base depends on: ii xfonts-utils 1:1.0.0-6 X Window System font utility progr xfonts-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393686: alsa-utils: hard lockup when running alsactl names
Package: alsa-utils Version: 1.0.13-1 Severity: normal *** Please type your report below this line *** Please adjust severity as you see fit, it might be important. This is a pure 'etch' system, with Maestro card (lspci output below). I am trying to get some sound output (from the headphone socket, but the speaker isn't working either). So I almost certainly have something set not quite right, but a hardlockup isn't what I was expecting from an innocent listing of device names. Steps to reproduce: user$ /usr/sbin/alsactl names same occurs if I run as root. Because the system locks up totally, it's rather hard to provide any useful strace output. I attempted this once but the system dies before the strace output file can even be opened. Some background information: user$ (lspci;lspci -n)|sort 00:00.0 0600: 8086:7190 (rev 03) 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 0604: 8086:7191 (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:04.0 0607: 104c:ac17 (rev 02) 00:04.0 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:04.1 0607: 104c:ac17 (rev 02) 00:04.1 CardBus bridge: Texas Instruments PCI1220 (rev 02) 00:07.0 0680: 8086:7110 (rev 02) 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 0101: 8086:7111 (rev 01) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 0c03: 8086:7112 (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 0680: 8086:7113 (rev 02) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:08.0 0401: 125d:1968 00:08.0 Multimedia audio controller: ESS Technology ES1968 Maestro 2 01:00.0 0300: 1002:4c42 (rev dc) 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro AGP-133 (rev dc) user$ lsmod|sort agpgart29232 1 intel_agp apm18380 1 cdrom 31888 1 ide_cd compat_ioctl32 1184 1 radio_maestro dm_mirror 17236 0 dm_mod 47892 2 dm_snapshot,dm_mirror dm_snapshot15324 0 evdev 8736 0 ext3 116008 6 firmware_class 9472 1 pcmcia floppy 55628 0 gameport 13480 1 snd_es1968 generic 4164 0 [permanent] hermes 7136 2 orinoco_cs,orinoco hostap 99140 1 hostap_cs hostap_cs 53588 0 i2c_core 19312 1 i2c_piix4 i2c_piix4 8080 0 ide_cd 35328 0 ide_core 111440 4 ide_cd,ide_disk,piix,generic ide_disk 14528 8 ieee80211_crypt 5312 1 hostap intel_agp 20860 1 ipv6 217760 14 jbd46932 1 ext3 joydev 8864 0 loop 14472 0 mbcache 7652 1 ext3 Module Size Used by mousedev 10368 0 orinoco34452 1 orinoco_cs orinoco_cs 16420 1 parport31720 1 parport_pc parport_pc 31472 0 pci_hotplug24180 1 shpchp pcmcia 34844 2 hostap_cs,orinoco_cs pcmcia_core37264 3 pcmcia,yenta_socket,rsrc_nonstatic pcspkr 2948 0 piix8932 0 [permanent] processor 21696 0 psmouse34248 0 radio_maestro 6656 0 rsrc_nonstatic 11840 1 yenta_socket rtc11252 0 serio_raw 6436 0 shpchp 39200 0 snd46080 9 snd_es1968,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device snd_ac97_bus2048 1 snd_ac97_codec snd_ac97_codec 82784 1 snd_es1968 snd_es1968 25600 0 snd_mixer_oss 15584 1 snd_pcm_oss snd_mpu401_uart 6592 1 snd_es1968 snd_page_alloc 9800 2 snd_es1968,snd_pcm snd_pcm74408 3 snd_es1968,snd_ac97_codec,snd_pcm_oss snd_pcm_oss43520 0 snd_rawmidi22048 1 snd_mpu401_uart snd_seq_device 8236 1 snd_rawmidi snd_timer 20292 1 snd_pcm soundcore 8672 1 snd tsdev 7200 0 uhci_hcd 26640 0 usbcore 110560 3 usbhid,uhci_hcd usbhid 32128 0 videodev8640 1 radio_maestro yenta_socket 23660 4 user$ cat /etc/default/alsa # Configuration file for alsa-base # List, separated by spaces, the names of modules that should be # unloaded, if present, before the machine is suspended. Use the # special name "all" if you would like all ALSA sound modules to be # removed. The modules that are removed will be loaded again after # resume. Currently this only has an effect if you are using apmd. # Examples
Bug#393686: [Pkg-alsa-devel] Bug#393686: alsa-utils: hard lockup when running alsactl names
> > > > Steps to reproduce: > >user$ /usr/sbin/alsactl names > > User can not write to /etc/asound.names > > > same occurs if I run as root. > > What tells > $ ls -al /etc/asound.names > ? user$ ls -al /etc/asound.names ls: /etc/asound.names: No such file or directory user$ ls -la /etc/as* ls: /etc/as*: No such file or directory That file isn't supposed to exist according to dpkg: user$ dpkg -L alsa-utils|grep asound /usr/share/man/man1/asoundconf.1.gz /usr/bin/asoundconf I also checked for etc/asound.names, etc/asound and asound on p.d.o. Nothing. This is extremely weird, since the manual page explicitly mentions /etc/asound.conf user$ dpkg -L alsa-utils |grep etc /etc /etc/alsa /etc/alsa/modprobe-post-install.d /etc/alsa/modprobe-post-install.d/alsa-utils /etc/udev /etc/udev/rules.d /etc/udev/alsa-utils.rules /etc/init.d /etc/init.d/alsa-utils These are the alsa-* packages I have installed: user$ dpkg -l |grep alsa ii alsa-base 1.0.13-1 ALSA driver configuration files ii alsa-utils 1.0.13-1 ALSA utilities FWIW, /var/lib/alsa/asound.state looks normal user$ ls -al /var/lib/alsa/ total 16 drwxr-xr-x 2 root root 4096 2006-09-09 11:24 . drwxr-xr-x 41 root root 4096 2006-10-16 22:39 .. -rw-r--r-- 1 root root 5273 2006-10-18 07:50 asound.state > Could you please try as user > $ alsactl -f $HOME/asond_user.names names > and check that file? > > I tried same here with same soundcard and it is _not_ reproducible > for me. I still get a hard lockup. The file ~/asound_user.names is not created. I checked around in /var/log, all I could find were boot-time messages in /var/log/messages, eg Oct 18 20:46:42 tinsley kernel: es1968: not attempting power management. Oct 18 20:46:42 tinsley kernel: es1968: clocking to 48000 Thanks for your questions Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393686: [Pkg-alsa-devel] Bug#393686: alsa-utils: hard lockup when running alsactl names
> [...] > > I still get a hard lockup. > > The file ~/asound_user.names is not created. > > > > I checked around in /var/log, all I could find were boot-time messages > > in /var/log/messages, eg > > Oct 18 20:46:42 tinsley kernel: es1968: not attempting power management. > > Oct 18 20:46:42 tinsley kernel: es1968: clocking to 48000 > > Why do you need /etc/asound.names? I don't necessarily. I don't really know what it is for. I tried alsactl names to see what devices alsa thought were there, and hit a hard lockup which I thought I should report. > Is sound working properly? Sound is not working correctly. I can see sound devices and mucking around in alsamixer allows me to get a soft clicking sound if I turn the volume way up. But I have been unable to get any sound files to play back. My attempts so far have been with xmms and an mp3 file (the file is known good). > Do you have customized asoundrc's? Not that I can find. Because getting sound working involves so much hassle I usually don't bother tweaking it once it's working. > Please provide the output of: > $ ls -al /dev/snd > witch has to look like: user$ ls -al /dev/snd total 0 drwxr-xr-x 2 root root 140 2006-10-18 20:46 . drwxr-xr-x 15 root root13620 2006-10-21 08:59 .. crw-rw 1 root audio 116, 0 2006-10-18 20:46 controlC0 crw-rw 1 root audio 116, 8 2006-10-18 20:46 midiC0D0 crw-rw 1 root audio 116, 24 2006-10-18 20:46 pcmC0D0c crw-rw 1 root audio 116, 16 2006-10-18 20:46 pcmC0D0p crw-rw 1 root audio 116, 33 2006-10-18 20:46 timer I've tagged the missing ones below, with an asterisk: > crw-rw 1 root audio 116, 0 Oct 19 21:25 controlC0 > crw-rw 1 root audio 116, 32 Oct 19 21:25 controlC1 * > crw-rw 1 root audio 116, 36 Oct 19 21:25 hwC1D0 * > crw-rw 1 root audio 116, 8 Oct 19 21:25 midiC0D0 > crw-rw 1 root audio 116, 24 Oct 19 21:25 pcmC0D0c > crw-rw 1 root audio 116, 16 Oct 19 21:25 pcmC0D0p > crw-rw 1 root audio 116, 17 Oct 19 21:25 pcmC0D1p * > crw-rw 1 root audio 116, 56 Oct 19 21:25 pcmC1D0c * > crw-rw 1 root audio 116, 48 Oct 19 21:25 pcmC1D0p * > crw-rw 1 root audio 116, 49 Oct 19 21:25 pcmC1D1p * > crw-rw 1 root audio 116, 58 Oct 19 21:25 pcmC1D2c * > crw-rw 1 root audio 116, 50 Oct 19 21:25 pcmC1D2p * > crw-rw 1 root audio 116, 33 Oct 19 21:25 timer Perhaps I need an extra module to be loaded? I haven't changed the module configuration since my initial report. > As told before: Not reproducible :( Strange indeed. Could you send the output of the command when you run it, out of band? Thanks for your assistance. Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393686: alsa-utils: hard lockup when running alsactl names
On Sat, 21 Oct 2006, Elimar Riesebieter wrote: That seems to be ok. Are you able to play your known good mp3 with alsaplayer, mpg321 or similar? Make sure nothing is muted in alsamixer. alsaplayer - very faint and muffled sound. mpg321 - no discernable sound Are you a member of group audio? $ id $ id uid=1000(vjm) gid=1000(vjm) groups=20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),50(staff),1000(vjm) Did your sound ever works with older versions (kernel, alsa)? yes, with the last install I had on this machine (Ubuntu Breezy) I was able to play mp3's with xmms and I think the oss driver. The system I have on the machine now is a bare-metal reinstall on a fresh hard disk, with the etch rc3 installer. After I installed alsaplayer and mpg321, I went and ran alsaconf. Just to see what would happen. I can't recall if I ran alsaconf before. I _think_ I did. When I ran alsaconf, it prompted me about updating /etc/modprobe.d/sound. I checked, and I didn't have that file. $ ls -lt /etc/modprobe.d/ total 28 lrwxrwxrwx 1 root root41 2006-10-15 19:50 linux-sound-base_noOSS -> /lib/linux-sound-base/noOSS.modprobe.conf -rw-r--r-- 1 root root 16153 2006-09-11 18:44 alsa-base drwxr-xr-x 2 root root 1024 2006-09-06 01:31 arch lrwxrwxrwx 1 root root 9 2006-09-06 01:31 arch-aliases -> arch/i386 -rw-r--r-- 1 root root 156 2006-08-17 04:36 alsa-base-blacklist -rw-r--r-- 1 root root 4360 2006-06-03 22:52 aliases -rw-r--r-- 1 root root 1406 2006-05-30 10:00 blacklist -rw-r--r-- 1 root root 284 2006-05-30 10:00 display_class -rw-r--r-- 1 root root 363 2006-05-30 10:00 pnp-hotplug So I continued on, and it found my Maestro card and a "legacy probe ISA" thing. I accepted the default choice of device/driver, es1968. The /etc/modprobe.d directory was updated to this: -rw-r--r-- 1 root root55 2006-10-22 13:18 sound lrwxrwxrwx 1 root root41 2006-10-15 19:50 linux-sound-base_noOSS -> /lib/linux-sound-base/noOSS.modprobe.conf -rw-r--r-- 1 root root 16153 2006-09-11 18:44 alsa-base drwxr-xr-x 2 root root 1024 2006-09-06 01:31 arch lrwxrwxrwx 1 root root 9 2006-09-06 01:31 arch-aliases -> arch/i386 -rw-r--r-- 1 root root 156 2006-08-17 04:36 alsa-base-blacklist -rw-r--r-- 1 root root 4360 2006-06-03 22:52 aliases -rw-r--r-- 1 root root 1406 2006-05-30 10:00 blacklist -rw-r--r-- 1 root root 284 2006-05-30 10:00 display_class -rw-r--r-- 1 root root 363 2006-05-30 10:00 pnp-hotplug The terminal output from alsaconf was as follows... root# alsaconf Terminating processes: 3876 3908. Unloading ALSA sound driver modules: snd-es1968 snd-ac97-codec snd-ac97-bus snd-pcm-oss snd-mixer-oss snd-pcm snd-timer snd-page-alloc snd-mpu401-uart snd-rawmidi snd-seq-device. Building card database... Running update-modules... Loading driver... Setting default volumes... === Now ALSA is ready to use. For adjustment of volumes, use your favorite mixer. Have a lot of fun! root# ---end- Now, sound is working: xmms, alsaplayer, mpg321 all play the mp3 file perfectly. I can adjust volume with the hardware control, xfmixer and using the sliders in xmms or alsaplayer. So that's some progress. Thanks! I still don't see /etc/asound.names. I got another hard lockup running root# alsactl names but didn't try the -f option or as a normal user. Cheers Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#736904: apt-mirror: spelling & grammar cleanups
Package: apt-mirror
Version:
Severity: minor
*** Please type your report below this line ***
Hi
I was looking into apt-mirror and noticed a few things that were
easy to fix. Please consider the attached patch (against current git).
-- System Information:
Debian Release: 6.0.8
APT prefers oldstable
APT policy: (990, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: vincent.mcint...@csiro.au
Date: Tue, 28 Jan 2014 15:50:23 +1100
Subject: [PATCH] spelling and grammar improvements
---
apt-mirror | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/apt-mirror b/apt-mirror
index 455fa85..81b13e3 100755
--- a/apt-mirror
+++ b/apt-mirror
@@ -16,12 +16,12 @@ A small and efficient tool that lets you mirror a part of or
the whole Debian GNU/Linux distribution or any other apt sources.
Main features:
- * It uses a config similar to apts F
- * It's fully pool comply
+ * It uses a config similar to apt's F
+ * It's fully pool compliant
* It supports multithreaded downloading
* It supports multiple architectures at the same time
* It can automatically remove unneeded files
- * It works well on overloaded channel to internet
+ * It works well on an overloaded internet connection
* It never produces an inconsistent mirror including while mirroring
* It works on all POSIX compliant systems with perl and wget
@@ -35,7 +35,7 @@ After you setup the configuration file you may run as root:
# su - apt-mirror -c apt-mirror
-Or uncomment line in F to enable daily mirror updates.
+Or uncomment the line in F to enable daily mirror updates.
=head1 FILES
@@ -52,17 +52,17 @@ F
Place for temporarily downloaded indexes
F
-Log files placed here. URLs and MD5 summs also here.
+Log files placed here. URLs and MD5 checksums also here.
=head1 CONFIGURATION EXAMPLES
-The mirror.list configuration supports many options, the file is well commented explinging each option.
-here are some sample mirror configuration lines showing the various supported ways :
+The mirror.list configuration supports many options, the file is well commented explaining each option.
+Here are some sample mirror configuration lines showing the various supported ways :
Normal:
deb http://example.com/debian stable main contrib non-free
-Arch Specific: ( many other arch's are supported )
+Arch Specific: ( many other architectures are supported )
deb-powerpc http://example.com/debian stable main contrib non-free
HTTP and FTP Auth or non-standard port:
@@ -399,7 +399,7 @@ foreach (keys %urls_to_download) {
}
##
-## Main download prepair
+## Main download preparations
%urls_to_download = ();
@@ -501,7 +501,7 @@ sub proceed_index_gz {
close STREAM;
}
-print "Proceed indexes: [";
+print "Processing indexes: [";
foreach (@config_sources) {
my ($uri, $distribution, @components) = @{$_};
--
1.7.2.5
Bug#734329: denyhosts: regression in regex.py
Package: denyhosts
Version: 2.6-10.1
Severity: important
Hi
I have 2.6-10 running on a few squeeze hosts here and applied the patch that
should fix #692229. I think there is a problem with one aspect of that
change -
- FAILED_ENTRY_REGEX = re.compile(r"""Failed (?P.*) for
(?Pinvalid user |illegal user )?(?P.*?) .*from
(:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})""")
+ FAILED_ENTRY_REGEX = re.compile(r"""Failed (?P\S*) for
(?Pinvalid user |illegal user )?(?P.*) from
(:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})$""")
The issue is the $ after the IP address matching - this fails on my syslog
files which have lines like:
Jan 5 21:01:15 venice sshd[12491]: Failed password for root from
122.252.245.89 port 57845 ssh2
To make the regex match again, just drop the $. (Tested with 'kodos').
What I am unclear about is whether making this change will allow
IP address injections again. Can the wildcard for the match
be made non-greedy?
Otherwise, the following regex may be ok:
Failed (?P\S*) for (?Pinvalid user |illegal user
)?(?P.*) from (:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})(
port \d+)?
This issue is also present in 2.6-7+deb6u2 (I checked regex.py)
and (I infer) 2.6-10+deb7u.
Kind regards
Vince
-- System Information:
Debian Release: 6.0.8
APT prefers oldstable
APT policy: (990, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages denyhosts depends on:
ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii python 2.6.6-3+squeeze7 interactive high-level object-orie
denyhosts recommends no packages.
denyhosts suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734329: denyhosts: regression in regex.py
On Sun, Jan 12, 2014 at 07:34:54PM +0100, Helmut Grohne wrote: > Control: tags -1 + patch > > Hi Vincent, > > On Mon, Jan 06, 2014 at 06:32:13AM +0100, Helmut Grohne wrote: > > A real fix seems more involved. Suggestions welcome. > > Personally I cannot reproduce this issue on any of my machines, but I > believe that I understand the cause. > > Can you test one of the attached patches? I presume that you can build > the packages yourself, if not, please contact me. > > Note that due to the very likely removal of denyhosts from sid, my patch > does not solve the regression for jessie or sid. It only works with > older openssh versions from squeeze or wheezy. The patches are also > available as branches from the collab-maint/denyhosts git repository. I've tried the patch and it works correctly. Thanks for your work on denyhosts, Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#752372: Support the 'postfix' user being defined in NIS
Package: postfix Version: 2.9.6-2 Severity: minor Tags: patch thanks Hi, Please consider applying the patch shown below. Without the patch, in the situation described, postfix refuses to start because the runtime user it wants to use is not yet available. This patch also appears to be applicable to the current git master branch, commit 7ce32664f358dd05fe65c7b1a71e86de2fbc016d Kind regards Vince - [PATCH] Support the 'postfix' user being defined in NIS On a system where NIS is installed, and the user 'postfix' is defined in NIS, 'adduser' will not create a local 'postfix' user when postfix is installed. In this case, postfix needs to start _after_ NIS. Add 'ypbind' to the Should-* lines of the init script, so that insserv will calculate the desired ordering. --- debian/init.d |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/init.d b/debian/init.d index 838f3c7..c4cfdff 100644 --- a/debian/init.d +++ b/debian/init.d @@ -9,8 +9,8 @@ # Provides: postfix mail-transport-agent # Required-Start:$local_fs $remote_fs $syslog $named $network $time # Required-Stop: $local_fs $remote_fs $syslog $named $network -# Should-Start: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot -# Should-Stop: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot +# Should-Start: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot ypbind +# Should-Stop: postgresql mysql clamav-daemon postgrey spamassassin saslauthd dovecot ypbind # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: start and stop the Postfix Mail Transport Agent -- 1.7.2.5 - -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/32 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-0.1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii libc6 2.13-38+deb7u1 ii libdb5.1 5.1.29-5 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libssl1.0.01.0.1e-2+deb7u11 ii lsb-base 4.1+Debian8+deb7u1 ii netbase5.0 ii ssl-cert 1.0.32 Versions of packages postfix recommends: ii python 2.7.3-4+deb7u1 Versions of packages postfix suggests: ii bsd-mailx [mail-reader] 8.1.2-0.2006cvs-1 pn dovecot-common ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 ii mutt [mail-reader] 1.5.21-6.2+deb7u2 pn postfix-cdb ii postfix-doc 2.9.6-2 pn postfix-ldap pn postfix-mysql ii postfix-pcre 2.9.6-2 pn postfix-pgsql ii procmail 3.22-20 pn resolvconf pn sasl2-bin pn ufw -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748080: denyhosts: RESET_ON_SUCCESS not working
Package: denyhosts
Version: 2.6-10+deb7u2
Severity: normal
On a debian system a successful ssh login is recorded like this in auth.log:
May 14 09:57:40 mybox sshd[30973]: Accepted password for joe from 1.15.16.24
port 57633 ssh2
But regex.py is looking for:
SUCCESSFUL_ENTRY_REGEX = re.compile(r"""Accepted (?P\S+) for
(?P.*?) from (:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})$""")
which does not match because of the 'port' etc after the IP address.
This is easily fixed, with this regex instead:
SUCCESSFUL_ENTRY_REGEX = re.compile(r"""Accepted (?P\S+) for
(?P.*?) from (:::)?(?P\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})( port
\d+)?( ssh2)?$""")
See also #734329.
Looking back at that bug made me wonder about the (?P.*?) element
of the regex. Should it be (?P.*) instead?
Kind regards
Vince
--
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671347: patch
Tags: patch I just noticed that the cups-bsd.config file asks the question about LPD support at priority 'medium', which is perhaps too low and not being shown to the user in some contexts. But if 'medium' is appropriate, then perhaps a bit of documentation would fix this bug? index ee7568a..14efa20 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -241,6 +241,13 @@ Miscellaneous Tips If you'd like to change this, you can modify by using "PidFile " directive at your /etc/cups/cupsd.conf. + - When using the LPD support provided by cups-bsd, you need to ensure + debconf knows that you want LPD support enabled. Otherwise LPD support + will be disabled when you upgrade cups-bsd. To check, run this command: + $ debconf-get-settings |grep setuplpd + which should return: + cups-bsdcups-bsd/setuplpd boolean true + Enjoy! -- Jeff Licquia and Kenshi Muto -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508740: adduser: confusing message regarding format of group names
On Wed, Nov 23, 2011 at 09:44:11PM +1100, Marc Haber wrote: > > On Mon, Dec 15, 2008 at 08:48:50AM +1100, Vincent McIntyre wrote: > > addgroup: Please enter a username matching the regular expression configured > > via the NAME_REGEX configuration variable. Use the `--force-badname' > > option to relax this check or reconfigure NAME_REGEX. > > NAME_REGEX is mentioned in the man page for adduser.conf, which is > referenced in the adduser man page. > > I can offer to include NAME_REGEX into the default configuration file, > if that helps for people who cannot find the man page. Would that help? > I think it would. In fact this was done before I even reported the bug, http://anonscm.debian.org/viewvc/adduser/trunk/adduser.conf?r1=738&r2=744 Ah, the joy of running stable. The relevant lines are there in my copy of /usr/share/adduser/adduser.conf, and the postinst copies this to /etc/adduser.conf if the latter is missing. So I think this bug can be closed. I suspect that I did not see the regex in my copy of /etc/adduser.conf because I had an old version, kept there across upgrades. Looking at the manpage text again, it seems that I must not have made the connection "configuration file" == "/etc/adduser.conf". Which was lame of me. The only change I can think of that would have avoided my confusion would be more explicitly pointing to the manpage for the config file, eg --- usr/share/man/man8/adduser.8.orig 2011-11-24 07:27:43.407629520 +1100 +++ usr/share/man/man8/adduser.82011-11-24 07:31:14.739404373 +1100 @@ -199,6 +199,8 @@ and .B addgroup to apply only a weak check for validity of the name. +.B NAME_REGEX +is described in adduser.conf(5). .TP .B \-\-gecos GECOS Set the gecos field for the new entry generated. Thanks for your care of this package. Kind regards, Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693194: twm: does not handle UTF-8 locales
Package: twm Version: 1:1.0.4-2 Severity: normal *** Please type your report below this line *** Not sure the title of this report is correct. I've been having an issue with twm where the decorations in the window titl= e tabs are in a font size that does not match the text used in the tab, even when all the *Font properties in .twmrc are set to the same font. To reproduce my initial issue: sh$ grep -v ^# ~/.twmrc |grep Font ResizeFont "fixed" sh$ env|grep LC NLSPATH=3D/usr/share/locale/%L/LC_MESSAGES/%N.cat:/usr/share/locale/%L/LC_M= ESSAGES/%N.cat sh$ env|grep en_AU LANGUAGE=3Den_AU:en LANG=3Den_AU.UTF-8 XTERM_LOCALE=3Den_AU.UTF-8 sh$ killall twm sh$ LANG=3Den_AU.UTF-8 twm sh$ $ LANG=3DC twm Experimenting with removing .twmrc entirely found another issue: twm fails to start unless the locale is something it is comfortable with. sh$ mv ~/.twmrc ~/twmrc sh$ killall twm sh$ LANG=3Den_AU.UTF-8 twm twm: unable to open fontset "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*= -*-*" sh$ echo $? 1 sh$ $ LANG=3DC twm sh$ LANG=3Den_US.UTF-8 twm Kind regards -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=3DC, LC_CTYPE=3DC (charmap=3DANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages twm depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared= lib ii libice6 2:1.0.6-2X11 Inter-Client Exchange libr= ary ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension li= brar ii libxmu6 2:1.0.5-2X11 miscellaneous utility libr= ary ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii menu2.1.44 generates programs menu for al= l me ii x11-common 1:7.5+8+squeeze1 X Window System (X.Org) infras= truc twm recommends no packages. twm suggests no packages. This may be relevant: $ dpkg -l|grep font|grep ^ii ii console-setup 1.68+squeeze2 console fon= t and keymap setup program ii console-terminus 4.30-2Fixed-width= fonts for fast reading on the Linux console ii defoma0.11.11 Debian Font= Manager -- automatic font configuration framework ii fontconfig2.8.0-2.1 generic fon= t configuration library - support binaries ii fontconfig-config 2.8.0-2.1 generic fon= t configuration library - configuration ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for t= he Ghostscript interpreter(s) ii gsfonts-x11 0.21 Make Ghosts= cript fonts available to X11 ii kbd 1.15.2-2 Linux conso= le font and keytable utilities ii latex-xft-fonts 1.6.7-1 TrueType ve= rsions of some TeX fonts -- transitional package ii libfontconfig12.8.0-2.1 generic fon= t configuration library - runtime ii libfontconfig1-dev2.8.0-2.1 generic fon= t configuration library - development ii libfontenc1 1:1.0.5-2 X11 font en= coding library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 = font engine, shared library files ii libfreetype6-dev 2.4.2-2.1+squeeze4FreeType 2 = font engine, development files ii libgraphite3 1:2.3.1-0.2 SILGraphite= - a "smart font" rendering engine ii libt1-5 5.1.2-3+squeeze1 Type 1 font= rasterizer library - runtime ii libxfont1 1:1.4.1-3 X11 font ra= sterisation library ii libxft-dev2.1.14-2 FreeType-ba= sed font drawing library for X (development files) ii libxft2 2.1.14-2 FreeType-ba= sed font drawing library for X ii lmodern 2.004.1-3 scalable Po= stScript and OpenType fonts based on Computer Modern ii psfontmgr 0.11.11 PostScript = font manager -- part of Defoma, Debian Font Manager ii sun-java6-fonts 6.26-0squeeze1Lucida True= Type fonts (from the Sun JRE) ii texlive-font-utils2009-10 TeX Live: T= eX and Outline font utilities ii texlive-fonts-extra 2009-10 TeX Live: E= xtra fonts ii texlive-fonts-recommended 2009-11+squeeze1 TeX Live: R= ecommended
Bug#610282: preseed: partman-lvm/confirm boolean true does not suppress "Before the Logical Volume ..."
tags patch thanks Hi, I believe the entirety of the required patch is at the end of this message. Please consider applying it. I'd like to make a plea for an easily-findable branch or tag series for making updates like this to the installation guide which-applies- to-the-current-'stable'. When I was fishing around in preparation for generating this patch I could not easily find the exact svn revision matching the last upload (20110122~squeeze1, done on 2011-02-26) - the closest was the one below. Maybe I've missed something? I can see Samuel is regularly tagging uploads so maybe that is the answer for wheezy and beyond. I'd prefer a branch that gets made shortly after the release. I take Holger's point about the timing in this particular case, but in general it would be helpful to users of stable if the manual could be fixed when errors are found and patches provided. Errors like this can waste hours that could be better spent (torturing the latest d-i beta). If it were easier to submit patches to the 'stable' manual and there was some hope of them actually going in (say around the time of a point release) then more patches might come in. Thanks to all for your work on the manual, it's appreciated. Vince Index: tags/manual/20110122/en/appendix/preseed.xml === --- tags/manual/20110122/en/appendix/preseed.xml(revision 68406) +++ tags/manual/20110122/en/appendix/preseed.xml(working copy) @@ -1112,6 +1112,7 @@ d-i partman-md/device_remove_md boolean true # And the same goes for the confirmation to write the lvm partitions. d-i partman-lvm/confirm boolean true +d-i partman-lvm/confirm_nooverwrite boolean true # You can choose one of the three predefined partitioning recipes: # - atomic: all files in one partition -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602464: libpam-unix2: does not use blowfish hash in /etc/shadow entries
On Thu, Jan 12, 2012 at 10:26:58AM +1100, Jakub Wilk wrote: > * Vincent McIntyre , 2010-11-05, 13:18: > >I used the default /etc/security/pam_unix2 file; > > % sudo mv /etc/security/pam_unix2.default /etc/security/pam_unix2 > > You are not supposed to rename this file. The PAM module reads the > /etc/security/pam_unix2.default file (yes, with ".default" suffix). Thanks for this information. I can't recall why I thought that it was necessary to rename it. > > % grep -v ^# /etc/security/pam_unix2.default > > CRYPT=des > > CRYPT_FILES=blowfish > > BLOWFISH_CRYPT_FILES=5 > > CRYPT_YP=des > > Now I'm confused. So you renamed pam_unix2.default to pam_unix2, but the > former file is still there? > I think that there is a cut/paste error there or the line above. Apologies for the confusion. I went back to a clean system and reinstalled libpam-unix2. This time I didn't do any renaming of files. # grep -v ^# /etc/security/pam_unix2.default CRYPT=des CRYPT_FILES=blowfish BLOWFISH_CRYPT_FILES=5 CRYPT_YP=des # grep -v ^# common-password password required pam_unix2.so nullok debug I did not recreate the /etc/default/passwd symlink. I think now that I did it before because the NEWS file mentions it: Version 1.21 * Read /etc/default/passwd for default crypt hash method but the pam_unix2(8) manpage doesn't. I added a local user. $2$ is shown in /etc/shadow. I updated the password of an existing local user. This user had $1$ in /etc/shadow initially, after the update it had $2$. So I think this bug can be closed, as invalid. Thanks for your input, and sorry for the noise. Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602464: libpam-unix2: does not use blowfish hash in /etc/shadow entries
One further thing about the symlink business. README.Debian says: The new /etc/default/passwd from upstream has been moved to /etc/security/pam_unix2.default I think it would be easier to understand if it said: The configuration file for this module is /etc/security/pam_unix2.default. Upstream provides the configuration file as /etc/default/passwd. It is not necessary to symlink /etc/security/pam_unix2.default to /etc/default/passwd. Kind regards Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679349: qa.debian.org: unhelpful handling of older VCS browse links (op=log)
Package: qa.debian.org Severity: normal *** Please type your report below this line *** The hplip package source has this: Vcs-Browser: http://svn.debian.org/wsvn/pkg-hpijs/hplip/?op=log The (browse) link in the packages.qa.d.o page [1] is the same URL. Following that link gives this result: An Exception Has Occurred An illegal parameter name was provided. HTTP Response Status 400 Bad Request Expected results: server tries a redirect to http://svn.debian.org/wsvn/pkg-hpijs/hplip/ This is why #459012 is a good idea. Thanks for working on this service, it's fantastically useful. Vince [1] http://packages.qa.debian.org/h/hplip.html -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#683696: [wheezy] upgrading kernel & udev discussion needs modification
Package: release-notes Severity: Normal In the "Upgrades from Debian 6.0 (squeeze) chapter: the discussion of which order to upgrade the kernel and udev that applied to the lenny->squeeze transition seems no longer relevant to squeeze->wheezy. It may be sufficient to just delete this section, but I don't know if there are some issues lurking still. Cheers VInce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
