GNU bug report logs - #18440
libexec_LIBRARIES not allowed

Previous Next

Full log

Message #13 received at control <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.