Reported a minor issue (5074 on garage) but no reason to block this. A bit confused that there is a bug tracker for this in both garage and bugs.maemo.org, should one be closed to new reports?

The /usr/bin/osm2go issue is already present in the extras version of osm2go so it is not a regression.

This version is still much better than the one in extras at the moment.

@Arnim, I do appreciate the complexity of the software. The hardwork and attention to detail is evident. Most of the packages you mentioned are stock packages so there is little benefit in talking about optification there. - The issue I raised was about the size of the osm2go binary and the libgoocanvas3 dependency (combined) based on my interpretation of the optification requirements (<500kb); and also because Till was the maintainer of the dependency.

Mustali, "The package is optified but /usr/bin/osm2go isn't. it takes 279kb of rootfs."

Please note that this is quite a complex application, then compare: 276 osm2go 308 osso_rss_feed_reader.launch 328 unzip 372 chessui.launch 384 openssl 404 osso_calculator_engine 424 hildon-desktop.launch 500 rtcom-messaging-ui.launch 520 eapd 544 osso_startup_wizard.launch 548 lftp 560 mediaplayer.launch 804 gpg 968 modest.launch 1008 python2.5 1028 osso_pdfviewer.launch 1532 Xorg 1672 hatari 1740 intellisyncd

1. [X] Bug database exist.
2. [X] Licensing ok.
3. [X] No illegal/dubious content.
4. [X] Working provided features.
5. [X] No missing announced features.
6. [X] Optification ok. (nice, too - directly under osm2go without ugly usr lib etc subdirs)
7. [X] No performance problems. (not tested with really heavy city maps yet)
8. [X] No power management issues. (monitoring top output shows very low cpu use)
9. [X] No known security risks. (not qualified to audit the code)

Till has updated this package in repo TWENTY-FOUR times. Why is it not inheriting previous karma?

Donation sent for his great persistence.

sorry for mistyping your name (twice!)

@Tim I didn't say the package was not optified. it is the dependency (libgoocanvas3) that isn't
- The package is optified but /usr/bin/osm2go isn't. it takes 279kb of rootfs. (I am not asking for 5kb. I am not that cheap :)) - Bugs 4947 and 4948 have been created.

Why do you think the program isn't optified? Everything the osm2go can control directly is in /opt. Only the stuff the system itself is not expecting in /opt (the executable, the .desktop file, the launcher icons ...) is still in the rootfs where the system expects it to be. I'd rather reduce functionality to meet the memory constraints than introduce some cross-filesystem links. This should be doable since it's about 5k you are asking for. Perhaps just removing some error messages will do or changing code optimizations from speed to size. After all i can still compile a fast/complete version for my own personal usage.

And yes, please file a detailed bug report incl. the exact sources/rules that you think i have to meet.

Why do you think the program isn't optified? Everything the osm2go can control directly is in /opt. Only the stuff the system itself is not expecting in /opt (the executable, the .desktop file, the launcher icons ...) is still in the rootfs where the system expects it to be. I'd rather reduce functionality to meet the memory constraints than introduce some cross-filesystem links. This should be doable since it's about 5k you are asking for. Perhaps just removing some error messages will do or changing code optimizations from speed to size. After all i can still compile a fast/complete version for my own personal usage.

And yes, please file a detailed bug report incl. the exact sources/rules that you think i have to meet.

• @Tim, optification is a critical issue. Therefore, a quick thumbs-down. I am used to filing bugs at bugs.maemo.org and I assumed that putting a note here would be enough. Nevertheless, I will file a garage bug.
• Also, seeing that you were the maintainer of libgoocanvas3, I assumed it would be faster/easier for you to make the optify change.
• the app is great so far, still testing it. great improvements since the last version.
  thanks

Also i am missing a proper bug report as stated in http://wiki.maemo.org/Extras-testing/QA_Checklist :

"A Critical bug at http://bugs.maemo.org/ against the application is required to justify your thumbs down."

So please spend the time to do proper testing and not just give a quick thumbs down without even filing a bug.

Oh, cmon guys, everzday a new rule? osm2go depends on a ton of library (as does every other application) incl. a bunch of non-optified pre-installed system libs. Since when does the entire chain of libs fall under this 500k optification limit? The sane resoning would prevent any python application from being promoted.

Get serious, guys!

• libgoocanvas3 is not optified. takes 226k of rootfs
• /usr/bin/osm2go takes 279k of rootfs. better to link it to /opt
• together, installation takes >500k of rootfs. -1

Nearly all changes over the last release are related to the fremantle UI. The latest version is now fully fremantleized and 100% finger friendly.

You can find the full changelog as usual at
https://garage.maemo.org/viewvc/trunk/debian/changelog/?revision=337&root=osm2go