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

Previous Next

Full log

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

From: Eric Blake <eblake <at> redhat.com>
To: Vishwas Dhankhar <92vishwas <at> gmail.com>, 16100 <at> debbugs.gnu.org,
 GNU bug tracker automated control server <control <at> debbugs.gnu.org>
Subject: Re: bug#16100: Bug in uname command
Date: Tue, 10 Dec 2013 10:18:33 -0700

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

forcemerge 14388 16100
thanks

On 12/10/2013 02:54 AM, Vishwas Dhankhar wrote:
> Hi,
> 
> Man page of uname command states that uname options:
> 
> -r, --kernel-release     print the kernel release
> -v, --kernel-version     print the kernel version
> 
> But I got the following result while using these options:
> 
> inlc7921> uname -r
> 2.6.16.60-0.58.1.3835.0.PTF.638363-smp
> 
> inlc7921> uname -v
> #1 SMP Wed Dec 2 12:27:56 UTC 2009
> 
> This seems a little opposite to what man page suggests. Please do take a
> look.

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.