[MacPorts] #68452: kdelibs4 @4.14.3_110 +debug+docs+osxkeychain: onto2vocabularyclass segfaults during build

[MacPorts]

#68452: kdelibs4 @4.14.3_110 +debug+docs+osxkeychain: onto2vocabularyclass
segfaults during build
---------------------------------------+--------------------
  Reporter:  cooljeanius               |      Owner:  (none)
      Type:  defect                    |     Status:  new
  Priority:  Normal                    |  Milestone:
 Component:  ports                     |    Version:  2.8.1
Resolution:                            |   Keywords:
      Port:  kdelibs4 soprano raptor2  |
---------------------------------------+--------------------

Comment (by RJVB):

 https://www.reddit.com/r/kde/comments/pa80p/nepomuk_does_anyone_actually_use_it/
 suggests KDEPIM uses it (vaguely rings a bell) but I can only find a
 reference to a `share/akonadi/agents/akonadinepomukfeederagent.desktop`
 file that references an Akonadi agent that is no longer installed neither
 by MacPorts nor by my old Kubuntu 14.04 Plasma4 desktop. The KDEPIM
 sources do NOT depend on anything installed by Nepomuk, and Akonadi itself
 is built WITHOUT Soprano support by default.

 Starting with KDELibs 4.13, Baloo replaced the desktop search function
 provided by Nepomuk in earlier releases: https://userbase.kde.org/Nepomuk
 . That's what I referred to earlier (but couldn't remember the details
 of).

 I've looked into the Raptor2 problem. I still had 2.0.8 installed, and
 `onto2vocabularyclass --name TMO --encoding trig --namespace
 Nepomuk::Vocabulary --export-module nepomuk
 /opt/local/share/ontology/pimo/tmo.trig` ran just fine with it.
 After upgrading to Raptor 2.0.16 from the current(?) tree, I got the same
 crash. I downgraded to 2.0.15 from an older ports tree, and the crash went
 away again. On `pmo.trig`; I haven't tried all those .trig files.

 So we have here either a regression in Raptor, or else an API change that
 needs to be patched into Soprano. In that case there has to be
 documentation, and upstream will probably point you to it in response to
 the bug report that was made.

 Raptor is neither big nor particularly expensive to build, so the easy way
 out is to do a static Raptor build in the Soprano `pre-build`.

 But I'd really try to build `port:kdelibs4` without nepomuk, e.g. by
 installing soprano without the Raptor and Redland plugins.

 I have a hunch that the widespread dependencies on Soprano are because
 it's a dependency for `/opt/local/lib/libnepomuk.4.dylib` (part of
 KDElibs) and on other Unices one needs to link such indirect dependencies
 explicitly. I'd do this myself but I have a rather large selection of KDE
 ports installed which evidently all link to that nepomuk lib even if it's
 not used for anything; just deactivating port:soprano breaks 24 of those
 KDE4 ports.
 OTOH, deactivating the 2 nepomuk ports (core & widgets) only breaks
 `port:kactivities`. That's one of those Plasma4-desktop centric components
 of which I'm not certain it has any use in other contexts (but it looks
 like it supports building without nepomuk).

-- 
Ticket URL: <https://trac.macports.org/ticket/68452#comment:33>
MacPorts <https://www.macports.org/>
Ports system for macOS