Reprise du message précédent :
waaaaaaaaaaaaa c assez rapide quand même xorg !!!
Ca marche sur ma gentoo
J'ai fait un inject x11-base/xfree-4.3.0-r6 pour conserver une compatibilité avec XFree86 p
koul koul koul

je pense que ça servait pas à grand chose, xorg-x11 doit déjà être fait pour conserver les dépendances intactes
 
ça te fait 2 versions installées alors ?

non, g viré XFree, mais quand je voulais install les drivers nvidia, il allait me compiler xfree d'où l'intéret de faire le inject...

Si ça vous intéresse : http://forum.hardware.fr/hardwaref [...] 4618-1.htm
 

bonne initiative

Le Sot Zi > tu as utilisé le ebuild de spyderous ? Tu as viré xfree avant de faire quoi que ce soit ?

oui
oui

merci

XF86 4.4 est toujours libre.
il est incompatible GPL mais libre selon les critères Debian et FSF

 
t'es sur ?
j'ai cru comprendre que debian ne l'integrerait pas ...

ça m'étonne que debian l'intègre et Redhat le refuse

depuis quelques temps (l'après release 7.x) chez redhat ce sont les pires à mon avis, tout ce qui ne sera pas libre et bien "licence compliante" ne sera pas intégré, parfois on retrouve quand même des contribs de "people" de chez RH, mais sans plus... il faut passer par des contributeurs externes (freshrpms, dag, newrpms, ...)
 
debian est assez stricte aussi, mais peut-être un peu plus "soft" sur certains points

comme pour le décopeur MPEG 3....

ouai, c'est le plus flagrant ça, avec le bruit que ça a fait aussi...
 
m'enfin finalement, ils n'ont peut-être pas (tout à fait) torts d'avoir serré la vis, ils défendent leur steak : on fait du libre ou on le fait pas
 
par contre ce qui passe mal c'est l'affaire KDE, là je trouve qu'ils ont franchement mal "joué", c'est, me semble-t-il, un cas qui rentre en opposition avec ce qu'ils défendent

licence XF4.4 ajoute une simple cause publicité, comme les BSD ancienne mais en moins méchant.
en soit, ça n'est pas une violation des DFSG
MAIS étant incompatible GPL, cela pose des problèmes pour les softs GPL liées a des libs de X (surtout les libs clientes) et pour les drivers qu'on pouvait passer direct de X au kernel pour le fb, etc.
la réponse du XFree86 Projet est de ne pas changer la licence des libs clientes (à défaut, certains avaient suggéré d'utiliser les libs clientes 4.3 avec un serveur 4.4) et de dire que si les auteurs des drivers veulent les releaser sous duel licence, ils peuvent.
au passage, tout cela est parfaitement exact et je pense que si ce changement est stupide, ça en justifie probablement la levée de bouclier qu'elle a suscuté
reste chez debian que branden a dit qu'il ne s'occuperait pas de XF86 4.4 dans ces conditions de licence or mettre X 4.4 dans debian, déja avec branden c'était aps pour tout de suite alors si il refuse (et vu les réactions de RH, Suse, mdk & co on peu suppose r qu'il le fera), il est probable que le reste de la XSF fera de même donc X 4.4 dans debien, effectivement c'est pas gagné

tu parles du thème bluecurve ? franchement j'ai jamais compris le pb.
RH a tjs soutenu gnome, c'est clair, mais il n'ont rien fait de choquant il me semble.

pour mémoire sur X 4.4 et debian:
http://lists.debian.org/debian-x/2 [...] 00780.html
branden ne dit pas que la X-Oz est non-free, mais qu'elle est GPL incompatible et que ça fout le bordel et que donc il est contre l'usage de cette release.
edit:

http://lists.debian.org/debian-use [...] 05264.html
 
précision cependant: à l'occasion de ce pb, debian en a profité pour relire les licences de toute le code de XF86 et là ya un pb plus sérieux avec du code non-libre (non-DFSG)
http://lists.debian.org/debian-leg [...] 00105.html

ça été un peu plus loin que ça entre RH et KDE, on est pas passé loin de sa suppression pour les prochaines release, finalement ça s'est arrangé car l'un avait besoin de l'autre dans la réciproque (pour le côté utilisateur), bon depuis ça va beaucoup mieux, mais ça a quand même été assez tendu : pas d'update de la part de KDE pour la 8.0 et la 9 avait été boudée par l'équipe de KDE si je me souviens bien

ok je savais pas
j'avais surtout vu des discous enflammés sur bluecurve qui m'avaient - hem - étonnés.

 
mp3
le mpeg 3 ça existe pô

MPEG 1 Layer 3 si tu préfères...

finalement, chez debian qui (que) vont-ils rejoindre ?
 
chez Mandrake il y a une release 4.4 en cooker ("rien" depuis), j'ai pas vraiment l'impression qu'ils vont continuer non-plus

Mandrake est revenu à X 4.3 pour la 10.

la questiuon n'est pas vraiment d'actualié, il faut déja releaser sarge et finir XF4.3 qui est tout neuf. ensuite, ils ont l'air bien parti pour xorg d'après ce que j'ai pu lire. Le temps que XF86 4.3 soit parfait puis que xorg soit de même, ils ont le temps de voir

 
pas vraiment non  

 
je viens de compiler xorg, ca fonctionne par contre aucune différence de rapidité au démarrage de X par rapport à XFree 4.3. peut-être à cause des drivers nvidia proprios?
 
mais surtout y'a aucune transparence    
aucune trace de Xcomposite et/ou Xdamage dans le log Xfree..
 
j'ai que ca dans /usr/X11R6/lib/modules/extensions/
 
-r--r--r--  1 root root  17K 2004-03-22 21:03 libdbe.a
-r--r--r--  1 root root  31K 2004-03-22 21:03 libdri.a
-r--r--r--  1 root root 164K 2004-03-22 21:03 libextmod.a
lrwxrwxrwx  1 root root   18 2004-03-22 21:10 libglx.so -> libglx.so.1.0.5336*
-rwxr-xr-x  1 root root 632K 2004-03-22 21:10 libglx.so.1.0.5336*
-r--r--r--  1 root root  25K 2004-03-22 21:03 librecord.a
-r--r--r--  1 root root  38K 2004-03-22 21:03 libxtrap.a
 
j'ai oublié qq chose?    

qqun aurait il fait des .deb ?

t'as pas tout comprite surtout
 
c'est pas tout à fait le même projet et ce n'est pas encore implémenté, dans le post que tu as quoté, c'est juste un essai que j'ai fait en compilant les extensions de Xserver pour XFree86/xorg afin de voir si ça pouvait être chargé sans modifier le serveur
 
donc non, tu n'as rien oublié, c'est juste que ce n'est pas pris en charge
 
pour ce qui est de la rapidité du serveur ça dépend comme tu t'y prends, de l'environnement, ...
j'ai simplement utilisé le rpm source de redhat et j'ai fait mes modifs spécifiques (opties, conf, deps, ...) dans le spec file, il y a une série de patchs fournis avec et certaines modifications en plus apportées dans le spec file, ça peut aider....

BMO : en gros t'es pas loin d'avoir tuné un xfree4.3.9 ?  et peut etre que le xorg/xfree4.4(modulo qq trucs) compilé dans les distribs n'est pas optimisé spécialement ... d'ou peut etre l'absence actuelle de gain de performance, pour le moment j'espere

 
donc actuellement pas de transparence possible avec xorg?