Re: [RFC] General Resolution to deploy tag2upload
On June 21, 2024 6:35:48 PM UTC, Russ Allbery <rra@debian.org> wrote:
>Scott Kitterman <debian@kitterman.com> writes:
>
>> This whole thread is about a draft GR to override a FTP Master decision
>> based on a claim that they had refused to engage with the tag2upload
>> developers for years to explain their concerns or work on resolving
>> them.
>
>> None of that turned out to be accurate.
>
>tag2upload is still being blocked by the FTP team so far as I can tell (I
>don't understand if Joerg's last message changes this), and a GR is still
>the only way to unblock that work that I can see.
>
>It is true that we have now finally had the discussion, with actual
>engagement, that we needed to have. (And this is exactly why I am so in
>favor of draft GRs for controversial proposals. That final check is often
>so incredibly useful at uncovering communication problems and getting
>discussions to happen.)
>
>But so far, this has not resolved the problem that one team's work is
>being blocked by a delegate decision with no obvious path forward that
>achieves their goals. Maybe we will still be able to resolve this: for a
>brief moment, it looked like there was some movement, and then Ansgar
>walked it back. But I'm still willing to talk about that (and also
>because Joerg asked to keep talking about it for a bit longer).
>
>As things currently stand, though, a GR is still the only path forward.
I don't think that every time an FTP Master makes a statement on a mailing list it should be considered a delegate's decision. I think that's only true if the tag2upload developer's view is that only deploying exactly what they have developed with no change is the only option.
I would hope that we can be more collaborative than that in Debian.
I get that there's a lot of frustration and impatience, but I think that is largely the result of misunderstanding and an absence of communication that was not understood to exist. I think it would be better to reset and actually have the conversation that was assumed to have happened before taking the step of a GR.
I see broad agreement on the goals of tag2upload (at least to a certain level of detail) and I don't think there's any clear evidence that a solution that meets those goals while also addressing the FTP Master's concerns isn't possible.
Scott K
Reply to: