Virtual Media repository request

[Czarnowski, Przemyslaw]

On 13.12.2021 17:10, Patrick Williams wrote:
> On Thu, Dec 09, 2021 at 09:56:55AM +0100, Czarnowski, Przemyslaw wrote:
>> On 08.12.2021 17:56, Patrick Williams wrote:
>>> On Tue, Dec 07, 2021 at 03:50:47PM +0000, Hawrylewicz Czarnowski, Przemyslaw wrote:
> 
>>> What did you have in mind for maintainer structure on this?  I'd ideally like to
>>> see someone outside of Intel be a co-maintainer with you since:
>>>
>>>     - This code was initially written as experimental Intel-only repository
>>>       without any community feedback and
>>>     - The current code hasn't been touched in 2 years and best practices have
>>>       likely changed.
>>   >    - You're not currently a maintainer on any other repositories.
>>
>> The code base exposed in provingground was under the development at that
>> moment and actually shouldn't be submitted. The code is updated now
>> (still needs some polishing I suppose) but I am ready to push updated
>> sources and ask the community to review it.
>>
>> Right now I am the main person for VM in Intel, but actually I was
>> thinking about some co-maintainership in case there are other parties
>> willing to have contribution in the code. This could be worked out
>> during review process.
> 
> This response feels like a bit of a chicken-and-egg.  Who is going to review and
> approve the commits to the repository that assign a maintainer to the
> repository?

I just posted a response to Ed, then noticed new email in the thread.

The code for service is already created and reviewed and used 
internally. The I wanted to expose the code base to wide audience and 
incorporate any valuable input from the community - from people already 
using the old code base (from both jsnbd and provingground) and others 
willing to have impact on the form of the service.

> 
> Maybe Ed's proposal of using an existing repository solves that.  We would need
> to make sure the current maintainer is accepting of whatever design direction
> you've decided to go though.

As I mentioned in the other email, new service is much more complex. We 
have used it for some time and got an expertise on the whole stack.

Also as authors we want to have a key role in the future of this part of 
the code.

But still, please use all above as my input to make the best decision 
for the project.

-- 
Best regards,
Przemyslaw Czarnowski