From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Grubb Subject: Re: Missing linker flags when statically linking Date: Sat, 09 Jul 2016 17:41:17 -0400 Message-ID: <1593477.8QKBr1tzSR@x2> References: <270aeb86-be05-03f0-0983-10e199083f56@debian.org> <11381031.WHaSpXZ8Zn@x2> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: Laurent Bigonville Cc: linux-audit@redhat.com List-Id: linux-audit@redhat.com On Saturday, July 9, 2016 11:02:44 PM EDT Laurent Bigonville wrote: > Le 05/07/16 =E0 14:15, Steve Grubb a =E9crit : > > Hello, > > = > > On Monday, July 4, 2016 2:08:14 PM EDT Laurent Bigonville wrote: > >> Apparently the audit.pc file is missing flags to allow libaudit to be > >> statically linked (see [0]). > >> = > >> Adding something like "Requires.private: libcap-ng" should fix the > >> problem. > > = > > OK. Fixed. There will be a new audit package release in a little while > > that > > has this fixed. > = > Apparently the fix is not 100% correct: > = > The "Libs.private" field should be _after_ the Libs one in the .pc file, > otherwise the ordering of the libraries is not OK during liking: > = > -lcap-ng -laudit > = > it should be: -laudit -lcap-ng instead. OK, I switched the order. > Also any reasons you are using Libs.private instead of Package.private? Libs.private is used to add flags for static linking. The dynamic linker = shouldn't need a hint since libaudit its already linked to libcap-ng. Also, anyone packaging up audit 2.6.4 will want to include this patch: https://fedorahosted.org/audit/changeset/1340 -Steve