[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#7991: bug in uname (?)

From: Eric Blake
Subject: bug#7991: bug in uname (?)
Date: Sat, 05 Feb 2011 15:13:28 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7

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:
> address@hidden:~$ uname -v
> #1 SMP Thu Jan 27 00:28:05 UTC 2011
> address@hidden:~$ 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   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]