tags 402217 wontfix thanks [EMAIL PROTECTED] (Debian Bug Tracking System) writes:
> There used to be (at least in woody, sarge) an automatic class > "debian_3_0" and "debian_3_1" in the versions of cfengine shipped > with woody and sarge. The version in sarge even had its class defined > long before it was released. This is very helpful in a mixed-debian > environment. Current etch version does not have this feature. > > In addition, I suggest that you use classes like debian_sid, > debian_etch, debian_sarge in the future, since these can be defined at > all times - unlike debian_version_number, which is not always defined > for testing and never is for sid. /etc/debian_version is the file used to create these classes, and this is the way I think [1] the content in /etc/debian_version is in the different distributions: * Stable distributions will have the version number (3.1, 4.0, ..), which will create the class debian_3_1 or debian_4_0. * testing and unstable will have e.g 'lenny/sid' unless testing is about to become stable, then unstable and after package migration testing will have the version number as well. This will create the class debian_sid for both testing and unstable (afaik) if we're not near a new stable release. There is nothing that prevents the sysadmin to change the content of /etc/debian_version, so this is really not a good way of finding which version of Debian you are running. Another way of finding which version of Debian you are running is to parse the /etc/apt/sources.list-file, but that will not give you a precise result either. I'm tagging this bug as wontfix, as I have no idea how to fix it properly. If anyone have a nice solution that I didn't think of, we'll just remove the wontfix-tag and try to fix. - Werner [1] /usr/share/doc/base-files/FAQ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]