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
next 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