On Wed, May 29, 2013 at 11:04:22AM -0700, Don Armstrong wrote:
> On Wed, 29 May 2013, Bastien ROUCARIES wrote:
> > On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES
> > wrote:
> > > not sure about svgz... On a typical svg file:
> > > -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.sv
On Wed, 29 May 2013, Bastien ROUCARIES wrote:
> On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES
> wrote:
> > not sure about svgz... On a typical svg file:
> > -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.svg
> > -rw-r--r-- 1 bastien bastien 103K mai 28 18:48 display-im6.svg.gz
On Wed, May 29, 2013 at 05:28:18PM +0800, Paul Wise wrote:
> On Wed, May 29, 2013 at 4:17 PM, Olav Vitters wrote:
>
> > Long term plan (for GNOME) is doing away with differences between
> > tarball contents and git repository.
>
> Does that mean switching away from autotools?
> Or not shipping co
2013/5/29 Paul Wise :
> Does that mean switching away from autotools?
No.
> Or not shipping configure/Makefile.in in the tarballs?
No.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http:/
On Wed, May 29, 2013 at 4:17 PM, Olav Vitters wrote:
> Long term plan (for GNOME) is doing away with differences between
> tarball contents and git repository.
Does that mean switching away from autotools?
Or not shipping configure/Makefile.in in the tarballs?
--
bye,
pabs
http://wiki.debian.o
On Sun, May 26, 2013 at 05:56:06PM +0200, Adam Borowski wrote:
> A while ago, someone raised the possibility of recompressing PNG files.
> Unlike xz, this would save space not only on mirrors but also on live
> installed systems. PNGs are nearly incompressible so this is mostly
> independent from
On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES
wrote:
> On Tue, May 28, 2013 at 7:51 PM, Don Armstrong wrote:
>> On Tue, 28 May 2013, Bastien ROUCARIES wrote:
>>> optimizing the svg file by removing all space and comments ?
>>
>> svgz (or similar) will handle this far better, and retain sourc
On Tue, May 28, 2013 at 7:51 PM, Don Armstrong wrote:
> On Tue, 28 May 2013, Bastien ROUCARIES wrote:
>> optimizing the svg file by removing all space and comments ?
>
> svgz (or similar) will handle this far better, and retain source.
> [Though it's not clear to me if everything supports on-the-f
Quoting Bastien ROUCARIES (2013-05-28 19:05:11)
> On Mon, May 27, 2013 at 8:32 PM, Russ Allbery wrote:
> > Helmut Grohne writes:
> >
> >> I'd like to add some bits from the doxygen point of view.
> >> Documentation packages created using doxygen currently have a
> >> number of issues with respe
On Tue, 28 May 2013, Bastien ROUCARIES wrote:
> optimizing the svg file by removing all space and comments ?
svgz (or similar) will handle this far better, and retain source.
[Though it's not clear to me if everything supports on-the-fly
decompression of SVG images.]
--
Don Armstrong
On Mon, May 27, 2013 at 8:32 PM, Russ Allbery wrote:
> Helmut Grohne writes:
>
>> I'd like to add some bits from the doxygen point of view. Documentation
>> packages created using doxygen currently have a number of issues with
>> respect to size. Some of them are to be addressed soon(TM).
>
>> *
On 28 May 2013, at 14:04, Paul Tagliamonte wrote:
> Some plugins for photoshop etc store data in the fields that get removed
> by pngcrush and friends. In a sense, doing this is removing source data.
This is a bug that should be fixed in the optimiser(s). However, it could
easily be worked arou
On Tue, May 28, 2013 at 02:01:06PM +0100, Jonathan Dowland wrote:
> From my brief experience of working on games-thumbnails, I can appreciate that
> the space savings may well be worth it at scale, but performing
> compression/optimisation at package build stage is a major PITA. For
> lossless-comp
Hi Adam,
On Sun, May 26, 2013 at 05:56:06PM +0200, Adam Borowski wrote:
> A while ago, someone raised the possibility of recompressing PNG files.
From my brief experience of working on games-thumbnails, I can appreciate that
the space savings may well be worth it at scale, but performing
compres
> A while ago, someone raised the possibility of recompressing PNG files.
It turns out that since recently, some crazy googlers are guilty of "zopfli"
which can optimize PNGs even better, but taking all the CPU in the world for
doing so. This doesn't sound useful for automated use during package
Helmut Grohne writes:
> I'd like to add some bits from the doxygen point of view. Documentation
> packages created using doxygen currently have a number of issues with
> respect to size. Some of them are to be addressed soon(TM).
> * Packages shipping .md5 and .map files. Even though these file
On Mon, May 27, 2013 at 6:19 PM, Helmut Grohne wrote:
> While digging into this, I also discovered that there are a number of
> duplicate files, that could be reduced using hard links[1] without much
> effort. For example, in case of activiz.net-doc[2] 2% of the files can
> be replaced by hard lin
On Mon, May 27, 2013 at 10:35:48AM +0200, Mathieu Malaterre wrote:
> On Mon, May 27, 2013 at 10:26 AM, Helmut Grohne wrote:
> > * Packages shipping .md5 and .map files. Even though these files are
> >small, there can be very many of them adding up to the installation
> >size for filesyste
On Mon, May 27, 2013 at 10:26 AM, Helmut Grohne wrote:
> Was there any reason for the additional CCs? I saw no Mail-Followup-To
> or request for CC, so I dropped them.
>
> On Mon, May 27, 2013 at 09:22:20AM +0200, Mathieu Malaterre wrote:
>> Doxygen will use SVG for graph (collaboration, inheritan
Was there any reason for the additional CCs? I saw no Mail-Followup-To
or request for CC, so I dropped them.
On Mon, May 27, 2013 at 09:22:20AM +0200, Mathieu Malaterre wrote:
> Doxygen will use SVG for graph (collaboration, inheritance), SVG is
> AFAIK one of the best possible representation for
On Sun, May 26, 2013 at 8:20 PM, Adam Borowski wrote:
> On Sun, May 26, 2013 at 07:42:49PM +0200, Mathieu Malaterre wrote:
>> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote:
>> > A while ago, someone raised the possibility of recompressing PNG files.
>> > Unlike xz, this would save space no
On Sun, May 26, 2013 at 8:10 PM, Aron Xu wrote:
> On Mon, May 27, 2013 at 1:42 AM, Mathieu Malaterre wrote:
>> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote:
>>> A while ago, someone raised the possibility of recompressing PNG files.
>>> Unlike xz, this would save space not only on mirror
On 26-05-13 17:56, Adam Borowski wrote:
> -i0 because advpng is afraid of interlaced files (why?),
Interlaced files were a good idea in the 56k modem days, because they
would allow images to be shown at a coarser resolution first, and then
at a less coarse resolution as more of the file gets loade
On Sun, May 26, 2013 at 07:42:49PM +0200, Mathieu Malaterre wrote:
> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote:
> > A while ago, someone raised the possibility of recompressing PNG files.
> > Unlike xz, this would save space not only on mirrors but also on live
> > installed systems. P
On Mon, May 27, 2013 at 1:42 AM, Mathieu Malaterre wrote:
> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote:
>> A while ago, someone raised the possibility of recompressing PNG files.
>> Unlike xz, this would save space not only on mirrors but also on live
>> installed systems. PNGs are nea
On Sun, May 26, 2013 at 5:56 PM, Adam Borowski wrote:
> A while ago, someone raised the possibility of recompressing PNG files.
> Unlike xz, this would save space not only on mirrors but also on live
> installed systems. PNGs are nearly incompressible so this is mostly
> independent from xz.
>
>
I think it's worth approaching upstream and recompressing the images in
upstream.
Ondřej Surý
On 26. 5. 2013, at 17:56, Adam Borowski wrote:
> Hi folks!
>
> A while ago, someone raised the possibility of recompressing PNG files.
> Unlike xz, this would save space not only on mirrors but also
Hi folks!
A while ago, someone raised the possibility of recompressing PNG files.
Unlike xz, this would save space not only on mirrors but also on live
installed systems. PNGs are nearly incompressible so this is mostly
independent from xz.
At least by number, there's a lot of PNG images:
zgre
28 matches
Mail list logo
