29 Jan
2014
29 Jan
'14
7:40 a.m.
On Tuesday 28 of January 2014 21:56:56 David C. Rankin wrote:
A lot!, that's why we are renaming the
'trinity-devel' list to the
'darrell-anderson' list...
Now on to the more pressing matter -- how to control:
if libsmoke from A, then
no libsmoke from B
elif libsmoke from B, then
no libsmoke from A
fi
Is this purely a packaging matter, of should there be some TDE logic that
does this in the autotool/automake setup.
Right now libtqt-perl is a prime example of the hell we will find
ourselves in when automake 2 arrives. It does not build with automake 1.14
without significant hacks. Slavek has taken an initial patch of the problem
and created an update to libtqt-perl and it looks like he has set libsmoke
to build only in tdebinding. See:
I understand that in libtqt-perl is a "copy" of kalyptus and smoke from the
tdebindings. In fact, as a "third-party" for cases that are not yet available
in the system. As you can see, this copy not been updated to reflect changes
in tdebindings. Update kalyptus been addressed until now, when the problem
occurred.
I would venture to say that the "right place" for libtqt-perl would include it
as another part of tdebindings.
Slavek
--