[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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.