Le 2020-07-02 15:11, Kamil Dudka a écrit :
On Thursday, July 2, 2020 1:02:05 PM CEST Nicolas Mailhot via devel
wrote:
If there is buy-in, it will be implemented by goodwill people. If
there
is no buy-in, it won’t, normal community development process. Put
yourself in the category you want to be in, your choice, not mine.
I believe that Change submission guidance is pretty clear on this:
"If you have improvement in mind, work to get implementers
committed
to the effort _before_ filing a Change proposal, rather than
expecting
them to show up for work once the Change is accepted."
This is a F34 Change (not that it could not be done for F33 if people
were willing). It was filled at the same time as the F33 change because
it’s the logical continuation of the F33 change and people were sure to
ask about it in the other change discussion (as they did).
I believe a full cycle is largely enough to get people used to the idea
and committed or not. It was split from the F33 change to give this
cycle for things to mature.
The F33 change is continuation of work I began in 2017, and has served
Fedora well since, and the same objections were raised against the 2017
change, and the same empty promises were made by naysayers that they
would do better someday, and 2+ years later no one has seen any part of
their alternative implementation in real life (laughably, some of the
naysayers complained it was not documented well enough, and blocked the
documentation merge later when it was provided). Also the naysayers are
not the ones that would do the implementation since no one sane would
count on them to do anything anyway.
The work is done, anyone can get the SRPMS in the copr and check by
himself that they do autobump and auto changelog, there are minor
blockers because the feature changes slightly the point at which the
SRPM should be collected in the build process, but they are *minor*, not
anything that requires a huge re-architecture of current tooling.
Which is pretty cool because current tooling was not designed around
this feature, and yet it works fine, with minor adjustments.
Regards,
--
Nicolas Mailhot
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
