Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Aug 2012 13:40:37 +0200
From:      olli hauer <ohauer@gmx.de>
To:        freebsd-security@freebsd.org
Cc:        Adrian Penisoara <ady@enterprisebsd.com>, Roger Marquis <marquis@roble.com>
Subject:   Re: getting the running patch level
Message-ID:  <5034C535.5060603@gmx.de>
In-Reply-To: <CAKWGksUtHzCvbTTwGgndPv0mSMzOhDZPB-x=kSYY4j4DvzPO=w@mail.gmail.com>
References:  <20120821120031.9B0771065674@hub.freebsd.org> <20120821155622.A9FB5106566C@hub.freebsd.org> <CAKWGksUtHzCvbTTwGgndPv0mSMzOhDZPB-x=kSYY4j4DvzPO=w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2012-08-22 12:44, Adrian Penisoara wrote:
> Hello,
> 
> On Tue, Aug 21, 2012 at 6:49 PM, Roger Marquis <marquis@roble.com> wrote:
>> Jilles Tjoelker wrote:
> [...]
>>
>> WRT writing a new file, something like /etc/bsd-release would be a good
>> choice following the principle of least surprise.  Mergemaster can and
>> should ignore it (and motd, issue, ...).
>>
> 
>   I support the idea of using an /etc/*-release file to tag (and this
> makes me think about /var/db/freebsd-update/tag) the current release
> version details of the system (not only the kernel, but the whole
> installed system). This seems to be a popular choice among Linux
> distributions and thus ISV's should feel comfortable with the
> approach.
> 
>   Mergemaster and/or other updating mechanisms should update the file
> to reflect the reality after upgrades/updates.
> 
>   Now the format of the file would be also debatable: other vendors
> releasing derivative works from the main FreeBSD source tree (like
> FreeNAS, PC-BSD, etc.) will want to leave some marks as well. Should
> we retain only the vendor's release tag or should we have a multiple
> entries (for the original FreeBSD version and the vendor) ? Should we
> even think about multiple ${vendor}-release files or just bsd-release
> ?

In case a new file will be used, I suggest using the cpe framework,
see http://cpe.mitre.org/specification/

Using a standard framework makes it easier to write platform
independent tools for example in visualization environments.

sample /etc/system-release-cpe entry
cpe:/o:freebsd:8.3:ga:x64 ...

--
Regards,
olli



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5034C535.5060603>