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 ============================================================================= Installing: 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 1.3.0.0-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 <[EMAIL PROTECTED]> _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
