Re: [gentoo-user-fr] version de gcc et emerge
Le
Jean-François Maeyhieux
--=-kxvaIVnB+dTsqLRxBbdL
Content-Type: multipart/alternative; boundary="=-1c7m9c1UhT52l2Ss4H06"
--=-1c7m9c1UhT52l2Ss4H06
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Bonjour
Ca fait deux heures que je cherche un moyen de savoir la version de gcc
qui a été utilisée à la compilation d'un pkg donné
J'ai questionné les chans IRC gentoo et gcc et personne n'a su me
dire
J'avais évidemment penser dès le depart à un gros grep bourrin
sur /var/db/pkgs/*/* mais j'avais pas capté que là où on peux trouver=
le
max d'infos, c'était bzippé qd je m'en suis apercu grace a un gars d=
e
l'irc de #gentoo-hardened, je me suis jeté sur mon bash et 3min plus
tard, voilà mon micro script bash d'une ligne:
# for x in /var/db/pkg/*/* ; do echo `echo $x | sed -e "s/^.*pkg\///g"`
" " gcc-`bunzip2 -c $x/environment.bz2 | grep "^PATH" | sed -e
"s/^.*gcc-bin\///" | sed -e "s/:.*$//"`; done
et voilà :o) maintenant on peux tester les gcc slottés
tranquillement et savoir ce que l'on a emerger et comment :)
TuTTle
PS: Si vous avez une optimisation, je suis preneur pour mettre dans mon
alias
--=-1c7m9c1UhT52l2Ss4H06
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3">
</HEAD>
<BODY>
Bonjour<BR>
<BR>
Ca fait deux heures que je cherche un moyen de savoir la version de g=
cc qui a été utilisée à la compilation d'un pkg donn=
33;<BR>
J'ai questionné les chans IRC gentoo et gcc et personne n'a su me dire=
<BR>
J'avais évidemment penser dès le depart à un gros grep bourr=
in sur /var/db/pkgs/*/* mais j'avais pas capté que là où on =
peux trouver le max d'infos, c'était bzippé qd je m'en suis ap=
ercu grace a un gars de l'irc de #gentoo-hardened, je me suis jeté sur=
mon bash et 3min plus tard, voilà mon micro script bash d'une ligne:<=
BR>
<BR>
<H1>
# for x in /var/db/pkg/*/* ; do echo `echo $x | sed -e "s/^.*pkg\///g&=
quot;` " " gcc-`bunzip2 -c $x/environment=
.bz2 | grep "^PATH" | sed -e "s/^.*gcc-bin\///" |=
sed -e "s/:.*$//"`; done
</H1>
<BR>
et voilà :o) maintenant on peux tester les gcc slottés =
tranquillement et savoir ce que l'on a emerger et comment :)<BR>
<BR>
<BR>
TuTTle<B=
R>
<BR>
<BR>
PS: Si vous avez une optimisation, je suis preneur pour mettre dans m=
on alias<BR>
<BR>
</BODY>
</HTML>
--=-1c7m9c1UhT52l2Ss4H06--
--=-kxvaIVnB+dTsqLRxBbdL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
--BEGIN PGP SIGNATURE--
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQBB7+RSHVRy9WPbR3ARAt68AJwLyWSY9OHIgkRsVPBAuTy2+xYJDgCeMBUA
D3T8ph51GfSSXBQ4pmu6fXQ=
=bwJH
--END PGP SIGNATURE--
--=-kxvaIVnB+dTsqLRxBbdL--
Content-Type: multipart/alternative; boundary="=-1c7m9c1UhT52l2Ss4H06"
--=-1c7m9c1UhT52l2Ss4H06
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Bonjour
Ca fait deux heures que je cherche un moyen de savoir la version de gcc
qui a été utilisée à la compilation d'un pkg donné
J'ai questionné les chans IRC gentoo et gcc et personne n'a su me
dire
J'avais évidemment penser dès le depart à un gros grep bourrin
sur /var/db/pkgs/*/* mais j'avais pas capté que là où on peux trouver=
le
max d'infos, c'était bzippé qd je m'en suis apercu grace a un gars d=
e
l'irc de #gentoo-hardened, je me suis jeté sur mon bash et 3min plus
tard, voilà mon micro script bash d'une ligne:
# for x in /var/db/pkg/*/* ; do echo `echo $x | sed -e "s/^.*pkg\///g"`
" " gcc-`bunzip2 -c $x/environment.bz2 | grep "^PATH" | sed -e
"s/^.*gcc-bin\///" | sed -e "s/:.*$//"`; done
et voilà :o) maintenant on peux tester les gcc slottés
tranquillement et savoir ce que l'on a emerger et comment :)
TuTTle
PS: Si vous avez une optimisation, je suis preneur pour mettre dans mon
alias
--=-1c7m9c1UhT52l2Ss4H06
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3">
</HEAD>
<BODY>
Bonjour<BR>
<BR>
Ca fait deux heures que je cherche un moyen de savoir la version de g=
cc qui a été utilisée à la compilation d'un pkg donn=
33;<BR>
J'ai questionné les chans IRC gentoo et gcc et personne n'a su me dire=
<BR>
J'avais évidemment penser dès le depart à un gros grep bourr=
in sur /var/db/pkgs/*/* mais j'avais pas capté que là où on =
peux trouver le max d'infos, c'était bzippé qd je m'en suis ap=
ercu grace a un gars de l'irc de #gentoo-hardened, je me suis jeté sur=
mon bash et 3min plus tard, voilà mon micro script bash d'une ligne:<=
BR>
<BR>
<H1>
# for x in /var/db/pkg/*/* ; do echo `echo $x | sed -e "s/^.*pkg\///g&=
quot;` " " gcc-`bunzip2 -c $x/environment=
.bz2 | grep "^PATH" | sed -e "s/^.*gcc-bin\///" |=
sed -e "s/:.*$//"`; done
</H1>
<BR>
et voilà :o) maintenant on peux tester les gcc slottés =
tranquillement et savoir ce que l'on a emerger et comment :)<BR>
<BR>
<BR>
TuTTle<B=
R>
<BR>
<BR>
PS: Si vous avez une optimisation, je suis preneur pour mettre dans m=
on alias<BR>
<BR>
</BODY>
</HTML>
--=-1c7m9c1UhT52l2Ss4H06--
--=-kxvaIVnB+dTsqLRxBbdL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
--BEGIN PGP SIGNATURE--
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQBB7+RSHVRy9WPbR3ARAt68AJwLyWSY9OHIgkRsVPBAuTy2+xYJDgCeMBUA
D3T8ph51GfSSXBQ4pmu6fXQ=
=bwJH
--END PGP SIGNATURE--
--=-kxvaIVnB+dTsqLRxBbdL--
Poser une question
je n'ai pas vraiment de problème (enfin je l'ai résolu à la main), mais
je me pose une question.
je me suis trouvé dans la situation suivante :
soit un package A (installé sur le système) qui a une dependance du
genre >=package_D_version-n
soit un autre package B qui est bloqué par quelque chose du genre :
! <= package_D_version-n+2
au moment de mettre à jour B (via -uD), emerge refuse en signalant le
packet bloquant alors que la version (n+2) de D existe et est stable (en
fait d'autres version plus recentes sont stables aussi)
1) comment se fait-il qu'emerge n'ai jamais mis à jour D (via -uD world)?
2) pourquoi ne le mets-il pas à jour au moment de l'update de B ?
Comme le problème est résolu, c'est pas très grave, mais ça serait
pratique, et je ne comprends pas que la mise à jour n'ai jamais été
proposée.
(pour info,
A = oppenoffice-bin
B = emul-linux-x86-xlibs
C = xorg-x11)
--
mailing list