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 _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users