Re: guile22 -> gnutls -> lots of virt packages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07. 07. 21 13:38, Hans de Goede wrote:
Hi,

On 7/7/21 1:08 PM, Florian Weimer wrote:
* Neal Gompa:

Wait, why don't we have guile 3.0?

We have a mandate from Fesco that the core toolchain must depend on
Guile.  Naturally that makes updates rather difficult.

So I've gone and checked the Fesco issue where dropping guile
support from make + gdb was discussed:

https://pagure.io/fesco/issue/2558

And I must say that I find the argumentation for rejecting the
change very very weak. I would really expect Fesco to make better
motivated decisions then this one.

I'm especially shocked about how Fesco is in essence mandating
a group of maintainers to spend time maintaining a feature
where they clearly have indicated they don't want to maintain
that feature.

My being shocked here is not so much about the guile issue,
but about a IMHO much bigger issue underlying this decision:

Since when does Fesco get to mandate on which features our
volunteer maintainers get to spend there time ?

I understand there need to be rules and I can understand
Fesco denying approval for enabling / adding certain
features for a wide set of reasons, thus in essence blocking
volunteers from spending time on something because that
something is deemed undesirable for Fedora.

But this is different here Fesco is telling a group of
maintainers that they must maintain a feature even though
they have indicated that they find the benefits of that
feature not worth the amount of time it costs to maintain
support for that feature. So in essence Fesco is telling
the maintainers that they MUST spend time maintaining this
even though they don't want this.

IMHO this is just outrageous and goes way way beyond the
purview of Fesco.

Now if dropping this feature would cause major breakage this
would a different story, But in the whole discussion about
this, at least as documented in the Fesco issue, no actual
users of this feature have been indentified and nothing will
break by disabling this as far is is known. So since there
is no known breakage caused by this, I end up circling back
to this basically telling Fesco that the make/gdb timers
MUST spend them on maintaining this even though they
don't want to (and have good reasons for not wanting to).

Which again, is IHMO pretty outrageous really.

Sorry Fesco, I know that you all do a lot of (hard) work
as Fesco members and do your best when making decisions
like this; and I don't doubt that your intentions where
well, but you made a big booboo here (IMHO).

I urge Fesco to reconsider this and I suggest that we
(Fedora) take another serious look at implementing:
https://fedoraproject.org/wiki/Changes/RemoveGuileFromToolchain
for Fedora 35.

Thanks for the honest feedback for FESCo. As a FESCo member, I need to say several things.

I agree that this should be reconsidered. IIRC the problem I personally had with the proposal is that I find one of the benefits listed in the proposal confusing ("This proposal will help shrink the buildroot").

I agree with you that FESCo has no business in telling packagers "you MUST continue supporting this". That's why I said in the meeting about this:

"""
15:21:07 <mhroncok> I don't feel this benefits Fedora much, but I won't block the maintainers to make a decision that doe snot affect other packages
"""

https://meetbot.fedoraproject.org/fedora-meeting-2/2021-02-03/fesco.2021-02-03-15.00.log.html

When this change proposal was rejected, it didn't necessarily mean FESCo "demanded Guile support in Make stays". Instead it meant that FESCo is not confident to approve the change proposal as presented to FESCo. I don't consider that outrageous. Proposals have been adapted in the past.

Also note that the vote was very close (the change proposal got +4 votes and needed +5). The current members of FESCo are different (at least a bit) and hence today, the vote might have been different. I think it is OK if FESCo decisions are re-evaluated in time: sometimes circumstances change, sometimes FESCo members change.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
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
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux