On Sun, May 17, 2020 at 7:11 PM Brennan Ashton <bash...@brennanashton.com> wrote:
> On Sun, May 17, 2020, 3:59 PM Gregory Nutt <spudan...@gmail.com> wrote: > > > Hi, Brennan, > > >>> I just created incubator-nuttx-apps PR 255 that should restore the > > >>> correct behavior: > > >> https://github.com/apache/incubator-nuttx-apps/pull/255 > > >> > > >> This is a major bug and, if we release do a bugfix release sometime, > > >> this should be included. > > >> > > > I was thinking the same. I created a label backport/9.0 that we can > > attach > > > to PRs that we think should be backported to a bugfix release. I > suspect > > > especially with the amount of changes that went into this release it > > won't > > > be the only one. > > > @btashton btashton added the backport/9.0 label 10 seconds ago > > > > I agree that this should be backported. It is a major bug; a complete > > loss of important functionality. > > > > But let's let is simmer for a bit to make sure that it does the job and > > doesn't introduce new issues. > > > > Is this your preferred way of handling bugs? Adding the backport/9.0 > > tag? Optionally, we could just add the commits to the tip of the > > releases/9.0 branch where they could be picked up at some later bugfix > > release. > > > > I have no preference. At some point, I think we also have to say that > > 9.0.x "is what it is". Or do you see us continuing to maintain the > > release forever? In the dark, pre-Apache past, I had about a two week > > period after the release after which it "is what it is". I distrubuted > > patches up until that point. What policy would you recommend? > > > > Greg > > > > My thought here is that we collect PRs that are candidates for backporting > with the label and then we can apply them if they look safe and are > important enough (let them bake in master for a bit). I don't think we > have ever really had the concept of a Long Term Support release nor are we > ready for that so I'm thinking we use judgement and try to get back to a > 1-2mo release window with maybe room for 1 or 2 bug fix releases inside > that if needed. That sounds about right to me. In the future we should think about LTS releases, but we're not ready for that yet. Too many big things to sort out first. (But we're making progress.) Nathan
