Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

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

 



On Fri, 2024-02-23 at 09:17 -0500, Neal Gompa wrote:
> On Fri, Feb 23, 2024 at 8:04 AM Sérgio Basto <sergio@xxxxxxxxxx>
> wrote:
> > 
> > On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> > > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto <sergio@xxxxxxxxxx>
> > > wrote:
> > > > 
> > > > On Sun, 2024-01-28 at 20:14 +0000, Neal Gompa wrote:
> > > > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > > > > <gary.buhrmaster@xxxxxxxxx> wrote:
> > > > > > 
> > > > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney
> > > > > > <amoloney@xxxxxxxxxx>
> > > > > > wrote:
> > > > > > > 
> > > > > > > Wiki ->
> > > > > > > https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > > > > 
> > > > > > 
> > > > > > One additional item to consider is to review
> > > > > > the packager guidelines for use of /sbin
> > > > > > (and /usr/sbin) in additional locations from
> > > > > > those involved directly with installing binaries.
> > > > > > 
> > > > > > In particular, I am thinking of the sysusers
> > > > > > examples where the use of /sbin/nologin
> > > > > > should, perhaps, be changed to /usr/bin/nologin.
> > > > > > 
> > > > > > There are almost certainly other places
> > > > > > in the docs/guidelines.
> > > > > > 
> > > > > > The documentation updates are always
> > > > > > the most annoying in my experience.
> > > > > 
> > > > > We cannot change this without breaking backward
> > > > > compatibility.
> > > > > It'll
> > > > > have to stay that way until RHEL 9 falls out of support.
> > > > 
> > > > 
> > > > That is a good argument to not change it , why we need break
> > > > backward
> > > > compatibility ?
> > > > 
> > > 
> > > Nah. It just means we don't change any configuration or PATH
> > > stuff,
> > > which is fine because the sbin -> bin symlink will cover it.
> > > 
> > 
> > I strongly disagree with you , we should avoid break backward
> > compatibility , unless we got a very good reason , which is not the
> > case
> > 
> 
> We're not breaking backward compatibility. We would install a symlink
> pointing sbin to bin, which ensures any absolute path usage of
> binaries formerly in sbin will still work.


Good 


> > > > is not sbin for super users and bin for users ?
> > > > 
> > > 
> > > No. This is one of those many myths about the "Unix FHS". And it
> > > doesn't even matter much these days anyway, since most newer
> > > administrative tools don't install in sbin anyway.
> > > 
> > 
> > name it one , I'm not aware.
> > 
> 
> Sure: dnf.

Not convinced, dnf repoquery can be used by any user.
I don't see any major problem but also I don't see any great
benefit, so I don't think we should change that, as it will be, most
likely, a lot of work to everyone 


-- 
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, report it: https://pagure.io/fedora-infrastructure/new_issue




[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