public inbox for gentoo-commits@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Alec Warner (antarus)" <antarus@gentoo.org>
To: gentoo-commits@lists.gentoo.org
Subject: [gentoo-commits] gentoo commit in xml/htdocs/proj/en/userrel/soc: index2008.xml
Date: Wed, 27 Feb 2008 00:41:24 +0000	[thread overview]
Message-ID: <E1JUAMO-0005kS-DX@stork.gentoo.org> (raw)

antarus     08/02/27 00:41:24

  Modified:             index2008.xml
  Log:
  add myself as a mentor, fix spacing, removed 100% compatability requirement (too early to specify)

Revision  Changes    Path
1.2                  xml/htdocs/proj/en/userrel/soc/index2008.xml

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

Index: index2008.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/en/userrel/soc/index2008.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- index2008.xml	26 Feb 2008 18:24:38 -0000	1.1
+++ index2008.xml	27 Feb 2008 00:41:23 -0000	1.2
@@ -63,17 +63,17 @@
     <ti>Since Martin (azarah) has been busy and then was retired, there was nobody working full-time on sandbox, yet it's one of the core utilities that Gentoo uses; Martin left an experimental branch of sandbox, which has code used for Gentoo/FreeBSD support in it. At the moment that sandbox fails badly with Linux modules, and is non trivial to fix. Having someone cleanup sandbox code and ensure that building continues to occur in a safe environment from the running system is of critical importance.</ti>
   </tr>
   <tr>
-	<ti>Autoepatch</ti>
-	<ti>Autoepatch was a project to replace gnuconfig.eclass and elibtoolize that you find used in quite a few ebuilds to help ensure packages build correctly. Its goal is to apply common patches and fixes to source code after the unpacking but before you get to the compile phase. Ensuring that common mistakes made in source code, such as a broken autotools issue, is resovled before you have to fix it on an ebuild by ebuild basis.</ti>
+	  <ti>Autoepatch</ti>
+  	<ti>Autoepatch was a project to replace gnuconfig.eclass and elibtoolize that you find used in quite a few ebuilds to help ensure packages build correctly. Its goal is to apply common patches and fixes to source code after the unpacking but before you get to the compile phase. Ensuring that common mistakes made in source code, such as a broken autotools issue, is resovled before you have to fix it on an ebuild by ebuild basis.</ti>
+  </tr>
+  <tr>
+    <ti>Eselect GCC</ti>
+    <ti>Eselect is Gentoo's configuration too for selecting versions or linguas of applications that have multiple instances that can fulfill a need. A previous attempt at making a selector for gcc, caused far more problems then what it was attempting to resolve.</ti>
+  </tr>
+  <tr>
+    <ti>Eselect modules</ti>
+    <ti>Eselect is Gentoo's configuration too for selecting versions or linguas of applications that have multiple instances that can fulfill a need. There are many applications such as tar, whois, cpio, sendmail, and countless others that are different versions/implementations of the same application. Eselect is ideal for allowing you to have multiple versions of these applications installed but having the default system version be selected via the Eselect framework. Adding more modules will allow users to have better control over their various packages.</ti>
   </tr>
-<tr>
-      <ti>Eselect GCC</ti>
-      <ti>Eselect is Gentoo's configuration too for selecting versions or linguas of applications that have multiple instances that can fulfill a need. A previous attempt at making a selector for gcc, caused far more problems then what it was attempting to resolve. This should be a 100% compatible reimplementation of gcc-config and binutils-config.</ti>
-</tr>
-<tr>
-      <ti>Eselect modules</ti>
-      <ti>Eselect is Gentoo's configuration too for selecting versions or linguas of applications that have multiple instances that can fulfill a need. There are many applications such as tar, whois, cpio, sendmail, and countless others that are different versions/implementations of the same application. Eselect is ideal for allowing you to have multiple versions of these applications installed but having the default system version be selected via the Eselect framework. Adding more modules will allow users to have better control over their various packages.</ti>
-</tr>
 </table>
 </body>
 </section>
@@ -88,25 +88,26 @@
   <tr>
     <th>Developer</th>
     <th>E-mail</th>
-    <th>Projects</th>
   </tr>
 
-   <tr>
+  <tr>
     <ti>Diego Petteno</ti>
     <ti>flameeyes@gentoo.org</ti>
-    <ti></ti>
-   </tr>
+  </tr>
 
-   <tr>
+  <tr>
     <ti>Saleem Abdulrasool</ti>
     <ti>compnerd@gentoo.org</ti>
-    <ti></ti>
-   </tr>
-
+  </tr>
+  <tr>
+    <ti>Alec Warner</ti>
+    <ti>antarus@gentoo.org</ti>
+  </tr>
 </table>
 </body>
 </section>
 </extrachapter>
+
 <!--
 <extrachapter>
 <title>Students for Summer of Code 2006</title>



-- 
gentoo-commits@lists.gentoo.org mailing list



             reply	other threads:[~2008-02-27  0:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-27  0:41 Alec Warner (antarus) [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-03-19  2:34 [gentoo-commits] gentoo commit in xml/htdocs/proj/en/userrel/soc: index2008.xml Alec Warner (antarus)
2008-03-02 20:51 Joshua Jackson (tsunam)
2008-02-27 17:52 Joshua Jackson (tsunam)
2008-02-27  9:29 Mark Kowarsky (mark_alec)
2008-02-27  9:14 Mark Kowarsky (mark_alec)
2008-02-26 18:24 Joshua Jackson (tsunam)

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1JUAMO-0005kS-DX@stork.gentoo.org \
    --to=antarus@gentoo.org \
    --cc=gentoo-commits@lists.gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox