1 |
[[ACK! I sent this out from the wrong address before. Hope you don't get it |
2 |
twice!]] |
3 |
On Thursday 03 November 2005 21:44, Nathan L. Adams wrote: |
4 |
> No, I happen to understand the that point. Emerge outputting a short |
5 |
> summary is great. But the GLEP should cover the "hey mr. end user, the |
6 |
> central repository for errata/full fledged migration guides is here: |
7 |
> [insert url]" as well. |
8 |
[snip] |
9 |
> I happen to think that the assumption that the errata are going to be |
10 |
> small is a bad one. I think if errata is neccessary in the first place |
11 |
> then its going to be something larger than a screen's worth of console |
12 |
> output and worth the supposed trouble of GuideXML. So why not approach |
13 |
> it from the GuideXML end first, and extract the summary from that? |
14 |
Here's an idea for a compromise solution. Sorry it's so messy: |
15 |
|
16 |
The errata entries would consist of two files per language: |
17 |
- An emerge news file, identical to the format ciaranm proposed. |
18 |
This file would give a very general notice of the issue, such as that |
19 |
given as an example in the GLEP, as well as containing the |
20 |
machine-readable commands for portage to control display. |
21 |
This file's name would end in .news.<LC>.txt |
22 |
- A GuideXML-formatted errata document. |
23 |
This would be the actual migration guide, such as the contents of the |
24 |
http://www.gentoo.org/doc/en/yoursql-upgrading.xml |
25 |
referenced by the example. |
26 |
This file's name would end in .guide.<LC>.xml |
27 |
- The leading part of the filename would be as in ciaranm's GLEP |
28 |
|
29 |
Once it is time for the errata item to be published (after review, etc.), the |
30 |
files would be placed in a standard location, where an automated process |
31 |
would pick them up. The news files would be transferred to the Portage tree |
32 |
for emerge to pick up, and simultaneously published to a central errata |
33 |
website, e.g. http://errata.gentoo.org/. On the errata website, *all* errata |
34 |
notices would be published to its front page, unless specified differently by |
35 |
each individual user (perhaps a feature storing filters in a cookie). Each |
36 |
entry in the list would contain at least the publication date, the title of |
37 |
the news item as a link to a news item page, and the title of the guideXML |
38 |
document as a link to the document. |
39 |
|
40 |
Errata items would be accessible in a uniform namespace with names derived |
41 |
from their source filenames. For example: |
42 |
2005-11/2005-11-01-mysql-4.0-4.1-upgrade.news.en.txt |
43 |
2005-11/2005-11-01-mysql-4.0-4.1-upgrade.guide.en.xml |
44 |
might become: |
45 |
http://errata.gentoo.org/2005-11-01-mysql-4.0-4.1-upgrade/en/ |
46 |
http://errata.gentoo.org/2005-11-01-mysql-4.0-4.1-upgrade/en/guide.xml |
47 |
|
48 |
For user convenience, URLs with language codes the text is not yet translated |
49 |
to, as well as URLs without a language code, should be redirected to the |
50 |
English version. |
51 |
|
52 |
Errata items may be published in other areas for wider exposure, but should |
53 |
always contain a link back to the main source. |
54 |
|
55 |
The news item page would contain a copy of the news text typeset in a |
56 |
fixed-width font, and with links made clickable, as well as a prominent link |
57 |
to the GuideXML document. The title of the page should be the title of the |
58 |
news item, and the title of the link to the GuideXML page should be the title |
59 |
of the GuideXML document. |
60 |
|
61 |
Questions? Comments? |