Gentoo Archives: gentoo-portage-dev

From: tvali <qtvali@×××××.com>
To: gentoo-portage-dev@l.g.o
Subject: Re: esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better]
Date: Wed, 15 Mar 2006 14:22:27
Message-Id: cea53e3c0603150621o4e7982c2p@mail.gmail.com
In Reply to: Re: esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] by tvali
1 Sorry ...one more question ...who is doing search of packages he has
2 changed by himself? When i update some package, i will probably never
3 want to search it.
4
5 But anyway, in some cases, where GUI uses that search, it would be
6 good. And going to SQL would be anyway cleaner :)
7
8 2006/3/15, tvali <qtvali@×××××.com>:
9 > Yes SQL tables are better for that as it's simpler to update them :)
10 >
11 > 2006/3/15, Brian Harring <ferringb@×××××.com>:
12 > > On Tue, Mar 14, 2006 at 04:33:06PM +0200, tvali wrote:
13 > > > I did think about it now and it seems to me that probably it would be
14 > > > much faster if esearch is not just another package, but part of
15 > > > portage.
16 > > >
17 > > > I mean -- functions of portage, which query db, should use esearch
18 > > > index wherever they need information, which exists in that index.
19 > > >
20 > > > As much as i can understand, /var/cache/edb/ contains esearch database
21 > > > in many files and esearchdb.py is search index as python script.
22 > >
23 > > No...
24 > > esearch is a static db- only useful for 'frozen' trees, eg rsync
25 > > distributed trees with no eclasses in overlays. All cvs users (devs)
26 > > run unfrozen trees (readonly/readwrite is better terminology), thus
27 > > portage updates the cache db on the fly as needed.
28 > >
29 > > If esearch was integrated into portage the result would be stale
30 > > metadata for cvs users, and stale metadata for rsync users when
31 > > overlays with eclasses are involved- no go.
32 > >
33 > > That and esearch last I looked just generates a giant dict (thus the
34 > > cache is in memory), which kind of blows the <25mb mem usage 2.1
35 > > now sports :)
36 > >
37 > > ~harring
38 > >
39 > >
40 > >
41 >
42 >
43 > --
44 > tvali
45 > (e-mail: "qtvali@×××××.com"; msn: "qtvali@×××××.com";
46 > icq: "317-492-912")
47 >
48 > Ühe eesti internetifirma lehel kohtasin tsitaati:
49 > If you don't do it excellently, dont do it at all. Because if it's not
50 > excellent, it won't be profitable or fun, and if you're not in
51 > business for fun or profit, what the hell are you doing here?
52 > Robert Townsend
53 >
54
55
56 --
57 tvali
58 (e-mail: "qtvali@×××××.com"; msn: "qtvali@×××××.com";
59 icq: "317-492-912")
60
61 Ühe eesti internetifirma lehel kohtasin tsitaati:
62 If you don't do it excellently, dont do it at all. Because if it's not
63 excellent, it won't be profitable or fun, and if you're not in
64 business for fun or profit, what the hell are you doing here?
65 Robert Townsend
66
67 --
68 gentoo-portage-dev@g.o mailing list