LFS For ever

• [^]Re: LFS For ever

  Posté par Christophe Garault (page perso, ) le 21/05/2004 à 09:48. (lien). Évalué à 15.

  Peut-on réellement qualifier LFS de distribution? Déjà qu'avec Gentoo, Sorcerer et autre on parle de meta-distrib, là je trouve qu'il faudrait trouver un terme plus adéquat. M'enfin, c'est une nouvelle qui fait plaisir quand même. ;-)
  
  Linux from Scratch: Not really a distro. Source:
  http://en.wikipedia.org/wiki/Linux_distribution(...)

  • [^]Re: LFS For ever

    Posté par FRLinux (page perso, ) le 21/05/2004 à 09:50. (lien). Évalué à 7.

    Ben oui on peut, du moment qu'il y a une base de systeme, les commandes shell, une facon d'installer des paquets, c'est une distribution.
    
    J'ai d'ailleurs une LFS 4.0 alternative qui tourne deja en gcc 3.4.0 avec glibc 2.3.1, xorg et kde 3.2.2 avec kernel 2.6.6 mais je vais peut etre me refaire ca. La LFS c pour me detendre :)))
    
    Steph

    • [^]Re: LFS For ever

      Posté par thomas () le 21/05/2004 à 10:05. (lien). Évalué à 9.

      pas vraiment d'accord. une distribution c'est pour moi d'abord un packaging d'un systeme GNU/Linux. c'est aussi un systeme GNU/Linux utilisable "out of the box" --> bien entendu une fedora, mdk, suse ou slack, ca s'installe, mais c'est autrement plus simple qu'une LFS ....
      
      bref pour moi LFS n'est absolument pas une distribution. c'est plutot un cookbook pour du "homemade GNU/linux". Quand au terme a utiliser, aucune idee, mais clairement pas DISTRO.

      • [^]Re: LFS For ever

        Posté par FRLinux (page perso, ) le 21/05/2004 à 11:48. (lien). Évalué à 4.

        Cookbook certes mais tu as une distribution utilisable. Pas out of the box vu qu'il faut mettre les mains dedans mais si tu installes un gestionnaire de paquets genre RPM + checkinstall, tu l'as ta distro ...
        
        Steph

        • [^]Re: LFS For ever

          Posté par thomas () le 21/05/2004 à 12:16. (lien). Évalué à 7.

          pour que tout le monde soit content (enfin, tous les 2) : LFS n'est pas une distro quand tu la telecharges, puis le devient quand tu as fini de la construire... ca ta vas ?
          
          
          PS : La LFS c pour me detendre :))) -> pour t'amuser t'as connu mieux : continuus :-)

          • [^]Re: LFS For ever

            Posté par FRLinux (page perso, ) le 21/05/2004 à 12:54. (lien). Évalué à 0.

            Dommage qu'ils supportent pas la LFS ;p
            
            Steph

          • [^]Re: LFS For ever

            Posté par imr () le 21/05/2004 à 12:58. (lien). Évalué à 9.

            Moi, je trouve que c'est une distribution.
            Aprés, si on pose des restrictions sur le terme distribution, on peut bien sur trouver que ce n'en est pas une.
            
            Par exemple, on peut trés bien dire à l'heure actuelle qu'une distribution doit contenir un systéme de gestion de dépendances. Dans ce cas, slackware n'en est pas une. Maintenant, si on va fouiller dans les vieilles mailling listes, on se rend compte que slackware a été célébre à l'époque pour son installeur facile et le nombres de programmes trés à jour qu'elle proposait. Donc à l'époque, c'en était une et maintenant ce n'en serait plus une alors que le systéme reste le même?
            Tout ce que peuvent faire et proposent les distros évolue, c'est bien pour ça qu'il y en a plusieurs qui existent. Restreindre le champ du terme distribution ne me semble pas une bonne idée dans ce contexte.
            
            C'est quoi une distribution alors?
            Pour moi c'est un projet à travers lequel ses responsables proposent une maniére d'obtenir un systéme linux fonctionnel.
            Qu'il soit * commercial ou sans but lucratif, avec installeur, graphique ou non, avec gestion de dépendances, avec recompilation de sources optionnelle ou obligatoire, online ou sur cd, bootable ou nécessite une floppy de boot, tient sur une floppy ou sur 10 dvds, embedded, éducatif ou purement fonctionnel, orienté serveur ou desktop, etc, etc, etc * est caractéristique de la distribution mais pas du terme distribution.

            • [^]Re: LFS For ever

              Posté par L (page perso, ) le 21/05/2004 à 13:56. (lien). Évalué à 10.

              > Par exemple, on peut trés bien dire à l'heure actuelle qu'une distribution doit contenir un systéme de gestion de dépendances. Dans ce cas, slackware n'en est pas une.
              
              Il est vrai que Slackware est historiquement connue pour ne pas fourni de gestion des dépendances, ce qui a rebuté certains d'ailleurs. Cependant, depuis Linux Slackware 9.1, le logiciel Swaret (entre autres) est présent et permet de gérer les dépendances binaires pour installer des paquetages. Pour information, Swaret est une surcouche aux outils standards de gestion de paquetage Slackware (installpkg, removepkg, upgradepkg) : il résoud les dépendances binaires mais utilise les outils standard pour le reste.
              
              Note que je parle de dépendances binaires : Swaret ne résoud que les bibliothèques nécessaires au bon fonctionnement d'un programme. Il est donc bien évidemment inférieur à un système plus complet tel que APT sous Debian, qui va bien au dela des dépendances binaires. Mais Swaret permet à l'utilisateur de choisir s'il veut la gestion des dépendances ou pas, sachant qu'à n'importe quel moment, il peut utiliser directement les outils standards sans gestion de dépendances ou Swaret pour la gestion de celles-ci.
              
              > C'est quoi une distribution alors?
              
              Selon Wikipédia (1), « Une distribution Linux (ou distribution GNU/Linux) est un système d'exploitation basé sur les logiciels du projet GNU et le noyau Linux. Ils sont rassemblés sous forme de paquetages afin de permettre une installation automatique ou semi-automatique du système. » (ceux qui ne sont pas d'accord avec cela sont invité à contribuer à Wikipédia pour en améliorer la définition).
              
              Linux Slackware est distribué sur deux CD-ROMs constitués d'un programme d'installation (uniquement des scripts SH d'ailleurs) qui prépare l'installation sur un ordinateur afin d'y installer des paquetages préparés. Donc Linux Slackware est bel et bien une distribution, même si elle n'est pas aussi personnalisée et facile à installer que SuSE, RedHat et Mandrake, ou qu'elle ne fournit pas de gestion de dépendances aussi avancée que ces distributions.
              
              Par contre, LFS ne fournit pas de programme d'installation permettant de prendre en charge l'installation d'un ensemble de paquetages préparés, et c'est d'ailleurs tout à son avantage car c'est bien ce qui est didactique dans LFS : construire son système. Mais du coup, ce n'est pas une distribution. Ça n'empêche pas qu'un utilisateur LFS peut construire son système Linux et en faire sa distribution.
              
              (1) http://fr.wikipedia.org/wiki/Distributions_Linux(...)

              • [^]Re: LFS For ever

                Posté par TSelek () le 21/05/2004 à 14:08. (lien). Évalué à 3.

                LFS ne fournit pas de programme d'installation, mais ALFS oui, dont nALFS http://wiki.linuxfromscratch.org/index.php?pagename=nALFSRoadmap(...)
                http://www.linuxfromscratch.org/alfs/news.html(...)

      • [^]LFS, BLFS, ALFS, HLFS

        Posté par TSelek () le 21/05/2004 à 13:50. (lien). Évalué à 6.

        Certes, LFS n'est pas une distribution. Ni une méta-distribution.
        BLFS, Beyond LFS, est un complement à la base (réduite) LFS.
        ALFS, Automated LFS, par contre est une sorte de distibution, mais une distribution source et bas niveau en quelque sorte.
        HLFS, Hardened LFS, est un complement d'outils sécuritaires.
        
        Voila, donc malgré tout, sous sa forme ALFS, LFS est une distribution source.

    • [^]Re: LFS For ever

      Posté par L (page perso, ) le 21/05/2004 à 10:34. (lien). Évalué à 11.

      LFS est très didactique et permet d'apprendre comment construire et comment fonctionne un système Linux, c'est un fait. Mais on ne peut pas raisonnablement considérer que LFS est une distribution Linus ne serait-ce que par les raisons suivantes :
      
      - Elle ne contient pas de système de gestion de paquetage aussi simple soit-il : il doit y avoir au moins la possibilité d'installer, supprimer, de mettre à jour et d'interroger la base des fichiers installés.
      
      - Elle ne fournit pas une configuration "de référence" du système installé : à chaque étape, chacun peut personnaliser son système de sorte qu'il est très rare que deux personnes ait la même configuration au final. Car soyons honnête, si c'est pour compiler tout un système pour obtenir exactement tous la même configuration, autant utiliser une "vraie" distribution et étudier les scripts ayant permit de réaliser les paquetages (les fameux SlackBuild pour Slackware par exemple) - pour éventuellement les personnaliser.
      
      - Même sur le site de LFS, il n'est pas mentionné que LFS est une distribution Linux mais que LFS permet de construire son système GNU/Linux. Les seuls endroits où "distrubution" est employé, c'est pour désigner les autres distributions ("regular distribution").
      
      Il y a sûrement d'autres raison, mais déjà, ne serait que l'abscence d'un système de gestion de paquetage (aussi minimal soit-il) suffit.

      • [^]Re: LFS For ever

        Posté par TSelek () le 21/05/2004 à 13:56. (lien). Évalué à 5.

        ALFS (cf au-dessus) n'utilise pas un système de packages au sens strict. Par contre il utilise des "profiles", les packages en soit devenant inutiles grace à des descriptions XML des sources où télécharger les sources et des méthodes pour les compiler et installer.
        
        Donc il n'y a pas de système de packages dans LFS car son principe de fonctionnement est othogonal au concept de binaires pré-compilés et qu'un "package" pour LFS est avant tout une adresse http, ftp ou cvs.

        • [^]Re: LFS For ever

          Posté par L (page perso, ) le 21/05/2004 à 14:22. (lien). Évalué à 4.

          > les packages en soit devenant inutiles grace à des descriptions XML des sources où télécharger les sources et des méthodes pour les compiler et installer.
          
          À la base justement, un paquetage a pour objectif de fournir une solution "clé en main" permettant justement d'éviter que chaque personne ait à télécharger, compiler et installer à partir des sources :)
          
          Pour ALFS, dans la mesure où il existe une étape préalable à réaliser pour construire le paquetage, il ne s'agit pas d'un paquetage mais d'une méthode automatisé de réalisation du paquetage : d'ailleurs, ce n'est pas pour rien qu'ils n'ont pas nommé cela "paquetages" mais "profils".
          
          Bien évidemment, tout cela n'enlève rien aux mérites du concept ALFS, mais on peut difficilement parler de distribution dans la mesure où le système complet est à construire manuellement, donc sans aucun programme d'installation, et cela pour chaque utilisateur désirant l'installer, même si un niveau d'automatisation existe.
          
          D'ailleurs, du coup comme ALFS semble être une sorte de LFS automatisée, quel est l'intéret de ALFS comparé à LFS ? Car si je ne me trompe pas (me corriger si je me trompe), l'utilisateur y perd la phase d'apprentissage qu'il aurait avec LFS non ?

          • [^]Re: LFS For ever

            Posté par TSelek () le 21/05/2004 à 14:47. (lien). Évalué à 5.

            Comment dire... ALFS ça reste didactique quand même, et quand tu as fait une LFS à la main tu passes avec joie à l'étape ALFS.
            
            nALFS est une implémentation qui évolue et ç'est prometteur, ALFS étant la spécification du concept, il existe d'autres outils (eg en perl) mais l'étape manuelle est désormais la configuration de l'automate. Pas facile à expliquer toussa, je trouve LFS+ALFS assez original en fait, une sorte de gentoo (à terme) mais qui aurait poussé dans l'autre sens...

      • [^]Re: LFS For ever

        Posté par amadeus029 () le 24/05/2004 à 17:21. (lien). Évalué à 1.

        Je peux me tromper, mais il me semblait que le terme "distribution" venait du fait qu'il s'agissait de "distribuer" un systéme GNU/Linux accompagné d'autres logiciels .
        
        Or LSF ne distribue qu'un livre, et rien d'autre.
        Télécharger LSF ne me permet pas posseder un systeme GNU Linux, il faut encore que je télécharge ses composants (noyau, gcc, shell, etc...) chez leurs distributeurs respectifs.
        
        En d'autres termes, une distribution qui ne distribue rien, c'est pas tellement une distribution.
        
        Ca me parait plus important que cette histoire de systéme de gestion de paquetage.
        
        mes 2 cents

    • [^]Re: LFS For ever

      Posté par MozJF () le 27/05/2004 à 09:38. (lien). Évalué à 0.

      Pas mal comme version de LFS ;p
      
      Et se détendre avec la FLS... Tu es maso ou quoi ? ;p

LFS is good for you

• [^]Re: LFS is good for you

  Posté par Gof (Jabber id, page perso, ) le 21/05/2004 à 10:37. (lien). Évalué à 5.

  Moi j'utilise LFS depuis novembre (soit déjà plus de 6 mois) et j'en suis pleinement satisfais.
  
  J'ai installé LFS surtout pour le fun, l'installation m'a pris une semaine (pas 24h/24, j'allais au cours et je dormais, et pdt ce temps mon pc était éteint)
  
  Ça donne beaucoup d'expérience dans l'installation de linux, et un systeme qu'on controle tout a fait.
  
  Je ne crois pas que ma prochaine distribution sera encore LFS. Mais tant qu'elle fonctionne, pourquoi changer ?

  • [^]Re: LFS is good for you

    Posté par alveric () le 21/05/2004 à 11:04. (lien). Évalué à 3.

    Mais tant qu'elle fonctionne, pourquoi changer ?
    C'est le même genre d' "argument" qui fait que nombre de gens restent sous windows / IE / Outlook / ... au lieu d'essayer linux / mozilla / ...
    Et la curiosité alors ?

    • [^]Re: LFS is good for you

      Posté par Gof (Jabber id, page perso, ) le 21/05/2004 à 11:39. (lien). Évalué à 7.

      C'est la curiosité qui m'a fait installer LFS.
      De même, j'aime essayer différentes distributions sur d'autre ordinateur.
      
      Mais c'est LFS qui est installer depuis 6 mois sur mon ordinateur principal.
      
      Ce que je veux dire c'est que je n'ai pas vraiment le temps, n'y l'envie de réinstaller un système d'exploitation sur ma machine alors que tout va très bien (hormis les mise a jour "non-automatisées" )
      
      La différence avec Windows / IE / outlook est que on ne peut pas dire vraiment que ça marche si il doit réinstaller son système tous les 6 mois.
      Et c'est vrai que pour celui qui n'y connais rien en informatique, et qui a Windows sur son PC qui fonctionne bien, il n'y a pas grand intérêt à changer ses habitudes

Reste le problème des upgrades

• [^]Re: Reste le problème des upgrades

  Posté par Christophe Garault (page perso, ) le 21/05/2004 à 11:27. (lien). Évalué à 2.

  Bref, une LFS c'est chiant comme la mort à maintenir si on aime bien les nouveautés

  
  Entièrement d'accord: c'est la raison pour laquelle des méta-distrib comme Gentoo ou Lunar sont de vraies réponses à tous ceux qui veulent découvrir les arcanes de GNU/Linux tout en ayant un système fonctionnel en permanence et très facile à maintenir. Depuis que j'ai découvert Gentoo, je ne me suis jamais senti aussi Libre. :)
  Reste à migrer toutes mes machines...

  • [^]Re: Reste le problème des upgrades

    Posté par Gof (Jabber id, page perso, ) le 21/05/2004 à 11:48. (lien). Évalué à 4.

    Pour celui qui aime *vraiment* les nouveautés, il y a CVS.
    
    Tout mon KDE est installé depuis le CVS. et les mises à jour se font avec
    cvs up && make && make install
    
    Comme KDE est la partie visible de l' iceberg, quand KDE est à jour, on a l'impression que tout est à jour.
    
    Je ne met à jour généralement que KDE et le kernel, et ça suffit pour le moment (pour mon utilisation)

• [^]Re: Reste le problème des upgrades

  Posté par Raphael Berlamont (page perso, ) le 21/05/2004 à 11:41. (lien). Évalué à 3.

  Personnellement, sur ma LFS, pour le genre de programme que vous décrivez, à savoir ceux qui sont susceptibles d'être régulièrement mis à jours, j'applique l'une des deux solutions suivante :
  
  - Soit : ./configure --prefix=/usr/local/nom_du_programme Le désavantage de cette méthode, c'est qu'au final, on a un $PATH un peu long :) (et les autres variable d'environnements aussi, ainsi que d'autres fichiers de configuration comme /etc/ld.so.conf où il faut à chaque fois rajouter le path vers les librairies qui vont bien )
  
  - Soit je reutilise les mêmes paramêtres de configuration que l'original pour la mise à jour, (souvent dans le config.log, il suffit alors de garder ce fichier dans un coin), en espérant que ca ecrasera convenablement l'ancien. Ou alors, on peut récupérer les anciennes sources, refaire un configure, et faire un make uninstall si les sources implémentent l'option.
  
  
  Il y a surement d'autres solutions encore plus propres, mais je ne les connais pas! :)

  • [^]Re: Reste le problème des upgrades

    Posté par Pooly (page perso, ) le 21/05/2004 à 12:22. (lien). Évalué à 1.

    il y a une technique un peu bourrin, qui est de compiler une premiere fois le paquet dans un repertoire temporaire (--prefix=/tmp=my_dir) de faire la liste des fichiers installes, puis de le recompiler avec les bonnes options cette fois. la liste des fichiers te permet de le desinstaller proprement sans avoir a garder les sources.
    Bon, par contre la gestion de dépendances....

    --
    W-Fenec : Webzine rock/métal/indus

    • [^]Re: Reste le problème des upgrades

      Posté par Stone Tramo () le 21/05/2004 à 13:18. (lien). Évalué à 2.

      Un solution plus propre serait d'utiliser checkinstall ( http://asic-linux.com.mx/~izto/checkinstall/(...) ) ça permet de créer des packages dans n'importe quel formats.
      
      Pour le probleme de dépendance, j'avais utilisé il y a quelques années une version que j'avais modifié des pkgtool, ça marchait pas mal. A la fin, ça ressemblait a une slack propre, plus d'init bsd, un systeme de dépendance(limité mais utilisable)

  • [^]Re: Reste le problème des upgrades

    Posté par Guillaume Chevallereau () le 21/05/2004 à 13:01. (lien). Évalué à 2.

    Oui, par exemple git. C'est un script shell qui crée un script de désinstallation. Y'a d'ailleurs une astuce LFS : http://lfs.oregonstate.edu/hints/downloads/files/pm_with_git.txt(...)

    • [^]Re: Reste le problème des upgrades

      Posté par franken () le 21/05/2004 à 15:07. (lien). Évalué à 6.

      Dans le style, il y a STOW, qui est vraiment cool pour les install désinstall .
      Tu installes dans un répertoire de ton choix (par un --prefix=) et ensuite un petit stow sur le répertoire crée des liens dans /usr/local .
      Ton logiciel est utilisable de suite.
      Pour désinstaller stow -D vers ce même répertoire.
      J'ai comme cela n versions d'un même logiciel, compilées chacunes dans leur coin. J'installe et desinstalle en 3s .
      
      http://www.gnu.org/software/stow/(...)

• [^]Re: Reste le problème des upgrades

  Posté par Next-Touch.com (page perso, ) le 21/05/2004 à 11:52. (lien). Évalué à 2.

  installer apt-get ?

  • [+] [^]Re: Reste le problème des upgrades

    Posté par Stéphane Thomas (page perso, ) le 21/05/2004 à 13:00. (lien). Évalué à -3.

    Installer une debian ?

    • [^]Re: Reste le problème des upgrades

      Posté par Julien Bidault (page perso, ) le 21/05/2004 à 13:28. (lien). Évalué à 5.

      Ca me tente beaucoup de me faire une LFS : je débute sous linux il faut le dire, et j'ai toujours du mal à comprendre l'organisation globale du sys (sous windows je la maitrise, je sais toujours où chercher ce dont j'ai besoin).
      
      Je n'ai pas d'dxpérience de la philo d'organisation d'une distro, et faire une LFS pourrait vraiment m'aider à comprendre tout ca...si le livre est dicactique comme vous le dite, ca pourrait faire une bonne promenade dans linux pour comprendre de l'intérieur...
      
      je vois ca comme une étape pour repasser ensuite sous debian, mais ne plus avoir peur de mettre les mains dans le camboui : parce que apt-get qd ca marche c merveilleux, mais si une dep est cassée, je sais pas du coup comment installer manuellement (cad fabriquer un package à la main etc...)

      • [^]l'organisation globale du sys

        Posté par arno () le 21/05/2004 à 14:05. (lien). Évalué à 2.

        En complément du livre LFS je te conseille de jeter un coup d'oeil ici : http://www.pathname.com/fhs/(...) ou ici http://www.linux-france.org/article/sys/fhs/fhs-toc.html(...) pour une version en français mais plus trés à jour.

      • [^]Re: Reste le problème des upgrades

        Posté par Brice Arnould ( un_brice ) (page perso, ) le 21/05/2004 à 15:33. (lien). Évalué à 4.

        C'est aussi ce que j'en fait: je suis passé à LFS après 6 mois de Mandrake... franchement, j'en ai ch*é. Mais j'ai appris plein de choses dont je n'aurais même pas pu avoir conscience autrement.
        Autrement dit, ne le fait que quand tu aurais beaucoup de temps devant toi, mais ça vaut le coup.
        Un autre conseil: pense bien sûr à optimiser tes compilations... mais pas trop sinon bonjour les plantages (cf. les docs de Gentoo à ce sujet).

        --
        Respect à RMS.

• [^]Re: Reste le problème des upgrades

  Posté par arno () le 21/05/2004 à 13:50. (lien). Évalué à 5.

  garder une trace des fichiers installés par un paquet source...

  
  
  J'utilise LFS depuis un moment déjà. En fait, depuis le premier article dans LinuxMag, ça devait être la 2.4 mais je ne suis pas sur?
  Bref, j'ai trouvé mon bonheur avec une LFS plus le hint :
  http://mirror.vtx.ch/lfs/hints/downloads/files/PREVIOUS_FORMAT/more(...)
  dans lequel chaque paquet est installé sous sa propre identité. En plus on s'aperçoie que d'origine pas mal de softs essaient de se marcher sur les pieds et d'écraser un fichier du voisin. Mon seul regret c'est qu'il ne soit plus mis à jour et que certain softs sont pas mal butés lorsqu'on veut les installer sous autre chôse que root :/.
  
  Pour ce qui est des mises à jour, le plus dur c'est de surveiller les alertes sécurités et les nouvelles versions des logiciels que l'on désire avoir toujours à jour. Ça n'a rien d'horrible, mais nécessite évidement plus de temps qu'avec apt, urpmi, ...
  
  HS: En plus, je n'ai pas de connection internet! Pour les téléchargements c'est le cyber du coin :)

• [^]Re: Reste le problème des upgrades

  Posté par TSelek () le 21/05/2004 à 14:02. (lien). Évalué à 1.

  Exact, encore que ALFS facilite la tache de reconstruction. Ca impose de mettre à jour sérieusement ses confs et d'avoir une bonne séparation data/system.
  
  nALFS est une implémentation de ALFS http://www.linuxfromscratch.org/alfs/news.html(...)

  • [^]Re: Reste le problème des upgrades

    Posté par TSelek () le 21/05/2004 à 14:04. (lien). Évalué à 1.

    Oooooooops....
    
    j'ai oublié de mettre ce lien http://wiki.linuxfromscratch.org/index.php?pagename=nALFSRoadmap(...)
    où tu peux lire "More efficient package logging."...
    
    Finalement nALFS est peut-être ce que tu cherches ? Je suis surpris que personne ne l'ai évoqué.

• [^]Re: Reste le problème des upgrades

  Posté par Olivier Samyn (page perso, ) le 24/05/2004 à 08:18. (lien). Évalué à 1.

  Va faire un tour sur
  http://www.gnu.org/software/stow/(...)
  ou sur
  http://xstow.sourceforge.net/(...)
  
  Sur ma LFS, la base(kernel, libc, ...) est installé normalement, mais tout ce qui est GNOME, KDE, python, ... est installé via ce système.
  
  Perso, je prefère xstow (écrit en C++ alors que stow est écrit en perl), mais bon à chacun ses choix :)
  
  Le principe est quand même le plus efficace possible pour gérer une LFS...

• [^]Re: Reste le problème des upgrades

  Posté par MozJF () le 27/05/2004 à 09:40. (lien). Évalué à 1.

  La LFS est surement très pédagogique.
  
  Mais mieux vaut avoir un CPU puissant et un bon petit Go de Ram pour être sur d'en voir la fin en moins d'une journée ;p
  
  Cependant, vu que je teste pas mal de logiciels, et que je compile pas mal (surtout les animaux de mozilla.org), une LFS ce serait pour moi, un jouet avant tout ;p

Trop koules !

• [^]Re: Trop koules !

  Posté par Brice Arnould ( un_brice ) (page perso, ) le 21/05/2004 à 22:39. (lien). Évalué à 2.

  La "distribution hôte" ne sert qu'au bootstrap. Après tu chroot -> à mon avis elle se vallent toutes (essaie quand même d'avoir le même noyeau sur ta LFS et ta distrib (dernière Knoppix=linux 2.6).
  
  Le coup du cache... ça serait utile, c'est fait au niveau de chaque package (config.cache ou .log) mais pas de l'ensemble des packages... d'un autre coté ça serait beaucoup de bazar pour pas grand chose.

  --
  Respect à RMS.

• [^]Re: Trop koules !

  Posté par Michel Galle () le 23/05/2004 à 00:53. (lien). Évalué à 2.

  le configure génère un makefile qui plus que très souvent sera inadapté à la compilation d'un autre source. On pourrait cependant cacher la plupart des premiers tests et avoir une sorte de Makefile initial utilisé par tous. je pense que c'est un problème autoconf/automake.

Ca marche trop bien :p