On Tue, Jan 5, 2021 at 2:40 PM Robbie Harwood <rharwood(a)redhat.com> wrote:
Zbigniew Jędrzejewski-Szmek <zbyszek(a)in.waw.pl> writes:
> On Tue, Dec 15, 2020 at 03:19:16PM -0500, Ben Cotton wrote:
>>
https://fedoraproject.org/wiki/Changes/golang1.16
>>
>> == Summary ==
>> Rebase of Golang package to upcoming version 1.16 in Fedora 34,
>
> No complaint about the Change, but...
> can we please stop saying "rebase"?
>
> That verb made sense when packaging was about a stack of patches and
> hacks. Nowadays maybe 90% of packages are just the upstream version,
> and another 9% have patches backported from git that will be dropped
> on the update to the next upstream version. Talking about a "rebase"
> is mostly confusing.
Not really a defense, but this is what we call it internally for RHEL.
So even if we officially change the name, most of us are likely to keep
calling it rebase out of habit.
I agree with you, Robbie. It'll hang around and we'll have to deal
with it for a long time.
However, even internally in RHEL we're starting to see "rebase" be
really hard to understand. One team will mean "grab a new tarball
that only contains a limited set of bug fixes" and another team will
mean "grab an entirely new major version release that breaks ABI and
on-disk format". We should honestly look at how to articulate these
kinds of things better, both in Fedora and in RHEL. "Rebase" is
quickly becoming meaningless.
josh
> (And it does make sense for RHEL where backporting more patches is the
> norm. I'm uncomfortable with the assertion that ~99% of all packages
> have no downstream-only packages, but that might just be my bias in the
> opposite direction, since I maintain a couple that do.)
>
> Thanks,
> --Robbie
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org