At the beginning of the year I decided that I should start playing with Solaris 11 with a view to upgrading my existing systems.
Solaris has always been a bit quirky, but it had a few surprises in store for me. The first little surprise is to be found in Oracle’s document Transitioning From Oracle Solaris 10 to Oracle Solaris 11: There are no upgrade methods or tools available to transition from Oracle Solaris 10 to Oracle Solaris 11.
- Rename devel subpackage to libntfs-3g-devel for extra clarity, and add appropriate Provides/Obsoletes.
- Package /sbin/and %/man8/8 as ghost files, to fix rpmlint warning. - allocated size when an attribute update causes unnamed data to be expelled.
It’s an indication of the scale of change from Solaris 10 to 11 that Oracle decided not to provide a simple upgrade path.
I admit to being entirely ignorant of the reasons behind this decision, but it seems very odd to me.
What’s more, users of Solaris 11 Express have been having all sorts of problems upgrading to the release version.
What happens with the old code while they are being updated?
- Define a ntfs-3g subpackage, for compatibility with old package.
- Split libntfs-3g in libntfs-3g81 subpackage to follow shared library packaging policy.
Hopefully this post will mitigate the shock of those planning a move to 11. You cannot use an installer to upgrade from Oracle Solaris 10 to Oracle Solaris 11.
So without further messing about, here are some things you should know before taking the plunge. You must perform a fresh installation of Oracle Solaris 11 by using one of the installation options described in this chapter. That’s a departure from pretty much every operating system I’ve ever used.
I cut my teeth on a Sun 3/50 running Sun OS 4.1.1, marvelled at the crystal-clear screen of the SPARCstation SLC, struggled with the half-baked Solaris 2.1 x86, schlepped countless Ultra 10s around a big EDA shop, and ran lots of mid-range Sun hardware.