On Fri, Feb 23, 2024 at 8:04 AM Sérgio Basto <ser...@serjux.com> 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 <ser...@serjux.com> > > 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.buhrmas...@gmail.com> wrote: > > > > > > > > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney > > > > > <amolo...@redhat.com> > > > > > 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. > > > 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. -- 真実はいつも一つ!/ Always, there's only one truth! -- _______________________________________________ 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, report it: https://pagure.io/fedora-infrastructure/new_issue