From owner-freebsd-current@FreeBSD.ORG Wed Oct 9 00:47:01 2013 Return-Path: Delivered-To: freebsd-current@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 ESMTP id E92B7E7E for ; Wed, 9 Oct 2013 00:47:00 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3372E16 for ; Wed, 9 Oct 2013 00:47:00 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBE0EC.dip0.t-ipconnect.de [217.251.224.236]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id r990kvMN079521; Wed, 9 Oct 2013 00:46:58 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r990kico066610; Wed, 9 Oct 2013 02:46:44 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r990kWrn085206; Wed, 9 Oct 2013 02:46:38 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201310090046.r990kWrn085206@fire.js.berklix.net> To: Benjamin Kaduk Subject: Re: FreeBSD 10.0-ALPHA4 now available From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 08 Oct 2013 20:07:59 EDT." Date: Wed, 09 Oct 2013 02:46:32 +0200 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 00:47:01 -0000 Hi, Reference: > From: Benjamin Kaduk > Date: Tue, 8 Oct 2013 20:07:59 -0400 (EDT) Benjamin Kaduk wrote: > [-re] > > On Mon, 7 Oct 2013, Julian H. Stacey wrote: > > >> The fourth ALPHA build of the 10.0-RELEASE release cycle is now available > >> on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > >> sparc64 architectures. > >> > >> Note: Due to build issues within the head/ branch, ALPHA3 ISO builds > >> were skipped. > >> > >> The 10.0-ALPHA4 builds correlate to svn revision r255933 of the head/ > >> branch. > > > > (After zapping boot on an adjacent parition & repairing,) > > I avoided installer, & booted another partition, mounted > > FreeBSD-10.0-ALPHA4-amd64-memstick.img & tar'ed to empty partition > > > > 10.0-ALPHA4 runs, built & ran new generic kernel & ports X11 etc. :-) > > > > I had supposed an Alpha /usr/src would compile even if it broke at run time. > > Not so, 10.0-ALPHA4 src/ is broken (with & without obj & depend). > > cd /usr/src ; make -i install > > killed the system. To avoid killing, I hacked Makefiles, list below. > > Reinstalled & survived. > > I thought buildworld+installworld was the documented way to build > everything. Yes, for an evolving current that's true (I'd perhaps forgotten, as I've been away from current & was tired) but in the case of a release (& Alpha4 is intended for a release after fixes) I expect binaries on media to exactly match the identical src they are presumably made from, so as a simple sanity & machine hardware & file corruption etc check I always do the same simple make with any release. If re@ are not shipping a matched set of bins built from src theyre shipped with, I'd be very suprised, & would want to know. > Do you have other documentation I should look at? Sorry, not sure what you want ? > > I'll try with a newer current later, but Alpha4 src/ needs fixing. > > > > cd /usr/src ; cp /dev/null ~/tmp/`uname -r`.diffs > > foreach i ( `find . -name Makefile\*.pre_jhs | sort`) > > echo >> ~/tmp/`uname -r`.diffs > > diff -c $i `dirname $i`/`basename $i .pre_jhs` >> ~/tmp/`uname -r`.diffs > > BTW, unified diffs are preferred. I find context diffs easier to read, & these were just to read, to show where ALPHA4 is broken. I do not want those patches stoed to apply, that would be wrong, they are just temporary to show where ALPHA4 will commit suicide, untill re@ fixes underlying breakages. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative.