Re: F36 Change: Users are administrators by default in the installer GUI. (Self-Contained Change proposal)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2021-12-01 at 21:40 +0000, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Dec 01, 2021 at 09:29:43AM -0600, Brandon Nielsen 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: 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.
> > > 
> > 
> > [Snip]
> > 
> > I find this wording confusing, and I've been using Linux for at
> > least 15
> > years now. I think if we're making changes to reduce user confusion
> > we may
> > want to change the wording as well?
> > 
> > Perhaps a better wording would be "Grant user administrator
> > privileges
> > (allow sudo)"? Something to make it clear the resulting user isn't
> > root, but
> > can act as root.

Correct me, if I'm wrong, people to avoid put password in every sudo
command, modify sudo to not ask password .  And this behavior is a big
hole of security , if user is compromised, attacker will have root
access for free. 




> +1. The explanation can be even longer: maybe "(e.g. allow sudo as
> root,
> access to all logs, and other administrative actions)". If you're
> finding
> the existing wording unclear, many other people are most likely too.
> 
> Zbyszek
> _______________________________________________
> 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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux