On 05/15/09 17:06, mary ding wrote: > Steffen: > > About pkg.opensolaris/release vs pkg.opensolaris/dev, we just switch it > in osol_111a. Until 2009.0906 is available at pkg.opensolaris/release, > you will have to change the default.xml to point to the correct one. > > Even for me, when the default point to opensolaris.org/dev, I have to > change it to ipkg.sfbay/dev since I am internal to SUN. If they switch > to pkg.opensolaris/release, I still need to change it to > ipkg.sfbay/release.
I guess I am not making myself well understood. Others and I had failed installs using 111a AI where the repository points to 101a, or what ever version 2008.11 is. So there is a non-trivial issue having a mis-match, and the installer itself does not catch that. Otherwise it would have aborted with an error message saying something like 'you are referening a repository for an older, incompatible version'. This is regardless of the URL (/release versus /dev). Backward compatibility would allow for a newer installer or image to gracefully handle and older repository, since we can choose to deal with prior work. I would expect an older installer to have issues with a newer repository, and quickly be able to determine that and issue a clear error message highlighting the conflict. Within different builds of 2009.06, are there incompatibilities that the AI server, the AI image, and the version in the repository must match, otherwise some sort of installation error may occur? (Since composing this last Friday (and forgetting to send) I see that my 111a IA server with a 111a install image installs 111a even though the repository (ipkg.sfbay) is 111b.) Steffen
