Lorsque je cours equery depgraph www-client/chromium-10.0.648.151
, toutes les dépendances ne sont pas disponibles. Certains spectacles M[package.mask]
, tandis que d'autres spectacles [missing keyword]
. Mon ACCEPT_KEYWORDS
est ~amd64-linux
, selon emerge --info
. J'ai expérimenté différentes ACCEPT_KEYWORDS
(en tant que variable environnementale transmise à eqeury
) et toutes ont des dépendances manquantes différentes. Parmi toutes les combinaisons possibles, seule ACCEPT_KEYWORDS='amd64 ~amd64 ~amd64-linux'
toutes les dépendances peuvent être satisfaites à la fois.
Voici mes questions:
- La
ACCEPT_KEYWORDS='amd64 ~amd64 ~amd64-linux'
configuration est -elle valide? - J'ai appris de la documentation qui
amd64
signifie stable et~amd64
signifie instable. Et alors~amd64-linux
? - Si je sélectionne
~amd64
,equery
n'utiliserait pas les packages disponibles uniquement pouramd64
, entraînant des dépendances manquantes. Est-ce attendu? Si oui, les testeurs instables devraient-ils utiliser au moins à laACCEPT_KEYWORDS='amd64 ~amd64'
place deACCEPT_KEYWORDS='~amd64'
? - L'ordre des mots-clés est-il important?
Informations supplémentaires: J'ai installé Gentoo Prefix en suivant ce guide . Par défaut,
$EPREFIX/etc/make.profile
est un lien symbolique vers $EPREFIX/usr/portage/profiles/prefix/linux/amd64
et contient un make.defaults
qui a ACCEPT_KEYWORDS="-amd64 ~amd64-linux"
. Ni $EPREFIX/etc/make.conf
ni $EPREFIX/etc/make.globals
n'a ACCEPT_KEYWORDS
configuré. Selon eselect profile list
, aucun profil n'est sélectionné.
xtables-addons
. mais comme ma boîte Gentoo sert de pare-feu pur, je ne suis pas vraiment préoccupé par la stabilité des autres packages :)