[Bug 947236] Re: Please provide /etc/os-release

[Brian Murray]

Hello Martin, or anyone else affected,

Accepted base-files into precise-proposed. The package will build now
and be available at http://launchpad.net/ubuntu/+source/base-
files/6.5ubuntu6.4 in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from
verification-needed to verification-done.  If it does not, change the
tag to verification-failed.  In either case, details of your testing
will help us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: base-files (Ubuntu Precise)
       Status: In Progress => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to base-files in Ubuntu.
https://bugs.launchpad.net/bugs/947236

Title:
  Please provide /etc/os-release

Status in “base-files” package in Ubuntu:
  Fix Released
Status in “base-files” source package in Precise:
  Fix Committed
Status in “base-files” source package in Quantal:
  Fix Committed
Status in “base-files” package in Debian:
  Fix Released

Bug description:
  /etc/os-release is a new upcoming attempt of a standard which is meant
  to supersede /etc/debian_version, and their counterparts in
  Fedora/SUSE: http://www.freedesktop.org/software/systemd/man/os-
  release.html

  /etc/lsb_release is similar to this, but not standardized. The
  standard interface right now is to call lsb_release which is a Python
  script and thus a very high overhead compared to merely reading a
  file.

  [SRU justification for quantal and resubmission for precise]

  The original attempt at including os-release didn't mark it as a conffile and, as such,
  when upgrading to raring, which does so, this caused some migration issues.  To mitigate
  that, and not have to have md5sums and magic preinsts for every precise and quantal version forever, I'm SRUing to quantal and re-submitting the precise SRU with conffile
  migrations, so the affected non-conffile window is only a few versions from Q.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/947236/+subscriptions