Sur une machine assez sensible (serveur) ce matin, je me retrouve avec un=
e
erreur inhabituelle lorsque je tente une mise =E0 jour :
# emerge -Dauv world
These are the packages that I would merge, in order:
Calculating world dependencies /
emerge: there are no ebuilds to satisfy "virtual/glibc".
!!! Problem with ebuild mail-client/smtpclient-1.0.0-r2
!!! Possibly a DEPEND/*DEPEND problem.
!!! Depgraph creation failed.
Qu'est-ce que cette erreur sur glibc ? De quoi se plaint-il pr=E9cis=E9me=
nt ?
J'ai tent=E9 =E0 nouveau un emerge --sync avant, mais idem.
La seule chose que j'ai faite r=E9cemment en rapport avec glibc, c'est sa
recompilation, suite =E0 l'installation de linux-headers-2.6.8.1-r4 qui
disait =E0 la fin :
* Kernel headers are usually only used when recompiling glibc, as such, =
following the installation
* of newer headers, it is advised that you re-merge glibc as follows:
* emerge glibc
* Failure to do so will cause glibc to not make use of newer features pr=
esent in the updated kernel
* headers.
j'ai donc fait un emerge --oneshot glibc qui s'est pass=E9 sans encombre.
Un revdep-rebuild ne fait rien du tout et trouve tout clean.
Ce qui est bizarre, c'est que sur une autre machine (serveur aussi) de
config similaire, la m=EAme op=E9ration de recompilation de glibc ne donn=
e
pas aujourd'hui lieu =E0 ce genre d'erreur.
J'avoue =EAtre assez emb=EAt=E9.
Merci d'avance pour vos pistes.
--=20
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Dimanche 3 Juillet 2005 19:05, Christophe PEREZ a écrit :
Bonjour,
Sur une machine assez sensible (serveur) ce matin, je me retrouve avec une erreur inhabituelle lorsque je tente une mise à jour : # emerge -Dauv world
These are the packages that I would merge, in order:
Calculating world dependencies / emerge: there are no ebuilds to satisfy "virtual/glibc".
!!! Problem with ebuild mail-client/smtpclient-1.0.0-r2 !!! Possibly a DEPEND/*DEPEND problem.
!!! Depgraph creation failed.
Qu'est-ce que cette erreur sur glibc ? De quoi se plaint-il précisément ? J'ai tenté à nouveau un emerge --sync avant, mais idem.
Bonsoir,
Te reste-t-il de place sur la partition qui contient /usr/portage ?
J'avais eu un problème similaire dû à un manque de place sur cette partition.
-- Simon Huet
-- mailing list
Christophe PEREZ
Le Sun, 03 Jul 2005 13:05:29 -0400, Christophe PEREZ a écrit :
J'avoue être assez embêté.
J'ai trouvé, mais c'était tordu, pour mon niveau. En effet, il semble qu'il y ait récemment eu un changement de "virtual" . En effet, les dépendances ne sont plus sur virtual/glibc mais sur virtual/libc. Du coup, les ebuilds perso dans l'overlay deviennent faux. Comme par hasard, j'en ai un dedans, mais je ne pouvais pas m'en apercevoir parce que justement, le hasard fait que ce même ebuild vient de sortir en stable dans l'arbre de portage, avec le bon virtual, mais d'une version inférieur à celle de mon overlay.
Enfin bref, tout ça pour dire que c'est réglé, mais ça m'a bien f ait peur.
Merci de votre attention.
-- Christophe PEREZ -- mailing list
Le Sun, 03 Jul 2005 13:05:29 -0400, Christophe PEREZ a écrit :
J'avoue être assez embêté.
J'ai trouvé, mais c'était tordu, pour mon niveau.
En effet, il semble qu'il y ait récemment eu un changement de "virtual" .
En effet, les dépendances ne sont plus sur virtual/glibc mais sur
virtual/libc.
Du coup, les ebuilds perso dans l'overlay deviennent faux.
Comme par hasard, j'en ai un dedans, mais je ne pouvais pas m'en
apercevoir parce que justement, le hasard fait que ce même ebuild vient
de sortir en stable dans l'arbre de portage, avec le bon virtual, mais
d'une version inférieur à celle de mon overlay.
Enfin bref, tout ça pour dire que c'est réglé, mais ça m'a bien f ait
peur.
Merci de votre attention.
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
Le Sun, 03 Jul 2005 13:05:29 -0400, Christophe PEREZ a écrit :
J'avoue être assez embêté.
J'ai trouvé, mais c'était tordu, pour mon niveau. En effet, il semble qu'il y ait récemment eu un changement de "virtual" . En effet, les dépendances ne sont plus sur virtual/glibc mais sur virtual/libc. Du coup, les ebuilds perso dans l'overlay deviennent faux. Comme par hasard, j'en ai un dedans, mais je ne pouvais pas m'en apercevoir parce que justement, le hasard fait que ce même ebuild vient de sortir en stable dans l'arbre de portage, avec le bon virtual, mais d'une version inférieur à celle de mon overlay.
Enfin bref, tout ça pour dire que c'est réglé, mais ça m'a bien f ait peur.
Merci de votre attention.
-- Christophe PEREZ -- mailing list
Christophe PEREZ
Le Sun, 03 Jul 2005 19:25:36 +0200, Simon Huet a écrit :
Te reste-t-il de place sur la partition qui contient /usr/portage ?
un peu : # df -h /usr/portage/ Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/hda3 19G 2,8G 16G 16% /
;-)
Mais c'est bon, mon problème est résolu, nos messages se sont croisé s. J'ai pourtant essayé de poster dès que j'ai trouvé.
-- Christophe PEREZ -- mailing list
Le Sun, 03 Jul 2005 19:25:36 +0200, Simon Huet a écrit :
Te reste-t-il de place sur la partition qui contient /usr/portage ?
un peu :
# df -h /usr/portage/
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda3 19G 2,8G 16G 16% /
;-)
Mais c'est bon, mon problème est résolu, nos messages se sont croisé s.
J'ai pourtant essayé de poster dès que j'ai trouvé.
--
Christophe PEREZ
--
gentoo-user-fr@gentoo.org mailing list
