Hi,
Balancing jar size vs. simplicity of the solution, I'd definitely vote for
simplicity: priceless, for everything else there is cheap disk space and
bandwidth!
Cheers, Eric
--
Eric de France, d'Allemagne et de Navarre
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a
Le 02/05/2013 18:10, Matthias Klose a écrit :
> no, I think the question here is how an xz compressed deb without using
> pack200
> looks like, compared to the size of today's packages. Is this just the gain
> you
> would expect from switching from gzip to xz, or is this more?
Ok, I conducted a
Am 01.05.2013 22:00, schrieb Emmanuel Bourg:
> Le 01/05/2013 20:33, Matthias Klose a écrit :
>
>> thanks for checking. I assume that xz or bz2 compression won't help there
>> either?
>
> pack200+xz/lzma is slightly better than pack200+gz, but not much (~3%
> for my example with libcommons-jexl2-
Le 01/05/2013 20:33, Matthias Klose a écrit :
> thanks for checking. I assume that xz or bz2 compression won't help there
> either?
pack200+xz/lzma is slightly better than pack200+gz, but not much (~3%
for my example with libcommons-jexl2-java). pack200+bzip2 wasn't better
than pack200+gz.
> o
Am 01.05.2013 19:45, schrieb Emmanuel Bourg:
> Le 01/05/2013 19:10, Matthias Klose a écrit :
>
>> so what is the difference in size for the .deb files, both with
>> unmodified jars, and packed jars?
>
> For libcommons-jexl2-java packing the jar saved about 70% of the size of
> the original .deb
Le 01/05/2013 19:10, Matthias Klose a écrit :
> so what is the difference in size for the .deb files, both with unmodified
> jars, and packed jars?
For libcommons-jexl2-java packing the jar saved about 70% of the size of
the original .deb
> Plus, you don't have and checksum for the unpacked fil
Am 26.04.2013 20:05, schrieb Emmanuel Bourg:
> Le 26/04/2013 17:25, Matthias Klose a écrit :
>> Am 26.04.2013 15:40, schrieb Emmanuel Bourg:
>>
>> what is the overhead on startup time when these need to get unpacked?
>> Maybe pick a non-x86 architecture for this as well.
>
> Unpacking is pretty f
Le 26/04/2013 15:11, Emmanuel Bourg a écrit :
> The jars would have to be decompressed when the package is installed and
> properly cleaned on uninstalling with maintainer scripts.
After some thinking this is probably best handled by a dpkg trigger. The
packages would just have to declare a depen
Le 26/04/2013 17:25, Matthias Klose a écrit :
> Am 26.04.2013 15:40, schrieb Emmanuel Bourg:
>
> what is the overhead on startup time when these need to get unpacked? Maybe
> pick a non-x86 architecture for this as well.
Unpacking is pretty fast. On my old Core 2 Duo:
ebourg@debiandev:~/libcommo
Am 26.04.2013 15:40, schrieb Emmanuel Bourg:
> Le 26/04/2013 15:11, Emmanuel Bourg a écrit :
>
>> Has anyone considered compressing the jars in the binary packages with
>> pack200? I think this could significantly reduce the size of the
>> packages.
>
> As an example, I compressed the jar in the
Le 26/04/2013 15:11, Emmanuel Bourg a écrit :
> Has anyone considered compressing the jars in the binary packages with
> pack200? I think this could significantly reduce the size of the packages.
As an example, I compressed the jar in the libcommons-jexl2-java package
with:
pack200 --no-gzi
11 matches
Mail list logo
