[igt-dev] [RFC i-g-t 1/1] MAINTAINERS: Introduce MAINTAINERS file
Petri Latvala
petri.latvala at intel.com
Wed Mar 16 13:29:49 UTC 2022
On Wed, Mar 16, 2022 at 09:10:12AM -0400, Rodrigo Siqueira Jordao wrote:
>
>
> On 2022-03-02 07:56, Jani Nikula wrote:
> > On Wed, 02 Mar 2022, Petri Latvala <petri.latvala at intel.com> wrote:
> > > On Mon, Feb 07, 2022 at 02:31:03PM +0200, Jani Nikula wrote:
> > > > FWIW, if I were to do this, I'd do it in yaml and implement it in
> > > > python+strictyaml with a schema. No need to import a monster perl parser
> > > > from kernel or implement our own.
> > >
> > > I really like this suggestion. The perl script from kernel is
> > > completely overkill for IGT purposes where it would be mostly (or
> > > 100%) used to collect Cc fields to patches for people volunteering for
> > > doing review.
> >
> > Last week I hacked a bit on what my suggestion would look like, but
> > decided I really don't have time for this. Anyway, attached is what I
> > put together in less than an hour in case anyone wants to pick it up
> > from here.
> >
> > You'll need strictyaml and whatthepatch from pip. The latter could
> > perhaps be replaced with something better but it fit the bill now and it
> > took only minutes to start using. Using strictyaml with a schema is a
> > really powerful tool here.
> >
> > Put the attachments in igt root (they're not even patches, sorry), and
> > try:
> >
> > $ ./maintainers.py some-igt.patch
> >
> > The MAINTAINERS used here is just a conversion from some earlier patch,
> > don't put too much weight on the content, rather the format.
> >
> > BR,
> > Jani.
> >
> >
>
> Hi Jani,
>
> I'm inclined to avoid creating an IGT-specific solution because we will need
> to maintain it, which will add more effort for IGT developers (manage
> dependencies, bugs, etc.).
We don't have a need for 90% of the kernel get_maintainers.pl features
though. IGT's needs are very simple and code should be very simple
likewise.
--
Petri Latvala
More information about the igt-dev
mailing list