At 2010-05-21 04:41 GMT, Martin Owens docto...@gmail.com wrote:
Are there no more things that could be optimised? For instance does
using xmllint with --noblanks on the 12496 xml files save any space?
My testing with XML files is done now, and here are the results! (And
the modified script,
Le samedi 22 mai 2010 à 04:31 -0400, Louis Simard a écrit :
At 2010-05-21 04:41 GMT, Martin Owens docto...@gmail.com wrote:
Are there no more things that could be optimised? For instance does
using xmllint with --noblanks on the 12496 xml files save any space?
My testing with XML files is
At 2010-05-22 09:06 GMT, Didier Roche didro...@ubuntu.com wrote:
(is 0.79 MB containing the whole optimization or just the xml one?)
[snip]
Not sure it worths the risk if the real size gain in the iso is only
0.79 MB.
0.79 MB (on the squashfs) is for XML files only, and is HIGHLY
error-prone
On 22 May 2010 09:31, Louis Simard louis.sim...@gmail.com wrote:
HOWEVER: The optimisations made card games (Klondike etc.) unplayable,
as no cards appear, due to the change in
/usr/share/gnome-games-common/cards/gnomangelo_bitmap.svg. Gbrainy
started crashing when a new game of verbal
2010-05-21 02:35 keltezéssel, Louis Simard írta:
Optimising the CD to put files at the end allows it to boot marginally
faster (about 10 seconds on my benchmarks), start applications faster,
and allows the CD drive on a user's computer to run quieter while
using his/her applications, as
At 2010-05-22 10:59 GMT, Dmitrijs Ledkovs dmitrij.led...@ubuntu.com wrote:
Is it due to them using GMarkup instead of libxml to parse XML's?
I yes it's a bug in glib then =) i would be cool to compress xml's as
much as possible. Afterall people should be getting the source
packages to edit
