Debian Bug report logs - #102914
locate: please add support for FreeBSD options (-S, -c, -l, -m, -s) (all but -m/-s implemented in 4.2.11)

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Jeff Sheinberg <jeffsh@erols.com>

To: submit@bugs.debian.org

Subject: findutils: locate: please add support for FreeBSD options (-S, -c, -l, -m, -s)

Date: Sat, 30 Jun 2001 15:01:52 -0400 (EDT)

Package: findutils
Version: 4.1.7-2
Severity: wishlist

Hi,

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

    -S Print database statistics, and exit
    -c print count of matching file names
    -d database A single colon is a reference to the default database
    -l number Limit output to number of file names and exit
    -m Use mmap(2) instead of stdio(3)
    -s Use stdio(3) instead of mmap(2)

Thanks,
-- 
Jeff Sheinberg  <jeffsh@erols.com>


-- System Information
Debian Release: woody/testing
Kernel Version: Linux eden-hda7.my.local 2.2.19 #5 Mon Jun 25 16:26:03 EDT 2001 i586 unknown

Versions of the packages findutils depends on:
ii  libc6          2.2.3-5        GNU C Library: Shared libraries and Timezone

--- Begin /etc/cron.daily/find (modified conffile)
#! /bin/sh
if [ -f /etc/updatedb.conf ]; then
  . /etc/updatedb.conf
fi
cd / && updatedb  2>/dev/null

--- End /etc/cron.daily/find

--- Begin /etc/updatedb.conf (modified conffile)
PRUNEFS="NFS nfs afs proc smbfs autofs auto iso9660 ncpfs coda devpts ftpfs"
PRUNEFS=$(echo $PRUNEFS)
export PRUNEFS
PRUNEPATHS=$(/etc/local/defs -v prune_root_paths)
export PRUNEPATHS
NETPATHS=""
export NETPATHS

--- End /etc/updatedb.conf

Message #10 received at 102914@bugs.debian.org (full text, mbox, reply):

From: Christian Kurz <shorty@debian.org>

To: Jeff Sheinberg <jeffsh@erols.com>, 102914@bugs.debian.org

Subject: Re: Bug#102914: findutils: locate: please add support for FreeBSD options (-S, -c, -l, -m, -s)

Date: Sun, 1 Jul 2001 14:54:52 +0200

[Message part 1 (text/plain, inline)]

First I'm not the findutils maintainer nor the upstream. 

On 01-06-30 Jeff Sheinberg wrote:
> Package: findutils
> Version: 4.1.7-2
> Severity: wishlist

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

>     -S Print database statistics, and exit

What kind of statistics would this be? Can you show the output of
locate -S on FreeBSD?

>     -d database A single colon is a reference to the default database

Are you aware that locate has currently this option?

|       -d path, --database=path
|              Instead   of   searching   the  default  file  name
|              database, search the file name databases  in  path,
|              which  is  a  colon-separated list of database file
|              names.  You can also use the  environment  variable


Christian
-- 
           Debian Developer (http://www.debian.org)
1024/26CC7853 31E6 A8CA 68FC 284F 7D16  63EC A9E6 67FF 26CC 7853

[Message part 2 (application/pgp-signature, inline)]

Message #15 received at 102914@bugs.debian.org (full text, mbox, reply):

From: Christian Kurz <shorty@debian.org>

To: Jeff Sheinberg <jeffsh@erols.com>, 102914@bugs.debian.org

Subject: Re: Bug#102914: findutils: locate: please add support for FreeBSD options (-S, -c, -l, -m, -s)

Date: Sun, 1 Jul 2001 16:08:46 +0200

[Message part 1 (text/plain, inline)]

On 01-06-30 Jeff Sheinberg wrote:
>     -c print count of matching file names

Since I just had some free time, I created with the help of plopix and
mhp from irc the following patch that introduce this option. Maybe you
want to consider including it or sending it to upstream. That's fine for
me. If some documentation is missing, feel free to add it. Thanks.

Christian
-- 
           Debian Developer (http://www.debian.org)
1024/26CC7853 31E6 A8CA 68FC 284F 7D16  63EC A9E6 67FF 26CC 7853

[locate-patch (text/plain, attachment)]

[Message part 3 (application/pgp-signature, inline)]

Message #28 received at 102914@bugs.debian.org (full text, mbox, reply):

From: James Youngman <jay@gnu.org>

To: 102914@bugs.debian.org

Subject: Please log as an upstream request

Date: Sun, 31 Oct 2004 13:36:06 +0000

Hi, you requested :-

    -S Print database statistics, and exit

Is this supposed to be an option for locate?  What does it do,
precisely?

    -c print count of matching file names

Is this supposed to be an opiton for locate, find or both?  

    -d database A single colon is a reference to the default database

Why is this useful?

    -l number Limit output to number of file names and exit

Hmm.  Why not use "head" to do this?  Or did I miunderstand, and it's
in some way equivalent to the -c option above?

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

If you still would like these features, please log the requests
(separately except for -m and -s) at http://savannah.gnu.org/support/?group=findutils.

Regards,
James.

Message #33 received at 102914-submitter@bugs.debian.org (full text, mbox, reply):

From: Andreas Metzler <noreply@savannah.gnu.org>

To: 102914-submitter@bugs.debian.org

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

Date: Sat, 08 Jan 2005 00:10:26 -0800

This mail is an automated notification from the bugs tracker
 of the project: findutils.




/**************************************************************************/
[bugs #11528] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>
Project: findutils
Submitted by: Andreas Metzler
On: Sam 08.01.2005 at 08:09

Category:  locate
Severity:  5 - Average
Item Group:  None
Resolution:  None
Privacy:  Public
Assigned to:  None
Originator Name:  
Originator Email:  
Status:  Open
Release:  None
Fixed Release:  None


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

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.



CC List
-------

CC Address                          | Comment
------------------------------------+-----------------------------
102914-submitter --AT-- bugs --DOT-- debian --DOT-- org | 









For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>

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

Message #38 received at 102914-submitter@bugs.debian.org (full text, mbox, reply):

From: James Youngman <noreply@savannah.gnu.org>

To: 102914-submitter@bugs.debian.org

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

Date: Sat, 08 Jan 2005 05:05:50 -0800

This mail is an automated notification from the bugs tracker
 of the project: findutils.

/**************************************************************************/
[bugs #11528] Latest Modifications:

Changes by: 
		James Youngman <jay@gnu.org>
'Date: 
		Sat 01/08/2005 at 13:05 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
             Release | None                      | 4.1.20


------------------ Additional Follow-up Comments ----------------------------
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 -")?







/**************************************************************************/
[bugs #11528] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>
Project: findutils
Submitted by: Andreas Metzler
On: Sat 01/08/2005 at 08:09

Category:  locate
Severity:  5 - Average
Item Group:  None
Resolution:  None
Privacy:  Public
Assigned to:  None
Originator Name:  
Originator Email:  
Status:  Open
Release:  4.1.20
Fixed Release:  None


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

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.

Follow-up Comments
------------------


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





CC List
-------

CC Address                          | Comment
------------------------------------+-----------------------------
jeffsheinberg<jeffsh --AT-- erols --DOT-- com> | 
102914-submitter --AT-- bugs --DOT-- debian --DOT-- org | 









For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>

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

Message #41 received at 102914-submitter@bugs.debian.org (full text, mbox, reply):

From: Andreas Metzler <savannah-help-public@gnu.org>

To: 102914-submitter@bugs.debian.org, Andreas Metzler <gnu@downhill.at.eu.org>, James Youngman <jay@gnu.org>, bug-findutils@gnu.org

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

Date: Sun, 9 Jan 2005 18:42:24 +0000

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

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

               Posted by: Andreas Metzler <ametzler>
               Posted on: 2005-01-9 18:42 (Europe/Vienna)
    _______________________________________________________

Follow-up Comment:
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

==============================================================================
 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: Sam 08.01.2005 um 08:09
                Category: locate
                Severity: 5 - Average
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
         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 <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.

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Son 09.01.2005 um 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: Sam 08.01.2005 um 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<jeffsh@erols.com>     | 
102914-submitter@bugs.debian.org    | 




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

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

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

Message #44 received at 102914-submitter@bugs.debian.org (full text, mbox, reply):

From: James Youngman <savannah-bounces@gnu.org>

To: 102914-submitter@bugs.debian.org, Andreas Metzler <gnu@downhill.at.eu.org>, James Youngman <jay@gnu.org>, bug-findutils@gnu.org

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

Date: Sat, 15 Jan 2005 11:46:56 +0000

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

    _______________________________________________________

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<jeffsh@erols.com>     | 
102914-submitter@bugs.debian.org    | 




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

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

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

Message #47 received at 102914-submitter@bugs.debian.org (full text, mbox, reply):

From: James Youngman <savannah-bounces@gnu.org>

To: 102914-submitter@bugs.debian.org, Andreas Metzler <gnu@downhill.at.eu.org>, James Youngman <jay@gnu.org>, bug-findutils@gnu.org

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

Date: Sun, 23 Jan 2005 00:28:38 +0000

Update of bugs #11528 (project findutils):

             Open/Closed:                    Open => Closed                 
           Fixed Release:                    None => 4.2.12                 

    _______________________________________________________

Follow-up 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.


    _______________________________________________________

This item URL is:

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

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

Message #54 received at 102914-close@bugs.debian.org (full text, mbox, reply):

From: Andreas Metzler <ametzler@debian.org>

To: 102914-close@bugs.debian.org

Subject: Bug#102914: fixed in findutils 4.2.20-2

Date: Thu, 09 Jun 2005 14:32:18 -0400

Source: findutils
Source-Version: 4.2.20-2

We believe that the bug you reported is fixed in the latest version of
findutils, which is due to be installed in the Debian FTP archive:

findutils_4.2.20-2.diff.gz
  to pool/main/f/findutils/findutils_4.2.20-2.diff.gz
findutils_4.2.20-2.dsc
  to pool/main/f/findutils/findutils_4.2.20-2.dsc
findutils_4.2.20-2_i386.deb
  to pool/main/f/findutils/findutils_4.2.20-2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 102914@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Metzler <ametzler@debian.org> (supplier of updated findutils package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Thu,  9 Jun 2005 20:07:37 +0200
Source: findutils
Binary: findutils
Architecture: source i386
Version: 4.2.20-2
Distribution: unstable
Urgency: low
Maintainer: Andreas Metzler <ametzler@debian.org>
Changed-By: Andreas Metzler <ametzler@debian.org>
Description: 
 findutils  - utilities for finding files--find, xargs, and locate
Closes: 5956 31858 67782 102914 111143 111578 159221 162838 169730 175372 176201 185202 185203 192330 202512 219855 244766 246040 254676 256367 260780 261598 262476 286977 295399 300323 300429 300631
Changes: 
 findutils (4.2.20-2) unstable; urgency=low
 .
   * Upload to unstable.
 .
 findutils (4.2.20-1) experimental; urgency=low
 .
   * [locate] Do not index cifs (Closes: #295399) lustre (Closes: #300323) and
     nfs4 (Closes: #300631) filesystems by default.
   * [locate] Ignore /media by default. (Closes: #300429)
   * New upstream version 4.2.20
     - includes up-to-date Italian translation. (Closes: #286977)
 .
 findutils (4.2.14-1) experimental; urgency=low
 .
   * New upstream version
     - includes patch to fix savannah #11495.
     - locate: New options  -L, --follow|-P, -H, --nofollow for ignoring
       dangling symlinks (or not). (Closes: #159221)
     - find supports -exec ... {} +.
     - locate support for FreeBSD options (Sclms, m and s are ignored, but
       undocumented, I've already opened upstream report #11730 on that.)
       (Closes: #102914)
     - find built with --enable-d_type-optimisation, for using
       readdir/getdents. (Closes: #202512)
 .
 findutils (4.2.11-2) experimental; urgency=low
 .
   * find -printf '%n' (hard link count) was broken (savannah #11495).
 .
 findutils (4.2.11-1) experimental; urgency=low
 .
   * New upstream version.
 .
 findutils (4.2.10.CVS20041219-1) experimental; urgency=low
 .
   * New upstream, CVS from CVS20041219 (pre- 4.2.11).
     * -printf '%P' works correctly again.
   * Run testsuite.
 .
 findutils (4.2.9-1) experimental; urgency=low
 .
   * New upstream source
 .
 findutils (4.2.8-1) experimental; urgency=low
 .
   * New upstream version
     - New option --arg-file=file and extended documentation about
       stdin-handling (short in manpage, more extensive in info).
       (Closes: #5956)
     - improved behavior on automounted directories.
 .
 findutils (4.2.5-1) experimental; urgency=low
 .
   * New upstream version
     - includes 25_destdir_localstatedir.dpatch, our last remaining patch, we
       are vanilla now.
   * Add minimal debian/README.source.
   * Chuan-kai Lin <cklin@debian.org> has offered to serve as backup
     maintainer. Thanks. Add him to Uploaders.
 .
 findutils (4.2.4-1) experimental; urgency=low
 .
   * New upstream version
     - Closes: #175372: findutils: man pages have L's on references
     - includes 10_updatedb-findopts patch.
     - does not print warning about listing options after non-options unless
       connected to a tty.
     - xargs now uses 128Kb instead of 20Kb of command line by default, as
       ARG_MAX is 131072 on linux this Closes: #261598.
 .
 findutils (4.2.3.CVS20041106-1) experimental; urgency=low
 .
   * New upstream version (pre-4.2.4, CVS 2004-11-06).
     - Closes: #176201: findutils: xargs enviroment size limited to 20k
     - Closes: #254676: xargs: environment is too large for exec
     - Closes: #219855: -printf: accepts C octal escapes, contrary to the
       documentation.
     - Closes: #246040: findutils: find -printf %H segfaults
     - Closes: #185202: findutils: extra ")" not caught
     - Closes: #185203: findutils: overflow causes -mtime to succeed
     - Closes: #244766: /usr/bin/locate: locate should have equivalent of
       -print0 option
     - documents type of supported regular expressions for -regex
       (Closes: #162838)
     - Closes: #256367: Deprecated usage of trap in locate/updatedb.sh
     - includes some examples in find.1 manpage. (Closes: #111578)
     - new option -ignore_readdir_race to selectively suppress the obnoxious
       race-condition caused errormessages. (Closes: #67782)
     - -print0/-0 issues explained in more detail. (Closes: #111143)
     - includes supplied patch for GNU/FreeBSD. (Closes: #192330)
     - updatedb invokes "cd /" before running commands as unprivileged user.
       (Closes: #262476)
     - 'xargs -n 1 -i' works. (Closes: #31858). Please note that it is no bug
       that -i changes xargs to pass a whole line of input as a single argument
       instead of splitting on any blank characters as without -i. - Other
       implementations behave the same and the -I XSI extension documented in
       SUSv3/POSIX works like this, too.
 .
    * Removed unnecessary patches: 10_missing_includes 20_missing_newlines
      30_locate_nologinsh 35_updatedb-location 36_savannah-8623 40_direntry
      50_install_info
   * Add shfs to PRUNFS (Closes: #260780)
   * New patch: 10_updatedb-findopts: Add --findoptions option to updatedb to
     pass global options to find.
   * Set FINDOPTIONS='-ignore_readdir_race' for updatedb.sh's cron-job.
     (Closes: #169730)
   * standards-version 3.6.1 (no changes required).
Files: 
 d8131ceadf2d1c15b52622c533021e9f 663 base required findutils_4.2.20-2.dsc
 3be936480966e5d4c165047efe0f0b4b 12033 base required findutils_4.2.20-2.diff.gz
 652a8b1a819cacd6fff1cc0033a11032 306194 base required findutils_4.2.20-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCqIguHTOcZYuNdmMRAiVzAJ9SXQUwkrX+XJpMXqozjAJW4b2/eQCfVmHn
9PgyJmTGtS+ww4AI2JuJi4o=
=fOpd
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.