[gentoo-user-fr] Pb de calcul de dépendances avec emerge.
3 réponses
Christophe Garault
Bonjour,
Par acquis de conscience je viens de refaire un emerge -sync mais le
problème demeure entier:
--------------------------------------------
marge root # emerge -pvuDt world
These are the packages that I would merge, in reverse order:
Calculating world dependencies /
!!! All ebuilds that could satisfy ">=sys-libs/pam-0.78" have been masked.
!!! One of the following masked packages is required to complete your
request:
- sys-libs/pam-0.78-r1 (masked by: ~x86 keyword)
- sys-libs/pam-0.78-r2 (masked by: ~x86 keyword)
- sys-libs/pam-0.78 (masked by: ~x86 keyword)
For more information, see MASKED PACKAGES section in the emerge man page or
section 2.2 "Software Availability" in the Gentoo Handbook.
!!! (dependency required by "dev-libs/cyrus-sasl-2.1.20-r3" [ebuild])
!!! Problem with ebuild sys-process/vixie-cron-4.1-r7
!!! Possibly a DEPEND/*DEPEND problem.
Evidement un simple emerge -pv world me donne les même résultats.
Ma version installée de pam ets la 0.77-r6 (qui semble être la dernière
dispo en stable) quant à cyrus-sasl c'est la 2.1.20-r2 (r3 dispo) et
enfin pour vixie-cron j'ai la 4.1-r7 qui est aussi la dernière en arch
stable.
C'est la 1ere fois qu'un tel pb m'arrive et je me demande bien ce qui
peut clocher.
Rien de spécifique dans mes logs non plus; mon profile est toujours vers
2005/2.4
Quoiqu'en y regardant bien, la version de vixie-cron 4.1-r7 était stable
à l'install:
marge root # esearch vixie-cron
[ Results for search key : vixie-cron ]
[ Applications found : 1 ]
* sys-process/vixie-cron
Latest version available: 4.1-r7
Latest version installed: 4.1-r7
Size of downloaded files: 57 kB
Homepage: ftp://ftp.isc.org/isc/cron/
Description: Paul Vixie's cron daemon, a fully featured crond
implementation
License: as-is
Mais elle semble être repassée en instable:
marge root # eix vixie-cron
* sys-process/vixie-cron
Available versions: 3.0.1-r4 ~3.0.1-r5 4.1-r4 ~4.1-r6 ~4.1-r7
Installed: 4.1-r7
Homepage: ftp://ftp.isc.org/isc/cron/
Description: Paul Vixie's cron daemon, a fully featured
crond implementation
Quelqu'un aurait-il une idée?
Merci d'avance.
--
Christophe Garault
Take your marks:
Gen too three: Emerge!
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe Garault
Bon je me répond à moi-même car je pense avoir trouvé la solution. En fait dans mon /etc/portage/package.keywords j'avais le cyrus-sasl en ~x86 (je ne me souviens d'ailleurs plus pourquoi). Or toutes les versions précédentes des ebuild de cyrus-sasl indiquaient "pam? ( >=sys-libs/pam-0.75 )" mais la dernière indique "pam? ( virtual/pam )" . Evidemment pam n'est pas en ~x86 dans mon package.keywords. Il me suffit donc de downgrader cyrus-sasl vers la dernière version stable et de l'enlever du package.keywords pour que tout rentre dans l'ordre. Je l'ai compris car seule les versions >=0.78 de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi celà sert. Il y a d'autres packages qui fournissent celà?
Voilà, bon w-e à tout le monde.
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Bon je me répond à moi-même car je pense avoir trouvé la solution.
En fait dans mon /etc/portage/package.keywords j'avais le cyrus-sasl en
~x86 (je ne me souviens d'ailleurs plus pourquoi).
Or toutes les versions précédentes des ebuild de cyrus-sasl indiquaient
"pam? ( >=sys-libs/pam-0.75 )" mais la dernière indique "pam? (
virtual/pam )" . Evidemment pam n'est pas en ~x86 dans mon
package.keywords. Il me suffit donc de downgrader cyrus-sasl vers la
dernière version stable et de l'enlever du package.keywords pour que
tout rentre dans l'ordre. Je l'ai compris car seule les versions >=0.78
de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi
celà sert. Il y a d'autres packages qui fournissent celà?
Voilà, bon w-e à tout le monde.
--
Christophe Garault
Take your marks:
Gen too three: Emerge!
Bon je me répond à moi-même car je pense avoir trouvé la solution. En fait dans mon /etc/portage/package.keywords j'avais le cyrus-sasl en ~x86 (je ne me souviens d'ailleurs plus pourquoi). Or toutes les versions précédentes des ebuild de cyrus-sasl indiquaient "pam? ( >=sys-libs/pam-0.75 )" mais la dernière indique "pam? ( virtual/pam )" . Evidemment pam n'est pas en ~x86 dans mon package.keywords. Il me suffit donc de downgrader cyrus-sasl vers la dernière version stable et de l'enlever du package.keywords pour que tout rentre dans l'ordre. Je l'ai compris car seule les versions >=0.78 de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi celà sert. Il y a d'autres packages qui fournissent celà?
Voilà, bon w-e à tout le monde.
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Yoann Pannier
Christophe Garault wrote, On 05/21/2005 08:19 PM:
seule les versions >=0.78 de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi celà sert. Il y a d'autres packages qui fournissent celà?
OpenPAM, qui n'est pas dans l'arbre protage normal, mais il est sans doute dans l'overlay G/BSD.
C'est en rapport avec le projet Gentoo/*BSD [1]. Un des dev du projet donne quelques explications dans ce mail [2] que j'ai retrouvé.
seule les versions >=0.78
de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi
celà sert. Il y a d'autres packages qui fournissent celà?
OpenPAM, qui n'est pas dans l'arbre protage normal, mais il est sans
doute dans l'overlay G/BSD.
C'est en rapport avec le projet Gentoo/*BSD [1]. Un des dev du projet
donne quelques explications dans ce mail [2] que j'ai retrouvé.
seule les versions >=0.78 de pam fournissent le virtual/pam . Je ne sais d'ailleurs pas à quoi celà sert. Il y a d'autres packages qui fournissent celà?
OpenPAM, qui n'est pas dans l'arbre protage normal, mais il est sans doute dans l'overlay G/BSD.
C'est en rapport avec le projet Gentoo/*BSD [1]. Un des dev du projet donne quelques explications dans ce mail [2] que j'ai retrouvé.
