Bug#812857: unattended-upgrades: non ascii characters in dpkg log file crashes unattended upgrades
Package: unattended-upgrades Version: 0.83.3 Severity: important Tags: l10n Dear Maintainer, I noticed that with the last security updates the package crashes because the dpkg log file contains non ascci chars Traceback (most recent call last): File \"/usr/bin/unattended-upgrade\", line 1321, in main(options) File \"/usr/bin/unattended-upgrade\", line 1266, in main log_content = get_dpkg_log_content(logfile_dpkg, install_start_time) File \"/usr/bin/unattended-upgrade\", line 1017, in get_dpkg_log_content for line in fp.readlines(): File \"/usr/lib/python3.4/encodings/ascii.py\", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 726: ordinal not in range(128) The exit code is 1. These are the relevant lines: Adding debian:TÃRKTRUST_Elektronik_Sertifika_Hizmet_SaÄlayıcısı_H5.pem Adding debian:TÃRKTRUST_Elektronik_Sertifika_Hizmet_SaÄlayıcısı_H6.pem Removing debian:E-Guven_Kok_Elektronik_Sertifika_Hizmet_Saglayicisi.pem I also attached the file. -- System Information: Debian Release: 8.3 Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) 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 directory 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) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unattended-upgrades depends on: ii apt1.0.9.8.2 ii apt-utils 1.0.9.8.2 ii debconf [debconf-2.0] 1.5.56 ii init-system-helpers1.22 ii lsb-base 4.1+Debian13+nmu1 ii lsb-release4.1+Debian13+nmu1 ii python33.4.2-2 ii python3-apt0.9.3.12 ii ucf3.0030 ii xz-utils 5.1.1alpha+20120614-2+b3 unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx 8.1.2-0.20141216cvs-2 ii postfix [mail-transport-agent] 2.11.3-1 -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed [not included] -- debconf information excluded Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H5.pem Adding debian:TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H6.pem Removing debian:E-Guven_Kok_Elektronik_Sertifika_Hizmet_Saglayicisi.pem
Bug#732183: squid3: more than one worker (smp) does not work
Package: squid3 Version: 3.3.8-1.1 Severity: important Dear Maintainer, Bug #710126 is not fixed but the bug report is closed and achived. Please fix it because squid3 with more than one worker is unusable without. Thank you Rudy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727027: clamav: new upsteam version
Package: clamav Version: 0.97.8+dfsg-1 Severity: whishlist Dear Maintainer, There is a new clamav release 0.98. Could you package and upload it please? This would help getting this version in wheezy-updates. The updates of the virus database prefer this newer version. Thank you. -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = /var/log/clamav/clamav.log LogFileUnlock disabled LogFileMaxSize = 4294967295 LogTime = yes LogClean = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose = yes ExtendedDetectionInfo = yes PidFile = /var/run/clamav/clamd.pid TemporaryDirectory = /var/tmp/clamav DatabaseDirectory = /var/lib/clamav OfficialDatabaseOnly disabled LocalSocket = /var/run/clamav/clamd.ctl LocalSocketGroup = clamav LocalSocketMode = 666 FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength = 10485760 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 12 ReadTimeout = 180 CommandReadTimeout = 5 SendBufTimeout = 200 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 15 FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = yes SelfCheck = 3600 VirusEvent disabled ExitOnOOM disabled Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups = yes Bytecode = yes BytecodeSecurity = TrustSigned BytecodeTimeout = 6 BytecodeUnsigned disabled BytecodeMode = Auto DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes OLE2BlockMacros disabled ScanPDF = yes ScanArchive = yes ArchiveBlockEncrypted disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 16 MaxFiles = 1 ClamAuth disabled ClamukoScanOnAccess disabled ClamukoScannerCount = 3 ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoExcludeUID disabled ClamukoMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled DevLiblog disabled Config file: freshclam.conf --- LogFileMaxSize = 4294967295 LogTime = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled PidFile = /var/run/clamav/freshclam.pid DatabaseDirectory = /var/lib/clamav Foreground disabled Debug disabled AllowSupplementaryGroups disabled UpdateLogFile = /var/log/clamav/freshclam.log DatabaseOwner = clamav Checks = 24 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.local.clamav.net, database.clamav.net MaxAttempts = 5 ScriptedUpdates = yes TestDatabases = yes CompressLocalDatabase disabled ExtraDatabase disabled DatabaseCustomURL disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled DetectionStatsHostID disabled SafeBrowsing disabled Bytecode = yes clamav-milter.conf not found Software settings - Version: 0.97.8 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 JIT Database information Database directory: /var/lib/clamav bytecode.cld: version 228, sigs: 43, built on Fri Oct 4 22:37:48 2013 daily.cld: version 17984, sigs: 416161, built on Mon Oct 21 12:40:22 2013 main.cvd: version 55, sigs: 2424225, built on Tue Sep 17 16:57:28 2013 Total number of signatures: 2840429 Platform information uname: Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 OS: linux-gnu, ARCH: x86_64, CPU: x86_64 Full OS version: Debian GNU/Linux 7.1 (wheezy) zlib version: 1.2.7 (1.2.7), compile flags: a9 Triple: x86_64-pc-linux-gnu CPU: core2, Little-endian platform id: 0x0a2145450804070201040702 Build information - GNU C: 4.7.2 (4.7.2) GNU C++: 4.7.2 (4.7.2) CPPFLAGS: -D_FORTIFY_SOURCE=2 CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall CXXFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall LDFLAGS: -Wl,-z,relro Configure: 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4
Bug#720383: sympa: cas authentication does not work due to bug
Package: sympa Version: 6.1.11~dfsg-5 Severity: normal Dear Maintainer, Configuring sympa to use CAS authentcation doesn't work. The issue has been fixed in a newer release (6.1.16). [7917] wwsympa/Auth.pm: [#8852][Submitted by F. P�richon, univ. Lille 2] Ldap authentication failed in wwsympa with recent version of Convert-ASN1. Starting with version 0.25, Convert-ASN1 package has a 'use strict'. Ldap attrs were passed as a string in a ldap search call in wwsympa/Auth.pm thus making LDAP authentication fail. Fixed by passing attrs as an array, even when only one attribute is retrieved. The fix is a one line patch: https://sourcesup.renater.fr/scm/viewvc.php/branches/sympa-6.1-branch/wwsympa/Auth.pm?root=sympar1=7573r2=7917 I would be nice to get this fixed in the next point release. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (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/dash Versions of packages sympa depends on: ii adduser 3.113+nmu3 ii ca-certificates 20130119 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii libarchive-zip-perl 1.30-6 ii libc6 2.13-38 ii libcgi-fast-perl 5.14.2-21 ii libdbd-mysql-perl 4.021-1+b1 ii libdbd-pg-perl2.19.2-2 ii libdbd-sqlite3-perl 1.37-1 ii libdbd-sybase-perl1.14-1 ii libdbi-perl 1.622-1 ii libfcgi-perl 0.74-1+b1 ii libfile-copy-recursive-perl 0.38-1 ii libhtml-format-perl 2.10-1 ii libhtml-stripscripts-parser-perl 1.03-1 ii libhtml-tree-perl 5.02-1 ii libintl-perl 1.20-1 ii libio-stringy-perl2.110-5 ii libmailtools-perl 2.09-1 ii libmime-charset-perl 1.009.2-1 ii libmime-encwords-perl 1.012.4-1 ii libmime-lite-html-perl1.23-1.1 ii libmime-tools-perl5.503-1 ii libmsgcat-perl1.03-5+b2 ii libnet-ldap-perl 1:0.4400-1 ii libnet-netmask-perl 1.9016-1 ii libregexp-common-perl 2011121001-1 ii libtemplate-perl 2.24-1 ii libterm-progressbar-perl 2.13-1 ii libunicode-linebreak-perl 0.0.20120401-1 ii libxml-libxml-perl2.0001+dfsg-1 ii lsb-base 4.1+Debian8+deb7u1 ii mhonarc 2.6.18-2 ii perl 5.14.2-21 ii perl-modules [libcgi-pm-perl] 5.14.2-21 ii postfix [mail-transport-agent]2.9.6-2 ii rsyslog [system-log-daemon] 5.8.11-3 ii sqlite3 3.7.13-1+deb7u1 Versions of packages sympa recommends: ii apache2-suexec 2.2.22-13 ii doc-base 0.10.4 ii libapache2-mod-fcgid 1:2.3.6-1.2 ii libcrypt-ciphersaber-perl 0.61-4 ii libfile-nfslock-perl 1.21-1 ii libio-socket-ssl-perl 1.76-2 ii libmail-dkim-perl 0.39-1 ii libsoap-lite-perl 0.714-1 ii locales2.13-38 ii logrotate 3.8.1-4 ii mysql-server 5.5.31+dfsg-0+wheezy1 Versions of packages sympa suggests: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd-cgi] 2.2.22-13 ii libauthcas-perl 1.5-1 pn libdbd-oracle-perl none pn libtext-wrap-perlnone ii openssl 1.0.1e-2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659230: libapache2-mod-auth-cas: newer version available
Package: libapache2-mod-auth-cas Version: 1.0.8-3 Severity: wishlist 1.0.9.1 is available upstream. Could you please package it? We backported the patch mentioned here: http://chris.improbable.org/2009/03/27/tracking-down-mod_auth_cas-segfaults/ But it would be nice if we could just use the newer version. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory 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) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-auth-cas depends on: ii apache2.2-common 2.2.16-6+squeeze6 Apache HTTP Server common files ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libssl0.9.80.9.8o-4squeeze7 SSL shared libraries libapache2-mod-auth-cas recommends no packages. libapache2-mod-auth-cas suggests no packages. -- Configuration Files: /etc/apache2/mods-available/auth_cas.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579005: XFS internal error xfs_da_do_buf(2) at line 2085 of file fs/xfs/xfs_da_btree.c.
Hello, I have booted with 2.6.39 from backports and was able to repair the filesystem. (I took a snapshot of the lun first and tried the repair on the snapshot first.) I have attached the output of the repair. I'm going to reply to the questions I can answer :) - what steps you perform to reproduce this, what happens, and how that differs from what you expected (should be easy in this example) I was not able to go into a directory. The problem was already reported in november to us. But got lost in our ticketing system. I just recently saw it myself when doing some other checks. - which kernel versions you have tried and results from each I was running 2.6.32 If we are lucky, someone on that list might suggest commands to help diagnose it, which should make it easier for others to artificially reproduce, see if 3.x.y is affected, and make sure it is fixed in 3.x.y and 2.6.32.y. I suspect indeed a problem with the underlying hardware. The system has crashed in the past several times... thanks for you feedback Jonathan, we were able to repair the problem, so for us the problem is fixed. It's good however to have this in a bug report. Rudy root@cyrprd3:~# xfs_repair -v /dev/mapper/mail22-ds3400-2 Phase 1 - find and verify superblock... - block cache size set to 4628616 entries Phase 2 - using internal log - zero log... zero_log: head block 476774 tail block 476774 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 bad directory block magic # 0x494e in block 0 for directory inode 1074040836 corrupt block 0 in directory inode 1074040836 will junk block no . entry for directory 1074040836 no .. entry for directory 1074040836 problem with directory contents in inode 1074040836 cleared inode 1074040836 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 1 - agno = 0 - agno = 2 - agno = 3 entry bo^hostens at block 1 offset 1424 in directory inode 3221226960 references free inode 1074040836 clearing inode number in entry at offset 1424... Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 bad hash table for directory inode 3221226960 (no data entry): rebuilding rebuilding directory inode 3221226960 - traversal finished ... - moving disconnected inodes to lost+found ... disconnected dir inode 1073872228, moving to lost+found disconnected inode 1073932762, moving to lost+found disconnected inode 1073964036, moving to lost+found disconnected inode 1074040838, moving to lost+found disconnected inode 1074040839, moving to lost+found disconnected inode 1074040841, moving to lost+found Phase 7 - verify and correct link counts... resetting inode 1600316 nlinks from 3 to 2 resetting inode 4828946 nlinks from 2 to 1 resetting inode 8181821 nlinks from 3 to 2 resetting inode 24462957 nlinks from 3 to 2 resetting inode 25151068 nlinks from 2 to 1 resetting inode 64114025 nlinks from 4 to 3 resetting inode 3221226960 nlinks from 178 to 177 XFS_REPAIR SummaryFri Jan 13 16:29:13 2012 Phase Start End Duration Phase 1: 01/13 16:24:39 01/13 16:24:39 Phase 2: 01/13 16:24:39 01/13 16:25:48 1 minute, 9 seconds Phase 3: 01/13 16:25:48 01/13 16:26:16 28 seconds Phase 4: 01/13 16:26:16 01/13 16:26:25 9 seconds Phase 5: 01/13 16:26:25 01/13 16:26:26 1 second Phase 6: 01/13 16:26:26 01/13 16:26:41 15 seconds Phase 7: 01/13 16:26:41 01/13 16:26:41 Total run time: 2 minutes, 2 seconds done
Bug#579005: (no subject)
root@cyrprd3:~# xfs_repair -v /dev/mapper/mail22-ds3400-2 Phase 1 - find and verify superblock... - block cache size set to 4628616 entries Phase 2 - using internal log - zero log... zero_log: head block 476774 tail block 476774 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 bad directory block magic # 0x494e in block 0 for directory inode 1074040836 corrupt block 0 in directory inode 1074040836 will junk block no . entry for directory 1074040836 no .. entry for directory 1074040836 problem with directory contents in inode 1074040836 cleared inode 1074040836 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 1 - agno = 0 - agno = 2 - agno = 3 entry bo^hostens at block 1 offset 1424 in directory inode 3221226960 references free inode 1074040836 clearing inode number in entry at offset 1424... Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 bad hash table for directory inode 3221226960 (no data entry): rebuilding rebuilding directory inode 3221226960 - traversal finished ... - moving disconnected inodes to lost+found ... disconnected dir inode 1073872228, moving to lost+found disconnected inode 1073932762, moving to lost+found disconnected inode 1073964036, moving to lost+found disconnected inode 1074040838, moving to lost+found disconnected inode 1074040839, moving to lost+found disconnected inode 1074040841, moving to lost+found Phase 7 - verify and correct link counts... resetting inode 1600316 nlinks from 3 to 2 resetting inode 4828946 nlinks from 2 to 1 resetting inode 8181821 nlinks from 3 to 2 resetting inode 24462957 nlinks from 3 to 2 resetting inode 25151068 nlinks from 2 to 1 resetting inode 64114025 nlinks from 4 to 3 resetting inode 3221226960 nlinks from 178 to 177 XFS_REPAIR SummaryFri Jan 13 16:29:13 2012 Phase Start End Duration Phase 1: 01/13 16:24:39 01/13 16:24:39 Phase 2: 01/13 16:24:39 01/13 16:25:48 1 minute, 9 seconds Phase 3: 01/13 16:25:48 01/13 16:26:16 28 seconds Phase 4: 01/13 16:26:16 01/13 16:26:25 9 seconds Phase 5: 01/13 16:26:25 01/13 16:26:26 1 second Phase 6: 01/13 16:26:26 01/13 16:26:41 15 seconds Phase 7: 01/13 16:26:41 01/13 16:26:41 Total run time: 2 minutes, 2 seconds done -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579005: XFS internal error xfs_da_do_buf(2) at line 2085 of file fs/xfs/xfs_da_btree.c.
Package: linux-2.6 Severity: normal Hi I'm seeing the same issue. Jan 12 21:14:42 cyrprd4 kernel: [2084252.748654] 880aa6ac4000: 49 4e 00 00 02 02 00 00 00 00 03 d4 00 00 00 08 IN.. Jan 12 21:14:42 cyrprd4 kernel: [2084252.748717] Filesystem dm-29: XFS internal error xfs_da_do_buf(2) at line 2112 of file /build/buildd-linux-2.6_2.6.32-38-amd64-bk66e4/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/xfs/xfs_da_btree.c. Caller 0xa036c9b4 Jan 12 21:14:42 cyrprd4 kernel: [2084252.748720] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748837] Pid: 32675, comm: bpbkar Not tainted 2.6.32-5-amd64 #1 Jan 12 21:14:42 cyrprd4 kernel: [2084252.748839] Call Trace: Jan 12 21:14:42 cyrprd4 kernel: [2084252.748863] [a036c9b4] ? xfs_da_read_buf+0x24/0x29 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748878] [a036c884] ? xfs_da_do_buf+0x558/0x61e [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748892] [a036c9b4] ? xfs_da_read_buf+0x24/0x29 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748906] [a0396e82] ? xfs_dir_open+0x0/0x55 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748921] [a036c97b] ? xfs_da_reada_buf+0x31/0x46 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748928] [810ed641] ? __dentry_open+0x1c4/0x2bf Jan 12 21:14:42 cyrprd4 kernel: [2084252.748933] [8111fd6b] ? compat_filldir64+0x0/0xb8 Jan 12 21:14:42 cyrprd4 kernel: [2084252.748947] [a036c9b4] ? xfs_da_read_buf+0x24/0x29 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748962] [a037025d] ? xfs_dir2_block_getdents+0x66/0x1ab [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748977] [a037025d] ? xfs_dir2_block_getdents+0x66/0x1ab [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.748980] [8111fd6b] ? compat_filldir64+0x0/0xb8 Jan 12 21:14:42 cyrprd4 kernel: [2084252.748983] [8111fd6b] ? compat_filldir64+0x0/0xb8 Jan 12 21:14:42 cyrprd4 kernel: [2084252.748998] [a036f082] ? xfs_readdir+0x8b/0xb0 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.749001] [8111fd6b] ? compat_filldir64+0x0/0xb8 Jan 12 21:14:42 cyrprd4 kernel: [2084252.749014] [a0396f0b] ? xfs_file_readdir+0x34/0x43 [xfs] Jan 12 21:14:42 cyrprd4 kernel: [2084252.749021] [810fb6b8] ? vfs_readdir+0x75/0xa7 Jan 12 21:14:42 cyrprd4 kernel: [2084252.749025] [81121a6c] ? compat_sys_getdents64+0x7a/0xbe Jan 12 21:14:42 cyrprd4 kernel: [2084252.749033] [810371e0] ? sysenter_dispatch+0x7/0x2e -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) 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 directory 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) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635861: amavisd-new-cronjob should check if bayes is switched off
Package: amavisd-new Version: 1:2.6.4-3 Severity: normal Tags: patch This issue was raised in bug #447040. However it was not fixed. I'm still getting emails that saying I'm not using bayes so it can clean the database. See also LP: #165184, comment 37 and 38. /usr/sbin/amavisd-new-cronjob could be changed to check if use_bayes is set to 0: sa-clean) grep -q use_bayes 0 /etc/spamassassin/local.cf || do_amavis_cmd /usr/bin/sa-learn --sync --force-expire ;; Or it can be checked for in cron.daily/amavisd-new in a similar way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635861: amavisd-new-cronjob should check if bayes is switched off
I agree the patch isn't covering all cases. Can you tell me which files I need to check? Or should I just check the entire dir? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635861: amavisd-new-cronjob should check if bayes is switched off
I saw that the cleaning script has a way to see if it is turned on or off.
In /usr/bin/sa-learn we have
if ( !$spamtest-{conf}-{use_bayes} ) {
warn ERROR: configuration specifies 'use_bayes 0', sa-learn disabled\n;
exit 1;
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635861: amavisd-new-cronjob should check if bayes is switched off
Indeed that works. I tried it, however when you run it as the root user it creates ~root/.spammassasin/config file. I have tried to use the /usr/sbin/amavisd-new-cronjob script, but I'm stuck with the quoting. :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603632: same issue
Hi I'm seeing the same issue on r410. 2.6.32-28 with numa=noacpi doesn't help though. Or isn't this yet in that kernel? Thanks Rudy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604638: initramfs-tools: still leaks environment
Package: initramfs-tools Version: 0.98.4 Severity: normal Hi, This is a similar problem that was reported in #505440. The DEVICE variable is leaked into the environment. The mdadm mkconf script uses DEVICE when it is installing its config file. In my case DEVICE is set by initramfs-tools to eth0. For now a patch(*) was written for mdadm, but it could be that other scripts use DEVICE. * http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=commitdiff;h=5c25378545bce50908de54946753b3fd63524724 -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 9.5M Oct 20 15:16 /boot/initrd.img-2.6.32-5-amd64 -- /proc/cmdline root=/dev/xvda1 ro -- /proc/filesystems ext3 -- lsmod Module Size Used by dm_mirror 21120 0 dm_log 14212 1 dm_mirror dm_snapshot19400 0 dm_mod 59248 3 dm_mirror,dm_log,dm_snapshot raid10 24192 0 raid456 127520 0 async_xor 8448 1 raid456 async_memcpy6912 1 raid456 async_tx 11764 3 raid456,async_xor,async_memcpy xor10384 2 raid456,async_xor raid1 24832 0 raid0 10624 0 multipath 11392 0 linear 8960 0 md_mod 81700 6 raid10,raid456,raid1,raid0,multipath,linear thermal_sys17728 0 nfs 257712 0 lockd 69200 1 nfs nfs_acl 7552 1 nfs sunrpc200424 5 nfs,lockd,nfs_acl ext3 125456 1 jbd54696 1 ext3 mbcache13188 1 ext3 -- /etc/initramfs-tools/modules scsi_dh_rdac -- /etc/kernel-img.conf do_symlinks = Yes do_initrd = Yes silent_modules=yes clobber_modules=yes do_boot_enable=no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] unused devices: none -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup keymap klibc lvm2 mdadm thermal udev -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory 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) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1utilities for finding files--find, ii klibc-utils 1.5.20-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 160-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: pn busybox | busybox-initramfs none (no description available) Versions of packages initramfs-tools suggests: pn bash-completion 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.utf8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564716: provide /etc/default/freeradius
Package: freeradius Version: 2.0.4+dfsg-6 Severity: wishlist I think it would be nice to set certain startup options in /etc/default/freeradius. There are other Debian packages that use this kind of setup. E.g.: radtest:~# cat /etc/default/freeradius # Startup options And then in /etc/init.d/freeradius: [ -r /etc/default/freeradius ] . /etc/default/freeradius ... if start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PROGRAM -- $DAEMON_OPTS; then -- System Information: Debian Release: 5.0.3 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages freeradius depends on: ii freeradius-common2.0.4+dfsg-6FreeRadius common files ii libc62.7-18 GNU C Library: Shared libraries ii libfreeradius2 2.0.4+dfsg-6FreeRADIUS shared library ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libltdl3 1.5.26-4+lenny1 A system independent dlopen wrappe ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii libperl5.10 5.10.0-19lenny2 Shared Perl library ii libsnmp155.4.1~dfsg-12 SNMP (Simple Network Management Pr ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii python2.52.5.2-15An interactive high-level object-o Versions of packages freeradius recommends: ii freeradius-utils2.0.4+dfsg-6 FreeRadius client utilities Versions of packages freeradius suggests: pn freeradius-krb5 none (no description available) pn freeradius-ldap none (no description available) ii freeradius-mysql2.0.4+dfsg-6 MySQL module for FreeRADIUS server pn freeradius-postgresql none (no description available) -- 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#561489: Fixed in experimental
I tested and it still works. However I haven't installed a regular machine just yet. (Will probably have time next week Monday or Tuesday. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539289: amavisd-new: amavisd-snmp-subagent is not included in the package
Package: amavisd-new Version: 1:2.6.4-1 Severity: wishlist amavisd-new 2.6.4 provides now an snmp agent script: amavisd-snmp-subagent please install it the package with the necessary adjustments so it works out of the box preferably. thanks -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages amavisd-new depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii file 4.26-1 Determines file type using magic ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.34-1+b1 use Berkeley DB 4 databases from P ii libconvert-tnef-perl 0.17-8 Perl module to read TNEF files ii libconvert-uulib-perl 1.11-1 Perl interface to the uulib librar pn libdigest-md5-perlnone (no description available) ii libio-stringy-perl2.110-4Perl modules for IO from scalars a ii libmail-dkim-perl 0.32-1 cryptographically identify the sen ii libmailtools-perl 2.03-1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-tools-perl5.427-1Perl5 modules for MIME-compliant m ii libnet-server-perl0.97-1 An extensible, general perl server ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( ii pax 1:1.5-16 Portable Archive Interchange ii perl [libtime-hires-perl] 5.10.0-19 Larry Wall's Practical Extraction ii perl-modules [libarchive-tar- 5.10.0-19 Core Perl modules amavisd-new recommends no packages. Versions of packages amavisd-new suggests: pn apt-listchanges none (no description available) ii arj 3.10.22-6 archiver for .arj files ii cabextract1.2-3 a program to extract Microsoft Cab ii clamav0.95.1+dfsg-1volatile2 anti-virus utility for Unix - comm ii clamav-daemon 0.95.1+dfsg-1volatile2 anti-virus utility for Unix - scan ii cpio 2.9-13 GNU cpio -- a program to manage ar pn dspam none (no description available) pn lha none (no description available) pn libauthen-sasl-pe none (no description available) ii libdbi-perl 1.605-1Perl5 database interface by Tim Bu ii libmail-dkim-perl 0.32-1 cryptographically identify the sen ii libnet-ldap-perl 1:0.36-1 A Client interface to LDAP servers ii lzop 1.02~rc1-2 fast compression program ii nomarch 1.4-1 Unpacks .ARC and .ARK MS-DOS archi pn p7zip none (no description available) pn rpm none (no description available) ii spamassassin 3.2.5-2Perl-based spam filter using text pn unrar none (no description available) pn unrar-freenone (no description available) ii zoo 2.10-21manipulate zoo archives -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533024: dansguardian: no clamd support
Hi Alexander On Sun, Jun 14, 2009 at 11:14:10AM +0200, Alexander Wirt wrote: Hmm, you were in fact right. It was an accident that clamd support is disable. I was fooled by a comment in the configure that clamd support will be builtin always. Here you are right! I also saw it, but then configure --help output says the default is no for clamd suport. But anyhow my recommendation to libclamav still counts for most cases because dansguardian is able to config more things from inside the library. This is something I need to look at in detail. I remember the DG in etch having several options: maxChildren = 180 previous value = 120 miniChildren = 32 previous value = 8 minispareChildren = 8 previous value = 4 preforkchildren = 10 previous value = 6 I don't know if they are still there. If you want I can provide you with a lenny package with reenabled clamd support. I also plan to provide some recent dansguardian packages for lenny-backports which will also have clamd support enabled.. I can wait till it hits backports. For the time being they (= Ethiopian university I support) have switched DG off :(. Switching it back on isn't really an option unless it has clamd support. I prefer to let them use lenny backports and give them at the same time a newer version. I really appreciate your understanding and commitment for your DG Debian package! Do you have any idea when you would have time to get the newer version into lenny-backports? Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533024: dansguardian: no clamd support
Package: dansguardian Version: 2.9.9.4-1+lenny1 Severity: important Dear maintainer, When upgrading from etch to lenny I noticed that dansguardian does not have any support anymore for the clamd anti virus checker. Please enable it again, or please document why you have removed support. Thanks in advance, Rudy -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dansguardian depends on: ii adduser 3.110 add and remove users and groups ii clamav 0.94.dfsg.2-1lenny2 anti-virus utility for Unix - comm ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc62.7-18 GNU C Library: Shared libraries ii libclamav5 0.94.dfsg.2-1lenny2 anti-virus utility for Unix - libr ii libgcc1 1:4.3.2-1.1 GCC support library ii libgmp3c22:4.2.2+dfsg-3 Multiprecision arithmetic library ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii perl 5.10.0-19 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime dansguardian recommends no packages. Versions of packages dansguardian suggests: ii clamav-freshclam 0.94.dfsg.2-1lenny2 anti-virus utility for Unix - viru pn squidnone (no description available) -- 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#533024: dansguardian: no clamd support
On Sun, Jun 14, 2009 at 12:01:49AM +0200, Alexander Wirt wrote: It is build with integrated clamav support as clamd support is not recommended. Thanks for getting back so quickly on this? Can you point me in the direction where I can the pro's and cons about using clamd? In our setup we where using clamd before and had no performance issues. Now with clamav we are suffering performance issues... Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524271: 2.6.0 stable
Hello, I just would like to update this bug with the news that 2.6.0 was released two days ago. For us the greatest improvement is multi-instance support in postfix. This would also fix bug #433660. Also in this release. The Milter client now supports all Sendmail 8.14 Milter requests, including requests for rejected recipient addresses, and requests to replace the envelope sender address. See MILTER_README for details. It would be nice if 2.6.0 would be pushed into unstable. Thanks -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept. Groep Systemen Systems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433660: multi instance in postfix
Hi, Postfix 2.6 Snapshot 20090125 Has support for multiple instances. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert rudy.geva...@ugent.be tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477159: perdition-ldap: ldaps does not work
Package: perdition-ldap Version: 1.17.1-2 Severity: wishlist Hello, Please add support for ldaps. I recompiled 1.17.1-2 with revision 1.49 of perditiondb_ldap.c, and perdition_globals.h and I got ldaps working. I guess that taking the latest version from upstream would be ok. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages perdition-ldap depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii perdition 1.17.1-2 POP3 and IMAP4 Proxy server perdition-ldap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472965: open-iscsi: iscsid.conf world readable
Thijs Kinkhorst wrote: On Thursday 27 March 2008 16:02, root wrote: /etc/iscsi/iscsid.conf is world readable. When putting password in the file it can be read by all users. Thank you for your support. It is indeed true that the file is world-readable, but as it doesn't contain any passwords by default, this is not a user security hole. Of course the admin can add a password there, but that's fully optional and a responsible admin will check the permissions of a file where he puts a password in. Of course the file could add a hint/warning to set it to non-readable when setting the password, or even do it by default, but in both cases that would be an enhancement, not a bugfix. In deed, or a note in the readme file. Thanks! Rudy -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471504: util-linux: MAX_HEADS in cfdisk to small
Hello, LaMont Jones wrote: I suppose it's possible that fdisk could clamp heads at 255 in passing the geometry down, but the real solution is to allow more heads in the geometry ioctl. fdisk also happily accepts my larger value when I re-enter cylinder/head/track information. (To sketch my setup:) I'm using an iscsi LUN on a netapp filer in a Xen virtual domain. On the xen-dom0 I have the iscsi lun available and pass it to my Xen virtual domain. sfdisk also has problems reading out my geometry. I reports nothing. I'll kick it around upstream some. lamont -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471504: util-linux: MAX_HEADS in cfdisk to small
Package: util-linux Version: 2.12p-4sarge1 Severity: important Subject: util-linux: cfdisk disk MAX_HEADS to small Package: util-linux Version: 2.12p-4sarge1 Severity: important Hi, It is not possible to use cfdisk on disks that have more than 255 heads. Our storage system advises to use 256 heads. Changing MAX_HEADS in cfdisk.h to a higher number lets us use cfdisk. -- System Information: Debian Release: 3.1 Architecture: i386 (x86_64) Kernel: Linux 2.6.16.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages util-linux depends on: ii libc6 2.3.2.ds1-22sarge6 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii libuuid1 1.37-2sarge1 universally unique id library ii slang1a-utf8 1.4.9dbs-8 The S-Lang programming library wit ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- System Information: Debian Release: 3.1 Architecture: i386 (x86_64) Kernel: Linux 2.6.16.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages util-linux depends on: ii libc6 2.3.2.ds1-22sarge6 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii libuuid1 1.37-2sarge1 universally unique id library ii slang1a-utf8 1.4.9dbs-8 The S-Lang programming library wit ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471504: util-linux: MAX_HEADS in cfdisk to small
LaMont Jones wrote:
On Tue, Mar 18, 2008 at 04:29:45PM +0100, rudy gevaert wrote:
It is not possible to use cfdisk on disks that have more than 255 heads.
Our storage system advises to use 256 heads. Changing MAX_HEADS in cfdisk.h
to a higher number lets us use cfdisk.
Even with the change, it is not possible to use cfdisk successfully on
disks that have more than 255 heads.
from /usr/include/linux/hdreg.h:
struct hd_geometry {
unsigned char heads;
unsigned char sectors;
unsigned short cylinders;
unsigned long start;
};
Your change just means that we tell the kernel to use HEADS%256 :-(
Hi,
I don't see why my change has an effect (Note I meant to say 'edit
cfdisk.c'). I have successfully partitioned a lun.
I needed to change MAX_HEADS because cfdisk would start with the option
-h 256.
I see that in hdreg.h the unsigned char has an effect, but it is not
clear how that effects me...
Could explain a bit more?
Thanks
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439250: patch
I think this will solve the case.
setnet is only called in once case, that is when ip=... is used. So
this should work:
Could this be resolved upstream?
--- get-boot-info 2008-02-26 15:33:11.0 +0100
+++ get-boot-info.new 2008-02-26 15:32:56.0 +0100
@@ -101,11 +101,11 @@
BROADCAST=${IPADDR%\.*}.255
cat $bootlog -EOF
- IPADDR=$IPADDR
- SERVER=$SERVER
- NETMASK=$NETMASK
- GATEWAYS=$GATEWAYS
- BROADCAST=$BROADCAST
+ IPADDR=\'$IPADDR\'
+ SERVER=\''$SERVER\'
+ NETMASK=\'$NETMASK\'
+ GATEWAYS=\'$GATEWAYS\'
+ BROADCAST=\'$BROADCAST\'
EOF
}
# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431825: mysql-server-5.0: tmp dir not correct for replication slaves
Package: mysql-server-5.0 Version: 5.0.32-7etch1 Severity: important The default my.cnf file has for tmp dir /tmp. However the mysql manual says: B.1.4.4. Where MySQL Stores Temporary Files ... If the MySQL server is acting as a replication slave, you should not set --tmpdir to point to a directory on a memory-based filesystem or to a directory that is cleared when the server host restarts. A replication slave needs some of its temporary files to survive a machine restart so that it can replicate temporary tables or LOAD DATA INFILE operations. If files in the temporary file directory are lost when the server restarts, replication fails. ... -- 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.21.1-ugent Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server-5.0 depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbi-perl1.53-1Perl5 database interface by Tim Bu ii libgcc11:4.1.1-21GCC support library ii libmysqlclient15off5.0.32-7etch1 mysql database client library ii libncurses55.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii mysql-client-5.0 5.0.32-7etch1 mysql database client binaries ii mysql-common 5.0.32-7etch1 mysql database common files (e.g. ii passwd 1:4.0.18.1-7 change and administer password and ii perl 5.8.8-7 Larry Wall's Practical Extraction ii psmisc 22.3-1Utilities that use the proc filesy ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages mysql-server-5.0 recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423368: open-iscsi: iscsi in kernel, no go
Package: open-iscsi Version: 2.0.865-1 Followup-For: Bug #423368 Hi, Maybe the submitter has iscsi compiled in his kernel (and not as a module). I'm having that problem. Missing or Invalid version from /sys/module/scsi_transport_iscsi/version. Make sure a up to date scsi_transport_iscsi module is loaded and a up todate version of iscsid is running. Exiting... spring:~# uname -a Linux spring 2.6.21.1-ugent #1 SMP Mon May 14 11:47:58 UTC 2007 i686 GNU/Linux spring:~# grep ISCSI /boot/config-2.6.21.1-ugent CONFIG_SCSI_ISCSI_ATTRS=y CONFIG_ISCSI_TCP=y # CONFIG_SCSI_QLA_ISCSI is not set spring:~# spring:~# find /sys | grep iscsi /sys/module/iscsi_tcp /sys/module/iscsi_tcp/parameters /sys/module/iscsi_tcp/parameters/max_lun /sys/class/iscsi_session /sys/class/iscsi_connection /sys/class/iscsi_host /sys/class/iscsi_transport /sys/class/iscsi_transport/tcp /sys/class/iscsi_transport/tcp/max_cmd_len /sys/class/iscsi_transport/tcp/max_conn /sys/class/iscsi_transport/tcp/max_lun /sys/class/iscsi_transport/tcp/caps /sys/class/iscsi_transport/tcp/handle /sys/class/iscsi_transport/tcp/uevent spring:~# dmesg | grep -i iscsi Loading iSCSI transport class v2.0-724. iscsi: registered transport (tcp) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21.1-ugent Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages open-iscsi depends on: ii libc6 2.5-11 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390923: mpt-status: not fixed yet?
Package: mpt-status Version: 1.2.0-4 Followup-For: Bug #390923 Hi, I recompiled the latest version for etch, but can't see anything relevant yet: spring:~# mpt-status -p Checking for SCSI ID:0 Checking for SCSI ID:1 Checking for SCSI ID:2 Checking for SCSI ID:3 Checking for SCSI ID:4 Checking for SCSI ID:5 Checking for SCSI ID:6 Checking for SCSI ID:7 Checking for SCSI ID:8 Checking for SCSI ID:9 Checking for SCSI ID:10 Checking for SCSI ID:11 Checking for SCSI ID:12 Checking for SCSI ID:13 Checking for SCSI ID:14 Checking for SCSI ID:15 Nothing found, contact the author 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064 PCI-X Fusion-MPT SAS (rev 02) Subsystem: LSI Logic / Symbios Logic Unknown device 3060 Flags: bus master, 66MHz, medium devsel, latency 72, IRQ 20 I/O ports at a800 [disabled] [size=256] Memory at fc4fc000 (64-bit, non-prefetchable) [size=16K] Memory at fc4e (64-bit, non-prefetchable) [size=64K] Expansion ROM at fc20 [disabled] [size=2M] Capabilities: [50] Power Management version 2 Capabilities: [98] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [68] PCI-X non-bridge device Capabilities: [b0] MSI-X: Enable- Mask- TabSize=1 How can I further debug this? (I'm using udev, but I don't know if that is relevant). Thanks in advance. -- 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-ugent Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Versions of packages mpt-status depends on: ii daemon 0.6.3-1 turns other processes into daemons ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent mpt-status recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423746: fai-server: nfs v2 option
Package: fai-server Version: 3.1.8 Severity: wishlist I think an option to override the default NFS version in some config file would be usefull. Now fai-chboot use v3 by default. -- System Information: Debian Release: 3.1 Architecture: i386 (x86_64) Kernel: Linux 2.6.16.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fai-server depends on: ii debootstrap 0.3.3.2Bootstrap a basic Debian system ii fai-client3.1.8 Fully Automatic Installation clien -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419833: logrotate of bind9 doesn't always start bind again
Paul Martin wrote:
severity 419833 normal
tag 419833 moreinfo
thanks
On Wed, Apr 18, 2007 at 08:29:08AM +0200, Rudy Gevaert wrote:
Sometimes when logrotate rotates our bind9 log files, it doesn't start
bind9 again. Altought it stops it. My bind9 logrotate file:
/var/log/named/named.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 dnsadm arcs
postrotate
if [ -f /var/run/bind/run/named.pid ]; then
/etc/init.d/bind9 restart /dev/null
fi
endscript
}
Running /etc/init.d/bind9 restart myself works.
That script is one you've written yourself? The logfile you're generating
and the logrotate script you give there aren't standard.
The logrotate script is one I've written myself.
Might I suggest you use two invocations of rndc querylog instead of
restarting the server?
I don't see what running querylog would do. Do you mean: rndc reload?
Might I suggest you redirect the output of
/etc/init.d/bind9 restart to somewhere other than /dev/null, to try to
find out whether it is giving an error?
Ok, I removed it (and it happened again this morning), so it would be
mailed to root:
/etc/cron.daily/logrotate:
error: bind9:8 unknown group 'dnsadm'
run-parts: /etc/cron.daily/logrotate exited with return code 1
So it fails on:
create 644 dnsadm arcs
But:
paling:/etc/logrotate.d# id dnsadm
uid=923(dnsadm) gid=15000(arcs) groups=15000(arcs),4(adm)
And in the man I see:
create mode owner group
On a busy site, bind9 may take more than 2 seconds to save its state and
release its UDP sockets. (Have a look at /etc/init.d/bind9 to see how it
implements the restart function.)
This is very unlikely to be a fault in logrotate.
Thanks for your help!
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419833: logrotate of bind9 doesn't always start bind again
Paul Martin wrote:
On Thu, Apr 19, 2007 at 09:56:34AM +0200, Rudy Gevaert wrote:
create 644 dnsadm arcs
Ok, I removed it (and it happened again this morning), so it would be mailed to
root:
/etc/cron.daily/logrotate:
error: bind9:8 unknown group 'dnsadm'
run-parts: /etc/cron.daily/logrotate exited with return code 1
So it fails on:
create 644 dnsadm arcs
The odd thing is that logrotate's saying unknown group rather than
unknown user. Wild guess: have you used tabs instead of spaces to
separate the fields in that line?
No I don't. I've attached the file...
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
/var/log/named/named.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 dnsadm arcs
postrotate
if [ -f /var/run/bind/run/named.pid ]; then
/etc/init.d/bind9 restart
fi
endscript
}
Bug#419833: logrotate of bind9 doesn't always start bind again
Package: logrotate
Version: 3.7-5
Severity: grave
Justification: renders package unusable
Sometimes when logrotate rotates our bind9 log files, it doesn't start
bind9 again. Altought it stops it. My bind9 logrotate file:
/var/log/named/named.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 dnsadm arcs
postrotate
if [ -f /var/run/bind/run/named.pid ]; then
/etc/init.d/bind9 restart /dev/null
fi
endscript
}
Running /etc/init.d/bind9 restart myself works.
-- Package-specific info:
Contents of /etc/logrotate.d
total 20
-rw-r--r-- 1 root root 79 Apr 7 2005 aptitude
-rw-r--r-- 1 root root 384 May 15 2005 base-config
-rw-r--r-- 1 root root 337 Apr 18 08:19 bind9
-rw-r--r-- 1 root root 338 May 17 2006 dhcpd
-rw-r--r-- 1 root root 285 Apr 20 2005 stunnel4
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-ugent-pe
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages logrotate depends on:
ii base-passwd 3.5.9Debian base system master password
ii cron3.0pl1-86management of regular background p
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libpopt01.7-5lib for parsing cmdline parameters
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390635: apt-get remove sendmail doesn't stop sendmail
Package: sendmail Version: 8.13.4-3sarge2 When I apt-get remove sendmail, sendmail is still running. killing that process solves it. sendmail should be stopped before removing. I'm using Debian sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373955: fai-server: fai doesn't remove apt.conf.d/*fai
Package: fai-server
Version: 2.10.2
Severity: critical
Justification: breaks unrelated software
After installtion of a client fai leaves the files 10fai and 90fai in
/etc/apt/apt.conf.d/.
The first file disables checking of trust violations and unauthenticated
packages. After a system is installed this could be required.
The second file has as effect that when removing a package, it's also
purged. Also it assumes yes to all answers.
itext:/etc/apt/apt.conf.d# cat 10fai
APT::Get::AllowUnauthenticated true;
Aptitude::CmdLine::Ignore-Trust-Violations yes;
itext:/etc/apt/apt.conf.d# cat 90fai
// This file is used in the chroot environment from install_packages
// (called by rcS_fai)
// Options for apt-get for FAI
APT
{
// Options for apt-get
Get
{
Assume-Yes true;
Fix-Missing true;
Show-Upgraded true;
Purge true; // really purge! Also removes config
files
List-Cleanup true;
ReInstall false;
AllowUnauthenticated true;
};
};
Aptitude::Cmdline::Ignore-Trust-Violations yes;
DPkg
{
Options {
--abort-after=4711; // a magic number in cologne ;-)
--force-confdef;
}
};
The second file breaks the normal workings of package upgrading and
installing. This can have severe consequences on an installed system.
-- System Information:
Debian Release: 3.1
Architecture: i386 (x86_64)
Kernel: Linux 2.6.16.20
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages fai-server depends on:
ii debootstrap 0.2.45-0.2 Bootstrap a basic Debian system
ii fai-client2.10.2 Fully Automatic Installation clien
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348838: gnutls: gnutls exits with error code 2 breaks postfix
Steve Langasek wrote: First, this is not unrelated software. Please don't abuse bug severities in this way. sorry about that Second, how is anything here a gnutls bug, *at all*? gnutls itself does not exit, it's a library; if it's returning errors due to the bug described in 348835, that is a perfectly reasonable thing to do -- what the heck do you expect a cryptography library to do in the abscence of entropy? It is not a question about what to do in abscence of entropy it's about the exit code. Because Debian compiles some other libraries with gnutls instead of openssl and gnutls returns a non standard exit code, in this case it can break other software. In my case postfix fails to return the error message from gnutls because it expects a 0 or 1 exit code. I assumed that this was the way to report this. So that you can take action if you think it is necessary. Kind regards -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: [EMAIL PROTECTED] Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4734 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348835: etc/ldap/ldap.conf
An /etc/ldap/ldap.conf file needs also to be in chroot. In my case it has to have TLS_REQCERT allow in it. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: [EMAIL PROTECTED] Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4734 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348835: postfix: no /dev/random and /dev/urandom in chroot
Package: postfix Version: 2.1.5-9 Severity: grave Justification: renders package unusable Connecting to an ldaps server (for a lookup e.g.) (with tls enabled) requires having /dev/random and /dev/urandom in the chroot. If both devices are not found in the chroot delivery and sending of email fails. Please see the thread on http://archives.neohapsis.com/archives/postfix/2006-01/1025.html -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-ugent-pe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postfix depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii dpkg1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii netbase 4.21 Basic TCP/IP networking system -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348838: gnutls: gnutls exits with error code 2 breaks postfix
Package: libgnutls11 Version: 1.0.16-13.1 Severity: critical File: gnutls Justification: breaks unrelated software Please see http://archives.neohapsis.com/archives/postfix/2006-01/1025.html Short summary: gnutls exits with error code 2 and postfix doesn't handle such exit codes (because openssl doesn't) I also filled a bug on the postfix package 348835 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-ugent-pe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgnutls11 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1 library for common error values an ii liblzo11.08-1.2 A real-time data compression libra ii libopencdk80.5.5-10 Open Crypto Development Kit (OpenC ii libtasn1-2 0.2.10-3 Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347351: libapache-mod-ssl: apache doesn't enable ssl, mod_ssl is loaded
Package: libapache-mod-ssl Version: 2.8.22-1sarge1 Severity: grave Justification: renders package unusable My apache with ssl setup doesn't work: I have set up libapache-mod-ssl on a different machine with an almost identical configuration and there it works. Setting it up on a second machine doesn't work, it doesn't listen on port 443 (netstat doesn't show 443). I made a key with mod-ssl-makecert (then choosing 2,1). Turning ssl loglevel to debug, it shows: [10/Jan/2006 09:46:45 00852] [info] Init: Configuring server savanne.UGent.be:443 for SSL protocol [10/Jan/2006 09:46:45 00852] [trace] Init: (savanne.UGent.be:443) Creating new SSL context (protocols: SSLv2, SSLv3, TLSv1) [10/Jan/2006 09:46:45 00852] [trace] Init: (savanne.UGent.be:443) Configuring RSA server certificate [10/Jan/2006 09:46:45 00852] [trace] Init: (savanne.UGent.be:443) Configuring RSA server private key apachectl configtest gives syntax ok. Relevant entry from /etc/apache/conf.d/savane : NameVirtualHost 157.193.40.74:443 VirtualHost 157.193.40.74:443 Servername savanne.UGent.be DocumentRoot /usr/savane/frontend/php ServerAdmin [EMAIL PROTECTED] LocationMatch /.svn Order Allow,Deny Deny from all /LocationMatch Directory /usr/savane/frontend/php AllowOverride All /Directory IfModule mod_env.c SetEnv SAVANE_CONF /etc/savanne /IfModule IfModule mod_ssl.c SSLEngine on SSLCertificateFile/etc/apache/ssl.crt/server.crt SSLCertificateKeyFile /etc/apache/ssl.key/server.key SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown SSLLog /var/log/apache/ssl_engine.log SSLLogLevel debug /IfModule /VirtualHost I have now idea how to further debug this bug... thank you in advance! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-ugent-pe Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache-mod-ssl depends on: ii apache-common 1.3.33-6sarge1 support files for all Apache webse ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii openssl 0.9.7e-3sarge1 Secure Socket Layer (SSL) binary a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296331: acknowledged by developer (user error)
I think this problem is user error and have not heard back from the submitter with enough detail to reproduce. I was swamped with work, but in the mean time I was able to compile the modules with the kernel-source 2.4.27 packaged with debian. -- Rudy GevaertHomepage: http://www.webworm.org Sysadmin Schamper http://www.schamper.ugent.be Mobile: 0486/690159 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296331: openafs-modules-source: I made the modules_image but when installing it complains:
Package: openafs-modules-source Version: N/A; reported 2005-02-21 Severity: important i'm making the modules_image: make[2]: Leaving directory `/usr/src/modules/openafs' make[1]: Leaving directory `/usr/src/modules/openafs' Module /usr/src/modules/openafs processed fine then installing doesn't work antftp:/usr/src# dpkg -i openafs-modules-2.4.27-1-386_1.2.13-1+10.00.Custom_i386.deb Selecting previously deselected package openafs-modules-2.4.27-1-386. (Reading database ... 17069 files and directories currently installed.) Unpacking openafs-modules-2.4.27-1-386 (from openafs-modules-2.4.27-1-386_1.2.13-1+10.00.Custom_i386.deb) ... Setting up openafs-modules-2.4.27-1-386 (1.2.13-1+10.00.Custom) ... depmod: *** Unresolved symbols in /lib/modules/2.4.27-1-386/fs/openafs.mp.o -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux antftp 2.4.27-1-386 #1 Fri Nov 19 13:51:55 AKST 2004 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
