[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[MirageOS-devel] Preparing for GSoC and Outreachy : getting Outreach Program Projects into good shape



Hi All,

it's this time of the year again to prepare for GSoC/Outreachy! The application 
deadline for orgs is January 23 - February 11: ideally we will have a good 
updated lists of projects by then as Google will look at the quality of the 
project list. I will also need co-org admins: @Mindy are you willing to do this 
again? Maybe also someone from the Unikraft project. That helps ensure that we 
have reps from various subproject that ensure that we don't miss deadlines.


Best Regards
Lars

Existing Projects (for people on the CC list)
=================
If you are CC'ed you have one or several projects listed on 
https://wiki.xenproject.org/wiki/Outreach_Program_Projects ... What I need you 
to do is to

a) Weed out any projects that have been completed or are not relevant any more
   @Mindy: For MirageOS folks, please check and update 
https://github.com/mirage/mirage-www/wiki/Pioneer-Projects and do the same

b) Decide whether you still want to mentor:
   This requires some of your bandwidth from mid-Feb to March 2018 to work on 
small projects
   The actual work happens from May 14 - Aug 14

   If not, please reply and list projects affected
   If yes, please also do so and I will update the Verified field accordingly

c) Add any new information to existing projects as relevant. 


New Projects
============
Feel free to add new projects to the list, but if you do so please let the list 
know. We are not going to be very strict with 
https://wiki.xenproject.org/wiki/Outreach_Program_Projects#Conventions_for_Projects_and_Project_Mentors,
 but getting someone else to review your proposal is a good idea. 

Unikraft
--------
I created a place-holder for Unikraft at 
https://wiki.xenproject.org/wiki/Outreach_Program_Projects#Unikraft as Unikraft 
project members indicated they want to participate.
You probably do want to set expectations with regards to start-up tasks and 
come up with a set of tasks to act as a filter for applicants (e.g. showing 
that they set up the environment, etc.) 


Specific Improvements to the project documentation
==================================================

Hypervisor start-up tasks
-------------------------
https://wiki.xenproject.org/wiki/Xen_Project_Development_Projects contains: "An 
easy way to get started (and show that you can set up the Xen Development 
Environment, fix an issue, build and test Xen, submit a patch, etc.) is to 
address a suitable number of Coverity Scan issues. Ask on xen-devel@ for a set 
of suitable Coverity issues. Note that this does not require any access to the 
Coverity scan results. Open bugs to fix under the Small Code Contribution 
Requirement can also be found on bugs.xenproject.org"

Do we want to change this? Finding small get started projects is always a 
little bit of a problem. Maybe we can prepare a better list somewhere.

In-tree vs. Wiki based projects
-------------------------------
We could also decide to move Hypervisor related ideas in-tree somewhere and 
generate a list if that makes things easier. But this is not necessary, in 
particular given with everything that is going on. I just wanted to raise this 
as an option: I am not particularly wedded to using the wiki.


_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/mirageos-devel

 


Rackspace

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