Manuel:Parties/Portage/Branches

From Gentoo Wiki
Jump to:navigation Jump to:search
This page is a translated version of the page Handbook:Parts/Portage/Branches and the translation is 13% complete.
Outdated translations are marked like this.

Stable

La variable ACCEPT_KEYWORDS définit la branche logicielle à utiliser sur le système. Elle correspond par défaut à la branche logicielle stable pour l'architecture du système, par exemple amd64.

FILE /etc/portage/make.confUsing the stable branch
# The following value is set by default, and does _not_ need explicitly defined.
ACCEPT_KEYWORDS="amd64"

Il est recommandé de rester avec la branche stable. Cependant, si la stabilité n'est pas très importante et/ou si l'administrateur veut aider Gentoo en soumettant des rapports de bogues à https://bugs.gentoo.org, alors la branche testing peut être utilisée à la place.

Testing

Attention !
Hic sunt dracones! Running software from the testing branch may incur stability issues, imperfect package handling (for instance wrong/missing dependencies), frequent ebuild revisions (resulting in a lot of compiling) or packages that are broken in another, often unexpected, manner. System administrators who are less comfortable with Gentoo or Linux in general should avoid the testing branch. As noted previously, the Handbook recommends staying with the stable, more thoroughly tested branch.

Pour utiliser des logiciels plus récents, les utilisateurs peuvent envisager d'utiliser la branche testing à la place. Pour que Portage utilise la branche testing, ajoutez un ~ devant l'architecture.

FILE /etc/portage/make.confUtiliser la branche testing
ACCEPT_KEYWORDS="~amd64"

Par exemple, pour sélectionner la branche testing pour l'architecture amd64, modifiez /etc/portage/make.conf et définissez :

La branche testing est exactement ce que son nom indique, une branche de Test. Si un paquet est en test, cela signifie que les développeurs pensent qu'il est fonctionnel mais n'a pas été testé de manière approfondie. Les utilisateurs utilisant la branche testing pourraient très bien être les premiers à découvrir un bogue dans le paquet, auquel cas ils devraient déposer un rapport de bogue pour en informer les développeurs.

Lors du passage de stable à testing, les utilisateurs découvriront que beaucoup de paquets seront mis à jour. Gardez à l'esprit qu'après le passage à la branche testing, il peut être difficile de revenir à la branche stable.

Mélanger stable et testing

package.accept_keywords

Il est possible de demander à Portage d'autoriser la branche testing pour des paquets particuliers mais d'utiliser la branche stable pour le reste du système. Pour ce faire, ajoutez la catégorie et le nom du paquet dans /etc/portage/package.accept_keywords. Il est également possible de créer un répertoire (avec le même nom) et de lister le paquet dans les fichiers sous ce répertoire.

Par exemple, pour utiliser la branche testing pour gnumeric :

FILE /etc/portage/package.accept_keywordsUtiliser la branche testing uniquement pour l'application gnumeric
app-office/gnumeric

Tester des versions particulières

Pour utiliser une version de logiciel spécifique de la branche testing quand vous ne voulez pas que Portage utilise la branche testing pour les versions ultérieures, ajoutez la version dans package.accept_keywords. Dans ce cas, utilisez l'opérateur =. Il est également possible d'entrer une gamme de versions en utilisant les opérateurs <=, <, > ou >=.

Dans tous les cas, si des informations de version sont ajoutées, un opérateur doit être utilisé. Sans informations de version, un opérateur ne peut pas être utilisé.

Dans l'exemple suivant, nous demandons à Portage d'autoriser l'installation de gnumeric-1.2.13 même s'il se trouve dans la branche testing :

FILE /etc/portage/package.accept_keywordsAutoriser la sélection d'une version spécifique
=app-office/gnumeric-1.2.13

Paquets masqués

package.unmask

Important
Les développeurs Gentoo ne supportent pas le démasquage des paquets. Veuillez faire preuve de prudence lorsque vous le faites. Les demandes de support liées à package.unmask et/ou package.mask peuvent ne pas être traitées.

Quand un paquet a été masqué par les développeurs Gentoo, si malgré la raison mentionnée dans le fichier package.mask (situé par défaut dans /var/db/repos/gentoo/profiles/), un utilisateur veut utiliser ce paquet, ajoutez alors la version désirée (habituellement ce sera la même ligne que dans le fichier package.mask du profil) dans /etc/portage/package.unmask (ou dans un fichier de ce répertoire s'il s'agit d'un répertoire).

To do so, the system administrator would add the target package version (usually this will be the exact same line from the package.mask file in the profile) to the /etc/portage/package.unmask location.

Par exemple, si =net-mail/hotwayd-0.8 est masqué, il peut être démasqué en ajoutant exactement la même ligne dans le fichier package.unmask :

FILE /etc/portage/package.unmaskDémasquer une combinaison paquet/version particulière
=net-mail/hotwayd-0.8
Remarque
Si une entrée dans /var/db/repos/gentoo/profiles/package.mask contient une série de versions de paquetages, alors il est nécessaire de démasquer seulement la ou les version(s) réellement nécessaires. Veuillez lire la section précédente pour savoir comment spécifier les versions.

package.mask

Il est également possible de demander à Portage de ne pas tenir compte d'un certain paquet ou d'une version spécifique d'un paquet. Pour ce faire, masquez le package en ajoutant une ligne appropriée dans /etc/portage/package.mask (dans ce fichier ou dans un fichier de ce répertoire).

Par exemple, pour empêcher Portage d'installer des sources du noyau plus récentes que gentoo-sources-6.6.21, ajoutez la ligne suivante dans package.mask :

FILE /etc/portage/package.maskMasquer gentoo-sources ayant une version plus récent que 6.6.21
>sys-kernel/gentoo-sources-6.6.21