Bug#654557: logcheck-database: pure-ftpd rules need update
On Sat, 1 Jun 2024, Richard Lewis wrote: > > May 26 06:49:14 gatling pure-ftpd: (?@152.32.206.247) [INFO] New connection > > from 152.32.206.247 > > May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] Logout. > > May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] New connection > > from 152.32.206.247 > > May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] Anonymous user > > logged in > > May 26 06:49:33 gatling pure-ftpd: (ftp@152.32.206.247) [INFO] Logout. > I have some followups: > > > 1. whether all rules should allow a ? > I see that the first 2 rules already allowed a ? -- should all the > other rules should allow a ? or just the login/logout one? (do you get > a "?" for all anonymous users for example?) First: I am not a pure-ftpd expert. I just browsed the logs yesterday then I've done some tests. As far as I can see username is '?' before a succesful login. Including the case the user aborts the session. This is why '?' can occur in logout messages. After the login the actual username is logged, but 'anonymous' is transformed into 'ftp'. > 2. lack of pids > The rules all start > > pure-ftpd: ... > > do you really not see a pid after the "pure-ftpd"? this might be a Yes, I don't. At least on my system. Actual package versions are: pure-ftpd 1.0.49-4.1 rsyslog 8.2102.0-2+deb11u1 > syslog vs systemd thing but proabbly we should allow an optional pid? > (if you did "journalctl -t pure-ftpd" you would see a pid i think, so Yes, indeed: Nov 09 05:23:50 gatling pure-ftpd[107200]: (?@crawl-66-249-73-207.googlebot.com) [INFO] New connection from crawl-66-249-73-207.googlebot.com Nov 09 05:23:50 gatling pure-ftpd[107200]: (?@crawl-66-249-73-207.googlebot.com) [INFO] Anonymous user logged in Nov 09 05:23:51 gatling pure-ftpd[107200]: (f...@crawl-66-249-73-207.googlebot.com) [INFO] Can't change directory to heursch.pdf: Not a directory > we should add that as an optional group(?) I don't know. On my server, nor 'pure-ftpd' neither 'pureftp' has pid group but I never missed it. (Gee! Why are two similar files in the logcheck-database package?) > 3. The last rule was > ... pure-ftpd: PAM-listfile: Refused user [._[:alnum:]-]+ for service > pure-ftpd$ > > I assume this a) comes from PAM b) isnt produced any more? I don't know. I have no disabled users. Cheers Gabor -- No smoke, no drugs, no vindoze.
Bug#654557: logcheck-database: pure-ftpd rules need update
On Sat, 1 Jun 2024, Richard Lewis wrote: > > does not cover log entry > > > > Jan 4 07:23:42 gatling pure-ftpd: (?@203.158.197.21) [INFO] Logout. > > > > The problem is with ? before @. > > It's a shame no-one replied to this bug from 2012 > Is there still interest in adding this rule, and is the above still valid? Dear Richard, I was not waiting paralyzed till now. :-) I've created a local rule to solve the problem. > is the above message really harmless? it the bit before the @ is meant > to be a username then it looks like something fishy is going on and > this message should not be filtered? AFAIK "?" stands for the username if the session is terminated before logging in. May 26 06:49:14 gatling pure-ftpd: (?@152.32.206.247) [INFO] Logout. May 26 06:49:14 gatling pure-ftpd: (?@152.32.206.247) [INFO] New connection from 152.32.206.247 May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] Logout. May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] New connection from 152.32.206.247 May 26 06:49:33 gatling pure-ftpd: (?@152.32.206.247) [INFO] Anonymous user logged in May 26 06:49:33 gatling pure-ftpd: (ftp@152.32.206.247) [INFO] Logout. I think this is quite uninteresting. But it's up to you. Cheers Gabor -- A mug of beer, please. Shaken, not stirred.
Bug#781091: [Pkg-clamav-devel] Bug#781091: clamav-freshclam: illegal characters in init script
Dear Sebastian, Please check pathfind() function in /etc/init.d/clamav-freshclam. All double quotes (, ASCII 34, 0x22) are replaced by strange UTF-8 byte sequences e2 80 9d (U+201D, RIGHT DOUBLE QUOTATION MARK). aside from the fact that this should not be there, do you have limitations / problems with this? I'm going to fix this but I just wanted to know what problems this causes. Do you mean beyond confusing the user with no UTF-8 capable terminal? :-) Probably no functional error is expected. But after the two make_dir function call in line 278, 279 special variable IFS contains unwanted chars too that may - in theory - cause problems in word splitting later. Look this for example: chown $DatabaseOwner $PidFile If unquoted $DatabaseOwner (that may be be overridden by config file) - accidentally - contains any of the above bytes the command will be applied to more than one file. (Errr... $PidFile is also vulnerable.) Gabor -- A mug of beer, please. Shaken, not stirred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754173: The same problem on i386
The situation is the same on a totally different hardware. Traffic of Windows clients drastically degraded through the firewall. We had to downgrade package linux-image-3.2.0-4-686-pae:i386 from 3.2.60-1+deb7u1 to 3.2.57-3+deb7u2. Ethernet card is 01:06.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02) Driver is tg3 that is also affected in recent kernel patches. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741675: Fancy lines are added to clamd.conf
My experience is similar. When upgrading from 0.98.1+dfsg-1+deb6u1 to 0.98.1+dfsg-1+deb6u2 /etc/clamav/clamd.conf is changed this way: --- /etc/clamav/clamd.conf 2010-12-08 08:36:09.938638000 +0100 +++ - 2014-03-17 09:35:06.637632773 +0100 @@ -19,6 +19,7 @@ MaxThreads 12 MaxConnectionQueueLength 15 LogSyslog false +LogRotate 10 clamav-base/LogRotate doesn't exist LogFacility LOG_LOCAL6 LogClean false LogVerbose false @@ -28,8 +29,14 @@ Foreground false Debug false ScanPE true +MaxEmbeddedPE 10 clamav-base/MaxEmbeddedPE doesn't exist ScanOLE2 true ScanHTML true +MaxHTMLNormalize 10 clamav-base/MaxHTMLNormalize doesn't exist +MaxHTMLNoTags 10 clamav-base/MaxHTMLNoTags doesn't exist +MaxScriptNormalize 10 clamav-base/MaxScriptNormalize doesn't exist +MaxZipTypeRcg 10 clamav-base/MaxZipTypeRcg doesn't exist +ScanSWF 10 clamav-base/ScanSWF doesn't exist DetectBrokenExecutables false ExitOnOOM false LeaveTemporaryFiles false @@ -49,6 +56,14 @@ MaxQueue 100 ExtendedDetectionInfo true OLE2BlockMacros false +ScanOnAccess 10 clamav-base/ScanOnAccess doesn't exist +OnAccessIncludePath +OnAccessExcludePath +OnAccessMaxFileSize +OnAccessExcludeUID +AllowAllMatchScan 10 clamav-base/AllowAllMatchScan doesn't exist +ForceToDisk 10 clamav-base/ForceToDisk doesn't exist +DisableCertCheck 10 clamav-base/DisableCertCheck doesn't exist StreamMaxLength 10M LogFile /var/log/clamav/clamav.log LogTime true I commented out all the new lines and clamd runs again. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702686: clive: protocol HTTPS is not parsed in URL
Package: clive Version: 2.2.13-5+squeeze5 Severity: normal App.pm checks URL for string 'http://' and prepends it if it is not found: sub _parseLine { my ( $self, $ln ) = @_; return if $ln =~ /^$/; return if $ln =~ /^#/; chomp $ln; $ln = http://$ln; if $ln !~ m{^http://}i; [...] However this breaks HTTPS: $ clive --no-proxy 'https://www.youtube.com/watch?v=ZTTzcXSLjhI' fetch http://https://www.youtube.com/watch?v=ZTTzcXSLjhI ... error: Couldn't resolve host name (http/6) $ This would be better parser code: $ln = http://$ln; if $ln !~ m{^https?://}i; Gabor -- System Information: Debian Release: 6.0.7 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 clive depends on: ii libclass-singleton-per 1.4-1 implementation of a Singleton cl ii libconfig-tiny-perl2.12-1Read/Write .ini style files with a ii libexpect-perl 1.20-2Expect.pm - Perl Expect interface ii libgetopt-argvfile-per 1.11-1Perl module for reading script opt ii libhtml-parser-perl3.66-1collection of modules that parse H ii liburi-perl1.54-2module to manipulate and access UR ii libwww-curl-perl 4.12-1Perl bindings to libcurl ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages clive recommends: ii clive-utils 2.1.6-1 additional utilities for clive ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libterm-readkey-perl 2.30-4 A perl module for simple terminal Versions of packages clive suggests: ii ffmpeg 5:0.7.15-dmo1 audio/video encoder, streaming ser -- 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#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
Actually I bet function wait4msg() in libraries/libldap/result.c in OpenLDAP calls ldap_int_select() in endless loop with zero timeout. The strace output looked like there were pending events on fd 16 for the select() call. In that case, it will return immediately... Henrique, Actually I cannot debug it more because I had to replace libnss-ldap with libnss-ldapd. I'm really sorry. Thanks for your efforts. Gabor -- A mug of beer, please. Shaken, not stirred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
I could create a core dump. Stack trace: (gdb) bt #0 0xb76f5424 in __kernel_vsyscall () #1 0xb71b096b in poll () from /lib/i686/cmov/libc.so.6 #2 0xb4ce in ldap_int_select () from /usr/lib/libldap_r-2.4.so.2 #3 0xb4ccddbb in ldap_result () from /usr/lib/libldap_r-2.4.so.2 #4 0xb4b1191e in ?? () from /lib/libnss_ldap.so.2 #5 0xb4b11c38 in ?? () from /lib/libnss_ldap.so.2 #6 0xb4b14625 in _nss_ldap_endgrent () from /lib/libnss_ldap.so.2 #7 0xb71cf9ed in ?? () from /lib/i686/cmov/libc.so.6 #8 0xb7186d4d in endgrent () from /lib/i686/cmov/libc.so.6 #9 0x0809e55c in mynewstate (identifier=value optimized out) at auth_unix.c:261 #10 0x0809e104 in auth_newstate (identifier=0x8696111 foobar) at auth.c:113 #11 0x080870a6 in mysasl_proxy_policy (conn=0x8695400, context=0x812e6a8, requested_user=0x8695d10 foobar, rlen=6, auth_identity=0x8696111 foobar, alen=6, def_realm=0x0, urlen=0, propctx=0x88762b8) at global.c:546 #12 0x0805c375 in imapd_proxy_policy (conn=0x8695400, context=0x812e6a8, requested_user=0x8695d10 foobar, rlen=6, auth_identity=0x8696111 foobar, alen=6, def_realm=0x0, urlen=0, propctx=0x88762b8) at imapd.c:371 #13 0xb76e0728 in ?? () from /usr/lib/libsasl2.so.2 #14 0xb76e132d in sasl_checkpass () from /usr/lib/libsasl2.so.2 #15 0x0805bb3d in cmd_login (tag=0x0, user=0x86c4478 foobar) at imapd.c:1785 #16 0x0806071d in cmdloop () at imapd.c:1183 #17 0x08062da8 in service_main (argc=2, argv=0x8690008, envp=0xbfd243a0) at imapd.c:691 #18 0x0804dc61 in main (argc=2, argv=0xbfd24394, envp=0xbfd243a0) at service.c:533 (gdb) in imapd.c The bug may be in libldap-2.4-2 or libnss-ldap packages too... Could you give me some hints? What should I check, recompile, sniff, debug, peek, poke ... etc? Thanks. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless
Update: According to wireshark no high volume network traffic occurs during the rage. LDAP server runs Solaris, LDAP proxies are not affected by leap second bug. So the problem seems to be local. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
#0 0xb76f5424 in __kernel_vsyscall () #1 0xb71b096b in poll () from /lib/i686/cmov/libc.so.6 #2 0xb4ce in ldap_int_select () from /usr/lib/libldap_r-2.4.so.2 #3 0xb4ccddbb in ldap_result () from /usr/lib/libldap_r-2.4.so.2 #4 0xb4b1191e in ?? () from /lib/libnss_ldap.so.2 #5 0xb4b11c38 in ?? () from /lib/libnss_ldap.so.2 #6 0xb4b14625 in _nss_ldap_endgrent () from /lib/libnss_ldap.so.2 Improved trace: #0 0xb7754424 in __kernel_vsyscall () #1 0xb720f96b in poll () from /lib/i686/cmov/libc.so.6 #2 0xb4d43444 in ldap_int_select (ld=0x91a8638, timeout=0x0) at os-ip.c:1098 #3 0xb4d2cdbb in wait4msg (ld=0x91a8638, msgid=4, all=0, timeout=0x0, result=0x91afb64) at result.c:335 #4 ldap_result (ld=0x91a8638, msgid=4, all=0, timeout=0x0, result=0x91afb64) at result.c:120 #5 0xb4b7091e in ?? () from /lib/libnss_ldap.so.2 #6 0xb4b70c38 in ?? () from /lib/libnss_ldap.so.2 #7 0xb4b73625 in _nss_ldap_endgrent () from /lib/libnss_ldap.so.2 [...] Yikes. It is caused by libnss-ldap. The bug may be in libldap-2.4-2 or libnss-ldap packages too... Could you give me some hints? What should I check, recompile, sniff, debug, peek, poke ... etc? Usually the only correct way to deal with ldap-nss in the long term is to get rid of it :-( Uhm... :-/ Actually I bet function wait4msg() in libraries/libldap/result.c in OpenLDAP calls ldap_int_select() in endless loop with zero timeout. I tried to enable some debugging as I found on page http://pic.dhe.ibm.com/infocenter/tivihelp/v2r1/topic/com.ibm.IBMDS.doc/pdguide32.htm I added environment settings to /etc/init.d/cyrus-2.2: export LDAP_DEBUG=LDAP_DEBUG_TRACE export LDAP_DEBUG_FILE=/var/log/ldap.log if start-stop-daemon ${START} /dev/null 21 ; then echo $NAME. else I created a cyrus writable log file called /var/log/ldap.log then I restarted Cyrus. However the file is remaining empty. :-( Any idea will be appreciated. Gabor -- E-mail = m-mail * c-mail ^ 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
Please confirm that this is not caused by the leap-second issues, i.e. you've seen it on a freshely rebooted server, or prior to the 29th of june. Oooops! I rebooted this morning, but wild imapd processes are raging again. :-( Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
Please confirm that this is not caused by the leap-second issues, i.e. you've seen it on a freshely rebooted server, or prior to the 29th of june. I can't. Just a few hours ago I heard about first time about this kernel bug. Like enough my problem is caused by it. Thanks for your help. Gabor -- No smoke, no drugs, no vindoze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679496: [cyrus-imapd-2.2 source] dependency problem: libdb4.7-dev vs libdb4.8-dev
after I took over BDB maintainence in Debian. And it took enormous amount of time to achieve that. OK. Thanks. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659450: #659450,Wish: Caption links
Hello Gabor, I don't understand the usecase for this features. You can already use HTML syntax in the caption text to make any word point to external links, with whatever alternative text you want. So the use case for your feature seems very small. It would be only useful when people are lazy enough to not write HTML, and want to have th entire caption text be the link. Brice Hi Brice, Weeks later it came in my mind also what if I simply put A tags into the normal caption text. :-) But I did not test it yet... You are absolutely right. I went astray. :-) Sorry for the line noise and thanks for llgal. I like it. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661886: ip: man page should mention label length limit
Hi Andreas, Would be awesome if you where willing to write a patch for this and send it upstream. As you might be aware there are several other areas No problem. I'll do it. :) Cheers Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631940: icedove: Properties... menu item opens Account Settings window
Edit - Properties opens the same window as Edit - Account_Settings. sorry, I couldn't reproduce this. Would you provide a screenshot of your Edit menu? My Edit menu hasn't a Properties entry. Hi Cristoph, Geee... I restarted the machine and at this moment I could not see any Properties... entry. :-o However now there is a Folder Properties... that I don't remember. I think this might be the Properties... hours ago. (And currently it works well.) This is really strange. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623860: Silly bug report revoked
Sorry for the noise. I totally misunderstood what a task manager has to do. :-) Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534203: conntrackd: Config file not found
Hi, Alex! Running conntrackd in client mode (e.g. conntrackd -s) results this message: can't open config file `/etc/conntrackd/conntrackd.conf' It seems that program has a hardwired name of config file but its path differs from one used by debian package. Sorry for coming back so later. Unfortunatly I can't reproduce the problem: At this moment I have no lenny machine with conntrackd installed. Our firewall runs squeze for a long time. But - yes conntrackd -s does indeed rely on /etc/conntrackd/conntrackd.conf, but this file is shipped with the debian package. I found on the firewall host that - Package contains file /etc/conntrackd.conf. (Check dpkg -L conntrackd.) - /etc/init.d/conntrackd uses -C /etc/conntrackd.conf option - /sbin/contrackd binary uses default config /etc/conntrackd/conntrackd.conf - /etc/conntrackd/conntrackd.conf is a symlink to /sbin/contrackd and it was created by me the same day as I reported the problem. - If I remove it I get the same error message # strace conntrackd -s [...] brk(0x9105000) = 0x9105000 open(/etc/conntrackd/conntrackd.conf, O_RDONLY) = -1 ENOENT (No such file or directory) write(2, can't open config file `/etc/conn..., 57can't open config file `/etc/conntrackd/conntrackd.conf' ) = 57 exit_group(1) = ? # So IMHO hardwired string /etc/conntrackd/conntrackd.conf should be changed to /etc/conntrackd.conf during packaging for convenience. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615531: Suggestion: when changing key the new one should be signed by the old
Signing new archive key by the old one would increase the trust level at zero cost. :-) As we do not maintain the archive key, just the collection of them: reassigning accordingly. Yes I guessed this but I hope you know the guys creating the keys. :) Thanks. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611263: I revoke this issue
After some consultation I think 'page' can be any value if I use Perl binding of Gtk2. There is no way to check the validity of pointer. The patch is useless. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407783: pkcs15-tool: Unexpected type -1 causes bus error
If this bug is still relevant, please enable debug logging by setting debug = 9; and debug_file = /tmp/opensc-debug.log in /etc/opensc/opensc.conf and send the log file to opensc-de...@opensc-project.org mailing list. (Sorry for the late reply. Somehow I did not receive your 2010 August mail. I just found it on bugs.debian.org.) opensc 0.11.4-5+lenny1 does not produce this bug. I checked it on i386 and amd64 architectures. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609649: cron-apt: Insufficient logcheck patterns
Thanks for your contribution. Could you please provide some example log lines showing the new format? It is better to send you my current regular expressions. :-) ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: Get:[[:digit:]]+ ((ht|f)tp|file)://[.[:alnum:]/_-]+ [./[:alnum:]-]+ [-[:alnum:]_+.]+ [+.:~[:alnum:]-]+ \[[.[:digit:]]+ *[kMGTPEZY]?B\]$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: Need to get [[:digit:].]+ *([kMGTPEZY]?B)(/[.[:digit:]]+ *([kMGTPEZY]?B))* of archives\.$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: After this operation, [.[:digit:]]+ *[kMGTPEZY]?B (of additional disk space will be used|disk space will be freed)\.$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: After unpacking [[:digit:].]+ *([kMGTPEZY]?B) (of additional disk space will be used|disk space will be freed)\.$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: Del [-[:alnum:]_+.]+ \[[.[:digit:]]+ *[kMGTPEZY]?B\]$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: Fetched [[:digit:].]+ *[kMGTPEZY]?B in ((([[:digit:]]+ *d )?[[:digit:]]+ *h ?)?[[:digit:]]+ *m(in)? ?)?[[:digit:]]+s \([[:digit:].]+ *[kMGTPEZY]?B/s\)$ The matter: they allow optional spaces between value and unit. Attention. Some log lines contain more than one measurements. E.g. ... Fetched 387 kB in 6 d 18 min (1.3 B/s) Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609649: cron-apt: Insufficient logcheck patterns
Dear Hannes, Thanks for your contribution. Could you please provide some example log lines showing the new format? It is better to send you my current regular expressions. :-) I've asked you for some example log lines so I can test my rule changes before committing them to the git repository. If you want you can send me the log lines in private if they should contain any confidential information. Well. Here you are: Jan 2 04:21:11 oai cron-apt: Fetched 23.8 kB in 0s (0 B/s) Jan 9 04:48:17 oai cron-apt: Need to get 10.6 MB/14.7 MB of archives. Jan 11 04:16:20 oai cron-apt: Need to get 1804 kB of archives. Jan 11 04:16:20 oai cron-apt: After this operation, 4096 B of additional disk space will be used. Jan 11 04:16:20 oai cron-apt: Get:1 http://ftp.bme.hu/OS/Linux/dist/debian/ squeeze/main ncurses-bin i386 5.7+20100313-5 [317 kB] Jan 11 04:16:20 oai cron-apt: Fetched 1804 kB in 0s (14.3 MB/s) Unfortunately I'm unable to provide all type of log entries you need for the tests. I have no After unpacking ... or Del ... lines. You have to wait a few months til somebody send you these items... Cheers :-) Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609649: cron-apt: Insufficient logcheck patterns
You've added * to the rules but as far as I can see only one whitespace is added. So wouldn't it be sufficient to add ?? It would work this week. But I think is not robust enough. What if cron-apt author changes again the log format? IMHO searching * is not slower than looking for ?. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609649: cron-apt: Insufficient logcheck patterns
Thanks for the suggestion, but are you sure that this is actually part of cron-apt? I can not find any logcheck rules in the cron-apt sources. Ooops! You are right, I missed the addressee. :-) File /etc/logcheck/ignore.d.server/cron-apt is part of logcheck-database package. Is it possible to redirect my bug report there or should I resend it? Thanks for your patience. :-) Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609762: amavisd-milter: Init script changes owner of current directory to 'amavis'
privileges. Nonetheless this is an issue so I attached a patch which should solve it. Could you please save the attached patch to /tmp/ and apply it by issuing cd /; patch /tmp/amavisd-milter_owner-fix.patch and afterwards tell me if this solved the problem? Dear Jenny, Unfortunately the answer is definitely not. Actually I planned to use amavisd-milter a year ago but later I found it unnecessary. Now I totally removed it. :-( Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609649: cron-apt: Insufficient logcheck patterns
Package: cron-apt Version: 0.8.2 Severity: minor Some patterns in /etc/logcheck/ignore.d.server/cron-apt do not allow whitespace between value and unit meanwhile log entries contain it: (1804 kB, 4096 B, 14.3 MB/s etc.) A * should be added to these patterns. E.g. ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ cron-apt: Get:[[:digit:]]+ ((ht|f)tp|file)://[.[:alnum:]/_-]+ [./[:alnum:]-]+ [-[:alnum:]_+.]+ [+.:~[:alnum:]-]+ \[[.[:digit:]]+ *[kMGTPEZY]?B\]$ Gabor -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cron-apt depends on: ii apt 0.8.10 Advanced front-end for dpkg Versions of packages cron-apt recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii cron 3.0pl1-116process scheduling daemon ii liblockfile1 1.08-4NFS-safe locking library, includes cron-apt suggests no packages. -- Configuration Files: /etc/cron-apt/config changed [not included] -- 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#606183: sks: Database problem after 1.1.0 - 1.1.1 upgrade
Did you follow the instructions in README.Debian for upgrading the database from 4.6 to 4.7 ? Unfortunately not. During upgrade of the package there was a message displayed concerning the DB upgrade. I did not see any message. That is the problem. Gabor -- No smoke, no drugs, no vindoze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597511: xpn: XPN (of squeeze) does not start on lenny
Meanwhile all dependencies are satisfied. AFAICT, set_tooltip_text is only present in GTK = 2.16. I guessed something similar -- System Information: [..] ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge What happens if you also install python-gtk2 from Squeeze? If it fixes that for you, I'll fix the dependency. Unfortunately python-gtk2_2.17.0-4 requires dozens of other packages to upgrade. I don't plan to change my system to sqeeze Yet. :) I tried to upgrade some packages in a chrooted snapshot environment step-by-step but I lost in the maze. IMHO if you specify a minimal version number in dependencies you cannot be wrong. Regards Gabor -- No smoke, no drugs, no vindoze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540807: rsyslog: program name filter ! in the configuration cannot be reset
The same problem found in rsyslog 3.18.6-4. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540807: rsyslog: program name filter ! in the configuration cannot be reset
After looking into the code (parse.c)... Variable pDfltProgNameCmp is NULL until the first occurence of a !progname line therefore it matches any program name. Any later !* line makes rsCStrSetSzStr(pDfltProgNameCmp, NULL) to be called that replaces current content of the string object with an empty string(!). See stringbuf.c: /* Sets the string object to the classigal sz-string provided. * Any previously stored vlaue is discarded. If a NULL pointer * the the new value (pszNew) is provided, an empty string is * created (this is NOT an error!). Property iAllocIncrement is * not modified by this function. * rgerhards, 2005-10-18 */ Unfortunately pDfltProgNameCmp must be NULL instead of . Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540807: rsyslog: program name filter ! in the configuration cannot be reset
This patch fixes the bug. Gabor --- ../../rsyslog-orig/rsyslog-3.18.6/conf.c2008-12-10 19:02:24.0 +0100 +++ conf.c 2010-08-02 13:07:50.213850465 +0200 @@ -962,8 +962,7 @@ if(**pline != '\0' **pline == '*' *(*pline+1) == '\0') { dbgprintf(resetting programname filter\n); if(pDfltProgNameCmp != NULL) { - if((iRet = rsCStrSetSzStr(pDfltProgNameCmp, NULL)) != RS_RET_OK) - return(iRet); + rsCStrDestruct(pDfltProgNameCmp); } } else { dbgprintf(setting programname filter to '%s'\n, *pline); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523846: IPv6 patch is incorrect
03_ipv6-support.dpatch introduces a call to inet_pton: if( defined $prop-{reverse_lookups} ){ - $prop-{peerhost} = gethostbyaddr( inet_aton($prop-{peeraddr}), AF_INET ); + $prop-{peerhost} = ( (length($sockname) 16) ? gethostbyaddr( inet_pton(AF_INET6, $prop-{peeraddr}), AF_INET6 ) : gethostbyaddr( inet_aton($prop-{peeraddr}), AF_INET ) ); } but doest not import it from Socket6: -use Socket qw(inet_aton inet_ntoa AF_INET AF_UNIX SOCK_DGRAM SOCK_STREAM); +use Socket qw(inet_aton inet_ntoa AF_INET AF_INET6 AF_UNIX SOCK_DGRAM SOCK_STREAM); +use Socket6 qw(inet_ntop); So if reverse_lookups is enabled error messages come: Undefined subroutine Net::Server::inet_pton called at /usr/share/perl5/Net/Server.pm line 773. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523846: IPv6 patch is incomplete
File /usr/share/perl5/Net/Server.pm, line 1487: if ($#{ $prop-{cidr_allow} } != -1) { require Net::CIDR; return 1 if Net::CIDR::cidrlookup($prop-{peeraddr}, @{ $prop-{cidr_allow} }); } Assume config contains this: cidr_allow 192.168.163.0/24 At this point I can see that $prop-{cidr_allow} is ['192.168.163.0/24'] meanwhile $prop-{peeraddr} is ':::192.168.163.47' This is an IPv4-Mapped IPv6 Address Poor Net::CIDR::cidrlookup() thinks that :::192.168.163.47 is an IPv6 address and complains: Invalid netblock: 192.168.163.255-0.0.0.0.0.0.0.0.0.0.255.255.193.6.222.47 at /usr/share/perl5/Net/Server.pm line 831 A workaround may be cutting ':::' prefix from front of IPv4 addresses before giving them to cidrlookup(). Giving IPv4-Mapped IPv6 Address in the config file might be an other solution but cidr_allow :::192.168.163.0/120 does not work yet, because process_conf() cuts off the first colon if found thinking user wrote like this: cidr_allow: blahblahblah So if I write this: cidr_allow: :::192.168.163.0/120 it works finally. But how ugly is it. :-( Gabor -- No smoke, no drugs, no vindoze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587392: fuzzyocr: Tainted data in Misc.pm
Can you try again with version 3.6.0-3 of the fuzzyocr package? It seems to be better. :-) Thanks Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531666: ferm's rc symlink behaviour is correct.
please let me note, that in my opninion ferm's current behavior regarding symlinks to the init script is correct. Gabor, if you did not find any news compared to your latest mail, please consider closing the bug. Hi, Max! I cannot reproduce the problem. IMHO you can close the ticket. Thanks. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531666: ferm: postinst script creates not enough symlink to rc script
I'm a bit confused. A host was rebooted yesterday and ferm did not start even with these links: /etc$ ls -l rc*.d/*ferm* lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc0.d/K20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc1.d/K20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc2.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc3.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc4.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc5.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Jun 3 09:13 rc6.d/K20ferm - ../init.d/ferm /etc$ The problem should be more deeper I think first time. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531666: ferm: postinst script creates not enough symlink to rc script
Hi Max, However in new installs we got this: /etc$ ls -l rc*.d/*ferm* lrwxrwxrwx 1 root root 14 Mar 13 10:15 rc0.d/S36ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Mar 13 10:15 rc6.d/S36ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Mar 13 10:15 rcS.d/S41ferm - ../init.d/ferm /etc$ This may cause that after a normal boot (i.e runlevel=2) iptables are empty. The init script probably does not run at all. Are you sure this is actually a problem? According to init(8), Yes I'm afraid. runlevel S is initialized on bootup, before entering other runlevels. There is rcS.d/S41ferm. OK. I just know that after bootup iptables -L -v showed empty rules. However it worked well after I reorganized sylinks. Have you any idea why this happened? :-) Actually I have no machine with ferm that I may reboot. (All of them are in production.) Could you insert some diagnostic code into the startup script and test it? I mean something like this: date /var/log/ferm.init.log echo -n Runs as $0 $@ at runlevel /var/log/ferm.init.log who -r /var/log/ferm.init.log Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529963: dbconfig-common: Suspected problem with database upgrade
Hi Sean, my memory is a bit vague here as it's been a while since i've looked at this code. however, i believe that VERSION isn't meant to be a subdirectory, so instead T and E, for example, should be concatenated into a single file 2. Oh I see. I misunderstood the documentation. :) It writes: ...in order to cope with this, a second set of _directories_ exists for providing packagers ways to modify the databases during package upgrades: */usr/share/dbconfig-common/data/PACKAGE/upgrade/DBTYPE/VERSION */usr/share/dbconfig-common/data/PACKAGE/upgrade-dbadmin/DBTYPE/VERSION */usr/share/dbconfig-common/scripts/PACKAGE/upgrade/DBTYPE/VERSION Thanks for the clarification. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516129: perl-modules: CGI.pm unwanted UTF-8 conversion in URLs
I believe this is fixed in CGI.pm-3.43 with the attached patch. Could you please grab libcgi-pm-perl 3.43-1 from unstable and verify it works for you? Dear Niko, The test program listed in 23 Feb 2009 11:01:04 mail works well. Unfortunately I cannot test 3.43 in live environment because new CGI.pm needs some utf8 functions that are missing from live system. Thanks for your efforts. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516129: perl-modules: CGI.pm unwanted UTF-8 conversion in URLs
Dear Niko, Function url(-path-info=1) does not work well if I have ISO-8859-2 accented chars in the URL. Utility function CGI::Util::escape() unconditionally forces an ISO-8859-1 - UTF-8 conversion: # force bytes while preserving backward compatibility -- dankogai $toencode = pack(C*, unpack(U0C*, $toencode)); Unfortunately 3.38 does not work. OK, thanks. I must admit I'm a bit confused about the problem. Could you please give a simple test case (either a command-line version or a CGI script) with the current result and the one you'd expect? See below. As far as I can see (looking at 3.29), url(-path-info=1) will unescape() the PATH_INFO variable into 8-bit characters and then encode those manually into URL encoding with sprintf() as the last thing in the url() function. I can't see CGI::Util::escape() being called here - are you calling that manually? url() calls query_string() that calls escape(). I do get your point about the idempotency of course: % perl -MCGI::Util=escape,unescape -E 'say escape(unescape(%E4))' %C3%A4 but it's not clear to me what this breaks, particularly as those aren't public subroutines. This is the scenario: My CGI program runs and produces an ISO-8859-2 encoded HTML page with a form that processed by GET method. User enters some accented chars (e.g. ä) in form then clicks submit button. Browser honors encoding and sends back a latin2 encoded URL to server like http://www.example.com/sample.cgisearch=%E4 . CGI program unescapes query string and stores internally as {search=\xe4}. When it calls url() in order to place a self pointing URL on next HTML page. Sub url() calls query_string() that uses CGI::Util::escape to produce this: http://www.example.com/sample.cgisearch=%C3A4 . This is because escape() assumes that HTML page encoded in UTF-8. However if the user follows this link, browser sends back the wrong URL. after unescaping stores {search=\xc3\xa4} and prints http://www.example.com/sample.cgisearch=%C3%83%C2%A4 in the next round and so on. I could not demonstrate this behavior off-line. But I set up a short demo program that you can test with your browser if necessary. This script below shows no more than your one liner above. --8-8--- #!/usr/bin/perl use strict; use CGI::Util; use Dumpvalue; my $dumper=Dumpvalue-new(quoteHighBit=1); my $latin2_string = a\341e\351i\355o\363\366\365u\372\374\373; #aáeéiíoóöőuúüű $dumper-dumpValue($latin2_string); my $escaped_string = CGI::Util::escape($latin2_string); $dumper-dumpValue($escaped_string); my $unescaped_string = CGI::Util::unescape($escaped_string); $dumper-dumpValue($unescaped_string); --8-8--- Ooops! Stop the press. I've just noticed in 3.29 source that CGI::Util::escape is substantially changed. It seems to be good for my purposes: $toencode = pack(C*, unpack(C*, $toencode)); Note: this line can be omitted. :-) (However may cause problems if someone wants to use UTF-8.) Unfortunately the latest version (3.42) is confused again. :-( Actually I defined my own MyCGI subclass that overrides CGI::query_string() and CGI::Util::escape(). This works for me but is not a simple and elegant solution. Cheers Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516129: perl-modules: CGI.pm unwanted UTF-8 conversion in URLs
Hi Niko, Function url(-path-info=1) does not work well if I have ISO-8859-2 accented chars in the URL. Utility function CGI::Util::escape() unconditionally forces an ISO-8859-1 - UTF-8 conversion: # force bytes while preserving backward compatibility -- dankogai $toencode = pack(C*, unpack(U0C*, $toencode)); This part of the code was changed in CGI.pm 3.30, while perl-modules has 3.29. http://search.cpan.org/diff?from=CGI.pm-3.29to=CGI.pm-3.31#CGI/Util.pm Could you please check if installing the separate libcgi-pm-perl package (lenny is at 3.38, squeeze/sid at 3.42) fixes this for you? Unfortunately 3.38 does not work. New statement in CGI::Util::escape() is this: $toencode = eval { pack(U*, unpack(U0C*, $toencode))} || pack(C*, unpack(C*, $toencode)); It checks carefully if UTF-8 chars are usable. Accidentally the first (eval'ed) unpack/pack() is successful i.e. it does not crash, so the UTF-8 encoding remains in effect. :-( Meanwhile I need pack(C*, unpack(C*, $toencode)). (That is actually equivalent to $toencode isn't it? :-) CGI.pm in general does not care how the original page was encoded and what coding the browser uses when sends back CGI params. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496663: Actual upstream release fixes this bug
Current 2.0.10 upstream release of gnupg contains this bugfix. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514853: lintian: Distribution field conforming to standard is not accepted
That section of Policy also claims that frozen is a valid distribution and that one can't upload to testing (although it could be argue that tpu isn't testing), so it could possibly do with some attention. :-/ Whilst testing stable is technically valid, I'm not entirely sure that all parts of the archive software would do the right thing with such a package. Actually I'm unable to find a pair of distributions that would be accepted: E: kmt_0.5-2_i386.changes: bad-distribution-in-changes-file stable unstable E: kmt_0.5-2_i386.changes: bad-distribution-in-changes-file stable experimental E: kmt_0.5-2_i386.changes: bad-distribution-in-changes-file unstable experimental E: kmt_0.5-2_i386.changes: bad-distribution-in-changes-file unstable frozen Could you show a working example please? Code snippet from /usr/bin/lintian: } elsif (! (($data-{distribution} eq 'stable') or ($data-{distribution} eq 'testing') or ($data-{distribution} eq 'unstable') or ($data-{distribution} eq 'experimental') or ($data-{distribution} =~ /\w+-backports/) or ($data-{distribution} =~ /\w+-proposed-updates/) or ($data-{distribution} =~ /\w+-security/)) ) { # bad distribution entry tag(bad-distribution-in-changes-file, $data-{distribution}); } It seems that this elsif statement does NOT conform with Debian Policy Manual. It accepts this: Distribution: no-such-distro-backports foo bar but refuses reasonable list of distributions. Regards Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468417: Additional info
ltrace incrontab -e -u kissg shows: getpwnam(kissg)= 0xb7e0f9bc setenv(LOGNAME, , 1) = 0 setenv(USER, , 1)= 0 setenv(USERNAME, , 1)= 0 setenv(HOME, \205\300u]\213\273\340\375\377\377\213\007\205\300t\031\220\377\320\2114$\350\372\225\370\377\205\300\215t, 1) = 0 setenv(SHELL, \377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377..., 1 unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Both HOME and SHELL environment vars get random core garbage as value. Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502610: Acknowledgement (mailsound: segfault if no matching pattern)
Log entries may help: Oct 18 12:12:56 myhost kernel: [1695031.267175] mailsound[26964]: segfault at 0 ip b7e86f20 sp bfcaa740 error 4 in libc-2.7.so[b7e11000+155000] Oct 18 12:19:02 myhost kernel: [1695490.660120] mailsound[27076]: segfault at 0 ip b7eb5443 sp bfdda6ac error 4 in libc-2.7.so[b7e3f000+155000] Oct 18 12:19:13 myhost kernel: [1695503.920258] mailsound[27078]: segfault at 0 ip b7e21443 sp bfa4430c error 4 in libc-2.7.so[b7dab000+155000] Oct 18 12:19:37 myhost kernel: [1695533.732585] mailsound[27085]: segfault at 0 ip b7e34443 sp bfb5941c error 4 in libc-2.7.so[b7dbe000+155000] Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501685: Acknowledgement ([mysql-admin] forces default value to NULL when editing table)
When I open an existing table for editing and I select a column the default value of fields with no default value will be marked as default NULL even if they are definitely declared to be not NULL. Oh, God! This sentence was reedited three times. Sorry for confusion. It should be read: Table editor sets all undefined default values to NULL even if it is definitely forbidden. Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496663: Acknowledgement (gpg-agent: missing data conversion makes gpg-preset-passphrase unusable)
Mainstream maintainer Werner Koch incorporated the changes into SVN revision 4822. Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491281: sks: crontab refers to missing db4.1_archive
Hi Christoph, I think these lines cd $dir db4.6_archive | xargs --no-run-if-empty rm -f (1) cd - might be replaced with db4.6_archive -h $dir -d (2) -d is not what you want. It removes the logfiles which can be deleted after backing them up. What we want is to remove empty files. So your Oh I see. I though that no longer in use and no longer needed are equivalent. Thanks for the clarification. :-) line would be equivalent to: db4.6_archive | xargs rm -f (3) The correct replacement I think is db4.6_archive -h $dir | xargs --no-run-if-empty rm -f (4) Are you sure I think commands (3) and (4) do the same in essence. The only differences are that (3) processes the current dir (what is definitely differs from (2)) and in (3) xargs starts rm even its if standard input is empty. But db4.6_archive do the same thing in (3) and (4): it prints some filenames of the given directory. I guess (4) is equalt to (2). Anyway I've changed my cron job to use (4). Regards Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491281: sks: crontab refers to missing db4.1_archive
/etc/cron.daily/sks prints unnecessary things on stdout. Therefore root receives a mail every day. I mean cd - produces a /. Running it with -vx options shows it: # The DB directory holds indexes and keys. clean_directory /var/lib/sks/DB + clean_directory /var/lib/sks/DB + dir=/var/lib/sks/DB + '[' -d /var/lib/sks/DB ']' + cd /var/lib/sks/DB + db4.6_archive + xargs --no-run-if-empty rm -f + cd - / + return 0 I think these lines cd $dir db4.6_archive | xargs --no-run-if-empty rm -f cd - might be replaced with db4.6_archive -h $dir -d Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490166: pinentry-curses: segfault at CONFIRM
Just press Enter when popup window appears after CONFIRM command: $ pinentry OK Your orders please CONFIRM Segmentation fault $ Works for me. Try getting a backtrace? Er... I don't know what do you mean exactly. Should I run it under debugger? Under ltrace: ... strcmp(CONFIRM, SETDESC) = -16 strcmp(CONFIRM, SETPROMPT) = -16 strcmp(CONFIRM, SETERROR)= -16 strcmp(CONFIRM, SETOK) = -16 strcmp(CONFIRM, SETCANCEL) = -16 strcmp(CONFIRM, GETPIN) = -4 strcmp(CONFIRM, CONFIRM) = 0 initscr(0x1dcf338, 0, 1, 0, 0x8048afe) = 0x8056c88 keypad(0x8056c88, 1,) = 0 0x1dcf338 free(0x8059860) = void free(0x8059870) = void strlen(NULL unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Gotcha! It's a null pointer. Full ltrace -S output is attached. Regards GaborSYS_uname(0xbfe62876)= 0 SYS_brk(NULL)= 0x8051000 SYS_access(0xb7f60041, 0, 0xb7f61ff4, 0x4008000, 0) = -2 SYS_mmap2(0, 8192, 3, 34, -1)= 0xb7f4a000 SYS_access(0xb7f5d387, 4, 0xb7f61ff4, 0xb7f5d387, 0xb7f621e0) = -2 SYS_open(/etc/ld.so.cache, 0, 00) = 3 SYS_fstat64(3, 0xbfe62198, 0xb7f61ff4, -1, 3)= 0 SYS_mmap2(0, 54601, 1, 2, 3) = 0xb7f3c000 SYS_close(3) = 0 SYS_access(0xb7f60041, 0, 0xb7f61ff4, 0, 3) = -2 SYS_open(/lib/libncurses.so.5, 0, 01001104425) = 3 SYS_read(3, \177ELF\001\001\001, 512) = 512 SYS_fstat64(3, 0xbfe62218, 0xb7f61ff4, 4, 1) = 0 SYS_mmap2(0, 264196, 5, 2050, 3) = 0xb7efb000 SYS_mmap2(0xb7f33000, 32768, 3, 2066, 3) = 0xb7f33000 SYS_mmap2(0xb7f3b000, 2052, 3, 50, -1) = 0xb7f3b000 SYS_close(3) = 0 SYS_access(0xb7f60041, 0, 0xb7f61ff4, 0, 3) = -2 SYS_open(/lib/tls/libc.so.6, 0, 01001105053) = 3 SYS_read(3, \177ELF\001\001\001, 512) = 512 SYS_fstat64(3, 0xbfe621fc, 0xb7f61ff4, 4, 1) = 0 SYS_mmap2(0, 0x13189c, 5, 2050, 3) = 0xb7dc9000 SYS_mmap2(0xb7ef1000, 28672, 3, 2066, 3) = 0xb7ef1000 SYS_mmap2(0xb7ef8000, 10396, 3, 50, -1) = 0xb7ef8000 SYS_close(3) = 0 SYS_access(0xb7f60041, 0, 0xb7f61ff4, 0, 3) = -2 SYS_open(/lib/tls/libdl.so.2, 0, 026773775062) = 3 SYS_read(3, \177ELF\001\001\001, 512) = 512 SYS_fstat64(3, 0xbfe62168, 0xb7f61ff4, 4, 1) = 0 SYS_mmap2(0, 4096, 3, 34, -1)= 0xb7dc8000 SYS_mmap2(0, 12404, 5, 2050, 3) = 0xb7dc4000 SYS_mmap2(0xb7dc6000, 8192, 3, 2066, 3) = 0xb7dc6000 SYS_close(3) = 0 SYS_mmap2(0, 4096, 3, 34, -1)= 0xb7dc3000 SYS_mprotect(0xb7ef1000, 20480, 1, 0xb7f4bd40, 0xb7dc9000) = 0 SYS_set_thread_area(0xbfe62800, 2, 32, 0xb7f61ff4, 0) = 0 SYS_munmap(0xb7f3c000, 54601)= 0 __libc_start_main(0x80494e0, 1, 0xbfe62a94, 0x804e2e0, 0x804e350 unfinished ... strlen(pinentry-curses)= 15 strcpy(0x8050600, pinentry-curses) = 0x8050600 mmap(0, 16384, 3, 34, -1 unfinished ... SYS_mmap2(0, 16384, 3, 34, -1) = 0xb7f46000 ... mmap resumed ) = 0xb7f46000 getuid( unfinished ... SYS_getuid32(16384, 16384, 3, 0xb7f46000, 0xb7f61cc0) = 1000 ... getuid resumed ) = 1000 mlock(0xb7f46000, 16384, 0xbfe629c8, 0x804dc38, 0xbfe629e8 unfinished ... SYS_mlock(0xb7f46000, 16384, 16384, 0xb7f46000, 1000) = 0 ... mlock resumed )= 0 geteuid( unfinished ... SYS_geteuid32(16384, 16384, 16384, 0, 1000) = 1000 ... geteuid resumed ) = 1000 getuid( unfinished ... SYS_getuid32(0x804e438, 0, 0, 0, 0xb7f61cc0) = 1000 ... getuid resumed ) = 1000 geteuid( unfinished ... SYS_geteuid32(0x804e438, 0, 0, 0, 0xb7f61cc0)= 1000 ... geteuid resumed ) = 1000 __cxa_atexit(0x804e0e0, 0, 0, 0x804e438, 0xbfe629e8) = 0 getopt_long(1, 0xbfe62a94, degh, 0xbfe62918, NULL) = -1 getuid( unfinished ... SYS_getuid32(0xb7ef6ff4, 0, 0xb7ef70d8, 0, 0xb7f61cc0) = 1000 ... getuid resumed ) = 1000 geteuid( unfinished ... SYS_geteuid32(1000, 0, 0xb7ef70d8, 0, 0xb7f61cc0) = 1000 ... geteuid resumed ) = 1000 memset(0xb7f46004, '\000', 3160) = 0xb7f46004 memset(0xb7f46c84, '\000', 600) = 0xb7f46c84 strlen(OK Your orders please) = 21 write(1, OK Your orders please, 21 unfinished ... SYS_write(1, OK Your orders please, 21)= 21 ... write resumed )= 21
Bug#489762: gpg-agent: missing option --homedir
Does gpg-agent --homedir=`pwd` --list-keys work? It does not: ~$ gpg-agent --homedir=`pwd` --list-keys gpg-agent[16051]: Invalid option --homedir=/home/kissg ~$ Cheers Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489762: gpg-agent: missing option --homedir
Man page says that gpg-agent has an option --homedir. However program denies this: Just like option --batch: $ gpg-agent --batch gpg-agent[22008]: Invalid option --batch $ Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474348: dh-make-perl: SOURCE_DIR cannot be relative
dh-make-perl fails if started with not absolute path. Sorry, I cannot reproduce this bug. Could you please tell us what exactly you are doing and what exactly happens? Hi Gregor, [EMAIL PROTECTED]:/usr/local/src/perl/debian# tar -xzf ../GSM-SMS-0.162.tar.gz [EMAIL PROTECTED]:/usr/local/src/perl/debian# dh-make-perl GSM-SMS-0.162 Found: GSM-SMS 0.162 (libgsm-sms-perl arch=all) == Could not find the dependencies for the requested module Module::Depends::Intrusive reports: Cannot find current script 'GSM-SMS-0.162/Makefile.PL' at /usr/share/perl/5.8/FindBin.pm line 201 BEGIN failed--compilation aborted at /usr/share/perl/5.8/FindBin.pm line 201. Compilation failed in require at /usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL line 6. BEGIN failed--compilation aborted at /usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL line 6. Compilation failed in require at /usr/share/perl5/Module/Depends/Intrusive.pm line 76. Generated error: Error: Cannot find current script 'GSM-SMS-0.162/Makefile.PL' at /usr/share/perl/5.8/FindBin.pm line 201 BEGIN failed--compilation aborted at /usr/share/perl/5.8/FindBin.pm line 201. Compilation failed in require at /usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL line 6. BEGIN failed--compilation aborted at /usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL line 6. Compilation failed in require at /usr/share/perl5/Module/Depends/Intrusive.pm line 76. Please check if your module depends on Module::Install for its build process - Automatically finding its dependencies is unsupported, please specify them manually using the 'depends' option. == [EMAIL PROTECTED]:/usr/local/src/perl/debian# Rerunning dh-make-perl under strace I got this: ... 14613 getcwd(/usr/local/src/perl/debian/GSM-SMS-0.162, 4096) = 41 14613 fchdir(4) = 0 14613 close(4) = 0 14613 stat64(/usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL, {st_mode=S_ IFREG|0644, st_size=1363, ...}) = 0 14613 open(/usr/local/src/perl/debian/GSM-SMS-0.162/Makefile.PL, O_RDONLY|O_LA RGEFILE) = 4 ... 14613 open(/usr/share/perl/5.8/FindBin.pm, O_RDONLY|O_LARGEFILE) = 5 14613 ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfafcd38) = -1 ENOTTY (Inappropriate ioctl for device) 14613 _llseek(5, 0, [0], SEEK_CUR) = 0 14613 read(5, # FindBin.pm\n#\n# Copyright (c) 1..., 4096) = 4096 14613 read(5, \'. Do a dumb check to see\n\t#..., 4096) = 1314 14613 stat64(GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/usr/local/sbin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/usr/local/bin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/usr/sbin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/usr/bin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/sbin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/bin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(/usr/X11R6/bin/GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) 14613 stat64(GSM-SMS-0.162/Makefile.PL, 0x814e0c8) = -1 ENOENT (No such file or directory) ... However If I run dh-make-perl /usr/local/src/perl/debian/GSM-SMS-0.162 it works. Regards Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452793: powersaved gets crashed after 10 minutes on amd64
Dear Michael, could you please try to reproduce this bug with the latest version of powersaved (0.15.20-1) and an up-to-date Debian kernel. Eeeer... I can found no such version even in lenny. (according to page http://packages.debian.org/search?keywords=powersavedsearchon=namessuite=allsection=all) Regards Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461868: gnubiff: Incorrect behavior when deleting mail from local mailbox
Half a day later bug cannot be reproduced. :-o Everything works well. Please close this ticket. Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389719: mysql-navigator: Segfault when asking Show Create Script
In case of empty database (i.e. no table is selected) clicking on popup menu item Show Create Script causes sagfault. I'm working on this bug but I cannot find the menu item you're talking about; may you please me guide me to it? Dear Sandro, I'm awfully sorry for the false alarm. Show Create Script menu item occurs is in mysql-admin. I can't imagine why did I report its bug for an other package. Regards Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389719: mysql-navigator: Segfault when asking Show Create Script
after you submitted it! Did you already report the bug against mysql-admin or you'd like to reassign this one to that package? Thanks but it s not necessary. Current version of mysql-admin runs without this problem. Regards Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451218: libsnmp-multi-perl: Overall timeout is too short
After thinking over the problem (and making some measurements) I found that the maximum time requred by execute() depends on several parameters: p * t * (r+1) / m where p is the number of packets to send (depends on number of vars and PduPacking) t is individual timeout r is Retries m is MaxSessions Therefore I say this statement of the manual The overall runtime for the complete SNMP::Multi request will be approximately: (retries + 1) * timeout is quite optimistic. (In my previous experiments p was almost equal to m, this is why I thought t*(r+1) is approximately good.) My notice about remaining() should be ignored. I reread manual and it works now. :-) Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]