clone 508739 -1 reassign -1 base-files severity -1 important retitle -1 base-files: causes lsb_release to bogusly report "lenny" on sid severity 508739 important retitle 508739 bogusly reports "lenny" on "sid" block 508739 by -1 thanks Santiago Vila wrote: > retitle 508739 would be nice that lsb_release output unstable on unstable >> Version: 5 >> Severity: important >> Tags: sid >> >> r...@frodo:~$ lsb_release -cs >> lenny >> >> No, I use unstable. (I guess lsb_release sees the 5.0 in >> /etc/debian_version and thus thinks it's on lenny - which arguably >> might be a problem of lsb-release, clone as appropriate if you think so). >> >> Can we get a reupload of base-files with it resetting to testing/unstable >> directly after the current base-files migrated and next time please >> do the testing-unstable->x.y migration via tpu without disrupting sid >> (and just doing the change where it belongs - in testing)? > > This is of wishlist type at most, and even such severity would be very > high for this report. > > Packages relying on the output of lsb_release are probably broken and > should be fixed.
Fixed how? How do you differentiate in your ./configure options between lenny and sid? Or any other differences in rules? For lenny-backports? If you don't want to do everything by hand everytime? lsb_release just works if the files are reporting the correct version. > While I agree it would be nice that lsb-releases always tell the "truth", > I don't think it is important enough to report it as a bug, or important > enough to change my upload policies, as the time window in which this > anomaly happens is usually small. Now more over 10 days. And given that you won't upload base-files again (at least -release tells me to) unil after the release this is almost a month. > Everybody knows that /etc/apt/sources.list is more reliable than > /etc/issue to know the distribution you are using. If the lsb-release Nonsense. What is /etc/debian_version for then? And what about mixing different distros in sources.list? You still run testing when you have unstable in sources.list but have set APT:.Default-Release to testing. Sorry, but sources.list is even less reliable then /etc/debian_version. Which should tell the correct version. You can argue that lsb_release should tell "sid" if /etc/debian_version reports "5.0" but that doesn't make the current thing unbroken and would warrant a clone to lsb-release. not a reassign. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [email protected] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
