| 1 |
On Fri, May 27, 2005 at 01:01:56PM +0200, Simon Stelling wrote: |
| 2 |
> > I would like to propose the following changes: |
| 3 |
> > Let's keep the metadata.xml in each package's directory in _CVS only_. |
| 4 |
> > Don't propagate them via rsync. Instead, use a script to compile all |
| 5 |
> > metadata.xml files into one central (XML) file. (This would probably |
| 6 |
> > need slight changes to the DTD). This file would then be placed into |
| 7 |
> > gentoo-portage/metadata/ and Portage,devs and users could easily parse it. |
| 8 |
> |
| 9 |
> Sounds good, if your script validates the per-package metadata.xml |
| 10 |
> before transform it to the global one. It'd really suck if a single |
| 11 |
> missing '>' could screw the whole tree's metadata. This shouldn't be a |
| 12 |
> problem, especially if you transform the information with XSLT. |
| 13 |
> |
| 14 |
> I definitively like the idea, it should speed up emerge -s enormously |
| 15 |
Unlikely... stable portage knows of metadata.xml *explicitly* in two |
| 16 |
places, repoman's commit code, and digest checking, neither of which |
| 17 |
come into play for an emerge -s. You'll remove one entry from the |
| 18 |
listdir returns for a package directory, per package directory, bout |
| 19 |
it. |
| 20 |
|
| 21 |
What's the gain, aside from implication of collapsing it into a |
| 22 |
single file? Honestly my only use for metadata.xml is looking up who |
| 23 |
I get to poke about fixing broken ebuilds... |
| 24 |
|
| 25 |
~harring |
Archives