Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread James Northrup
I like the xml generation pass but i have a few questions: does the xml-publish transaction lend a greater window of opportunity for mirror rsync de-sync? does it make sense for digest info be sucked up into the xml pass, to be superceded by the legacy files where present ala ebuild x-y/

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Simon Stelling
Brian Harring wrote: >>I definitively like the idea, it should speed up emerge -s enormously > > Unlikely... stable portage knows of metadata.xml *explicitly* in two > places, repoman's commit code, and digest checking, neither of which > come into play for an emerge -s. You'll remove one entr

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Brian Harring
On Fri, May 27, 2005 at 01:47:37PM +0200, Danny van Dyk wrote: > Hi Brian > > What's the gain, aside from implication of collapsing it into a > > single file? Honestly my only use for metadata.xml is looking up who > > I get to poke about fixing broken ebuilds... > The gain is: > ... that you p

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Paul de Vrieze
On Friday 27 May 2005 13:01, Simon Stelling wrote: > > Sounds good, if your script validates the per-package metadata.xml > before transform it to the global one. It'd really suck if a single > missing '>' could screw the whole tree's metadata. This shouldn't be a > problem, especially if you trans

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Paul de Vrieze
On Friday 27 May 2005 13:17, Danny van Dyk wrote: > Hi Paul, > > Paul de Vrieze schrieb: > > The script is kindoff slow because of all the correction stuff, but > > it is workable. You can find it (and the accompanying xslt script) > > in: http://dev.gentoo.org/~pauldv/pkgList.tar.bz2 > > H, can yo

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Ciaran McCreesh
On Fri, 27 May 2005 13:47:37 +0200 Danny van Dyk <[EMAIL PROTECTED]> wrote: | > What's the gain, aside from implication of collapsing it into a | > single file? Honestly my only use for metadata.xml is looking up | > who I get to poke about fixing broken ebuilds... | The gain is: | ... that you

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Danny van Dyk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Brian > What's the gain, aside from implication of collapsing it into a > single file? Honestly my only use for metadata.xml is looking up who > I get to poke about fixing broken ebuilds... The gain is: ... that you portage people could use it f

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Danny van Dyk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Paul, Paul de Vrieze schrieb: > The script is kindoff slow because of all the correction stuff, but it is > workable. You can find it (and the accompanying xslt script) in: > http://dev.gentoo.org/~pauldv/pkgList.tar.bz2 H, can you chmod a+r it pl

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Aaron Walker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danny van Dyk wrote: > On the other hand, if you want to search for a package name via > metadata, you have to traverse the whole tree. Quite unhandy if done w/o > a cache and not yet implemented AFAIK. herdstat can do this. ciaranm poked me the oth

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Brian Harring
On Fri, May 27, 2005 at 01:01:56PM +0200, Simon Stelling wrote: > > I would like to propose the following changes: > > Let's keep the metadata.xml in each package's directory in _CVS only_. > > Don't propagate them via rsync. Instead, use a script to compile all > > metadata.xml files into one cent

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Paul de Vrieze
On Friday 27 May 2005 12:38, Danny van Dyk wrote: > Hi @ all, > > I'd like to have some feedback on an idea that stuck to my mind for > some time already: > > Currently, we (should) have one metadata.xml file per package (8635 in > the whole tree). This is quite handy if you want to look up informa

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Simon Stelling
Hi, Danny van Dyk wrote: > On the other hand, if you want to search for a package name via > metadata, you have to traverse the whole tree. Quite unhandy if done w/o > a cache and not yet implemented AFAIK. It is implemented, see app-portage/eix or app-portage/esearch, but these both depend on ca

Re: [gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Michael Hanselmann
Hello Danny > Let's keep the metadata.xml in each package's directory in _CVS only_. > Don't propagate them via rsync. Instead, use a script to compile all > metadata.xml files into one central (XML) file. (This would probably > need slight changes to the DTD). This file would then be placed into

[gentoo-dev] [RFC] Treewide metadata.xml

2005-05-27 Thread Danny van Dyk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi @ all, I'd like to have some feedback on an idea that stuck to my mind for some time already: Currently, we (should) have one metadata.xml file per package (8635 in the whole tree). This is quite handy if you want to look up information about a pa