The emails on this mailing list is the "heads up". Anyhow, I don't think we need to change anything other than maybe set an _rc1 tag when announcing an imminent stable tag, for every stable tag -- big or small. And make sure to have a strict string freeze. That will allow translations to flow in since that _rc1.
On Wed, 23 Dec 2020 at 13:34, Christoph Moench-Tegeder <c...@burggraben.net> wrote: > > ## Nick Østergaard (oe.n...@gmail.com): > > > By having the release announcement, it is easier to use that as a > > reference when users are flagging packages in various distros. > > Even more: some distros - I'm writing as the maintainer of FreeBSD's > KiCAD packages - are waiting for the release announcement before > shipping the update. In the past, there were some unfortunate cases > where distfiles had to be re-rolled, causing much hassle and version > bumps; and I understood this was a situation to avoid. > > Perhaps it would be nice to have a seperate "heads up, you can start > packaging now" announcement to have releases ready from day one on > more platforms. > Or we just don't lose any sweat over a few days delay. Hey, there's > a lot of volunteer work going on here, and at any given time someone > will be on vacation, busy or otherwise unavailable for whatever reason. > And then we don't really need coordinated security releases - yes, > complex file format and file exchange across organisations, but then > KiCAD is not running internet-facing on half of the world's infrastructure. > > Also, these bugfix releases are mostly low-effort for packagers: > with 5.1.9, I only had to bump the versions - no additional > patching required. > > Regards, > Christoph > > -- > Spare Space _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp