Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.project > #12975

Re: Multi-package projects

From Niels Thykier <niels@thykier.net>
Newsgroups linux.debian.project
Subject Re: Multi-package projects
Date 2022-10-08 09:10 +0200
Message-ID <Fec89-cPvc-1@gated-at.bofh.it> (permalink)
References <FdZDX-cHS0-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


> [...]
> 
> Here are things I think the RT style composition has going for it.
> 
> [... long list of praise for the RT ...]
 >

Hi,

I agree that the RT has a long list of pros for this role.  However, I 
feel this discussing is overlooking one vital detail. Namely that the RT 
is a thankless job of endless work caused by 1000 developers having 
their own priorities.

This mail thread is now suggesting that the release team should have one 
more task on top of that that is not at the RT's *core* role (namely 
getting a stable release out the door).

For people that feel that the RT should coordinate this, then in 
practice I think that comes with the obligation to volunteer into the RT 
and perform the work.

Additionally, as an x-RT member that was present when release goals was 
axed. One of the reasons, why I supported axing release goals was that 
it was a lot of coordination and tracking on the RT side while the 
people proposing the goals often went "Sounds like you got this now, 
kthxbye" one the goal was accepted.

Obviously, there are some differences between this proposal and the old 
release goals - but at the end of the day, I still feel this is dropping 
a lot of extra work on the RT so people can use them as meatshields in 
their debate. To me that is an excellent way of burning out the Release 
Team and therefore I advice against it.

>   In contrast, the TC:
> [...]

Also, the TC is a conflict resolution body.  If they are part of 
managing these goals people might feel they are partial to the goal and 
not a neutral party making them less inclined to trust the TC making an 
unbiased ruling when one of the projects are in scope of a conflict.

Thanks,
~Niels

Back to linux.debian.project | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-07 13:50 +0200
  Re: Multi-package projects Ansgar <ansgar@43-1.org> - 2022-10-07 14:20 +0200
  Re: Multi-package projects Timo Röhling <roehling@debian.org> - 2022-10-07 14:30 +0200
    Re: Multi-package projects Ansgar <ansgar@43-1.org> - 2022-10-07 15:00 +0200
      Re: Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-07 20:40 +0200
    Re: Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-07 20:10 +0200
      Re: Multi-package projects Timo Röhling <roehling@debian.org> - 2022-10-07 21:20 +0200
        Re: Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-08 12:20 +0200
  Re: Multi-package projects Luca Boccassi <bluca@debian.org> - 2022-10-07 19:00 +0200
    Re: Multi-package projects Sam Hartman <hartmans@debian.org> - 2022-10-07 19:50 +0200
      Re: Multi-package projects Niels Thykier <niels@thykier.net> - 2022-10-08 09:10 +0200
        Re: Multi-package projects Niels Thykier <niels@thykier.net> - 2022-10-08 12:20 +0200
          Re: Multi-package projects Sam Hartman <hartmans@debian.org> - 2022-10-13 17:50 +0200
            Re: Multi-package projects Niels Thykier <niels@thykier.net> - 2022-10-13 18:30 +0200
        Re: Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-08 12:20 +0200
    Re: Multi-package projects Wouter Verhelst <wouter@debian.org> - 2022-10-07 20:00 +0200
  Re: Multi-package projects Niels Thykier <niels@thykier.net> - 2022-10-08 09:10 +0200

csiph-web