http://blog.gmane.org/gmane.comp.gnu.findutils.patches hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.gnu.findutils.patches/511 <pre>From f18c966940c7769f4be1acea5567430ee290158c Mon Sep 17 00:00:00 2001 From: Bernhard Voelker &lt;mail&lt; at &gt;bernhard-voelker.de&gt; Date: Wed, 5 Dec 2012 12:09:41 +0100 Subject: [PATCH] updatedb: add further entries to PRUNEFS defaults Merge new entries from OpenSuSE project, e.g. there were hangs on nfs4 mounts. * locate/updatedb.sh (PRUNEFS): Add 9P, cifs, nfs4, and unknown. Sort entries alphabetically. --- locate/updatedb.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/locate/updatedb.sh b/locate/updatedb.sh index a9ded7b..cb3f39a 100644 --- a/locate/updatedb.sh +++ b/locate/updatedb.sh &lt; at &gt;&lt; at &gt; -246,7 +246,7 &lt; at &gt;&lt; at &gt; do done -: ${PRUNEFS="nfs NFS proc afs smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs shfs"} +: ${PRUNEFS="9P NFS afs autofs cifs coda devfs devpts ftpfs iso9660 mfs ncpfs nfs nfs4 proc shfs smbfs sysfs unknown"} if test -n "$PRUNEFS"; then prunefs_exp=`echo $PRUNEFS |sed -e 's/\([^ ][^ ]*\)/-o -fstype \1/g' \ </pre> Bernhard Voelker 2012-12-05T11:16:05 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/503 <pre> Here's a patch to fix some typos. I made this change manually, because the tool proposed three alternatives: diff --git a/m4/nullsort.m4 b/m4/nullsort.m4 index 5f592f7..10a1a93 100644 --- a/m4/nullsort.m4 +++ b/m4/nullsort.m4 &lt; at &gt;&lt; at &gt; -13,7 +13,7 &lt; at &gt;&lt; at &gt; else # sort thinks there is more than one input line there. We have # to make sort -c do its thing with the input lines in the wrong # order to determine that (we can't do it in one shot because - # if sort returns nonzero we cant tell that it wasn't just + # if sort returns nonzero we can't tell that it wasn't just # complaining about this unknown -z option. if $SORT -z -c &lt; "${srcdir:-.}/m4/order-bad.bin" 2&gt;/dev/null &gt;/dev/null then Then noticed "dum" being changed to "dumb", but only in two exception lists. There, just removing the non-word is better. Finally, using http://github.com/lyda/misspell-check and some perl to massage its diagnostics into sed commands: git ls-files|grep -v '\.po$'</pre> Jim Meyering 2012-06-04T11:29:24 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/501 <pre>Hi James, I'm not sure it's really viable to try to write Texinfo in UK English (there's a hyphenation problem at least, without running TeX in some special way), but since evidently find.texi is mostly written that way now, here is a small patch to make things a little more consistent. (I don't doubt plenty of infelicities remain, this is just what I noticed in a quick look.) Not included in this patch: all those &lt; at &gt;subsections that don't have corresponding should really be &lt; at &gt;subheadings. Or, probably better, they should get nodes, since now the nodes end up being hundreds of lines long. Sorry I can't easily deal with git and give you the patch that way, hope this is ok. Thanks, k Karl Berry &lt;karl&lt; at &gt;gnu.org&gt; * find.texi (&lt; at &gt;copying): add 2011, period outside quotes. (thoughout): use UK spelling and " -- " convention. (section names): use &lt; at &gt;code where needed. --- ORIG/find.texi2011-12-29 11:09:38.000000000 -0800 +++ find.texi2011-12-29 11:23:41.000000000 -0800 &lt; at &gt;&lt; at &gt; -33,4 +33,4 &lt; at &gt;&lt; at &gt; -Copyright (C) 1994, 1996</pre> Karl Berry 2011-12-29T21:56:15 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/474 <pre>* find/fstype.c (file_system_type_uncached): When the file system type is not known, return the literal string "unknown", instead of a translation of that. This allows a find command line like "find . -fstype unknown" to work in a variety of locales, instead of just the C locale. Similarly, for the AFS file system, always return "afs". * NEWS: Mention this change. --- ChangeLog | 11 +++++++++++ NEWS | 7 +++++++ find/fstype.c | 4 ++-- 3 files changed, 20 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index 412d219..581de09 100644 --- a/ChangeLog +++ b/ChangeLog &lt; at &gt;&lt; at &gt; -1,3 +1,14 &lt; at &gt;&lt; at &gt; +2011-07-09 James Youngman &lt;jay&lt; at &gt;gnu.org&gt; + +File system type names should be untranslated strings. +* find/fstype.c (file_system_type_uncached): When the file system +type is not known, return the literal string "unknown", instead of +a translation of that. This allows a find command line like "find +. -fstype unknown" to work in a variety of locales, instead of +just the C locale.</pre> James Youngman 2011-07-09T22:15:43 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/457 <pre>* find/print.c (insert_fprintf): Rename some variables for greater clarity: format is now segstart, since it points to the start of the part of the format string we're next going to pass to make_segment. scan2 is now fmt_inpos (which is a const char*) and is the scanning position beyond segstart which we're reading to locate the end of this segment. scan is now fmt_editpos and is the scanning position at which we are modifying the format string (for example to change \n in the format to the value of the '\n' character). --- ChangeLog | 14 +++++++ find/print.c | 122 ++++++++++++++++++++++++++++++--------------------------- 2 files changed, 78 insertions(+), 58 deletions(-) diff --git a/ChangeLog b/ChangeLog index c003e0f..fc6f945 100644 --- a/ChangeLog +++ b/ChangeLog &lt; at &gt;&lt; at &gt; -1,3 +1,17 &lt; at &gt;&lt; at &gt; +2011-06-25 James Youngman &lt;jay&lt; at &gt;gnu.org&gt; + +Clarify variable naming in insert_fprintf. +* find/print.c (insert_fprintf): Rename some variables for greater +clarity: +format is now segstart, since it points to the</pre> James Youngman 2011-06-29T09:16:50 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/382 <pre>Good morning, This mail just to mention a simple lacking functionality in the Find command : There is no way to disable the warning messages sent on the error output, and especially the "Permission non granted" error message sent for each unaccessible directory met during the research process. The alone way proposed on various docs or sites is to redirect the error output on /dev/null. OK, thank's, but that's far to be great. This is even an invitation to very bad programming, especially by avoiding the ability to choose through the find parameters the warnings which are suppressed and those which are not. So, I submit to the Find maintainers the idea of a change request for this functionality, maybe through a new option. Sincerely yours, Michel Lanne. </pre> Michel Lanne 2010-11-06T18:08:47 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/372 <pre>I wanted to submit a patch that is quite short and more thought as a feature request. It adds the predicate "-dtype &lt;regex&gt;" (dtype meaning datatype). The dtype predicate uses libmagic from the "file" command to get the *content datatype* of the file in view, then doing a regex on it. i.e. "echo abc&gt;f.txt; file f.txt" yealds "ASSCII text". Therefore "file f.txt -dtype .*text.*" would do a regex ".*text.*" on "ASCII text" (and match). The problem this patch addresses is like this: I have several source project directory with serveral million files in them. I want to make a backup, however i want to only backup text files, (Makefiles, shell sripts, c and h files etc). Currently I do something like this: (for f in `find &lt;srcdir&gt; -type f`; do if (file $f | cut -d: -f2 | grep text &amp;&gt; /dev/null ); then echo $f; fi; done) &gt; file.list Then I use file.list to create a tar. But, this pipe is very slow (I run it over night so it works but...). With the above patch I can do: find &lt;stcdir&gt; -dtype .*text.* &gt;file.list </pre> Konrad Eisele 2010-05-27T20:04:44 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/348 <pre>This sequence of patches fixes bug #27213 without issuing a duplicate error message. Clearly a NEWS file entry will also be required. ChangeLog | 64 ++++++++++++++++++++++++++++++++++++++ build-aux/.cvsignore | 1 + build-aux/.gitignore | 1 + find/defs.h | 12 ++++++- find/find.c | 8 +++-- find/ftsfind.c | 53 +++++++++++++++----------------- find/parser.c | 10 +++--- find/pred.c | 8 ++-- find/sharefile.c | 2 +- find/tree.c | 1 + find/util.c | 83 +++++++++++++++++++++++++++++++++++++++----------- 11 files changed, 182 insertions(+), 61 deletions(-) </pre> James Youngman 2010-04-04T16:28:05 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/320 <pre>Addresses Savannah bug #27213 - https://savannah.gnu.org/bugs/?27213 This used to fail in recent releases: 1. mkdir -p foo/bar 2. chmod a-x foo 3. find foo 4. find foo -ls Now it will print error messages for the denied permission on foo, but will not abort completely, and in 3. will even print the name foo/bar, while it won't do so in 4., as the -ls predicate requires stat information. For now, 4. will print two identical error message. This should get fixed some day. --- find/ftsfind.c | 36 ++++++++++++++---------------------- find/util.c | 11 +++++++---- 2 files changed, 21 insertions(+), 26 deletions(-) diff --git a/find/ftsfind.c b/find/ftsfind.c index 61f1079..a8efdda 100644 --- a/find/ftsfind.c +++ b/find/ftsfind.c &lt; at &gt;&lt; at &gt; -446,27 +446,19 &lt; at &gt;&lt; at &gt; consider_visiting(FTS *p, FTSENT *ent) } else if (ent-&gt;fts_info == FTS_NS) { - if (ent-&gt;fts_level == 0) -{ - /* e.g., nonexistent starting point */ - error(0, ent-&gt;fts_errno, "%s", -safely_quote_err_filename(0, ent-&gt;fts_path)); - </pre> Martin von Gagern 2009-11-22T18:38:58 http://comments.gmane.org/gmane.comp.gnu.findutils.patches/319 <pre>I just applied and pushed the attached patch. * lib/check-regexprops.sh: Portability fixes for FreeBSD (mktemp requires an argument, dialect differences in sed regexes). _______________________________________________ Findutils-patches mailing list Findutils-patches&lt; at &gt;gnu.org http://lists.gnu.org/mailman/listinfo/findutils-patches </pre> James Youngman 2009-08-16T15:18:38 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnu.findutils.patches