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

 
 

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

Submitted by:  Andreas Metzler <ametzler>
Submitted on:  Sat 08 Jan 2005 08:09:54 AM UTC  
 
Category: locateSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: James Youngman <jay>
Originator Name: Open/Closed: Closed
Release: 4.1.20Fixed Release: 4.2.12

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

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 AdministratorIn charge of this item.
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 AdministratorIn charge of this item.
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 AdministratorIn charge of this item.
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 File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 23 Jan 2005 12:28:38 AM UTCjayOpen/ClosedOpen=>Closed
      Fixed ReleaseNone=>4.2.12
    Sat 15 Jan 2005 11:46:54 AM UTCjayStatusNone=>Fixed
      Assigned toNone=>jay
    Sat 08 Jan 2005 01:05:16 PM UTCjayReleaseNone=>4.1.20
      Carbon-Copy-=>Added jeffsheinberg
    Sat 08 Jan 2005 08:09:54 AM UTCametzlerCarbon-Copy-=>Added 102914-submitter --AT-- bugs --DOT-- debian --DOT-- org

    Back to the top


    Powered by Savane 3.1-cleanup1