Hi Brandon, this applies to all variants that display the user screen. Looking at the profiles we have, that means Server, KDE, Kinoite, IoT. Where this does *not* apply is Workstation and Silverblue. I believe the anaconda repository has all the relevant profiles, so hopefully that list is complete enough.
It also applies to everything derived from the RHEL profile - alma, rocky, centos,... but these are not relevant for this discussion, I think. Best, Vladimir On Mon, Nov 29, 2021 at 9:15 PM Brandon Nielsen <niels...@jetfuse.net> wrote: > On 11/29/21 1:33 PM, 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: vsla...@redhat.com > > > > > > == 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). > > > > > > [Snip] > > > > > == 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. > > > > [Snip] > > "Detailed Description" section mentions GNOME, "How To Test" describes > the server variant. Which specific variants does this all apply to? > > If I recall correctly, the KDE spin already differs from Workstation in > this regard. > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > 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@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- Vladimír Slávik <vsla...@redhat.com> Software Engineer, Platform Engineering Red Hat Czech, s.r.o.
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
