Issue 105540 - Improve DMG file size for Mac OS X version
Summary: Improve DMG file size for Mac OS X version
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: current
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: mdxonefour
QA Contact: issues@installation
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-02 11:00 UTC by jorgequinonez
Modified: 2009-10-06 13:31 UTC (History)
6 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description jorgequinonez 2009-10-02 11:00:50 UTC
OpenOffice dmg file for the Mac OS X could potentially be far smaller.

The current Mac OS X (intel) dmg file size for OO 3.1.1 is 179.4 MB on my 
MacBookPro. Using built in system tool (command line tool (i.e., hdiutil)] in Mac OS 
X, the dmg file was compressed to 158.4 MB by converting it to a bzip2-
compressed image (UDBZ) (which only works on Mac OS X 10.4 and later). Using 
UDBZ saved more than 20 MB. Implementing UDBZ (bzip2-compressed images) 
could save lots of MB's in bandwidth.
Comment 1 Joost Andrae 2009-10-02 17:08:31 UTC
ja->is: maybe something to look at
Comment 2 jorgequinonez 2009-10-02 19:59:12 UTC
I forgot to say in my original comment that using UDBZ saved 11.7% in file size 
compared to the original dmg file (179.4 -> 158.4 MB). A 21 MB reduction.
Comment 3 lohmaier 2009-10-03 01:02:18 UTC
packaging is already damn slow on mac, so filesize is not everything…
Comment 4 jorgequinonez 2009-10-03 23:46:17 UTC
cloph, I wonder if this the time this would add to the total time of packaging 
would be negligible? It would be interesting to see if it made it any slower. It can't 
take more several minutes to compress several hundred meg's on dual core mac.
Comment 5 ingo.schmidt-rosbiegal 2009-10-05 11:24:03 UTC
Okay, this requires only one little change in
solenv/bin/modules/installer/simplepackage.pm from UDZO to UDBZ. Changing this
will be easy.
But there are other disadvantages:
Mounting the disk image requires more time.
Copying the files to application folder takes more time.

Adding dv, of and macport to cc
 
Comment 6 dirk.voelzke 2009-10-05 11:46:59 UTC
The images compressed with the option UDBZ are way slower than the ones we
currently use. Copying OpenOffice.org from such an image to the local hard disk
took 105 seconds compared to 22 seconds for the old format (tested with a mac
mini). 
Comment 7 stx123 2009-10-05 12:23:17 UTC
reassigning to default owner...
Comment 8 Olaf Felka 2009-10-06 11:29:34 UTC
- pro: saving bandwidth
- con: slowing down packaging, increasing installation or mounting disk image time 
So I would prefer to keep the build process as it is
@ md: Would you like to decide?
Comment 9 mdxonefour 2009-10-06 13:30:38 UTC
MD: Based on the data in this issue I reject this request to make use of UDBZ
format. The performance decrease would be a major regression.

Closing this issue.
Comment 10 mdxonefour 2009-10-06 13:31:11 UTC
closed