Bug 104399

Summary: Huge uneeded .a in rpm
Product: [Retired] Red Hat Raw Hide Reporter: Ralph Loader <suckfish>
Component: evolutionAssignee: Dave Malcolm <dmalcolm>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0CC: chris.ricker, michael, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-12-08 05:29:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100643    

Description Ralph Loader 2003-09-14 21:24:51 UTC
Recent evolution rpms (e.g., evolution-1.4.4-6.i386.rpm) contain lots of
apparently uneeded .a files.

One of these inparticular is *HUGE*

$ ls -l /usr/lib/evolution/1.4/components/libevolution-calendar.a
-rw-r--r--    1 root     root     40906900 Sep 11 16:36
/usr/lib/evolution/1.4/components/libevolution-calendar.a

This is more than half the bytes in the evolution package!

The .a in question appears to be pretty strangely linked.  It contains 2 copies
of another library (libdb.a).

I don't believe that any of the .a files are needed in the main evolution rpm. 
Possibly they could be moved to the -devel, although I suspect that these
components are designed to be dynamically loaded and that the .a files are of no
use whatsoever.

Comment 1 Michael Lee Yohe 2003-09-17 15:26:29 UTC
I built my own binary RPM using the 1.4.4-6 Rawhide Evolution source RPM.  My
file is not nearly that large:

$ ls -la /usr/lib/evolution/1.4/components/libevolution-calendar.a
-rw-r--r--    1 root     root      9599170 Sep 12 16:25
/usr/lib/evolution/1.4/components/libevolution-calendar.a

bzip2, with maximum compression, brings the file down to a hair over 3M.  I do
agree with you that this file seems to be out of place considering the shared
object is also within the same file.  Perhaps it should be moved to a
evolution-static package?

Comment 2 Jeremy Katz 2003-09-17 16:45:04 UTC
Moving them into -devel when 1.4.5 is released.  Probably huge due to a build
root getting an out of sync rpm config (and thus not stripping them)

Comment 3 Jeremy Katz 2003-10-06 20:05:44 UTC
Done in 1.4.5 package

Comment 4 Chris Ricker 2003-10-22 19:41:56 UTC
libdb.a is still included twice in
/usr/lib/evolution/1.4/components/libevolution-calendar.a, which is still 38
megs in size

1.4.5-5

Comment 5 Seth Vidal 2003-11-07 05:18:18 UTC
Triaged -> Close. This is fixed in FC1

Comment 6 Chris Ricker 2003-11-07 12:20:57 UTC
Don't close it. It's not fixed:

[kaboom@skuld kaboom]$ rpm -qf
/usr/lib/evolution/1.4/components/libevolution-calendar.a
evolution-devel-1.4.5-7
[kaboom@skuld kaboom]$ ls -l
/usr/lib/evolution/1.4/components/libevolution-calendar.a
-rw-r--r--    1 root     root     39749272 Oct 28 09:28
/usr/lib/evolution/1.4/components/libevolution-calendar.a
[kaboom@skuld kaboom]$ 

Comment 7 Seth Vidal 2003-11-07 13:02:49 UTC
is it a problem if it is only in the evolution-devel package?


Comment 8 Chris Ricker 2003-11-07 13:05:54 UTC
It doesn't need to be that big AFAICT -- it's so big at least in part
because libs are included twice in the archive. Maybe there's some
reason for that, though?

Comment 9 Dave Malcolm 2005-12-08 05:29:40 UTC
Closing; fixed in rawhide.