On Thu, Jun 19, 2014 at 6:15 AM, Miroslav Suchý <msuchy at redhat.com> wrote: > On 06/19/2014 12:38 PM, Jimmy Kaplowitz wrote: > > Features that are introduced by systemd can't be assumed as present > except on those (recent) Linux OS versions which are > > using systemd, and can almost be assumed absent outside the Linux world > (such as Solaris, BSD, Win/Mac). A few > > Well parsing /etc/redhat-release works only on RHEL/Fedora. > /etc/os-release is little better, although I admit id did > not work on Windows :) Right, I was replying to the /etc/os-release. That only works on RHEL/CentOS/Fedora 7, 6 and maybe 5. Python's platform module supports far older versions of those. > non-systemd Linux distros do ship /etc/os-release, especially those > distro preparing to adopt systemd like Debian and > > Ubuntu - but even there only in recent or unreleased versions > > Not completely true. It is present in Debian for 2 years - long time > before considering systemd. And it is present in > Debian stable already: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659853 Debian stable already has pretty good working systemd as a non-default option, which explains that. The recent publicity was about Debian's decision to switch the default starting with Debian 8 "jessie". For enterprise-lifecycle distros like Debian / RHEL / CentOS, being added two years ago and being present in only the most current stable release counts as "recent". Many people are still running Debian 7 "squeeze", to the point where a subset of squeeze ("squeeze-lts") is still receiving support and security fixes beyond Debian's normal policies. - Jimmy -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20140619/35cb48e4/attachment-0007.html>