English Croatian
You can now add sources in `InstallClass`
When you install the _Workstation_ variant of Fedora 28 using the live image, you will now be prompted to create a user account by *GNOME Initial Setup* instead of Anaconda. Additionally, you will no longer be prompted to set a root password during the installation of Fedora Workstation using the live image. The `root` account will be disabled by default; you can enable it by setting a password for it using the `sudo passwd` command. If you do not reenable the `root` account, you can still perform any administrative tasks using `sudo` and your user password.
This section describes changes in the *Anaconda* installer.
These changes have been made in order to reduce redundancy between **Anaconda**, **Initial Setup**, and **GNOME Initial Setup**, which could previously all ask you to perform the same setup tasks.
The `pykickstart` and `blivet` libraries, which are used to handle Kickstart processing and storage configuration respectively, have been both upgraded to version `3`.
The progress bar displayed while the installation is in progress is now more accurate.
The number of dependencies for *Initial Setup* has been massively decreased, which enables it to run on systems with a significantly lower amount of memory than before.
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].
The `authconfig` command has been deprecated by `authselect`.
Reduced initial setup redundancy
Payload is usable usable in `InstallClass`
New boot options:
Most Kickstart commands are now processed on separate modules, and used in the UI in many places as backend data sources.
Modules have been added which are separate *Python* processes. They are connected to the main *Anaconda* process using *DBus*.
Miscellaneous changes
Kickstart changes
`inst.xtimeout=` - Specifies a timeout period (in seconds) the installer will wait before starting the *X* server.
`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.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.
`InstallClass` is now selected at runtime based on the `.buildstamp` file.