From owner-freebsd-questions@FreeBSD.ORG Fri Apr 18 13:39:12 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 149A2557 for ; Fri, 18 Apr 2014 13:39:12 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9209C1169 for ; Fri, 18 Apr 2014 13:39:11 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id s3IDcTTP015448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2014 15:38:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id s3IDcTuH015445; Fri, 18 Apr 2014 15:38:29 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 18 Apr 2014 15:38:29 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: John Subject: Re: where does uname get version number? In-Reply-To: <30564000.1397796531648.JavaMail.root@elwamui-darkeyed.atl.sa.earthlink.net> Message-ID: References: <30564000.1397796531648.JavaMail.root@elwamui-darkeyed.atl.sa.earthlink.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 13:39:12 -0000 On Fri, 18 Apr 2014 00:48-0400, John wrote: > -----Original Message----- > >From: Eduardo Morras > >Sent: Apr 17, 2014 3:07 AM > >To: freebsd-questions@freebsd.org > >Subject: Re: where does uname get version number? > > > >On Wed, 16 Apr 2014 23:39:06 -0400 (GMT-04:00) > >John wrote: > > > >> Do you want me to add the following to /etc/profile ? > >> > >> UNAME_v="FreeBSD 9.2-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC > >> 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC" > >> export UNAME_v UNAME_r="9.2-RELEASE" > >> export UNAME_r > >> > >> But, then do I have to manually change this version number > >> in /etc/profile for each upgrade in the future? That would be quite > >> a hassle for each upgrade to -p5, -p6, ... etc. Is that the way to > >> go? > > > >No, freebsd-update should update your /etc/profile and UNAME_* system vars. > > > >> > >> I also tried: > >> > >> # unsetenv UNAME_r > >> > >> but "uname -r" still shows the incorrect "9.1-RELEASE" even though > >> all other files mentioned above are in "9.2-RELEASE". > >> > >> So still, where did uname get that incorrect version number? > > > >If there's no UNAME_* defined, you undefined it with #unsetenv, uname reads them from /usr/obj/usr/src/sys/$KERNEL/vers{ion,.c} files. Trond suggest to delete them before rebuilding, so they get updated too, nice suggestion. Mine sets different information in UNAME_* and vers{ion,.c} files. This discrepancy should be avoided. > > > >--- --- > > Thanks. I don't have the folder /usr/obj/usr/src/sys/ . Under /usr/obj/usr/src/ I only see two folders: lib32 and tmp. > > I did find a file /usr/obj/lib32/usr/src/include/vers.c , that contains the incorrect version: > > #define SCCSSTR "@(#)FreeBSD 9.1-RELEASE #0: Mon Jan 21 15:45:14 UTC 2013" > #define VERSTR "FreeBSD 9.1-RELEASE #0: Mon Jan 21 15:45:14 UTC 2013\n root@:/usr/obj/lib32/usr/src/include\n" > #define RELSTR "9.1-RELEASE" > > That's closer now! However, I never compiled the kernel, I only > installed 9.0-RELEASE and ran freebsd-update to upgrade to > 9.2-RELEASE, so don't know how these /usr/obj files were produced. > I installed virtualbox before, maybe that produced /usr/obj ? > > Anyway, I have deleted these folders /usr/src/ and /usr/obj/ , then > ran svn to install /usr/src/ , and then rebooted. Yet "uname -a" > still says the incorrect 9.1-RELEASE. Now I don't even have > /usr/obj , where does uname get that incorrect version now? If I understand this at all, freebsd-update simply downloads and installs precompiled bits and pieces of the base system, including the kernel. The system needs to be rebooted manually to be able to use an updated kernel and other long running pieces like init(8). Checking out a new working copy of the source tree using svn is only the first step of a multi-step approach of updating the base system using the source tree; the remaining steps being compiling the world and the kernel, installing the kernel, rebooting the system, and if all goes well, install world, merge any changes to the config files, and optionally delete obsolete stuff, before doing the final reboot. Yes, always perform the final reboot to verify that the system is able to reboot in case of a panic at a later stage. If the new kernel didn't load well, simply reboot, interrupt the boot loader, unload the bad kernel, load the old kernel (/boot/kernel.old/kernel), and boot the system, followed by mv /boot/kernel /boot/kernel.bad, and mv /boot/kernel.old /boot/kernel. Next time, it's sufficient to update the working copy (svn up /usr/src), rather than erasing /usr/src and do a complete checkout, before performing the remaining steps as outlined above. I haven't tried freebsd-update at all, I've always done my upgrades using the source, I do find it strange that the new kernel doesn't identify itself as being newer than the previous kernel. And why must freebsd-update fiddle with the UNAME_* env vars? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-questions@FreeBSD.ORG Fri Apr 18 13:39:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 134285F1 for ; Fri, 18 Apr 2014 13:39:43 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 814B31178 for ; Fri, 18 Apr 2014 13:39:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s3IDGO0F058789; Fri, 18 Apr 2014 23:16:25 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 18 Apr 2014 23:16:24 +1000 (EST) From: Ian Smith To: kpneal@pobox.com Subject: Re: The source code of *BSD contains the comment ?Does this belong here?? In-Reply-To: Message-ID: <20140418230031.G11168@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Paul Schmehl , freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 13:39:43 -0000 In freebsd-questions Digest, Vol 515, Issue 9, Message: 11 On Fri, 18 Apr 2014 07:51:08 -0400 kpneal@pobox.com wrote: > On Wed, Apr 16, 2014 at 04:44:48PM -0500, Paul Schmehl wrote: [..] > > # grep -r "doesn't belong" /usr/src/* Or any other commentary along the lines of "this is broken" or "is this right?" or "XXX dirty code alert" or whatever you can imagine; it's all in there somewhere. Maybe $someone could design an AI machine to churn through the comments looking for derogatory, self-deprecating, admission of non-omniscience or otherwise unseemly comments and ROOT THEM OUT! :-) [..] > > /usr/src/games/fortune/datfiles/fortunes-o.real:Which of the following > > doesn't belong? > > /usr/src/games/fortune/datfiles/fortunes: chute doesn't belong to anyone, > > ever. > > Oh come on. The fortune utility is a cute toy that serves no practical > use. Comments in the messages it can print say _nothing_ about the quality > of the source base. In over 15 years, I've never seen a fortune.core Rock solid, here :-) cheers, Ian