Ça se dissout chez XFree86

Posté par . Modéré par Nÿco.
Tags : aucun
0
31
déc.
2003
Serveurs d'affichage
La CoreTeam du projet libre XFree86 se dissout. C'est du moins ce qu'annonce David Dawes dans un courriel de la liste de diffusion officielle.

D'apres un message posté sur la liste officielle du projet XFree86, la majorité des membres de la CoreTeam ont voté en faveur de la dissolution de leur groupe, qui n'était plus, d'apres David Dawes, « représentatif des développeurs actifs, expérimentés et capables »... Après la porte claquée par Keith Packard, cet événement à la veille de l'année nouvelle relance le débat créé il y a quelques temps sur l'avancement du projet Xfree86, complimenté par certains, décrié par d'autres...

On verra bien ce que cela donne.

Pour rappel (ou info), XFree86 est le « moteur graphique » le plus utilisé par les distributions actuelles, et qui sert de base à tous vos gestionnaires de fenêtres et environnements de bureau.

Aller plus loin

  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 10.

    Quelle incidence pour l'utilisateur de base que je suis ?

    La disparition de XFree86 ? Le fait qu'il ne va plus évoluer ? Ou alors juste un remaniement de la "CoreTeam" pour qu'il puisse évoluer plus vite et mieux ?
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 10.

      Si c'est comme chez Debian, ils vont procéder à un vote pour reformer une core team. Mais par contre, qui sera parmi les votants, juste les développeurs reconnus de XFree ou aussi des intervenants et contributeurs d'autres natures ?

      XFree ne va pas disparaître s'il sait s'adapter. Un tel projet se doit d'être plus démocratique et ouvert. Je crois que c'est l'une des raisons du départ de Keith Packard.

      Même si XFree n'évolue plus, il faut qu'il est une implémentation (certes de référence) du protocole X11 (et la norme c'est X-Window ?). D'autres implémentations peuvent voir le jour. Et puis le code est libre, il peut toujours évoluer ou être réutilisé pour un fork.

      Si XFree voit à sa tête une équipe qui prend les bonnes décisions, tous, développeurs, intégrateurs comme utilisateurs y gagneront. Reste à bien déterminer ces solutions...
      • [^] # Re: Traduction

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

        Voici la traduction que j'ai réussi (?) à faire du courriel de David http://www.mail-archive.com/devel@xfree86.org/msg04639.html(...) :

        From: David Dawes
        Subject: core team disbands
        Date: Tue, 30 Dec 2003 20:42:50 -0800

        Je suis très heureux d'annoncer qu'une majorité de l'équipe du noyau XFree86 a voté en faveur de ma proposition pour congédier l'actuelle équipe dirigeante.
        Je crois que c'est une reconnaissance que l'équipe dirigeante n'était plus représentative des réalisateurs de XFree86 actifs, expérimentés et habiles, ni un lieu où se fait la discussion technique.

        Heureuse nouvelle année à tous!

        David
        • [^] # Re: Traduction

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

          Ta première phrase est une libre adaptation qui s'éloigne beaucoup trop de la réalité ! Le Board of Directors (l'équipe dirigeante) n'a certainement rien à voir avec tout ça et n'a pas été viré. Et comment la Core Team pourrait-elle virer le Board of Directors, au fait ? Et puis la Core Team n'est pas « l'équipe du noyau XFree86 », car XFree86 n'est pas un noyau, et n'en contient pas.

          (Et puis, pourquoi passer ta soirée de réveillon à traduire ce texte, alors que j'ai fait une traduction six heures et demie plus tôt ? http://linuxfr.org/comments/322532.html(...) ;)

          (Bonne année quand même !)
          • [^] # Re: Traduction

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

            C'est dommage que tu n'aies pas donné la traduction plus tôt :-/
            Merci et tous me vœux pour 2004 !
            • [^] # Re: Traduction

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

              Je l'ai donnée 57 minutes avant que cette dépêche ne soit publiée sur le site. ;-)

              Je dirais plutôt que c'est dommage que je ne me sois pas aperçu qu'une dépêche avait été postée.
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 8.

      La core team existente jusqu'a aujourd'hui etait tres critique pour ralentir le devellopement de Xfree, en partir car ils souhaitaient controler le code alors qu'ils n'y participaient casiment plus...
      Donc la nouvelle equipe devrait permettre l'apparition plus vite de modification d'Xfree, donc une meilleur reactivite a la sortie de nouvelles cartes, des nouvelles fonctionnalites, et une meilleur optimisation du projet actuel.
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 6.

      tu as oublié obiwan, celà dit, la bonne réponse était :

      juste un remaniement de la "CoreTeam" pour qu'il puisse évoluer plus vite et mieux

      C'est du moins ce qui me parait le plus logique, IMHO le but de cette dissolution est d'y faire rentrer certains contributeurs (pour certains les plus actifs), qui jusqu'à maintenant s'en trouvaient exclus.

      C'est une excellente nouvelle, ça bouge chez xfree.
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 6.

      Il y a déjà des commentaires sur le journal : https://linuxfr.org/~remat/8065.html(...)
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 7.

    J'ouvre puisque personne veut se dévoué et parce ce que c'est une nouvelle importante.

    Je pense que si c'est s'auto-dissoudre si c'est pour mieux redemarrer c'est incontestablement un plus. Il y avait du tirage depuis longtemps et a un moment ou un autre ça devait peter.

    Maintenant il ne faudrait pas que Xfree ou ce qui lui succedera prenne trop de retard, il manque un vrai leader naturel a ce core team qui soit reconnu de tous.
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 1.

    Naissance de Xfree04 pour ce soir minuit ?!
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 1.

      Il y a peu de chance que cet événement soit suivi d'une naissance:

      Core Team Disbands
      [30 December 2003]
      The XFree86 core team voted to disband itself, effective 31 December 2003
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 2.

    ..et 10 sous c'est pas cher.
    Allez hop au réveillon j'ai une forme du tonnerre moi ;-)

    Bonne ---->[] !!
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 6.

    Espèrons que ça ne perturbe pas l'avancement de Xfree 4.4 sinon nous devrions nous tourner vers Xouvert ou Y ou X server
    Celà dit celà n'engage que moi, je soutiens Xfree, mais si quelqu'un passe ici et qu'il soutiens Xouvert, nous ne le ressentirons pas de la même façon.

    Le protocole X est adaptable ce qui est un bon point et il n'existe (encore?) rien d'aussi efficace et mature que Xfree, bien qu'il est en retard sur l'alpha channel, etc...

    Cette annonce parait 12 jours après la sortie de la RC2 de Xfree 4.4

    Page des releases: http://www.xfree86.org/releaseplans.html(...)
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à -3.

      Le protocole X est adaptable c'est bien beau, mais de mémoire la norme du protocole est definie par un consortium moribond, qui a acceuillie Xfree86 que trés ressament ne pouvant faire autrement puisque celui-ci represente l'ecrasente majorité des X qui tourne et qui se developpe encore dans le monde.

      Alors s'enchainer a un protocole qu'on est le seul a pouvoir faire avencé mais sur le quel on a pas de pouvoir décisionnel c'est de la bétise.
      J'espaire franchement que le renouvellement de la core team, apporte un peut plus d'independance de la pare de Xfree86 par rapport au protocole, je ne suis pas forcement pour une refonte complete, mais pour plus d'autonomie apres tous qui se soucie encore du protocole X en dehors de son implementation dans Xfree86 ?
      • [^] # Re: Ca se dissout chez XFree86

        Posté par . Évalué à 8.

        Ben, y a IBM, Sun, HP, et bien d'autres éditeurs de softs ...

        Merci de ne pas faire avec XFree ce que certains ont fait avec des standards Unix.

        Le protocole X n'est pas si mauvais que ca aprrès tout ...
      • [^] # Re: Ca se dissout chez XFree86

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

        Tous ceux qui s'en servent pour autre chose qu'un écran graphique comme pour Windows,
        à savoir par exemple, ses grandes particularités réseaux...
        Maintenant, c'est certain, un particulier qui veut jouer et regarder des vidéos réduira à néant ces avantages.
        Mais un PC sous Linux ne sert pas qu'à ça, enfin, j'ose espérer...
    • [^] # Re: Ca se dissout chez XFree86

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

      Bah, tu attendais des trucs formidables dans Xfree 4.4 ? (serieusement)
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 9.

    C'est fou comme l'auteur du mail est heureux de cette dissolution. Certes, c'était sa proposition mais on dirait qu'il y a plus que ça... ;-)
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 1.

      Il avait eu qq démélés avec le CoreTeam parce qu'il était soupçonné de vouloir faire un fork d'XFree. Tiens il utilise le Glider

      . 0 .
      . . 0
      000
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 6.

    qqun aurait des liens vers des alternatives à XFree (heu.. freedesktop?) et sur comment les installer ? non pas que cette nouvelle me fasse "peur", mais c'est le moment où jamais de voir ce qu'il y a "à coté". après tout "linux is about choices".

    plagiats
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 2.

    Je croie personnellement que c'est la meillieur chose qui puisse arriver a Xfree86.

    La CoreTeam n'a pas reussit a soutenir X, imposant une structure rigide, bureaucratique et oligarchique, propre a decourager les contributeurs, nouveaux comme anciens comme le prouve quelques depart retentissant et les nombreux projets alternatifs qui sont apparues ses derniéres années.

    De plus l'attache de la coreteam, au protocole et donc aux limitation du protocole X officiel, que Xfree86 est pourtant l'un des seul a encore defendre, freinne plus le projet qu'il ne facilite les chose. Car soyons claire, plus personne ne s'occupe du protocole X11 en dehors de son implementation sous Xfree86.
    Hors Xfree86 n'a qu'une place de honorifique dans le consortium X, et donc trés peut d'influence sur l'evolution ou l'extention de celui-ci.

    Donc pour le bien du projet, un changement de coreteam ainci que le changemet de l'orguanisation interne du projet ne peut étre que la bien venue.
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 10.

      Arretez de racconter n'importe quoi !!! Le protocole X11, il y a encore du monde qui s'en soucie.

      Je veux pouvoir continuer à ouvrir une session sur une Linux à partir d'une station SUN/Solaris ou d'un IBM/AIX !!!
      • [^] # Re: Ca se dissout chez XFree86

        Posté par . Évalué à 3.

        Faire bouger le standar n'a jamais impliquer de casser la compatibilité.
        Car si franchement on doit attendre les que Solaris et AIX, propose des evolutions on est mal barré.

        Je ne vois pas vraiment ce que ca apporte a Xfree de se mettre soit méme des batons dans les roues avec un respet trops strict du standar alors qu'une compatibilité serait largement sufisante.
        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 7.

          Ca dépend: imagine, une application développée pour Linux et sous Linux, qui utilise un nouveau standard d'affichage. Moi avec ma station SUN que ma boite a acheté comme station d'administration, et qui ne comprend pas ledit standard, je fais comment? Je fais comment si j'ai un serveur X qui est installée sur mon poste Windows (ce n'est pas un choix, ca m'est imposé)?

          Tu me répondras de changer de station et d'installer Linux, oui mais je ne veux pas, j'ai besoin de ma Sun parce que j'ai d'autres machines qui tournent sous Solaris, j'ai des scripts d'admin à développer et à tester, etc ...

          Je comprends que certains veuillent que les choses bougent (moi le premier peut-être), mais il faut être prudent sur la facon de faire. Le protocole X11 a pour lui d'être relativement bien respecté dans ses implémentation (que ce soit HP, Sun ou autre).

          Après, qu'on développe un autre standard dédié aux jeux par exemple, pourquoi pas (je trouve débile de jouer sur un jeu 3D demandant beaucoup de ressources pour l'affichage sur un terminal déporté), mais le reste ne doit pas bouger.
          • [^] # Re: Ca se dissout chez XFree86

            Posté par . Évalué à 10.

            Après, qu'on développe un autre standard dédié aux jeux par exemple, pourquoi pas (je trouve débile de jouer sur un jeu 3D demandant beaucoup de ressources pour l'affichage sur un terminal déporté), mais le reste ne doit pas bouger.

            En fait, c'est déjà un peu le principe de certaines extensions de XFree, comme Xv ou Xrandr (c'est bien ça?).
            Xv permet de bien meilleures performances pour les applications vidéos (testez avec mplayer ou xine la différence entre l'utilisation ou non de Xv*), mais les programmes continuent de supporter du X11 pur au cas où Xv n'est pas disponible (comme c'est le cas à travers le réseau, Xv ne fonctionne qu'en local).

            Donc ils le font déjà, de quoi vous plaignez-vous?


            * Chez moi (athlon2400) mplayer avec -vo xv cpu entre 0% et 5%, la même vidéo avec -vo x11 et le cpu monte fréquemment au dessus de 20%!
            • [^] # Re: Ca se dissout chez XFree86

              Posté par . Évalué à 10.

              Je ne me plains pas, je vois déjà une horde de développeurs prêts à bondir sur les nouveautés sans se soucier de la compatibilité avec les standards actuels.

              Sinon pour reprendre la citation de Beretta Vexee en la modifiant:

              Je ne vois pas vraiment ce que ca apporte a microsoft de se mettre soit méme des batons dans les roues avec un respet trops strict du standar alors qu'une compatibilité serait largement sufisante.

              Dans le cas d'un client /serveur HTTP :

              - client + serveur respectent scrupuleusement les standards: pas de problème
              - client compatible avec les standards et serveur respectant scrupuleusement les normes: pas de problème
              - client respectant les normes scrupuleusement et serveur compatible avec les standards, mais avec un tas de petites "améliorations" ---> Problème de compatibilité

              Voyez-vous ou je veux en venir?
              • [^] # Re: Ca se dissout chez XFree86

                Posté par . Évalué à 3.

                Complètement! :) A vrai dire je n'étais pas trop d'accord au début, mais cet argument m'a convaincu.

                Effectivement, nous vivons cela régulièrement sur la toile, ce serait absurde de faire subir le même principe à d'autres.
            • [^] # Re: Ca se dissout chez XFree86

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

              De ne pas avoir l'argent du beurre et la crémière...
              Cromprendre: c'est dommage que la plupart des ces extensions (XVideo, DRi, xshm, etc...)
              ne soient conçues que dans un objectif local et non réseau...
              • [^] # Re: Ca se dissout chez XFree86

                Posté par . Évalué à 4.

                En local, tu n'est limité que par la vitesse des différents bus mémoire (quand un transfert de donnée est nécessaire), alors qu'en réseau, tu est tributaire de tout un tas d'autres choses que tu ne peux pas améliorer (cables, routeurs, etc...). Meme dans un LAN, le réseau peut être saturé, avec des collisions, etc. Donc la seule optimisation possible dans le domaine du réseau, c'est d'avoir le minimum de données possibles à transiter entre le client et le serveur.
          • [^] # Re: Ca se dissout chez XFree86

            Posté par . Évalué à 1.

            une application développée pour Linux et sous Linux, qui utilise un nouveau standard d'affichage. Moi avec ma station SUN (...)qui ne comprend pas ledit standard,(...) (et) si j'ai un serveur X qui est installée sur mon poste Windows (ce n'est pas un choix, ca m'est imposé)?

            Personnellement, j'ai déjà utilisé des clients (Exceed) X sur Windows pour attaquer un server avec XFree86, le résultat est LAMENTABLE. La seule façon d'avoir une version X avec une tronche normale pour un server Linux est d'utiliser XFree86, sous Windows il faut utiliser la version cygwin.

            Donc je pense qu'améliorer le protocole: pourquoi pas, à la condition de tester la compatibilité avec les autres implémentations de X, et puis demander au consortium d'intégrer les améliorations au standard du protocole. Un protocole ça peut évoluer.

            Au cas où la compatibilité serait brisé,on devrait pouvoir toujours installer XFree sur les servers non compatibles (Sun, HP,...).

            Et puis soyons honnêtes, à part les Unixiens (Linuxiens compris), tout le monde s'en tape du protocole X, alors faisons évoluer la norme. Osons le changement !!! Ou restons encore un siècle avec une norme qui deviendra un dinosaure de l'informatique, une piéce d'archéologie...
            • [^] # Re: Ca se dissout chez XFree86

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

              Hé, les VMSiens ne s'en tapent pas du protocole ! Pour ce qui est de serveurs X sous MsWindows, j'en avait vu tourner un y'a deux ans qu'était pas mal du tout, mais je me souviens plus du nom. (Et c'était un produit commercial.)
              • [^] # Re: Ca se dissout chez XFree86

                Posté par . Évalué à 1.

                Metrowerks ?
              • [^] # Re: Ca se dissout chez XFree86

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

                de serveurs X sous MsWindows, j'en avait vu tourner un y'a deux ans qu'était pas mal du tout, mais je me souviens plus du nom.

                Peut être xwin32 de Starnet ? http://www.xwin32.com/(...) que j'ai utilisé aussi dans sa version de démo il y a quelques années. Si vous avez un Windows sous le coude, et un peu de temps à perdre, pourquoi ne pas l'essayer ?
                xwin32 peut laisser la gestion des fenêtres au bureau Windows, donc chaque fenêtre de base X est dans une vraie fenêtre Win. Le copier/coller texte entre les deux est vraiment utilisable. Bref, que du bon.

                Xwin32 est un bon moyen de faire entrer X11 dans le monde de Redmont...

                [anecdote année=1997/98]
                Un jour, un nain-fographiste passe au bureau et je lui montre quelques images avec mon Gimp qui tourne dans le Linux et affiche sur le Windows. Le pauvre nain commence à devenir blême: un truc genre Totoshop(pas troller, merci) dont il ignorait l'existence...

                Je n'ai pas expliqué le contexte client/serveur, j'ai juste annoncé: "Ouais, c'est nouveau, cong, ça s'appelle 'ZeuhJimpe', et ça trashe sa soeur". Je suis sur que le pauvre nain a cherché des jours entiers sur tous les sites WaRz de sa liste...
                [/anecdote]

                * Ils vendront Usenet^W les boites noires quand on aura fini de les remplir.

            • [^] # Re: Ca se dissout chez XFree86

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

              Personnellement, j'ai déjà utilisé des clients (Exceed) X sur Windows pour attaquer un server avec XFree86, le résultat est LAMENTABLE

              Là, je ne comprend rien du tout... Exceed, c'est bien un serveur X ?
              Tu attaques quoi avec quoi ? il fait quoi le "server avec xfree86 ? que veut dire "LAMENTABLE" ?

              Si tu souhaite que ton troll prenne, il faut être un peu plus crédible, petit scarabée.

              * Ils vendront Usenet^W les boites noires quand on aura fini de les remplir.

              • [^] # Re: Ca se dissout chez XFree86

                Posté par . Évalué à 1.

                Très juste, j'ai mal construit ma phrase, donc j'ai utilisé le Server X d'Exceed pour afficher sur ma wks Windows les applic. X qui tournaient sous un server Linux

                L'affichage de ces applic sur ma wks étaient moches !!! Problème de police de caractère, mauvais rendu des icônes...


                C'est mieux Vénérable Maître ??? ;-)
                • [^] # Re: Ca se dissout chez XFree86

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

                  C'est mieux Vénérable Maître ??? ;-)

                  Oui, jeune et vaillant disciple, tu est autorisé à passer en deux-mille-quatrième année.

                  * Ils vendront Usenet^W les boites noires quand on aura fini de les remplir.

                • [^] # Re: Ca se dissout chez XFree86

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

                  Problème de police de caractère, mauvais rendu des icônes...

                  Donc Exceed est pourri, ou mal configuré. Quel est le rapport avec XFree86 ?
        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 3.

          Je ne vois pas la différence entre respect du standard et compatibilité, sachant que le respect des standards est l'essence de la compatibilité (et vice-versa). Tu penses à quoi précisément ?
        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 4.

          Je ne pense aps que Solaris, AIX ou autre veuille changer le standart etant donnée que le but de ceux ci n'est pas du tout d'executer des applications 3D, video ou tout ce qui ce rapproche de pres ou de loin a l'utilisation d'un ordinateur dnas un cadre purement personnel (workstation), il y a sur ce point divergence d'interet entre Linux qui attaque le monde des workstations et les Unix proprietaires qui n'y portent aucun interet.
          Par consequent AIX et Solaris ne voudrons jamais perdre leur temps a develloper (donc payer) des fonctionnalites qui leurs seront inutiles.

          Cependant je ne vois pas pourquoi les systemes pourrait pas etre inter compatible, on peut tres bien choisir avec ssh d'utiliser la version 1 ou 2 du protocol, pourquoi pas la meme chose avec X?
          • [^] # Re: Ca se dissout chez XFree86

            Posté par . Évalué à 1.

            Je ne pense aps que Solaris, AIX ou autre veuille changer le standart etant donnée que le but de ceux ci n'est pas du tout d'executer des applications 3D, video ou tout ce qui ce rapproche de pres ou de loin a l'utilisation d'un ordinateur dnas un cadre purement personnel (workstation), il y a sur ce point divergence d'interet entre Linux qui attaque le monde des workstations et les Unix proprietaires qui n'y portent aucun interet.

            IBM peut-être pas, SGI surement.
            Des statins SGI sont utilisées pour faire de la 3D, du montage vidéo professionnel.
            Les Unix sont utilisés depuis le début comme workstation dans un cadre professionnel, la différence est que Linux regarde de tous les côtés, y compris les personnal computer grand public et les ordinateurs de poche.

            Cependant je ne vois pas pourquoi les systemes pourrait pas etre inter compatible, on peut tres bien choisir avec ssh d'utiliser la version 1 ou 2 du protocol, pourquoi pas la meme chose avec X?

            Bien sur, mais alors le programme ou le serveur (au moins un des deux) doit implémenter les deux protocols (donc plus de travail). Certains clients ssh ne fournissent que la version 1 ou la version 2, et dans ce cas il faut que le serveur accepte la version que tu utilise.
          • [^] # Re: Ca se dissout chez XFree86

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

            Ben voyons, Unix ne serait pas prévu pour faire de la vidéo et de la 3D. On entends vraiment tout et n'importe quoi dans ce forum !!

            Avec quoi sont fait tout les trucages vu au cinéma ???????? ben avec de l'UNIX et du bon vieux X-Window. Je n'ai jamais vu dans un les trucages se faire sur autre choses que de l'unix . et pour cause, ya que unix qui est capable de parallélisé les calculs sur des centaines de machines pendant des mois sans plantage.

            Avec quoi travail les sociètès pétrolière pour l'exploration des sous-sols. Ben avec UNIX encore avec des rendu en 3D de toutes les couches de la planisphéres et des simulations temps réels des forages et de la techtonique des plaques.

            Sur quelles plate-formes obtient on les performances 3D et vidéo pures les plus élevés ? ben encore sur de l'UNIX.

            Oui, la 3D et la vidéo ne se résume pas a la Xbox que tu as eu à Noel et a son rendu qualité TV. Dans le monde professionnel, c'est de l'UNIX qui est utilisé dès que les travaux deviennent serieux !
            • [^] # Re: Ca se dissout chez XFree86

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

              Y'a 3D et 3D : les jeux, et les applis pro, qui ne se soucient guère d'une rendu immédiat avec texturage et tout et tout... Y'a qu'à comparer les specs des cartes graphiques 3D/jeux grand public et les cartes graphiques SGI...
              Quant aux calculs pro, ils n'ont pas forcément besoin d'affichage immédiat (certains diront 'temps réel')...
            • [^] # Re: Ca se dissout chez XFree86

              Posté par . Évalué à 8.

              Oui, la 3D et la vidéo ne se résume pas a la Xbox que tu as eu à Noel et a son rendu qualité TV. Dans le monde professionnel, c'est de l'UNIX qui est utilisé dès que les travaux deviennent serieux !

              Certes mais dans ces cas la il s'agit de rendus effectues logiciellements sur des centainnes de machines comme tu le precise si bien. Les calculs mettent des jours, voir des mois a se faire, sur des resolutions souvent monstrueuses. Alors l'affichage du resultat en 1/10 de seconde ou 1 seconde.... Surtout lorque celui-ci est redirige au final vers tout autre chose qu'un moniteur "standard".

              A part sur les stations IRIX haut de gamme, les cartes graphiques (et donc potentiellement les accelerations hardware) ne sont utilisees que pour le pre-rendu (avant la mise ne place d'une scene d'action couteuse en effets speciaux par exemple). Et le plus souvent sur ces stations de travail la logique est a un serveur X proprio optimise pour une carte video et une application (ou un bouquet tres limite d'applications).

              La 3D OpenGL "basique" comme on la trouve dans les jeux ou les applications destines a des utilisateurs non graphistes, a savoir des resolutions inferieure a 4000x4000, 24 bits de couleur reelle, monocouche (un seul layer pour faire anglais) ca n'interresse que Maya (d'Alias WaveFront) qui essaye depuis peu de recolter aussi les amateurs depuis peu. Mais la version "gratuite" de leur produit " Maya Personal Learning Edition" n'est disponible que pour Win et MacOsX. Le message des commerciaux est clair : Linux c'est pour les pros, dans des boites preconfigures, avec les serveurs X, les drivers et les cartes qui vont bien...


              Kha
              • [^] # BONNE ANNEE A TOUS ET A GNU/LINUX ;)

                Posté par . Évalué à -4.

                BONNE ANNEE A TOUS ET A GNU/LINUX ;)
                BONNE ANNEE A TOUS ET A GNU/LINUX ;)
                BONNE ANNEE A TOUS ET A GNU/LINUX ;)
                BONNE ANNEE A TOUS ET A GNU/LINUX ;)

                ->> []
    • [^] # Re: Ca se dissout chez XFree86

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

      > Je croie personnellement que c'est la meillieur chose qui puisse arriver a Xfree86.

      En effet, moi ca me rappelle un certain moment de la vie d'un certain compileur C, qui aujourd'hui a l'air bien en forme d'ailleurs. Pas vous?

      khorben

    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 5.

      C'est pas sympa de toujours reduire les verites au monde linux ! on est sur lfr mais quand meme : il existe bien plus de servers X que tu peux l'imaginer et commencer à ce taper des délires de "je fais mon standard tout seul dans mon coin parce que je suis majoritaire dans ce domaine" à la Microsoft est le plus sûr moyen de rendre l'informatique impossible à vivre.

      Pour info on a une 50aine de terminaux X dans mon école, on les remplace tous par un PC sous linux si XF86 se met à faire sa tambouille dans son coin ?

      Avec l'argent du contribuable (donc en partie le tient) of course !
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à 10.

    pourquoi vous posez vous des questions avec X11 ??

    X11 est _Extensible_

    X11 est _déjà étendu!_

    XFree a _déjà développé_ des extensions

    le projet XServer propose ses propres extensions au protocole X11 pour faire ce que vous voulez.

    openGL ne fait pas partie de X11, une implémentation de X11 peut utiliser des fonctions opengl d'une carte.

    une api à la glut peut reposer sur X11+extensions+GTK (par exemple)

    et tout cela est déjà _là_ ou en cours de travail.


    sun ou irix sont pas des gros messants baveux, si ces extensions sont utiles pour eux, ils les intégreront à leux serveurs X, rien ne leur interdit

    pour nous, utilisateur de "linux" (linuxfr.org ) nous ne sommes pas concernés et aucune raison de s'inquiéter : XFree est la référence pour freebsd, osx et toute distribution linux ( dont le java desktop de sun).

    demain, ca sera peut être xserver de freedesktop.org ou xouvert ou toujours xfree.

    il n'y a pas besoin d'un quelconque X11 v2 (X12 ? )



    quand au commentaire sur ssh qui fait du 1 et 2, le protocole 1 est déprécié, il n'est plus certain d'avoir systématiquement du 1 actif sur un nouveau serveur. Et ce n'est JAMAIS une bonne idée de supporter 2 versions d'un même protocole à la fois.
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 10.

      Merci,

      Ca fait du bien de voir qu'il y en a qui suivent.
      J'ajouterais trois choses :
      1) 90% des problemes de XFree qui ne viennent pas du veto de la core-team viennent de la XLib. Xfree (et tout serveur X qui respecte les standards) est fait pour travailler en mode asynchrone avec map memoire des ressources, la XLib tourne en mode synchrone dans 80% des cas et utilise pricipalement des tuyeau nommes... Ceux qui veulent aider a fiche la XLib dehors (depuis el temps qu'on en parle) peuvent se rendre la : http://www.freedesktop.org/Software/xcb(...) . Inscrivez vous a la mailing liste, elle n'est vraiment pas pesante a suivre.

      2) C'est hallucinant ce que l'on peut faire en court circuitant les fonctions XFree et en les remappant ailleurs (sur de l'OpenGL par exemple) et XFree le supporte tres tres bien. Ceux qui ne me croient pas n'ont qu'a demander a Apple comment ils ont fait Quartz.

      3) il n'y a pas besoin d'un quelconque X11 v2 (X12 ? ) <--- Ca serait plutot X11R7


      Kha
      • [^] # Re: Ca se dissout chez XFree86

        Posté par . Évalué à 5.

        J'entend souvent l'argument du synchrone/asynchrone pour la Xlib. Qu'est-ce que ça signifie ?

        BeOS le faisait il y a 20 ans !

        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 7.

          Quand tu utilises une fonction xlib, tu es censé (obligé) d'attendre qu'elle te retourne son résultat (la ressource qu'elle a crée) avant de poursuivre ton fil d'éxécution, même si tu n'a pas immédiatement besoin de ce résultat. Résultat, tu passes ton temps à attendre le serveur.

          À voir si cette explication donnée par un non informaticien sera plus compréhensible :)
      • [^] # Re: Ca se dissout chez XFree86

        Posté par . Évalué à 1.

        J'avais cru comprendre que la XLib n'était plus utilisée que par quelques applis obsolètes, les toolkits modernes (Gtk, Qt & co) préférant taper directement dans le protocole avec leurs propres couches d'abstraction. Non ?

        PS : quoi, xemacs est pas obsolète ? ;)
        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 0.

          J'avais cru comprendre le contraire ;)

          Quelqu'un peut-il dissiper nos doutes sur le sujet ?

          BeOS le faisait il y a 20 ans !

        • [^] # Re: Ca se dissout chez XFree86

          Posté par . Évalué à 1.

          Non, je crois qu'il est plutôt question de Xt (c'est bien comme ça que s'appelle le toolkit de base de X?). Seules quelques vieilles appli utilisent encore directement Xt pour dessiner leur widget, les toolkit modernes utiliseraient directement la Xlib (sans passer par Xt) pour dessiner.
          • [^] # Re: Ca se dissout chez XFree86

            Posté par . Évalué à 2.

            Ah oui, je crois que tu as raison. Xt, l'affreuse bibliothèque (souvent couplée à Motif l'infâme) qui a fait arracher leurs cheveux à tous les étudiants en informatique dans les années 90...
            • [^] # Re: Ca se dissout chez XFree86

              Posté par . Évalué à 2.

              c est pas tant que xt est "affreuse", (on dirait un concours de beauté)
              c'est surtout que XT n'a pas évolué depuis heu.. longtemps (moi et les dates... )

              XT n'a même pas considéré une bonne part des améliorations de XFree

              XT est en gros le boulet du coin, une application faite avec XT étant renvoyée à la préhistoire illico et, en plus, y bloque.

              GTK et QT sont des toolkits bien plus actives, suivies par une communauté active, prête à faire des sacrifices (casser la compatibilité ABI ou API _quand_ c'est nécessaire) pour suivre les _améliorations_ de Xfree ou de l'informatique en générale.

              c'est surtout cela le plus important.

              (n'éxagerons rien, je pense si je me rappelle bien des millions de lignes de changelogs XFree, que xt et les utilitaires de base fournis avec Xfree ont été patché pour utiliser les fonts antialisés par exemple)
  • # Re: Ca se dissout chez XFree86

    Posté par . Évalué à -2.

    ... et "dix sous" c'est pas cher !?!!
    ... désolé ! :(
  • # Re: Ca se dissout chez XFree86

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

    Bon j'ai pas trop lu le truc, mais si j'ai bien suivi: le départ de Keith Packard et son fork de xfree n'étaient-il pas du à des désaccords avec la core team elle-même? Cette dissolution viendrait-elle alors donner raison à Keith Packard face au conflit qui les divisait?
    • [^] # Re: Ca se dissout chez XFree86

      Posté par . Évalué à 8.

      Sans donner raison particuliérement a Keith Packard, ca prouve que la coreteam a été déavoué et c'est retrouvé isolé dans de nombreuses histories, cette disolution est logique car la coreteam n'était plus representative des developpeurs qui font avencer le projet dont Keith Packard.

Suivre le flux des commentaires

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