John (J5) Palmieri
johnp at redhat.com
Tue Jul 3 17:14:35 EDT 2007
On Tue, 2007-07-03 at 15:07 -0400, Bernardo Innocenti wrote:
> Build JFFS2 size
> 465 183MB
> 466 203MB
> 478 203MB
> 482 205MB
Makes sense since we keep adding bits like vserver and the telepathy
stuff. There are a couple of bits where I can trim but just haven't had
the time to. For instance Fedora release notes get pulled in and is a
1.3M RPM. I can simply get rid of that by creating an olpc-release rpm.
We can also go through all the icon packages and just provide an SVG
based icon package which provides all the standard stock icons. That
would win us a lot.
Here is a list of large packages and ones we can clean up:
Package Arch Version Repository Size
bootchart-logger noarch 0.9-1 olpc_devel_kernel_repo 8.2 k - will be removed in the future
dbench i386 3.04-1.fc7 olpc-devel-tmp 1.9 M - should be removed after burn-in tests
dejavu-lgc-fonts noarch 2.15-1 olpc_development 3.0 M - nothing we can do about this
etoys noarch 2.0.1420-1 olpc-devel-tmp 16 M - not sure if there are ways we can trim this package down
fonts-arabic noarch 2.0-5.fc7 olpc_development 976 k - these should be in country builds
fonts-thai-ttf noarch 0.4.4-1olpc1.2 olpc-devel-tmp 735 k
gdb i386 6.6-15.fc7 olpc_development 3.1 M - will be removed in the future
glibc i686 2.6-3 olpc_development 5.3 M - not much we can do here
gnome-icon-theme noarch 2.18.0-1.fc7 olpc_development 3.3 M - create an olpc-icon-theme package which provides gnome-icon-theme icons
gnome-vfs2 i386 2.18.1-6.olpc2 olpc_development 1.3 M - move to gvfs for next major revision
kernel i586 2.6.21-20070620.1.olpc.d3bd2b701012fc9 olpc_devel_kernel_repo 3.8 M - we are already > 10M smaller than the stock fedora kernel
libabiword i386 2.5.1.svn20070620-1 olpc-devel-tmp 3.8 M - don't think we can do much here but perhaps the developers will find a way to make it smaller
ntp i386 4.2.4p2-1.fc7 olpc_development 1.4 M - why is it so big?
totem i386 2.18.2-4.olpc2 olpc_development 2.1 M - we could replace this with a smaller wrapper around gstreamer, right now it has a lot of code we don't use
xorg-x11-server-Xorg i386 188.8.131.52-9.fc7 olpc_development 2.9 M - don't think we can do anything here
xulrunner i386 1.9-0.2.a5pre.20070519cvs olpc_development 10 M - move to webkit? or get mozilla developers to care about bloat
Installing for dependencies:
ORBit2 i386 2.14.7-3.fc7 olpc_development 256 k - shouldn't be there. I keep killing it and keeps coming back. Die ORBit, die. At least it's friend Bonobo seemed to get the message
aspell-en i386 50:6.0-7.fc7 olpc_development 1.6 M - we should actively move to hunspell or whatever the openoffice standard is which is supported by enchant and supposedly firefox/xulrunner in the future. It won't make it smaller but it will make it so we don't have multiple dictionaries running around
bash i386 3.2-9.fc7 olpc_development 1.9 M - why is it so big?
cpp i386 4.1.2-12 olpc_development 2.7 M - going away in normal builds
fedora-release-notes noarch 7.0.0-1 olpc_development 1.3 M - easy to get rid of, just need to find the time
glibc-common i386 2.6-3 olpc_development 18 M - nothing much we can do here
gtk2 i386 2.10.13-1.fc7 olpc_development 6.8 M - again nothing much though we could disable deprecated functionality but I doubt it will gain us much. Continue to push the devs to clean up code.
initscripts i386 8.54-1 olpc_development 1.5 M - we know what is on our boxes. We could replace this.
iso-codes noarch 1.0-1.fc7 olpc_development 1.5 M - I'm still stumped at what this package does
libgcc i386 4.1.2-12 olpc_development 87 k - going away in normal builds
John (J5) Palmieri <johnp at redhat.com>
More information about the Devel