Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Jan 2021 12:16:30 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        Marek Zarychta <zarychtam@plan-b.pwste.edu.pl>
Cc:        Enji Cooper <yaneurabeya@gmail.com>, FreeBSD Current <current@freebsd.org>, FreeBSD CURRENT <freebsd-current@freebsd.org>
Subject:   Re: CURRENT, usr/src on git, howto "mergemaster"?
Message-ID:  <CANCZdfp6ey86yU-MqGiFFN-ehR7TX9a-8ijGODg6mGQV=_BUHA@mail.gmail.com>
In-Reply-To: <ffdb5ba7-537d-166b-1eb6-3628f51cf8ac@plan-b.pwste.edu.pl>
References:  <CANCZdfqPzjUt9Vcw2DsoM0470CcbWe0z15RcMBczJeQpJqF6EQ@mail.gmail.com> <0F14842F-2C85-4ED3-B4C9-D2AA12A55464@gmail.com> <32e8677d-642c-204f-f89a-53a1f3bea6f7@plan-b.pwste.edu.pl> <2B92ACC3-D40D-4456-BB53-98938348E13F@gmail.com> <ffdb5ba7-537d-166b-1eb6-3628f51cf8ac@plan-b.pwste.edu.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 4, 2021 at 12:13 PM Marek Zarychta <
zarychtam@plan-b.pwste.edu.pl> wrote:

> W dniu 04.01.2021 o 19:54, Enji Cooper pisze:
> >
> >> On Jan 4, 2021, at 10:49 AM, Marek Zarychta <
> zarychtam@plan-b.pwste.edu.pl> wrote:
> >
> > =E2=80=A6
> >
> >> Terrible idea IMHO, but I am only the weak voice from the userbase.
> >>
> >> It's like deprecating old, well-worn hammer in the favour of the nail
> >> gun. Why not deprecate biff(1), pom(6), nvi(1) etc.?
> >
> > Marek,
> >       I=E2=80=99m curious: have you used etcupdate before instead of
> mergemaster? If so when? If you ran into issues (UX as well as functional=
):
> could you please report them on bugs.freebsd.org <http://bugs.freebsd.org=
/>
> ?
> >       etcupdate is a less fragile tool that=E2=80=99s broken my systems=
 less
> when compared with mergemaster.
>
> Dear Enji,
>
> to satisfy your curiosity: Yes, I have tried etcupdate(8) a few times
> over years. It works fine, but I don't like the idea of editing
> conflicted files.
>
> I won't complain about etcupdate(8), but please leave mergemaster(8)
> as is. I believe we need both: solid, fast black boxes driven it auto
> mode and fragile tools in the base. mergemaser is rather not a potential
> security hole in the system.
>

mergemaster is on its way out. Formalizing it by deprecating in 13 means
you'll be able to use it through the end of life of the 13 branch many
years from now. That's plenty of time to move to the new tools and/or
develop enhancements that make them easier for you to use. The knock on
communicating this well is a fair one, and we'll start taking measures to
fix that.

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfp6ey86yU-MqGiFFN-ehR7TX9a-8ijGODg6mGQV=_BUHA>