Démarrage du projet Gentoo GNU/Hurd le 13 Mars

Posté par (page perso) . Modéré par Fabien Penso.
Tags :
0
26
mar.
2003
Gentoo
Jon Portanoy vient d'annoncer qu'il travaille sur une intégration de GNU/Hurd à la distribution Gentoo. Il se demande combien de personnes seraient intéressées par son travail.
Pour vous faire connaitre, allez faire un tour sur le forum.
GNU/Hurd est un système d'exploitation dont la base est le Hurd, un ensemble de serveurs fonctionnant au dessus d'un micronoyau Mach. Plus d'infos avec les liens ci-dessous.
Gentoo est une distribution fonctionnant sur Linux à l'origine, tout comme Debian mais des projets sont en cours pour utiliser GNU/Hurd à la place de Linux.
Et si Gentoo GNU/Hurd était l'avenir...
  • # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

    Posté par . Évalué à -10.

    J'ai déjà du mal à voir l'intérêt de le GNU/le Hurd à la base, mais en
    plus allié à une Gentoo...
    • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

      Posté par (page perso) . Évalué à -10.

      Comme ça, les gars de gentoo pourront mettre l'instabilité et les plantages sur le dos du noyau?
      • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

        Posté par . Évalué à 10.

        Faut vraiment qu't'installes et gardes une GentoO plus de 2min, où as tu vu un "seul" problème de stabilité pour avancé ce que tu dis. je fais un usage plus que quotidien de la GentoO depuis son plus jeune âge, je n'ai jamais eu de prolbèmes d'instabilités même en installant souvent des pkgs masqués, bon j'avoue avoir eu peut-être 2 plantages à cause de Mozilla (binaire :p) mais c'est tout!

        nan j'vois vraiment pas...
    • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

      Posté par . Évalué à 5.

      Tu as tout-à-fait raison. Aucun intérêt, comme Linux et MacOS X, d'ailleurs. À quoi bon utiliser autre chose que Windows ? On se le demande ...
      • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

        Posté par . Évalué à 0.

        $ man humour
        No manual entry for humour

        Ah ben...
        • [^] # ...

          Posté par . Évalué à -6.

          Pourquoi ? C'est pas drôle ce que j'ai écrit ? Moi, ça m'a fait exploser de rire. Et avec le commentaire d'aurélie_d, je me suis même roulé par terre ...
      • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

        Posté par . Évalué à -3.

        Ce que je voulais dire, c'est que par rapport à Linux, pour une utilisation
        de tous les jours, je ne vois pas les apports de GNU/Le Hurd.

        Après, une distribution où il faut tout compiler ... ça me laisse assez
        dubitative (je ne suis pas sûre qu'on gagne véritablement des perfs
        en faisant ça).
        • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

          Posté par . Évalué à 4.

          De la même façon, je ne vois pas l'intérêt d'utiliser Linux ou Zeta pour une utilisation qutidienne alors que Windows occupe plus de 90% du marché. Et pourtant, il y a des gens qui se passent sans problème de Windows. Incroyable, non ?
        • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

          Posté par (page perso) . Évalué à 10.

          L'interet de tout compiler, c'est pas tant dans les gains de perfs (qui sont relativement legers, il faut bien l'avouer) mais dans la possibliite d'avoir une distribution extremement a jour, et de se debarasser des nombreux problemes de dependance binaires.

          La gentoo est une des premieres distrib a avoir fourni gcc 3.2, XFree 4.3, Gnome 2.2, etc. Pourquoi ? Parce que le fait de fonctionner a partir des sources permet une integration extremement facile et rapide des nouvelles versions de logiciels dans la distrib.
          • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

            Posté par . Évalué à 6.

            Oui c'est vrai. Par contre, quand on a une machine assez faible en terme
            de CPU, compiler XFree ou Gnome ça parait "lourd".

            Je ne suis pas contre la compilation sur le principe, en général j'installe
            un système de base et je me compile des produits comme Apache,
            Postgres, Squid ou autres.
            • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

              Posté par . Évalué à 3.

              Clairement, sur un P200 c'est pas une super idée (ou alors on oublie X, mozilla et apache... et on part sur un stage3 pour ne pas compiler la glibc et gcc).

              Je suis sous gentoo depuis un peu plus d'un an. J'avais plombé les dépendances de toutes mes autres distribs (de redhat à debian en passant par suse et mandrake) en compilant un peu tout et n'importe quoi.

              Au moins, maintenant, je suis à peu près tranquille de ce coté la.
          • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

            Posté par (page perso) . Évalué à 5.

            faut voir aussi que la gentoo (en tout cas quand je l'ai essayé, vers septembre dernier) elle se cassait pas trop le cul pour les paquets.... Quand on compare au boulot fait par debian ya une grosse marche. La gentoo, la plupart du temps ca reste un truc automatique qui fait un configure suivit de make install... en plus ca gere les deps (et encore, le unmerge connaissait pas les deps)...
            Forcement, c'est plus simple d'avoir les trucs avant tous le monde.... Je suis pas sur que ca vienne du fait de compiler soit meme les paquet qui rende possible ça... pourquoi pas un type qui lui tiendrait a jour ses paquets et les mettrai dispo sur plusieurs mirroir ca marcherait pas?
            • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

              Posté par . Évalué à 6.

              Mon avis sur la question : nous sommes tous d'accord pour dire que tout ce système d'automatisation (1) permet d'avoir une distrib à jour à tout moment. Maintenant, pour la majorité des utilisateurs, pourquoi refaire une compilation qui a déjà été fait par son voisin ?

              Pour certains cas très spéciaux (ou pas tant que ça d'ailleurs, car on est vite «en marge» quand on se met à bidouiller), on peut utiliser soi-même le système d'«auto-compilation», mais pour quelqu'un qui veut installer des packages avec des options de compilations standards, ça n'a aucuna intérêt. Il y a du travail à mutualiser à mon avis.

              Bref, les serveurs ne devraient pas proposer que des sources, mais aussi de binaires pour les cas «standards». Ceci dit, j'ai l'impression que c'est ce qu'ils essayent de mettre en place avec les «Gentoo Reference Platform», mais il me faudrait quelqu'un pour confirmer ?

              (1)qui nécessite d'être complété puisque le reverse-depending n'est pas encore supporté, comme tu le fais très justement remarquer : «et encore, le unmerge connaissait pas les deps».
          • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

            Posté par . Évalué à 4.

            > et de se debarasser des nombreux problemes de dependance binaires.

            Il n'y a pas de problème de version lorsqu'on compile ?
            Il y en a.

            > La gentoo est une des premieres distrib a avoir fourni gcc 3.2, XFree 4.3, Gnome 2.2

            Gnome 2.2 et XFree 4.3 sont sortis il y a quelques semaines et Mandrake, Suse, Redhat le propose aussi. gcc 3.2 était dispos sur ces trois distribes 2 mois après sa sortie. Et pour ceux qui sont "joueux" il y a cooker et rawhide.

            De plus, gentoo n'a pas système de release comme Mandrake/Redhat/etc... avec la mise en boite, la doc, etc... Tu peux comparer Gentoo à Redhat rawhide ou Mandrake cooker. Dans ce cas c'est la même chose.
            • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

              Posté par . Évalué à 6.

              Pour etre passé par de nombreuses distrib (mandrake, red hat, debian, memes récentes), la gentoo séduit surtout par sa simplicité ! tout y clair et précis, les choses arrivent moins par "magie" comme dans les autres mandrake et redhat. Enfin, la debian est stable comme un rock sur un serveur, mais devient trop viellote pour un desktop.


              A noter que des gars de gentoo sont en train de bosser sur un installeur (en python, voilà une bonne idée) :

              http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-src/cursingcow/(...)

              (les commit sont vieux, et ils cherchent des développeurs, rdv sur mailing list de gentoo).

              Bref, pour ce qui est de tout recompiler, c'est un réel soucis. Il faut 1 journée entière sur mon bi athlon 1,8 Ghz pour avoir un truc qui marche... Je ne parle meme pas de mon portable 700 Mhz : (


              Bref, une solution temporaire est de disposer d'une petite machine à coté (min 686). Il faut ensuite compiler les packages avec une "march=i686" (dans les fichiers de config de gentoo). Puis de partager en NFS /usr/portage/packages/ALL et de le monter sur les clients (portable notamment).
              Enfin, il faut rajouter les options de compil commun a tout ce monde... La perte de perf sera, aller, de quelques % (2%, ou 3% ?) mais mon portable ne compile plus rien, et se contente de décompresser ce qu'il a dans son montage nfs.

              enfin pour les tout nouveaux packages, tout le monde est mis à contribution avec distcc (compilateur distribué).
              • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

                Posté par (page perso) . Évalué à 0.

                Moi qui pensais que l'intéret de la gentoo reposait sur la compil "au petit poil" pour un ordi, je ne vois plus d'intéret à l'utiliser si tu compiles avec les options de compil commun a tout ce monde, hormis le fun de compiler tout ça. Quitte à utiliser du compilé générique, j'aurais tendance à utiliser une distrib orientée binaire pour m'éviter la journée de compil.
                • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

                  Posté par . Évalué à 3.

                  ouais genre debian ... le débat est long... en gros, la compile n'est pas tout, les fichiers de config, la cohérence du système n'est pas la meme d'une distrib à l'autre (chacun a ses rep de conf pour apache par exemple.
              • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

                Posté par . Évalué à 3.

                tu peux aussi l'installer en chroot avec nice -19 à partir d'une autre partition linux sur ton bi-athlon. Comme ca pendant que tu compiles tu peux regarder un dvd ou ecouter de la musique, surfer etc.
          • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

            Posté par (page perso) . Évalué à 2.

            hum ....

            $ emerge -p x11-base/xfree

            These are the packages that I would merge, in order:

            Calculating dependencies ...done!
            [ebuild R ] x11-base/xfree-4.2.1-r2



            Je ne suis pas sur qu'il me propose xfree 4.3 en stable ... par contre mdk (et bientot RH) le font. Comme quoi n'est pas plus rapide qui ont pense
            (je ne critique pas le fait que le 4.3 ne soit pas encore marqué stable, ca me semble justifié, mais n'allons pas dire que gentoo est forcément en avance sur tout non plus)
          • [^] # CVS Linux

            Posté par . Évalué à 4.

            Les gars, je propose de lancer CVS Linux.

            Un paquet = une adresse CVS. Comme ca ce sera plus a jour qu'une Gentoo ! Vous vous rendez compte, le developpeur a a peine fait commit que c'est deja chez moi ! Ce sera la premiere distrib a avoir tous les softs avant leur sortie.

            (PS: heu, oui, c'est une blague... Je trouve un peu con de vouloir toujours la derniere version du moindre soft... XFree 4.3, pourquoi si ma carte est geree ? gcc 3.2, pourquoi si mes projets compilent bien ?)
            • [^] # Re: CVS Linux

              Posté par . Évalué à 8.

              Pourquoi gcc3.2? Parce que quand on te demande de sortir du code compatible gcc3.2, c'est vachement plus pratique de pouvoir tester directement.

              Va comprendre pourquoi tant de développeurs utilisent gentoo...

              Et ceci mis à part, c'est vrai que l'infrastructure de la distribution est super agréable (je peste à chaque fois que je dois retoucher aux inits de ma debian, maintenant). Bref, il en faut pour tous les gouts, mais critiquer pour critiquer, parce que ça fait djeunz, c'est un peu con.
              • [^] # Re: CVS Linux

                Posté par . Évalué à 1.

                Yay, je rentre dans le troll!!
                Avec ma debian, je peux avoir en meme temps gcc2.95 et gcc3.2 sans attendre deux plombes que ca compile pour pouvoir tester tranquillement avec un vieux et un nouveau gcc
        • [^] # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

          Posté par . Évalué à 3.

          Hurd fait partie du project GNU non ? pourquoi dis-t-on GNU/Hurd alors ? ne devrai-t-on pas dire GNU tout court ? :-)
  • # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

    Posté par . Évalué à 7.

    Un p'tit drapeau français pour les 2 derniers liens peut-être ???

    Sinon, ça à l'air intéressant, faut voir comment ça évolue.
    En revanche, j'ai pas trouvé (mais j'ai pas cherché à fond) : c'est écrit en quel langage Hurd ? (et Mach ?)

    ;-]
  • # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

    Posté par . Évalué à 10.

    Ça prouve que la compilation sous Hurd est solide :-)
  • # Et les drivers ?

    Posté par (page perso) . Évalué à 10.

    Une petite question : faudra-t-il redévelopper tous les drivers (cartes graphiques, cartes sons, etc) spécifiquement pour le Hurd ou bien les contributeurs pourront-ils faire de la récup' de ce qui a déjà été fait pour *BSD ou Linux ?
    • [^] # Re: Et les drivers ?

      Posté par (page perso) . Évalué à 6.

      Pour le moment, ils utilisent les drivers du noyau linux, si je me souviens bien, le support est plus ou moins équivalent a un 2.0.
      • [^] # Re: Et les drivers ?

        Posté par (page perso) . Évalué à 5.

        Grace a oskit le support est au de linux 2.2.. maintenant faut voir que les pilotes sont dans le noyau donc c'est plutot une solution transitoire
    • [^] # Re: Et les drivers ?

      Posté par . Évalué à 9.

      Pour les cartes graphiques, il s'agit de porter XFree, donc les drivers sont ceux de XFree pour l'instant (4.1 actuellement, le 4.3 est en cours de portage).

      Pour le reste, on utilise actuellement OSKit, donc les drivers de Linux 2.2 ou FreeBSD jenesaispluscombien.

      A terme, on aura des drivers en user-space sur L4, et il faudra probablement réécrire pas mal de choses.
      • [^] # Re: Et les drivers ?

        Posté par . Évalué à 2.

        Il n'y aurait pas plus d'avenir du coté de KGI? Puisqu'apparement ils veulent redescendre les drivers vidéo à un niveau plus bas que X, et en insistant sur le fait que ça soit portable...

        http://kgi-wip.sourceforge.net/(...) (si je ne m'abuse)
      • [^] # Re: Et les drivers ?

        Posté par (page perso) . Évalué à 7.

        Pour les cartes graphiques, il s'agit de porter XFree, donc les drivers sont ceux de XFree pour l'instant (4.1 actuellement, le 4.3 est en cours de portage).

        Sauf dans l'optique d'un système de fenêtrage conçu proprement pour utiliser les spécificités d'un système multi-serveurs à micro-noyau de seconde génération comme GNU/Hurd sur L4.. :-) Ce qui offre des possibilités infinies, notamment permettrait une gestion clean et efficiente des drivers - il utiliserait pas son propre système de pilotes, mais bien le framework fourni par le système.

        Pour le reste, on utilise actuellement OSKit, donc les drivers de Linux 2.2 ou FreeBSD jenesaispluscombien.

        On n'utilise en fait que les pilotes de Linux 2.2.12, mais il serait hypothétiquement possible d'utiliser les pilotes de FreeBSD v2.1.7.1 (hé, ça explique peut-être qu'on les utilise pas, pour ceux qui suivent le développement de FreeBSD.. bien qu'il soit infiniment plus agréable d'utiliser, lire, développer des pilotes pour FreeBSD que pour Linux, à mon humble "avis").

        A terme, on aura des drivers en user-space sur L4, et il faudra probablement réécrire pas mal de choses.

        Voire, tout. Il faut bien comprendre que la portabilité inter-systèmes, dans l'esprit du GNU Manifesto (et plus spécifiquement dans mon esprit (: ) est une bonne chose, mais ne doit se faire en aucun cas au détriment du reste - c'est à dire, si faire le logiciel comme on pense que ça doit être fait implique utiliser des spécificités de GNU, il faut le faire (et si ça implique utiliser des spécificités d'autres systèmes, il faut les implémenter sous GNU :-). Or, utiliser des pilotes de périphériques conçus, par exemple, pour Linux, entraînera forcément une perte de performances, qui ne sera pas compensée, étant donné qu'ils ne tireront pas partie des avantages offerts par L4 et le Hurd. On pense notamment au fait que les pilotes de périphériques écrits pour Linux sont conçus pour avoir une mémoire « wired », inamovible (imaginez le bordel avec un kernel dont la mémoire est pageable (: ), alors que les pilotes en espace utilisateur peuvent - et devraient, à mon avis - être conçus pour tirer parti du fait que la mémoire puisse être « paged out » en cas d'utilisation intensive de la mémoire par d'autres applications. Voire, même, pour certains périphériques très particuliers, avoir un schéma de gestion de la mémoire plus complexe qui permettrait une certaine perte pendant les périodes de charge mémoire très forte, sans que pour autant le système sature d'autant plus.

        Bien entendu, celà n'est qu'une question d'implémentation, et Linux nous apportera beaucoup dans la mesure où les pilotes pourront servir de spécifications, spécifications en plus déjà mises en applications, donc où l'on pourra voir les workarounds de Linux aux différents bugs des différents modèles de la carte trucmuche, etc. Que du bon en perspective ;-)
  • # Re: Démarrage du projet Gentoo GNU/Hurd le 13 Mars

    Posté par (page perso) . Évalué à 1.

    Bon je propose de commencer deja de creer le répertoire Mandrake/Hurd
  • # Re: Et si Gentoo GNU/Hurd était l'avenir...

    Posté par (page perso) . Évalué à -3.

    Meuhhh non !!!

    L'avenir c'est...


    Debian Win32 !!!!!!!!

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.