[FFmpeg-devel] [PATCH] Update MAINTAINERS

[Vittorio Giovara]

On Wed, Nov 20, 2024 at 6:20 PM Michael Niedermayer <michael at niedermayer.cc>
wrote:

> Hi
>
> On Wed, Nov 20, 2024 at 04:12:39PM -0500, Vittorio Giovara wrote:
> > This giant list of people who may or may not be active or agreeing to the
> > full new rules of the maintainer role overstayed its welcome. It's time
> to
> > call things as they are.
> > ---
> >  MAINTAINERS | 553 +---------------------------------------------------
> >  1 file changed, 4 insertions(+), 549 deletions(-)
> >
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index 8a1883c48c..3dd9b6d671 100644
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -1,556 +1,11 @@
> >  FFmpeg maintainers
> >  ==================
> >
> > -Below is a list of the people maintaining different parts of the
> > -FFmpeg code.
> > +There is only one maintainer in FFmpeg, the Technical Committee, tasked
> > with
> > +resolving issues among developers, and defining the area of
> improvements in
> > +the codebase.
> >
> > -Please try to keep entries where you are the maintainer up to date!
> > -
> > -*Status*, one of the following:
> > -[X] Old code. Something tagged obsolete generally means it has been
> > replaced by a better system and you should be using that.
> > -[0] No current maintainer [but maybe you could take the role as you
> write
> > your new code].
> > -[1] It has a maintainer but they don't have time to do much other than
> > throw the odd patch in.
> > -[2] Someone actually looks after it.
> > -
> > -A (CC <address>) after the name means that the maintainer prefers to be
> > CC-ed on
> > -patches and related discussions.
> > -
> > -(L <address>) *Mailing list* that is relevant to this area
> > -(W <address>) *Web-page* with status/info
> > -(B <address>) URI for where to file *bugs*. A web-page with detailed bug
> > -              filing info, a direct bug tracker link, or a mailto: URI.
> > -(P <address>) *Subsystem Profile* document for more details submitting
> > -              patches to the given subsystem. This is either an in-tree
> > file,
> > -              or a URI. See
> > Documentation/maintainer/maintainer-entry-profile.rst
> > -              for details.
> > -(T <address>) *SCM* tree type and location.
> > -              Type is one of: git, hg, quilt, stgit, topgit
> > -
> > -
>
> I object to this
>

Why? Please elaborate why you find this useful and why we can't delegate
the TC


> I will go over the list of people and update it
>

You need to go through the whole list and make sure everybody agrees to the
new rules you published on maintainers. Are you sure it's a good idea?
-- 
Vittorio