[one-dev] Introductory tasks for new OpenNebula hackers
jfontan at opennebula.org
Mon Oct 28 05:12:26 PDT 2013
Right now we have a contribution guide  that addresses some of the
points here but certainly not all. For example, the documentation is
not modificable by people external to the team and the only way is
sending emails with the changes.
We hope we can improve the situation of this with the movement of some
components to its own repositories.
Concerning the categorisation of "easy" tickets we may add a new label
to the tickets where we can mark them as such and a link to a redmine
search where they are shown. What do you think about it?
For feature tickets we have three different types and are described in
the contribution guide:
* Backlog issues are long-medium term roadmap features to be
implemented in OpenNebula.
* Feature issues are short term features roadmap features.
I think the ideas you had could be implemented with this.
On Sat, Oct 26, 2013 at 1:50 PM, Daniel Dehennin
<daniel.dehennin at baby-gnu.org> wrote:
> I'm a small newcommer as OpenNebula user:
> * 2 nodes at work
> * 1 at home
> and I'm completely incompetent as OpenNebula hacker and I want to
> change that :-D
> I saw a great idea from GNUnet:
> “Provide a list of easy tasks for OpenNebula aspirant hacker”
> This way, people can learn:
> - the code itself and how it's articulated
> - the process of having patches integrated (quality, documentation,
> - how to interact with OpenNebula community
> The OpenNebula community can see some low priority tasks done without
> disturbing too much the core developers.
> To bootstrap this process, I identified several things which could be
> - Add a new redmine tracker to clearly identify tasks, they can be moved
> to other trackers depending on needs (funding, becoming important
> enough to wait volunteers, etc.)
> - Communicate through mailing-lists and http://opennebula.org/community:contribute
> - Identifying easy tasks and put them in corresponding tracker, maybe
> adding some hints to help identifying where to start
> Another point could be to describe how to setup a good development
> environment and practices.
> This could increase the quality of contributions if people can setup
> some test bed and get through a “checklist before submit”.
> What do you think about this?
>  https://gnunet.org/introductory-tasks
>  sure others are doing the same ;-)
> Daniel Dehennin
> Récupérer ma clef GPG:
> gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF
> Dev mailing list
> Dev at lists.opennebula.org
Javier Fontán Muiños
OpenNebula - The Open Source Toolkit for Data Center Virtualization
www.OpenNebula.org | @OpenNebula | github.com/jfontan
More information about the Dev