Hacker News new | ask | show | jobs
by fusiongyro 3213 days ago
I dunno. I used it a little in college in the early 2000s, along with anything else I could get my hands on, and it seemed to me to be user hostile even by Unix standards. When I worked with Linux, *BSD etc. or Irix, things tended to make more sense.

It was difficult to get much experience with Solaris or the other commercial Unixes because you usually had to have particular hardware. Even when Solaris became free and ran on x86, it was picky about hardware. By then it seemed to me that even running BSD was kind of an uphill battle, if you wanted a VPS or something.

I'm not a completely neutral party. Sun totally botched a job interview process with me when I graduated, and I came away feeling that there must be a lot of internal confusion. Their public side certainly gave that impression too. I knew they had cool technology in Solaris, like dtrace and zones, but apart from the names you almost never saw someone who attributed their success to these technologies. And then of course Oracle and the slow death.

3 comments

I guess you never had the pleasure of using a Pyramid Technology Corporation 90x RISC-based minicomputer running OSx, which supported BSD and System V at the same time in parallel universes, and had patented "conditional symbolic links" to support dynamically switching between the two by changing an environment variable.

https://en.wikipedia.org/wiki/Symbolic_link#Variable_symboli...

>Pyramid Technology's OSx Operating System implemented conditional symbolic links which pointed to different locations depending on which universe a program was running in. The universes supported were AT&T's SysV.3 and the Berkeley Software Distribution (BSD 4.3). For example: if the ps command was run in the att universe, then the symbolic link for the directory /bin would point to /.attbin and the program /.attbin/ps would be executed. Whereas if the ps command was run in the ucb universe, then /bin would point to /.ucbbin and /.ucbbin/ps would be executed. Similar Conditional Symbolic Links were also created for other directories such as /lib, /usr/lib, /usr/include.

https://en.wikipedia.org/wiki/Pyramid_Technology

...And the hardware wasn't all that reliable either!

http://art.net/~hopkins/Don/text/gymble-roulette.html

At least you could run Space Invaders on the system console while it was down waiting for repairs.

Thank you for being "discrete" as asked in the last paragraph from 1986. That was a good read.

Although less extreme, Solaris multiarch was not exactly always a picnic.

From when it started becoming a lot less insane:

https://www.perkin.org.uk/posts/multiarch-package-support-in...

I'm the one who got in trouble for forwarding that to a mailing list that leaked it to Pyramid, but in my defense, Pete did say: "Tell your friends and loved ones. We are considering calling Pyramid to see if they want in on the action (but we'll only call them after we disable the remote diagnostic port)." Better to ask for forgiveness, after you already assumed you had permission. Maybe Pete was rightfully pissed because he didn't get the remote diagnostic port disabled in time.
What was the winning bid? :)
Terrifying!
If you think Solaris is user-hostile, you should really try out IBM's AIX ("Unix by drunk aliens"). I haven't had great experiences with Irix either.
Sure. But AIX is something you are forced to use, not something you opt-in for. All the remaining commercial Unixes are kind of in that boat.

People my age and younger just didn't get much access to commercial Unix environments when we were growing up. Once we got into industry, we found it hard to see the justification for high Unixes when we had experienced good results with low Unixes. So the low Unixes have mostly won the war. This story repeats time and time again in our industry: the freest foo conquers the non-free foo, even if the non-free foo is technically superior.

IRIX was and still is the Bugatti Veyron of operating systems. Any time there was an IRIX 6.5 upgrade, we'd throw a party because the systems were so trivial to upgrade:

inst> keep *

inst> remove incomplete overlays

inst> conflicts

no conflicts

inst> go

In the late 1990s, when I was writing code that needed to run on an eclectic collection of platforms, the worst of them in terms of weirdness and unreliability was Unicos. Irix was probably second, and HP/UX third. As far as I recall, AIX was weird, but reliable. Solaris was solid, and Linux was pretty good, but still somewhat new at the time.
Using Linux and GNU (and to some extent FreeBSD) was such a relief after a few years as an ordinary (non-root) Solaris user.