Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 465300 - Upgrade to kde-base/kdelibs-4.10.1-r1 emake failed - Could not find parser plugin for encoding trig
Summary: Upgrade to kde-base/kdelibs-4.10.1-r1 emake failed - Could not find parser pl...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
: 466504 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-04-09 18:21 UTC by Paul Gover
Modified: 2013-04-21 02:29 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (envinfo.log,155.86 KB, text/plain)
2013-04-09 18:22 UTC, Paul Gover
Details
emerge -pvq kdelibs output (kdelibsinfo.log,656 bytes, text/plain)
2013-04-09 18:23 UTC, Paul Gover
Details
emerge environment info (envinfo.log,155.86 KB, text/plain)
2013-04-09 18:23 UTC, Paul Gover
Details
Zipped build log, note, contains lines > 4K (build.zip,81.95 KB, application/octet-stream)
2013-04-09 18:28 UTC, Paul Gover
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Gover 2013-04-09 18:21:21 UTC
Happy KDE 4.9.5 user.  Running emerge --update --deep ... world fails in kdelibs.
The error message says "make[2]: *** [nepomuk/ndo.h] Error 1", and the preceding line says "Could not find parser plugin for encoding trig".

Searching the forums suggests rebuilding raptor, but that didn't help.
I started out using distcc, but I've retried without, and with MAKEOPTS -j1 instead of my usual -j3.

Reproducible: Always

Steps to Reproduce:
1. emerge -1 kdelibs
2.
3.
Actual Results:  
See build.log (attached).

Note in particular that the lines just before the error show make running a ludicrously long compilation command.  Perhaps make has gone loopy.

I don't know if that's significant or not.  I also noticed my screen filling with loads of output as per build.log, despite running with --jobs 3, which normally inhibits such output.

Expected Results:  
A shiny new kdelibs so I can run KDE 4.10.

Machine is an Intel Atom-powered Asus netbook, with nearly 80 Gb free disk and 1Gb RAM, and loads of swap space.
Comment 1 Paul Gover 2013-04-09 18:22:21 UTC
Created attachment 345014 [details]
emerge --info
Comment 2 Paul Gover 2013-04-09 18:23:09 UTC
Created attachment 345016 [details]
emerge -pvq kdelibs output
Comment 3 Paul Gover 2013-04-09 18:23:40 UTC
Created attachment 345018 [details]
emerge environment info
Comment 4 Paul Gover 2013-04-09 18:28:12 UTC
Created attachment 345020 [details]
Zipped build log, note, contains lines > 4K
Comment 5 Chris Reffett (RETIRED) gentoo-dev Security 2013-04-16 14:59:42 UTC
Huh. Please also try rebuilding dev-libs/soprano.
Comment 6 Paul Gover 2013-04-18 11:04:20 UTC
That worked! Rebuilt soprano locally (not using distcc/pump) and kdelibs then built OK (also locally).

Not sure I understand why, as soprano had already been rebuilt on the same day as part of the failing KDE 4.10.1 upgrade, though that rebuild was with distcc.  Makes me wonder if distcc leaves some data (headers maybe) on the server that prevents kdelibs building properly - in which case, is it safe to compile KDE stuff using distcc?
Comment 7 Chris Reffett (RETIRED) gentoo-dev Security 2013-04-18 18:32:12 UTC
All right then. I doubt we'll be able to find the root cause of the bug here--it could be distcc, might be something else, might just be one of those random times where something didn't build right, so I'm just going to close this one.
Comment 8 Chris Reffett (RETIRED) gentoo-dev Security 2013-04-21 02:29:35 UTC
*** Bug 466504 has been marked as a duplicate of this bug. ***