GNU bug report logs - #14388
Bug in uname command - reg...

Previous Next

Full log

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

From: Eric Blake <eblake <at> redhat.com>
To: NARHAR DEV SHARMA <narhardev01 <at> gmail.com>, 16101 <at> debbugs.gnu.org
Subject: Re: bug#16101: Doubt regarding uname command
Date: Tue, 10 Dec 2013 10:19:58 -0700

[Message part 1 (text/plain, inline)]

forcemerge 14388 16101
thanks

On 12/10/2013 03:10 AM, NARHAR DEV SHARMA wrote:
> uname command manual page show about these options as follow:
>  -r, --kernel-release
>               print the kernel release
> 
>         -v, --kernel-version
>               print the kernel version
> 
> but i found that these options are conflicting as given in manual page
> 
> eg
> 
> inlc7940> uname -v
> #1 SMP Wed Dec 2 12:27:56 UTC 2009
> inlc7940> uname -r
> 2.6.16.60-0.58.1.3835.0.PTF.638363-smp
> 
> Help me to solve this problem....

Thanks for the report.  However, this is turning into a FAQ; see
debbugs.gnu.org/14388 for the last discussion on the issue (we are
accurately returning what the kernel sticks in the struct used by the
uname(2) syscall; changing things would require a kernel change and not
something we can effect here; about the best we could do is a doc update
to make it clear that we really return whatever random strings the
kernel tells us even if those strings aren't "release" and "version" in
the sense you are expecting).

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Previous Next

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