Journal Sortie de X.org 6.9 et 7.0

Posté par  .
Étiquettes : aucune
0
22
déc.
2005
Hello Journal !

Je suppose que plusieurs dépeches sont déjà en cours de rédaction, mais je fais passer l'info a mes collègues linuxfriens :

Le nouveau X.org est de sortie !
Les deux versions 6.9 et 7.0 sont en fait la même base de code, la première compilée de manière "monolithique" = un gros paquet de binaires/libs en sortie, et la deuxième étant compilée de manière "modulaire" = plein de petits paquets pour avoir à n'installer que les parties qui nous intéressent dans le serveur X (que mon driver de carte, que telle extension...)

A noter que la premiere branche "monolithique" n'aura que des m.a.j de bugfixes, alors que la branche "modulaire" sera utilisée pour tout les développements futurs.

Le communiqué de presse en anglais est ici : http://wiki.x.org/wiki/PressReleases_2fX11R6970Released

Sous peu, packagé dans toutes vos distribs préférées !!

Ps: Le petit résumé que je fais ici correspond a ce que j'ai compris de mes différentes lectures a gauche a droite, il peut y avoir des erreurs...

PPs: Si quelqu'un trouve un changelog qui nous donnerais plus l'eau a la bouche concernant les nouvelles "features", qu'il en fasse profiter les autres !!
  • # Bah le vla !

    Posté par  . Évalué à 6.

    Booon en fait je pars me flageller avec des orties gelées, le changelog se trouve la :
    http://wiki.x.org/wiki/ChangesSince68

    Et en version changelog CVS incompréhensible pour les humains moyens :
    http://cvs.freedesktop.org/xorg/xc/ChangeLog?r1=1.365&r2(...)
    (trouvé en 15 sec avec google... je suis vraiment trop feignant !)

    Et un pti lien de plus :
    http://wiki.x.org/wiki/X11R70Release
    • [^] # Re: Bah le vla !

      Posté par  . Évalué à 4.

      tu veux dire qu'on ne dira plus X11R6 mais X11R7 c'est une revolution

      premier changement majeur, le projet devient entierement "autotooled" et c'est très bien
      • [^] # Commentaire supprimé

        Posté par  . Évalué à 9.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: Bah le vla !

          Posté par  . Évalué à 3.

          LFSiens, empaqueter ? Ah bon, on ne peut pas se servir des .tar.bz2 fournis sur le site officiel ?
          C'est une vraie question, ne le prends pas mal.
          J'allais me lancer, ne récupérer que la portion suffisante de X qui m'est utile (le serveur, le pilote pour ma carte, le serveur de fontes, et c'est tout), mais si il faut "attendre" que ces packages soient ré-empaquetés, je vais me lâcher sur la 6.9.
          Ca me parraît étrange, mais bon, tant pis. J'aurais encore et toujours twm qui attendra avec ses copains xterm, xclock et xeyes que quelqu'un, un jour, veuille bien les lancer... (et encore, j'oublie tous leurs amis dont j'ignore jusqu'au nom et qui ne me sont utiles que pour remplir l'espace disque en trop dont je dispose).
          Si quelqu'un a plus d'informations sur la version 7, en condensé, et relatives à une installation "from scratch", je suis preneur. Pour l'instant, je n'ai pas le temps de me jeter dans cette installation, mais si personne ne m'a répondu d'ici l'an prochain (comprendre début janvier), je ferais l'essai et j'enverrais mes conclusions dans un journal.
          • [^] # Re: Bah le vla !

            Posté par  . Évalué à 2.

            > la portion suffisante de X qui m'est utile (le serveur, le pilote pour
            > ma carte, le serveur de fontes, et c'est tout)

            Tu es sûr que c'est tout ? Pour info, sous Gentoo le méta-paquet de base comprend ça :
            # Server
            RDEPEND="${RDEPEND}
            >=x11-base/xorg-server-1.0.0"

            # Common Applications
            RDEPEND="${RDEPEND}
            >=x11-apps/mesa-progs-6.4.1
            >=x11-apps/setxkbmap-1
            >=x11-apps/xauth-1
            >=x11-apps/xhost-1
            >=x11-apps/xinit-1
            >=x11-apps/xmodmap-1
            >=x11-apps/xrandr-1"

            # Common Libraries - move these to eclass eventually
            RDEPEND="${RDEPEND}
            >=x11-libs/libSM-1
            >=x11-libs/libXcomposite-0.2.2.2
            >=x11-libs/libXcursor-1.1.5.2
            >=x11-libs/libXdamage-1.0.2.2
            >=x11-libs/libXfixes-3.0.1.2
            >=x11-libs/libXv-1
            >=x11-libs/libXxf86dga-1
            >=x11-libs/libXinerama-1
            >=x11-libs/libXScrnSaver-1
            xprint? ( >=x11-libs/libXp-1 )"

            # Some fonts
            RDEPEND="${RDEPEND}
            >=media-fonts/font-bh-ttf-1
            >=media-fonts/font-adobe-utopia-type1-1
            >=media-fonts/font-bitstream-type1-1"

            Et là dedans, les libs et les autres utilitaires ont bien sûr leurs propres dépendances aussi (autres libs, modules du serveur, headers, etc.). Et il faut ajouter, en plus des drivers de la carte auquel tu as déjà pensé, des drivers d'input (au moins xf86-input-keyboard et xf86-input-mouse). Bon y'a aussi des trucs dont tu peux probablement te passer (mesa-progs, xrandr, etc.), mais ça laisse quand même, mis bout-à-bout, quelques dizaines de paquets nécéssaires pour obtenir un X11 qui se lance et permet effectivement de faire tourner tes applis.

            Si tu veux jeter un oeil aux dépendances des paquets Gentoo, tu peux parcourir le CVS :
            http://www.gentoo.org/cgi-bin/viewcvs.cgi/
            Par exemple pour le xorg-server :
            http://www.gentoo.org/cgi-bin/viewcvs.cgi/x11-base/xorg-serv(...)
            • [^] # Re: Bah le vla !

              Posté par  . Évalué à 2.

              Bien sûr que non, que je ne suis pas sûr que c'est tout.
              Je te remercie pour les liens, car c'est très instructif.
              Tout ce que je voulais dire, c'est qu'il y a un tas de machins et de trucs fournis avec le X monolythique qui ne m'intéressent pas du tout, et donc, si je peux faire l'économie du téléchargement, de la compilation et de l'espace disque, ce n'en est que mieux.
              Après, c'est sûr qu'il va falloir étudier les dépendances entre packages, et vérifier qu'il ne manque rien pour que ça fonctionne correctement.
              Ca demande du temps, et comme je suis en vacances sous peu et que j'ai besoin de mon matériel pendant ce temps, je verrais ça plus tard.
              Voilà, j'espère être plus clair dans ce post que je ne l'ai été dans le post ci-dessus.
              • [^] # Re: Bah le vla !

                Posté par  . Évalué à 3.

                À tiens, un autre truc qui devrait t'être bien plus utile que les ebuild Gentoo en fait, c'est JhBuild :
                http://wiki.x.org/wiki/JhBuildInstructions
                Ça permet d'automatiser le build des modules, en prenant en compte les dépendances définies par les devs de Xorg :
                http://cvs.freedesktop.org/xorg/util/modular/xorg.modules?re(...)
                Tu choisis les modules cibles qui t'intérressent, et le reste devrait suivre tout seul. Ça risque de ne pas t'occuper toute tes vacances du coup :)
                • [^] # Re: Bah le vla !

                  Posté par  . Évalué à 1.

                  Les scripts jhbuild par rapport aux ebuilds permettent de travailler directement avec les sources dans les entrepôts CVS (on peut le faire avec des ebuilds spéciaux, mais ils sont rares et peu à jour). C'est très bien pour le développement "leading edge" pour des gros projets comme gnome ou freedesktop (xorg entre autres). Si vous préférez les tarballs, il est à mon avis préférable dans beaucoup de cas d'utiliser les ebuilds puisque c'est "The RightThing" à utiliser avec Gentoo.
                  Je rappelle les ebuilds de break my gentoo http://www.breakmygentoo.net/ qui proposent d'aller beaucoup plus loin que le portage standard. Par exemple, vous y trouverez les ebuilds pour la dernière release de dévelopement de gnome.
    • [^] # Re: Bah le vla !

      Posté par  . Évalué à 9.

      ooon en fait je pars me flageller avec des orties gelées

      Je dis peut être une connerie mais il me semble que des orties gelées ça doit faire moins mal. D'abord la couche de glace dois faire tampon avec les poils urticants et ensuite même si tu te piques le froid inhibe la douleur.

      Enfin moi ce que j'en dis...
      • [^] # Re: Bah le vla !

        Posté par  . Évalué à 5.

        il peut toujours les sucer :)
      • [^] # Re: Bah le vla !

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

        Remarque, pour trouver des orties fraîches à cette saison.

        Bon ok, je -->[]
        • [^] # Re: Bah le vla !

          Posté par  . Évalué à 3.

          D'où l'intérêt d'en avoir mis au congélateur quand c'était encore la saison. Il est prévoyant, ce petit-là...
        • [^] # Re: Bah le vla !

          Posté par  . Évalué à 0.

          si mais elle sont gelées ,avec le temps qu'il fait c'est normal
      • [^] # Re: Bah le vla !

        Posté par  . Évalué à 6.

        Merci, vous m'avez bien fait marrer....

        Non, c'est simplement car l'expression "se flageller avec des orties" est bien connue, et que chez moi, dans le puy-de-dôme, il fait en dessous de zéro depuis un pti bout de temps, d'ou les orties gelées.

        EN VLA UN COMMENTAIRE QUI SERT A RIEN !! :)
        • [^] # Re: Bah le vla !

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

          comme il ne sert a rien, je pertinente

          "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

  • # divers

    Posté par  . Évalué à 3.

    avantage de la modularité : plus facile de ne télécharger que ses drivers, de faire des mises à jour de sécurité, de ne pas avoir besoin de 4go pour compiler tout X sans doute...

    en ce qui concerne les paquets, chez Debian, ceux pour la 6.9 sont pratiquement prêts (ils sont dans experimental, et le feu vert pour passer dans unstable a été donné cf le blog de david nusinow, un des packageurs d'Xorg http://www.livejournal.com/users/gravityboy/ )

    pour la 7.0 modulaire, c'est encore assez chaud pour l'utilisateur moyen apparemment (voir blog de david), il faudra attendre encore un peu avant d'avoir des paquets un minimum propres...
    • [^] # Re: divers

      Posté par  . Évalué à 6.

      Quant à Gentoo, ça en est là :

      Une collection de ~290 ebuilds (càd un par archive upstream), qui offre une alternative au monolythique xorg-x11-6.x (le 6.9 étant quand même packagé lui aussi). Sur cet ensemble, perso j'en ai 98 d'installés (ceux listés par un meta-paquet censé offrir un X11 de base, plus les drivers pour ma machine, et qlqs petits utilitaires que j'ai ajouté au fur et à mesure quand j'en ai eu besoin).

      Ces paquets sont encore masqués, mais les tests publiques avec les RC ont commencé il y a qlqs mois, et aujourd'hui ça marche globalement très bien. C'est plus au niveau des dépendances des autres ebuilds utilisant X11 qu'il y a encore des choses à corriger/affiner.

      Globalement, ça fait un bon gain de temps de compil' et d'espace occupé, donc je trouve ça vraiment bienvenu (sans compter que les futures mises à jours et corrections de bugs n'imposeront pas une recompilation de l'ensemble de la bestiole, ce qui sera très appréciable).
    • [^] # Re: divers

      Posté par  . Évalué à 2.

      Sinon Ubuntu breezy était déjà presque prête pour le passage à X11R7, et dapper a déjà une partie de X.org 7.0
  • # Question sur les proto

    Posté par  . Évalué à 3.

    Que faut-il pour que Damage et Composite fonctionnent ?

    Est qu'il faut recompiler autre chose comme les libs gtk ou les applis ?

    Faut-il que les application soient spécialement prévues pour les utiliser ?
    • [^] # Re: Question sur les proto

      Posté par  . Évalué à 3.

      Composite permet les effets de transparence, il n'est pas necessaire de recompiler les applications. Par contre Il faut installer xcompmgr et transset.

      Une fois l'extension composite chargé par X.org (>=6.8), tu pourras par exemple avoir des effets de transparence entre fenetres dans KDE.

      Je l'ai fait sur ma Debian testing il y a quelques jours. Il faut trouver les paquets non-officiels pour xcompmgr et transset, apres ca roule. Toutes fois, la charge CPU est plus importante, et il peut y avoir des effets bizarre dans Mplayer et les applications 3D.
      • [^] # Re: Question sur les proto

        Posté par  . Évalué à 3.

        il peut y avoir des effets bizarre dans Mplayer et les applications 3D.
        => comprendre : "ca merdouille méchant" (et c'est normal, voir les techs notes)
      • [^] # Re: Question sur les proto

        Posté par  . Évalué à 3.

        Dans gnome 2.13.x, les ombres et la transparences semblent être utilisées directement par le gestionnaire de fenêtre (metacity) si les extensions sont dispos dans le serveur X. Pour ma part cela fonctionne sans xcompmgr et transset. Les gestionnaires de fenêtre des autres bureaux vont supporter très bientôt/supportent déjà ce "bonbon pour des yeux".
      • [^] # Re: Question sur les proto

        Posté par  . Évalué à 2.

        Merci pour les précisions sur composite, en fait je ne compte pas utiliser la transparence, je ferai mes tests avec et sans Damage pour voir si ça change quelquechose visuellement.
      • [^] # Re: Question sur les proto

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

        pour kde 3.5, je ne crois pas que xcompmgr et transset soient necessaire, kompmgr est utilisé a la place.

        En tout perso, a part la modif dans xorg.conf et l'activation du truc dans le panneau de config KDE, je n'ai rien eu a faire.
        • [^] # Re: Question sur les proto

          Posté par  . Évalué à 2.

          C'est déjà le cas avec KDE 3.4.
          Par contre la stabilité du serveur X quand un *ompmgr tourne dépend de la qualité des drivers. Les drivers nVidia 81xx sont bien plus stables qu'avant, et ils supportent en plus l'OpenGL avec composite activé (ils ne permettent pas de faire du rendu de l'appli OpenGL "off screen", donc ça permet pas de faire des applis OpenGL transparentes)

Suivre le flux des commentaires

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