Am Mittwoch, 10. April 2024, 13:04:47 CEST schrieb Ingo Kl=C3=B6cker: > On Mittwoch, 10. April 2024 09:21:34 CEST Ben Cooksley wrote: > > On Wed, Apr 10, 2024 at 9:51=E2=80=AFAM Ingo Kl=C3=B6cker wrote: > > > On Dienstag, 9. April 2024 23:26:32 CEST Albert Astals Cid wrote: > > > > ktrip - NEW > > > >=20 > > > > * https://invent.kde.org/utilities/ktrip/-/pipelines/657661 > > > > =20 > > > > * craft_android builds fail > > >=20 > > > *sigh* Why does kirigami master depend on the not yet released ECM > > > 6.1.0? > >=20 > > Likely as Kirigami itself is a Framework - that being said, it seems a = bit > > weird for the version bumps to be pushed to Frameworks before the relea= se > > has been made public (because Craft cannot use them until they're > > public...) > I learned that this is the usual procedure for Frameworks. But it highlig= hts > why it's a bad idea for applications to depend on the master versions of > Frameworks. In (software) development it seems usually fine to have development branche= s=20 of separate components depend on each other's latest state. They call it=20 Continuous Integration. One of the purposes is to get early-as-possible=20 feedback, not only post-release when certain things can no longer be change= d. In the case of KF libraries that would be e.g. feasibility of new API as we= ll=20 as the state of the implementation. Which is usually considered a good idea= ,=20 both for the libraries as well as the applications as the consumers of the= =20 libraries. It is a bad idea only from the POV of Craft users, as the tool seems not ye= t=20 capable to deal with development branches of all dependencies? E.g. kdesrc-build/kde-build though e.g. are capable, so let's hope some Cra= ft=20 developers/users are inspired to have their tool catch up. Even more when Craft is thought to also support early testing by users of n= ew=20 features/implementation (that is why you do packages for app development=20 states here, right?), where development branches of the respective librarie= s=20 adding to that also want/need to be covered. Cheers =46riedrich