macOS binaries into the binary-factory.kde.org

[Ben Cooksley]

On Sat, Jan 18, 2020 at 9:50 AM Inoki Shaw <veyx.shaw at gmail.com> wrote:

> Hi Aleix,
>

Hi Inoki,


>
> Sure! It must be a good idea.
>
> But the fact is that, in the app bundle packed by craft automatically,
> there are still some dependencies with wrong relative path(rpath). It will
> lead a failed notarization of the bundle, which will cause an error like
> "cannot open the application of an unidentified developer", when user tries
> to open it.
> I'm still working on a solution to fix the rpath during craft packing
> step, there is a small patch on phabricator but I find it doesn't work well.
>

> That version on my GitHub is an outdated version, on which I fixed
> manually the rpath of dependencies.
>

Okay. Ideally we'd have all of this stuff able to happen automatically so
fixing those rpath issues is probably the most important thing at this
stage.

The Binary Factory is now performing signing of everything it produces,
although it isn't yet notarizing things (although that is something which I
believe is being worked on).
This has already showed up some issues with MacOS packaging which also will
need fixing.

>

>
> I'm happy to see one on the website. I can manually fix the rpath,
> notarize it and publish it on the right place this weekend.
>
> PS: I noticed recently the nightly build fails 😅 btw I'll try to fix as
> soon as possible.
>
> Inoki
>

Cheers,
Ben


>
> On Fri, Jan 17, 2020, 17:12 Aleix Pol <aleixpol at kde.org> wrote:
>
>> Hi Inoki,
>> We've been looking with Ben into ways of getting KDE software builds
>> for mac, since other KDE components were looking into it too. This has
>> put KDE Connect in a weird position where all KDE macOS binaries would
>> be in KDE except for KDE Connect which is in your github.
>>
>> I was wondering if we could move kde connect macos builds into
>> binary-factory.kde.org so we can serve them with the rest. What do you
>> think, Inoki?
>>
>> Aleix
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20200118/ac1efa45/attachment.html>