Re: Why apt-get is not a proper software search engine

2005-06-12 Thread Antti-Juhani Kaijanaho
On 20050612T203113-0700, Russ Allbery wrote: > (For that matter, the dpkg delay on "Reading database" is kind of annoying > too. Hm. Good project for someone.) I've noticed that dpkg --clear-avail && dpkg --forget-old-unavail speeds dpkg up (very much so if the machine is memory-starved). -- A

Re: Why apt-get is not a proper software search engine

2005-06-12 Thread Russ Allbery
Miles Bader <[EMAIL PROTECTED]> writes: > At a minimum, even if you never use the nice GUI, the automatic tracking > of packages that can be deleted automatically when nobody depends on > them is worth it. It seems like this functionality really ought to be > in the libraries, not aptitude. Yeah

Re: Why apt-get is not a proper software search engine

2005-06-12 Thread Miles Bader
Russ Allbery <[EMAIL PROTECTED]> writes: > I'm still using apt-get rather than aptitude because apt-get seems subtly > but noticably faster. But I *am* using debfoster, which lets you get at > some similar information. Maybe popularity-contest should pay attention > to that as well? Yeah, aptitu

Re: Why apt-get is not a proper software search engine

2005-06-12 Thread Russ Allbery
Peter Samuelson <[EMAIL PROTECTED]> writes: > Or popularity-contest could be enhanced to note auto-installed > packages. Now that aptitude is gaining traction (particularly in > command-line mode - I guess people have been using it in full-screen > mode for awhile), the aptitude auto-install flag

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-12 Thread Peter Samuelson
[Christian Aichinger] > The reverse dependency count just isn't a very good metric for "is an > end-user package". I think it's also a job for debtags or something > like it, to tell us what is an end-user package and what isn't. Or popularity-contest could be enhanced to note auto-installed pack

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-09 Thread George Danchev
On Tuesday 07 June 2005 23:44, Javier Fernández-Sanguino Peña wrote: > Debtags might not cut it either, but might be an improvement over a free > keyword search which ends up turing the wron packages just because they > have the word used in the query. A good search function could: > > - use keywo

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-08 Thread Christian Aichinger
On Tue, Jun 07, 2005 at 10:44:53PM +0200, Javier Fernández-Sanguino Peña wrote: > - use package dependancies to ponder if this is an end-user package or > something pulled in by other packages (users typically look for end-user > programs) I do not think will work very well. Where do you set the

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-07 Thread Javier Fernández-Sanguino Peña
On Tue, Jun 07, 2005 at 09:06:16PM +0200, Alban Browaeys wrote: > Le Tue, 07 Jun 2005 19:40:52 +0200, Javier Fernández-Sanguino Peña a > écrit : > > > No package frontend I am aware of can currently pull that stunt. Aptitude > > or dselect can only search in the package names ('/' key). Synaptic

Re: Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-07 Thread Alban Browaeys
Le Tue, 07 Jun 2005 19:40:52 +0200, Javier Fernández-Sanguino Peña a écrit : > No package frontend I am aware of can currently pull that stunt. Aptitude > or dselect can only search in the package names ('/' key). Synaptic can > search in the descriptions (with equivalent results as apt-get). Th

Why apt-get is not a proper software search engine (was Re: And now for something completely different... etch!)

2005-06-07 Thread Javier Fernández-Sanguino Peña
> > - Better package search mechanism (tags?) allowing free text search > > in package management interfaces: "I want a program that does X" > > Doesn't 'apt-cache search X' do exactly that? [ Here's the in-depth answer from my POV ] Think of a *end* user that wants to find the most popular mu