find.texi Texinfo fixes

Here is another patch which inserts a bunch of missing @code's, @var's, etc. And there were several occurrences of a spurious (I presume) ":-" before example blocks, instead of just ":". I reformatted the paragraphs so the diff looks a lot bigger than it really is. More could be done, of course,

Re: -ls0

Hi James, Thanks for the quick reply. Why not just use \0 in the format specification? Of course. That was the basic idea of what I was trying. Alternatively, emit the symlinks into a separate file with -fprintf. Yes, a viable and more reliable alternative. Only downside is that it's

-ls0

James or anyone, I've been in the habit of using find -ls to record all files in a given hierarchy. Of course, parsing the output of that becomes problematic when a file name contains a newline or other special characters. So what I really want is -ls0, where the entries are delimited with nulls

Re: fts: make find *much* faster on dirent.d_type-challenged FS

Have you built gcc on AIX 4.x? Personally? Not recently. I've done so in the past. The person who builds the AIX binaries for TL is Vladimir Volovich. As I recall, vvv told me that he did have gcc on AIX, but that the resulting binaries were both slower and bigger than the IBM C compiler r

Re: fts: make find *much* faster on dirent.d_type-challenged FS

Do most compilers out there really support decl-after-stmt (not likely?!), In compiling the binaries for TeX Live, where we try to use fairly old compilers and systems, the only platform which had problems with decl-after-stmt was v5 of the IBM C compiler for AIX 4.3. There are various r

Re: --findoptions no

I can't think of a way that doesn't involve editing the updatedb script. Sorry. (So, some practical examples of --findoptions would seem a good thing to add to the manual.) Anyway, so now I'm back to my original request for a customization option. How about this: a new envvar POSTPRUNE?

--findoptions no

I spoke too soon. --findoptions is not being sufficient. I tried simply updatedb --findoptions="-type f" to try to get it to only index plain files. But this had the highly undesirable side effect of ignoring the pruning expressions. Looking at the code: $find $SEARCHPATHS $FINDOPTIONS

Re: excluding .svn and symlinks from locate db

However, did you try using the --findoptions argument to updatedb? I hadn't tried it in a while. When I went back and experimented some more, I found it could do what I wanted. So thanks, and never mind the whole thing :). Happy finding, karl

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

[bug #17410] [wishlist] updatedb flexibility/doc

URL: Summary: [wishlist] updatedb flexibility/doc Project: findutils Submitted by: karl Submitted on: Friday 08/11/2006 at 17:04 Category: updatedb

Re: limiting updatedb to files

For now, I would recommend editing the updatedbshell script. Sure, it's no problem to solve it for myself :). perhaps we should have separate options for criteria to include a file, and criteria to exclude it, both added after the -prune. Yes, that sounds right. In a week or t

limiting updatedb to files

Hi James and all, I'd like to limit updatedb to indexing files, or at least not index symlinks. However, the way the script is written, I don't see a way to make it happen. Using --findoptions='-type f' puts that at the beginning of the eventual find command (findutils 4.2.28, GNU/Linux, not tha

find --help and -P -L -H

The find --help output does not mention -P, -L, and -H, although it's in the info manual. 4.2.26. ___ Bug-findutils mailing list Bug-findutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-findutils

--regextype twice in doc

In 4.2.25, the `Invoking locate' node has two entries for --regextype (right next to each other): `--regextype' This option changes the regular expression dialect used. Dialects understood are described in *Note Regular Expressions::. `--regextype' This option changes the regular