<div dir="auto"><div dir="auto">Hi Aleix,</div><div dir="auto"><br></div><div>Sure! It must be a good idea.<div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">That version on my GitHub is an outdated version, on which I fixed manually the rpath of dependencies.</div><div dir="auto"><br></div><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">PS: I noticed recently the nightly build fails 😅 btw I'll try to fix as soon as possible.</div><div dir="auto"><br></div>Inoki<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 17, 2020, 17:12 Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Inoki,<br>
We've been looking with Ben into ways of getting KDE software builds<br>
for mac, since other KDE components were looking into it too. This has<br>
put KDE Connect in a weird position where all KDE macOS binaries would<br>
be in KDE except for KDE Connect which is in your github.<br>
<br>
I was wondering if we could move kde connect macos builds into<br>
<a href="http://binary-factory.kde.org" rel="noreferrer noreferrer" target="_blank">binary-factory.kde.org</a> so we can serve them with the rest. What do you<br>
think, Inoki?<br>
<br>
Aleix<br>
</blockquote></div></div></div>