<div dir="ltr"><div dir="ltr">On Thu, Aug 8, 2024 at 12:00 AM Thomas Friedrichsmeier <<a href="mailto:thomas.friedrichsmeier@kdemail.net">thomas.friedrichsmeier@kdemail.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 07 Aug 2024 00:55:00 +0200<br>
Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
> okular - 3rd week<br>
>  * <a href="https://invent.kde.org/graphics/okular/-/pipelines/748502" rel="noreferrer" target="_blank">https://invent.kde.org/graphics/okular/-/pipelines/748502</a><br>
>   * mac craft packaging fails<br>
<br>
I do not have a proper diagnosis as to why this is failing. However,<br>
the failing lib (libgpg-error) gets pulled in via KF6Wallet. Since only<br>
the backend executable depends on the lib, it is possible to exclude it<br>
from the package using blacklisting.<br>
<br>
The following blacklist works for us in rkward (we depend on okular for<br>
craft packaging (for the part)):<br>
  lib/libKF6WalletBackend.*dylib<br>
<br>
--<br>
<br>
Side note: Is there any known procedure for testing craft packaging<br>
changes in the CI, without making changes to the "live" blueprint<br>
repository? I.e. a way to override blueprints from within a project?<br></blockquote><div><br></div><div>At the moment we don't have anything for this, however CI for Craft in general is something I'd like to sit down with some folks to discuss at Akademy.</div><div>From my view this is one of our major pain points currently with all of the CD infrastructure so it would be good to come up with some solutions - not sure what shape/form that will take currently.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards<br>
Thomas<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>