No edit summary |
No edit summary |
||
| Line 27: | Line 27: | ||
=== python-meh === | === python-meh === | ||
== Contributing code == | |||
Anaconda and all related projects are open source software and are looking forward to sensible contributions to their source code. | Anaconda and all related projects are open source software and are looking forward to sensible contributions to their source code. | ||
| Line 39: | Line 38: | ||
* if a pack has been accepted, it will be pushed to repository by one of the contributors who have commit access | * if a pack has been accepted, it will be pushed to repository by one of the contributors who have commit access | ||
== Filling bugs and feature requests == | |||
== Helping with Aanconda testing == | |||
== Improving the Anaconda documentation == | |||
== Translations and localization == | |||
= | = How builds and packages are made = | ||
= Contact = | |||
Revision as of 18:06, 21 January 2015
This wiki page aims to explain how and where to most effectively contribute to the Anaconda installer and related projects.
Not just Anaconda - choosing where to contribute
The Anaconda installer used to be quite monolitic, but this is no longer the case and there is a growing trend to split parts of Anaconda to separate modules and libraries. This not only help to improve modularity, but also makes it possible to use these libraries outside of the Anaconda installer.
So before contributing to Anaconda or one of its components, it is often needed to find out in which library or component the feature in question is implemented.
What follows is a brief listing of the various project under the Anaconda umbrella.
Anaconda
The Fedora/RHEL install itself. All installation specific code, the GUI, TUI and a lot of glue code for using the various Anaconda related modules and libraries belongs to the Anaconda project.
Pykickstart
Blivet
libblockdev
Lorax
Initial Setup
python-meh
Contributing code
Anaconda and all related projects are open source software and are looking forward to sensible contributions to their source code.
See the [Anaconda Patch Review Process https://fedoraproject.org/wiki/Anaconda/ReviewProcess] article for a detailed guide on submitting changes. This can be summarized as:
- patches can be submitted either by email or as a pull request on Github
- all patches are reviewed by other contributors
- if a pack has been accepted, it will be pushed to repository by one of the contributors who have commit access