You are not logged in.
My fix for the automake errors is probably still bad but I made a simple patch and used 2 sed lines:
--- hw/dmx/doc/Makefile.am 2005-12-08 19:02:20.000000000 -0800
+++ hw/dmx/doc/Makefile.am 2006-02-08 18:58:28.000000000 -0800
@@ -21,35 +21,14 @@
SGML_FILES = dmx.sgml scaled.sgml
-if BUILD_LINUXDOC
-TXT_FILES = $(SGML_FILES:%.sgml=%.txt)
-PS_FILES = $(SGML_FILES:%.sgml=%.ps)
-if BUILD_PDFDOC
-PDF_FILES = $(SGML_FILES:%.sgml=%.pdf)
-endif
-HTML_FILES = $(SGML_FILES:%.sgml=%.html)
-
-SUFFIXES = .sgml .txt .html .ps .pdf
+SUFFIXES = .sgml .txt
.sgml.txt:
@rm -f $@
$(MAKE_TEXT) $<
-.sgml.ps:
- @rm -f $@
- $(MAKE_PS) $<
-
-.ps.pdf:
- @rm -f $@
- $(MAKE_PDF) $<
-
-.sgml.html:
- @rm -f $@
- $(MAKE_HTML) $<
-
-noinst_DATA = $(TXT_FILES) $(PS_FILES) $(PDF_FILES) $(HTML_FILES)
-CLEANFILES = $(TXT_FILES) $(PS_FILES) $(PDF_FILES) $(HTML_FILES)
-endif
+noinst_DATA = $(TXT_FILES)
+CLEANFILES = $(TXT_FILES)
EXTRA_DIST =
$(SGML_FILES)
--- hw/xfree86/doc/sgml/Makefile.am 2005-12-08 19:02:21.000000000 -0800
+++ hw/xfree86/doc/sgml/Makefile.am 2006-02-08 18:58:26.000000000 -0800
@@ -21,34 +21,13 @@
SGML_FILES = DESIGN.sgml
-if BUILD_LINUXDOC
-TXT_FILES = $(SGML_FILES:%.sgml=%.txt)
-PS_FILES = $(SGML_FILES:%.sgml=%.ps)
-if BUILD_PDFDOC
-PDF_FILES = $(SGML_FILES:%.sgml=%.pdf)
-endif
-HTML_FILES = $(SGML_FILES:%.sgml=%.html)
-
-SUFFIXES = .sgml .txt .html .ps .pdf
+SUFFIXES = .sgml .txt
.sgml.txt:
@rm -f $@
$(MAKE_TEXT) $<
-.sgml.ps:
- @rm -f $@
- $(MAKE_PS) $<
-
-.ps.pdf:
- @rm -f $@
- $(MAKE_PDF) $<
-
-.sgml.html:
- @rm -f $@
- $(MAKE_HTML) $<
-
-noinst_DATA = $(TXT_FILES) $(PS_FILES) $(PDF_FILES) $(HTML_FILES)
-CLEANFILES = $(TXT_FILES) $(PS_FILES) $(PDF_FILES) $(HTML_FILES)
-endif
+noinst_DATA = $(TXT_FILES)
+CLEANFILES = $(TXT_FILES)
EXTRA_DIST = $(SGML_FILES)
and the sed lines:
sed -i 's|$(appman_PRE:man.pre=@APP_MAN_SUFFIX@)|$(appman_PRE)|' doc/Makefile.am
find . -name Makefile.am -exec sed -i 's|$(appman_PRE:man=@APP_MAN_SUFFIX@)|$(appman_PRE)|' {} ;
Offline
Ladies and gentlemen,
I am proud to present you *WORKING* Xgl and Compiz PKGBUILDs!
Thanks everyone for help (especially Vins and Rasta)!
You can download all PKGBUILDs (glproto, glitz-cvs, mesa-cvs, xgl-cvs, compiz-cvs) here:
http://mikos.sg1.cz/arch/xgl-abs-overla … 5-1.tar.gz
Offline
These PKGBUILDS works great for me (Compiz is sooo nice ;-)), but aren't perfect. If you have time, please look at it and propose some improvements. For example I don't know if I have all dependencies right (especially in xgl-cvs, mesa-cvs and compiz-cvs).
And btw. mesa-cvs is installed to /opt/mesa-cvs directory (so it doesn't replace your original mesa/DRI/nVidia/ATI libGL.so). If you want to start compiz, you must use for example this command:
LD_LIBRARY_PATH=/opt/mesa-cvs/lib/ DISPLAY=:1 compiz gconf decoration wobbly fade minimize cube rotate zoom scale move resize place switcher
Offline
makepkg PKGBUILD for xgl-cvs ended with this error
/usr/lib/libc_nonshared.a(elf-init.oS)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx':
: multiple definition of `__i686.get_pc_thunk.bx'
../../dix/.libs/libdix.a(colormap.o)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [Xgl] Error 1
make[3]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw/xgl'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw/xgl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed. Aborting...
Offline
Well, I just tried using xgl and as a lot of work ahead, it can only load up half of seamonkey andwobbly windows arent too wobby, just a lot of jitter. maybe this is all my hardware, who knows
Offline
If you guys haven't already figured out the cleaner solution to that automake error, here you are. The reason the autogen.sh exits prematurely is because you are missing some macros you can get from the freedesktop.org cvs. You just have to checkout "util/macros" from the /cvs/xorg branch, then do the standard autogen.sh, make, make install.
I put this in a separate PKGBUILD for my own purposes you can see here: http://students.cs.byu.edu/~philhans/PKGBUILD
Yes, I have used this solution in my PKGBUILDs.
Offline
makepkg PKGBUILD for xgl-cvs ended with this error
/usr/lib/libc_nonshared.a(elf-init.oS)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx':
: multiple definition of `__i686.get_pc_thunk.bx'
../../dix/.libs/libdix.a(colormap.o)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [Xgl] Error 1
make[3]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw/xgl'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw/xgl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/zsman/Install/Xgl/xgl-cvs/src/xserver-build/xorg/hw'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed. Aborting...
Sorry, I don't know what this error can be... It just works for me. Maybe some dependency which I have missed in my PKGBUILD and you don't have it? Sorry, I really don't know :-(
Offline
Btw. now I am writing from Compiz, it is really great and sweet! ;-)
If you want to start Xgl in fullscreen, you can use this script I have created and run it from console (X servere shouldn't run before):
Offline
Well, I just tried using xgl and as a lot of work ahead, it can only load up half of seamonkey andwobbly windows arent too wobby, just a lot of jitter. maybe this is all my hardware, who knows
Do you have nVidia or ATI graphics card? I have nVidia GeForce FX-5600 and it works really great. I can even watch video and have 5450 FPS in glxgears (I don't know how is it possible, because in normal X server I have only 3000 FPS in glxgears).
Offline
I have an Nvidia FX 4200. I triedyour script and all I get is a blue screen.
Edit: Relevant error:
No matching visual for __GLcontextMode with visual class = 4 (32770), nplanes = 24
Offline
I'm getting problems with the compitz PKGBUILD. The other PKGBUILDs are working fine.
I was missing this library: libxrandr.
And I had to create the following symlink:
ln -s /usr/lib/pkgconfig/libstartup-notification-1.0.pc /usr/lib/pkgconfig/libstartup-notification.pc
Now it can't find GL/gl.h , I'm working on it right now.....
ViNS
EDIT: Fixed. I added this:
export CFLAGS="-I/opt/mesa-cvs/include"
just before the autogen.sh in compiz PKGBUILD.
Now, when I start xgl it complains about a missing library, libxglx.so.....
Offline
I have an Nvidia FX 4200. I triedyour script and all I get is a blue screen.
Edit: Relevant error:
No matching visual for __GLcontextMode with visual class = 4 (32770), nplanes = 24
This looks like infamous "Black Windows" problem, it is specific for older nVidia cards and there isn't fix yet. According to http://gentoo-wiki.com/HOWTO_XGL:
Black Windows
All windows turn black when running compiz.compiz may output errors like this: compiz: pixmap 0x200043 can't be bound to texture compiz: Couldn't bind redirected window 0x40001a to texture
or errors like this:
No matching visual for __GLcontextMode with visual class = 4 (32770), nplanes = 24 No matching visual for __GLcontextMode with visual class = 4 (32770), nplanes = 24
This is reported by nvidia Geforce and intel i810 and i915 users, and is as of yet unresolved. Also Radeon 9200 (iBook, PPC) seems to be affected.
Small note: __GLcontextMode is due to Color Depth, setting it to 24 solves the problem with these messages, but the "Black Windows Bug" remains.
EDIT:
But I think that Xgl without Compiz should work, try it (and don't forget to set your X color depth to 24 if you don't have it anyway).
EDIT2:
I have found this in Gentoo forums:
Yes, Shaders are required. That means you need at least a Geforce 3 to use this. The Geforce 4 MX series is not a true Geforce 4, so it does not work either.
So if you have GeForce4 Ti 4200, I think it should work... but maybe your card is also affected, try 24 bit color depth and if it doesn't help, then you must wait for fix from nVidia or David Reveman.
Offline
I'm getting problems with the compitz PKGBUILD. The other PKGBUILDs are working fine.
I was missing this library: libxrandr.
And I had to create the following symlink:ln -s /usr/lib/pkgconfig/libstartup-notification-1.0.pc /usr/lib/pkgconfig/libstartup-notification.pc
Now it can't find GL/gl.h , I'm working on it right now.....
ViNS
EDIT: Fixed. I added this:
export CFLAGS="-I/opt/mesa-cvs/include"just before the autogen.sh in compiz PKGBUILD.
Now, when I start xgl it complains about a missing library, libxglx.so.....
Well, it is strange, you shouldn't need to do these hacks. And libxrandr is dependency in xgl-cvs PKGBUILD, so it should complain about it automagically. Do you have whole system from testing? And did you removed old PKGBUILDs and temporary directories like src?
Offline
!!! UPDATE !!!
I have added --enable-libsvg-cairo option to compiz-cvs PKGBUILD (so now you can in gconf-editor set SVG images on top of the virtual cube) and also added new opacity plugin (but you must add it manually to active_plugins list in gconf-editor and then restart compiz. After that, you can change transparency of window by [Ctrl]+[Shift]+Mouse Wheel).
Only compiz-cvs PKGBUILD is changed, other PKGBUILDs are same as before.
You can download it here:
http://mikos.sg1.cz/arch/xgl-abs-overla … 5-2.tar.gz
Offline
Ok, here are my specs:
- AMD Athlon XP 2700+
- 1024mb RAM
- ATI Radeon 9800 Pro
- using mesa-cvs, xgl with tag xgl-0-0-1 from cvs,
Also from CVS: glitz, libsvg, libsvg-cairo, cairo, compiz
Are you using the FGLRX driver? thx!
Offline
Vins: Did you solved these build errors you have had?
Offline
baze: If you compile Xgl you'll get a binary called Xgl, so with the right compile options you're existing xorg won't be touched. I still have a working startx and a self-made startxgl.
fvwm will work with Xgl. There seems to be some misunderstanding: compiz is somehow still dependent on gnome (more or less), but Xgl isn't. You can easily run Openbox or anything else with Xgl, but you won't get the cool effects from compiz, because compiz is a window manager on its own (like metacity, kwin, openbox, ...).everyone: I can't get gnome-window-decorator to work:
~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
i get the same
Offline
aneas wrote:baze: If you compile Xgl you'll get a binary called Xgl, so with the right compile options you're existing xorg won't be touched. I still have a working startx and a self-made startxgl.
fvwm will work with Xgl. There seems to be some misunderstanding: compiz is somehow still dependent on gnome (more or less),
but Xgl isn't. You can easily run Openbox or anything else with Xgl, but you won't get the cool effects from compiz, because compiz is a window manager on its own (like metacity, kwin, openbox, ...).everyone: I can't get gnome-window-decorator to work:
~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
i get the same
I have also compiled cairo-cvs (with --enable-glitz option) before compiz-cvs, but I have think that this is not important step, so I didn't add cairo-cvs to my xgl-abs-overlay. But maybe it is important? You can download my cairo-cvs PKGBUILD here and try it (and of course after cairo-cvs you must recompile compiz-cvs):
http://mikos.sg1.cz/arch/cairo-cvs.tar.gz
Offline
Pajaro wrote:aneas wrote:baze: If you compile Xgl you'll get a binary called Xgl, so with the right compile options you're existing xorg won't be touched. I still have a working startx and a self-made startxgl.
fvwm will work with Xgl. There seems to be some misunderstanding: compiz is somehow still dependent on gnome (more or less),
but Xgl isn't. You can easily run Openbox or anything else with Xgl, but you won't get the cool effects from compiz, because compiz is a window manager on its own (like metacity, kwin, openbox, ...).everyone: I can't get gnome-window-decorator to work:
~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
i get the same
I have also compiled cairo-cvs (with --enable-glitz option) before compiz-cvs, but I have think that this is not important step, so I didn't add cairo-cvs to my xgl-abs-overlay. But maybe it is important? You can download my cairo-cvs PKGBUILD here and try it (and of course after cairo-cvs you must recompile compiz-cvs):
http://mikos.sg1.cz/arch/cairo-cvs.tar.gz
I solved my problems but I get the same error message reported here......(Badmatch.....). Xorg 7.0 is working fine with my fglrx module
Offline
(...)
everyone: I can't get gnome-window-decorator to work:~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
Same problem here.
Btw. thanks Mikos for the PKGBUILDs
Offline
aneas wrote:(...)
everyone: I can't get gnome-window-decorator to work:~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
Same problem here.
Btw. thanks Mikos for the PKGBUILDs
same here
Offline
smoon wrote:aneas wrote:(...)
everyone: I can't get gnome-window-decorator to work:~ $ gnome-window-decorator The program 'gnome-window-decorator' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 389 error_code 8 request_code 72 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
Same problem here.
Btw. thanks Mikos for the PKGBUILDs
same here
fixed with cairo-cvs
now i have problem with charset and using metacity... glxcompmgr is needed_
Offline
Cimi & smoon: Did you try to compile cairo-cvs and then recompile compiz-cvs as I wrote above? If it didn't help, maybe you can try to recompile compiz-cvs with relaxed CFLAGS (I have read that compiz is extremely sensitive to CFLAGS). You can try something like this in /etc/makepkg.conf:
export CFLAGS="-march=i686 -O0 -pipe"
export CXXFLAGS="-march=i686 -O0 -pipe"
But I have -march=athlon-xp -O2 -pipe and it works without problems for me...
EDIT:
Cimi: Well, great! I am happy that cairo-cvs helped you! :-) So I will add it to my overlay.
Offline
Cimi & smoon: Did you try to compile cairo-cvs and then recompile compiz-cvs as I wrote above? If it didn't help, maybe you can try to recompile compiz-cvs with relaxed CFLAGS (I have read that compiz is extremely sensitive to CFLAGS). You can try something like this in /etc/makepkg.conf:
export CFLAGS="-march=i686 -O0 -pipe" export CXXFLAGS="-march=i686 -O0 -pipe"
But I have -march=athlon-xp -O2 -pipe and it works without problems form me...
I have two problems with startxgl script:
1) how i can set charset iso8859-15?
2) how i can have more than one desktop in the applet in the gnome-panel?
and if i want to use metacity with xgl i have to build glxcompmgr??
Offline
I have two problems with startxgl script:
1) how i can set charset iso8859-15?
2) how i can have more than one desktop in the applet in the gnome-panel?and if i want to use metacity with xgl i have to build glxcompmgr??
1) Xgl/Compiz have nothing to do with your locale. What is your exact problem? If it is X server keymap, you can try to add for example this line to startxgl:
DISPLAY=:$xgldisplay setxkbmap -model pc105 -layout cz,us -option grp_led:scroll,grp:alt_shift_toggle
2) You can swith desktops with CTRL+ALT+LEFT/RIGHT (or CTRL+ALT+Left mouse button on desktop). But applet in gnome-panel doesn't work :-( Or strictly speaking it works, but you can see only one big desktop. But you can see on Novell video from XDevConf, that desktop switching applet works, so maybe it must be only patched (but there aren't patches yet).
3) You can't use glxcompmgr, because it is now unmaintained and incompatible with latest Xgl. So now you have only one choice - Compiz.
Offline