0.95 & MacOS attempt
Timothée Giet
animtim at gmail.com
Sat Jan 19 18:45:59 GMT 2019
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
>> 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 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/c67b145c/attachment-0001.html>
More information about the GCompris-devel
mailing list