cannot read /etc/lsb-release about opm-core HOT 10 CLOSED

The issue is probably caused by commit b2520ab (Pull Request #147). I have no idea how to solve this issue in a portable manner, but clearly one cannot assume that /etc/lsb-release exists as a readable file. However, there may be another solution. Do you by any chance have a lsb_release(1) utility on your openSUSE system?

For instance, the following command produces reasonable output on both Ubuntu 10.04 LTS and CentOS 5.9

$ lsb_release -i -r -c

I don't know how portable lsb_release(1) is (or its options). It is definitely not specified by SUS meaning it is, at best, a Linux-specific solution. That may be sufficient, though.

from opm-core.

the lsb-release tool is available, but if I don't hand it any parameters it just returns n/a (probably because /etc/lsb-release does not exist):

lauser@aladdin:~ > lsb-release 
LSB Version:    n/a

however, with your options, it seems to produce usable information:

lauser@aladdin:~ > lsb_release -i -r -c
Distributor ID: SUSE LINUX
Release:        12.2
Codename:       Mantis

from opm-core.

I forgot to mention: newer distributions should also have the file /etc/os-release around:

lauser@aladdin:~ > cat /etc/os-release
NAME=openSUSE
VERSION="12.2 (Mantis)"
VERSION_ID="12.2"
PRETTY_NAME="openSUSE 12.2 (Mantis) (x86_64)"
ID=opensuse
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:opensuse:12.2"

from opm-core.

actually, systemd based distris have it. not sure about ubuntu: http://www.0pointer.de/blog/projects/os-release

from opm-core.

actually, systemd based distris have it. not sure about ubuntu

Ubuntu 12.04 LTS appears to have /etc/os-release. Anyway, here is an ugly hack to construct a human-readable representation of an OS identity

$ lsb_release -irc | awk '{s = s "-" $NF} END {print substr(s, 2)}'

On my Ubuntu 10.04 LTS system, this produces Ubuntu-10.04-lucid, while I get CentOS-5.9-Final on a CentOS 5.9 system. Maybe this is could be used as a basis for further development?

from opm-core.

possibly. But let's wait what @rolk has to say about it...

from opm-core.

let's wait what @rolk has to say about it...

Absolutely. There is also the option of using lsb_release -d, but this is the last plug I'll make for lsb_release(1).

from opm-core.

This bug has already been fixed as part of the commits in issue #145

from opm-core.

well, unfortunately that's not always the case: this morning it was still present in the release branch:

http://opm-project.org/CDash/viewConfigure.php?buildid=1444

from opm-core.

argh The fact that issue #145 is still unmerged slipped my attention! sorry...

from opm-core.