Summary: | app-text/scrollkeeper-dtd-1.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gilles Dartiguelongue (RETIRED) <eva> |
Component: | New packages | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gnome, releng |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | scrollkeeper-dtd-1.0.ebuild |
Description
Gilles Dartiguelongue (RETIRED)
2008-06-23 20:30:22 UTC
Created attachment 158153 [details]
scrollkeeper-dtd-1.0.ebuild
there you go.
If it does fix the xml parser bugs, then I vote for fast tracking it. After all, it only installs one silly file :) ok, after more fighting with the checks of gnome-desktop, Ford_Prefect indicated to me that it still wasn't using the locally available dtds. This is because of the way xmllint was called by specifying the dtd inline which for some reason means it tries to find a _system_ dtd corresponding to that URL. I'll commit a fixed ebuild based on the one attached here with the extra fix needed for proper uninstallation as well (forgotten echo). This is going straight to stable to match sk-9999 visibility, I'll also do a r1 of sk-9999 just to make sure everyone gets the updated dep and finally stop stressing the sourceforge mirrors, slowing down build times, ... @release, you probably want to update your snapshots with those 2 new ebuilds to make sure new install can build without network access. ok, manipulation done. I'll leave it up to releng for the rest of the story, feel free to poke me if my explanations aren't clear enough. nearly one year has passed. Closing since there is obviously nothing happening for release anymore. |