jon 02/01/13 11:54:14
Modified: docs index.html
docs/site newproject2.html
xdocs/site newproject2.xml
Log:
build index.html
newproject
english fixes
removed link to note about collab and tigris.org...if you know the entire
story, you will realize that it isn't appropriate for that paragraph.
added note about projects that depend on FSF projects...i'm sure this can
be worded better...have fun...
Revision Changes Path
1.47 +1 -1 jakarta-site2/docs/index.html
Index: index.html
===================================================================
RCS file: /home/cvs/jakarta-site2/docs/index.html,v
retrieving revision 1.46
retrieving revision 1.47
diff -u -r1.46 -r1.47
--- index.html 12 Jan 2002 00:57:07 -0000 1.46
+++ index.html 13 Jan 2002 19:54:13 -0000 1.47
@@ -516,7 +516,7 @@
<p>
Many people who visit Jakarta also find the products of the
<a href="http://xml.apache.org";>Apache XML Project</a>
-to of special interest. Products hosted at Apache XML include:
+of special interest. Products hosted at Apache XML include:
</p>
<ul>
<li>
1.4 +13 -13 jakarta-site2/docs/site/newproject2.html
Index: newproject2.html
===================================================================
RCS file: /home/cvs/jakarta-site2/docs/site/newproject2.html,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- newproject2.html 13 Jan 2002 14:31:23 -0000 1.3
+++ newproject2.html 13 Jan 2002 19:54:13 -0000 1.4
@@ -279,12 +279,12 @@
</table>
</div>
<p>
-The alleged quality of a product is not the prime criteria. To
+The alleged quality of a product is not the prime criteria. To be
accepted, we must believe that a product will attract volunteers to
extend and maintain it over the long term. A product like this,
arriving with no volunteer developers or open source community, does
not further <a href="mission.html">Jakarta's mission</a>, and would
-not accepted.
+not be accepted.
</p>
<p>
We generally recommend that an orphaned product start with an
@@ -297,7 +297,7 @@
choose to accept it." This is the wrong way to approach the proposal
process. A closed source project does not have an open community, and
so we have no way to tell if the developers can work in an open source
-environment. Products that have lived their own, and have started
+environment. Products that have lived on their own and have started
to develop their own community, have a much better chance of being
accepted.
</p>
@@ -320,7 +320,7 @@
common employer or geographic location.
</p>
<p>
-<strong>Reliance salaried developers.</strong> Jakarta has strong ties
+<strong>Reliance on salaried developers.</strong> Jakarta has strong ties
to the business community. Many of our developers are encouraged by their
employers to work open source projects as part of their regular job.
We feel that this is a Good Thing, and corporations should be entitled to
@@ -334,21 +334,21 @@
<p>
<strong>No ties to other Apache products</strong>. Products
<strong>without</strong> a tie to any existing Apache product and that have
-strong dependencies on alternatives to Apache products, do not make good
-candidates. Many Apache products are related both by technologies and
-through the volunteers who create the technologies. Products without
+strong dependencies on alternatives to Apache products (including Free
+Software Foundation products), do not make good candidates. Many Apache
+products are related by ASF style licensing, technologies and through
+the volunteers who create the technologies. Products without
technologies in common will have trouble attracting a strong community.
</p>
<p>
<strong>A fascination with the Apache brand.</strong> The
<a href="http://apache.org/LICENSE";>Apache Software License</a> is quite
liberal, and allows for the code to used in commercial products. This
-can induce people to donate a commercial codebase to the ASF, allow it
-developed as open source for a time, and then
-<a href="http://barista.editthispage.com/2001/08/31";>convert
-it back to commercial use</a>. While this would legal under the
-Apache Software License, we are wary of proposals that seem to more
-interested in exposure than community.
+can induce people to donate a commercial codebase to the ASF, allow it
+developed as open source for a time, and then convert it back to
+commercial use. While this would legal under the Apache Software
+License, we are wary of proposals that seem to more interested in
+exposure than community.
</p>
</blockquote>
</p>
1.4 +13 -13 jakarta-site2/xdocs/site/newproject2.xml
Index: newproject2.xml
===================================================================
RCS file: /home/cvs/jakarta-site2/xdocs/site/newproject2.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- newproject2.xml 13 Jan 2002 14:31:15 -0000 1.3
+++ newproject2.xml 13 Jan 2002 19:54:13 -0000 1.4
@@ -134,12 +134,12 @@
<p>
-The alleged quality of a product is not the prime criteria. To
+The alleged quality of a product is not the prime criteria. To be
accepted, we must believe that a product will attract volunteers to
extend and maintain it over the long term. A product like this,
arriving with no volunteer developers or open source community, does
not further <a href="mission.html">Jakarta's mission</a>, and would
-not accepted.
+not be accepted.
</p>
<p>
@@ -154,7 +154,7 @@
choose to accept it." This is the wrong way to approach the proposal
process. A closed source project does not have an open community, and
so we have no way to tell if the developers can work in an open source
-environment. Products that have lived their own, and have started
+environment. Products that have lived on their own and have started
to develop their own community, have a much better chance of being
accepted.
</p>
@@ -180,7 +180,7 @@
</p>
<p>
-<strong>Reliance salaried developers.</strong> Jakarta has strong ties
+<strong>Reliance on salaried developers.</strong> Jakarta has strong ties
to the business community. Many of our developers are encouraged by their
employers to work open source projects as part of their regular job.
We feel that this is a Good Thing, and corporations should be entitled to
@@ -195,9 +195,10 @@
<p>
<strong>No ties to other Apache products</strong>. Products
<strong>without</strong> a tie to any existing Apache product and that have
-strong dependencies on alternatives to Apache products, do not make good
-candidates. Many Apache products are related both by technologies and
-through the volunteers who create the technologies. Products without
+strong dependencies on alternatives to Apache products (including Free
+Software Foundation products), do not make good candidates. Many Apache
+products are related by ASF style licensing, technologies and through
+the volunteers who create the technologies. Products without
technologies in common will have trouble attracting a strong community.
</p>
@@ -205,12 +206,11 @@
<strong>A fascination with the Apache brand.</strong> The
<a href="http://apache.org/LICENSE";>Apache Software License</a> is quite
liberal, and allows for the code to used in commercial products. This
-can induce people to donate a commercial codebase to the ASF, allow it
-developed as open source for a time, and then
-<a href="http://barista.editthispage.com/2001/08/31";>convert
-it back to commercial use</a>. While this would legal under the
-Apache Software License, we are wary of proposals that seem to more
-interested in exposure than community.
+can induce people to donate a commercial codebase to the ASF, allow it
+developed as open source for a time, and then convert it back to
+commercial use. While this would legal under the Apache Software
+License, we are wary of proposals that seem to more interested in
+exposure than community.
</p>
</section>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
