Première release candidate pour Xfree86 4.4

Posté par  . Modéré par Nÿco.
Étiquettes : aucune
0
10
déc.
2003
Serveurs d’affichage
Malgré les tensions, les critiques et les dissidences, le projet Xfree poursuit son bonhomme de chemin.

Avec une 4.4 espérée pour la Saint-Sylvestre, l'année 2004 débuterait sous d'heureux augures. X confirme son universalité (portabilité à toute épreuve). Son évolution sereine est un gage de sérieux pour un des composants les plus critiques après le noyau.

Les échanges orageux du printemps ont même incité à une plus grande transparence ou plutôt une meilleure information avec des snapshots de développements bi-mensuels. Surtout s'il y avait un voeu à faire, c'est qu'à la suite des SSII, des équipementiers et de grands éditeurs historiques, les constructeurs de cartes graphiques adoptent une attitude plus coopérative et fournissent des spécifications, quitte à les protéger étroitement par des NDA (non disclosure agreement = clause de non divulgation) comme ce qu'a pu faire ATI avec l'équipe DRI ou des solutions plus techniques (chambres blanches ??)


Pour plus de détails, le dernier snapshot daté du 2 décembre est assez instructif sur l'évolution du projet :

-> un développement tous azimuts avec des corrections de bogues sur UltraSPARC ou sur plateforme Mac (mais aussi *BSD et OS2 !!).

-> la compatibilité IPv6 qui progresse

-> des intégrations régulières du projet DRI

Aller plus loin

  • # Re: Première release candidate pour Xfree86 4.4

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

    Sur la page de Xouvert il est clairement indiqué (et ils ont l'air d'insisté) que ce projet n'est pas un fork ni un concurrent, plus une branche de dev et qu'ils comptent bien que leurs changements soient en partie intégrés à XFree...

    • [^] # Re: Première release candidate pour Xfree86 4.4

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

      Effectivement il ne se positionne pas du tout comme un conccurent:
      Xouvert is the open, innovative X server that brings tomorrows technology to your desktop today! Xouvert is an experimental branch of XFree86 (TM) to remain closely tied to XFree86 as a branch and not a fork, and to contribute back to that project

      Par contre, la communauté de Keith Packard, je crois, est en train d'en créer un.

      • [^] # Re: Première release candidate pour Xfree86 4.4

        Posté par  . Évalué à 7.

        Il faudrait effectivement compléter les liens :

        Projet concurrent 3 : "xserver" (http://xserver.freedesktop.org/(...))
        (et ce qu'il a de plus : http://xserver.freedesktop.org/Software/TranslucentWindows(...))

        • [^] # Re: Première release candidate pour Xfree86 4.4

          Posté par  . Évalué à 4.

          Waow. Ils ont encore bien avancé.
          http://freedesktop.org/~keithp/screenshots/sharp_shadow.png(...) <-- ils arrivent même à avoir des ombres qui suivent la forme des fenêtres en faisant dessiner l'ombre par le compositeur. Impressionnant. Longhorn n'a qu'à bien se tenir /o\

          • [^] # on est encore loin d'OSX

            Posté par  . Évalué à -9.

            moi j'ai depuis 3 ans de jolies petites ombres degradees, des transparences et une gestion de toute les fenetres en OpenGL ;-)

            Xfree est totalement depasse si on ne fait pas de client-serveur distant !!!

            vivement son abandon, lorsque longhorn va sortir Xfree sera ridicule par son retard et sa rigidite (longhorn est plus visible que l'OS d'apple)

            • [^] # Re: on est encore loin d'OSX

              Posté par  . Évalué à 10.

              mensonge !

              arretez les mensonges !

              XFREE est en rien "totalement dépassé"

              son architecture client serveur est COMPLETEMENT adopté a nos besois (TOUS! , meme le quake et le solitaire et la vidéo de la mort etc) , le protocole X est adaptable ce qui est une FORCE.

              et les développements du coté de "xserver" (qui bénéfieront au xfree officiel) avance tres bien, en avance des prédictions de sorties de longhorn

              Xfree est en retard sur la composition, l'alpha channel et divers choses (synchronisation avec raffraichissement d'écran et autres choses ) par rapport a QUARTZ (osx) et de nombreux développements CONCRETS viennent apporter à X tout cela, et ce ne sont pas des hacks ou des demi-solutions.


              alors arrétez les mensonges

              il n'y a AUCUN INTERET a "abandonner" XFREE, cela serait une FOLIE , et il n'existe RIEN d'aussi efficace et mature que Xfree ( xserver est avant tout un xfree plus expérimental et orienté pour les besoins de gnome/kde ) pour les os opensources.


              quand à longhorn, c'est bien bo de se moucher sur lui, mais d'abord ce n'est pas encore un produit CONCRET, ensuite microsoft a largement le temps d'ici 2005/2006 d'en changer ses spécifications et pour le moment , tout ce qui a transpiré ne font que rappeler QUARTZ.

              alors CESSEZ le mensonge!

              et qu'on me banisse de tous les sites web les trolls, a moins d'etre mélé a freedesktop, xfree ou communauté BSD/linux/gnome/kde/dri qui eux au moins savent ce dont ils ont besoin.

              très en colère je suis

            • [^] # Re: on est encore loin d'OSX

              Posté par  (Mastodon) . Évalué à 3.

              (longhorn est plus visible que l'OS d'apple)

              ça veut dire quelque chose cette phrase ?

              Maintenant, parler de longhorn alors qu'il n'existe pas encore ça n'apporte pas grand chose. Pour ce que j'ai vu, l'interface ressemble à photon en plus moche, pas de quoi se pavanner.

            • [^] # Re: on est encore loin d'OSX

              Posté par  . Évalué à 6.

              ça doit être de l'humour.

              Le pb de X, c'est pas le code ou l'archi, c'est le développeurs qui jusqu'à présent étaient trop fermés. Heureusement depuis les "forks" qu'il y a eu, l'équipe d'Xfree commence à se bouger un peu plus le cul.

              Et je crois que tu n'as pas même essayé de voir à quel point xserver, etc... avancaient vite. par rapport à longhorn, on a de la marge!

              De plus, ton commentaire sur le mode client-server "dépassé" prouve que tu ne connais rien à X. y'a peu de pénalisation en local.

              mais bon, je me fatigue pour rien, c'est encore un troll...

  • # Re: Première release candidate pour Xfree86 4.4

    Posté par  . Évalué à 1.

    j'avais tester y a quelque temps des previews sur http://www.xfree86.org/~alanh/(...)
    Pour les driver nv, ce qui est pql mal, c'est que l'on peut comme les drivers proprio, utiliser plusieurs interface xv en meme temps...

  • # Re: Première release candidate pour Xfree86 4.4

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

    juste pour savoir (j'ai pas trouvé d'explication en français)

    elle nous apporte quoi cette futur version 4.4 ?

    • [^] # Re: Première release candidate pour Xfree86 4.4

      Posté par  . Évalué à 5.

      D'apres le changelog, uniquement des correctifs, pas de nouvelle feature.

      • [^] # Re: Première release candidate pour Xfree86 4.4

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

        hein ?
        j'espère pas car le 4.3 est sorti y'a près d'un an déja.....un an sans aucune nouvelle features ça serait un vrai scandale.
        mais je crois pas car le changelog c'est juste la version 4.3.99 donc les features ont du êtres introduites dans les versions dedevs précédentes.

        • [^] # Re: Première release candidate pour Xfree86 4.4

          Posté par  . Évalué à 4.

          «un an sans aucune nouvelle features ça serait un vrai scandale.»

          C'est vrai, au prix où ces développeurs sont payés ils pourraient au moins se bouger un peu les fesses.

          Personellement, s'il n'y a rien de nouveau, je trouverai un autre fournisseur.

          • [^] # Re: Première release candidate pour Xfree86 4.4

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

            Je comprends ton ironie.....c'est vrai que ce sont des bénévoles.....mais faut pas oublier que la conccurence s'active (Quartz pour Apple est sorti y'a plus de deux ans et Longhorn approche).
            Je signale donc simplement que le LL doit évoluer très vite sur ce secteur sinon le grand public ne bougera pas pour migrer vers le libre.

            • [^] # Re: Première release candidate pour Xfree86 4.4

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

              le LL doit évoluer très vite sur ce secteur sinon le grand public ne bougera pas pour migrer vers le libre.
              A mon avis, pour le attirer le grand public, le travail à fournir est plus dans les WM, les toolkits et les applis graphiques que dans le serveur X

              • [^] # Re: Première release candidate pour Xfree86 4.4

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

                toi t'a jamais vu la gueule d'utilisateurs de Windows quand il voient les trucs eye-candy de OS X !
                c'est ça qui fait switcher les gens.

                • [^] # Re: Première release candidate pour Xfree86 4.4

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

                  Ceux qui ont du pognon à jeter par les fenêtres alors. Ceux qui utilisent vraiment leurs ordis (qui font des trucs avec), ils ont plutot tendance à switcher parce que ça fait ce qu'il veulent sans les emmerbéter. Les trucs jolis ça attrire l'oeil mais ça suffit pas pour lacher un truc dont on a l'habitude.
                  Au boulot, ceux qui vont sur du libre (Moz / OOffice, linux c'est pas encore assez mur :) ) c'est parce qu'il me voient faire ce qu'ils font et plus sans crash (enfin presque), sans pub (toujours) et sans mise à jours toutes les deux minutes.
                  Et en plus c'est gratos pour la maison.

    • [^] # Re: Première release candidate pour Xfree86 4.4

      Posté par  (Mastodon) . Évalué à 1.

      Les docs sur le support des cartes mères Via Epia recommandent de compiler la version cvs de Xfree (4.3.99.x) pour avoir le pilote de la puce intégrée.

      La 4.4 doit donc, entre autres, rajouter le support des chipsets CLE266 de via.

  • # NDA

    Posté par  . Évalué à 10.

    Suis-je le seul à trouver étrange que l'on puisse souhaiter des NDA (comme dans les détails de cette dépêche) ? Que je sache, c'est bien ces derniers qui sont à l'origine du logiciel libre.

    Vous souvenez-vous de l'histoire de ce chercheur du MIT qui ne pouvait plus gérer facilement son imprimante à l'étage inférieur du fait de l'absence du code source de son imprimante ? Vous rappellez-vous de son collegue d'une autre Université qui avait ce code mais ne pu le lui donner... du fait d'un NDA ?

    • [^] # Re: NDA

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

      l'histoire ne se répète jamais ...

      mais elle bégeuille ...

      • [^] # Re: NDA

        Posté par  . Évalué à 1.

        tu voulais dire "elle bégaye" du verbe bégayer ? parceque sinon c'est un verbe que je ne connais pas... bégeuiller. :o)

    • [^] # Re: NDA

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

      Ce que je trouve surtout surprenant, c'est que l'on puisse proposer un NDA pour un projet libre. Il ne vont pas donner les spécifications directement certes, mais le simple fait que le serveur soit libre rend un peu inutile ce genre de précautions non? Ou alors XFree va proposer de lui-même des driver non libre?
      J'avoue ne pas comprendre...

      • [^] # Re: NDA

        Posté par  . Évalué à 3.

        Ben c'est vrai que pour moi NDA = source fermé car je vois mal comment on ne viole pas un NDA en diffusant un code source alors que ce dernier demande de ne pas dévoiler d'informations.

        • [^] # Re: NDA

          Posté par  . Évalué à 2.

          les connaissances nécessaires pour faire le source ne sont pas si faciles à devenir depuis une implémentation.

          certaines informations qui peuvent etre "obscures" en lisant le source peuvent être bien plus explicites dan sune documentation et nvidia ne pas souhaiter qu'elles soient connus.

          de même, nvidia pourrait autoriser un développeur "de confiance" à lire les docs pour implémenter que quelques fonctionnalités bien choisies, même si il a lu toutes les docs.

          on peut imaginer d'autres cas.

          • [^] # Re: NDA

            Posté par  . Évalué à 3.

            de même, nvidia pourrait autoriser un développeur "de confiance" à lire les docs pour implémenter que quelques fonctionnalités bien choisies, même si il a lu toutes les docs.

            d'ailleurs la plupart des fichiers sources du driver nv sont copyrighté nvidia, et encore plus depuis sa reecriture qui sera inclu dans cette version...

    • [^] # Re: NDA

      Posté par  . Évalué à 6.

      L'histoire est encore plus cruelle quand tu sais que depuis tout ce temps, il attend que son os fonctionne, alors l'imprimante!!!

  • # Re: Première release candidate pour Xfree86 4.4

    Posté par  . Évalué à 3.

    Dans les améliorations importantes:
    - Plus besoins des Modelines! Le serveur va chercher lui-même les informations de l'écran (EDID). On indique juste la taille et la profondeur.
    - les drivers nv ont corrigé le bug qui obligeait à passer l'option FlatPanel en cas d'écran plat.

    C'est génial.

  • # Debian packges ?

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

    Chouette ! Ça veut dire qu'en 2005 j'aurais des packages pour debian unstable (voire experimental) :)

    Oui, je sais ... ---->[]

  • # La bonne blague...

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

    X confirme son universalité (portabilité à toute épreuve).

    X peut-être, mais XFree86... Je rappelle que si Debian a tant de retard sur les autres distributions au niveau de XFree, c'est principalement à cause des problèmes de portabilité. Alors dire que XFree86 est portable quand il faut pas loin d'un an de développement supplémentaire pour porter une nouvelle version sur toutes les architectures supportées par Linux, c'est assez osé.

    • [^] # Re: La bonne blague...

      Posté par  . Évalué à 1.

      Peut être que la portabilité est qualifiée de "à toute épreuve" en comparaison des systèmes d'affichage concurrents.

      BeOS le faisait il y a 20 ans !

    • [^] # Re: La bonne blague...

      Posté par  . Évalué à 1.

      Je te signale au passage que NetBSD utilise xfree 4.3 depuis 9 mois
      dixit http://cvsweb.netbsd.org/bsdweb.cgi/xsrc/xfree/xc/(...)

      Or, je veux bien que pour la portabilité, debian soit fort.
      Mais pour ça, j'ai tendance à plus faire confiance à NetBSD.

      MaD

      • [^] # Re: La bonne blague...

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

        Je te signale au passage que NetBSD utilise xfree 4.3 depuis 9 mois

        Et ça marche avec toutes leurs architectures ?

        Or, je veux bien que pour la portabilité, debian soit fort.
        Mais pour ça, j'ai tendance à plus faire confiance à NetBSD.

        Tiens, NetBSD a sorti un port s390 ?
        Ah décidément non, toujours pas.

        Qui plus est, je ne crois pas que NetBSD ait autant de logiciels portés que Debian sur toutes ces architectures. Donc à part pour la portabilité du noyau...

    • [^] # Re: La bonne blague...

      Posté par  . Évalué à -2.

      \begin{soyons médisant}
      Et puis un petit tour sur http://people.debian.org/~branden(...) est très instructif.
      Un gars qui n'est pas capable de se rendre compte qu'il redirige automatiquement sa page w3 vers elle-même, on peut légitimement avoir des doutes sur ses capacités à maintenir xfree.
      \end{soyons médisant}

      • [^] # Re: La bonne blague...

        Posté par  . Évalué à 1.

        En attendant, en 3 ans et demi d'utilisation de debian et donc des packages de Mr Branden, je n'ai jamais eu un probleme.
        Ce qui etait loin d'etre le cas avec d'autres distributions, ou j'ai eu des problemes de corruptions de donnees plusieurs fois a cause d'un X recalcitrant...
        -ben

      • [^] # Re: La bonne blague...

        Posté par  . Évalué à 2.

        Avant de dire une connerie, on se renseigne un minimum ;-)

        Tous les sites d'utilisateurs sur p.d.o sont dans ce cas (essaye par exemple p.d.o/~daenzer pour les pilotes dri des vieilles cartes ati.) C'est le cas depuis la compromission des 4 serveurs de Debian. Ils profitent du fait que les serveurs soient en vrac pour faire d'un coup les migrations qu'ils voulaient faire progressivement (mise en place de LDAPv3 par exemple.)

        Donc le problème de redirection, c'est dû à l'équipe web ou d'administration des serveurs, pas des utilisateurs eux-même (qui ne peuvent pas se connecter pour le moment sur les serveurs.)

        • [^] # Re: La bonne blague...

          Posté par  . Évalué à 0.

          \begin{soyons encore plus médisant}
          Merde, non seulement Branden ne sait pas écrire une page web correctement maus en plus, les équipes web et administration sont constituées de quiches.
          Franchement, debian , c'est vraiment une distribution de merde.
          ;-)
          \end{soyons encore plus médisant}

  • # Mon Dieu

    Posté par  . Évalué à -2.

    Hé ben le 4.4 est là et SID n'en ai qu'au 4.2
    hmmm..

Suivre le flux des commentaires

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