Re: findutils 4.4.0: copyright 2008

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to James Youngman on 3/24/2008 12:22 PM: | still 2007.Obviously, that's now wrong for findutils. However, | since the gnulib source files are not held under version control | within findutils it's not so easy to fix this; the interfa

Re: % keys for st_blocks and st_size

OK, then at least two out of the three %'s can still be given. JY> If you would like to propose some specific replacement text I am just saying that the man page leaves dead ends for average users. This is getting beyond my dwindling mental resources... excuse me, must step out of discussion here.

Re: % keys for st_blocks and st_size

On Mon, Mar 24, 2008 at 10:23 PM, <[EMAIL PROTECTED]> wrote: > > "JY" == James Youngman <[EMAIL PROTECTED]> writes: > > > JY> On Sun, Mar 23, 2008 at 9:29 PM, <[EMAIL PROTECTED]> wrote: > >> `%S' > >> File's sparseness. This is calculated as `(BLOCKSIZE*st_blocks / > >> st_size)'. > >>

Re: % keys for st_blocks and st_size

> "JY" == James Youngman <[EMAIL PROTECTED]> writes: JY> On Sun, Mar 23, 2008 at 9:29 PM, <[EMAIL PROTECTED]> wrote: >> `%S' >> File's sparseness. This is calculated as `(BLOCKSIZE*st_blocks / >> st_size)'. >> >> OK, but then mention the -printf % keys for st_blocks and st_size! JY> They'r

give bug address

Please don't say on your man page Other comments about find(1) and about the findutils package in general can be sent to the bug-findutils mailing list. To join the list, send email to [EMAIL PROTECTED] Do like coreutils and just give the address. Otherwise you instill doubt as

[sr #106319] findutils configure should setup AR

Follow-up Comment #2, sr #106319 (project findutils): in the autotool world, you're supposed to use libtool to generate libraries (even internal ones -- those are called convenience libraries) at least that's my guess as to why there arent AR/RANLIB m4 macros already to accomplish things if i c

[sr #106319] findutils configure should setup AR

Follow-up Comment #1, sr #106319 (project findutils): I'm a bit surprised the autotools don't do this by default. I didn't spot another GNU package that did things that way, either. Can you achieve what you need by setting the PATH environment variable? ___

[sr #106319] findutils configure should setup AR

URL: Summary: findutils configure should setup AR Project: findutils Submitted by: vapier Submitted on: Monday 03/24/2008 at 19:32 Category: None Priority: 5 - Nor

Re: 4.4.0 updatedb NETPATHS logic?

On Mon, Mar 24, 2008 at 5:14 PM, Karl Berry <[EMAIL PROTECTED]> wrote: > The find command for NETPATHS in updatedb is different than the others. Thanks for spotting this, it's probably a bug. The updatedb.sh script is somewhat tangled. I've reported this as a bug at http://savannah.gnu.org/bugs

[bug #22715] find command for NETPATHS in updatedb is inconsistent with that for SEARCHPATHS

URL: Summary: find command for NETPATHS in updatedb is inconsistent with that for SEARCHPATHS Project: findutils Submitted by: jay Submitted on: Monday 03/24/2008 at 18:30 Category: u

Re: excluding .svn and symlinks from locate db

On Mon, Mar 24, 2008 at 5:14 PM, Karl Berry <[EMAIL PROTECTED]> wrote: > The diff below (between stock 4.4.0 and the derived script that I > actually run) gives the flavor, although of course for any distributed > patch it would be generalized. If you're amenable to the idea, I could > work on

Re: findutils 4.4.0: copyright 2008

On Mon, Mar 24, 2008 at 5:14 PM, Karl Berry <[EMAIL PROTECTED]> wrote: > In 4.4.0, find --version (et al.) still report 2007. > > $ find --version > find (GNU findutils) 4.4.0 > Copyright (C) 2007 Free Software Foundation, Inc. > ... Thanks for spotting this. This turns out to be because find

4.4.0 updatedb NETPATHS logic?

The find command for NETPATHS in updatedb is different than the others. For example (line breaks changed for ease of comparison): # : A8 $find $NETPATHS $FINDOPTIONS \( -type d -regex "$PRUNEREGEX" -prune \) -o $print_option || ... The -prune is inside the parentheses. Compare

excluding .svn and symlinks from locate db

Hi James, As I wrote some time ago, I like to exclude .svn files and symbolic links from the locate database (otherwise I'd have massive duplication of hits). Would you consider adding hooks to make this possible with the distributed version? I believe it would amount to two new environment vari

findutils 4.4.0: copyright 2008

In 4.4.0, find --version (et al.) still report 2007. $ find --version find (GNU findutils) 4.4.0 Copyright (C) 2007 Free Software Foundation, Inc. ... (Sorry if already known.) k