|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] get_maintainers.pl: Enable running the script on unikraft repos
> -----Original Message-----
> From: Lars Kurth <lars.kurth@xxxxxxxxxx>
> Sent: 16 August 2019 13:05
> To: Anthony Perard <anthony.perard@xxxxxxxxxx>; Julien Grall
> <julien.grall@xxxxxxx>
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx; Felipe Huici <felipe.huici@xxxxxxxxx>;
> Stefano Stabellini
> <sstabellini@xxxxxxxxxx>; Wei Liu <wl@xxxxxxx>; Konrad Rzeszutek Wilk
> <konrad.wilk@xxxxxxxxxx>; George
> Dunlap <George.Dunlap@xxxxxxxxxx>; Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>;
> Ian Jackson
> <Ian.Jackson@xxxxxxxxxx>; Tim (Xen.org) <tim@xxxxxxx>; Florian Schmidt
> <florian.schmidt@xxxxxxxxx>;
> Jan Beulich <jbeulich@xxxxxxxx>; Simon Kuenzer <simon.kuenzer@xxxxxxxxx>;
> Paul Durrant
> <Paul.Durrant@xxxxxxxxxx>
> Subject: Re: [Xen-devel] [PATCH] get_maintainers.pl: Enable running the
> script on unikraft repos
>
> Added Paul Durrant
>
> On 16/08/2019, 12:17, "Anthony PERARD" <anthony.perard@xxxxxxxxxx> wrote:
>
> On Fri, Aug 16, 2019 at 11:55:16AM +0100, Julien Grall wrote:
> > Hi Lars,
> >
> > On 16/08/2019 11:42, Lars Kurth wrote:
> > > Unikraft repos follow the same syntax as xen.git with the
> > > following exceptions:
> > > * MAINTAINERS files are called MAINTAINERS.md
> > > * M: ... etc blocks are preceded by whitespaces for rendering as
> > > markup files
> >
> > There is an other difference. The "fallback" category is "UNIKRAFT
> GENERAL"
> > and not "THE REST".
> >
> > >
> > > This change will
> > > - load MAINTAINERS.md if MAINTAINERS is not present
> > > - deal with indented M: ... blocks
> >
> > One process question. Does it mean Unikraft folks will have to checkout
> Xen
> > in order to use {add, get}_maintainers.pl? If so, would it make sense to
> > have add_maintainers.pl and script_maintainers.pl in a separate repo
> that
> > can be added as submodule?
>
> Shouldn't instead the Unikraft repo have it's one get_maintainers
> script? xen.git's script doesn't needs to have support for every single
> repo available on earth and Unikraft is a different project anyway.
>
> Usually, projects with a MAINTAINERS file have there own get_maintainers
> script.
>
> Well: Unikraft is part of the Xen Project.
>
> When I started to clean up the contribution docs it became apparent that
> there is a lot of inconsistency. Ideally our contribution guide [0] would
> apply
> to pretty much *all* sub projects which use a mailing list based workflows
>
> Consistency makes life for developers and also newcomers much easier. And the
> number of new devs who seem to trip over inconsistencies between projects are
> quite large (we had 3 cases in 3 weeks which I noticed).
>
> If we start improving our CI infrastructure (which we are), it would be nice
> if other
> sub projects had the possibility to easily hook into it or replicate it. But
> that does require
> some consistency.
>
> That's why I submitted [1] and [2]
>
> Sub-projects with mail based workflows
> 1: Hypervisor
> 2: Hypervisor related repos (livepatch-build-tools, mini-os, xtf, ...)
> 3: Windows PV Drivers - which will require changes to their MAINTAINERS file
> 4: Unikraft
>
> Supporting 1 - 3 should be straightforward because you would almost always
> have xen.git checked out. 4 is more different.
I'd say that folks building 3 are unlikely to have xen.git checked out.
Paul
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |