More LiveCD space optimizations

[Till Kamppeter]

On 10/08/2010 12:22 AM, Louis Simard wrote:
>> There are a over a dozen different types of file to be tested (and
>> there may be more than one application that wants to read them). For
>> reference, I have attached them. Probably the most important thing to
>> check is that printing still works, as many of the gz files seem to
>> e.g. ppd files.
>>
>> Maybe if you added it to your script and just gave the resulting iso a
>> spin in a VM to see if there was obvious breakage?
>
> I have no printer supported by OpenPrinting PPDs to test this with,
> but a VM is exactly what I used to test SVG, XML and PNG optimisations
> in May (and realise that librsvg had a bug that needed worked around
> in Scour! [librsvgbug]). I'll do this, but PPDs would still need
> testing afterwards.
>
> A separate thread and perhaps contact people already exist for the PPD
> gzip compression ([openprinting-ppds-gzip]), and perhaps it would be
> best to communicate with these people to have them test and add
> AdvanceCOMP to their gzipping.
>

The space occupation of the PPDs I have already solved in Maverick. Most 
of the PPDs in /usr/share/ppd and also the Foomatic XML data in 
/usr/share/foomatic are replaced by highly compressed PPD file archives 
based on LZMA (in /usr/lib/cups/driver). This saves around 30-40 MB on 
the live system even getting the PPDs of the former 
openprinting-ppds-extra package onto the live CD. The tools for building 
these archives are from a Google Summer of Code project which I have 
mentored for OpenPrinting. See

https://bugs.launchpad.net/bugs/493282

and

http://pypi.python.org/pypi/pyppd

The packages on the CD which have their PPDs compressed now are: 
foomatic-db, openprinting-ppds, hplip-data, splix

    Till