| 1 |
On Mon, 25 Jan 2016 10:37:15 +0100 |
| 2 |
Michał Górny <mgorny@g.o> wrote: |
| 3 |
|
| 4 |
> Hello, everyone. |
| 5 |
> |
| 6 |
> I've finished the GLEP 67 transition last night, and it officially |
| 7 |
> applies to all metadata.xml files now. |
| 8 |
> |
| 9 |
|
| 10 |
Great! |
| 11 |
|
| 12 |
> In order to have repoman apply it correct (and not throw errors on new |
| 13 |
> metadata.xml files), it needs to refetch metadata.dtd. Sadly, this |
| 14 |
> currently happens once a week, so it's better to remove the file |
| 15 |
> manually to force refetch: |
| 16 |
> |
| 17 |
> rm "$(portageq envvar DISTDIR)"/metadata.dtd |
| 18 |
> |
| 19 |
|
| 20 |
I might be asking this for a second time, but why does repoman download |
| 21 |
the metadata.dtd at all? If one fetches from |
| 22 |
git://../gentoo-mirror/gentoo (or via rsync, afaik) it is included |
| 23 |
in /usr/portage/metadata/dtd/. |
| 24 |
|
| 25 |
For me, it's in fact very annoying when repoman wants to download |
| 26 |
metatdata.dtd, as my "normal" unix user isn't a member of the portage |
| 27 |
group. |
| 28 |
|
| 29 |
By the way, the herds.xml file is still available at |
| 30 |
https://api.gentoo.org/packages/herds.xml and can probably be removed |
| 31 |
from there as well. |
| 32 |
|
| 33 |
|
| 34 |
-- |
| 35 |
Regards, |
| 36 |
Luis Ressel |
Archives