Leaving Gentoo

[dman777]

Ok, for my last 4 days off I have been struggling to get Compiz Fusion to run with my ATI VGA card. I have been working 24/7 on those days off trying to get it working. It all comes down to XGL. I can't get it for Gentoo. Why did you take it out of the portage tree, Gentoo? Just because it's a dead product doesn't mean it isn't needed. I can't even get an overlay for it. It's still easly accessible with other linux's, but not Gentoo. I see many other people on here with the same problem as me needing XGL. Perhaps I may come back to Gentoo some day if I get another system. But I am really disappointed.

[NeddySeagoon]

dman777,

XGL is still around - there is even a forums sticky for it.

[jonnevers]

Perhaps I may come back to Gentoo some day if I get another system. But I am really disappointed.

XGL sucks and is old news.
ATI graphic drivers suck in all linux distributions. (though i hear noise they are improving greatly)

peace out.

[asturm]

I don't see the point in supporting XGL anymore.

[deno]

Open source 'ati' driver works well with aiglx. I am using it with ubuntu and radeon x600 pro card. Maybe your card isn't supported?

[Dralnu]

XGL was a bad idea that is (hopefully) dead.

Maybe look into AIGLX?

[Workaphobia]

For my curiosity, what's wrong with XGL, technically speaking (but in low detail)?

[dleverton]

For my curiosity, what's wrong with XGL, technically speaking (but in low detail)?

There's nothing really fundamentally wrong with it, it's just a little buggy, and the more interesting backend (EGL) seems to have been pretty much abandoned. However, some people seem to have turned against it, now that it isn't the only X server capable of running Compiz.

[dleverton]

It doesn't matter XGL sucks....because it's my only choice!!!!! It's better than nothing!!!! Why can't that be understood?????????

This is what I'm currently using... there are newer versions in upstream's git, but they either didn't work for me or require the unstable version of renderproto. Completely unsupported, use at your own risk, blah blah blah....

EDIT: or if you do want to use the unstable renderproto, you could try renaming it to xgl-0.0.1_pre20080125.ebuild, and change XGL_EGIT_TREE to e74732ae116070ceba6e1288dd0ac75976d3c267 and MESA_EGIT_TREE to 83768343f3cedffe67aeb01b2826366b9805e5db. I promise even less than normal that it will work, however.

Code: Select all

# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

SNAPSHOT="yes"

inherit flag-o-matic git x-modular multilib

XGL_EGIT_REPO_URI="git://anongit.freedesktop.org/git/xorg/xserver"
XGL_EGIT_PROJECT="xgl"
XGL_EGIT_BRANCH="xgl-0-0-1"
XGL_EGIT_TREE="b5271285d159393294279bd26445ac1aa0203227"

MESA_EGIT_REPO_URI="git://anongit.freedesktop.org/git/mesa/mesa"
MESA_EGIT_PROJECT="mesa"
MESA_EGIT_BRANCH="master"
MESA_EGIT_TREE="6ca46505363072b628cbc0accc04c6db7e3f53a0"

XGL_S="${WORKDIR}/${PN}"
MESA_S="${WORKDIR}/mesa"
S="${XGL_S}"

DESCRIPTION="Xgl X server"
HOMEPAGE="http://xorg.freedesktop.org/"
SRC_URI=""

LICENSE="X11"
SLOT="0"
KEYWORDS="~x86 ~amd64 ~ppc"
IUSE="ipv6 xinerama"

DEPEND=">=media-libs/glitz-0.5.6
	>=media-libs/mesa-6.5.2_pre20061102
	x11-proto/xf86driproto
	x11-proto/randrproto
	x11-proto/renderproto
	>=x11-proto/fixesproto-4.0
	x11-proto/damageproto
	x11-proto/xf86miscproto
	>=x11-proto/scrnsaverproto-1.1
	x11-proto/resourceproto
	x11-proto/fontsproto
	x11-proto/xf86dgaproto
	x11-proto/videoproto
	>=x11-proto/compositeproto-0.3
	x11-proto/trapproto
	x11-proto/recordproto
	x11-proto/xineramaproto
	x11-proto/evieext
	x11-libs/libXfont
	x11-libs/libxkbfile
	x11-libs/libxkbui
	x11-libs/libXxf86misc"

RESTRICT="mirror"

pkg_setup() {
	# (#121394) Causes window corruption
	filter-flags -fweb

	CONFIGURE_OPTIONS="
		$(use_enable ipv6)
		$(use_enable xinerama)
		--enable-xgl
		--enable-xglx
		--enable-glx
		--enable-dri
		--disable-xorg
		--disable-aiglx
		--disable-dmx
		--disable-xvfb
		--disable-xnest
		--disable-xprint
		--with-mesa-source=${MESA_S}
		--sysconfdir=/etc/X11
		--localstatedir=/var
		--enable-install-setuid
		--with-font-dir=/usr/share/fonts
		--with-default-font-path=/usr/share/fonts/misc,/usr/share/fonts/75dpi,
/usr/share/fonts/100dpi,/usr/share/fonts/TTF,/usr/share/fonts/Type1"

}

# yuck :-(
x-modular_unpack_source() {
	for v in ${!XGL_EGIT_*}; do
		eval "${v#XGL_}="\${!v}""
	done
	git_src_unpack

	S="${MESA_S}"
	for v in ${!MESA_EGIT_*}; do
		eval "${v#MESA_}="\${!v}""
	done
	git_src_unpack
	S="${XGL_S}"

	cd "${S}"
}

src_install() {
	x-modular_src_install

	rm "${D}/usr/share/aclocal/xorg-server.m4" \
		"${D}/usr/share/X11/xkb/compiled/README.compiled" \
		"${D}/usr/$(get_libdir)/xserver/SecurityPolicy" \
		"${D}/usr/$(get_libdir)/pkgconfig/xorg-server.pc" \
		"${D}/usr/share/man/man1/Xserver.1"
}

mod edit: fixed long line --bunder

[NeddySeagoon]

dman777,

OK, you are still here and you have had your rant. Calm down and get good nights sleep.
When you feel refreshed, if you want to go about tackling the issues one at a time in a logical sequence, post back with the following information.

1) Your lspci output - we need to see for ourselves what chipset and video card you have.
2) What instructions you followed
3) What you did.
4) What happened.
5) What you expected to happen
6) Any error messages you got - *exactly*. Paraphrased error messages are useless.

With the above information, we may be able to understand your issues then fix them.
GLX works for lots of people, why not you ?

Incidentily, the tarball(s) you need will still be around. If binary distros are offering GLX, under the GPL, they must make source available too.

[kernelOfTruth]

if I recall right, 0.0.1_pre20080125 didn't work for me, add the sabayon-overlay to your system, there are several versions:

* x11-base/xgl
Available versions: (~)0.0.1_pre20070105[1] (~)0.0.1_pre20070105[2] (~)0.0.1_pre20070727[1] (~)0.0.1_pre20070915[1] (~)0.0.1_pre20070918[1] {ipv6 xinerama}
Homepage: http://xorg.freedesktop.org/
Description: XGL X server

[1] "sabayon" /usr/local/portage/overlay
[2] "xeffects" /usr/local/portage/xeffects

at least the (~)0.0.1_pre20070105 one should work (if I recall right it did for me), after that the others wouldn't compile / work

[dman777]

If I change the ebuild to 20070127 do I also have to change the XGL_EGIT_TREE and MESA_EGIT_TREE lines? And if so, how do I find out what they are?

Thanks,
-dman777

[Rad]

AND XGL IS NOT STILL AROUND FOR GENTOO. I HAVE ONLY MANAGED TO GET MY HANDS ON TWO VERSIONS. ONE WOULDN'T INSTALL BECAUSE IT COULDN'T FIND A TAR FILE. THE OTHER WOULDN'T INSTALL BECAUSE OF SOME ERROR OF AT THE END OF THE INSTALLATION. SO THEREFORE, THERE IS NO XGL FOR GENTOO! THAT MEANS IF I WANT TO USE GENTOO AND COMPIZ FUSION, I CAN'T!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Dude, you flip over one particular piece of eye candy missing on your machine? Chill...

And I also suggest you to use the Sabayon overlay, or even full Sabayon to get a Gentoo with XGL. Its proven to work on a lot of machines.

[dman777]

Ok, I just did a fresh install of Gentoo(for the 3rd time). I am going to try this again. I like Gentoo alot and really want this to work. I don't want to mess up or clutter my OS so can someone please tell me:

The Wiki Gentoo Doc is really outdated. Do I still need to do these steps? -

1)The first thing we will do is emerge Cairo.
# emerge --ask --verbose cairo
Rebuild pango and gtk+ against the newly built Cairo package.
# emerge --ask --verbose pango gtk+


2) Emerge Xgl and Mesa:
# emerge --ask --verbose --noreplace mesa

3) Someone told me I need to emerge mesa-progs, is this true?

4) I know for a fact that XGL release 20070127 works because I acquired it with Ubuntu and it ran good. In that script that was posted(thank you dleverton) if I change the ebuild date, will I have to change the mesa_egit_tree and xgl_edit_tree also?

Thank you,
-Darin

[dleverton]

If I change the ebuild to 20070127 do I also have to change the XGL_EGIT_TREE and MESA_EGIT_TREE lines? And if so, how do I find out what they are?

Yes, unfortunately there's no way to automate it with git, as far as I know. You need to check http://gitweb.freedesktop.org/?p=xorg/x ... =xgl-0-0-1 and http://gitweb.freedesktop.org/?p=mesa/m ... a=shortlog for the commit corresponding to the date that you want, then use the "tree" ID (for example, the latest Xgl commit has a tree of e74732ae116070ceba6e1288dd0ac75976d3c267).

[rgviza]

Ok, for my last 4 days off I have been struggling to get Compiz Fusion to run with my ATI VGA card. I have been working 24/7 on those days off trying to get it working. It all comes down to XGL. I can't get it for Gentoo. Why did you take it out of the portage tree, Gentoo? Just because it's a dead product doesn't mean it isn't needed. I can't even get an overlay for it. It's still easly accessible with other linux's, but not Gentoo. I see many other people on here with the same problem as me needing XGL. Perhaps I may come back to Gentoo some day if I get another system. But I am really disappointed.

http://gentoo-wiki.com/HOWTO_compiz-fusion

worked for me on amd64, but I'm using nvidia card. ATI's issues are not gentoo's fault ; )

[wally_tm]

Hi, I've been trying to get compiz-fusion to work for 3 weeks ( I'm working and having lot of other stuff to do ), but finally I've realized that running xorg1.4 is not a good idea for compiz. I was so desperate that I've downgraded all most entire system from ~amd64 to amd64 and after few hours I've reminded that somewhere I've seen something about xorg 1.4 not being ready for compiz ;X. After that I was going with plenty of FAQ + HOWTO ... non of them seamed to work. Finally helpful was this post regarding SUSE -> http://linux.wordpress.com/2007/11/22/u ... and-aiglx/

I'ts updated in november - so includes info upon a bit more recent ati drivers ( 8.433 ). Just followed that and started compiz with command

Code: Select all

LIBGL_ALWAYS_INDIRECT=true compiz --replace ccp &

If you are able to start this and it will not crash then you are prety well there. No windows border is caused ( in my case was ) usually by this that our window decoration is not set ( compizconfig Setting Manager -> Effects -> Window Decoration -> in "command" field" type "emerald --replace" ) as well as theme it self is not set ( go to emerald and set something ). Now you should restart you computer ( restarting X will do but you want to be sure ) -> starting compiz-fusion with command above and you can play with it.
You can put

Code: Select all

LIBGL_ALWAYS_INDIRECT=true

into your /etc/env.d/03openl and then run

Code: Select all

env-update

so from now on you will be able to run compiz with

Code: Select all

compiz --replace ccp &

right now I'm working on "how to get it starting automatically" and "how in a ..... I can get proper video playback in compiz" - but I'll get there

As side note: Look, for past 2 moths I'm sitting in work to 10 - 11 hours because we have new line of product on horizon and software for them has to be ready ASP - if you are sitting upon this for last 4 days as you have stated in your first post 24/7 then you've spent more time then me .... and you really have problem with google because this link is first in list when you type "compiz fusion ati-drivers' in google - but don't worry - me to . Problem nowadays is that all most nobody is giving their xorg.conf .... and option “RENDER” “true” && “IgnoreABI” “on” helped A LOT !! right now I'm running on ati-drivers-8.452 and everything goes smooth ( except for video ;X ).

Problems with gentoo is not usually caused by crap design of system etc. - it's usually people ignorance + crap software - not to many system can give such a flexibility as gentoo - right now in my company we are thinking about putting linux into our units ( as front pannel software ) to drive all hardware in units - and aparently gentoo is the distro we can easly configure / manipulate / change / update ( front panel will have Atmel arm9 SOC chip on it - right now is early draft but development will start on April ) - I 'dont know if ubuntu is capable of it .... yea and it has compiz-fusion out of the box - which will go crap when you update something on you system - read their forum.

(important) UPDATE:
putting

Code: Select all

LIBGL_ALWAYS_INDIRECT=true

into your /etc/env.d/03openl
is not a good idea, because .... whenever you will update ati-drivers it will get overwritten by default ( which means - you will have to add it again ;X ). Right now I'm trying some other ways to set this variable permanently.

[dman777]

Hey, Wally... thank you for all your help. I got it running. It's got some bugs but I am working them out right now. Thank you again!

-Darin

[wally_tm]

no problem mate

BTW, quick question to "all knowing" persons: How to set LIBGL_ALWAYS_INDIRECT=true globally so it won't get replaced/overwritten as in 03opengl file .....

right now I'm starting compiz-fusion through gnome sessions, by executing command

Code: Select all

env LIBGL_ALWAYS_INDIRECT=true compiz --replace ccp

on each gnome start .... well this works, BUT it has performance impact, because all env details has to be copied to separate environment + variable has to be changed .... and doing so durrning start time is quite slow.

[razamatan]

in some /etc/env.d file (i stuck this in 99local)

Code: Select all

WINDOW_MANAGER=/usr/local/bin/compiz-start

cat $WINDOW_MANAGER

Code: Select all

# compiz-start script
#
# hacky autodetection of neccessary options for XGL/AIGLX/NVIDIA
#
# Hanno Boeck, http://www.hboeck.de/
#
# Licensed under the same conditions as compiz itself (MIT or GPL)

if [ ! -x /usr/bin/glxinfo ]; then
        echo "glxinfo not found, please install mesa-progs."
        exit -1 
fi

GLX_WITH_DIRECT=`glxinfo|grep -c GLX_EXT_texture_from_pixmap`
GLX_WITH_INDIRECT=`LIBGL_ALWAYS_INDIRECT=1 glxinfo|grep -c GLX_EXT_texture_from_pixmap`
GLX_RENDER=`glxinfo|grep -c "OpenGL renderer string: Mesa GLX Indirect"`


COMPIZ_OPTIONS="--replace ccp --sm-disable"

if [ $GLX_WITH_DIRECT -eq 3 ]; then
        if [ $GLX_RENDER -eq 0 ]; then
                echo NVIDA detected
                export __GL_YIELD="NOTHING" 
        else
                echo XGL detected
        fi
elif [ $GLX_WITH_INDIRECT -eq 3 ]; then
        echo AIGLX detected
        export LIBGL_ALWAYS_INDIRECT=1
fi

if [ ! -z $KDE_FULL_SESSION ] && [ -x /usr/bin/kde-window-decorator ]; then
        echo Using KDE decorator
        kde-window-decorator --replace &
else
        echo Using GTK decorator
        gtk-window-decorator --replace &
fi

compiz $COMPIZ_OPTIONS gconf move resize minimize place decoration wobbly fade cube rotate scale switcher zoom dbus

[TheChessPlayer]

Please, read http://bugs.gentoo.org/show_bug.cgi?id=197455

[steveL]

If you're not leaving anymore can you edit your original post to reflect that (maybe add "changed my mind" or summat ;) If you are, bye :-)

[jonnevers]

1)The first thing we will do is emerge Cairo.
# emerge --ask --verbose cairo
Rebuild pango and gtk+ against the newly built Cairo package.
# emerge --ask --verbose pango gtk+

2) Emerge Xgl and Mesa:
# emerge --ask --verbose --noreplace mesa

you should add the -1 parameter to these types of emerge commands, this will keep them from erroneously being put into your world file. since they are just deps.

Code: Select all

emerge -1 -av pango gtk+

[csteeves]

you should add the -1 parameter to these types of emerge commands, this will keep them from erroneously being put into your world file. since they are just deps.

Code: Select all

emerge -1 -av pango gtk+

Speaking of which, I've already managed to do this at some point - that is, emerge dependencies without --oneshot, which makes a mess of my world file. My solution was to edit the world file directly (backing up the original), deleting packages which were obviously dependencies and retaining only the packages which I'd explicitly installed. The result was not a series of errors upon a new emerge, but instead

Code: Select all

emerge -avDuN world

produced different package lists for the two versions of the /var/lib/portage/world file: more packages for the unedited version. It seems to me that if I had deleted only the dependencies from world, then I should get the same result for both my edited and unedited world files.

1. Is this assumption correct?

2. What would be an appropriate method for repairing a world file cluttered with dependencies?

Thanks.

Craig

[jonnevers]

It seems to me that if I had deleted only the dependencies from world, then I should get the same result for both my edited and unedited world files.

1. Is this assumption correct?

2. What would be an appropriate method for repairing a world file cluttered with dependencies?

Thanks.

Craig

1. nah, I don't think so (but perhaps). It's probably taking a closer look because of the extra world entries. I'm interested to see what the two emerge lists look like and how exactly they differ.

try adding a -t (order by emerge depenency) to see what is pulling in what between the two world files.

2. I'd just do what you've done, afaik there isn't any other way.