Re: On merging bin and sbin

2024-03-05 Thread Vincent Lefevre
On 2024-02-28 12:25:13 +0100, Ansgar ๐Ÿ™€ wrote: > I totally agree: we should aim at moving all service binaries such as > daemons which are not directly invoked by users out of PATH to > /usr/lib{,exec} or similar to make shell completion more helpful. I disagree. The goal should not be to make shel

Re: On merging bin and sbin

2024-02-28 Thread Gioele Barabucci
On 28/02/24 19:08, Peter Pentchev wrote: On Wed, Feb 28, 2024 at 08:47:48AM -0600, r...@neoquasar.org wrote: From: Gioele Barabucci This is a quick'n'dirty list of binaries present in both /bin and /sbin: arping bin net/iputils-arping sbin net/arping (+ Conflicts:) Are any of these (like ar

Re: On merging bin and sbin

2024-02-28 Thread Andrey Rahmatullin
On Wed, Feb 28, 2024 at 08:47:48AM -0600, r...@neoquasar.org wrote: > Are any of these (like arping) literally duplicates of the same binary for > some reason? Or are they true conflicts (different binaries with the same > name)? arping is definitely not a duplicate, iputils-arping and arping are

Re: On merging bin and sbin

2024-02-28 Thread Peter Pentchev
On Wed, Feb 28, 2024 at 08:47:48AM -0600, r...@neoquasar.org wrote: > > From: Gioele Barabucci > > Sent: Wednesday, February 28, 2024 08:22 > > To: debian-devel@lists.debian.org > > Subject: Re: On merging bin and sbin > > > > On 28/02/24 14:12, rhys wr

Re: On merging bin and sbin

2024-02-28 Thread rhys
: debian-devel@lists.debian.org Subject: Re: On merging bin and sbin On 28/02/24 14:12, rhys wrote: > Last thing:ย  The idea of detecting cases where multiple binaries have the > same name is a verey good one.ย  It should also be possible to automate this > effort in a number of ways.ย  I would

Re: On merging bin and sbin

2024-02-28 Thread Gioele Barabucci
On 28/02/24 14:12, rhys wrote: Last thing: The idea of detecting cases where multiple binaries have the same name is a verey good one. It should also be possible to automate this effort in a number of ways. I would be happy to help with this, if it's just a matter of someone putting in the

Re: On merging bin and sbin

2024-02-28 Thread rhys
A few thigns I have seen in this thread: Fedora/Arch/Whomever: I don't think it matters who thought of what first. Sometimes, it's okay to be different. I have moved all of my systems away from Slackware and Fedora/RedHat/etc. TO Debian because I think Debian does it better. Please do not t

Re: On merging bin and sbin

2024-02-28 Thread Gioele Barabucci
On 28/02/24 12:25, Ansgar ๐Ÿ™€ wrote: ย This can be good, but it can also be seen as a pollution of your shell completion. I note that Fedora seems to have added /sbin to the user $PATH by default, which is not what Debian has done. I do not think we have consensus on this and would raise an objectio

Re: On merging bin and sbin

2024-02-28 Thread Marco d'Itri
On Feb 28, Helmut Grohne wrote: > Please allow me to push back on this one as well by raising a few > concerns. Also, I think that the benefits from doing this are tiny, and just adding /usr/sbin/ to the $PATH would solve almost everything. -- ciao, Marco signature.asc Description: PGP signa

Re: On merging bin and sbin

2024-02-28 Thread Ansgar ๐Ÿ™€
Hi Helmut, On Wed, 2024-02-28 at 07:41 +0100, Helmut Grohne wrote: > I see that you are working on merging /bin and /sbin, for instance > via > brltty bug #1064785. Again Fedora is pioneering this matter and their > documentation is at > https://fedoraproject.org/wiki/Changes/Uni

On merging bin and sbin

2024-02-28 Thread Helmut Grohne
Hi cacin, I see that you are working on merging /bin and /sbin, for instance via brltty bug #1064785. Again Fedora is pioneering this matter and their documentation is at https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin. Please allow me to push back on this one as well by raising a few