jeudi 10 avril
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | O'Reilly | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Astuces :: Suivi :: RDF

Derniers journaux de bins :

Journal : Ubuntu - The Breezy Badger

Posté par Sebastien Binet () le 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(...)

> Lire le journal (32 commentaires, moyenne: 3,9).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

Noyau

Posté par nobelis () le 12/05/2005 à 11:22. (lien). É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 Sebastien Binet () le 12/05/2005 à 11:35. (lien). É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 nobelis () le 12/05/2005 à 12:11. (lien). É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 SF () le 12/05/2005 à 11:41. (lien). É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 nobelis () le 12/05/2005 à 12:01. (lien). Évalué à 1.

      En fait j'ai besoin d'un noyau postérieur au 2.6.10 à cause de mon Hardware.

      Malheureusement, il me semble que personner ne touche au 2.6.11 (http://packages.ubuntu.com/hoary/source/linux-source-2.6.11(...) ) alors que pourtant le 2.6.10 est patché jusqu'à l'os (http://packages.ubuntu.com/hoary/source/linux-source-2.6.10(...) ).


      Comment se décide chez Ubuntu le fait d'arrêter, par exemple, de travailler sur le package 2.6.10 pour passer au prochain noyau ?
      Comment décideront-ils du noyau par défaut de la breezy ?

      • [+] [^]Re: Noyau

        Posté par Diplodocus (Jabber id, page perso, ) le 12/05/2005 à 14:35. (lien). Évalué à -4.

        Une version impaire = une version instable (enfin si ca marche toujours comme ca).

        Je pense qu'ils attendrons le noyaux 2.6.12

        --
        Ulrich
        Java pas bien, Java l'dire à ma mère.

        • [^]Re: Noyau

          Posté par Sebastien Binet () le 12/05/2005 à 14:53. (lien). Évalué à 6.

          Une version impaire = une version instable (enfin si ca marche toujours comme ca).

          En effet mais pour plus de détails, il vaut mieux s'addresser au saint-père plutôt qu'à ces saints :
          http://kerneltrap.org/node/4793(...)

  • [^]Re: Noyau

    Posté par Ramso (page perso, ) le 12/05/2005 à 16:19. (lien). É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.

    --
    Groar !

    • [^]Re: Noyau

      Posté par Sebastien Binet () le 13/05/2005 à 11:35. (lien). Évalué à 3.

      Plus de détails ici :
      http://udu.wiki.ubuntu.com/LinuxKernelRoadmap(...)

      On y apprend qu'ils veulent le 2.6.12 compilé avec (au moins) gcc-3.4, et que c'est fait pour le 2.6.12-rc.

      Ensuite, ils veulent essayer des pre-releases avec gcc-4.0(.x).

      Voilà voilà.

EarlyUserspace?

Posté par Strass (page perso, ) le 12/05/2005 à 11:58. (lien). É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 Guillaume POIRIER (page perso, ) le 12/05/2005 à 12:16. (lien). É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 Fanf () le 12/05/2005 à 15:25. (lien). É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 Sebastien Binet () le 12/05/2005 à 12:19. (lien). É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 Guillaume POIRIER (page perso, ) le 12/05/2005 à 13:07. (lien). É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 Sebastien Binet () le 12/05/2005 à 13:20. (lien). É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 Matthieu C () le 12/05/2005 à 13:36. (lien). É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 Volnai () le 12/05/2005 à 15:08. (lien). É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 Ph Husson (page perso, ) le 12/05/2005 à 15:13. (lien). Évalué à 3.

              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.
              Moi?
              Ah non t'as pas du en entendre parler.....
              bon par contre regarde à tout hasard initng

              • [^]Re: EarlyUserspace?

                Posté par Hank Lords (Jabber id, ) le 12/05/2005 à 15:51. (lien). Évalué à 2.

                J'ai également entendu parler de initng très recemment :
                http://jw.dyndns.org/initng/(...)
                Il se veut un remplacement de l'init à la sysvinit que un bon nombre de distrib utilisent aujourd'hui et il semble proche dans sa philosophie a l'init de la gentoo.

                Initng is a full replacement of the old and in many ways depricated sysvinit tool. It is designed with speed in mind, doing as much as possible asynchronously.
                In other words: It will boot your unix-system much faster, and give you more control and statistics over your system.


                D'ailleurs il y'a un post dans les forums gentoo assez interessant sur l'utilisation dans la gentoo : http://forums.gentoo.org/viewtopic-t-331844.html(...)

        • [^]Re: EarlyUserspace?

          Posté par Diplodocus (Jabber id, page perso, ) le 12/05/2005 à 15:03. (lien). É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 ?

          --
          Ulrich
          Java pas bien, Java l'dire à ma mère.

          • [^]Re: EarlyUserspace?

            Posté par Sebastien Binet () le 12/05/2005 à 15:24. (lien). É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.

KDE

Posté par med (page perso, ) le 12/05/2005 à 14:57. (lien). É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 Ph Husson (page perso, ) le 12/05/2005 à 15:08. (lien). É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 PasChauve PasOunet () le 13/05/2005 à 09:55. (lien). É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 dawar (page perso, ) le 13/05/2005 à 10:15. (lien). É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 Sebastien Binet () le 13/05/2005 à 11:04. (lien). É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 Mildred (Jabber id, page perso, ) le 13/05/2005 à 21:24. (lien). É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.

    --
    La Roue du Temps

    • [^]Re: Des outils de config ?

      Posté par LeRat () le 17/05/2005 à 19:03. (lien). É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 Djax () le 13/05/2005 à 20:31. (lien). É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 Mildred (Jabber id, page perso, ) le 13/05/2005 à 21:11. (lien). É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.

--
La Roue du Temps

Revenir en haut de page

Run by Team LinuxFr

Cette page a été générée par Templeet en 0.1103s (dont 0.01 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.