kdelibs4 @ 4.14.3_15: build failure on Catalina

[DaveStrickland (Dave Strickland)]

Upgrading kdelibs4 failed on MacOS 10.15, including after cleaning the port and re-attempting. The normal build log is hard to interpret given the multiple things occurring in parallel, so I also tried with build.jobs=1 (which also failed) and have attached that log as well.

 sudo port clean kdelibs4
Password:
--->  Cleaning kdelibs4
sudo port upgrade kdelibs4 build.jobs=1
--->  Computing dependencies for kdelibs4
--->  Fetching archive for kdelibs4
--->  Attempting to fetch kdelibs4-4.14.3_15.darwin_19.x86_64.tbz2 from https://ywg.ca.packages.macports.org/mirror/macports/packages/kdelibs4
--->  Attempting to fetch kdelibs4-4.14.3_15.darwin_19.x86_64.tbz2 from https://mse.uk.packages.macports.org/kdelibs4
--->  Attempting to fetch kdelibs4-4.14.3_15.darwin_19.x86_64.tbz2 from https://lil.fr.packages.macports.org/kdelibs4
--->  Fetching distfiles for kdelibs4
--->  Verifying checksums for kdelibs4
--->  Extracting kdelibs4
--->  Applying patches to kdelibs4
--->  Configuring kdelibs4
--->  Building kdelibs4
Error: Failed to build kdelibs4: command execution failed
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.

The single threaded log shows the error occurs when generating the tmo.h, tmo.cpp files associated with nepomuk, cannot find parser plugin for encoding trig:

:info:build [ 14%] Built target kdeui
:info:build /Library/Developer/CommandLineTools/usr/bin/make  -f nepomuk/CMakeFiles/nepomuk.dir/build.make nepomuk/CMakeFiles/nepomuk.dir/depend
:info:build make[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build [ 14%] Generating tmo.h, tmo.cpp
:info:build cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build/nepomuk && /opt/local/bin/onto2vocabularyclass --name TMO --encoding trig --namespace Nepomuk::Vocabulary --export-module nepomuk /opt/local/share/ontology/pimo/tmo.trig
:info:build Could not find parser plugin for encoding trig
:info:build make[2]: *** [nepomuk/tmo.h] Error 1
:info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build make[1]: *** [nepomuk/CMakeFiles/nepomuk.dir/all] Error 2
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build make: *** [all] Error 2
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build" && /usr/bin/make -w all VERBOSE=ON

[DaveStrickland (Dave Strickland)]

Normal multi-threaded build of kdelibs4

[DaveStrickland (Dave Strickland)]

Single CPU build of kdelibs4

[JacquesLB]

same for me.

JacquesLB

[mascguy (Christopher Nielsen)]

This also failed on the 10.15 buildbot, with the same issue. However, I just tried installing on a 10.15 VM, and it built successfully.

I checked the port for Soprano, which I believe (?) provides the parser plugin. But Soprano's portfile hasn't changed since 8/2020.

Nicolas, any ideas...?

[Liontooth (David Liontooth)]

Fails while executing "system {*}$notty {*}$nice $fullcmdstring":

:info:build [ 38%] Built target nepomuk-rcgen
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build make: *** [all] Error 2
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build" && /usr/bin/make -j4 -w all VERBOSE=ON 
:info:build Exit code: 2
:error:build Failed to build kdelibs4: command execution failed
:debug:build Error code: CHILDSTATUS 93277 2
:debug:build Backtrace: command execution failed
:debug:build     while executing
:debug:build "system {*}$notty {*}$nice $fullcmdstring"
:debug:build     invoked from within
:debug:build "command_exec build"
:debug:build     (procedure "portbuild::build_main" line 8)
:debug:build     invoked from within
:debug:build "$procedure $targetname"

[cooljeanius (Eric Gallager)]

For me the error is:

/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.14.3/kdeui/itemviews/kselectionproxymodel.cpp:2147:43: error: ordered comparison between pointer and zero ('void *' and 'int')
    Q_ASSERT(proxyIndex.internalPointer() >= 0);
             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~
/opt/local/libexec/qt4/include/QtCore/qglobal.h:1938:32: note: expanded from macro 'Q_ASSERT'
#    define Q_ASSERT(cond) ((!(cond)) ? qt_assert(#cond,__FILE__,__LINE__) : qt_noop())
                               ^~~~

[NicosPavlov]

Replying to cooljeanius:

For me the error is:

/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.14.3/kdeui/itemviews/kselectionproxymodel.cpp:2147:43: error: ordered comparison between pointer and zero ('void *' and 'int')
    Q_ASSERT(proxyIndex.internalPointer() >= 0);
             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~
/opt/local/libexec/qt4/include/QtCore/qglobal.h:1938:32: note: expanded from macro 'Q_ASSERT'
#    define Q_ASSERT(cond) ((!(cond)) ? qt_assert(#cond,__FILE__,__LINE__) : qt_noop())
                               ^~~~

I think this error is not related and should be easy to fix, as it is because of the compiler not allowing comparison between integers and pointers. The attached patch should fix it, but do you get other errors after that? I did not experience that error, so I am wondering if you will encounter others. Also, if you do, please post the whole log (to try to see why you get these while I don't) and file a new ticket as the issue seems not related.

[NicosPavlov]

Patch for the pointer error

[kencu (Ken)]

I was going to take a look at this, but I can't get libiodbc to build at present ticket:62571

[cooljeanius (Eric Gallager)]

Replying to kencu:

I was going to take a look at this, but I can't get libiodbc to build at present ticket:62571

It'd be great if kdelibs4 could be configured to use a path-style dependency for libiodbc instead so it could use unixODBC as an alternative; there are other ports that depend strictly upon unixODBC, and since libiodbc and unixODBC conflict, it means one has to choose between KDE ports and those other ports...

[DaveStrickland (Dave Strickland)]

Thanks for mentioning libiodbc, that seems to be the key. I got soprano and kdelibs4 to compile successfully after getting libiodbc to compile successfully using the workaround in #51921.

Basically I did the following, although there might be a neater way of doing it.

sudo port uninstall libiodbc soprano
# Accepted when it warns that ports will break
sudo port clean libiodbc soprano
sudo port install -t libiodbc
# This command successfully builds and installs libiodbc, then recompiles kdelibs4 and various other kde applications

I'd be interested in hearing why this problem appeared in the first place, and what the trace mode does differently that gets around it, just for future reference.

[Nicolas Pavillon <pavillon.nicolas@…>]

In da2fc1969369c5574cf7c0931cb4087ab30bd6dc/macports-ports (master):

kdelibs4: fix compilation issue (see #62105)

[FrauTuran]

Replying to Liontooth:

Fails while executing "system {*}$notty {*}$nice $fullcmdstring":

:info:build [ 38%] Built target nepomuk-rcgen
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build make: *** [all] Error 2
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build'
:info:build Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build" && /usr/bin/make -j4 -w all VERBOSE=ON 
:info:build Exit code: 2
:error:build Failed to build kdelibs4: command execution failed
:debug:build Error code: CHILDSTATUS 93277 2
:debug:build Backtrace: command execution failed
:debug:build     while executing
:debug:build "system {*}$notty {*}$nice $fullcmdstring"
:debug:build     invoked from within
:debug:build "command_exec build"
:debug:build     (procedure "portbuild::build_main" line 8)
:debug:build     invoked from within
:debug:build "$procedure $targetname"

I also have this problem. It is blocking the installation of Umbrello for me. do anyone have an update regarding a fix?

[FrauTuran]

Replying to NicosPavlov:

Replying to cooljeanius:

For me the error is:

/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.14.3/kdeui/itemviews/kselectionproxymodel.cpp:2147:43: error: ordered comparison between pointer and zero ('void *' and 'int')
    Q_ASSERT(proxyIndex.internalPointer() >= 0);
             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~
/opt/local/libexec/qt4/include/QtCore/qglobal.h:1938:32: note: expanded from macro 'Q_ASSERT'
#    define Q_ASSERT(cond) ((!(cond)) ? qt_assert(#cond,__FILE__,__LINE__) : qt_noop())
                               ^~~~

I think this error is not related and should be easy to fix, as it is because of the compiler not allowing comparison between integers and pointers. The attached patch should fix it, but do you get other errors after that? I did not experience that error, so I am wondering if you will encounter others. Also, if you do, please post the whole log (to try to see why you get these while I don't) and file a new ticket as the issue seems not related.

do you have any solution to the main error?

[NicosPavlov]

The issue of FrauTuran appears to be related to an issue with Big Sur. See ticket #63411.

[ShadSterling (Shad Sterling)]

I'm having what looks like the same problem now, also on Big Sur, tho I think my previous installation is not as old as this ticket.

:info:build [ 14%] Generating tmo.h, tmo.cpp
:info:build cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/build/nepomuk && /opt/local/bin/onto2vocabularyclass --name TMO --encoding trig --namespace Nepomuk::Vocabulary --export-module nepomuk /opt/local/share/ontology/pimo/tmo.trig
:info:build Could not find parser plugin for encoding trig
:info:build make[2]: *** [nepomuk/tmo.h] Error 1

Built with -t and build.jobs=1 as suggested in earlier comments

Looks like a missing dependency, like onto2vocabularyclass is missing a variant or module or something

[StanSanderson]

I'm also experiencing a build failure when trying to upgrade from 4.14.3_16 to 4.14.3_17.

[ShadSterling (Shad Sterling)]

Forum posts suggest the same problem comes up on Linux and BSD, where it can be fixed by rebuilding raptor2, which was updated by the same port upgrade outdated that first failed to update kdelibs4. I guess raptor2 changed something that soprano uses for onto2vocabularyclass --encoding trig?

Gentoo forum post ​kdelibs-4.8.1-r2 won't emerge due to soprano ?; FreeBSD forum post ​Cannot build sysutils/nepomuk-core - Could not find parser plugin for encoding trig; Fedora Wiki page ​Architectures/ARM/Fedora15 HardFP Bootstrap package status

[NicosPavlov]

Indeed the bots are now failing too, and I could confirm the issue when starting from a clean build (it was working with the sets of ports I had before that). It seems that soprano/raptor2 may be the culprit, but it must be slightly more subtle than a change, as both ports were not changed since mid-2019.

[NicosPavlov]

It is an issue in soprano, between case-sensitive and case-insensitive systems (see for example #52443).

One workaround at this point is to ensure that soprano is built locally:

sudo port -f uninstall soprano
sudo port -s install soprano  

and then proceed with the installation of kdelibs4.

[NicosPavlov <pavillon.nicolas@…>]

In f0bdbbd6f6dd5b7898a94bbf98568e05c9f05510/macports-ports (master):

soprano: deactivate pre-built binaries as case-sensitive installation issues can occur (see #62105)

[barracuda156]

Perhaps the same bug in raptor2. The current version is broken.

[fspkwon (Anthony Robert Brown)]

all ive found is like the new kf5 ports -DWITH_SOPRANO=OFF is set IN the Portfile so the user must always know it does this...... how to find this it says use 1 cpu core configured , and read the build log when you try to build it manually for ./configure <- and it should show you all the options its able to be configured with... this is for a package manager... i just downgraded from sequioia to catalina hoping this would help being on the last mac os x version... but it didnt i also tried building everything on the host those 3 specific packages or so in or out of order and the result is the same you get the varying of all 3 errors the users posted above so ive set the switch to disable soprano does *not mean that nepomuk wont work build usually fails anywhere from 38% to 58% on those two marks: ok and its installed

[fspkwon (Anthony Robert Brown)]

kdelibs4 has the following notes:

Don't forget that dbus needs to be started as the local user (not with sudo) before any KDE programs will launch. To start it run the following command:

launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist

An agent must be started to maintain KDE's desktop file system configuration cache. To start it run the following command:

launchctl load -w /Library/LaunchAgents/org.macports.kdecache.plist

[fspkwon (Anthony Robert Brown)]

then the issue moves towards kde4-runtime and ive added flag -DWITH_SOPRANO=OFF \ and -DKDERUNTIME_BUILD_NEPOMUK=OFF i hope not just to watch the glorious exception error "nonconformist" error kde4-runtime is installed now i wait.... telepathy-qt still going through them its going over all the broken ports has to install qt5 is itll keep building the broken ports just keep a tab on telepathy-qt ok KGET fails but lets try telepathy again port uninstall telepathy-qt port install -s telepathy-qt is which is what it was asking it to do... but thats whats wrong with KGET

kget @4.14.3_11 kdepim4-runtime @4.14.3_6

so i uninstall nepomuk-core and nepomuk-widgets i REMOVE them from the dependencies as well as kde-libs and kde-baseapps we can see its configuring kget and building kget...... then as i assume THEN lets tell it remove kdelibs and nepomuk-core for kdeworkspace4 kdepimlibs, and we have to before we hit there install kactivities so we remove kdelibs and nepomuk dependencies from that portfile as well, port install -s kactivities and since that worked now port install -s kde4-workspace...... and then reinstall nepomuk-core and nepomuk-widgets obviously nothing except for Compiling Issues Resolutions are expected as Updates so whatever works works whatever doesnt wont... and lastly ill be trying to install kdevelop if you wait to install nepomuk and nepomuk-widgets kdevelop kate and kdevplatform are all going to try to rebuild....

and akonadi..... but i also see: org.macports.startx.plist <- and i dont have akonadi installed it didnt make me... launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist launchctl load -w /Library/LaunchAgents/org.macports.kdecache.plist theres a way to install these and get them to load on login.... and as for running the kdesktop shell i also dont know about that.... and they build and reinstalled nepomuk-core nepomuk-widgets and it didnt ask me to fix anything... kdevelop is WORKING on macOS 15.0 on Aqua is very Flickery , so it basically didnt do exactly what i wanted but ok? can anyone chime in here? KWrite yeah opens... the icon sits fine on the dock but doesnt in the folder i dont know how to regen thumbnails

[fspkwon (Anthony Robert Brown)]

for some reason it doesnt have vertical sync enabled? so in qtconfig set default interface: aqua, disable effects in the next tab, and set rasterer to native and its flicker-free *Enjoy!:

[fspkwon (Anthony Robert Brown)]

the icon issue were missing a sync command for that also..... i had it i dont know where it came from

[kencu (Ken)]

the raptor2 issue is being tracked here: #68452.

AFAIK, rolling back to an older raptor2 is the only solution at present. I guess people expected this to get fixed, and so MacPorts hasn't done that as yet.

Do you actually need something KDE? The MacPorts kde4 installation is really, really, really old. I am not sure it is ever going to get updated -- it's a big project.

I just installed a linux VM and run the absolutely most current KDE software side-by-side with MacOS. Took 10 minutes to set up with UTM on my M1 Mac.

[cooljeanius (Eric Gallager)]

Replying to kencu:

Do you actually need something KDE?

I mean, the word "need" might be a bit strong, but yes, I would like very much to be able to use my KDE4 installation again, if possible, please. It's one of the things preventing rev-upgrade from succeeding for me.