On Thu, Aug 27, 2020 at 3:45 AM Fabian Vogt <fvogt@suse.de> wrote:
Hi,
Am Dienstag, 25. August 2020, 10:32:00 CEST schrieb Dominique Leuenberger / DimStar:
Dear Tumbleweed users and hackers,
After a few months of hard labor by many package maintainers, we reached the point where we could merge the change for %_libexecdir now.
Snapshot 0825 has just started building and will be the first snapshot to come out (or to be built - we'll see if it will be published) with that change enabled.
As this is a change also having impact on interactions between packages it was nescessary to trigger a rebuild of all packages. It's not realistically possible to identify the packages that would effectively be affected. So, besides the 'big change', you can expect also 'big download' for Snapshot 0825 (or the first snapshot to be published after that date).
Please be extra attentive to things no longer behaving as you expect. There is unfortunately a chance that some packages have hardcoded paths to files that moved around or also packages that hardcoded the install path even though things expect the helpers in different locations.
I realize I'm a bit late to the discussion here, but when this topic came up initially I wasn't familiar enough with the facts to actually respond.
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
Some previous versions of this document did not support /usr/libexec, despite it being standard practice in a number of environments. To accomodate this restriction, it became common practice to use /usr/lib instead. Either practice is now acceptable, but each application must choose one way or the other to organize itself.
It's not entirely clear to me how that is exactly meant. My interpretation is that if /usr/libexec is provided, it is preferred over /usr/lib, but it is not mandatory. That means Tumbleweed is in the clear already.
About b), it just changes the list of distros it aligns with: Arch and Debian-based use %_libexecdir == %_libdir while Fedora and Slackware use %_libexecdir != %_libdir, i.e. /usr/libexec.
Debian switched %_libexecdir to /usr/libexec when they upgraded to FHS 3.0 in 2018. This change is particularly evident in gnome-terminal, which now installs binaries there. They are (slowly) removing their hacks around libexecdir in the distribution so that stuff goes in /usr/libexec again. -- 真実はいつも一つ!/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org