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 !!!
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)
Ca me rappelle une certaine compilation de gnome 2.12 sur fc4 🙂
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 😉

@+
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 ...
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 !
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 ...
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
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' ! 🙂