<div dir="ltr"><div dir="ltr">On Tue, Nov 7, 2023 at 5:16 AM Jonathan Riddell <<a href="mailto:jr@jriddell.org">jr@jriddell.org</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"><div dir="ltr">FsetPositionButton.checkedreeze dates<br><br>Soft Freeze 1 week before Beta 1, 22nd November 2023<br>Hard Freeze at Beta 1, 29 Nov 2023<br><br>Freeze policy:<br>    We are not sure where we want to go with activitise and we have moved them into Plasma.  It would be nice to feeze eventually but for now should be open to API/ABI changes.  This is for:<br>kactivities<br>kactivities-stats<br>kwayland<br>plasma-frameworks - this should be kept stable (in order not to break Plasma's uses)<br>This should be documented in a README in the repo<br>Rename<br>plasma-frameworks rename to libplasma<br></div></blockquote><div><br></div><div>Please make sure you have MRs ready for this. I wish this change had been submitted at the same time as renaming a well used repository is just as invasive as moving it....</div><div><br></div><div>The change just done moments ago for the versioning has led to quite a bit of breakage that people are already bringing to my attention because it appears to be a fault of the CI system when it is a fault of plasma-framework. (also, that versioning change broke FreeBSD CI somehow as well, so i'm guessing that the CMake changes have changed the compiler parameters as well to make them less tolerant of warnings)</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"><div dir="ltr"><br>Qt minimum version<br>Min Qt version should be bumped to 6.6 at some point but BSD CI is not ready.  So put this on the packaging notes for Alpha.</div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br>Wayland by Default?<br>Previous decision was "yes when all showstoppers have been fixed".  There are currently 4 show stoppers.  2 accessibility and 2 session restore.  We can say that sessoin restore is a feature not a bug and make it not a show stopper.<br><br>Question: should we drop no session restore as a show stopper?  Yes, if we make sure KCMs are doing what features are available<br><br>Accessibility ones are "niche" e.g sticky keys.  Nico has half an implementation of one so may happen.<br><br>Warn on logout feels like a showstopper as it loses data<br><br>Suggestion: try our best for showstopper implementation and review later<br><br>Do we need guidance on nvidia drivers?<br><br>qqc2-breeze-style: make a standalone qt5 release<br><br>plasma5support: include this in release<br><br>Jonathan to send list of tars to mailing list<br><br>Nico has a change, porting applet config to new things.  No rush to do it before alpha.<br><br><div>Text chat meeting next week.  Video in 2 weeks time.</div><div><br></div></div></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>