On 2007-01-14 Lionel Elie Mamane <[EMAIL PROTECTED]> wrote: > Package: findutils
> mailman was using the following snippet of code: > find /var/lib/mailman/ -type d -print0 | xargs -r -0 chmod g+s > but this led, for at least one user, to a failure with the error > message: > xargs: chmod: Argument list too long > (see http://bugs.debian.org/366102). We have worked around this by > using the somewhat slower > find /var/lib/mailman/ -type d -exec chmod g+s \{\} \; > so it is not blocking to us, but still, I think that xargs should use > safe defaults for -s and -n. In other words, it should "just work"™, > using xargs should automatically protect you against too long argument > lists being used. "Safe" as in ask the kernel what the maximum is and > use that. Or something like that. Hello, there used to be a bug in xargs which could have caused this error. | findutils (4.2.26-2) unstable; urgency=low [...] | * [xargs] Limit number of arguments to (arg_max / sizeof(void*)) - 2 instead | of ...-1, hopefully fixing FTBFS on hppa. [...] | -- Andreas Metzler <[EMAIL PROTECTED]> Sat, 3 Dec 2005 13:52:20 +0100 | | findutils (4.2.26-1) unstable; urgency=low [...] | * New upstream version 4.2.26. [...] | - If the input to xargs is a large number of very short options (for | example, one character each), earlier versions of xargs would fail | with 'Argument list too long'. This is because Linux's execve | implementation requires that the sum of the sizes of all argument | string pointers not exceed 128K (the actual limit is | ARG_MAX - sizeof (void*)). Hopefully (Closes: #313028). [...] | -- Andreas Metzler <[EMAIL PROTECTED]> Sun, 20 Nov 2005 09:38:42 +0100 > The user in question was using etch in may 2006, so presumably the > version of findutils in etch around that time. according to the package tracking system etch /would/ already have had 4.2.27-2 so this known bug /should/ not have been the source of the problem. However it is a little late to doublecheck what version was actually in use at the bug-reporter's system (partial upgrade). cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken. (c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
