Re: [opensuse-factory] Re: [opensuse-packaging] Changing %_libexecdir to /usr/libexec
On Fri, 2019-11-08 at 10:06 +0100, Bernhard M. Wiedemann wrote:
On 07/11/2019 21.45, Neal Gompa wrote:
/usr/lib/module-init-tools could just be a symlink to /usr/libexec/module-init-tools so that users can switch whenever they are ready. This should give a smooth migration path.
Yes, I thought about that. I'm not sure about the usefulness though. Definitely, it's only useful if some day we really remove the symlink. We should probably set a calender entry because it will be forgotten otherwise; the grace period has to be several years, for SLE at least. /usr/lib/module-init-tools is already a legacy path (IIRC module-init- tools last existed in SLE11) which we never dared to rename. Perhaps it's time to be bold and move /usr/lib/module-init-tools to /usr/libexec/suse-module-tools :-) Martin
On Fri, Nov 8, 2019 at 4:04 PM Martin Wilck
On Fri, 2019-11-08 at 10:06 +0100, Bernhard M. Wiedemann wrote:
On 07/11/2019 21.45, Neal Gompa wrote:
/usr/lib/module-init-tools could just be a symlink to /usr/libexec/module-init-tools so that users can switch whenever they are ready. This should give a smooth migration path.
Yes, I thought about that. I'm not sure about the usefulness though. Definitely, it's only useful if some day we really remove the symlink. We should probably set a calender entry because it will be forgotten otherwise; the grace period has to be several years, for SLE at least.
/usr/lib/module-init-tools is already a legacy path (IIRC module-init- tools last existed in SLE11) which we never dared to rename. Perhaps it's time to be bold and move /usr/lib/module-init-tools to /usr/libexec/suse-module-tools :-)
Why is this still in the distribution, then? Heck, I thought we were using kmod like everyone else already... -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Fri, 2019-11-08 at 17:09 -0500, Neal Gompa wrote:
Why is this still in the distribution, then? Heck, I thought we were using kmod like everyone else already...
Sure we are using kmod. Just the name of the directory hasn't changed. suse-module-tools was split out of module-init-tools before the latter was replaced. Martin N�����r��y隊Z)z{.��ZrF��x>�{.n�+������Ǩ��r��i�m��0��ޙ������� ��$j���0�����Ǩ�
I don't know if this is expected behaviour, but I have a project in factory that is failing because of this libexec change. See:
https://build.opensuse.org/package/live_build_log/Base:System/mhvtl/openSUSE... It seems like using libexecdir is not yet fully supported? (It used to be /usr/lib, which worked.) -- Lee Duncan N�����r��y隊Z)z{.��ZrF��x>�{.n�+������Ǩ��r��i�m��0��ޙ������� ��$j���0�����Ǩ�
On Fri, Nov 8, 2019 at 6:44 PM Lee Duncan
I don't know if this is expected behaviour, but I have a project in factory that is failing because of this libexec change.
See:
https://build.opensuse.org/package/live_build_log/Base:System/mhvtl/openSUSE...
It seems like using libexecdir is not yet fully supported? (It used to be /usr/lib, which worked.)
Here's an SR to fix it: https://build.opensuse.org/request/show/746724 The systemd paths are controlled differently, and have their own macros to ensure you're setting the right paths. -- 真実はいつも一つ！/ Always, there's only one truth! -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 2019/11/08 23:43:22 +0000, Lee Duncan wrote:
I don't know if this is expected behaviour, but I have a project in factory that is failing because of this libexec change.
See:
https://build.opensuse.org/package/live_build_log/Base:System/mhvtl/openSUSE...
It seems like using libexecdir is not yet fully supported? (It used to be /usr/lib, which worked.)
It is supported, nevertheless for some types of of files the former used %_libexecdir becomes %_prefix/lib for getting then right placed E.g. /usr/lib/emacs/<version>/ is now /usr/libexec/emacs/<version>/ /usr/lib/systemd/ remains at /usr/lib/systemd/ ... only the binaries below /usr/lib/systemd/ might be moved to a new /usr/libexec/systemd/ ... if the (auto)configuration scripts do support this :) Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
Dr. Werner Fink schrieb:
On 2019/11/08 23:43:22 +0000, Lee Duncan wrote:
I don't know if this is expected behaviour, but I have a project in factory that is failing because of this libexec change.
See:
https://build.opensuse.org/package/live_build_log/Base:System/mhvtl/openSUSE...
It seems like using libexecdir is not yet fully supported? (It used to be /usr/lib, which worked.)
It is supported, nevertheless for some types of of files the former used %_libexecdir becomes %_prefix/lib for getting then right placed
E.g. /usr/lib/emacs/<version>/ is now /usr/libexec/emacs/<version>/ /usr/lib/systemd/ remains at /usr/lib/systemd/ ... only the binaries below /usr/lib/systemd/ might be moved to a new /usr/libexec/systemd/ ... if the (auto)configuration scripts do support this :)
OMG. I already feared that this introduction of libexecdir would lead to mindlessly changing packages to from /usr/lib/<directory> to /usr/libexec. That's just an unnecessary exercise to keep yourself busy though. Packages that already use a subdir in /usr/lib are fine to place whatever they want there. libexec is just superfluous in such case. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer HRB 247165 (AG München) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (5)
-
Dr. Werner Fink -
Lee Duncan -
Ludwig Nussel -
Martin Wilck -
Neal Gompa