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

Adam Conrad adconrad at 0c3.net
Tue Oct 23 21:47:45 UTC 2012


** Description changed:

  /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.

** Description changed:

  /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.

-- 
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:
  In Progress
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




More information about the foundations-bugs mailing list