macOS binaries into the binary-factory.kde.org

[Albert Vaca Cintora]

Note that notarization is mandatory on MacOS Catalina starting February
3rd. It won't run apps that aren't notarized.

On Sat, Jan 18, 2020 at 1:43 AM Ben Cooksley <bcooksley at kde.org> wrote:

> 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/1acf21ae/attachment.html>