Tracking bug for the upcoming release <xxx>. We should only release when all blockers for this bug have been resolved.. Alexander: 1. What's the "version" of the next release ? "0.8", "0.8.1" or "0.9" ? 2. Should the release have any nickname (e.g. "smaug" (http://www.glyphweb.com/arda/s/smaug.html - a good source for trademark-free names), "angel", "satan", "painmonster", etc.) ?
Setting release name to 0.8.4 for now... Alexander: Is there any release date for "0.8.4" in sight yet ?
Here is my theory about release numbers. Well, it's actually not a theory but rather the way I've been numbering STSF releases: Major.Minor.Update.Build.Protocol_Version Build and Protocol_Version are internal to ST numbers with very limited visibility. "Update" is something that can be bumped up without giving it too much thought, for example when we need to mark fixing some important bug. "Minor" is bumped up only when something major happens. It needs to be incremented when an incompatible version of the protocol or binary files is introduced. "Major" is 0 until release 1.0 is available. So next releases will be 0.9, 0.10, 0.11, etc... until we decide to do a 1.0 release.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.