kdelibs4 [4.4.5] compile failure for 4.4.4 repeated

Fri Jul 2 10:02:41 UTC 2010

> -----Original Message-----
> From: Max Brazhnikov [mailto:makc at issp.ac.ru] 
> Sent: 02 July 2010 00:22
> To: david at vizion2000.net
> Subject: Re: kdelibs4 [4.4.5] compile failure for 4.4.4 repeated
> 
> On Thu, 1 Jul 2010 06:28:38 -0700, you wrote:
> > You will have seen my last reply. I did a script from the last make 
> > make -DDISABLE_MAKE_JOBS -DCMAKE_VERBOSE. I have opened my 
> ftp server 
> > and you can reach the file ftp.vizion2000.net/pub/compile_kdelibs4
> 
> You have at least two problems:
> 1) kdelibs can't find soprano (but this should not be fatal)
> 2) kdelibs fails to build with strange error (it seems qt4 
> picks up qt3 headers during build)
> 
> To resolve the first one, try to rebuild ports in the following order:
> raptor, libiodbc, rasqal, redland, soprano
> 
> To avoid the second problem, you have to deinstall qt3 when 
> building kde4 ports. You can create package for qt3 port and 
> install it later, if you need qt3.
> 
> Hope this helps, otherwise I have no idea what's going on, 
> and can only suggest you to rebuild everything from clean.
> 
> Max

OK 

Regarding 1. 
I have found a clue in compilation of soprano.The followig lines appear
(abbreviated):
"
-- Found Rasqal 0.9.19: libs ...
-- Found Raptor 1.4.21: libs ...
-- Found Redland storage: /usr/local/lib/redland/librdf_storage_mysql.so
-- [NB nothing after the "--"]
-- Redland with broken NEEDED section detected, disabling
-- Could not find Redland (missing: _REDLAND_VERSION_OK)
-- Found CLucene library
.
.
.
------------
-- Soprano compenents that will be built:
   *Sesame2 storage backend java-based)
   * Virtuoso storage backend
   * Raptor RDF Parser (including TriG parser)
   * Raptor RDF Serializer
   * The CLucene-based full text ...
   * D-Bus server/client support

-- Soprano Components that will no be built:
   * Redland storage backend (missing librdf/redland - http://librdf.org)
____________________________________________________________

I have copied below ***NEEDED*** an interesting posting (
http://lists.zerezo.com/kde/msg10732.html ) on the subject of the NEEDED
error  which may/may not shed some light on the issue.

Regarding 2.
I am still getting identical errors on attempts to compile kdelibs4. 
Qt3 is not installed on the system. However I note that when kdelibs4 is
building it installs the qt3 compatibility library qt4-qt3support-4.6.3_1
which I had,  following your comments about qt3, previously deinstalled from
the system. So if it is picking up

***NEEDED***
Re: [kde] Redland vs. KDE-4.4 (aka TRUNK)

Date: Mon, 18 Jan 2010 12:49:50 -0700
From: James Tyrer <jrtyrer at xxxxxxxxxxxxx>
Subject: Re: [kde] Redland vs. KDE-4.4 (aka TRUNK)
Duncan wrote:
> James Tyrer posted on Sun, 17 Jan 2010 18:12:16 -0700 as excerpted:
> 
>> James Tyrer wrote:
>>> Then you go on to compile KDELibs and there is no indication of a
>>> problem when you run CMake.  The first real indication that there is a
>>> problem is that the compile of KDELibs fails with an error.
>>>
>>> So, I installed Redland-1.0.5 and determined by trial and error that
>>> the newest version of Rasqal that I could build it against was 0.9.15
>>> and was fortunate that it would compile against Raptor-1.4.20.  I also
>>> found that I couldn't compile one of the versions that I tried against
>>> SQLite-3.6.22 so I still have to check that again.
>>>
>>> Now, I should point out that Redland-1.0.5 is circa Fedora-6.  However,
>>> you can't use Raptor from that era because you need 'trig' and that
>>> means the newest version of Raptor is necessary.  This doesn't seem
>>> like a good idea to have an assortment of library vintages -- I expect
>>> problems.
>>>
>>> I also find it unacceptable for the newest version of KDE-4 (TRUNK) to
>>> require a library this old.  I think that this is a bug and will report
>>> it.
>>>
>> Am I correct that this has now been fixed?
>>
>> I was wondering, exactly where would I go to find information about
>> this?
> 
> I haven't responded as I'm not running trunk, but I think the version 
> requirements you mention must be the minimum version, not the /only/ 
> version.
> 
The CMakeLists.txt file in Soprano has this:

if(REDLAND_FOUND)
    macro_ensure_version( "1.0.5" ${REDLAND_VERSION} REDLAND_VERSION_GOOD )
endif(REDLAND_FOUND)

I think that that means ONLY 1.0.5, but I am not yet an expert on CMake.

> At least, these are the only versions of redland, rasqal and raptor 
> available in the Gentoo tree or the Gentoo/kde overlay, and the overlay 
> has kde ebuilds for the 4.4 betas and branch-head, and trunk as well.  
> (Tho my tree is about three weeks stale, now, last sync on 2009.1223, as 
> I was working on installing to my netbook and didn't want to sync in the 
> middle of that, but that's all working now so I'll update in a day or 
> two, probably.):
> 
> equery list --overlay --portage redland rasqal raptor
>  * Searching for redland ...
> [-P-] [  ] dev-libs/redland-1.0.9-r1 (0)
> [-P-] [ ~] dev-libs/redland-1.0.9-r2 (0)
> [-P-] [ ~] dev-libs/redland-1.0.10 (0)
> [-P-] [ ~] dev-libs/redland-1.0.10-r1 (0)
> 
>  * Searching for rasqal ...
> [-P-] [  ] dev-libs/rasqal-0.9.16 (0)
> [-P-] [ ~] dev-libs/rasqal-0.9.17 (0)
> 
>  * Searching for raptor ...
> [-P-] [  ] media-libs/raptor-1.4.19 (0)
> [-P-] [ ~] media-libs/raptor-1.4.20 (0)
> 
> So obviously, redland and rasqal can be newer than the versions you are 
> naming.
> 
Yes, and I thought that KDESupport TRUNK worked yesterday with the 
current releases of Redland and Rasqal.

Today it failed in CMake with:

-- Found Redland storage: /usr/local/lib/redland/librdf_storage_mysql.so
-- /usr/local/lib/redland/librdf_storage_mysql.so: undefined symbol: 
librdf_new_uri
-- Redland with broken NEEDED section detected, disabling
-- Could NOT find Redland  (missing:  _REDLAND_VERSION_OK)

* * *

-- Soprano Components that will NOT be built:
    * Redland storage backend (missing librdf/redland - http://librdf.org)
    * Raptor RDF serializer (missing libraptor and librdf/redland - 
http://librdf.org)

The problem appears to be the question of what version of Soprano to use 
with KDE-4.4RC1.

I don't know how Gentoo handles this, but I was using KDESupport from 
SVN for KDE-4.3 BRANCH.  This has the tag: kdesupport-for-4.3.  That is, 
as my instructions say, you check out:

svn://anonsvn.kde.org/home/kde/tags/kdesupport-for-4.3/kdesupport

The Soprano-2.3 BRANCH is no longer active, and IIUC, the new features 
in KDE-4.4 will not work with the 2.3.70 release.

So, this leaves KDESupport TRUNK.  And it doesn't appear to be stable.

I have to wonder what developers are using and what they expect that 
people that download the KDE-4.4RC1 tarballs will use to build them 
against -- specifically what will they use for Soprano.

This comes down to the fact that I maintain the build instructions for 
KDE-4.x.y releases on TechBase, and I don't know what to do or where to 
find the information.  I have considered quiting, but this has to be a 
temporary problem even though I think it is indicative of the problems 
with KDE.

-- 
James Tyrer