[bug #57807] Typo in the find manual

ity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Peter Frost Originator Email: Open/Closed: Open Release: 4.7.0 Discussion Loc

[bug #14227] translation: german manual misleading/incomplete

blaming the wrong people. ;) Thx, Peter ___ Reply to this item at: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=14227> ___ Nachricht geschickt von/durch Savannah http:

findutils-4.2.26 build error on HP-UX 10.20

6.new/gnulib/lib/mbchar.h2005-11-21 09:52:26.0 -0600 @@ -156,7 +156,9 @@ #include #include +#ifdef HAVE_WCTYPE_H #include +#endif #define MBCHAR_BUF_SIZE 24 -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent L

Re: findutils-4.2.26 build error on HP-UX 10.20

Thanks for the info. For what it's worth, there is at least one other place in gnulib/lib (quotearg.c) where the wctype.h header is protected by #if HAVE_WCTYPE_H. So, it seems reasonable to do the same thing in mbchar.h -- Peter Fales Lucent Technologies, Room 1

Re: findutils-4.2.26 build error on HP-UX 10.20

g wctype.h) allows findutils to build to completion. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630) 979-8031 O

Re: findutils-4.2.26 build error on HP-UX 10.20

Note that gnulib/lib/quotearg.c already includes: # if HAVE_WCTYPE_H # include # endif I'm asking about doing the same thing in mbchar.c -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [

updatedb files portable?

? For now, I've found it necessary to use --old-format to resolve some other issues with creating the databases. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville

Re: updatedb files portable?

4.2.26 coredump when trying to read that database on solaris. What exactly does --old-format mean? I noticed that the db created by 4.1 had the same checksum as the "new" format from 4.2.26, but the --old-format db did not - it was also about 20% smaller. -- Peter Fales

Re: updatedb files portable?

platforms.Thanks for the help. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630) 979-8031 _

Re: updatedb files portable?

ris bin/sh doesn't support the "!" operation. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville, IL 60566-7033 work: (630)

[bug #19483] inconsistent option highlighting in updatedb manpage

URL: Summary: inconsistent option highlighting in updatedb manpage Project: findutils Submitted by: peb Submitted on: Monday 04/02/2007 at 07:38 Category: updatedb Sev

[bug #19484] bigram.c and code.c may fail due to problematic code -- at least in principle

URL: Summary: bigram.c and code.c may fail due to problematic code -- at least in principle Project: findutils Submitted by: peb Submitted on: Monday 04/02/2007 at 07:43 Category: loc

[bug #19485] feature request: storing relative pathnames in locate databases

URL: Summary: feature request: storing relative pathnames in locate databases Project: findutils Submitted by: peb Submitted on: Monday 04/02/2007 at 08:06 Category: locate

[bug #19485] feature request: storing relative pathnames in locate databases

Additional Item Attachment, bug #19485 (project findutils): File name: patch-05-relpath-testcase Size:2 KB ___ Reply to this item at: ___ Message

Re: [bug #21373] [Feature req] Option to manipulate paths before {} expansion.

James Youngman wrote: Follow-up Comment #1, bug #21373 (project findutils): Why not just use find ./lib -name '*.pm' -print0 | perl -0ne 's/([^/]*/){2}//; print;' | xargs -r0 ... Which depends on perl. find lib/perl -name '*.pm' -print | sed -r 's/^([^\/]*\/){2}//' | xargs -l1 echo ...d

Re: [bug #21373] [Feature req] Option to manipulate paths before {} expansion.

Peter Mogensen wrote: find lib/perl -name '*.pm' -p2 -exec echo {} \; # where -p strips prefix for -exec {} Which of course has the problem of associating -p to -exec in case of more -exec's However I found out that find actually supports this via -printf, so please cl

findutils-4.4.0 -- feature request for databases with relative pathnames (fwd)

Peter Breitenlohner <[EMAIL PROTECTED]> -- Forwarded message -- Date: Mon, 7 Apr 2008 15:50:37 +0200 (CEST) From: Peter Breitenlohner <[EMAIL PROTECTED]> To: James Youngman <[EMAIL PROTECTED]> Subject: findutils-4.4.0 -- feature request for databases with rela

findutils -- feature request for database with relative pathnames

I'd appreciate comments on the whole thing. If it is accepatble in principle, I'll gladly initiate the FSF paperwork. regards Peter Breitenlohner <[EMAIL PROTECTED]>Locate databases with relative pathnames Updated for findutils-git as of 05

Re: findutils -- feature request for database with relative pathnames

rvers. It could actually be worse, causing highly unpleasant timeouts. I'd say definitely not. regards Peter Breitenlohner <[EMAIL PROTECTED]>

Re: findutils -- feature request for database with relative pathnames

On Sat, 6 Sep 2008, Miloslav Trma? wrote: Peter Breitenlohner pí?e v Pá 05. 09. 2008 v 15:57 +0200: 2.1 The database format is not modified but slightly reinterpreted as follows: The current implementation cannot contain an empty filename. Thus, adding a dummy empty filename as first database

[bug #25933] (v. 4.5.4) "find . ! -user myself" thinks I don't own the newly created file

Follow-up Comment #1, bug #25933 (project findutils): And another looks very related problem: find /usr/share/fonts/ -type f -a ! -perm 0644 -print finds files which has permissions 0644... Should I report separate bug? ___ Reply to this

[bug #25933] (v. 4.5.4) "find . ! -user myself" thinks I don't own the newly created file

Follow-up Comment #3, bug #25933 (project findutils): Thank you for your help James. findutils-4.5.4 has no patches applied in Gentoo. That's said, after rebuild findutils-4.5.4 work so this bug is invalid, I suppose. Just for info This are toolchain packages I've build after findutils: Wed Mar

PATCH -- remove duplicate paragraph from texinfo

Hi, the attached patch removes a duplicate paragraph from find.texi and fixes a formatting typo. I hope that can also be applied to the 4.4 branch. Regards Peter Breitenlohner From 41088ce364bd1154b918c838947145320f14377d Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner Date: Mon, 3 Aug 2009

Re: PATCH -- fix handling of slocate databases

handling of slocate databases, also fixing the bug. Regards Peter Breitenlohner From a3a36a2dc9e04b7f7c8425c1888ebb6670944018 Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner Date: Mon, 3 Aug 2009 13:10:21 +0200 Subject: [PATCH 2/5] slocate: add a testcase and expose bug Signed-off-by: Peter

PATCH -- fix off-by-one bugs in locate

and my two previous messages (together 5 patches) will make it into findutils-4.4.X. Regards Peter Breitenlohner From a571287a155bfa103fe7041a644defefa52f3fd9 Mon Sep 17 00:00:00 2001 From: Peter Breitenlohner Date: Mon, 3 Aug 2009 13:30:29 +0200 Subject: [PATCH 4/5] locate: enable assertions to

findutils-git: 1 test may fail

: remove that test and report the problem to the gnulib maintainers. Regards Peter Breitenlohner

Re: PATCH -- fix handling of slocate databases

On Mon, 3 Aug 2009, Peter Breitenlohner wrote: the handling of slocate databases in locate.c is (1) unnecessarily complicated, and (2) assumes that the second path is an extension of the first one. This may or may not be true. Attached are two patches: Hi, sorry, this should have been

[bug #31420] find --include "*.c" doesn't *.c find files in current directory

Category: find Severity: 3 - Normal Item Group: Wrong result Status: None Privacy: Public Assigned to: None Originator Name: Peter Clifton Originator Email: Open/Closed: Open

[bug #31420] find --include "*.c" doesn't *.c find files in current directory

Follow-up Comment #2, bug #31420 (project findutils): Goodness, you are completely right! HEAD DESK! Sorry for the noise ___ Reply to this item at: ___

Re: PATCH -- fix off-by-one bugs in locate

s to not enable assertions, i.e., keep the '#define NDEBUG'. Regards Peter

[bug #57461] Configure leaves directory trees that cannot be removed on PowerPC Mac OS X 10.5.8, Leopard

Follow-up Comment #1, bug #57461 (project findutils): Obviously "confdir3" is produced here: configure:25854: checking whether getcwd handles long file names properly configure:26085: /usr/bin/gcc-4.2 -std=gnu99 -o conftest -pipe -Os -arch ppc -I/opt/local/include -L/opt/local/lib -Wl,-headerpad

[bug #57461] Configure leaves directory trees that cannot be removed on PowerPC Mac OS X 10.5.8, Leopard

Follow-up Comment #3, bug #57461 (project findutils): I was able to remove the directories trees from the command line manually. I don't know what a "snapshot" is. What I can report is that some last few findutils releases show this behaviour. The software is installed via MacPorts. It uses port

bugs when building openwrt linux 18.06

chlan/omega/source/tools/findutils' Command exited with non-zero status 2 time: tools/findutils/compile#25.09#7.82#59.48 make[2]: *** [tools/Makefile:154: tools/findutils/compile] Error 2 There are many references to findutils bugs in the attached subset of the output: bug-report.txt Lachlan Pete

[bug #57461] Configure leaves directory trees that cannot be removed on PowerPC Mac OS X 10.5.8, Leopard

Follow-up Comment #6, bug #57461 (group findutils): The routine in configure script has not changed since then. So the problem persists… -- Pete ___ Reply to this item at: __

[bug #57461] Configure leaves directory trees that cannot be removed on PowerPC Mac OS X 10.5.8, Leopard

Follow-up Comment #8, bug #57461 (group findutils): Right now findutils 4.9.0 do not build on my PowerBook G4 with Mac OS X 10.5.8 because the subdirectory trees confdir-14B--- and confdir3 cannot be removed. Adding gl_cv_func_getcwd_path_max=no to configure's list of arguments (that's the way Ma