[opensuse-packaging] hal moved from from /usr/lib64/hal/ to /usr/lib/hal/, or --libexecdir on x86_64 should not be /usr/lib64/<pkgname>/
Hey, just a note, that HAL changed the location of its --libexecdir to be always in /usr/lib/hal and not in /usr/lib64/hal, regardless of the architecture it is running on. A few packages which drop files into the hal callout directories need to change their file list from %{_libdir} to %{prefix}/lib/hal now. It's a bit inconvenient, but we should fix all that now, and in the future applications who need to drop callouts, can just expect a well-defined location of these directories instead of some needlessly arch-dependent location to install. If you own a package which places its private directory in /usr/lib64/<pkgname>/, please consider moving it to /usr/lib/<pkgname>. Libexecdir is usually used for binaries which are used by the package and which should not be included in $PATH, and for directories to install callouts. The --libexecdir follows the same logic as --bindir, we do not have a /usr/bin64, therefore we should not have a /usr/lib64/<pkgname>/ directory. Package private directories are defined by LSB as: "Applications may use a single subdirectory under /usr/lib. If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory." http://www.pathname.com/fhs/pub/fhs-2.3.html Thanks, Kay -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 12/07/09 16:07, Kay Sievers wrote:
Hey, just a note, that HAL changed the location of its --libexecdir to be always in /usr/lib/hal and not in /usr/lib64/hal, regardless of the architecture it is running on.
I suggest you to open a bug report against rpmlint so it catches packages that uses /usr/lib64/hal and abort the build. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Sonntag 12 Juli 2009 schrieb Cristian Rodríguez:
On 12/07/09 16:07, Kay Sievers wrote:
Hey, just a note, that HAL changed the location of its --libexecdir to be always in /usr/lib/hal and not in /usr/lib64/hal, regardless of the architecture it is running on.
I suggest you to open a bug report against rpmlint so it catches packages that uses /usr/lib64/hal and abort the build.
It's not just hal, all /usr/lib64/<directories> are wrong - if not right for other reasons :) The thing is that libfoobar1-32bit will not install these binaries but look for /usr/lib/foobar where foobar(64bit) will not have put any files. So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently). Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Mon, 2009-07-13 at 12:49 +0200, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
Sounds good. It willbe be libexecdir=/usr/lib/<pkgname>/, right? Thanks, Kay -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Montag 13 Juli 2009 sent Kay Sievers:
On Mon, 2009-07-13 at 12:49 +0200, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
Sounds good. It willbe be libexecdir=/usr/lib/<pkgname>/, right?
As it was /usr/lib64 before I change it to /usr/lib, it's up to the package to overwrite it. The GNU default is EPREFIX/libexec btw, so we only remove the exec. There is a lengthy discussion in #13672 btw Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Mon, 2009-07-13 at 13:27 +0200, Stephan Kulow wrote:
Montag 13 Juli 2009 sent Kay Sievers:
On Mon, 2009-07-13 at 12:49 +0200, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
Sounds good. It willbe be libexecdir=/usr/lib/<pkgname>/, right?
As it was /usr/lib64 before I change it to /usr/lib, it's up to the package to overwrite it.
Ah, fine. Thanks, Kay -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Stephan Kulow wrote:
Montag 13 Juli 2009 sent Kay Sievers:
On Mon, 2009-07-13 at 12:49 +0200, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
Sounds good. It willbe be libexecdir=/usr/lib/<pkgname>/, right?
As it was /usr/lib64 before I change it to /usr/lib, it's up to the package to overwrite it. The GNU default is EPREFIX/libexec btw, so we only remove the exec. There is a lengthy discussion in #13672 btw
Which bugzilla? See also bnc#157894 cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Montag 13 Juli 2009 schrieb Ludwig Nussel:
Stephan Kulow wrote:
Montag 13 Juli 2009 sent Kay Sievers:
On Mon, 2009-07-13 at 12:49 +0200, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
Sounds good. It willbe be libexecdir=/usr/lib/<pkgname>/, right?
As it was /usr/lib64 before I change it to /usr/lib, it's up to the package to overwrite it. The GNU default is EPREFIX/libexec btw, so we only remove the exec. There is a lengthy discussion in #13672 btw
Which bugzilla? See also bnc#157894
sorry, I missed a number. #136762 Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
%{exec_prefix}/lib/%{name} could be set as default. I doubt that anyone actually relies on %libexecdir though as it has been traditionally wrong on SUSE (%{exec_prefix}/libexec). cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Montag 13 Juli 2009 schrieb Ludwig Nussel:
Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
%{exec_prefix}/lib/%{name} could be set as default. I doubt that anyone actually relies on %libexecdir though as it has been traditionally wrong on SUSE (%{exec_prefix}/libexec).
Well, everyone using %configure is screwed. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 13/07/09 06:49, Stephan Kulow wrote:
So I'm going to change rpm to use libexecdir=/usr/lib and we'll see what packages break (there shouldn't be any breakage if the macros are used consistently).
I Think that is going to break stuff for sure, people uses %{_libdir} instead of %{_libexecdir} .. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (4)
-
Cristian Rodríguez
-
Kay Sievers
-
Ludwig Nussel
-
Stephan Kulow