On Mon, Aug 10, 2015 at 09:20:17PM +0200, Daniel Baumann wrote: > Package: base-files > Version: 9.2 > Severity: wishlist > > [...] > > i checked with current fedora rawhide, they also assign it > (VERSION_ID=24) regardless the fact that it's not release yet. it seems > right to do that, and to track the 'is released or not' with another > mechanism than the sole existence (or absence) of a VERSION_ID.
So, to be precise, your proposal is to have both VERSION and VERSION_ID in /etc/os-release during the testing stage, right? If we keep managing /etc/issue, /etc/issue.net and /etc/debian_version as before, would that count as "another mechanism"? The problem with VERSION and VERSION_ID in testing/unstable is that it's: * right to have it. * right not to have it. * wrong to rely on it. So far, my preference has always been not to have it as a way to remind everybody that it's wrong to rely on it. In either case, the fedora example and the fact that we have more preditable version numbers are interesting things to take in account. So: Will talk with the release managers about this to see what they think. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
