Linux Apps On Solaris

querencia writes "Sun has announced that Solaris 10 will comply with the Linux Standard Base specification, thus allowing Linux apps to run unchanged on Solaris. This isn't emulation -- they claim that it is 'kernel-integrated and supported as an operating system feature.' While I appreciate the benefits of the Solaris OS, I've considered them on the losing end of the battle until now. Will the power of Linux apps put Solaris back into the running?" Update: 08/04 15:50 GMT by J : At OSCON, Sun reaffirmed that Solaris 10 will be open-sourced. They said it would be one of the OSI licenses, not sure which yet; that this was approved at the highest levels of the company; and (with the expected "we're just guessing" language), it could happen as soon as year's end.

Comments

Much like the way Wine works

[isolation]

You can think of this support for Linux apps on Solaris as the same way Wine works. It provides a layer of support by implementing the needed APIs without having to deal with a total emulation enviroment.

Re:Much like the way Wine works

[isolation]

The LSB defines a set of APIs and libraries along with the locations in the filesystem. This project adds a layer to intercept the Linux Syscalls and either redirect them or implement them as Solaris Native. This is the same thing the Wine does except that Wine exists only in userspace.

A better example would be Linux emulation on FreeBSD. Solaris is doing the same thing the FreeBSD people have been doing for years.

Note this is only for Solaris x86

[MojoRilla]

This only works on Solaris x86 machines, which has always been the ugly Solaris step-child.

This seems to me to be a little desperate. Sun seems to be saying that Linux has won, at least in terms of software support.

Re:Note this is only for Solaris x86

[Cajal]

Well, it's about a year old, but you might want to take a look at this story on osnews that compared RedHat 9 and Solaris 9.

Community Software (blastwave.org)

[sudohnim]

You've never heard of CSW?

What is blastwave.org?
blastwave.org is a collective effort to create a set of binary packages of free software, that can be automatically installed to a Solaris computer (sparc or x86 based) over the network.

We (CSW) don't provide "Linux apps", but we natively compile and package software for Solaris.

Will the power of Linux apps put Solaris back into the running?

The power of free software compiled natively for my SPARC has returned Solaris to being my primary desktop. (Now if only I could afford a Blade 2500....)

Re:you mean like...

[zz99]

The Doom 3 Linux port should be out soon if I have my way.

According to the .plan of the ID software CEO there will be a Linux version soon:

Mac and Linux: Unfortunately I don't have dates for either of these. However, Linux binaries will be available very soon after the PC game hits store shelves. There are no plans for boxed Linux games. More remains to be done for the OSX version of DOOM 3 and that will take some time. We won't release the OSX version until it's just as polished as the PC version. The date for OSX DOOM 3 remains "when it's done", but I can confirm that it's definitely coming.

Re:So what has Solaris got?

[chegosaurus]

dtrace, zones, zfs, Sun support, source compatibility with Solaris SPARC, better stability (IMHO), and some people just prefer it. And it's not very expenive, if you pay at all.

For the curious

[Sebby]

I tried to find the original article mentioning it but could only find this, which indicates it was originally mentioned on MacOSRumors (wow! they're actually back!).

Re:Apache

[chegosaurus]

How about getting someone who knows what they're doing to come in to compile it for you? Apache, PHP and all their dependencies shouldn't take more than half a day for any decent admin to build from source. And they can use Sun's great compilers (soon to be available for Linux) instead of gcc.

Re:Apache

[linsys]

What complexity of getting php to work??

If you can't run:

rpm -Uvh php-4.3.8-2.1.i386.rpm then it's hard?

and

rpm -Uvh apache2-2.0.47-1.7.2.i386.rpm

then it's HARD???

Try this:

1) Visit Apache's Web Site

2) Download httpd-2.0.50.tar.gz

3) Build Apache:

1. gzip -d httpd-2_0_NN.tar.gz
2. tar xvf httpd-2_0_NN.tar
3. gunzip php-NN.tar.gz
4. tar -xvf php-NN.tar
5. cd httpd-2_0_NN
6. ./configure --enable-so
7. make
8. make install

4) Visit the PHP Web Site
5) Download php-4.3.8.tar.gz

1. gtar zxvf php-4.3.8.tar.gz
2. ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
3. make
4. make install
5. cp php.ini-dist /usr/local/lib/php.ini

6) Configure httpd.conf

AddType application/x-httpd-php .php .phtml

7) Start Apache /usr/local/apache2/bin/apachectl start

Re:So what has Solaris got?

[linsys]

What hefty price tag are you talking about??

Soalris 10:
$99 (One-year subscription) - Commercial Use
FREE - NON Commercial

Soalris 9: New Sun Computer Systems. The end user is authorized to use the latest version of the Solaris Operating System (or any other version still commercially offered by Sun) with the new Sun computer system and system board purchased from Sun or an authorized reseller."

And if it's for development, or educational use it's FREE as well.
"

Re:News of the Weird

[Cajal]

Sun never threatened to buy Novell. It was essentially a random musing in a blog post by Schwartz that got blown way out of proportion.

Re:IOW...

[jonabbey]

Mmmm.. but the vast majority of syscalls made on a Linux system are made by glibc. They'd have to tweak the syscall interface in glibc for Solaris, but an adapted glibc would still be one of the defining features for Linux API compatibility.

Re:Actually...

[oldmanmtn]

Done (or at least getting there). Next time you're on a Solaris box, look in /usr/sfw/bin. Solaris now ships with bash (in /usr/bin) and GNU tar, grep, wget, texinfo, gs, ncftp (OK, not GNU but still usefull), and mozilla.

Re:Which apps, exactly?

[upsidedown_duck]

The ultimage gnutastic gnuventure: compiling GNUCash under Solaris. Not only is GNUCash a GNOME app, it's a GNOME 1.4 app, and libtool just barfs all over the place with doubly-listed libraries and unfound libraries. Bleh. There's a reason why pre-compiled GNUCash versions for Solaris seem to be stuck at 1.6. I did finally manage to get version 1.6.x compiled, but even then the graphing features segfaulted.

Multiprocessor efficiency

[vlad_petric]

The reason Solaris does so well on many processors is because Sun's strategy regarding "big iron" was "ultraslows, but many". It's very true that their target workloads (server-based) can exploit multiprocessing easily. Having good support for multiprocessors was simply crucial for the platform.

In the x86 world things are quite different. Having been a desktop-oriented architecture for a long time, the main x86 chips (Opteron/Pentium IV) are pretty much the best these days at executing single-threaded stuff (see spec.org if you don't believe me). Multiprocessing was more of an "after-thought" than an initial requirement. Consequently, you can easily get 4-way SMPs for x86s, but not more than that (Sun AFAIK scales considerably better).

This reflects on x86 OSes as well. There's not that much need to do well on more than 8 execution contexts (4way SMP x2 - hyperthreading), and consequently having an operating system that scales better won't have that much of an impact on x86. Sure, in the "big iron" category things will be different, but not for the dominant architecture

Re:SCO, Phase II

[swordgeek]

You're missing a key point here, I believe.

There are cases where people need Sun, and Sun apps. Lots of Geophysical apps run only on Solaris/Sparc right now. However, people might also want Linux apps, so making them available on the already mandatory Sun gear will keep some people gruntled.

Ultimately, you're right--if Linux compatibility is wanted, Linux is generally going to be the best solution in a vacuum. However if Linux compatibility is wanted on top of other requirements, then a compromise like this is better than having two machines on your desk.