[bugs #11528] locate: (dummy) support for FreeBSD's -s/-m? Enhance support for -d?

[James Youngman]

This is an automated notification sent by Savannah.
It relates to:
                bugs #11528, project findutils

==============================================================================
 LATEST MODIFICATIONS of bugs #11528:
==============================================================================

               Posted by: James Youngman <jay>
               Posted on: 2005-01-15 11:46 (GMT)
    _______________________________________________________

                  Status:                    None -> Fixed                  
             Assigned to:                    None -> jay                    

    _______________________________________________________

Follow-up Comment:
The "empty components" behaviour you mention (e.g. -d :bar or -d br::blah or
-d blah:) is already implemented in CVS.  Hence will mark this item as fixed
as it's all been implemented except "-d -".

==============================================================================
 OVERVIEW of bugs #11528:
==============================================================================

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>

                 Summary: locate: (dummy) support for FreeBSD's -s/-m?
Enhance support for -d?
                 Project: findutils
            Submitted by: ametzler
            Submitted on: Sat 01/08/2005 at 08:09
                Category: locate
                Severity: 5 - Average
              Item Group: None
                  Status: Fixed
                 Privacy: Public
             Assigned to: jay
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: 4.1.20
           Fixed Release: None

    _______________________________________________________


Hello,

These are the last bits of <http://bugs.debian.org/102914>



---------------------------------------

Jeff Sheinberg <address@hidden> wrote

This is a wishlist bug.  I would like to see support added for the following
FreeBSD options,

[...]

    -m Use mmap(2) instead of stdio(3)

    -s Use stdio(3) instead of mmap(2)



James Youngman <address@hidden> wrote:

>    -m Use mmap(2) instead of stdio(3)

>    -s Use stdio(3) instead of mmap(2)



Which program does this apply to?  What is the functional effect of these
options?  Why would I use them?  Would it make a difference if they were just
no-ops?



Jeff Sheinberg <address@hidden> wrote:

> Thanks for implementing -S, -c, and -l in locate.

[...]

It would be nice if -m and -s were implemented as no-ops, or

perhaps additionally print a warning.

------------------------------------





The wish for locate is to mirror FreeBSD's enhanced -d functionality:

The -d option is for specifying and accessing multiple databases

to be used with a single locate command.  Here are some details

from the NetBSD locate(1),



  -d database

              Search in database instead the default file name database.

              Multiple -d options are allowed.  Each additional -d option

              adds the specified database to the list of databases to be

              searched.



              The option database may be a colon-separated list of

              databases.  A single colon is a reference to the default

              database.



              $ locate -d $HOME/lib/mydb: foo



              will first search string ``foo'' in $HOME/lib/mydb and then

              in /var/db/locate.database.



              $ locate -d $HOME/lib/mydb::/cdrom/locate.database foo



              will first search string ``foo'' in $HOME/lib/mydb and then

              in /var/db/locate.database and then in

              /cdrom/locate.database.





              ``$ locate -d db1 -d db2 -d db3 pattern'' is the same as



              ``$ locate -d db1:db2:db3 pattern'' or



              ``$ locate -d db1:db2 -d db3 pattern''.



              If - is given as the database name, standard input will be

              read instead.  For example, you can compress your database

              and use:



              $ zcat database.gz | locate -d - pattern



              This might be useful on machines with a fast CPU and little

              RAM and slow I/O. Note: you can only use one pattern for

              stdin.

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Sat 01/15/2005 at 11:46       By: James Youngman <jay>
The "empty components" behaviour you mention (e.g. -d :bar or -d br::blah or
-d blah:) is already implemented in CVS.  Hence will mark this item as fixed
as it's all been implemented except "-d -".

-------------------------------------------------------
Date: Sun 01/09/2005 at 18:42       By: Andreas Metzler <ametzler>
Jay wrote

> For the moment I don't see "-d -" as being of sufficient

> benefit to warrant supporting it.



Ok. "wishlist request denied"



> Are there any parts of Debian bug 102914 that remain 

> outstanding (except "-d -")?



There is also the fact that empty components given in the list passed to -d
refer to the default location (e.g. -d :bar or -d br::blah or -d blah:).

             cu andreas

-------------------------------------------------------
Date: Sat 01/08/2005 at 13:05       By: James Youngman <jay>
The -m and -s options to locate are implemented as no-ops.  They were
introduced in findutils 4.2.5.   The locate program can already seach many
databases; the -d option specifies a colon-separated list of databases.  I
have not measured GNU locate's memory overhead when doing I/O against the
database, but if it is greater than the memory overhead of a separate zcat
proces, then please report that as a separate bug.  For the moment I don't
see "-d -" as being of sufficient benefit to warrant supporting it.



Are there any parts of Debian bug 102914 that remain outstanding (except "-d
-")?







    _______________________________________________________

Carbon-Copy List:

CC Address                          | Comment
------------------------------------+-----------------------------
jeffsheinberg<address@hidden>     | 
address@hidden    | 




==============================================================================

This item URL is:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/