<div dir="ltr"><div dir="ltr">On Thu, Jan 23, 2025 at 5:49 AM Volker Krause <<a href="mailto:vkrause@kde.org">vkrause@kde.org</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Dienstag, 21. Januar 2025 23:11:56 Mitteleuropäische Normalzeit Albert <br>
Astals Cid wrote:<br>
> neochat - NEW<br>
>  * <a href="https://invent.kde.org/network/neochat/-/pipelines/869365" rel="noreferrer" target="_blank">https://invent.kde.org/network/neochat/-/pipelines/869365</a><br>
>   * flatpak build fails<br>
<br>
Same as <a href="https://invent.kde.org/network/neochat/-/merge_requests/2127" rel="noreferrer" target="_blank">https://invent.kde.org/network/neochat/-/merge_requests/2127</a> I guess, <br>
looks like an API change in libQuotient with the corresponding version change <br>
still pending (ie. a similar problem we occasionally hit with Poppler).<br>
<br>
The quick solution for this would probably be (temporarily) switching Flatpak <br>
to the latest release of libQuotient. The IMHO proper solution would be to <br>
have version bumps at the beginning of a development cycle that changes API.<br></blockquote><div><br></div><div>This also raises another question though - should we be strongly discouraging use of heavily moving targets like upstream dev / master branches and instead favouring the use of stable branches?</div><div>Not really ideal if upstream can essentially break our builds without us doing anything.</div><div> </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>
Volker</blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>