On Mon, Sep 14, 2015 at 06:04:01PM +0200, Cliff McDiarmid wrote: > <html><head></head><body><div style="font-family: Verdana;font-size: > 12.0px;"><div> > <div>Hi</div> > Cliff, you will likely get more replies if you post in plain text - the random entities " ' make this quite hard to read, even for those of us who can canage to ignore the <br/> etc. > <div> </div> > > <div>Anyone seen this error when building Frameworks with the bash > script?</div> >
FWIW, I have not seen this - but I *have* managed to build 5.11, 5.13, 5.14, or at least those packages which I required (bluez is no use to me, and one of the doc packages has obscure runtime deps and does not seem to be used by anything - see the systemd book for details of what is used where. And on each of those I did, eventually, manage to build plasma (with both qt5 and kf5/plasma in /opt). I also had a number of broken builds, particularly trying to put qt5 in /usr (those were with 5.5.0) - possibly, that problem is wholly mine (e.g. I put qt4 in /usr before I tried to build qt5). And at the end of hte day, many of the kf5 libs use static libKF5XsltKde.a and a few use static libQt5UiTools.a so probably best to throw the lot away when upgrading. But 5.14.0 and 5.4.0 are a lot more colourful : so much so that I tried to download some alternative wallpapers this afternoon - did not work at the time, but now every few minutes I'm getting a popup to tell me there is a new php file for which kdeinit failed to open kioexec (I suppose I clicked on too many of them). Anyway, > <div> </div> > > <div>[ 85%] Generating xh-kconfigwidgets5.gmo<br/> > [ 85%] Built target pofiles_98<br/> > Scanning dependencies of target pofiles_99<br/> > [ 86%] Generating en_GB-kconfigwidgets5.gmo<br/> > [ 86%] Built target pofiles_99<br/> > Scanning dependencies of target docs-preparetips-preparetips5-1<br/> > [ 86%] Generating preparetips5.1<br/> > Could not locate file "kf5/kdoctools/customization" in > ("/root/.local/share", "/opt/kde/share", > "/usr/local/share", "/usr/share", > "/usr/share/akonadi")<br/> > In my most recent 5.14 build that sailed through. A recent freebsd builder reported a somewhat similar issue, and attributed it to the setting of $XDG_DATA_HOME in his environment. Apparently, it is from something using moc. > <div>I've tried getting cmake to find the > '/opt/kf5/share/kf5/kdoctools/customization', which exists, with the > PATH command, but no luck. Any ideas?</div> > In particular, your build is searching in /opt/kde/share but you say the file is in /opt/kf5/share : maybe a mix of kde4 and kde5 in your environment variables, particularly PATHs. Also, ensure that you only use the qt5 versions of qt programs such as moc. My environment differs from the book's, and for kf5/plasma I ensure that qt5 (in /opt) then kf5 come at the front of the PATH. I have not got that sorted for my .xinitrc files (I've got loads of options in those to specify a different wm from the commandline), but I'm sorted well enough to build it and to run plasma from sddm. So, I think the problem is solvable (but worst case it might involve throwing everything away and starting again, I hope not). ĸen, still getting these bloody notifications popping up every few minutes and stealing my focus: I'll definitely remember never to try to download fresh wallpaper from kde ;-) > -- > http://lists.linuxfromscratch.org/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page -- Il Porcupino Nil Sodomy Est! (if you will excuse my latatian) aka "The hedgehog song" -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
