- 1 Contributing to Anaconda and related projects
- 1.1 Not just Anaconda - choosing where to contribute
- 1.2 Contributing code
- 1.3 Filling bugs and feature requests
- 1.4 Helping with Aanconda testing
- 1.5 Improving the Anaconda documentation
- 1.6 Translations and localization
- 1.7 Contact
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.
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.
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