<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno gio 16 lug 2020 alle ore 10:11 Shawn Rutledge <<a href="mailto:shawn.rutledge@qt.io" target="_blank">shawn.rutledge@qt.io</a>> ha scritto:<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>
> On 2020 Jul 6, at 18:57, Pier Luigi Fiorini <<a href="mailto:pierluigi.fiorini@gmail.com" target="_blank">pierluigi.fiorini@gmail.com</a>> wrote:<br>
> <br>
> Hi,<br>
> <br>
> I noticed that some modules are going into the marketplace, for example Qt Multimedia.<br>
> Would you consider doing so for QtWayland Compositor?<br>
> <br>
> The compositor API would surely benefit from a faster release cycle.<br>
> <br>
> Getting new protocols and updates sooner instead of every 6 months would be great.<br>
> <br>
> Thoughts?<br>
<br>
I’m dubious about whether the release cycle would really be faster that way.  Continuing to include it in the release every 6 months probably adds more motivation to keep fixing things regularly, rather than slowing it down.<br>
<br>
Otherwise, do you have examples of ongoing changes that really shouldn’t wait until the next release?<br>
<br>
It’s currently possible to build from git.  (And I hope it remains that way.)  “Releases” are artificial flag days, from one side; in practice, Linux distros tend to wait for them, but it doesn’t have to be that way.<br>
<br>
Maybe you want to add an extra level of release numbering, and put those intermediate releases into Marketplace, just to have the psychological effect of the existence of more “releases”, and update distro packages more often from there?  I.e. after 5.15.1 comes 5.15.1.1, 5.15.1.2, etc.  But then I’d predict that it will not be so many after all, as long as generating releases takes human time.<br>
</blockquote></div><div><br></div><div>The main problem is that sometimes you wait even 12 months (or more) before a release hit the end users.</div><div>6 months of release cycle + the time needed by distros to pick up a new Qt version.<br></div><div><br></div><div>Since updating Qt is not an easy task and affects so many users, some distros do not update right away and you can't expect to use a new protocol implementation 12/14 months after you made that change.</div><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><a href="https://liri.io" target="_blank">https://liri.io</a><br>An OS and apps built with modern design and features<br></div></div></div></div></div></div></div></div>