Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1726 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  redhat abandone t elle xfree

 
 


Dernière réponse
Sujet : redhat abandone t elle xfree
chouki

BMOTheKiller a écrit :

t'as pas tout comprite surtout :D ;)
 
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....


 
donc actuellement pas de transparence possible avec xorg?

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
chouki

BMOTheKiller a écrit :

t'as pas tout comprite surtout :D ;)
 
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....


 
donc actuellement pas de transparence possible avec xorg?
GUG 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
BMOTheKiller t'as pas tout comprite surtout :D ;)
 
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....
GUG qqun aurait il fait des .deb ?
chouki

BMOTheKiller a écrit :

c'est dommage, c'est pas géré de cette façon, par contre ça compile bien pour ce xorg/XFree, je voulais en être sûr :D
 


(II) LoadModule: "Xcomposite"
(II) Loading /usr/X11R6/lib/modules/extensions/libXcomposite.a
(EE) LoadModule: Module Xcomposite does not have a XcompositeModuleData data object.
(II) UnloadModule: "Xcomposite"
(II) Unloading /usr/X11R6/lib/modules/extensions/libXcomposite.a
(EE) Failed to load module "Xcomposite" (invalid module, 0)
(II) LoadModule: "Xdamage"
(II) Loading /usr/X11R6/lib/modules/extensions/libXdamage.a
(EE) LoadModule: Module Xdamage does not have a XdamageModuleData data object.
(II) UnloadModule: "Xdamage"
(II) Unloading /usr/X11R6/lib/modules/extensions/libXdamage.a
(EE) Failed to load module "Xdamage" (invalid module, 0)




 
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?  :heink:  
BMOTheKiller [:rofl]
udok

JerryCrazy a écrit :

rapel mpeg 3 = mp3  
 
[:ninipc]


 
pas vraiment non  [:itm]

Piksou

BMOTheKiller a écrit :

finalement, chez debian qui (que) vont-ils rejoindre ?

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
mirtouf Mandrake est revenu à X 4.3 pour la 10.
BMOTheKiller 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
mirtouf MPEG 1 Layer 3 si tu préfères...
udok

mirtouf a écrit :

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


 
mp3 :o
le mpeg 3 ça existe pô :o
Piksou ok je savais pas
j'avais surtout vu des discous enflammés sur bluecurve qui m'avaient - hem - étonnés.
BMOTheKiller ç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
Piksou 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:

Citation :

Before spreading FUD, please understand that "GPL-incompatible" is *not*
the same as non-free. XFree86 4.4 is still under a DFSG-free licence.


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
Piksou

BMOTheKiller a écrit :

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

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.
Piksou

udok a écrit :

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


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é
BMOTheKiller 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
mirtouf comme pour le décopeur MPEG 3....
BMOTheKiller 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
vanilla ça m'étonne que debian l'intègre et Redhat le refuse :heink:
udok

Piksou a écrit :

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 ...
Piksou XF86 4.4 est toujours libre.
il est incompatible GPL mais libre selon les critères Debian et FSF
Evadream -jbd- merci :)

Evadream -jbd- a écrit :

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


oui
oui
Evadream -jbd- Le Sot Zi > tu as utilisé le ebuild de spyderous ? Tu as viré xfree avant de faire quoi que ce soit ?
BMOTheKiller bonne initiative :)
vanilla Si ça vous intéresse : http://forum.hardware.fr/hardwaref [...] 4618-1.htm
 
:jap:
non, g viré XFree, mais quand je voulais install les drivers nvidia, il allait me compiler xfree :sarcastic: d'où l'intéret de faire le inject...
BMOTheKiller 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 ? :D
waaaaaaaaaaaaa c assez rapide quand même xorg !!! :p
Ca marche sur ma gentoo :p
J'ai fait un inject x11-base/xfree-4.3.0-r6 pour conserver une compatibilité avec XFree86 :p:p
koul koul koul :p

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)