On Fri, Jul 11, 2008 at 12:55 AM, Ciaran McCreesh <[EMAIL PROTECTED]> wrote: > On Thu, 10 Jul 2008 11:26:47 +0200 > "Bryan Østergaard" <[EMAIL PROTECTED]> wrote: >> filesystem layout. The way I see tags are much more like the >> DESCRIPTION variable in exheres. > > Right. If tags are just a metadata key containing a set of words, > adding in tags is trivial. You'd do something like this in the exheres: > > TAGS="cplusplus python pdf" > > and be able to search with it using inquisitio as normal. > > Or we can be more structred: > > TAGS=" > written-in: > programming-languages/cplusplus > api: > programming-languages/cplusplus > programming-languages/python > works-with: > file-formats/text/pdf > " > > From a package manager perspective, they're largely equivalent. Structured is probably better as it could allow more specific searches.
> > But the question is, are tags merely a search / browse utility? Or are > they used in identification too? Both of the above are only the former. Indeed. Searching is fairly obvious while identification has some problems that I don't see any obvious solutions for. > >> Package aliases are however as interesting to me as they've always >> been - allowing the apache httpd to be known as both net-www/apache >> and net-www/httpd and making sure the package manager knows it's the >> same package would be fairly cool imo. But that only makes it easier >> to find the package if you know (one of) its name. Tags (as applied to >> searching) would allow you to search for packages based on what >> features the packages provides. > > The only problem with package aliases is persistence. If you install > apache, and then someone aliases httpd to apache, and then something > deps upon httpd, how do we know that the installed apache is also known > as httpd? > Just wing it the way Gentoo does package moves and implement some icky NDBAM update as part of --sync :P Slightly more seriously - I'm aware that we need to solve the persistence problem of course and I don't want to push for aliases without a proper solution for that. Regards, Bryan Østergaard _______________________________________________ Exherbo-dev mailing list [email protected] http://lists.exherbo.org/mailman/listinfo/exherbo-dev
