Hello Louis,
Louis Simard [2010-11-01 17:10 -0400]:
AdvanceCOMP is packaged in maverick universe as advancecomp.
jpegoptim is packaged in maverick universe as jpegoptim.
Could these programs be added to the build scripts, or would that be
discouraged since they're in universe? Would these
Hello Louis,
Louis Simard [2010-05-20 20:35 -0400]:
Optimising the PNG images saves 5.5 MB on the filesystem.squashfs.
For the record, I just uploaded a new pkgbinarymangler to natty which
now calls optipng on PNG files, as part of
Hi Martin,
Thanks for the notification.
While you're working on PNG optimisations in the build scripts, I have
something to ask you.
There has been discussion on the More LiveCD space optimisations
thread [1] of using AdvanceCOMP to further reduce the size of PNG
files (even after OptiPNG, PNG
Hi Martin, I intended to send the following to lyx-devel, but my dog
ate it. Louis has mentioned AdvanceCOMP, but I thought you might find
the summary below useful. I think that the figures may be out by about
30%, possibly do to squashfs doing some form of intra-file
de-duplication, but I hope it
On Thu, May 20, 2010 at 6:35 PM, Louis Simard louis.sim...@gmail.com wrote:
Optimising the PNG images saves 5.5 MB on the filesystem.squashfs.
Optimising the SVG files saves an additional 7 MB. This is a total of
12.5 MB which could be used to pack more software or another language
pack or
On 24 May 2010 10:33, Conrad Knauer ath...@gmail.com wrote:
On Thu, May 20, 2010 at 6:35 PM, Louis Simard louis.sim...@gmail.com wrote:
Optimising the PNG images saves 5.5 MB on the filesystem.squashfs.
Optimising the SVG files saves an additional 7 MB. This is a total of
12.5 MB which could
On 21 May 2010 15:48, Phillip Susi ps...@cfl.rr.com wrote:
snip
Also could you explain a bit what you mean by optimizations? You can
of course, use a higher lossy compression on the png images, but that
lowers their quality, which I think is not a desirable tradeoff.
png does not do lossy
On Mon, May 24, 2010 at 4:33 AM, Dmitrijs Ledkovs
dmitrij.led...@ubuntu.com wrote:
Tomboy can be replaced with Gnote
Gnote is abandoned by the author
On what basis do you claim this?
Lucid uses 0.6.2 according to http://packages.ubuntu.com/search?keywords=gnote
I note the following release
On 24 May 2010 17:57, Conrad Knauer ath...@gmail.com wrote:
On Mon, May 24, 2010 at 4:33 AM, Dmitrijs Ledkovs
dmitrij.led...@ubuntu.com wrote:
Tomboy can be replaced with Gnote
Gnote is abandoned by the author
On what basis do you claim this?
Last time I cared about Tomboy vs Gnote
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
At 2010-05-21 04:41 GMT, Martin Owens docto...@gmail.com wrote:
Hey Louis,
Hey Martin, thanks for the reply!
Sounds great and looks like a pretty good script, I have some comments:
You may be able to make it a little faster by using the find results in
one like like this:
find / -type f
On 5/20/2010 8:35 PM, Louis Simard wrote:
Greetings ubuntu-devel-discuss :)
I have a proposal for you, and I'll present it simply with the 5 W's.
snip
When attaching scripts please make sure they are attached with an inline
disposition so they are readily reviewable while reading the email
On 5/21/2010 1:40 PM, Louis Simard wrote:
Err... While I know what you want me to do (you want
Content-Disposition: inline), I don't know how to do that in the Gmail
web interface. Perhaps I'll set up Mozilla Thunderbird, if it can do
that :-)
Heh, yea, I've struggled with this on thunderbird
On 21 May 2010 01:35, Louis Simard louis.sim...@gmail.com wrote:
-- WHAT? --
Optimise the PNG images and SVG files on the Ubuntu LiveCD.
Optimise the Ubuntu LiveCD by putting start-up files and programs near
the end of the CD.
-- Implementation --
1) Should this go into deb-package
Hey Louis,
Sounds great and looks like a pretty good script, I have some comments:
You may be able to make it a little faster by using the find results in
one like like this:
find / -type f -name *.svg -print0 | xargs -0 -I FILE sh -c
'/tmp/scour/scour.py --enable-id-stripping --indent=none -i
20 matches
Mail list logo