Bug#608256: /etc/logcheck/ignore.d.server/dnsmasq: dnsmasq: interface names are allowed to have a dash (-) please add this to the filter
Package: logcheck-database Version: 1.2.69 Severity: normal File: /etc/logcheck/ignore.d.server/dnsmasq A dnsmasq log about DHCP events has the interface name in it. Interface names are allowed to have a dash (-) in them, but the logcheck filter does not have the dash in it. Please add the dash. -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- debconf information: logcheck-database/conffile-cleanup: false logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510472: logcheck-database: pam_unix messages could be ignored.
Package: logcheck-database Version: 1.2.68 Severity: normal I'm using ldap to authenticate users. And thus pam_unix is sufficient, but allowed to fail. It has now started to spam the logs with lots of Jan 2 09:22:57 sisko sshd[28511]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=host92-22-static.38-79-b.business.telecomitalia.it user=root And on another system the same is happening for imapd. For a few weeks now I've added the below to the logcheck database to filter all those extra messages. It appears to have changed from a previous one, although I haven't bothered to look at the differences. ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ [[:alnum:]]+\[[0-9]+\]: pam_unix\([[:alnum:]]+:auth\): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=[\.0-9]+ user=[^[:space:]]+$ -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-7-server (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- debconf information: logcheck-database/standard-rename-note: logcheck-database/conffile-cleanup: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503000: [Logcheck-devel] Bug#503000: logcheck fails due to a perl warning
Gerfried, Gerfried Fuchs wrote: Am Dienstag, den 21.10.2008, 19:11 +0200 schrieb Jan Evert van Grootheest: Package: logcheck Version: 1.2.68 Severity: important I upgraded my lenny server today. I guess the previous update is something like two weeks ago. Now logcheck started sending mails containing only this perl error: This email is sent by logcheck. If you wish to no-longer receive it, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= LANG = en_US.UTF-8 LANG = en_US.UTF-8 LANGUAGE = (unset), LANGUAGE = (unset), LC_ALL = (unset), LC_ALL = (unset), are supported and installed on your system. are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Falling back to the standard locale (C). perl: warning: Please check that your locale settings: perl: warning: Please check that your locale settings: perl: warning: Setting locale failed. perl: warning: Setting locale failed. -- end quote -- Obviously there's something wrong with perl. But I also consider it a bug that logcheck produces 'half' a result in this manner. It should really not be doing this. It's not really just wrong with perl but your general locale setup. Please see /etc/environment and /etc/locale.gen. I expect that you have a LANG=en_US.UTF-8 entry in the former but not in the later. This will spit out messages like this with every other perl code you are using, like e.g. also in upgrade logs, and I expect you haven't filed a bugreport against apt for that, did you. :) Pretty please tell locales to generate the locale you set, that's the only proper fix for that. This is not limited to logcheck at all, it affects your whole system. Go through dpkg-reconfigure locales as root. If you don't have the locales package installed you shouldn't set LANG to anything else but the standard locale (C or POSIX), especially not systemwide. /etc/environment and /etc/locale match. And I did that, long time ago, through 'dpkg-reconfigure locales'. And with apt its just a warning, here the output is missing. It's really that the perl warning is the only content of the mail. -- Jan Evert
Bug#503000: Info received ([Logcheck-devel] Bug#503000: logcheck fails due to a perl warning)
Just figured it out. In debian, /usr/bin/locale is in the libc6 package. But, for xen from ubuntu, I'm using ubuntus libc6 which does not have it. Hence the problem. Same story for localedef. If somebody would please close this brown-paper bag bug for this naive soul, thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503000: logcheck fails due to a perl warning
Package: logcheck Version: 1.2.68 Severity: important I upgraded my lenny server today. I guess the previous update is something like two weeks ago. Now logcheck started sending mails containing only this perl error: This email is sent by logcheck. If you wish to no-longer receive it, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= LANG = en_US.UTF-8 LANG = en_US.UTF-8 LANGUAGE = (unset), LANGUAGE = (unset), LC_ALL = (unset), LC_ALL = (unset), are supported and installed on your system. are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Falling back to the standard locale (C). perl: warning: Please check that your locale settings: perl: warning: Please check that your locale settings: perl: warning: Setting locale failed. perl: warning: Setting locale failed. -- end quote -- Obviously there's something wrong with perl. But I also consider it a bug that logcheck produces 'half' a result in this manner. It should really not be doing this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-xen (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=sh: locale: command not found) Shell: /bin/sh linked to /bin/bash Versions of packages logcheck depends on: ii adduser3.110 add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii cron 3.0pl1-105management of regular background p ii exim4 4.69-9metapackage to ease Exim MTA (v4) ii exim4-daemon-light 4.69-9lightweight Exim MTA (v4) daemon ii lockfile-progs 0.1.11-0.1Programs for locking and unlocking ii logtail1.2.68Print log file lines that have not ii mailx 1:20071201-3 Transitional package for mailx ren ii sysklogd [system-l 1.5-5 System Logging Daemon Versions of packages logcheck recommends: ii logcheck-database 1.2.68 database of system log rules for t Versions of packages logcheck suggests: pn syslog-summarynone (no description available) -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Can't exec locale: No such file or directory at /usr/share/perl5/Debconf/Encoding.pm line 16. Use of uninitialized value $Debconf::Encoding::charmap in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17. logcheck/changes: logcheck/install-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221790: This perl warning is now no longer just annoying. It makes logcheck nonfunctional.
Package: perl Version: 5.10.0-16 Followup-For: Bug #221790 I'm getting, for a while already, variations to the warning below. perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Can't exec locale: No such file or directory at /usr/share/perl5/Debconf/Encoding.pm line 16. Use of uninitialized value $Debconf::Encoding::charmap in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17. -- end quote -- I have today upgraded logcheck to the newest version in lenny. And now it only sends messages with the above warning in it. Note that this machine is a xen dom0 and as such it has no need for locales. The only packages installed that look like related are locales and liblocale-gettext-perl. In case you're wondering about that libc, that's to support xen 3.3 from Ubuntu. And the kernel is also from ubuntu because of hardware support (boy, 2.6.18 is old). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-xen (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=sh: locale: command not found) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libc6 2.8~20080505-0ubuntu7 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii perl-base 5.10.0-16 minimal Perl system ii perl-modules 5.10.0-16 Core Perl modules Versions of packages perl recommends: ii netbase 4.34 Basic TCP/IP networking system pn perl-doc none (no description available) Versions of packages perl suggests: pn libterm-readline-gnu-perl | l none (no description available) -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Can't exec locale: No such file or directory at /usr/share/perl5/Debconf/Encoding.pm line 16. Use of uninitialized value $Debconf::Encoding::charmap in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500717: [Pkg-net-snmp-devel] Bug#500717: snmpd reports assert in syslog and does not return data
Jochen, Since upgrading from etch (stable) to testing, snmpd is reporting this in syslog: Sep 30 06:25:22 quark snmpd[4507]: netsnmp_assert rc == 0 failed if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates() Does this still happen, if you restart snmpd? It looks like this might happen if the interface name is changed after snmpd has been started. At restart this happened: Oct 2 16:38:11 quark snmpd[4720]: netsnmp_assert rc == 0 failed if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates() Oct 2 16:42:15 quark snmpd[4720]: Received TERM or STOP signal... shutting down... Oct 2 16:42:17 quark snmpd[4033]: netsnmp_assert !registration != duplicate failed agent_registry.c:535 netsnmp_subtree_load() Oct 2 16:42:17 quark snmpd[4033]: NET-SNMP version 5.4.1 But it does no longer repeat the assert. Now that you mention this, I have to report that previously (i.e. etch snmpd) would crash at reboot. If you think the libc6 or kernel below looks strange, that's because this is a xen dom0 and it uses debian testing now, except for xen and the kernel. That's from ubuntu. But xen requires libc6 2.8 (it is the latest; I installed that today). And I use that kernel for HW support. (now that I'm at it, debian is not intending to ship 2.6.18 for xen in lenny, does it?) Are you using the standard Debian startup scripts or something else? This is the full list of ubuntu packages: findutils, libc6, libc6-i386, libxen3, python-xen-3.3, xen-hypervisor-3.3, xen-utils-3.3. In reality this is because I want to run xen 3.3, which requires the newer libc, libxen3 and python-xen-3.3. But I'm just using the regular startup scripts that came with the packages. Did I already mention that this is a xen dom0? I.e. after startup, network interfaces appear to connect to the domU instances, the physical ethernet gets renamed and a bridge gets added. So perhaps that's a bit complex for snmpd? I don't know. If there's something I can do to help, like get you a crash dump or a backtrace with gdb , please let me know (I'm a programmer myself, just no experience with snmpd). Thanks, Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500717: snmpd reports assert in syslog and does not return data
Package: snmpd Version: 5.4.1~dfsg-8.1 Severity: grave Justification: renders package unusable Since upgrading from etch (stable) to testing, snmpd is reporting this in syslog: Sep 30 06:25:22 quark snmpd[4507]: netsnmp_assert rc == 0 failed if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates() And cacti, which is polling it, doesn't get any data (I didn't try snmpdwalk). If you think the libc6 or kernel below looks strange, that's because this is a xen dom0 and it uses debian testing now, except for xen and the kernel. That's from ubuntu. But xen requires libc6 2.8 (it is the latest; I installed that today). And I use that kernel for HW support. (now that I'm at it, debian is not intending to ship 2.6.18 for xen in lenny, does it?) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-xen (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=sh: locale: command not found) Shell: /bin/sh linked to /bin/bash Versions of packages snmpd depends on: ii adduser3.110 add and remove users and groups ii debconf1.5.22Debian configuration management sy ii libc6 2.8~20080505-0ubuntu7 GNU C Library: Shared libraries ii libsnmp15 5.4.1~dfsg-8.1SNMP (Simple Network Management Pr ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra snmpd recommends no packages. snmpd suggests no packages. -- debconf information: Can't exec locale: No such file or directory at /usr/share/perl5/Debconf/Encoding.pm line 16. Use of uninitialized value $Debconf::Encoding::charmap in scalar chomp at /usr/share/perl5/Debconf/Encoding.pm line 17. snmpd/upgradefrom36: snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470929: dhcp: interface names can have dash in them
In article [EMAIL PROTECTED] you wrote: I got spammed with logcheck messages about DHCPREQUESTS and the lot because the name of the interface in the logcheck-database does not match on names with a dash in it. I've adjusted all the via patterns, which seems to be enough (I hope). That's the patch I also did to my local logcheck. It did the trick. I think the following sed replace command is more or less all that's needed: s/via \[./via \[-./g Madduck, still want a patch? -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470929: dhcp: interface names can have dash in them
Package: logcheck-database Version: 1.2.54 Severity: normal I recently created a bridge with the name xen-local. The DHCP server gets requests via this bridge. I got spammed with logcheck messages about DHCPREQUESTS and the lot because the name of the interface in the logcheck-database does not match on names with a dash in it. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy logcheck-database recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446148: linux-image-2.6.18-5-xen-amd64: domU panic with swiotlb=force
Package: linux-image-2.6.18-5-xen-amd64 Version: 2.6.18.dfsg.1-13etch4 Severity: normal Using swiotlb=force panics the kernel realy quick: Bootdata ok (command line is root=/dev/sda1 ro swiotlb=force) Linux version 2.6.18-5-xen-amd64 (Debian 2.6.18.dfsg.1-13etch4) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Tue Oct 2 21:48:12 UTC 2007 BIOS-provided physical RAM map: Xen: - 35a0 (usable) No mptable found. Built 1 zonelists. Total pages: 219648 Kernel command line: root=/dev/sda1 ro swiotlb=force Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) Xen reported: 1800.061 MHz processor. Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) --- [cut here ] - [please bite here ] - Kernel BUG at lib/../arch/i386/kernel/swiotlb.c:162 invalid opcode: [1] SMP CPU 0 Modules linked in: Pid: 0, comm: swapper Not tainted 2.6.18-5-xen-amd64 #1 RIP: e030:[8030c7f8] [8030c7f8] swiotlb_init_with_default_size+0xa0/0x19e RSP: e02b:804dbf40 EFLAGS: 00010282 RAX: fff4 RBX: RCX: 0006 RDX: ff578000 RSI: RDI: RBP: 0400 R08: 1000 R09: 80522040 R10: R11: R12: R13: R14: R15: FS: () GS:804c4000() knlGS: CS: e033 DS: ES: Process swapper (pid: 0, threadinfo 804da000, task 8044bce0) Stack: 0800 8026e280 804ecf2a 0800 Call Trace: [8026e280] pci_swiotlb_init+0x9/0x2d [804ecf2a] mem_init+0x5e/0x233 [804e36ea] start_kernel+0x189/0x21a [804e320d] _sinittext+0x20d/0x213 Code: 0f 0b 68 e1 36 41 80 c2 a2 00 48 83 eb 80 48 8b 05 bb 20 24 RIP [8030c7f8] swiotlb_init_with_default_size+0xa0/0x19e RSP 804dbf40 0Kernel panic - not syncing: Attempted to kill the idle task! I was hoping this would fix the problem that usblp cannot allocate write buffers for an USB connected printer. But alas, this doesn't even produce a working domU. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-5-xen-amd64 depends on: ii e2fsprog 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 file system utilities and lib ii initramf 0.85h tools for generating an initramfs ii linux-mo 2.6.18.dfsg.1-13etch4 Linux 2.6.18 modules on AMD64 linux-image-2.6.18-5-xen-amd64 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445987: linux-image-2.6.18-5-xen-amd64: OOPS with USB storage in xen domU
Package: linux-image-2.6.18-5-xen-amd64 Version: 2.6.18.dfsg.1-13etch4 Severity: normal I have exported (or whatever you call it) all USB ports on my XEN server to one of the domU instances. I've been using an USB connected printer for some time without problems. However, today I plugged in an USB CD writer. And the oops below came out with the writer unusable. And the XEN is 3.0.3 from etch. From dpkg: ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-2 The Xen Hypervisor on AMD64 Oct 9 14:23:39 suzy2 kernel: SCSI subsystem initialized Oct 9 14:23:39 suzy2 kernel: Initializing USB Mass Storage driver... Oct 9 14:23:39 suzy2 kernel: scsi0 : SCSI emulation for USB Mass Storage devices Oct 9 14:23:39 suzy2 kernel: usbcore: registered new driver usb-storage Oct 9 14:23:39 suzy2 kernel: USB Mass Storage support registered. Oct 9 14:23:39 suzy2 kernel: usb-storage: device found at 3 Oct 9 14:23:39 suzy2 kernel: usb-storage: waiting for device to settle before scanning Oct 9 14:23:44 suzy2 kernel: Unable to handle kernel NULL pointer dereference at 0078 RIP: Oct 9 14:23:44 suzy2 kernel: [881e23a2] :scsi_mod:scsi_calculate_bounce_limit+0x15/0x49 Oct 9 14:23:44 suzy2 kernel: PGD 2d33d067 PUD 2ca54067 PMD 0 Oct 9 14:23:44 suzy2 kernel: Oops: [1] SMP Oct 9 14:23:44 suzy2 kernel: CPU 0 Oct 9 14:23:44 suzy2 kernel: Modules linked in: usb_storage scsi_mod ide_core nfsd exportfs ipv6 ppdev parport_pc lp parport nfs lockd nfs_acl sunrpc dm_snapshot dm_mirror dm_mod evdev pcspkr usblp 8250 serial_core ext3 jbd mbcache ehci_hcd uhci_hcd Oct 9 14:23:44 suzy2 kernel: Pid: 3423, comm: usb-stor-scan Not tainted 2.6.18-4-xen-amd64 #1 Oct 9 14:23:44 suzy2 kernel: RIP: e030:[881e23a2] [881e23a2] :scsi_mod:scsi_calculate_bounce_limit+0x15/0x49 Oct 9 14:23:44 suzy2 kernel: RSP: e02b:8800214c7ca8 EFLAGS: 00010246 Oct 9 14:23:44 suzy2 kernel: RAX: RBX: 880033cce088 RCX: 0071 Oct 9 14:23:44 suzy2 kernel: RDX: 0067 RSI: 00f0 RDI: 880022ea5800 Oct 9 14:23:44 suzy2 kernel: RBP: 880022ea5800 R08: 880034023000 R09: 0014 Oct 9 14:23:44 suzy2 kernel: R10: 881e38d0 R11: 0048 R12: 880028c2e028 Oct 9 14:23:44 suzy2 kernel: R13: 880022ea5800 R14: R15: 880028c2e000 Oct 9 14:23:44 suzy2 kernel: FS: 2b97072425c0() GS:804c4000() knlGS: Oct 9 14:23:44 suzy2 kernel: CS: e033 DS: ES: Oct 9 14:23:44 suzy2 kernel: Process usb-stor-scan (pid: 3423, threadinfo 8800214c6000, task 88003406a080) Oct 9 14:23:44 suzy2 kernel: Stack: 881e29f2 880022afb800 880022afb800 880028c2e000 Oct 9 14:23:44 suzy2 kernel: 881e4641 880022ea5968 0001881de1fe 880022ea5800 Oct 9 14:23:44 suzy2 kernel: Oct 9 14:23:44 suzy2 kernel: Call Trace: Oct 9 14:23:44 suzy2 kernel: [881e29f2] :scsi_mod:scsi_alloc_queue+0x65/0xb6 Oct 9 14:23:44 suzy2 kernel: [881e4641] :scsi_mod:scsi_alloc_sdev+0x12e/0x1d2 Oct 9 14:23:44 suzy2 kernel: [881e4870] :scsi_mod:scsi_probe_and_add_lun+0x10d/0x9c6 Oct 9 14:23:44 suzy2 kernel: [881e546c] :scsi_mod:scsi_alloc_target+0x21e/0x327 Oct 9 14:23:44 suzy2 kernel: [881e56b8] :scsi_mod:__scsi_scan_target+0xc3/0x5e7 Oct 9 14:23:44 suzy2 kernel: [8026084e] _spin_lock_irq+0x9/0x14 Oct 9 14:23:44 suzy2 kernel: [8025f1a8] wait_for_completion_interruptible_timeout+0x140/0x14e Oct 9 14:23:44 suzy2 kernel: [8027d487] default_wake_function+0x0/0xe Oct 9 14:23:44 suzy2 kernel: [881e5c21] :scsi_mod:scsi_scan_channel+0x45/0x70 Oct 9 14:23:44 suzy2 kernel: [881e5d0c] :scsi_mod:scsi_scan_host_selected+0xc0/0xfb Oct 9 14:23:44 suzy2 kernel: [802901a5] keventd_create_kthread+0x0/0x61 Oct 9 14:23:44 suzy2 kernel: [882074c9] :usb_storage:usb_stor_scan_thread+0x12e/0x156 Oct 9 14:23:44 suzy2 kernel: [80290368] autoremove_wake_function+0x0/0x2e Oct 9 14:23:44 suzy2 kernel: [8820739b] :usb_storage:usb_stor_scan_thread+0x0/0x156 Oct 9 14:23:44 suzy2 kernel: [802334c7] kthread+0xd4/0x107 Oct 9 14:23:44 suzy2 kernel: [8025d150] child_rip+0xa/0x12 Oct 9 14:23:44 suzy2 kernel: [802901a5] keventd_create_kthread+0x0/0x61 Oct 9 14:23:44 suzy2 kernel: [802333f3] kthread+0x0/0x107 Oct 9 14:23:44 suzy2 kernel: [8025d146] child_rip+0x0/0x12 Oct 9 14:23:44 suzy2 kernel: Oct 9 14:23:44 suzy2 kernel: Oct 9 14:23:44 suzy2 kernel: Code: 83 78 78 00 75 0c 48 8b 05 59 ba 36 f8 48 c1 e0 0c c3 48 8b Oct 9 14:23:44 suzy2 kernel: RIP [881e23a2] :scsi_mod:scsi_calculate_bounce_limit+0x15/0x49 Oct 9 14:23:44 suzy2 kernel: RSP 8800214c7ca8 Oct 9 14:23:44 suzy2 kernel: CR2: 0078 -- System Information: Debian Release: 4.0 APT
Bug#428506: phpgroupware-todo: Sorting does not work properly.
Package: phpgroupware-todo Version: 0.9.16.011-2.2 Severity: normal When there are more lines in the current selection than shown in one screenfull, sorting is doing strange things. (when there all lines from the selection fit in one screen, sorting does not do a thing at all, but that is not much of a problem). When I hit the 'priority' column title, the order of the todo items change, but it does not group all low, medium and high priority todos together. I've tried somewhat to figure out what might be wrong: 1. Selecting only todos from one category does not make it better (thinking that the items from one category might always be grouped). 2. Also the highest-level todo items are not ordered properly (thinking that child todos might be always grouped with their parents) At least the sort is deterministic. Hitting priority sorts in some order. Hitting it again changes the order (but does NOT reverse it). Hitting it yet again changes back to the first order. The sorting does not work properly for status, priority, title, start date (didn't test end date, owner) I'm using mysql (on a different machine) and ldap (on yet another machine; the same ldap tree is also used to authentication of imap and other things). Both of these are also debian etch, amd64. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-amd64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages phpgroupware-todo depends on: ii phpgroupware 0.9.16.011-2.2 web based groupware system written phpgroupware-todo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415459: snmpd: truncating value to 32 bits when reading lmsensors table
Package: snmpd Version: 5.2.3-7 Severity: normal I've added this line to be able to access lmsensors values: view system included .1.3.6.1.4.1.2021.13 Whenever values are read from .1.3.6.1.4.1.2021.13.16.4.1.3, an error is reported in syslog by snmpd: Mar 19 18:53:27 quark snmpd[13633]: truncating unsigned value to 32 bits (11) I'm using mbrowse to check it. This is etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages snmpd depends on: ii adduser 3.102Add and remove users and groups ii debconf 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libsensors3 1:2.10.1-3 library to read temperature/voltag ii libsnmp95.2.3-7 NET SNMP (Simple Network Managemen ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra snmpd recommends no packages. -- debconf information: snmpd/upgradefrom36: snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: closed by Andreas Barth [EMAIL PROTECTED] (Has been fixed)
I confirm that 46.4 fixes the bug. It seems that the /var/cache/apt/*.bin files are regenerated when invalid ones are found. Many thanks! Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: apt-get busted -- again!
Margarita, Margarita Manterola wrote: On 12/5/06, Jan Evert van Grootheest [EMAIL PROTECTED] wrote: I am getting upset now Apt-get is again segfaulting! Yesterday I removed the *.bin files from /var/cache/apt. Then ran apt-get update, apt-get -V upgrade and apt-get clean. Now I do apt-get update and it segfaults again!!! A new apt was uploaded today Could you please upgrade your apt to the latest version in unstable (0.6.46.3-0.1) ? It's quite possible that it still happens, since the fix was aimed at amd64, and you are experiencing this in i386, but please do check. I've tried the 0.2 that is in unstable at this moment (didn't have time for last two evenings). Still busted. (I replaced the valid .bin files with the invalid ones I saved before) It seems to me from this trace that it shouldn't be too hard to actually fix the crash itself (although the real problem, of course, is the invalid bin file). Program received signal SIGSEGV, Segmentation fault. 0xb7c822f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7c822f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7e05316 in std::string::compare () from /usr/lib/libstdc++.so.6 #2 0xb7efa361 in debPackagesIndex::FindInCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xb7ec2fdb in pkgCacheGenerator::~pkgCacheGenerator () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #4 0xb7ec3aed in pkgMakeStatusCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #5 0x08051b5c in ?? () #6 0xb7c2bea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #7 0x0804a461 in ?? () (gdb) quit From this trace I would theorize that one of the strings passed to compare is invalid. Using a debug version of apt it shouldn't be too hard to actually fix that. But I don't know the apt code at all and don't have the time to dive into it (given a version with symbols it would be simple to provide a better trace; I would then also get the libc and libstdc++ dev (dbg?) versions). For completeness sake there's also a trace of apt-get: (gdb) run install apt Starting program: /usr/bin/apt-get install apt Failed to read a valid object file image from memory. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Reading package lists... 0% Program received signal SIGSEGV, Segmentation fault. 0xb7d232f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7d232f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7ea6316 in std::string::compare () from /usr/lib/libstdc++.so.6 #2 0xb7f9b361 in debPackagesIndex::FindInCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xb7f63fdb in pkgCacheGenerator::~pkgCacheGenerator () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #4 0xb7f64aed in pkgMakeStatusCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #5 0xb7f5bcff in pkgCacheFile::BuildCaches () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #6 0xb7f5bdf4 in pkgCacheFile::Open () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #7 0x0805da12 in ?? () #8 0xb7f2a34b in CommandLine::DispatchArg () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #9 0x0804f59f in ?? () #10 0xb7cccea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #11 0x0804c5a1 in ?? () Thanks for your efforts, Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: apt-get busted -- again!
I am getting upset now Apt-get is again segfaulting! Yesterday I removed the *.bin files from /var/cache/apt. Then ran apt-get update, apt-get -V upgrade and apt-get clean. Now I do apt-get update and it segfaults again!!! Grmbl. -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: rm /var/cache/apt/*.bin fixed it
Hi, After reading comments of Gordon and Florian, I also tried removing the *.bin files from /var/cache/apt/. Apt-get now works again. At first I thought that Gordons issue and mine were different due to the totally different backtraces. However, now that the same action fixes it, it might be the same problem after all. I have both the faulty and good sets of *.bin files, in case those might be helpful to somebody. Just ask. I also have the matching lists (as stored in /var/lib/apt) both faulty and good. Thanks, Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: amd64 doesn't show it
By the way, I also have an amd64 system (running the amd64 arch) that doesn't show this problem! (with apt 0.6.42.6) -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: better backtrace
I've installed the newer 46.3 version and it also crashes. However the backtrace is a bit more readable: (gdb) bt #0 0xb7d3b2f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7ebe316 in std::string::compare () from /usr/lib/libstdc++.so.6 #2 0xb7fb35d1 in debPackagesIndex::FindInCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xb7f7bfdb in pkgCacheGenerator::~pkgCacheGenerator () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #4 0xb7f7caed in pkgMakeStatusCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #5 0xb7f73cff in pkgCacheFile::BuildCaches () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #6 0x0805332e in ?? () #7 0xb7f4235b in CommandLine::DispatchArg () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #8 0x0804f59f in ?? () #9 0xb7ce4ea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #10 0x0804c5a1 in ?? () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401263: apt segfaults when reading package lists
Package: apt Version: 0.6.46.2 Severity: grave Justification: renders package unusable Whenever I do something with apt-get, it segfaults. Specifically, it seems that it crashes when reading package lists. For example, 'update' fetches all files and displays the 'Fetched...' line and it also displays 'Reading lists: 0%' or something like that and then the beginning of that line is overwritten so it reads 'Segmentation faultsts... 0%'. I have an uptodate testing here. And yesterday I also updated, so there are not too many packages that could cause this. The packages that got updated today are: gpgv, gnupg, apt-listchanges, libexif12, wine, libwine-gl, wine-utils, libwine, libxslt1.1, linux-image-2.6-686, ppp and xsltproc. I would guess that apt-listchanges is somewhat related. Uninstalling that did not fix it. I have tarred the package lists; available on request. Here's what GDB thinks about it: lappie:~# gdb /usr/bin/apt-get core GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libapt-pkg-libc6.3-6.so.3.11...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libapt-pkg-libc6.3-6.so.3.11 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/i686/cmov/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/libgcc_s.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 (no debugging symbols found) Core was generated by `apt-get update'. Program terminated with signal 11, Segmentation fault. #0 0xb7cfa2f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7cfa2f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7e7d316 in std::string::compare () from /usr/lib/libstdc++.so.6 #2 0xb7f799d1 in debPackagesIndex::FindInCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xbfaf04b8 in ?? () #4 0x in ?? () -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::Default-Release testing; 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::sourceparts sources.list.d; 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/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; Acquire ; Acquire::http ; Acquire::http::Proxy false; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # deb http://suzy2:/debian/ etch main contrib deb http://suzy2:/security/ etch/updates main contrib deb http://suzy2:/debian/ sid main contrib #deb http://ftp.de.debian.org/debian/ etch main contrib #deb http://ftp.de.debian.org/debian/ sid main contrib #deb http://security.debian.org/ etch/updates main contrib -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apt depends
Bug#396320: me too
I've got that too. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or dire$locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-1 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn libmail-spf-query-perlnone (no description available) ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.8-6.1 Larry Wall's Practical Extraction -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396407: logcheck-database: Amandad line not ignored.
Package: logcheck-database Version: 1.2.47 Severity: normal The ignore.d.server/amandad file only ignores connections from hosts that cannot be found in DNS. My hosts are found in DNS, resulting in connection reports including host names as well as IP addresses. I would like to ask that connections to amandad with a hostname also be ignored. Below is an example of such a log (changed the hostname somewhat). Oct 31 15:00:02 suzy2 amandad[8783]: connect from ..homelinux.org (192.168.1.109) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.5.6 Debian configuration management sy logcheck-database recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396114: libpam-ldap: configuration reports error and creates empty configuration file
Package: libpam-ldap Version: 180-1.2 Severity: important If, during configuration, debconf is selected to manage the configuration file, an error is reported and an empty configuration file (pam_ldap.conf) is created. The error is Illegal division by zero at -e line 1, line 1. If 'dpkg --configure -a' is used after that, the error is not reported again, but the configuration file remains empty. Since I'm not too good at perl, I don't know where or how to start looking. Perhaps one of the slashes in the ldap uri is being used for the division in the error? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.6Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.2 Pluggable Authentication Modules l libpam-ldap recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390926: libnss-ldap: Startup scripts take ages to perform duties
Stephen Frost wrote: * Stephen Frost ([EMAIL PROTECTED]) wrote: Right, with the defaults... The idea was to reduce those. I've played with this some in preparation of 251-6. Try: reconn_maxconntries = 2 reconn_tries = 1 reconn_sleeptime = 1 reconn_maxsleeptime = 8 I guess I could have been clearer on these, in your libnss-ldap.conf: nss_reconnect_tries 1 nss_reconnect_sleeptime 1 nss_reconnect_maxsleeptime 8 nss_reconnect_maxconntries 2 Should be the corresponding parameters. Using these settings, udevd still reports about the ldap server being unreachable. But the timeouts are now such that bootup is basically a snap. Each search takes about 1 second. I think I agree with Stephen that changing the timeouts is a better solution. It does not introduce any complexity (which the file-base solution does). However, if somebody needs longer timeouts or more retries, they're still in a bad situation. But don't give too much weight to my opinion. I'm no ldap or nss expert. I know just enough to get things configured to do what I want it to. -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390926: libnss-ldap: Startup scripts take ages to perform duties
Stephen Frost wrote: * Steinar H. Gunderson ([EMAIL PROTECTED]) wrote: On Tue, Oct 03, 2006 at 11:28:34PM -0700, Steve Langasek wrote: Can we just fix libnss-ldap already to use a sensible default bind policy, please? Sure, I could do that (removing the boot-time workarounds), assuming the maintainer doesn't object... I've already said, a few times now, what I'd prefer as the solution. I also havn't heard any reason why it's not a reasonable solution. Please, try reducing the timeouts such that it's sleeping (at most) 2s per NSS call (assuming a failure to connect to the servers) and see how that affects booting. I don't expect that it would be too bad but I'm not sure which is why I'd like to have it tested. CosmicRay on IRC was already doing some of this testing for me so you might try checking with him on what he discovered. I'm out of town and when I've been on he I've tried it. During boot udevd attempts to resolve a few groups (group scanner, group scanner, group scanner, group nvram, user tss, group tss, group fuse, group rdma, group rdma), as far as I understand the logs. Those fail. This test was on an amd64 system (the original one I reported it on was i386). Udevd attempts to resolve 9 items. These are the logs of one such attempt: INIT: version 2.86 booting touch: cannot touch `/lib/init/rw/libnss-ldap.bind_policy_soft': No such file or directory Starting the hotplug events dispatcher: udevdudevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: reconnecting to LDAP server (sleeping 4 seconds)... udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: reconnecting to LDAP server (sleeping 8 seconds)... udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: reconnecting to LDAP server (sleeping 16 seconds)... udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: reconnecting to LDAP server (sleeping 32 seconds)... udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: reconnecting to LDAP server (sleeping 64 seconds)... udevd[882]: nss_ldap: could not connect to any LDAP server as cn=admin,dc=janevert,dc=homelinux,dc=org - Can't contact LDAP server udevd[882]: nss_ldap: failed to bind to LDAP server ldap://192.168.1.106: Can't contact LDAP server udevd[882]: nss_ldap: could not search LDAP server - Server is unavailable udevd[882]: lookup_group: error resolving group 'scanner': Illegal seek end of log - So this results in a delay of some 204 seconds per item. For a total of about 1800 seconds, or about 30 minutes. And this test is even with the ldap server being present. So after configuring the network things work smoothly. I've tried changing the bind_timelimit and the timelimit in /etc/libnss-ldap.conf. Both have no influence on the behaviour. So either those do not apply to the tcp connection or this configuration file does not used. Might it be that the initrd filesystem is still in use? In nssswitch.conf I have 'files ldap' for passwd, group and shadow. So had those been present in the files, these wouldn't have been searched in ldap. This means that any system using ldap might run into those delays? -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391908: openoffice.org: Document is opened read-only but should be rw.
Rene, Rene Engelhard wrote: Am Montag, 9. Oktober 2006 13:52 schrieb Jan Evert van Grootheest: When I open a document that should be writable, the document is opened Why do you think so? Because the day before the update I created that document. Using OOo. I've never had problems like this. It started after OOo was upgraded from 2.0.3 (-6 I believe) to 2.0.4~rc3. read-only (the title-bar shows this and I can't make changes). I can, however, create and modify files in that same directory using touch and vi. And? What are the permissions or the dir and file? Is it on some nfs thing without locking? Hmm. It is nfs all right. The locking I'll need to investigate. [EMAIL PROTECTED]:~/documents/Cae - Ordina$ id uid=1000(janevert) gid=1502(domainusers) groepen=5(tty),6(disk),20(dialout),24(cdrom),25(floppy),29(audio),40(src),44(video),118(plugdev),1003(gfamilie),1007(tun),1501(domainadmins),1502(domai nusers),1504(webcal_admin) [EMAIL PROTECTED]:~/documents/Cae - Ordina$ ls -ld . drwxr-xr-x 8 janevert gjanevert 4096 2006-10-09 13:50 . [EMAIL PROTECTED]:~/documents/Cae - Ordina$ ls -l Grootheest\,\ Jan\ Evert\ van\ CV\ 061009.doc -rw-r--r-- 1 janevert domainusers 422912 2006-10-09 11:06 Grootheest, Jan Evert van CV 061009.doc So that's why I think it should've been opened writable. As for the locking, I guess this answers your question (and gives me some work to do...) [EMAIL PROTECTED]:~/documents/Cae - Ordina$ dmesg | tail lockd: cannot monitor 192.168.1.109 lockd: failed to monitor 192.168.1.109 -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391908: openoffice.org: Document is opened read-only but should be rw.
Rene, Jan Evert van Grootheest wrote: Rene, [...] read-only (the title-bar shows this and I can't make changes). I can, however, create and modify files in that same directory using touch and vi. And? What are the permissions or the dir and file? Is it on some nfs thing without locking? Hmm. It is nfs all right. The locking I'll need to investigate. Fixed the locking, I think. This was due to statd not running. Now the document is opened just fine. So my problem is solved and the cause was found. I guess this bug no longer is that serious (I don't know how to change it, so feel free). But I also think that OOo shouldn't freeze like that, so I hope that this bug isn't just closed but will be fixed. Thanks for the question about the nfs locking! I wonder what other problems/issues this caused... -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391908: openoffice.org: Document is opened read-only but should be rw.
Jan Evert van Grootheest wrote: Rene, Jan Evert van Grootheest wrote: Rene, [...] read-only (the title-bar shows this and I can't make changes). I can, however, create and modify files in that same directory using touch and vi. And? What are the permissions or the dir and file? Is it on some nfs thing without locking? Hmm. It is nfs all right. The locking I'll need to investigate. Fixed the locking, I think. This was due to statd not running. Now the document is opened just fine. So my problem is solved and the cause was found. I guess this bug no longer is that serious (I don't know how to change it, so feel free). But I also think that OOo shouldn't freeze like that, so I hope that this bug isn't just closed but will be fixed. Thanks for the question about the nfs locking! I wonder what other problems/issues this caused... -- Jan Evert My mistake... this is relevant to both bugs. The bug about opening it read-only (391908), of course, can be closed (I don't know how to do that). The bug about freezing (391911) can be demoted but remains a bug, AFAICS. Rene, thanks for your speedy response! I am impressed. -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391908: openoffice.org: Document is opened read-only but should be rw.
Package: openoffice.org Version: 2.0.4~rc3-1 Severity: grave Justification: renders package unusable When I open a document that should be writable, the document is opened read-only (the title-bar shows this and I can't make changes). I can, however, create and modify files in that same directory using touch and vi. This really is odd and very uncomfortable. This system is mostly testing and a few packages from unstable (for example the kernel). OOo is from testing and apparently 2.0.4~rc3 was added last night. There's no output on the console where I started soffice. I don't know what else to report. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4~rc3-1 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4~rc3-1 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4~rc3-1 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4~rc3-1 OpenOffice.org office suite - draw ii openoffice.org-impress 2.0.4~rc3-1 OpenOffice.org office suite - pres ii openoffice.org-java-common 2.0.4~rc3-1 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4~rc3-1 OpenOffice.org office suite - equa ii openoffice.org-writer2.0.4~rc3-1 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391911: openoffice.org: OOo freezes when closing a document.
Package: openoffice.org Version: 2.0.4~rc3-1 Severity: grave Justification: renders package unusable When I close a read-only document, OOo simply freezes. The window is no longer updated. I don't know why the document is readonly (I created another bug for that, but in hindsight, all problems seem to be related to file IO, so perhaps it is one and the same bug afterall). Also, opening a document that was created on /tmp before freezes OOo. I can open the document and it is shown, but the cursor does not appear. ALso selecting text using the mouse does not work. At the bottom there's a gdb backtrace of the freeze after close (sorry, vi munged it a bit). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4~rc3-1 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4~rc3-1 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4~rc3-1 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4~rc3-1 OpenOffice.org office suite - draw ii openoffice.org-impress 2.0.4~rc3-1 OpenOffice.org office suite - pres ii openoffice.org-java-common 2.0.4~rc3-1 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4~rc3-1 OpenOffice.org office suite - equa ii openoffice.org-writer2.0.4~rc3-1 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf informationA (gdb) info threads 9 Thread -1272071248 (LWP 18552) 0xb7f69410 in ?? () 8 Thread -1273844816 (LWP 18554) 0xb7f69410 in ?? () 7 Thread -1276777552 (LWP 18558) 0xb7f69410 in ?? () 6 Thread -1263592528 (LWP 18559) 0xb7f69410 in ?? () 5 Thread -1288135760 (LWP 18560) 0xb7f69410 in ?? () 4 Thread -1333158992 (LWP 18567) 0xb7f69410 in ?? () 3 Thread -1288950864 (LWP 18803) 0xb7f69410 in ?? () 2 Thread -1346372688 (LWP 18804) 0xb7f69410 in ?? () 1 Thread -1237968672 (LWP 18547) 0xb7f69410 in ?? () (gdb) thread apply all bt Thread 9 (Thread -1272071248 (LWP 18552)): #0 0xb7f69410 in ?? () #1 0xb42da9f8 in ?? () #2 0xb738e580 in ?? () from /usr/lib/openoffice/program/libuno_sal.so.3 #3 0xb42da9e0 in ?? () #4 0xb6e86a18 in accept () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb71f146f in osl_acceptPipe () from /usr/lib/openoffice/program/libuno_sal.so.3 #6 0xb744b5ba in vos::OPipe::accept () from /usr/lib/openoffice/program/libvos3gcc3.so #7 0x08078bc8 in desktop::OfficeIPCThread::run () #8 0xb7445082 in vos::threadWorkerFunction_impl () from /usr/lib/openoffice/program/libvos3gcc3.so #9 0xb71e83ec in osl_resumeThread () from /usr/lib/openoffice/program/libuno_sal.so.3 #10 0xb6e81240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #11 0xb6c7629e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread -1273844816 (LWP 18554)): #0 0xb7f69410 in ?? () #1 0xb412a3c8 in ?? () #2 0x in ?? () #3 0x0002 in ?? () #4 0xb6c6c703 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb5cccfd7 in SessionManagerClient::getSessionID () from /usr/lib/openoffice/program/libvclplug_gen680li.so #6 0x08226488 in ?? () #7 0x0002 in ?? () #8 0x in ?? () #9 0x0822b7b8 in ?? () #10 0xb412a3f4 in ?? () #11 0x0001 in ?? () #12 0x0001 in ?? () #13 0x0001 in ?? () #14 0x0001 in ?? () #15 0xb6e86651 in __lll_mutex_unlock_wake () from /lib/tls/i686/cmov/libpthread.so.0 #16 0x0822b7a0 in ?? () #17 0xb412a458 in ?? () #18 0xb71e83ec in osl_resumeThread () from /usr/lib/openoffice/program/libuno_sal.so.3 #19 0xb71e83ec in osl_resumeThread () from /usr/lib/openoffice/program/libuno_sal.so.3 ---Type return to continue, or q return to quit--- #20 0xb6e81240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #21 0xb6c7629e in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread -1276777552 (LWP 18558)): #0 0xb7f69410 in ?? () #1 0xb3e5e388 in ?? () #2 0x in ?? () #3 0x0005 in ?? () #4 0xb6c6c703 in poll () from /lib/tls/i686/cmov/libc.so.6 #5 0xb5d1e859 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #6 0xb5d1ebe7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #7 0xb4b69a90 in link_set_io_thread () from /usr/lib/libORBit-2.so.0 #8 0xb5d3936f in g_thread_create_full () from /usr/lib/libglib-2.0.so.0 #9 0xb6e81240
Bug#391470: egroupware-core: All category views do not show categories
Package: egroupware-core Version: 1.2-104.dfsg-3 Severity: important In all category views that I can find (I only have the minimal egroupware installation plus the calendar and project manager) the categories are not shown. On the top there's a line telling me that there are X categories. But the categories themselves are not shown. Also when I add an appointment in the calendar, the categories are there. Just in the category overviews they're just not there. Funny thing is, the error log view (from the admin menu) does exactly the same thing. It explains that there are X reports at the top, but then fails to show any of those. It's probably unrelated, but it seems that most views that should list categories produce an error in the apache error.log like this: [Fri Oct 06 19:46:39 2006] [error] [client 192.168.1.106] File does not exist: /var/www/phpgwapi, referer: http://server.grootheest.local/egroupware/index.php?menuaction=admin.uicategories.editappname= I've checked /usr/share/doc/egroupware-*, but can't seem to find any mentioning of /var/www/phpgwapi. This installation is mostly testing with a few unstable packages. I have mysql for most data storage and ldap for authentication. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages egroupware-core depends on: ii apache2-mpm-prefork [apache2 2.0.55-4.1 traditional model for Apache2 ii debconf [debconf-2.0]1.5.5 Debian configuration management sy ii libapache2-mod-php4 4:4.4.2-1.1 server-side, HTML-embedded scripti ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii php-fpdf 1.53.dfsg-4 PHP class to generate PDF files ii php-log 1.9.8-1 Log module for PEAR ii php-pear 5.1.6-1 PEAR - PHP Extension and Applicati ii php4-cli 4:4.4.2-1.1 command-line interpreter for the p ii php4-gd 4:4.4.2-1.1 GD module for php4 ii php4-mysql 4:4.4.2-1.1 MySQL module for php4 ii php4-odbc4:4.4.2-1.1 ODBC module for php4 Versions of packages egroupware-core recommends: ii mysql-client 5.0.24a-4 mysql database client (current ver ii mysql-client-5.0 [mysql-clien 5.0.24a-4 mysql database client binaries -- debconf information: egroupware/header/password/mismatch: * egroupware/configuration/note: * egroupware/header/user: admin * egroupware/webserver: Apache 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390926: libnss-ldap: Startup scripts take ages to perform duties
Steve, Steve Langasek wrote: On Wed, Oct 04, 2006 at 02:14:13AM +0200, Steinar H. Gunderson wrote: The first one is that it attempts to touch a file in a directory that does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but does not make sure. Simple fix is to create the dir manually. You're mixing and matching testing and unstable packages, with somewhat mixed results; I guess libnss-ldap should depend on initscripts that are new enough to have /lib/init/rw (the version in sid definitely is). And initscripts is frozen, and no decision has been made yet to let that version of sysvinit into etch. Can we just fix libnss-ldap already to use a sensible default bind policy, please? It's not so much a sensible default bind policy, but rather the possibility that during startup things will be extremely delayed because the ldap server might not yet be available (no connection, not started, etc). For example, in my case the rcS/S70x11-common was the first one to call upon the services of libnss-ldap. So it took some time (I think about 30 minutes, but I went for coffee) to decide that the ldap server perhaps wouldn't show up in time. The next one was bind9 and I gave up and decided to figure out what was causing this. I need a normal bind policy that's one of the hard ones (user database in ldap). But during startup a soft policy is fine, since all administrative accounts are local. I think the file base approach that is now implemented is quite reasonable. It allows admins to use a soft policy during startup and migrate to the regular policy later on. Using an initscript allows the admin to decide when to change to the regular policy. And for the server that actually hosts the ldap daemon this means that a soft policy can be used until that daemon is available. So all in all I think this is a reasonable and practical approach. With a detail or two to polish. -- Jan Evert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390926: libnss-ldap: Startup scripts take ages to perform duties
Package: libnss-ldap Version: 251-5.2 Severity: critical Justification: breaks the whole system This version of libnss-ldap attempts to do something about the issue that the ldap server might be unreachable due to not-yet started services. (i.e. bind-policy soft) Well. There are two simple technical issues with the solution. The first one is that it attempts to touch a file in a directory that does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but does not make sure. Simple fix is to create the dir manually. Second of all, from the changelog.Debian I understand that some file should be created as soon as possible after boot start. That is also not taken care of. The changelog mentions 'just before udev'. I don't know about others' systems, but on mine the root filesystem is still ro at that point in time. So I created a link /etc/rcS/S11libnss-ldap. This is done just after the root filesystem becomes writable in S10. With these two fixes things work (until now) as expected. Most of this system is testing, with a small number of unstable packages (libnss-ldap being an excellent example :-). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.5Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libkrb531.4.4-1 MIT Kerberos runtime libraries ii libldap22.1.30-13+b1 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 180-1.1 Pluggable Authentication Module al ii nscd 2.3.6.ds1-4 GNU C Library: Name Service Cache -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374704: installation-reports
Package: installation-reports Boot method: Boot from netinst CD Image version: downloaded from the debian-installer page, daily build for amd64 of june 20th, 2006 Date: june 20th, 2006, 21:22 CET Machine: regular PC compatible with MSI K8T Neo motherboard Processor: AMD64 Memory: 512M Partitions: Disk /dev/hda: 20.0 GB, 20020396032 bytes 255 heads, 63 sectors/track, 2434 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 1 13 1043916 FAT16 /dev/hda2 14243419446682+ f W95 Ext'd (LBA) /dev/hda5 * 14 268 2048256 83 Linux /dev/hda6 269 280 96358+ 83 Linux /dev/hda7 281 311 248976 82 Linux swap / Solaris /dev/hda8 537 566 240943+ 83 Linux /dev/hda9 5671218 5237158+ 8e Linux LVM /dev/hda10 12192434 9767488+ fd Linux raid autodetect Disk /dev/sda: 81.9 GB, 81964302336 bytes 255 heads, 63 sectors/track, 9964 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 122 979933+ 83 Linux /dev/sda22670996458597087+ 5 Extended /dev/sda526703885 9767488+ 8e Linux LVM /dev/sda63886753229294496 8e Linux LVM /dev/sda775338748 9767488+ 8e Linux LVM /dev/sda887499964 9767488+ fd Linux raid autodetect Output of lspci and lspci -n: :00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] :00:08.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) :00:08.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) :00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) :00:0d.0 RAID bus controller: Promise Technology, Inc. PDC20378 (FastTrak 378/SATA 378) (rev 02) :00:0e.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) :01:00.1 Display controller: ATI Technologies Inc: Unknown device 5940 (rev 01) :00:00.0 0600: 1106:3188 (rev 01) :00:01.0 0604: 1106:b188 :00:08.0 0400: 109e:036e (rev 11) :00:08.1 0480: 109e:0878 (rev 11) :00:0b.0 0200: 10ec:8169 (rev 10) :00:0d.0 0104: 105a:3373 (rev 02) :00:0e.0 0c00: 1106:3044 (rev 80) :00:0f.0 0104: 1106:3149 (rev 80) :00:0f.1 0101: 1106:0571 (rev 06) :00:10.0 0c03: 1106:3038 (rev 81) :00:10.1 0c03: 1106:3038 (rev 81) :00:10.2 0c03: 1106:3038 (rev 81) :00:10.3 0c03: 1106:3038 (rev 81) :00:10.4 0c03: 1106:3104 (rev 86) :00:11.0 0601: 1106:3227 :00:11.5 0401: 1106:3059 (rev 60) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :01:00.0 0300: 1002:5960 (rev 01) :01:00.1 0380: 1002:5940 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it 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:
Bug#368064: gnome-games: update reports WARNING
Package: gnome-games Version: 1:2.14.1-2 Severity: normal I apt-get updated again and this warning was displayed: Preparing to replace gnome-games-data 1:2.14.1-1 (using .../gnome-games-data_1%3a2.14.1-2_all.deb) ... WARNING: Failed to parse default value `[??? ??? ' for schema (/schemas/apps/gtali/PlayerNames) Unpacking replacement gnome-games-data ... This is an up-to-date testing install (I updated yesterday or day before). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-games depends on: ii gnome-games-data 1:2.14.1-2data files for the GNOME games ii guile-1.6-libs 1.6.7-4 Main Guile libraries ii libavahi-compat-howl0 0.6.9-8 Avahi Howl compatibility library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libgcc11:4.1.0-1+b1 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome2-02.14.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.16-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii librsvg2-common2.14.2-1 SAX-based renderer library for SVG ii libstdc++6 4.1.0-1+b1The GNU Standard C++ Library v3 ii libxml22.6.24.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages gnome-games recommends: pn gnome-games-extra-datanone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365833: defoma: Uninitialized value in IdCache.pm
Package: defoma Version: 0.11.8-0.1 Severity: important IdCache.pm has uninitialized values in several lines when installing a ttf font. Apt-get session is below. This is (mostly) a testing installation, with some unstable things (wine, kernel, udev and perhaps others, but I have no idea how to find which). I've had this for quite a while already. Don't recall when it started. If there's additional info I can provide, please let me know how to produce it. quark:~# apt-get install ttf-xfree86-nonfree Reading package lists... Done Building dependency tree... Done Suggested packages: xserver-xfree86 xfs-xtt The following NEW packages will be installed: ttf-xfree86-nonfree 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 435kB of archives. After unpacking 1073kB of additional disk space will be used. Get:1 http://suzy testing/non-free ttf-xfree86-nonfree 4.2.1-3 [435kB] Fetched 435kB in 5s (80.5kB/s) Selecting previously deselected package ttf-xfree86-nonfree. (Reading database ... 140809 files and directories currently installed.) Unpacking ttf-xfree86-nonfree (from .../ttf-xfree86-nonfree_4.2.1-3_all.deb) ... Setting up ttf-xfree86-nonfree (4.2.1-3) ... Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 112, GEN29 line 1. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 113, GEN29 line 1. Use of uninitialized value in string ne at /usr/share/perl5/Debian/Defoma/IdCache.pm line 119, GEN29 line 1. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 120, GEN29 line 1. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 112, GEN29 line 2. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 113, GEN29 line 2. Use of uninitialized value in string ne at /usr/share/perl5/Debian/Defoma/IdCache.pm line 119, GEN29 line 2. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 120, GEN29 line 2. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 112, GEN29 line 3. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 113, GEN29 line 3. Use of uninitialized value in string ne at /usr/share/perl5/Debian/Defoma/IdCache.pm line 119, GEN29 line 3. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 120, GEN29 line 3. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 112, GEN29 line 4. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 113, GEN29 line 4. Use of uninitialized value in string ne at /usr/share/perl5/Debian/Defoma/IdCache.pm line 119, GEN29 line 4. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 120, GEN29 line 4. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 112, GEN29 line 5. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 113, GEN29 line 5. Use of uninitialized value in string ne at /usr/share/perl5/Debian/Defoma/IdCache.pm line 119, GEN29 line 5. Use of uninitialized value in hash element at /usr/share/perl5/Debian/Defoma/IdCache.pm line 120, GEN29 line 5. Use of uninitialized value in concatenation (.) or string at /var/lib/defoma/scripts/pango.defoma line 46. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages defoma depends on: ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii file 4.17-1 Determines file type using magic ii perl 5.8.8-4Larry Wall's Practical Extraction ii whiptail 0.51.6-31 Displays user-friendly dialog boxe Versions of packages defoma recommends: ii libft-perl1.2-16 Perl module for the FreeType libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255756: 0.9.11: not reproducable
With 0.9.11 wine packages that are in unstable today I cannot reproduce this. I suggest to close this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292638: openoffice.org: Reports CRITICAL assert in terminal
Package: openoffice.org Version: 1.1.3-4 Severity: important I started openoffice from the command line giving it a sxw document. After closing it I found this in the terminal - begin quote --- ** (soffice.bin:21911): WARNING **: Pixbuf theme: Cannot load pixmap file /usr/share/icons/SphereCrystal/scalable/stock: Afbeelding '/usr/share/icons/SphereCrystal/scalable/stock' bevat geen data (soffice.bin:21911): GdkPixbuf-CRITICAL **: file gdk-pixbuf.c: line 481 (gdk_pixbuf_get_width): assertion `pixbuf != NULL' failed - end quote --- And the assert had been repeated tens of times (I only took a short look at the contents of the document). I don't know whether these two reports from openoffice are related. But I've mainly included the first one because it might give a clue about the second one. Since the assert seems to be critical, I made this bug important. Someone with more knowledge can, of course, better assess whether this is really the case. The 'cannot load' report ends in dutch, meaning 'picture contains no data'. The path mentioned happens to be a directory full of .svg files. It happens to come from package gtk2-engines-spherecrystal so I've included its dependencies as well. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii dictionaries-common [openo 0.22.40sarge7 Common utilities for spelling dict ii openoffice.org-bin 1.1.3-4 OpenOffice.org office suite binary ii openoffice.org-debian-file 1.1.3-3+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [op 1.1.3-4 English (US) language package for ii openoffice.org-l10n-nl [op 1.1.3-4 Dutch language package for OpenOff ii openoffice.org-l10n-ru [op 1.1.3-4 Russian language package for OpenO ii ttf-opensymbol 1.1.2dfsg1-3 The OpenSymbol TrueType font Versions of packages gtk2-engines-spherecrystal depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii gtk2-engines-pixbuf 2.2.0-3Pixbuf-based theme for GTK+ 2.x ii librsvg2-common 2.8.1-2SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]