Bug 154142 - xmlsec1 devel packages provide .la files with dangling references to /usr/lib/libxml2.la
Summary: xmlsec1 devel packages provide .la files with dangling references to /usr/lib...
Alias: None
Product: Fedora
Classification: Fedora
Component: xmlsec1 (Show other bugs)
(Show other bugs)
Version: 4
Hardware: All Linux
Target Milestone: ---
Assignee: Daniel Veillard
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-04-07 18:56 UTC by Nalin Dahyabhai
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

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

Attachments (Terms of Use)

Description Nalin Dahyabhai 2005-04-07 18:56:12 UTC
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 04:09:23 UTC
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 14:10:27 UTC
w.r.t. #2. No this is a policy decision, we won't packages .la anymore.


Comment 3 Rex Dieter 2005-10-07 12:24:10 UTC
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 15:48:12 UTC
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 15:55:53 UTC
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 16:02:54 UTC
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 16:05:40 UTC
FYI, see bug #171410: "remove *.la/*.a files"

Comment 8 Daniel Veillard 2006-06-08 13:40:45 UTC
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.