public inbox for gentoo-commits@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-commits] gentoo commit in xml/htdocs/proj/en/base/sparc/at: index.xml procedures.xml
@ 2007-09-14 20:21 Ferris McCormick (fmccor)
  0 siblings, 0 replies; 3+ messages in thread
From: Ferris McCormick (fmccor) @ 2007-09-14 20:21 UTC (permalink / raw
  To: gentoo-commits

fmccor      07/09/14 20:21:03

  Added:                index.xml procedures.xml
  Log:
  Populate the at/ directory.

Revision  Changes    Path
1.1                  xml/htdocs/proj/en/base/sparc/at/index.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.1&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.1&content-type=text/plain

Index: index.xml
===================================================================
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/xsl/project.xsl" type="text/xsl"?>
<?xml-stylesheet href="/xsl/guide.xsl" type="text/xsl"?>
<!DOCTYPE project SYSTEM "http://www.gentoo.org/dtd/project.dtd">
<project>

<name>Gentoo/SPARC ATs</name>

<longname>Gentoo/AMD64 Arch Testers</longname>

<description>
The Gentoo/SPARC AT Project is devoted to help the developers with time-consuming testing.
</description>

<longdescription>
<p>The Gentoo/SPARC Arch Testers (ATs) assist the developers with the time-consuming testing to help
keeping the Portage tree up to date. They mainly communicate with the developers through
<uri link="http://bugs.gentoo.org/">Gentoo's Bugzilla</uri> and IRC. The ATs are also on the
<c>sparc@gentoo.org</c> mail alias so they can watch the bugzilla traffic closely.</p>
</longdescription>

<extrachapter position="top">
<title>Participating</title>
<section>
<body>
<p>We are constantly looking for new arch testers. If you meet the following criterias, you are
likely our ideal candidate:</p>
<ul>
<li>You are running Gentoo/SPARC.</li>
<li>You like tinkering around with new software.</li>
<li>You want to get involved in Gentoo development, help to make the distribution better every day.</li>
</ul>
<p>If you want to participate, email <mail link="fmccor@gentoo.org">hparker@gentoo.org</mail> or
<mail link="jmbsvicetto@gentoo.org">dang@gentoo.org</mail>. They will lead you through the process and
help you with the <uri link="/proj/en/devrel/quiz/ebuild-quiz.txt">ebuild quiz</uri>
which is a requirement for all ATs.</p>
<note>Arch testers might not be official Gentoo developers. They are, however, a recognized
part of the Gentoo/SPARC arch team.</note>
</body>
</section>
</extrachapter>

<extrachapter>
<title>Arch Testers Policy</title>
<section>
<body>
<p>There are a few rules which must be followed to assure a certain quality level. Gentoo/AMD64 arch testers
must fulfill these requirements:</p>
<ul>
<li>Use a stable system or a stable chroot environment for testing</li>
<li>Use reasonable <c>CFLAGS</c></li>
<li>Enable at least the following <c>FEATURES</c>:  <c>collision-protect</c>,
<c>sandbox</c>, <c>test</c></li>
<li>Test thoroughly</li>
<li>Before requesting a stablization, check that the ebuild is at least 30 days old and without modifications</li>
<li>Use the <c>category/package-version</c> format when reporting success or failure</li>
<li>Always append <c>emerge --info</c> to bug reports</li>
</ul>
</body>
</section>
</extrachapter>

<extrachapter>
<title>Gentoo/SPARC AT Listing</title>
<section>
<body>
<p>The following people are currently contributing to this project:</p>
<table>

<tr>
<th>Full Name</th>
<th>Nickname</th>
<th>Status</th>
<th>Email</th>
</tr>

<tr>
<ti>Jorge Manual B S Vicetto</ti>
<ti>jmbsvicetto</ti>
<ti>Staff Dev</ti>
<ti>jmbsvicetto@gentoo.org</ti>
</tr>

<tr>
<ti>Tiago Cunha</ti>
<ti>tcuhna</ti>
<ti>Active</ti>
<ti>me@tiagocunha.org</ti>
</tr>

</table>
</body>
</section>
</extrachapter>


<dev role="Strategic Lead">fmccor</dev>

</project>



1.1                  xml/htdocs/proj/en/base/sparc/at/procedures.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.1&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.1&content-type=text/plain

Index: procedures.xml
===================================================================
<?xml version='1.0' encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">

<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v 1.1 2007/09/14 20:21:02 fmccor Exp $ -->

<!-- The context of this document is licensed under the CC-BY-SA license -->
<!-- See http://creativecommonds.org/licenses/by-sa/1.0 -->

<guide link="/proj/en/base/sparc/at/procedures.xml" lang="en">
<title>Gentoo/SPARC Arch Testers' Guide</title>

<author title="Author">
	<mail link="hparker@gentoo.org">hparker@gentoo.org</mail>
</author>

<abstract>
This Guide shows you how to test packages for stablization/inclusion into the testing tree.
</abstract>

<license/>

<version>1.0</version>
<date>2007-09-14</date>

<chapter>
<title/>
<section>
<title>Marking Stable:  When and How?</title>
<body>


<ul>
<li>
  Check the newest version of the package is marked ~sparc (TESTING),
  if not please read the next section of the document for the steps
  to follow to quickly/efficiently have a package keyworded ~sparc.
  <br/><br/>
</li>

<li>
  If the package is already ~sparc, then:
  <ul>
    <li>
      Check to see when it was marked ~sparc. There should be a date
      in the package changelog, but if there isn't please use the
      ViewCVS functionality on http://sources.gentoo.org to look for
      the date it was keyworded ~sparc. If it was less than 30 days
      ago, the package is not eligible to be marked stable, but
      testing and feedback are still greatly appreciated.
    </li>
    <li>
      Check for bugs on this particular version of the package. If a
      bug has been open in the last 30 days, it is not eligible.
    </li>
    <li>
      If it has been in testing for more than 30 days, and has not
      had an open bug in the last 30 days, you need to test it in a
      thorough and systematic manner. Every conceivable permutation
      should be checked and rechecked - if it breaks you need to go
      onto Bugzilla and open a relevent bug. If it doesn't break and
      you are totally satisfied it's stable, continue to the final
      step -- but beware, its your head if this package breaks!
    </li>
    <li>
      Assuming it meets all the criteria (tested for 30+ days, no
      bugs in the last 30 days, AT tested) you may open a bug with
      the title '&lt;category&gt;/&lt;package&gt;-&lt;version&gt; is stable on sparc'.
      Assign the bug directly to SPARC@gentoo.org to avoid making
      more work for the poor Bug Wranglers. You should include the
      output of your 'emerge --info' and keyword the bug <c>stable</c>. Just
      wait a while, a developer will review the bug, and mark stable.
    </li>
  </ul>
</li>
</ul>

</body>
</section>

<section>
<title>Marking Testing:  What's the drill?</title>
<body>

<p>
In some cases the imlate file may show packages where the latest version is
not yet ~sparc, or a new and popular package needs to be keyworded ~sparc. In
these cases, we need to have them 'marked testing' - so when they're bug free
for thirty days they can be made sparc stable.
</p>

<ul>
<li>
  Check the package hasn't already got any open bugs regarding it being
  marked testing. Quite often users will prod us about popular packages
  needing a keyword before any devs/ATs even notice ;)<br/><br/>
</li>

<li>
  If the package doesn't have a bug yet, go ahead and start:<br/><br/>
  <ul>
    <li>
      Check to see whether previous versions of the package were in
      testing or stable on SPARC. If the version increment is only a
      minor one (1.4.0 to 1.4.1) and previous version was stable, it's
      slightly different to where a package has had a major version
      increment or has never been ~SPARC/SPARC.<br/><br/>
      <ul>
	<li>
	  <b>
	    Previous version keyworded, minor version increment</b><br/>
	    Check the changelog for the version increment, install the package
            and test any new, improved or otherwise modified features. Check
            the install is smooth, everyday functionality is there and there
            are no glaringly obvious bugs. If you see any bugs, file them on
            Bugzilla and when they're resolved test again. If everything seems
            okay, proceed to the final stage (putting in the ~SPARC request).
	  </li>
	  <li>
	    <b>Previous version keyworded, major version increment</b><br/>
	    Check the changelog, install the package and test all the new and
            improved features. Check for bugs in previous versions, see if they
            have been fixed and be especially careful to see whether new ones
            crept in with all the new code. Test all the other functionality,
            even stuff which you 'think' will work - a major version increment
            means a lot of changes, and it's treated almost like a new addition
            to the tree - everything has to be tested and verified. If you're
            happy it seems to be running okay, proceed to the final stage.
	  </li>
	  <li>
	    <b>New package, not keyworded before</b><br/>
	    Anything which has never been SPARC keyworded before is a little
            more tricky to process. You don't have a nice changelog to refer
            to for a list of things to test, a previous version which worked
            to use as reference or much other help. You need to install the
            package and then test thoroughly:<br/><br/>
            <ol>
              <li>
                 Package should install without errors and be ready to run
                 'out of the box' with minimal effort on the part of user.
              </li>
              <li>
                 Major functionality (which isn't hard to test) should all
                 work with no significant errors. Minor errors like a typo
                 are probably acceptable, and we understand you can't go
                 through every operation possible, but it should work in
                 an acceptable manner for day-to-day usage by a user.
              </li>
              <li>
                 Package shouldn't break anything related...
              </li>
            </ol><br/>
            Assuming it installs, loads and works pretty well with no major
            errors - please proceed to the final step and congratulate your
            computer on adding yet another package to the expanding arsenal!
	  </li>
	<li>
	    <b>Package requires patches that are in bugs.gentoo.org</b><br/>
	    Make a comment in your bug stating that these patches fix issues
	    with the package, and CC the maintainer of the package. Developers
	    will then wait 7-30 days to commit if maintainer does not handle
	    the bug. The types of patches in this category include: arch 
	    specific patches, multi-lib strict, etc.
	</li>
	</ul>
      <br/>
      </li>
      
      <li>
	Assuming your testing efforts above went well, and all procedures were
        followed, you are now ready to open a bug and metaphysically prod a dev
	into committing the change.
	<br/><br/>
	<ul>
	  <li>
	    Open a bug with '&lt;category&gt;/&lt;package&gt;-&lt;version&gt; is TESTED on SPARC'
	    as the title. Assign the bug a keyword:  TESTED
	  </li>
	  <li>
	    Assign the bug directly to SPARC@gentoo.org - saves giving those
	    Bug Wranglers yet another grey hair on their already snowy heads.
	  </li>
	  <li>
	    Include a short description of the package, what you tested and
            your 'emerge info'. Explicitly specify you wish the ~SPARC to be
            added to the keywords, it helps us grumpy old developers focus
	    at 3am in the morning when sleep is probably a good idea ;)
	  </li>
	  <li>Sit back and wait, someone will resolve the bug ASAP.</li>
	</ul>
      </li>
    </ul>
  </li>
</ul>
</body>
</section>
</chapter>
</guide>



-- 
gentoo-commits@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [gentoo-commits] gentoo commit in xml/htdocs/proj/en/base/sparc/at: index.xml procedures.xml
@ 2007-09-14 23:10 Ferris McCormick (fmccor)
  0 siblings, 0 replies; 3+ messages in thread
From: Ferris McCormick (fmccor) @ 2007-09-14 23:10 UTC (permalink / raw
  To: gentoo-commits

fmccor      07/09/14 23:10:27

  Modified:             index.xml procedures.xml
  Log:
  Introduce an initial procedures definition.

Revision  Changes    Path
1.4                  xml/htdocs/proj/en/base/sparc/at/index.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.4&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.4&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?r1=1.3&r2=1.4

Index: index.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- index.xml	14 Sep 2007 21:35:41 -0000	1.3
+++ index.xml	14 Sep 2007 23:10:27 -0000	1.4
@@ -93,6 +93,7 @@
 </section>
 </extrachapter>
 
+<resource link="/proj/en/base/sparc/at/procedures.xml">AT Procedures</resource>
 
 <dev role="Strategic Lead">fmccor</dev>
 



1.2                  xml/htdocs/proj/en/base/sparc/at/procedures.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.2&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.2&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?r1=1.1&r2=1.2

Index: procedures.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- procedures.xml	14 Sep 2007 20:21:02 -0000	1.1
+++ procedures.xml	14 Sep 2007 23:10:27 -0000	1.2
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding="UTF-8"?>
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v 1.1 2007/09/14 20:21:02 fmccor Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v 1.2 2007/09/14 23:10:27 fmccor Exp $ -->
 
 <!-- The context of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommonds.org/licenses/by-sa/1.0 -->
@@ -103,7 +103,7 @@
       testing or stable on SPARC. If the version increment is only a
       minor one (1.4.0 to 1.4.1) and previous version was stable, it's
       slightly different to where a package has had a major version
-      increment or has never been ~SPARC/SPARC.<br/><br/>
+      increment or has never been ~sparc/sparc.<br/><br/>
       <ul>
 	<li>
 	  <b>
@@ -113,7 +113,7 @@
             the install is smooth, everyday functionality is there and there
             are no glaringly obvious bugs. If you see any bugs, file them on
             Bugzilla and when they're resolved test again. If everything seems
-            okay, proceed to the final stage (putting in the ~SPARC request).
+            okay, proceed to the final stage (putting in the ~sparc request).
 	  </li>
 	  <li>
 	    <b>Previous version keyworded, major version increment</b><br/>
@@ -128,7 +128,7 @@
 	  </li>
 	  <li>
 	    <b>New package, not keyworded before</b><br/>
-	    Anything which has never been SPARC keyworded before is a little
+	    Anything which has never been sparc keyworded before is a little
             more tricky to process. You don't have a nice changelog to refer
             to for a list of things to test, a previous version which worked
             to use as reference or much other help. You need to install the
@@ -176,12 +176,12 @@
 	    as the title. Assign the bug a keyword:  TESTED
 	  </li>
 	  <li>
-	    Assign the bug directly to SPARC@gentoo.org - saves giving those
+	    Assign the bug directly to sparc@gentoo.org - saves giving those
 	    Bug Wranglers yet another grey hair on their already snowy heads.
 	  </li>
 	  <li>
 	    Include a short description of the package, what you tested and
-            your 'emerge info'. Explicitly specify you wish the ~SPARC to be
+            your 'emerge info'. Explicitly specify you wish the ~sparc to be
             added to the keywords, it helps us grumpy old developers focus
 	    at 3am in the morning when sleep is probably a good idea ;)
 	  </li>



-- 
gentoo-commits@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [gentoo-commits] gentoo commit in xml/htdocs/proj/en/base/sparc/at: index.xml procedures.xml
@ 2015-01-19  8:45 Raul Porcel (armin76)
  0 siblings, 0 replies; 3+ messages in thread
From: Raul Porcel (armin76) @ 2015-01-19  8:45 UTC (permalink / raw
  To: gentoo-commits

armin76     15/01/19 08:45:25

  Modified:             index.xml procedures.xml
  Log:
  Migrated to wiki

Revision  Changes    Path
1.27                 xml/htdocs/proj/en/base/sparc/at/index.xml

file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.27&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?rev=1.27&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml?r1=1.26&r2=1.27

Index: index.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/index.xml,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- index.xml	2 Nov 2010 18:53:57 -0000	1.26
+++ index.xml	19 Jan 2015 08:45:25 -0000	1.27
@@ -2,7 +2,7 @@
 <?xml-stylesheet href="/xsl/project.xsl" type="text/xsl"?>
 <?xml-stylesheet href="/xsl/guide.xsl" type="text/xsl"?>
 <!DOCTYPE project SYSTEM "http://www.gentoo.org/dtd/project.dtd">
-<project>
+<project disclaimer="obsolete" redirect="http://wiki.gentoo.org/wiki/Project:SPARC/AT">
 
 <name>Gentoo/SPARC ATs</name>
 



1.6                  xml/htdocs/proj/en/base/sparc/at/procedures.xml

file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.6&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?rev=1.6&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml?r1=1.5&r2=1.6

Index: procedures.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- procedures.xml	28 Oct 2012 15:20:59 -0000	1.5
+++ procedures.xml	19 Jan 2015 08:45:25 -0000	1.6
@@ -1,12 +1,12 @@
 <?xml version='1.0' encoding="UTF-8"?>
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v 1.5 2012/10/28 15:20:59 swift Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/en/base/sparc/at/procedures.xml,v 1.6 2015/01/19 08:45:25 armin76 Exp $ -->
 
 <!-- The context of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommonds.org/licenses/by-sa/1.0 -->
 
-<guide lang="en">
+<guide lang="en" disclaimer="obsolete" redirect="http://wiki.gentoo.org/wiki/Project:SPARC/AT/Procedures">
 <title>Gentoo/SPARC Arch Testers' Guide</title>
 
 <author title="Author">





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-01-19  8:45 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-19  8:45 [gentoo-commits] gentoo commit in xml/htdocs/proj/en/base/sparc/at: index.xml procedures.xml Raul Porcel (armin76)
  -- strict thread matches above, loose matches on Subject: below --
2007-09-14 23:10 Ferris McCormick (fmccor)
2007-09-14 20:21 Ferris McCormick (fmccor)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox