From owner-freebsd-current@FreeBSD.ORG Wed Oct 9 18:52:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C91A743C; Wed, 9 Oct 2013 18:52:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D6CC2D08; Wed, 9 Oct 2013 18:52:33 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id r99IqONF083735; Wed, 9 Oct 2013 13:52:24 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id r99IqOXP083734; Wed, 9 Oct 2013 13:52:24 -0500 (CDT) (envelope-from brooks) Date: Wed, 9 Oct 2013 13:52:24 -0500 From: Brooks Davis To: Brooks Davis , Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Unable to installworld after successful buildworld and buildkernel Message-ID: <20131009185224.GA81032@lor.one-eyed-alien.net> 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> <20131009170504.GQ56872@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20131009170504.GQ56872@funkthat.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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 18:52:34 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 09, 2013 at 10:05:04AM -0700, John-Mark Gurney wrote: > 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 wh= ere there is no OS installed. > > > >=20 > > > > > It's documented in Makefile.inc1 where the less commonly used opt= ions > > > > > are documented. It should be documented in the Handbook along wi= th the > > > > > process of cross installation and image creation. > > > >=20 > > > > > I disagree that UPDATING should document the process of installin= g to > > > > > other locations. That would be a distraction from it's purpose of > > > > > letting users update their systems. It's already far too complic= ated. > > > >=20 > > > > -- Brooks > > > >=20 > > > > UPDATING file has a section on cross-installing current into a sepa= rate partition. > > > >=20 > > > > 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. > > > >=20 > > > > UPDATING documented when user auditdistd was added, so why not for = unbound? > > >=20 > > > How does this look: > > > Index: UPDATING > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > --- UPDATING (revision 256024) > > > +++ UPDATING (working copy) > > > @@ -1899,7 +1899,7 @@ > > > make buildkernel KERNCONF=3DYOUR_KERNEL_HERE > > > > > > > > > - make installworld DESTDIR=3D${CURRENT_ROOT} > > > + make installworld DESTDIR=3D${CURRENT_ROOT} -DDB_FROM_SRC > > > make distribution DESTDIR=3D${CURRENT_ROOT} # if newfs'd > > > make installkernel KERNCONF=3DYOUR_KERNEL_HERE DESTDIR=3D${CU= RRENT_ROOT} > > > cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # = if newfs'd > > >=20 > > >=20 > > > I tested distribution and it appears not to need it. > >=20 > > 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. > >=20 > > -- Brooks > >=20 > > 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=3D/ -DDB_FROM_SRC. >=20 > My patch? I like your patch other than the fact that you didn't include make distribution. The specific case mentioned in my P.S. should not be well documented as it's potentially dangerous (one somewhat common case leads to suid binaries with the wrong owner). -- Brooks --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSVaXnXY6L6fI4GtQRAtBcAJ9KxL20/lAe9cX48eUtjXbqsiysGwCfQRv3 ksmEChaJLO7BMU0+EIERusI= =zXcb -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--