Distribution Gentoo : des nouvelles du front

Posté par  . Modéré par rootix.
Étiquettes : aucune
0
28
avr.
2004
Gentoo
Le projet Gentoo voit trois événements importants se réaliser ces jours ci :
- sortie de la version 2004.1 sur x86, ppc, amd64 et sparc avec LiveCDs et PackageCDs (packages précompilés) qui est un succès pour tous les développeurs et en particulier l'infrastructure et qui contient son lot de nouveautés comme les paquets signés ou la dernière version de Catalyst pour faire ses propres images ;
- départ de Daniel Robbins, fondateur du projet ;
- création de l'association 'not for profit' qui dirigera désormais le projet.


NdM: merci aussi à d0h.

Aller plus loin

  • # Re: Distribution Gentoo : des nouvelles du front

    Posté par  . Évalué à 1.

    Ouin ! J'arrive toujours pas a faire une install sans internet en utilisant le cd des paquetage précompilé
    • [^] # Re: Distribution Gentoo : des nouvelles du front

      Posté par  . Évalué à 2.

      Ceci dit, gentoo sans connexion internet... Ca risque
      d'être plus chiant qu'autre chose à mon avis !
      • [^] # Re: Distribution Gentoo : des nouvelles du front

        Posté par  . Évalué à 2.

        Oui mais tu peux très bien avoir le gentoo sans connexion internet au départ puis une fois que c'est en place, çà roule.

        Pour la 2004.0, ma carte wireless PCMCIA ne semblait pas marcher.

        J'ai fait un modprobe mais il ne voulait pas charger les modules.

        Enfin, çà c'était pour le kernel gentoo. Si tu bootes sur le smp, visiblement il arrivait bien à charger les modules mais je n'arrivais pas pour autant à faire fonctionner la carte.

        Pourtant après l'install de la Gentoo, çà marchait nickel.

        Une bonne technique pour installer Gentoo si le réseau n'est pas reconnu sur le Live CD et de le faire à partir d'une Knoppix. C'est radical et çà permet de garder un desktop pendant l'install.
      • [^] # Gentoo sans Internet

        Posté par  . Évalué à 2.

        Bah non Gentoo sans Internet c'est pas plus chiant qu'autre chose. Suffit d'avoir les ebuilds des paquetages qon veut installer et des CD sources. La preuve chez mes grands-parents il y a une gentoo (ppc) avec un 56k, chez moi un système construit via LFS, suffit que j'apporte mes sources et ça marche nickel.
        • [^] # Re: Gentoo sans Internet

          Posté par  . Évalué à 1.

          justement, se serait bien d'avoir une option pour emerge qui téléchargerai tous les fichiers sources nécéssaires à l'installation d'un packet sans forcement les installer tout de suite.
          genre emerge -p[truc] gnome
          et /usr/portage/distfiles se rempli des sources nécéssaires
          après tranquilement sans connexion : emerge gnome.....

          si quelqu'un a un petit script permettant d'arriver à ce résultat...je suis preneur
          @+
    • [^] # Re: Distribution Gentoo : des nouvelles du front

      Posté par  . Évalué à 1.

      C'est parce que le manuel ne reflétait (pour la 2004.0 en tout cas) pas tout à fait l'install.

      Sur une 2004.0, il faut faire un :

      emerge =vanilla-source-2.4.24 (plus très sûr de l'orthographe ;o)) car si tu fais un emerge vanilla-source sans numéro de version, il veux choper le 2.4.25 sur le net.

      Il ne faut pas utiliser genkernel car là aussi il va chercher à choper des packages sur le net.

      Enfin pour installer les packages binaires, ils avaient omis de spécifier cette commande :

      export PKGDIR=/mnt/cdrom (je ne sais plus si il ne faut pas d'ailleurs rajouter un sous-répertoire all après cdrom ??? je ne crois pas mais je ne sais plus trop).

      Et ensuite quand tu veux installer un truc binaire présent sur le CD :

      emerge --usepkg nomdupaquet

      Voili voiloù, pour la 2004.1 je ne sais pas par contre
      • [^] # Re: Distribution Gentoo : des nouvelles du front

        Posté par  . Évalué à 3.

        emerge -K pour utiliser uniquement les binaires
        emerge -k pour utiliser les binaires ou les sources si les binaires ne sont pas présent.

        Sinon une solution au probleme de matériel non detecté avec le live CD 2004.0 peut etre l'utilisation du live CD 1.4 (c'est ce que j'ai fait pour mon install) et le téléchargement des stages 2004.

        A part ça, Gentoo c'est bon, mangez en.
    • [^] # Re: Distribution Gentoo : des nouvelles du front

      Posté par  . Évalué à 1.

      Nous à la fac, on a réussi sans problème, avec une version 1.4 d'après mes souvenirs
  • # Re: Distribution Gentoo : des nouvelles du front

    Posté par  . Évalué à 4.

    Pour ceux qui veulent des détails sur la création de la fondation ou bien des quelques éléments d'explication sur le départ de Daniel, les archives de la liste gentoo-nfp sont là :
    http://news.gmane.org/gmane.linux.gentoo.nfp(...)
  • # Re: Distribution Gentoo : des nouvelles du front

    Posté par  . Évalué à -5.

    Cette dépêche roche complètement, à l'instar de son auteur d'ailleurs....
  • # Re: Distribution Gentoo : des nouvelles du front

    Posté par  . Évalué à 1.

    Et sur la page du manuel, je lis "Dernière mise à jour le 28 avril 2004", la traduction est déjà à jour semble-t-il.
  • # "not for profit"

    Posté par  . Évalué à 2.

    ça sonne moins bien que "Software in the Public Interest"
    • [^] # Re: "not for profit"

      Posté par  (site web personnel) . Évalué à -4.

      Ca parle bien de ce que ca parle... et c'est marrant, ca coïncide avec le départ de drobbins... étonnant je trouve... :)

      M'enfin, on va pas le plaindre, il aura surement négocié son départ de Gentoo Inc. avec une petite licence lui permettant de réutiliser l'ensemble du code de la Gentoo à des fins personnelles illimitées (ben oui, Gentoo Inc. étant la seule détentrice des copyright du code, elle en fait ce qu'elle veut, y compris des trucs un peu pas très propre vis-à-vis du LL). Il a encore de beaux jours devant lui le drobbins.

      Bon, promis, j'arrête de faire mon pingouin anti-gentoo... mm si il y a des trucs qui restent en travers de la gorge (qqs petites appropriations de (c) par exemple)...
      • [^] # Re: "not for profit"

        Posté par  . Évalué à 5.

        D'aprés ce que j'ai lu l'autre jour, les copyrights passent à la fondations sans profits.
        Lui garde la boutique gentoo et le droit à utiliser le nom gento et le G à travers une license irrévocable mais incessible (c-a-d il ne peut pas la vendre à une tierce personne).
        Gentoo Technologies, Inc. will transfer the copyrights and trademarks to the
        Gentoo Foundation.

        http://article.gmane.org/gmane.linux.gentoo.nfp/25(...)
        Assez marrant de voir les théories du complot continuer alors qu'il est en train de passer ces fameux copyrights à la fondation que tout le monde voulait et qu'il va essayer de vivre en vendant des tshirts et des cds.
        Tiens, non, ce n'est pas marrant en fait.
        • [^] # Re: "not for profit"

          Posté par  (site web personnel) . Évalué à 2.

          cette distrib est si bien qu'il faut quand même _essayer_ de lui trouver des points négatifs :p
          • [^] # Re: "not for profit"

            Posté par  . Évalué à 2.

            Hmm là je peux en trouver quelques uns sans problème alors que je l'apprécie tout de même mais je suis tout de même revenu à une Mandrake :

            - Le fait que çà ne soit pas tout à fait "figé" : Bon il y a une release officielle GRP de temps en temps mais il n'y a que quelques fichiers binaires. Difficile de se dire qu'on possède une version bine précise puisque on ne peux pas faire les MAJs de sécurité indépendamment (enfin çà a ou devrait changer). J'aime bien l'aspect d'une version physique (comme la Mandrake 10 Officielle sur 4 CDs par exemple). Ca permet de se dire qu'on travaille avec telle version en production.

            - Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement. Tous les codes devraient être centralisés sur des serveurs Gentoo.

            - Enfin, il est rageant de voir la compilation de Ooo échouer après une petite dizaine d'heure. Et si tu relances en te disant qu'il va poursuivre la compilation là où il s'était arrêté et voir si çà se reproduit, et bien non c'est reparti pour 10 heures :o( Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.

            Sinon, c'est clair que c'est très à jour et rapide, c'est une distrib sympa mais il ne faut pas vouloir être pressé pour essayer certains paquets et se rendre compte au final que le logiciel installé n'était pas tip top ;o)
            • [^] # Re: "not for profit"

              Posté par  . Évalué à 1.

              J'aime bien l'aspect d'une version physique (comme la Mandrake 10 Officielle sur 4 CDs par exemple). Ca permet de se dire qu'on travaille avec telle version en production.

              Pas moi. Je me dis que je travaille avec telle version de tel soft et ca me suffit.

              - Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement. Tous les codes devraient être centralisés sur des serveurs Gentoo.

              Non, si les serveurs sourceforge ont des pbs, c'est a sourceforge de le resoudre.

              - Enfin, il est rageant de voir la compilation de Ooo échouer après une petite dizaine d'heure. Et si tu relances en te disant qu'il va poursuivre la compilation là où il s'était arrêté et voir si çà se reproduit, et bien non c'est reparti pour 10 heures :o( Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.

              --resume
              • [^] # Re: "not for profit"

                Posté par  . Évalué à 3.

                --resume

                Non, pas pour reprendre la compilation d'un paquet. Le "--resume" sert à reprendre la liste des paquets à émerger là où ça s'est arreté (au 10ème sur 36 si c'est au 10 que ça s'est arreté), mais le paquet sur lequel ça s'est arreté et qui était à moitié compilé est lui recompilé entièrement.
                • [^] # Re: "not for profit"

                  Posté par  (site web personnel) . Évalué à 1.

                  Moi j'utilise ccache: on récupère pas tout mais c'est déjà bien.
                  Sinon, si gcc plante, vérifie la qualité et les timings de ta RAM.
                  • [^] # Re: "not for profit"

                    Posté par  . Évalué à 1.

                    La compilation peut aussi s'arreter à cause d'un manque de place, et c'est d'autant plus vrai avec les grosses applications (expérience vécu :p )
                    • [^] # Re: "not for profit"

                      Posté par  (site web personnel) . Évalué à 2.

                      Dans ce cas, tu peux taper dans les commandes ebuild. C'est un tout petit peu plus manuel mais ca marche aussi.

                      Typiquement, ca m'est arrive une ou deux fois de terminer des installations avec des build compile install qmerge. Ce que je ne comprends pas, c'est que ca a marche alors que c'est exactement les memes etapes qui sont effectuees quand on tape emerge toto.

                      Ca m'est aussi arrive de terminer la compilation a la main (cd /var/tmp/portage/work/my-app; make) alors qu'elle avait echoue en automatique et de finir avec un emerge qmerge.

                      Sinon, le vrai probleme de gentoo, c'est la gestion de la responsabilite des package un peu trop legere ou trop lourde. Il faudrait clairement un systeme a la debian avec des mainteneurs nombreux et identifies, des guides de qualite pour faire un ebuild, des responsables reactifs et des inclusions plus rapides des paquets qui sont stables.

                      Je rage de voir que KDE 3.2.2 n'est toujours pas dans gentoo stable alors que toutes les autres distrib l'ont deja. M'est avis que le pauvre Caleb est depasse.
                      • [^] # Re: "not for profit"

                        Posté par  (site web personnel) . Évalué à -1.

                        J'ai kde 3.2.2 sur ma gentoo depuis le jeudi 22.

                        il est bien dans le portage, mais pas en stable. Il est en ~x86.

                        Que ce ne soit pas encore en stable, c'est tout a fait normal, il faut tester un minimum avant de dire que c'est stable... Sans doute d'ici a moins d'un mois. Mais va voir sous debian ou est est le stable de kde (2.2 je le rapelle).
                        • [^] # Re: "not for profit"

                          Posté par  . Évalué à -3.

                          Arrête ce troll, comparer Debian Stable et Gentoo Stable est une absurdité, étant donné que leurs concepteurs ne voient pas du tout la stabilité d'une appli de la même façon. Il est fréquent d'avoir de petits problèmes lors d'installation de softs sur une gentoo stable, alors que sous woody je n'ai absolument jamais eu d'ennuis.

                          On pourrait comparer à la limite Gentoo Stable à Debian Testing, et encore ça ne terminerait qu'en trolls fumeux...
                          • [^] # Re: "not for profit"

                            Posté par  (site web personnel) . Évalué à 3.

                            Il n'était pas du tout question pour moi de troller !!!!!

                            C'est juste pour montrer que le post précédent disait que kde 3.2.2 était intégré a toutes les autres distribs en "stable". C'était juste un exemple, pour montrer que c'est archi faux !

                            Je sais très bien que kde 3.2.2 est dans debien testing, ainsi que dans gentoo ~x86, ainsi que sans doutes d'autres distribs en TESTING, pas en stable. C'est tout

                            Ras le cul des abrutis qui voient du troll partout !
                      • [^] # Re: "not for profit"

                        Posté par  . Évalué à 2.

                        Je rage de voir que KDE 3.2.2 n'est toujours pas dans gentoo stable alors que toutes les autres distrib l'ont deja. M'est avis que le pauvre Caleb est depasse.

                        KDE 3.2.2 est dans Portage. Si l'ebuild est encore marqué ~x86, c'est qu'il n'a pas encore été suffisamment testé ou qu'il n'y a pas encore eu assez de commentaires positifs et/ou négatifs quant à l'ebuild.

                        Pour rappel, x86 et ~x86 n'indiquent pas Gentoo-stable et Gentoo-unstable comme dans d'autres distributions. Le ~x86 indique simplement que l'ebuild lui-même est encore susceptible de poser des problèmes, pas le logiciel qu'il installe.

                        Le choix des mots « stable » et « unstable » fut une erreur à cause de leur signification différentes dans d'autres distributions et la confusion est malheureusement encore bien présente, même parfois chez des développeurs Gentoo eux-mêmes.

                        http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml?part=2&c(...)
                        « La classe ~ARCH indique que l'ebuild fonctionne pour le développeur qui en est responsable, mais qu'il n'a pas encore été testé à grande échelle par la communauté. »
            • [^] # Re: "not for profit"

              Posté par  . Évalué à 3.

              - Le fait que çà ne soit pas tout à fait "figé"

              C'est comme tu veux que se soit, rien ne t'oblige à te mettre à jour quotidiennement. La différence est principalement qu'il n'y a aucune raison que le moment où toi tu te figes corresponde à une quelconque version officielle. Ne mettre à jour que les paquets dans lesquels des bugs nous énervent ou sur lesquels il y a des alertes est parfaitement possible. Pour les mises à jours de sécurité, l'automatisation n'est effectivement pas encore super bien intégrée (cf. mon post un peu plus bas sur "glsa-check"), mais bon, de toute façon si ça t'importe vraiment, les GLSA tu t'y abonnes par mail et tu les appliques à la main (je dirais qu'il y en a 2 ou 3 par semaine, c'est pas la mer à boire). Si tu fouine un peu dans le forum, tu verras que des gens avec des serveurs sérieux ou des parcs de station sous Gentoo, il y en a de plus en plus. La politique des admins n'est alors clairement pas de faire des "emerge -uD world" quotidien, mais se base plutôt sur des màj parcimonieuses, avec pour les parcs un snapshot de l'arbre et des paquets binaires partagés sur le réseau, ce genre de chose. Bref, question de méthode, mais y'en a pour tout les goût.

              - Certains codes sources récupérés chez sourceforge lors d'un emerge n'arrivent pas à être téléchargés facilement.

              Bah y'en a quand même pas mal des mirroirs sourceforge, ça ferait un peu double emploi de coller ces fichiers là sur les mirroirs Gentoo (or c'est quand même une grosse quantité de fichiers qui est concernée). Par contre ils ne sont effectivement pas tous listés dans le profiles/thirdpartymirrors officiel, et ceux qui y sont privilégient surtout les US et le Japon. Perso j'en ai rajouté deux dans mon /etc/portage/mirrors qui le font mieux pour la France, et je n'ai jamais le moindre problème.

              - Enfin, il est rageant de voir la compilation de Ooo échouer [...] Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.

              Perso je trouve absurde de compiler soit même OOo (même si je l'ai déjà fait), il n'y a ni optimisation possible (OOo est très strict sur les CFLAGS acceptés), ni option de configuration commandée par des USE flags. Ça reviens donc en gros à refaire les GRP chez soit, ça ne sert à peu près rien. Mais sur d'autres exemples, la reprise de compilation est effectivement un truc qui sert parfois (perso je suis en ~x86, et des paquets qui compilent pas, ça arrive. Alors je patch et je relance.) : c'est avec la commande "ebuild" que ça se fait. En gros, "emerge" fait lui systématiquement toute les étapes, du unpack des sources au merge, alors que justement "ebuild" permet de faire ces étapes individuellement.

              il ne faut pas vouloir être pressé pour essayer certains paquets et se rendre compte au final que le logiciel installé n'était pas tip top

              Pour essayer sur un coup de tête un gros logiciel, ayez le réflexe GRP. Et ça le fait mais que ça pourrait être mieux avec d'autres USE flags, ou bien qu'il y a peut-être à gratter niveau optimisation, ou encore qu'il n'y avait pas de GRP pour la dernière version toute fraiche, alors lancer l'emerge normal en tâche de fond, tout en continuant à jouer avec la version binaire.
            • [^] # Re: "not for profit"

              Posté par  (site web personnel) . Évalué à 1.

              - Enfin, il est rageant de voir la compilation de Ooo échouer après une petite dizaine d'heure. Et si tu relances en te disant qu'il va poursuivre la compilation là où il s'était arrêté et voir si çà se reproduit, et bien non c'est reparti pour 10 heures :o( Je n'ai apparament pas trouvé de mécanisme pour faire ceci et çà doit se gérer en bricolant à la mano.

              Moi je gère à la mano, avec
              #cd /var/tmp/portage/nom_du_package/work/nom_du_package
              #make
              #make install

              ça permet aussi d'appliquer un patch vite fait, crado sans modifier l'ebuild ;-)
              • [^] # Re: "not for profit"

                Posté par  . Évalué à 3.

                Le "make install", très mauvaise idée. Enfin t'installe ton paquet sans que portage n'en contrôle le contenu (donc pas désinstallable), et en perdant toute la valeur ajoutée par le packageur (les ebuilds ne sont que rarement de simples "./configure ; make ; make install"). Regarde vraiment du coté de "man ebuild", il y a ce qu'il faut pour finir proprement le boulot sans que rien n'échappe au gestionnaire de paquets.
      • [^] # Re: "not for profit"

        Posté par  . Évalué à 3.

        M'enfin, on va pas le plaindre, il aura surement négocié son départ de Gentoo Inc. avec une petite licence lui permettant de réutiliser l'ensemble du code de la Gentoo à des fins personnelles illimitées

        BeTa, la rancœur te fait sombrer dans le FUD.
        • [^] # Re: "not for profit"

          Posté par  (site web personnel) . Évalué à -1.

          mais c'en était volontairement un...

          ca avait pour but d'avertir sur le côté peu rassurant des (c) unifiés, de la perte pas forcément consciente de son droit d'auteur (je parle en legislation US) qd on est devel Gentoo... etc...

          Bref, oui ct un FUD, et tu l'as bien repéré ;c) autant que ma rencoeur d'ailleurs ;c)

          Allez... glop glop... moi je me remets difficilement de ma journée Rennaise... :cb
          • [^] # Re: "not for profit"

            Posté par  (site web personnel) . Évalué à 1.

            je savais bien que j'avais oublié un truc :
            aux US la notion d'intéret général n'existe pas. si on leur en parle, c pas toujours facile... de plus le statut de type asso loi 1901 n'existe pas là bas non plus. autrement dit, c'est une boite qui a la particularité de, en tant que personne physique, ne pas pouvoir s'enrichir. ca ne garantit rien de plus, surtout quant à ses "employés".

            Entre (c) unifié et statut pas aussi franc qu'en France... j'informe. Cela dit, la Gentoo est une distro très grisante d'un point du vue fonctionnel, et, pour l'utilisateur, c du 100% Libre. Ca non plus fo pas oublier de le préciser... ;c)

            BeTa qui vous salue bien bas :cb
  • # Re: Distribution Gentoo : des nouvelles du front

    Posté par  . Évalué à 3.

    Apparemant, toujours pas de "emerge --update security"....
    C'est prévu et ca manque !
    • [^] # Re: Distribution Gentoo : des nouvelles du front

      Posté par  . Évalué à 5.

      Le code n'est pas intégré à emerge, mais il est depuis quelques temps déjà en test dans un outils séparé :

      # glsa-check -l
      [...]
      200404-17 [U] ipsec-tools and iputils contain a remote DoS vulnerability ( net-misc/iputils net-firewall/ipsec-tools )
      200404-18 [U] Multiple Vulnerabilities in ssmtp ( net-mail/ssmtp )
      200404-19 [U] Buffer overflows and format string vulnerabilities in LCDproc ( app-misc/lcdproc )
      200404-20 [N] Multiple vulnerabilities in xine ( media-video/xine-ui media-libs/xine-lib )

      # glsa-check -f new
      fixing 200404-20
      >>> merging media-libs/xine-lib-1_rc3-r3
      Calculating dependencies ...done!
      >>> emerge (1 of 1) media-libs/xine-lib-1_rc3-r3
      [...]

      C'est encore expérimental, mais pour l'instant moi je trouve que ça marche pas mal. Les détails là :
      http://www.gentoo.org/proj/en/portage/glsa-integration.xml(...)
      • [^] # Re: Distribution Gentoo : des nouvelles du front

        Posté par  . Évalué à 1.

        arfff, vivement que ca marche correctement... mais je vais y arriver ;) par contre j'ai droit à une erreur ave la 2004.1 et pas avec la 2004.0... au niveau du mirrorselect et la suite.... faut que je regarde ca...

Suivre le flux des commentaires

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