Thank you,
I have added feedback from this discussion to the Change page. https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaconda#Feedback
(This does not mean the discussion is over, just that there was enough to go and edit the page.)
Best,
VS
On Mon, Nov 29, 2021 at 8:35 PM Ben Cotton <bcotton@xxxxxxxxxx> 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
--
Vladimír Slávik <vslavik@xxxxxxxxxx>
Software Engineer, Platform EngineeringRed Hat Czech, s.r.o.
_______________________________________________ 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
