I've finally managed to produce some working Trinity Mandriva packages (available from http://www.autotrain.org/mdv-kde/mdv2010.2.html). However, i've got a problem with kcontrol, it starts up fine, but it doesn't load any configuration options, so the main config panels are blank.
This could be being caused by one of the mandriva patches, rather than being a bug in the Trinity core, but i'd appreciate some suggestions as to what I should be looking for.
Other 'lesser' configuation screens, eg "Configure Desktop" and "Configure Panel" seem to work fine.
Thanks, Tim W
On Mon, Jul 18, 2011 at 10:06, Tim Williams tmw@autotrain.org wrote:
I've finally managed to produce some working Trinity Mandriva packages (available from http://www.autotrain.org/mdv-kde/mdv2010.2.html). However, i've got a problem with kcontrol, it starts up fine, but it doesn't load any configuration options, so the main config panels are blank.
There's a patch that fixes this, although I also think this may have something to do with one of mdv's packages. (/me doesn't remember exactly, he forgets if there was a mailing list discussion or not...)
This could be being caused by one of the mandriva patches, rather than being a bug in the Trinity core, but i'd appreciate some suggestions as to what I should be looking for.
Other 'lesser' configuation screens, eg "Configure Desktop" and "Configure Panel" seem to work fine.
This is with autoconf, right? How did you get it to build with a newer version? I've had to stop building RPMs for the time being because cmake porting isn't finished.
PS feel free to join us on trinity-devel
On Mon, 18 Jul 2011, Robert Xu wrote:
There's a patch that fixes this, although I also think this may have something to do with one of mdv's packages. (/me doesn't remember exactly, he forgets if there was a mailing list discussion or not...)
Is anybody able to point me at the relevant patch? Otherwise i'll have a dig on my own.
This is with autoconf, right? How did you get it to build with a newer version? I've had to stop building RPMs for the time being because cmake porting isn't finished.
Yes, this is autoconf with Trinity 3.5.12. The autoconf patches from my 3.5.10 rpm's mostly seem to fix the build issues. There is still some fiddling about to get the core packages to build, if you look at my post dated 18 Jul 2011 12:50 on this thread: http://forum.mandriva.com/en/viewtopic.php?f=181&t=128274&p=848036#p... i've described the procedure. It's not exactly ideal, but it seems to work...
Tim W
On Mon, Jul 18, 2011 at 11:32, Tim Williams tmw@autotrain.org wrote:
On Mon, 18 Jul 2011, Robert Xu wrote:
There's a patch that fixes this, although I also think this may have something to do with one of mdv's packages. (/me doesn't remember exactly, he forgets if there was a mailing list discussion or not...)
Is anybody able to point me at the relevant patch? Otherwise i'll have a dig on my own.
Searched my mail archives, = this is a problem with mdv's desktop-data (or related) package. openSUSE's kde3 had the same problem - I suggest asking on opensuse-kde3 what the fix was.
This is with autoconf, right? How did you get it to build with a newer version? I've had to stop building RPMs for the time being because cmake porting isn't finished.
Yes, this is autoconf with Trinity 3.5.12. The autoconf patches from my 3.5.10 rpm's mostly seem to fix the build issues. There is still some fiddling about to get the core packages to build, if you look at my post dated 18 Jul 2011 12:50 on this thread: http://forum.mandriva.com/en/viewtopic.php?f=181&t=128274&p=848036#p... i've described the procedure. It's not exactly ideal, but it seems to work...
I'll take a look :D
On Mon, 18 Jul 2011, Robert Xu wrote:
Searched my mail archives, = this is a problem with mdv's desktop-data (or related) package. openSUSE's kde3 had the same problem - I suggest asking on opensuse-kde3 what the fix was.
I just found the problem, Mandriva moved the xdg install dir from /etc/xdg/menu to /etc/xdg/kde/menu. My packages are inconsistent, i'm installing the config files to /etc/xdg/menu, but trying to read them from /etc/xdg/kde/menu. Manually moving the relevant files to /etc/xdg/kde/menu has fixed the problem. I'll update my packages shortly to fix this for a normal install.
Tim W