I don't use sudo , and I'm against the use of sudo , Fedora tradition do things as root . On Mon, 2021-11-29 at 14:33 -0500, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaconda > > = Users are administrators by default in the installer GUI = > > == Summary == > > The Anaconda installer GUI will have the administrative rights > checkbox on the User screen ticked by default. > > == Owner == > > * Name: [[User:Vladimirslavik| Vladimir Slavik]] > * Email: vslavik@xxxxxxxxxx > > > == Detailed Description == > > Currently, the Anaconda installer GUI presents an unticked checkbox > "Make this user administrator" on the user setup screen by default. > This means users have to discover the control, understand its > meaning, > and consciously decide to change the value from the default one. > > However, computer usage by individuals is heavily skewed towards > single user machines where the (sole) user has administrative powers > over the machine by invoking `sudo`. This has been always reflected > by > the design of the screen, which allows only a single user to be > created. The GNOME first time setup also creates a single user - and > makes them an administrator without asking. > > The proposed change merely changes the default GUI state to be in > line > with this expectation. > > Further, this change of defaults complements the default for root > account. The redesign of root setup screen in Fedora 35 makes it > clear > that root should be left locked. This change makes it clear that the > user should be the administrator. Together, these defaults will let > the user satisfy all user account options by filling in nothing more > than the user name and the password (twice to confirm). > > > == Benefit to Fedora == > > One less footgun in the installer for entry-level users. They will be > able to rely on defaults and achieve the expected outcome. > > == Scope == > > * Proposal owners: Isolated change - adjust Anaconda code to do so as > suggested here. Low effort. > * Other developers: No changes needed. > * Release engineering: Different defaults ''could'' impact installer > testing. [https://pagure.io/releng/issues #Releng issue number] > * Policies and guidelines: N/A > * Trademark approval: N/A > * Alignment with Objectives: None. > > == Upgrade/compatibility impact == > > No impact. Installation implies teardown of previous system, > including users. > > == How To Test == > > Start Anaconda installer for the Server variant, open the user setup > screen, "Make this user administrator" is checked = pass. > > Should be variant / spin / hardware agnostic, with the caveat that > the > presence of user screen is configurable, so in many cases the screen > is not reachable. > > Kickstart installs are not affected. > > == User Experience == > > Users installing Fedora will no longer be forced to spend time > deciding how to arrange the administrative powers (they, root, both?) > and configuring that. They will be able to fill in user name and > password and the default configuration will be valid. They can give > in > to the power of defaults. > > For users that want to configure the system differently from the > majority use case, the controls to do so are still as they were, only > the defaults are different. > > For those installing Fedora manually often, muscle memory for user > screen will break, as the checkbox will no longer have to be toggled. > > == Dependencies == > > None. > > == Contingency Plan == > > Any Fedora QA and OpenQA changes reflecting this will have to be > reverted. Other than that, there is no technical or process > requirement for this change, so no impact. The change does not happen > and previous defaults remain. > > * Contingency mechanism: N/A > * Contingency deadline: N/A > * Blocks release? No > > == Documentation == > > * https://github.com/rhinstaller/anaconda/pull/3719 > > == Release Notes == > > In the User spoke, the "Make this user administrator" checkbox is now > checked by default. This improves installation experience for users > who do not know and need to rely on the default values to guide them. > > > -- > Ben Cotton > He / Him / His > Fedora Program Manager > Red Hat > TZ=America/Indiana/Indianapolis > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: > https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure -- Sérgio M. B. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
