At 2010-05-22 10:59 GMT, Dmitrijs Ledkovs 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 those and apps should p
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 rea
On 22 May 2010 09:31, Louis Simard 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 analogies was started, due
At 2010-05-22 09:06 GMT, Didier Roche 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 due to applicati
Le samedi 22 mai 2010 à 04:31 -0400, Louis Simard a écrit :
> At 2010-05-21 04:41 GMT, Martin Owens 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, an
At 2010-05-21 04:41 GMT, Martin Owens 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, attached to this ema
