From: Brian Harring <ferringb@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Are tags just sets?
Date: Tue, 28 Jun 2011 02:31:12 -0700 [thread overview]
Message-ID: <20110628093112.GA2863@localhost> (raw)
In-Reply-To: <BANLkTinWi1aX=dPnvvrYzBdb4sssVkNGMg@mail.gmail.com>
On Tue, Jun 28, 2011 at 03:43:21PM +1200, Kent Fredric wrote:
> A. Storing tag data in metadata.xml ( package -> tag association )
> B. Developing a tool that aggregates the contents of metadata.xml to
> produce a cache for the data going the other way ( tag -> package )
>
> People searching for packages that match a tag will thusly be able to
> read this cached data ( Our primary use case ) and people who want to
> know what tags a specific package have will read/augment metadata.xml
>
> I Believe both these parts are required for the design to be successful.
>
> However, both parts have a bit of bike-shedding involved in them,
> part A of the system requires changes to exisiting structures, and
> part A requires bike shedding about part B's format.
>
> For the sake of simplicity, I'm ( and I believe others ) are simply
> suggesting we develop part B first.
It's sub hour or so to look at the existing `egencache
--update-use-local-desc` (specifically GenUseLocalDesc class) and
implement such a cache. It's not hard.
Either way, if you want this, the part that will take time is
integrating it into emerge itself for searching; now if you want to
write that code twice, go nuts, but someone lazier would do both at
the same time to make sure they structured the API so it could
support in one pass, rather than deploying an API, than having to
shoehorn the cpv argument in.
If people want it, cut a patch and post it for feedback either way-
bearing in mind that from where I'm sitting, deploying it half-assed
requiring people to maintain a bunch of text files isn't a viable
option ;)
~brian
next prev parent reply other threads:[~2011-06-28 9:31 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-26 7:02 [gentoo-dev] Are tags just sets? Ciaran McCreesh
2011-06-26 8:41 ` Michał Górny
2011-06-26 8:43 ` Ciaran McCreesh
2011-06-26 8:54 ` Michał Górny
2011-06-26 9:00 ` Ciaran McCreesh
2011-06-26 12:48 ` Michał Górny
2011-06-27 5:51 ` Ciaran McCreesh
2011-06-26 11:33 ` Wyatt Epp
2011-06-26 12:17 ` Kent Fredric
2011-06-26 14:40 ` [gentoo-dev] " Duncan
2011-06-26 15:12 ` [gentoo-dev] " Maciej Mrozowski
2011-06-26 18:42 ` Kent Fredric
2011-06-27 5:49 ` Ciaran McCreesh
2011-06-27 18:21 ` Maciej Mrozowski
2011-06-28 6:19 ` Ciaran McCreesh
2011-06-27 20:23 ` Rich Freeman
2011-06-27 21:06 ` Wyatt Epp
2011-06-27 21:23 ` Rich Freeman
2011-06-27 21:39 ` Wyatt Epp
2011-06-28 6:19 ` Ciaran McCreesh
2011-06-28 3:26 ` Brian Harring
2011-06-28 3:43 ` Kent Fredric
2011-06-28 9:31 ` Brian Harring [this message]
2011-06-28 11:53 ` Peter Volkov
2011-06-28 15:33 ` Wyatt Epp
2011-06-28 18:52 ` Maciej Mrozowski
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=20110628093112.GA2863@localhost \
--to=ferringb@gmail.com \
--cc=gentoo-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