interprétation: Crypt-SSLeay offre les capacités SSL au paquet libwww-perl (il dépend donc de celui-ci). Pour faciliter l'administration, le mainteneur du paquet a mis un USE flag "ssl" sur le paquet libwww-perl pour installer Crypt-SSLeay automatiquement en dépendance si ce flag est activé [1]. Effectivement les dépendances cycliques c'est pas beau. D'ailleurs, tu n'es pas le seul à l'avoir remarqué [2]. Je ne suis pas spécialiste en ebuilds, mais il faudrai voir si cette dépendance ne serai pas mieux placée en runtime dependancy (RDEPEND) plutot qu'en build dependancy (DEPEND). Ca eviterai la dépendance cyclique, mais c'est avec le developpeur du paquet qu'il faudrai mieux voir ca (). Mais comme c'est du perl (interprété), c'est pas bien grave (ca ne plante pas à la compil). Ne pas réparer ce qui n'est pas cassé :)
interprétation: Crypt-SSLeay offre les capacités SSL au paquet
libwww-perl (il dépend donc de celui-ci).
Pour faciliter l'administration, le mainteneur du paquet a mis un USE
flag "ssl" sur le paquet libwww-perl pour installer Crypt-SSLeay
automatiquement en dépendance si ce flag est activé [1].
Effectivement les dépendances cycliques c'est pas beau. D'ailleurs, tu
n'es pas le seul à l'avoir remarqué [2]. Je ne suis pas spécialiste en
ebuilds, mais il faudrai voir si cette dépendance ne serai pas mieux
placée en runtime dependancy (RDEPEND) plutot qu'en build dependancy
(DEPEND). Ca eviterai la dépendance cyclique, mais c'est avec le
developpeur du paquet qu'il faudrai mieux voir ca (perl@gentoo.org).
Mais comme c'est du perl (interprété), c'est pas bien grave (ca ne
plante pas à la compil). Ne pas réparer ce qui n'est pas cassé :)
interprétation: Crypt-SSLeay offre les capacités SSL au paquet libwww-perl (il dépend donc de celui-ci). Pour faciliter l'administration, le mainteneur du paquet a mis un USE flag "ssl" sur le paquet libwww-perl pour installer Crypt-SSLeay automatiquement en dépendance si ce flag est activé [1]. Effectivement les dépendances cycliques c'est pas beau. D'ailleurs, tu n'es pas le seul à l'avoir remarqué [2]. Je ne suis pas spécialiste en ebuilds, mais il faudrai voir si cette dépendance ne serai pas mieux placée en runtime dependancy (RDEPEND) plutot qu'en build dependancy (DEPEND). Ca eviterai la dépendance cyclique, mais c'est avec le developpeur du paquet qu'il faudrai mieux voir ca (). Mais comme c'est du perl (interprété), c'est pas bien grave (ca ne plante pas à la compil). Ne pas réparer ce qui n'est pas cassé :)
