Articles précédents : Articles
- [93] Dossier médical informatisé sous GNU/Linux
- [37] Dassault Aviation rejoint le consortium ObjectWeb
- [89] Linux est une "perte d'argent"
- [88] Tests en ligne de SUSE LINUX 9.1
- [142] Raffarin veut du logiciel libre dans l'administration
- [54] Test de la Fedora Core 2
- [23] Vers un noyau Linux d'origine contrôlée ?
- [40] Les codecs audio opensource remportent un blind test
- [6] Présentation du CD-ROM Conférence PHP Québec 2004
- [41] SPIP 1.7.2 dans les bacs
Liens connexes
- Site de XFree86 (994 hits)
- Site de X.org (3140 hits)
- La nouvelle licence de XFree86 (505 hits)
- ChangeLog de Slackware (572 hits)
- La sortie de X.org (3042 hits)
- Mandrake sans XFree86 (2529 hits)
Dépêche modérée par
Articles : XFree86 a de moins en moins la côte
Posté par Jérôme Pinot (page perso, ). Modéré le 31 mai 2004.En conséquence, la plupart des distributions GNU/Linux comme RedHat, Mandrake et SuSE, s'étaient tournées vers X.org, un projet alternatif basée lourdement sur la dernière version de XFree86 compatible avec la GPL.
Aujourd'hui, c'est Slackware qui fait marche arrière, après avoir intégré XFree86 v4.4.0 dans sa branche de développement, celui-ci en a été retiré, essentiellement pour des questions de compatibilité.
XFree86 perd donc un poids lourd qui va rejoindre le camp X.org et l'on est en droit de se demander ce que vont faire les autres distributions qui avaient opté pour la version 4.4.0, comme NetBSD ou Conectiva.
Enfin, on peut s'interroger sur l'avenir de XFree86 qui perd de plus en plus d'utilisateurs.
Site de XFree86 (994 hits)
Site de X.org (3140 hits)
La nouvelle licence de XFree86 (505 hits)
ChangeLog de Slackware (572 hits)
La sortie de X.org (3042 hits)
Mandrake sans XFree86 (2529 hits)
> Lire la dépêche (156 commentaires, moyenne: 3,1).
x/: Switched to X11R6.7.0 from X.Org. Thanks to those who sent comments to
x@slackware.com. Seems the community has spoken, because the opinions were
more than 4 to 1 in favor of using the X.Org release as the default version
of X. I think I've heard just about every side to this issue now, and it was
only after careful consideration and testing that this decision was made.
It's primarily (as is usual around here) a technical decision. Nearly
everyone else is going with X.Org and it seems to me that sticking with
XFree86 it spite of this would be asking for compatibility trouble (indeed,
we saw some issues between X.Org and XFree86 4.4.0 until a few things in
XFree86 were patched). I also noticed that the ATI Radeon binary drivers
designed for XFree86 4.3.0 do not work with XFree86 4.4.0, but do work with
the X.Org release. Something I'm *not* in favor of is dragging around two
nearly identical projects, so XFree86 4.4.0 has been moved to the
/pub/slackware/unsupported/ directory on the FTP site.
I'd like to take this moment to thank the XFree86 Project for all the truly
amazing work they've done all these years, and to wish the project the best
of luck. Slackware owes the XFree86 Project a debt of gratitude and will
will always include the XFree86 acknowledgement, even if we are no longer
shipping XFree86.
Linux Slackware était l'une des rares distributions Linux à avoir conservé XFree86 4.4.0 dont la nouvelle licence, bien que libre, posait des problèmes non triviaux. Le projet XFree86 se trouve donc maintenant de plus en plus isolé.
mise à jour flippante
Je changerai bien mon XFree86 pour X.org, mais cette mise à jour me fait un peu peur sous Gentoo: il faut d'abord enlever XFree, puis installer X.org.
Si jamais ça ne marchait pas, il faudrait donc faire marche arrière. Sans compter tout les fichiers de config changés.
Vu que ça marche comme ça, je n'ai pas encore sauté le pas...
-
[^]Re: mise à jour flippante
Posté par MsK` () le 31/05/2004 à 14:08. (lien). Évalué à 17.Tu peux sauter le pas, franchement c'est tout simple à mettre et ca marche nickel :)
Un 'ti tuto sur le forum gentoo : http://forums.gentoo.org/viewtopic.php?t=158911(...)--
\_o<~~~~-
[^]Re: mise à jour flippante
Posté par lezardbreton (Jabber id, page perso, ) le 01/06/2004 à 12:41. (lien). Évalué à 5.IL y a même une documentation officielle : http://www.gentoo.org/doc/en/xorg-config.xml(...)
-
-
[^]Re: mise à jour flippante
Posté par Pierre Jarillon (page perso, ) le 31/05/2004 à 14:11. (lien). Évalué à 12.Sur cooker, X.org fonctionne maintenant avec le noyau 2.6. On peut trouver les rpm sur le site de Svetoslav Slavtchev : http://mandrake.contactel.cz/people/svetljo/mandrake/cooker/RPMS/(...)
Actuellement, il reste encore un peu de travail à faire pour le portage en AMD64 et PPC.
Il me parait avéré que X.org est le fork gagnant.-
[^]Re: mise à jour flippante
Posté par Pinaraf (Jabber id, ) le 31/05/2004 à 14:48. (lien). Évalué à 3.T'as une doc pour guider lors de l'install ? J'aimerais pas me retrouver sans interface...
-
[^]Re: mise à jour flippante
Posté par Pinaraf (Jabber id, ) le 31/05/2004 à 17:53. (lien). Évalué à 2.Grand mal m'a pris de me lancer dans cette aventure !
Maintenant, je me retrouve avec des polices à reconfigurer entièrement, et surtout j'arrive pas à réinstaller les drivers nvidia. Comment faire pour leur demander de ne pas recompiler le module pour le noyau ? Parce que mes kernel-source ne correspondent pas au noyau que j'utilise...-
[+] [^]Re: mise à jour flippante
Posté par FRLinux (page perso, ) le 31/05/2004 à 20:45. (lien). Évalué à -5.T'as utilisé tes pieds ?
J'ai installé x.org également sur une LFS et ca a posé aucun soucis ... De base, vire le répertoire /etc/X11 et refait ton make install (si tu as utilisé les sources). Les drivers Nvidia 5336 passent sans soucis. J'ai utilisé ces patches :
http://frlinux.net/?section=xwindow&article=41(...)
Steph-
[^][OT] Et la politesse ... BORDEL!
Posté par Stéphane Salès (page perso, ) le 01/06/2004 à 09:22. (lien). Évalué à 7."T'as utilisé tes pieds ?"
Et toi t'as réfléchi 2 sec avant de cracher ces quelques mots ?
Ce que je les aime ces genres de message genre "ti es pas arrivé ptite kekette, pourtant moi les doigts dans le nez"
C'est à cause de ce genre de message que tous les jours je me dis, lis les news mais ne va pas lire les commentaires sur linuxfr ...-
[^]Re: [OT] Et la politesse ... BORDEL!
Posté par FRLinux (page perso, ) le 01/06/2004 à 16:06. (lien). Évalué à 2.Ok, j'ai ete désagréable, si tu regardes l'ensemble de mes commentaires, tu verras que cela ne m'est pas arrivé souvent. J'ai eu une semaine éprouvante (je te passe mon nombre d'heures passées au travail). Ce n'est pas une excuse certes.
Je suis juste étonné quand je vois ce genre de commentaires. Je ne ris au nez de personne, sinon je ne ferais pas mon site.
Désolé pour la méprise,
A bon entendeur ...
Steph-
[^]Re: [OT] Et la politesse ... BORDEL!
Posté par Raphaël Gertz (page perso, ) le 01/06/2004 à 17:10. (lien). Évalué à 2.si tu veut juste installer les librairies pour Nvidia 1.0-5336, installe ce package :
ftp://ftp.pcds.ch/pub/people/rapsys/i586/NVIDIA....rpm(...)
Il contient les librairies et quelques scripts...
/!\ Ce package est pour mandrake car ce sont les librairies tls qui sont installées et non les normales car les normales sembles planter sur mandrake.... /!\
Je l'utilise personnellement et il marche très bien, il faut par contre le réinstaller en cas de mise a jour de XFree86 ou Xorg...
-
-
-
-
[^]Re: mise à jour flippante
Posté par gnumdk () le 01/06/2004 à 13:48. (lien). Évalué à 2."Comment faire pour leur demander de ne pas recompiler le module pour le noyau ?"
Ben, tu peux pas :) T'es bon pour recompiler un noyau afin d'avoir les bons kernel-source :)
Ptain, Vive Windows :D
aie aie, non, aie, pas taper, vive le hurd alors :)-
[^]Re: mise à jour flippante
Posté par wismerhill (page perso, ) le 01/06/2004 à 17:26. (lien). Évalué à 2.Si, tu peux désarchiver le contenu de l'installeur (me souviens plus de l'option exacte, --help pour voir) et installer à la main les fichiers au bon endroit.
Mais si tu n'a pas le module noyau ça ne fonctionnera pas.-
[^]Re: mise à jour flippante
Posté par Raphaël Gertz (page perso, ) le 01/06/2004 à 20:12. (lien). Évalué à 1.--extract-only est l'option pour tout ectraire.
-
-
-
[^]Re: mise à jour flippante
Posté par Rémi Hérilier (page perso, ) le 01/06/2004 à 17:11. (lien). Évalué à 1.Personnellement, je trouve regrettable que les maiteneurs de la distribution que tu utilises aient déplacées les polices de caractères vers un autre répertoire.
Sous Slackware, Patrick Volkerding a conservé pour X.org la même arborescence que celle de XFree86. Pi bon, je ne vois pas quel intérêt il y a à la modiffier.
Pour ce qui est des chemins pour les polices de caractères, dans xorg.conf section Files, tu peux utiliser le paramètre FontPath (un coup de vi ou d'emacs et c'est réglé). C'est vrai que si tu passes par une interface graphique, ça peut être plus contraignant. De toute façon, on ne passe de XFree86 à X.org qu'une seule fois =)
Pour les pilotes NVidia, et comme dit plus haut, tu vas être obligé de recomplier ton noyau ...-
[^]Re: mise à jour flippante
Posté par 007 () le 01/06/2004 à 18:05. (lien). Évalué à 4.> Pi bon, je ne vois pas quel intérêt il y a à la modiffier.
Une police n'est pas lié à un serveur X11. Tu peux utiliser une police dans un document ou pour l'impression. Il est donc normal que les polices ne soient pas dans un répertoire du serveur X11.-
[^]Re: mise à jour flippante
Posté par tgl () le 01/06/2004 à 23:23. (lien). Évalué à 2.Yep, c'est un changement de bon sens, qui met les choses là où elle devrait être (ça ne concerne pas seulement les fonts en fait, mais aussi les pages de man par exemple). Il semble que le mainteneur RedHat va faire +/- la même chose que le mainteneur Gentoo d'ailleurs :
http://freedesktop.org/pipermail/x-packagers/2004-April/000017.html(...)
-
-
-
-
-
-
[^]Re: mise à jour flippante
Posté par Blurps () le 31/05/2004 à 14:27. (lien). Évalué à 5.
quickpkg /var/db/pkg/x11-base/xfree-[version]
emerge -B [paquet-xorg]
Tu vas te retrouver dans /usr/portage/package/All avec les paquets binaires de xfree et X.org. Sauve ce qu'il faut dans /etc/X11 si tu as peur, et hop.
emerge -K [le X que tu veux]
-
[^]Re: mise à jour flippante
Posté par FRLinux (page perso, ) le 31/05/2004 à 17:45. (lien). Évalué à 2.Pour quelques questions de portage petant un plomb, j'ai du aussi faire :
emerge -i xfree-base/xfree afin de l'injecter dans les paquets et que les autres arretent de me le demander (conseil recu sur gentoo-dev).
Steph-
[^]Re: mise à jour flippante
Posté par Shadow_Mind () le 31/05/2004 à 21:19. (lien). Évalué à 4.Il me semble que les paquets redemandent xfree-base/xfree car ils appellent la dépendance virtuelle xfree qui pointe vers xfree-base/xfree.
J'avais trouvé un moyen plus ou moins "grouik" qui était d'éditer le fichier /etc/make.profile/virtuals.
La syntaxe utilisée dans ce fichier est expliquée dans le manuel de portage.
Il faut, normalement, remplacer les occurrences à xfree-base/xfree par x11-base/xorg-x11.
Il est conseillé de faire une copie de sauvegarde du fichier avant de le modifier car c'est un des fichiers clef de portage. (Il gère toutes les dépendances virtuelles utilisées dans les ebuilds)
-
-
[^]Re: mise à jour flippante
Posté par Colin Leroy (page perso, ) le 01/06/2004 à 07:05. (lien). Évalué à 4.ça c'est pas mal... Merci : ça a marché impec ! (si ce n'est que glxgears est passé de 1500fps à 400, pourtant le Direct rendering est toujours sur Yes. je vais me renseigner.)
-
[^]Re: mise à jour flippante
Posté par Gauthier () le 01/06/2004 à 11:30. (lien). Évalué à 1.Chez moi je ne peux pas lancer la compilation de xorg-x11. Il attend visiblement que je désinstalle xfree.
----------------------------------------------------
localhost portage # emerge -B xorg-x11
Calculating dependencies ...done!
!!! --buildpkgonly requires all dependencies to be merged.
!!! Cannot merge requested packages. Merge deps and try again.
---------------------------------------------------
localhost portage # emerge -p xorg-x11
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[blocks B ] x11-base/xfree (from pkg x11-base/xorg-x11-6.7.0)
[blocks B ] x11-base/xfree ("virtual/x11" from pkg x11-base/xorg-x11-6.7.0)
[ebuild N ] x11-base/xorg-x11-6.7.0-
[^]Re: mise à jour flippante
Posté par Aldoo (Jabber id, ) le 01/06/2004 à 11:49. (lien). Évalué à 2.C'est normal, tu dois effectivement désinstaller xfree avant d'installer xorg-x11.
C'est pareil chez tout le monde.
Maintenant, je comprends que ce ne soit pas très rassurant de se retrouver pendant quelque temps sans l'assurance d'avoir un serveur X qui marche.
En tout cas chez moi, ça s'est bien passé, juste penser à mettre à jour les chemins des polices. Howto sur le site de gentoo (je n'arrive plus trouver l'URL !!!).-
[^]Re: mise à jour flippante
Posté par Gauthier () le 01/06/2004 à 12:30. (lien). Évalué à 1.Je suis en train de tenter:
#emerge -BO xorg-x11
Visiblement ça compile. Je fais ca sur mon PC au boulot et je ne pas trop me permettre de ne travailler qu'a moitié sous prétexte qu'il faut que je dés-installe Xfree avant de compiler Xorg.
Pour anecdote j'ai installé ma gentoo depuis une autre distrib dans un chroot. Tout ca pour pouvoir bosser pendant la semaine qu'a duré la compilation du système et tous les outils dont j'avais besoin (il y a 2 ans sur un PIII 600)
-
-
-
-
[^]Re: mise à jour flippante
Posté par Guillaume CASTAGNINO (page perso, ) le 31/05/2004 à 14:49. (lien). Évalué à 4.Vraiment, n'hésite plus. J'ai installé xorg-x11 dès sa sortie dnas le portage, vraiment eucun problemes rencontrés.
Le seul gros changement, c'est le placement des fontes dans /usr/shar/fonts au lieu du repertoire X11R6.
Et tu vas gagner un anti-aliasing de meilleure qualité, des pilotes graphiques de meilleure qualité (autant a jour que xfree 4.4 en fait), car ceux de 4.3 commencent a vieillir, et posent pb poru certaines cartes...
-
[^]Re: mise à jour flippante
Posté par cykl (Jabber id, ) le 31/05/2004 à 19:14. (lien). Évalué à 1.C'est la que sourcemage a quelque chose d'interessant elle peut mettre en cache les spells deja compiles. Donc si tu dispel XFree il suffit de faire un cast pour reinstaller les fichiers que tu viens de supprimer ! C'est magique. Et cast -c recompile vraiment.
Très pratique pour downgrader, tester un nouveau truc etc...
Je me souviens pas d'un equivalent sous gentoo par contre :-)-
[^]Re: mise à jour flippante
Posté par Guillaume CASTAGNINO (page perso, ) le 31/05/2004 à 19:51. (lien). Évalué à 6.Ben si justement : quickpkg xfree -> hop, on conserve une sauvegarde de xfree en binaires, donc pasbesoin de le recompiler pour une éventuelle réinstall, il suffira de faire un emerge -K xfree poru réinstaller le binaire. y en a pour 30 s pour construire le binaire, et pas plus pour le réinstaller :)
-
[^]Re: mise à jour flippante
-
-
[^]Re: mise à jour flippante
Posté par Mathieu Pillard (page perso, ) le 31/05/2004 à 20:33. (lien). Évalué à 3.T'as mal cherché, a part quickpkg qui permet de creer un package a partir d'un truc que tu as deja installé, tu as buildpkg dans FEATURES (cf make.conf) pour faire ca au moment du emerge pour tous les packages, et buildsyspkg pour faire ca uniquement pour les packages systemes.
-
-
[+] [^]Re: mise à jour flippante
Posté par Jésus Christ (page perso, ) le 01/06/2004 à 05:53. (lien). Évalué à -5.J'aimerai bien savoir pourquoi une aussi grosse partie des commentaires sur ce sujet parle des problèmes de mise à jour de votre Gentoo ...
Je vois vraiment pas ce que ca vient faire ici.-
[^]Re: mise à jour flippante
Posté par Erwan (page perso, ) le 01/06/2004 à 07:52. (lien). Évalué à 2.Ca alors. Pour etre politiquement correct on a plus le droit de parler d'une distribution en particuier ?
-
[+] [^]Re: mise à jour flippante
Posté par Jean-Baptiste Mayer () le 01/06/2004 à 08:22. (lien). Évalué à -3.<lacher de troll>
Non, on parle juste d'une distro qui gère mal le changement...
Avec une distribution sérieuse, on n'aurait pas ce genre de problèmes.
</lacher de troll>
-
[^]Re: mise à jour flippante
Posté par elamapi () le 01/06/2004 à 09:36. (lien). Évalué à 5.Meme constat. J'ai effectivement remarqué que si quelqu'un cite un nom de distribution, il y a 98% de chance pour que son post soit traité de troll.
En fait ca marche aussi avec un nom de soft:
Ex si quelqu'un parle de postfix, il va se faire traiter de troller par les sendmailer and co. Si quelqu'un parle de Gnome, ca les Kdeux qui vont lui tomber dessus etc ...
En fait, pour eviter les trolls, il faut autant que possible utiliser des nom totalement générique. Du style:
Ex: sous "linux" (sans préciser de distrib) j'utilise un "traiment de texte" (tjs sans préciser lequel) et mon environement graphique me convient (sans préciser lequel, mais en précisant qu'il en existe d'autre tout aussi bien).-
[^]Re: mise à jour flippante
Posté par Fanf () le 01/06/2004 à 09:56. (lien). Évalué à 4.Et encore, là tu vas avoir les trolls sur GNU/linux... Bref c'est pas gagné !
-
[^]Re: mise à jour flippante
Posté par Alexandre LISSY (Jabber id, ) le 01/06/2004 à 17:15. (lien). Évalué à 1.en parlant d'ordinateur, on devrais même éviter des résurgences de trolls amiga/pc et autres saloperies de trolls ...
-
-
-
-
avantages
d'un point de vue technique, quels sont les avantages et les inconvéniants de X.org par rapport a XFree86, a l'heure actuelle?
-
[^]Re: avantages
Posté par 007 () le 31/05/2004 à 14:22. (lien). Évalué à 10.Aucun.
Xorg-x11 version 6.7.0 c'est à 99,9 % XFree86 v4.4 rc3.
Par contre Xorg-x11 va switcher vers Xserver :
http://www.freedesktop.org/Software/xserver(...)
Le fork sera alors "consommé".-
[^]Re: avantages
Posté par Jérôme Pinot (page perso, ) le 31/05/2004 à 14:35. (lien). Évalué à 14.Xserver promet d'ailleurs des choses assez sympas, comme les ombres sous les fenêtres et la transparence :
http://freedesktop.org/~keithp/screenshots/giantclock.png(...)
C'est totalement inutile et c'est un gaspillage de ressource, donc forcément indispensable :-)-
[^]Re: avantages
Posté par √λιi () le 31/05/2004 à 19:42. (lien). Évalué à 8.gaspillage de ressource ?, pas forcément, il ne faut pas oublier que de nombreux utilisateurs de linux s'y sont interressés à l'origine grâce au toolkits skinnables, qui sont vachement plus fun que le windows tout gris. C'est d'ailleur quelque chose que apple a très bien compris, aqua, ca a vraiment de la gueule.
Avoir quelque chose qui en jette, perso, je ne trouve pas que c'est du gaspillage de ressource (souvenirs souvenirs : les fenêtres translucides de enlightenment lors de leur déplacement m'ont données des frissons). Le problème survient si cela occasionne des ralentissements et ramages divers.
De plus des trucs comme la transparence peuvent être exploités pour l'ergonomie, si quelqu'un a une idée géniale pour l'utiliser je serais bien content que cela vienne du Logiciel Libre.-
[^]Re: avantages
Posté par Barbapapa () le 01/06/2004 à 06:00. (lien). Évalué à 10.pas forcément, il ne faut pas oublier que de nombreux utilisateurs de linux s'y sont interressés à l'origine grâce au toolkits skinnables, qui sont vachement plus fun que le windows tout gris.
Damned ! Mon monde s'effondre ! Et moi qui croyait que les gens passaient à Linux parce que c'était libre, stable, etc. Mais non, c'est parce que le nunuxien est un gros jacky qui veut avoir un écran avec de zolies couleurs, un gkrellm qui lui transforme sa 2CV en une cabine d'avion en lui fournissant tout un tas d'informations inutilles, une pin-up à poil dans le fond et des fenêtres transparentes pour pouvoir constamment mater la sus-dite pin-up.
Quelle déception !-
[^]Re: avantages
Posté par bhybct () le 01/06/2004 à 07:01. (lien). Évalué à 4.gkrellm est utile pour : (dé)connecter adsl (ou medem rtc) et donner un aperçu des activités réseaux (par ex. la vitesse de téléchargement); voir charge cpu; surveiller l'arriée de mails; voir niveau batterie pour portable; ....
tout cala en occupant très peu de place sur le bureau, je ne vois pas de concurrent à lui.-
[^]Re: avantages
-
-
-
[^]Re: avantages
Posté par Yusei (page perso, ) le 01/06/2004 à 07:36. (lien). Évalué à 4.Bah, les toolkits thémables, les jolies animations d'E, les menus transparents du thème Liquid pour KDE, comme tout le monde j'ai trouvé ça super... mais très vite je suis revenu à des thèmes lisses et moins flashy, qui sont plus agréables pour un usage prolongé. Il y en a vraiment qui utilisent un thème avec des pixmaps partout sur le long terme ?
(De toutes façons, même si ça ne fait qu'attirer de nouveaux utilisateurs, c'est déjà utile :-)
-
-
[^]Re: avantages
Posté par gnap gnap (page perso, ) le 01/06/2004 à 11:19. (lien). Évalué à 1.Avec KDE, y'a déjà les ombres sous les fenetres et la transparence...
-
[^]Re: avantages
Posté par Matthieu Moy (page perso, ) le 01/06/2004 à 11:33. (lien). Évalué à 9.Oui, mais faut voir comment c'est implémenté : Un screenshot de la partie concernée, le client fait le calcul de l'ombre et envoie le résultat au serveur. Résultat, si tu bouge ce qui est en dessous, c'est le merdier. Et niveau perfs, c'est pas ce qu'on peut faire de mieux. Bref, c'est un bidouillage en attendant mieux dans le serveur lui-même.
-
[^]Re: avantages
Posté par gnumdk () le 01/06/2004 à 13:55. (lien). Évalué à 2."Avec KDE, y'a déjà les ombres sous les fenetres "
FAUX, c'est un patch pour kwin mais qui n'a rien d'officiel au sein du projet Kde.-
[^]Re: avantages
Posté par Epsos (page perso, ) le 02/06/2004 à 09:53. (lien). Évalué à 2.Ben pourtant les "drop shadow" font partie de kde depuis quelques temps deja et sans patch ...
-
-
-
-
[^]Re: avantages
Posté par gnumdk () le 01/06/2004 à 13:53. (lien). Évalué à 3."Par contre Xorg-x11 va switcher vers Xserver "
Tu as vu ca ou? Je croyais que Xserver etait plus un projet experimental afin de tester de nouvelles technologies afin des les intégrer dans XFree86 à l'epoque, dans X.Org aujourd'hui.-
[^]Re: avantages
Posté par 007 () le 01/06/2004 à 16:14. (lien). Évalué à 5.> Je croyais que Xserver etait plus un projet experimental afin de tester de nouvelles technologies afin des les intégrer dans XFree86 à l'epoque, dans X.Org aujourd'hui.
* xorg is the XOrg Foundation's Public Implementation of the X Window System frequently refered to as the monolithic tree.
* X Server is a project containing a modular, autotooled X server implementation.
Je sais pour l'avoir lu "je ne sais plus où", qu'XOrg va aussi devenir modulaire.
Es-ce que la nouvelle mouture plus modulaire se nommera X Server ou Xorg ?
Je n'en sais rien.
Es-ce que X Server sera la branche Linux d'Xorg comme XFree86 l'était avec l'ancien X.org ?
Je n'en sais rien.
La situation n'est pas claire car les évènements se sont bousculés http://www.freedesktop.org/Software/xorg(...) :
The repository consists of an imported XFree86 tree that is very close to their 4.4 release. Just before its 4.4 release, XFree86 adopted a new licensing scheme incompatible with the GPL. For this reason, we have recreated its tree as closely as possible without importing files affected by the new license. Our tree is being referred to as simply "XOrg", and a public release will be made shortly.
Bref, il me semble qu'XOrg était prévu pour être uniquement une fondation pour collecter des fond, travailler sur les standards, etc, indépendament du vendeur (Sun, HP, Linux, etc) comme l'ancien X.org.
Lorsque la licence 1.1 de XFree86 est sortie, X Server n'était pas près et Xorg a créé à la va vite un fork pour se sortir de ce "piège".
-
-
-
[^]Re: avantages
Posté par Thomas Pedoussaut (page perso, ) le 31/05/2004 à 14:25. (lien). Évalué à 9.Reponse bateau: Yen a pas.
Les avantages sont de 2 ordres:
- maintient d'une license vraiment libre
- prise de controle par d'autres dev qui ont "a priori" envie de se bouger le c#*
Mais techniquement, "au jour d'aujourd'hui" il n'y a pas d'avancée technique.
(Merci aux suivants de corriger s'il s'averait que je me gourasse)-
[+] [^]Re: avantages
Posté par Eric Boulat () le 31/05/2004 à 15:57. (lien). Évalué à -2.d'autres dev qui ont "a priori" envie de se bouger le c#*
Le c#* ? C'est une nouvelle version du langage de Microsoft ;-)
MDR !!!
-
[^]Re: avantages
Posté par champi () le 31/05/2004 à 16:05. (lien). Évalué à 9.
Les avantages sont :
- prise de controle par d'autres dev qui ont "a priori" envie de se bouger le c#*
Inconvenients :
- perte des compétences d'un groupe de développeurs qui ont quand même fait un boulot énorme jusqu'à présent. Espérons que ceux qui bossent sur X.org seront au moins aussi nombreux, dispos et compétent que l'équipe XFree86. On verra avec le temps.-
[^]Re: avantages
-
[^]Re: avantages
Posté par 007 () le 31/05/2004 à 16:24. (lien). Évalué à 3.> Espérons que ceux qui bossent sur X.org seront au moins aussi nombreux, dispos et compétent que l'équipe XFree86.
Le fork est intervenu avant le changement de licence d'XFree car les developpeurs étaient mécontents. Donc s'il y a un fork les developpeurs mécontents suivent le fork.
J'ai rien pour appuyer ça mais je ne serait pas étonné qu'il y ait plus de dev ex-XFree86 dans X.org que de dev dans XFree86.
Le mainteneur XFree86/X.org de Fedora lorsqu'on lui a demandé si FC2 fournira aussi XFree86 a dit quelque chose comme :
- Une fois sous X.org, il n'y a plus de raison de retourner sous XFree86.
Ce qui est valable pour les utilisateurs d'XFree86 l'est peut-être aussi pour les edéveloppeurs.
-
-
-
[^]Re: avantages
Posté par Cali_Mero () le 31/05/2004 à 14:30. (lien). Évalué à 7.Il y a quelques petites différences, très bien expliquées dans cette news d'ailleurs... Cela mis à part, je laisse les éplucheurs de changelog t'expliquer le reste.
Un point important que j'ai appris ici : les derniers drivers ATI fonctionnent sur le serveur de X.org, mais pas sur XFree86 4.4.0. Quand on imagine le nombre de machines concernées par ce souci (probablement au moins 20% du parc de PC), le choix de Patrick Volkerding paraît d'emblée très compréhensible et judicieux.--
#define MAGIC 0xdefaced /* I should've patented this number -cliph */-
[^]Re: avantages
Posté par Boa Treize (page perso, ) le 31/05/2004 à 18:03. (lien). Évalué à 1.Le pilote DRI pour mon ATI 3D Rage Pro fonctionne très bien sous XFree86 4.4.0. Y'a intérêt à ce qu'il en soit de même sous X.Org.
-
[^]Re: avantages
Posté par -=[ Benoit Plessis ]=- (page perso, ) le 31/05/2004 à 18:25. (lien). Évalué à 2.Ils parlent ici des pilotes fglrx fournis par ATI pour les cartes a base de R300 et plus (familles radeon 9500 9600 9700 9800 et suivants).
Les drivers libres ne sont pas conernés par ce problème--
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libre)-
[^]Re: avantages
Posté par Boa Treize (page perso, ) le 01/06/2004 à 01:10. (lien). Évalué à 3.J'avais bien compris, mais il fallait bien que je réagisse d'une manière ou d'une autre au message de Cali_Mero, qui en gros affirme que la raison principale pour passer à ce serveur « plusse libre » est qu'il fait mieux tourner un pilote propriétaire.
-
[^]Re: avantages
Posté par gnap gnap (page perso, ) le 01/06/2004 à 11:23. (lien). Évalué à 1.Ceci, les pilotes libres radeon ne connaissent pas ces cartes non plus - du moins pas la "RV350 AP". J'ai du me farcir une install à la main de XFree 4.4 (pas le temps de creuser la question X.org - c'est distribs de faire ça).
-
-
-
-
[^]Re: avantages
Posté par 007 () le 31/05/2004 à 14:37. (lien). Évalué à 3.Je disais qu'il n'y avait pas de différence mais il y en quelques petites par rapport à XFree86 v4.4rc2 :
http://freedesktop.org/~xorg/X11R6.7.0/doc/RELNOTES3.html#4(...)
Petites précisions
Debian va passer sous X.org.
Leur organisation peu souple (beaucoup de plateformes, assurer les montées en version, etc) ne leur permet pas encore de proposer X.org "out of the box" mais ça ne fait aucun doute. Sûre qu'un aficionados Debian pourra confirmer le basculement vers X.org (j'ai pas d'url sous la main pour le confirmer moi même).
Notons que Fedora a switché rapidement sous X.org et FC2 est livré avec X.org.
> Mandrake
Non. Pas Mandrake aux dernières nouvelles :
http://www.newsforge.com/business/04/05/07/2040248.shtml(...)
There have been some suggestions made on the cooker mailing list to use freedesktop.org's X server. Are there any plans to do so?
FB: Not at the moment, but we are keeping that option open and will see what develops.
freedesktop ne supporte qu'X.org.
Les membres temporaires d'X.org :
* Stuart Anderson, Free Standards Group
* Egbert Eich - SUSE
* Matthias Ettrich - KDE
* Jim Gettys - Hewlett Packard
* Georg Greve - FSF Europe
* Stuart Kreitman - SUN Microsystems
* Kevin Martin - Red Hat
* Jim McQuillan - Linux Terminal Server Project
* Leon Shiman - Shiman Associates
* Jeremy White - Code Weavers
Beaucoup de représentants du libre.
Prochainement il y aura de nouvelles élections mais je n'ai pas d'info.
Il faut aussi recadrer X.org. X.org n'est pas une réponse à la "va vite" de la nouvelle licence XFree86 (d'ailleur X.org a été créé avant la nouvelle licence (un semaine avant :-))). Un fork c'est mise en place petit à petit depuis bien longtemps :
http://linuxfr.org/2003/04/12/12065.html(...)
C'est le projet Xwin maintenant Xserver. En fait X.org et XServer sont intimement liés. Le serveur Xorg-x11 est sorti vite à cause de la licence XFree86. A moyen terme on peut penser que Xserver va s'"imposer" avec le soutient d'X.org. X.org sera l'organisation qui définira des standards et le promouvra alors que XServer s'occupera de l'implémentation (à confirmer mais je vois ça comme ça).
Avant de fuder sur X.org, il faut lire le site :
http://www.x.org/(...)
-
[+] [^]Re: Petites précisions
Posté par plagiats (page perso, ) le 31/05/2004 à 19:33. (lien). Évalué à -2.* Jeremy White - Code Weavers = wine !
-
[^]Re: Petites précisions
Posté par Pierre Jarillon (page perso, ) le 01/06/2004 à 00:33. (lien). Évalué à 8.J'ai l'impression qu'il y a un contre-sens à propos de Mandrake : X.org va remplacer Xfree86.
D'ailleurs Xfree 4.4 avait été retiré in-extremis de Mdk 10.0 pour être remplacé par la dernières 4.3 et tous ses patchs. J'avais d'ailleurs posté la nouvelle sur http://linuxfr.org/2004/02/17/15456.html(...)
Mandrake ne changera pas de ligne de conduite.-
[^]Re: Petites précisions
Posté par 007 () le 01/06/2004 à 07:39. (lien). Évalué à 2.> D'ailleurs Xfree 4.4 avait été retiré in-extremis de Mdk 10.0 pour être remplacé par la dernières 4.3 et tous ses patchs.
...
Sachant qu'à l'époque il n'y avait pas encore la 4.4rc3, ça ne leur a pas fait beaucoup de boulot (ils ont changé le numéro de version).
La licence 1.1 est utilisé à partir de la 4.4rc3.
> Mandrake ne changera pas de ligne de conduite.
Je pense la même chose mais la réponse de l'interview après le refus d'utiliser XFree86 v4.4 reste un "mistère".
Puis il y a toujours pas X.org dans cooker. Peut-être que Mandrake attend la sortie de la CS avant de sauter le pas.-
[^]Re: Petites précisions
Posté par Éric (Jabber id, page perso, ) le 01/06/2004 à 08:32. (lien). Évalué à 2.> Puis il y a toujours pas X.org dans cooker. Peut-être que Mandrake attend la
> sortie de la CS avant de sauter le pas.
J'ai (sous Mandrake) à la place des paquets Xfree86 des paquets qui s'appelles Xorg, et ça depuis pas mal de temps.-
[+] [^]Re: Petites précisions
Posté par 007 () le 01/06/2004 à 08:44. (lien). Évalué à -1.Qui ont été fait par Mandrake ?
Tu nous donnes la sources ? Merci.-
[^]Re: Petites précisions
Posté par Éric (Jabber id, page perso, ) le 01/06/2004 à 18:01. (lien). Évalué à 2.faits par mandrake, sur les FTP officiels de mandrake, dans le répertoire test réservé au club
http://xxx:xxxx@www.mandrakeclub.com/downloads2/test/10.0/i586/Xorg(...)
-
[^]Re: Petites précisions
Posté par Raphaël Gertz (page perso, ) le 01/06/2004 à 19:51. (lien). Évalué à 2.Le src.rpm est ici :
http://mandrake.contactel.cz/people/svetljo/mandrake/SRPMS/(...)
Les rpms ne sont pas fait par Mandrake, mais par un de ses contributeur Svetoslav Slavtchev <svetljoPATCHgmxLOLde>
s/PATCH/@/
s/LOL/./
Il ne sont pas encores parfaitement stables pour être utilisables en cooker, et le support pour AMD64 et pour ppc n'est pas encore testé...
Et je pense surtout que mandrake se concentre sur d'autres objectifs actuellement.
Mais rien ne vous empêche de le tester afin qu'il arrive plus vite dans la cooker et ensuite dans les version "stables"
-
-
-
-
X.org sous Debian ?
Quelques uns d'entre vous auraient-ils également essayé de passer à X.org sous Debian ?
Qu'en est-il ? Connaîtriez vous une tutoriel sympa ?
La prochaine distrib Debian (Sarge) inclura-t-elle XFree ou X.org ?
Merci
-
[+] [^]Re: X.org sous Debian ?
Posté par nicodache () le 31/05/2004 à 15:03. (lien). Évalué à -8.bein c'est possible que la sarge inclue X.org à la place de XFree, ils auront surement le temps de remplacer XFree par X.org vu le temps qu'ils ont encore à nettoyer leur noyau des drivers proprios :D
(comment ca, ca sent la bete poilue ?)
-
[^]Re: X.org sous Debian ?
Posté par Eric H () le 31/05/2004 à 18:01. (lien). Évalué à 2.J' ai pas de liens sous la main, mais je peux te guarantir que ce seras Xfree 4.3.
Quelque news sur Xfree dans Debian:
http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml(...)-
[^]Re: X.org sous Debian ?
Posté par gnap gnap (page perso, ) le 01/06/2004 à 11:26. (lien). Évalué à 2.C'est sur que si sarge est censé sortir bientôt, passer à une nouvelle version du serveur graphique ne serait pas tout à fait approprié. Bon le problème est toujours le même : les dernières cartes graphiques ne sont pas gérées par XFree 4.3.
Mais bon, de toute façon "stable" c'est un truc pour serveur, pas pour machine de bureau.
-
-
[^]Re: X.org sous Debian ?
Posté par bmc () le 31/05/2004 à 18:34. (lien). Évalué à 2.C'est pareil que ce que j'explique ici : http://linuxfr.org/comments/408543.html(...)
Sauf qu'il faut télécharger les sources sur X.org, mais à part ça, ça ne change pas grand chose, les deux projets ayant des codes quasi semblables actuellement.
-
[^]Re: X.org sous Debian ?
Posté par Croconux () le 01/06/2004 à 15:14. (lien). Évalué à 2.Bah, pour le moment Xorg n'est pas encore dans sid alors dans sarge... Dans sid le plus récent qu'on trouve c'est xfree 4.3. Et puis ce n'est pas trop dans la philosophie Debian d'intégrer un truc dans la stable à la va vite juste avant la sortie.
Le libre
Cette nouvelle me parais important, car c'est la preuve du bon fonctionnement de la communauté du logiciel libre.
La licence libre de XFree86 4.3 a parfaitement fonctionné, permettant aux utilisateurs de rester libre et maitre de leur application même quand le groupe de développement à changé d'avis et décidé de leur retirer une part de liberté.
Bravo à X.org pour avoir régit si vite au changement de licence, et pas a XFre86 qui a cru que sa position dominante lui permettait de faire tout et n'importe quoi.
Et vive le libre qui permet tout cela.
-
[^]Re: Le libre
Posté par Boa Treize (page perso, ) le 31/05/2004 à 18:09. (lien). Évalué à 1.Et je ne vois aucune raison que la licence libre de XFRee86 4.4 ne fonctionne pas parfaitement, me permettant de rester libre et maître de mes applications même si le groupe de développement change d'avis et décide de passer à la GPL, ce qui me retirerait une part de liberté.
J'espère que la nouvelle position dominante de X.Org ne lui donnera pas la tentation de faire tout et n'importe quoi (c'est pas les suggestions idiotes qui manquent) (ni les bonnes suggestions d'ailleurs, mais il faut faire un sacré tri).
Et vive le libre qui permet tout cela.-
[^]Re: Le libre
Posté par amadeus029 () le 31/05/2004 à 19:50. (lien). Évalué à 6.Je suis tout à fait d'accord aussi!
Ce que je voulais dire, c'est justement que le libre donne le choix de suivre les développeurs XFree86 ou non.
Et ca c'est possible parce que c'est libre, effectivement dans un sens comme dans l'autre, la licence de Xfree86 4.4 est clairement libre.
Quand je parlais de "faire tout et n'importe quoi", je pensais à la decision de passer à une license incompatible avec la GPL, ce qui, en plus de poser (peut-être) des problémes légaux pour son utilisation habituelle, mécontente la plupart des utilisateurs.
Surtout que ce changement de licence à été fait pour des raisons plus que douteuses, qui ressemblent furieusement à la licence BSD d'origine, dont la clause sur la publicité a fini par être annulée car elle posait trop de problémes.
Bref, on voit au travers de cette news que même en matiére de licence et de liberté, dans le monde du libre, "l'utilisateur est roi"...
Je trouve ca bien.-
[^]Re: Le libre
Posté par gnujsa () le 31/05/2004 à 22:58. (lien). Évalué à 1.Pour moi un fork est plutot un echec, une solution de secour. Celà montre la fragilité des licenses libres non gauche d'auteur. C'est libre, mais du jour au lendemain, celà peut ne plus l'être (même si on est pas dans ce cas).
-
[^]Re: Le libre
Posté par Pierre Jarillon (page perso, ) le 01/06/2004 à 00:53. (lien). Évalué à 6.On peut faire l'analogie avec les espèces vivantes. Il y a des espèces qui réussisent et d'autres qui meurent. Seules les espèces adaptées à leur environnement se développent. Ici, l'environnement, ce sont les utilisateurs.
Si le fork n'existait pas, en cas de mauvaise orientation de l'évolution, c'est l'espèce qui disparaitrait.
Sans serveur graphique, les logiciels libres seraient très mal. En effet, c'est la grosse pièce qui n'a pas d'équivalent contrairement à Gnome/KDE, Linux/BSD, Postgres/MySQL, Mozilla/Konqueror, etc...
Dans le cas du serveur X, nous avons mis tous les œufs dans le même panier. C'est une situation à risque sur laquelle nous devons être très vigilants.-
[^]Re: Le libre
Posté par theocrite (Jabber id, page perso, ) le 01/06/2004 à 12:58. (lien). Évalué à 2."C'est une situation à risque sur laquelle nous devons être très vigilants."
Si X.org finit comme xfree, ce sera certainement un problème, c'est clair. Mais, AFAIK, c'est pas la fin du monde.
On ne va pas repartir de 0 et tout redévelopper from scratch.
D'après la licence X11R6.6 (copyright??) http://www.x.org/Downloads_terms.html(...) :
"Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files [...] to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Software, [...]"
IMHO, le problème sera surtout que ça fera perdre du temps et de la vitesse.
Ceci dit, il est vrai que je ne trouve pas les sources...--
Le libre vaincra, tout est déjà joué.
-
-
[^]Re: Le libre
Posté par Jésus Christ (page perso, ) le 01/06/2004 à 05:51. (lien). Évalué à 3.C'est idiot de dire qu'un fork est un echec, au contraire, c'est toute la force des licences libres, si ca devient n'importe quoi tu as encore accès aux sources pour faire ce que tu en souhaite.
Si XFree avait été sous licence beaucoup plus restrictive, et que les développeurs aient décidé de la rendre encore plus contraignante, tu crois qu'on pourrait encore faire un fork pour garder ce qu'on a dans le libre ?-
[^]Re: Le libre
Posté par Philippe Fremy (page perso, ) le 01/06/2004 à 07:38. (lien). Évalué à 6.C'est vrai que pouvoir faire un fork est un atout, mais je suis d'accord avec le posteur original: un fork, c'est bien l'echec de qqch. Quand on en arrive au fork, c'est que les discussions n'ont pas pu aboutir, que les developpeurs ne pourront plus jamais se mettre d'accord.
Il y a eu des forks fructueux et infructueux dans le libre. Je note quand meme que sur les moyens et gros projets (gcc, emacs au moins), les forks ont ete plutot fructueux. Souvent, ces forks fructueux ou ces reecritures correspondent a une base de developpeurs plus actifs que les mainteneurs du projets officiels. Ce qui explique que ces forks soient des succes.
Je suis encore en train d'en vivre un, avec yzis (www.yzis.org) qui reecrit vim. A mon avis, dans deux ou trois ans, on sera mieux que vim.
-
-
-
-
Y.org
Moi j'ai essayé Y.org pour voir. Il est dispo sur Mandrake Cooker donc j'ai voulu essayer.
C'est beau la transparence ! http://shift.free.fr/trash/Y.png(...)
Et on peut lancer plein d'applications : yclock, ycalc, ysample mais aussi ycalc et yclock ou ysample,.... :)
Bref Y.org c'est pas demain la veille vu que ça veut dire que Qt, gtk,... doivent être abandonné.
Vive Xserver \o/
-
[^]Re: Y.org
Posté par mamelouk () le 31/05/2004 à 16:50. (lien). Évalué à 4.Qt, gtk,... doivent être abandonné.
...ou au moins portés.-
[^]Re: Y.org
Posté par Romain LE DISEZ () le 31/05/2004 à 18:46. (lien). Évalué à 8.Qt et GTK n'ont aucun intérêt à être portés puisque avec Y, l'interface est défini par le serveur graphique.
Par contre, avec Fresco, l'interface est bien géré par le serveur graphique mais elle peut être re-défini par les applications.
Donc, si grand changement il devait y avoir, il faudrai plutôt s'attarder du coté de Fresco.
De plus, on peut dire que Fresco est plus mature, il a quelque année derrière lui, un des plus vieux concurrent de XFree86.
Et ses fonctionalitées sont intéressantes, surtout le coté vectorielle, qui est géré nativement et par défaut.-
[^]Re: Y.org
Posté par Philippe Fremy (page perso, ) le 31/05/2004 à 21:33. (lien). Évalué à 6.L'interface ou le style des widgets ? Qt comme Gtk permettent d'utiliser n'importe quel style et on pourrait imaginer qu'un port de Qt sous Y se contenterait d'utiliser le style des elements Y pour s'afficher.
Cela dit, Y, ca m'a tout l'air d'etre un projet de loser. Il l'aurrait lance il y a 5 ans, je dis pas mais maintenant, c'est trop tard. Qt et Gtk sont la pour te farie oublier les petits soucis de X, qui sont a l'origine de la ceration de Y.-
[^]Re: Y.org
Posté par Matthieu Moy (page perso, ) le 31/05/2004 à 22:52. (lien). Évalué à 7.Rien que le rendu des widgets coté serveur de Y permettrait de lancer une application sur une liaison réseau pas trop rapide. (Et de délester considérablement les réseaux locaux des organisations qui utilisent X massivement)
Même avec l'ADSL en dégroupé, et même les applications simples rament quand elles sont affichées à distance. Par contre, même avec un débit beaucoup plus faible, une application en mode texte s'ouvre parfaitement.
Pourquoi ? Parce que pour afficher un bouton, le client X explique au serveur *comment* le dessiner, pixel par pixel s'il le faut (avec un thème bien chargé, il n'a pas le choix). Il pourrait très bien lui dire "Dessine un bouton à tel endroit et préviens-moi quand quelqu'un clique dessus", et le laisser se démerder.-
[^]Re: Y.org
Posté par Philippe Fremy (page perso, ) le 01/06/2004 à 07:43. (lien). Évalué à 6.Si tu lis les derniers progres de X sur freedesktop, tu verras qu'il existe un projet de re-ecriture de la xlib qui evite tous les aller-retours couteux qui sont le lot des applications X. Du coup, le genre de probleme dont tu te plains n'a qu'un impact tres tres limite.
Le probleme de Y, c'est qu'il n'a aucune chance face a la popularite de X. Qui veut d'un environnement graphique ou l'appliation le plus avancees, c'est ycalc ?-
[^]Re: Y.org
Posté par Fanf () le 01/06/2004 à 08:22. (lien). Évalué à 4.Le probleme de Y, c'est qu'il n'a aucune chance face a la popularite de X. Qui veut d'un environnement graphique ou l'appliation le plus avancees, c'est ycalc ?
En même temps, Y est *très* jeune, il est normal que pour l'instant il ne supporte pas grand chose.
Et puis les développeurs de Y ne sont pas fous, ils savent très bien qu'ils n'ont aucune chance d'imposer à terme leur système s'ils ne portent pas les toolkits principaux (en gros, GTK/Qt/wxwidgets).
D'ailleur, je vois dans la road map entres autres :
"For 0.8 :
* Basic legacy X support
* Apps: PDF/PS viewer"
"For 1.0 :
* Apps: Web browser and mail client (Firefox, Thunderbird?)
* Apps: IRC client (Xchat)"
Et il y a déjà des personnes qui travaillent sur ces portages.
Laissons le temps à Y de murir, on verra lors de la 1.0 ce qu'il apporte et si à ce moment il est plus adapté pour ses besoins que X.-
[^]Re: Y.org
Posté par Romain LE DISEZ () le 01/06/2004 à 08:28. (lien). Évalué à 4.Je re-itère une questrion déjà posé ici il y a quelque temps.
Pourquoi tant d'émulation autour de Y qui en est à ses début alors que Fresco est quand même bien avancé, le protocole de communication est au point etc...
Quite (heu, orthaugrafe ?) à tout changer, pourquoi ne pas prendre un système radicalement différent et (presque) révolutionnaire (je pense au vectoriel) ?-
[^]Re: Y.org
Posté par Fanf () le 01/06/2004 à 09:19. (lien). Évalué à 6.Pourquoi tant d'émulation autour de Y qui en est à ses début alors que Fresco est quand même bien avancé, le protocole de communication est au point etc...
C'est une très bonne question, mais je suis bien incappable de dire pourquoi, tout au plus émettre quelques hypothèses :
(pourquoi on parle de Y)
- Le mémoire était plutôt sympa, et avoir une bonne doc de base sur les ambitions d'un projet, ça aide à motiver les gens.
- Y est jeune, et tout ce qui est neuf est beau
- par un hasard du calendrier, Y a commencé à faire parler de lui plus ou moins au moment où ça n'allait vraiment plus chez X. Ca a dû encourager les gens à aller voir. Puis après, c'est un effet boule de neige.
- le projet est assez actif (même s'il y a eu un moment de flottement aux mois de mars/avril)
(pourquoi on ne parle pas de Fresco)
- le projet, déjà ancien, n'a jamais vraiment trouvé son public. Je crois me souvenir que certains choix déplaisaient énormément, comme l'abandont de l'abstraction réseau (même si depuis ça a été repris).
- le projet semble plutôt mort (dernière news : mars 2003...)
pourquoi ne pas prendre un système radicalement différent et (presque) révolutionnaire (je pense au vectoriel) ?
Ca a beaucoup été discuté sur la ML de Y. Conclusion : le vectoriel, c'est vraiment bien et très prométeur. Par contre, c'est très lourd et ce n'est pas adpaté pour tous les cas. Je crois que l'option retenu dans Y est d'intégrer du vectoriel pour tout ce qui s'y prête (via Cairo, il me semble), et de garder la gestion habituelle pour le reste.
Il faudrait recherche précisement dans les listes, mais voila déjà un bout : http://www.y-windows.org/pipermail/y-devel/2004-March/000978.html(...)-
[^]Re: Y.org
Posté par reno () le 01/06/2004 à 19:37. (lien). Évalué à 0.Je me demande si le gros probleme de Fresco ce n'est pas Corba?
Je pense que la plupart des gens voient Corba comme un machin lourd et super-compliqué, alors c'est sûr quand on leur dit que la communication client-serveur utilise Corba avec Fresco, ça doit déja calmer pas mal..
Il y a tellement de choix dans les interfaces graphiques:
-coordonnees flottant ou entier?
Fresco est en flottant je crois: ça doit ramer pas mal sur les PDA!
-rendu vectoriel ou bitmap?
-rendu coté client ou serveur?
Je vois mal comment trouver une interface qui satisferait tout le monde..
-
-
-
-
[^]Re: Y.org
Posté par Matthieu Moy (page perso, ) le 01/06/2004 à 08:34. (lien). Évalué à 5.Ca n'est pas un problème dans la xlib, c'est un problème dans la conception du protocole X lui-même. Tant que les widgets sont gérés coté client, pour dessiner un joli bouton avec un gros thème pixmap, l'algo ressemble forcément à
Client:
1) Tiens, il faut dessiner un bouton
2) Quelle tête doit avoir le bouton. Ah, ce pixel doit être rouge, celui-là vert, ...
3) Envoyer l'image complete du bouton
Serveur:
1) recevoir l'image complete du bouton
2) Le dessiner.
Avec un rendu coté serveur, ça ressemble plutôt à:
Client:
1) Tiens, il faut dessiner un bouton
2) Envoyer les coordonnées et la taille du bouton au serveur (Ca prends moins de place que l'image)
Serveur:
1) Recevoir les coordonnées du bouton
2) Calculer l'image
3) L'afficher à l'écran (ici, 2 et 3 peuvent interagir pour utiliser au max les possibilités de la carte graphique)
Tu peux comparer ça a une page web. En général, le rendu des widgets est fait coté navigateur, qui correspond au coté serveur pour X. Résultat, une page web avec 42 boutons et 14 barres de défilement tiens en quelques lignes d'HTML. Bande passante économisée ! On peut aussi faire une sorte de rendu coté serveur Web : Tu calcules une image, et tu envoies un au navigateur. La, bonjour la bande passante.
Aujourd'hui, ça ne nous viendrait pas trop à l'idée de faire du rendu coté serveur web par défaut, ben ça devrait être pareil pour X.
Idem pour le rendu du texte. Heureusement qu'on n'envoie pas les lettres pixel par pixel au serveur, mais que le rendu des polices est géré coté serveur X, sinon, imaginez la bande passante pour afficher un xterm !!-
[^]Re: Y.org
Posté par Colin Leroy (page perso, ) le 01/06/2004 à 09:02. (lien). Évalué à 0.Tu inverses client et serveur (sauf pour serveur Web), mais sinon c'est juste ;-)
dans X, le client est celui qui affiche, le serveur celui qui envoie.
comme par exemple, dans "client$ ssh -X serveur".-
[^]Re: Y.org
Posté par tinodeleste () le 01/06/2004 à 09:51. (lien). Évalué à 4.non, non, il n'inverse pas: en X, le serveur s'occupe de l'affichage, les clients disent quoi afficher (cf: http://www.tldp.org/HOWTO/XWindow-Overview-HOWTO/arch-overview.html(...) )
-
[^]Re: Y.org
Posté par Colin Leroy (page perso, ) le 01/06/2004 à 10:55. (lien). Évalué à 1.Ah, au temps pour moi...
Merci de m'avoir appris un truc :)
-
-
[^]Re: Y.org
Posté par rarcel (page perso, ) le 01/06/2004 à 09:55. (lien). Évalué à 0.non, c'est bien dans l'autre sens, le serveur X, c'est celui qui fait l'affichage, les applications sont des clients X
-
[^]Re: Y.org
-
[^]Re: Y.org
Posté par Matthieu Moy (page perso, ) le 01/06/2004 à 10:57. (lien). Évalué à 3.Non, c'est bien le serveur qui fait l'affichage. Le piège, c'est que le serveur X tourne en général sur le poste "client", et les clients X tournent sur une machine qui est en général "serveur" par ailleurs.
Mais
$ hostname
client
$ setenv DISPLAY server:0
$ xterm
C'est bien la machine "client" qui contacte la machine "server", et c'est bien "server" qui fait l'affichage.
Dans ton exemple, "serveur" est serveur SSH et s'apprète a faire tourner des clients X. Qui d'ailleurs vont s'executer dans un serveur X virtuel créé par le serveur SSH, qui va forwarder ça a ta commande "ssh" qui est elle même un client X sur ta machine et qui va afficher l'application qu'elle a recue sur ton serveur X local. Pfiouuu !
-
-
[^]Re: Y.org
Posté par karteum59 () le 01/06/2004 à 10:15. (lien). Évalué à 1.Pourquoi se borner aux deux seules solutions :
- soit on continue dans la voie actuelle (protocole X bas niveau + toolkits (GTK/QT) gourmands)
- soit on recommence tout à zéro (Fresco/Y)
=> On pourrait très bien imaginer d'étendre le protocole X (de même qu'il existe plein d'autres extensions comme Render, etc...) avec des appels de haut niveau (à la GTK) pour gérer le rendu du toolkit côté serveur ! (et si ça a du succès QT et GTK pourraient en partie être réécrits pour n'être que des "wrappers" autour de cette extension).
Il me semble que ce genre de solution résoudrait le problème sans casser la compatibilité ou tout recommencer à 0 puisque les deux "modes" seraient possibles. (dites moi si je me trompe)
Autre chose tant que j'y suis : je trouve que ça pourrait être pas mal si on séparait aussi (côté serveur) nettement la partie "driver graphique" de la partie "serveur", de manière à avoir une bibliothèque "à la SDL" qui parle directement au hardware sans avoir à se taper des couches intermédiaires (comme X, puisque actuellement il me semble que SDL est au dessus de X et non en dessous, le contraire serait plus logique non ?), ça serait pratique pour les jeux et ça rendrait le serveur X plus modulaire.
(je sais, SDL existe au dessus du framebuffer mais dans ce cas on pert tous les bénéfices des drivers graphiques accélérés de X, idem dans le cas de DirectFB où les drivers sont réécrits en partants de 0).
Bon, je sais, << les "y'a qu'à" et les "faut qu'on" sont les prédateurs de l'homo bénévolus >>, mais vu l'ampleur c'est pas vraiment le genre de truc qu'on peut expérimenter tout seul dans son coin... ;)-
[^]Re: Y.org
Posté par Matthieu Moy (page perso, ) le 01/06/2004 à 10:38. (lien). Évalué à 3.> On pourrait très bien imaginer d'étendre le protocole X (de même qu'il existe plein d'autres extensions comme Render, etc...) avec des appels de haut niveau (à la GTK)
Oui, il y a déjà pleins d'extensions du genre (Mémoire partagée & cie) pour résoudre les problèmes de perfs de X. C'est une solution, et elle a des avantages. Mais le gros inconveinient, c'est qu'on se retrouve avec une énorme uzine a gaz, un amas d'extensions avec un noyau de base qui n'est prèsque plus utilisé. Niveau compatibilité, les applis qui utilisent cette extension ne tourneront plus correctement sur un "vieux" serveur X. (C'est déjà souvent le cas. J'utilise souvent des applis de Debian affichées sur un serveur X de Sun, et les applis modernes - KDE, GNOME, ... - ont très souvent des problèmes ou refusent carrément de se lancer)
Quand on arrive à ce niveau là, il faut sérieusement se poser la question de tout reprendre à zero sur de bonnes bases.
Et ça ne veut pas forcément dire casser completement la compatibilité. Mon rève, c'est que quelqu'un écrive un équivalent de Xwin32 pour Y. Ca permettrait d'ouvrir toutes les applications X sous Y, et c'est clair que c'est un pas crucial dans la migration. Réciproquement, il me semble que l'un des back-ends de Y est justement X, donc, qu'on peut lancer un serveur Y sous X.
-
-
[^]Re: Y.org
Posté par Philippe Fremy (page perso, ) le 01/06/2004 à 15:40. (lien). Évalué à 3.Certe, dans le cas du bouton, tout est rose pour Y. Mais honnetement, est-ce que c'est les boutons a afficher qui font peiner X ? Pour toute application raisonnable, tu as besoin de faire un peu de dessin toi-meme et tout de suite, tu te retrouves dans un mode ou seul le client sait ce qu'il faut dessinner.
Sinon, on pourrait imaginer un portage de Qt ou les boutons sont dessinnes par Y et pas par Qt. A mon avis sous cette phrase simple se cachent de nombreuses difficultes techniques difficile a resoudre. Mais Qt fonctionnant sous X11, win32, framebuffer et macos X, on peut s'imaginer qu'il est relativement independant de la methode d'affichage et saura gerer cela.-
[^]Re: Y.org
Posté par Matthieu Moy (page perso, ) le 01/06/2004 à 16:31. (lien). Évalué à 2.> Mais honnetement, est-ce que c'est les boutons a afficher qui font peiner X ?
Toi, tu n'as jamais utilisé une appli X sur une liaison bas débit ! ;-)
Si on prends l'exemple d'Emacs, c'est carrément flagrant. Il y a juste une barre de menu, les barres de défilement, vraiment pas grand chose ! Et pourtant, sur une connexion ou il tourne nickel en mode texte, ça rââââme en mode graphique ;-( On s'en rends bien compte avec un observateur de trafic : Le simple fait de passer la souris sur la fenêtre génère un trafic énorme, même aux endroits où ça ne fait rien.-
[^]Re: Y.org
Posté par reno () le 01/06/2004 à 19:27. (lien). Évalué à 2.Je confirme, j'ai fait un peu de programmation X à tres bas niveau (XLib), il y a un certain temps: une chose qui m'avait vraiment surpris c'était le nombre d'événements envoyés par le serveur X, il est vraiment tres, tres bavard.
Pour diminuer un peu le probleme, le serveur X bufférise les événements et en envoit plusieurs en même temps, ce qui a mon avis n'est pas terrible: cela provoque une (faible) augmentation du temps de latence, juste un peu, mais la latence on n'en a jamais a
-
-
-
-
-
-
-
-


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.