| 1 |
<?xml version="1.0" encoding="utf-8" ?> |
| 2 |
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> |
| 3 |
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> |
| 4 |
|
| 5 |
<head> |
| 6 |
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> |
| 7 |
<meta name="generator" content="Docutils 0.4: http://docutils.sourceforge.net/" /> |
| 8 |
<title>GLEP 40 -- Standardizing "arch" keywording across all archs.</title> |
| 9 |
<link rel="stylesheet" href="tools/glep.css" type="text/css" /> |
| 10 |
</head> |
| 11 |
<body bgcolor="white"> |
| 12 |
<table class="navigation" cellpadding="0" cellspacing="0" |
| 13 |
width="100%" border="0"> |
| 14 |
<tr><td class="navicon" width="150" height="35"> |
| 15 |
<a href="http://www.gentoo.org/" title="Gentoo Linux Home Page"> |
| 16 |
<img src="http://www.gentoo.org/images/gentoo-new.gif" alt="[Gentoo]" |
| 17 |
border="0" width="150" height="35" /></a></td> |
| 18 |
<td class="textlinks" align="left"> |
| 19 |
[<b><a href="http://www.gentoo.org/">Gentoo Linux Home</a></b>] |
| 20 |
[<b><a href="http://www.gentoo.org/proj/en/glep">GLEP Index</a></b>] |
| 21 |
[<b><a href="http://www.gentoo.org/proj/en/glep/glep-0040.txt">GLEP Source</a></b>] |
| 22 |
</td></tr></table> |
| 23 |
<table class="rfc2822 docutils field-list" frame="void" rules="none"> |
| 24 |
<col class="field-name" /> |
| 25 |
<col class="field-body" /> |
| 26 |
<tbody valign="top"> |
| 27 |
<tr class="field"><th class="field-name">GLEP:</th><td class="field-body">40</td> |
| 28 |
</tr> |
| 29 |
<tr class="field"><th class="field-name">Title:</th><td class="field-body">Standardizing "arch" keywording across all archs.</td> |
| 30 |
</tr> |
| 31 |
<tr class="field"><th class="field-name">Version:</th><td class="field-body">1.4</td> |
| 32 |
</tr> |
| 33 |
<tr class="field"><th class="field-name">Last-Modified:</th><td class="field-body"><a class="reference" href="http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/proj/en/glep/glep-0040.txt?cvsroot=gentoo">2006/09/04 03:09:50</a></td> |
| 34 |
</tr> |
| 35 |
<tr class="field"><th class="field-name">Author:</th><td class="field-body">Grant Goodyear <g2boojum at gentoo.org></td> |
| 36 |
</tr> |
| 37 |
<tr class="field"><th class="field-name">Status:</th><td class="field-body">Final</td> |
| 38 |
</tr> |
| 39 |
<tr class="field"><th class="field-name">Type:</th><td class="field-body">Standards Track</td> |
| 40 |
</tr> |
| 41 |
<tr class="field"><th class="field-name">Content-Type:</th><td class="field-body"><a class="reference" href="glep-0002.html">text/x-rst</a></td> |
| 42 |
</tr> |
| 43 |
<tr class="field"><th class="field-name">Created:</th><td class="field-body">3-Sep-2005</td> |
| 44 |
</tr> |
| 45 |
<tr class="field"><th class="field-name">Post-History:</th><td class="field-body">6-Sep-2005 15-Sep-2005 3-Sep-2006</td> |
| 46 |
</tr> |
| 47 |
</tbody> |
| 48 |
</table> |
| 49 |
<hr /> |
| 50 |
<div class="contents topic"> |
| 51 |
<p class="topic-title first"><a id="contents" name="contents">Contents</a></p> |
| 52 |
<ul class="simple"> |
| 53 |
<li><a class="reference" href="#status" id="id10" name="id10">Status</a></li> |
| 54 |
<li><a class="reference" href="#credits" id="id11" name="id11">Credits</a></li> |
| 55 |
<li><a class="reference" href="#abstract" id="id12" name="id12">Abstract</a></li> |
| 56 |
<li><a class="reference" href="#motivation" id="id13" name="id13">Motivation</a></li> |
| 57 |
<li><a class="reference" href="#specification" id="id14" name="id14">Specification</a><ul> |
| 58 |
<li><a class="reference" href="#stabling-guidelines-for-all-archs" id="id15" name="id15">Stabling guidelines for all archs</a></li> |
| 59 |
<li><a class="reference" href="#x86-arch-team" id="id16" name="id16">x86 arch team</a></li> |
| 60 |
</ul> |
| 61 |
</li> |
| 62 |
<li><a class="reference" href="#rationale" id="id17" name="id17">Rationale</a></li> |
| 63 |
<li><a class="reference" href="#implementation" id="id18" name="id18">Implementation</a></li> |
| 64 |
<li><a class="reference" href="#alternative-ideas" id="id19" name="id19">Alternative Ideas</a></li> |
| 65 |
<li><a class="reference" href="#backwards-compatibility" id="id20" name="id20">Backwards Compatibility</a></li> |
| 66 |
<li><a class="reference" href="#id1" id="id21" name="id21">References</a></li> |
| 67 |
<li><a class="reference" href="#copyright" id="id22" name="id22">Copyright</a></li> |
| 68 |
</ul> |
| 69 |
</div> |
| 70 |
<div class="section"> |
| 71 |
<h1><a class="toc-backref" href="#id10" id="status" name="status">Status</a></h1> |
| 72 |
<p>Approved by the Gentoo Council on 15 September 2005. As of 20060903 |
| 73 |
we have a robust x86 arch team, so this GLEP is final</p> |
| 74 |
</div> |
| 75 |
<div class="section"> |
| 76 |
<h1><a class="toc-backref" href="#id11" id="credits" name="credits">Credits</a></h1> |
| 77 |
<p>This GLEP originated from a rather contentious <a class="reference" href="http://tinyurl.com/bp859">discussion</a> <a class="footnote-reference" href="#id2" id="id3" name="id3">[1]</a> on gentoo-dev |
| 78 |
about combining the x86 and amd64 keywords. This GLEP attempts to get at the |
| 79 |
heart of that discontent. The proposed stable-keyword guidelines have been |
| 80 |
lifted verbatim from <a class="reference" href="http://dev.gentoo.org/~plasmaroo/devmanual">The Doc</a> <a class="footnote-reference" href="#id4" id="id5" name="id5">[2]</a>.</p> |
| 81 |
</div> |
| 82 |
<div class="section"> |
| 83 |
<h1><a class="toc-backref" href="#id12" id="abstract" name="abstract">Abstract</a></h1> |
| 84 |
<p>It is time for x86 to no longer be an exception to the standard |
| 85 |
keywording guidelines. Thus, an x86 arch team should be responsible |
| 86 |
for moving packages from ~x86 to x86.</p> |
| 87 |
</div> |
| 88 |
<div class="section"> |
| 89 |
<h1><a class="toc-backref" href="#id13" id="motivation" name="motivation">Motivation</a></h1> |
| 90 |
<p>The original, informal x86 keywording policy, where almost any x86 dev (which |
| 91 |
were the vast majority of devs) who used a package could mark it stable, arose |
| 92 |
from a time when there were relatively few Gentoo devs. Adding packages to |
| 93 |
the tree was the principal concern, as opposed to maintaining existing |
| 94 |
packages. QA considerations have since modified that policy slightly, and now |
| 95 |
it is the package maintainers who should mark an x86 package stable. Of |
| 96 |
course, that policy presumes that package maintainers are generally x86 devs, |
| 97 |
which is slowly becoming less and less true.</p> |
| 98 |
<p>This policy for x86 is quite different from how every other arch marks |
| 99 |
packages stable. For the non-x86 archs, each arch has a specific "arch team" |
| 100 |
which is responsible for moving packages from <tt class="docutils literal"><span class="pre">~arch</span></tt> to <tt class="docutils literal"><span class="pre">arch</span></tt>, although |
| 101 |
vapier notes that "arch teams generally defer to maintainers (and rightly so) |
| 102 |
as to <em>when</em> newer versions should go stable." This approach has worked quite |
| 103 |
well for the non-x86 archs, and this GLEP asserts that the same approach would |
| 104 |
benefit x86 as well.</p> |
| 105 |
</div> |
| 106 |
<div class="section"> |
| 107 |
<h1><a class="toc-backref" href="#id14" id="specification" name="specification">Specification</a></h1> |
| 108 |
<div class="section"> |
| 109 |
<h2><a class="toc-backref" href="#id15" id="stabling-guidelines-for-all-archs" name="stabling-guidelines-for-all-archs">Stabling guidelines for all archs</a></h2> |
| 110 |
<p>For a package to move to stable, the following guidelines must be met:</p> |
| 111 |
<ul class="simple"> |
| 112 |
<li>The package has spent a reasonable amount of time in <tt class="docutils literal"><span class="pre">~arch</span></tt> first. |
| 113 |
Thirty days is the usual figure, although this is clearly only a guideline. |
| 114 |
For critical packages, a much longer duration is expected. For small |
| 115 |
packages which have only minor changes between versions, a shorter period |
| 116 |
is sometimes appropriate.</li> |
| 117 |
<li>The package must not have any non-<tt class="docutils literal"><span class="pre">arch</span></tt> dependencies.</li> |
| 118 |
<li>The package must not have any severe outstanding bugs or issues.</li> |
| 119 |
<li>The package must be widely tested.</li> |
| 120 |
<li>If the package is a library, it should be known not to break any package |
| 121 |
which depends upon it.</li> |
| 122 |
<li>The relevant <tt class="docutils literal"><span class="pre">arch</span></tt> team must agree to it.</li> |
| 123 |
</ul> |
| 124 |
</div> |
| 125 |
<div class="section"> |
| 126 |
<h2><a class="toc-backref" href="#id16" id="x86-arch-team" name="x86-arch-team">x86 arch team</a></h2> |
| 127 |
<p>A robust x86 arch team needs to be created. The <a class="reference" href="mailto:x86@gentoo.org">x86@gentoo.org</a> alias already |
| 128 |
exists, and it merely needs to be used. This team, with the aid of potential |
| 129 |
non-dev <tt class="docutils literal"><span class="pre">arch</span> <span class="pre">testers</span></tt>, has the responsibility of stabling all x86 packages. |
| 130 |
Current x86 devs who wish to mark their own packages stable must therefore |
| 131 |
either be members of or make individual arrangements with the x86 arch team.</p> |
| 132 |
</div> |
| 133 |
</div> |
| 134 |
<div class="section"> |
| 135 |
<h1><a class="toc-backref" href="#id17" id="rationale" name="rationale">Rationale</a></h1> |
| 136 |
<p>There will be a considerable one-time cost involved in establishing a robust |
| 137 |
x86 arch team--a good number of bodies (the amd64 arch team has 19 active devs |
| 138 |
and 12 active non-dev arch testers) need to be recruited to be part of the |
| 139 |
new arch team, and convincing devs that it is in their best interests to work |
| 140 |
in a new fashion is likely to be even harder. Certainly the benefit of |
| 141 |
consistency between the various archs is obvious, but is it worth the cost |
| 142 |
involved? Here are the arguments for enduring the pain involved:</p> |
| 143 |
<ul class="simple"> |
| 144 |
<li>Over time, x86 is likely to become a minority arch as 64-bit systems |
| 145 |
become the norm. The implicit assumptions that underly the current |
| 146 |
system (that most devs, users, and package maintainers use x86) |
| 147 |
will become increasingly less valid.</li> |
| 148 |
<li>Markedly improved QA for x86. Assuming that the author's own is |
| 149 |
behavior is representative, most x86 devs run <tt class="docutils literal"><span class="pre">~x86</span></tt> systems. |
| 150 |
Thus, the assumption that devs are good <tt class="docutils literal"><span class="pre">x86</span></tt> testers is not really |
| 151 |
valid. One obvious consequence is that packages tend to languish in |
| 152 |
<tt class="docutils literal"><span class="pre">~x86</span></tt> for a very long time, since x86 devs running <tt class="docutils literal"><span class="pre">~x86</span></tt> have little |
| 153 |
cause to notice that a package has not been marked stable. The much larger |
| 154 |
effect, though, is that it is rare for <tt class="docutils literal"><span class="pre">x86</span></tt> packages to be stabled in |
| 155 |
the context of a full <tt class="docutils literal"><span class="pre">x86</span></tt> tree, so the big picture of a stable |
| 156 |
<em>system</em>, not just a stable package, is lost. This approach of stabling |
| 157 |
in the context of a full stable <tt class="docutils literal"><span class="pre">arch</span></tt> tree, it has been <a class="reference" href="http://thread.gmane.org/gmane.linux.gentoo.devel/30369">argued</a> <a class="footnote-reference" href="#id6" id="id7" name="id7">[3]</a>, is |
| 158 |
the fundamental reason why the non-x86 archs have notably better QA |
| 159 |
than does the x86 arch.</li> |
| 160 |
</ul> |
| 161 |
</div> |
| 162 |
<div class="section"> |
| 163 |
<h1><a class="toc-backref" href="#id18" id="implementation" name="implementation">Implementation</a></h1> |
| 164 |
<p>Creation of a robust x86 team is already underway. The more vital step |
| 165 |
is the official change in policy, along with a sustained effort to get |
| 166 |
existing x86 devs to go along with it.</p> |
| 167 |
</div> |
| 168 |
<div class="section"> |
| 169 |
<h1><a class="toc-backref" href="#id19" id="alternative-ideas" name="alternative-ideas">Alternative Ideas</a></h1> |
| 170 |
<p><a class="reference" href="http://thread.gmane.org/gmane.linux.gentoo.devel/31060">Stuart</a> <a class="footnote-reference" href="#id8" id="id9" name="id9">[4]</a> has suggested the creation of a new arch keyword: "[-]maint", which |
| 171 |
would exist in tandem with the normal arch keywords, thereby making the |
| 172 |
package maintainer's intention explicit. Ciaranm has responded that by |
| 173 |
definition a package in <tt class="docutils literal"><span class="pre">~arch</span></tt> is a candidate for <tt class="docutils literal"><span class="pre">arch</span></tt>, so a package's |
| 174 |
mere presence in the tree (without being in <tt class="docutils literal"><span class="pre">package.mask</span></tt>) should indicate |
| 175 |
the package maintainer's intention. There was a fair bit of discussion about |
| 176 |
whether the idea should be a "maint" keyword, or named something else, or an |
| 177 |
entirely different variable, etcetera, but the basic gist didn't change much.</p> |
| 178 |
<p>Jstubbs notes that it could be a very good idea if all non-arch devs worked in |
| 179 |
overlays, but that new portage (gensync) support would be needed to make it |
| 180 |
truly viable. Stuart pointed out that php5 support was handled just that way. |
| 181 |
One author's view is that this approach would make the "package in <tt class="docutils literal"><span class="pre">~arch</span></tt> |
| 182 |
means that it's a de-facto candidate for <tt class="docutils literal"><span class="pre">arch</span></tt>" interpretation even more |
| 183 |
valid.</p> |
| 184 |
<p>Ciaranm and weeve have noted that it is occasionally necessary for arch teams |
| 185 |
to override a package maintainer when it comes to stabling a package. Stuart |
| 186 |
has asserted that in those cases the arch team should be willing to take on |
| 187 |
the support burden for that package.</p> |
| 188 |
</div> |
| 189 |
<div class="section"> |
| 190 |
<h1><a class="toc-backref" href="#id20" id="backwards-compatibility" name="backwards-compatibility">Backwards Compatibility</a></h1> |
| 191 |
<p>Not really an issue here.</p> |
| 192 |
</div> |
| 193 |
<div class="section"> |
| 194 |
<h1><a class="toc-backref" href="#id21" id="id1" name="id1">References</a></h1> |
| 195 |
<table class="docutils footnote" frame="void" id="id2" rules="none"> |
| 196 |
<colgroup><col class="label" /><col /></colgroup> |
| 197 |
<tbody valign="top"> |
| 198 |
<tr><td class="label"><a class="fn-backref" href="#id3" name="id2">[1]</a></td><td><a class="reference" href="http://tinyurl.com/bp859">http://tinyurl.com/bp859</a></td></tr> |
| 199 |
</tbody> |
| 200 |
</table> |
| 201 |
<table class="docutils footnote" frame="void" id="id4" rules="none"> |
| 202 |
<colgroup><col class="label" /><col /></colgroup> |
| 203 |
<tbody valign="top"> |
| 204 |
<tr><td class="label"><a class="fn-backref" href="#id5" name="id4">[2]</a></td><td><a class="reference" href="http://dev.gentoo.org/~plasmaroo/devmanual">http://dev.gentoo.org/~plasmaroo/devmanual</a></td></tr> |
| 205 |
</tbody> |
| 206 |
</table> |
| 207 |
<table class="docutils footnote" frame="void" id="id6" rules="none"> |
| 208 |
<colgroup><col class="label" /><col /></colgroup> |
| 209 |
<tbody valign="top"> |
| 210 |
<tr><td class="label"><a class="fn-backref" href="#id7" name="id6">[3]</a></td><td><a class="reference" href="http://thread.gmane.org/gmane.linux.gentoo.devel/30369">http://thread.gmane.org/gmane.linux.gentoo.devel/30369</a></td></tr> |
| 211 |
</tbody> |
| 212 |
</table> |
| 213 |
<table class="docutils footnote" frame="void" id="id8" rules="none"> |
| 214 |
<colgroup><col class="label" /><col /></colgroup> |
| 215 |
<tbody valign="top"> |
| 216 |
<tr><td class="label"><a class="fn-backref" href="#id9" name="id8">[4]</a></td><td><a class="reference" href="http://thread.gmane.org/gmane.linux.gentoo.devel/31060">http://thread.gmane.org/gmane.linux.gentoo.devel/31060</a></td></tr> |
| 217 |
</tbody> |
| 218 |
</table> |
| 219 |
</div> |
| 220 |
<div class="section"> |
| 221 |
<h1><a class="toc-backref" href="#id22" id="copyright" name="copyright">Copyright</a></h1> |
| 222 |
<p>This document has been placed in the public domain.</p> |
| 223 |
</div> |
| 224 |
|
| 225 |
</div> |
| 226 |
<div class="footer"> |
| 227 |
<hr class="footer" /> |
| 228 |
<a class="reference" href="glep-0040.txt">View document source</a>. |
| 229 |
Generated on: 2007-10-13 13:39 UTC. |
| 230 |
Generated by <a class="reference" href="http://docutils.sourceforge.net/">Docutils</a> from <a class="reference" href="http://docutils.sourceforge.net/rst.html">reStructuredText</a> source. |
| 231 |
|
| 232 |
</div> |
| 233 |
</body> |
| 234 |
</html> |
| 235 |
|
Parent Directory
| 
Revision Log
