English
*Anaconda* is going through a large scale effort to modularize its internals. (Note that this effort is separate from the _Fedora_ modularization effort described in <<select-modularity>>.) The following changes have been made to *Anaconda*:
Anaconda modularization effort
Anaconda now enables hibernation by default on AMD and Intel (x86) systems.
Changes in boot options
Former dependencies of the _anaconda_ package itself have been separated into the _anaconda-install-env-deps_ package.
Installation
`InstallClass` can now specify a Fedora variant which it should run on. This is defined by the `Variant` item in the `.buildstamp` file.
`InstallClass` is now selected at runtime based on the `.buildstamp` file.
`inst.ks.all` - With this boot option, the Kickstart file will be fetched from HTTP, HTTPS and FTP locations which are specified using the `inst.ks=` option sequentially in the order they are specified, until the file is successfully fetched. All other locations will be ignored.
`inst.stage2.all` - With this boot option, the stage 2 image will be fetched from HTTP, HTTPS and FTP locations which are specified using the `inst.stage2=` option sequentially in the order they are specified, until the image is successfully fetched. All other locations will be ignored.
`inst.xtimeout=` - Specifies a timeout period (in seconds) the installer will wait before starting the *X* server.
Kickstart changes
Miscellaneous changes
Modules have been added which are separate *Python* processes. They are connected to the main *Anaconda* process using *DBus*.
Most Kickstart commands are now processed on separate modules, and used in the UI in many places as backend data sources.
New boot options:
Payload is usable usable in `InstallClass`
Reduced initial setup redundancy
The `authconfig` command has been deprecated by `authselect`.
The modularization effort has no visible impact on the user experience. To read more about the installer internals, see the link:++https://rhinstaller.wordpress.com/++[installer team's blog].