That's odd. A grep over the full source tree doesn't find any occurence of 7.0.1. Must be stored in some binary file :-(. Will I have to edit those files manually?...

Is the image dynamic? or static?

It's indeed in some binary files which my first fulltext search ignored. Will change them tomorrow.

change 21799 - updated version string. Though I fear this will break the build process, unless we've updated the dev tools on our OSX build machine. I remember having had issues last time I did this on 10.5.

while this change didn't break the installer, it didn't work neither :-(

Is anybody out there still running 10.4 with dev tools who could fix this issue? 

Matt - could you please update the build machine to 10.5 with the latest build tools?

I'll revert my changes.

cc'ing Andy in case he knows who has a mac dev toolset installed who could do this.

it's the objects.nib files within the Installer/*.proj/MainMenu.nib.

does my old script not still work??

#! /bin/sh
# filename: replaceall
find . -type f -name 'objects.nib' -print | while read i
do
	sed "s|$1|$2|g" ${i} > $i.tmp && mv $i.tmp $i
done
find . -type f -name '*.strings' -print | while read i
do
	sed "s|$1|$2|g" ${i} > $i.tmp && mv $i.tmp $i
done



Call it update_version.sh and run like so:
update_version.sh 7.0.1 7.1

It found the right files in my local copy.  Of course, can't commit now since my evenings never have anyone around to check before I risk breaking the nightly build.

> it's the objects.nib files within the Installer/*.proj/MainMenu.nib.

Which aren't updated by the 10.5 dev tools :-(. The latest version adds some files, removes others and ignores a bunch of them. We really should get the build machine up to date.

Just remembered I still have 10.4 on some external disk. Will give it a try today.

> does my old script not still work??

Last time I used it it broke the files. Might have been an issue with different length version numbers (7.0a1 -> 7.0) or something.

change 21825 - another attempt to fix the version number. Now macbuild's disk is full and it can't build any more...

Victory! But what a struggle... Fixed.

Verified fixed in 7.1-21826

Michael H."It's not a fix which can automatically be propagated, it should be part of the branching process: update all version numbers"

This same error will happen on future versions of the MAC builds.

Moving target to 7.2 and severity to normal

changing summary: Mac installer has some binaries which must be updated for 7.2 and 7.3

are the resources unable to have a property that takes it's value from a compile-time parameter or even draw from a single point at run-time?

That's definitely something we should consider. It can't be that we'll have to manually search replace strings in hundreds of files. And as for the OSX builds we'll have to update our build machine, as it seems to be the only remaining 10.4 machine. And its xcode is not compatible with the one on 10.5.

change 21960 - bump version number in OSX installer to 7.2

7.2.1 build needs to have the installer panel bumped from 7.2.0 to 7.2.1

Matt - could you please allow access to macbuild? It seems you have to configure remote desktop to allow VNC access.

change 25304

This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Reduce number of active targets for SC