Sun to run unmodified Linux Binaries 196
Quite a number of people wrote in to address the latest announcement and news from Sun Microsystems. Using a program they are calling lxrun, Solaris will be able to run "unmodified Linux binaries".
Wow (Score:1)
-- on top of WINE
-- on top of lxrun (or whatever it will be called)
-- on top of Solaris
Re:Too bad I gave up on OS/2 a long time ago (Score:1)
user interface, crappy command line, unfriendly buttons for doing even the simplest things. i used it once for a week and hated every minute. and this from a person who *likes* dos. */
Actually, win3.1 had a quasi OS/2 1.3 interface. I assume that's what you're talking about because with OS/2 2.0, the interface changed completely.
In fact, the Win95 interface is essentially a half-assed imitation of the OS/2 2.x and later interface.
The OS/2 command line is quite a bit more powerful than the DOS version by itself, however there are Unix type shells and tools available as well as the venerable 4OS2 enhancements.
OS/2 was a truly wonderful operating system, but when IBM gave up, I chucked it as well.
Re:Lxrun isn't perfect (yet) (Score:1)
This will encourage more people to develop Linux applications since they will have a wider audience. I don't think people will start running Solaris x86 instead of Linux. I've never heard of anyone doing that.
People who run Solaris typically have good reasons to do so.
Error: infinite recursion (Score:1)
unchecked recursion bugs.
Re:FreeBSD has problems (Score:1)
Re:FreeBSD has problems (Score:1)
That's just stupidity.
If you intend to run your system with the majority of applications compiled natively for Linux, logic implies you'd probably want to *run* Linux. If, however, you intend to run native binaries under FreeBSD like most people do, there is an excellent resource known as the ports collection that will allow you to compile and install most of your favourite open-source Linux apps *natively* for FreeBSD.
-jake
http://anon.free.anonymizer.com/Re: FreeBSD has pr (Score:1)
But in contrast, Linux executables are completely portable between Linux distributions. All Linux distributions share a common kernel. But all the BSD kernels are different and incompatible without an emulation layer.
Reasons to run Solaris x86 (Score:5)
1. You have a commodity box intel multiprocessor system.
2. You need high performance SMP
3. Better Java x86 support than Linux
4. Oracle more mature on Solaris x86
5. Need log-structured file system
6. Are a fortran or numerical analysis type.
Now, you could say "why not just buy an UltraSparc", but then again, you can buy a multicpu system for as little as $3k.
Linux isn't the answer because:
1) Linux SMP performance still sucks, and it's thread model sucks.
2) Java support still in its infancy
3) Oracle8 is barely out of its diapers on Linux
4) Linux has a shitty default file system (ext2fs) that takes FOREVER to fsck, especially if you have a 72gb RAID, and, its performance sucks.
5) Linux doesn't have a parallelizing compiler that can even come close to Sun's. Go run a dejanews search on linux, solaris, and linpack. You'll see that the performance difference is as much as 1000% on some of the tougher Linpack benchmarks.
Basically: You want to use cheap hardware, but don't want to settle for Linux's bottom-rung compiler, SMP, I/O handling, and filesystem.
Now, if you run Solaris x86 on a single-processor machine than you are a *dummy*
(yes, performance sucks. Solaris is tuned for SMP, not single-cpu)
ext2fs performance sucks? (Score:1)
- A.P.
--
"One World, One Web, One Program" - Microsoft Promotional Ad
Re:Cuz it *might* be better... (Score:1)
Sign of the TImes (Score:1)
Today, Linux tools like WINE provide Win32 compatability. One day, Bill Gates and Co. will be scrambling to run Linux binaries.
Re:ext2fs performance sucks? (Score:1)
-Peter
Re:Why? (Score:1)
$1500? Not that cheap. (Score:1)
Visit http://www.gnu.org (Score:1)
Re:BSDI is doing the same thing, too! (Score:1)
Hey, xmame compiles fine on Linux and Solaris, we don't need any of this to play Dig Dug.
I don't see why linux binary compatibility should be such a big thing for Solaris. On SPARCs, the binary-only applications already get ported, so all this sounds like is Sun further giving up their commitment to x86 Solaris, and leaving the market to Linux, while doing a half-assed job of trying to keep their existing customers.
That's ok, since I run Linux, and I've seen x86 Solaris, I think this is all pretty silly anyhow. However, it's nice to see iBCS going the other way around now, we know we've won in being an accepted Unix, I just didn't know we'd be *the* accepted Unix.
Yes, with a little patience (Score:1)
Re:Why? (Score:1)
BSD linux emulation is not "lxrun"-based. (Score:1)
FreeBSD does not use the (inferior) system call emulation technique that lxrun uses, rather it supports alternate ABI models based on the individual binary's original platform. This basically translates to as-fast-as-native (or faster, in some cases) performance. In contrast, lxrun depends on signal delivery to notify the wrapper of an attempted system call. This technique is elegant and portable, but imposes a severe performance penalty. It also makes emulating many system functions difficult if there is not a direct native ABI equivalent.
Don't confuse the FreeBSD (and NetBSD/OpenBSD) ABI emulation with the very much inferior lxrun; the two are quite different animals.
Re:About lxrun (Score:1)
It's a nice cover for them. We are still catching up with them in a lot of ways but we'll be leading pretty soon. Suppose some linux application really takes off as a hit? At least they wouldn't be totally left out in the cold.
Re:eerrrru? (Score:1)
It's a moral victory though, it means that Sun is worried about binary only linux applications becoming important.
Yer Way off topic. (Score:3)
For referance... This is soo far off topic, I think it would be best served delt with in mail (only posted here to point that out to others before incase they are tempted to continue this conversation).
Building a Bridge to the Promised Land... (Score:4)
For all of you who were waiting for "The Application People" (ISV's) to port to Linux, Keep Waiting. MS Word on Linux? Why? Well, if we port to Linux, we get a Solaris, FreeBSD, etc... market automatically also.
Remembering all the "I wish product X was avaliable in Linux" stuff over the last year here on SlashDot, well, it may be comming, and it's things like this that will help, and may be needed before that happens.
I don't honestly know what I think yet, I haven't seen it run yet, and I haven't studied the licence (Mozilla style?) enough yet to comment on it or it's implications... But, I will say, it is likely to cause some more ISV intrest in porting to Linux. (Good, more apps. Bad, more commercial influance, less intrest in Gnome apps, KDE apps, etc... Impact? Unknown).
ext2fs (Score:1)
Free Solaris (Score:1)
Sun UK used to do it completely free [sun.co.uk] (they'd order it for you from the US) but stopped doing it because of excessive demand.
Re:But who *really* uses Solaris x86 anyway? (Score:1)
Sun releases a Linux article, thousands of Linuxers stampede their site, and they get to be even more buzzwordy than before.
Oh, and lxrun get's some improvements and some industry endorsement. So I suppose it's a win all around. That's the best part of this open source stuff. Even when I am being cynical I have to admit that announcements like this help the Linux community. The fact that they might help Sun as well just makes it a happy place for everyone.
OS/2 will also be able to run Linux binaries (Score:4)
Those of you familar with the Win32-OS/2 Project [os2ss.com] (recently renamed to Project Odin), know that it's possible to load and run some Win32 exectuables under OS/2 (most notably Quake II). The next step for Project EverBlue is to create an ELF loader so that OS/2 can load Linux binaries. Then Wine will be ported to OS/2 (via a merge with Odin), and at that point, OS/2 will be able to run ...
1. DOS apps better than any other OS
2. 16-bit Windows apps, better than most other versions of Windows can
3. Most Win32 apps (just like Wine)
4. All OS/2 apps
5. Most, if not all, Linux apps
Combine that with the power of the WorkPlace Shell, and you'll have one kick-ass operating system.
--
Timur Tabi
Remove "nospam_" from email address
Statically Linked Libs ... so what! (Score:1)
Re:Why? (Score:1)
Sounds dangerous with things like GCC/EGCS around. Or do they have problems with compiling for Solaris???
Re:But who *really* uses Solaris x86 anyway? (Score:1)
So Solarix x86 is a nice alternative if you want the buzzwords (scalability, reliability) or need software that is only available for Solaris. For example, the Netscape Enterprise server is not available for Linux, and the JavaVMs for Linux are very weak compared to the Solaris versions.
Excellent news (Score:1)
Keep an eye on the lxrun web site [sun.com] for more news. There is a download link available. Solaris Central [solariscentral.org] will be covering the product as well.
Re:Sign of the TImes (Score:1)
Re:BSDI is doing the same thing, too! (Score:1)
BSDI's Linux compatability is done diffrently from their SCO compatability (and diffrently from FreeBSD's as well). I don't know much about lxrun, from skiming the FAQ it looks like it works the same was as FreeBSD's Linux emulation.
The FreeBSD Linux compat stuff, and the BSD/OS SCO compatability stuff both hook into the syscall interface and do their emulation inside the kernel . Which makes it harder to modify, and fix, and bugs in it will cause the whole system to be less stable.
The BSD/OS linux emulator works entirely in userland. It is basically a diffrent ld.so (the runtime shared linker), which remaps calls to things like write(2), read(2), ioctl(2), and syscall(2). It works quite well for dyanmically linked ELF stuff. It doesn't work for statically linked code, nor for code like Netscape which has inline assembly for system calls (in their case select).
I don't think one system should be any faster then the other. So the only real issue would be whether the incresed ease of modification is worth giving up a.out support (YES), and static bin support (maybe).
Re:FreeBSD (Score:1)
They are only talking about x86 Solaris; this item from Sun's Web site [sun.com] (linked to by the article) says:
(emphasis added by me).
About lxrun (Score:2)
I don't think it would be tremendously difficult to port it to NT.
Bruce
Re:Bad Perens, no cookie (Score:2)
I'm glad I don't have to ask you for cookies :-)
Bruce
Cuz it *might* be better... (Score:1)
Excellent news for the UNIX platform as a whole (Score:5)
Sure, you probably have to statically link all yer friggin libraries (I'm reacting to the headline NOT the announcement text), maybe not. I'm sure there will be drawbacks, but it's one less thing for the NT crowd to point at.
"I may not understand what I'm installing, but that's not my job. I just need to click Next, Next, Finish here so I can walk to the next system and repeat the process" - anonymous NT admin
Re:BSDI is doing the same thing, too! (Score:1)
Yah, I got my Jaguar in the server room so I can play AvP while trying to dl redhat 6.0 from the Netherlands..
Re:Why? (Score:1)
Too bad I gave up on OS/2 a long time ago (Score:1)
I gave up on OS/2 a long time ago due to gross mismarketing and mismanagement by IBM.
I just don't see it gaining much mindshare unless IBM dramatically changes the way it sells and presents OS/2.
OS/2 users got the short end of the stick and they got shafted by IBM, and it's hard to forget that.
Ben
Re:Why? (Score:1)
Linux binaries on the PPC (Score:1)
Would a port of Ixrun to Darwin(PPC) potentially be capable of running Linux(x86) binaries just as a port of Ixrun to Solaris(SPARC) might also be able to?
Darwin (whether PPC, x86 or whatever) is another BSD 4.4 variant. It's design is a combination of the BSD's and is basically POSIX compliant. Because of it's similarities to the BSD's, would it not be fairly simple to port Ixrun to it? If this is not the case please reply as to why? (Other than "an X-windows system would have to be in place first")
I realize in order to run Linux(PPC) binaries on Darwin(PPC) it might make more sense just to place a modified Linux kernel right over Mach 3.0. (identically to MkLinux) However, wouldn't a direct port of Ixrun to Darwin(PPC) reduce system load as one would not really have to be running two OSes at once?
If LinuxPPC, MkLinux and Darwin(PPC) had binary computability I believe Darwin(PPC) would become a very useful freeware OS. A powerful OS with the best mix of FreeBSD, OpenBSD, and NetBSD, with Linux binary support running over a powerful Mach 3.0 microkernel with IPC server capable of clustering far better than any Beowulf set-up sounds good to me.
Now THAT would be nice
If only someone could port an X-windows environment to Darwin, all this might come true...
Re:BSD linux emulation is not "lxrun"-based. (Score:1)
Please direct me to any additional info regarding ABI emulation as it sounds to be the best solution.
It seems to me that this would be a very useful feature for those wanting to use Darwin to run native Linux (x86 or PPC) binaries. I'm assuming that a port of X11 would also be required???
Thank you for your post and thanks in advance for any addition help?
Re:About lxrun (Score:1)
--
Oh yes, but not the way you think... (Score:2)
Linux came about because there was a need for something that Microsoft could not reasonably provide - speed and reliability. Linux is not userfriendly, nor does it have a "standard interface". You can marginalize that if you want, or refute it as FUD, but it's true. Work is being done here, however my point is - operating systems are built to spec - to do a specific task. No program can do everything (witness emacs) and still be efficient. Bug free, yes, but not efficient.
As long as this remains true, there will be a need for more than 1 Unified Operating System.
Why do you think linux got here in the first place?
--
Re:About lxrun (Score:2)
That may work well for hackers and computer enthusiasts such as ourselves, but Sun is doing this for money - cashola, greenbacks. Linux is the trend now, and they feel a need to be part of the "new wave". But for a business, is it realistic to put a bunch of linux binaries under solaris, if you can just get a free linux box and not worry about compatibility issues?
--
eerrrru? (Score:4)
- Most OSS software can be cross-compiled with little/no-effort. Infact, I believe all the GNU tools, and about 2/3rds of the stuff posted to freshmeat can be compiled on a Sun without modification.
- There's no guarantee that just because the binary
In short, it's a great idea, but it's usefulness is rather limited - if you have the source, you can be assured of system-level compatibility. All this offers is the chance to watch your program segfault on a *new* platform.
--
Re:Excellent news (Score:1)
-Steve
You're missing the point.... (Score:2)
Re:Excellent news for the UNIX platform as a whole (Score:1)
OS/2 had almost-perfect Win2.x/3.x support. Anyone who wanted to sell to the OS/2 market was faced with the question, "Why don't I just write a Windows version and make sure it runs under Win-OS/2, giving me the chance to develop a single product and sell to both markets?" As a result, OS/2 software was really only worth writing if it used OS/2-only features.
On the other hand, anyone who was only concerned with the Windows market wrote software that might or might not run reliably under OS/2 (or under Windows, for that matter) -- and people cursed *OS/2* if it didn't, because IBM claimed OS/2 ran Windows programs.
Substitute "Linux" for "Windows", "Solaris" or "SCO Unix" for "OS/2", and "Sun" or "SCO" for "IBM", and you can see what a victory these emulators could be for Linux -- and what a tragedy they could be, long-term, for competing Unicies.
Re:Why? (Score:1)
The shop I work for isn't really into UNIX development of any flavour, but we do maintain a small solaris box for testing connectivity of our own software.
When I needed to compile something on it I had a choice - go get a purchase order approved for the Sun compiler, or get gcc.
Tough choice huh ?
+----------------------+
| GodEater |
Your Milage May Vary (Score:1)
I've used nothing other than gcc under Solaris 2.x, with no worse results than I would get with gcc under Linux. Gcc always performs nicely, doesn't seem to have an portability problems, and has that nice "standard-gcc-interface" thing going on, so I don't have to remember all the command-line switches for foo-cc.
Although a bit off-topic, I've also used gcc under SunOS 4.1.x (oops... I meant Solaris 1.x ;) ) with much better results than Sun's (K&R-only) cc.
GNU tools just rock the party that rocks the party. I honestly don't know why people buy C/C++ compilers anymore, except to maybe get the snazzy IDEs that come with them.
However, I can say that I've never used EGCS on Solaris. Isn't EGCS x86-specific, though? Anyway, I've had problems with inconsistent code generation on Intels, so I just use the tried-and-true gcc. It's never steered me wrong (unless I had an extra paren somewhere).
The following sentence is true.
The previous sentence is false.
Re:About lxrun (Score:1)
Actually, I have a fair amount of confidence that this can be done with the Windows NT DDK (Device-Driver Development Kit). Windows NT Device drivers aren't written atop the Win32 subsystem that most Win apps are written on. NT drivers are written in NT native mode. Writing atop the NT native librares is akin to writing atop system calls, instead of using the C library routines.
NT Subsystems (indeed, even the Win32 subsystem) are written on the NT native libraries, which are fairly-well documented (at least, fairly-well compared to the usual standard of cruft seeping out of Microsoft documentation) in the DDK. While NDA-covered stuff from Microsoft would, no doubt, make the job easier, the things that are covered in the DDK docs would, most-likely, be sufficient to write another subsystem.
If you'll remember back to the day of NT 3.1/3.5, one of Microsoft's biggest advertising bullets was that this sort of thing could be done under NT with (relative) ease. I think it'd be a step backwards (even from a marketroid point-of-view) to make this more difficult in later releases.
Of course, from there it's just a "small matter of programming". :)
The following sentence is true.
The previous sentence is false.
Re:lxrun for NT (Score:1)
You've missed the point completely. I'm not saying that loading Linux apps requires a device driver. It requires loading a subsystem that sits atop the NT kernel.
OS/2 protected-mode applications that do not rely on the Workplace Shell can run on Windows NT through such a subsystem. Trapping INT requests is not that difficult a matter. You simply install INT handlers (not unlike any OS kernel does) that point to your subsystem which, in turn, calls the NT system calls. The subsystem has almost all the properties of an OS. I mean, Microsoft Word isn't an NT-native application. It's a Win32 application running on a Win32 subsystem on the Windows NT Kernel. Why should Linux apps be so much harder? The Linux API actually has more in-common (in terms of design goals) with the NT native API than the Win32 API does.
Page faults, etc. magically happen (for the most part), once you trap syscalls, since, by then, you're asking NT for the memory and passing it to the application. Opening files (in fact, IO in general) is handled by NT. That's why the kernel is there.
Why should I assume that anything is impossible from a computer? Only things that are not computable (refer to the many wonderful examples of things not computable in a Turing machine) are impossible. Speed, that's another issue, but whether things are possible or not isn't.
I mean, seriously, I can run Nintendo binaries on my NT box, but you think it's impossible to run binaries designed for the same type of hardware, but different OS? You have too little faith in the code, my friend.
The following sentence is true.
The previous sentence is false.
Error 404: Logic Not Found (Score:3)
I don't see how it would hurt us to have NT have our whole application base. Isn't the whole purpose of OpenSource(TM) to let people use solutions without hassle or reinventing of multiple wheels? I don't think many of the authors of that application base would appreciate a Linux-only (or even Unix-only) mindset towards the application of those solutions.
While NT can be considered somewhat of a lesser operating system (I'm trying to be nice here), it does have a modicum of a POSIX subsystem, so portability is theoretically doable. Although, the real issue is most-likely that NT's POSIX is to POSIX as NT's OpenGL is to OpenGL (IE: not "pure").
Seriously, though. What would be wrong if I could run ncftp under NT (I know there's a native version, but I'm thinking examples here)? I run NT on one machine almost full-time (because I have to develop front-ends for lusers (IE: Win95 weenies) who use the Unix server software that my company pays me to write), and I'd love to be able to run Linux binaries.
To be honest, I think what hurts our application base the most is the elitism that seems to surround GNU/Linux. Were it not for the fact that some people believe see software as solutions that benefit the human race without regard to money or system, we wouldn't even have the GNU system, or many of the works created with it.
Seriously, how many people do you know that wouldn't even know Unix because they wouldn't have gotten there start in Linux, if everyone still saw software as property rather than a solution? I know I'm one of them.
I'd like to take this opportunity to thank Richard, Linus, Alan, and everyone else who has not thought along the same lines that the previous poster has. Were it not for you guys, I'd probably be flipping burgers and still running OS/2. *shudder*
The following sentence is true.
The previous sentence is false.
Re:What's behind the anti-Sun poo-poo? (Score:1)
Honestly, I think a big part of it is the last one. There is a general anti-corporate feeling in the community. Now, as with most things, that feeling can be healthy to a degree, but you don't want to overdo it.
Also, speaking as a Sun shareholder, I think everyone should run out and buy as many SPARCstations as possible. Now if I only had the money to both a) keep my SUNW and b) actually buy a new SPARC for myself.
PS. I think the term you're looking for is muckraking.
That's NOTHING. Do this... (Score:1)
-- on top of an Apple II emulator
-- on top of vMac
-- on top of WINE
-- on top of lxrun
-- on top of Solaris
-- on top of vmware
Re:OS/2 will also be able to run Linux binaries (Score:2)
Otherwise, OS/2 rocked, but then again I'm happier than hell with Linux!
Re:FreeBSD (Score:1)
*cough*java*cough*
Re:FreeBSD (Score:1)
The original poster must have been smoking crack, because Running binaries on a different arch, and running x86 linux bins on FBSD, are two totally different things. Unless of course they are only talking about x86 Solaris.
Re:FreeBSD (Score:1)
---------------------------------------------
"I don't compose, I decompose" -Daniel Elfman
Re:eerrrru? (Score:1)
Watch Scum... err... Sun impress Suits (Score:1)
xm@GeekMafia.dynip.com [http://GeekMafia.dynip.com/]
Point Taken But... (Score:1)
>looking for a way to justify its existance. If
>they can sell a suit on, "Have the power of
>Solaris and the freedom of Linux", so
> be it. There's nothing wrong about it either,
>unless you're trolling for Stallman.
What the Hell is the power of Solaris? Solaris only seems worthwhile on SPARC for me. x86 UNIX-like OS's have been done better. Yes I know its good to maintain the same operating system between the low-end (x86) machines and the big (ultrasparc) servers.
>A lot of the *in house* code you'll find at
>various companies isn't so portable. It is a
>selling point for Linux and a selling point for
>Sun if they get binary emulation on the SPARC
>hardware. Then, a scalability argument against
>Linux could possibly be nullified.
My guess is code like this would have trouble being run on Scum... perhaps features implimented differently.. or not at all. Remember SysV IPC? Yeah. It is cool... but it would be cooler simply if Solaris became linux compadable itself... implimenting syscalls and features... but I wouldn't use it. (OpenBSD r0x)
I made bunch of technical errors I bet
xm@GeekMafia.dynip.com [http://GeekMafia.dynip.com/]
Re:What about MFM and RLL disk support too? (Score:1)
xm@GeekMafia.dynip.com [http://GeekMafia.dynip.com/]
Sneaky (Score:1)
This is a good way for Sun to cash in on the Linux wave without embracing Linux itself.
They are scared of Linux, as are all of the other UNIX Vendors. Sco and Sun are just starting to show their paranoia.
**************************************
Superstition is a word the ignorant use to describe their ignorance. -Sifu
Re:FreeBSD based Linux system (Score:1)
Re:But who *really* uses Solaris x86 anyway? (Score:1)
Even then, we possibly are going to install linux in these machines finally. Minitab will be a problem but we may get it installed in public computer labs running NT - after all, we TA's have a hard time getting the students to use unix.
sunrun? aixrun? hpuxrun? (Score:1)
zero
Re:OS/2 will also be able to run Linux binaries (Score:2)
The OS/2 Mantra: Resistance is Futile, You will be Emulated.
Which is nice because the native applications market dried up years ago.
--
Re:About lxrun (Score:2)
I believe that someone does sell a full POSIX subsystem for NT, even including the "UNIX" trademark.
--
Re:Excellent news for the UNIX platform as a whole (Score:1)
No, you don't likely have to statically link the open source libraries. Under NetBSD and FreeBSD, for example, you just download and pkg_add the linux compatability package, which installs all the Linux stuff you need in /emul/linux, and you're set.
cjs
Re:ext2fs performance sucks? (Score:1)
In my testing with bonnie on NetBSD (where there are no metadata writes), I find I get filesystem throughput very, very close (a few percent slower) than what I get doing raw I/O to the disk.
cjs
Why? (Score:1)
-josh
It cuts both ways (Score:1)
It shows that the corporate mentality is not shifting towards open source, but rather is attempting to pacify the OSS movement by anointing it's BINARY product. Or simply benefiting the end users with more available software - but we can just compile that - so NO.
This may be a genuine attempt at drawing closer to the OSS developers, to make them feel welcome and included and appreciated. Then to flesh out the good ones, hire them for the shrink-wrap market, and let OSS fall where it may.
This probably won't be so extreme, but it smells of 'embrace and extend' from here.
Until the big houses open their source, beware.
Re:Why? (Score:1)
Re:About lxrun (Score:1)
Re:Watch Scum... err... Sun impress Suits (Score:1)
Yah sun is looking out for their own rear-end, but so what? They aren't hurting us in the process, so why not?
Re:Excellent news for the UNIX platform as a whole (Score:3)
Sun to officially support Linux JDK? (Score:1)
Wouldn't this be a good time for Sun to announce that they will start supporting Linux JDK officially now... (and porting from Linux to FreeBSD etc shouldn't require very much effort)
The volunteers porting it now are doing a good job (I think), but wouldn't it be good to have Linux as an officially supported platform..
--
Re:OS/2 will also be able to run Linux binaries (Score:1)
Re:Quick Question. What does GNU stand for? (Score:1)
GNGL
which stands for:
GNGL's not GNU/Linux
Evil (Score:1)
Re:Will this affect Linux? (Score:1)
Re:Excellent news (Score:1)
of Tron on an x86 running Xwindows...
Re:Why? (Score:1)
go hunting for an easy-to-install distribution
of a common utility (pick your favorite) and
would see hundreds of lines in my search that
all contained "linux" in them somewhere, which
invariably meant a (to get them going on Solaris)
a recompile, a failure, a tweak of headers and
makefiles, a recompile, a less-than-perfect
install, etc.
Sun wants to leverage that same code base for
Solaris users (potentially to stop future user-
base drain to Linux). The first step (the easy
one) is to do it for the x86 platform where no
machine code translation has to be done. Now,
the next step is to make it work on the Ultras.
Then you get all the big-$$$ benefits of Solaris
boxen, with the no-$$$ benefits of open source
code ready to run on Linux boxen. Sounds like
a no-brainer to me.
Re:About lxrun (Score:1)
of running NT under linux is aesthetically
unappealing...), I am inclined to say "because
you can".
This from a guy who saw vmware and immediately
wanted to know if you can run a vmware inside
a vmware (and how deeply they can be nested)...
why? because you can!
Re:About lxrun (Score:1)
content of the post to which I replied). The
poster asked why would someone want to port Ixrun
to NT...
Clearly Sun (look at their own comments in
the article) is doing it for money. Wonderful.
No shocker there. In one of my other posts I
say why it is a smart move for them.
Me, personally, I use Linux, I recommend Linux
(where it fits), and I also recommend Solaris
to those who need a truly high-end high-$
enterprise solution. I will be glad when the
day comes that Sun is a hardware company on
whose boxen Linux runs better than anything
else. Hopefully that day will come.
thanks
Re:Legal Issue? (Score:2)
of GCC are covered by its license (in this case the GPL).
The output it produces is unencumbered. However if
you link with libraries covered by the LGPL then
the source to your program remains unencumbered
but people using your program have the right to
the source of the LGPL libraries, usually this is
never a problem since they are all widely available.
Legal Issue? (Score:2)
I understand not all the code you link with is under the LGPL, so you can't sell your binaries without releasing source.
That is certainly why our shop won't use gcc, and shells out for lots of Sun compiler licences so more than one person can compile at a time.
Wonder if anyone has the facts on this, as we may just be being paranoid.
Re:Sun's priorities (Score:1)
Richard
Re:But who *really* uses Solaris x86 anyway? (Score:1)
Solaris X86 Server: $695 US
I believe the difference in costs is due to the different licensing for the server (i.e. you _may_ use it to serve other workstations, etc.) Not too sure as the web site says there's a single-user RTU included.
I also don't know what the 1 or 2 year subscription prices are, or if these prices include a subscription.
Lxrun isn't perfect (yet) (Score:5)
Lxrun is basically a wrapper for executing Linux binaries. What lxrun does, first of all, is set up the search paths for loading the dynamic libraries that a Linux binary needs instead of trying to use the Solaris libraries.
However, even with the native libraries, Linux and Solaris have different sets of syscalls. The other part of lxrun's job is to intercept those syscalls and translate them to something that supposedly does the same thing in Solaris. There are still quite a few that are missing, but it seems enough of them work to get all those programs Sun has demonstrated running.
I find it interesting that they had Quake 2 running because when I tried it, the path names that it searched for its files were all wrong. The same with Quake 3 test (and now it bombs out completely because it searches for stuff in a directory with the CTRL-A character for a name!) It's possible that because I'm using Solaris 2.6 things are different then in Solaris 7, and that causes the errors.
Finally, there is at least one isssue with the OS itself (at least version 2.6) that causes problems. It seems Solaris can't access memory addresses that PCI cards get mapped to (stuff like 0xf7000000) for whatever reason. Therefore, you wouldn't be able to use VESA framebuffers or the Voodoo driver
Of course, you need all the Linux libraries required for the programs yoou want to run. And given the GPL, you need to make source available for them too. What I want to know is if Sun is going to distribute the libraries with the OS, or as a separate package.
lxrun on Solaris does seem like it's been developed for Solaris 7 anyway, though. So some of these problems may be figments of my old OS.
Re:But who *really* uses Solaris x86 anyway? (Score:2)
You can also get Solaris x86 for free, if it's not for commercial use. This isn't very widely publicized, and it's not open source, and there's really not much software available that you don't have to compile yourself. Now, that changes somewhat.
I see this as very useful for someone who, for some reason or another, is tied into Solaris (be it tradition, I Work For Sun, or a key internal application) being able to actually get useful software without having to work very hard.
And geeks may forget this, but to the average person, a compile is harder than they are willing to attempt, and if it doesn't work out of the box, they have no way to get it to work ever. And we all know how often we need to make minor tweaks to compile software.
What does this mean for Linux? Well, hopefully it's a step towards wider industry acceptance. Sun is realizing that Linux has a broader application base than Solaris in many respects, and wants in on that. It would be fantastic if we could move towards more binary compatibility across Unix flavors, and if Linux is the standard, great! I may be capable of compiling software, but I'd still rather download it and expect it to work. (One definite _good_ feature of the windows experience. We want to copy everything they do right, rather than be different just to be contrary.)
Re:ext2fs (Score:2)
Re:Excellent news for the UNIX platform as a whole (Score:2)
Even if I'm just inhaling too much magic smoke (Hmmm...the power outlet says 240 volts...my monitor should want that sort of voltage, right?), how hard can it be to get Linux binaries running on NT?
Of course, I have trouble getting anything to run on NT, but some people can get this to work. In all reality, we should just have to implement the Linux ABI as a DLL. Since the Linux ABI is fairly well documented, at least in an RTFS sort of way, this should work. People seem to be getting fairly far getting NT apps to run on Linux with WINE; the reverse hack should be easier as the Linux ABI is better documented than the Win32 ABI.
BSDI is doing the same thing, too! (Score:3)
But who *really* uses Solaris x86 anyway? (Score:2)
And last time I checked, a single user Solaris x86 licence cost about NZ$1,150 for the desktop and NZ$1,800 for the server.
About the only reason I can see for using it, is if you already have lots of SPARC servers and want a homogeneous operating environment for your support staff, and can't afford Ultra 5's.
I guess this means those people can use Netscape and Applixware
FreeBSD (Score:3)