From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 16:09:11 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E238D2DD; Wed, 22 Apr 2015 16:09:10 +0000 (UTC) Date: Wed, 22 Apr 2015 16:09:07 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422160907.GC48698@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> <20150422153300.GU1394@zxy.spb.ru> <20150422154325.GB48698@hub.FreeBSD.org> <20150422155951.GJ9114@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DSayHWYpDlRfCAAQ" Content-Disposition: inline In-Reply-To: <20150422155951.GJ9114@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2015 16:09:11 -0000 --DSayHWYpDlRfCAAQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 06:59:51PM +0300, Slawa Olhovchenkov wrote: > On Wed, Apr 22, 2015 at 03:43:25PM +0000, Glen Barber wrote: >=20 > > On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote: > > > On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: > > >=20 > > > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > > > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > > > >=20 > > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wr= ote: > > > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't insta= ll kernel.VSTREAM. > > > > > > > > >=20 > > > > > > > > > What I miss? > > > > > > > >=20 > > > > > > > > Currently, the installer only installs GENERIC. > > > > > > > >=20 > > > > > > > > I have fixes for this in a projects branch, but it's not re= ady to merge > > > > > > > > back to head just yet. (^/projects/release-install-debug i= f you're > > > > > > > > interested.) > > > > > > >=20 > > > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > > > >=20 > > > > > > > [...] > > > > > > > eval: ${kernel....}: Bad substitution > > > > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > >=20 > > > > > > Yes, you are correct. This is also fixed in the projects branc= h. > > > > >=20 > > > > > O, I see. > > > > > Can you also patch release/Makefile? > > > > >=20 > > > > > =3D=3D=3D > > > > > .if !empty(TARGET:M${_V}) > > > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${T= ARGET} > > > > > .else > > > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGE= T_ARCH} > > > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${T= ARGET_ARCH} > > > > > .endif > > > > > =3D=3D=3D > > > > >=20 > > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) =3D 33. > > > > >=20 > > > >=20 > > > > I'm not sure there's much we really can do about this just yet. The > > > > only solution I have for you at the moment is to set VOLUME_LABEL in > > > > your build environment to exclude the patch version. > > >=20 > > > Can you see to 'release.sh'? > > > release.sh do 'make -C release release' w/o `make -C release clean`. > > > As result don't rebuild images. > > >=20 > >=20 > > This is actually intentional, so a subsequent invocation of release.sh > > does not clobber an existing build. > >=20 >=20 > What purpose? Do all makes and don't make new images? >=20 The intention with release.sh is that all builds are done in a pristine environment. It is not intended to clean an existing build environment. Glen --DSayHWYpDlRfCAAQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN8ejAAoJEAMUWKVHj+KTot4P/j+W96EWaN5CIEQ6m1iIr7wl W4N0tGwF/RtUv2Ea0G67Kl0/yVSH6lDlwnk0rBiFz0OPNVVQyj3mq40a4U5wAg3J QLzoZ3EKHjMIflIOPerzAwyMeUtpjYf2pcentNc3vNUwBRqYiqt/nDlWJz7ARN+D as58Lri+QZsJtz9Hysof29nvI5ZTEV2tfnwKxMgNRW/EiFQatMuRRLE5as9lIkJt u0yP3EyqduQDl5UuZYdPEskoXFJP7vII7fIBMApnBm4ZsTem0B1NAPyTeEdDHQYP 1HqaME7ekEcfKa/SPWe4NfY8PErXaKAJvXEkau4JwaXW+TOWi9T1A91sePUdO24l dNJjxCIZtraExXhET0xIcnBQoW4J8VE7jkiOgVij5SYRsUZnsBrCrq0djsfn6AKF Pyzvegm7KnQ8YZPq7JFL4kJd+IRHU9F2zXwECr/jpYk1dbSbYZVwJP9Dr+hoA9pp VUt38sPYBQChvk7DzFc9yYW2Bl/34bTPf3L5F6K/iy1atwVnZiGPVkYmagovuolV z5Yr6Lrfzjh+pJXFQU7lY+G5P8VwgOhUnMpTO/X5uwUomm7pH0xnfu5uGBQf5NW0 LA5izllUMcpe4pXPeqb6HPbuCiILJiPYpVF5TNVwdzZOAal8eo0RSOwc5BnfxvxN joy3X18XGPc2emsafNYc =ew0H -----END PGP SIGNATURE----- --DSayHWYpDlRfCAAQ--