Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.devel > #100853

Re: Re: merged /usr considered harmful (was Re: Bits from the Technical Committee)

From "Barak A. Pearlmutter" <bap@debian.org>
Newsgroups linux.debian.devel
Subject Re: Re: merged /usr considered harmful (was Re: Bits from the Technical Committee)
Date 2021-07-22 12:50 +0200
Message-ID <CDEr7-1fF-1@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Seriously? Being able to type

dpkg -S $(which cat)

instead of

dpkg -S $(which cat|sed 's:^/usr::')

is the big user-level pain point?

People seem pretty worked up over this, but honestly I'm not
understanding why. We already have $PATH which (let's be honest) is an
ancient crappy workaround for the original Unix sin of not keeping all
the executables in one place. (And analogous wheel-reinventing goo for
/lib vs /usr/lib vs /usr/lib/x86_64-linux-gnu, etc.) Given that,
moving them around isn't supposed to be a big fuss. Oh, but there are
also shebang #!/bin/foo issues and other hard coding. The shebang is
already such a mess that people use #!/usr/bin/env foo, just to get
foo searched in $PATH. (85 of the 890 scripts in /usr/bin/* on the
machine I'm typing this on use a /usr/bin/env trampoline.) Nobody
would ever consider having /bin/foo and /usr/bin/foo be different
programs, that would be madness. The TC basically concluded that the
distinction between /bin and /usr/bin, etc, had totally broken down
and there's no advantage to keeping them distinct, plus initrd is the
new /bin. (Pretty much the same argument as in the design of plan9.)
I'm not seeing much argument against that, except for nostalgia.

It seems that dpkg is ground zero for problems that occur during the
transition itself, and for the problem of handling the transition
gracefully. I for one am enormously impressed with the quality of
dpkg: its amazing robustness, the way it's evolved to support hooks
and such and really been the cornerstone of the distribution. So I
think we should take the dpkg maintainer's concerns seriously. But
frankly I don't quite understand them.

--Barak Pearlmutter.

Back to linux.debian.devel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Re: Re: merged /usr considered harmful (was Re: Bits from the  Technical Committee) "Barak A. Pearlmutter" <bap@debian.org> - 2021-07-22 12:50 +0200
  Re: merged /usr considered harmful (was Re: Bits from the Technical  Committee) Marco d'Itri <md@Linux.IT> - 2021-07-22 14:10 +0200
    Re: merged /usr considered harmful (was Re: Bits from the Technical  Committee) Luca Boccassi <bluca@debian.org> - 2021-07-22 16:30 +0200
  Re: Re: merged /usr considered harmful (was Re: Bits from the  Technical Committee) Guillem Jover <guillem@debian.org> - 2021-07-22 14:50 +0200

csiph-web