Salut à tous, Les videos sur xgl+compiz mon tellement bluffé que je n'ai su m'empêcher de l'installer sur ma petite fedora bien aimée. Comment tous mes machines sont équipés de carte graphique nvidia, pour l'instant pas moyen de tester avec aixgl, mais bon vu que nvidia et redhat font ce qui faut pour rendre cela possible, ça devrait etre assez vite dispo... du moins j'espère. En attendant pour les impatients et ceux qui trouvent que tous ce qui n'est pas utile, est forcement indispensable ;-)... quoi que, perso je trouve que l'ergonomie qu'offre ce type de technologie facilite le travaille... ok j'avoue... au début j'ai plus joué avec les effets de compiz qu'autre chose :-D Allez, passons au vif du sujet: 1. installer Xgl, compiz et leurs dépendances, disponible ici: [url]http://www.auroralinux.org/people/spot/Xgl-FC5T3/[/url] merci spot ! A coup de yum ou rpm à vous de voir. 2.Ajouter les ligne suivante au fichier [b]/etc/gdm/custom.conf[/b] pour que gdm lance Xgl [code][servers] 0=Xgl [server-Xgl] name=Xgl server command=/usr/bin/Xgl -accel glx:pbuffer -accel xv -audit 0 chooser=false handled=true flexible=true priority=0[/code] 3.redémarrer le serveur X, ctrl+alt+backspace par exemple. 4. Loggez vous et vérifier que Xgl est bien lancer [b]ps ax | grep -i xgl[/b] 5.Fixer le soucis de la lib GL (celle fournie par nvidia, n'implémente pas la fonction GLX_EXT_texture_from_pixmap requise par compiz 0.0.2, cette fonction est "embeded" dans les versions plus recente de compiz) [code] glxinfo | grep GLX_EXT_texture_from_pixmap [/code] - Si la fonction est dispo c'est nickel passez au point suivant, sinon faut installer les packages mesa du depos de spot (mesa-LibGL et mesa-LibGLU). - Deplacer la libGL: [code] mkdir /usr/lib/compizlib cp /usr/lib/libGL.so.1.2 /usr/lib/compizlib ln -s /usr/lib/compizlib/libGL.so.1.2 /usr/lib/compizlib/libGL.so.1 ln -s /usr/lib/compizlib/libGL.so.1 /usr/lib/compizlib/libGL.so [/code] On copie la lib pour quelle ne soit pas ecrassée par une future mise à jour de mesa. 6. Lancez compiz pour la première fois: [code] DISPLAY=:0 LD_LIBRARY_PATH=/usr/lib/compizlib compiz --replace gconf decoration move & gnome-window-decorator & [/code] 7. Configurer compiz dans gconf-editor: - Placer tout les plugins que vous voulez utiliser dans cette clé -> /apps/compiz/general/allscreens/options/active_plugins - Liste des plugins de compiz -> [url]http://en.opensuse.org/Compiz[/url] 8. Lancer compiz au démarrage de la session: - Créer le script de démarrage, par exemple avec vi [b]vi /usr/local/bin/compizrc[/b] et copier y le code ci-dessous: [code] #!/bin/bash # # Lancer compiz avec gnome-session # if [ `ps -A | grep Xgl | wc -l` == "1" ]; then DISPLAY=:0 LD_LIBRARY_PATH=/usr/lib/compizlib compiz --replace gconf & DISPLAY=:0 gnome-window-decorator & fi [/code] - Ajouter le script dans les programmes de démarrage: Bureau->Préférences->Préférences supplémentaires->Session->Programmes de démarrages->Ajouter Placer y le path du 9. Configurer compiz pour les printscreens gnome: [code] gconftool-2 --set --type string /apps/compiz/general/screen0/options/run_command0 "Print" gconftool-2 --set --type string /apps/compiz/general/screen0/options/command0 "gnome-screenshot" [/code] Si tout c'est bien passé, compiz et Xgl devrait tourner et vous êtes condamner a l'utiliser jusqu'à ce que aixgl fonctionne pour les cartes nvidia, tellement le retour sur un desktop non accéléré est rude :-P J'ai su compiler tout les srpm nécessaire à Xgl et compiz, pour FC5 sauf mesa qui me pause encore quelques soucis, si quelqu'un à un espace web ou je pourrait les déposer ce serait le bienvenu, D'autre personne plus apte que moi dans le packaging seront certainement régler les problèmes que je rencontre pour mettre à jour compiz. Voilà Good Game Guys 8-) ps: quelques sreenshot pour vous ouvrir l'apétit. [img]http://img503.imageshack.us/img503/8162/capture26pa.png[/img] [img]http://img227.imageshack.us/img227/1088/capture31xr.png[/img]

Très bon travail je pense que je ne vais pas tarder à tester merci ;-)

Up.. par la meme occasion une vidéo faite par un codeur du projet: [url]http://people.freedesktop.org/~davidr/xgl-demo1.xvid.avi[/url] ps: quelqu'un à déjà testé?

Si quelqu'un se sent capable de maintenir de tels paquets, le projet extras serait ravi de les héberger. :-) Je le fais savoir au cas où ...

Je ne dit pas qu'un jour, mais bon, il faut que je reste raisonnable de temps à autre aussi :-D Par contre je suis curieux de savoir si d'autres ont fait un test concluant !?

Test non concluant sous FC5 x86_64 : bug et plantage dès le lancement du serveur Xgl. Si il y a des changement, tiens nous au courant ;)

Voilà bien longtemps que je travail sur la bète et il se trouve que j'ai déjà testé cette méthode, [b]posté sur le fedora-forum[/b] et elle ne marchas pas pour moi non plus ! J'ai un [b]64 bits[/b] bien sur.

Dans les .spec de compiz et mesa il y a plein de patch et workaround pour le 64 bits, bizarement, j'en ai retrouvers moins dans les srpm de suse, probablement du au fait que les versions de Xgl compiz et mesa sont out daté dans les paquages FC5T3 de spot. J'essaye de compiler les rpm avec des versions plus récente des sources mais sans grand succes. Pour l'instant juste Xgl me fait encore de la résistance... on verra bien ps: si j'y parvient et après quelques feedback, ce serait trop cool de les retrouver sur fedora extra :-D A+

Hehehe, Heuréca, les rpm avec les dernieres versions de compiz et Xgl bientot dispo... Les rpm sont basé sur ceux de suse, ça c'est passé casi comme un lettre à la poste. pour l'instant je recompile Xgl, un script suse qui trainait encore dans le spec, mais ça tourne déjà. Quoi de neuf par rapport au autres: - Xgl est toujours fluide meme quand le processeur tourne a 100%. - Bordure sur toute les fenetres, p.ex vlc n'avait pas de contour de fenetre, et certainement fenetre dans eclipse aussi. - Xgl plus fluide et bouffe moins de ram. ps: Je les compiles pour x64 aussi ;-)... on vera ce que ça donne.

Voilà un depo temporaire. [url]http://www.4shared.com/dir/373927/fba35cb9/RPMS.html[/url] Ya une erreur de compilation quand j'essaye de compiler les sources pour 64 bits, quelqu'un serait tester sur un 64 bit? ps: comment générer vite fait, ce qu'il faut pour un depo yum? Xgl 1.O.1.99 Compiz 0.0.9

Pour simplifier le chmilbic et activé le feedback ;-)... les rpms sont maintenant dans un reposytory yum. Comment le configurer: créer un fichier [b]gedit /etc/yum.repos.d/fonsxgl.repo[/b] [code] [xgl] name=Fons repo baseurl=http://xpms.planet-cameleon.org:2080/repo/ gpgcheck=0 enabled=1 [/code] installer xgl et compiz: [code] sudo yum install compiz xorg-x11-server-Xgl [/code] configurer: 1.Ajouter les ligne suivante au fichier /etc/gdm/custom.conf pour que gdm lance Xgl [code] [servers] 0=inactive 1=Xgl [server-Xgl] name=Xgl server command=/usr/X11R6/bin/Xgl :1 -fullscreen -ac -accel glx:pbuffer -accel xv:pbo handled=true flexible=true priority=0 [/code] 2.redémarrer le serveur gdm. [code] /usr/sbin/gdm-restart [/code] 3. Loggez vous et vérifier que Xgl est bien lancer [code] ps ax | grep -i xgl [/code] 4. suivez le quick and dirty tuto (en haut) à partir de point 6, en remplacent les commandes et scripts comme suit: Script pour lancer compiz: [code] #!/bin/bash # # Lancer compiz avec gnome-session # if [ `ps -A | grep Xgl | wc -l` == "1" ]; then DISPLAY=:[b]1[/b] compiz --replace gconf & DISPLAY=:[b]1[/b] gnome-window-decorator & fi [/code] Commande pour démarré compiz pour la premier fois [code] DISPLAY=:1 compiz --replace gconf decoration move & gnome-window-decorator & [/code] Un tuto sera disponible d'ici peut dans la documentation du site, merci MrTom.

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Xgl+compiz sous FC5

Silvyn

J'ai pris 10 minutes pour faire le test.
Pas de soucis particulier à signaler pour l'installation.
Par contre c'est Compiz que je pige pas forcément ou du moins qui ne me plaît guère :
- certaines barres des fenêtres sortent de l'écran à leurs ouvertures (comprendre en haut, du coup pour le test, j'ai mis mon tableau de bord du haut en bas)
- bon le pavé numérique qui merdouille, mais ça c'est connu à priori d'après mes lectures du jour sur le net
- le thème pour le contour des fenêtres n'est pas franchement joli
- je n'arrive à jouer que sur la transparence à coup de Alt+molette, pour tous les autres effets, il faudra me dire !
- je n'ai plus qu'un seul espace de travail, et je ne voie pas comment lui dire de m'en mettre deux de plus !
Bref, c'est pas ce que j'attendais après mon test très concluant de la Kororaa Xgl Demo Live CD, qui m'avais réellement impressionné.
à suivre tout de même ! (tiens, j'arrive plus à faire l'arobase !)

[supprimé]

Euh si je fais une comparaison des fichier de compiz de mon rpm à celui du i386 :

1a2
> /usr/bin/gnome-window-decorator
18,27c19
< /usr/local/bin/gnome-xgl-switch
< /usr/local/share/applications
< /usr/local/share/applications/gnome-xgl-switch.desktop
< /usr/local/share/control-center-2.0
< /usr/local/share/control-center-2.0/icons
< /usr/local/share/control-center-2.0/icons/xgl-switch-capplet.png
< /usr/local/share/control-center-2.0/interfaces
< /usr/local/share/control-center-2.0/interfaces/gnome-xgl-switch.glade
< /usr/local/share/pixmaps
< /usr/local/share/pixmaps/xgl-switch-capplet.png
---
> /usr/lib64/window-manager-settings/libcompiz.so
30c22,23

Il me manque le /usr/bin/gnome-window-decorator. Par contre j'ai des truc en plus du au patch xgl-switch. La question des savoir si c'est important ce truc du decorator et comment on peut fixer !!!

sereinity

Personnelement les problèmes que j'ai eu ne venaient pas de compiz mais de Xgl (GDM était deja tout buggé)

P.S. Continu Pet-Seb, tes travaux sont suivi de près 😉

[supprimé]

Pour ma machine en i386 et avec un chipset Intel Corporation 82845G/GL[Brookdale-G]/ :

j'ai du mettre ceci dans le fichier custom.conf :

[servers]
0=inactive
1=Xgl

[server-Xgl]
name=Xgl server
command=/usr/X11R6/bin/Xgl :1 -accel xv -accel glx:pbuffer -accel xv:pbuffer -ac -kb -audit 0 -br -dpms -dpi 72
handled=true
flexible=true
priority=0

Le gdm ne plante plus, par contre xgl rame trop pour ce genre de chipset video, donc inutilisable. Sinon je rencontre les mêmes problème que silvyn a l'utilisation (numlock, switch de bureau ...)

[supprimé]

Bon maintenant je vais m concentrer sur le x86_64 !

alcapcom peut tu me dire ou tu as trouver les rpm originaux (ceux de suse) et me filer l'url ?

[supprimé]

Bon pour xorg-server, je plante la dessus :

/lib/xgl/lib64/libglitz.a -lXrender -lX11 -lXrandr -lxkbfile -lm  -m64 -mtune=generic -Wl,-soname -Wl,libxglx.so -o .libs/libxglx.so
/usr/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
make[4]: *** [libxglx.la] Error 1
make[4]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/xorg-server-1.1.99.1/hw/xgl/glx/module'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/xorg-server-1.1.99.1/hw/xgl/glx'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/xorg-server-1.1.99.1/hw/xgl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/xorg-server-1.1.99.1/hw'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.92368 (%build)

MrTom

Ca me rappelle une certaine compilation de gnome 2.12 sur fc4 🙂

alcapcom

Hehehe, ça avance...

Oui bien sur que je continue seb, c'est pas du taf dans le vent, tant qu'à faire autant les rendre acceptable et dispo pour tous dans fedora extra.
Je vais voir ce que tu a fait comme modif pour l'intégré au spec actuel.

Le plus simple pour trailler à plusieurs sur les rpms est de mettre les specs et sources sur un cvs... j'ai un seveur déjà config que j'utilise en local, mais je serais faire un access via le web, et y mettre le tous, si ça te branch :-D

En suivant les prérequits pour l'acceptation de packages dans fedora extra, et surtout graçe à rpmlint j'ai nettoyer les packages ... pas très propre tous ça d'après l'utilitaire!.

[color=990033]Nouveau dépo yum : http://users.telenet.be/quenta/repo/ [/color], pensez à mettre votre .repo à jour.... l'upload est foireux mais le downoload :-o 8-)

seb: je t'ai m'y le patch et le logo ici -> http://users.telenet.be/quenta/, désolé vais inclure ça au spec desuite

edit: oups j'ai oublier sylvain...

certaines barres des fenêtres sortent de l'écran à leurs ouvertures (comprendre en haut, du coup pour le test, j'ai mis mon tableau de bord du haut en bas)

j'ai pas pu constaté ça... sauf pour les fenetres qui souvre aux démarrage, mais c'est résolu depuit l'update de Xorg d'hier.

- bon le pavé numérique qui merdouille, mais ça c'est connu à priori d'après mes lectures du jour sur le net

xmodmap /usr/share/xmodmap/xmodmap.be pour un clavier belge, on sais placer ça dans le script de démarrage de compiz p.ex.

- le thème pour le contour des fenêtres n'est pas franchement joli

Perso je le trouve plutot bien foutu avec la transparence et tout... mais ç'est une question de gout.

- je n'arrive à jouer que sur la transparence à coup de Alt+molette, pour tous les autres effets, il faudra me dire !

modifier les touche dans gconf-editor... avec ton soucis de clavier... on sais jamais?

- je n'ai plus qu'un seul espace de travail, et je ne voie pas comment lui dire de m'en mettre deux de plus !

Tu as installer le plugin cube?... quelqu'un d'autre a constaté ça?

Bref, c'est pas ce que j'attendais après mon test très concluant de la Kororaa Xgl Demo Live CD, qui m'avais réellement impressionné.
à suivre tout de même ! (tiens, j'arrive plus à faire l'arobase !)

Bah un peut de lecture sur le net t'aurais quand meme filer la plus par des réponses... rien que pour le clavier... google -> Xgl keyboard -> premier lien... mais bon faut accepter la critique :-x 😉

@+

alcapcom

Dsl seb, j'avais pas lu...
les rpm de suse, je les ai trouver sur un mirror, dans les updates si je me souvient bien... faut que j'aille dormir.

keed the good work 8-)

[supprimé]

Si je comprend bien, voici le nouveau script de démarrage :

#!/bin/bash

# Lancer compiz avec gnome-session
if [ `ps -A | grep Xgl | wc -l` == "1" ]; then
        DISPLAY=:1 compiz --replace gconf &
        DISPLAY=:1 gnome-window-decorator &

fi

# Mise en place du clavier fr
xmodmap /usr/share/xmodmap/xmodmap.fr

# Demarrage de compiz
DISPLAY=:1 compiz --replace gconf decoration move & gnome-window-decorator &

J'ai mis le DISPLAY dedans, je sais pas si c'est possible ...

alcapcom

Nouvel versions de Xgl, compiz + les devel pour les contruire.

changelog:
- Fix major window stacking order bug.
- Make sure cube unfolds completely when using the unfold feature.
- Update to final enums for GLX_EXT_texture_from_pixmap.
- Fix ConfigureRequest handling. (bnc 171143)
- Add gnome-xgl-switch support, first release!

Quoi de neuf:
J'ai fait un patch quick and very dirty, pour faire fonctionner les nouveaux utilitaires de config d'Xgl.
gnome-xgl-switch ok -> script bash
gnome-xgl-info +- ok -> script bash
gnome-Xgl-config +- ok -> gui.

Seb, j'ai pas su compiler le srpm pour compiz, c'est la meme erreur que j'avais avec le package initial, c'est donc bien un soucis de compliation sur une autre arch... pourtant j'ai su compiler le kernel il y a quelques temps de cela pour cette achitecture (sans faire exprès... oublier le --target.. gros malin que je suis).
Tu as fait des changements pour compiler compiz du x86_64, si oui les quelle?, je ne trouve pas.
Sinon j'ai extrait la compilation des protos du package xgl, il sont dans xorg-x11-proto-devel maintenant, la compilation sur amd 64 devrait aller un peut plus loin, dis moi quoi.

Liste des rpms:
|-- compiz-1.0.0-1.i386.rpm
|-- compiz-1.0.0-1.i386.src.rpm
|-- glitz-0.5.4-1.i386.rpm
|-- glitz-0.5.4-1.src.rpm
|-- glitz-devel-0.5.4-1.i386.rpm
|-- libdrm-2.0-2.3.i386.rpm
|-- libdrm-devel-2.0-2.3.i386.rpm
|-- libsvg-0.1.4-1.i386.rpm
|-- libsvg-cairo-0.1.6-1.i386.rpm
|-- libsvg-cairo-devel-0.1.6-1.i386.rpm
|-- libsvg-devel-0.1.4-1.i386.rpm
|-- xgl-hardware-list-1.0.0-1.noarch.rpm
|-- xgl-hardware-list-1.0.0-1.src.rpm
|-- xorg-x11-proto-devel-7.0-7.i386.rpm
|-- xorg-x11-proto-devel-7.0-7.src.rpm
|-- xorg-x11-server-Xgl-1.1.99.1-1.i386.rpm
`-- xorg-x11-server-Xgl-1.1.99.1-1.src.rpm

L'upload est en route... faudra attendre encore une petite 1/2 heures.

Bonne soirée

[supprimé]

ok bon je repart de zero depuis ton nouveau dépot. J'ai récupérer les paquet suivant :

compiz-1.0.0-1.src.rpm
glitz-0.5.4-1.src.rpm
xgl-hardware-list-1.0.0-1.src.rpm
xorg-x11-proto-devel-7.0-7.src.rpm
xorg-x11-server-Xgl-1.1.99.1-1.src.rpm

Et je vais les recompiler pour le x86_64.
Par contre il n'y a pas les paquets suivant en srpm :

glitz-devel-0.5.4-1.i386.rpm
libdrm-2.0-2.3.i386.rpm
libdrm-devel-2.0-2.3.i386.rpm
libsvg-0.1.4-1.i386.rpm
libsvg-cairo-0.1.6-1.i386.rpm
libsvg-cairo-devel-0.1.6-1.i386.rpm
libsvg-devel-0.1.4-1.i386.rpm

[supprimé]

Etpae n° 1 : compiz

1/ j'ai virer la dépendance control-center-devel du buildrequiere qui ne sert à rien

2/ si je lance la compile je plante là dessus :

Processing files: compiz-1.0.0-1.fc5
error: File not found: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/bin/gnome-window-decorator
error: File not found by glob: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/lib64/window-manager-settings/libcompiz*
error: File not found: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/share/gnome/wm-properties/compiz.desktop
Processing files: compiz-debuginfo-1.0.0-1.fc5
Provides: libcube.so.debug()(64bit) libdecoration.so.debug()(64bit) libfade.so.debug()(64bit) libgconf.so.debug()(64bit) libminimize.so.debug()(64bit) libmove.so.debug()(64bit) libplace.so.debug()(64bit) libresize.so.debug()(64bit) librotate.so.debug()(64bit) libscale.so.debug()(64bit) libswitcher.so.debug()(64bit) libwater.so.debug()(64bit) libwobbly.so.debug()(64bit) libzoom.so.debug()(64bit)
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1


RPM build errors:
    File not found: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/bin/gnome-window-decorator
    File not found by glob: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/lib64/window-manager-settings/libcompiz*
    File not found: /var/tmp/compiz-1.0.0-1.fc5-root-pti-seb/usr/share/gnome/wm-properties/compiz.desktop

Pour le compiler j'ai donc du mettre en commentaire les ligne suivantes :

#/usr/bin/gnome-window-decorator
#/usr/%_lib/window-manager-settings/libcompiz*
#/usr/share/gnome/wm-properties/compiz.desktop

Donc ça craint un peu quand même !

alcapcom

Je recompiler toute les sources qui te manque, je par faire une course, je les uploads à mon retour.

Ps: le script que tu proposes est nickel, il faut juste supprier la ligne
DISPLAY=:1 compiz --replace gconf decoration move & gnome-window-decorator &

Compiz est démarré avec les plugins configuer dans gconf, quelques ligne plus haut.

à toute

[supprimé]

Etape n°2 : giltz

si je lance la compile sans toucher :

/libglitz-glx.so.1.0.0
/usr/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
make[3]: *** [libglitz-glx.la] Error 1
make[3]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4/src/glx'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.8153 (%build)

je me retrouve avec la même erreur que pour xorg machin. Donc les a mon avis il manque des dépendance dans les buildrequieres ...

scvo0ne

Question comme ca : ca sera inclus dans FC6 ?

[supprimé]

Etape n° 3 : xorg-x11-proto-devel ==> ok sans rien toucher.
Etape n° 4 : xorg-x11-server ==> ok sans rien toucher.

[supprimé]

Pour l'etape n° 2 :

si je fait :

cd /usr/lib/
ln -s /usr/lib64/ati-fglrx/libGL.so.1 libGL.so

et que je relance la compilation, j'ai un autre message d'erreur :

...
test -z "/usr/include" || mkdir -p -- "/var/tmp/glitz-0.5.4-1.fc5-root-pti-seb/usr/include"
test -z "" || mkdir -p -- "/var/tmp/glitz-0.5.4-1.fc5-root-pti-seb"
make[3]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4/src/wgl'
make[2]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4/src/wgl'
make[1]: Leaving directory `/home/pti-seb/rpmbuild/BUILD/glitz-0.5.4/src'
+ rm -rf /var/tmp/glitz-0.5.4-1.fc5-root-pti-seb/usr/lib64/libglitz-glx.la /var/tmp/glitz-0.5.4-1.fc5-root-pti-seb/usr/lib64/libglitz.la
+ /usr/lib/rpm/find-debuginfo.sh /home/pti-seb/rpmbuild/BUILD/glitz-0.5.4
extracting debug info from /var/tmp/glitz-0.5.4-1.fc5-root-pti-seb/usr/lib64/libglitz.so.1.0.0
extracting debug info from /var/tmp/glitz-0.5.4-1.fc5-root-pti-seb/usr/lib64/libglitz-glx.so.1.0.0
881 blocks
+ /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot
*******************************************************************************
*
* WARNING: 'check-rpaths' detected a broken RPATH and will cause 'rpmbuild'
*          to fail. To ignore these errors, you can set the '$QA_RPATHS'
*          environment variable which is a bitmask allowing the values
*          below. The current value of QA_RPATHS is 0x0000.
*
*    0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor
*               issue but are introducing redundant searchpaths without
*               providing a benefit. They can also cause errors in multilib
*               environments.
*    0x0002 ... invalid RPATHs; these are RPATHs which are neither absolute
*               nor relative filenames and can therefore be a SECURITY risk
*    0x0004 ... insecure RPATHs; these are relative RPATHs which are a
*               SECURITY risk
*    0x0008 ... the special '$ORIGIN' RPATHs are appearing after other
*               RPATHs; this is just a minor issue but usually unwanted
*    0x0010 ... the RPATH is empty; there is no reason for such RPATHs
*               and they cause unneeded work while loading libraries
*    0x0020 ... an RPATH references '..' of an absolute path; this will break
*               the functionality when the path before '..' is a symlink
*
*
* Examples:
* - to ignore standard and empty RPATHs, execute 'rpmbuild' like
*   $ QA_RPATHS=$[ 0x0001|0x0010 ] rpmbuild my-package.src.rpm
* - to check existing files, set $RPM_BUILD_ROOT and execute check-rpaths like
*   $ RPM_BUILD_ROOT=<top-dir> /usr/lib/rpm/check-rpaths
*
* 'check-rpaths' is part of 'fedora-rpmdevtools'.
*
*******************************************************************************
ERROR   0001: file '/usr/lib64/libglitz-glx.so.1.0.0' contains a standard rpath '/usr/lib64' in [/usr/lib64]
error: Bad exit status from /var/tmp/rpm-tmp.38425 (%install)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.38425 (%install)

J'ai l'impression que ces un peu mieux mais bon ... :-o

Edit, après recherche j'ai trouvé çà sur le net :
http://www.redhat.com/archives/fedora-extras-list/2005-June/msg00684.html

je pense qu'on pourrait fixer le problème avec un %ifarch x86_64 en plus dans le specfile.

[supprimé]

Sinon pour le reste :

- libsvg-cairo ==> ok sans rien changer
- libdrm ==> ok sans rien changer
- libsvg ==> ok sans rien changer

Pour résumer, j'ai déjà cela :

[pti-seb@xblade SPECS]$ ll ../RPMS/x86_64/
total 2440
-rw-rw-r-- 1 pti-seb pti-seb  18088 May  5 23:57 libdrm-2.0-2.3.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  62836 May  5 23:57 libdrm-debuginfo-2.0-2.3.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  67417 May  5 23:57 libdrm-devel-2.0-2.3.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  62945 May  5 23:59 libsvg-0.1.4-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  30783 May  5 23:56 libsvg-cairo-0.1.6-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  35601 May  5 23:56 libsvg-cairo-debuginfo-0.1.6-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  14922 May  5 23:56 libsvg-cairo-devel-0.1.6-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb 168934 May  5 23:59 libsvg-debuginfo-0.1.4-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb  41795 May  5 23:59 libsvg-devel-0.1.4-1.fc5.x86_64.rpm
-rw-rw-r-- 1 pti-seb pti-seb 270395 May  5 21:14 xorg-x11-proto-devel-7.0-7.x86_64.rpm

Reste plus que :

- compiz
- glibz

Psycoach

Veuillez excuser mon intervention newbeeyesque, mais dois-je comprendre que lorsque vous aurez terminé ce que vous êtes en train de faire, on pourra charger un RPM avec Yumex et avoir les fenêtres molles, les bureaux sur le cube, etc, comme pour la Kororaa ??

Si c'est le cas, mon enthousiasme pour la FC5 va passer de 'totalement emballé' à 'carrément hystérique' ! 🙂

« Page précédente Page suivante »