From owner-freebsd-questions@FreeBSD.ORG Thu Apr 25 02:47:36 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 65886BC2 for ; Thu, 25 Apr 2013 02:47:36 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7801AF3 for ; Thu, 25 Apr 2013 02:47:35 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-233.dynamic.qsc.de [92.195.26.233]) by mx01.qsc.de (Postfix) with ESMTP id 2724E3DEFB; Thu, 25 Apr 2013 04:47:35 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id r3P2liiB006687; Thu, 25 Apr 2013 04:47:44 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 25 Apr 2013 04:47:44 +0200 From: Polytropon To: "Mike." Subject: Re: FreeBSD-update? Message-Id: <20130425044744.3ebda15f.freebsd@edvax.de> In-Reply-To: <201304242232170093.02EE4C98@sentry.24cl.com> References: <201304242307.r3ON7AEg039368@chilled.skew.org> <201304242232170093.02EE4C98@sentry.24cl.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Apr 2013 02:47:36 -0000 On Wed, 24 Apr 2013 22:32:17 -0400, Mike. wrote: > If uname -r [-a] does not give the proper version of the OS, then it is > either a bug, or the documentation for uname should be changed. > Currently, the man page for uname gives the following option: > > -r Write the current release level of the operating system to > stan- > dard output. Also the manpage of uname(3) would require a change to make clear that the version of the _kernel_ is provided, which _may_ stay the same during patchlevels of a given version. From that point of view, if we consider the patchlevel _not_ being part of the OS _version_, the statement (as it currently reads) makes sense. The understanding is: Version 9.1 is the OS version, and if a patch has been added, it's still 9.1 (even though the more precise information is 9.1-p5 for example). Similarly consider followint -STABLE: in this case, 9-STABLE or 9.1-STABLE is being reported, because no "precise" version numbers exist on that branch (at least not in the terms of patchlevels, instead a repository revision number or the date of the checkout could be considered for precision). The uname program relies on the uname system call to get the system identification, which queries the information stored in a (struct utsname *) data structure: The uname() function stores NUL-terminated strings of information identi- fying the current system into the structure referenced by name. The utsname structure is defined in the header file, and contains the following members: release Release level of the operating system. version Version level of the operating system. This part of documentation would, given the case, also require adjustment, refering to the kernel instead of the OS. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...