[FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi

Soft Works softworkz at hotmail.com
Wed Dec 15 00:31:40 EET 2021



> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of Michael
> Niedermayer
> Sent: Tuesday, December 14, 2021 10:40 PM
> To: FFmpeg development discussions and patches <ffmpeg-devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] MAINTAINERS: Add Haihao Xiang for vaapi
> 
> On Tue, Dec 14, 2021 at 12:16:16PM -0800, Philip Langdale wrote:
> > On Tue, 14 Dec 2021 16:39:40 +0000
> > "Eoff, Ullysses A" <ullysses.a.eoff at intel.com> wrote:
> >
> > > I have not seen any objections.
> > > I just added Mark to CC using their email found on this ML.
> > > Unfortunately, we don't have current email contact for
> > > Gwenole (whom has not worked on ffmpeg for ~6 years).
> > > Who else can make the approval, aside from the inactive people
> > > previously listed?
> >
> > Are people reluctant to approve?
> 
> I dont think so, iam just extra carefull as someone on IRC noticed that
> "everyone and their grandmother who's worked for intel's got push access"
> 
> There where also some complaints about code quality/cleanlyness
> toward intels contributions

That's true. There are differences, and my expressed support is 
specifically tied to the person, not about having just "somebody".

I have my reservations about too early adoption of oneVPL and I think
the patchset "Cleanup QSV Filters.." is doing too many things at once,
but well - being a maintainer still doesn't mean that one could merge
anything without consent.

But the current situation, like having two or three people working full-time
on the subject being depending on somebody who isn't following progress
and unable assess, evaluate and test proposed changes is quite awkward.

> So i just wanted to make sure there are no objections (iam not conciously
> aware of any objections to these MAINTAINER additions ATM)
> 
> 
> > I'll give it my approval to have on
> > the record. If the old maintainers want to emerge from the woodwork and
> > object after the fact, they are welcome to do so, but we can't just sit
> > around indefinitely. 

I'm actually wondering, whether registered maintainers that do not 
respond anymore to contributions for a certain amount of time,
shouldn't be unregistered automatically at some point?

Kind regards,
softworkz


More information about the ffmpeg-devel mailing list