[lsb-discuss] Re: New uname option to query exact OS distribution
eggert at CS.UCLA.EDU
Mon Aug 23 23:28:03 PDT 2004
Markus Kuhn <Markus.Kuhn at cl.cam.ac.uk> writes:
> The person preparing uname for inclusion into a distribution package
> will have to manually provide values for these four fields in a
> configuration file. To ensure that this is not forgotten, the uname
> distribution should refuse to compile out of the box, until these
> values have been configured.
Coreutils is supposed to build "out of the box" on pretty much any
POSIX-conforming system. I'd rather not see new artificial barriers
to its use. It'd be better for uname to report "unknown" for values
that it hasn't been properly configured for.
Also, sometimes people build programs under one distribution and run
them under another. uname should report values suitable for the
current environment, not for the build environment.
One more thought: we've tried to resist adding lots of special-case
code to the "uname" command. It was originally a simple utility: a
small layer around a system call. Even now, the general idea is that
if the information can't easily be found from a "uname"-like system
call, then it's probably not a suitable subject for the "uname"
> $ uname -d
> SuSE Linux Professional 9.1 (DVD 32-bit)
> $ uname -dv
> $ uname -dp
> Linux Professional
> $ uname -dr
> $ uname -da
> DVD 32-bit
This syntax isn't quite right, since '-d' either must take an operand
(in which case "uname -d" is invalid) or must not take one (in which
case "uname -da" usurps the existing meaning of "uname -a").
One way to work around this problem would be to use new letters, e.g.,
-V, -P, -R, -A for the four options you mentioned. Presumably "uname
-a" would output all four, in addition to the information it already
outputs. POSIX allows this.
More information about the lsb-discuss