Hello,
James Youngman napsal(a):
> On 4/21/06, Miloslav Trmac <[EMAIL PROTECTED]> wrote:
>
>> This particular wheel can't be easily used for the findutils car without
>> changing the findutils' interface, which I assume isn't desirable:
>> - locate(1) had to be compatible with slocate and thus the
On 4/22/06, James Youngman <[EMAIL PROTECTED]> wrote:
> Better compatibility between findutils and slocate will be a proposed
> project for the Google Summer of Code 2006.
See http://www.gnu.org/software/soc-projects/ideas.html
James.
___
Bug-findutil
On 4/21/06, Miloslav Trmac <[EMAIL PROTECTED]> wrote:
> This particular wheel can't be easily used for the findutils car without
> changing the findutils' interface, which I assume isn't desirable:
> - locate(1) had to be compatible with slocate and thus the locate
> interface conflicts, at leas
Hello,
James Youngman napsal(a):
> On 4/20/06, Dmitry V. Levin <[EMAIL PROTECTED]> wrote:
>> On Sat, Dec 17, 2005 at 11:42:53PM +, James Youngman wrote:
>>> One more wheel and we'll have enough for a car :)
>> I found one more wheel! :)
>>
>> Yet another locate implementation is mlocate, see
>>
On 4/20/06, Dmitry V. Levin <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 17, 2005 at 11:42:53PM +, James Youngman wrote:
> > One more wheel and we'll have enough for a car :)
>
> I found one more wheel! :)
>
> Yet another locate implementation is mlocate, see
> http://www.redhat.com/archives/fedora
On Sat, Dec 17, 2005 at 11:42:53PM +, James Youngman wrote:
> One more wheel and we'll have enough for a car :)
I found one more wheel! :)
Yet another locate implementation is mlocate, see
http://www.redhat.com/archives/fedora-devel-list/2006-February/msg01060.html
--
ldv
pgpLAW06gQb4j.p
On 2005-12-17 James Youngman <[EMAIL PROTECTED]> wrote:
[...]
> I notice that a lot of Linux distributions use slocate, which updates
> the database with a binary rather than a script.
slocate has a different featureset:
| It uses incremental encoding just like GNU locate to compress its
| databa
On Sat, Dec 17, 2005 at 11:42:53PM +, James Youngman wrote:
> On Sun, Dec 18, 2005 at 01:36:52AM +0300, Dmitry V. Levin wrote:
>
> > You can have a look at my own slocate I wrote several years ago
> > (based on glibc's fts and GNU locate's frencode) which demonstrates
> > this approach:
> > ft
On Sun, Dec 18, 2005 at 01:36:52AM +0300, Dmitry V. Levin wrote:
> You can have a look at my own slocate I wrote several years ago
> (based on glibc's fts and GNU locate's frencode) which demonstrates
> this approach:
> ftp://ftp.altlinux.org/pub/people/ldv/slocate/slocate-0.2.8.tar.bz2
Interesti
On Sat, Dec 17, 2005 at 10:26:38PM +, James Youngman wrote:
> On Sat, Dec 17, 2005 at 10:49:08AM +0100, Andreas Metzler wrote:
> > On 2005-11-30 James Youngman wrote:
[...]
> > and that in find | sort | datahandling | writeupdatedb only
> > writeupdatedb should run as superuser.
>
> Good point
On Sat, Dec 17, 2005 at 10:49:08AM +0100, Andreas Metzler wrote:
> On 2005-11-30 James Youngman <[EMAIL PROTECTED]> wrote:
> > The updatedb script seems to be pretty complex and messy. In addition
> > there are some problems with it. For example, if find returns a
> > nonzero result it carries on
On 2005-11-30 James Youngman <[EMAIL PROTECTED]> wrote:
> The updatedb script seems to be pretty complex and messy. In addition
> there are some problems with it. For example, if find returns a
> nonzero result it carries on regardless, I think.
That is one thing, as it is diffcult to make
fo
The updatedb script seems to be pretty complex and messy. In addition
there are some problems with it. For example, if find returns a
nonzero result it carries on regardless, I think.
Finding a way to make updatedb simpler and more robust sounds to me
like a good idea. Perhaps part of the pro
13 matches
Mail list logo
