Quand je dis mandrake rulez [...], c'est plutôt pour souligner qu'avec
elle tu n'as pas à te poser de questions², rpmdrake s'occupe de tout .
Quand je dis mandrake rulez [...], c'est plutôt pour souligner qu'avec
elle tu n'as pas à te poser de questions², rpmdrake s'occupe de tout .
Quand je dis mandrake rulez [...], c'est plutôt pour souligner qu'avec
elle tu n'as pas à te poser de questions², rpmdrake s'occupe de tout .
Le Thu, 25 Nov 2004 00:05:32 +0100, no_spam a écrit :On Wed, 24 Nov 2004 22:56:47 +0100, Ronald wrote:Le Wed, 24 Nov 2004 20:24:47 +0100, TiChou a écrit :Dans le message <news:, *Sebastien Kirche*
tapota sur f.c.o.l.configuration :no spam a formulé :Bah non, une cross Gentoo serait très pratique ! J'aimerai bien
cross compiler pour un 68040 sur mon Athlon 64 ;-)
Qu'est ce qui t'en empêche ?
[...]Moi je dis mandrake rulez, au moins avec elle on est à l'abris de se
genre de considérations.
T'as le lien de la Mandrake 68k, pour faire une comparaison ?
Ben non, à ma connaissance, ça n'existe pas justement, il n'y a guère
que debian qui ai des packages, mais ça doit commencer à dater.
Tu dois connaître mais on sait jamais http://www.mac.linux-m68k.org/
Le Thu, 25 Nov 2004 00:05:32 +0100, no_spam a écrit :
On Wed, 24 Nov 2004 22:56:47 +0100, Ronald wrote:
Le Wed, 24 Nov 2004 20:24:47 +0100, TiChou a écrit :
Dans le message <news:m2oehnl5tt.fsf@seki.fr>, *Sebastien Kirche*
tapota sur f.c.o.l.configuration :
no spam a formulé :
Bah non, une cross Gentoo serait très pratique ! J'aimerai bien
cross compiler pour un 68040 sur mon Athlon 64 ;-)
Qu'est ce qui t'en empêche ?
[...]
Moi je dis mandrake rulez, au moins avec elle on est à l'abris de se
genre de considérations.
T'as le lien de la Mandrake 68k, pour faire une comparaison ?
Ben non, à ma connaissance, ça n'existe pas justement, il n'y a guère
que debian qui ai des packages, mais ça doit commencer à dater.
Tu dois connaître mais on sait jamais http://www.mac.linux-m68k.org/
Le Thu, 25 Nov 2004 00:05:32 +0100, no_spam a écrit :On Wed, 24 Nov 2004 22:56:47 +0100, Ronald wrote:Le Wed, 24 Nov 2004 20:24:47 +0100, TiChou a écrit :Dans le message <news:, *Sebastien Kirche*
tapota sur f.c.o.l.configuration :no spam a formulé :Bah non, une cross Gentoo serait très pratique ! J'aimerai bien
cross compiler pour un 68040 sur mon Athlon 64 ;-)
Qu'est ce qui t'en empêche ?
[...]Moi je dis mandrake rulez, au moins avec elle on est à l'abris de se
genre de considérations.
T'as le lien de la Mandrake 68k, pour faire une comparaison ?
Ben non, à ma connaissance, ça n'existe pas justement, il n'y a guère
que debian qui ai des packages, mais ça doit commencer à dater.
Tu dois connaître mais on sait jamais http://www.mac.linux-m68k.org/
Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
TiChou () à écrit le Jeudi 25 Novembre 2004 01:22 dans
sur
fr.comp.os.linux.configuration:Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
Avec ccache, sur un celeron 1,1 Ghz un emerge -uD world avec KDE et OOo m'as
pris à peu près 48 heures (ou 72 je sais plus).
Mais j'ai pas eu de chance lors d'une dernière MAJ, car ma RAM a flanchée
pendant une MAJ (avec Glibc qui devait se mettre à jour à ce moment) et
évidement, avec un RAM deffectueuse, les paquets compillés sont
deffectueux, et ma gentoo marche plus, même glibc et gcc sont corrompus et
un emerge quelquechose gèle le système (qui gèle lui même après 5 minutes
d'uptime)! donc un emerge -e world pour réparrer n'est pas possible :-(
J'ai su que c'était la RAM lorsque en remettant mon disque dur contenant ma
mandrake elle bugait tout autant, en remplaçant la RAM la mandrake remarche
(car j'ai rien fait dessus lorsque l RAM était defectueuse) mais la Gentoo
remarche pas.
Y'a pas un moyen de réinstaller comme c'était avec mes options et tout sans
refaire une install neuve et tout reconfigurer? Un chroot depuis le live CD
de Gentoo, et de recharger les packages en effaçant le contenu de portage
suivi d'un emerge sync puis emerge -e world pourrait t'il tout réparrer?
faut'il pour cella que je refasse le bootstrap?
TiChou (gro.uohcit@uohcit) à écrit le Jeudi 25 Novembre 2004 01:22 dans
<pwet.20041124164157@florizarre.tichou.org> sur
fr.comp.os.linux.configuration:
Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
Avec ccache, sur un celeron 1,1 Ghz un emerge -uD world avec KDE et OOo m'as
pris à peu près 48 heures (ou 72 je sais plus).
Mais j'ai pas eu de chance lors d'une dernière MAJ, car ma RAM a flanchée
pendant une MAJ (avec Glibc qui devait se mettre à jour à ce moment) et
évidement, avec un RAM deffectueuse, les paquets compillés sont
deffectueux, et ma gentoo marche plus, même glibc et gcc sont corrompus et
un emerge quelquechose gèle le système (qui gèle lui même après 5 minutes
d'uptime)! donc un emerge -e world pour réparrer n'est pas possible :-(
J'ai su que c'était la RAM lorsque en remettant mon disque dur contenant ma
mandrake elle bugait tout autant, en remplaçant la RAM la mandrake remarche
(car j'ai rien fait dessus lorsque l RAM était defectueuse) mais la Gentoo
remarche pas.
Y'a pas un moyen de réinstaller comme c'était avec mes options et tout sans
refaire une install neuve et tout reconfigurer? Un chroot depuis le live CD
de Gentoo, et de recharger les packages en effaçant le contenu de portage
suivi d'un emerge sync puis emerge -e world pourrait t'il tout réparrer?
faut'il pour cella que je refasse le bootstrap?
TiChou () à écrit le Jeudi 25 Novembre 2004 01:22 dans
sur
fr.comp.os.linux.configuration:Ah, un dernière remarque. Il faut arrêter de penser que les temps de
compilation sont si long que ça ! C'est d'autant plus vrai avec des
machines récentes (> 1GHz).
Avec ccache, sur un celeron 1,1 Ghz un emerge -uD world avec KDE et OOo m'as
pris à peu près 48 heures (ou 72 je sais plus).
Mais j'ai pas eu de chance lors d'une dernière MAJ, car ma RAM a flanchée
pendant une MAJ (avec Glibc qui devait se mettre à jour à ce moment) et
évidement, avec un RAM deffectueuse, les paquets compillés sont
deffectueux, et ma gentoo marche plus, même glibc et gcc sont corrompus et
un emerge quelquechose gèle le système (qui gèle lui même après 5 minutes
d'uptime)! donc un emerge -e world pour réparrer n'est pas possible :-(
J'ai su que c'était la RAM lorsque en remettant mon disque dur contenant ma
mandrake elle bugait tout autant, en remplaçant la RAM la mandrake remarche
(car j'ai rien fait dessus lorsque l RAM était defectueuse) mais la Gentoo
remarche pas.
Y'a pas un moyen de réinstaller comme c'était avec mes options et tout sans
refaire une install neuve et tout reconfigurer? Un chroot depuis le live CD
de Gentoo, et de recharger les packages en effaçant le contenu de portage
suivi d'un emerge sync puis emerge -e world pourrait t'il tout réparrer?
faut'il pour cella que je refasse le bootstrap?
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de choses
en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par exemple,
à défaut de pouvoir compiler des paquets sources, peut-il installer des
paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
Dans le message <news:41a6e0c5$0$21263$626a14ce@news.free.fr>,
*Web Dreamer* tapota sur f.c.o.l.configuration :
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de choses
en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par exemple,
à défaut de pouvoir compiler des paquets sources, peut-il installer des
paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de choses
en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par exemple,
à défaut de pouvoir compiler des paquets sources, peut-il installer des
paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
Dans le message <news:41a6e0c5$0$21263$626a14ce@news.free.fr>,
*Web Dreamer* tapota sur f.c.o.l.configuration :
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Je vous donnerai par la suite une méthode qui à mon avis est plus sûre.
TiChou () à écrit le Vendredi 26 Novembre 2004 11:39 dans
sur
fr.comp.os.linux.configuration:Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Kernels buggés, kde, gcc, glibc, make, emerge, etc... heu je dirais même
tout car j'ai fait en dernier un emerge -e world au lieu d'un emerge -uD
world. donc je pensse que y'a plus rien de bon dans les binaires.
Il est vrai que c'est ce qui manque à la gentoo, un script sur le live CD
(genre un "Stage repair" ou "Stage fixitup" ou "Stage 0" ou comme on veut)
qui permet de réparrer make, gcc, glibc puis de tout recompiller (avec
l'option de pouvoir retélécharger les sources des fois que les sources sur
le disque (qui transitent par la mémoire lors du téléchargement) soient
corrompues elles mêmes) le tout sans toucher aux /etc ni au contenu de
"world" et "system" et make.conf etc...
Si quelqu'un a assez d'influence pour soumettre ça à l'équipe de Gentoo, je
pense que c'est quelque chose qui plairait à beaucoup d'utilisateurs de la
distro.
TiChou (gro.uohcit@uohcit) à écrit le Vendredi 26 Novembre 2004 11:39 dans
<pwet.20041126113056@florizarre.tichou.org> sur
fr.comp.os.linux.configuration:
Dans le message <news:41a6e0c5$0$21263$626a14ce@news.free.fr>,
*Web Dreamer* tapota sur f.c.o.l.configuration :
tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Kernels buggés, kde, gcc, glibc, make, emerge, etc... heu je dirais même
tout car j'ai fait en dernier un emerge -e world au lieu d'un emerge -uD
world. donc je pensse que y'a plus rien de bon dans les binaires.
Il est vrai que c'est ce qui manque à la gentoo, un script sur le live CD
(genre un "Stage repair" ou "Stage fixitup" ou "Stage 0" ou comme on veut)
qui permet de réparrer make, gcc, glibc puis de tout recompiller (avec
l'option de pouvoir retélécharger les sources des fois que les sources sur
le disque (qui transitent par la mémoire lors du téléchargement) soient
corrompues elles mêmes) le tout sans toucher aux /etc ni au contenu de
"world" et "system" et make.conf etc...
Si quelqu'un a assez d'influence pour soumettre ça à l'équipe de Gentoo, je
pense que c'est quelque chose qui plairait à beaucoup d'utilisateurs de la
distro.
TiChou () à écrit le Vendredi 26 Novembre 2004 11:39 dans
sur
fr.comp.os.linux.configuration:Dans le message <news:41a6e0c5$0$21263$,
*Web Dreamer* tapota sur f.c.o.l.configuration :tu recopie un stage2 sur ton file system, sauf /etc et /boot,
tu chroot et en avant pour le emerge -e world ;-)
Voilà qui va occuper ton PC !
Pas pensé au stage 2 mais effectivement!
Je vais essayer. merci!
Personellement, je ne ferais pas comme ça. C'est écraser beaucoup de
choses en risquant de ne plus avoir le même système qu'auparavant et donc
reconfigurer certaines choses. En plus, comme il faudra certainement tout
recompiler, au pire il vaudrait mieux alors partir d'un stage1.
La question est de savoir si emerge peut fonctionner en partie, par
exemple, à défaut de pouvoir compiler des paquets sources, peut-il
installer des paquets binaires (emerge -k) ?
Il serait bien aussi, si c'est possible, de savoir quels sont les paquets
qui ont été corrompus lors du dernier emerge.
Kernels buggés, kde, gcc, glibc, make, emerge, etc... heu je dirais même
tout car j'ai fait en dernier un emerge -e world au lieu d'un emerge -uD
world. donc je pensse que y'a plus rien de bon dans les binaires.
Il est vrai que c'est ce qui manque à la gentoo, un script sur le live CD
(genre un "Stage repair" ou "Stage fixitup" ou "Stage 0" ou comme on veut)
qui permet de réparrer make, gcc, glibc puis de tout recompiller (avec
l'option de pouvoir retélécharger les sources des fois que les sources sur
le disque (qui transitent par la mémoire lors du téléchargement) soient
corrompues elles mêmes) le tout sans toucher aux /etc ni au contenu de
"world" et "system" et make.conf etc...
Si quelqu'un a assez d'influence pour soumettre ça à l'équipe de Gentoo, je
pense que c'est quelque chose qui plairait à beaucoup d'utilisateurs de la
distro.
Si tu fait des packages, tu n'as pas de problème....
Sinon, tu peux soit:
- régulièrement faire des sauvegardes de ton système
- utiliser l'appli stager pour créer des stages à partir de ton système,
ou du moins avec la même config et versions que ton système.
C'est beaucoup plus long, car il recompile tout le stage.
stager est disponible sur le CVS de Gentoo.
Si tu fait des packages, tu n'as pas de problème....
Sinon, tu peux soit:
- régulièrement faire des sauvegardes de ton système
- utiliser l'appli stager pour créer des stages à partir de ton système,
ou du moins avec la même config et versions que ton système.
C'est beaucoup plus long, car il recompile tout le stage.
stager est disponible sur le CVS de Gentoo.
Si tu fait des packages, tu n'as pas de problème....
Sinon, tu peux soit:
- régulièrement faire des sauvegardes de ton système
- utiliser l'appli stager pour créer des stages à partir de ton système,
ou du moins avec la même config et versions que ton système.
C'est beaucoup plus long, car il recompile tout le stage.
stager est disponible sur le CVS de Gentoo.
