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. Patrick Volkerding, le mainteneur de la Slackware, a donc décidé, après mûres réflexions, de retirer XFree86 de la branche de Slackware-current pour le remplacer par le serveur X.org. Il explique dans le ChangeLog les motivations de ce choix : elles sont essentiellement techniques (compatibilité avec les autres distributions, les pilotes, ...):
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é.
Aller plus loin
- Site de XFree86 (14 clics)
- Site de X.org (8 clics)
- La nouvelle licence de XFree86 (4 clics)
- ChangeLog de Slackware (1 clic)
- La sortie de X.org (9 clics)
- Mandrake sans XFree86 (6 clics)
# mise à jour flippante
Posté par Colin Leroy (site web personnel) . Évalué à 4.
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` . Évalué à 10.
Un 'ti tuto sur le forum gentoo : http://forums.gentoo.org/viewtopic.php?t=158911(...)
[^] # Re: mise à jour flippante
Posté par lezardbreton . Évalué à 5.
[^] # Re: mise à jour flippante
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
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 . Évalué à 3.
[^] # Re: mise à jour flippante
Posté par Pinaraf . Évalué à 2.
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 (site web personnel) . Évalué à -5.
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 . Évalué à 7.
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 (site web personnel) . Évalué à 2.
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 G. (site web personnel) . Évalué à 2.
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 (site web personnel) . Évalué à 2.
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 . Évalué à 2.
Mais si tu n'a pas le module noyau ça ne fonctionnera pas.
[^] # Re: mise à jour flippante
Posté par Raphaël G. (site web personnel) . Évalué à 1.
[^] # Re: mise à jour flippante
Posté par Rémi Hérilier . Évalué à 1.
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 . Évalué à 4.
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 . Évalué à 2.
http://freedesktop.org/pipermail/x-packagers/2004-April/000017.html(...)
[^] # Re: mise à jour flippante
Posté par Blurps . É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 (site web personnel) . Évalué à 2.
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 Anonyme . Évalué à 4.
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 (site web personnel) . Évalué à 4.
[^] # Re: mise à jour flippante
Posté par Gauthier (Mastodon) . Évalué à 1.
----------------------------------------------------
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 . Évalué à 2.
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 (Mastodon) . Évalué à 1.
#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 (site web personnel) . Évalué à 4.
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 ckyl . Évalué à 1.
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 (site web personnel) . Évalué à 6.
[^] # Re: mise à jour flippante
Posté par ckyl . Évalué à 0.
[^] # Re: mise à jour flippante
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
[^] # Re: mise à jour flippante
Posté par Jésus Christ . Évalué à -5.
Je vois vraiment pas ce que ca vient faire ici.
[^] # Re: mise à jour flippante
Posté par Erwan . Évalué à 2.
[^] # Re: mise à jour flippante
Posté par Jean-Baptiste Mayer . Évalué à -3.
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 . Évalué à 5.
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 (site web personnel) . Évalué à 4.
[^] # Re: mise à jour flippante
Posté par Alexandre . Évalué à 1.
# avantages
Posté par XtaZ . Évalué à 7.
[^] # Re: avantages
Posté par 007 . Évalué à 10.
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 (site web personnel) . Évalué à 10.
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 Anonyme . Évalué à 8.
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 . Évalué à 10.
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 . Évalué à 4.
tout cala en occupant très peu de place sur le bureau, je ne vois pas de concurrent à lui.
[^] # Re: avantages
Posté par Larry Cow . Évalué à 2.
[^] # Re: avantages
Posté par Yusei (Mastodon) . Évalué à 4.
(De toutes façons, même si ça ne fait qu'attirer de nouveaux utilisateurs, c'est déjà utile :-)
[^] # Re: avantages
Posté par Anonyme . Évalué à 1.
[^] # Re: avantages
Posté par Matthieu Moy (site web personnel) . Évalué à 9.
[^] # Re: avantages
Posté par gnumdk (site web personnel) . Évalué à 2.
FAUX, c'est un patch pour kwin mais qui n'a rien d'officiel au sein du projet Kde.
[^] # Re: avantages
Posté par Epsos . Évalué à 2.
[^] # Re: avantages
Posté par gnumdk (site web personnel) . Évalué à 3.
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 . Évalué à 5.
* 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 . Évalué à 9.
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 . Évalué à -2.
Le c#* ? C'est une nouvelle version du langage de Microsoft ;-)
MDR !!!
[^] # Re: avantages
Posté par Olivier Grisel (site web personnel) . É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
Posté par Pinaraf . Évalué à 4.
[^] # Re: avantages
Posté par 007 . Évalué à 3.
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 . Évalué à 7.
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.
[^] # Re: avantages
Posté par Boa Treize (site web personnel) . Évalué à 1.
[^] # Re: avantages
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
Les drivers libres ne sont pas conernés par ce problème
[^] # Re: avantages
Posté par Boa Treize (site web personnel) . Évalué à 3.
[^] # Re: avantages
Posté par Anonyme . Évalué à 1.
[^] # Re: avantages
Posté par 007 . Évalué à 3.
http://freedesktop.org/~xorg/X11R6.7.0/doc/RELNOTES3.html#4(...)
# Petites précisions
Posté par 007 . Évalué à 10.
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 . Évalué à -2.
[^] # Re: Petites précisions
Posté par Pierre Jarillon (site web personnel) . Évalué à 8.
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 . Évalué à 2.
...
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 (site web personnel) . Évalué à 2.
> 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 . Évalué à -1.
Tu nous donnes la sources ? Merci.
[^] # Re: Petites précisions
Posté par Éric (site web personnel) . Évalué à 2.
http://xxx:xxxx@www.mandrakeclub.com/downloads2/test/10.0/i586/Xorg(...)
[^] # Re: Petites précisions
Posté par Raphaël G. (site web personnel) . Évalué à 2.
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"
[^] # Re: Petites précisions
Posté par gnumdk (site web personnel) . Évalué à 2.
Il n'y a pas de package officiel pour la cooker, Mandrake, malgre une longue discussion sur la ml cooker n'a tjs pas sauté le pas....
# X.org sous Debian ?
Posté par Pierre Alain B. . Évalué à 4.
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 . Évalué à -8.
(comment ca, ca sent la bete poilue ?)
[^] # Re: X.org sous Debian ?
Posté par Eric Heintzmann . Évalué à 2.
Quelque news sur Xfree dans Debian:
http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml(...)
[^] # Re: X.org sous Debian ?
Posté par Anonyme . Évalué à 2.
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 . Évalué à 2.
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 . Évalué à 2.
# Le libre
Posté par amadeus029 . Évalué à 4.
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 (site web personnel) . Évalué à 1.
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 . Évalué à 6.
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 . Évalué à 1.
[^] # Re: Le libre
Posté par Pierre Jarillon (site web personnel) . Évalué à 6.
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 (site web personnel) . Évalué à 2.
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...
[^] # Re: Le libre
Posté par Jésus Christ . Évalué à 3.
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 F (site web personnel) . Évalué à 6.
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
Posté par Infernal Quack (site web personnel) . Évalué à 3.
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/
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Y.org
Posté par mamelouk . Évalué à 4.
...ou au moins portés.
[^] # Re: Y.org
Posté par spongurex . Évalué à 8.
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 F (site web personnel) . Évalué à 6.
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 (site web personnel) . Évalué à 7.
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 F (site web personnel) . Évalué à 6.
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 (site web personnel) . Évalué à 4.
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 spongurex . Évalué à 4.
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 (site web personnel) . Évalué à 6.
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 . Évalué à 0.
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 (site web personnel) . Évalué à 5.
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 (site web personnel) . Évalué à 0.
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 . Évalué à 4.
[^] # Re: Y.org
Posté par Colin Leroy (site web personnel) . Évalué à 1.
Merci de m'avoir appris un truc :)
[^] # Re: Y.org
Posté par rarcel . Évalué à 0.
[^] # Re: Y.org
Posté par Volnai . Évalué à 0.
http://en.wikipedia.org/wiki/X_Window_System(...)
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
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 . Évalué à 1.
- 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 (site web personnel) . Évalué à 3.
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 F (site web personnel) . Évalué à 3.
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 (site web personnel) . Évalué à 2.
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 . Évalué à 2.
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 assez!
L'avantage est bien sûr d'avoir un serveur X le plus simple possible..
Franchement un peu plus de traitement coté serveur pour traiter les cas simples (bouton, tooltips, menu déroulant, etc..) me parait plus élégant..
[^] # Re: Y.org
Posté par Damien Metzler . Évalué à 1.
Le problème de linux, c'est qu'il n'a aucune chance face à la popularité de Windows... Qui veut d'un environnement graphique ou le jeu le plus avancé c'est XBill ?
[^] # Re: Y.org
Posté par Éric (site web personnel) . Évalué à 2.
Tu devrais essayer un soft qui s'appelle "nomachine", une sorte de vnc compressé et re-étudié. Ce n'est pas miraculeux mais ça te permet de te connecter à une machine de manière correcte avec juste un RTC.
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
Mais bon, c'est difficile de prétendre que X est la solution parfaite d'un coté et de dire que si ça va pas assez vite, il faut passer par nomachine ;-) Un truc mieux foutu à la base me semble être une meilleur idée.
(Enfin, "mieux foutu", ça veut pas dire grand chose dans l'absolu. X était la solution parfaite du temps ou les applications ressemblaient toutes à Xfig, avec un look&feel très dépouillé. Ca permettait au moins de faire tourner un serveur X sur une toute petite config, tout juste capables de tracer un trait et un rectangle)
[^] # Re: Y.org
Posté par Aurelien Gateau (site web personnel) . Évalué à 3.
Sous Windows et sous Mac OS X, l'interface est elle aussi défini par le "serveur" graphique. Pourtant Qt et Gtk+ sont portées sur ces plateformes (encore que Gtk+ a pour l'instant besoin d'un serveur X me semble-t-il). L'intérêt de porter ces toolkits, c'est pas de disposer de thèmes de Jacky sur ces plateformes, c'est de pouvoir développer des applis multi-plateformes.
[^] # Re: Y.org
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Re: Y.org
Posté par reno . Évalué à 2.
Euh, coté serveur il me semble pour Y?
Pour moi l'intérét de porter Qt ou GTK pour Y ou Berlin/Fresco est juste un problème de compatibilité..
Autrement redevelopper tout KDE ou Gnome pour Y ou Fresco, ça risque de prendre un peu de temps..
[^] # Re: Y.org
Posté par spongurex . Évalué à 1.
Mais alors, les applications basé sur GTK ne serait plus compatible avec Windows et Mac, tout comme avec Qt d'ailleur.
Il est vrai que les widget coté serveur sont une grande avancé en terme de performances et d'uniformisation.
Cependant, le dernier point me désole un peu. En effet, il n'y aura plus de différence entre GTK et Qt du point de vue de l'interface. Moi je préfere l'interface faites avec GTK2 (pas de troll svp), que se passera t'il si au final les wigets de Y ressemble plus à Qt ?
[^] # Re: Y.org
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
> que se passera t'il si au final les wigets de Y ressemble plus à Qt ?
GTK et Qt étant tous les deux thémables à souhait, si tu préfères GTK à Qt, je pense que c'est simplement parce que le thème que tu as installé pour GTK et plus joli que celui de Qt, mais que tu aurais pu faire la même chose avec Qt.
Et puis à la limite, rien n'empêche d'avoir plusieurs moteurs de rendu pour Y, du moment que le protocole est respecté. (Dans le même ordre d'idée, une application Win3.11 avec un look&feel Win3.11 s'execute sans recompilation sur un Win95 avec un look&feel Win95 par exemple)
Sachant qu'il y a déjà des ponts entre GTK et Qt niveau moteur de rendu, bah, pas d'inquiétude à ce niveau là !
# Comparaison licence Apache et XFree86 1.1
Posté par Jérôme Pinot (site web personnel) . Évalué à 10.
http://www.xfree86.org/pipermail/forum/2004-May/004493.html(...)
La réponse qui suit remet en cause l'incompatibilité avec la GPL et critique les appuis financiers des détracteurs de la licence:
http://www.xfree86.org/pipermail/forum/2004-May/004522.html(...)
Ça n'a pas fini de batailler sur cette mailing liste...
[^] # Re: Comparaison licence Apache et XFree86 1.1
Posté par Boa Treize (site web personnel) . Évalué à 2.
And to those who now believe XFree86 to have become irrelevant: what conveniently short memories! XFree86 was there when the business concerns that now divide the X world decided to drop the ball, and it will be there again.
The current situation is but one phase of a never-ending cycle. The difference this time is that XFree86 isn't as willing to disappear as MIT's involvement was.
[^] # Re: Comparaison licence Apache et XFree86 1.1
Posté par 007 . Évalué à 7.
Pourquoi il faut pinailler sur les licences :
http://www.xfree86.org/pipermail/forum/2004-May/004498.html(...)
> It's ludicrous to worry about legal threats from XFree86. Vendors are
> caught violating the GPL on a regular basis and face few legal threats other
> than perhaps a cease and desist. They might eventually abide by a cease
> and desist if someone is willing to spend enough money and effort to
> inconvenience them enough to make it worthwhile, but they never face any
> financial demands let alone pay damages.
Never? Come on! Are you even aware of the Caldera/SCO legal attack on Linux vendors? Caldera is a Linux distributer who we all thought supported the open source movement. Once they acquired SCO and thought they had a legal weapon, they sued IBM for $3 billion dollars! Then they turn around and sue Auto Zone, and DaimlerChrysler and are threatening everybody who distributes Linux. If the new XFree86 license infiltrated the whole industry and everybody ignored it, can you imagine what would happen if a dirty competitor was able to acquire The XFree86 Project, Inc. and most vendors were not in compliance with the license?
Not only that, you way under estimate the gravity of a cease and desist order in a case like this. X is a major component of all open operating systems and major commercial Unix's as well. It is not like having to stop distribution of some small application. If a company such as Microsoft acquired such a critical component, they could devastate the Unix and open source world. It could potentially run the Linux and BSD vendors completely out of business.
So you are saying to just ignore the license change and don't worry about legal threats? That is what is ludicrous! If there is no intention of ever enforcing this new license, then why change it in the first place? X has been extremely successful for a very long time under the original license. From what I have seen, most of the open source distributors agree with me.
# poids lourd
Posté par cedricv . Évalué à 2.
je vais me faire des ennemis, mais considérer Slackware encore comme un poids lourd??
(poilds lourd historique peut etre, mais sinon...)
[^] # Re: poids lourd
Posté par Martin (site web personnel) . Évalué à 1.
alors oui la Slackware reste une tres bonne distribution !
[^] # Re: poids lourd
Posté par Colin Leroy (site web personnel) . Évalué à 4.
Y'a des distros très peu connues qui sont malgré tout très bien.
[^] # Re: poids lourd
Posté par gnumdk (site web personnel) . Évalué à 2.
Quand je modifie un fichier de conf avec vim sous Mandrake, ben, ca fout pas le souc ailleurs :p
Tu aurais comparé avec Suse, je veux bien, mais avec la slack, mouahahaha
Il est vrai que les outils de conf de mandrake sont un peu buggés, qu' on peut difficilement leur faire confiance mais bon, c'est deja mieux que par le passé :)
[^] # Re: poids lourd
Posté par Raphaël G. (site web personnel) . Évalué à 1.
[^] # Re: poids lourd
Posté par scand1sk (site web personnel) . Évalué à 2.
Je l'ai utilisée et conseillée longtemps après avoir été déçu par Mandrake et Red Hat/Fedora...
[^] # Re: poids lourd
Posté par manito . Évalué à 8.
Slackware est une des distributions les plus stables, économe en ressources et espace disque. Qualitativement elle n'a rien à envier à personne. C'est quoi les distribs poids lourds pour toi, les plus utilisées ? Tu viens nous parler de la masse d'utilisateurs dans le monde minoritaire du libre ? Tu voudrais qu'on laisse décider uniquement RedHat, Mdk et Suse sous prétecte qu'ils ont de meilleures parts de marché ?
[^] # Re: poids lourd
Posté par cedricv . Évalué à 0.
je n'ai jamais dit que Slackware n'est pas stable, pas économe en resource, etc...
quand à laisser redhat, mdk, suse, ce n'est pas vraiment le genre de distrib qui a pris des parts de marchés (j'utilise ce terme volontairement ;) ) à Slackware, mais plutot Debian, Gentoo, ...
[^] # Re: poids lourd
Posté par itstimetogo . Évalué à 1.
Slack poids lourd ... Je rigole un peu.
RedHat/Fedora est la distribution la plus poid lourd "politiquement" et techniquement. Pas seulement par le nombre d'utilisateur mais par les chois techniques qu'ils font.
Ils étaient en premier pour utf8, pour nptl, glibc 2, ext3, unification des desktops, X.org etc...
Maintenant ils cassent la compatibilité la NVidia pour "imposer" 4KSTACK.
Demain ils vont pousser à fond SeLinux et il est probable que d'autres emboîtent le pas (au moins pour les serveurs).
Aucune distribution n'a autant impacté le "paysage Linux" que RedHat et Fedora.
Quel est le dernier fait marquant de Slack ces dernières années ?
Les autres distributions ont aussi fait des choses "sympatiques" mais ça na pas eu autant de répercution sur l'ensemble des distributions comme RedHat l'a fait.
S'il y avait un historique des distributions qui ont le plus marqué Linux on verrait RedHat un peu partout et assez peu les autres et pratiquement pas slack (sauf au début).
Il n'y a pas que la popularité car les particuliaires Debian et Gentoo/SourceMage sont remarquables aussi et elles ont aussi marquées Linux.
La décision de slack de passer à Xorg est une sorte de non-évènement.
Surtout que tu parles de "politique" et le mainteneur Slack dit que c'est un choix technique... Les problèmes "politiques" et stratégiques de licence lui passe à 10 000 km au-dessus de la tête...
[^] # Re: poids lourd
Posté par Richard Van Den Boom . Évalué à 4.
Slackware était là avant Red Hat. Mandrake, bien avant Red Hat, a considéré que Linux sur desktop, c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree. La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers". Parlons en des glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris, etc. La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche. Red Hat n'a rien à imposer, toutes les distributions y passeront, avec ou sans Red Hat.
Red Hat a fait avancer les choses, comme beaucoup d'autres. Leur apport est indéniable. Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Le "mainteneur" de la Slack, Volkerding, ça fait 10 ans qu'il fait cela plus ou moins tout seul. Il doit pas y en avoir beaucoup qui maitrisent Linux aussi bien que lui et affirmer que les problèmes de license lui passe au dessus est là la limite de l'insulte.
Non seulement la Slackware est surement beaucoup plus utilisée que certains veulent le croire (c'est la distribution la plus répandue dans ma boite, même si ce n'est surement pas une statistique représentative), mais je suis convaincu que l'avis de Volkerding a encore pas mal de résonance chez les gens les plus actifs du monde Linux.
Richard
[^] # Re: poids lourd
Posté par itstimetogo . Évalué à 4.
Ça c'est joué sur quelques mois. Sur une période de plus de 10 ans, c'est maintenant peu significatif.
> Mandrake, bien avant Red Hat, a considéré que Linux sur desktop
Il y a "desktop" et "desktop". Les desktop pour station de travail, RedHat y est depuis longtemps. Puis je parlais de l'impact des choix d'une distribution. L'impacte de Mandrake a été la popularisation de KDE (c'est un apport significatif de Mandrake) et pendant ce temps RedHat bossait sur Gnome, gtk, python-gtk etc. RedHat s'occupe aussi du Desktop et depuis longtemps mais pour le marché des entreprises.
> c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree.
Je parlais de l'impact des choix et non des contributions. Les contributions aux logiciels libre étants plus importantes que les choix fait dans une distribution selon moi. Mais je ne parlais que de la partie distribution. Entre autre car Slack ne fait "qu'une distribution".
> La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers".
C'est une vision "petite". Lorsque RedHat met utf8 par défaut à RedHat 8.0, ça accélère la mise au point d'utf8. Il est évident que ce n'est pas RedHat qui a développé utf8. Mettre utf8 par défaut est "ridicule" comme travail par rapport à tous ce qu'ont fait les développeurs de la libc et d'autres "dans leurs coins". mais ce choix a accéléré la mise au point de la libc et a poussé les développeurs d'applis à utiliser utf8. Idem pour nptl ou Xorg.
Maintenant tu as beau jeu de dire "ce n'était pas stabilisé pour jouer à "on est les premiers"" alors que c'est RedHat qui prend les risques et répond aux plaintes des utilisateurs car utf8 n'était pas au point (ce qui est normal pour un premier déploiement massif).
Surtout que ce n'est pas le style de RedHat. Il est souvent reproché à RedHat d'être "conservateur" et de ne pas faire dans le flashy. RedHat applique des éléments nouveaux dans leur distribution en général car c'est une voie perenne et pas pour la frime. Avoir utf8 ou nptl n'impacte pas beaucoup l'utilisateur. Par exemple RedHat est l'un des derniers à avoir un boot graphique ou avoir un équivalent d'apt ou urpmi. RedHat n'a jamais utilisé devfs car la solution n'était pas perenne (par contre ils passeront à udev). RedHat a attendu longtemps pour supporter correctement les scanneurs car il n'y avait pas de bonne solution. Des exemples comme ça, RedHat en est plein et ça lui vaut aussi beaucoup de reproche.
> La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche.
Par rapport à la distribution, le problème n'est pas de savoir si RedHat a fait ou non 4KSTACK. Il faut regarder l'impacte de ce choix (mettre 4KSTACK par défaut). L'impacte est que celà établit un "standard de fait" et que prochainement Nvidia marchera avec 4KSTACK et aussi tous les autres drivers "proprio". Si personne ne prend ce risque car il faut privilégier les utilisateurs avec une carte NVidia, il faudra attendre longtemps avant que 4KSTACK soit par défaut.
PS : C'est RedHat qui a fait 4KSTACK. Mais c'est pas le propos.
> Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Je parle distribution uniquement. RedHat ou SuSE n'ont pas uniquement des développeurs qui bossent sur la distribution. Cette perceptive a aussi le défaut de "négliger" Debian car ils déploient des solutions stables et donc "ne trace pas la voie".
D'ailleur ne travailler que sur la distribution c'est avoir une vision à cours terme et c'est pour celà que RedHat ou SuSE et beaucoup d'autres bossent sur des versions de programme en développement qui ne seront pas intégrés à une distribution avant plusieurs mois voir plusieurs années. Par exemple les versions de développement du noyau Linux.
Autre exemple, RedHat n'a pas fait SeLinux. Par contre mettre SeLinux par défaut (par encore pour Fedora Core 2) dans une distribution a un énorme impact. Beaucoup de projets feront "attention" pour que leur programme marche avec SeLinux.
Il y aura évidemment des problèmes au début du déploiement.
Et tu en profiteras pour sortir une nouvelle version de "glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris".
[^] # Re: poids lourd
Posté par Jérôme Pinot (site web personnel) . Évalué à 4.
Nous n'avons pas à parler des mérites des distributions dans ce débat. Le fait que ça soit Slackware dans la news est circonstanciel.
Concernant l'expression "poids lourd", j'espere que vous êtes capable de comprendre ce que ça veut dire dans le contexte de la news. Je parlais des distributions qui supportaient XFree86 4.4, à savoir Slackware, NetBSD, Conectiva, Lycoris, Source Mage, etc. Si dans cette liste, Slackware n'est pas une distribution importante, alors j'accepterais tes critiques. De toute façon, ça ne méritait pas ce lancé de troll.
Qu'est-ce qui est important ? Je l'ai écris plus bas mais je vais me répéter ici:
La plupart des distributions majeures étaient déjà passées à X.org, il n'y a effectivement pas à revenir dessus. Mais ici, c'est différent. Slack avait mis XFree 4.4 dans sa branche de développement mais a été obligé de la retirer.
Slackware était le supporter le plus important, en terme d'image et de déploiement, pour XFree86 4.4, et elle a fait marche arrière à cause de problème essentiellement techniques. C'est une information importante qui montre que XFree n'est aujourd'hui plus viable pour une grande distribution Linux, quelque soit la licence.
X.org n'est donc pas une simple alternative mais probablement la seule voie d'avenir, sur tous les points. Ce n'est pas un non événement, c'est la fin annoncée d'XFree86 pour les distributions Linux en général.
[^] # Re: poids lourd
Posté par 007 . Évalué à 0.
T'es sérieux ?
Ben merci Slack.
Je pensais que RedHat, SuSE, Debian, Sun, HP, IBM, Cygwin, freedesktop et j'en oublie plein qui passe à X.org et FC2 déjà avec X.org était suffisant pour affirmer qu'XFree86 était mort ou allait mourir très prochainement.
Non ! Il manquait la pièce maitresse. C'est-à-dire Slackware.
Merci, j'ai bien rigolé.
[^] # Re: poids lourd
Posté par ckyl . Évalué à 3.
On notera que sourcemage propose au choix XFree 4.3 (un spell a été créé pour l'occasion), XFree 4.4 et x.org. Bien entendu aucun choix n'est fait par defaut et il est du ressort de l'utilisateur de faire ce/son choix c'est la politique de la maison.
Pour ce qui est de Red Hat on peut pas dire que j'aime mais il est clair que Red Hat à la carrure pour "imposer" une solution ce que n'a pas slack. Le problème n'est clairement pas de savoir qui a la plus grosse^W^W^W^Wcontribue le plus mais de savoir si je fais un choix technique radical est ce que je reste dans mon coin et je vais dans le mur ou est ce que j'ai suffisament de poid pour ne pas rester seul. Pour slack je dirais que j'ai quelques doutes... :-)
[^] # Re: poids lourd
Posté par 007 . Évalué à 2.
J'ai un faible pour RedHat et Fedora mais le "poid" de la distribution ne compte pas beaucoup dans le succès ou non d'Xorg.
Ce qui compte c'est la communauté des développeurs. Si les développeurs ne veulent pas de la nouvelle licence de XFree, que RedHat utilise ou non Xorg, ça ne changera rien. Xorg marchera et sera un succès. Par exemple RedHat n'a jamais été chaud avec KDE et KDE marche toujours. mplayer ou xine n'ont pas de supporter officiel et ils font un formidable travail.
Si une distribution est populaire alors elle plait aux utilisateurs mais pas forcément aux développeurs. Dans ce cas, même avec une forte popularité, cette distribution populaire n'a pas beaucoup de poid.
Le fait d'avoir Xorg déjà dans FC2 braque plus les projecteur sur Xorg et donne un petit coup de fouêt, une crédibilité à Xorg.
En fait, ce qui a garantit le succès d'Xorg, c'est principalement la licence 1.1 de XFree :-) Sans cette licence ça me paraissait pas évident.
Ce ne sont pas des raisons techniques comme le dit Slack qui fait qu'il faut préférer Xorg. Le technique est la conséquence de la présence de bons et nombreux développeurs eux même passé à Xorg entre autre à cause de la "mauvaise" licence de XFree et de sa gestion tordue et peu ouverte.
[^] # Re: poids lourd
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 3.
[^] # Re: poids lourd
Posté par Croconux . Évalué à 3.
Si tu mesure l'intéret d'une distribution dans le cadre d'une utilisation réelle elle est intéressante : Stable, compacte, installable en 20 min, avec juste ce qu'il faut pour faire tourner un petit serveur tranquille.
[^] # Re: poids lourd
Posté par mister_jingle . Évalué à -2.
Si tu pensais que la Slackware était antédiluvienne, sache qu'elle est très utilisée et qu'elle tient le haut du pavé : http://www.distrowatch.com/stats.php?section=popularity(...)
[^] # Re: poids lourd
Posté par un_brice (site web personnel) . Évalué à 3.
Ça compte que le nombre de types qui s'interessent aux descriptions de distrowatch. Pas les utilisateurs.
[^] # Re: poids lourd
Posté par reno . Évalué à 1.
[^] # Re: poids lourd
Posté par Yth (Mastodon) . Évalué à 3.
La Mandrake est orientée grand public, user-friendly, belles interface, et fait la part belle aux clicodromes.
La Red Hat est orientée entreprises, elle offre du support commercial etc...
La Debian et la Gentoo sont orientée Geek et communauté (pour simplifier), généralement utilisée par le linuxien (pas l'utilisateur lambda) pour son poste de travail.
La Slackware est orientée robustesse et fiabilité, très utile pour faire des serveurs spécifiques auxquels on a rarement besoin de toucher (serveur web, routeur, etc...).
Bien sûr toutes peuvent rendre les même services, ce sont toutes du linux, mais leurs philosophies et objectifs en donnent des utilités différentes, et je crois que la Slackware a une place qui lui est propre et qui en fait un poids lourd des distribution.
Voilà mon avis... Pour ce qu'il vaut.
Yth.
# A quand X.org sur debian ?
Posté par atmaniak (site web personnel) . Évalué à 1.
La debian sarge "finale" comportera t'elle X.org ou Xfree86 ?
[^] # Re: A quand X.org sur debian ?
Posté par glb . Évalué à 3.
-->[ ]
# Que disent les dévloppeurs de XFree86 ?
Posté par Sébastien Laoût . Évalué à 3.
Ils s'en mordent les doigts ?
Ils vont revenir à l'ancienne licence (même si la révolution est en marche maintenant) ?
Il a a des développeurs qui ont switchés vers X.org (ceux qui n'étaient pas content) : les autres ils font quoi maintant ?
Voilà voilà... je m'interroge :-)
[^] # Re: Que disent les dévloppeurs de XFree86 ?
Posté par Philippe F (site web personnel) . Évalué à 0.
Le pluriel est mal adapte. Il ne reste que David machin a mon avis, dont l'ego-centrisme a accelere la mise en route de X.org
De ce que j'en ai lu, je retiens un mail d'un des developpeurs de XFree qui pense que David Dawes (le nom me revient) est en depression. Ca expliquerait ce changement de licence, pour le moins incongru, << dans le but de donner plus de reconnaissance a ceux qui le merite >>.
[^] # Re: Que disent les dévloppeurs de XFree86 ?
Posté par Boa Treize (site web personnel) . Évalué à 10.
Ton avis, tu ferais mieux de te le former en lisant les mailing-lists XFree86. Tu t'apercevrais qu'il n'y a manifestement pas qu'un développeur sur XFree86. Quant au mail dont tu parles, merci de fournir un lien, car en l'état de ta citation, ce n'est qu'une sale rumeur mesquine.
Quand bien même David Dawes aurait du mal à s'adapter à la nouvelle donne du monde libre, quand bien même il serait en train de conduire son projet droit dans le mur (faut pas exagérer), je lui rend mes hommages, car en tant que chef d'un projet que j'ai utilisé presque quotidiennement pendant six ans, je lui dois énormément.
[^] # Re: Que disent les dévloppeurs de XFree86 ?
Posté par Philippe F (site web personnel) . Évalué à 1.
> citation, ce n'est qu'une sale rumeur mesquine.
C'etait sur la liste forum de XFree, c'est tout ce dont je me souviens.
Pour ce qui est de la rumeur mesquine, la facon dont je le presente ne laisse en effet pas de place a d'autres interpretations. De toute facon, c'est un develloppeur qui supputait qu'un autre developpeur etait plutot depressif. Rien de bien precis en effet.
Mes excuses pour ce qui est de la sous-evaluation du nombre de developeurs restes sur XFree.
J'ai du respect pour les acomplissements passes de beaucoup de contributeurs du libre (RMS, les mainteneurs X, ESR) mais ca ne m'empeche pas d'etre en desaccord avec la direction qu'ils peuvent prendre dans leurs propos.
# Protocol X
Posté par Anthony Jaguenaud . Évalué à 2.
Le protocol X est censé permettre de gérer une console à distance (affichage, clavier, événement souris). Pourtant, de nos jour, une console dispose également d'enceinte pour le son. Ne serait-il pas utile d'ajouter le support sonore a la libX ?
Je vois deux utilité :
- tout d'abord une application X tournant sur un serveur, pourrait utiliser le système de son racroché à son DISPLAY.
- Dans le cas de mettre 2 console sur un même PC. X peut gérer 2 serveurX, on peut mettre 2 clavier, 2 souris (avec l'USB). Par contre la gestion de deux cartes sonnores posent des problèmes.
[^] # Re: Protocol X
Posté par 007 . Évalué à 3.
Support par X.org
> Par contre la gestion de deux cartes sonnores posent des problèmes.
Non. Par exemple tu réserves /dev/dsp0 à :0 et /dev/dsp1 à :1 .
[^] # Re: Protocol X
Posté par Anthony Jaguenaud . Évalué à 2.
Oui, mais ce que je voulais dire, c'est que la plupard des applications X standard cherche les carte son directement dans /dev sans demander à son serveur X s'il dispose d'une sortie sonore :-(
Merci pour le lien.
[^] # Re: Protocol X
Posté par 007 . Évalué à 4.
Ça dépend. Beaucoup d'applis utilisent esd ou arts.
# Première page ?
Posté par Ayrton . Évalué à -5.
La news avec Fedora Core 2 Test 2 qui passait a X.org est passée en seconde page alors que c'était les premiers a proposer des paquets pour X.org et a utiliser X.org et ceci il y a plus deux mois !
Autre fait "incroyable", c'est de mettre une référence à "Mandrake sans XFree86" alors qu'actuellement Fedora Core 2 est la seule distribtion non beta a utiliser X.org.
Pour être juste, il faudrait aussi mettre un lien :
- SuSE sans XFree86 4.4
- Debian sans XFree86 4.4
....
Une tempête dans un verre d'eau...
[^] # Re: Première page ?
Posté par Jérôme Pinot (site web personnel) . Évalué à 3.
Pourquoi encore troller sur les distributions ? Ce n'est pas le problème ici, tu ne comprends pas la portée de la news.
Ce qui est important ici, je le réécris parce que apparemment tu n'y a pas fait attention:
Aujourd'hui, c'est Slackware qui fait marche arrière
La plupart des distributions majeures étaient déjà passées à X.org, il n'y a effectivement pas à revenir dessus. Mais ici, c'est différent. Slack avait mis XFree 4.4 dans sa branche de développement mais a été obligé de la retirer.
Slackware était le supporter le plus important pour XFree86 4.4, et elle a fait marche arrière à cause de problème essentiellement techniques. C'est une information importante qui montre que XFree n'est aujourd'hui plus viable pour une grande distribution Linux, quelque soit la licence.
X.org n'est donc pas une simple alternative mais probablement la seule voie d'avenir, sur tous les points.
Depuis la décision de Patrick Volkerding, il n'y a donc plus de distribution Linux majeure pour supporter XFree86. Ça aussi, c'est une information importante.
mettre une référence à "Mandrake sans XFree86"
Parce qu'il y a eu une news largement commentée sur DLFP, et qu'il n'y avait pas la place de mettre les 10 autres références sur toutes les autres distributions qui ont fait la meme chose, c'est-a-dire choisir X.org des le changement de licence. Ce qui n'a pas été le cas de Slackware.
S'il vous plait, messieurs ardant supporters de RedHat/FC, mettez de coté vos frustrations et essayer d'élever le débat.
On parle d'XFree ici, et ne vous déplaise, c'est un tournant.
[^] # Re: Première page ?
Posté par Ayrton . Évalué à -2.
La frustration n'est pas de ce côté. À ignorer ou à minimiser l'actualité des autres grandes distributions et à rapporter (en première page) les faits et gestes anecdotiques de telle ou telle distribution vous prouvez votre fustration.
Vous vous bercez dans l'illusion que ces "petits trucs" font la pluie ou le beau temps.
> essayer d'élever le débat.
Élever le débat, ce serait déjà de constater que cette news n'est que la conséquence qu'un gros travail en amont des distributeurs qui ont clairement refusés la licence 1.1 de XFree86. C'est-à-dire Debian, Gentoo, SuSE, RedHat. Slackware n'y est pour RIEN-DU-TOUT. Ni Mandrake qui jusqu'à maintenant n'a en rien participé à X.org. Je dis ça rapport au lien qui semble là uniquement pour citer Mandrake et compenser votre frustration face à l'inaction totalement de Mandrake jusqu'à maintenant. S'il y a X.org planqué dans un coin d'un ftp de Mandrake ce n'est pas grace à Mandrake mais suite à une initiative personnelle et pas d'un employé de Mandrake.
Si un jour XFree86 retourne à la Licence 1.0 il y aura sûrement un lien vers une obscure actualité de Mandrake pour sous-entendre que c'est aussi grace à Mandrake. C'est dire comme vous êtes frustré.
De plus les distributeurs, ne sont qu'une partie visible. freedesktop a "oublié" XFree86 depuis longtemps. X.org a été créé le 22 janvier et on est début juin !
Qu'on m'explique en quoi le passage de XFree86 à X.org par Slack à la moindre conséquence ?
J'attend des réponses nombreuses...
Élever le débat ce serait souligner l'inconséquence de Slackware qui distribue XFree86 4.4 alors que la FSF a condanné la Licence 1.1 d'XFree. Et ceci au risque violer la GPL. Je dis "rique" car il faudrait vérifier fichier par fichier...
Voilà une news qui méritait la première page. Maintenant que je vois cette news, je regrette de ne pas l'avoir faite.
[^] # Re: Première page ?
Posté par Richard Van Den Boom . Évalué à 2.
En ce qui me concerne, je n'en sais rien, il est tout à fait possible que cela soit effectivement le cas auquel cas l'abandon de XFree86 est la bienvenue. Le problème est que je n'ai pas lu d'affirmation définitive sur le sujet et que donc, je ne peux reprocher à certains d'attendre que le débat soit clos.
L'est-il vraiment? Je n'en ai pas l'impression et je me demande honnêtement ce que cache la vitesse avec laquelle les distributions majeures ont changé de fusil d'épaule.
L'inconséquence de la Slack? Parce qu'il n'a pas voulu changer une base majeure de son système avant que les acteurs du libre se mettent d'accord sur cette histoire d'incompatibilité? Et parce que, mis devant le fait accompli que les autres distributions sont passées à x.org sans que le débat soit clos, il décide de suivre le mouvement pour compatibilité?
Ben voyons.
Richard
[^] # Re: Première page ?
Posté par Ayrton . Évalué à 2.
http://www.xfree86.org/pipermail/forum/2004-February/003974.html(...)
> En ce qui me concerne, je n'en sais rien
Et bien voilà qui élève le débat...
> il est tout à fait possible que cela soit effectivement le cas auquel cas l'abandon de XFree86
Pas seulement. X.org a été créé quelques semaines avant la licence 1.1 de XFree86 et X Server (initialement Xwin) presque un an avant.
> Le problème est que je n'ai pas lu d'affirmation définitive sur le sujet et que donc, je ne peux reprocher à certains d'attendre que le débat soit clos.
google est ton ami.
> je me demande honnêtement ce que cache la vitesse avec laquelle les distributions majeures ont changé de fusil d'épaule.
Les mainteneurs XFree de plusieurs distributions majeurs avaient déjà "menacés" XFree86 de faire un fork il y a un an. Le retournement de veste, j'aimerai que tu nous l'explique.
> Parce qu'il n'a pas voulu changer une base majeure de son système avant que les acteurs du libre se mettent d'accord sur cette histoire d'incompatibilité?
les "acteurs du libre" étaient d'accord très tôt (avant 4.4rc2) :
http://freedesktop.org/pipermail/x-packagers/2004-February/000003.h(...)
Debian le 16/02 :
Debian will not ship anything with the 1.1 license, full stop.
http://freedesktop.org/pipermail/x-packagers/2004-February/000008.h(...)
SuSE le 20/02 :
SuSE won't ship XFree86 4.4.0 under its current license as well.
http://freedesktop.org/pipermail/x-packagers/2004-February/000004.h(...)
RedHat le 16/02 :
Richard Stallman of the Free Software Foundation has expressed
his concerns publically about the new XFree86 license and it's
incompatibility with the GPL. Many others in the community
object strongly to the new license as well.
Branden Robinson of the Debian project has put together a list of
license related issues contained in XFree86's source tree, and
efforts are underway to remove code which is considered to be
non-open source, or under too restrictive of license terms.
(...)
The details are
not yet completely decided, however one thing that is decided, is
that the XFree86 license version 1.1 is unacceptable.
(...)
X11 has sorely lacked such an open and collaborative development
environment for a very long time. It's now time for the open
source community to unite and work together on solving this
problem together, and give X11 permanently back to the community!
Je ne comprend pas cette rumeur de la soit-disant compatibilité avec la GPL de la licence 1.1. Tu peux nous expliquer ?
Et j'aimerais aussi que nous explique comment Slackware a fait pour ignorer ce problème de licence. Histoire d'élever le débat :-)
[^] # Re: Première page ?
Posté par Ayrton . Évalué à -2.
Pour qui, quoi ?
Pour XFree ?
Je ne vois pas le "tournant" pour XFree puisque "On parle d'XFree ici".
[^] # Re: Première page ?
Posté par 007 . Évalué à -1.
Est devenu le supporter le plus important car tous les autres importants supporters se sont barrés.
Après le départ de Slack, j'espère qu'on va pas refaire une news si le "nouveau plus important supporter" d'XFree 4.4 se barre.
[^] # Re: Première page ?
Posté par Jérôme Pinot (site web personnel) . Évalué à 1.
Non, les autres distributions n'ont jamais integres XFree86 4.4 dans leur branche . Je te croyais mieux renseigne quand meme. C'est dans la news, en plus.
Après le départ de Slack, j'espère qu'on va pas refaire une news si le "nouveau plus important supporter" d'XFree 4.4 se barre.
C'est deja fait. Relis la news et les posts, s'il te plait.
[^] # Re: Première page ?
Posté par 007 . Évalué à 0.
Puis la preuve que ça change rien. Slack y était et maintenant il se barre.
Les autres doivent supporter XFree86 4.4 pour la même raison que Slack avant. Par habitude...
C'est ... passionnant...
# NetBSD
Posté par Brice2Nice . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.