Bug#924482: cyrus-imapd: Invisible subfolders for admins after upgrade from 2.5 to 3.0
Package: cyrus-imapd Version: 3.0.8-4 Severity: normal Dear Maintainer, * What led up to the situation? - Package upgrade from 2.5.11-1+b2 to 3.0.8-4. * What exactly did you do (or not do) that was effective (or ineffective)? - Just regular apt upgrade * What was the outcome of this action? - One of my users, who is configured as admin in imapd.conf, lost visibility of all his subfolders after the upgrade. Inbox works normally though. This is not a client issue, the subfolders are not visible in ThunderbirdAndroid Gmail client, Alpine and cyradm. Reconstructing does not fix the issue. After removing this user from the admins config option, all subfolders reappear in all clients. * What outcome did you expect instead? - Having a working mailbox including subfolders for all my users, admin or not. Thanks, Robbert -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (102, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cyrus-imapd depends on: ii cyrus-common 3.0.8-4 ii dpkg 1.19.5 ii libc6 2.28-8 ii libcom-err2 1.44.5-1 ii libsasl2-22.1.27+dfsg-1 ii libssl1.1 1.1.1b-1 ii libwrap0 7.6.q-28 ii zlib1g1:1.2.11.dfsg-1 cyrus-imapd recommends no packages. cyrus-imapd suggests no packages. -- no debconf information
Bug#746453: linux-image-3.14-1-amd64: TUN device performance regression
Package: src:linux Version: 3.14.2-1 Severity: important Dear Maintainer, Since 3.14-rc8, an upstream bug has caused a serious regression in tun performance, affecting for example users op OpenVPN. The bug causes extremely slow transfer speeds/session freezes for traffic usinG tun devices. The bug was fixed in 3.15-rc, however not in 3.14 (yet). To reproduce: - Configure a client/server VPN using OpenVPN (use 'dev tun') - Start the VPN connection - Start a SSH session over the VPN tunnel - Type some commands causing a fair amount of output (like 'dmesg' a couple of times) - Watch the output slow down or even stall Upstream bug reports: https://bugzilla.kernel.org/show_bug.cgi?id=73891 https://bugzilla.kernel.org/show_bug.cgi?id=74051 Patch: http://www.spinics.net/lists/netdev/msg279297.html https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=1e785f48d29a09b6cf96db7b49b6320dada332e1 Please consider including this patch. Thanks, Robbert -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-21) ) #1 SMP Debian 3.14.2-1 (2014-04-28) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.14-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.52 ii initramfs-tools [linux-initramfs-tool] 0.115 ii kmod16-2 ii linux-base 3.5 ii module-init-tools 16-2 Versions of packages linux-image-3.14-1-amd64 recommends: ii firmware-linux-free 3.3 Versions of packages linux-image-3.14-1-amd64 suggests: pn debian-kernel-handbook none pn grub-pc | extlinux | lilo none pn linux-doc-3.14 none Versions of packages linux-image-3.14-1-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifinone pn firmware-libertas none pn firmware-linux none pn firmware-linux-nonfree none pn firmware-myricomnone pn firmware-netxen none pn firmware-qlogic none pn firmware-ralink none pn firmware-realteknone pn xen-hypervisor none -- debconf information: linux-image-3.14-1-amd64/postinst/depmod-error-initrd-3.14-1-amd64: false linux-image-3.14-1-amd64/prerm/removing-running-kernel-3.14-1-amd64: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746162: closed by Andreas Beckmann a...@debian.org (Bug#746162: fixed in fglrx-driver 1:14.4-1)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the fglrx-modules-dkms package: #746162: fglrx-modules-dkms: Module fails to build on kernel 3.14 It has been closed by Andreas Beckmann a...@debian.org. The patch wasn't applied in 14.4-1. Regards, Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746162: fglrx-modules-dkms: Module fails to build on kernel 3.14
Package: fglrx-modules-dkms Version: 1:14.4~rc1.0.apr17-1 Severity: wishlist Dear Maintainer, To allow the module to build on kernel 3.14, the below x patch is needed. Please consider including it. Thanks, Robbert --- fglrx-driver.orig/common/lib/modules/fglrx/build_mod/firegl_public.c +++ fglrx-driver/common/lib/modules/fglrx/build_mod/firegl_public.c @@ -1761,7 +1761,13 @@ KCL_TYPE_Uid ATI_API_CALL KCL_GetEffecti #else #ifdef current_euid + +#if LINUX_VERSION_CODE = KERNEL_VERSION(3,14,0) +return __kuid_val(current_euid()); +#else return current_euid(); +#endif + #else return current-euid; #endif -- Package-specific info: Full fglrx package list: ii fglrx-atieventsd 1:14.4~rc1.0.apr17-1 amd64 events daemon for the non-free ATI/AMD RadeonHD display driver ii fglrx-control 1:14.4~rc1.0.apr17-1 amd64 control panel for the non-free ATI/AMD RadeonHD display driver ii fglrx-driver 1:14.4~rc1.0.apr17-1 amd64 non-free ATI/AMD RadeonHD display driver ii fglrx-modules-dkms1:14.4~rc1.0.apr17-1 amd64 dkms module source for the non-free ATI/AMD RadeonHD display driver ii fglrx-source 1:14.4~rc1.0.apr17-1 amd64 kernel module source for the non-free ATI/AMD RadeonHD display driver ii glx-alternative-fglrx 0.4.1 amd64 allows the selection of FGLRX as GLX provider ii libfglrx:amd641:14.4~rc1.0.apr17-1 amd64 non-free ATI/AMD RadeonHD display driver (runtime libraries) ii libfglrx-amdxvba1:amd64 1:14.4~rc1.0.apr17-1 amd64 AMD XvBA (X-Video Bitstream Acceleration) runtime libraries ii libgl1-fglrx-glx:amd641:14.4~rc1.0.apr17-1 amd64 proprietary libGL for the non-free ATI/AMD RadeonHD display driver -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages fglrx-modules-dkms depends on: ii dkms 2.2.0.3-1.2 fglrx-modules-dkms recommends no packages. Versions of packages fglrx-modules-dkms suggests: ii fglrx-driver 1:14.4~rc1.0.apr17-1 Versions of packages fglrx-driver depends on: ii debconf [debconf-2.0] 1.5.52 ii glx-alternative-fglrx 0.4.1 ii libc6 2.18-4 ii libfglrx 1:14.4~rc1.0.apr17-1 ii libgl1-mesa-glx [libgl1] 10.1.0-5 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrandr2 2:1.4.2-1 ii libxrender11:0.9.8-1 ii xserver-xorg-core [xorg-video-abi-15] 2:1.15.1-1 Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:14.4~rc1.0.apr17-1 ii libgl1-fglrx-glx 1:14.4~rc1.0.apr17-1 pn libgl1-fglrx-glx-i386 none Versions of packages fglrx-driver suggests: ii amd-opencl-icd 1:14.4~rc1.0.apr17-1 ii fglrx-control 1:14.4~rc1.0.apr17-1 pn xvba-va-driver none Versions of packages fglrx-modules-dkms is related to: pn ia32-libs none ii libdrm-radeon1 2.4.52-1 pn linux-headers none ii xserver-xorg 1:7.7+7 ii xserver-xorg-core 2:1.15.1-1 ii xserver-xorg-video-ati 1:7.3.0-1+b1 ii xserver-xorg-video-radeon 1:7.3.0-1+b1 -- debconf information: fglrx-driver/removed-but-enabled-in-xorg-conf: fglrx-driver/check-xorg-conf-on-removal: true * fglrx-driver/needs-xorg-conf-to-enable: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745041: lftp: can't connect to servers enforcing modern (EC) cipher suites
Package: lftp Version: 4.4.13-1 Severity: normal Dear Maintainer, Currently, lftp cannot connect to FTPS servers that enforce strong ciphersuites. Building the package against libgnutls28-dev instead of libgnutls-dev (which unfortunately points to libgnutls26-dev), solves this problem, because it will allow the use of modern ciper suites like ECDHE_ECDSA_*. Thanks, Robbert -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lftp depends on: ii libc6 2.18-4 ii libgcc1 1:4.8.2-16 ii libgnutls26 2.12.23-13 ii libreadline6 6.3-6 ii libtinfo5 5.9+20140118-1 ii netbase 5.2 ii zlib1g1:1.2.8.dfsg-1 lftp recommends no packages. lftp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744841: john-data: Add extra charset files
Package: john-data Version: 1.8.0-2 Severity: wishlist Dear Maintainer, Please consider adding the extra charset files from John the Ripper 1.8.x extra charset files archive (tar.xz, 4.5 MB) to the package. http://www.openwall.com/john/ http://www.openwall.com/john/j/john-extra-20130529.tar.xz Regards, Robbert -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744843: john: Add support for CPU's with AVX and/or XOP instructions
Package: john Version: 1.8.0-2 Severity: wishlist Dear Maintainer, Please add support for these, upstream supports it. Thanks, Robbert -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages john depends on: ii john-data 1.8.0-2 ii libc6 2.18-4 john recommends no packages. Versions of packages john suggests: ii wamerican [wordlist] 7.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743013: cyrus-common-2.4: Does not restart/stop due to PIDFILE problem
Package: cyrus-common-2.4 Version: 2.4.17+caldav~beta9-3 Severity: normal Hi, Restarting/stopping cyrus produces the following error: # invoke-rc.d cyrus-imapd restart [FAIL] Restarting Cyrus IMAPd: cyrmaster failed! This seems to be caused by the init-script assuming PIDFILE=/var/run/cyrmaster.pid, while it's actually named differently: # ls -la /var/run/cy*.pid -rw-r--r-- 1 root root 6 Mar 30 01:15 /var/run/cyrus-master.pid Setting PIDFILE=/var/run/cyrus-master.pid in /etc/default/cyrus-imapd works around this problem: # invoke-rc.d cyrus-imapd restart [ ok ] Restarting Cyrus IMAPd: cyrmaster. Regards, Robbert -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cyrus-common-2.4 depends on: ii cyrus-common2.4.17+caldav~beta9-3 ii gawk1:4.0.1+dfsg-2.1 ii libc6 2.18-4 ii libcomerr2 1.42.9-3 ii libdb5.35.3.28-3 ii libsasl2-2 2.1.26.dfsg1-9 ii libsasl2-modules2.1.26.dfsg1-9 ii libsnmp30 5.7.2~dfsg-8.1+b1 ii libssl1.0.0 1.0.1f-1 ii libwrap07.6.q-25 ii libzephyr4 3.1.2-1 ii netbase 5.2 ii perl5.18.2-2+b1 ii postfix [mail-transport-agent] 2.11.0-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages cyrus-common-2.4 recommends: ii cyrus-admin-2.4 2.4.17+caldav~beta9-3 ii cyrus-imapd-2.4 2.4.17+caldav~beta9-3 Versions of packages cyrus-common-2.4 suggests: ii apt-listchanges2.85.13 ii cyrus-admin-2.42.4.17+caldav~beta9-3 pn cyrus-caldav-2.4 none ii cyrus-clients-2.4 2.4.17+caldav~beta9-3 pn cyrus-doc-2.4 none ii cyrus-imapd-2.42.4.17+caldav~beta9-3 pn cyrus-murder-2.4 none pn cyrus-nntpd-2.4none pn cyrus-pop3d-2.4none pn cyrus-replication-2.4 none ii sasl2-bin 2.1.26.dfsg1-9 -- Configuration Files: /etc/cyrus.conf changed [not included] /etc/imapd.conf changed [not included] /etc/logcheck/violations.ignore.d/cyrus-common-2_4 [Errno 13] Permission denied: u'/etc/logcheck/violations.ignore.d/cyrus-common-2_4' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626758: cyrus-common-2.4: Delivery of messages to specific mailboxes is broken when using cyrdeliver
Package: cyrus-common-2.4 Version: 2.4.8-1 Severity: important Hi, Just reporting this upstream bug here as a reference for Debian users, so they are aware before upgrading to 2.4. See also: http://bugzilla.cyrusimap.org/show_bug.cgi?id=3438 After upgrading from 2.2.13 to 2.4.8-1 (which went reasonably smooth otherwise), mail delivery to specific mailboxes using cyrdeliver is broken. This is caused by a broken -a parameter of the cyrdeliver command. Anyone running a setup like fetchmail+procmail+Cyrus, where procmail is used for (spam) filtering and delivery to specific mailboxes, will be affected by this. Regards, Robbert -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-common-2.4 depends on: ii cyrus-common2.4.8-1 Cyrus mail system - common files ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4common error description library ii libdb5.15.1.25-1 Berkeley v5.1 Database Libraries [ ii libsasl2-2 2.1.23.dfsg1-8 Cyrus SASL - authentication abstra ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libssl1.0.0 1.0.0d-2 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii libzephyr4 3.0.1-1 Project Athena's notification serv ii netbase 4.45 Basic TCP/IP networking system ii perl5.10.1-20Larry Wall's Practical Extraction ii postfix [mail-transport 2.8.2-1+b1 High-performance mail transport ag ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages cyrus-common-2.4 recommends: ii cyrus-admin-2.4 2.4.8-1Cyrus mail system - administration ii cyrus-imapd-2.4 2.4.8-1Cyrus mail system - IMAP support Versions of packages cyrus-common-2.4 suggests: ii apt-listchanges 2.85.7 package change history notificatio ii cyrus-admin-2.4 2.4.8-1Cyrus mail system - administration pn cyrus-clients-2.4 none (no description available) pn cyrus-doc-2.4 none (no description available) ii cyrus-imapd-2.4 2.4.8-1Cyrus mail system - IMAP support pn cyrus-murder-2.4 none (no description available) pn cyrus-nntpd-2.4 none (no description available) pn cyrus-pop3d-2.4 none (no description available) pn cyrus-replication-2.4 none (no description available) ii sasl2-bin 2.1.23.dfsg1-8 Cyrus SASL - administration progra -- Configuration Files: /etc/cyrus.conf changed [not included] /etc/imapd.conf changed [not included] /etc/logcheck/violations.ignore.d/cyrus-common-2_4 [Errno 13] Permission denied: u'/etc/logcheck/violations.ignore.d/cyrus-common-2_4' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626759: cyrus-common: UPGRADE.Debian should mention new automatic database upgrade feature
Package: cyrus-common Version: 2.4.8-1 Severity: minor Hi, It seems that since 2.4.7-6 this package can do automatic database backend upgrades, when needed. This is great of course, however the text in UPGRADE.Debian does not mention this. Can this be added for clarity? Thanks, Robbert -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii cyrus-common-2.4 [cyrus-commo 2.4.8-1Cyrus mail system - common files ii db4.7-util4.7.25-19 Berkeley v4.7 Database Utilities ii db4.8-util4.8.30-8 Berkeley v4.8 Database Utilities ii db5.1-util5.1.25-1 Berkeley v5.1 Database Utilities ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii dpkg 1.16.0.3 Debian package management system cyrus-common recommends no packages. cyrus-common suggests no packages. -- Configuration Files: /etc/logcheck/ignore.d.server/cyrus-imapd [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/cyrus-imapd' /etc/logcheck/violations.ignore.d/cyrus-imapd [Errno 13] Permission denied: u'/etc/logcheck/violations.ignore.d/cyrus-imapd' -- debconf information: cyrus-common/removespools: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598102: Raising severity
severity 598102 important retitle 598102 scanbuttond startup breaks HP ScanJet 3300C thanks Hi, In my case this bug is 'critical' since the package is unusable and it makes unrelated software on the system (or the whole system) break (it breaks the scanner). However this could only be the case with my particular scanner, so I will set severity to important for now. Regards, Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598102: sane-utils: scanimage fails on HP ScanJet 3300C with Device busy
Package: sane-utils Version: 1.0.21-4 Severity: normal Hi, While 'scanimage -L' lists my HP ScanJet 3300C USB scanner, the scanning itself does not work. scanimage returns a 'Device busy'. There are no other programs than SANE that are configured to use the scanner. robb...@srv:~$ lsusb | grep Scan Bus 003 Device 002: ID 03f0:0205 Hewlett-Packard ScanJet 3300c robb...@srv:~$ scanimage -L device `niash:libusb:003:002' is a Hewlett-Packard ScanJet 3300C flatbed scanner robb...@srv:~$ ls -la /dev/bus/usb/003/002 crw-rw-r-- 1 root scanner 189, 257 Sep 25 14:17 /dev/bus/usb/003/002 robb...@srv:~$ SANE_DEBUG_DLL=1 SANE_DEBUG_SANEI_USB=128 SANE_DEBUG_HP=255 SANE_DEBUG_NIASH=255 /usr/bin/scanimage -d niash:libusb:003:002 --format tiff [sanei_debug] Setting debug level of dll to 1. [dll] sane_init: SANE dll backend version 1.0.12 from sane-backends 1.0.21 [sanei_debug] Setting debug level of niash to 255. [niash] sane_init [sanei_debug] Setting debug level of sanei_usb to 128. [sanei_usb] sanei_usb_init: marking existing devices [sanei_usb] sanei_usb_init: Looking for kernel scanner devices [sanei_usb] sanei_usb_init: can't stat /dev/usb/: No such file or directory [sanei_usb] sanei_usb_init: Looking for libusb devices usb_set_debug: Setting debugging level to 255 (on) usb_os_find_busses: Found 003 usb_os_find_busses: Found 002 usb_os_find_busses: Found 001 usb_os_find_devices: Found 002 on 003 usb_os_find_devices: couldn't get connect info usb_os_find_devices: Found 001 on 003 error obtaining child information: Inappropriate ioctl for device error obtaining child information: Operation not permitted usb_os_find_devices: couldn't get connect info usb_os_find_devices: Found 001 on 002 error obtaining child information: Operation not permitted usb_os_find_devices: couldn't get connect info usb_os_find_devices: Found 001 on 001 error obtaining child information: Operation not permitted [sanei_usb] sanei_usb_init: found libusb device (0x03f0/0x0205) interface 0 at libusb:003:002 [sanei_usb] store_device: add dn 0 with libusb:003:002 [sanei_usb] sanei_usb_init: device 0x1d6b/0x0001, interface 0 doesn't look like a scanner (9/9) [sanei_usb] sanei_usb_init: device 0x1d6b/0x0001: no suitable interfaces [sanei_usb] sanei_usb_init: device 0x1d6b/0x0001, interface 0 doesn't look like a scanner (9/9) [sanei_usb] sanei_usb_init: device 0x1d6b/0x0001: no suitable interfaces [sanei_usb] sanei_usb_init: device 0x1d6b/0x0002, interface 0 doesn't look like a scanner (9/9) [sanei_usb] sanei_usb_init: device 0x1d6b/0x0002: no suitable interfaces [sanei_usb] sanei_usb_init: found 1 devices [sanei_usb] sanei_usb_init: device 00 is libusb:003:002 [niash] Looking for ScanJet 3300C... [sanei_usb] sanei_usb_find_devices: vendor=0x03f0, product=0x0205 [niash] _AttachUsb: found libusb:003:002 [niash] niash: _ReportDevice 'libusb:003:002' [niash] Looking for ScanJet 3400C... [sanei_usb] sanei_usb_find_devices: vendor=0x03f0, product=0x0405 [niash] Looking for ScanJet 4300C... [sanei_usb] sanei_usb_find_devices: vendor=0x03f0, product=0x0305 [niash] Looking for HP ScanJet 4300c... [sanei_usb] sanei_usb_find_devices: vendor=0x047b, product=0x1002 [niash] Looking for Snapscan Touch... [sanei_usb] sanei_usb_find_devices: vendor=0x06bd, product=0x0100 [niash] Looking for Office Scanner USB 19200... [sanei_usb] sanei_usb_find_devices: vendor=0x047b, product=0x1000 [niash] sane_open: libusb:003:002 [niash] Trying to open libusb:003:002... [sanei_usb] sanei_usb_open: trying to open device `libusb:003:002' USB error: could not set config 1: Connection timed out [sanei_usb] sanei_usb_open: libusb complained: could not set config 1: Connection timed out [niash] NiashXferOpen failed for 'libusb:003:002' [niash] NiashOpen failed scanimage: open of device niash:libusb:003:002 failed: Device busy [niash] sane_exit How can I troubleshoot this further? Regards, Robbert -- System Information: Debian Release: squeeze/sid APT prefers squeeze-volatile APT policy: (500, 'squeeze-volatile'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sane-utils depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0]1.5.35 Debian configuration management sy ii libavahi-client3 0.6.27-2Avahi client library ii libavahi-common3 0.6.27-2Avahi common library ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libieee1284-30.2.11-6cross-platform library for paralle ii libsane 1.0.21-4API library for scanners ii libusb-0.1-4 2:0.1.12-16 userspace USB programming library ii update-inetd 4.37inetd configuration file updater sane-utils recommends no packages. Versions of packages
Bug#598102: sane-utils: scanimage fails on HP ScanJet 3300C with Device busy
Hi Julian, Thanks for your reply. I did some more testing, and this problem may very well be not the libsane's fault. At this point I am not sure where the problem lies. Op 26-9-2010 16:16, Julien BLACHE schreef: Those look like genuine errors, so first check your logs for kernel messages about your scanner, and if there's nothing there: There are indeed messages in the kernel logs. I omitted them earlier because they are related to scanbuttond, which I had shutdown before testing with scanimage. (scanbuttond used to work in the past, but it broke a while ago after a libsane update). These are the kernel messages: [ 65.732459] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd scanbuttond rqt 64 rq 12 len 1 ret -110 [ 75.736306] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd scanbuttond rqt 192 rq 12 len 1 ret -110 [ 85.732147] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd scanbuttond rqt 64 rq 12 len 1 ret -110 [ 96.197038] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd scanbuttond rqt 64 rq 12 len 1 ret -110 [ 106.196888] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd scanbuttond rqt 64 rq 12 len 1 ret -110 and also: [ 5258.573727] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd sane-find-scann rqt 128 rq 6 len 2 ret -110 [ 5259.576805] usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd sane-find-scann rqt 128 rq 6 len 2 ret -110 (sane-find-scanner is called by scanbuttond initialization script) - check that the scanner does work The device isn't broken or something like that. It works flawless when connected to Windows. And it has worked in Linux. - plug the scanner directly into the machine, unplug any other USB devices that aren't strictly required It is plugged in directly, and no other USB devices are connected. So about the testing I did, I've just powercycled the device (having scanbuttond stopped), and it directly started working after that. But after a fresh system boot, the device never works. This seems to be related to scanbuttond being started at boot. If I disable the scanbuttond startup, scanimage works after boot. So, it seems like scanbuttond in the boot process is confusing the USB layer or the scanner itself. And even if I shutdown scanbuttond after boot, the scanner is still broken until I reset the device. Scanbuttond also uses libsane and libusb. So, the question is, who is at fault here? Any ideas? Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522698: Exclude kfreebsd architecture from openntpd build?
Hi Dererk, I'm afraid it's not yet so easy to debug on kfreebsd-* flavors, as the port lack most common (unless for me) debugging tools, therefore, you might understand it's not a matter like noone cares. Ok, so I understand you are having problems debugging on kfreebsd for reasons that are beyond you. I would say this is even more reason to exclude kfreebsd from the build until the situation gets better. On the other hand, against what common sense could tell you, openntpd doesn't adjust the system's clock rate (it uses adjtime()), although Its something you take for granted when you install a software like this, it really ends up being more painful than useful for end-users that just want their sandboxes clocked (#306106). I understand that there may be other problems with the openntpd package, but I do not see them tagged 'grave' at this point. Therefore I do not think that bringing them into discussion here will change anything w.r.t. to this bug. Unfortunately, the only patch I could manage to get running on replacing adjtime() with adjtimex() didn't work as expected. [ OT for this bug ] Do you mean this patch? http://dtucker.freeshell.org/openntpd/patches/openntpd-3.6.1p1-linux-adjtimex.patch What is the problem with it? Regards, Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522698: Exclude kfreebsd architecture from openntpd build?
Hi, For a while, noone seems to care about this grave openntpd bug on the kfreebsd platform. Because of this, the package was eventually removed from testing. For people running on different architectures than kfreebsd this is very unfortunate, because they did not suffer from this grave bug. Can't we just exclude kfreebsd-* from the Architecture field in debian/control so that we don't build the package for kfreebsd (pending the kfreebsd bug getting fixed)? Regards, Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585741: /etc/cron.daily/locate should exclude curlftpfs by default
Package: locate Version: 4.4.2-1 Severity: normal By default, this cron job will index filesystems mounted over the network via curlftpfs, the FUSE ftp filesystem. Assuming that the default policy is not to index files across the network, this filesystem should be included in the PRUNEFS setting in the cron job. Regards, Robbert -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages locate depends on: ii findutils 4.4.2-1utilities for finding files--find, ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib locate recommends no packages. locate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585746: mlocate: /etc/updatedb.conf should exclude curlftptfs by default
Package: mlocate Version: 0.22.2-1 Severity: normal Hi, By default, updatedb will index filesystems mounted over the network via curlftpfs, the FUSE ftp filesystem. Assuming that the default policy is not to index files across the network, this filesystem should be excluded in the default configuration. Regards, Robbert -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mlocate depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib mlocate recommends no packages. mlocate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581612: cron: Cron jobs fail after upgrade to 3.0pl1-110
Package: cron Version: 3.0pl1-110 Severity: important Hi, On two different machines I have some cron jobs failing after upgrading from 3.0pl1-105 to 3.0pl1-110. Involved MTA is postfix in both cases. Downgrading to 3.0pl1-105 makes the issue go away again. For example, the below cronjob normally executes without output, within 1-2 seconds. # m h dom mon dow command */2 * * * * /usr/bin/fetchmail -s /dev/null 21 Now it fails: May 14 11:44:02 server /USR/SBIN/CRON[8853]: (robbert) CMD (/usr/bin/fetchmail -s /dev/null 21) May 14 11:44:03 server /USR/SBIN/CRON[8852]: (CRON) error (grandchild #8853 failed with exit status 1) After which cron sends an e-mail, with: Subject: Cron robb...@awakenings /usr/bin/fetchmail -s /dev/null 21 (failed) Content-Type: text/plain; charset=UTF-8 X-Cron-Env: SHELL=/bin/sh X-Cron-Env: HOME=/home/robbert X-Cron-Env: PATH=/usr/bin:/bin X-Cron-Env: LOGNAME=robbert Message-Id: 20100514094403.17b9f19...@server Date: Fri, 14 May 2010 11:44:03 +0200 (CEST) command failed with exit status 1 Regards, Robbert -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.112 add and remove users and groups ii debianutils 3.2.3 Miscellaneous utilities specific t ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-3Runtime support for the PAM librar ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii lockfile-progs0.1.13 Programs for locking and unlocking ii postfix [mail-transport-agent 2.6.5-3High-performance mail transport ag Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) ii logrotate 3.7.8-6Log rotation utility -- debconf information: * cron/checksecurity: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581612: cron: Cron jobs fail after upgrade to 3.0pl1-110
Hi Christian, Op 14-5-2010 12:59, Christian Kastner schreef: I actually think this is the correct behaviour, and that pre-110 had the bug. Actually I think you are right. Fetchmail exiting nonzero on NOMAIL seems indeed normal behaviour. The cronjobs indeed seem to run correctly, but I was misleaded by the sudden error e-mails. So there has been a change in cron behaviour, since it is now sending messaged when cronjobs exit nonzero (in my case). If this indeed is the desired new behaviour of cron, I would think that a NEWS entry about this would be very helpful, though. Regards, Robbert PS. In the light of the above I am fine with downgrading the severity of this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581612: cron: Cron jobs fail after upgrade to 3.0pl1-110
Hi Christian, Op 14-5-2010 13:12, Christian Kastner schreef: One thing that just came to mind: If cron generated mails, that would probably screw up your testing. Say that -110 generates a mail. You downgrade to -105; -105 runs fine (because it gets the mail from -110). You upgrade to -110 again, and that fails again because of no mail. And so on. Could this be the case? No, it's not the testing. -105 never sends me e-mails on the fetchmail cronjob, even if it exits nonzero. -110 does send an e-mail when fetchmail exits nonzero. Regards, Robbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#398780: nagios-plugins-basic: check_ups broken by 24_check_ups.dpatch
Package: nagios-plugins-basic Version: 1.4.4-1 Severity: normal Hi, After upgrade of nagios-plugins-basic from 1.4.3.0cvs.20060707-3 to 1.4.4-1, check_ups broke: [EMAIL PROTECTED]:/$ /usr/lib/nagios/plugins/check_ups -H 10.0.0.2 -u compaq Unknown error: ERR VAR-NOT-SUPPORTED OK Goodbye Replacing the check_ups binary with the one from the 1.4.3.0cvs.20060707-3 package fixes the problem: [EMAIL PROTECTED]:/$ /usr/lib/nagios/plugins/check_ups -H 10.0.0.2 -u compaq UPS OK - Status=Online Utility=229.7V Batt=86.6% Load=43.1% |voltage=229699mV;;;0 battery=86%;;;0;100 load=43%;;;0;100 The source file plugins/check_ups.c is identical in both upstream sources, but in 1.4.4-1 there was a patch introduced with the name 24_check_ups.dpatch. This patch seems to cause the problem. Regards, Robbert -- 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.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nagios-plugins-basic depends on: ii iputils-ping 3:20020927-3.1 Tools to test the reachability of ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-3 SSL shared libraries ii procps1:3.2.7-3 /proc file system utilities ii ucf 2.0016 Update Configuration File: preserv nagios-plugins-basic recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Hi guys, Please try adding AuthBasicAuthoritative Off to your configuration. My complete config is: Directory /var/www/protected AuthType Basic AuthName Please login AuthPAM_Enabled on AuthPAM_FallThrough off AuthBasicAuthoritative off require valid-user /Directory Regards, Robbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Since the auth mechanisms were changed in Apache 2.1 this module does not work any more. It probably should be replaced by mod_authn_pam available at http://mod-auth.sourceforge.net/docs/mod_authn_pam/ It works for me. Can you be more specific? I am going to lower this to 'important' as I am still able to use the package with apache 2.2.3-2, and would not like it to disappear while there's no mod_authn_pam package yet. Regards, Robbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388386: [patch]
Hi Eduard, I am a LUFS user too, so a few comments on this. Eduard Bloch wrote: Stupid question: why do you need LUFS? I consider requesting its removal because almost everything has moved to FUSE or can be used with lufis, the fuse/lufs bridge. There is no lufis Debian package :( Does curlftp do what you need? See http://frank.thomas-alfeld.de/download/debian/curlftpfs/ Curlftpfs is buggy itself (see bts). I find it freezing now and then, while LUFS has worked perfectly for a long time. It would be nice if LUFS can stay, at least until there is a working substitute in Debian. Regards, Robbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347933: Bug severity
Hi, This bug should have severity 'grave' for etch and up, since the package is really unusable since kernels 2.6.14. Arguably, causing a kernel panic could even be qualified as 'critical'. Regards, Robbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387102: hddtemp: Please add WDC WD2500JS
Package: hddtemp Version: 0.3-beta15-26 Severity: wishlist Tags: patch Hi, This patch adds support for the WDC WD2500JS-00MHB0 disk, and corrects the description of its big brother, the WDC WD2500KS-00MJB0. Regards, Robbert --- /etc/hddtemp.db.orig2006-09-12 11:03:36.0 +0200 +++ /etc/hddtemp.db 2006-09-12 11:03:11.0 +0200 @@ -426,7 +426,8 @@ WDC WD2500PD-00FZB1 194 C Western Digital WD2500PD-00FZB1 WDC WD2500SD-01KCB0 194 C Western Digital Caviar RE 250GB 8MB -WDC WD2500KS-00MJB0 194 C Western Digital Caviar SE16 250GB 16MB +WDC WD2500JS-00MHB0 194 C Western Digital Caviar 250GB 8MB +WDC WD2500KS-00MJB0 194 C Western Digital Caviar 250GB 16MB WDC WD2500YD-01NVB1 194 C Western Digital Caviar RE 250GB 16MB WDC WD3000JB-00KFA0 194 C Western Digital WD3000JB -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii grep 2.5.1.ds2-5 GNU grep, egrep and fgrep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information: * hddtemp/SUID_bit: false * hddtemp/interface: 127.0.0.1 * hddtemp/daemon: true * hddtemp/syslog: 0 * hddtemp/port: 7634 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356064: libapache2-mod-auth-mysql: apache2 segmentation fault with Auth_MySQL_Encryption_Types MySQL
Hi, On Mon, 28 Aug 2006, Matthew Palmer wrote: Can you get a symbolified backtrace to show exactly where it's segfaulting? I know m-a-mysql doesn't ship with a debugging symbol table, but a rebuild should fix that. Ok, I succeeded in rebuilding the shared object with a symbol table. (I had to do some hacking, so I still do not know how to properly build this thing with dpkg-buildpackage and these conflicting build dependencies.) Anyway, the program segfaults at this line: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1483326592 (LWP 24579)] 0xa7f5f078 in mysql_authenticate_basic_user (r=0x0) at mod_auth_mysql.c:1295 1295for (ete=supported_encryption_types; ete-name; ete++) { (gdb) bt #0 0xa7f5f078 in mysql_authenticate_basic_user (r=0x0) at mod_auth_mysql.c:1295 #1 0x in ?? () (gdb) info registers eax0x0 0 ecx0xafe77c1a -1343783910 edx0xe77c00 15170560 ebx0x35434535 893601077 esp0xafe77c30 0xafe77c30 ebp0xafe70036 0xafe70036 esi0x41323433 1093809203 edi0x824b168136622440 eip0xa7f5f078 0xa7f5f078 mysql_authenticate_basic_user+1144 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 This lead me to the conclusion that indeed the 'Auth_MySQL_Encryption_Types MySQL' is broken. The module itself is able to access the database just fine with old or new style passwords (this is what was achieved by rebuilding against libmysqlclient15), however the routines in the module that allow the user to specify MySQL type encrypted passwords, using the password() function, is somehow segfaulting. After some investigation the segfault seems to be caused by mod_auth_mysql not receiving a complete hash. Upon further inspection, my database columns for the password fields were only 25 characters wide, so this was not enough for the new style hashed passwords (which need 41 char columns). So, the program definately needs a length check here, the crash should never happen, regardless of database column size. Anyway, to quickly see if this would help, I decided to fix the database. Having fixed the database, another segfault appeared. [Switching to Thread -1483527296 (LWP 25742)] 0xa7f2e0f5 in mysql_authenticate_basic_user (r=0x0) at mod_auth_mysql.c:1300 1300APACHELOG(APLOG_DEBUG, r, Auth succeeded); (gdb) bt #0 0xa7f2e0f5 in mysql_authenticate_basic_user (r=0x0) at mod_auth_mysql.c:1300 #1 0x in ?? () (gdb) info registers eax0x35432eb9 893595321 ecx0x5141300 edx0x0 0 ebx0x35434535 893601077 esp0xafd491c0 0xafd491c0 ebp0xafd40036 0xafd40036 esi0xf 15 edi0x0 0 eip0xa7f2e0f5 0xa7f2e0f5 mysql_authenticate_basic_user+1269 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 This one seems to be caused by a buffer overflow of this buffer at line 232 of mod_auth_mysql.c: char scrambled_passwd[32]; The function make_scrambled_password returns a 41 byte hash with the new-style passwords, so this will not fit. Enlarging this buffer to 48 bytes seems to fix my application. Regards, Robbert PS. Note also that MySQL does not recommend using the password() function to encrypt application passwords. Applications really should not do this, because PASSWORD() should be used only to manage passwords for MySQL accounts. But some applications use PASSWORD() for their own purposes anyway. (http://dev.mysql.com/doc/refman/5.1/en/application-password-use.html) Following this advice, and seeing the shape of the code, it is arguable that 'MySQL' encryption type should be removed entirely from the program. PPS. This seems to be the same bug as #346194, and possibly also #382243. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356064: libapache2-mod-auth-mysql: apache2 segmentation fault with Auth_MySQL_Encryption_Types MySQL
Hi, On Mon, 28 Aug 2006, Matthew Palmer wrote: Can you get a symbolified backtrace to show exactly where it's segfaulting? I know m-a-mysql doesn't ship with a debugging symbol table, but a rebuild should fix that. I tried building the deb src, using the command 'apt-get -b source libapache2-mod-auth-mysql'. However, this seems to fail because of conflicting build deps: apache-dev and apache2-threaded-dev. How do I get around this? Also, how do I specify that I want to build with a debugging symbol table? Note that there's been some ABI issues with libmysqlclient15 recently -- I'm not sure what the effect actually is, but it might be worth just making sure that you're running the very, very latest libmysqlclient15. I have verified that the problem exists in libmysqlclient15off versions 5.0.22-3 (testing) as well as 5.0.24-2. Regards, Robbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369603: logcheck-database: new rule for dhcpd
Package: logcheck-database Version: 1.2.44 Severity: minor Tags: patch Hi, This patch changes one rule for dhcpd. It adds support for log lines of the following format: May 30 19:36:57 server dhcpd: DHCPACK to 10.10.10.10 (aa:bb:cc:dd:ee:ff) via eth1 Regards, Robbert --- /root/dhcp 2006-05-30 21:50:24.0 +0200 +++ dhcp2006-05-30 23:27:06.0 +0200 @@ -18,7 +18,7 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: DHCPACK on [.0-9]{7,15} to [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [.[:alnum:]]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: DHCPINFORM from [.0-9]{7,15} via [.[:alnum:]]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: DHCPRELEASE of [.0-9]{7,15} from [:[:alnum:]]+ (\([._[:alnum:]-]+\) |)via [.[:alnum:]]+ \((not |)found\)$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: DHCPACK to [.0-9]{7,15}$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: DHCPACK to [.0-9]{7,15}( \([:[:alnum:]]+\) via [.[:alnum:]]+|)$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: pool [0-9a-f]{7} [.0-9]{7,15}/[:[:alnum:]]+ total [:[:alnum:]]+ free [:[:alnum:]]+ backup [:[:alnum:]]+ lts [:[:alnum:]-]+$ # Dyndns support ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dhcpd: [Aa]dded (new )?(forward|reverse) map from [._[:alnum:]-]+ to [._[:alnum:]-]+$ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 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.1 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369263: logcheck-database: Add rule for pdns_recursor refreshing its root records
Package: logcheck-database Version: 1.2.44 Severity: minor Tags: patch Hi, The PowerDNS recursor refreshes its root records every 2 hours. This action is logged. Below patch adds one line to the pdns ignore file, so this message is ignored. Regards, Robbert --- /root/pdns 2006-05-28 19:55:16.0 +0200 +++ /etc/logcheck/ignore.d.server/pdns 2006-05-28 19:56:03.0 +0200 @@ -3,3 +3,4 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ pdns\[[0-9]+\]: Ignoring packet: question too short from [.0-9]{7,15}, [0-9]+=[0-9]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ pdns\[[0-9]+\]: Error sending reply with sendto \(socket=[0-9]\): Invalid argument$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ pdns\[[0-9]+\]: Received packet from recursor backend with id [0-9] which is a duplicate$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ pdns_recursor\[[0-9]+\]: Refreshed \. records$ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 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.1 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347933: Inclusion of Another lufs patch?
Hi, I just experienced the same kernel BUG at fs/inode.c:252 on kernel 2.6.16.16 (only it happens on inode.c:253). It happens when auto-unmounting an ftpfs mount. I attached the BUG printout, for reference. The patch sent in by Ludovic fixes this for me. Are there any plans for inclusion of this patch in the Debian package? Regards, Robbert [ cut here ] kernel BUG at fs/inode.c:253! invalid opcode: [#1] Modules linked in: lufs nls_utf8 cifs autofs4 ipt_LOG ipt_REJECT ipt_hashlimit xt_limit xt_state iptable_filter xt_tcpudp iptable_nat ip_nat ip_tables x_tables e1000 3c59x mii uhci_hcd usbcore via82cxxx parport_pc parport agpgart xfs capability commoncap tun crc32 via686a eeprom i2c_isa i2c_viapro i2c_core CPU:0 EIP:0060:[clear_inode+22/165]Not tainted VLI EFLAGS: 00010202 (2.6.16.16 #1) EIP is at clear_inode+0x16/0xa5 eax: eb40d6c4 ebx: eb40d6c4 ecx: eb40d6c4 edx: eb40d59c esi: f8ab9aba edi: 000a ebp: 0016 esp: ebc95ec4 ds: 007b es: 007b ss: 0068 Process umount (pid: 5610, threadinfo=ebc94000 task=d9383030) Stack: 0eb40d6c4 f8ab9aba c0157d42 eb40d6c4 eb40d6c4 eb20b498 eb40d6c4 c0155ee7 eb40d6c4 eb20b498 eb20b4a4 c0156436 eb20bcd4 eb492e28 eb492e5c 0016 c0156508 ebe65000 eb492e28 f8abd360 ebc94000 c01490cf eb492e28 0013 Call Trace: [pg0+947321530/1070285824] lu_delete_inode+0x0/0x5 [lufs] [generic_delete_inode+106/201] generic_delete_inode+0x6a/0xc9 [dentry_iput+96/100] dentry_iput+0x60/0x64 [prune_dcache+206/241] prune_dcache+0xce/0xf1 [shrink_dcache_parent+13/155] shrink_dcache_parent+0xd/0x9b [generic_shutdown_super+34/252] generic_shutdown_super+0x22/0xfc [kill_anon_super+14/36] kill_anon_super+0xe/0x24 [deactivate_super+59/79] deactivate_super+0x3b/0x4f [sys_umount+458/469] sys_umount+0x1ca/0x1d5 [do_page_fault+355/1188] do_page_fault+0x163/0x4a4 [sys_oldumount+11/14] sys_oldumount+0xb/0xe [syscall_call+7/11] syscall_call+0x7/0xb Code: 44 24 18 01 00 00 00 58 5a 5b 5e e9 cd 70 00 00 5e 58 5b 5e c3 56 53 8b 5c 24 0c 53 e8 97 01 ff ff 83 bb c4 00 00 00 00 58 74 08 0f 0b fd 00 22 7a 28 c0 8b 83 20 01 00 00 a8 10 75 08 0f 0b ff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363336: logcheck-database: incomplete regexp for popa3d log message
Package: logcheck-database Version: 1.2.43a Severity: normal Tags: patch Hi, Given the following popa3d log messages: popa3d[15636]: 0 messages (0 bytes) loaded popa3d[15993]: 1 message (3837 bytes) loaded popa3d[15856]: 3 messages (18116 bytes) loaded The current logcheck ruleset does not take into account that sometimes there might be multiple message_S_ to be loaded. The following patch fixes this, and saves me a lot of noise. --- popa3d.orig 2006-04-18 16:30:44.0 +0200 +++ popa3d 2006-04-18 15:47:08.0 +0200 @@ -1,5 +1,5 @@ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ popa3d\[[0-9]+\]: Session from [:0-9a-f.]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ popa3d\[[0-9]+\]: Authentication passed for [._[:alnum:]-]+$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ popa3d\[[0-9]+\]: [0-9]+ message \([0-9]+ bytes\) loaded$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ popa3d\[[0-9]+\]: [0-9]+ messages? \([0-9]+ bytes\) loaded$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ popa3d\[[0-9]+\]: [0-9]+ \([0-9]+\) deleted, [0-9]+ \([0-9]+\) left$ Regards, Robbert -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 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.4.72 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]