[maemo-developers] Ovi Store disk space requirements miscalculations

From: Martin Storsjö martin at martin.st
Date: Wed Jul 21 15:31:48 EEST 2010
Hi,

I just got my initial Maemo Ovi Store application rejected in QA, and I'd 
like discuss the measurements used in the disk space usage requirement.

The part of the report is this:

ISSUE #1 SUMMARY:
OPT folder is not 80% more than that of USR folder.

PRECONDITION:
N/A.

STEPS:
1. Open Xterminal, cd MyDocs.
2. cp <packagename> /home/user/.
3. cd /home/user/.
4. mkdir <packagename>-install.
5. dpkg -x ./<packagename> <packagename>-install.
6. cd <packagename>-install.
7. ls.

EXPECTED OUTCOME:
OPT folder value should be 80% of USR folder.

ACTUAL OUTCOME:
Opt folder value is not 80% of usr folder ,usr=84,opt=388k.
FREQUENCY OF OCCURRENCE:.
Always.


If I do those steps (but do 'du' instead of 'ls' in step 7), I get the 
following:

376     ./opt/maemo/usr/bin
380     ./opt/maemo/usr
384     ./opt/maemo
388     ./opt
4       ./usr/sbin
4       ./usr/bin
8       ./usr/share/icons/hicolor/64x64/apps
12      ./usr/share/icons/hicolor/64x64
8       ./usr/share/icons/hicolor/26x26/apps
12      ./usr/share/icons/hicolor/26x26
8       ./usr/share/icons/hicolor/40x40/apps
12      ./usr/share/icons/hicolor/40x40
40      ./usr/share/icons/hicolor
44      ./usr/share/icons
8       ./usr/share/doc/<appname>
12      ./usr/share/doc
8       ./usr/share/applications/hildon
12      ./usr/share/applications
72      ./usr/share
84      ./usr
476     .

According to this, my app is wasting 84 KB of space on /usr. Let's see 
what it _really_ does. In practice, it installs three icons in 
/usr/share/icons, 751, 1075 and 1570 bytes in size, one 24 byte copyright 
file in /usr/share/doc/<appname>, and a 181 .desktop file in 
/usr/share/applications.

Since this is done on /home which is ext3, every directory consumes 4 KB, 
too. In practice, if I'd install the package, all those directories 
(except the /usr/share/doc/<appname> dir) would exist already, so no disk 
space would be consumed for them.

Optifying them would only help a little - symlinks seem to count as 0 
bytes in this listing, but the number of directories would still add up to 
way too much.

If I try extracting it to e.g. /root instead of /home/user, I get these 
numbers instead:

368     ./opt/maemo/usr/bin
368     ./opt/maemo/usr
368     ./opt/maemo
368     ./opt
0       ./usr/bin
0       ./usr/sbin
4       ./usr/share/doc/<appname>
4       ./usr/share/doc
4       ./usr/share/applications/hildon
4       ./usr/share/applications
4       ./usr/share/icons/hicolor/26x26/apps
4       ./usr/share/icons/hicolor/26x26
4       ./usr/share/icons/hicolor/40x40/apps
4       ./usr/share/icons/hicolor/40x40
4       ./usr/share/icons/hicolor/64x64/apps
4       ./usr/share/icons/hicolor/64x64
12      ./usr/share/icons/hicolor
12      ./usr/share/icons
20      ./usr/share
20      ./usr
388     .

On this file system, directories themselves don't seem to add up to the 
total, and my application would pass the test.

So, what's the proper way of dealing with all this nonsense? Should I stop 
shipping properly sized icons with my app? Or just stuff in a 1 MB "data" 
file (read from /dev/urandom) under /opt to make the percentages right?

Also, is there any idea in trying to discuss these issues in Ovi Publish 
by commenting back? On Ovi/Symbian things, I've never ever seen a reviewer 
actually take my comments in account, so I don't think anybody ever reads 
the comments the submitter writes.

// Martin
More information about the maemo-developers mailing list