GNU bug report logs - #18440
libexec_LIBRARIES not allowed

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18440 in the body.
You can then email your comments to 18440 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dan Nicolaescu <dann <at> gnu.org>
To: bug-automake <at> gnu.org
Subject: libexec_LIBRARIES not allowed
Date: Tue, 09 Sep 2014 21:24:03 -0400

Trying to add a target with
libexec_LIBRARIES 
results in an error:

 error: 'libexecdir' is not a legitimate directory for 'LIBRARIES'

But it looks like having libraries in libexec is something already in
use by a few things.
On a Fedora 20 machine: 
$ find /libexec -name \*.so
/usr/libexec/p7zip/7z.so
/usr/libexec/coreutils/libstdbuf.so
/usr/libexec/sudo/sudo_noexec.so
/usr/libexec/sudo/sudoers.so
/usr/libexec/sudo/group_file.so
/usr/libexec/sudo/system_group.so
/usr/libexec/systemtap/libHelperSDT_amd64.so
/usr/libexec/gcc/x86_64-redhat-linux/4.8.3/liblto_plugin.so
/usr/libexec/deja-dup/tools/libduplicity.so

Shouldn't automake support installing libraries in libexec? 

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ralf Corsepius <rc040203 <at> freenet.de>
To: bug-automake <at> gnu.org
Subject: Re: bug#18440: libexec_LIBRARIES not allowed
Date: Wed, 10 Sep 2014 10:49:09 +0200

On 09/10/2014 03:24 AM, Dan Nicolaescu wrote:
>
> Trying to add a target with
> libexec_LIBRARIES
> results in an error:
>
>   error: 'libexecdir' is not a legitimate directory for 'LIBRARIES'
>
> But it looks like having libraries in libexec is something already in
> use by a few things.
> On a Fedora 20 machine:
> $ find /libexec -name \*.so
> /usr/libexec/p7zip/7z.so
> /usr/libexec/coreutils/libstdbuf.so
> /usr/libexec/sudo/sudo_noexec.so
> /usr/libexec/sudo/sudoers.so
> /usr/libexec/sudo/group_file.so
> /usr/libexec/sudo/system_group.so
> /usr/libexec/systemtap/libHelperSDT_amd64.so
> /usr/libexec/gcc/x86_64-redhat-linux/4.8.3/liblto_plugin.so
> /usr/libexec/deja-dup/tools/libduplicity.so
>
> Shouldn't automake support installing libraries in libexec?
No. libexecdir is supposed to take binaries only.

IMO, these listed above are packaging bugs.

Ralf

Message #11 received at 18440 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Ralf Corsepius <rc040203 <at> freenet.de>, 18440 <at> debbugs.gnu.org, dann <at> gnu.org
Subject: Re: bug#18440: libexec_LIBRARIES not allowed
Date: Mon, 22 Dec 2014 11:14:22 +0100

tags 18440 notabug
close 18440
thanks

On 09/10/2014 10:49 AM, Ralf Corsepius wrote:
> On 09/10/2014 03:24 AM, Dan Nicolaescu wrote:
>>
>> Trying to add a target with
>> libexec_LIBRARIES
>> results in an error:
>>
>>   error: 'libexecdir' is not a legitimate directory for 'LIBRARIES'
>>
>> But it looks like having libraries in libexec is something already in
>> use by a few things.
>> On a Fedora 20 machine:
>> $ find /libexec -name \*.so
>> /usr/libexec/p7zip/7z.so
>> /usr/libexec/coreutils/libstdbuf.so
>> /usr/libexec/sudo/sudo_noexec.so
>> /usr/libexec/sudo/sudoers.so
>> /usr/libexec/sudo/group_file.so
>> /usr/libexec/sudo/system_group.so
>> /usr/libexec/systemtap/libHelperSDT_amd64.so
>> /usr/libexec/gcc/x86_64-redhat-linux/4.8.3/liblto_plugin.so
>> /usr/libexec/deja-dup/tools/libduplicity.so
>>
>> Shouldn't automake support installing libraries in libexec?
> No. libexecdir is supposed to take binaries only.
>
> IMO, these listed above are packaging bugs.
>
Ralf assessment is correct.  I'm closing this bug as "Working
as Intended".

Thanks,
  Stefano

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.