XGL (Part 4)

Message

faugusztin · Post by **faugusztin** » Tue Jun 06, 2006 6:57 pm

faugusztin wrote:Problem with freedesktop CVS ?
Code: Select all
Logging in to :pserver:anonymous@anoncvs.freedesktop.org:2401/cvs/xorg
Server configuration missing --allow-root in inetd.conf

Don't bother, it works now.

Henning Rogge · Post by **Henning Rogge** » Tue Jun 06, 2006 7:42 pm

I use the xgl-testing overlay, but a few days ago all updates stopped with this message:

svn: REPORT Anfrage fehlgeschlagen auf '/xgl-coffee/!svn/vcc/default'
svn: Cannot replace a directory from within

What has happened with the overlay at "http://svn.xgl-coffee.org/xgl-coffee/testing" ?

shrndegruv · Post by **shrndegruv** » Tue Jun 06, 2006 7:44 pm

testing was moved into the trunk.

its on the wiki

piwacet · Post by **piwacet** » Tue Jun 06, 2006 9:17 pm

Hi. I'm trying to compile several xgl packages, and they keep dying on libGL.la stuff:

Code: Select all

libtool: link: `/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1//libGL.la' is not a valid libtool archive
libtool: link: `/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1//libGL.la' is not a valid libtool archive
make[2]: *** [png-flatten] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [imagediff] Error 1
make[2]: Leaving directory `/var/tmp/portage/cairo-1.1.1_p20060323/work/cairo/test'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cairo-1.1.1_p20060323/work/cairo'
make: *** [all] Error 2

!!! ERROR: x11-libs/cairo-1.1.1_p20060323 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  cairo-1.1.1_p20060323.ebuild, line 56:   Called die

!!! Compilation failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

Other programs have recently had this error with libGL.la as well.

For instance, emerging glitz (after switching 'eselect opengl set nvidia') gives this error:

Code: Select all

libtool: link: `/usr/lib64/libGL.la' is not a valid libtool archive
make[3]: *** [libglitz-glx.la] Error 1
make[3]: Leaving directory `/var/tmp/portage/glitz-0.5.6/work/glitz-0.5.6/src/glx'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/glitz-0.5.6/work/glitz-0.5.6/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/glitz-0.5.6/work/glitz-0.5.6'
make: *** [all] Error 2

!!! ERROR: media-libs/glitz-0.5.6 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  ebuild.sh, line 609:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

ls -l /usr/lib64 shows libGL.la exits in that directory, but has size 0.

I'm on nvidia 1.0.8762.

When I eselect opengl set xorg-x11, I can get cairo to compile

So I think there is a problem with the nvidia drivers libGL.la on amd64. Anyone had this problem and know how to solve it?

TIA

piwacet · Post by **piwacet** » Tue Jun 06, 2006 9:31 pm

More info on the libGL.la:

Code: Select all

Nautilus lib64 # locate libGL.la
/usr/lib64/opengl/nvidia/lib/libGL.la
/usr/lib64/opengl/xorg-x11/lib/libGL.la
/usr/lib64/libGL.la
/usr/lib32/opengl/nvidia/lib/libGL.la
/usr/lib32/libGL.la
/usr/local/portage/media-libs/mesa/files/lib/.svn/wcprops/libGL.la.svn-work
/usr/local/portage/media-libs/mesa/files/lib/.svn/prop-base/libGL.la.svn-base
/usr/local/portage/media-libs/mesa/files/lib/.svn/text-base/libGL.la.svn-base
/usr/local/portage/media-libs/mesa/files/lib/.svn/props/libGL.la.svn-work
/usr/local/portage/media-libs/mesa/files/lib/libGL.la
/usr/portage/media-libs/mesa/files/lib/libGL.la
/usr/portage/media-video/nvidia-glx/files/libGL.la-r2

both the /usr/lib64/opengl/nvidia/lib/libGL.la and /usr/lib64/libGL.la files are empty. Googling around, this problem has come up before, and it was solved by copying the xorg-x11 libGL.la in place of the nvidia one. Any thoughts?

piwacet · Post by **piwacet** » Tue Jun 06, 2006 10:04 pm

Well, I made symlinks to the xorg-x11 libGL.la, and got cairo and glitz to compile. Now, the question is, will it actually work???

Also wondering if the symlink should have been to the mesa one instead.

I suspect this has to do with using xorg 7.1 and the ~arch nvidia drivers.

piwacet · Post by **piwacet** » Tue Jun 06, 2006 10:13 pm

O.K. well that didn't work and I strongly recommend not doing it.

edi15ta · Post by **edi15ta** » Tue Jun 06, 2006 10:20 pm

i'd like to thank you guys for your great work with ebuilds in coffebuzz overlay. sorry for being so impatient, but could you update compiz-vanilla ebuilds more frequently

?

thx a lot

piwacet · Post by **piwacet** » Wed Jun 07, 2006 4:03 am

Allright, I seem to have done something bad. I recently upgraded my toolchain to gcc 4.1.1 (from 4.1.0) and glibc 2.4-r3 (from 2.4-r1) with upgrading linuxheaders from 2.6.11 to 2.6.16. Xgl was working perfectly, now I can't compile cairo:

Code: Select all

/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000006gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000009gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000007gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000023gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000014gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000037gl                                                              '
/usr/lib64/opengl/nvidia/lib/libGLcore.so.1: undefined reference to `_nv000032gl                                                              '
collect2: ld returned 1 exit status
make[2]: *** [png-flatten] Error 1
make[2]: Leaving directory `/var/tmp/portage/cairo-1.1.1_p20060323/work/cairo/te                                                              st'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cairo-1.1.1_p20060323/work/cairo'
make: *** [all] Error 2

!!! ERROR: x11-libs/cairo-1.1.1_p20060323 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  cairo-1.1.1_p20060323.ebuild, line 56:   Called die

!!! Compilation failed
!!! If you need support, post the topmost build error, and the call stack if rel                                                              evant.

I've googled around, I can't find this problem. I've tried the nvidia 8756 and 8762 kernel modules. I've masked the xorg 7.1 server. My only thought is perhaps changing linux headers broke compatability with a binary driver?

piwacet · Post by **piwacet** » Wed Jun 07, 2006 4:09 am

O.K. well this is the darndest thing. I recompiled glitz since I noticed cairo is compiled with glitz use flag, and now I can compile cairo. These toolchain upgrades can be tricky.

Edit: O.K. working now. XGL is back. yey.

nesl247 · Post by **nesl247** » Wed Jun 07, 2006 5:00 am

edi15ta wrote:i'd like to thank you guys for your great work with ebuilds in coffebuzz overlay. sorry for being so impatient, but could you update compiz-vanilla ebuilds more frequently ?

thx a lot

Yeah, I guess we are kind of out of date. I usually bump around the time of a compiz-quinnstorm release but I guess we need to bump more often.. I will try to keep at 5-10 day intervals.

Henning Rogge · Post by **Henning Rogge** » Wed Jun 07, 2006 7:11 am

Are there any news on the Xine problems with XGL ?

coutts99 · Post by **coutts99** » Wed Jun 07, 2006 1:26 pm

Compiz-vanilla with KDE 3.5.3

Was working great but now when startkde is run it becomes so slow it just about locks up.

If I manually start xgl, start compiz and gnome-window-decorator, and then an xterm it is fine. i can then load kicker and kdesktop and everything is fast as can be. However, as soon as startkde is run is seems to kill compiz, which restarts, but is extremely slow and unusable.

BlackBelt · Post by **BlackBelt** » Wed Jun 07, 2006 2:02 pm

Hi guys.

If I run startx and then I try to running Xgl + compiz, I can see and use decoration. Instead If I lunch it with startxgl script I can't see any decorations.

Any Idea?

thanks

cwall64 · Post by **cwall64** » Wed Jun 07, 2006 3:48 pm

I just did an emerge --sync and svnup.sh and noticed that cairo was taken out of the overlay stating that the regular portage had a newer version. So, it wanted to downgrade from portage to 1.0.4 - I unmasked the 1.1.6-r1 version and emerged, so now gdm does not start! Xorg gives no apparent errors in the log file. mesa also got upgraded to 6.5.1_aplpha20060606. I am using gcc-3.4.6-r1, so no issues with gcc-4.1.1, any ideals where to start?
Thanks,
Chris

Code: Select all

Portage 2.1_rc4-r3 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-gentoo-r7 i686)
=================================================================
System uname: 2.6.16-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.tds.net/gentoo "
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/xgl-coffee"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr cli crypt cups dri dvd dvdr dvdread eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog java javascript jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nsplugin nvidia ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nv video_cards_nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

Xake · Post by **Xake** » Wed Jun 07, 2006 4:13 pm

cwall64 wrote:I just did an emerge --sync and svnup.sh and noticed that cairo was taken out of the overlay stating that the regular portage had a newer version. So, it wanted to downgrade from portage to 1.0.4 - I unmasked the 1.1.6-r1 version and emerged, so now gdm does not start! Xorg gives no apparent errors in the log file. mesa also got upgraded to 6.5.1_aplpha20060606. I am using gcc-3.4.6-r1, so no issues with gcc-4.1.1, any ideals where to start?
Thanks,
Chris

I believe revdep-rebuild is you friend here...

jkomar · Post by **jkomar** » Wed Jun 07, 2006 7:25 pm

cwall64 wrote:I just did an emerge --sync and svnup.sh and noticed that cairo was taken out of the overlay stating that the regular portage had a newer version. So, it wanted to downgrade from portage to 1.0.4 - I unmasked the 1.1.6-r1 version and emerged, so now gdm does not start! Xorg gives no apparent errors in the log file. mesa also got upgraded to 6.5.1_aplpha20060606. I am using gcc-3.4.6-r1, so no issues with gcc-4.1.1, any ideals where to start?
Thanks,
Chris

I am experiencing the same thing with my PC at work, but my home one is fine. In /var/log/messages I see errors like:

Code: Select all

Xgl[11768] general protection rip:43e486 rsp:7fffff8f5520 error:0

I tried revdep-rebuild, but it didn't find anything relevant.

Jason

nesl247 · Post by **nesl247** » Wed Jun 07, 2006 7:30 pm

You must emerge gtk+ first, then revdep-rebuild. For some reason gtk+ wasn't being reported in revdep for me, so I emerged it manually. It fixes it, or well it should.

jkomar · Post by **jkomar** » Wed Jun 07, 2006 7:47 pm

nesl247 wrote:You must emerge gtk+ first, then revdep-rebuild. For some reason gtk+ wasn't being reported in revdep for me, so I emerged it manually. It fixes it, or well it should.

Tried that earlier today. I went through and re-emerged the major xgl-related packages in the order spelled out by the howto. No dice though.

Cheers,
Jason

Liono · Post by **Liono** » Wed Jun 07, 2006 7:55 pm

I've started having a rather odd problem. I run KDE on xgl, but recently some of my kde startup programs have been crashing xgl (ie. the windows all stop responding, but I can still go onto the console and kill everything manually), which means I can't start kde normally through startkde. (ie. I have to launch a console and run kicker and kdesktop manually). I have so far detected amarok and kmix to be causing the problem. I initially looked at artsd, but that's not causing a problem as noatun seems to run fine and plays music with no problem. Any ideas?

edit: It appears I'm getting some "ERROR unlocking pcie memory" stuff in my logs, nothing in the xorg logs. It looks like that only happens when I start xlg though...

cwall64 · Post by **cwall64** » Wed Jun 07, 2006 10:51 pm

I tried all these solutions, I even reran the install.sh script from xgl-coffee, but none worked. As a last ditch effort I tried going back to cairo-1.0.4, which worked! And everything else seems to still be working also.

Xamindar · Post by **Xamindar** » Wed Jun 07, 2006 11:26 pm

I'm getting a block while trying to do a recent upgrade. Does anyone else get this?

Code: Select all

[blocks B     ] >=x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762)

The thing is, I don't have that version of xorg-server installed, I have bersion 1.1.0.

cwall64 · Post by **cwall64** » Wed Jun 07, 2006 11:31 pm

When I received that block it was trying to upgrade xorg to 7.1, which nvidia doesn't support yet.

greasy_grasshopper · Post by **greasy_grasshopper** » Thu Jun 08, 2006 4:06 am

I just wanted to share that I had trouble compiling cairo-1.1.6 but re-emerging pango fixed it for me. (My error was related to libpangocairo or libcairopango or something along these lines).

Henning Rogge · Post by **Henning Rogge** » Thu Jun 08, 2006 6:30 am

Xamindar wrote:I'm getting a block while trying to do a recent upgrade. Does anyone else get this?
Code: Select all
[blocks B     ] >=x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762)
The thing is, I don't have that version of xorg-server installed, I have bersion 1.1.0.

Just look into the Desktop forum, it's a sticky thread...

XGL (Part 4)

Re: Compiz CVS ?

version of cairo to run

Re: version of cairo to run

Re: version of cairo to run