From: tvali <qtvali@gmail.com>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better]
Date: Wed, 15 Mar 2006 16:21:43 +0200 [thread overview]
Message-ID: <cea53e3c0603150621o4e7982c2p@mail.gmail.com> (raw)
In-Reply-To: <cea53e3c0603150620q367e3ab1q@mail.gmail.com>
Sorry ...one more question ...who is doing search of packages he has
changed by himself? When i update some package, i will probably never
want to search it.
But anyway, in some cases, where GUI uses that search, it would be
good. And going to SQL would be anyway cleaner :)
2006/3/15, tvali <qtvali@gmail.com>:
> Yes SQL tables are better for that as it's simpler to update them :)
>
> 2006/3/15, Brian Harring <ferringb@gmail.com>:
> > On Tue, Mar 14, 2006 at 04:33:06PM +0200, tvali wrote:
> > > I did think about it now and it seems to me that probably it would be
> > > much faster if esearch is not just another package, but part of
> > > portage.
> > >
> > > I mean -- functions of portage, which query db, should use esearch
> > > index wherever they need information, which exists in that index.
> > >
> > > As much as i can understand, /var/cache/edb/ contains esearch database
> > > in many files and esearchdb.py is search index as python script.
> >
> > No...
> > esearch is a static db- only useful for 'frozen' trees, eg rsync
> > distributed trees with no eclasses in overlays. All cvs users (devs)
> > run unfrozen trees (readonly/readwrite is better terminology), thus
> > portage updates the cache db on the fly as needed.
> >
> > If esearch was integrated into portage the result would be stale
> > metadata for cvs users, and stale metadata for rsync users when
> > overlays with eclasses are involved- no go.
> >
> > That and esearch last I looked just generates a giant dict (thus the
> > cache is in memory), which kind of blows the <25mb mem usage 2.1
> > now sports :)
> >
> > ~harring
> >
> >
> >
>
>
> --
> tvali
> (e-mail: "qtvali@gmail.com"; msn: "qtvali@gmail.com";
> icq: "317-492-912")
>
> Ühe eesti internetifirma lehel kohtasin tsitaati:
> If you don't do it excellently, dont do it at all. Because if it's not
> excellent, it won't be profitable or fun, and if you're not in
> business for fun or profit, what the hell are you doing here?
> Robert Townsend
>
--
tvali
(e-mail: "qtvali@gmail.com"; msn: "qtvali@gmail.com";
icq: "317-492-912")
Ühe eesti internetifirma lehel kohtasin tsitaati:
If you don't do it excellently, dont do it at all. Because if it's not
excellent, it won't be profitable or fun, and if you're not in
business for fun or profit, what the hell are you doing here?
Robert Townsend
--
gentoo-portage-dev@gentoo.org mailing list
next prev parent reply other threads:[~2006-03-15 14:22 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-14 11:02 [gentoo-portage-dev] Few things, which imho would make portage better tvali
2006-03-14 11:10 ` Simon Stelling
2006-03-14 11:24 ` tvali
2006-03-14 11:53 ` tvali
2006-03-14 12:14 ` tvali
2006-03-14 13:19 ` Devon Miller
2006-03-14 13:25 ` tvali
2006-03-14 13:50 ` tvali
2006-03-14 14:33 ` tvali
2006-03-14 15:04 ` Brian
2006-03-14 15:32 ` tvali
2006-03-14 16:21 ` Brian
2006-03-15 0:33 ` esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] Brian Harring
2006-03-15 14:20 ` tvali
2006-03-15 14:21 ` tvali [this message]
2006-03-15 0:37 ` sync suggestions " Brian Harring
2006-03-15 14:18 ` tvali
2006-03-14 13:21 ` [gentoo-portage-dev] Few things, which imho would make portage better tvali
2006-03-14 13:35 ` Marius Mauch
2006-03-14 14:52 ` tvali
2006-03-15 0:29 ` sql based cache [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] Brian Harring
2006-03-14 14:44 ` [gentoo-portage-dev] Few things, which imho would make portage better Alec Warner
2006-03-14 15:03 ` tvali
2006-03-14 15:53 ` Johannes Fahrenkrug
2006-03-14 16:24 ` tvali
2006-03-14 13:50 ` Marius Mauch
2006-03-14 15:18 ` solar
2006-03-14 16:35 ` tvali
2006-03-14 18:26 ` tvali
2006-03-14 18:30 ` Grant Goodyear
2006-03-14 18:46 ` tvali
2006-03-14 18:49 ` Grant Goodyear
2006-03-14 14:50 ` felix
2006-03-14 13:44 ` Marius Mauch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cea53e3c0603150621o4e7982c2p@mail.gmail.com \
--to=qtvali@gmail.com \
--cc=gentoo-portage-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox