Bug#326411: mysql-common: major versions mixed in testing
Package: mysql-common I run Debian testing and it seems that "apt-get install mysql-common mysql-client mysql-server" returns: Setting up mysql-common (5.0.7beta-1) Setting up mysql-client (4.0.24-10) Setting up mysql-server (4.0.24-10) This is an obvious problem as 5.0.x and 4.0.x don't play well together. Can somebody fix this? :) Also, this is kinda related to bug 324035. Thanks! ~reed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#590425: closed by Marco d'Itri (Bug#590425: fixed in whois 5.0.12)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just downloaded the whois 5.0.12 tarball, and while .co is correctly fixed, .uk.co is still listed as pointing to whois.uk.co, which doesn't exist (NXDOMAIN). If you want a separate bug for that, I'm happy to file... ~reed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk6VFLgACgkQa6IiJvPDPVrf/QCglBcKgbOLXbNH99UlfnrXiUWL nR0AoNoclx51ClR5AcFJPn8ew6F5I0u+ =jclt -END PGP SIGNATURE-
Bug#661851: .pe whois server still not correct
Package: whois Version: 5.0.14 Severity: normal I filed bug #653105 to fix the broken .pe whois server in tld_serv_list, and it was closed as done, but it wasn't actually patched. I can't reopen that bug, so filing this one. If you would, please fix it and release 5.0.15 so I can get Ubuntu updated for precise. Thanks. ~reed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653105: whois server update for .pe
Package: whois Version: 5.0.13 Severity: normal Tags: patch $ whois nic.pe getaddrinfo(whois.nic.pe): No address associated with hostname $ whois -h kero.yachay.pe nic.pe Please update .pe to use kero.yachay.pe as the whois server. This host is listed at the bottom of http://www.iana.org/domains/root/db/pe.html. I've included a patch against latest whois (5.0.13) tarball to do just that. Thanks! ~reed diff -U 8 -prN whois-5.0.13/tld_serv_list whois-5.0.13~update-pe/tld_serv_list --- whois-5.0.13/tld_serv_list 2011-11-26 17:49:55.0 -0800 +++ whois-5.0.13~update-pe/tld_serv_list 2011-12-23 13:49:01.217704254 -0800 @@ -229,17 +229,17 @@ .nl whois.domain-registry.nl .no whois.norid.no .np WEB http://register.mos.com.np/userSearchInc.asp .nr WEB http://www.cenpac.net.nr/dns/whois.html .nu whois.nic.nu .nz whois.srs.net.nz .om WEB http://www.omnic.om/onlineUser/WHOISLookup.jsp .pa WEB http://www.nic.pa/ -.pe whois.nic.pe +.pe kero.yachay.pe .pf NONE # http://www.opt.pf/home/ .pg NONE # http://www.npi.gov.pg/DNS/DNS-Application-form.htm .ph WEB http://www.dot.ph/ .pk WEB http://www.pknic.net.pk/ .co.pl whois.co.pl # "unofficial" SLD .pl whois.dns.pl .pm whois.nic.fr .pn WEB http://www.pitcairn.pn/PnRegistry/
Bug#550910: filetraq: add support for tracking entire directories
Package: filetraq Version: 0.2-14 Severity: wishlist Tags: patch I came across a modified filetraq that adds support for tracking entire directories. That seems like a very useful feature, so it would be nice if Debian's filetraq could be modified to do the same thing. The modified version can be located at: http://grzybowski.waw.pl/dokuwiki/doku.php?id=filertaq I can attach an actual patch if that would be useful... -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#598083: clamav-daemon: PAE not taken into account when testing RLIMIT_DATA
Package: clamav-daemon Version: 0.96.3+dfsg-1~volatile1 Severity: normal Was installing the new clamav from volatile today, and I noticed this warning while I was installing the new package: Setting up clamav-daemon (0.96.3+dfsg-1~volatile1) ... Installing new version of config file /etc/init.d/clamav-daemon ... Starting ClamAV daemon: clamd WARNING: Running on 32-bit system, and RLIMIT_DATA > 2GB, lowering to 2GB! Yes, I'm i686 (32-bit), but I'm using a PAE kernel, so RLIMIT_DATA > 2GB isn't a problem. The test should take PAE kernels into account when making this check. -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = "/var/log/clamav/clamav.log" LogFileUnlock disabled LogFileMaxSize disabled LogTime = "yes" LogClean disabled LogSyslog disabled LogFacility = "LOG_LOCAL6" LogVerbose disabled ExtendedDetectionInfo = "yes" PidFile = "/var/run/clamav/clamd.pid" TemporaryDirectory = "/tmp" 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" 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" ScanPDF = "yes" ScanArchive = "yes" ArchiveBlockEncrypted disabled MaxScanSize = "104857600" MaxFileSize = "26214400" MaxRecursion = "16" MaxFiles = "1" ClamukoScanOnAccess disabled ClamukoScannerCount = "3" ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoMaxFileSize = "5242880" DevACOnly disabled DevACDepth disabled Config file: freshclam.conf --- LogFileMaxSize disabled LogTime disabled 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 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 = "yes" Bytecode = "yes" clamav-milter.conf not found Software settings - Version: 0.96.3 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 JIT Database information Database directory: /var/lib/clamav/ WARNING: freshclam.conf and clamd.conf point to different database directories bytecode.cvd: version 67, sigs: 10, built on Sat Sep 25 06:39:36 2010 daily.cvd: version 12026, sigs: 131647, built on Sat Sep 25 23:51:16 2010 main.cld: version 52, sigs: 704727, built on Mon Feb 15 09:54:51 2010 safebrowsing.cvd: version 24029, sigs: 659648, built on Sun Sep 26 03:45:35 2010 Total number of signatures: 1496032 Platform information uname: Linux 2.6.26-2-686-bigmem #1 SMP Wed May 12 22:49:37 UTC 2010 i686 OS: linux-gnu, ARCH: i386, CPU: i486 zlib version: 1.2.3.3 (1.2.3.3), compile flags: 55 Triple: i386-pc-linux-gnu CPU: core2, Little-endian platform id: 0x0a1137370404030201040302 Build information - GNU C: 4.3.2 (4.3.2) GNU C++: 4.3.2 (4.3.2) CPPFLAGS: CFLAGS: -Wall -g -O2 CXXFLAGS: -Wall -g -O2 LDFLAGS
Bug#598084: clamav-daemon: reportbug incorrectly warns about different database directories for configs when they are the same
Package: clamav-daemon Version: 0.96.3+dfsg-1~volatile1 Severity: minor I was just filing a bug about a problem I noticed, and I happened to see that reportbug complained that I had different database directories for freshclam.conf and clamd.conf. I thought this was weird, so I checked it out. Turns out that the directories are the same, but the config directives differ in an ending slash. The warning: Database directory: /var/lib/clamav/ WARNING: freshclam.conf and clamd.conf point to different database directories So, I guess there are (at least) two ways to fix this: * Modify either the clamav-daemon or the clamav-freshclam package to match the same default database directory as the other. * Fix reportbug hooks to treat the ending slash as optional, which would make the directories the same. -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = "/var/log/clamav/clamav.log" LogFileUnlock disabled LogFileMaxSize disabled LogTime = "yes" LogClean disabled LogSyslog disabled LogFacility = "LOG_LOCAL6" LogVerbose disabled ExtendedDetectionInfo = "yes" PidFile = "/var/run/clamav/clamd.pid" TemporaryDirectory = "/tmp" 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" 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" ScanPDF = "yes" ScanArchive = "yes" ArchiveBlockEncrypted disabled MaxScanSize = "104857600" MaxFileSize = "26214400" MaxRecursion = "16" MaxFiles = "1" ClamukoScanOnAccess disabled ClamukoScannerCount = "3" ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoMaxFileSize = "5242880" DevACOnly disabled DevACDepth disabled Config file: freshclam.conf --- LogFileMaxSize disabled LogTime disabled 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 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 = "yes" Bytecode = "yes" clamav-milter.conf not found Software settings - Version: 0.96.3 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 JIT Database information Database directory: /var/lib/clamav/ WARNING: freshclam.conf and clamd.conf point to different database directories bytecode.cvd: version 67, sigs: 10, built on Sat Sep 25 06:39:36 2010 daily.cvd: version 12026, sigs: 131647, built on Sat Sep 25 23:51:16 2010 main.cld: version 52, sigs: 704727, built on Mon Feb 15 09:54:51 2010 safebrowsing.cvd: version 24029, sigs: 659648, built on Sun Sep 26 03:45:35 2010 Total number of signatures: 1496032 Platform information uname: Linux 2.6.26-2-686-bigmem #1 SMP Wed May 12 22:49:37 UTC 2010 i686 OS: linux-gnu, ARCH: i386, CPU: i486 zlib version: 1.2.3.3 (1.2.3.3), compile flags: 55 Tripl
Bug#590425: Update needed for .co whois server entry in tld_serv_list
Package: whois Version: 5.0.0ubuntu3 Severity: normal Tags: patch Trying to `whois` a .co domain results in a redirect to a broken website. $ whois test.co This TLD has no whois server, but you can access the whois database at https://www.nic.co/ Actually visiting https://www.nic.co/ results in an SSL error due to a self-signed certificate for 'plesk'. I eventually found out that www.whois.co is where online lookups can be made. However, in that process, I actually found a working whois server for .co! According to http://www.iana.org/domains/root/db/co.html, the whois server for .co is 'whois.nic.co'. Using `whois -h whois.nic.co test.co` indeed works just fine. tld_serv_list just needs the entry for .co to be updated to use the actual 'whois.nic.co' nameserver rather than link to a broken website. I've included a tested patch against the whois 5.0.6 source to update tld_serv_list. I also noticed that tld_serv_list has a broken entry for uk.co pointing to a nonexistent 'whois.uk.co'. I took the liberty of removing it, as well. Hope this helps! ~reed -- Reed Loden - --- whois-5.0.6/tld_serv_list 2010-07-10 19:33:43.0 -0500 +++ whois-5.0.6~co-tld/tld_serv_list 2010-07-26 01:29:05.0 -0500 @@ -101,18 +101,17 @@ .cg WEB http://www.nic.cg/cgi-bin/whois.pl .ch whois.nic.ch .ci www.nic.ci .ck whois.nic.ck .cl whois.nic.cl .cm WEB http://netcom.cm/whois.php .edu.cn whois.edu.cn .cn whois.cnnic.cn -.uk.co whois.uk.co -.co WEB https://www.nic.co/ +.co whois.nic.co .cr WEB http://www.nic.cr/niccr_publico/showRegistroDominiosScreen.do .cu WEB http://www.nic.cu/consult.html .cv NONE # www.dns.cv? .cx whois.nic.cx .cy WEB http://www.nic.cy/nslookup/online_database.php .cz whois.nic.cz .de whois.denic.de .dj WEB http://www.nic.dj/whois.php # BROKEN 2010-05-06
Bug#598083: s/PAE/SMP or bigmem/
Well, I guess PAE is technically called SMP or bigmem on Debian... ~reed -- Reed Loden - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598083: clamav-daemon: PAE not taken into account when testing RLIMIT_DATA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 26 Sep 2010 11:17:45 +0200 Michael Tautschnig wrote: > Thanks a lot for taking the time to report this. Upstream has already fixed > this > issue; it's actually just a bogus warning, because the corresponding code is > only required on BSD-based systems. We will include a fix in the next upload. Cool. Thanks for super-quick reply! I'll test it when I pull the next upload once it makes it to volatile. Have a wonderful day, ~reed - -- Reed Loden - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyfEg4ACgkQa6IiJvPDPVozTQCcD5PQ1WOnyLdHYa6cBPfXu7NK 7ecAmQGKe0BejqjP3ZWsTnISKjyD8arM =Ug5a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
