--- xml/htdocs/proj/en/glep/glep-0049.html 2006/05/21 10:23:55 1.3 +++ xml/htdocs/proj/en/glep/glep-0049.html 2006/09/05 20:55:13 1.4 @@ -10,7 +10,250 @@
|Title:||Alternative Package Manager requirements|
|Last-Modified:||2006-05-20 20:39:14 +0200 (Sat, 20 May 2006)+|
|Author:||Paul de Vrieze <pauldv at gentoo.org>,|
The council rejected this GLEP in favor of starting from a package manager +API and requiring Gentoo package managers in the tree to support that +API. (That API is still pending, however.)+
This GLEP describes four classes of package managers. What the requirements for them are, and what support they can receive.
To set a standard that package managers that seek Gentoo project approval and support should adhere to.
Currently Portage is showing its age. The code of Portage does not seem to be salvageable for new versions. As of the date of publication, there are two known alternative package managers that claim a level of Portage compatibility. These @@ -96,12 +346,12 @@ and ensuring that decisions can be made clearly.
Not a problem for this GLEP. There is no previous standard as the issue did not exist before. This GLEP is to prevent future compatibility issues.
We distinguish four categories of package managers. While a package manager can transition from one category to another, it can not be in two categories at the same time. It can be in a state of transition though.@@ -139,7 +389,7 @@
As a package manager is in a state of higher support there are higher requirements to it. The purpose of these requirements is to ensure the unity of the distribution and the package tree. For this purpose it is needed that there @@ -148,7 +398,7 @@ manager. Candidate primary package managers and secondary package managers are also supported in regards to bugs etc.
The primary package manager is the package manager that sets the standards for the tree. All ebuilds in the tree must function with the primary package manager. As the primary package manager sets the standard it does not have to @@ -175,7 +425,7 @@ under control of Gentoo developers.
A candidate primary package manager aims to replace the primary package manager. The council is responsible for deciding whether this is done. The requirements are there to ensure that it is actually possible to transition a @@ -212,7 +462,7 @@ manager.
A secondary package manager is a package manager that instead of directly aiming at replacing the current primary package manager as primary package manager aims to cooperate with the primary package manager. As such a secondary package @@ -259,7 +509,7 @@ manager must take this secondary package manager into account.
A third party package manager is just that. It is a package manager without any support within Gentoo. As there is no control by Gentoo over the package manager this means that there are no requirements on the package manager.@@ -272,9 +522,9 @@
A candidate primary package manager can be chosen to become primary package manager. This can only happen by council decision. This decision can only be made when the candidate primary package manager is stable on all stable @@ -294,7 +544,7 @@ is no longer needed.
The transition from secondary package manager to candidate primary package manager is straightforward. The secondary package manager must satisfy all requirements for a candidate primary package manager. At that point its @@ -303,14 +553,14 @@ goal.