On Sun, May 26, 2013 at 8:10 PM, Aron Xu <happyaron...@gmail.com> wrote: > On Mon, May 27, 2013 at 1:42 AM, Mathieu Malaterre <ma...@debian.org> wrote: >> On Sun, May 26, 2013 at 5:56 PM, Adam Borowski <kilob...@angband.pl> 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. >>> >>> At least by number, there's a lot of PNG images: >> [...] >>> 22225 ns3-doc >> >> This one is slightly different and should be treated differently IMHO. >> See `Subject: Ridiculously large packages`[1] on debian-cd, which got >> solved using SVG output when generating doxygen documentation. See for >> example: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557238 >> >> 2cts >> [1] https://lists.debian.org/debian-cd/2009/11/msg00039.html >> > > Can you give a more detailed pointer to `got solved using SVG output > when generating doxygen documentation`? ns3-doc currently runs optipng > against all generated PNG files during the arch:all package > generation, which costs quite some time to finish even on a quite fast > server but reduces the size for about 300MiB.
vtk-doc in suqeeze used to be a lot bigger when the output was PNGs file: http://comments.gmane.org/gmane.text.doxygen.general/8232 "Installed Size 855,380 kB" Which is now (in squeeze using SVGs output): http://packages.debian.org/squeeze/vtk-doc "Installed Size 393,136.0 kB" Doxygen will use SVG for graph (collaboration, inheritance), SVG is AFAIK one of the best possible representation for such information. The remainings PNGs are formulas (latex). It would be nice if doxygen would use mathml... 2cts -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+7wuszmvuuodrtq5txklrbt7+obv0u+pq-umgjdw0g4jqw...@mail.gmail.com
