bugfindutils - Bugs: bug #11528, locate: (dummy) support for...

 
 

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

Submitter:  Andreas Metzler <ametzler>
Submitted:  Sat 08 Jan 2005 08:09:54 AM UTC
 
Category:  locate Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  jay
Originator Name:  Open/Closed:  Closed
Release:  4.1.20 Fixed Release:  4.2.12
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       

 

Sun 23 Jan 2005 12:28:38 AM UTC, comment #4: 

You can download a release of findutils in which this problem is
fixed from ftp://alpha.gnu.org/gnu/findutils.

The releases on alpha.gnu.org are for testing purposes, so please
take the time to download the release and verify that your
problem has been solved.  Once the release has been sufficiently
tested, it can be uploaded to ftp.gnu.org for everybody to use it.

James Youngman <jay>
Project Administrator
Sat 15 Jan 2005 11:46:54 AM UTC, comment #3: 

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 -".

James Youngman <jay>
Project Administrator
Sun 09 Jan 2005 06:42:23 PM UTC, comment #2: 

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

Andreas Metzler <ametzler>
Sat 08 Jan 2005 01:05:16 PM UTC, comment #1: 

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 -")?

James Youngman <jay>
Project Administrator
Sat 08 Jan 2005 08:09:54 AM UTC, original submission:  

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

---------------------------------------
Jeff Sheinberg <jeffsh@erols.com> 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 <jay@gnu.org> 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 <jeff@bsrd.net> 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.

Andreas Metzler <ametzler>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ametzler
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2005-01-23 jay Open/ClosedOpen Closed
        Fixed ReleaseNone 4.2.12
    2005-01-15 jay StatusNone Fixed
        Assigned toNone jay
    2005-01-08 jay ReleaseNone 4.1.20
        Carbon-Copy- Added jeffsheinberg
    2005-01-08 ametzler Carbon-Copy- Added 102914-submitter --AT-- bugs --DOT-- debian --DOT-- org

    Back to the top


    Powered by Savane 3.9