Bug#307964: mgetty-fax: faxspool doesn't honour the '-u' option for "lp" and "daemon"
Package: mgetty-fax Version: 1.1.33-1 Severity: normal The man pages says: -u Do not use the current user ID for authentication purposes but the user name specified. Since this can lead to easy breach of security, only "trusted" users may use this flag. Currently, those users are "root", "lp" and "daemon" (hardwired into the code). Note: the status mail will still go to the user running faxspool(1) unless changed with "-f". However, in the code, only root (ROOT_UID) is allowed to specify the -u option. When using faxspool as a backend through a print service (lprng in this case), this breaks things for ordinary users, since the job will always be owned by daemon, and the user cannot remove it. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mgetty-fax depends on: ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii mgetty 1.1.33-1 Smart Modem getty replacement -- debconf information: * mgetty-fax/new_security_scheme: * mgetty-fax/start_faxrunqd: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307969: mgetty-fax: acct.log does not contain name of original submitter
Package: mgetty-fax Version: 1.1.33-1 Severity: normal Tags: patch The acct.log file only contains the mail address to which notification will be sent. Since any user can specify another user as the mail address, this does not lend itself well to accounting purposes. Attached is a patch that makes faxrunq also log the original submitter. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mgetty-fax depends on: ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii mgetty 1.1.33-1 Smart Modem getty replacement -- debconf information: * mgetty-fax/new_security_scheme: * mgetty-fax/start_faxrunqd: false --- ./fax/faxrunq 2005-05-06 16:03:57.0 -0600 +++ /usr/bin/faxrunq2005-05-06 15:58:48.0 -0600 @@ -178,6 +178,7 @@ $1=="acct_handle" { ah=substr($0,13) } END { if ( mail != "" ) printf "MAIL_TO=\"%s\";", mail else printf "MAIL_TO=\"%s\";", user + printf "USER=\"%s\";", user printf "TIME=\"%s\";", time printf "VERBOSE_TO=\"%s\";", verbto printf "RE=\"%s\"; AH=\"%s\"", re, ah }' - ` @@ -240,7 +241,7 @@ $echo "Status "`date`" successfully sent" >>JOB # update accounting log - $echo "$MAIL_TO "`dirname $job`" |$PHONE |$AH|"`date`"| success" >>$FAX_ACCT + $echo "$MAIL_TO ($USER) "`dirname $job`" |$PHONE |$AH|"`date`"| success" >>$FAX_ACCT # send mail, if requested if [ -n "$do_mail_s" ] ; then @@ -297,7 +298,7 @@ $echo "Status "`date`" $comment, exit($status): $why" >>JOB # update accounting log - $echo "$MAIL_TO "`dirname $job`" |$PHONE |$AH|"`date`"| fail $status: $why" >>$FAX_ACCT + $echo "$MAIL_TO ($USER) "`dirname $job`" |$PHONE |$AH|"`date`"| fail $status: $why" >>$FAX_ACCT # if failed or times, suspend job suspend="";
Bug#301889: bandersnatch requires older version of libnet-jabber-perl
Package: bandersnatch Version: 0.3-2 Severity: grave Justification: renders package unusable bandersnatch does not work with version 2.X of libnet-jabber-perl, nor does it work with the debian woody version of libnet-jabber-perl (1.0024-1) It does work with version 1.30 of Net::Jabber, which appears to build just fine with the debian/ files from the source package for version 1.0024-1. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bandersnatch depends on: ii libclass-dbi-perl0.96-1 A convenient abstraction layer to ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu hi libnet-jabber-perl 1.30-1mtech Perl modules for accessing the Jab ii libxml-stream-perl 1.22-2 Perl module for accessing XML Stre ii perl 5.8.4-8 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301891: bandersnatch-frontend: config file should be in /etc
Package: bandersnatch-frontend Version: 0.3-2 Severity: serious Justification: Policy 10.7.2 The config file for bandersnatch-frontend is located at: /usr/share/bandersnatch-frontend/includes/config.inc.php The postinst creates a symlink in /etc/jabber which links to this file. Instead, the config file should be in /etc/jabber, and /usr/share/bandersnatch-frontend/includes/config.inc.php should be a symlink to /etc/jabber/bandersnatch-frontend.conf.php Also, since this file contains a password to connect to mysql, is should probably be readable only by root and the www-data user/group. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bandersnatch-frontend depends on: ii apache1.3.33-4 versatile, high-performance HTTP s ii bandersnatch 0.3-2 Log Jabber conversations to a peer ii libapache-dbi-perl0.94-2 Connect apache server to database ii php-auth 1.2.3-2PHP PEAR modules for creating an a ii php-html-template-it 1.10-3 PEAR HTML Template IT ii php4 4:4.3.10-9 server-side, HTML-embedded scripti ii php4-mysql4:4.3.10-9 MySQL module for php4 ii php4-pear 4:4.3.10-9 PEAR - PHP Extension and Applicati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324890: nscd does not respond
Package: nscd Version: 2.3.2.ds1-22 Severity: critical Tags: patch Justification: breaks the whole system nscd hangs and does not respond to requests when used on a 2.6.X kernel. This can make it impossible for anyone to log in (especially when using libnss-mysql-bg), including root (even with root in /etc/passwd). Using LD_ASSUME_KERNEL=2.4.31 appears to fix the problem. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-ruby Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nscd depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information --- /etc/init.d/nscd.orig 2005-08-24 11:33:22.0 -0600 +++ /etc/init.d/nscd2005-08-23 08:31:36.0 -0600 @@ -20,6 +20,8 @@ ;; esac +export LD_ASSUME_KERNEL=2.4.31 + RETVAL=0 case "$1" in start)
Bug#324890: nscd does not respond
This issue is not specific to libnss-mysql-bg - even when using just 'files' in nsswitch.conf, nscd does not respond without the LD_ASSUME_KERNEL flag. On Wed, Aug 24, 2005 at 12:12:39PM -0700, Steve Langasek wrote: > reassign 324890 libnss-mysql-bg > thanks > > On Wed, Aug 24, 2005 at 11:36:51AM -0600, Scott Barker wrote: > > Package: nscd > > Version: 2.3.2.ds1-22 > > Severity: critical > > Tags: patch > > Justification: breaks the whole system > > > nscd hangs and does not respond to requests when used on a 2.6.X kernel. > > This can make it impossible for anyone to log in (especially when using > > libnss-mysql-bg), including root (even with root in /etc/passwd). > > Then what reason is there to think this is an nscd bug, rather than a > libnss-mysql-bg bug? > > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > [EMAIL PROTECTED] http://www.debian.org/ -- Scott Barker[EMAIL PROTECTED] Manager, Infrastructure 403-233-0740 x248 M-Tech Information Technology, Inc. http://mtechIT.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#258302: winbind: patch
Package: winbind Version: 3.0.5-1mtech Followup-For: Bug #258302 I've attached a patch that I submitted to buzgilla.samba.org back in February. I've been running with this patch since then, and everything is working fine. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-ruby Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages winbind depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1 common error description library ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libssl0.9.60.9.6m-1 SSL shared libraries (old version) -- no debconf information --- samba/source/nsswitch/pam_winbind.c Sun Apr 4 00:37:18 2004 +++ samba.mtech/source/nsswitch/pam_winbind.c Tue Jul 13 10:30:41 2004 @@ -420,6 +420,7 @@ const char *username; const char *password; int retval = PAM_AUTH_ERR; + static char buf[256] = {0}; /* parse arguments */ int ctrl = _pam_parse(argc, argv); @@ -454,7 +455,23 @@ } /* Now use the username to look up password */ - return winbind_auth_request(username, password, ctrl); + retval = winbind_auth_request(username, password, ctrl); + + sprintf(buf, "%d", retval); + if(pam_set_data(pamh, "winbind_auth_retval", buf, NULL) != PAM_SUCCESS) { +_pam_log(LOG_WARNING, "pam_sm_authenticate return code %d cannot be saved for pam_sm_acct_mgmt", retval); +return PAM_BAD_ITEM; + } + switch (retval) { +case PAM_AUTHTOK_EXPIRED: + _pam_log(LOG_WARNING, "pam_sm_authenticate would return PAM_AUTHTOK_EXPIRED, returning PAM_SUCCESS instead"); + return PAM_SUCCESS; + case PAM_NEW_AUTHTOK_REQD: + _pam_log(LOG_WARNING, "pam_sm_authenticate would return PAM_NEW_AUTHTOK_REQD, returning PAM_SUCCESS instead"); + return PAM_SUCCESS; +default: + return retval; + } } PAM_EXTERN @@ -474,6 +491,7 @@ { const char *username; int retval = PAM_USER_UNKNOWN; +char *ptr = NULL; /* parse arguments */ int ctrl = _pam_parse(argc, argv); @@ -503,7 +521,7 @@ case 0: /* Otherwise, the authentication looked good */ _pam_log(LOG_NOTICE, "user '%s' granted acces", username); - return PAM_SUCCESS; + break; default: /* we don't know anything about this return value */ _pam_log(LOG_ERR, "internal module error (retval = %d, user = `%s'", @@ -511,6 +529,23 @@ return PAM_SERVICE_ERR; } +if( pam_get_data(pamh, "winbind_auth_retval", (const void **)&ptr) != PAM_SUCCESS ) { + _pam_log(LOG_WARNING, "pam_sm_acct_mgmt cannot retrieve pam_sm_authenticate return value"); + return retval; +} + +retval = atoi( ptr ); +switch (retval) { + case PAM_AUTHTOK_EXPIRED: + _pam_log(LOG_WARNING, "pam_sm_acct_mgmt would return PAM_AUTHTOK_EXPIRED"); + /* fall through, since new token is required in this case */ + case PAM_NEW_AUTHTOK_REQD: + _pam_log(LOG_WARNING, "pam_sm_acct_mgmt returning PAM_NEW_AUTHTOK_REQD"); + return retval; + default: + return PAM_SUCCESS; +} + /* should not be reached */ return PAM_IGNORE; }
Bug#346015: prcs diff produces corrupt output
Package: prcs Version: 1.3.3-8 Followup-For: Bug #346015 I have just upgraded from prcs 1.3.3-4 in sarge to prcs 1.3.3-8 in etch, and this problem has come up for me. Prior to the upgrade, there was no problem - prcs diff output was exactly as it should be. Now, the problem described in this bug report is occurring. In reading changelog.Debian, I see a new patch: debian/patches/30_diff-N-corruption.dpatch Perhaps this has caused the problem? -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (100, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-vs2.0.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages prcs depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii rcs 5.7-18 The GNU Revision Control System prcs recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346015: prcs diff corruption - possible fix
Package: prcs Version: 1.3.3-8 Followup-For: Bug #346015 Rebuilding the debian package from the 1.3.3-8 source using gcc/g++ 3.3 fixes the problem. gcc/g++ 3.4 and gcc/g++ 4.1 both produce a prcs binary that corrupts the diff output. -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (100, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-vs2.0.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages prcs depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 ii rcs 5.7-18 The GNU Revision Control System prcs recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405364: installation-report: does not detect tg3 NIC on Dell Optiplex 745
The original bug report was filed from an Optiplex GX270, since I couldn't get etch installed on the Optiplex 745. Rebuilding debian-installer based on the linux-image-2.6.18-3-686 kernel image, I was able to install etch. Here is the output of 'lspci -nn' on the Optiplex 745: 00:00.0 Host bridge [0600]: Intel Corporation Q963/Q965 Memory Controller Hub [8086:2990] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation Q963/Q965 PCI Express Root Port [8086:2991] (rev 02) 00:02.0 VGA compatible controller [0300]: Intel Corporation Q963/Q965 Integrated Graphics Controller [8086:2992] (rev 02) 00:02.1 Display controller [0380]: Intel Corporation Q963/Q965 Integrated Graphics Controller [8086:2993] (rev 02) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #4 [8086:2834] (rev 02) 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #5 [8086:2835] (rev 02) 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #2 [8086:283a] (rev 02) 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 02) 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #1 [8086:2830] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #2 [8086:2831] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI #3 [8086:2832] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI #1 [8086:2836] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev f2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HB/HR (ICH8/R) LPC Interface Controller [8086:2810] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE Controller [8086:2820] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 02) 00:1f.5 IDE interface [0101]: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE Controller [8086:2825] (rev 02) 03:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5754 Gigabit Ethernet PCI Express [14e4:167a] (rev 02) On Fri, Jan 12, 2007 at 10:26:13PM +0100, Frans Pop wrote: > On Tuesday 02 January 2007 23:11, Scott Barker wrote: > > Booting the hd-media image (rc1 and daily build for Jan 2, 2007), the > > tg3 NIC on the Dell Optiplex 745 was not detected. Also, the netinst CD > > install (rc1) did not detect the NIC. (Note that Mandriva 2007 > > recognized the NIC as a tg3, and worked fine). > > Looking at the PCI information included in your report, I only see the NIC > with PCI ID [8086:100e], which needs the e1000 driver (which seems to be > correctly loaded). > > Could you please install the pciutils package and provide the output > of 'lspci -nn'? Which of the devices listed there is the tg3 NIC? > > Cheers, > FJP -- Scott Barker[EMAIL PROTECTED] Manager, Infrastructure 403-233-0740 x248 M-Tech Information Technology, Inc. http://mtechIT.com Speak to an M-Tech IDM Expert at the RSA Conference: Booth 1950, Feb 5-9, San Francisco -- http://www.rsaconference.com/2007/US/ Learn about IDM in Healthcare at the HIMSS Conference: Booth 1511, Feb 25-Mar 1, New Orleans -- http://www.himss07.org/ The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405364: installation-report: does not detect tg3 NIC on Dell Optiplex 745
Package: installation-reports Version: 2.23 Severity: important Booting the hd-media image (rc1 and daily build for Jan 2, 2007), the tg3 NIC on the Dell Optiplex 745 was not detected. Also, the netinst CD install (rc1) did not detect the NIC. (Note that Mandriva 2007 recognized the NIC as a tg3, and worked fine). -- Package-specific info: Boot method: hd-media (USB) Image version: http://people.debian.org/~joeyh/d-i/images/daily/hd-media/ 02-Jan-2007 13:13 Date: Jan 2, 2007 Machine: Dell Optiplex 745 Partitions: 1 partition on SATA HD Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [E] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Perhaps a newer version of the tg3 driver or a newer kernel needs to be used? I'm happy to test out other kernels. If someone could provide the .config file used for the Etch Debianinstaller, I could even compile one myself with a newer tg3 driver and report on the results. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer hardware-summary: == info: /bin/report-hw: discover: i810-tco;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) LPC Bridge; info: /bin/report-hw: discover: ;;;Unknown;_NEC CD-RW NR-9300A;/dev/hdc info: /bin/report-hw: discover: e1000;;;Intel Corporation;82540EM Gigabit Ethernet Controller; info: /bin/report-hw: discover: piix;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller; info: /bin/report-hw: discover: ata_piix;;;Intel Corporation;82801EB (ICH5) Serial ATA 150 Storage Controller; info: /bin/report-hw: discover: ide-scsi;;;Linux;IDE-SCSI emulation layer; info: /bin/report-hw: discover: usb-uhci;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) USB UHCI #1; info: /bin/report-hw: discover: usb-uhci;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) USB UHCI #2; info: /bin/report-hw: discover: usb-uhci;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) USB UHCI #3; info: /bin/report-hw: discover: usb-uhci;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) USB UHCI #4; info: /bin/report-hw: discover: ehci-hcd;;;Intel Corporation;82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller; info: /bin/report-hw: discover: ;;;ATA;ST3120026AS;/dev/sda error: /bin/report-hw: Unable to find lspci. info: /bin/report-hw: /proc/bus/pci/devices: 808625700 f808 0400 info: /bin/report-hw: /proc/bus/pci/devices: 0010 80862572a9 f008feb8ed99 080000080008 info: /bin/report-hw: /proc/bus/pci/devices: 00e8 808624d2a9 ff81 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00e9 808624d4b1 ff61 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00ea 808624d7b9 ff41 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00eb 808624dea9 ff21 0020uhci_hcd info: /bin/report-hw: /proc/bus/pci/devices: 00ef 808624ddc1 ffa80800 0400
Bug#429065: libdbd-mysql-perl: should be built with ssl support
Package: libdbd-mysql-perl Version: 3.0008-1 Severity: normal libdbd-mysql-perl should be built with ssl support. To do so, debian/rules just needs to add the -ssl option to the Makefile generation (as mentioned in the upstream TODO file): perl Makefile.PL -ssl -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1) Versions of packages libdbd-mysql-perl depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbi-perl1.53-1Perl5 database interface by Tim Bu ii libmysqlclient15off5.0.32-7etch1 mysql database client library ii perl 5.8.8-7 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-7 The Pathologically Eclectic Rubbis libdbd-mysql-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429146: vserver-debiantools: cannot exclude makedev
Package: vserver-debiantools Version: 0.3.4 Severity: important It seems that apt depends upon debian-archive-keyring, which depends on gnupg, which depends on makedev, so makedev cannot be removed from a vserver. Either vserver-debiantools has to work around this problem, or gnupg shouldn't depend upon makedev. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-vserver-686 Locale: LANG=, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1) Versions of packages vserver-debiantools depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii rsync 2.6.9-2fast remote file copy program (lik ii util-vserver 0.30.212-1 user-space tools for Linux-VServer vserver-debiantools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429146: vserver-debiantools: cannot exclude makedev
I'm not sure why gnupg depends on makedev, either. When trying to create a vserver, amongst all the other output, I get this: [...] dpkg: dependency problems prevent removal of makedev: gnupg depends on makedev (>= 2.3.1-13) | devfsd | hurd; however: Package makedev is to be removed. Package devfsd is not installed. Package hurd is not installed. dpkg: error processing makedev (--purge): dependency problems - not removing [...] Errors were encountered while processing: makedev [...] The vserver is still created, but the dpkg state is somewhat broken. On 06/17/07 03:24, Ola Lundqvist wrote: Hi I can not see why gnupg depends on makedev. Do you know that? Do this mean that you can not create vservers at all at this stage? And when did this start to happen? Regards, // Ola On Fri, Jun 15, 2007 at 02:37:50PM -0600, Scott Barker wrote: Package: vserver-debiantools Version: 0.3.4 Severity: important It seems that apt depends upon debian-archive-keyring, which depends on gnupg, which depends on makedev, so makedev cannot be removed from a vserver. Either vserver-debiantools has to work around this problem, or gnupg shouldn't depend upon makedev. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-vserver-686 Locale: LANG=, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1) Versions of packages vserver-debiantools depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii rsync 2.6.9-2fast remote file copy program (lik ii util-vserver 0.30.212-1 user-space tools for Linux-VServer vserver-debiantools recommends no packages. -- no debconf information -- Scott Barker[EMAIL PROTECTED] Manager, Infrastructure 403-233-0740 x248 M-Tech Information Technology, Inc. http://mtechIT.com The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427087: bandersnatch stops logging presence changes
Package: bandersnatch Severity: important Tags: patch Bandersnatch stops logging presence changes if your mysql server wait_timeout is shorter than the longest inactivity of your jabber users as a whole (ie. if there is no data from jabber to bandersnatch for a duration longer than your mysql wait_timeout variable). This occurs because mysql_auto_reconnect in DBD::mysql defaults to off. The attached patch to the bandersnatch perl script fixes this by turning mysql_auto_reconnect on. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1) --- bandersnatch2007-06-01 13:47:42.0 -0600 +++ /usr/sbin/bandersnatch 2007-06-01 13:47:35.0 -0600 @@ -874,6 +874,8 @@ return 0; } + $dbh->{mysql_auto_reconnect} = 1; + $dbh->trace(2) if (($config{debug}->{level} > 0) && defined($dbh)); return 1; }
Bug#311048: rdesktop problem with screensaver and mouse
Package: rdesktop Version: 1.5.0-1 Followup-For: Bug #311048 Seems this bug still exists - I have the latest version of all packages from etch, and if my mouse is focused in rdesktop when xscreensaver kicks in, then when I unlock/unblank the screen, I have no mouse pointer and no keyboard. If I kill rdesktop from an ssh session, I get back the keyboard, but not the mouse. This is 100% reproducible, even when using a keyboard shortcut to activate xscreensaver. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=, LC_CTYPE=en_CA.iso8859-1 (charmap=ISO-8859-1) Versions of packages rdesktop depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libx11-62:1.0.3-7X11 client-side library rdesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359934: libc6: tzconfig cannot set SystemV style timezones
Package: libc6 Version: 2.3.2.ds1-22sarge2 Severity: normal Tags: l10n The latest version of libc6 doesn't seem to include /usr/share/zoneinfo/SystemV/ anymore, and as such, tzconfig cannot set SystemV timezones anymore. After an upgrade, if you chose not to change the timezone, 'date' displays all time in UTC, since the /etc/localtime symlink is left dangling. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324890: nscd does not respond
The latest version of ncsd opens a socket in /var/run/.nscd_socket, however it appears the glibc libraries are looking for it in /var/run/nscd/socket. After making a symlink from /var/run/nscd/socket to /var/run/.nscd_socket, an strace on 'ls -l' shows nscd being used. I also note that an strace on 'getent passwd' doesn't seem to use nscd, while 'getent passwd ' does. On Mon, Feb 20, 2006 at 03:57:48PM +0100, Matej Vela wrote: > tag 324890 moreinfo > thanks > > Scott Barker <[EMAIL PROTECTED]> writes: > > > nscd hangs and does not respond to requests when used on a 2.6.X kernel. > > This can make it impossible for anyone to log in (especially when using > > libnss-mysql-bg), including root (even with root in /etc/passwd). > > Is this still a problem for you? Can you reproduce it with Debian's > default kernel? > > Thanks, > > Matej -- Scott Barker[EMAIL PROTECTED] Manager, Infrastructure 403-233-0740 x248 M-Tech Information Technology, Inc. http://mtechIT.com Sign-up for M-Tech's spring training sessions: P-Synch: April 17-21; ID-Synch: April 24-28 To register, please visit: http://mtechIT.com/education/ The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]