7 Nov
2011
7 Nov
'11
3:56 a.m.
If kdegraphics and kdepim are both doing it then it must be a issue with
cmake submodules.
Calvin Morrison
On Nov 6, 2011 2:55 PM, "Darrell Anderson" <humanreadable(a)yahoo.com>
wrote:
Looks like the fix was straightforward: a one line patch in the libkcal
CMakeLists.txt file.
Almost. Kipi-plugins still would not build. Further inspection showed the
kdepim build process placing numerous header files in $PREFIX/include/kde
rather than $PREFIX/include. I then modifed all of the kdepim
CMakeLists.txt files that did this.
Patch:
http://humanreadable.nfshost.com/trinity/patches/kdepim/include-dirs.patch
After applying the patch and rebuilding kdepim, the affected header files
were installed to $PREFIX/include/ rather than $PREFIX/include/kde/.
Building kipi-plugins then succeeded.
The kdegraphics package also creates this subdirectory.
Patch:
http://humanreadable.nfshost.com/trinity/patches/kdegraphics/include-dirs.p…
As most of us here do not build every single additional package in the
applications tree, there could very well be other apps that will fail to
build because of this unexpected location of kdepim and kdegraphics header
files. The kipi-plugins package might be the exception but who knows. That
most of us do not build these additional packages likely is why nobody
discovered this problem earlier. Perhaps we should have a policy of
building every single package before releasing source tarballs?
KDE 3.5.10 does not have a $PREFIX/include/kde directory. I don't know why
this happened with Trinity.
With that said, possibly this $PREFIX/include/kde subdirectory was created
because of conflicts with KDE4/QT4. If that is the case then packages such
as kipi-plugins need patching to find the header files in the new location.
Also a subdirectory name of $PREFIX/include/trinity or $PREFIX/include/kde3
would be better than $PREFIX/include/kde so nobody confuses those header
files with KDE4 files.
If there is no conflict then would somebody please merge these patches in
svn? If the patches cause conflicts with KDE4/QT4 then let me know and I'll
try to patch kipi-plugins accordingly.
Darrell
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Building kdepim from the 3.5.13
source tarball
results in
two include libkcal directories:
$PREFIX/include/libkcal
$PREFIX/include/kde/libkcal
All but two of the header files are in the latter
directory.
In KDE 3.5.10 there was only $PREFIX/include/libkcal.
Why is kdepim creating two libkcal directories? Is
there a
way to patch that?
does your package system allow you to modify the
package tree? why not just do a quick "mv" and put
all the headers into the correct dirs?
I thought about that but closer inspection of the kdepim
package shows a whole bunch of $PREFIX/include/kde/..
subdirectories. I suspect there is a fundamental problem
with the make files that should be fixed.