[ un jour, il faudra que je règle mon problème de postage sur la liste
gentoo ]
Bonjour,
Ma question est simple :
Puisque-je compiler des applications Gentoo (par portage) pour un poste,
sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
Tout fonctionne parfaitement bien, mais il me reste à installer
openoffice.
Or, quand on connaît les temps de compilation d'openoffice, on est
prudent ;-)
Surtout que la compilation de firefox a pris plus de 3 heures hier soir :
dim 22 mai 2005 22:52:19 AST >>> emerge (1 of 1) www-client/mozilla-firefox-1.0.4 to /
dim 22 mai 2005 22:52:19 AST === (1 of 1) Cleaning (www-client/mozilla-firefox-1.0.4::/usr/portage/www-client/mozilla-firefox/mozilla-firefox-1.0.4.ebuild)
dim 22 mai 2005 22:52:23 AST === (1 of 1) Compiling/Merging (www-client/mozilla-firefox-1.0.4::/usr/portage/www-client/mozilla-firefox/mozilla-firefox-1.0.4.ebuild)
lun 23 mai 2005 02:09:31 AST === (1 of 1) Updating world file (www-client/mozilla-firefox-1.0.4)
lun 23 mai 2005 02:09:31 AST === (1 of 1) Post-Build Cleaning (www-client/mozilla-firefox-1.0.4::/usr/portage/www-client/mozilla-firefox/mozilla-firefox-1.0.4.ebuild)
lun 23 mai 2005 02:09:31 AST *** terminating.
Le root de ma diskless est donc sur mon serveur, lui aussi sous gentoo,
mais avec un Céléron 2.67Ghz, et 1Go de RAM.
Je peux donc (et c'est comme ça que l'installation s'est faite) accéder
au root de ma diskless, en chroot sur le serveur.
Je voudrais donc savoir si je peux, dans cet environnement chrooté,
compiler des applications (et si j'avais eu cette réponse avant, j'aurais
gagné bcp de temps), toujours par emerge bien sûr, et qu'elles soient
compilées "comme si" elles avaient été compilées par la machine
diskless elle même ? Est-ce que je cours un risque (je n'ai pas envie
de tout recommencer) ou est-ce totalement identique ?
Si je ne me suis pas bien expliqué, j'essayerai de recommencer.
Merci d'avance.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
l'indien
On Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ wrote:
[ un jour, il faudra que je règle mon problème de postage sur la liste gentoo ]
Bonjour,
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste, sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
[...]
Le root de ma diskless est donc sur mon serveur, lui aussi sous gentoo, mais avec un Céléron 2.67Ghz, et 1Go de RAM. Je peux donc (et c'est comme ça que l'installation s'est faite) accéder au root de ma diskless, en chroot sur le serveur.
Je voudrais donc savoir si je peux, dans cet environnement chrooté, compiler des applications
La réponse est oui, tant que tu reste dans la même famille de CPU: j'ai compilé une Gentoo pour 486 dans un chroot sur un PIII. De même, je continue à maintenir ma Gentoo pour Athlon XP dans un chroot sur mon Athlon64 (ce qui me permet d'avoir les environnements 32 et 64 bits disponibles en même temps).
Par contre, malheureusement, il reste impossible à ce jour de cross-compiler une Gentoo...
On Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ wrote:
[ un jour, il faudra que je règle mon problème de postage sur la liste
gentoo ]
Bonjour,
Ma question est simple :
Puisque-je compiler des applications Gentoo (par portage) pour un poste,
sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
[...]
Le root de ma diskless est donc sur mon serveur, lui aussi sous gentoo,
mais avec un Céléron 2.67Ghz, et 1Go de RAM.
Je peux donc (et c'est comme ça que l'installation s'est faite) accéder
au root de ma diskless, en chroot sur le serveur.
Je voudrais donc savoir si je peux, dans cet environnement chrooté,
compiler des applications
La réponse est oui, tant que tu reste dans la même famille de CPU:
j'ai compilé une Gentoo pour 486 dans un chroot sur un PIII.
De même, je continue à maintenir ma Gentoo pour Athlon XP dans un chroot
sur mon Athlon64 (ce qui me permet d'avoir les environnements 32 et 64
bits disponibles en même temps).
Par contre, malheureusement, il reste impossible à ce jour de
cross-compiler une Gentoo...
On Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ wrote:
[ un jour, il faudra que je règle mon problème de postage sur la liste gentoo ]
Bonjour,
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste, sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
[...]
Le root de ma diskless est donc sur mon serveur, lui aussi sous gentoo, mais avec un Céléron 2.67Ghz, et 1Go de RAM. Je peux donc (et c'est comme ça que l'installation s'est faite) accéder au root de ma diskless, en chroot sur le serveur.
Je voudrais donc savoir si je peux, dans cet environnement chrooté, compiler des applications
La réponse est oui, tant que tu reste dans la même famille de CPU: j'ai compilé une Gentoo pour 486 dans un chroot sur un PIII. De même, je continue à maintenir ma Gentoo pour Athlon XP dans un chroot sur mon Athlon64 (ce qui me permet d'avoir les environnements 32 et 64 bits disponibles en même temps).
Par contre, malheureusement, il reste impossible à ce jour de cross-compiler une Gentoo...
SauronDeMordor
[ un jour, il faudra que je règle mon problème de postage sur la li ste gentoo ]
Bonjour,
t inquiete pas t es pas le seul
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste , sur un autre poste, en chroot, sur la même arbo ?
oui
j ai sur un serveur (rapide) j ai une arbo chroot d un "master d install" , ou dedans il y a tout et toujousrs a jour, et quand j install une nouvelle m achine je fais un rsync de l arbo sur la nouvelle machine, ce qui prend qq minut es pour installer une machine from scratch.
la seul chose a verifier est que le make.conf a des entrees compatibles a vec l architecture cible, c ets tout.
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
[ un jour, il faudra que je règle mon problème de postage sur la li ste
gentoo ]
Bonjour,
t inquiete pas t es pas le seul
Ma question est simple :
Puisque-je compiler des applications Gentoo (par portage) pour un poste ,
sur un autre poste, en chroot, sur la même arbo ?
oui
j ai sur un serveur (rapide) j ai une arbo chroot d un "master d install" , ou
dedans il y a tout et toujousrs a jour, et quand j install une nouvelle m achine
je fais un rsync de l arbo sur la nouvelle machine, ce qui prend qq minut es pour
installer une machine from scratch.
la seul chose a verifier est que le make.conf a des entrees compatibles a vec l
architecture cible, c ets tout.
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
[ un jour, il faudra que je règle mon problème de postage sur la li ste gentoo ]
Bonjour,
t inquiete pas t es pas le seul
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste , sur un autre poste, en chroot, sur la même arbo ?
oui
j ai sur un serveur (rapide) j ai une arbo chroot d un "master d install" , ou dedans il y a tout et toujousrs a jour, et quand j install une nouvelle m achine je fais un rsync de l arbo sur la nouvelle machine, ce qui prend qq minut es pour installer une machine from scratch.
la seul chose a verifier est que le make.conf a des entrees compatibles a vec l architecture cible, c ets tout.
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
mlz
Le Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ a écrit :
[ un jour, il faudra que je règle mon problème de postage sur la liste gentoo ]
Bonjour,
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste, sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
Tout fonctionne parfaitement bien, mais il me reste à installer openoffice. Or, quand on connaît les temps de compilation d'openoffice, on est prudent ;-)
sinon essaye distcc, qui reparti la compilation sur plusieurs machine. de cette maniere, je compile un noyau en 3min sur un vieux pII.
Le Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ a écrit :
[ un jour, il faudra que je règle mon problème de postage sur la liste
gentoo ]
Bonjour,
Ma question est simple :
Puisque-je compiler des applications Gentoo (par portage) pour un poste,
sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
Tout fonctionne parfaitement bien, mais il me reste à installer
openoffice.
Or, quand on connaît les temps de compilation d'openoffice, on est
prudent ;-)
sinon essaye distcc, qui reparti la compilation sur plusieurs machine.
de cette maniere, je compile un noyau en 3min sur un vieux pII.
Le Mon, 23 May 2005 17:23:00 -0400, Christophe PEREZ a écrit :
[ un jour, il faudra que je règle mon problème de postage sur la liste gentoo ]
Bonjour,
Ma question est simple : Puisque-je compiler des applications Gentoo (par portage) pour un poste, sur un autre poste, en chroot, sur la même arbo ?
Maintenant, j'explique le pourquoi :
J'ai installé une Gentoo en diskless, sur un PIII 800, 256Mo de RAM.
Tout fonctionne parfaitement bien, mais il me reste à installer openoffice. Or, quand on connaît les temps de compilation d'openoffice, on est prudent ;-)
sinon essaye distcc, qui reparti la compilation sur plusieurs machine. de cette maniere, je compile un noyau en 3min sur un vieux pII.
sinon essaye distcc, qui reparti la compilation sur plusieurs machine. de cette maniere, je compile un noyau en 3min sur un vieux pII.
Ah non, ça, j'ai arrêté. J'avais des erreurs de compilation avec des packages pourtant relativement insignifiant. Et dès que je vire l'appel à distcc dans mon make.conf, la compil passe.
En tout cas, merci à tous pour vos réponses. Je vais donc compiler OOo sur le serveur, car comme je m'y attendais, sur la diskless elle même, la tentative que j'ai faite hier soir s'est soldée par un :
cc1plus: out of memory allocating 69713920 bytes after a total of 10436608 bytes dmake: Error code 1, while making '../../unxlngi4.pro/slo/analysis.obj' ---* TG_SLO.MK *---
-- Christophe PEREZ Écrivez moi sans _faute !
Le Tue, 24 May 2005 14:17:11 +0200, mlz a écrit:
sinon essaye distcc, qui reparti la compilation sur plusieurs machine.
de cette maniere, je compile un noyau en 3min sur un vieux pII.
Ah non, ça, j'ai arrêté. J'avais des erreurs de compilation avec des
packages pourtant relativement insignifiant. Et dès que je vire l'appel
à distcc dans mon make.conf, la compil passe.
En tout cas, merci à tous pour vos réponses. Je vais donc compiler OOo
sur le serveur, car comme je m'y attendais, sur la diskless elle même, la
tentative que j'ai faite hier soir s'est soldée par un :
cc1plus: out of memory allocating 69713920 bytes after a total of 10436608
bytes dmake: Error code 1, while making
'../../unxlngi4.pro/slo/analysis.obj' ---* TG_SLO.MK *---
sinon essaye distcc, qui reparti la compilation sur plusieurs machine. de cette maniere, je compile un noyau en 3min sur un vieux pII.
Ah non, ça, j'ai arrêté. J'avais des erreurs de compilation avec des packages pourtant relativement insignifiant. Et dès que je vire l'appel à distcc dans mon make.conf, la compil passe.
En tout cas, merci à tous pour vos réponses. Je vais donc compiler OOo sur le serveur, car comme je m'y attendais, sur la diskless elle même, la tentative que j'ai faite hier soir s'est soldée par un :
cc1plus: out of memory allocating 69713920 bytes after a total of 10436608 bytes dmake: Error code 1, while making '../../unxlngi4.pro/slo/analysis.obj' ---* TG_SLO.MK *---
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Tue, 24 May 2005 10:58:34 -0400, Christophe PEREZ a écrit:
Juste pour retour d'info :
Je vais donc compiler OOo sur le serveur
ce que j'ai fait, et depuis tout fonctionnel nickel sur cette machine. Ce PIII 256Mo de RAM a lui aussi trouvé une nouvelle jeunesse avec la Gentoo, et en diskless, ça ne m'a pas obligé à acheter un disque d'un minimum de 40Go (quasiment au prix d'un 80Go de toutes les façons) juste pour mettre 1.5Go de système. Bon, certes, j'ai du sacrifier ma seule carte réseau 3com car mes dlink ne supportent pas le boot pxe, et quand on sait que le prix de la carte 3com est le prix d'un disque 40Go... ;-)
<gentoo pub> Par contre, les applis se lancent plus rapidement sous gentoo en diskless que sous Mandrake 9.1, sur exactement la même machine.
Il ne me reste donc plus que 2 machines à passer en gentoo chez moi et je n'aurai enfin plus à me poser la question fatidique : "dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?" </gentoo pub>
-- Christophe PEREZ Écrivez moi sans _faute !
Le Tue, 24 May 2005 10:58:34 -0400, Christophe PEREZ a écrit:
Juste pour retour d'info :
Je vais donc compiler OOo
sur le serveur
ce que j'ai fait, et depuis tout fonctionnel nickel sur cette machine.
Ce PIII 256Mo de RAM a lui aussi trouvé une nouvelle jeunesse avec la
Gentoo, et en diskless, ça ne m'a pas obligé à acheter un disque d'un
minimum de 40Go (quasiment au prix d'un 80Go de toutes les façons) juste
pour mettre 1.5Go de système.
Bon, certes, j'ai du sacrifier ma seule carte réseau 3com car mes dlink
ne supportent pas le boot pxe, et quand on sait que le prix de la carte
3com est le prix d'un disque 40Go... ;-)
<gentoo pub>
Par contre, les applis se lancent plus rapidement sous gentoo en diskless
que sous Mandrake 9.1, sur exactement la même machine.
Il ne me reste donc plus que 2 machines à passer en gentoo chez moi et je
n'aurai enfin plus à me poser la question fatidique : "dois-je upgrader
à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
</gentoo pub>
Le Tue, 24 May 2005 10:58:34 -0400, Christophe PEREZ a écrit:
Juste pour retour d'info :
Je vais donc compiler OOo sur le serveur
ce que j'ai fait, et depuis tout fonctionnel nickel sur cette machine. Ce PIII 256Mo de RAM a lui aussi trouvé une nouvelle jeunesse avec la Gentoo, et en diskless, ça ne m'a pas obligé à acheter un disque d'un minimum de 40Go (quasiment au prix d'un 80Go de toutes les façons) juste pour mettre 1.5Go de système. Bon, certes, j'ai du sacrifier ma seule carte réseau 3com car mes dlink ne supportent pas le boot pxe, et quand on sait que le prix de la carte 3com est le prix d'un disque 40Go... ;-)
<gentoo pub> Par contre, les applis se lancent plus rapidement sous gentoo en diskless que sous Mandrake 9.1, sur exactement la même machine.
Il ne me reste donc plus que 2 machines à passer en gentoo chez moi et je n'aurai enfin plus à me poser la question fatidique : "dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?" </gentoo pub>
-- Christophe PEREZ Écrivez moi sans _faute !
Doug713705
Le Jeudi 2 Juin 2005 21:17, Christophe PEREZ s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
"dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
-- @+ Doug [Linux user #307925] - Slackware RuleZ ;-) [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Le Jeudi 2 Juin 2005 21:17, Christophe PEREZ s'est exprimé de la sorte sur
fr.comp.os.linux.configuration :
"dois-je upgrader
à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
--
@+
Doug [Linux user #307925] - Slackware RuleZ ;-)
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Pour me contacter enlever no-spam (2X) --
Le Jeudi 2 Juin 2005 21:17, Christophe PEREZ s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
"dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
-- @+ Doug [Linux user #307925] - Slackware RuleZ ;-) [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Christophe PEREZ
Le Thu, 02 Jun 2005 23:22:51 +0200, Doug713705 a écrit:
"dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
Et bien, je ne saurai trop te conseiller que de lire la prose de TiChou sur le sujet de la fin d'année 2004 car il est bien meilleur rédacteur que moi pour "vendre" la gentoo.
Mais si je m'y aventure avec mes mots à moi que j'ai, je te dirai juste qu'il n'y a tout simplement pas de version Gentoo, et que tu la mets à jour au fur et à mesure de la sortie des packages qui suivent très rapidement la sortie des nouvelles versions des logiciels.
Du coup, tu as une distribution toujours très proche des dernières versions des softs que tu utilises, sans pour autant casser quoi que ce soit comme j'avais pour habitude de le faire avec Mandrake.
C'est un peu comme si, si tu connais, avec une Mandrake, tu étais en permanence en cooker, sans avoir l'inconvénient d'avoir des packages instables.
Pour moi, c'est l'idéal. Sans parler de la performance qui est, par exemple, sans égale avec une Mandrake (vérifié pour chacune de mes machines passées sous gentoo).
Bien sûr, le revers de la médaille (car il y en a toujours un), c'est de devoir (sauf dans le cas de packages binaires) tout compiler sur la machine, mais en tout cas, cela n'est pas ni la difficulté d'installation, ni celle de mettre à jour, et encore moins celle d'utilisation. Ceci dit, les temps de compilations ne sont pas, à mon avis, très pénalisant pour une utilisation classique d'une machine généralement peu sollicitée. Et les procédures de compilations sont complètement automatisées. Il ne faut pas penser qu'il faille se taper du ./configure toutes_les_options && make && make install, loin de là. Une mise à jour de gentoo se fait avec un simple : # emerge --sync && emerge -Dau world
Voilà, si quelqu'un veut étoffer...
-- Christophe PEREZ Écrivez moi sans _faute !
Le Thu, 02 Jun 2005 23:22:51 +0200, Doug713705 a écrit:
"dois-je upgrader
à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
Et bien, je ne saurai trop te conseiller que de lire la prose de TiChou
sur le sujet de la fin d'année 2004 car il est bien meilleur rédacteur
que moi pour "vendre" la gentoo.
Mais si je m'y aventure avec mes mots à moi que j'ai, je te dirai juste
qu'il n'y a tout simplement pas de version Gentoo, et que tu la mets à
jour au fur et à mesure de la sortie des packages qui suivent très
rapidement la sortie des nouvelles versions des logiciels.
Du coup, tu as une distribution toujours très proche des dernières
versions des softs que tu utilises, sans pour autant casser quoi que ce
soit comme j'avais pour habitude de le faire avec Mandrake.
C'est un peu comme si, si tu connais, avec une Mandrake, tu étais en
permanence en cooker, sans avoir l'inconvénient d'avoir des packages
instables.
Pour moi, c'est l'idéal.
Sans parler de la performance qui est, par exemple, sans égale avec une
Mandrake (vérifié pour chacune de mes machines passées sous gentoo).
Bien sûr, le revers de la médaille (car il y en a toujours un), c'est de
devoir (sauf dans le cas de packages binaires) tout compiler sur la
machine, mais en tout cas, cela n'est pas ni la difficulté
d'installation, ni celle de mettre à jour, et encore moins celle
d'utilisation.
Ceci dit, les temps de compilations ne sont pas, à mon avis, très
pénalisant pour une utilisation classique d'une machine généralement
peu sollicitée.
Et les procédures de compilations sont complètement automatisées. Il ne
faut pas penser qu'il faille se taper du ./configure toutes_les_options &&
make && make install, loin de là.
Une mise à jour de gentoo se fait avec un simple :
# emerge --sync && emerge -Dau world
Le Thu, 02 Jun 2005 23:22:51 +0200, Doug713705 a écrit:
"dois-je upgrader à la nouvelle version de xxxx maintenant ou j'attends la suivante ?"
J'aimerai comprendre en quoi gentoo repond à cette problématique ?
Et bien, je ne saurai trop te conseiller que de lire la prose de TiChou sur le sujet de la fin d'année 2004 car il est bien meilleur rédacteur que moi pour "vendre" la gentoo.
Mais si je m'y aventure avec mes mots à moi que j'ai, je te dirai juste qu'il n'y a tout simplement pas de version Gentoo, et que tu la mets à jour au fur et à mesure de la sortie des packages qui suivent très rapidement la sortie des nouvelles versions des logiciels.
Du coup, tu as une distribution toujours très proche des dernières versions des softs que tu utilises, sans pour autant casser quoi que ce soit comme j'avais pour habitude de le faire avec Mandrake.
C'est un peu comme si, si tu connais, avec une Mandrake, tu étais en permanence en cooker, sans avoir l'inconvénient d'avoir des packages instables.
Pour moi, c'est l'idéal. Sans parler de la performance qui est, par exemple, sans égale avec une Mandrake (vérifié pour chacune de mes machines passées sous gentoo).
Bien sûr, le revers de la médaille (car il y en a toujours un), c'est de devoir (sauf dans le cas de packages binaires) tout compiler sur la machine, mais en tout cas, cela n'est pas ni la difficulté d'installation, ni celle de mettre à jour, et encore moins celle d'utilisation. Ceci dit, les temps de compilations ne sont pas, à mon avis, très pénalisant pour une utilisation classique d'une machine généralement peu sollicitée. Et les procédures de compilations sont complètement automatisées. Il ne faut pas penser qu'il faille se taper du ./configure toutes_les_options && make && make install, loin de là. Une mise à jour de gentoo se fait avec un simple : # emerge --sync && emerge -Dau world
Voilà, si quelqu'un veut étoffer...
-- Christophe PEREZ Écrivez moi sans _faute !
TiChou
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Du coup, tu as une distribution toujours très proche des dernières versions des softs que tu utilises, sans pour autant casser quoi que ce soit comme j'avais pour habitude de le faire avec Mandrake.
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est aussi possible d'avoir aussi bien des paquets vieux et des paquets très récents tout ça en gardant un système cohérent sans jamais casser quoique ce soit.
-- TiChou
Dans le message <news:pan.2005.06.03.01.07.10.701969@novazur.fr>,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :
Du coup, tu as une distribution toujours très proche des dernières
versions des softs que tu utilises, sans pour autant casser quoi que ce
soit comme j'avais pour habitude de le faire avec Mandrake.
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est
aussi possible d'avoir aussi bien des paquets vieux et des paquets très
récents tout ça en gardant un système cohérent sans jamais casser quoique ce
soit.
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Du coup, tu as une distribution toujours très proche des dernières versions des softs que tu utilises, sans pour autant casser quoi que ce soit comme j'avais pour habitude de le faire avec Mandrake.
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est aussi possible d'avoir aussi bien des paquets vieux et des paquets très récents tout ça en gardant un système cohérent sans jamais casser quoique ce soit.
-- TiChou
Christophe PEREZ
Le Fri, 03 Jun 2005 04:36:02 +0200, TiChou a écrit:
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est aussi possible d'avoir aussi bien des paquets vieux et des paquets très récents tout ça en gardant un système cohérent sans jamais casser quoique ce soit.
Oui, oui, bien sûr. Qui peut le plus peu le moins, tout au moins ici effectivement. Cela va sans dire mais cela va mieux en le disant ;-)
-- Christophe PEREZ Écrivez moi sans _faute !
Le Fri, 03 Jun 2005 04:36:02 +0200, TiChou a écrit:
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est
aussi possible d'avoir aussi bien des paquets vieux et des paquets très
récents tout ça en gardant un système cohérent sans jamais casser quoique ce
soit.
Oui, oui, bien sûr. Qui peut le plus peu le moins, tout au moins ici
effectivement. Cela va sans dire mais cela va mieux en le disant ;-)
Le Fri, 03 Jun 2005 04:36:02 +0200, TiChou a écrit:
Notons qu'on n'est pas du tout obligé de mettre tout à jour, comme il est aussi possible d'avoir aussi bien des paquets vieux et des paquets très récents tout ça en gardant un système cohérent sans jamais casser quoique ce soit.
Oui, oui, bien sûr. Qui peut le plus peu le moins, tout au moins ici effectivement. Cela va sans dire mais cela va mieux en le disant ;-)
