[Patch] Xargs: vary parallelism with SIGUSR1/2

I've been pleasantly surprised at how well xargs --max-procs N works. I've been using it with wget, and it lets me trivially parallelize some kinds of web spidering. As more people get multiprocessor systems and multiprocessor cores, it will become even more useful. The enclosed patch lets the pa

endless loop in /usr/bin/find ?

I have a weird problem and am wondering if anybody has seen it before - find seems to be in an infinite loop. I'm running on Suse9.2. kernel 2.6.8-24.14-smp. findutils 4.1.20-2 x86_64. Dual processor Xeon. I ran a Perl script, which in turn ran find. The Perl script belongs to a package calle

[patch #4112] replace 'predicate' with more specific words

Update of patch #4112 (project findutils): Status:None => In Progress Assigned to:None => jay ___ Follow-up Comment #1: This is a usefu

[patch #4112] replace 'predicate' with more specific words

URL: Summary: replace 'predicate' with more specific words Project: findutils Submitted by: bens Submitted on: Sun 06/19/2005 at 17:22 Category: find bugfix

[bug #13411] paths in --prunepaths ignored

Update of bug #13411 (project findutils): Open/Closed:Open => Closed Fixed Release:None => 4.2.23 ___ Reply to this item at:

[patch #4103] Additional documentation tweaks for -execdir/-okdir actions

Update of patch #4103 (project findutils): Open/Closed:Open => Closed Fixed Release:None => 4.2.23 ___ Follow-up Comment #2: This patch has

[patch #3759] Typo fixes for findutils-4.2.18

Update of patch #3759 (project findutils): Open/Closed:Open => Closed Fixed Release:None => 4.2.23 ___ Follow-up Comment #2: This patch has

[bug #12966] (touch .p.; find . -name '*.') problem

Update of bug #12966 (project findutils): Status: Need Info => Fixed Assigned to:None => jay Open/Closed:Open => Closed Fixed Release

.po file query

Hello :) I am currently updating the file findutils-4.2.22 in Vietnamese for The Translation Project at the University of Montréal. I've encountered the following strings, which I suggest you combine in one plurals' string: _ po:55 reference: ⑤find/

[bug #13467] extra ")" still not caught

Follow-up Comment #2, bug #13467 (project findutils): Sorry for the noise, had misread 4.1.20 as 4.2.20. ___ Reply to this item at: _

[bug #13467] extra ")" still not caught

Update of bug #13467 (project findutils): Item Group:None => Wrong result Status:None => Duplicate Assigned to:None => jay Open/Closed

Findutils 4.2.23 is now available on ftp.gnu.org

I am pleased to announce the release of version 4.2.23 of GNU findutils. This release includes a fix for a potential security problem; the list of bugs fixed appears below. GNU findutils is a set of software tools for finding files that match certain criteria and for performing various operations

[bug #13467] extra ")" still not caught

URL: Summary: extra ")" still not caught Project: findutils Submitted by: bens Submitted on: Sun 06/19/2005 at 11:37 Category: find Severity: 3

[bug #13041] -I (-i) and -L shouldn't be exclusive

Update of bug #13041 (project findutils): Assigned to:None => jay Summary: -i and - shouldn't be exclusive => -I (-i) and -L shouldn't be exclusive ___ Follow-up Comment

[bug #13411] paths in --prunepaths ignored

Update of bug #13411 (project findutils): Status:None => Fixed Assigned to:None => jay ___ Follow-up Comment #1: You need to remo

[bug #13041] -i and - shouldn't be exclusive

Follow-up Comment #2, bug #13041 (project findutils): This is also reported as . FWIW I do think that this is not only a mising feature but a real bug. "xargs -i -L10" silently acts as "xargs -L10". I'd rather have it bail out with "conflicting options instead". A