Message: previous - next
Month: January 2014

[SOLVED]Re: [trinity-devel] [PATCH] Re: [trinity-devel] tdebase FTBFS - No rule to make target '/opt/trinity/lib/libtdefakes_nonpic.a'

From: "David C. Rankin" <drankinatty@...>
Date: Mon, 20 Jan 2014 15:30:19 -0600
On 01/20/2014 02:18 PM, David C. Rankin wrote:
>   That's it! So if the '.a' files are gone, then Arch's packaging software
> automatically strips them internally. That is what I'm trying to track down.

  It is a new option in the arch packaging app that strips static libraries by

On 29/09/13 17:36, Allan McRae wrote:
> All this recent talk about static libs reminded me that we added
> options=(!staticlibs) to makepkg-4.1 to automatically remove them, with
> the idea of enabling it by default.
Once devtools is updated, I will generate a rebuild list.  If your
package really needs static libs, you will need to add
options=(staticlibs) to the PKGBUILD.  The packages I know that need it
are glibc, gcc, binutils, haskell, probably lua (but we hack that for
shared libraries...).  So if you are not dealing with a compiler, you
probably do not need them...

(he is no light-weight in distributions/software packaging)

  HOWEVER, this exploit does raise a legitimate issue - all current software
(excluding compilers) has done away with all reliance on static libraries. That
may be something we want to look at for TDE as we go forward.

  The immediate question is what packages currently rely on static libraries in
TDE? So far the first FTBFS related to static libs has been tdebase/ksysguard
relying on static libs from tdelibs.

  Should we open a bug to track failures related to reliance on static libs.

David C. Rankin, J.D.,P.E.