Return of config files to ^/etc

Kyle Evans kevans at freebsd.org
Sat Feb 15 20:57:34 UTC 2020


On Sat, Feb 15, 2020 at 1:36 PM Rodney W. Grimes
<freebsd-rwg at gndrsh.dnsmgr.net> wrote:
>
> > On Sat, Feb 15, 2020 at 9:13 AM Shawn Webb <shawn.webb at hardenedbsd.org> wrote:
> > >
> > > Hey Kyle,
> > >
> > > On Fri, Feb 14, 2020 at 04:42:15PM -0600, Kyle Evans wrote:
> > > > Hello,
> > > >
> > > > I've organized a review[0] to return most config files back to etc/.
>
> I read the review, I have issues I need to post in it, but at the
> moment dont have write access to reviews.freebsd.org due to broken
> https mangling by a captive portal.
>

I will certainly be waiting on plenty of feedback for this one.

> > Something that I've intentionally not pitched yet (to avoid conflating
> > major issues) is the possibility of MFC'ing the move back to
> > stable/12. It's feasible, but requires more care and attention than it
> > does in head/. IIRC, when you attempt to merge an svn mv/cp to another
> > branch, svn will stage it as a copy from the version in head/ that
> > lives at the destination. So, when you try to MFC a mv/cp, you're
> > effectively MFC'ing all changes before it unless you take care to
> > assess and, as needed, revert those in the final diff.
> >
> > I will volunteer to do this work if the move back happens, but I will
> > raise that as a follow-up issue. I suspect that it will be desired if
> > we do the move in head, to ease the pain of merging back to our most
> > recent branch.
>
> I'll volunteer to help you do that work if that move should need
> to happen.
>

Thanks- I appreciate that! =-)

> You may actually simplify the process if you use reverts to undo the
> change in ^head and merge the reverts back, I think that *might*
> just do the right things, but I would need to run some test cases.
>

I have a fear (completely unfounded- I make no claims that this is
correct or has ever happened) that svn would do the completely wrong
thing and try to restore the old version.

The more I think about it, the more I suspect that most folks that
want this would also want it to be MFC'd to eliminate the friction, so
I'll do some inspection up-front to see if we'd really run into
problems here. Fortunately, there's only one branch that we need to
worry about this for that's only about one year old. I suspect we
could get away with MFC'ing any stragglers up-front, as I don't recall
any major groundbreaking stuff happening in etc/ since 12
branched...but my memory kinda sucks.

Thanks,

Kyle Evans


More information about the freebsd-arch mailing list