On Fri, Aug 6, 2010 at 11:57 AM, Dave Martin <dave.martin@linaro.org> wrote:
On Fri, Aug 6, 2010 at 9:53 AM, Alexander Sack <asac@linaro.org> wrote:>> * stripping /usr/share/doc out (but everybody knew that)
>It's interesting to note that due to the fact that /usr/share/doc
> ack. we plan to do that using pitti's dpkg improvements; last time they
> didn't land
> in the archive yet, but I will check the status soon again.
contains mostly nearly-empty directories and tiny files, the
filesystem overhead may be a significant part of the overall
consumption here - I estimate about 20-30% of the overall space,
assuming a typical filesystem with 4KB blocksize.
If we have to keep /usr/share/doc/ (for copyright notices and so on),
maybe it would be feasible to replace each /usr/share/doc/<package>/
with a tarball? This would eliminate most of the overhead as well as
making the actual data smaller. Since /usr/share/doc/ is not accessed
often, and not accessed by many automated tools, this might not cause
much disruption.
[...]
Classifying drivers by bus, and throwing out anything that can't be
>>
>> * stripping out modules for devices that won't ever be on
>> this ARM device
>
> yeah, this feels to make sense. However, I am not sure how to draw the line.
> Maybe this is something the kernel WG can take a look at and come up with a
> reduced list of modules?
physically connected, such as PCI/AGP/ISA might be an approach here.
Also, peripherals which can only be connected to on-SoC buses, but are
not present in a given platform's silicon could be excluded. We would
still have to keep a lot though... anything which can be connected via
USB, for example.
A more ambitious solution might be to allow for dynamic installation
of missing modules, but that's probably a separate project since it
would impact on the way the kernel is packaged.