Message: previous - next
Month: February 2012

Re: [trinity-users] kaffeine-3.5.13 compilation error

From: "roman" <lists@...>
Date: Sun, 5 Feb 2012 22:24:54 +0100

On Sun, February 5, 2012 00:59, E. Liddell wrote:
> So long as they work, I don't think it matters who puts 'em there.
Yep, exactly. As long as they work it doesn't matter.

> The default options for every merge will be in the eclasses, I think. For
> single builds, the cmake-utils eclass has a couple of ways of passing
> options
> back to emake, and probably to configure as well.
Yes, they use the myconf-variable, but as that stuff was written in the
src i had no idea howto else regenerate those (still need to read up on
autoconf/-reconf autotools etc..).
Would be nice if /usr/include/tqt could be included in the eclass, don't
really know where though. Maybe i will test this with kshutdown later..

> And so do many other people.  It just doesn't suit my control-freak
> nature. ;)
I'm currently using thunar which does this fine via
console/policykit/upower... but as soon as konqueror is useable again i
would like to have it automount again.

> I think they were removed after HAL left the main tree.  Anyway, the
> worst known consequence of having both installed at once was that
> device icons showed up twice in some applications, IIRC--an annoyance,
> but not exactly a showstopping bug.
Thats right. Currently i am having a hard time deciding/finding out which
bugs are caused by wrong ebuilds and which are upstream.. i guess i will
have to get a complete working set before going bughunting... but
sometimes it is quite annoying... like the kaffeine/xine stuff.

>>I did patch the following though to get rid of the kde3-dir
>> (also some 'designer-plugins' weren't found)
>> -       export
>> kde_widgetdir="$KDEDIR/$(get_libdir)/kde3/plugins/designer"
>> +       export
>> kde_widgetdir="$KDEDIR/$(get_libdir)/trinity/plugins/designer"
> Interesting.  I wonder if that would fix the widget style ebuilds in
> x11-themes, too.
I was able to install the x11-themes/polyester after that (and patching
the same into polyester).

> I have all of kdeartwork working (well enough for me to install it,
> anyway) except kdeartwork-kworldclock, which
> is dependent on one of the kdetoys applications that won't yet build.
> Also all of kdegraphics except kdvi, kghostview, and kooka.
Nice! I would love got get those added as soon as possible.

> We'll even get a Vietnamese translation as a bonus. 8)
I would like to get trinity in german first.;)

> I was felled by a migraine yesterday and so am behind on doing anything
> about
> this.  Will try to sort things tomorrow if I can stay sitting up for long
> enough.
No problem, i know migranes well enough.;(

> We're starting to get things sorted out, thankfully.  Just have to figure
> out
> where the rest of the stray symbols are and amend the ebuilds (or the
> eclasses?)
> to force both libraries into the linker.
Good to hear.. as i already said i found the tqt-headers in
/usr/include/tqt if that helps.

>> PS: kontact is next on my todo does it really hard-depend on knotes now?
> Could it be a plugin thing?  There's a note about them in the old KDE3
> ebuild.
Not sure.. will try to check on that. Also there might be some helpful
patches to be found in tde-packaging fixing post-release bugs..