Bug 206991 - kdenetwork is not compileable because of kget
Summary: kdenetwork is not compileable because of kget
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-10 19:24 UTC by Christian Ehrlicher
Modified: 2009-12-26 02:48 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Ehrlicher 2009-09-10 19:24:41 UTC
Version:            (using Devel)
Compiler:          doesn't matter 
OS:                MS Windows
Installed from:    Compiled sources

Currently kdenetwork is not compileable because kget doesn't compile. Looks like nepomuk-rcgen doesn't produce any output.
Comment 1 Christian Ehrlicher 2009-09-10 19:25:32 UTC
Don't know if the kget authors can do something against this problem since it's a windows-only problem afaics
Comment 2 Lukas Appelhans 2009-09-10 19:27:31 UTC
Can you post the compile error? And nepomuk is fully ported to Windows already?

Lukas
Comment 3 Christian Ehrlicher 2009-09-10 19:40:14 UTC
It's not a compiler error but a error during cmake time. nepomuk-rcgen neither returns sources nor headers when parsing kget_history.trig.
Comment 4 Lukas Appelhans 2009-09-10 19:56:18 UTC
Mmh strange... Nepomuk is optional in KGet, so it should be compilable without... :)

Lukas
Comment 5 Christian Ehrlicher 2009-09-10 20:03:11 UTC
No, nepomuk is no longer optional. See base CMakeLists.txt in kdenetwork
Comment 6 Matthias Fuchs 2009-09-10 20:14:30 UTC
I guess I have the same problem on Linux. Btw. is your system 32 bit or 64 bit?

Is this the output you get?

Parsing ontology file /home/kde-devel/kde/src/git-test/kdenetwork/kget/kget_history.trig failed.                               
Parsing ontology file /home/kde-devel/kde/src/git-test/kdenetwork/kget/kget_history.trig failed.                               
CMake Error at /home/kde-devel/kde/share/apps/cmake/modules/NepomukAddOntologyClasses.cmake:80 (message):                      
  Failed to generate Nepomuk resource classes list.                                                                            
Call Stack (most recent call first):                                                                                           
  kget/CMakeLists.txt:115 (NEPOMUK_ADD_ONTOLOGY_CLASSES)                                                                       


CMake Error at /home/kde-devel/kde/share/apps/cmake/modules/NepomukAddOntologyClasses.cmake:83 (add_custom_command):
  add_custom_command Wrong syntax.  A TARGET or OUTPUT must be specified.                                           
Call Stack (most recent call first):                                                                                
  kget/CMakeLists.txt:115 (NEPOMUK_ADD_ONTOLOGY_CLASSES)
Comment 7 Christian Ehrlicher 2009-09-10 20:18:30 UTC
You're right - that's the error. Does your nepomuk raptor parser plugin uses libxml or expat? I digged it down to a parser error inside libxml library on my system. Don't think this has something to do with32/64 bits (I'm on 32 bits here).
Maybe the os should be changed to 'All'
Comment 8 Lukas Appelhans 2009-09-10 20:21:51 UTC
Mmh, for me it seems it's still optional:
macro_optional_find_package(Nepomuk) and the checks for Nepomuk_FOUND/HAVE_NEPOMUK in kget's CMakeLists.txt...

Lukas
Comment 9 Matthias Fuchs 2009-09-10 20:40:03 UTC
-- Soprano Components that will NOT be built:
   * Redland storage backend                 
   * Virtuoso storage backend                
   * Raptor RDF parser                       
   * Raptor RDF serializer    

** Expat is disabled. No support for XML via Expat             
-- WARNING: you are using the obsolete 'PKGCONFIG' macro use FindPkgConfig
-- Found LibXml2: /usr/lib/libxml2.so  

Looks like lixml is used.
Comment 10 Christian Ehrlicher 2009-09-10 20:43:37 UTC
You have another problem - since redland backend is not build you're not able to parse kget_history.trig - it's not the same problem like on windows.
Comment 11 Matthias Fuchs 2009-09-10 20:52:05 UTC
I'm building the Sesame2 storage backend though, so that shouldn't be a problem right?
Comment 12 Christian Ehrlicher 2009-09-10 21:06:11 UTC
I don't know nepomuk but I found the SerializationTrig enum needed to parse kget_history.trig only in raptorparser.cpp.
the nepomuk maintainer should know more...
Comment 13 Matthias Fuchs 2009-09-10 21:29:40 UTC
Ok, installing the Raptor backend and thus also installing the Raptor serializer and parser fixed it for me.
Comment 14 Bruno Bigras 2009-10-19 18:42:43 UTC
I had this problem today. In my case, adding "/usr/share" to XDG_DATA_DIRS fixed the problem.
Comment 15 Lukas Appelhans 2009-12-25 01:21:57 UTC
Has this been fixed already?

Lukas
Comment 16 Carlo Segato 2009-12-26 02:48:25 UTC
yes it's fixed