Journal Ubuntu : peut mieux faire

Posté par (page perso) .
Tags : aucun
0
26
avr.
2005
Bonjour cher journal...

Contraint malgré moi d'abandonner ma Gentoo bien aimée (mon PC a des problèmes de corruption de données, et Gentoo explose inexorablement au bout d'un moment), je suis à la recherche d'une distrib de remplacement et j'essaye donc Ubuntu en ce moment.

A première vue c'est pas mal : un gnome 2.10 joliment présenté, écran d'accueil sympa, install facile, paquetages récents... Mais corrigez-moi si je me trompe : ça se gâte vite.

Niveau applications disponibles d'abord : ça se bouscule pas au portillon. Quid de mozilla-mail, grip, Rox-filer, gnome-swallow, wm{coincoin,hdplop,forkplop}, mplayer et j'en passe ? Il y a des sources de packages à ajouter pour les avoir ? Pourquoi n'est-ce pas présent par défaut ?

En dehors de l'interface graphique, c'est pas brillant :

  • pas de couleurs en console (prompt, messages de démarrage) et résolution par défaut de la console déplorable (un simple vga=792 aurait suffit)

  • gestion des runlevels avec update-rc.d m*rdique (forcément, c'était un des points forts de Gentoo)

  • et bien sur toute une flopée de services inutiles lancés au démarrages (du style EVMS dont pas beaucoup des utilisateurs cibles de cette distrib doivent utiliser)


J'ai peur de devoir chercher encore longtemps ma nouvelle distrib... J'en demande trop vous croyez ?
  • # universe ?

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

    Salut,

    je pensais tester la ubuntu d'ici quelques jours, mais ton témoignage me fait réfléchir...

    j'ai vu qu'on pouvait disposer d'un nombre plus important de packages (mais moins bien testés) en ajoutant le repository "universe" dans les sources. En réalité il suffit de le décommenter dans /etc/apt/sources.list
    As-tu essayé ?

    plus d'infos :
    http://www.ubuntulinux.org/wiki/AddingRepositoriesHowto(...)
  • # FAQ Ubuntu 5.04

    Posté par . Évalué à 10.

  • # Distro pour ancien gentooiste

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

    archlinux est beaucoup utilisé par des ex-gentooiste par sa facilité d'utilisation et abs qui permet de recompiler facilement des paquets.
    • [^] # Re: Distro pour ancien gentooiste

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

      Merci pour la piste, je vais surement la tester aussi...
      • [^] # Re: Distro pour ancien gentooiste

        Posté par . Évalué à 4.

        ça parait intéressant mais ça apporte quoi en plus ? quels sont les avantages et inconvénients par rapport à une gentoo, à une debian?
        • [^] # Re: Distro pour ancien gentooiste

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

          Ben par rapport à une Gentoo, déjà on ne compile pas : c'est justement ce que je cherche... Du coup on gagne du temps.

          Pour le reste, va falloir que je teste... En fait ce que j'aimerais vraiment retrouver c'est la gestion des runlevels virtuels de Gentoo, mais je sais pas si quelque chose d'équivalent existe aussi ailleurs.
        • [^] # Re: Distro pour ancien gentooiste

          Posté par . Évalué à 1.

          en plus, je ne sais pas, mais en moins c'est du temps de compilation.

          Arch Linux est une distribution optimisée pour i686 qui était basé à l'origine sur les idée de CRUX ( http://www.crux.nu(...) ). Le systeme de gestion de paquet est pacman pour les binaire (emerge -K avec un dépot très bien achalandé) et abs/makepkg pour les sources (emerge -B ). Les paquets sont assez récents.

          Donc par rapport à Gentoo:
          + dépot de paquets binaires officiel et à jour (qui dit binaire, dit temps de compilation réduit à zéro)
          + installation rapide
          + besoin en espace réduit en cas d'utilisation de binaire.
          +- la doc d'installation est plus courte ,mais bon la qualité de la doc gentoo est excellente.
          - seule l'architecture i686 est supporté (peut-être la i586)
          - moins paramétrable
          - moins de programmes proposés (me semble-t-il)
          - communauté moins grande
          - n'utilise pas portage. (par exemple, la recherche : "pacman -Ss paquet" donne moins d'info que "esearch paquet")

          par rapport à Debian:
          + dernières versions des programmes par rapport à Woody
          + facilité à faire des paquets

          - moins de programmes proposés
          - communauté moins grande
          - 1 seule architecture supportée

          Pour moi, l'idéale après une Gentoo serait une Gentoo avec un dépot rempli de binaires adaptés à mon /etc/make.conf :-)
          • [^] # Re: Distro pour ancien gentooiste

            Posté par . Évalué à 1.

            La distribution de rêve pour moi serait l'équivalent pour l'installation, les outils d'administrations et la finition d'une SuSE, avec la puissance de portage et tout le backend de gentoo.

            Peut-être que gentoo va évoluer, peut-être qu'il y aura un même genre de fork comme ubuntu pour debian.

            Mais cette distribution serait effectivement un rêve pour moi.
  • # runlevels

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

    > # gestion des runlevels avec update-rc.d m*rdique (forcément, c'était un des points forts de Gentoo)

    Par curiosité, c'est quoi la différence entre gentoo et ubuntu ?
    • [^] # Re: runlevels

      Posté par . Évalué à 1.

      Ba de ce que j'ai vu :
      -> ubuntu c'est basée sur debian donc apt-get et tu ne compiles rien
      -> gentoo tu compiles chaque soft que tu utilises donc plus long à l'install mais plus rapide à l'utilisation

      Le choix à faire est principalement au niveau de la vitesse :
      -> d'un coté (ubuntu) une vitesse d'installation
      -> d'un autre coté (je vous laisse deviner) une vitesse d'exécution

      après perdre un peu de l'un vaut-il de gagner de l'autre c'est une question de caractère je pense...
      • [^] # Re: runlevels

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

        -> gentoo tu compiles chaque soft que tu utilises donc plus long à l'install mais plus rapide à l'utilisation

        Hahahaha. C'est juste le coté psychologique qui rend la gentoo plus rapide que les autres distros. Mais quand on y regarde sérieusement, on se rend compte que c'est la meme chose voire pire(comme le kde il n'y a pas si longtemps de cela)

        Sinon, j'ai plutot l'impression qu'il demandait les différences à propos des initscript des deux distributions, pas à propos des deux distributions.
        • [^] # Re: runlevels

          Posté par . Évalué à -2.

          Peut être que la rapidité de gentoo est psychologique, mais en tout cas la lenteur de Ubuntu est bien réelle...

          Je l'ai installé récemment chez un copain, et j'ai été très satisfait au niveau de l'interface très simple qui permet de tout configurer en quelques clicks de manière très intutuitive, mais par contre qu'est ce que c'est lent...
    • [^] # Re: runlevels

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

      Déjà update-rc.d, je suppose que c'est celui de Debian, je me rappelle que quand je l'avais testé, je l'avais trouvé pas pratique au possible. Par exemple on est obligé de fournir un ordre d'execution pour ajouter un service à un runlevel. Quand on a pas idée de ce à quoi ça correspond ou de ce qu'il faut mettre, c'est lourd; le chkconfig de RedHat gérait ça tout seul depuis longtemps et était bien plus pratique.

      En ce qui concerne gentoo, ils ont eu l'audace de casser le système habituel (type Système V il me semble) et d'en faire un mieux. Les runlevels normaux (0 à 6 + S etc) existent toujours mais ne sont pas utilisés tels quels. On a à la place des runlevels virtuels qui ont un nom explicite que l'on peut choisir : boot, default, nonet, single; et chacun a une liste de services associée.
      Là où c'est fort, c'est que les dépendances sont explicitement définies entre les services, ce qui fait qu'ils démarrent automatiquement dans l'ordre requis. Et en cas de changement de runlevel, les services qui ne font plus partie du nouveau runlevel sont automatiquement arrêtés. Fini les SXXservice et KXXservice, ça marche tout seul.

      En pratique les anciens runlevels sont associés aux nouveaux, par exemple le 3 correspont à default, le 2 à nonet, etc, ce qui permet de choisir un runlevel au boot en passant à init un numéro (via les paramètres du noyau) comme avant, et d'avoir par la suite plus que les 6 runlevels habituels.
      • [^] # Re: runlevels

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

        > En ce qui concerne gentoo, ils ont eu l'audace de casser le système habituel (type Système V il me semble) et d'en faire un mieux.

        Clap clap clap. Je te plussoie avec grand plaisir. Il est tellement rare de lire les véritables raisons qui rendent la Gentoo si 'puissante'.
        Donc non la vitesse d'exécution des softs n'est pas meilleure, et oui la compilation est parfois longue. Mais ensuite, quel bohneur à administrer: besoin d'un nouveau runlevel?

        1) cd /etc/runlevels; mkdir monniveau; chmod 755 monniveau
        1) rc-update add named monniveau

        Et voilà un nouveau niveau d'exécution qui ne contient que Bind. Toutes les dépendances avec les autres démons sont automatiquement gérées ('need net' 'use logger' 'provide dns).

        Existe-t-il une distrib qui fasse plus simple dans ce cas de figure?
    • [^] # Re: runlevels

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

      d'après mes vagues souvenir, la gentoo permet une gestion plus simple pour l'homme des runlevel. Tu peux simplement dire que tel ou tel script dépend de tel et tel autre. Pas besoin de jouer avec des numéros àlakon pour forcer l'ordre d'execution.
      Les runlevels ont aussi des petits nom sympa il me semble, pas comme 1 2 3 ou 4.
      M'enfin, ce journal est un pur troll bien pourrave de qq1 qui a installé une ubuntu et qui n'a pas pris 5min pour savoir comment ça marche.

      D'un coté, il crache sur update-rc.d (qui ne sera jamais utilisé directement par les utilisateurs 'moyens") et de l'autre il dit "y'a des trucs lancés qui servent pour rien à l'utilisateur moyen". L'utilisateur moyen, il veut que ça marche, ça tombe bien, update-rc.d, ça marche bien, et lancé un petit daemon en plus, ça coute rien.
      Bref...
      • [^] # Re: runlevels

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

        Huhuhu... J'avoue que c'est un peu trollesque... Enfin tu m'excuseras mais étant habitué aux bonnes choses, c'est pas évident de revenir à moins bien :
        • sous Gentoo tout est là par défaut et on choisit ce qu'on installe, l'aspect "faut ajouter des sources pour que ça marche" et "faut encore en ajouter d'autres parce que y'a pas tout dans les premières" est pas immédiat...
        • "update-rc.d ne sera jamais utilisé directement par les utilisateurs 'moyens'", tiens, je cherche dans les menus Gnome et pourtant je vois pas d'utilitaire graphique permettant de le faire plus simplement... On fait comment alors ? On fait pas ? Cool.
        • L'utilisateur moyen, il veut que ça marche sans savoir ce qui se passe derrière, ok. Et les autres ?
        • [^] # Re: runlevels

          Posté par . Évalué à 3.

          Il est sans doute plus facile pour toi de désactiver un truc qui t'est inutile que pour un utilisateur moyen de l'activer s'il en a besoin.

          Après Gentoo inclu tout, ou presque, dans un seul dépot ce qui est un gros avantage. J'ignore ce qu'il en est d'un point de vue légal par contre. Ils n'hébergent pas les codecs et les ebuilds se contentent de pointer vers des sites officiels des logiciels propriétaires je crois, mais est ce légal pour autant ? Il y a peu de paquet debian qui se comportent ainsi à ma connaissance, à part celui des msfonts...

          Pour les couleurs de la console je pense que leur but à terme est que seuls les gourous la voient encore donc ils ne forcent pas trop dessus. En plus il me semble que sur les ML un dev avait dit qu'il ne voulait pas de couleurs à moins qu'il n'y ait un évennement important à porter à l'attention de l'utilisateur, une erreur quoi, ça se discute mais ça se tient. En plus, les vga=?? posent parfois des problèmes alors à rajouter par défaut pour tout le monde c'est pas top (à moins que ça n'est changé il faut le taper à la main sous gentoo).
          • [^] # Re: runlevels

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

            pour en rajouter une couche:
            - l'utilisateur moyen, qu'est ce qu'il en a à faire de savoir qui démarre avant qui au démarrage? S'il désactive un truc, et bien c'est sans doute qu'il ne s'en sert pas, et donc il peut le désinstaller. Si tu as besoin de truc plus 'fin', alors tu dois pouvoir ouvrir les yeux et lire la petite page man qui te dit comment faire 'update-rc.d -f nom_du_truc remove|defaults' c'est pas la mer à boire je crois non?
            - la couleur dans les term? Qu'est ce qu'on s'en fou... Si tu veux la couleur dans les terms, c'est que tu as sans doute le niveau pour savoir le faire toi même
            - vga=??? on s'en fou aussi. Il me semble que la prochaine ubuntu aura fbsplash, alors tout ira bien...

            Si tu es si fan de gentoo pourquoi ne pas s'y coller? Si ton ordi 'corrompt' les données, c'est sans doute qu'il y a un problème matériel (ou alors que ta gentoo est moisie) qui risque de te tomber dessus plus tard
            • [^] # Re: runlevels

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

              > l'utilisateur moyen, qu'est ce qu'il en a à faire de savoir qui démarre avant qui au démarrage?
              C'est bien ce que je reproche à update-rc.d : c'est pas pour l'utilisateur moyen alors que les équivalents d'autres distribs sont plus accessibles/pratiques.

              > S'il désactive un truc, et bien c'est sans doute qu'il ne s'en sert pas, et donc il peut le désinstaller.
              Et bien non justement, le moindre paquet dans ce style que l'on tente de désinstaller impose de désinstaller ubuntu-base, du coup on évite.

              > la couleur dans les term? Qu'est ce qu'on s'en fou...
              C'est bien dommage, parce que c'est bigrement pratique pour repérer un prompt s'il est en couleur, et de pouvoir mettre en valeur certains mots pout voir clairement ce qui se passe.

              > Si tu veux la couleur dans les terms, c'est que tu as sans doute le niveau pour savoir le faire toi même
              En effet, mais alors que mettre un prompt en couleur prend 5 min, repasser derrière tous les scripts d'init et autre pour les coloriser est très lourd...

              > vga=??? on s'en fou aussi.
              On se fout d'avoir une console potable alors...

              > Il me semble que la prochaine ubuntu aura fbsplash, alors tout ira bien...
              Ha ben faudrait savoir, on veut une console qui ressemble à quelque chose ou pas ? Parce que si c'est le cas, commencer par un vga= serait peut-être une bonne chose.
              • [^] # Re: runlevels

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

                >> vga=??? on s'en fou aussi.
                >On se fout d'avoir une console potable alors...

                En quoi laisser telquel et avoir la console de base est moins portable que de mettre un vga= ? (vraie question hein).

                >> Il me semble que la prochaine ubuntu aura fbsplash, alors tout ira bien...
                >Ha ben faudrait savoir, on veut une console qui ressemble à quelque chose ou pas ? Parce que si c'est le cas, commencer par un vga= serait peut-être une bonne chose.

                la question est pas là. Le but c'est de faire une distrib sympa, et les lignes en console qui défilent, c'est moche, fbsplash est plus joli, c'est tout.

                C'est marrant, mais à te lire, on dirait que tu essai de faire faire à ubuntu des trucs pour quoi elle n'est pas vraiment prévu. Si je prend une gentoo et que j'installe sur mon p75, que je lis la doc de base (comme tu as fait, pas plus) et que je lance l'installation, je pense que je pourrais faire plein de critiques, que c'est pas adapté....

                Ma mère, elle a une ubuntu, et elle se fiche d'avoir les term en couleurs, d'avoir vga= dans sa config de grub, de savoir si ça utilise update-rc.d ou pas. Par contre elle est contente d'avoir un truc plutot homogène et qui marche plutôt bien.
                Si je lui installe une gentoo, elle risque d'être perdu avec une installation de base, et "mais pourquoi ça met des heures à se mettre à jour? et pkoi ca rame?"
                • [^] # Re: runlevels

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

                  > En quoi laisser telquel et avoir la console de base est moins portable que de mettre un vga= ? (vraie question hein).

                  Ben pour une question de lisibilité. Avec une console en 1024x768, on affiche beaucoup plus de texte, avec des lignes plus longues. Du coup, ça défile moins vite, quand on édite un fichier c'est beaucoup plus clair, etc. Le problème est le même que dans un environnement graphique, pourquoi ne mets-on pas du 640x480 par défaut sous X à ton avis ?
                  • [^] # Re: runlevels

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

                    tu avancais l'argument de 'portabilité' mais je trouve pas la justification...
                    En mode de base, ça marche partout.

                    pourquoi ne mets-on pas du 640x480 par défaut sous X à ton avis ?

                    Parceque X il se lance après le noyau, qu'il a la possibilité via EDID de savoir ce que peut faire ton matos et la distrib a pu configurer correctement ton serveur X. Avoir une solution magique qui marche de la même façon pour la console, c'est plus délicat. Certe, c'est faisable en plusieurs reboot, mais au final, tu te fais chier pour pas grand chose ;)
                • [^] # Re: runlevels

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

                  >>> vga=??? on s'en fou aussi.
                  >>On se fout d'avoir une console potable alors...

                  >En quoi laisser telquel et avoir la console de base est moins portable >que de mettre un vga= ? (vraie question hein).

                  Il a pas écrit "portable" mais "potable"...
              • [^] # Re: runlevels

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


                On se fout d'avoir une console potable alors...

                Oui. Si tu as besoin d'une console potable comme tu dis, tu fais partie des gens qui savent parfaitement le faire tout seul. D'ailleurs, tu donnes toi meme le parametre qu'il te faudrait, alors tu attends quoi pour le rajouter dans ton menu.lst ?
        • [^] # Re: runlevels

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


          update-rc.d ne sera jamais utilisé directement par les utilisateurs 'moyens'", tiens, je cherche dans les menus Gnome et pourtant je vois pas d'utilitaire graphique permettant de le faire plus simplement... On fait comment alors ? On fait pas ? Cool.

          L'avis des petits gars de ubuntu, c'est que quand tu installes un service, il est automatiquement configuré pour etre lancé au demarrage (ala debian), et que tu n'as pas besoin de changer ca, utilisateur lambda que tu es. Il n'y a donc pas services-admin, qui est le machin gnome pour bidouiller les services.

          Perso, j'aimerais bien avoir services-admin justement, mais les gens a qui j'ai installé ubuntu, bah ils n'ont jamais exprimé le besoin.


          L'utilisateur moyen, il veut que ça marche sans savoir ce qui se passe derrière, ok. Et les autres ?


          Les autres peuvent se debrouiller un peu, avec sysv-rc-conf, update-rc.d, etc.
  • # Attention!

    Posté par . Évalué à 6.

    Avant de faire une critique (en bien ou en mal) une distribution Linux, il faut en premier lieux connaître le philosophie de celle-ci.

    Par exemple, ici tu reproche a Ubuntu de ne pas avoir une console texte en couleur, de démarrer des services inutile. Mais Ubuntu a quel but ? Permettre a un geek de peaufiner au millimètre sa config ? ou permettre ou néophyte de pouvoir s’installer une distribution Linux sans se poser trop de question ?

    Pose-toi la question et met-toi a la place d’un débutant sous linux, et tu vera que ton "Ubuntu : peut mieux faire" et valable pour toi, mais certainement pas pour la catégorie d’utilisateurs ciblés.
    • [^] # Re: Attention!

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

      En effet, je ne dois pas faire partie du coeur de cible de la Ubuntu, mais comme je disais dans le journal : je suis à la recherche d'une distrib de remplacement et j'essaye donc Ubuntu en ce moment.
      Il se trouve que cette distrib n'est pas cette qui me convient le mieux, mais ça valait le coup de la tester quand même pour voir à quoi ressemble la distrib dont on parle beaucoup en ce moment. Forcément je fais des critiques et c'est normal, une distrib ne peut pas plaire à tout le monde...
  • # corruption de données ??

    Posté par . Évalué à 5.

    Contraint malgré moi d'abandonner ma Gentoo bien aimée (mon PC a des problèmes de corruption de données, et Gentoo explose inexorablement au bout d'un moment), je suis à la recherche d'une distrib de remplacement et j'essaye donc Ubuntu en ce moment.

    C'est quoi ce problème de corruption de données ? Si c'est un problème hardware, tu crois vraiment que tu pourras vivre avec sur une autre distrib ????
    • [^] # Re: corruption de données ??

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

      C'est typiquement une barette mémoire défectueuse. Un coup de memtest86 pour en avoir le coeur net. (une barette de RAM neuve, ça coute pas très cher)

      Dans ces cas là, les problèmes se manifestent souvent quand la RAM est très solicitée, et le problème est d'autant plus visible que les données contiennent des pointeurs (si tu changes 1 bit au milieu d'un flux mpeg, ça se voit pas trop. Si tu changes un bit dans un pointeur, c'est le segfault quasi assuré). Or les grosses compilations correspondent exactement a ces deux cas à la fois. Du coup, je veux bien croire que la gentoo soit particulièrement sensible à ce niveau là.
      • [^] # Re: corruption de données ??

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

        En effet, c'est ma mémoire qui est défectueuse, ça fait un moment que je le sais et que je vis avec tant bien que mal. Je pense que ça date de l'époque où il y a eu un court-circuit dans mon PC qui m'avait couté une alim, un proc et une barette de ram.
        Depuis le slot de ram 2 de la mobo (il y en 3) est mort, et j'ai des erreurs sur les autres. Enfin rien de dramatique : il faut plusieurs passes de memtest pour en voir apparaitre, et pour une utilisation normale je n'ai aucun problème de stabilité.
        Le problème avec la gentoo, c'est que ce genre d'erreurs, ça fait boule de neige d'une compile sur l'autre, et après quelques mois je me retrouve avec un gcc/binutils/glibc corrompus et je peux plus rien compiler...
    • [^] # Re: corruption de données ??

      Posté par . Évalué à 1.

      si c'est le cd ou DVD d'install qui est corrompu : oui

      ok --->[]
  • # Plantage

    Posté par . Évalué à 1.

    Bonjour,

    J'avais installé la version precedente d'Ubuntu sur mon Dell 2650 ( carte son : Intel AC'97 SigmaTel Codec ), XMMS fonctionnait bien, mais Totem pas du tout ( codec non supporté ).

    J'installe donc la derniere version, cette fois-ci Totem ne marche toujours pas ( impossible de lire des mpeg, avi ou divx ), mais XMMS plante lorsqu'on essai de lire un mp3.

    Quelqu'un a-t-il deja eu ce probleme ?

    De plus, quand le portable est alimenté par batterie, la jauge de la batterie varie du max au min aleatoirement.

    J'avais installé cette version car j'avais entendu parler qu'elle supportait ma carte PCMCIA Wifi Dexlan, ce qui est vrai, mais je pense installer une Mandriva a la place en esperant que elle aussi supporte ma carte Wifi.

    @++
    • [^] # Re: Plantage

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

      les cartes dexlan sont basées sur du prism2 (enfin les 802.11b) donc tu as plusieurs pilotes dispos qui marchen (wlan-ng, hostap, orinoco) et toutes les distribs récentes devrait aimer ta carte
    • [^] # Re: Plantage

      Posté par . Évalué à 3.

      Mon frère as aussi eu des problèmes avec totem et xmms. Pour totem le problème as été résolue en le configurant pour qu'il utilise xine-lib. Pour xmms, j'sais pas ...

Suivre le flux des commentaires

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