0.95 & MacOS attempt
B.J.
bj at koupps.net
Sat Jan 19 19:19:49 GMT 2019
awesome! what was it!?
> Il giorno 19 gen 2019, alle ore 12:45, Timothée Giet <animtim at gmail.com> ha scritto:
>
> Hi B.J.,
>
> Just to let you know I finally have a working .dmg here! :)
> I still have a few things to look at before publishing it officially, but I hope to get it ready by next week.
>
> Thank you for triggering the motivation to fix the mac build!
>
> Timothée
>
>
> Le 19/01/2019 à 00:56, B.J. a écrit :
>> will do—sorry i didn’t get to it yester/today though! more soon for sure; have a great weekend.
>>
>>> Il giorno 18 gen 2019, alle ore 04:43, Johnny Jazeix <jazeix at gmail.com <mailto:jazeix at gmail.com>> ha scritto:
>>>
>>> Hi,
>>>
>>> it's not the part I handle the best too :).
>>>
>>> https://github.com/gcompris/GCompris-qt/blob/master/cmake/qt_helper.cmake#58 <https://github.com/gcompris/GCompris-qt/blob/master/cmake/qt_helper.cmake#58> is where the plugins are handled.
>>> Once you have managed to compile again and start the package generation, it would be nice to get the logs to see the actual error.
>>> Thanks,
>>>
>>> Johnny
>>>
>>>
>>> Le jeu. 17 janv. 2019 à 14:42, B.J. <bj at koupps.net <mailto:bj at koupps.net>> a écrit :
>>> I’m still confused how QT does all the app bundling to be honest…I never took the time to go through the docs and figure it out unfortunately. I do have 2 interesting notes from last year though. 1 says there’s a cmake_install.cmake file that needs a couple fields trimmed (the lib piece)...
>>>
>>> :%s/clang_64\/lib\/qml/clang_64\/qml/g
>>> :%s/clang_64\/lib\/plugins/clang_64\/plugins/g
>>>
>>> …which matches the weirdness I was getting from the ldd darwin equivlent (otool maybe?). Another step, for which I maybe should have taken better notes, said in src/core/CMakeLists.txt around line 119 to add these for #Qml plugins to install:
>>>
>>> elseif(APPLE)
>>> set(_lib_prefix "")
>>> else()
>>>
>>> ...but it changed the .dylib files such that they were missing the "lib" prefix; it misread and thought it'd remove the ../lib/... from the directories of the .dylib files being copied :( anyway. Thanks; I will keep messing around w/the helpful pieces you’ve provided, hopefully today.
>>>
>>>> On Jan 16, 2019, at 14:29, Timothée Giet <animtim at gmail.com <mailto:animtim at gmail.com>> wrote:
>>>>
>>>> Hi B.J.,
>>>>
>>>> Indeed I also have started looking at packaging the mac version recently, got the build working but got stuck at making a distributable package.
>>>> If you find the missing pieces I'm interested, you can contact me and Johnny directly :)
>>>>
>>>> Cheers,
>>>> Timothée
>>>>
>>>> Le 16/01/2019 à 21:24, B.J. a écrit :
>>>>> Thanks a ton! I’ll adjust my build script so we lose the .pro and hopefully can contribute something to the 233 bug. I thought I was able to run the post-0.52 app w/working SVG and Box2D after some finaggling but I wasn’t ever able to package it up into the distributable .app bundle :( If I get the pieces before “make package” working I’ll be happy…anywho. Will get back to you soon hopefully. Thanks again.
>>>>>
>>>>> B.J.
>>>>>
>>>>>> On Jan 16, 2019, at 13:20, Johnny Jazeix <jazeix at gmail.com <mailto:jazeix at gmail.com>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Qt5.9.7 is still good for compilation.
>>>>>>
>>>>>> it looks like you have some files (the translation files) in the po folder in the source and it tries to compile them.
>>>>>> Either install msgattrib (gettext package) or remove the files from the po folder and run cmake again.
>>>>>>
>>>>>> I'm almost sure we won't need to compile from the .pro file (so only with the cmake command, no more qmake) if we don't plan to go on the stores and only provide a dmg.
>>>>>>
>>>>>> Basically:
>>>>>> * cd gcompris-0.95-orig
>>>>>> * mkdir build
>>>>>> * cd build
>>>>>> * export Qt5_DIR="/Users/faculty/Qt/5.9.7/clang_64/lib/cmake/Qt5"
>>>>>> * export PATH=$PATH:/Users/faculty/Qt/5.9.7/clang_64/bin
>>>>>> * cmake -DQML_BOX2D_MODULE=disable -DACTIVATION_MODE=internal ../gcompris-0.95-orig
>>>>>> * make
>>>>>> (* make package -> to create the dmg once it has compiled well)
>>>>>>
>>>>>> From Github, we have a bug for macOS: https://github.com/gcompris/GCompris-qt/issues/233 <https://github.com/gcompris/GCompris-qt/issues/233> when trying to run with box2d (so everything before should be fine).
>>>>>>
>>>>>> Johnny
>>>>>>
>>>>>> Le mer. 16 janv. 2019 à 20:01, B.J. <bj at koupps.net <mailto:bj at koupps.net>> a écrit :
>>>>>> In celebration of 0.95 I'm taking another whack at the MacOS release :)
>>>>>> I have QT 5.9.7 ready to go (sounds like we've moved there). Are there
>>>>>> any new steps for getting the MacOS source tree to compile? After
>>>>>> trying to set up the src & build dirs and running cmake I'm getting a
>>>>>> new error I don't remember:
>>>>>>
>>>>>> $ make
>>>>>> [ 0%] Generating shareFolders
>>>>>> [ 0%] Built target createShareFolders
>>>>>> [ 0%] Generating gcompris_zh_TW.qm
>>>>>> make[2]: msgattrib: No such file or directory
>>>>>> make[2]: *** [gcompris_zh_TW.qm] Error 1
>>>>>> make[1]: *** [CMakeFiles/BuildTranslations.dir/all] Error 2
>>>>>> make: *** [all] Error 2
>>>>>>
>>>>>> The full shell out can be found below if it's useful...thanks for any
>>>>>> feedback!
>>>>>>
>>>>>> =========================================
>>>>>>
>>>>>> • cd gcompris-0.95-orig
>>>>>> • cp platforms/macosx/config.h platforms/macosx/gcompris.pro <http://gcompris.pro/>
>>>>>> platforms/macosx/gcompris.icns platforms/macosx/Info.plist
>>>>>> platforms/macosx/gcompris.entitlements .
>>>>>> • // need to figure out what should go in rcc & translations if created
>>>>>> • {change src/core/CMakeLists.txt line 133, adding AND NOT APPLE after
>>>>>> sailfishos} // couldn't find this time around!
>>>>>> • change src/core/CMakeLists.txt line 111, adding
>>>>>> "set(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE)" in "APPLE" in
>>>>>> "BUILD_STANDALONE"
>>>>>> • cd .. && mkdir gcompris-0.95-build && cd gcompris-0.95-build
>>>>>> • export Qt5_DIR="/Users/faculty/Qt/5.9.7/clang_64/lib/cmake/Qt5"
>>>>>> • export PATH=$PATH:/Users/faculty/Qt/5.9.7/clang_64/bin
>>>>>> • qmake -config release ../gcompris-0.95-orig/gcompris.pro <http://gcompris.pro/>
>>>>>> • cmake -DQML_BOX2D_MODULE=disable -DACTIVATION_MODE=internal
>>>>>> ../gcompris-0.95-orig
>>>>>> • make
>>>>>>
>>>>>> // that's where I've gotten so far (will change "disable" cmake
>>>>>> parameter to "submodule" for box2D after this compiles)...plans for next
>>>>>> steps follow
>>>>>>
>>>>>> • cp -r ~/Qt/5.9.7/clang_64/plugins bin/gcompris-qt.app/Contents
>>>>>> • {change ./src/core/cmake_install.cmake "clang_64/lib/qml" strings to
>>>>>> "clang_64/qml"}
>>>>>> • {change ./src/core/cmake_install.cmake "clang_64/lib/plugins" strings
>>>>>> to "clang_64/plugins"}
>>>>>> • // codesign --deep -s "3rd Party Mac Developer Application: Bruno
>>>>>> Coudoin" --entitlements
>>>>>> ../gcompris/platforms/macosx/gcompris.entitlements gcompris-qt.app
>>>>>> • macdeployqt bin/gcompris.app
>>>>>> • // codesign --deep -s "3rd Party Mac Developer Application: Bruno
>>>>>> Coudoin" gcompris.app/Contents/Resources/translations/*
>>>>>> • // codesign --deep -s "3rd Party Mac Developer Application: Bruno
>>>>>> Coudoin" gcompris.app/Contents/Resources/rcc/*
>>>>>> • // make product ?? - old?
>>>>>> • make package
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20190119/e01a1631/attachment-0001.html>
More information about the GCompris-devel
mailing list