[SOLVED] Help on build mesa + xcb

BrZ · 04-09-2009, 09:30 PM

Hi there,

Any directions on building libX11 with xcb support? I 'trashed' my system for two times getting rid of fglrx. It's one xpress1100 [RS482 [Radeon Xpress 200M]].

Right now is kernel 2.6.29.1, xserver 1.5.2, mesa 7.4 and all the latest or gits protos/libs/drivers/..., but with libxcb, xcb and libX11 from slackware 12.2. 2D is very good and got dri, but have some image corruption and errors.

Desired is xserver 1.6.

Thanks.

weibullguy · 04-11-2009, 11:41 AM

What exactly are you having problems with? libX11 will build against XCB if XCB is installed on your system. No additional configure switches should be necessary. Otherwise installing libX11 is as simple as executing the configure script, make, and make install.

Installing XCB is similar (configure, make, make install). Install xcb-proto, then libxcb, then (recommended) xcb-utils. You'll need Python to build xcb-proto. You'll need libXSLT, libXau, and libpthread-stubs to build libxcb. You'll need gperf to build xcb-utils. In the end, you'll have libX11-xcb in addition to libX11.

BrZ · 04-11-2009, 01:07 PM

Tried again and failed. libxcb-xlib.so is not created and some programs/libs, specially xauth and kdeinit, seems to be linked against (?). As my acpi only works with kernel 2.6.28 and up, I was forced to keep an eye on every update. Before that was all pain with dsdt corretions.

Yesterday I was able to build mesa, xcb and xserver, with libX11, all from git. Copied libxcb-xlib to /usr/lib, made the symlinks and got warnings about some missing _lock_ calls. Also had errors on some kde applications, like the battery meter not showing. DRI was ok and, even if my fps was very slow, got compiz to work. I'm impressed it even worked.

Right now I'm 'unbuilding' all the mess...

Thanks for your reply.

bathory · 04-11-2009, 03:55 PM

Quote:

Tried again and failed. libxcb-xlib.so is not created and some programs/libs, specially xauth and kdeinit, seems to be linked against (?)

Newer xcb (iirc from version 1.1.92) does not include libxcb-xlib anymore. That is a problem since many other apps are linked against this library. There are scripts that search the libtool files (*.la files) of the libraries in /etc/ld.so.conf and remove the libxcb-xlib dependency, but I think it's a risk to break your system if you use them.
This is the reason that I couldn't either upgrade to lastest X.

BrZ · 04-11-2009, 05:57 PM

Is there any way to build the new server without xcb support and have video acceleration ?

bathory · 04-12-2009, 03:28 PM

You could try to build latest X keeping the just the xcb provided by Slackware. This way you will have the libxcb-xlib library needed by kde and gtk apps. Compile libX11 with the "--with-xcb" option to use xcb.

BrZ · 04-13-2009, 07:42 PM

Sorry for bothering, as my initial desire was really build with xcb and improving kernel compatibility with my broken BIOS. The R300, R400 and R500 will be dropped from the next fglrx, and the 9.3 won't compile on the 2.6.29 and future kernels. The RS480 is supposed to work well with the radeon driver.

No luck again, but learned to fix a lot of things

Downgraded to last .28 series and made the proprietary module again. Will try at least upgrading some protos. On the desktop I have one old 8500. No luck also. The desktop was messed very hard this time. As the result the rig is now almost a fresh 12.2. Not bad at all 8]

Thanks for taking your time.

bathory · 04-14-2009, 07:29 AM

Just FYI.
I've managed to build xorg-server-1.6, along with xcb-1.2 and Mesa-7.4 for testing it.
Since I also use gtk compiled from source, I had to rebuild gtk and its dependencies and had no problem with gtk apps
Thank god I use fluxbox and not kde, because kde is heavily dependent on libxcb-xlib, as it seems from:

Code:

grep libxcb-xlib /usr/lib/*.la

Yalla-One · 04-14-2009, 10:51 AM

Hi,

I've also compiled X11 from source to experiment with latest xorg-server and intel drivers, and while I successfully built the entire X from source without the libxcb-xlib, it turned out that I had one or more goofs in my system to fix the libtool references to this library. As a result, while X11 runs like a charm, all other X applications also needed recompile...

Any chance you can share with us how you fixed the libtool files without having to recompile every single X-dependent application?

For those interested, here's the order in which I built X11 from scratch on a clean system (ie a system with absolutely no X or XAP packages installed (all latest version from contrib catalog on xorg except where noted, and mesa 7.4)

Code:

 1. ./x11.SlackBuild lib libpthread-stubs        
 2. libdrm                                       
 3. fontconfig                                   
 4. ./x11.SlackBuild proto                       
 5. ./x11.SlackBuild util                        
 6. ./x11.SlackBuild lib libXau                  
 7. ./x11.SlackBuild lib libXdmcp                
 8. ./x11.SlackBuild xcb xcb-proto               
 9. ./x11.SlackBuild xcb libxcb                  
10. ./x11.SlackBuild lib xtrans                  
11. ./x11.SlackBuild lib libX11                  
12. ./x11.SlackBuild data xbitmaps               
13. ./x11.SlackBuild lib libICE                  
14. lib libFS                                    
15. lib libXrender                               
16. lib pixman                                   
17. lib libXext         (only with libxproto 1.0.3)
18. lib libSM
19. lib libXt
20. lib libXmu
21. lib libXpm
22. lib libXaw
23. lib libXfixes
24. lib libXcursor
25. lib libXcomposite
26. lib libXft
27. lib libfontenc
28. lib libXfont
29. lib libxkbfile
30. lib libxkbui
31. lib libXv
32. lib libXvMC
33. lib libXp
34. lib libXprintUtil
35. lib libXprintAppUtil
36. ./x11.SlackBuild lib
37. app
38. data
39. xserver
40. drivers

bathory · 04-14-2009, 04:05 PM

Quote:

As a result, while X11 runs like a charm, all other X applications also needed recompile...

What you mean by "all other X apps"?
The apps in /usr/X11/bin are OK (I've tried more than 20 of them). Also fluxbox, firefox, thunderbird, gimp, openoffice etc work also without a hitch.
The only thing that has problems is kde, its libs and related apps. As I've already mentioned above I dont's use kde, so I didn't have to recompile anything, apart from gtk and its dependencies.
If you are interested you can try the solution posted in comments #15 and #20 in this bug report.

BrZ · 04-14-2009, 09:00 PM

Quote:

Originally Posted by bathory

Just FYI.
I've managed to build xorg-server-1.6, along with xcb-1.2 and Mesa-7.4 for testing it.
Since I also use gtk compiled from source, I had to rebuild gtk and its dependencies and had no problem with gtk apps
Thank god I use fluxbox and not kde, because kde is heavily dependent on libxcb-xlib, as it seems from:

Code:

grep libxcb-xlib /usr/lib/*.la

I see it now. Next time I'll try to make one separated server and run another desktop manager. My 'fresh' 12.2 is so rosed I can't even compile the radeon 6.0.9 again

Good to see I'm not alone, just a couple of years late.

Yalla-One · 04-14-2009, 11:34 PM

Quote:

Originally Posted by bathory

What you mean by "all other X apps"?

I meant everything I compiled by hand under the x11 tree works, but everything else relying on x, such as firefox, xchat etc means "all other X apps"..

I tried the solution from the gentoo bug report, but ended up borking my system. Have unfortunately not had sufficient time to dive deeper into this, as recompiling X from scratch already took more time than allowed :-)

bathory · 04-15-2009, 02:35 AM

Quote:

but everything else relying on x, such as firefox, xchat etc means "all other X apps".

firefox, xchat etc, are gtk apps, that's why I told you they work for me, cause I am also using gtk compiled from source.

Quote:

I tried the solution from the gentoo bug report, but ended up borking my system.

Hope you have a backup of the modified .la files.

Yalla-One · 04-15-2009, 02:39 AM

Quote:

Originally Posted by bathory

firefox, xchat etc, are gtk apps, that's why I told you they work for me, cause I am also using gtk compiled from source.

Ah, ofcourse... more rebuilding....

Quote:

Originally Posted by bathory

Hope you have a backup of the modified .la files.

Yeah, but it's on a separate build-machine where I both have snapshots and it doesn't really matter since it's reserved for this kind of breakage :-)