Journal Ubuntu - The Breezy Badger

Posté par  .
Étiquettes :
0
12
mai
2005
En lisant LWN.net[1], je suis tombé sur la road-map de la prochaine Ubuntu[2]. Enfin plus exactement, ce qu'ils aimeraient bien mettre dedans...
C'est assez fourni dites donc :
- gcc-4 + LSB3.0 + glibc-2.3.5 [3]
- zeroconf
- bluetooth
- meilleure auto-configuration de X.org
- de la VoIP (en utilisant shtoom: marrant comme nom)
- Xen (ils ne disent pas quelle version)
- Migrer un max de services/programmes depuis le kernel en user space : EarlyUserspace[4]

A noter une "LaptopMission"[5] : pour que les portables IBM, Toshiba, Dell et HP "just work" avec Ubuntu.

Et pour finir un petit mot sur les plans pour Kubuntu[6]. Là aussi, du boulot en perspective...
Déjà arriver à compiler KDE avec gcc-4, ça va sûrement nécessiter un soupçon de lignes de code.
Ils veulent aussi améliorer les outils de configuration (genre Kynaptic et Kapture) et toujours coller au plus près du SVN de KDE (comprendre avoir toujours la version la plus stable et la plus récente : KDE 3.4.x si pas de version 3.5 prête pour la sortie).

Tout ça pour Octobre 2005...
S'ils arrivent à faire tout ça et qu'ils en remontent une grande partie vers Sid, on devrait pouvoir faire chauffer l'apt-get.

[1] LWN.net http://lwn.net/Articles/135432/(...)
[2] RoadMap http://udu.wiki.ubuntu.com/UbuntuDownUnder/BreezyGoals(...)
[3] Toolchain http://udu.wiki.ubuntu.com/ToolchainRoadmap(...)
[4] EarlyUserspace http://udu.wiki.ubuntu.com/EarlyUserspace(...)
[5] LaptopMission http://udu.wiki.ubuntu.com/LaptopMission(...)
[6] http://udu.wiki.ubuntu.com/KubuntuRoadmap(...)
[7] shtoom http://divmod.org/projects/shtoom(...)

  • # Noyau

    Posté par  . Évalué à 4.

    C'est peut être une question stupide, mais saurais-tu si Breezy utilisera le noyau 2.6.11 ou plutôt le 2.6.12 ?

    • [^] # Re: Noyau

      Posté par  . Évalué à 4.

      Où ça une question bête ?
      Je n'ai rien vu qui permettait d'affirmer que ce serait le 2.6.12.
      En tout cas ce sera au moins le 2.6.11 : j'ai bon ? :P

      Ou sinon, un petit lien qui était tombé :
      http://www.ubuntulinux.org/wiki/BreezyBadger(...)
      (où on peut noter la possible intégration de SELinux)

      • [^] # Re: Noyau

        Posté par  . Évalué à 5.

        Comme je ne me tiens pas trop au courant des actualités des distribs, j'avais peur que ma question soit une évidence ^_^

        Est ce que SLLinux vaut vraiment le coup ? J'ai vu l'option dans le noyau, j'ai lu la description du projet, mais je ne sais toujours pas quoi en penser...

    • [^] # Re: Noyau

      Posté par  . Évalué à 6.

      Le 2.6.12 vient d'arriver dans universe mais ce n'est pas le noyau par défaut qui reste actuellement le 2.6.10.

    • [^] # Re: Noyau

      Posté par  . Évalué à 4.

      Le 2.6.12 passera dans main dès qu'il sera sorti en version stable.

      Mais Badger utilisera peut-être une version ultérieure d'ici sa sortie.

  • # EarlyUserspace?

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

    EarlyUserspace signifie chez Ubuntu de réduire au maximum le temps entre lequel le moment où le kernel fait sa sauce le moment où le noyau passe la main à l'espace utilisateur (= les applications). Par exemple, et ce n'est qu'un exemple, j'ai pas la science infuse, si la carte graphique est initialisée, on peut démarrer gdm tout de suite.

    • [^] # Re: EarlyUserspace?

      Posté par  . Évalué à 10.

      Hum... Ce n'est pas tout à fait ça que je lis. Je vois plutôt EarlyUserspace comme un projet visant à améliorer la modularibilité des différentes étapes de configuration du Kernel.
      L'exemple qu'il donnent, devfs est assez parlant: ce mordeau de code était tout moche, souffrait de bugs que personne ne voulait corriger justement à cause de la qualité du code, et en plus, n'était pas particulièrement rapide.
      Cela a été remplacé par udev, que tout le monde connait, et qui donne suffisament satisfaction pour que presque toutes les distribs l'utilisent à présent.
      Un autre exemple que je vois, c'est libata (j'espère que ne ne dis par de bêtise)

      Mon avis là-dessus, c'est que finalement, Tanenbam n'avait pas tellement tord... :-)

      • [^] # Re: EarlyUserspace?

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

        Mon avis là-dessus, c'est que finalement, Tanenbam n'avait pas tellement tord... :-)

        Oui : le Hurd vaincra (et ceci n'est pas un troll, j'y crois réellement et je suis épaté par les avancées récentes réalisées.)

    • [^] # Re: EarlyUserspace?

      Posté par  . Évalué à 4.

      Oui-oui, mais dans les faits ca revient à virer le maximum de trucs qui se font dans le noyau, et de les mettre en userspace...
      Je suppose que c'est parce qu'optimiser les temps de chargement à l'intérieur du kernel est très hasardeux (stabilité+sécurité?) et donc que le temps passé dans le kernelspace est difficilement compressible.

      De plus, comme tu en as moins à charger, t'as plus rapidement la main, non ?
      (Je sais pas, je pense à voix haute)

      • [^] # Re: EarlyUserspace?

        Posté par  . Évalué à 5.

        le temps passé dans le kernelspace est difficilement compressible.

        De plus, comme tu en as moins à charger, t'as plus rapidement la main, non ?

        En effet, le kernel n'est pas forcément préemptible, ce qui fait que quand par exemple il accède au matériel pour prendre connaissance des périphériques sur lequel il tourne, il me semble que le kernel passe pas mal de son temps à attendre que le matériel réagisse.
        Avec un kernel préemptible, normalement on peut gagner un peu de temps de ce côté-là.

        Par contre, il faut bien voir que déplacer des traitements en espaces utilisateurs, ça donne uniquement une illusion que ça aille plus vite, puisqu'au final, les traitement devront quand même être réalisés d'une manière ou d'une autre. Si on prend Windows XP par exemple, on arrive très vite sur le bureau, mais c'est pas pour autant qu'on peut déjà commencer à travailler, puisqu'une ribambelles de programmes sont encore en train de se charger.

        • [^] # Re: EarlyUserspace?

          Posté par  . Évalué à 2.

          Par contre, il faut bien voir que déplacer des traitements en espaces utilisateurs, ça donne uniquement une illusion que ça aille plus vite

          Exact.
          Je n'ai pas une connaissance arcanique du processus de démarrage, des runlevels et autre init.d/runit/simpleinit donc je ne sais pas à quel moment du démarrage on peut raisonnablement dire "bon maintenant on est en espace utilisateur, 90% des tâches noyau ont été réalisées" et donc être moins sensibles aux "kernel lock".
          Cependant, si les tâches sont parachutées dans l'espace utilisateur, n'est-ce pas ensuite plus facile de paralléliser tout ça ? (En faisant abstraction des capacités différentes de chaque gestionnaire de démarrage vis à vis de la parallélisation).

          PS: message à caractère subliminal... micro-noyau, HURD, L4...

          • [^] # Re: EarlyUserspace?

            Posté par  . Évalué à 5.

            heu les runlevels et le fait de passer des tache du mode kernel au mode user ce n'est pas du tout la meme chose :

            le noyau reste en mode kernel pur tres peu de temps (<1s a quelques seconde sur les vielle becannes) au demarage.

            Ensuite des que tu vois INIT version xxx, le kernel est boote et t'es en mode utilisateur.
            Ensuite c'est aux scripts d'init de lancer les services que du veux, voir de charger des modules suplementaires.
            Tu peux tres bien lancer gdm avant le serveur mysql, opensshd, ... : c'est qu'une question de dependance qui doit etre respectee.

            • [^] # Re: EarlyUserspace?

              Posté par  . Évalué à 4.

              c'est qu'une question de dependance qui doit etre respectee.


              Apple propose launchd sur son nouveau tiger pour gerer les dépendances entre services au démarrage (et d'autres choses).
              Solaris 10 à également un système similaire ( et qui s'assure au passage que lesdit services tournent bien).
              J'ai vu passer un lien (que je ne retrouve plus) à propos de quelqu'un qui developpe quelque chose (quelle précision !) dans la même idée pour Linux.
              Sinon ce qui est de la surveillance des services (les marketteux Sun appellent ca le Self Healing je crois), il y a les daemontools de djb (l'auteur de qmail), qu'on peu surement utiliser pour lancer les services au demarrage de la machine, et ainsi être sur qu'il seront relancés en cas de plantage.

          • [^] # Re: EarlyUserspace?

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

            PS: message à caractère subliminal... micro-noyau, HURD, L4...

            C'est la question que je me posé : A tout externaliser comme ca, Linus n'est il pas en train de transformer un peu a la fois le noyaux linux en noyaux hurd ?

            • [^] # Re: EarlyUserspace?

              Posté par  . Évalué à 5.

              A tout externaliser comme ca, Linus n'est il pas en train de transformer un peu a la fois le noyaux linux en noyaux hurd ?

              Héhé : kernel 3.0.0 = Hurd-1.0

              Vite je me cache, mais avant :
              On n'atteint pas la perfection lorsqu'il n'y a plus rien à ajouter mais lorsqu'on ne peut plus rien enlever.

    • [^] # Re: EarlyUserspace?

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

      voir bootchart :
      http://www.bootchart.org/samples.html#Ubuntu(...)
      ou comment réfléchir l'optimisation du lancement du système (pas spécifique en ubuntu).

  • # KDE

    Posté par  . Évalué à 5.

    Déjà arriver à compiler KDE avec gcc-4, ça va sûrement nécessiter un soupçon de lignes de code.


    D'après ce que j'ai lu sur les listes de diffusion de KDE, ça compile déjà avec gcc 4, grâce au travail de certains développeurs qui testent avec des versions CVS de gcc. Cependant la version 4.0.0 produit un code erroné mais ils l'ont signalé aux développeurs de gcc et normalement la future 4.0.1 ne devrait pas poser de problème

    • [^] # Re: KDE

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

      Le kde actuel ne pose pas de probleme par rapport au code érroné?
      (pour le passage de la compilation spa un pb y a 2 fichiers à patcher de memoire mais bon c'est pas joli à voir)

  • # kde gcc4

    Posté par  . Évalué à 5.

    Déjà arriver à compiler KDE avec gcc-4, ça va sûrement nécessiter un soupçon de lignes de code

    Le kde 3.4 de la Mandriva Cooker est compilé avec gcc4.

  • # Des outils de config ?

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

    Est-ce qu'ils comptent developper ou reprendre des outils de config existants, car c'est un peu un problème avec Ubuntu et les débutants, y'a pas grand chose pour gérer les taches "administrative".

    Par exemple, l'ajout d'un modem ou d'une connexion rtc, la conf de samba, la gestion des services... Tout cela se fait à la main, moi ça ne me gène pas trop, mais le newbee il est un peu perdu, surtout quand on lui a dit que c'était une distribution pour lui.

    Enfin, ça serait bien d'integrer dmix d'alsa (comme mandriva ?), car les questions du genre "totem fonctionne mais pas xmms" sont légion sur les forums ubuntu.

    • [^] # Re: Des outils de config ?

      Posté par  . Évalué à 2.

      Enfin, ça serait bien d'integrer dmix d'alsa (comme mandriva ?), car les questions du genre "totem fonctionne mais pas xmms" sont légion sur les forums ubuntu.

      Je crois qu'ils en ont conscience : cf [1]

      [1] : http://udu.wiki.ubuntu.com/AudioInfrastructure(...)

    • [^] # Re: Des outils de config ?

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

      Je n'attends que ca pour pouvoir avoir un serveur de fichiers sur ma machine ...
      Ce qui serait bien c'est un truc facile a configurer et compatible (Notament MacOS très présent chez moi). J'utilise actuellement ssh mais MacOS ne peux pas accéder a mon disque.

      • [^] # Re: Des outils de config ?

        Posté par  . Évalué à 3.

        Le nfs s'installe facilement. Chose bizarre : on ne peut partager que des répertoires dans /home (du moins, c'est mon bilan après une heure perdue en lan, je n'ai pas plus cherché).

        Personnellement, le protocole que j'utilise pour partager les fichiers, c'est WebDAV. Je l'ai activé sur mon Apache et c'est parfaitement géré par Windows à partir de Windows 98 (à ce qu'il parait, mais j'ai expérimenté qu'avec du XP) et Mac OS X. J'ai décidé d'enlever tout système d'identification, et même mes copains néophytes peuvent échanger facilement des fichiers avec moi.

        Facilité, compatibilité... Ah, un dernier point : ça passe partout ! Y compris de mon lycée, où peu de services sont accessibles.

        Pour résumer, je le recommande.

  • # ATI driver et xorg

    Posté par  . Évalué à 2.

    J'espère que la version xorg-driver-fglrx n'est pas définitive, parce pour l'instant c'est pas très probant :-(

    http://packages.ubuntu.com/breezy//misc/xorg-driver-fglrx(...) : 6.8.0-8.8.25-0ubuntu11
    http://packages.ubuntu.com/hoary/misc/xorg-driver-fglrx(...) : 6.8.0-8.8.25-0ubuntu10


    <ma_vie>Il me faut la version -8.12 pour le support de l'Ati Radeon Mobility X700.</ma_vie>

  • # Sortie KDE et Kubuntu

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

    Pourquoi faire sortir Kubuntu en même temps que Ubuntu ?
    Si je ne me trompe, la sortie d'Ubuntu a été prévue pour intégrer le dernier Gnome ... Pourquoi ne pas sortir Kubuntu juste après la relase KDE ..?

    Cela voudrait sans doute dire que ubunut doit être stable au moment de la sortie de Kubuntu (si je ne me trompe, c'est le même projet avec juste le changement d'interface par défaut).
    Mais on peut peut être aussi intégrer dans Kubuntu les derniers logiciels stables ubuntu.

    Je pense que ce serait bien d'y réfléchir ... Car même si j'adore Gnome et je n'utilise pas KDE, je pense a ce dernier.
    D'autant plus que l'utilisateur lambda s'attend a des améliorations de l'interface graphique entre deux versions.

Suivre le flux des commentaires

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