#7353 NORM 8.2.0 (: olpc3/F9 builds are bloated.
Zarro Boogs per Child
bugtracker at laptop.org
Thu Jul 10 12:11:20 EDT 2008
#7353: olpc3/F9 builds are bloated.
-------------------------------------+--------------------------------------
Reporter: cscott | Owner: dgilmore
Type: defect | Status: new
Priority: normal | Milestone: 8.2.0 (was Update.2)
Component: distro | Version: Development build as of this date
Resolution: | Keywords:
Next_action: never set | Verified: 0
Blockedby: 234, 6188, 7367, 7368 | Blocking: 5535, 7383, 7416
-------------------------------------+--------------------------------------
Comment(by dsd):
xulrunner grew some deps which I've killed:
https://bugzilla.redhat.com/show_bug.cgi?id=454890
also working on killing e-d-s:
totem depends on totem-pl-parser (doesn't seem realistic to remove this
dep), and pl-parser now uses a single date parsing function from libcamel
which ends up pulling the whole whopping e-d-s package in.
http://svn.gnome.org/viewvc/totem-pl-parser/trunk/plparse/totem-pl-
parser.c?r1=17&r2=18
separating libcamel into it's own package doesn't seem to be that good an
option because that lib has a crapload of deps of its own:
{{{
linux-gate.so.1 => (0xb7f3c000)
libedataserver-1.2.so.9 => /usr/lib/libedataserver-1.2.so.9
(0xb7e9e000)
libssl3.so => /lib/libssl3.so (0xb7e6d000)
libsmime3.so => /lib/libsmime3.so (0xb7e45000)
libnss3.so => /lib/libnss3.so (0xb7d0e000)
libnssutil3.so => /lib/libnssutil3.so (0xb7cf5000)
libplds4.so => /lib/libplds4.so (0xb7cf2000)
libplc4.so => /lib/libplc4.so (0xb7cec000)
libnspr4.so => /lib/libnspr4.so (0xb7cb2000)
libgnomevfs-2.so.0 => /usr/lib/libgnomevfs-2.so.0 (0xb7c4f000)
libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0xb7c18000)
libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xb7c13000)
librt.so.1 => /lib/librt.so.1 (0xb7c09000)
libgmodule-2.0.so.0 => /lib/libgmodule-2.0.so.0 (0xb7c04000)
libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xb7bc4000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xb7ae2000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7ac9000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7a29000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7a04000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7a00000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb79d2000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb79b9000)
libssl.so.7 => /lib/libssl.so.7 (0xb796e000)
libcrypto.so.7 => /lib/libcrypto.so.7 (0xb7820000)
libdl.so.2 => /lib/libdl.so.2 (0xb781b000)
libz.so.1 => /lib/libz.so.1 (0xb7806000)
libc.so.6 => /lib/libc.so.6 (0xb769d000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb754e000)
libbonobo-2.so.0 => /usr/lib/libbonobo-2.so.0 (0xb74e9000)
libbonobo-activation.so.4 => /usr/lib/libbonobo-activation.so.4
(0xb74d3000)
libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0xb7479000)
libdb-4.6.so => /lib/libdb-4.6.so (0xb7330000)
libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xb7312000)
libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xb72d1000)
libavahi-glib.so.1 => /usr/lib/libavahi-glib.so.1 (0xb72cd000)
libavahi-common.so.3 => /usr/lib/libavahi-common.so.3 (0xb72c1000)
libavahi-client.so.3 => /usr/lib/libavahi-client.so.3 (0xb72b0000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb729b000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb727f000)
libutil.so.1 => /lib/libutil.so.1 (0xb727b000)
/lib/ld-linux.so.2 (0xb7f3d000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7272000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb726e000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0xb723c000)
libm.so.6 => /lib/libm.so.6 (0xb7213000)
libORBitCosNaming-2.so.0 => /usr/lib/libORBitCosNaming-2.so.0
(0xb720e000)
libnsl.so.1 => /lib/libnsl.so.1 (0xb71f3000)
libcap.so.2 => /lib/libcap.so.2 (0xb71ef000)
}}}
I'm going to mail Bastien (totem upstream) and see if he'll reconsider his
date parsing approach.
--
Ticket URL: <http://dev.laptop.org/ticket/7353#comment:17>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list