> "If you are using Debian, that's kind of how it works"; the Debian testing kernels are more or less the equivalent of the rolling stable branch, he said. He i

> "If you are using Debian, that's kind of how it works"; the Debian testing kernels are more or less the equivalent of the rolling stable branch, he said. He is confident that the rolling model will work because there distributions and devices that already use the model in some form Glad that was brought up. I was thinking about the several rolling distros that run processes so they can make assurances about stability. The git idea seems good, and I see how the friction from versioning expectations is driving them in that direction. That said, if the only issue is expectation around versioning numbers, they could just switch to calendar versioning. The git solution does change how the project is organized in probably a positive way, but there will still be people concerned about upgrading to a seemingly impactful version number. So, it seems like a couple of friction areas got lumped together and the solution will work for part of it. I think they should make the git change and also switch to calendar based versioning.