-
Notifications
You must be signed in to change notification settings - Fork 349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
User is admin by default #3719
User is admin by default #3719
Conversation
a0cc04b
to
0ba476e
Compare
/kickstart-test --testtype smoke |
/kickstart-test --testtype users |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
Would it make sense to have an anaconda configuration option for that? I can imagine that some future products might not want to create users as admins by default. |
It isn't my first choice - growing the config api means more responsibility - but I agree that is a possibility. |
Yes, it sounds reasonable. An anaconda config option can be added anytime in the future if necessary. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
@mairin do you think you could help with this? In the emails on fedora-devel, somebody said the checkbox
Do you have any opinion on the checkbox wording? |
@VladimirSlavik Just as a quick "competitive analysis" here's what OS X and Windows do - OS X - very similar to ours, a checkbox with the text "Allow user to administer this computer" I don't think install time is the ideal place for a long detailed explanation. I think the main concern I read in the comments on fedora-devel was confusion over whether or not the resulting user would be root or have sudo access. There was also concern users who were less experienced with UNIX-like systems would know what 'sudo' meant. Therefore I would propose this text change: "[x] Add administrative privileges to this user account ( I think this, in describing the account as a user account that privileges are being added to, makes it more clear that it's not making the user root (which wouldnt make sense anyway since the username isn't root) and that it's an additive property instead of swapping out the account type. If the user wants to learn more about what this means, if you search for "wheel group" on google, ddg, etc some of the obvious top hits explain it. This also mirrors the official documentation on this point, which says: " Select the Make this user administrator check box if the user requires administrative rights (the installation program adds the user to the wheel group ). " |
/kickstart-test --testtype smoke |
/kickstart-test --testtype users |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
411ea39
to
648c467
Compare
/kickstart-test --testtype smoke |
See also: https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaconda Resolves: rhbz#2032952
Suggested-by: Máirín Duffy <duffy@redhat.com> Related: rhbz#2032952
648c467
to
6bb63bc
Compare
/kickstart-test --testtype users edit: Only commit messages changed, previous kickstart test results are still valid. Failures of this run are due to gnome-kiosk. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Previously, when entering the user spoke, the new user was not set to be admin by default. This flips the default to make the new user an admin, unless it's unchecked.
More reasoning etc. in the change linked below.
TODOs:
Pic or didn't happen:
Previously the first checkbox was empty when entering the screen.