How Anaconda is developed & how to contribute
Martin Kolman
7 Feb 2016
Who develops Anaconda ?
- The Red Hat installer team
- Located mostly in Brno and Westford
- the community
- fairly small amount of direct code contributions
- but contributes A LOT by testing & filling of bug reports
The Anaconda Puzzle
The Anaconda Puzzle
- Anaconda is not a monolith (anymore)
- parts have been split to independent components where appropriate
- to ease maintenance
- to be more flexible
- to make the pieces available for others
Storage
Storage
- the Blivet storage modeling library
- the libblockdev block device handling library
- written in C with GObject Introspection support
- the libbytesize storage device size handling library
- also written in C with GObject Introspection support
- pyparted Python bindings for parted
Image creation
- LORAX
- tools for creating images, including the Anaconda boot.iso, live disk images, iso's, and filesystem images
- livecd-tools
- tools for live CD creation
And the rest
- Initial Setup
- a tool for final system re-/configuration after the installation
- mostly just a thin wrapper around Anaconda spokes and modules
- Pocketlint
- started as our Pylint config
- then it became sentient and is now an independent component
- anaconda-user-help
- holds content for the built-in help system
- generated from the Installation Guide source code
- python-meh
- a GUI & TUI exception handler
- supports forwarding of tracebacks to libreport/Bugzilla
How to contribute
- by sending patches/pull requests - of course :)
- by testing of Anaconda & co
- and reporting the bugs you find so we can fix them
- by helping us to improve our documentation
- by translating Anaconda
- by using some of our libraries in your project
- rather than writing your own ;-)
Talk to us
- on the mailing list
- on IRC
- here in person! ;-)