From owner-svn-src-stable-10@freebsd.org  Fri Jan 22 10:02:43 2016
Return-Path: <owner-svn-src-stable-10@freebsd.org>
Delivered-To: svn-src-stable-10@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0646A8CAC4;
 Fri, 22 Jan 2016 10:02:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru)
Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 9E2F517EB;
 Fri, 22 Jan 2016 10:02:43 +0000 (UTC) (envelope-from slw@zxy.spb.ru)
Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD))
 (envelope-from <slw@zxy.spb.ru>)
 id 1aMYYD-000LCV-8o; Fri, 22 Jan 2016 13:02:41 +0300
Date: Fri, 22 Jan 2016 13:02:41 +0300
From: Slawa Olhovchenkov <slw@zxy.spb.ru>
To: NGie Cooper <yaneurabeya@gmail.com>
Cc: Gleb Smirnoff <glebius@FreeBSD.org>,
 "src-committers@freebsd.org" <src-committers@freebsd.org>,
 "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>,
 "svn-src-stable@freebsd.org" <svn-src-stable@freebsd.org>,
 "svn-src-stable-10@freebsd.org" <svn-src-stable-10@freebsd.org>
Subject: Re: svn commit: r293391 - stable/10
Message-ID: <20160122100241.GN88527@zxy.spb.ru>
References: <201601072310.u07NAiBY085842@repo.freebsd.org>
 <20160122002933.GI37895@zxy.spb.ru>
 <CAGHfRMA+=ObU_6=zSsFuxxW+LoDB-DDhKvAiELduak7sOxiSxg@mail.gmail.com>
 <20160122021828.GK88527@zxy.spb.ru>
 <20160122022505.GQ1444@FreeBSD.org>
 <99FC08AC-8F7F-4291-88B7-04FC26BEDF1C@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <99FC08AC-8F7F-4291-88B7-04FC26BEDF1C@gmail.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: slw@zxy.spb.ru
X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false
X-BeenThere: svn-src-stable-10@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: SVN commit messages for only the 10-stable src tree
 <svn-src-stable-10.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-stable-10>, 
 <mailto:svn-src-stable-10-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-stable-10/>
List-Post: <mailto:svn-src-stable-10@freebsd.org>
List-Help: <mailto:svn-src-stable-10-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-stable-10>, 
 <mailto:svn-src-stable-10-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jan 2016 10:02:44 -0000

On Thu, Jan 21, 2016 at 06:49:49PM -0800, NGie Cooper wrote:

> 
> > On Jan 21, 2016, at 18:25, Gleb Smirnoff <glebius@FreeBSD.org> wrote:
> > 
> > On Fri, Jan 22, 2016 at 05:18:28AM +0300, Slawa Olhovchenkov wrote:
> > S> > On Thu, Jan 21, 2016 at 4:29 PM, Slawa Olhovchenkov <slw@zxy.spb.ru> wrote:
> > S> > > On Thu, Jan 07, 2016 at 11:10:44PM +0000, Gleb Smirnoff wrote:
> > S> > >
> > S> > >> Author: glebius
> > S> > >> Date: Thu Jan  7 23:10:44 2016
> > S> > >> New Revision: 293391
> > S> > >> URL: https://svnweb.freebsd.org/changeset/base/293391
> > S> > >>
> > S> > >> Log:
> > S> > >>   Merge r293282 from head:
> > S> > >>    Provide knob NO_INSTALLEXTRAKERNELS. If defined, extra kernels in KERNCONF
> > S> > >>    won't be installed, only the first one would.
> > S> > >>
> > S> > >>   Turn NO_INSTALLEXTRAKERNELS=yes on stable/10 to preserve original
> > S> > >>   behaviour of not installing additional kernels built.
> > S> > >
> > S> > > What?!
> > S> > > By default additional kernels built will be installed.
> > S> > 
> > S> > Agreed, but they would overwrite one another, unless you used
> > S> > INSTKERNNAME appropriately.
> > S> 
> > S> I am use relese.sh with KERNEL="GENEROC VSTREAM" and nothing
> > S> overwritied.
> > S> INSTKERNNAME properly used with KERNCONF by Makefile.inc1
> > S> (kernel for first and kernel.${_kernel} for other.
> > S> 
> > S> Now relese.sh can't used with multiple kernels, this is POLA
> > S> violation.
> > 
> > You are confusing release.sh with regular build. Now in head regular
> > build behaves same as release.sh. But in stable/10 NO_INSTALLEXTRAKERNELS=1
> > to provide old behaviour.
> 
> It should be ?=, not = then? Now it's always on..

With ?= this is also break expected, used and documented behaivor for
relese.sh with multiple kernel.