lma | # 261 | 2010-04-09, 10:50 | Report

AFAIK it's only a string in RAM unless you save it manually (Tools -> Log -> Save as).

Hm, the -unlocked variants didn't contain /etc/osso_software_version or the postinst script. Fixed, and thanks for spotting it.

buurmas | # 262 | 2010-04-09, 12:04 | Report

How much additional disk space is the community SSU taking up for you guys? I haven't cloned my OS yet (holding out for Mer), so I'm down to about 20 MB free.

lma | # 263 | 2010-04-09, 13:42 | Report

I'm not sure why, but there is some binary bloat simply by rebuilding the packages in the Diablo SDK :-(

For example, the default 5.2008.43-7 busybox (1.6.1.legal-1osso16) is:

-rwxr-xr-x 1 root root 228792 Sep 18 2008 /bin/busybox

while building the exact same version unmodified in scratchbox results in a file 314808 bytes long (the current community SSU one is 331264).

It's probably too late to complain to Nokia about this now, but if anyone has any ideas I'm all ears.

That should be more than enough though.

luca | # 264 | 2010-04-09, 18:16 | Report

The GPL version 2 states that the offer for sources, scripts to control compilation and the toolchain has to be available for 3 years and everything must match the binary provided with the device.

Stskeeps | # 265 | 2010-04-09, 18:48 | Report

Prelink might have helped size in cases..

lma | # 266 | 2010-04-09, 19:06 | Report

That was my first thought too but the busybox binary in the .deb is identical to the one in the jffs2 image. But since you're reading this, do you feel like poking the right people about it? It may be something as simple as different gcc defaults on the buildbot vs scratchbox. Somehow I doubt Nokia are maintaining two separate toolchains and keeping the good one secret :-)

Stskeeps | # 267 | 2010-04-10, 06:09 | Report

Prelink is done as a post-image-generation process - it goes in and runs it on the file system after putting in all the packages, effectively modifying the binaries.

lma | # 268 | 2010-04-10, 06:18 | Report

Exactly, so if prelink was the cause the /bin/busybox binary in busybox_3%3a1.6.1.legal-1osso16_armel.deb would be larger than the one in the rootfs part of the FIASCO image.

I suppose there could also be something hinky in my Diablo SDK installation, it would be nice if someone else could verify the size discrepancy.

Stskeeps | # 269 | 2010-04-10, 06:48 | Report

Strictly speaking, busybox in SDK doesn't have to be the same actual deb package as was used to build the image. It might be same source package but not same binary package.

lma | # 270 | 2010-04-10, 06:56 | Report

There's no SDK binary package, the deb I'm comparing against came from catalogue.tableteer.nokia.com (obtained with "apt-get --download-only --reinstall install busybox" on a freshly reflashed vanilla 5.2008.43-7 device) and the binary it contains is identical to the one on the image. It's only when rebuilding the same source package that I get a larger binary.