Bug#284752: Seems fixed
Seems to be fixed in 1.13.5-1 and before. Regards Joey -- In the beginning was the word, and the word was content-type: text/plain Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#283839: Seems fixed
This problem seems to be fixed in 1.13.5-1 and the version before as well. Regards Joey -- In the beginning was the word, and the word was content-type: text/plain Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773585: php-elisp: Wrong indention of function arguments in subsequent lines
Hi Ola! Ola Lundqvist wrote: Hi Please try drupal mode or any other of the variants. How? I think the command is enable-(mode name) In interactive mode M-x shows: Possible completions are: enable-command enable-flow-control enable-theme Regards Joey -- In the beginning was the word, and the word was content-type: text/plain Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633038: sysklogd: /run transition: Please switch to /run/sendsigs.omit.d
Roger Leigh wrote: On Thu, Jul 07, 2011 at 11:36:57PM +0100, Roger Leigh wrote: Source: sysklogd Version: 1.5-6.1 Severity: important Your package is currently using/lib/init/rw/sendsigs.omit.d which is now deprecated and pending removal. Please update your package to use /run/sendsigs.omit.d with a versioned dependency on initscripts, as detailed below. Ping? Has any work been done on this? /lib/init/rw will be removed in the next two weeks. This requires your package to make this transition, since it's currently blocking the completion of the /run transition. Please upload a fixed package, or it will require an NMU. Priority raised. Thanks for the reminder. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618680: [php-maint] Bug#618680: php-image-barcode: Uses depreciated methods
Hi! Tobias Frost wrote: Am Montag, den 18.07.2011, 12:14 +0200 schrieb Martin Schulze: Well, I only use the return-to-webbrowser feature Looking back, I can only quote the one who wrote the patch: See http://pear.php.net/bugs/bug.php?id=10594. However, looking at the code I have to assume that you are right. It should probably be... + return null; } else { +return $img; - $img = null; } + return $img; That looks a lot better to me. (the final return seems to be never reached btw.) Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618680: [php-maint] Bug#618680: php-image-barcode: Uses depreciated methods
Hi! Tobias Frost wrote: --- alt/Barcode.php 2011-03-17 18:54:24.0 +0100 +++ barcode/Barcode.php 2011-03-17 17:23:02.0 +0100 @@ -77,7 +77,10 @@ return PEAR::raiseError(Unable to find draw method in '$classname' class); } -@$obj = new $classname(); +@$obj = new $classname(); $img = $obj-draw($text, $imgtype); @@ -107,8 +110,9 @@ break; } } else { -return $img; + $img = null; } + return $img; } } ? I wonder if you are aware that this patch effectively results in the function returning NULL when $bSendToBrowser is set to false (e.g. if the programmer would like to store the image into a file instead of sending it to the browser directly). Regards, Joey -- Unix is user friendly ... It's just picky about its friends. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580342: sudo: Memory access after free()
Bdale, what's your stance on this? Regards, Joey Alexandra N. Kossovsky wrote: Package: sudo-ldap Version: 1.6.9p17-2+lenny1 Severity: grave Tags: security patch Justification: user security hole Hello. Following patch fixes memory access after free(): --- parse.c 2010-05-05 13:43:20.0 +0400 +++ parse.c.fixed 2010-05-05 13:42:45.0 +0400 @@ -316,9 +316,11 @@ break; } } - globfree(gl); - if (*ap == NULL) + if (*ap == NULL) { + globfree(gl); return(FALSE); + } + globfree(gl); if (!sudoers_args || (!user_args sudoers_args !strcmp(\\, sudoers_args)) || Since ap points to the memory inside gl_pathv, it is not correct to check ap value when gl is freed. sudo is a security sensitive application, and there may be various effects of such access. I've created this patch after exploring the problem similar to Debian bugs 556562 578601. The patch fixes my problem. -- It's time to close the windows. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539345: Add formatting parameters to the AuthMySQLUserCondition and AuthMySQLGroupCondition
Craig Andrews wrote: Package: libapache2-mod-auth-mysql Version: 4.3.9-11 Severity: wishlist Version 2.9.0 of mod_auth_mysql from http://modauthmysql.sourceforge.net/ added support for formatting parameters to the condition clause parameters. These parameters are: %h DNS name of the remote host %a IP address of the remote host %f The filename being requested %V Hostname of the Apache server %v Virtual hostname %H Protocol sent with the request (i.e. HTTP/0.9) %m Request method (i.e. GET, HEAD, POST, etc.) %q Arguments following the ? in the request %r Request line %U Path portion of the URI I cannot figure out what is upstream for Debian's libapache2-mod-auth-mysql, or I would report this request for enhancement there as well. This feature would be incredibly useful. Debian is upstream of the Debian package. The package you found on sourceforge is completely different. I'd be glad to review a patch that adds this features. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560416: New version alters server configuration
Package: munin Version: 1.4.1-1 [resent as bug report as requested] Hi, after installing a new version of munin (I assume it was 1.4.1-1 or -2) I noticed a link in /etc/apache2/conf.d: munin - ../../munin/apache.conf that suddenly (a) adds /munin/ to all virtual hosts and (b) uses a new directory for /munin/ and (c) disables remote access and (c) enables password-less access from localhost. I am not exactly sure this is the desired behaviour. Notes: /var/cache/munin/www is fine for new installations. For upgrading existing installations it's questionable to use a directory without prior checking the current configuration, since users could have configured a different one in /etc/munin/munin.conf. Please don't get me wrong, I'm more or less fine with this as initial configuration, but I have some problems with altering an existing configuration that way. Regards, Joey -- Still can't talk about what I can't talk about. Sorry. -- Bruce Schneier Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511617: Domain grabbed...
Package: kdetv Version: 0.8.9-1 The description says: Homepage http://www.kdetv.org However, this address points to a domain reseller. Please remove the reference from the package. Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506515: Please stop distributing pthread_* manpages
Martin Schulze wrote: Martin Schulze wrote: Package: glibc-doc Version: 2.7-16 Please remove the following manpages from the glibc-doc distribution: Here are some more that cause conflicts: . pthread_attr_getschedpolicy(3) . pthread_attr_getschedparam(3) . pthread_attr_setschedpolicy(3) . pthread_attr_setschedparam(3) . pthread_getschedparam(3) . pthread_setschedparam(3) Michael Kerrisk has written more pthread manpages that are distributed in version 3.14 of manpages which should be excluded from glibc-doc as well: . pthread_attr_setinheritsched(3) . pthread_cancel(3) . pthread_cleanup_pop(3) . pthread_cleanup_push(3) . pthread_setcancelstate(3) . pthread_setcanceltype(3) . pthread_testcancel(3) Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506515: Please stop distributing pthread_* manpages
Package: glibc-doc Version: 2.7-16 Please remove the following manpages from the glibc-doc distribution: . pthread_attr_destroy(3) . pthread_attr_getdetachstate(3) . pthread_attr_getscope(3) . pthread_attr_init(3) . pthread_attr_setdetachstate(3) . pthread_attr_setschedpolicy(3) . pthread_attr_setscope(3) . pthread_create(3) . pthread_detach(3) . pthread_equal(3) . pthread_exit(3) . pthread_join(3) . pthread_self(3) - Forwarded message from Michael Kerrisk [EMAIL PROTECTED] - Subject: Bug#506479: manpages-dev: tries to overwrite /usr/share/man/man3/pthread_attr_setschedpolicy.3.gz from glibc-doc Date: Fri, 21 Nov 2008 17:02:02 -0500 From: Michael Kerrisk [EMAIL PROTECTED] To: Vincent Lefevre [EMAIL PROTECTED], [EMAIL PROTECTED] Just for debian's info: you definitely want the man-pages page. The pthreads pages that I have been recently adding to man-pages are far better than the ancient glibc pages. - End forwarded message - It would be nice if I could be informed when a new glibc-doc package is available so I can re-enable these pages in manpages-dev. Thanks, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506515: Please stop distributing pthread_* manpages
Martin Schulze wrote: Package: glibc-doc Version: 2.7-16 Please remove the following manpages from the glibc-doc distribution: Here are some more that cause conflicts: . pthread_attr_getschedpolicy(3) . pthread_attr_getschedparam(3) . pthread_attr_setschedpolicy(3) . pthread_attr_setschedparam(3) . pthread_getschedparam(3) . pthread_setschedparam(3) Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506479: manpages-dev: tries to overwrite /usr/share/man/man3/pthread_attr_setschedpolicy.3.gz from glibc-doc
Michael Kerrisk wrote: Just for debian's info: you definitely want the man-pages page. The pthreads pages that I have been recently adding to man-pages are far better than the ancient glibc pages. Ack. I've opened Bug#506515 requesting this. Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492148: Bug#492149: does not remove /lib/init/rw/sendsigs.omit.d/sysklogd on purge
tags 492148 pending tags 492149 pending thanks Marcin Owsiany wrote: Package: sysklogd Version: 1.5-4 /lib/init/rw/sendsigs.omit.d/sysklogd is created in the init script, but never removed. One could argue that also /lib/init/rw/sendsigs.omit.d/ should be removed if non-empty. One bug report (mentioning both) would have been sufficient. Regards, Joey -- Open source is important from a technical angle. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490582: [EMAIL PROTECTED]: Bug#490582: apropos link more up to date]
Hi Colin, do you have an idea for this behaviour? (and do you know if it is caused by fs(5)/filesystems(5) or apropos?) Regards, Joey - Forwarded message from [EMAIL PROTECTED] - Subject: Bug#490582: apropos link more up to date To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Date: Sun, 13 Jul 2008 02:09:37 +0800 Package: manpages Version: 3.01-2 Severity: wishlist Odd, the fs link has a more up to date view of the page in question: $ apropos vfat filesystems (5) - Linux file-system types: minix, ext, ext2, ext3, Reise... fs (5) - Linux filesystem types: minix, ext, ext2, ext3, xia, m... $ man -w fs /usr/share/man/man5/filesystems.5.gz $ apropos -d vfat 21|grep st_mtime st_mtime 1214570686 st_mtime 1200734988 Though it's st_mtime is older. - End forwarded message - -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489355: Installation warnings
Lucas Nussbaum wrote: Last time I contacted them about the bugs that are filed in Debian on the emacs mode, I got no answer. Then I don't think I'd be the one. Feel free to contact me for testing the mode wrt. particular fixes or problems, though. Regards, Joey -- No question is too silly to ask, but, of course, some are too silly to answer. -- Perl book Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489355: Installation warnings
Lucas Nussbaum wrote: On 05/07/08 at 10:44 +0200, Joey Schulze wrote: Package: ruby1.8-elisp Version: 1.8.7.22-2 Severity: wishlist Hi Joey, Several bugs have been reported against the ruby1.*-elisp packages. Unfortunately, none of the ruby maintainers are using emacs, and this emacs mode is unmaintained upstream, AFAIK. If you have time to work on those issues, or can find someone to work on them, it would be very much appreciated. From looking at the changelog, this package seems to be maintained by Daigo Moriwaki [EMAIL PROTECTED]. Isn't this the case? Regards, Joey -- Linux - the choice of a GNU generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489355: Installation warnings
Lucas Nussbaum wrote: On 07/07/08 at 09:33 +0200, Martin Schulze wrote: Lucas Nussbaum wrote: On 05/07/08 at 10:44 +0200, Joey Schulze wrote: Package: ruby1.8-elisp Version: 1.8.7.22-2 Severity: wishlist Hi Joey, Several bugs have been reported against the ruby1.*-elisp packages. Unfortunately, none of the ruby maintainers are using emacs, and this emacs mode is unmaintained upstream, AFAIK. If you have time to work on those issues, or can find someone to work on them, it would be very much appreciated. From looking at the changelog, this package seems to be maintained by Daigo Moriwaki [EMAIL PROTECTED]. Isn't this the case? The Debian package is part of the ruby1.8 source package. One could argue that shipping an emacs mode with a scripting language interpreter isn't really a good idea. And yes, Daigo is one of the co-maintainers for the ruby1.8 source package. Oh, I see. I thought it was a package of its own. Hadn't checked before. I assume that upstream is not taking care of the Emacs mode either? Regards, Joey -- Linux - the choice of a GNU generation. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488605: manpages is trying to overwrite `/usr/share/man/man7/hostname.7.gz'
Dario Minnucci (midget) wrote: Package: manpages Version: 3.00-1 Severity: normal Cannot upgrade version 3.00-1 with 3.01-1. Here is the log [...] Preparing to replace manpages 3.00-1 (using .../manpages_3.01-1_all.deb) ... Unpacking replacement manpages ... dpkg: error processing /var/cache/apt/archives/manpages_3.01-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man7/hostname.7.gz', which is also in package bind There is no package 'bind' (anymore) in sid. It is superseded by bind9 which would have removed it. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488605: manpages is trying to overwrite `/usr/share/man/man7/hostname.7.gz'
Michael, this is a Debian-specific problem, nothing you could solve (except by removing hostname.7 again). Michael Kerrisk wrote: On Mon, Jun 30, 2008 at 3:42 AM, Dario Minnucci (midget) [EMAIL PROTECTED] wrote: Package: manpages Version: 3.00-1 Severity: normal Cannot upgrade version 3.00-1 with 3.01-1. Here is the log [...] Preparing to replace manpages 3.00-1 (using .../manpages_3.01-1_all.deb) ... Unpacking replacement manpages ... dpkg: error processing /var/cache/apt/archives/manpages_3.01-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man7/hostname.7.gz', which is also in package bind dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/manpages_3.01-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hi Dario, I added hostname.7 in upstream man-pages-3.01. What package does the other hostname.7 come from, do you know? That's hidden in the message above: trying to overwrite `/usr/share/man/man7/hostname.7.gz', which is also in package bind However, that package shouldn't be installed on Dario's machine at all as it has been superseded by 'bind9'. Unfortunately it seems to me that the's a transitional package missing that'll cause it to be removed. Thus, I believe the bug is in the package bind9/bind and not in manpages. However, I could fix this by conflicting/replacing bind with manpages. Before doing so I'll first see what LaMont (bind9 maintainer) thinks about it. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485990: ascii(7): Apostroph is accent in UTF-8 environment
Jörg Sommer wrote: Package: manpages Version: 2.80-1 Severity: normal Hi, % LC_ALL=C man ascii G 047 | awk '{print $4;}' | hexdump 000 270a ^^ % LC_ALL=de_DE.UTF-8 man ascii G 047 | awk '{print $4;}' | hexdump 000 c2b4 0a00 I think you must tell roff that you really mean the character 0x27. Arjan Opmeer wrote: Looking at the man page I see that the escaped version of some characters are used. \e for \ (which won't work when the escape character is redefined) \_ for _ what is that non-printable, zero width character doing there? \` for ` but the escaped version maps to the grave accent \' for ' but the escaped version maps to the acute accent \- for - why? we want the real minus character, not some hyphen As UTF8 and all the ISO-8859-x fonts have the standard ASCII character set at the beginning, why not use the real ASCII characters in this man page? After all, it is about the ASCII set now how you could pretty format that on some output device. I have to admit that I'm lost here. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487173: mention syslogd-listfiles in some SEE ALSO
[EMAIL PROTECTED] wrote: Package: sysklogd Version: 1.5-4 Severity: wishlist File: /usr/share/man/man8/syslogd.8.gz On at least syslogd(8) mention SEE ALSO syslogd-listfiles(8), else it seems it is an orphan man page. There is no real connection from syslogd(8) to syslogd-listfiles(8). Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460904: more infos
The fix should be implemented in the function imap_sync_mailbox() in imap.c. Instead of deleting all mail at once the list of UIDs should be limited to a certain size. Cyrus 2.1 doesn't like it to be larger than 8k for example, for Cyrus 2.2 the limit seems to be at 16k I've heard. Implementing a loop in this function will probably require the function imap_make_msg_set() to take another argument so that it can stop after a certain size is reached. The IMAP commands for removing mails are UID STORE list of uids EXPUNGE Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483667: newmail: typo in the package description
Arnaud Guiton wrote: There is a typo in the package description: the name of the program is misspelled ! :-) It contains The nemail program usually... when it should obviously be The newmail program usually Well spotted, fixed with a new upload. Regards, Joey -- MIME - broken solution for a broken design. -- Ralf Baechle Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481873: pre-inst should mkdir
Package: dokuwiki Version: 0.0.20080505-1 Hi, it would be nice if the pre-installation script would check whether $conf['savedir'] . '/../tmp' exists and create that directory with proper permissions prior to the upgrade to this new upstream version. That would actually help existing wikis to continue working after the upgrade. There's also something broken with UCF, the upgrade is stalled until I hit Enter about half a dozen times. Thanks, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479896: sysklogd: fails to stop on reboot/shutdown
Petter Reinholdtsen wrote: [Martin Schulze] Where is $syslog defined? $syslog is a virtual facility defined in the LSB, and for the purpose of dependency based boot sequencing in Debian, it is defined in /etc/insserv.conf. See URL:http://wiki.debian.org/LSBInitScripts for the list of virtual facilities. Thanks. Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479896: sysklogd: fails to stop on reboot/shutdown
Petter Reinholdtsen wrote: [Martin Schulze] Petter, you can probably tell why insserv has trouble shutting down syslogd. Yes. It does not really have problems shutting down syslogd. The issue here is that I should have made it depend on $remote_fs instead of $local_fs, because with the current setup it need to stop before sendsigs kills it. The init.d script for sysklogd and klogd have a bug that make it report failure when stopping the daemon also when the daemon is already stopped. This is what is happing here. init.d/sendsigs already killed both, and later when the sysklogd and klogd scripts are executed during shutdown, they complain. The quick fix is to change the dependency information like this: diff -u /etc/init.d/sysklogd /tmp/sysklogd --- /etc/init.d/sysklogd2008-02-23 20:20:01.0 +0100 +++ /tmp/sysklogd 2008-05-08 21:42:35.0 +0200 @@ -3,8 +3,8 @@ ### BEGIN INIT INFO # Provides: sysklogd -# Required-Start: $local_fs $time -# Required-Stop:$local_fs $time +# Required-Start: $remote_fs $time +# Required-Stop:$remote_fs $time # Should-Start: $network # Should-Stop: $network # Default-Start:2 3 4 5 Thanks. I would also recommend changing klogd like this to make sure it can be installed with any syslog daemon, not only sysklogd. diff -u /etc/init.d/klogd /tmp/klogd --- /etc/init.d/klogd 2008-02-23 20:20:08.0 +0100 +++ /tmp/klogd 2008-05-08 21:42:25.0 +0200 @@ -3,8 +3,8 @@ ### BEGIN INIT INFO # Provides: klogd -# Required-Start: sysklogd -# Required-Stop:sysklogd +# Required-Start: $syslog +# Required-Stop:$syslog Where is $syslog defined? Regards, Joey -- Every use of Linux is a proper use of Linux. -- Jon 'maddog' Hall Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473458: manpages-dev: dlopen man page contradicts ld.so(8)
Martin Schulze wrote: I stand corrected, I cannot fix this. The version of ld.so.8 comes from the libc6 package and not from the manpages package as one might assume. As the package has been reassigned already nothing needs to be done on my end I guess. For the record: On rPath Linux, OWL and Alt Linux ld.so.8 comes from the man-pages package. Regards, Joey -- In the beginning was the word, and the word was content-type: text/plain Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479896: sysklogd: fails to stop on reboot/shutdown
Andrei Popescu wrote: Package: sysklogd Version: 1.5-2 Severity: normal Hello, On shutdown I get: Stopping system log daemon ... failed and later umount: /var: device is busy umount2: Device or resource busy umount: /var: device is busy failed (these are from what I could write down during the shutdown, could be minor differences). I am using insserv, but I can't tell if it started before or after its activation. Petter, you can probably tell why insserv has trouble shutting down syslogd. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473256: manpages: ftm.7 should be a link to feature_test_macros (or removed)
Michael Kerrisk wrote: I found some typos in ftm.7 (POSIX_C_SOURCE instead of _POSIX_C_SOURCE, 1999506 instead of 199506). As ftm.7 is a debian specific manpage, and another manpage feature_test_macros.7 was added to also document features.h, I think ftm.7 could be removed or converted to a link to feature_test_macros.7 Hi ftm.7 was the original name (in upstream 2.31) that I gave to what was later renamed feature_test_macros.7 (in upstream 2.33). The ftm.7 in Debian seems to be my original page before the rename. The page ftm.7 has been removed in favour of feature_test_macros.7. A link has been added for convenience. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473458: manpages-dev: dlopen man page contradicts ld.so(8)
Martin Schulze wrote: On Sun, Mar 30, 2008 at 09:48:46PM +0300, ygrek wrote: man dlopen says : Otherwise, the dynamic linker searches for the library as follows (see ld.so(8) for further details): [...] o The directories /lib and /usr/lib are searched (in that order). and man ld.so : The necessary shared libraries needed by the program are searched for in the following order [...] o In the default path /usr/lib, and then /lib. so what is searched first - /usr/lib or /lib? [...] But I think it's sufficiently accurate to say that the /lib heirarchy is searched before that of /usr/lib, so ld.so.8 is wrong, thus reassigning. This correct. NOTE: this bad text is in a Debian downstream patch. The usptream page is correct on this point (and has been forever, AFAICS) Oops! Will fix. I stand corrected, I cannot fix this. The version of ld.so.8 comes from the libc6 package and not from the manpages package as one might assume. As the package has been reassigned already nothing needs to be done on my end I guess. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473458: tagging 473458
Aurelien Jarno wrote: # Automatically generated email from bts, devscripts version 2.9.26 tags 473458 + pending Aurelien, care to explain the pending solution? Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473458: manpages-dev: dlopen man page contradicts ld.so(8)
Michael Kerrisk wrote: Justin Pryzby wrote: reassign 473458 libc6 found 473458 2.7-9 thanks On Sun, Mar 30, 2008 at 09:48:46PM +0300, ygrek wrote: man dlopen says : Otherwise, the dynamic linker searches for the library as follows (see ld.so(8) for further details): [...] o The directories /lib and /usr/lib are searched (in that order). and man ld.so : The necessary shared libraries needed by the program are searched for in the following order [...] o In the default path /usr/lib, and then /lib. so what is searched first - /usr/lib or /lib? [...] But I think it's sufficiently accurate to say that the /lib heirarchy is searched before that of /usr/lib, so ld.so.8 is wrong, thus reassigning. This correct. NOTE: this bad text is in a Debian downstream patch. The usptream page is correct on this point (and has been forever, AFAICS) Oops! Will fix. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476484: manpages-dev: raise(int sig) is incorrectly described as sending signal to the calling process
[EMAIL PROTECTED] wrote: Quoting Joey Schulze [EMAIL PROTECTED]: Timothy Baldwin wrote: Package: manpages-dev Version: 2.79-2 Severity: normal The manpage for raise, incorrectly describes it as sending a signal to the current process; infact it sends the signal to the calling thread. Therefore the statement that raise(sig) is equivalent to kill(getpid(), sig) is false. Do you have a proof for this claim? In terms of specified behaviour, I refer you to POSIX: http://www.opengroup.org/onlinepubs/009695399/functions/raise.html I see. The Glibc manual is also in error. Could you file a separate bug report against glibc-doc if you haven't done so already. Regards, Joey -- Let's call it an accidental feature. -- Larry Wall Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474951: [pkg-lighttpd] Bug#474951: Is a fix for etch planned?
Philipp Kern wrote: On Tue, Apr 15, 2008 at 08:39:03AM +0200, Pierre Habouzit wrote: Dear security team, you broke lighttpd badly with your last upload, because you use a broken patch to fix the last CVE on it. Please update the patch, using e.g. the one in the unstable version instead. You've broken lighttpd for almost 10 days, it's quite unacceptable to have a lighttpd in _stable_ in that state. Dear SRM team: would an upload to s-p-u be accepted if the security team still doesn't react ? As the current lighttpd distributed through security is utterly broken if you have SSL activated, of course I would accept an update through s-p-u. But I would be deeply disappointed about this is handled, too. Since it's broken on security.debian.org, it should be fixed there and passed through to s-p-u. Pierre, could you send the relevant patch to the security team for safety? Regards, Joey -- Experience is something you don't get until just after you need it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379712: found 379712 in 1.1-3
Lucas Nussbaum wrote: # Automatically generated email from bts, devscripts version 2.10.18.1 # can be reproduced on 1.1-3 found 379712 1.1-3 Could you please explain this? Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470277: manpage of accept(2) has type int (3rd parameter)
reassign 470277 manpages-de-dev thanks Steffen Wendzel wrote: ups, sorry, I use manpages-de-dev, not manpages-dev. Should I re-send the bug report for manpages-de-dev? Thanks for spotting this bug. Reassigning the bug. Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379712: found 379712 in 1.1-3
Lucas Nussbaum wrote: On 03/04/08 at 12:27 +0200, Martin Schulze wrote: Lucas Nussbaum wrote: # Automatically generated email from bts, devscripts version 2.10.18.1 # can be reproduced on 1.1-3 found 379712 1.1-3 Could you please explain this? I could reproduce the build failure when building with dash as /bin/sh with version 1.1-3. Do you have a log for me? SHELL is set to /bin/bash, so /bin/sh shouldn't be used at all. Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379712: found 379712 in 1.1-3
Lucas Nussbaum wrote: Yes, http://people.debian.org/~lucas/logs/2008/03/19/uucpsend_1.1-3_sid32-dash.buildlog Actually, the problem is not in debian/rules, but in Makefile, as the NMU I sponsored showed. I see. That makes sense. Will really be fixed in the next upload. Thank you. Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472636: lists.debian.org: request for debian-testing-security-announce list
Moritz Muehlenhoff wrote: Since security support for Lenny has matured the list should be moved to debian.org just like the regular debian-security-announce list for stable and oldstable. Ack. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472686: suucp has wrong port
Package: netbase Version: 4.31 Severity: important The port number for suucp includes a typo in /etc/service. It should read 4031 (and not 4013) according to IANA. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464141: Write hfaxd's pid
Package: hylafax-server Version: 4.3.1-7 Severity: wishlist It would be nice if hylafax would store its process id (in /var/run preferably) so that one can monitor this service with arbitrary monitor software. At the moment no hylafax server stores its process id somewhere. With current start-stop-daemon this task can be out-sourced to Debian tools without the need to change the HylaFAX code. It would be nice if you could apply the attached patch to the rc script so that it will write the hfaxd pid into a file. Regards, Joey -- Debian automatically detects USB sticks. This is so non-Debian. -- Joey Please always Cc to me when replying to me on the lists. --- hylafax.orig 2008-02-05 12:56:59.0 +0100 +++ hylafax 2008-02-05 12:57:34.0 +0100 @@ -20,6 +20,7 @@ HYLAFAX_HOME=/var/spool/hylafax FAXGETTY=/usr/sbin/faxgetty FAXMODEM=/usr/sbin/faxmodem +PIDFILE=/var/run/hfaxd.pid OLDPROT= NEWPROT= @@ -207,7 +208,7 @@ p=$(ps --no-headers -C hfaxd -o pid) if [ -n $p ] then -start-stop-daemon --stop --exec /usr/sbin/hfaxd -- $BINDTO $NEWPROT $OLDPROT $SNPP +start-stop-daemon --stop --exec /usr/sbin/hfaxd --pidfile $PIDFILE -- $BINDTO $NEWPROT $OLDPROT $SNPP sleep 1 p=$(ps --no-headers -C hfaxd -o pid) [ -n $p ] kill $p @@ -265,7 +266,7 @@ start-stop-daemon --start --exec /usr/sbin/faxq log_progress_msg hfaxd - start-stop-daemon --start --exec /usr/sbin/hfaxd -- $BINDTO $NEWPROT $OLDPROT $SNPP + start-stop-daemon --start --exec /usr/sbin/hfaxd --make-pidfile --pidfile $PIDFILE --background -- -d $BINDTO $NEWPROT $OLDPROT $SNPP cd ${HYLAFAX_HOME}/etc devices=`echo_fax_devices`
Bug#463824: Overzealous change
Package: procps Version: 3.2.7-6 Severity: minor Tags: patch The most recently uploaded version contains the following change to the conffile /etc/sysctl.conf: -# Uncomment the next line to enable TCP/IP SYN cookies +# Uncomment the next line to enable TCP.IP SYN cookies ^ | I'm pretty sure this was not intentional. Regards, Joey -- Open source is important from a technical angle. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405694: inet6 option in /etc/resolv.conf causes problems for a lot of programs
Justin Pryzby wrote: On Wed, Jan 30, 2008 at 07:27:17PM +0100, Martin Schulze wrote: --- man5/resolv.conf.5 30 Jan 2008 17:44:56 - 1.22 +++ man5/resolv.conf.5 30 Jan 2008 18:25:32 - @@ -189,6 +189,8 @@ This has the effect of trying a que .BR gethostbyname (3) function, and of mapping IPv4 responses in IPv6 tunneled form if no records are found but an A record set exists. + +Some programs behave strange when this option is turned on. .RE .LP The \fIdomain\fP and \fIsearch\fP keywords are mutually exclusive. That should be: strangely. Apparently yes, sorry. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462969: manpages: proc(5) incorrectly states /proc/meminfo values are in bytes
tags upstream tags pending tags patch thanks Michael Schurter wrote: From proc(5) /proc/meminfo section: It is in the same format as free(1), except in bytes rather than KB. From cat /proc/meminfo: MemTotal: 1027480 kB I propose simply removing the clause ', except in bytes rather than KB' Agreed. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462636: fix
tags 462636 patch tags 462636 pending tags 462636 upstream thanks Michael, I've applied the attached patch. I'd be glad if you would accept it for the next release as well. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. description: revision 1.26 date: 2008-01-28 19:46:40 +0100; author: joey; state: Exp; lines: +1 -1; commitid: pB00jT0iDVnffdPs; Properly quote ... and 'at the beginning of a line (Debian Bug#462636) = Index: man3/stdarg.3 === RCS file: /var/cvs/debian/manpages/man3/stdarg.3,v retrieving revision 1.25 retrieving revision 1.26 diff -u -p -r1.25 -r1.26 --- man3/stdarg.3 28 Jan 2008 16:18:02 - 1.25 +++ man3/stdarg.3 28 Jan 2008 18:46:40 - 1.26 @@ -192,7 +192,7 @@ so that the above assignment can be repl va_list aq; va_copy(aq, ap); -... +\... va_end(aq); .fi description: revision 1.26 date: 2008-01-28 19:46:39 +0100; author: joey; state: Exp; lines: +10 -10; commitid: pB00jT0iDVnffdPs; Properly quote ... and 'at the beginning of a line (Debian Bug#462636) = Index: man7/bootparam.7 === RCS file: /var/cvs/debian/manpages/man7/bootparam.7,v retrieving revision 1.25 retrieving revision 1.26 diff -u -p -r1.25 -r1.26 --- man7/bootparam.728 Jan 2008 16:32:17 - 1.25 +++ man7/bootparam.728 Jan 2008 18:46:39 - 1.26 @@ -86,7 +86,7 @@ complicated situations, assuming the set Most of the sorting goes on in linux/init/main.c. First, the kernel checks to see if the argument is any of the special arguments 'root=', -'nfsroot=', 'nfsaddrs=', 'ro', 'rw', 'debug' or 'init'. +\=', 'nfsaddrs=', 'ro', 'rw', 'debug' or 'init'. The meaning of these special arguments is described below. Then it walks a list of setup functions (contained in the bootsetups @@ -137,7 +137,7 @@ This boot address is used in case of a n This sets the nfs root name to the given string. If this string does not begin with '/' or ',' or a digit, then it is prefixed by -'/tftpboot/'. +\/tftpboot/'. This root name is used in case of a net boot. .TP .B 'no387' @@ -180,10 +180,10 @@ use 'root=/dev/fd1'. (The root device ca The root device can be specified symbolically or numerically. A symbolic specification has the form /dev/XXYN, where XX designates the device type ('hd' for ST-506 compatible hard disk, with Y in -'a'-'d'; 'sd' for SCSI compatible disk, with Y in 'a'-'e'; -'ad' for Atari ACSI disk, with Y in 'a'-'e', -'ez' for a Syquest EZ135 parallel port removable drive, with Y='a', -'xd' for XT compatible disk, with Y either 'a' or 'b'; 'fd' for +\'a'-'d'; 'sd' for SCSI compatible disk, with Y in 'a'-'e'; +\'ad' for Atari ACSI disk, with Y in 'a'-'e', +\'ez' for a Syquest EZ135 parallel port removable drive, with Y='a', +\'xd' for XT compatible disk, with Y either 'a' or 'b'; 'fd' for floppy disk, with Y the floppy drive number \(em fd0 would be the DOS 'A:' drive, and fd1 would be 'B:'), Y the driver letter or number, and N the number (in decimal) of the partition on this device @@ -467,7 +467,7 @@ itself. The most common example is one of the new SCSI CD-ROMs that handle more than one disk at a time. Each CD is addressed as a -'Logical Unit Number' (LUN) of that particular device. +\'Logical Unit Number' (LUN) of that particular device. But most devices, such as hard disks, tape drives and such are only one device, and will be assigned to LUN zero. @@ -479,7 +479,7 @@ Therefore, if the compile time flag is not set, newer kernels will by default only probe LUN zero. To specify the number of probed LUNs at boot, one enters -'max_scsi_luns=n' as a boot arg, where n is a number between one and +\'max_scsi_luns=n' as a boot arg, where n is a number between one and eight. To avoid problems as described above, one would use n=1 to avoid upsetting such broken devices. @@ -1003,7 +1003,7 @@ The syntax for this type of card is: sbpcd=iobase,type .IP where type is one of the following (case sensitive) strings: -'SoundBlaster', 'LaserMate', or 'SPEA'. +\'SoundBlaster', 'LaserMate', or 'SPEA'. The I/O base is that of the CD-ROM interface, and not that of the sound portion of the card. .SS Ethernet Devices @@ -1140,7 +1140,7 @@ d \- DMA channel. As you can see it gets pretty messy, and you are better off to compile in your own personal values as recommended. Using a boot arg of -'sound=0' will disable the sound driver entirely. +\'sound=0' will disable the sound driver entirely. .SS ISDN Drivers .TP .B The ICN ISDN driver
Bug#348072: qsort/bsearch should use more robust example code
Falk Hueffner wrote: Here's a patch for the remaining issue. diff -Nurp manpages-2.39/man3/bsearch.3 manpages-2.39.hacked/man3/bsearch.3 --- manpages-2.39/man3/bsearch.3 2006-08-03 15:57:30.0 +0200 +++ manpages-2.39.hacked/man3/bsearch.3 2006-10-01 13:54:59.0 +0200 @@ -75,7 +75,7 @@ struct mi { { 9, sep }, {10, oct }, {11, nov }, {12, dec } }; -#define nr_of_months (sizeof(months)/sizeof(months[0])) +#define nr_of_months (sizeof months / sizeof *months) Adjusted to: Index: man3/bsearch.3 === RCS file: /var/cvs/debian/manpages/man3/bsearch.3,v retrieving revision 1.1.1.25 diff -u -p -r1.1.1.25 bsearch.3 --- man3/bsearch.3 28 Jan 2008 10:08:13 - 1.1.1.25 +++ man3/bsearch.3 30 Jan 2008 13:46:03 - @@ -83,7 +83,7 @@ struct mi { { 9, sep }, {10, oct }, {11, nov }, {12, dec } }; -#define nr_of_months (sizeof(months)/sizeof(months[0])) +#define nr_of_months (sizeof(months)/sizeof(struct mi)) static int compmi(const void *m1, const void *m2) diff -Nurp manpages-2.39/man3/qsort.3 manpages-2.39.hacked/man3/qsort.3 --- manpages-2.39/man3/qsort.32006-08-03 15:57:30.0 +0200 +++ manpages-2.39.hacked/man3/qsort.3 2006-10-01 13:53:16.0 +0200 @@ -98,7 +98,7 @@ main(int argc, char *argv[]) assert(argc 1); -qsort(argv[1], argc - 1, sizeof(char *), cmpstringp); +qsort(argv[1], argc - 1, sizeof argv[1], cmpstringp); for (j = 1; j argc; j++) puts(argv[j]); Ok, but with brackets for continuity Index: man3/qsort.3 === RCS file: /var/cvs/debian/manpages/man3/qsort.3,v retrieving revision 1.1.1.28 diff -u -p -r1.1.1.28 qsort.3 --- man3/qsort.328 Jan 2008 10:05:42 - 1.1.1.28 +++ man3/qsort.330 Jan 2008 13:51:04 - @@ -103,7 +103,7 @@ main(int argc, char *argv[]) assert(argc 1); -qsort(argv[1], argc \- 1, sizeof(char *), cmpstringp); +qsort(argv[1], argc \- 1, sizeof(argv[1]), cmpstringp); for (j = 1; j argc; j++) puts(argv[j]); -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348072: qsort: wrong claim about strcmp being suitable as compar argument
Falk Hueffner wrote: Michael Kerrisk [EMAIL PROTECTED] writes: I have fixed this in the upstream 2.21 release by including a small example that demonstrates how strcmp() should be used (like in the page you refer to). Thanks for your quick reply. Just another minor suggestion, the example code uses: qsort(months, nr_of_months, sizeof(struct mi), compmi); [...] res = bsearch(key, months, nr_of_months, sizeof(struct mi), compmi); I think it would be better to use qsort(months, nr_of_months, sizeof *months, compmi); [...] res = bsearch(key, months, nr_of_months, sizeof *months, compmi); I don't think so. From the declaration months is of type struct mi[]. Thus, the size of each element is sizeof(struct mi), logically. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348072: qsort/bsearch should use more robust example code
Oh, btw. thanks anyway! Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348072: qsort: wrong claim about strcmp being suitable as compar argument
Falk Hueffner wrote: Martin Schulze [EMAIL PROTECTED] writes: Falk Hueffner wrote: Just another minor suggestion, the example code uses: qsort(months, nr_of_months, sizeof(struct mi), compmi); [...] res = bsearch(key, months, nr_of_months, sizeof(struct mi), compmi); I think it would be better to use qsort(months, nr_of_months, sizeof *months, compmi); [...] res = bsearch(key, months, nr_of_months, sizeof *months, compmi); I don't think so. From the declaration months is of type struct mi[]. Thus, the size of each element is sizeof(struct mi), logically. That's true. However, that code is less robust, since changing the type of *months now requires to change two places, and verifying the correctness of the call requires you to look up the declaration. Maybe I don't understand but I don't think the code is meant to provide means of easily changing types around. It should help understanding how the functions work. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333871: improved(?) description of nsswitch.conf semantics
Vincent McIntyre wrote: *** Please type your report below this line *** Hi The nsswitch.conf(5) manpage does not explain how to override some fields in /etc/passwd, with the compat option. In fact I could not easily find any reference to the full +/- semantics mentioned in the page. The patch below may improve the situation. Please consider applying it, or something like it. I would be grateful if you could add a pointer to the documentation for the full +/- semantics. -- snip --- nsswitch.conf.5.orig 2005-10-14 17:44:48.097267000 +1000 +++ nsswitch.conf.5 2005-10-14 18:16:14.582098000 +1000 @@ -207,7 +207,25 @@ (include the specified user from the NIS passwd map), -user or [EMAIL PROTECTED] (exclude the specified user), and + (include every user, except the excluded ones, from the NIS -passwd map). Since most people only put a + at the end of +passwd map). +.LP +The +/- syntax has a nice property: it is possible to selectively +override certain fields in /etc/passwd, while taking the rest of the +information from the NIS passwd map. For example you may have a user +who should get a home directory local to the machine, rather than +an NFS-automounted directory. In such a case you could put the line +.sp +.RS +.nf ++fred:/local/fred: +.fi +.RE +.PP +in +.B /etc/passwd, which will allow user 'fred' to login using their +NIS password, but which will set their home directory to /local/fred. +.LP +Since most people only put a + at the end of .B /etc/passwd to include everything from NIS, the switch provides a faster alternative for this case (`passwd: files nis') which doesn't @@ -217,13 +235,14 @@ and .BR /etc/shadow . If this is not sufficient, the NSS `compat' service provides full -+/- semantics. By default, the source is `nis', but this may be ++/- semantics (such as selective replacement of passwd entry elements). +By default, the source is `nis', but this may be overriden by specifying `nisplus' as source for the pseudo-databases .BR passwd_compat, .B group_compat and .BR shadow_compat. -This pseudo-databases are only available in GNU C Library. +These pseudo-databases are only available in the GNU C Library. .SH FILES A service named SERVICE is implemented by a shared object library named .BI libnss_SERVICE.so. X I'll add: You can override certain passwd fields for a particular user from the NIS passwd map by using the extended form of +user:: in /etc/passwd. Non-empty fields override information in the NIS passwd map. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. Index: man5/nsswitch.conf.5 === RCS file: /var/cvs/debian/manpages/man5/nsswitch.conf.5,v retrieving revision 1.18 diff -u -p -r1.18 nsswitch.conf.5 --- man5/nsswitch.conf.528 Jan 2008 16:24:09 - 1.18 +++ man5/nsswitch.conf.530 Jan 2008 16:21:56 - @@ -223,6 +223,12 @@ you could have entries of the form +user \-user or [EMAIL PROTECTED] (exclude the specified user), and + (include every user, except the excluded ones, from the NIS passwd map). + +You can override certain passwd fields for a particular user from the +NIS passwd map by using the extended form of +user:: in +.IR /etc/passwd . +Non-empty fields override information in the NIS passwd map. + Since most people only put a + at the end of .I /etc/passwd to include everything from NIS, the switch provides a faster @@ -240,7 +246,7 @@ overridden by specifying `nisplus' as so .B group_compat and .BR shadow_compat . -This pseudo-databases are only available in GNU C Library. +These pseudo-databases are only available in GNU C Library. .SH FILES A service named SERVICE is implemented by a shared object library named .BI libnss_SERVICE.so. X
Bug#149554: manpages: resolv.conf manpage is misleading
Andrew Ferrier wrote: Package: manpages Version: 1.39-1.1 Severity: minor The manpage for resolv.conf contains the following phrase: On a normally configured system this file should not be necessary. The only name server to be queried will be on the local machine. Surely this is not true? 99% of machines don't run their own name server, surely? Most machines use another machine for a name server and hence need a resolv.conf. Maybe I'm misreading it but I think the wording needs altering at any rate. I'll remove the first sentence: Index: man5/resolv.conf.5 === RCS file: /var/cvs/debian/manpages/man5/resolv.conf.5,v retrieving revision 1.21 diff -u -p -r1.21 resolv.conf.5 --- man5/resolv.conf.5 28 Jan 2008 16:24:12 - 1.21 +++ man5/resolv.conf.5 30 Jan 2008 17:43:29 - @@ -34,8 +34,8 @@ by the resolver routines the first time The file is designed to be human readable and contains a list of keywords with values that provide various types of resolver information. .LP -On a normally configured system this file should not be necessary. -The only name server to be queried will be on the local machine; +If this file doesn't exist +the only name server to be queried will be on the local machine; the domain name is determined from the host name and the domain search path is constructed from the domain name. .LP Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#236671: manpages: missing ioctl values in ioctl_list(2)
Francesco Potorti` wrote: A note at the beginning of ioctl_list(2) says to write to [EMAIL PROTECTED] to signal missing values, but I got this from my mailer: [EMAIL PROTECTED] Connection refused: retry timeout exceeded Hmm, hasn't changed in the meantime, will apply the following: Index: man2/ioctl_list.2 === RCS file: /var/cvs/debian/manpages/man2/ioctl_list.2,v retrieving revision 1.11 diff -u -p -r1.11 ioctl_list.2 --- man2/ioctl_list.2 28 Jan 2008 16:10:13 - 1.11 +++ man2/ioctl_list.2 30 Jan 2008 17:54:59 - @@ -49,7 +49,8 @@ These are marked \fI//\ MORE\fP and docu separate section. .PP This list is very incomplete. -Please e-mail changes and comments to [EMAIL PROTECTED]. +Please e-mail changes and comments to the address in the COLOPHON +section below. .SS ioctl structure .\ added two sections - aeb Ioctl command values are 32-bit constants. I am writing to you because of a comment the beginning of the man page for ioctl_list(2). I want to signal that the man page, dated 2003-03-30, does not list the SIOCGIFINDEX ioctl, defined in linux/if_eql.h. This ioctl doesn't exist anymore according to linux/if_eql.h. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405694: inet6 option in /etc/resolv.conf causes problems for a lot of programs
Aurelien Jarno wrote: Adding 'options inet6' in /etc/resolv.conf will cause many programs to crash or misbehave. The documentation currently contains (reformated): inet6 sets RES_USE_INET6 in _res.options. This has the effect of trying a query before an A query inside the gethostbyname() function, and of mapping IPv4 responses in IPv6 ``tunnelled form'' if no records are found but an A record set exists. A *big* warning should be given that setting this flag will cause programs to behave strangely, as they will get back an record and not the expected A record Additionally one could consider to remove this feature as 'tunneled forms', with which most likely ::a.b.c.d or :::a.b.c.d are meant are deprecated by the IETF as they only cause issues, for instance like these. For instance a 2.6.x kernel will report the following when doing a IPv4 traceroute (pkg: traceroute-nanog 6.3.10-2): traceroute forgot to set AF_INET in raw sendmsg. Fix it! Also SpamAssassin (3.1.7-1) will segfault when this option is used. Separate bugs will be failed against these packages, referencing this bug. The option behaves exactly as described. There is no bug there, except maybe a lack of documentation. Downgrading the severity to minor and reassigning this bug to the package manpages, with provide this manpage. I guess a warning should be added. Will add: Index: man5/resolv.conf.5 === RCS file: /var/cvs/debian/manpages/man5/resolv.conf.5,v retrieving revision 1.22 diff -u -p -r1.22 resolv.conf.5 --- man5/resolv.conf.5 30 Jan 2008 17:44:56 - 1.22 +++ man5/resolv.conf.5 30 Jan 2008 18:25:32 - @@ -189,6 +189,8 @@ This has the effect of trying a que .BR gethostbyname (3) function, and of mapping IPv4 responses in IPv6 tunneled form if no records are found but an A record set exists. + +Some programs behave strange when this option is turned on. .RE .LP The \fIdomain\fP and \fIsearch\fP keywords are mutually exclusive. Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435018: manpages-dev: typos in chdir(2) and vfork(2)
Julien Cristau wrote: Package: manpages-dev Version: 2.61-1 Severity: minor Hi, there is a typo in the chdir description: .BR chdir () changes the current working directory pf the calling process to the directory specified in .IR path . pf should be of. Seems to be fixed in 2.22 already. And in vfork(2): In particular, the programmer cannot rely on the parent remaining blocked until a call of .BR execve (2) or .BR _exit (2) and cannot rely on any specific behavior wth respect to shared memory. wth should be with. Will fix. Thanks a lot! Index: man2/vfork.2 === RCS file: /var/cvs/debian/manpages/man2/vfork.2,v retrieving revision 1.10 diff -u -p -r1.10 vfork.2 --- man2/vfork.228 Jan 2008 16:10:55 - 1.10 +++ man2/vfork.230 Jan 2008 20:28:58 - @@ -136,7 +136,7 @@ rely on the parent remaining blocked unt .BR execve (2) or .BR _exit (2) -and cannot rely on any specific behavior wth respect to shared memory. +and cannot rely on any specific behavior with respect to shared memory. .\ In AIXv3.1 vfork is equivalent to fork. .SH NOTES .SS Linux Notes Regards, Joey -- Life is too short to run proprietary software. -- Bdale Garbee Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462636: manpages: stdarg.3, bootparam.7: Missing lines due to . or ' interpreted as macros
Thomas Huriaux wrote: [Line numbers are based on upstream 2.76] In stdarg.3, * line 195: ... In bootparam.7, * line 89: 'nfsroot=', 'nfsaddrs=', 'ro', 'rw', 'debug' or 'init'. * line 140: '/tftpboot/'. * lines 183-186: 'a'-'d'; 'sd' for SCSI compatible disk, with Y in 'a'-'e'; 'ad' for Atari ACSI disk, with Y in 'a'-'e', 'ez' for a Syquest EZ135 parallel port removable drive, with Y='a', 'xd' for XT compatible disk, with Y either 'a' or 'b'; 'fd' for * line 470: 'Logical Unit Number' (LUN) of that particular device. * line 482: 'max_scsi_luns=n' as a boot arg, where n is a number between one and * line 1006: 'SoundBlaster', 'LaserMate', or 'SPEA'. * line 1143: 'sound=0' will disable the sound driver entirely. All those lines are interpreted as undefined macros and are therefore not displayed. Very well spotted. You may want to start them with an empty char '\', split the lines somewhere else, or use any other solution I am not aware of. \fP at the beginning of the line would be another NOP. Regards, Joey -- Linux - the choice of a GNU generation. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461804: Confirmed not confirmed
Bug confirmed Recompile sufficient not confirmed Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462662: Set UUID for swap space
Package: util-linux Version: 2.13.1-1 Severity: wishlist Tags: patch Hi LaMont, a friend of mine is looking into the possibility of cloning Debian (and other) systems automatically and stomped over swap partitions getting assigned new UUIDs every time the new harddisk is partitioned and swap is created. His reseach lead him to https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/66637 which refers to a patched version of mkswap: http://free.nchc.org.tw/drbl-core/old/src/mkswap-uuid-0.1.0-2.tar.bz2 I'm attaching it for reference and in case the above URL becomes void. It would be nice if you could apply this patch and send it upstream. It's essential when partitions are to be recognised by their uuid and not by their old device path anymore. Regards, Joey -- If nothing changes, everything will remain the same. -- Barne's Law Please always Cc to me when replying to me on the lists. --- mkswap.c.orig 2007-08-27 15:24:14.0 +0200 +++ mkswap-uuid.c 2007-08-27 15:27:02.0 +0200 @@ -351,7 +351,7 @@ bit_test_and_clear (unsigned long *addr, static void usage(void) { fprintf(stderr, - _(Usage: %s [-c] [-v0|-v1] [-pPAGESZ] [-L label] /dev/name [blocks]\n), + _(Usage: %s [-c] [-v0|-v1] [-pPAGESZ] [-L label] [-U UUID] /dev/name [blocks]\n), program_name); exit(1); } @@ -501,6 +501,8 @@ main(int argc, char ** argv) { char *pp; char *opt_label = NULL; unsigned char *uuid = NULL; + unsigned char *uuid_input = NULL; + int set_uuid = 0; // User Defined UUID, o: False, 1: True #ifdef HAVE_LIBUUID uuid_t uuid_dat; #endif @@ -546,6 +548,12 @@ main(int argc, char ** argv) { case 'v': version = atoi(argv[i]+2); break; +case 'U': + set_uuid = 1; + uuid_input = argv[i]+2; + if (!*uuid_input i+1 argc) + uuid_input = argv[++i]; + break; default: usage(); } @@ -558,8 +566,14 @@ main(int argc, char ** argv) { } #ifdef HAVE_LIBUUID - uuid_generate(uuid_dat); - uuid = uuid_dat; + if(!set_uuid) + { + uuid_generate(uuid_dat); + uuid = uuid_dat; + } else { + uuid_parse(uuid_input, uuid_dat); + uuid = uuid_dat; + } #endif init_signature_page(); /* get pagesize */ --- mkswap.8.orig 2007-08-27 16:09:54.0 +0200 +++ mkswap-uuid.8 2007-09-01 03:49:49.0 +0200 @@ -7,7 +7,7 @@ .SH NAME mkswap \- set up a Linux swap area .SH SYNOPSIS -.BI mkswap [\-c] [\-v N ] [\-f] [\-p PSZ ] [\-L label ] device [ size ] +.BI mkswap [\-c] [\-v N ] [\-f] [\-p PSZ ] [\-L label ] [\-U uuid ] device [ size ] .SH DESCRIPTION .B mkswap sets up a Linux swap area on a device or in a file. @@ -156,6 +156,10 @@ when creating the swapspace. Version 0 (-v0) swap space format is no longer supported in 2.5+ kernels. +.TP +.B \-U uuid +Specify the uuid to use. + .SH SEE ALSO .BR fdisk (8), .BR swapon (8)
Bug#460904: Mutt cannot delete too many mails via IMAP
Package: mutt Version: 1.5.17-2 It seems that Mutt is not too cute with regards server-side size limits. Scenario: mutt -f imap://mail.domain.de Mailbox : ~50k mails tag via pattern: ~20k mails tag-delete ;d sync $ The server responds with string too long or something and the mailbox is closed. Sometimes even 2k tagged and deleted mails are sufficient to cause this. I haven't investigated this any further but I assume that Mutt sends a large string, trying to delete all tagged mails in one action. Unfortunately the server doesn't like that. It would be nice if Mutt would split up the delete line into several. Regards, Joey -- Linux - the choice of a GNU generation. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457295: analysis + patch for people.pl bug
Thomas Viehmann wrote: tag 457295 + patch Hi, the problem is that cron/people_scritps/people.pl makes incorrect assumptions about the ordering of fields in a record returned by ldapsearch. Attached patch fixes the problem. Thanks a lot! Applied. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: Processed: destruction of round-robin functionality is fucking up our mirrors and making Debian suck for many people, hence fixing this is a release-critical wish
Josip Rodin wrote: On Mon, Dec 17, 2007 at 01:15:10PM -0500, Noah Meyerhans wrote: If it were possible, (temporarily) adding a securty.d.o mirror in the 0.0.0.0 - 127.255.255.255 range would be helpful [...] Obviously finding a host that can deal with 13.53 MB/s of sustained traffic with a useful IP address to temporarily test this behaviour might be difficult. :) Quite. We might actually be able to help with this at MIT, where steffani is already hosted. MIT controls 18.0.0.0/8 and, while the lab where steffani is hosted doesn't usually use net 18 address space, we do have some available. I'd have to double check with the network admin, but it should be trivial to allocate an address for this purpose. Would it work to simply bring up a separate interface on steffani? Did you mention this to DSA, they'd have to configure it at this end? I may be dumb, but what would another IP address for an existing security mirror that is already the preferred one buy us? I would expect that a second machine in the 128.* zone would be able to spread the load better. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: Processed: destruction of round-robin functionality is fucking up our mirrors and making Debian suck for many people, hence fixing this is a release-critical wish
Josip Rodin wrote: On Tue, Dec 18, 2007 at 03:31:13PM +0100, Martin Schulze wrote: If it were possible, (temporarily) adding a securty.d.o mirror in the 0.0.0.0 - 127.255.255.255 range would be helpful [...] Obviously finding a host that can deal with 13.53 MB/s of sustained traffic with a useful IP address to temporarily test this behaviour might be difficult. :) Quite. We might actually be able to help with this Did you mention this to DSA, they'd have to configure it at this end? I may be dumb, but what would another IP address for an existing security mirror that is already the preferred one buy us? I would expect that a second machine in the 128.* zone would be able to spread the load better. See above - just temporary for purposes of demonstration. Though I think that the case is already clear, but to eliminate any doubt whatsoever... Ok, no objection. Noah, please allocate such an IP, configure an alias eth, keep it for a while and remove it again after max. 1 month (hope that gives Joy enough time). In the long term, it may be helpful to acquire another US (uni) based security mirror. Joy, if you know of a site that had good bw and is willing to sponsor host + bandwidth, please let me know. Regards, Joey -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: Processed: destruction of round-robin functionality is fucking up our mirrors and making Debian suck for many people, hence fixing this is a release-critical wish
Josip Rodin wrote: (Please Cc: any responses.) On Mon, Dec 17, 2007 at 03:10:24PM +1000, Anthony Towns wrote: Interesting that it got somewhat more balanced. It looks like an effect of the weekend ending - more machines in the respective netblocks waking up? I checked again a few moments ago, and last day's statistic shows that steffani is getting some 55% of traffic. It'd be really helpful if we could get some logs from the above hosts on what IPs are accessing each host. Just the first byte of the IP address, and a number of connections (or bandwidth usage) would be enough. I've asked DSA for server-status already, and mentioned the logs too, we'll see (they haven't replied yet). Server status is configured on localhost. Regards, Joey -- Ten years and still binary compatible. -- XFree86 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454966: security.debian.org not in sync [data and protocol]
[EMAIL PROTECTED] wrote: Package: security.debian.org From time to time 128.31.0.36 is out of sync. (eg. time between DSA-1420 and DSA-1421) But also protocol problems exist using a caching algorithm. Neither the Last-modified:, nor the ETag used for caching information in HTTP/1.1 [1,2,3] is in sync on all three servers Here is example output of 3 telnet sessions with GET /debian-security/dists/etch/updates/Release HTTP/1.1 Host: security.debian.org - On 128.31.0.36: ETag: 9b0002-57b3-a3c1d700 Last-Modified: Sat, 08 Dec 2007 11:26:52 GMT On 212.211.132.250: Last-Modified: Sat, 08 Dec 2007 11:45:17 GMT ETag: 53cffc4-57b3-e59ecd40 On 212.211.132.32: Last-Modified: Sat, 08 Dec 2007 11:45:17 GMT ETag: 4006fa8-57b3-e59ecd40 - For ETag in apache you'll find a solution in [4]. Fixed. Last-Modified-Time differences are part of a syncing problem. Being worked on already. ETA next week. Regards, Joey -- Open source is important from a technical angle. -- Linus Torvalds Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454260: tmpfs not properly supported
Package: munin-node Version: 1.2.5-1 found: 1.2.5-2 It seems that munin does not properly handle tmpf in the df* plugins. For example: /usr/share/munin/plugins/df_abs returns: cciss_c0d0p1.value 2851236 tmpfs.value 0 tmpfs.value 4 cciss_c0d1.value 66265688 /usr/share/munin/plugins/df_abs config returns: tmpfs.label /lib/init/rw tmpfs.cdef tmpfs,1024,* tmpfs.warning 1433912 tmpfs.critical 1527428 tmpfs.label /dev/shm tmpfs.cdef tmpfs,1024,* tmpfs.warning 1433912 tmpfs.critical 1527428 So it uses the same variable for two items. Maybe tmpfs should be excluded similar as the ramfs? While looking at df and df_abs I noticed that different parameters for df are used: df: df -T -P -l -x none -x unknown -x udf -x iso9660 -x romfs -x ramfs df_abs: df -P -l -x none -x unknown It may be useful to unify them and exclude udf, iso9660, romfs and ramfs for df_abs as well. Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453410: strndup seems to require __USE_GNU
Package: manpages-dev Version: 2.67-1 Hi Michael, it seems that strndup(3) requires the feature test macro __USE_GNU instead of _GNU_SOURCE. At least that's what /usr/include/string.h suggests and what makes gcc happy. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453410: strndup seems to require __USE_GNU
Michael Kerrisk wrote: On Nov 29, 2007 2:37 PM, Martin Schulze [EMAIL PROTECTED] wrote: Michael Kerrisk wrote: Hi Michael, it seems that strndup(3) requires the feature test macro __USE_GNU instead of _GNU_SOURCE. At least that's what /usr/include/string.h suggests and what makes gcc happy. Hi Joey, What makes you think that _GNU_SOURCE does not do the job? It seems to work for my quick test. *$*@#(@!) In a quick test it works here as well. It seems I need to write the define in front of all include files (i.e. stdio.h, stdlib.h or unistd.h interferes somehow). Yes precisely. And it must be so when you think about it, because you never know what header files might be included by other header files. (That's up to the implementation.) This is all covered in Of course, that makes sense. Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419642: scope of -infrastructure-announce and -mirrors-announce ?
Josip Rodin wrote: On Wed, Nov 07, 2007 at 05:09:09PM +0100, Simon Paillard wrote: On Tue, Nov 06, 2007 at 10:15:41PM +0100, Joey Schulze wrote: This mailing list targets both users and developers who are interested in status changes of public (and private) .debian.org infrastructure. [..] . downtime for important mirrors [..] Mirror administrators of important mirrors who are not registrated Debian developers are invited to contact Debian developers (e.g. via [EMAIL PROTECTED]) to pass announcements to users in case this is needed (e.g. for scheduled downtimes). I assume that in your view, debian-mirrors-announce would become a list with mirrors admins as only target ? That means that some mirrors-related messages will have to be cross-posted to both lists so that both users and leaf mirrors are informed about a change in a upstream Debian mirror. (it is not reasonable to ask all admins of debian mirrors for subscribing to a general list). Speaking of which, maybe we should post something about ries' current predicament to -mirrors-announce. How long is the downtime expected to last? until yesterday/today. Regards, Joey -- Debian automatically detects USB sticks. This is so non-Debian. -- Joey Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419642: scope of -infrastructure-announce and -mirrors-announce ?
Simon Paillard wrote: On Tue, Nov 06, 2007 at 10:15:41PM +0100, Joey Schulze wrote: This mailing list targets both users and developers who are interested in status changes of public (and private) .debian.org infrastructure. [..] . downtime for important mirrors [..] Mirror administrators of important mirrors who are not registrated Debian developers are invited to contact Debian developers (e.g. via [EMAIL PROTECTED]) to pass announcements to users in case this is needed (e.g. for scheduled downtimes). I assume that in your view, debian-mirrors-announce would become a list with mirrors admins as only target ? Yes. That means that some mirrors-related messages will have to be cross-posted to both lists so that both users and leaf mirrors are informed about a change in a upstream Debian mirror. Yes. (it is not reasonable to ask all admins of debian mirrors for subscribing to a general list). Yes. Regards, Joey -- Long noun chains don't automatically imply security. -- Bruce Schneier Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445085: 'man iso_8859-2' typo: Sorbian
A. Costa wrote: Package: manpages Version: 2.64-1 Severity: minor Tags: patch Found a typo in '/usr/share/man/man7/iso_8859-2.7.gz', see attached '.diff'. Thanks, will fix in 2.65-1. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445085: 'man iso_8859-2' typo: Sorbian
Michael Kerrisk wrote: Hi, Found a typo in '/usr/share/man/man7/iso_8859-2.7.gz', see attached '.diff'. Hope this helps... Yes it does. Thanks for all these patches. I'm not sure what Debian prefers, but for me, working upstream, inlined patches, rather than attachments, are faster to read and process. That depends a lot on the maintainer. I'm fine with both, however longer patches are easier to handle if they are attached, since the mail describing them doesn't get too long and distributed over several screen pages. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445085: 'man iso_8859-2' typo: Sorbian
A. Costa wrote: On Wed, 03 Oct 2007 15:13:19 +0200 Michael Kerrisk [EMAIL PROTECTED] wrote: Hope this helps... Yes it does. Thanks for all these patches. I'm not sure what Debian prefers, but for me, working upstream, inlined patches, That's interesting; as you deduced, the Debian guys seem to prefer the '-u' attachments. There may be a fix, but it's out of my hands at the moment. Background: I'm not a Debian maintainer, but a few years back I wrote a Debian-centric script to find and submit typo bugs, the script relies Cool! Is this maybe integrated in lintian/linda? If not, it may be worth taking it there. At least lintian is run periodically over all packages in unstable and many maintainers run it locally on their packages as well. on the Debian BTS as a one size fits all interface with the rest of upstream. The occasional Debian maintainer has suggested it would be This should work fine. more efficient to send typo patches directly upstream; but then this script would have to cope with a plethora of upstream variables, (e.g. addresses preferences), instead of one server interface; the Debian You'd also have to take care of typos introduced by a sloppy Debian maintainer - when the typo does not exist upstream. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445085: 'man iso_8859-2' typo: Sorbian
Michael Kerrisk wrote: Under the current setup, I suppose I could just reply saying I fixed the bug and not bother with the Debian control messages, but then it leaves a detective job for the downstream maintainer trying to work out whether to tag a bug as fixed-upstream or not. If it saves you time, just do it. Usually, you respond with the version of the upstream package you are applying the patch to. That information together with your wonderful verbose Changes file is sufficient for me to determine whether a bug can be closed and the like. The bug reports would last longer in the state open instead of fixed-upstream, but for the Debian environment that doesn't matter since the bug is still open inside Debian anyway. However, man-pages are updated quite often, and I'm at least trying not to let too much time pass until I update the Debian package. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445085: 'man iso_8859-2' typo: Sorbian
Michael Kerrisk wrote: Gosh X11 really is big, isn't it ;-). I don't have Debian handy -- it would be interested to know what's in manpages-dev and manpages. Basically it is: manpages: man[45678] manpages-dev: man[23] with several deletions. Installation is controlled via this script: http://cvs.infodrom.org/./manpages/debian/inst?rev=HEAD;content-type=text%2Fplain;cvsroot=debian As Justin pointed out some of the information is available via packages.debian.org. You can also download source/binary packages and inspect them. a .deb is nothing more than an ar archive of two tar files and some meta data. ar -x foo.deb will give you data.tar.gz. Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445087: 'man missing' typo: english
A. Costa wrote: Package: manpages Version: 2.64-1 Severity: minor Tags: patch Found a typo in '/usr/share/man/man7/missing.7.gz', see attached '.diff'. Thanks, fixed in 2.65-1 Regards, Joey -- Whenever you meet yourself you're in a time loop or in front of a mirror. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367272: FreeTalk should allow users to overwrite system defaults
Kartik Mistry wrote: Package: freetalk Followup-For: Bug #367272 Hi Martin, As Max Kirillov suggested, there is 'ft-login-hook' hook. You can add a handler for it instead of creating another file: (add-hook! ft-login-hook (lambda (status) (remove-hook! ft-message-receive-hook beep-proc)) ) If you feel, that is okay for this bug and can we close it? Please go ahead. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444904: gui-apt-key: wrong menu section
severity 444904 wishlist thanks Please explain why gui-apt-key should be in a different section than Synaptic - except you wish to confuse users. Please also show me the menu policy that contains the new menu structure. Regards, Joey Bill Allombert wrote: Package: gui-apt-key Version: 0.3-3 Severity: normal Hello Martin, The file /usr/share/menu/gui-apt-key reads ?package(gui-apt-key):needs=X11 section=Apps/System/Admin\ title=APT Key Manager \ longtitle=Graphical administration tool for digital keys used with APT \ icon=/usr/share/pixmaps/gui-apt-key_32.xpm \ command=/usr/bin/su-to-root -X -c /usr/sbin/gak Please migrate to the new menu structure: the section should be changed to section=Applications/System/Security. -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441535: Support for QUERY_PATH
Package: queuegraph Version: 1.1.1-3 Severity: wishlist Tags: patch Without this patch the queuepath CGI only understands arguments directly added to the request path and expects the web server to work accordingly. This may not be the case all the time. This patch adds support for QUERY_PATH so that the system still works. This permits the use of URLs of the form queuegraph.cgi?/image.png as well. Before the images were included with path components like: /cgi-bin/queuegraph.cgi/queuegraph_0.png With this patch a second way exists as well: /cgi-bin/queuegraph.cgi?/queuegraph_0.png It would be nice if this could be applied to the Debian package and also fed upstream. Regards, Joey -- Unix is user friendly ... It's just picky about its friends. Please always Cc to me when replying to me on the lists. --- /usr/lib/cgi-bin/queuegraph.cgi 2006-11-17 13:58:39.0 +0100 +++ queuegraph.cgi.new 2007-09-10 12:01:33.0 +0200 @@ -128,19 +128,20 @@ sub send_image($) sub main() { - if($ENV{PATH_INFO}) { + if($ENV{PATH_INFO} || $ENV{QUERY_STRING}) { + my $path = $ENV{PATH_INFO} ? $ENV{PATH_INFO} : $ENV{QUERY_STRING}; my $uri = $ENV{REQUEST_URI}; $uri =~ s/\/[^\/]+$//; $uri =~ s/\//,/g; $uri =~ s/\~/tilde,/g; mkdir $tmp_dir, 0777 unless -d $tmp_dir; mkdir $tmp_dir/$uri, 0777 unless -d $tmp_dir/$uri; - my $file = $tmp_dir/$uri$ENV{PATH_INFO}; - if($ENV{PATH_INFO} =~ /^\/queuegraph_(\d+)\.png$/) { + my $file = $tmp_dir/$uri$path; + if($path =~ /^\/queuegraph_(\d+)\.png$/) { graph($graphs[$1]{seconds}, $file, $graphs[$1]{title}); } else { - print Content-Type: text/plain\n\nERROR: unknown image $ENV{PATH_INFO}\n; + print Content-Type: text/plain\n\nERROR: unknown image $path\n; exit 1; } send_image($file);
Bug#394232: gui-apt-key: Please let the user verify the fingerprint before adding the key
tags upstream forwarded Martin Schulze [EMAIL PROTECTED] tags fixed-upstream tags pending thanks Alexander Schmehl wrote: Wouldn't it be a good feature when adding a new key to show the user the fingerprint of the key to be added and asking him to verify it before really adding the key? Feel free to try out CVS HEAD, it's implemented. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394232: gui-apt-key: Please let the user verify the fingerprint before adding the key
Alexander Schmehl wrote: * Martin Schulze [EMAIL PROTECTED] [061020 15:07]: Wouldn't it be a good feature when adding a new key to show the user the fingerprint of the key to be added and asking him to verify it before really adding the key? Is the fingerprint provided anywhere so users have something to check the calculated one against? Yes, for example debian-multimedia.org and debian-unofficial.org have respective chapters in their FAQs [1][2]. Links: 1: http://www.debian-multimedia.org/faq.html Uh? Yes??? 2: http://www.debian-unofficial.org/faq.html Ok. 3: http://lists.debian.org/debian-devel-announce/2004/01/msg7.html Isn't this key added automatically via debian-archive-keyring? Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440718: Why does stunnel(8) suggest the use of -V?
Luis Rodrigo Gallardo Cruz wrote: On Mon, Sep 03, 2007 at 05:13:08PM +0200, Joey Schulze wrote: Package: stunnel4 Version: 4.20-4 At several places the manpage suggests: See stunnel -V output for default. However, doing so, I get: Unknown option: V 2007.09.03 17:07:22 LOG3[5502:3083540144]: /etc/stunnel/stunnel.pem: No such file or directory (2) Sorry. I copied the manpage from 3.x verbatim and did not fix that. The wrapper script in stunnel4 does not accept the -V option. I will fix up the manpage to not mention it and instead be explicit about the used defaults. Great. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440160: sysklogd uses /var/log/mail.log .err .info instead of /var/log/mail/mail.log .err .info
[EMAIL PROTECTED] wrote: Package: sysklogd Version: 1.5-1 Severity: critical Justification: breaks unrelated software I don't really know if it is new sendmail config, proftpd config or new sylogd config, but many of my log files have been deactivated and replaced by others in others places, it's really annoying, because many other tools pointing to the past paths can't anymore find their childrens, for example, logcheck, logrotate, fail2ban all mail related logs are now written in /var/log/mail.log mail.err mail.warn and mail.info instead of being all written in the directory /var/log/mail/ as it has always been... Nonbug Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438540: libid3-3.8.3c2a: creates insecure temporary files
Nikolaus Schulz wrote: Package: libid3-3.8.3c2a Version: 3.8.3-6 Severity: grave Tags: security Justification: user security hole Hi, when tagging file $foo, a temporary copy of the file is created, and for some reason, libid3 doesn't use mkstemp but just creates $foo.XX literally, without any checking. This would silently truncate and overwrite an existing $foo.XX. Please use CVE-2007-3912 for this. Robert, please mention this id in the changelog when you upload a new package (i.e. edit the current changelog entry when you're doing another upload anyway). Regards, Joey -- Those who don't understand Unix are condemned to reinvent it, poorly. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435521: closed by Mark Purcell [EMAIL PROTECTED] (Re: Asterisk SIP DOS Vulnerability)
Faidon Liambotis wrote: Granted, we have a very very bad record as maintainers of supporting this security-wise but I think we can try to change that. I certainly will try my best to provide you with patched versions to upload. I haven't discuss this with the rest of the team yet but I think they are willing of helping with this. The main problem is that Asterisk is team maintained and nobody in the team (except you at the moment) seems to care about a save version of asterisk in stable and oldstable. The security team itself is not able to support the package on its own and thus has to depend on the respective maintainers. I don't think that it serves our users to not provide security support for asterisk, especially considering its popularity. The question is what is better: . stale version of Asterisk with local and remote vulnerabilities in Debian stable, OR . no version of Asterisk in Debian stable at all Moritz preference is the second. Regards, Joey -- WARNING: Do not execute! This call violates patent DE10108564. http://www.elug.de/projekte/patent-party/patente/DE10108564 wget -O patinfo-`date +%Y%m%d`.html http://patinfo.ffii.org/ Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438494: Security bug in gforge-plugin-scmcvs
Moritz Muehlenhoff wrote: Roland Mas wrote: [Cc:ing bug discoverer and Alioth admins] Bernhard R. Link [EMAIL PROTECTED] found a remote shell code injection vulnerability bug in the CVS browsing interface of Gforge, as used on Alioth and packaged in gforge-plugin-scmcvs. A specially crafted URL could execute arbitrary commands as the www-data user, as demonstrated by the following example: Joey, please assign a CVE ID. I'll release the update today. Please use CVE-2007-0246. Regards, Joey -- Every use of Linux is a proper use of Linux. -- Jon 'maddog' Hall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437213: klogd hangs when run inside vservers
Matthew Darwin wrote: Package: klogd Version: 1.5-1 Severity: normal When upgrading from 1.4.1-20 to 1.5-1 inside a vserver, klogd fails to start it just hangs. Could you run strace on it, and/or provide me proper (i.e.root) access to such a vserver? Regards, Joey -- It's practically impossible to look at a penguin and feel angry. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427596: sysklogd: patch for #427596
Julien Cristau wrote: tags 427596 + patch Thanks, fixed in source. Regards, Joey -- The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434844: security update broke xulrunner-xpcom.pc
Mike Hommey wrote: On my OOo build on etch: /home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.3.0/ooo-build/build/current/extensions/source/plugin/base dmake: Executing shell macro: $(PKGCONFIG) $(PKGCONFIG_PREFIX) --cflags $(PKGCONFIG_MODULES) Package 'Mozilla Plug-In API' requires 'xulrunner-xpcom = 1.8.0.13~pre070720' but version of XPCOM is 1.8.0.13pre dmake: Error code 1, while making 'Shell escape' ---* RULES.MK *--- ERROR: Error 65280 occurred while making /home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.3.0/ooo-build/build/current/extensions/source/plugin/base make[1]: *** [stamp/build] Fehler 1 make[1]: Leaving directory `/home/rene/Debian/Pakete/openoffice.org/openoffice.org-2.3.0/ooo-build' make: *** [debian/stampdir/build] Fehler 2 debuild: fatal error at line 1228: debian/rules build failed works with stables xulrunner (1.8.0.11-2). *sigh* one good reason not to change version numbers in security updates... Security team, Alex: what do we do with that ? Do we want to wait for final 1.8.0.13 or fix this now ? What's the ETA for 1.8.0.13? Re OOo build on etch, is this the etch package or the sid/lenny package? Formally, only the etch package needs to continue building. Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432594: fmirror is unable to mirror / directory
Antonin Kral wrote: Hi Joey, thanks for the patch. I am going to upload new version in couple of seconds. I have just changed Cool! LOG(0, failure, (Could not CWD to '..', aborting)); to LOG(0, failure, (Could not CWD to %s, aborting, gotodir)); I guess I know where... Thanks a lot! Regards, Joey -- The MS-DOS filesystem is nice for removable media. -- H. Peter Anvin Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432594: fmirror is unable to mirror / directory
Antonin Kral wrote: Hello Joey, thank you. Could you send me the patch? Attachment, which I have received has zero length. Hu? Next try. Regards, Joey -- It's time to close the windows. Please always Cc to me when replying to me on the lists. diff -u fmirror-0.8.4/fmirror.c fmirror-0.8.4/fmirror.c --- fmirror-0.8.4/fmirror.c +++ fmirror-0.8.4/fmirror.c @@ -1119,7 +1119,7 @@ } dirdone: if (gotodir) { - cmd(CWD %s, ..); + cmd(CWD %s, gotodir); if (!success()) { LOG(0, failure, (Could not CWD to '..', aborting)); exit(EXIT_FAILURE); @@ -1622,6 +1622,10 @@ { int err; char dname[2048]; + +if (!strlen(name)) + return 0; + strncpy(dname, name, sizeof(dname)); dname[sizeof(dname) - 1] = 0; if (verbosity 2) { @@ -2335,7 +2339,7 @@ free(p.linkname); free(p.filename); } else { - if (line[len] == ':' strcmp(./:, line) strcmp(.:, line)) { + if (line[len] == ':' strcmp(./:, line) strcmp(.:, line) strcmp(:, line)) { /* entering new directory, delete all files that are still * in the hash-table */ int n; @@ -2400,6 +2404,7 @@ struct sockaddr_in sad; FILE *stream; char line[PATH_MAX + 80]; +char *lineptr; char prefix[PATH_MAX] = .; int fd; @@ -2479,7 +2484,10 @@ } break; } - parse_ls_entry(prefix, line); /* sometimes changes prefix */ + lineptr = line; + if (*lineptr == '/') + lineptr++; + parse_ls_entry(prefix, lineptr); /* sometimes changes prefix */ } parse_ls_entry(prefix, 0); /* finish up */ @@ -3085,8 +3093,12 @@ if (strcmp(., pre) == 0) { sprintf(buffer, %s, buf); } else { + if (pre[0] == '\0') + sprintf(buffer, %s, buf); + else { sprintf(buffer, %s/%s, pre, buf); fonly_pos = strlen(pre) + 1; + } } if (S_ISLNK(p-perm)) { /* There doesn't seem to be a sane way to do this if the diff -u fmirror-0.8.4/debian/changelog fmirror-0.8.4/debian/changelog --- fmirror-0.8.4/debian/changelog +++ fmirror-0.8.4/debian/changelog @@ -1,3 +1,12 @@ +fmirror (2:0.8.4-13.0.1) unstable; urgency=low + + * Added a special treatment for mirroring the / directory so that +fmirror (a) is able to guess the time difference and (b) does not try +to overwrite the local / directory instead of the specified local +mirror directory. [fmirror.c] + + -- Martin Schulze [EMAIL PROTECTED] Tue, 10 Jul 2007 20:12:43 +0200 + fmirror (2:0.8.4-13) unstable; urgency=low * convert from debmake to debhelper
Bug#432594: fmirror is unable to mirror / directory
Package: fmirror Version: 0.8.4-13 Tags: patch The regular version of fmirror is unable to mirror the / (root) directory of a remote host via FTP. This is the common situation for chroot+FTP environments that should be mirrored. fmirror will fail with the following error message: 20:16:24 Operation failed: 550 No such directory. 20:16:24 Could not CWD to '..', aborting The above problem is that with out -T given fmirror tries to execute CWD .. on the remote host which is not possible in the / directory. When this is fixed, fmirror will try to mirror the remote directory to the local / directory instead of the given local directory due to a blatantly ignorant %s/%s format string. The attached patch fixes this. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists.
Bug#430691: hiki: [security] vulnerability that arbitrary files would be deleted
Steve Kemp wrote: Hiki 0.8.0 - 0.8.6 is affected, it means that stable, testing and unstable pacakges in Debian are affected. Please update hiki package. For more detail, see http://hikiwiki.org/en/advisory20070624.html Joey if you could allocate an ID I'll upload a fixed package. Please use CVE-2007-2836. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427367: vlc should support spaces in filenames
Christophe Mutricy wrote: Le dim 03 jun 07 à 16:46 +0200, Martin Schulze a écrit : retitle 427367 vlc should support colons in filenames http://www.meebey.net/temp/Tech%20Talk:%20Linus%20Torvalds%20on%20git.avi Correction, it seems that the colon was the offender. Thus, please fix the colon handling. Not every filename containing a colon is a URL, especially not if a file with the same name exists locally. It has been fixed in upstream svn trunk (https://trac.videolan.org/vlc/changeset/20678). Cool! In the mean time you can use vlc file://foo:bar.avi Even easier is vlc `pwd`/foo:bar.avi, i.e using the full path. But still, it's counter-intuitive. I'm glad it's fixed upstream. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists.
Bug#429462: gunzip does not uncompress anymore, breaks dpkg-source
Bdale Garbee wrote: Also just talked to James Troup who is in the same room here at Debconf, and he's running this version of gzip on various buildd systems... so I'm confused about what might be wrong. Err, since when are source packages *built* on buildd systems? They are unpacked - which still works with the new version of gzip. Regards, Joey -- If nothing changes, everything will remain the same. -- Barne's Law Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429462: gunzip does not uncompress anymore, breaks dpkg-source
Bdale Garbee wrote: On Mon, 2007-06-18 at 17:47 +0200, Martin Schulze wrote: Bdale Garbee wrote: Any idea at where to look? Not really. I freshened my machine to latest unstable this morning... maybe an strace would point to something? [shrug] Does this help? Look at /bin/gunzip, which is a (new) wrapper script provided in upstream replacing what I think was previously a hard link. I believe Indeed. That's the reason. gzip -d file still works fine. The gunzip wrapper script doesn't. the path says /usr/bin/gzip but should be /bin/gzip. If that fixes your problem, I will update the package and make another upload. Thanks. Regards, Joey -- If nothing changes, everything will remain the same. -- Barne's Law Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408929: emacs21 crash on spam
Steve Kemp wrote: Joey if you could allocate a CVE ID I'll handle an upload for Etch. Please use CVE-2007-2833. Regards, Joey -- Still can't talk about what I can't talk about. Sorry. -- Bruce Schneier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429462: gunzip does not uncompress anymore, breaks dpkg-source
Bdale Garbee wrote: tags 429462 +unreproducible +moreinfo thanks On Mon, 2007-06-18 at 11:24 +0200, Joey Schulze wrote: Package: gzip Version: 1.3.12-2 Severity: grave I'm sorry to report but the new version of gzip breaks dpkg-source in sid and thus cannot be used for package building anymore. I can't reproduce this problem. For example: $ gunzip gzip_1.3.12.orig.tar.gz | cat - /tmp/out $ file /tmp/out /tmp/out: tar archive Also just talked to James Troup who is in the same room here at Debconf, and he's running this version of gzip on various buildd systems... so I'm confused about what might be wrong. Please pass this upstream and restore the old behaviour. More research will be required to understand why this is a problem on your system and not on mine. Any thoughts? Great! Any idea at where to look? Regards, Joey -- Still can't talk about what I can't talk about. Sorry. -- Bruce Schneier Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429462: gunzip does not uncompress anymore, breaks dpkg-source
Bdale Garbee wrote: Any idea at where to look? Not really. I freshened my machine to latest unstable this morning... maybe an strace would point to something? [shrug] Does this help? finlandia!joey(tty6):/tmp/work dpkg -l gzip Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== hi gzip1.3.12-2The GNU compression utility finlandia!joey(tty6):/tmp/work strace -o gunzip.log gunzip man-pages-2.52.tar.gz test finlandia!joey(tty6):/tmp/work file test test: gzip compressed data, from Unix, last modified: Thu Jun 7 14:49:54 2007 finlandia!joey(tty6):/tmp/work Regards, Joey -- Still can't talk about what I can't talk about. Sorry. -- Bruce Schneier Please always Cc to me when replying to me on the lists. gunzip.log.bz2 Description: Binary data
Bug#428964: klogd freaks in vservers
Tobias Vogel wrote: Package: klogd Version: 1.4.1 Severity: grave klogd randomly starts using 99 cpu.if work on the certain vserver is still possible, then killing the klogd (-9) is the only thing to stop the process. I assume that you don't have an idea on what's going on there, right? Just to see if this problem still exists, could you test the current CVS HEAD of sysklogd? Just copy the debian/ directory and compile it. http://www.infodrom.org/projects/sysklogd/cvs.php Regards, Joey -- It's practically impossible to look at a penguin and feel angry. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]