[maemo-developers] Ovi Store disk space requirements miscalculations
From: Martin Storsjö martin at martin.stDate: Wed Jul 21 15:31:48 EEST 2010
- Previous message: on N900 after gainroot, executing shell script throws permission denied error.
- Next message: Ovi Store disk space requirements miscalculations
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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
- Previous message: on N900 after gainroot, executing shell script throws permission denied error.
- Next message: Ovi Store disk space requirements miscalculations
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]