Trying the MacOS build again

[Johnny Jazeix]

Don't bother with iOS, we'll check once we have a maintainer :).

2018-01-24 16:47 GMT+01:00 B.J. <bj at koupps.net>:

> Thanks.  Looks like CMakeLists.txt line 119 was calling $(_lib_prefix) as
> part of the plugin path, so I traced back and saw that the if(WIN32) up top
> also required the same “lib” trimming I’ve been doing manually to get the
> plugins to install correctly…I’ll add a if(APPLE) and do the same thing,
> but will that mess up iOS?  I can’t remember if the APPLE def means both
> OS’s or if it’s basically just for MacOS by itself.
>
> In the meantime I should be able to try another build before noon today...
>
> On Jan 23, 2018, at 10:06, Johnny Jazeix <jazeix at gmail.com> wrote:
>
> Great!
>
> 2018-01-23 16:52 GMT+01:00 B.J. <bj at koupps.net>:
>
>> It’s running, this time WITH images!  I did have to change 1 thing in the
>> guide though.  There’s no Plugins folder in the .app bundle so I had to
>> make that explicitly for this to work:
>>
>> cp -R ~/Qt5.9.1/5.9.1/clang_64/plugins/imageformats bin/gcompris-qt.app/Contents/PlugIns/
>>
>>
>> Otherwise it just put the imageformats plugins in the root of the newly
>> made PlugIns folder, instead of making imageformats a folder inside of
>> PlugIns, and the executable couldn’t find any images at runtime.
>>
>>
> For this one, I guess we'll need to add it in the CMakeLists.txt too, I'll
> take a look on how to do it.
>
>
>> BUT there’re new problems with making the actual package (i.e.
>> deployable):
>>
>> error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeD
>> efault.xctoolchain/usr/bin/install_name_tool: can't open file:
>> /Users/bjcupps/src/gcompris-0.81/build/_CPack_Packages/Darwi
>> n/DragNDrop/gcompris-qt-0.90-Darwin/gcompris-qt.app/Content
>> s/plugins/mediaservice/libqavfmediaplayer.dylib (No such file or
>> directory)
>> CMake Error at /Applications/CMake.app/Contents/share/cmake-3.10/Modules/BundleUtilities.cmake:879
>> (message):
>>   Command failed:
>>
>>    'install_name_tool' '-id' '@executable_path/../MacOS/libqavfmediaplayer.dylib'
>> '/Users/bjcupps/src/gcompris-0.81/build/_CPack_Packages/Darw
>> in/DragNDrop/gcompris-qt-0.90-Darwin/gcompris-qt.app/Content
>> s/plugins/mediaservice/libqavfmediaplayer.dylib'
>> Call Stack (most recent call first):
>>   /Applications/CMake.app/Contents/share/cmake-3.10/Modules/BundleUtilities.cmake:953
>> (fixup_bundle_item)
>>   /Users/bjcupps/src/gcompris-0.81/build/src/core/FixBundle.cmake:2
>> (fixup_bundle)
>>   /Users/bjcupps/src/gcompris-0.81/build/src/core/cmake_install.cmake:170
>> (include)
>>   /Users/bjcupps/src/gcompris-0.81/build/src/cmake_install.cmake:38
>> (include)
>>   /Users/bjcupps/src/gcompris-0.81/build/cmake_install.cmake:45 (include)
>>
>>
>>
>>
>
>> I’ll see if I can remember how/if I resolved that, but it might just be
>> about copying more plugins from what it sounds like.
>>
>
> Yes, I think either the plugins have been renamed or changed.
> In the Qt folder, there is a folder lib/cmake (I think, I don't have a
> complete install for now).You should replace in
> https://github.com/gcompris/GCompris-qt/blob/master/src/
> core/CMakeLists.txt#L119 with the good library names.
> I'll check if I can extract the dmg on linux to see the structure of Qt
> package.
>
> Thank you,
>
> Johnny
>
>
>>  LASTLY…should I update the .icns file to the new orange icon?  As much
>> as I love the yellow airplane I know it was changed on Windows and
>> Android.  Thanks
>>
>> bj
>>
>> On Jan 23, 2018, at 08:38, Johnny Jazeix <jazeix at gmail.com> wrote:
>>
>> I just found https://www.ynonperek.com/2017/09/18/building-gcompris
>> -qt-on-macos/ that could help (it misses a elseif in the CMakeLists.txt).
>>
>> I was waiting for more change on the full gcompris package but I will
>> merge it tonight.
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20180124/49acb4a4/attachment-0001.html>