Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Sep 2019 01:10:36 +0000
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        Shawn Webb <shawn.webb@hardenedbsd.org>, Brooks Davis <brooks@freebsd.org>
Cc:        Mateusz Guzik <mjg@FreeBSD.org>, "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r351729 - in head: lib/libc/gen lib/libc/sys sys/compat/freebsd32 sys/kern sys/sys
Message-ID:  <YT1PR01MB2907250F227B0D4A09C000DFDDB80@YT1PR01MB2907.CANPRD01.PROD.OUTLOOK.COM>
In-Reply-To: <20190903142035.w7tuqow4impv6bkx@mutt-hbsd>
References:  <201909030416.x834GVwk004191@repo.freebsd.org> <20190903113505.ckbx5i34onmin557@mutt-hbsd> <20190903114523.GA68094@spindle.one-eyed-alien.net> <20190903114740.gbzkeffdce3mkee2@mutt-hbsd>, <20190903142035.w7tuqow4impv6bkx@mutt-hbsd>

next in thread | previous in thread | raw e-mail | index | archive | help
Yea, I know this is a top post...
Another reason for a separate commit is the case where the patch is going t=
o be MFC'd.

rick
_______________________________________
From: owner-src-committers@freebsd.org <owner-src-committers@freebsd.org> o=
n behalf of Shawn Webb <shawn.webb@hardenedbsd.org>
Sent: Tuesday, September 3, 2019 10:20 AM
To: Brooks Davis
Cc: Mateusz Guzik; src-committers@freebsd.org; svn-src-all@freebsd.org; svn=
-src-head@freebsd.org
Subject: Re: svn commit: r351729 - in head: lib/libc/gen lib/libc/sys sys/c=
ompat/freebsd32 sys/kern sys/sys

On Tue, Sep 03, 2019 at 07:47:40AM -0400, Shawn Webb wrote:
> On Tue, Sep 03, 2019 at 11:45:23AM +0000, Brooks Davis wrote:
> > On Tue, Sep 03, 2019 at 07:35:05AM -0400, Shawn Webb wrote:
> > > Hey Mateusz,
> > >
> > > On Tue, Sep 03, 2019 at 04:16:31AM +0000, Mateusz Guzik wrote:
> > > > Author: mjg
> > > > Date: Tue Sep  3 04:16:30 2019
> > > > New Revision: 351729
> > > > URL: https://svnweb.freebsd.org/changeset/base/351729
> > > >
> > > > Log:
> > > >   Add sysctlbyname system call
> > > >
> > > >   Previously userspace would issue one syscall to resolve the sysct=
l and then
> > > >   another one to actually use it. Do it all in one trip.
> > > >
> > > >   Fallback is provided in case newer libc happens to be running on =
an older
> > > >   kernel.
> > > >
> > > >   Submitted by: Pawel Biernacki
> > > >   Reported by:  kib, brooks
> > > >   Differential Revision:        https://reviews.freebsd.org/D17282
> > > >
> > > > Modified:
> > > ... snip ...
> > > >   head/sys/sys/param.h
> > >
> > > ... snip ...
> > >
> > > >
> > > > Modified: head/sys/sys/param.h
> > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
> > > > --- head/sys/sys/param.h        Mon Sep  2 21:57:57 2019        (r3=
51728)
> > > > +++ head/sys/sys/param.h        Tue Sep  3 04:16:30 2019        (r3=
51729)
> > > > @@ -60,7 +60,7 @@
> > > >   *             in the range 5 to 9.
> > > >   */
> > > >  #undef __FreeBSD_version
> > > > -#define __FreeBSD_version 1300044      /* Master, propagated to ne=
wvers */
> > > > +#define __FreeBSD_version 1300045      /* Master, propagated to ne=
wvers */
> > >
> > > To an outsider, it seems that __FreeBSD_version tends to be bumped in
> > > a separate commit. Am I remembering that right?
> >
> > It should be bumped in the same commit, but people forget or the bump
> > they have in their review turns into a no-op because someone else does =
a
> > bump in the interim (the latter has bit me several times).
>
> Interesting. Thanks for the clarification!

One thought for making the version bump a seperate commit is if the
original commit needed to be reverted, the commit can be reverted
wholesale (well, from the perspective of __FreeBSD_version) without
worry of accidentally decrementing the version number to a prior
value.

That's my "need-more-caffeine" verbose way of saying "separating the
version bump from the actual work allows for easier maintenance of the
version number, helping ensure an always-increasing number."

Sorry if I sound dry here. My ten-month-old puppy is tiring me out way
faster than I can tire him out.

Thanks,

--
Shawn Webb
Cofounder / Security Engineer
HardenedBSD

Tor-ified Signal:    +1 443-546-8752
Tor+XMPP+OTR:        lattera@is.a.hacker.sx
GPG Key ID:          0xFF2E67A277F8E1FA
GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9  3633 C85B 0AF8 AB23 0FB2



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