View previous topic :: View next topic |
Author |
Message |
faugusztin n00b
Joined: 15 May 2005 Posts: 47
|
Posted: Tue Jun 06, 2006 6:57 pm Post subject: Re: Compiz CVS ? |
|
|
faugusztin wrote: | Problem with freedesktop CVS ?
Code: |
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. |
|
Back to top |
|
|
Henning Rogge Apprentice
Joined: 20 Sep 2002 Posts: 178
|
Posted: Tue Jun 06, 2006 7:42 pm Post subject: |
|
|
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" ? |
|
Back to top |
|
|
shrndegruv l33t
Joined: 18 Sep 2005 Posts: 658
|
Posted: Tue Jun 06, 2006 7:44 pm Post subject: |
|
|
testing was moved into the trunk.
its on the wiki |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Tue Jun 06, 2006 9:17 pm Post subject: |
|
|
Hi. I'm trying to compile several xgl packages, and they keep dying on libGL.la stuff:
Code: | 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: | 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 |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Tue Jun 06, 2006 9:31 pm Post subject: |
|
|
More info on the libGL.la:
Code: | 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? |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Tue Jun 06, 2006 10:04 pm Post subject: |
|
|
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. |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Tue Jun 06, 2006 10:13 pm Post subject: |
|
|
O.K. well that didn't work and I strongly recommend not doing it. |
|
Back to top |
|
|
edi15ta n00b
Joined: 06 May 2005 Posts: 60 Location: Kraków (Poland)
|
Posted: Tue Jun 06, 2006 10:20 pm Post subject: |
|
|
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 _________________ pozdr
mateusz |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Wed Jun 07, 2006 4:03 am Post subject: |
|
|
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: |
/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? |
|
Back to top |
|
|
piwacet Guru
Joined: 30 Dec 2004 Posts: 486
|
Posted: Wed Jun 07, 2006 4:09 am Post subject: |
|
|
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. |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Wed Jun 07, 2006 5:00 am Post subject: |
|
|
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. |
|
Back to top |
|
|
Henning Rogge Apprentice
Joined: 20 Sep 2002 Posts: 178
|
Posted: Wed Jun 07, 2006 7:11 am Post subject: |
|
|
Are there any news on the Xine problems with XGL ? |
|
Back to top |
|
|
coutts99 Apprentice
Joined: 19 Sep 2002 Posts: 171 Location: Sunderland, UK
|
Posted: Wed Jun 07, 2006 1:26 pm Post subject: |
|
|
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.
|
|
Back to top |
|
|
BlackBelt Guru
Joined: 27 Nov 2004 Posts: 369 Location: Messina/Pisa
|
Posted: Wed Jun 07, 2006 2:02 pm Post subject: |
|
|
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 _________________ "Sulla strada per l'inferno c'e' sempre un sacco di gente,
ma è comunque una via che si percorre in solitudine."
Charles Bukowski |
|
Back to top |
|
|
cwall64 Tux's lil' helper
Joined: 28 Nov 2003 Posts: 128 Location: Houston, TX
|
Posted: Wed Jun 07, 2006 3:48 pm Post subject: version of cairo to run |
|
|
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: |
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
|
_________________ Intel Core2Quad Q9400
Gigabyte GA-EP45-UD3P
8GB DDR2-1066 RAM OCZ
GeForce 9600GT
5x Seagate 1TB 7200.12 (4x Software RAID5)
Gentoo 64-bit |
|
Back to top |
|
|
Xake Guru
Joined: 11 Feb 2004 Posts: 588 Location: Göteborg, the rainy part of scandinavia
|
Posted: Wed Jun 07, 2006 4:13 pm Post subject: Re: version of cairo to run |
|
|
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... |
|
Back to top |
|
|
jkomar Apprentice
Joined: 24 Sep 2004 Posts: 192 Location: Calgary, Canada
|
Posted: Wed Jun 07, 2006 7:25 pm Post subject: Re: version of cairo to run |
|
|
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: | Xgl[11768] general protection rip:43e486 rsp:7fffff8f5520 error:0 |
I tried revdep-rebuild, but it didn't find anything relevant.
Jason _________________ www.jbox.ca
www.flashinthepan.ca
stormfront Portage/Paludis overlay |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Wed Jun 07, 2006 7:30 pm Post subject: |
|
|
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. |
|
Back to top |
|
|
jkomar Apprentice
Joined: 24 Sep 2004 Posts: 192 Location: Calgary, Canada
|
Posted: Wed Jun 07, 2006 7:47 pm Post subject: |
|
|
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 _________________ www.jbox.ca
www.flashinthepan.ca
stormfront Portage/Paludis overlay |
|
Back to top |
|
|
Liono n00b
Joined: 27 Jun 2003 Posts: 56
|
Posted: Wed Jun 07, 2006 7:55 pm Post subject: |
|
|
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... |
|
Back to top |
|
|
cwall64 Tux's lil' helper
Joined: 28 Nov 2003 Posts: 128 Location: Houston, TX
|
Posted: Wed Jun 07, 2006 10:51 pm Post subject: |
|
|
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. _________________ Intel Core2Quad Q9400
Gigabyte GA-EP45-UD3P
8GB DDR2-1066 RAM OCZ
GeForce 9600GT
5x Seagate 1TB 7200.12 (4x Software RAID5)
Gentoo 64-bit |
|
Back to top |
|
|
Xamindar Veteran
Joined: 03 Oct 2004 Posts: 1155 Location: California
|
Posted: Wed Jun 07, 2006 11:26 pm Post subject: |
|
|
I'm getting a block while trying to do a recent upgrade. Does anyone else get this?
Code: | [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. |
|
Back to top |
|
|
cwall64 Tux's lil' helper
Joined: 28 Nov 2003 Posts: 128 Location: Houston, TX
|
Posted: Wed Jun 07, 2006 11:31 pm Post subject: |
|
|
When I received that block it was trying to upgrade xorg to 7.1, which nvidia doesn't support yet. _________________ Intel Core2Quad Q9400
Gigabyte GA-EP45-UD3P
8GB DDR2-1066 RAM OCZ
GeForce 9600GT
5x Seagate 1TB 7200.12 (4x Software RAID5)
Gentoo 64-bit |
|
Back to top |
|
|
greasy_grasshopper Apprentice
Joined: 07 Apr 2005 Posts: 171
|
Posted: Thu Jun 08, 2006 4:06 am Post subject: |
|
|
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). |
|
Back to top |
|
|
Henning Rogge Apprentice
Joined: 20 Sep 2002 Posts: 178
|
Posted: Thu Jun 08, 2006 6:30 am Post subject: |
|
|
Xamindar wrote: | I'm getting a block while trying to do a recent upgrade. Does anyone else get this?
Code: | [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... |
|
Back to top |
|
|
|