Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
Désolé pour le bruit.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une explication. Je me retrouve avec un système un peu batard, et je ne sais pas pourquoi, ni surtout comment corriger, bien qu'il soit dit ici :
Veuillez noter qu'une fois passé à la branche de test, il est pratiquement impossible de revenir à la branche stable.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version
disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge
avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une
explication.
Je me retrouve avec un système un peu batard, et je ne sais pas pourquoi,
ni surtout comment corriger, bien qu'il soit dit ici :
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une explication. Je me retrouve avec un système un peu batard, et je ne sais pas pourquoi, ni surtout comment corriger, bien qu'il soit dit ici :
Veuillez noter qu'une fois passé à la branche de test, il est pratiquement impossible de revenir à la branche stable.
-- Christophe PEREZ Écrivez moi sans _faute !
no_spam
On Fri, 03 Dec 2004 22:43:57 -0400, Christophe PEREZ wrote:
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une explication.
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Veuillez noter qu'une fois passé à la branche de test, il est pratiquement impossible de revenir à la branche stable.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable. Note cependant que j'utilise la version test chez moi et au boulot et qu'elle, à de rares exceptions près, parfaitement stable. Il arrive cependant qu'il y ai des problèmes pour faire des updates de packages, mais dans la majorité des cas, tout se passe bien.
On Fri, 03 Dec 2004 22:43:57 -0400, Christophe PEREZ wrote:
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version
disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge
avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une
explication.
tu peux avoir plus d'infos avec qpkg.
Il faut que tu ai installé app-portage/gentoolkit
ensuite:
qpkg -I -i dev-db/unixODBC
t'en dira sans doute plus.
Veuillez noter qu'une fois passé à la branche de test, il est
pratiquement impossible de revenir à la branche stable.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use
et /etc/portage/package.keywords pour spécifier des flags spécifiques
pour des packages particuliers, par exemple pour merger un package en
version test en gardant le reste de la distrib en version stable.
Note cependant que j'utilise la version test chez moi et au boulot et
qu'elle, à de rares exceptions près, parfaitement stable.
Il arrive cependant qu'il y ai des problèmes pour faire des updates de
packages, mais dans la majorité des cas, tout se passe bien.
On Fri, 03 Dec 2004 22:43:57 -0400, Christophe PEREZ wrote:
Le Fri, 03 Dec 2004 17:32:03 -0400, Christophe PEREZ a écrit:
Le Fri, 03 Dec 2004 16:32:29 -0400, Christophe PEREZ a écrit:
Comment puis-je avoir une version installée plus récente que la version disponible ?
Euh... je me dis qu'un coup de ACCEPT_KEYWORDS="~x86" devant un emerge avec plein de noms derrière, ça doit y être pour quelque chose ! ;-)
En fait, pas si évident que ça, et j'aimerais bien trouver une explication.
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Veuillez noter qu'une fois passé à la branche de test, il est pratiquement impossible de revenir à la branche stable.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable. Note cependant que j'utilise la version test chez moi et au boulot et qu'elle, à de rares exceptions près, parfaitement stable. Il arrive cependant qu'il y ai des problèmes pour faire des updates de packages, mais dans la majorité des cas, tout se passe bien.
Christophe PEREZ
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Ok, merci pour cette info. Car j'ai passé une bonne partie de ma journée , hier, à lire les docs sur le site, mais elles ne me semblent pas aller jusque là. Ceci dit, c'est vrai qu'elles sont extra ces docs, un vrai régal à lire.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à l'appliquer, impec. Maintenant, je tente de "réparer" pour avoir vraiment ce que je souhaite.
Note cependant que j'utilise la version test chez moi et au boulot et qu'elle, à de rares exceptions près, parfaitement stable. Il arrive cependant qu'il y ai des problèmes pour faire des updates de packages, mais dans la majorité des cas, tout se passe bien.
Ah, c'est bien une question que je me posais. Ce n'est donc pas comme la cooker de mandrake, c'est un peu moins "devel" ;-)
Merci pour tout.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
tu peux avoir plus d'infos avec qpkg.
Il faut que tu ai installé app-portage/gentoolkit
ensuite:
qpkg -I -i dev-db/unixODBC
t'en dira sans doute plus.
Ok, merci pour cette info.
Car j'ai passé une bonne partie de ma journée , hier, à lire les docs
sur le site, mais elles ne me semblent pas aller jusque là.
Ceci dit, c'est vrai qu'elles sont extra ces docs, un vrai régal à lire.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use
et /etc/portage/package.keywords pour spécifier des flags spécifiques
pour des packages particuliers, par exemple pour merger un package en
version test en gardant le reste de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à l'appliquer,
impec.
Maintenant, je tente de "réparer" pour avoir vraiment ce que je souhaite.
Note cependant que j'utilise la version test chez moi et au boulot et
qu'elle, à de rares exceptions près, parfaitement stable.
Il arrive cependant qu'il y ai des problèmes pour faire des updates de
packages, mais dans la majorité des cas, tout se passe bien.
Ah, c'est bien une question que je me posais. Ce n'est donc pas comme la
cooker de mandrake, c'est un peu moins "devel" ;-)
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Ok, merci pour cette info. Car j'ai passé une bonne partie de ma journée , hier, à lire les docs sur le site, mais elles ne me semblent pas aller jusque là. Ceci dit, c'est vrai qu'elles sont extra ces docs, un vrai régal à lire.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à l'appliquer, impec. Maintenant, je tente de "réparer" pour avoir vraiment ce que je souhaite.
Note cependant que j'utilise la version test chez moi et au boulot et qu'elle, à de rares exceptions près, parfaitement stable. Il arrive cependant qu'il y ai des problèmes pour faire des updates de packages, mais dans la majorité des cas, tout se passe bien.
Ah, c'est bien une question que je me posais. Ce n'est donc pas comme la cooker de mandrake, c'est un peu moins "devel" ;-)
Merci pour tout.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car à chaque fois que je tentais d'installer la version test, j'avais des erreurs à la compilation et n'y comprenant rien... Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye d'installer, et j'ai encore des erreurs. Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
!!! ERROR: dev-db/unixODBC-2.2.8 failed. !!! Function src_compile, Line 53, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la sorte... J'ai comme l'impression que j'ai une "brique" de base défaillante.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC
t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car
à chaque fois que je tentais d'installer la version test, j'avais des
erreurs à la compilation et n'y comprenant rien...
Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye
d'installer, et j'ai encore des erreurs.
Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
!!! ERROR: dev-db/unixODBC-2.2.8 failed.
!!! Function src_compile, Line 53, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status
message.
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la
sorte...
J'ai comme l'impression que j'ai une "brique" de base défaillante.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par
LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour
ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon
/etc/make.conf sans que ça interfère sur le reste de façon négative ?
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car à chaque fois que je tentais d'installer la version test, j'avais des erreurs à la compilation et n'y comprenant rien... Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye d'installer, et j'ai encore des erreurs. Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
!!! ERROR: dev-db/unixODBC-2.2.8 failed. !!! Function src_compile, Line 53, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la sorte... J'ai comme l'impression que j'ai une "brique" de base défaillante.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
TiChou
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Ok, merci pour cette info. Car j'ai passé une bonne partie de ma journée , hier, à lire les docs sur le site, mais elles ne me semblent pas aller jusque là.
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Je rajouterai l'utilisation de la commande 'etcat -v paquet' pour visualiser toutes les versions de paquets existantes.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à l'appliquer, impec.
Un lien de référence sur le sujet que je donne souvent :
http://forums.gentoo.org/viewtopic.php?t3161
-- TiChou
Dans le message <news:pan.2004.12.04.13.53.52.536277@novazur.fr>,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :
tu peux avoir plus d'infos avec qpkg.
Il faut que tu ai installé app-portage/gentoolkit
ensuite:
qpkg -I -i dev-db/unixODBC
t'en dira sans doute plus.
Ok, merci pour cette info.
Car j'ai passé une bonne partie de ma journée , hier, à lire les docs
sur le site, mais elles ne me semblent pas aller jusque là.
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Je rajouterai l'utilisation de la commande 'etcat -v paquet' pour visualiser
toutes les versions de paquets existantes.
C'est pour celà que tu peux utiliser le fichier
/etc/portage/package.use et /etc/portage/package.keywords pour
spécifier des flags spécifiques pour des packages particuliers, par
exemple pour merger un package en version test en gardant le reste
de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à
l'appliquer, impec.
Un lien de référence sur le sujet que je donne souvent :
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
tu peux avoir plus d'infos avec qpkg. Il faut que tu ai installé app-portage/gentoolkit ensuite: qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Ok, merci pour cette info. Car j'ai passé une bonne partie de ma journée , hier, à lire les docs sur le site, mais elles ne me semblent pas aller jusque là.
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Je rajouterai l'utilisation de la commande 'etcat -v paquet' pour visualiser toutes les versions de paquets existantes.
C'est pour celà que tu peux utiliser le fichier /etc/portage/package.use et /etc/portage/package.keywords pour spécifier des flags spécifiques pour des packages particuliers, par exemple pour merger un package en version test en gardant le reste de la distrib en version stable.
Oui, j'ai lu ça en milieu de nuit, et je commence juste à l'appliquer, impec.
Un lien de référence sur le sujet que je donne souvent :
http://forums.gentoo.org/viewtopic.php?t3161
-- TiChou
no_spam
On Sat, 04 Dec 2004 10:46:03 -0400, Christophe PEREZ wrote:
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car à chaque fois que je tentais d'installer la version test, j'avais des erreurs à la compilation et n'y comprenant rien... Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye d'installer, et j'ai encore des erreurs. Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage. Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras le log complet du merge dans ce répertoire dans un fichier nommé <nnnn>-<package>.log
[...]
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la sorte... J'ai comme l'impression que j'ai une "brique" de base défaillante.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé ou manquant.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
On Sat, 04 Dec 2004 10:46:03 -0400, Christophe PEREZ wrote:
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC
t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car
à chaque fois que je tentais d'installer la version test, j'avais des
erreurs à la compilation et n'y comprenant rien...
Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye
d'installer, et j'ai encore des erreurs.
Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage.
Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras
le log complet du merge dans ce répertoire dans un fichier nommé
<nnnn>-<package>.log
[...]
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la
sorte...
J'ai comme l'impression que j'ai une "brique" de base défaillante.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé
ou manquant.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par
LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour
ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon
/etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
On Sat, 04 Dec 2004 10:46:03 -0400, Christophe PEREZ wrote:
Le Sat, 04 Dec 2004 13:00:15 +0100, no_spam a écrit:
qpkg -I -i dev-db/unixODBC t'en dira sans doute plus.
Bon, avant d'avoir lu message, j'avais déjà désinstallé unixODBC car à chaque fois que je tentais d'installer la version test, j'avais des erreurs à la compilation et n'y comprenant rien... Maintenant, j'ai mis unixODBC dans mes package.keywords, j'essaye d'installer, et j'ai encore des erreurs. Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage. Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras le log complet du merge dans ce répertoire dans un fichier nommé <nnnn>-<package>.log
[...]
En fait, ce n'est pas le seul package où j'ai une erreur fatale de la sorte... J'ai comme l'impression que j'ai une "brique" de base défaillante.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé ou manquant.
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
Christophe PEREZ
Le Sat, 04 Dec 2004 16:02:53 +0100, TiChou a écrit:
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Oui, oui, j'avais déjà fait un man qpkg, mais là, ça me donne des exemples, merci. ;-)
Un lien de référence sur le sujet que je donne souvent :
http://forums.gentoo.org/viewtopic.php?t3161
Ah ouais, effectivement... Faudrait aussi que je parcoure ces forums... pfff... que de docs, que de docs ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sat, 04 Dec 2004 16:02:53 +0100, TiChou a écrit:
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Oui, oui, j'avais déjà fait un man qpkg, mais là, ça me donne des
exemples, merci. ;-)
Un lien de référence sur le sujet que je donne souvent :
http://forums.gentoo.org/viewtopic.php?t3161
Ah ouais, effectivement... Faudrait aussi que je parcoure ces forums...
pfff... que de docs, que de docs ;-)
Le Sat, 04 Dec 2004 16:02:53 +0100, TiChou a écrit:
Une petite doc sur le sujet :
http://www.gentoo.org/doc/en/gentoolkit.xml
Oui, oui, j'avais déjà fait un man qpkg, mais là, ça me donne des exemples, merci. ;-)
Un lien de référence sur le sujet que je donne souvent :
http://forums.gentoo.org/viewtopic.php?t3161
Ah ouais, effectivement... Faudrait aussi que je parcoure ces forums... pfff... que de docs, que de docs ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sat, 04 Dec 2004 17:29:07 +0100, no_spam a écrit:
Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage.
Ah, tiens !
Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras le log complet du merge dans ce répertoire dans un fichier nommé <nnnn>-<package>.log
Fait maintenant.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé ou manquant.
Ah, ok, je note ça aussi dans mon truc&astuce_gentoo ;-) J'ai une compil en cours, mais dès que ça sera fini je teste...
Ceci dit, je me demande si je n'ai pas fait la plus grosse bourde du siècle. Quand j'ai un : # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 11 model name : Intel(R) Celeron(TM) CPU 1300MHz stepping : 1 cpu MHz : 1303.428
Je dois prendre quoi comme stage2 dans le miroir/releases/x86/2004.3/stages/ ? i686, pentium3, ou x86 ? (Je sais que TiChou m'avait dit que pour la compil de noyau c'était le PIII, d'ou mon gros doute ici) Et pour mon CFLAGS="-march= ?
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
J'ai honte d'une question aussi triviale, mais bon...
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
;-) Merci quand même.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sat, 04 Dec 2004 17:29:07 +0100, no_spam a écrit:
Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage.
Ah, tiens !
Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras
le log complet du merge dans ce répertoire dans un fichier nommé
<nnnn>-<package>.log
Fait maintenant.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé
ou manquant.
Ah, ok, je note ça aussi dans mon truc&astuce_gentoo ;-)
J'ai une compil en cours, mais dès que ça sera fini je teste...
Ceci dit, je me demande si je n'ai pas fait la plus grosse bourde du
siècle.
Quand j'ai un :
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 11
model name : Intel(R) Celeron(TM) CPU 1300MHz
stepping : 1
cpu MHz : 1303.428
Je dois prendre quoi comme stage2 dans le
miroir/releases/x86/2004.3/stages/ ?
i686, pentium3, ou x86 ?
(Je sais que TiChou m'avait dit que pour la compil de noyau c'était le
PIII, d'ou mon gros doute ici)
Et pour mon CFLAGS="-march= ?
En effet, j'avais mis tout ça à pentium3, et je me demande si ça
n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
J'ai honte d'une question aussi triviale, mais bon...
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix,
faut-il recommencer l'install sur une partition vierge ou alors puis-je
tout reconstruire ?
Autre question, pour openoffice, il est suggéré d'indiquer la langue par
LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour
ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon
/etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
Le Sat, 04 Dec 2004 17:29:07 +0100, no_spam a écrit:
Ça se termine par (oui, je ne sais pas scroller l'écran dans un "screen") :
moi non plus et c'est fort dommage.
Ah, tiens !
Par contre, si tu as défini PORT_LOGDIR dans /etc/make.conf, tu trouveras le log complet du merge dans ce répertoire dans un fichier nommé <nnnn>-<package>.log
Fait maintenant.
Essaye de lancer revdep-rebuild. Ca te dira peut-être ce qui est cassé ou manquant.
Ah, ok, je note ça aussi dans mon truc&astuce_gentoo ;-) J'ai une compil en cours, mais dès que ça sera fini je teste...
Ceci dit, je me demande si je n'ai pas fait la plus grosse bourde du siècle. Quand j'ai un : # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 11 model name : Intel(R) Celeron(TM) CPU 1300MHz stepping : 1 cpu MHz : 1303.428
Je dois prendre quoi comme stage2 dans le miroir/releases/x86/2004.3/stages/ ? i686, pentium3, ou x86 ? (Je sais que TiChou m'avait dit que pour la compil de noyau c'était le PIII, d'ou mon gros doute ici) Et pour mon CFLAGS="-march= ?
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
J'ai honte d'une question aussi triviale, mais bon...
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
Autre question, pour openoffice, il est suggéré d'indiquer la langue par LANGUAGE="33", mais, ne voulant pas renouveler ma même erreur que pour ACCEPT_KEYWORDS= , je voudrais savoir si là, je peux la mettre dans mon /etc/make.conf sans que ça interfère sur le reste de façon négative ?
Je n'utilise pas openoffice, donc je ne peux pas répondre, là...
;-) Merci quand même.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes, j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je tairai le nom, qui me lâche)
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs quasiment aucune différence de réactivité de la machine toujours aussi rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette ram défectueuse ?
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
emerge -e world non ?
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça
n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes,
j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette
de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je
tairai le nom, qui me lâche)
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai
relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs
quasiment aucune différence de réactivité de la machine toujours aussi
rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes
mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette
ram défectueuse ?
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix,
faut-il recommencer l'install sur une partition vierge ou alors puis-je
tout reconstruire ?
Le Sun, 05 Dec 2004 00:25:32 -0400, Christophe PEREZ a écrit:
En effet, j'avais mis tout ça à pentium3, et je me demande si ça n'aurait pas un rapport avec mes multiples erreurs de compilation :-(
En fait, à priori, j'avais bon, mais ayant de plus en plus de doutes, j'ai lancé un memtest qui m'a bien trouvé des erreurs. (3ème barrette de RAM sur 4, achetées en 1 lot chez un fournisseur bien connu dont je tairai le nom, qui me lâche)
Je viens donc de rebooter avec 1 seule barrette de 256 au lieu de 2, j'ai relancé ma compil pour voir, ça semble passer (et je ne vois d'ailleurs quasiment aucune différence de réactivité de la machine toujours aussi rapide).
La question que je me pose maintenant, c'est, dois-je recompiler toutes mes applis puisqu'elles sont susceptibles d'avoir été vérolées par cette ram défectueuse ?
Ensuite, supposons comme je le soupçonne que j'ai fait des mauvais choix, faut-il recommencer l'install sur une partition vierge ou alors puis-je tout reconstruire ?
