Date: Wed, 22 Apr 2015 18:33:00 +0300 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Glen Barber <gjb@FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422153300.GU1394@zxy.spb.ru> In-Reply-To: <20150422121037.GC31769@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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote:
> 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:
> >
> > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote:
> > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote:
> > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM.
> > > > > >
> > > > > > What I miss?
> > > > >
> > > > > Currently, the installer only installs GENERIC.
> > > > >
> > > > > I have fixes for this in a projects branch, but it's not ready to merge
> > > > > back to head just yet. (^/projects/release-install-debug if you're
> > > > > interested.)
> > > >
> > > > I think also exist bug in scripts/make-manifest.sh:
> > > >
> > > > [...]
> > > > eval: ${kernel....}: Bad substitution
> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > >
> > > Yes, you are correct. This is also fixed in the projects branch.
> >
> > O, I see.
> > Can you also patch release/Makefile?
> >
> > ===
> > .if !empty(TARGET:M${_V})
> > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}
> > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET}
> > .else
> > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH}
> > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH}
> > .endif
> > ===
> >
> > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit:
> > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33.
> >
>
> 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.
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150422153300.GU1394>