Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 154142 - xmlsec1 devel packages provide .la files with dangling references to /usr/lib/libxml2.la
xmlsec1 devel packages provide .la files with dangling references to /usr/lib...
Product: Fedora
Classification: Fedora
Component: xmlsec1 (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Veillard
Depends On:
  Show dependency treegraph
Reported: 2005-04-07 14:56 EDT by Nalin Dahyabhai
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version: 1.2.9-7
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-06-08 09:40:45 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Nalin Dahyabhai 2005-04-07 14:56:12 EDT
Description of problem:
If your application uses libtool, you can't successfully link with libxmlsec1,
libxmlsec1-gnutls, or libxmlsec1-openssl.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. cat > foo.c << EOF
   int main(int argc, char **argv) { return 0; }
2. libtool --mode=compile gcc -c -o foo.lo foo.c
3. libtool --mode=link    gcc -o foo foo.lo -lxmlsec1
Actual results:
libtool: link: cannot find the library `/usr/lib/libxml2.la'

Expected results:
No output, successful link.

Additional info:
This should fix itself if we just bump the release number and recompile the package.
Comment 1 Jeff Pitman 2005-10-01 00:09:23 EDT
php cannot compile without /usr/lib/libxml2.la  because it greps it when 
building modules, etc.  This cannot be seen without a completely distilled 
My recommendation is to just package /usr/lib/libxml2.la with libxml2-devel. 
This in %files already does this: 
Just need to take away the "rm -f" completely. 
Comment 2 Daniel Veillard 2005-10-01 10:10:27 EDT
w.r.t. #2. No this is a policy decision, we won't packages .la anymore.

Comment 3 Rex Dieter 2005-10-07 08:24:10 EDT
Nalin's suggestion is the right one.  Now that /usr/lib/libxml2.la is gone, all
packages that currently contain libtool archives themselves that include
references to (the now-missing) libxml2.la need to be rebuilt (and potentially
remove/omit their .la files as well). 
Comment 4 Rex Dieter 2005-10-21 11:48:12 EDT
If it wasn't clear from my comment #3, it appears that xmlsec1 simply needs to
be rebuilt.
Comment 5 Rex Dieter 2005-10-21 11:55:53 EDT
Though this bug is marked against -devel, it appears that it should be against
fc4, since xmlsec1-1.2.7-4 is the version from fc4.
Comment 6 Rex Dieter 2005-10-21 12:02:54 EDT
I just confirmed a rebuild is successful and fixes the problem (as originally

Future xmlsec1 builds (probably targeted at -devel/fc5) probably ought to not
include libtool archives (/usr/lib/lib*.la) or static libs (/usr/lib/lib*.a)
either, but that's a separate issue.

Comment 7 Rex Dieter 2005-10-21 12:05:40 EDT
FYI, see bug #171410: "remove *.la/*.a files"
Comment 8 Daniel Veillard 2006-06-08 09:40:45 EDT
Okay the extra .la should have been removed some time ago, but I forgot.
It should be fixed in rawhide, with the upcoming 1.2.9-7,


Note You need to log in before you can comment on or make changes to this bug.