From owner-freebsd-current@FreeBSD.ORG Wed Oct 9 17:05:11 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 7D0C2E76; Wed, 9 Oct 2013 17:05:11 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6A625D2; Wed, 9 Oct 2013 17:05:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r99H54E0027103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Oct 2013 10:05:05 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r99H54eE027102; Wed, 9 Oct 2013 10:05:04 -0700 (PDT) (envelope-from jmg) Date: Wed, 9 Oct 2013 10:05:04 -0700 From: John-Mark Gurney To: Brooks Davis Subject: Re: Unable to installworld after successful buildworld and buildkernel Message-ID: <20131009170504.GQ56872@funkthat.com> Mail-Followup-To: Brooks Davis , Thomas Mueller , freebsd-current@freebsd.org References: <3F.9A.16944.166A3525@cdptpa-oedge02> <20131008141501.GA69028@lor.one-eyed-alien.net> <28.45.16944.64B74525@cdptpa-oedge02> <20131008214809.GC69269@lor.one-eyed-alien.net> <44.C1.16944.5E6C4525@cdptpa-oedge02> <20131009055213.GM56872@funkthat.com> <20131009130630.GB71891@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131009130630.GB71891@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 09 Oct 2013 10:05:05 -0700 (PDT) Cc: Thomas Mueller , 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 17:05:11 -0000 Brooks Davis wrote this message on Wed, Oct 09, 2013 at 08:06 -0500: > On Tue, Oct 08, 2013 at 10:52:13PM -0700, John-Mark Gurney wrote: > > Thomas Mueller wrote this message on Wed, Oct 09, 2013 at 03:00 +0000: > > > > > But where is DB_FROM_SRC documented? I never saw it anywhere. UPDATING file needs to be updated for installing FreeBSD on a partition where there is no OS installed. > > > > > > > It's documented in Makefile.inc1 where the less commonly used options > > > > are documented. It should be documented in the Handbook along with the > > > > process of cross installation and image creation. > > > > > > > I disagree that UPDATING should document the process of installing to > > > > other locations. That would be a distraction from it's purpose of > > > > letting users update their systems. It's already far too complicated. > > > > > > -- Brooks > > > > > > UPDATING file has a section on cross-installing current into a separate partition. > > > > > > This part ought to be complete, including DB_FROM_SRC, rather than leaving a user lost at sea when a new user (unbound) sneaks in. > > > > > > UPDATING documented when user auditdistd was added, so why not for unbound? > > > > How does this look: > > Index: UPDATING > > =================================================================== > > --- UPDATING (revision 256024) > > +++ UPDATING (working copy) > > @@ -1899,7 +1899,7 @@ > > make buildkernel KERNCONF=YOUR_KERNEL_HERE > > > > > > - make installworld DESTDIR=${CURRENT_ROOT} > > + make installworld DESTDIR=${CURRENT_ROOT} -DDB_FROM_SRC > > make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd > > make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT} > > cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # if newfs'd > > > > > > I tested distribution and it appears not to need it. > > Distribution could easily need it in the future so I'd suggest adding in > there as well. If nothing else, if building on a box with a highly > non-standard /etc/passwd or /etc/group the results could be bizzare and > inconsistant if -DDB_FROM_SRC is not used in both cases. installkernel > is probably safe since people who renumber root/wheel will get what they > deserve if they don't audit all of the make infrastructure. > > -- Brooks > > P.S. This probably shouldn't be documented because it is dangerous in > some situations: but for administrators who keep their passwd and group > files entirely in sync with FreeBSD's you can skip the whole mergemaster > -p annoyance by specifying DESTDIR=/ -DDB_FROM_SRC. My patch? The reason it should be documented as the original poster pointed out that this is specifically for cross-installing from -stable... So either we document this, or we remove this set of instructions entierly.. Second, this is for a completely new, self consistent system, so the new system will have the proper users (just got installed by make distribution).. If you mount that system on another system, you have the same problem if you mount a normally installed -current on an older -stable... I can only see improvements by documenting -DDB_FROM_SRC here.. P.S. I have done this cross-install myself, but iirc, from -current so the instructions are useful... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."