On 04/27/13 16:23, Nigel Taylor wrote:
> On 04/27/13 20:50, RD Thrush wrote:
>> On 04/26/13 14:52, Vadim Zhukov wrote:
>>> Here I want to describe current state of KDE4 ports.
>>
>> Thanks very much for the exceptional efforts.
>>
>>> 1. All KDE 4 SC ports are imported, together with their dependencies. The
>>> only exception is Kalzium: it needs more dependency love, and until someone
>>> will look into fixing misc/openbabel update (see the one in WIP tree),
>>> Kalzium may miss next release. There are some more KDE-related ports, but
>>> let KDE SC go in bulk builds first.
>>>
>>> 2. There were a lot of small glitches: forgotten old patches, missed
>>> dependencies, etc. Most of them are already detected by nigel@, and I could
>>> only say "Thanks!" again.
>>>
>>> 3. There is a concern whether current situation with kdelibs-3.x and
>>> kdelibs-4.x is okay. I'm starting a semi-bulk build, dedicated to
>>> stress-check those suspects; hoped to run it earlier, but had no
>>> possibility to. :(
>>>
>>> 4. I also plan to do another big bump for KDE 3.x ports, after adding
>>> proper PKGSPEC to conflicting ports from KDE3 and KDE4 lands.
>>> Unfortunately, I did not had time to do that in 5.3 release cycle, so the
>>> update path should be investigated throughly.
>>>
>>> 5. nigel@ observes sporadical hangs in automoc4 execution when running
>>> under DPB. I neither seen or heard about those before, and this a real
>>> stopper for now. I have a few ideas, though, hope to fix this issue in a
>>> week.
>>
>> I also noticed this with dpb.  A quick ktrace showed a (probably) infinite 
>> loop
>> in automoc4, ie:
>>
>> a8v:build/packages 521>kdump -R
>>  16454 automoc4 1367013428.115509 EMUL  "native"
>>  16454 automoc4 0.000001 EMUL  "native"
>>  16454 automoc4 0.000042 CALL  sched_yield()
>>  16454 automoc4 0.000081 RET   sched_yield 0
>>  16454 automoc4 0.000006 RET   sched_yield 0
>>  16454 automoc4 0.000013 CALL  sched_yield()
>>  16454 automoc4 0.000821 CALL  sched_yield()
>>  16454 automoc4 0.000005 RET   sched_yield 0
>>  16454 automoc4 0.000001 CALL  sched_yield()
>>  16454 automoc4 0.000003 RET   sched_yield 0
>>  16454 automoc4 0.000001 CALL  sched_yield()
>>  16454 automoc4 0.000003 RET   sched_yield 0
>>  16454 automoc4 0.000001 CALL  sched_yield()
>>  16454 automoc4 0.000005 RET   sched_yield 0
>>   [...]
>>
>>
>>> If you want something KDE-related, then, please, speak - it will be easier
>>> to plan the work now.
>>
>> I had problems with kalgebra.
>>
>> With the Apr 23 amd64 snapshot, x11/kde4 packages except for kalgebra.  I 
>> have
>> attached a transcript.
>>
>> The trouble appears to start about line 259, ie:
>>
>>     258 ===>  Faking installation for kalgebra-4.10.2
>>     259 install: /usr/local/include/kde4: Read-only file system
>>
>> Since my port building system runs with /usr, /usr/local, and /usr/X11R6 
>> mounted
>> read-only, it seems that PREFIX may not have been set correctly for the fake
>> step. Unfortunately, I don't understand cmake well enough to move forward 
>> and am
>> stuck.
>>
>> How can I help troubleshoot?
>>
> Your build went wrong in the configuration, this is wrong,
> 
> ....
> 
>  Could not find a package configuration file provided by "LibKdeEdu" with
>   any of the following names:
> 
>     LibKdeEduConfig.cmake
>     libkdeedu-config.cmake
> 
>   Add the installation prefix of "LibKdeEdu" to CMAKE_PREFIX_PATH or set
>   "LibKdeEdu_DIR" to a directory containing one of the above files.  If
>   "LibKdeEdu" provides a separate development package or SDK, be sure it has
>   been installed.
> Call Stack (most recent call first):
>   CMakeLists.txt:8 (macro_optional_find_package)
> ....
> 
> I reported this already, had e-mail back said it was fixed, it's missing
> x11/kde4/libkdeedu needed to build the port. Just install libkdeedu,
> then try building. No fix in CVS yet.

Thanks for spotting that.  After pkg_add libkdeedu, kalgebra packages
successfully (and without the read-only problem).

Reply via email to