GNU bug report logs - #7991
bug in uname (?)

Previous Next

Package: coreutils;

Reported by: noel <at> familie-kuntze.de

Date: Sat, 5 Feb 2011 20:56:02 UTC

Severity: normal

Done: Bob Proulx <bob <at> proulx.com>

Bug is archived. No further changes may be made.

Full log

Message #8 received at 7991 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: noel <at> familie-kuntze.de
Cc: 7991 <at> debbugs.gnu.org
Subject: Re: bug#7991: bug in uname (?)
Date: Sat, 05 Feb 2011 15:13:28 -0700

[Message part 1 (text/plain, inline)]
On 02/05/2011 01:31 PM, Noel Kuntze wrote:
> Hi,
> 
> It seems to me that the options for uname, more precise, -v and -r have
> been interchanged.

Thanks for the report.  However, this is not a bug.

> 
> Extract from the shell:
> 
> thermi <at> debian:~$ uname -v
> #1 SMP Thu Jan 27 00:28:05 UTC 2011
> thermi <at> debian:~$ uname -r
> 2.6.26-2-686

Look at 'man 2 uname'.  On Linux, the uname.release version contains a
numeric string.  The uname.version field is not documented as to it's
contents, but POSIX merely requires that release and version together
identify the operating system kernel.  As confusing as it may be, this
behavior is a kernel choice, and coreutils uname(1) has no control over
it.  Coreutils is accurately reporting what the kernel told it.

-- 
Eric Blake   eblake <at> redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org


[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 14 years and 108 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.