From sh162551@sac.sfbay.sun.com Mon Aug 18 20:59:02 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7J3x2w6026186 for ; Mon, 18 Aug 2008 20:59:02 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7J3x0MZ021020; Mon, 18 Aug 2008 20:59:02 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5T00H0JXQCTN00@nwk-avmta-2.sfbay.sun.com>; Mon, 18 Aug 2008 20:59:00 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5T00EFRXQBMH20@nwk-avmta-2.sfbay.sun.com>; Mon, 18 Aug 2008 20:58:59 -0700 (PDT) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m7J3ww5e052985; Mon, 18 Aug 2008 20:58:58 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7J3wuWU026177; Mon, 18 Aug 2008 20:58:56 -0700 (PDT) Received: (from sh162551@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m7J3wuCV026172; Mon, 18 Aug 2008 20:58:56 -0700 (PDT) Date: Mon, 18 Aug 2008 20:58:56 -0700 (PDT) From: Shi-Ying Irene Huang Subject: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] To: lsarc-ext@sun.com Cc: Luis.Debethencourt@sun.com Message-id: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 3249 Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: findutils for OpenSolaris 1.2. Name of Document Author/Supplier: Author: Luis De 1.3 Date of This Document: 18 August, 2008 4. Technical Description Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Findutils 1.2. Name of Document Author/Supplier: Luis de Bethencourt 1.3. Date of This Document: 4/08/2008 1.3.1. Date this project was conceived: 03/06/2008 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: robert.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: tom.garland@sun.com 1.5.2. Responsible Engineer: luis.debethencourt@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 4. Technical Description: 4.1. Details: GNU findutils is an opensource package which provides utilities to find files meeting specified criteria and perform various actions on the files which are found. This package contains 'find', 'xargs', and 'locate'. GNU find is faster than Solaris find and has more functions, it was a cleanroom implementation. And even has xargs funcionality built inside, but xargs is also kept separate for convenience. There is another project delivering slocate: LSARC 2008/447 Which is the secure version of locate. So locate won't be delivered with findutils. Version: 4.2 4.2. Bug/RFE Number(s): None. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- SUNWfindutils Uncommited /usr/bin/gfind Uncommited Command /usr/gnu/bin/find Uncommited Link /usr/bin/gxargs Uncommited Command /usr/gnu/bin/xargs Uncommited Link -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- None 4.6. Doc Impact: New manpages, findutils.1, xargs.1, locate.1. 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: None. 4.10. Packaging & Delivery: Adds new package, SUNWfindutils 4.11. Security Impact: None. 4.12. Dependencies: None. 5. Reference Documents: The Findutils homepage: http://www.gnu.org/software/findutils/ http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-find http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-xargs 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Irene.Huang@sun.com Mon Aug 18 21:41:50 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7J4fnxl027367 for ; Mon, 18 Aug 2008 21:41:50 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7J4fZmD009303 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 19 Aug 2008 12:41:48 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5T00B0XZPM8I00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 18 Aug 2008 22:41:46 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5T003ZZZPKYAB0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Mon, 18 Aug 2008 22:41:46 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7J4fiLT012368 for ; Tue, 19 Aug 2008 04:41:44 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K5T00201ZOJVJ00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 12:41:44 +0800 (SGT) Received: from [129.158.146.240] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K5T0095FZPI8FTQ@mail-apac.sun.com>; Tue, 19 Aug 2008 12:41:43 +0800 (SGT) Date: Tue, 19 Aug 2008 12:41:40 +0800 From: Irene Huang Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> Sender: Irene.Huang@sun.com To: Shi-Ying Irene Huang Cc: lsarc-ext@sun.com, Luis.Debethencourt@sun.com Message-id: <48AA4F04.3020009@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_CNOkdg1CXOSNmsU/ah/z6w)" X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 51044 This is a multi-part message in MIME format. --Boundary_(ID_CNOkdg1CXOSNmsU/ah/z6w) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, all manpages are attached. --Irene Shi-Ying Irene Huang wrote: > Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI > This information is Copyright 2008 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > findutils for OpenSolaris > 1.2. Name of Document Author/Supplier: > Author: Luis De > 1.3 Date of This Document: > 18 August, 2008 > 4. Technical Description > Copyright 2008 Sun Microsystems > > 1. Introduction > 1.1. Project/Component Working Name: > > Findutils > > 1.2. Name of Document Author/Supplier: > > Luis de Bethencourt > > 1.3. Date of This Document: > > 4/08/2008 > > 1.3.1. Date this project was conceived: > > 03/06/2008 > > 1.4. Name of Major Document Customer(s)/Consumer(s): > > 1.4.1. The PAC or CPT you expect to review your project: > > Solaris PAC > > 1.4.2. The ARC(s) you expect to review your project: > > LSARC > > 1.4.3. The Director/VP who is "Sponsoring" this project: > > robert.odea@sun.com > > 1.4.4. The name of your business unit: > > OPG / OpenSource. > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: > > tom.garland@sun.com > > 1.5.2. Responsible Engineer: > > luis.debethencourt@sun.com > > 1.5.3. Marketing Manager: > > dan.roberts@sun.com > > 1.5.4. Interest List: > > desktop-discuss@opensolaris.org > > 4. Technical Description: > 4.1. Details: > GNU findutils is an opensource package which provides utilities to > find files meeting specified criteria and perform various actions on > the files which are found. This package contains 'find', 'xargs', and > 'locate'. > > GNU find is faster than Solaris find and has more functions, it was a > cleanroom implementation. And even has xargs funcionality built inside, > but xargs is also kept separate for convenience. > > There is another project delivering slocate: LSARC 2008/447 > Which is the secure version of locate. So locate won't be delivered > with findutils. > > Version: 4.2 > > > 4.2. Bug/RFE Number(s): > > None. > > 4.3. In Scope: > > See above. > > 4.4. Out of Scope: > > See above. > > 4.5. Interfaces: > > -------------------------------------------------------------------- > Exported Stability Comments > -------------------------------------------------------------------- > SUNWfindutils Uncommited > > /usr/bin/gfind Uncommited Command > /usr/gnu/bin/find Uncommited Link > /usr/bin/gxargs Uncommited Command > /usr/gnu/bin/xargs Uncommited Link > > -------------------------------------------------------------------- > Imported Stability Comments > -------------------------------------------------------------------- > None > > 4.6. Doc Impact: > > New manpages, findutils.1, > xargs.1, > locate.1. > > 4.7. Admin/Config Impact: > > None. > > 4.8. HA Impact: > > None. > > 4.9. I18N/L10N Impact: > > None. > > 4.10. Packaging & Delivery: > > Adds new package, SUNWfindutils > > 4.11. Security Impact: > > None. > > 4.12. Dependencies: > > None. > > 5. Reference Documents: > > The Findutils homepage: > http://www.gnu.org/software/findutils/ > > http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-find > http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-xargs > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > Desktop > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > --Boundary_(ID_CNOkdg1CXOSNmsU/ah/z6w) Content-type: text/plain; name=xargs.1 Content-transfer-encoding: 7BIT Content-disposition: inline; filename=xargs.1 .TH XARGS 1 \" -*- nroff -*- .SH NAME xargs \- build and execute command lines from standard input .SH SYNOPSIS .B xargs [\-0prtx] [\-E[eof-str]] [\-e[eof-str]] [\-\-eof[=eof-str]] [\-\-null] [\-I[replace-str]] [\-i[replace-str]] [\-\-replace[=replace-str]] [\-l[max-lines]] [\-L[max-lines]] [\-\-max\-lines[=max-lines]] [\-n max-args] [\-\-max\-args=max-args] [\-s max-chars] [\-\-max\-chars=max-chars] [\-P max-procs] [\-\-max\-procs=max-procs] [\-\-interactive] [\-\-verbose] [\-\-exit] [\-\-no\-run\-if\-empty] [\-\-arg\-file=file] [\-\-version] [\-\-help] [command [initial-arguments]] .SH DESCRIPTION This manual page documents the GNU version of .BR xargs . .B xargs reads items from the standard input, delimited by blanks (which can be protected with double or single quotes or a backslash) or newlines, and executes the .I command (default is /bin/echo) one or more times with any .I initial-arguments followed by items read from standard input. Blank lines on the standard input are ignored. .P Because Unix filenames can contain blanks and newlines, this default behaviour is often problematic; filenames containing blanks and/or newlines are incorrectly processed by .BR xargs . In these situations it is better to use the `\-0' option, which prevents such problems. When using this option you will need to ensure that the program which produces the input for .B xargs also uses a null character as a separator. If that program is GNU .B find for example, the `\-print0' option does this for you. .P If any invocation of the command exits with a status of 255, .B xargs will stop immediately without reading any further input. An error message is issued on stderr when this happens. .SS OPTIONS .TP .I "\-\-arg\-file=file, \-a file" Read items from .I file instead of standard input. If you use this option, stdin remains unchanged when commands are run. Otherwise, stdin is redirected from .IR /dev/null . .TP .I "\-\-null, \-0" Input items are terminated by a null character instead of by whitespace, and the quotes and backslash are not special (every character is taken literally). Disables the end of file string, which is treated like any other argument. Useful when input items might contain white space, quote marks, or backslashes. The GNU find \-print0 option produces input suitable for this mode. .TP .I "\-\-eof[=eof-str], \-E[eof-str]" Set the end of file string to \fIeof-str\fR. If the end of file string occurs as a line of input, the rest of the input is ignored. If \fIeof-str\fR is omitted, there is no end of file string. If this option is not given, no end of file string is used. .TP .I "\-e[eof-str]" This option is a synonym for the `\-E' option. Use `\-E' instead, because it is POSIX compliant while this option is not. .TP .I "\-\-help" Print a summary of the options to .B xargs and exit. .TP .I "\-\-replace[=replace-str], \-i[replace-str]" Replace occurences of \fIreplace-str\fR in the initial-arguments with names read from standard input. Also, unquoted blanks do not terminate input items; instead the separator is the newline character. If \fIreplace-str\fR is omitted, it defaults to "{}" (like for `find \-exec'). Implies \fI\-x\fP and \fI\-l 1\fP. .TP .I "\-\-max\-lines[=max-lines], \-L[max-lines]" Use at most \fImax-lines\fR nonblank input lines per command line; \fImax-lines\fR defaults to 1 if omitted. Trailing blanks cause an input line to be logically continued on the next input line. Implies \fI\-x\fR. .TP .I "\-l[max-lines]" Deprecated; non-POSIX-compliant synonym for the .I "\-L" option. .TP .I "\-\-max\-args=max-args, \-n max-args" Use at most \fImax-args\fR arguments per command line. Fewer than \fImax-args\fR arguments will be used if the size (see the \-s option) is exceeded, unless the \-x option is given, in which case \fBxargs\fR will exit. .TP .I "\-\-interactive, \-p" Prompt the user about whether to run each command line and read a line from the terminal. Only run the command line if the response starts with `y' or `Y'. Implies \fI\-t\fR. .TP .I "\-\-no\-run\-if\-empty, \-r" If the standard input does not contain any nonblanks, do not run the command. Normally, the command is run once even if there is no input. This option is a GNU extension. .TP .I "\-\-max\-chars=max-chars, \-s max-chars" Use at most \fImax-chars\fR characters per command line, including the command and initial-arguments and the terminating nulls at the ends of the argument strings. The default is 131072 characters, not including the size of the environment variables (which are provided for separately so that it doesn't matter if your environment variables take up more than 131072 bytes). The operating system places limits on the values that you can usefully specify, and if you exceed these a warning message is printed and the value actually used is set to the appropriate upper or lower limit. .TP .I "\-\-verbose, \-t" Print the command line on the standard error output before executing it. .TP .I "\-\-version" Print the version number of .B xargs and exit. .TP .I "\-\-exit, \-x" Exit if the size (see the \fI\-s\fR option) is exceeded. .TP .I "\-\-max\-procs=max-procs, \-P max-procs" Run up to \fImax-procs\fR processes at a time; the default is 1. If \fImax-procs\fR is 0, \fBxargs\fR will run as many processes as possible at a time. Use the \fI\-n\fR option with \fI\-P\fR; otherwise chances are that only one exec will be done. .SH "EXAMPLES" .nf .B find /tmp \-name core \-type f \-print | xargs /bin/rm \-f .fi Find files named .B core in or below the directory .B /tmp and delete them. Note that this will work incorrectly if there are any filenames containing newlines or spaces. .P .B find /tmp \-name core \-type f \-print0 | xargs \-0 /bin/rm \-f .fi Find files named .B core in or below the directory .B /tmp and delete them, processing filenames in such a way that file or directory names containing spaces or newlines are correctly handled. .P .nf .B cut \-d: \-f1 < /etc/passwd | sort | xargs echo .fi Generates a compact listing of all the users on the system. .SH "EXIT STATUS" .B xargs exits with the following status: .nf 0 if it succeeds 123 if any invocation of the command exited with status 1-125 124 if the command exited with status 255 125 if the command is killed by a signal 126 if the command cannot be run 127 if the command is not found 1 if some other error occurred. .fi .P Exit codes greater than 128 are used by the shell to indicate that a program died due to a fatal signal. .SH "STANDARDS CONFORMANCE" As of GNU xargs version 4.2.9, the default behaviour of .B xargs is not to have a logical end-of-file marker. POSIX (IEEE Std 1003.1, 2004 Edition) allows this. .SH "SEE ALSO" \fBfind\fP(1), \fBlocate\fP(1), \fBlocatedb\fP(5), \fBupdatedb\fP(1), \fBFinding Files\fP (on-line in Info, or printed) .SH "BUGS" .P It is not possible for .B xargs to be used securely, since there will always be a time gap between the production of the list of input files and their use in the commands that .B xargs issues. If other users have access to the system, they can manipulate the filesystem during this time window to force the action of the commands .B xargs runs to apply to files that you didn't intend. For a more detailed discussion of this and related problems, please refer to the ``Security Considerations'' chapter in the findutils Texinfo documentation. The -execdir option of .B find can often be used as a more secure alternative. When you use the \-i option, each line read from the input is buffered internally. This means that there is an upper limit on the length of input line that .B xargs will accept when used with the \-i option. To work around this limitation, you can use the \-s option to increase the amount of buffer space that .B xargs uses, and you can also use an extra invocation of .B xargs to ensure that very long lines do not occur. For example: .P .B somecommand | xargs \-s 50000 echo | xargs \-i \-s 100000 rm '{}' .P Here, the first invocation of .B xargs has no input line length limit because it doesn't use the \-i option. The second invocation of .B xargs does have such a limit, but we have ensured that the it never encounters a line which is longer than it can handle. This is not an ideal solution. Instead, the \-i option should not impose a line length limit, which is why this discussion appears in the BUGS section. The problem doesn't occur with the output of .BR find (1) because it emits just one filename per line. .P The best way to report a bug is to use the form at http://savannah.gnu.org/bugs/?group=findutils. The reason for this is that you will then be able to track progress in fixing the problem. Other comments about \fBxargs\fP(1) and about the findutils package in general can be sent to the .I bug\-findutils mailing list. To join the list, send email to .IR bug\-findutils\-request@gnu.org . --Boundary_(ID_CNOkdg1CXOSNmsU/ah/z6w) Content-type: text/plain; name=find.1 Content-transfer-encoding: 7BIT Content-disposition: inline; filename=find.1 .TH FIND 1 \" -*- nroff -*- .SH NAME find \- search for files in a directory hierarchy .SH SYNOPSIS .B find [\-H] [\-L] [\-P] [path...] [expression] .SH DESCRIPTION This manual page documents the GNU version of .BR find . GNU .B find searches the directory tree rooted at each given file name by evaluating the given expression from left to right, according to the rules of precedence (see section OPERATORS), until the outcome is known (the left hand side is false for \fIand\fR operations, true for \fIor\fR), at which point .B find moves on to the next file name. .PP The `\-H', `\-L' and `\-P' options control the treatment of symbolic links. Command-line arguments following these are taken to be names of files or directories to be examined, up to the first argument that begins with `\-', `(', `)', `,', or `!'. That argument and any following arguments are taken to be the expression describing what is to be searched for. If no paths are given, the current directory is used. If no expression is given, the expression `\-print' is used (but you should probably consider using `\-print0' instead, anyway). .PP This manual page talks about `options' within the expression list. These options control the behaviour of .B find but are specified immediately after the last path name. The two `real' options `\-H', `\-L' and `\-P' must appear before the first path name, if at all. .SH OPTIONS .IP \-P Never follow symbolic links. This is the default behaviour. When .B find examines or prints information a file, and the file is a symbolic link, the information used shall be taken from the properties of the symbolic link itself. .IP \-L Follow symbolic links. When .B find examines or prints information about files, the information used shall be taken from the properties of the file to which the link points, not from the link itself (unless it is a broken symbolic link or .B find is unable to examine the file to which the link points). Use of this option implies \-noleaf. If you later use the \-P option, \-noleaf will still be in effect. .IP \-H Do not follow symbolic links, except those appearing on the command line. When .B find examines or prints information about files, the information used shall be taken from the properties of the symbolic link itself. The only exception to this behaviour is when a file specified on the command line is a symbolic link, and the link can be resolved. For that situation, the information used is taken from whatever the link points to (that is, the link is followed). The information about the link itself is used as a fallback if the file pointed to by the symbolic link cannot be examined. When the \-H option is in effect, the \-type predicate will always match against the type of the file that a symbolic link points to rather than the link itself (unless the symbolic link is broken). Using \-H causes the \-lname and \-ilname predicates always to return false. .P If more than one of \-H, \-L and \-P are both specified, each overrides the others; the last one appearing on the command line takes effect. Since it is the default, the \-P option should be considered to be in effect unless either \-H or \-L is specified. GNU .B find frequently stats files during the processing of the command line itself, before any searching has begun. These options also affect how those arguments are processed. Specifically, there are a number of tests that compare files listed on the command line against a file we are currently considering. In each case, the file specified on the command line will have been examined and some of its properties will have been saved. If the named file is in fact a symbolic link, and the \-P option is in effect (or if neither \-H nor \-L were specified), the information used for the comparison will be taken from the properties of the symbolic link. Otherwise, it will be taken from the properties of the file the link points to. If .B find cannot follow the link (for example because it has insufficient privileges or the link points to a nonexistent file) the properties of the link itself will be used. .P When the \-H or \-L options are in effect, any symbolic links listed as the argument of \-newer will be dereferenced, and the timestamp will be taken from the file to which the symbolic link points. The same consideration applies to \-anewer and \-cnewer. Similarly, when \-H or \-L is in effect, the \-type predicate will always match against the type of the file that a symbolic link points to rather than the link itself (unless the link is broken or cannot be dereferenced). Using \-H or \-L causes the \-lname and \-ilname predicates always to return false (again, except in the case of broken links). The \-follow option has a similar effect to \-L, though it takes effect at the point where it appears (that is, if \-L is not used but \-follow is, any symbolic links appearing after it on the command line will be dereferenced). .P .SH EXPRESSIONS The expression is made up of options (which affect overall operation rather than the processing of a specific file, and always return true), tests (which return a true or false value), and actions (which have side effects and return a true or false value), all separated by operators. \-and is assumed where the operator is omitted. If the expression contains no actions other than \-prune, \-print is performed on all files for which the expression is true. .SS OPTIONS .P All options always return true. Except for \-follow and \-daystart, they always take effect, rather than being processed only when their place in the expression is reached. Therefore, for clarity, it is best to place them at the beginning of the expression. A warning is issued if you don't do this. .IP \-daystart Measure times (for \-amin, \-atime, \-cmin, \-ctime, \-mmin, and \-mtime) from the beginning of today rather than from 24 hours ago. This option only affects tests which appear later on the command line. .IP \-depth Process each directory's contents before the directory itself. .IP \-d A synonym for \-depth, for compatibility with FreeBSD, NetBSD, MacOS X and OpenBSD. .IP \-follow Deprecated; use the \-L option instead. Dereference symbolic links. Implies \-noleaf. Unless the \-H or \-L option has been specified, the position of the \-follow option changes the behaviour of the \-newer predicate; any files listed as the argument of \-newer will be dereferenced if they are symbolic links. The same consideration applies to \-anewer and \-cnewer. Similarly, the \-type predicate will always match against the type of the file that a symbolic link points to rather than the link itself. Using \-follow causes the \-lname and \-ilname predicates always to return false. .IP "\-help, \-\-help" Print a summary of the command-line usage of .B find and exit. .IP \-ignore_readdir_race Normally, \fBfind\fR will emit an error message when it fails to stat a file. If you give this option and a file is deleted between the time \fBfind\fR reads the name of the file from the directory and the time it tries to stat the file, nno error message will be issued. This also applies to files or directories whose names are given on the command line. This option takes effect at the time the command line is read, which means that you cannot search one part of the filesystem with this option on and part of it with this option off (if you need to do that, you will need to issue two \fBfind\fR commands instead, one with the option and one without it). .IP "\-maxdepth \fIlevels\fR" Descend at most \fIlevels\fR (a non-negative integer) levels of directories below the command line arguments. `\-maxdepth 0' means only apply the tests and actions to the command line arguments. .IP "\-mindepth \fIlevels\fR" Do not apply any tests or actions at levels less than \fIlevels\fR (a non-negative integer). `\-mindepth 1' means process all files except the command line arguments. .IP \-mount Don't descend directories on other filesystems. An alternate name for \-xdev, for compatibility with some other versions of .BR find . .IP \-noignore_readdir_race Turns off the effect of \-ignore_readdir_race. .IP "\-noleaf" Do not optimize by assuming that directories contain 2 fewer subdirectories than their hard link count. This option is needed when searching filesystems that do not follow the Unix directory-link convention, such as CD-ROM or MS-DOS filesystems or AFS volume mount points. Each directory on a normal Unix filesystem has at least 2 hard links: its name and its `.' entry. Additionally, its subdirectories (if any) each have a `..' entry linked to that directory. When .B find is examining a directory, after it has statted 2 fewer subdirectories than the directory's link count, it knows that the rest of the entries in the directory are non-directories (`leaf' files in the directory tree). If only the files' names need to be examined, there is no need to stat them; this gives a significant increase in search speed. .IP "\-version, \-\-version" Print the \fBfind\fR version number and exit. .IP "\-warn, \-nowarn" Turn warning messages on or off. These warnings apply only to the command line usage, not to any conditions that .B find might encounter when it searches directories. The default behaviour corresponds to \-warn if standard input is a tty, and to \-nowarn otherwise. .IP \-xdev Don't descend directories on other filesystems. .SS TESTS .P Numeric arguments can be specified as .IP \fI+n\fP for greater than .IR n , .IP \fI\-n\fP for less than .IR n , .IP \fIn\fP for exactly .IR n . .IP "\-amin \fIn\fR" File was last accessed \fIn\fR minutes ago. .IP "\-anewer \fIfile\fR" File was last accessed more recently than \fIfile\fR was modified. If \fIfile\fR is a symbolic link and the \-H option or the \-L option is in effect, the access time of the file it points to is always used. .IP "\-atime \fIn\fR" File was last accessed \fIn\fR*24 hours ago. When find figures out how many 24-hour preiods ago the file was last accessed, any fractional part is ignored, so to match .B \-atime .BR +1 , a file has to have been modified at least .I two days ago. .IP "\-cmin \fIn\fR" File's status was last changed \fIn\fR minutes ago. .IP "\-cnewer \fIfile\fR" File's status was last changed more recently than \fIfile\fR was modified. If \fIfile\fR is a symbolic link and the \-H option or the \-L option is in effect, the status-change time of the file it points to is always used. .IP "\-ctime \fIn\fR" File's status was last changed \fIn\fR*24 hours ago. See the comments for .B \-atime to understand how rounding affects the interpretation of file status change times. .IP \-empty File is empty and is either a regular file or a directory. .IP \-false Always false. .IP "\-fstype \fItype\fR" File is on a filesystem of type \fItype\fR. The valid filesystem types vary among different versions of Unix; an incomplete list of filesystem types that are accepted on some version of Unix or another is: ufs, 4.2, 4.3, nfs, tmp, mfs, S51K, S52K. You can use \-printf with the %F directive to see the types of your filesystems. .IP "\-gid \fIn\fR" File's numeric group ID is \fIn\fR. .IP "\-group \fIgname\fR" File belongs to group \fIgname\fR (numeric group ID allowed). .IP "\-ilname \fIpattern\fR" Like \-lname, but the match is case insensitive. If the \-L option or the \-follow option is in effect, this test returns false unless the symbolic link is broken. .IP "\-iname \fIpattern\fR" Like \-name, but the match is case insensitive. For example, the patterns `fo*' and `F??' match the file names `Foo', `FOO', `foo', `fOo', etc. In these patterns, unlike filename expansion by the shell, an initial '.' can be matched by '*'. That is, .B find \-name *bar will match the file `.foobar'. .IP "\-inum \fIn\fR" File has inode number \fIn\fR. It is normally easier to use the .B \-samefile test instead. .IP "\-ipath \fIpattern\fR" Behaves in the same way as \-iwholename. This option is deprecated, so please do not use it. .IP "\-iregex \fIpattern\fR" Like \-regex, but the match is case insensitive. .IP "\-iwholename \fIpattern\fR" Like \-wholename, but the match is case insensitive. .IP "\-links \fIn\fR" File has \fIn\fR links. .IP "\-lname \fIpattern\fR" File is a symbolic link whose contents match shell pattern \fIpattern\fR. The metacharacters do not treat `/' or `.' specially. If the \-L option or the \-follow option is in effect, this test returns false unless the symbolic link is broken. .IP "\-mmin \fIn\fR" File's data was last modified \fIn\fR minutes ago. .IP "\-mtime \fIn\fR" File's data was last modified \fIn\fR*24 hours ago. See the comments for .B \-atime to understand how rounding affects the interpretation of file modification times. .IP "\-name \fIpattern\fR" Base of file name (the path with the leading directories removed) matches shell pattern \fIpattern\fR. The metacharacters (`*', `?', and `[]') match a `.' at the start of the base name (this is a change in findutils-4.2.2; see section STANDARDS CONFORMANCE below). To ignore a directory and the files under it, use \-prune; see an example in the description of \-wholename. Braces are not recognised as being special, despite the fact that some shells including Bash ibmue braces with a special meaning in shell patterns. The filename matching is performed with the use of the .BR fnmatch (3) library function. .IP "\-newer \fIfile\fR" File was modified more recently than \fIfile\fR. If \fIfile\fR is a symbolic link and the \-H option or the \-L option is in effect, the modification time of the file it points to is always used. .IP \-nouser No user corresponds to file's numeric user ID. .IP \-nogroup No group corresponds to file's numeric group ID. .IP "\-path \fIpattern\fR" See \-wholename. The predicate \-path is also supported by HP-UX .BR find . .IP "\-perm \fImode\fR" File's permission bits are exactly \fImode\fR (octal or symbolic). Since an exact match is required, if you want to use this form for symbolic modes, you may have to specify a rather complex mode string. For example '\-perm g=w' will only match files which have mode 0020 (that is, ones for which group write permission is the only permission set). It is more likely that you will want to use the '+' or '-' forms, for example '\-perm -g=w', which matches any file with group write permission. See the .B EXAMPLES section for some illustrative examples. .IP "\-perm \-\fImode\fR" All of the permission bits \fImode\fR are set for the file. Symbolic modes are accepted in this form, and this is usually the way in which would want to use them. You must specify 'u', 'g' or 'o' if you use a symbolic mode. See the .B EXAMPLES section for some illustrative examples. .IP "\-perm +\fImode\fR" Any of the permission bits \fImode\fR are set for the file. Symbolic modes are accepted in this form. You must specify 'u', 'g' or 'o' if you use a symbolic mode. See the .B EXAMPLES section for some illustrative examples. .IP "\-regex \fIpattern\fR" File name matches regular expression \fIpattern\fR. This is a match on the whole path, not a search. For example, to match a file named `./fubar3', you can use the regular expression `.*bar.' or `.*b.*3', but not `f.*r3'. The regular expressions understood by .B find follow the conventions for the .B re_match system library function where this is present (i.e. on systems using the GNU C Library). On other systems, the implementation within Gnulib is used; by default, Gnulib provides ``basic'' regular expressions. .IP "\-samefile \fIname\fR" File refers to the same inode as \fIname\fR. When -L is in effect, this can include symbolic links. .IP "\-size \fIn\fR[cwbkMG]" File uses \fIn\fP units of space. The following suffixes can be used: .RS .IP `b' for 512-byte blocks (this is the default if no suffix is used) .IP `c' for bytes .IP `w' for two-byte words .IP `k' for Kilobytes (units of 1024 bytes) .IP `M' for Megabytes (units of 1048576 bytes) .IP `G' for Gigabytes (units of 1073741824 bytes) .RE .IP The size does not count indirect blocks, but it does count blocks in sparse files that are not actually allocated. Bear in mind that the `%k' and `%b' format specifiers of \-printf handle sparse files differently. The `b' suffix always denotes 512-byte blocks and never 1 Kilobyte blocks, which is different to the behaviour of \-ls. .IP \-true Always true. .IP "\-type \fIc\fR" File is of type \fIc\fR: .RS .IP b block (buffered) special .IP c character (unbuffered) special .IP d directory .IP p named pipe (FIFO) .IP f regular file .IP l symbolic link (never true if the \-L option or the \-follow option is in effect, unless the symbolic link is broken). .IP s socket .IP D door (Solaris) .RE .IP "\-uid \fIn\fR" File's numeric user ID is \fIn\fR. .IP "\-used \fIn\fR" File was last accessed \fIn\fR days after its status was last changed. .IP "\-user \fIuname\fR" File is owned by user \fIuname\fR (numeric user ID allowed). .IP "\-wholename \fIpattern\fR" File name matches shell pattern \fIpattern\fR. The metacharacters do not treat `/' or `.' specially; so, for example, .br .in +1i find . \-wholename './sr*sc' .br .in -1i will print an entry for a directory called './src/misc' (if one exists). To ignore a whole directory tree, use \-prune rather than checking every file in the tree. For example, to skip the directory `src/emacs' and all files and directories under it, and print the names of the other files found, do something like this: .br .in +1i find . \-wholename './src/emacs' \-prune \-o \-print .br .in -1i .IP "\-xtype \fIc\fR" The same as \-type unless the file is a symbolic link. For symbolic links: if the \-H or \-P option was specified, true if the file is a link to a file of type \fIc\fR; if the \-L option has been given, true if \fIc\fR is `l'. In other words, for symbolic links, \-xtype checks the type of the file that \-type does not check. .SS ACTIONS .IP "\-delete\fR" Delete files; true if removal succeeded. If the removal failed, an error message is issued. .IP "\-exec \fIcommand\fR ;" Execute \fIcommand\fR; true if 0 status is returned. All following arguments to .B find are taken to be arguments to the command until an argument consisting of `;' is encountered. The string `{}' is replaced by the current file name being processed everywhere it occurs in the arguments to the command, not just in arguments where it is alone, as in some versions of .BR find . Both of these constructions might need to be escaped (with a `\e') or quoted to protect them from expansion by the shell. See the .B EXAMPLES section for examples of the use of the `\-exec' option. The specified command is run once for each matched file. The command is executed in the starting directory. There are unavoidable security problems surrpounding use of the -exec option; you should use the -execdir option instead. .IP "\-exec \fIcommand\fR {} +" This variant of the -exec option runs the specified command on the selected files, but the command line is built by appending each selected file name at the end; the total number of invocations of the command will be much less than the number of matched files. The command line is built in much the same way that .B xargs builds its command lines. Only one instance of '{}' is allowed within the command. The command is executed in the starting directory. .IP "\-execdir \fIcommand\fR ;" .IP "\-execdir \fIcommand\fR {} +" Like -exec, but the specified command is run from the subdirectory containing the matched file, which is not normally the directory in which you started .BR find . This a much more secure method for invoking commands, as it avoids race conditions during resolution of the paths to the matched files. As with the -exec option, the '+' form of -execdir will build a command line to process more than one matched file, but any given invocation of .I command will only list files that exist in the same subdirectory. If you use this option, you must ensure that your .B $PATH environment variable does not reference the current directory; otherwise, an attacker can run any commands they like by leaving an appropriately-named file in a directory in which you will run \-execdir. .IP "\-fls \fIfile\fR" True; like \-ls but write to \fIfile\fR like \-fprint. The output file is always created, even if the predicate is never matched. .IP "\-fprint \fIfile\fR" True; print the full file name into file \fIfile\fR. If \fIfile\fR does not exist when \fBfind\fR is run, it is created; if it does exist, it is truncated. The file names ``/dev/stdout'' and ``/dev/stderr'' are handled specially; they refer to the standard output and standard error output, respectively. The output file is always created, even if the predicate is never matched. .IP "\-fprint0 \fIfile\fR" True; like \-print0 but write to \fIfile\fR like \-fprint. The output file is always created, even if the predicate is never matched. .IP "\-fprintf \fIfile\fR \fIformat\fR" True; like \-printf but write to \fIfile\fR like \-fprint. The output file is always created, even if the predicate is never matched. .IP "\-ok \fIcommand\fR ;" Like \-exec but ask the user first (on the standard input); if the response does not start with `y' or `Y', do not run the command, and return false. .IP \-print True; print the full file name on the standard output, followed by a newline. If you are piping the output of .B find into another program and there is the faintest possibility that the files which you are searching for might contain a newline, then you should seriously consider using the `\-print0' option instead of `\-print'. .IP "\-okdir \fIcommand\fR ;" Like \-execdir but ask the user first (on the standard input); if the response does not start with `y' or `Y', do not run the command, and return false. .IP \-print0 True; print the full file name on the standard output, followed by a null character (instead of the newline character that `\-print' uses). This allows file names that contain newlines or other types of white space to be correctly interpreted by programs that process the \fBfind\fR output. This option corresponds to the `\-0' option of .BR xargs . .IP "\-printf \fIformat\fR" True; print \fIformat\fR on the standard output, interpreting `\e' escapes and `%' directives. Field widths and precisions can be specified as with the `printf' C function. Please note that many of the fields are printed as %s rather than %d, and this may mean that flags don't work as you might expect. This also means that the `\-' flag does work (it forces fields to be left-aligned). Unlike \-print, \-printf does not add a newline at the end of the string. The escapes and directives are: .RS .IP \ea Alarm bell. .IP \eb Backspace. .IP \ec Stop printing from this format immediately and flush the output. .IP \ef Form feed. .IP \en Newline. .IP \er Carriage return. .IP \et Horizontal tab. .IP \ev Vertical tab. .IP \e\0 ASCII NUL. .IP \e\e A literal backslash (`\e'). .IP \eNNN The character whose ASCII code is NNN (octal). .PP A `\e' character followed by any other character is treated as an ordinary character, so they both are printed. .IP %% A literal percent sign. .IP %a File's last access time in the format returned by the C `ctime' function. .IP %A\fIk\fP File's last access time in the format specified by \fIk\fR, which is either `@' or a directive for the C `strftime' function. The possible values for \fIk\fR are listed below; some of them might not be available on all systems, due to differences in `strftime' between systems. .RS .IP @ seconds since Jan. 1, 1970, 00:00 GMT. .PP Time fields: .IP H hour (00..23) .IP I hour (01..12) .IP k hour ( 0..23) .IP l hour ( 1..12) .IP M minute (00..59) .IP p locale's AM or PM .IP r time, 12-hour (hh:mm:ss [AP]M) .IP S second (00..61) .IP T time, 24-hour (hh:mm:ss) .IP + Date and time, separated by '+', for example `2004\-04\-28+22:22:05'. The time is given in the current timezone (which may be affected by setting the TZ environment variable). This is a GNU extension. .IP X locale's time representation (H:M:S) .IP Z time zone (e.g., EDT), or nothing if no time zone is determinable .PP Date fields: .IP a locale's abbreviated weekday name (Sun..Sat) .IP A locale's full weekday name, variable length (Sunday..Saturday) .IP b locale's abbreviated month name (Jan..Dec) .IP B locale's full month name, variable length (January..December) .IP c locale's date and time (Sat Nov 04 12:02:33 EST 1989) .IP d day of month (01..31) .IP D date (mm/dd/yy) .IP h same as b .IP j day of year (001..366) .IP m month (01..12) .IP U week number of year with Sunday as first day of week (00..53) .IP w day of week (0..6) .IP W week number of year with Monday as first day of week (00..53) .IP x locale's date representation (mm/dd/yy) .IP y last two digits of year (00..99) .IP Y year (1970...) .RE .IP %b File's size in 512-byte blocks (rounded up). .IP %c File's last status change time in the format returned by the C `ctime' function. .IP %C\fIk\fP File's last status change time in the format specified by \fIk\fR, which is the same as for %A. .IP %d File's depth in the directory tree; 0 means the file is a command line argument. .IP %D The device number on which the file exists (the st_dev field of struct stat), in decimal. .IP %f File's name with any leading directories removed (only the last element). .IP %F Type of the filesystem the file is on; this value can be used for \-fstype. .IP %g File's group name, or numeric group ID if the group has no name. .IP %G File's numeric group ID. .IP %h Leading directories of file's name (all but the last element). .IP %H Command line argument under which file was found. .IP %i File's inode number (in decimal). .IP %k The amount of disk space used for this file in 1K blocks (rounded up). This is different from %s/1024 if the file is a sparse file. .IP %l Object of symbolic link (empty string if file is not a symbolic link). .IP %m File's permission bits (in octal). This option uses the 'traditional' numbers which most Unix implementations use, but if your particular implementation uses an unusual ordering of octal permissions bits, you will see a difference between the actual value of the file's mode and the output of %m. Normally you will want to have a leading zero on this number, and to do this, you should use the .B # flag (as in, for example, '%#m'). .IP %n Number of hard links to file. .IP %p File's name. .IP %P File's name with the name of the command line argument under which it was found removed. .IP %s File's size in bytes. .IP %t File's last modification time in the format returned by the C `ctime' function. .IP %T\fIk\fP File's last modification time in the format specified by \fIk\fR, which is the same as for %A. .IP %u File's user name, or numeric user ID if the user has no name. .IP %U File's numeric user ID. .IP %y File's type (like in ls \-l), U=unknown type (shouldn't happen) .IP %Y File's type (like %y), plus follow symlinks: L=loop, N=nonexistent .PP A `%' character followed by any other character is discarded (but the other character is printed). The %m and %d directives support the .B # , .B 0 and .B + flags, but the other directives do not, even if they print numbers. Numeric directives that do not support these flags include .BR G , .BR U , .BR b , .BR D , .B k and .BR n . The `\-' format flag is supported and changes the alignment of a field from right-justified (which is the default) to left-justified. .RE .IP \-prune If \-depth is not given, true; if the file is a directory, do not descend into it. .br If \-depth is given, false; no effect. .IP "\-quit" Exit immediately. No child proceses will be left running, but no more paths specified on the command line will be processed. For example, .B find /tmp/foo /tmp/bar \-print \-quit will print only .BR /tmp/foo . Any command lines which have been built up with ` .B \-execdir ... {} + .R \' will be invoked before .B find exits. The exit status may or may not be zero, depending on whether an error has already occurred. .IP \-ls True; list current file in `ls \-dils' format on standard output. The block counts are of 1K blocks, unless the environment variable POSIXLY_CORRECT is set, in which case 512-byte blocks are used. .SS OPERATORS .P Listed in order of decreasing precedence: .IP "( \fIexpr\fR )" Force precedence. .IP "! \fIexpr\fR" True if \fIexpr\fR is false. .IP "\-not \fIexpr\fR" Same as ! \fIexpr\fR. .IP "\fIexpr1 expr2\fR" And (implied); \fIexpr2\fR is not evaluated if \fIexpr1\fR is false. .IP "\fIexpr1\fR \-a \fIexpr2\fR" Same as \fIexpr1 expr2\fR. .IP "\fIexpr1\fR \-and \fIexpr2\fR" Same as \fIexpr1 expr2\fR. .IP "\fIexpr1\fR \-o \fIexpr2\fR" Or; \fIexpr2\fR is not evaluated if \fIexpr1\fR is true. .IP "\fIexpr1\fR \-or \fIexpr2\fR" Same as \fIexpr1\fR \-o \fIexpr2\fR. .IP "\fIexpr1\fR , \fIexpr2\fR" List; both \fIexpr1\fR and \fIexpr2\fR are always evaluated. The value of \fIexpr1\fR is discarded; the value of the list is the value of \fIexpr2\fR. The comma operator can be useful for searching for several different types of thing, but traversing the filesystem hierarchy only once. The .B \-fprintf action can be used to list the various matched items into several different output files. .SH "STANDARDS CONFORMANCE" The following options are specified in the POSIX standard (IEEE Std 1003.1, 2003 Edition): .IP "\-H" This option is supported. .IP "\-L" This option is supported. .IP "\-name" This option is supported, but POSIX conformance depends on the POSIX conformance of the system's .BR fnmatch (3) library function. As of findutils-4.2.2, shell metacharacters ('*'. '?' or '[]' for example) will match a leading '.', because IEEE PASC interpretation 126 requires this. This is a change from previous versions of findutils. .IP "\-type" Supported. POSIX specifies `b', `c', `d', `l', `p', `f' and `s'. GNU find also supports `D', representing a Door, where the OS provides these. .IP "\-ok" Supported. Interpretation of the response is not locale-dependent (see ENVIRONMENT VARIABLES). .IP "\-newer" Supported. If the file specified is a symbolic link, it is always dereferenced. This is a change from previous behaviour, which used to take the relevant time from the symbolic link; see the HISTORY section below. .IP "Other predicates" The predicates `\-atime', `\-ctime', `\-depth', `\-group', `\-links', `\-mtime', `\-nogroup', `\-nouser', `\-perm', `\-print', `\-prune', `\-size', `\-user' and `\-xdev', are all supported. .P The POSIX standard specifies parentheses `(', `)', negation `!' and the `and' and `or' operators (`\-a', `\-o'). .P All other options, predicates, expressions and so forth are extensions beyond the POSIX standard. Many of these extensions are not unique to GNU find, however. .P The POSIX standard requires that .IP The .B find utility shall detect infinite loops; that is, entering a previously visited directory that is an ancestor of the last file encountered. When it detects an infinite loop, find shall write a diagnostic message to standard error and shall either recover its position in the hierarchy or terminate. .P The link count of directories which contain entries which are hard links to an ancestor will often be lower than they otherwise should be. This can mean that GNU find will sometimes optimise away the visiting of a subdirectory which is actually a link to an ancestor. Since .B find does not actually enter such a subdirectory, it is allowed to avoid emitting a diagnostic message. Although this behaviour may be somewhat confusing, it is unlikely that anybody actually depends on this behaviour. If the leaf optimisation has been turned off with .BR -noleaf , the directory entry will always be examined and the diagnostic message will be issued where it is appropriate. Symbolic links cannot be used to create filesystem cycles as such, but if the \-L option or the \-follow option is in use, a diagnostic message is issued when .B find encounters a loop of symbolic links. As with loops containing hard links, the leaf optimisation will often mean that .B find knows that it doesn't need to call .I stat() or .I chdir() on the symbolic link, so this diagnostic is frequently not necessary. .P The \-d option is supported for comatibility with various BSD systems, but you should use the POSIX-compliant predicate \-depth instead. .SH "ENVIRONMENT VARIABLES" .IP POSIXLY_CORRECT Determines the block size used by `-ls'. .IP LANG Provides a default value for the internationalization variables that are unset or null. .IP LC_ALL If set to a non-empty string value, override the values of all the other internationalization variables. .IP LC_COLLATE The POSIX standard specifies that this variable affects the pattern matching to be used for the `\-name' option. GNU find uses the .BR fnmatch (3) library function, and so support for `LC_COLLATE' depends on the system library. .IP POSIX also specifies that the `LC_COLLATE' environment variable affects the interpretation of the user's response to the query issued by `\-ok', but this is not the case for GNU find. .IP LC_CTYPE This variable affects the treatment of character classes used with the `\-name' option, if the system's .BR fnmatch (3) library function supports this. It has no effect on the behaviour of the `\-ok' expression. .IP LC_MESSAGES Determines the locale to be used for internationalised messages. .IP NLSPATH Determines the location of the internationalisation message catalogues. .IP PATH Affects the directores which are searched to find the executables invoked by `\-exec' and `\-ok'. .SH "EXAMPLES" .nf .B find /tmp \-name core \-type f \-print | xargs /bin/rm -f .fi Find files named .B core in or below the directory .B /tmp and delete them. Note that this will work incorrectly if there are any filenames containing newlines, single or double quotes, or spaces. .P .B find /tmp \-name core \-type f \-print0 | xargs \-0 /bin/rm -f .fi Find files named .B core in or below the directory .B /tmp and delete them, processing filenames in such a way that file or directory names containing single or double quotes, spaces or newlines are correctly handled. The .B \-name test comes before the .B \-type test in order to avoid having to call .B stat(2) on every file. .P .nf .B find . \-type f \-exec file '{}' \e\; .fi Runs `file' on every file in or below the current directory. Notice that the braces are enclosed in single quote marks to protect them from interpretation as shell script punctuation. The semicolon is similarly protected by the use of a backslash, though ';' could have been used in that case also. .P .nf .B find / \t( \-perm +4000 \-fprintf /root/suid.txt '%#m %u %p\en' ) , \e .B \t\t( \-size +100M \-fprintf /root/big.txt '%\-10s %p\en' ) .fi Traverse the filesystem just once, listing setuid files and directories into .B /root/suid.txt and large files into .BR /root/big/txt . .P .nf .B find $HOME -mtime 0 .fi Search for files in your home directory which have been modified in the last twenty-four hours. This command works this way because the time since each file was last accessed is divided by 24 hours and any remainder is discarded. That means that to match .B -atime .BR 0 , a file will have to have a modification in the past which is less than 24 hours ago. .P .nf .B find . -perm 664 .fi Search for files which have read and write permission for their owner, and group, but which the rest of the world can read but not write to. Files which meet these criteria but have other permissions bits set (for example if someone can execute the file) will not be matched. .P .nf .B find . -perm -664 .fi Search for files which have read and write permission for their owner, and group, but which the rest of the world can read but not write to, without regard to the presence of any extra permission bits (for example the executable bit). This will match a file which has mode 0777, for example. .P .nf .B find . -perm +222 .fi Search for files which are writeable by somebody (their owner, or their group, or anybody else). .P .nf .B find . -perm +022 .B find . -perm +g+w,o+w .B find . -perm +g=w,o=w .fi All three of these commands do the same thing, but the first one uses the octal representation of the file mode, and the other two use the symbolic form. These commands all search for files which are writeable by either their owner or their group. The files don't have to be writeable by both the owner and group to be matched; either will do. .P .nf .B find . -perm -022 .B find . -perm -g+w,o+w .fi Both these commands do the same thing; search for files which are writeable by both their owner and their group. .SH EXIT STATUS .PP .B find exits with status 0 if all files are processed successfully, greater than 0 if errors occur. This is deliberately a very broad description, but if the return value is non-zero, you should not rely on the correctness of the results of .BR find . .SH "SEE ALSO" \fBlocate\fP(1), \fBlocatedb\fP(5), \fBupdatedb\fP(1), \fBxargs\fP(1) \fBFinding Files\fP (on-line in Info, or printed) .SH "HISTORY" As of findutils-4.2.2, shell metacharacters ('*'. '?' or '[]' for example) used in filename patterns will match a leading '.', because IEEE POSIX interpretation 126 requires this. .SH "BUGS" .P The best way to report a bug is to use the form at http://savannah.gnu.org/bugs/?group=findutils. The reason for this is that you will then be able to track progress in fixing the problem. Other comments about \fBfind\fP(1) and about the findutils package in general can be sent to the .I bug\-findutils mailing list. To join the list, send email to .IR bug\-findutils\-request@gnu.org . --Boundary_(ID_CNOkdg1CXOSNmsU/ah/z6w)-- From Joerg.Schilling@fokus.fraunhofer.de Tue Aug 19 01:30:25 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7J8UPjI003550 for ; Tue, 19 Aug 2008 01:30:25 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7J8UG74012534; Tue, 19 Aug 2008 01:30:23 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U0071FAAKK000@brm-avmta-1.central.sun.com>; Tue, 19 Aug 2008 02:30:20 -0600 (MDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U006L3AAKRI00@brm-avmta-1.central.sun.com>; Tue, 19 Aug 2008 02:30:20 -0600 (MDT) Received: from relay12i.sun.com (ip122.net129179-4.block1.us.syntegra.com [129.179.4.122]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7J8UIPE014108; Tue, 19 Aug 2008 08:30:19 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay12i.sun.com with ESMTP id BT-MMP-1335284; Tue, 19 Aug 2008 08:30:18 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-13143618; Tue, 19 Aug 2008 08:30:17 +0000 (Z) Received: from mailgw1.fraunhofer.de ([153.96.1.17] [153.96.1.17]) by relay1ib.sun.com with ESMTP id BT-MMP-369946; Tue, 19 Aug 2008 08:30:17 +0000 (Z) Received: from mailgw1.fraunhofer.de (localhost [127.0.0.1]) by mailgw1.fraunhofer.de[host mailgw27] (8.14.2+/8.14.2) with ESMTP id m7J8R6NO016824; Tue, 19 Aug 2008 10:27:06 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) by mailgw1.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m7J8R6rh016813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Aug 2008 10:27:06 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id m7J8R4wY014746; Tue, 19 Aug 2008 10:27:05 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Aug 2008 10:27:04 +0200 Date: Tue, 19 Aug 2008 10:27:04 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> To: sh162551@sac.sfbay.sun.com, lsarc-ext@sun.com Cc: Luis.Debethencourt@sun.com Message-id: <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Fraunhofer-Email-Policy: accepted X-Antispam: No, score=0.0/5.0, scanned in 0.054sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 19 Aug 2008 08:27:04.0885 (UTC) FILETIME=[5C880650:01C901D5] Status: RO Content-Length: 1060 Shi-Ying Irene Huang wrote: > GNU find is faster than Solaris find and has more functions, it was a > cleanroom implementation. And even has xargs funcionality built inside, > but xargs is also kept separate for convenience. > Why not use sfind if you like a faster and more powerful implementation? sfind is based on libfind which is also used by mkisofs and star. Do you plan to fix the "defective by default" behavior of GNU find? GNU find ignores POSIX directory semantics and for this reason will not find all files in case that the filesystem does not implement a hardlink count == 2 + num-sub-dirs for directories. This bug e.g. appears with most CDs/DVDs, where GNU find typically only finds entries in the root dir. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From Darren.Moffat@sun.com Tue Aug 19 02:45:19 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7J9jJBh005521 for ; Tue, 19 Aug 2008 02:45:19 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7J9j9qf029683 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 19 Aug 2008 02:45:19 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U00C01DRIZ800@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 03:45:19 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U006JZDRHRQ30@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 03:45:18 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7J9jHFg014628 for ; Tue, 19 Aug 2008 09:45:17 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5U00301DKVVQ00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 10:45:17 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5U00519DR2SZC0@fe-emea-09.sun.com>; Tue, 19 Aug 2008 10:45:05 +0100 (BST) Date: Tue, 19 Aug 2008 10:45:02 +0100 From: Darren J Moffat Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> Sender: Darren.Moffat@sun.com To: Joerg Schilling Cc: sh162551@sac.sfbay.sun.com, lsarc-ext@sun.com, Luis.Debethencourt@sun.com Message-id: <48AA961E.3090907@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1458 Joerg Schilling wrote: > Shi-Ying Irene Huang wrote: > >> GNU find is faster than Solaris find and has more functions, it was a >> cleanroom implementation. And even has xargs funcionality built inside, >> but xargs is also kept separate for convenience. >> > > Why not use sfind if you like a faster and more powerful implementation? > sfind is based on libfind which is also used by mkisofs and star. Because that is not what *this* project team is proposing to do. If some other project team wants to integrate sfind they are free to do so. Also if some other project team wants to integrate either sfind or GNU findutils as a way to replace the existing OpenSolaris find they are also free to run a case to do so. That is not *this* case though. > Do you plan to fix the "defective by default" behavior of GNU find? > GNU find ignores POSIX directory semantics and for this reason will not > find all files in case that the filesystem does not implement a hardlink > count == 2 + num-sub-dirs for directories. This bug e.g. appears with most > CDs/DVDs, where GNU find typically only finds entries in the root dir. GNU find should be integrated as it is upstream except for any changes necessary to make it compile and run on Solaris. If there are generic bugs/issues like the one you described it isn't upto *this* project team to fix them. That is for the upstream community to fix. -- Darren J Moffat From Joerg.Schilling@fokus.fraunhofer.de Tue Aug 19 03:28:26 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7JASQ8L006164 for ; Tue, 19 Aug 2008 03:28:26 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7JASME6005675; Tue, 19 Aug 2008 03:28:23 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U00G05FRAC300@brm-avmta-1.central.sun.com>; Tue, 19 Aug 2008 04:28:22 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U006DPFRARL50@brm-avmta-1.central.sun.com>; Tue, 19 Aug 2008 04:28:22 -0600 (MDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7JARQHj029739; Tue, 19 Aug 2008 10:28:22 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay13i.sun.com with ESMTP id BT-MMP-211063; Tue, 19 Aug 2008 10:28:21 +0000 (Z) Received: from relay12i.sun.com (relay12i.sun.com [129.179.4.122]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-13493869; Tue, 19 Aug 2008 10:28:21 +0000 (Z) Received: from mailgwb1.fraunhofer.de ([153.96.87.18] [153.96.87.18]) by relay1i.sun.com with ESMTP id BT-MMP-14896149; Tue, 19 Aug 2008 10:28:21 +0000 (Z) Received: from mailgwb1.fraunhofer.de (localhost [127.0.0.1]) by mailgwb1.fraunhofer.de[host mailgwb1] (8.14.2+/8.14.2) with ESMTP id m7JAObCg000411; Tue, 19 Aug 2008 12:24:37 +0200 (CEST) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) by mailgwb1.fraunhofer.de (8.14.2+/8.14.2) with ESMTP id m7JAOXGV000155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Aug 2008 12:24:37 +0200 (CEST) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.13.7/8.13.7) with SMTP id m7JAOWQ3020332; Tue, 19 Aug 2008 12:24:33 +0200 (MEST) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Aug 2008 12:24:33 +0200 Date: Tue, 19 Aug 2008 12:24:32 +0200 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AA961E.3090907@Sun.COM> To: Darren.Moffat@sun.com Cc: sh162551@sac.sfbay.sun.com, Luis.Debethencourt@sun.com, lsarc-ext@sun.com Message-id: <48aa9f60.0zmhOAZOObNbYlNz%Joerg.Schilling@fokus.fraunhofer.de> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Fraunhofer-Email-Policy: accepted X-Antispam: No, score=0.0/5.0, scanned in 0.051sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> <48AA961E.3090907@Sun.COM> User-Agent: nail 11.22 3/20/05 X-OriginalArrivalTime: 19 Aug 2008 10:24:33.0001 (UTC) FILETIME=[C5892D90:01C901E5] Status: RO Content-Length: 701 Darren J Moffat wrote: > GNU find should be integrated as it is upstream except for any changes > necessary to make it compile and run on Solaris. If there are generic > bugs/issues like the one you described it isn't upto *this* project team > to fix them. That is for the upstream community to fix. Will you add a note to the GNU find man page to inform about the bug? Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily From Darren.Moffat@Sun.COM Tue Aug 19 03:31:18 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7JAVHAZ006241 for ; Tue, 19 Aug 2008 03:31:17 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7JAV9uD002800 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 19 Aug 2008 18:31:16 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U00F07FW2R400@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 03:31:14 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U008HFFW16680@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 03:31:14 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7JAVDwk024909 for ; Tue, 19 Aug 2008 10:31:13 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5U00N01FKQ2200@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 11:31:13 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5U005JKFVPSZE0@fe-emea-09.sun.com>; Tue, 19 Aug 2008 11:31:02 +0100 (BST) Date: Tue, 19 Aug 2008 11:31:01 +0100 From: Darren J Moffat Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48aa9f60.0zmhOAZOObNbYlNz%Joerg.Schilling@fokus.fraunhofer.de> Sender: Darren.Moffat@Sun.COM To: Joerg Schilling Cc: sh162551@sac.sfbay.sun.com, Luis.Debethencourt@Sun.COM, lsarc-ext@Sun.COM Message-id: <48AAA0E5.10608@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> <48AA961E.3090907@Sun.COM> <48aa9f60.0zmhOAZOObNbYlNz%Joerg.Schilling@fokus.fraunhofer.de> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 580 Joerg Schilling wrote: > Darren J Moffat wrote: > >> GNU find should be integrated as it is upstream except for any changes >> necessary to make it compile and run on Solaris. If there are generic >> bugs/issues like the one you described it isn't upto *this* project team >> to fix them. That is for the upstream community to fix. > > Will you add a note to the GNU find man page to inform about the bug? I'm not the project team so I'm not doing anything. I'm not even sure if we should change the GNU man pages like this. -- Darren J Moffat From carlsonj@phorcys.east.sun.com Tue Aug 19 04:14:06 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7JBE6OU006937 for ; Tue, 19 Aug 2008 04:14:06 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7JBE2rR017185; Tue, 19 Aug 2008 04:14:03 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U00H05HVEQF00@nwk-avmta-2.sfbay.sun.com>; Tue, 19 Aug 2008 04:14:02 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U008JYHVC63A0@nwk-avmta-2.sfbay.sun.com>; Tue, 19 Aug 2008 04:14:01 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m7JB6T4O022608; Tue, 19 Aug 2008 07:06:29 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m7JB6SxY022605; Tue, 19 Aug 2008 07:06:28 -0400 (EDT) Date: Tue, 19 Aug 2008 07:06:28 -0400 From: James Carlson Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AA961E.3090907@Sun.COM> To: Darren J Moffat Cc: Joerg Schilling , Luis.Debethencourt@sun.com, lsarc-ext@sun.com, sh162551@sac.sfbay.sun.com Message-id: <18602.43316.566576.694632@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48aa83d8.Ow60n8tVK0FFdeU1%Joerg.Schilling@fokus.fraunhofer.de> <48AA961E.3090907@Sun.COM> Status: RO Content-Length: 822 Darren J Moffat writes: > GNU find should be integrated as it is upstream except for any changes > necessary to make it compile and run on Solaris. If there are generic > bugs/issues like the one you described it isn't upto *this* project team > to fix them. That is for the upstream community to fix. Though if this project team or some interested party that has a clear understanding of the problem and a will to fix it would volunteer to contribute those upstream fixes as part of this project, that'd be greatly appreciated, and asking "pretty please" doesn't seem entirely out of scope. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From alan.coopersmith@sun.com Tue Aug 19 08:00:22 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7JF0Lmj012444 for ; Tue, 19 Aug 2008 08:00:21 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7JF0Cre048781 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 19 Aug 2008 09:00:21 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5U00C11SCKA800@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 08:00:20 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5U00BSJSCJL210@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 08:00:19 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7JF0Jdo028656 for ; Tue, 19 Aug 2008 08:00:19 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5U00J01RY3AQ00@fe-sfbay-10.sun.com> (original mail from Alan.Coopersmith@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 08:00:19 -0700 (PDT) Received: from [10.6.102.118] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5U007RJSCE2WE0@fe-sfbay-10.sun.com>; Tue, 19 Aug 2008 08:00:15 -0700 (PDT) Date: Tue, 19 Aug 2008 08:00:14 -0700 From: Alan Coopersmith Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> Sender: alan.coopersmith@sun.com To: Shi-Ying Irene Huang Cc: lsarc-ext@sun.com, Luis.Debethencourt@sun.com Message-id: <48AADFFE.7080607@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 973 Shi-Ying Irene Huang wrote: > 4.1. Details: > GNU findutils is an opensource package which provides utilities to > find files meeting specified criteria and perform various actions on > the files which are found. This package contains 'find', 'xargs', and > 'locate'. > > GNU find is faster than Solaris find and has more functions, it was a > cleanroom implementation. And even has xargs funcionality built inside, > but xargs is also kept separate for convenience. > > There is another project delivering slocate: LSARC 2008/447 > Which is the secure version of locate. So locate won't be delivered > with findutils. Doesn't that violate the principle of the familiarity projects? Users know about locate, ask us often for a locate command - if there is no command in the path named locate, then we've failed to provide familiarity. -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From MAILER-DAEMON Tue Aug 19 12:54:35 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7JJsYZs023665 for ; Tue, 19 Aug 2008 12:54:34 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7JJsKvQ010339 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 20 Aug 2008 03:54:33 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5V00F075YUET00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 12:54:30 -0700 (PDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5V00EOH5YU2A30@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 19 Aug 2008 12:54:30 -0700 (PDT) Received: from rosseau (rosseau.SFBay.Sun.COM [129.146.228.252]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m7JJsTn3052815; Tue, 19 Aug 2008 12:54:29 -0700 (PDT) Date: Tue, 19 Aug 2008 12:55:06 -0700 From: Stephen Hahn Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AADFFE.7080607@sun.com> To: Alan Coopersmith Cc: Shi-Ying Irene Huang , Luis.Debethencourt@sun.com, lsarc-ext@sun.com Message-id: <20080819195506.GB14450@eng.sun.com> Organization: Solaris Kernel Development; Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> User-Agent: Mutt/1.5.17 (2007-11-01) Status: RO Content-Length: 1305 * Alan Coopersmith [2008-08-19 15:05]: > Shi-Ying Irene Huang wrote: > > 4.1. Details: > > GNU findutils is an opensource package which provides utilities to > > find files meeting specified criteria and perform various actions on > > the files which are found. This package contains 'find', 'xargs', and > > 'locate'. > > > > GNU find is faster than Solaris find and has more functions, it was a > > cleanroom implementation. And even has xargs funcionality built inside, > > but xargs is also kept separate for convenience. > > > > There is another project delivering slocate: LSARC 2008/447 > > Which is the secure version of locate. So locate won't be delivered > > with findutils. > > Doesn't that violate the principle of the familiarity projects? Users know > about locate, ask us often for a locate command - if there is no command in > the path named locate, then we've failed to provide familiarity. I agree with Alan; dropping locate for slocate isn't necessary. You can deliver /usr/gnu/bin/locate to keep the expectation around that findutils is the entirety of the package. (You could also deliver /usr/bin/glocate, but I don't think that's necessary or expected.) - Stephen -- sch@sun.com http://blogs.sun.com/sch/ From Luis.Debethencourt@sun.com Wed Aug 20 05:46:36 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7KCkZ4x012436 for ; Wed, 20 Aug 2008 05:46:35 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7KCkRVD002562 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 20 Aug 2008 20:46:34 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5W00D03GTJXJ00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 20 Aug 2008 06:46:31 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5W00D2VGTHIIE0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 20 Aug 2008 06:46:30 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7KCkTCv014882 for ; Wed, 20 Aug 2008 12:46:29 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5W00201GRE6J00@fe-emea-09.sun.com> (original mail from Luis.Debethencourt@Sun.COM) for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Wed, 20 Aug 2008 13:46:29 +0100 (BST) Received: from [129.156.226.200] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5W005WJGTGGA50@fe-emea-09.sun.com>; Wed, 20 Aug 2008 13:46:28 +0100 (BST) Date: Wed, 20 Aug 2008 13:43:33 +0100 From: Luis de Bethencourt Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <20080819195506.GB14450@eng.sun.com> Sender: Luis.Debethencourt@sun.com To: Stephen Hahn Cc: Alan Coopersmith , Shi-Ying Irene Huang , lsarc-ext@sun.com Reply-to: Luis.Debethencourt@sun.com Message-id: <48AC1175.7010706@sun.com> Organization: Sun Microsystems - Dublin Ireland MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1453 Stephen Hahn wrote: > * Alan Coopersmith [2008-08-19 15:05]: > >> Shi-Ying Irene Huang wrote: >> >>> 4.1. Details: >>> GNU findutils is an opensource package which provides utilities to >>> find files meeting specified criteria and perform various actions on >>> the files which are found. This package contains 'find', 'xargs', and >>> 'locate'. >>> >>> GNU find is faster than Solaris find and has more functions, it was a >>> cleanroom implementation. And even has xargs funcionality built inside, >>> but xargs is also kept separate for convenience. >>> >>> There is another project delivering slocate: LSARC 2008/447 >>> Which is the secure version of locate. So locate won't be delivered >>> with findutils. >>> >> Doesn't that violate the principle of the familiarity projects? Users know >> about locate, ask us often for a locate command - if there is no command in >> the path named locate, then we've failed to provide familiarity. >> > > I agree with Alan; dropping locate for slocate isn't necessary. You > can deliver > > /usr/gnu/bin/locate > > to keep the expectation around that findutils is the entirety of the > package. (You could also deliver /usr/bin/glocate, but I don't think > that's necessary or expected.) > > - Stephen > > locate is a clear security risk. For familiarity locate command should be an alias to slocate executable. Luis From Darren.Moffat@sun.com Wed Aug 20 07:13:28 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7KEDSMY015301 for ; Wed, 20 Aug 2008 07:13:28 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7KEDPru021889 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Wed, 20 Aug 2008 07:13:28 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5W00J0PKUEQM00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Wed, 20 Aug 2008 08:13:26 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5W00FEDKUBA340@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Wed, 20 Aug 2008 08:13:24 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7KEDNaE026552 for ; Wed, 20 Aug 2008 14:13:23 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5W00201KTC0900@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Wed, 20 Aug 2008 15:13:23 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5W007BPKU35WD0@fe-emea-09.sun.com>; Wed, 20 Aug 2008 15:13:17 +0100 (BST) Date: Wed, 20 Aug 2008 15:13:15 +0100 From: Darren J Moffat Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AC1175.7010706@sun.com> Sender: Darren.Moffat@sun.com To: Luis.Debethencourt@sun.com Cc: Stephen Hahn , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <48AC267B.3060608@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 610 Luis de Bethencourt wrote: > locate is a clear security risk. For familiarity locate command should > be an alias to slocate executable. My understanding was that locate was perfectly secure providing it was not installed setuid/setgid and that the datebase it looks at was not generated by other user. What do most Linux distributions that ship GNU findutils and slocate do? The slocate case didn't provide an updatedb.conf file because this case was likely to deliver one. glocate would be wrong according to the rules because there is no clashing /usr/bin/locate at this time. -- Darren J Moffat From MAILER-DAEMON Wed Aug 20 09:05:21 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7KG5LlI019061 for ; Wed, 20 Aug 2008 09:05:21 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7KG5IvR009556 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@Sun.COM>; Wed, 20 Aug 2008 09:05:21 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5W00339Q0VUR00@brm-avmta-1.central.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Wed, 20 Aug 2008 10:05:19 -0600 (MDT) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5W00FQHQ0UA0B0@brm-avmta-1.central.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Wed, 20 Aug 2008 10:05:18 -0600 (MDT) Received: from rosseau (rosseau.SFBay.Sun.COM [129.146.228.252]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m7KG5F5K042477; Wed, 20 Aug 2008 09:05:15 -0700 (PDT) Date: Wed, 20 Aug 2008 09:05:54 -0700 From: Stephen Hahn Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AC267B.3060608@Sun.COM> To: Darren J Moffat Cc: Luis.Debethencourt@sun.com, Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <20080820160554.GB18119@eng.sun.com> Organization: Solaris Kernel Development; Sun Microsystems, Inc. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> User-Agent: Mutt/1.5.17 (2007-11-01) Status: RO Content-Length: 1224 * Darren J Moffat [2008-08-20 14:13]: > Luis de Bethencourt wrote: >> locate is a clear security risk. For familiarity locate command should be >> an alias to slocate executable. > > My understanding was that locate was perfectly secure providing it was not > installed setuid/setgid and that the datebase it looks at was not generated > by other user. > > The slocate case didn't provide an updatedb.conf file because this case was > likely to deliver one. > > glocate would be wrong according to the rules because there is no clashing > /usr/bin/locate at this time. (I was expecting that /usr/bin/locate would be a symbolic link to slocate.) > What do most Linux distributions that ship GNU findutils and slocate do? I'd like an answer to this question as well. For instance, if locate is to be dropped from findutils, will findutils have a package dependency on slocate so that the installation of findutils always provides a locate implementation? (As a comparison, the only component dropped from coreutils was su(1M). We even shipped shred, even though ZFS invalidates shred's assumptions about storage...) - Stephen -- sch@sun.com http://blogs.sun.com/sch/ From Luis.Debethencourt@sun.com Thu Aug 21 03:55:43 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7LAtgUt005233 for ; Thu, 21 Aug 2008 03:55:43 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m7LAtg8u051754 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 21 Aug 2008 04:55:42 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K5Y00J016CT1400@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 21 Aug 2008 04:55:41 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K5Y00JY16CSTXD0@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 21 Aug 2008 04:55:41 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7LAte6p003445 for ; Thu, 21 Aug 2008 10:55:40 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K5Y00401692WH00@fe-emea-10.sun.com> (original mail from Luis.Debethencourt@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 21 Aug 2008 11:55:40 +0100 (BST) Received: from [129.156.226.200] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K5Y00HB16CLPUA0@fe-emea-10.sun.com>; Thu, 21 Aug 2008 11:55:33 +0100 (BST) Date: Thu, 21 Aug 2008 11:52:35 +0100 From: Luis de Bethencourt Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <20080820160554.GB18119@eng.sun.com> Sender: Luis.Debethencourt@sun.com To: Stephen Hahn Cc: Darren J Moffat , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Reply-to: Luis.Debethencourt@sun.com Message-id: <48AD48F3.6030204@sun.com> Organization: Sun Microsystems - Dublin Ireland MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 1399 Stephen Hahn wrote: > * Darren J Moffat [2008-08-20 14:13]: > >> Luis de Bethencourt wrote: >> >>> locate is a clear security risk. For familiarity locate command should be >>> an alias to slocate executable. >>> >> My understanding was that locate was perfectly secure providing it was not >> installed setuid/setgid and that the datebase it looks at was not generated >> by other user. >> >> The slocate case didn't provide an updatedb.conf file because this case was >> likely to deliver one. >> >> glocate would be wrong according to the rules because there is no clashing >> /usr/bin/locate at this time. >> > > (I was expecting that /usr/bin/locate would be a symbolic link to > slocate.) > It is going to be like that. :) > >> What do most Linux distributions that ship GNU findutils and slocate do? >> > > I'd like an answer to this question as well. For instance, if locate > is to be dropped from findutils, will findutils have a package > dependency on slocate so that the installation of findutils always > provides a locate implementation? > That's a very good idea. I will add the dependency in the spec. Luis > (As a comparison, the only component dropped from coreutils was > su(1M). We even shipped shred, even though ZFS invalidates shred's > assumptions about storage...) > > - Stephen > > From Irene.Huang@sun.com Thu Aug 28 19:09:12 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7T29BJt017588 for ; Thu, 28 Aug 2008 19:09:12 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7T294Bs012701 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 29 Aug 2008 10:09:10 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K6C00C01BB78600@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 28 Aug 2008 19:09:07 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K6C00876BB61940@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 28 Aug 2008 19:09:07 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m7T295wG012405 for ; Fri, 29 Aug 2008 02:09:05 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K6C00G01B6LH100@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 10:09:05 +0800 (SGT) Received: from [129.158.217.63] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K6C00M3EBB49U99@mail-apac.sun.com>; Fri, 29 Aug 2008 10:09:05 +0800 (SGT) Date: Fri, 29 Aug 2008 10:09:03 +0800 From: Irene Huang Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48AD48F3.6030204@sun.com> Sender: Irene.Huang@sun.com To: Luis.Debethencourt@sun.com Cc: Stephen Hahn , Darren J Moffat , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <48B75A3F.9070602@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_mh8NFJowoTiTXoxzMgrsiw)" X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> <48AD48F3.6030204@sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 4767 This is a multi-part message in MIME format. --Boundary_(ID_mh8NFJowoTiTXoxzMgrsiw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Hi, all Please see the updated one-pager for findutils attached. I am resetting the timeout to be Sept 2nd. --Irene Luis de Bethencourt wrote: > Stephen Hahn wrote: >> * Darren J Moffat [2008-08-20 14:13]: >> >>> Luis de Bethencourt wrote: >>> >>>> locate is a clear security risk. For familiarity locate command >>>> should be an alias to slocate executable. >>>> >>> My understanding was that locate was perfectly secure providing it >>> was not installed setuid/setgid and that the datebase it looks at >>> was not generated by other user. >>> >>> The slocate case didn't provide an updatedb.conf file because this >>> case was likely to deliver one. >>> >>> glocate would be wrong according to the rules because there is no >>> clashing /usr/bin/locate at this time. >>> >> >> (I was expecting that /usr/bin/locate would be a symbolic link to >> slocate.) >> > It is going to be like that. :) >> >>> What do most Linux distributions that ship GNU findutils and slocate >>> do? >>> >> >> I'd like an answer to this question as well. For instance, if locate >> is to be dropped from findutils, will findutils have a package >> dependency on slocate so that the installation of findutils always >> provides a locate implementation? >> > That's a very good idea. I will add the dependency in the spec. > > Luis >> (As a comparison, the only component dropped from coreutils was >> su(1M). We even shipped shred, even though ZFS invalidates shred's >> assumptions about storage...) >> >> - Stephen >> >> > --Boundary_(ID_mh8NFJowoTiTXoxzMgrsiw) Content-type: text/plain; name=onepager-findutils.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=onepager-findutils.txt Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Findutils 1.2. Name of Document Author/Supplier: Luis de Bethencourt 1.3. Date of This Document: 4/08/2008 1.3.1. Date this project was conceived: 03/06/2008 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: robert.odea@sun.com 1.4.4. The name of your business unit: OPG / OpenSource. 1.5. Email Aliases: 1.5.1. Responsible Manager: tom.garland@sun.com 1.5.2. Responsible Engineer: luis.debethencourt@sun.com 1.5.3. Marketing Manager: dan.roberts@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 4. Technical Description: 4.1. Details: GNU findutils is an opensource package which provides utilities to find files meeting specified criteria and perform various actions on the files which are found. This package contains 'find', 'xargs', and 'locate'. GNU find is faster than Solaris find and has more functions, it was a cleanroom implementation. And even has xargs funcionality built inside, but xargs is also kept separate for convenience. There is another project delivering slocate: LSARC 2008/447 Which is the secure version of locate. So locate won't be delivered with findutils. Version: 4.2 4.2. Bug/RFE Number(s): 6735884. 4.3. In Scope: See above. 4.4. Out of Scope: See above. 4.5. Interfaces: -------------------------------------------------------------------- Exported Stability Comments -------------------------------------------------------------------- SUNWgnu-findutils Uncommited /usr/bin/gfind Uncommited Command /usr/gnu/bin/find Uncommited Link /usr/bin/gxargs Uncommited Command /usr/gnu/bin/xargs Uncommited Link -------------------------------------------------------------------- Imported Stability Comments -------------------------------------------------------------------- None SUNWslocate Uncommitted 4.6. Doc Impact: New manpages, findutils.1, xargs.1, locate.1. 4.7. Admin/Config Impact: None. 4.8. HA Impact: None. 4.9. I18N/L10N Impact: None. 4.10. Packaging & Delivery: Adds new package, SUNWfindutils 4.11. Security Impact: None. 4.12. Dependencies: None. 5. Reference Documents: The Findutils homepage: http://www.gnu.org/software/findutils/ http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-find http://www.gnu.org/software/findutils/manual/html_mono/find.html#Invoking-xargs --Boundary_(ID_mh8NFJowoTiTXoxzMgrsiw)-- From Darren.Moffat@sun.com Fri Aug 29 02:08:51 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7T98osu028932 for ; Fri, 29 Aug 2008 02:08:51 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m7T98c7v014153 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 29 Aug 2008 10:08:49 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K6C00E01UQNN900@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 02:08:47 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K6C003OZUQMXQE0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 02:08:47 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7T98kfg029119 for ; Fri, 29 Aug 2008 09:08:46 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K6C00001U97NQ00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 10:08:46 +0100 (BST) Received: from [129.156.173.21] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K6C000EYUQJ7610@fe-emea-09.sun.com>; Fri, 29 Aug 2008 10:08:44 +0100 (BST) Date: Fri, 29 Aug 2008 10:08:43 +0100 From: Darren J Moffat Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48B75A3F.9070602@sun.com> Sender: Darren.Moffat@sun.com To: Irene Huang Cc: Luis.Debethencourt@sun.com, Stephen Hahn , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <48B7BC9B.4040304@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> <48AD48F3.6030204@sun.com> <48B75A3F.9070602@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 155 I thought the consensus was that this package would deliver a symlink /usr/bin/locate -> /usr/sbin/slocate ? Did I miss understand ? -- Darren J Moffat From Luis.Debethencourt@sun.com Fri Aug 29 03:37:58 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m7TAbvw8000443 for ; Fri, 29 Aug 2008 03:37:57 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m7TAbstZ026611 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 29 Aug 2008 18:37:56 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K6C00905YV6G500@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 03:37:54 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K6C004GEYV5UQ50@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 03:37:54 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m7TAbqwf022205 for ; Fri, 29 Aug 2008 10:37:52 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K6C00701YJE7200@fe-emea-09.sun.com> (original mail from Luis.Debethencourt@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Fri, 29 Aug 2008 11:37:52 +0100 (BST) Received: from [129.156.226.200] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K6C00D55YUS7P70@fe-emea-09.sun.com>; Fri, 29 Aug 2008 11:37:40 +0100 (BST) Date: Fri, 29 Aug 2008 11:34:28 +0100 From: Luis de Bethencourt Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48B7BC9B.4040304@Sun.COM> Sender: Luis.Debethencourt@sun.com To: Darren J Moffat Cc: Irene Huang , Stephen Hahn , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Reply-to: Luis.Debethencourt@sun.com Message-id: <48B7D0B4.9020201@sun.com> Organization: Sun Microsystems - Dublin Ireland MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> <48AD48F3.6030204@sun.com> <48B75A3F.9070602@sun.com> <48B7BC9B.4040304@Sun.COM> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) Status: RO Content-Length: 491 Darren J Moffat wrote: > I thought the consensus was that this package would deliver a symlink > /usr/bin/locate -> /usr/sbin/slocate ? Did I miss understand ? > > -- > Darren J Moffat The package will have a dependency on slocate. It will be the slocate package the one that will create this symlink. So the simlink is there in the cases slocate is installed but not gnu-findutils. But when gnu-findutils is installed, slocate must be, so in that case the outcome is the same. Luis From Irene.Huang@Sun.COM Sun Aug 31 19:29:43 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m812Tga3018027 for ; Sun, 31 Aug 2008 19:29:42 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m812TeoK004316 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Mon, 1 Sep 2008 10:29:41 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K6H00A07W9G1S00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Sun, 31 Aug 2008 19:29:40 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K6H000L3W9F7H60@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Sun, 31 Aug 2008 19:29:40 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m812Tch7015287 for ; Mon, 01 Sep 2008 02:29:38 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K6H00K01W66BR00@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Mon, 01 Sep 2008 10:29:38 +0800 (SGT) Received: from [129.158.217.63] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K6H007VXW94XJNI@mail-apac.sun.com>; Mon, 01 Sep 2008 10:29:29 +0800 (SGT) Date: Mon, 01 Sep 2008 10:29:26 +0800 From: Irene Huang Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48B7D0B4.9020201@sun.com> Sender: Irene.Huang@Sun.COM To: Luis.Debethencourt@Sun.COM Cc: Darren J Moffat , Stephen Hahn , Alan Coopersmith , lsarc-ext@Sun.COM, Shi-Ying Irene Huang Message-id: <48BB5386.7060005@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> <48AD48F3.6030204@sun.com> <48B75A3F.9070602@sun.com> <48B7BC9B.4040304@Sun.COM> <48B7D0B4.9020201@sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 663 Hi, all This is case is due timeout on Sept 2nd. If there's any further issue, please send an email before that. --Irene Luis de Bethencourt wrote: > Darren J Moffat wrote: >> I thought the consensus was that this package would deliver a symlink >> /usr/bin/locate -> /usr/sbin/slocate ? Did I miss understand ? >> >> -- >> Darren J Moffat > The package will have a dependency on slocate. It will be the slocate > package the one that will create this symlink. So the simlink is there > in the cases slocate is installed but not gnu-findutils. But when > gnu-findutils is installed, slocate must be, so in that case the > outcome is the same. > > Luis From Irene.Huang@sun.com Tue Sep 2 01:30:57 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m828UuxT025929 for ; Tue, 2 Sep 2008 01:30:57 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m828UNLl011822 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 2 Sep 2008 09:30:55 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K6K00A037NGEJ00@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Tue, 02 Sep 2008 01:30:52 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K6K00KZQ7NFDNB0@nwk-avmta-1.sfbay.Sun.COM> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Tue, 02 Sep 2008 01:30:51 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m828Uo9o013067 for ; Tue, 02 Sep 2008 08:30:50 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0K6K00C017J8E500@mail-apac.sun.com> (original mail from Irene.Huang@Sun.COM) for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Tue, 02 Sep 2008 16:30:50 +0800 (SGT) Received: from [129.158.217.30] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K6K004OJ7NDPGMJ@mail-apac.sun.com>; Tue, 02 Sep 2008 16:30:50 +0800 (SGT) Date: Tue, 02 Sep 2008 16:30:47 +0800 From: Irene Huang Subject: Re: findutils for OpenSolaris [LSARC/2008/531 FastTrack timeout 08/26/2008] In-reply-to: <48BB5386.7060005@sun.com> Sender: Irene.Huang@sun.com To: Irene Huang Cc: Luis.Debethencourt@sun.com, Darren J Moffat , Stephen Hahn , Alan Coopersmith , lsarc-ext@sun.com, Shi-Ying Irene Huang Message-id: <48BCF9B7.1010604@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200808190358.m7J3wuCV026172@sac.sfbay.sun.com> <48AADFFE.7080607@sun.com> <20080819195506.GB14450@eng.sun.com> <48AC1175.7010706@sun.com> <48AC267B.3060608@Sun.COM> <20080820160554.GB18119@eng.sun.com> <48AD48F3.6030204@sun.com> <48B75A3F.9070602@sun.com> <48B7BC9B.4040304@Sun.COM> <48B7D0B4.9020201@sun.com> <48BB5386.7060005@sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Status: RO Content-Length: 735 Closed approved. --Irene Irene Huang wrote: > Hi, all > > This is case is due timeout on Sept 2nd. If there's any further issue, > please send an email before that. > > --Irene > Luis de Bethencourt wrote: >> Darren J Moffat wrote: >>> I thought the consensus was that this package would deliver a >>> symlink /usr/bin/locate -> /usr/sbin/slocate ? Did I miss understand ? >>> >>> -- >>> Darren J Moffat >> The package will have a dependency on slocate. It will be the slocate >> package the one that will create this symlink. So the simlink is >> there in the cases slocate is installed but not gnu-findutils. But >> when gnu-findutils is installed, slocate must be, so in that case the >> outcome is the same. >> >> Luis >