<?xml version='1.0' encoding='iso-8859-1'?>
<project>
	<!--
		- Unless otherwise specified, all URLs are to be specified using rooted relative
		- paths. In other words:
		-    CORRECT: "/webtools/foo/bar.php"
		-    INCORRECT: "foo/bar.php"
		-    INCORRECT: "http://www.eclipse.org/webtools/foo/bar.php"
	-->

	<name>Eclipse Packaging Project</name>
	<short-name>EPP</short-name>

	<bugzilla>
		<product name="EPP" />
	</bugzilla>

	<cvs repository="/cvsroot/technology/">
		<module path="org.eclipse.epp" />
	</cvs>

	<description url="/epp/index.php"
		paragraph-url="/epp/project-info/project-page-paragraph.html" />

	<leaders url="/epp/members.php" />
    <team url="/epp/members.php"/>

	<!--
		- In addition to the description, each Eclipse project is also required to/
		- provide an up-to-date status summary. "Up to date" means revised at least
		- quarterly. 
		- The required <summary paragraph-url="..."> points to a file
		- containing a number of simple HTML paragraphs with an executive summary
		- of the project status.
		- This file is often stored in the /project-info/ directory, thus the
		- url would be something like "/technology/project-info/executive-summary.html".
		-
		-
		- Please provide the URL of the project summary paragraph
	-->
	<summary
		paragraph-url="/technology/project-info/executive-summary.html" />

	<!--
		- It is important to help new users get started with an Eclipse project
		- because most Eclipse projects are solving some difficult technical
		- problem and thus are somewhat complex. The <getting-started> element
		- points to a web page on the project's site that describes how to
		- get started using and extending the project's tools and frameworks.
		-
		-
		- Please provide the URL of the project getting started guide     
	-->
	<getting-started url="http://wiki.eclipse.org/index.php/Category:EPP" />

	<!--
		- It is also important to help new contributors get started with an Eclipse project.
		- Most Eclipse projects have interesting/complex development environment
		- setups or to-do lists. The <contributing> element
		- points to a web page on the project's site that describes how to
		- get started developing on, and contributing to, the project.
		-
		- Please provide the URL of the project getting started guide     
	-->
	<contributing url="http://wiki.eclipse.org/index.php/Category:EPP" />

	<!--
		- Each Eclipse project is required to maintain a current Project IP Log.
		- See http://www.eclipse.org/projects/dev_process/project-log.php
		- The <ip-log> contains the URL of that log.  If the project has
		- other legal information as well, it can use the <legal> element
		- instead and then include the IP Log information on the Legal web page.
	-->
	<!--
		<ip-log url="" />
		<legal url="" />
	-->

	<mailing-lists>
		<list name="epp-dev" />
		<list name="provisioning-dev" />
	</mailing-lists>

	<newsgroups>
		<newsgroup name="eclipse.technology.packaging" />
	</newsgroups>

	<!--
		- The dashboard attempts to measure the liveness of a project in many
		- ways including the traffic on the mailing lists and newsgroups. There
		- are other places where significant project-related traffic can occur
		- including blogs and articles. When listed here, the dashboard incorporates
		- them into the liveness measure (or rather, "will incorporate").
	-->
	<!--
		<articles />
		<blogs />
	-->

	<!--
		- Each Eclipse project needs to have a plan both for its internal purposes
		- (to guide development and resource allocation) and for the larger Eclipse
		- community and ecosystem to understand what will be delivered and when
		- it will be delivered.
	-->
	<project-plan url="/epp/plan.php" />

	<!--
		- Each Eclipse project creates (optional) nightly builds and milestone builds,
		- but the important builds of a project are the releases. This section of the
		- status file records the completed (past) and scheduled (future) releases of
		- the project. 
		- The status, name, and date are required attributes. The download is optional
		- and only valid for completed releases; the plan is optional and valid for
		- all releases.  The three valid types of releases are, in order of ascending 
		- uncertainity: "completed", "scheduled", and "tentative".  Dates can be
		- specified as particular day DD/MM/YYYY (e.g., 22/03/2005) or a particular
		- month MM/YYYY (e.g., 10/2005), or a quarter NQYYYY (e.g., 3Q2005). Obviously
		- completed releases should include the exact day the release was completed.
		-
		- In the following example, we have three completed, two scheduled, and one 
		- tentative release.
	-->
	<releases>
 		<release 
       		status="completed"
       		name="0.5.0"
       		date="29/06/2007"
       		download="/epp/download.php" />
	</releases>
	<!--
		<source></source>
	-->
</project>