Hi Timothy,
thanks for the hint. Explicitly adding --enable-final did the job.
My complete configuration:
./configure --disable-dnssd --without-arts --without-ssl --without-xinerama --disable-rpath --enable-final --prefix=/opt/kde-3.5.12
I have no clue why the debug version fails on gentoo. Do you have any information if the gentoo devs are pulling trinity into there kde-sunset overlay? There has been some talk about this but nothing substancial to my knowledge.
Btw. the HAL dependency should explicitly be checked during the configure process. I got rid of HAL with the xorg 1.8 upgrade and didn't expect trinity needs it. Are you planning to make HAL mandatory in the future?
Nico
-----Ursprüngliche Nachricht----- Von: "Timothy Pearson" kb9vqf@pearsoncomputing.net Gesendet: Oct 2, 2010 12:04:20 AM An: trinity-devel@lists.pearsoncomputing.net Betreff: Re: [trinity-devel] question about building trinity from scratch
hi,
first of all I'd like to say how much I apprechiate you folks taking up the task of maintaining and keeping kde 3.5x spirit alive! I love this desktop and would be very happy to see new versions without the kde4.x bloat overhead.
I've struggeled to compile trinity (tqinterface, kdelibs, kdebase) from scratch on my gentoo box using the latest svn. However I've got it compiled but I'm not quite sure if everything is good. Could you please post some kind of a howto, including dependencies issues. the obsolete documentation on the kde website won't do.
Trinity starts up fine however my problem is that the kdesktop seems to give up on X11 after starting up:
[Thread debugging using libthread_db enabled] [KCrash handler] #5 0x00007f8c58c39495 in raise () from /lib/libc.so.6 #6 0x00007f8c58c3a8c0 in abort () from /lib/libc.so.6 #7 0x00007f8c58c74ac7 in ?? () from /lib/libc.so.6 #8 0x00007f8c58c7a056 in ?? () from /lib/libc.so.6 #9 0x00007f8c58c7edec in free () from /lib/libc.so.6 #10 0x00007f8c5a56cf34 in ?? () from /usr/lib/libxcb.so.1 #11 0x00007f8c5a56d32c in xcb_wait_for_reply () from /usr/lib/libxcb.so.1 #12 0x00007f8c5a7c8beb in _XReply () from /usr/lib/libX11.so.6 #13 0x00007f8c5a7ad982 in XInternAtom () from /usr/lib/libX11.so.6 #14 0x00007f8c568a0e90 in KBackgroundManager::KBackgroundManager(QWidget*, KWinModule*) () from /opt/kde-3.5.12/lib/libkdeinit_kdesktop.so #15 0x00007f8c568950df in KDesktop::initRoot() () from /opt/kde-3.5.12/lib/libkdeinit_kdesktop.so #16 0x00007f8c568946d1 in KDesktop::KDesktop(bool, bool) () from /opt/kde-3.5.12/lib/libkdeinit_kdesktop.so #17 0x00007f8c568757b0 in kdemain () from /opt/kde-3.5.12/lib/libkdeinit_kdesktop.so #18 0x00007f8c56b278c8 in kdeinitmain () from /opt/kde-3.5.12/lib/kde3/kdesktop.so #19 0x0000000000408f17 in launch(int, char const*, char const*, char const*, int, char const*, bool, char const*, bool, char const*) () #20 0x000000000040a426 in handle_launcher_request(int) () #21 0x000000000040ad86 in handle_requests(int) () #22 0x000000000040c8da in main ()
Maybe a howto will point to my mistake. Otherwise any help would be very much apprechiated.
Best Regards Nicolas
Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02
I have seen this exact crash before, and though I had it fixed in SVN revision r1172215 (see http://trinity.pearsoncomputing.net/patches/ for more information on that commit).
I am uncertain as to what nofinal does; is it possible that the Gentoo build set the nofinal option?
There is a simple workaround available, but when implemented Trinity does not export the desktop background to X11.
Tim
___________________________________________________________ Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02