e) We move back but we still have misuses of the macro f) executables in a directory that should be for shared libraries (to match /usr/lib64). FHS 3.0 only says to allow /usr/lib aswell for historical purposes aka FHS 2.3.

On Thursday, 27 August 2020, Jan Engelhardt wrote:

...

On Thursday 2020-08-27 09:39, Fabian Vogt wrote:

...

At this point I really wonder whether this change is necessary and worth it. FWICT, the reasoning for this change is twofold: a) It aligns with the FHS b) It aligns with other distros

About a), the FHS actually says that /usr/lib is also acceptable: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s07.html

c) It aligns with some other OSes, too. (FreeBSD)

d) It aligns with upstream's standard installation layout. As in, autoconf (and others) have had a --libexecdir flag.

Just because it is possible for a builder to override the plethora of setting offered does not mean it is always necessary to do so.

Documentation and bugreports favorable mention /usr/libexec. But, whenever SUSE is involved, involved people need a mental hook that it's /usr/lib instead, and they'll go like

...

On top of those two reasons, I'm not aware of any immediate issue or problem it fixes, compared to e.g. the /usr/etc movement. So this change appears to be entirely cosmetic.

Quite so. But changing from libexec to lib to please ye olde FHS2.3 some 20ish years ago, that itself was already a cosmetic change (and not one with much value; see a-d). We're just removing the makeup now. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

-- Callum Farmer callumjfarmer13@gmail.com openSUSE - gmbr3

-- Callum Farmer callumjfarmer13@gmail.com openSUSE - gmbr3 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org