svn commit: r335402 - head/sbin/veriexecctl

[Ian Lepore]

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