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

[Michael Niedermayer]

On Tue, Dec 14, 2021 at 10:31:40PM +0000, Soft Works wrote:
> 
> 
> > -----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.

yes


> 
> > 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?

If they never react they should be removed when a new volunteer is added.
they should be informed about that when possible though.
Also when there is noone else, then listing the last maintainer even if
(s)he is mostly inactive still can make sense as it gives at least some point
of contact 

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

"You are 36 times more likely to die in a bathtub than at the hands of a
terrorist. Also, you are 2.5 times more likely to become a president and
2 times more likely to become an astronaut, than to die in a terrorist
attack." -- Thoughty2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20211215/d01095d4/attachment.sig>