Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Jun 2018 13:35:24 -0600
From:      Ian Lepore <ian@freebsd.org>
To:        Mark Linimon <linimon@lonesome.com>
Cc:        cem@freebsd.org, Stephen Kiernan <hackagadget@gmail.com>, svn-src-head@freebsd.org, Eitan Adler <lists@eitanadler.com>, svn-src-all@freebsd.org, src-committers <src-committers@freebsd.org>
Subject:   Re: svn commit: r335402 - head/sbin/veriexecctl
Message-ID:  <1529609724.24573.40.camel@freebsd.org>
In-Reply-To: <20180621190256.GE3654@lonesome.com>
References:  <201806200108.w5K18sIR050132@repo.freebsd.org> <CAF6rxgkNFfLUZYrjX45p-33C7qZEFMVURSd5w0Z0wBA=vAvTNQ@mail.gmail.com> <CAF6rxgmoi=sEoQyHYr=E8syBgX7au%2BvMmk34L-VfG_sZOMeTyg@mail.gmail.com> <CAEm%2B2uUfBefgHWW4WRxbS0KYSnk1FY_j28H9pTOGWhp4GoSREw@mail.gmail.com> <CAG6CVpXAVvxLNQX%2BHWZ50-U4AcHeL0ADYViLzZMXyyJ02TDddQ@mail.gmail.com> <1529606006.24573.30.camel@freebsd.org> <20180621190256.GE3654@lonesome.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2018-06-21 at 19:02 +0000, Mark Linimon wrote:
> On Thu, Jun 21, 2018 at 12:33:26PM -0600, Ian Lepore wrote:
> > 
> > Hiding work in patchsets and reviews and alternate branches and
> > other
> > shadowy places because it's not perfect
> I do not consider bugzilla and phabricator to be "shadowy places";
> therefore, I reject this argument.
> 
> Although I don't have statistics, AFAICT phabricator patches have a
> better-than-even chance of going in.
> 
> But, in any case, a middle position would have been to commit this to
> a vendor branch and publish instructions on how to grab it from there
> and enable it.
> 
> I understand that -current will have regressions in it.  However, the
> pendulum has recently swung in the direction of "free-for-all".  This
> slows down (e.g.) my own work on -currernt such as testing arm boards
> and trying to fix ports there.  ATM I'm not even *attempting* to do
> the
> latter because I have little faith that any -current I bring in past
> the one I'm locked down to (r333619 May 16 UTC 2018) will do anything
> but burn my time trying to track down regressions.
> 
> tl:dr; I have enough work to do without trying to fix other people's
> stuff.  If that's harsh, so be it.
> 
> mcl
> 

I guess you missed the part about all of this new code being optional
and compiled-in only if you add the new options to your kernel config?

-- Ian




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1529609724.24573.40.camel>