On Sat, Oct 23, 2010 at 04:21:29PM -0700, Evan Laforge wrote:
I've pushed patches to do this, and also added the full GHC version and arch (i386/x86_64) to the framework version number.
One annoyance is that if you have 7.1.20101023-i386 installed, then 7.1.20101022-i386 won't actually install any files (Console's log gave something to the effect of "newer version already installed" as the reason). I'm not sure if that can be fixed by fiddling with CURRENT_PROJECT_VERSION, or by fixing/removing the version number in GHC-relocatable.pmdoc/01ghc.xml or GHC-system.pmdoc/01ghc.xml.
I couldn't find any documentation for how OS X determines a newer version,
I'm not sure either, so at some point we might have an upgrade that it thinks is a downgrade (e.g. 7.8 -> 7.10). But actually, we want it to just install what we ask it to, without checking for "newer" versions already being installed.
You can install with the cmdline installer, which will print those errors to stdout, but the GUI version annoyingly won't tell you if it aborted because it thinks you have a newer version.
Right; you can find the message ("open /Applications/Utilities/Console" and select "All Events", from memory), but yes, it is annoying that it looks like it has successfully installed, and you need to go looking for the log.
I'll download the latest build and mess around with it some more to try to figure out what makes version upgrades happen.
Great, thanks!
The main thing to verify is that release versions with different patchlevels upgrade properly, since this is certainly something people will be doing.
With 7.1.20101022-i386 installed I can install 7.1.20101023-i386 without 7.1.20101022-i386 being uninstalled, so hopefully it'll work. Thanks Ian