On Thu, Jul 4, 2024 at 5:10 AM Volker Krause <vkra...@kde.org> wrote:
> On Mittwoch, 3. Juli 2024 12:59:57 CEST Ben Cooksley wrote: > > On Wed, Jul 3, 2024 at 9:21 AM Albert Astals Cid <aa...@kde.org> wrote: > > > Please work on fixing them, otherwise i will remove the failing CI > jobs on > > > their 4th failing week, it is very important that CI is passing for > > > multiple reasons. > > > > > > kclock - NEW > > > > > > * https://invent.kde.org/utilities/kclock/-/pipelines/726599 > > > > > > * flatpak fails to compile > > > > > > knights - NEW > > > > > > * https://invent.kde.org/games/knights/-/pipelines/726597 > > > > > > * flatpak fails to compile > > > > Both of these are caused by their respective Flatpak jobs depending on > > libplasma master, which depends in turn on Frameworks master that is not > > available in the Flatpak environment as Frameworks comes from the SDK. > > > > Two questions here: > > 1) Can we use latest stable libplasma instead? > > 2) Does it make more sense to not have libplasma around given that Plasma > > Applets don't make any sense at all in a Flatpak given that the Plasma > > desktop cannot make use of them? > > (2) is IMHO the right approach for anything actually building Plasmoids, > and I > had done that for other affected repos already but somehow missed KClock. > > https://invent.kde.org/utilities/kclock/-/merge_requests/124 > > For Knights this however doesn't work, that seems to depend on libplasma > for > its clock SVG assets. > Excellent. For applications that actually need libplasma, i'm thinking we should probably use a stable release intended for use with said Frameworks we ship in Flatpak? If so then https://invent.kde.org/games/knights/-/merge_requests/31 should fix that. > > Regards, > Volker > Cheers, Ben
