retitle 508739 would be nice that lsb_release output unstable on unstable reassign 508739 lsb-release severity 508739 wishist thanks
On Sun, 14 Dec 2008, Rene Engelhard wrote:
Package: base-files 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. 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. Everybody knows that /etc/apt/sources.list is more reliable than /etc/issue to know the distribution you are using. If the lsb-release command is able to use the information in /etc/apt/sources.list, maybe it could do a better job at guessing the distribution. But that would be a wishlist bug for lsb-release, not base-files. Sorry, but I do not consider this to be a bug in base-files. Thanks. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
