diff options
| author |   Sam James <sam@gentoo.org> | 2021-03-21 09:01:41 +0000 |
|---|---|---|
| committer |   Ulrich Müller <ulm@gentoo.org> | 2021-04-07 19:35:13 +0200 |
| commit | 147d70669db90455ee801244c75383651b9ce2da (patch) | |
| tree | 925143965848eb431e710c4ba2bde7180d4809f2 /keywording | |
| parent | keywording: expound on NATTkA importance and HOWTO (diff) | |
| download | devmanual-147d70669db90455ee801244c75383651b9ce2da.tar.gz devmanual-147d70669db90455ee801244c75383651b9ce2da.tar.bz2 devmanual-147d70669db90455ee801244c75383651b9ce2da.zip | |
keywording: convert 'Stabilization rules' into a list
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
Diffstat (limited to 'keywording')
| -rw-r--r-- | keywording/text.xml | 40 |
1 files changed, 22 insertions, 18 deletions
diff --git a/keywording/text.xml b/keywording/text.xml index f57e18a..075f3c1 100644 --- a/keywording/text.xml +++ b/keywording/text.xml @@ -337,26 +337,30 @@ Vulnerability Treatment Policy</uri>. <title>Stabilization rules</title> <body> -<p> -AMD64, X86: If you are the maintainer of a package and own the respective amd64 -or x86 hardware, you can do your own testing (stabilization and keywording) of -your packages; as long as it is not a core system set dependency. Note that -it is acceptable to test <c>x86</c> using a -<uri link="https://wiki.gentoo.org/wiki/Project:AMD64/32-bit_Chroot_Guide"> -specialized environment</uri> on <c>amd64</c>. -</p> +<ul> + <li> + <c>amd64</c>, <c>x86</c>: If you are the maintainer of a package and own + the respective <c>amd64</c> or <c>x86</c> hardware, you can do your own + testing (stabilization and keywording) of your packages; as long as it is + not a core system set dependency. Note that it is acceptable to test + <c>x86</c> using a + <uri link="https://wiki.gentoo.org/wiki/Project:AMD64/32-bit_Chroot_Guide"> + specialized environment</uri> on <c>amd64</c>. + </li> -<p> -SPARC: You must have prior permission from the arch lead. Usually we expect -you to be on the sparc alias for QA reasons, although other arrangements -can be made if you will only be working with a small group of packages. -</p> + <li> + <c>sparc</c>: You must have prior permission from the arch lead. Usually we + expect you to be on the sparc alias for QA reasons, although other + arrangements can be made if you will only be working with a small group of + packages. + </li> -<p> -ALPHA: Maintainers may keyword their own packages but are reminded to inform -the Alpha team if they can help out with testing and keywording packages so -the team can keep an eye out for possible keywording mistakes. -</p> + <li> + <c>alpha</c>: Maintainers may keyword their own packages but are reminded to + inform the Alpha team if they can help out with testing and keywording + packages so the team can keep an eye out for possible keywording mistakes. + </li> +</ul> <p> Exotic architectures (like <c>hppa</c>, <c>ia64</c>, <c>ppc*</c>, <c>sparc</c>) |