bug-findutils  

Messages by Thread

• [patch #9585] find.1: Some cleaning of the manual Bjarni Ingi Gislason
  • [patch #9585] find.1: Some cleaning of the manual Bernhard Voelker
  • [patch #9585] find.1: Some cleaning of the manual Bernhard Voelker
  • [patch #9585] find.1: Some cleaning of the manual Bernhard Voelker
  • [patch #9585] find.1: Some cleaning of the manual Bjarni Ingi Gislason
  • [patch #9585] find.1: Some cleaning of the manual Bernhard Voelker
  • [patch #9585] find.1: Some cleaning of the manual Bernhard Voelker
• [bug #53075] FR: command line switch to make -ls print file names as-is Dmitry Bolshakov
  • [bug #53075] FR: command line switch to make -ls print file names as-is James Youngman
  • [bug #53075] FR: command line switch to make -ls print file names as-is Dale Worley
  • [bug #53075] FR: command line switch to make -ls print file names as-is James Youngman
• -execdir '{}' \; vs -execdir '{}' + Андрей Веселов
  • Re: -execdir '{}' \; vs -execdir '{}' + Andreas Metzler
  • Re[2]: -execdir '{}' \; vs -execdir '{}' + Андрей Веселов
  • Re: Re[2]: -execdir '{}' \; vs -execdir '{}' + James Youngman
• [bug #52981] make -delete honour -ignore_readdir_race option Alexander Golubev
  • [bug #52981] make -delete honour -ignore_readdir_race option Bernhard Voelker
  • [bug #52981] make -delete honour -ignore_readdir_race option Bernhard Voelker
  • [bug #52981] make -delete honour -ignore_readdir_race option Bernhard Voelker
  • [bug #52981] make -delete honour -ignore_readdir_race option James Youngman
• Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Peng Yu
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Dale R. Worley
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? James Youngman
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Dale R. Worley
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Morgan Weetman
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Bernhard Voelker
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Peng Yu
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Bernhard Voelker
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Peng Yu
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Bernhard Voelker
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Peng Yu
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? Bernhard Voelker
  • Re: Why is `find -name '*.txt'` much slower than '*.txt' on glusterfs? James Youngman
• [bug #52890] `find --name` ignores files with non-printable character in the filename anonymous
  • [bug #52890] `find --name` ignores files with non-printable character in the filename anonymous
  • [bug #52890] `find --name` ignores files with non-printable character in the filename anonymous
  • [bug #52890] `find --name` ignores files with non-printable character in the filename Eric Blake
  • Re: [bug #52890] `find --name` ignores files with non-printable character in the filename H.-Dirk Schmitt
  • [bug #52890] `find --name` ignores files with non-printable character in the filename James Youngman
• Module Gennadiy Krivdyuk
  • Re: Module James Youngman
• On the man page mention -readable by whom 積丹尼 Dan Jacobson
  • Re: On the man page mention -readable by whom Bernhard Voelker
  • Re: On the man page mention -readable by whom James Youngman
• Re: Bizzare bug in find, potential security implications Piotr Gackiewicz
  • Re: Bizzare bug in find, potential security implications Bernhard Voelker
  • Re: Bizzare bug in find, potential security implications Eric Blake
  • Fwd: Bizzare bug in find, potential security implications Piotr Gackiewicz
  • Re: Bizzare bug in find, potential security implications Dale R. Worley
  • Re: Bizzare bug in find, potential security implications Bernhard Voelker
  • Re: Bizzare bug in find, potential security implications Dale R. Worley
  • Re: Bizzare bug in find, potential security implications Piotr Gackiewicz
• [bug #52592] Documentation for 'find' unclear on default regex type anonymous
  • [bug #52592] Documentation for 'find' unclear on default regex type James Youngman
  • [bug #52592] Documentation for 'find' unclear on default regex type Bernhard Voelker
• Re: bug#29568: Bug in find, or my mistake ? Bernhard Voelker
• [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links James Youngman
  • [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links Dale Worley
  • [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links James Youngman
  • [bug #52558] find does not print symlink object in case of follow symbolic links Ruvim
  • [bug #52558] find does not print symlink object in case of follow symbolic links James Youngman
• selinux Gennadiy Krivdyuk
  • Re: selinux Eric Blake
  • Re: selinux James Youngman
• [PATCH] maint: remove bootstrap from distribution Bernhard Voelker
• [bug #52409] `find -print0 -name ...` ignores `-name ...` anonymous
  • [bug #52409] `find -print0 -name ...` ignores `-name ...` Dale Worley
  • [bug #52409] `find -print0 -name ...` ignores `-name ...` anonymous
  • [bug #52409] `find -print0 -name ...` ignores `-name ...` James Youngman
• [PATCH] maint: shorten https://lists.gnu.org/archive/html/... links Bernhard Voelker
• Re: bug#29033: [platform-testers] new snapshot available: gzip-1.8.32-4606 Bernhard Voelker
  • Re: bug#29033: [platform-testers] new snapshot available: gzip-1.8.32-4606 Pádraig Brady
• [PATCH] maint: document the https change in NEWS Bernhard Voelker
• [PATCH 0/5] maint: port to GCC 7; update NEWS Bernhard Voelker
  • Re: [PATCH 0/5] maint: port to GCC 7; update NEWS Bernhard Voelker
  • Re: [PATCH 0/5] maint: port to GCC 7; update NEWS Bernhard Voelker
  • Re: [PATCH 0/5] maint: port to GCC 7; update NEWS James Youngman
  • Re: [PATCH 0/5] maint: port to GCC 7; update NEWS Bernhard Voelker
• [PATCH] tests: cleanup files left behind by sv-52220.sh Bernhard Voelker
• [PATCH] updatedb: use Copyright header of updatedb.sh Bernhard Voelker
• [PATCH] maint: use an optimal-for-findutils xz compression setting Bernhard Voelker
  • Re: [PATCH] maint: use an optimal-for-findutils xz compression setting Andreas Metzler
  • Re: [PATCH] maint: use an optimal-for-findutils xz compression setting Bernhard Voelker
  • Re: [PATCH] maint: use an optimal-for-findutils xz compression setting Jim Meyering
  • Re: [PATCH] maint: use an optimal-for-findutils xz compression setting Andreas Metzler
• Missing bits of regexprops.texi Reuben Thomas
  • Re: Missing bits of regexprops.texi James Youngman
• [PATCH 0/7] Update gnulib, copyright years etc. Bernhard Voelker
  • [PATCH 4/7] maint: add copyright header to more files Bernhard Voelker
  • [PATCH 3/7] maint: align copyright header line Bernhard Voelker
  • [PATCH 1/7] gnulib: update to latest Bernhard Voelker
  • [PATCH 2/7] maint: update copyright year number ranges Bernhard Voelker
  • [PATCH 5/7] doc: add copyright section to man pages Bernhard Voelker
  • [PATCH 6/7] all: prefer https:// URLs where possible Bernhard Voelker
• Support for inline input Kristian Benoit
  • Re: Support for inline input Bernhard Voelker
• [bug #52220] 'find -D' segfaults anonymous
  • [bug #52220] 'find -D' segfaults Bernhard Voelker
  • [bug #52220] 'find -D' segfaults Tavian Barnes
  • [bug #52220] 'find -D' segfaults Bernhard Voelker
  • [bug #52220] 'find -D' segfaults Tavian Barnes
  • [bug #52220] 'find -D' segfaults Bernhard Voelker
  • [bug #52220] 'find -D' segfaults Bernhard Voelker
  • [bug #52220] 'find -D' segfaults James Youngman
• [PATCH] maint: fix typos in commments Bernhard Voelker
• add -limit 積丹尼 Dan Jacobson
• [bug #52137] unexpected behaviour when combining -I and -n Ulrich Sibiller
  • [bug #52137] unexpected behaviour when combining -I and -n Andreas Metzler
  • [bug #52137] unexpected behaviour when combining -I and -n Ulrich Sibiller
  • [bug #52137] unexpected behaviour when combining -I and -n Andreas Metzler
  • [bug #52137] unexpected behaviour when combining -I and -n Andreas Metzler
  • [bug #52137] unexpected behaviour when combining -I and -n Bernhard Voelker
  • [bug #52137] unexpected behaviour when combining -I and -n Andreas Metzler
  • [bug #52137] unexpected behaviour when combining -I and -n Bernhard Voelker
  • [bug #52137] unexpected behaviour when combining -I and -n James Youngman
  • [bug #52137] unexpected behaviour when combining -I and -n James Youngman
  • [bug #52137] unexpected behaviour when combining -I and -n Geoff Clare
  • [bug #52137] unexpected behaviour when combining -I and -n James Youngman
  • [bug #52137] unexpected behaviour when combining -I and -n Bernhard Voelker
  • [bug #52137] unexpected behaviour when combining -I and -n Bernhard Voelker
  • [bug #52137] unexpected behaviour when combining -I and -n Bernhard Voelker
• [bug #52129] find lacks "-older" option symmetric to "-newer" anonymous
  • [bug #52129] find lacks "-older" option symmetric to "-newer" James Youngman
  • [bug #52129] find lacks "-older" option symmetric to "-newer" James Youngman
  • Re: [bug #52129] find lacks "-older" option symmetric to "-newer" Steven M. Schweda
  • Re: [bug #52129] find lacks "-older" option symmetric to "-newer" Volth
• Bug? G.K
  • Re: Bug? Bernhard Voelker
  • Re: Bug? James Youngman
  • Bug? Gennadiy Krivdyuk
  • Re: Bug? Bernhard Voelker
• [bug #52003] typo: atomatically -> automatically Glenn Kasten
  • [bug #52003] typo: atomatically -> automatically Bernhard Voelker
• [bug #51926] -xtype l fails on symbolic links that have a loop James Youngman
  • [bug #51926] -xtype l fails on symbolic links that have a loop James Youngman
  • [bug #51926] -xtype l fails on symbolic links that have a loop James Youngman
  • [bug #51926] -xtype l fails on symbolic links that have a loop Dale Worley
  • [bug #51926] -xtype l fails on symbolic links that have a loop Tavian Barnes
  • [bug #51926] -xtype l fails on symbolic links that have a loop Tavian Barnes
  • [bug #51926] -xtype l fails on symbolic links that have a loop Dale Worley
  • [bug #51926] -xtype l fails on symbolic links that have a loop James Youngman
  • [bug #51926] -xtype l fails on symbolic links that have a loop Bernhard Voelker
  • [bug #51926] -xtype l fails on symbolic links that have a loop Tavian Barnes
• Re: Need to know technical support for GnuWin32: FindUtils 4.2.20-2 versions Ravinder
  • Re: Need to know technical support for GnuWin32: FindUtils 4.2.20-2 versions Bernhard Voelker
  • Re: Need to know technical support for GnuWin32: FindUtils 4.2.20-2 versions Eric Blake
• Typo in comment Reuben Thomas
  • Re: Typo in comment Bernhard Voelker
• [bug #51841] find buffer-overflow with -printf '%T+' Andreas Metzler
  • [bug #51841] find buffer-overflow with -printf '%T+' Kamil Dudka
  • [bug #51841] find buffer-overflow with -printf '%T+' Bernhard Voelker
  • [bug #51841] find buffer-overflow with -printf '%T+' Andreas Metzler
  • [bug #51841] find buffer-overflow with -printf '%T+' Bernhard Voelker
  • [bug #51841] find buffer-overflow with -printf '%T+' Andreas Metzler
  • [bug #51841] find buffer-overflow with -printf '%T+' Andreas Metzler
  • [bug #51841] find buffer-overflow with -printf '%T+' Bernhard Voelker
  • [bug #51841] find buffer-overflow with -printf '%T+' Andreas Metzler
  • [bug #51841] find buffer-overflow with -printf '%T+' Bernhard Voelker
  • [bug #51841] find buffer-overflow with -printf '%T+' James Youngman
• SIGSEGV in partial_quotearg_n() Kamil Dudka
  • Re: SIGSEGV in partial_quotearg_n() Bernhard Voelker
  • Re: SIGSEGV in partial_quotearg_n() Kamil Dudka
  • Re: SIGSEGV in partial_quotearg_n() James Youngman
  • Re: SIGSEGV in partial_quotearg_n() Paul Eggert
• Fwd: bug#28079: find -type l -xtype and recursive symbolic links Pádraig Brady
  • Re: Fwd: bug#28079: find -type l -xtype and recursive symbolic links Dale R. Worley
  • Re: Fwd: bug#28079: find -type l -xtype and recursive symbolic links James Youngman
  • Re: bug#28079: Fwd: bug#28079: find -type l -xtype and recursive symbolic links Bernhard Voelker
• Re: bug-findutils Digest, Vol 173, Issue 2 Aman ulla
  • Re: bug-findutils Digest, Vol 173, Issue 2 Andreas Metzler
• Fwd: help us to resolve this command Aman ulla
  • Re: Fwd: help us to resolve this command Kamil Dudka
  • Re: help us to resolve this command Aman ulla
  • Re: help us to resolve this command Bernhard Voelker
  • Re: help us to resolve this command Bernhard Voelker
• [bug #51711] non-helping error output with find anonymous
  • [bug #51711] non-helping error output with find Dale Worley
  • [bug #51711] non-helping error output with find Bernhard Voelker
  • [bug #51711] non-helping error output with find Assaf Gordon
  • [bug #51711] non-helping error output with find Bernhard Voelker
  • [bug #51711] non-helping error output with find Bernhard Voelker
  • [bug #51711] non-helping error output with find anonymous
  • [bug #51711] non-helping error output with find anonymous
  • [bug #51711] non-helping error output with find Bernhard Voelker
  • [bug #51711] non-helping error output with find anonymous
  • [bug #51711] non-helping error output with find Bernhard Voelker
  • [bug #51711] non-helping error output with find anonymous
  • [bug #51711] non-helping error output with find James Youngman
  • Re: [bug #51711] non-helping error output with find kalle
  • Re: [bug #51711] non-helping error output with find Bernhard Voelker
• Several changes made to fts.c in Gnulib Paul Eggert
  • Re: Several changes made to fts.c in Gnulib Kamil Dudka
  • Re: Several changes made to fts.c in Gnulib Paul Eggert
  • Re: Several changes made to fts.c in Gnulib James Youngman
  • Re: Several changes made to fts.c in Gnulib Paul Eggert

• Earlier messages
• Later messages