Slashdot Mirror


Caldera's Almost-Linux Skips The Linux Kernel

Cassivs points to this UnixReview article, which says "Caldera has released Open UNIX 8, which includes a complete GNU/Linux distribution, except that it runs on the SVR5 kernel, acquired from SCO. It uses the same packages as Caldera's OpenLinux 3.1. It should scale much better, and provides a commercial UNIX kernel with the ability to natively develop GNU/Linux applications." It sounds like a non-Linux kernel has advantages on certain hardware, even running exactly the same software otherwise -- I wonder how long that will be true. Caldera has talked about this product, with it's Linux Kernel Personality, for a long time, and this is an informative review for anyone following it.

240 comments

  1. caldera fud? by pHaze · · Score: 1

    Sounds like proprietary open source to me!

    1. Re:caldera fud? by goldid · · Score: 1

      The real question is whether this is any better to use than OpenLinux, which went downhill faster than gravity should allow.

    2. Re:caldera fud? by Anonymous Coward · · Score: 0

      A fwe words for you:
      40,00 lines of Adapter code (liux->LKP->SysV kernel)
      Linux binaries, AIM 7 benchmark

      Linux, 3 times faster than linux on the same hardware

  2. Hmmm, I wonder... by g0Zer · · Score: 1

    Do you suppose that maybe, just maybe, multi-threaded performance will be an improved vs the linux kernel. It would certainly help some of the java app servers that I'd like to use.

    1. Re:Hmmm, I wonder... by Anonymous Coward · · Score: 0

      They finally fixed the broken and brain-damaged IO design in 1.4, so you no longer need to hack your OS to make Java run decently.

      Not that it really matters, anyone doing real Java server development (read: IBM Websphere and BEA Weblogic) does the IO in C via JNI.

    2. Re:Hmmm, I wonder... by Anonymous Coward · · Score: 0
      They finally fixed the broken and brain-damaged IO design in 1.4, so you no longer need to hack your OS to make Java run decently.
      Are you talking about java.nio? <rant> It looks like it's just as big a pile of crockery as the existing java.io package! You can't break out of read wait without closing the fscking channel? It looks to me like one of the java.nio design requirements was that it could be implemented on top of java.io with no additional native code. Bleah. </rant>
  3. GNU UNIX by GigsVT · · Score: 4, Funny
    What is the RMS compatible way to name this?

    GNU/UNIX?

    I guess GNU really IS UNIX after all!

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
    1. Re:GNU UNIX by Anonymous Coward · · Score: 0

      Linux systems are named for the Kernel - that's why most of us call Linux "Linux". Therefore, the correct naming is "Unix". Thus "OpenLinux" becomes "OpenUnix".

      Simple.

    2. Re:GNU UNIX by SmileyBen · · Score: 3, Insightful

      Well on a serious note, this does hint at what RMS means. Most (including me) think he's barmy for insisting on GNU/Linux, but if this system works much like (GNU/)Linux just without the kernel, perhaps he's just being mad for trying to change the way everyone speaks, rather than being wrong. Sounds to me that GNU/Linux without the Linux could be as similar or as different as without the GNU. If that makes sense ;-)

    3. Re:GNU UNIX by Anonymous Coward · · Score: 0

      Linux systems are named for the Kernel - that's why most of us call Linux "Linux". Therefore, the correct naming is "Unix". Thus "OpenLinux" becomes "OpenUnix".

      It isn't a Linux system so how Linux systems are named seems irrelevant. Presumably a Linux system must contain Linux so if they're named for the kernel then they all have the same name. That doesn't seem very helpful considering how utterly different systems with the same kernel can be.

      Anyway, the kernel is called SVR5, not UNIX, so by your naming convention the system would be called SVR5.

    4. Re:GNU UNIX by Arandir · · Score: 2

      This isn't a Linux system, as has already been noted.

      And operating systems are not named after their kernels (or FreeBSD would have be called "GENERIC" :-)

      Operating systems are properly named by whoever makes them. If Caldera wishes to call theirs "Open UNIX 8", then that is their right. If RMS wants something called "GNU/Linux", then he needs to go create one.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    5. Re:GNU UNIX by Anonymous Coward · · Score: 0

      Using GNU tools with proprietary unix systems is nothing new. I myself did that before Torvalds even began work on linux.

    6. Re:GNU UNIX by Anonymous Coward · · Score: 0

      But Debian does call their distribution GNU/Linux.

      Yet somehow, although CmdrTaco never misses a chance to praise their package management system, he refuses to extend them the simple courtesy of calling their operating system by its given name.

    7. Re:GNU UNIX by smed · · Score: 1

      Tell me you couldn't see this coming a mile away...I mean really?

    8. Re:GNU UNIX by Punto · · Score: 2
      What is the RMS compatible way to name this?

      Well, reading the article (not the link on unixreview.com, but the article on slashdot), you can see that they are still calling it only 'linux' on the title ("Caldera's Almost-Linux Skips The Linux Kernel"), event tho it doesn't have linux. I can imagine how pissed off the people at the FSF are getting.

      I'm beginning to see RMS's point.

      --

      --
      Stay tuned for some shock and awe coming right up after this messages!

    9. Re:GNU UNIX by Anonymous Coward · · Score: 0

      If he did that he would make them look bad for poor spelling, DEE BEE ANA should have been spelled debbian.

    10. Re:GNU UNIX by LazyBoy · · Score: 1

      GNU/Caldera Open UNIX 8

      --

      If Chaos Theory has taught us anything, it's that we must kill all the butterflies.

    11. Re:GNU UNIX by orangesquid · · Score: 1

      Exactly right. I obtained an SGI without the OS CD's and without the full compiler packages installed, and I managed to get gcc to work on it to compile things... but it is sort of new for these two to be shipped together as a mainstream (?) product.

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
    12. Re:GNU UNIX by Arandir · · Score: 2

      Yes, Debian is properly called "GNU/Linux", because that's what its creators named it.

      RMS has said that the FSF does not intend to ever release a GNU distribution. But I think it would be very interesting if someone could create a Linux-From-Scratch distro using *only* the Linux kernel and packages belonging to the GNU Project. I'm not sure if it can be done, but it would be an interesting exercise.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  4. much like IBM AIX5L then by johnjones · · Score: 3, Insightful

    so its much like AIX5L wich caldera(SCO) helped them create as far as I can work out
    (any info ?)

    this might be a nice product but it runs on x86 hardware and the clustering is not something that is revelutionary you can get heartbeat for linux and D.Becker seems to have MPI + rest going nicely

    But its a nice way of going about things as proved by the AIX impl

    But IBM sells the hardware thats where they get the suppport contracts from where is Caldera going to get them from ?

    How about geting the UDI project running nicely and chargeing vendors for drivers on unix or about the nice update stuff the caldera has?

    this as far as I'm concerned is the SCO staff trying to accert their will over the company

    regards

    john jones

    1. Re:much like IBM AIX5L then by tjrw · · Score: 1

      Nope, AIX5L was developed entirely within IBM. I'm all but certain that there's no Caldera tie-in.

      AIX5L doesn't run on ia32 hardware, so the focus is quite different. Caldera have the ability to run Linux ia32 binaries, wherea AIX5L foxusses on providing a familiar GNU environment and a sufficiently rich library/header environment as to allow easy porting of software that already runs under Linux.

      Tim

    2. Re:much like IBM AIX5L then by NutscrapeSucks · · Score: 1

      There was this thing called "Project Monterey" which was YA grand UNIX unification plan. Essentially, AIX and UNIXWare were to be combined and ported to IA64.

      IBM got smart and moved to a Linux strategy, and apparently so did SCO, so the thing was dropped. When AIX5L shipped, IBM said "ummmm, *This* is Project Monterey".

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  5. can't be that popular - i'm pulling 70Kbps by DrSkwid · · Score: 1

    i've got a spare box waiting for an OS so I'm gonna burn a cd and give it a try.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:can't be that popular - i'm pulling 70Kbps by Anonymous Coward · · Score: 0

      A box waiting for an OS? What the hell are you waiting for? It's the Linux way or the highway!

    2. Re:can't be that popular - i'm pulling 70Kbps by Anonymous Coward · · Score: 0

      Ok. Cool. I'm going to get some lunch, and get a smoke. I'll see ya later.

    3. Re:can't be that popular - i'm pulling 70Kbps by Craig+Davison · · Score: 1

      Where are you downloading OpenUnix from exactly? I couldn't find a downloadable version on the Caldera site.

    4. Re:can't be that popular - i'm pulling 70Kbps by DrSkwid · · Score: 1

      oh bugger, I've made an arse of myself,

      I've gone and downloaded OpenLinux3.1
      in my enthusiasm.

      must've been early morning

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  6. The kernelset 2.4 is not that presentable... by zander · · Score: 0, Offtopic
    The 2.4.9 kernel did not even compile for me! (ntfs) Why are linus and friends not doing this non-stable stuff in a 2.5 set of kernels?

    NFS still does not work correctly and heaps of memory problems have been bugging the series until 2.4.5

    Release early, releas often is good, but please state when you have a STABLE version so distros can use that. It seems to me that the 2.4 series is just one stumble after another..

    Yeah, might be flamebait, but he, it had to be said!

    1. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 2, Informative

      ntfs is "experimental"

      once you realize you are not the only one having problems with some code, you can turn to your peers to help you out. in this case, you should go look at a linux kernel mailing list archive. there are fixes for all sorts of code goofies.

      hope this helps.

      http://uwsg.iu.edu/hypermail/linux/kernel/

    2. Re:The kernelset 2.4 is not that presentable... by penguin_nipple · · Score: 2, Insightful
      posting a vague inflammatory and judgemental post like this is ridiculous. You problem should be directed to Kernel.org specifically to their mailing lists. But blandly proclaiming that "the 2.4 series" is not presentable is ridiculous. What was the output of your make dep or make bzImage? where did it fail?

      C'mon don't be lame, I have been using every single 2.4 update with ntfs support and MANY experimental features...never had a single problem. I am not saying you are incompetent, but an informed comment would be far more helpful than that kind of ridiculous statement.

    3. Re:The kernelset 2.4 is not that presentable... by reddeno · · Score: 1

      Well, my compile of 2.4.9 failed with ntfs as well. Since I'm not using it, I just disabled it and everything else worked OK.

      By the way, anyone had problems with an eepro100 with 2.4.9?

    4. Re:The kernelset 2.4 is not that presentable... by James+Lanfear · · Score: 1
      I had what I assume is the same problem he did: my make-kpgk failed in fs/ntfs/unistr.c, complaining of undeclared variables (name1 and c1, IINM), the min macro, and I believe a syntax error, all in the function ntfs_collate_names. I couldn't see the cause of the errors when I (very briefly) looked over the file, so I removed the module from my config and rebuilt without incident. This is actually the first time I've ever had an experimental feature fail in any way, but since that's their job, I'm not too upset about it.

      Now when I couldn't build EMU10K1 under 2.4.8, that was the time to be upset. ;-)

    5. Re:The kernelset 2.4 is not that presentable... by ToasterTester · · Score: 0

      What's the old saying you become what you critize?

      It would appear Linux developers should spend less time bash MS and more time testing their work. As I've said before having lot of people using code in NOT real QA testing. Lack of real QA testing is the major flaw in the open source model. People only do what is fun or interesting to work on, the real dirty work of testing and documentation is half heartedly done.

      Linux community should be pressuring the commericial venders selling Linux (Compaq, Dell, IBM and so on) to make major investment in real testing and documentation. It seems only fair being they are saving on MS licenses. Of course all this would depend on a standard Linux. But that only seem to a topic of conversation, nothing the community appears truly interested in.

      Good day.

    6. Re:The kernelset 2.4 is not that presentable... by asincero · · Score: 1

      > posting a vague inflammatory and judgemental
      > post like this is ridiculous.

      There was a time when calling a kernel release "stable" actually meant something. Now, some things don't even compile in the 2.4.x series. And this is not even in things marked "experimental". For example, up until 2.4.5 the OV511 USB driver wouldn't compile. Why? They simply forgot to include a declaration for 'version'. It's simple shit like this which proves that they don't even actually test to see if the thing even compiles before they release it as "stable". To me, this is mind boggling. This is the sort of thing you used to see in the development series, not in the stable series. Either make sure it at least compiles first before releasing it as stable, or stop calling it stable. Calling it "stable" when it doesn't even compile is just plain embarassing.

      - Arcadio

    7. Re:The kernelset 2.4 is not that presentable... by Arandir · · Score: 2

      I have to second your opinion. I bought a new computer a mere three weeks ago. Since that time there have been TWO new releases of the kernel! This is ridiculous. You know for damn sure that two kernels did not get proper testing in a three week time span.

      Release early and often is good. Release early and often and call it stable is bad.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 0

      he is right, and all posters in this same thread above ought to realize that the linux community SHOULD be testing more before they release kernels. Anyone remember the fact that they actually screwed up loopback in a certain 2.4.x release? Come on, loopback, breaking that screws up things for MANY people, from cd burning enthousiasts to loopback crypto users, and they didn't even notice that until two releases later.

      Really, what the f**k are the ac, aa and preX kernels for? They still screw up stuff in point releases. (Hey, think emu10k1)

    9. Re:The kernelset 2.4 is not that presentable... by SuiteSisterMary · · Score: 1, Flamebait

      As I've said before having lot of people using code in NOT real QA testing.

      Yes yes YES! This is why I refuse to use Linux for anything important. Too many Linux developers have an 'if it compiles, it's finished' mentality that scares me.
      --
      Vintage computer games and RPG books available. Email me if you're interested.
    10. Re:The kernelset 2.4 is not that presentable... by JamesGreenhalgh · · Score: 1

      When 2.4.0 release was made available, the MegaRAID driver didn't work, at all - due to an incorrectly placed (might have been missing) ! sign. It had worked previously in the 2.4.0 test series, but was broken entirely for the first few releases.

      Given that linux is, among other things, a server OS is struck me as strange that nobody had bothered to test this whole family of RAID cards in 2.4.0.

      I've since switched to freebsd, and all my package version, library version, and dist specific woes have been long since buried.

      --

      --
      ALL YOUR BASE ARE BELONG TO US!
    11. Re:The kernelset 2.4 is not that presentable... by cpeterso · · Score: 1

      Either make sure it at least compiles first before releasing it as stable, or stop calling it stable. Calling it "stable" when it doesn't even compile is just plain embarassing.


      I remember plenty of Linux fanatics joking that Microsoft's product development consists of "if it compiles, then ship it!" These the Linux kernel does not even compile!

    12. Re:The kernelset 2.4 is not that presentable... by Nailer · · Score: 3, Funny

      No, its true! Linux doesn't work!

      I also run a system with NTFS (Windows 2000), and after compiling the Linux kernel under Visual C++ (which was an effort in itself) and copying it over C:\WINNT\SYSTEM32\NTOSKRNL.EXE, my machine won't even boot anymore.

      Goddamned Linux... *grumble grumble*

    13. Re:The kernelset 2.4 is not that presentable... by cpeterso · · Score: 1

      It would appear Linux developers should spend less time bash MS and more time testing their work.

      I remember plenty of Linux fanatics joking that Microsoft's product development consists of "if it compiles, then ship it!" These days, the Linux kernel does not even compile!

    14. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 0
      Yes yes YES! This is why I refuse to use Linux for anything important. Too many Linux developers have an 'if it compiles, it's finished' mentality that scares me.

      Sorry to dissapoint you, but that's pretty much the industry norm these days. Software systems are getting so big and everybody is focusing so much on time to market that "real" QA just isn't what it used to be. I've encountered teething problems on new versions of most *nix variants, commercial and free. FreeBSD and Tru64 UNIX have been the best among those I've worked with, while HP-UX was the worst. Linux and Solaris are in the middle.

      In my experience, a good stable Linux distribution (i.e. not Red Hat) is generally every bit as solid as most commercial unices. I wouldn't install a brand spanking new Linux kernel version on a production system any more than I would install a new Solaris patch.

    15. Re:The kernelset 2.4 is not that presentable... by bssea · · Score: 1

      Please note that ntfs is experimental.. If you're going to use it then know that it might not compile.

      BTW, did you even try to see why it wouidn't compile and fix it? No? Well here's how:

      In the file that won't compile (I forgot which one), add:
      #include "ntfstypes.h"

      Now compile :-)

      Rather simple.. though I'm amazed it slipped by.

      --sea

    16. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 0

      No problems here with 2.4.9, you must be doing something wrong.

    17. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 0

      You must be a real big idiot, compiles for me.

    18. Re:The kernelset 2.4 is not that presentable... by jesseraf · · Score: 1

      I think he makes a good point. I don't mean to pump *BSD, but I think they got the "Stable" thing down much more than Linux. If you're going to claim that kernel series like 2.4 is stable, it shouldn't have any experimental things in it. Start a new kernel series version for it.

      Just my 2 cents though.

    19. Re:The kernelset 2.4 is not that presentable... by Anonymous Coward · · Score: 0
      Rather simple.. though I'm amazed it slipped by.


      I'm not. This sort of shit has been happening repeatedly in the 2.4 series. It's simply unacceptable for the maintainer(s) to let code into a stable series kernel without even verifying that it compiles. The fact that the problem was so simple makes it all the more outrageous.

  7. Caldera is Cool by XBL · · Score: 3, Interesting

    Hey, why does everyone bash Caldera? Because they are not 100% free like Debian? Because they try to make money off a per-plate license?

    Hey, if companies want to pay the per-plate thing, let them. It will be good for Caldera, as they are just trying to survive like the other Linux companies. If Caldera dies, so does some open-source sponsorships and development (like Webmin).

    I personally like the OpenLinux distro. It is very business-like (or maybe MS-like), but that is appealing to me. I don't like looking at retarded penguin animations while I login. It also has some very cool admin tools, especially for servers.

    I am glad to see this Caldera UNIX distro. They are just trying something new, trying to stay in business. That is most important. Stop picking on them.

    1. Re:Caldera is Cool by Anonymous Coward · · Score: 0


      Why is this (the parent post) "Offtopic?" Because the post is in support of Caldera? Because it says things you disagree with?

    2. Re:Caldera is Cool by Anonymous Coward · · Score: 0

      How can you call it Linux, if it doesn't include Linux?
      Doesn't this misrepresent the package as being something it's not?

    3. Re:Caldera is Cool by Ranger+Rick · · Score: 1

      Why is everyone speaking in questions?

      --

      WWJD? JWRTFM!!!

  8. Wow! by Anonymous Coward · · Score: 1, Funny
    [sarcasm]I can't wait to "upgrade" all my open source servers to this brand new Linux-compatable closed source operating system! Closed source has clearly demonstrated superiority over that so called "open source" system.[/sarcasm]


    Anyone else get the feeling that Caldera is purposely attempting to undermine the Linux market by fracturing it in the same way the old school Unix corporations did?

    1. Re:Wow! by Anonymous Coward · · Score: 1, Informative

      Nope, I think it's a good idea. I love all the GNU tools, but sometimes you need a kernel with some real meat to it underneath your system, and for situations like that, Linux just doesn't cut it. I think this is geared towards people who need to harness the real advantages of UNIX, but don't want to go with Solaris or HP-UX and hunt down every tool they need, which can be quite a time-consuming process.

    2. Re:Wow! by Anonymous Coward · · Score: 0

      Anyone else get the feeling that Caldera is purposely attempting to undermine the Linux market by fracturing it in the same way the old school Unix corporations did?

      I get the feeling that Caldera are trying to reproduce the flexibility of Linux with the stability of Unix and reading the article, it seems they've largely suceeded. Industrial strength jurnaling filesystems, stability over more than four processors etc.

      Meanwhile, I get the feeling that you are a troll.

    3. Re:Wow! by Anonymous Coward · · Score: 0

      DARWIN!

    4. Re:Wow! by Arandir · · Score: 2

      They're not trying to fracture anything. They're trying to be compatible with Linux. Big difference.

      The old Unix fracturing came about because all the companies deliberately made things non-compatible in a failed attempt to lock in their customer base. In this situation Caldera is bending over backwards for interoperability.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    5. Re:Wow! by duffbeer703 · · Score: 2

      Caldera is not trying to take over anything. SCO is a company that has been dying for many, many years.

      They are simply trying to stave off the ultimate fall, much like Silicon Graphics.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    6. Re:Wow! by alsta · · Score: 1

      Caldera Open UNIX is nothing but SCO UNIX relabeled. GNU tools have been available for SCO UNIX for quite some time. I wouldn't say that SCO UNIX has "real meat" anywhere. It's the same buggy slow hog it has always been.

      Alex

      --
      Wealth is the product of man's capacity to think. -Ayn Rand
    7. Re:Wow! by wysoft · · Score: 1

      GNU tools have been around for SCO Unix, but the system was not based around them. I don't typically attribute GNU to "stability," but their utils may provide both the functionality and robustness that SCO's outdated tools didn't.

      --
      -- I'll cut you up so bad, you'll wish I'd never cut you up so bad!
  9. GNU.... by lga · · Score: 5, Funny

    GNU's Now Unix?

    -- Steve

  10. GNU Tools already offered by SCO by Anonymous Coward · · Score: 0

    SCO were offering the GNU Tools for OpenServer for the last couple of years under their Skunkworks initiative.

    Presumably, this new Unix Kernel based distribution includes the non GNU pieces of a 'typical' Linux distribution as well.

  11. Isnt this just SCO with GNU packages installed? by BrookHarty · · Score: 2

    Isnt this just SCO with GNU packages installed?

    The only thing I liked about SCO unix was Merge which became lin4win for linux.
    SVR5 was a little different compared to the BSD and Linux boxes I was used too. Of course I was dealing with some mixed versions of SCO, some in Italian (for Olivetti)...
    But now that im only using Solaris, I dont remember what those differences are! lol

    1. Re:Isnt this just SCO with GNU packages installed? by Arandir · · Score: 1

      No. Instead (as I understand it), it is a Linux distribution with a different kernel and infrastructure.

      Sure, there are GNU packages installed. So what? Ditto for every other UNIX out there.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:Isnt this just SCO with GNU packages installed? by Trepidity · · Score: 2

      So how is it a Linux distribution if it removes Linux and replaces it with a different kernel?

    3. Re:Isnt this just SCO with GNU packages installed? by tjrw · · Score: 1
      ecause unless you're terribly interested in the exact code that's running underneath, your perception of what it is is determined by what you see.

      If the API etc. presented is indistinguishable for that which you would find on a "real" Linux system, then, as far as you are concerned, it's a Linux system.

      Of course, in reality, life is a little more complex. Things like fileystem layout, system management related code etc. tend to not match, but it's possible to create a "Linux" system that doesn't use the Linux kernel. In extermis, one could re-implement that Linux kernel from scratch. I have no idea why you would want to, but it would, assuming you did it correctly, for that moment in time be indistinguishable from "the real thing" :)

      Tim

    4. Re:Isnt this just SCO with GNU packages installed? by Arandir · · Score: 1

      I said "as I understand it". Caldera took OpenLinux, the completed Linux distro, and used that as the basis for Open UNIX. No, it most certainly is NOT a Linux distro. I'm sorry if I gave the impression that I thought it was.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  12. test by CaptTofu · · Score: 0, Offtopic

    test

  13. Linux MODE by alexhmit01 · · Score: 5, Interesting

    As clearly stated in the article, there is a linux mode. After you type in "linux" is does things from the /linux partition and runs in Linux mode, including binary emulation. It can run and develop full Linux applications within the session.

    It sounds quite impressive.

    1. Re:Linux MODE by BrookHarty · · Score: 2

      It does say, they have to work on a few areas, like Hardware and TCP/IP. And configuring the system hung the server and had to be reboot. So there are a few major bugs to work out yet.
      <br>
      Neat idea, but id like to see benchmarks and stability tests on things like Oracle for linux and Oracle for SCO, maybe MySQL and Apache before I would even use it for production.

    2. Re:Linux MODE by Dom2 · · Score: 2, Informative

      Sounds precisely like FreeBSD's Linux mode (which it's had for years). :-)

      -Dom

  14. Re:Slashdotted by NeoTomba · · Score: 1
    anyone care to explain to me how he did this?


    -Coward

  15. Will openunix support most x86 hardware? by Billly+Gates · · Score: 5, Insightful
    The linux kernel supports large amounts of pc, alpha, and sun devices with a huge amounts of drivers. This one of the reasons why linux is hot and openserver never really took off outside the bussiness world. All the other unix vendors run on expensive proprietary servers with only a limited amount of devices so the kernel can support them. This kernel may or may not be better then linux but I am sure you will need to run it on approved hardware for great device support.

    This is the problem running alternative os's on x86 platforms.

    Caldera needs to hook up with particular OEM's who want to create mission critical using openunix. If caldrea can't convince OEM's that openunix will sell, then the OS is doomed. No sane IT manager would buy an OS without approved hardware. Most Linux servers for example run on Dell or Compaq systems that are linux approved. This issue will not go away unless the kernel is opensourced and the gnu community can write drivers for it. I also hope it doesn't use the openserver libraries. Microsoft made Xenix as proprietary as possible and openserver was based on Xenix. Compiling gnu apps might be difficult. Hopefully OpenUnix's libc libraries are those from AT&T.

    Anyway Caldera is dying. Its a shame because it was my first linux distro. Caldera was ahead in the linux and dos game but they did not have good marketing. Redhat totally took over. Also Ransome love's comments on the evils of gnu and opensource did not help. Client access licenses also hurt it severly. Caldera just got rid of one of the main arguements of using linux instead NT or Unix. The cost and licensing issues for small projects on limited budgets is what linux's key market is. Also linux runs on cheaper hardware. If Caldera keeps this up, then the arguement to use OpenLinux or even OpenUnix is moot. I chose Redhat for my servers thank you.

    1. Re:Will openunix support most x86 hardware? by JdV!! · · Score: 2, Interesting

      I also hope it doesn't use the openserver libraries. Microsoft made Xenix as proprietary as possible and openserver was based on Xenix. Compiling gnu apps might be difficult. Hopefully OpenUnix's libc libraries are those from AT&T.

      You are on crack. When I last saw SCO Unix (round about 1994) it was fully Posix compliant and any trace of Xenix was (thankfully) obliterated.

      JdV!!

      --
      <Enter any 12-digit prime to continue>

    2. Re:Will openunix support most x86 hardware? by warpeightbot · · Score: 4, Insightful
      No sane IT manager would buy an OS without approved hardware. Most Linux servers for example run on Dell or Compaq systems that are linux approved.
      Doesn't have to be.

      Any IT lead who's been paying attention knows that you can put together any old white box solution and as long as you use stuff off the hardware HOWTO it's pretty much gonna work... Oh, sure, if you're doing this on a massive scale, getting a batch of ProLiants or PowerEdges is the best way to get hardware support (and not have hardware support tell you to upgrade to the latest version of You-Know-What...).. but for small to medium sized stuff, go see your buyer with your laundry list, wait two days for FedEx, grab the stuff from Receiving, spend a couple of relaxing hours getting your paws in the hardware (you did remember your anti-static wristband, right?) and away from the CRT, and poof, time to load your kickstart CD. Twiddle the BIOS to boot off the CD, F10, go get coffee, kabam. New Linux server for cheap cheap cheap.

      I mean, you do HAVE a couple hours you can take off from reading Slashdot, right? your automation scripts are up to date and will beep your cellphone if there are problems, right?

      --
      Something the PHB's have never figured out is that a good sysadm is first and foremost a lazy-ass s.o.b.

    3. Re:Will openunix support most x86 hardware? by Anonymous Coward · · Score: 2, Funny

      Actually, any "IT Lead" whose been around a while knows that the most problematic boxes in the server room are some whiteboxes that some know-enough-to-be-dangerous tomshardware-reading fuckwit SOB screwed together a couple years ago. Meanwhile the 5 year old Compaqs are just humming along.

    4. Re:Will openunix support most x86 hardware? by Anonymous Coward · · Score: 0

      I think you misunderstood Ransom's comments about opensource. He basically said "it's a good thing for research, but it can't support a company". Caldera, as I see it, contunies to support opensource, but licensed opensource. Remember the difference between various notions of "Free". The idea is that if you license the OS, then any parts that are not GPL are visible to you. This doesn't mean you can re-compile it with changed names and sell it, that would be a license violation; you *can* look at the source to see if you know why it's doing something, or research into exactly how something is implemented.

      Some corporations like the idea that if Caldera dies, they can *then* support their own OS for a short time until a better one comes along. Others like to read code rather than documentation. It's all there, but the license cost reflects the engineers who *are* full-time employed to maintain and enhance the OS.

    5. Re:Will openunix support most x86 hardware? by chegosaurus · · Score: 1

      > The linux kernel supports large amounts of pc, > alpha, and sun devices with a huge amounts of > drivers. This one of the reasons why linux is > hot and openserver never really took off
      > outside the bussiness world

      That's crap. In the dozen or so places I've worked over the last 2 or 3 years I've *never* seen a production linux system running on anything other than x86.

  16. Re:test by Anonymous Coward · · Score: 0, Offtopic

    Moderate this up.

    Someone from /. is actually testing code. Moderate this up at once.

  17. MOD UP! by Billly+Gates · · Score: 2

    I nearly got fired last week when NFS running on redhat 7.1 nearly gobbled up all the ram in the system and needed to be stoped and restarted again. This bug is real. However NTFS is "experimental" and should not be used. But their is no reason why NFS should fail!

    Linux otherwise has been pretty stable for me but if problems like this arise again due to buggy daemons, then I will happilly switch back to solaris. I believe thier is also a rumoured bug with servers with more then 2 gigs of ram that causes the kernel to panic. The trend is bothering me. Yes, linux has bugs in it just like any OS out their and this guys comments on NFS are true. Don't mod him down.

    1. Re:MOD UP! by penguin_nipple · · Score: 1
      Did you ever stop to consider why NFS blew up? Is it possible you have it misconfigured? Is it possible that you should not be blaming the kernel maintainers?

      Sounds like you should go through your system config file by config file, library by library...if you can't figure it out, then you can't make a critical system stable..which might indicate time for a career change...*wink*

      And yes, I am being serious.

    2. Re:MOD UP! by spauldo · · Score: 1

      Um, while I agree that an admin should check all the userspace code before blaming the kernel, in this case he's probably right. I myself had quite a few problems earlier in the 2.4 series with NFS (I was running v3, and it was giving me shit - this was after v3 was supposed to be stable). Upgrading the kernel fixed 'em.

      My systems aren't mission critical (home machines, my current job isn't admin thanks to the military's "we just need a body here" mentality) so it wasn't a big deal. But on a mission critical application, v2 would have been much better.

      Check the changelogs and messages on the kernel list - you'll see there were bugs. It's workin' fine (at least for me) now.

      --
      Those who can't do, teach. Those who can't teach either, do tech support.
    3. Re:MOD UP! by ubertroll · · Score: 0, Funny

      If it's mission critical, why don't you use a real operating system?

    4. Re:MOD UP! by penguin_nipple · · Score: 2, Insightful
      I agree with you on your last point, which in fact is the crux of my entire argument to this guy.

      My earlier reply is there also (to the original poster). As a sys admin, or junior IT guy or maintainer of any system, it's your job to read read read the Changelogs, Mailing Lists, and all associated docs. Seriously a competent IT person should be all over their systems.

      I mean this guy was complaining (original poster) that he almost got fired! Well, ummm *duh*...these are 2.4 issues...I promise someone has run into it before. What sys admin runs out adhoc and grabs new kernel source (even 2.4 source) without checking the implications of what they are doing. I am a coder, not a sys admin, although I used to be and it just goes against everything a sys admin *should* stand for. Many guys I know admin'ing linux systems which are critical are very very wary of any kernel upgrading unless *absolutley* neccessary. Then when the decision is made to upgrade it is *thoroughly* researched, planned, carefully implemented with redundancy in case of any bad circumstances.

      It certain does not seem to be the case here. Beware the l33t sysadmin!

      Just my 2 cents.

    5. Re:MOD UP! by Anonymous Coward · · Score: 0

      You should be fired for running NFS on Redhat 7.1.

      Try to save money on the OS, and you end up losing it in downtime and performance.

      Buck up and get Solaris. Your boss will think you're smarter for going with a Real Unix, not linux.

    6. Re:MOD UP! by Anonymous Coward · · Score: 0

      I have had no problems, but I found it interesting that Slackware 8.0 disables NFSv3 by default.

    7. Re:MOD UP! by Anonymous Coward · · Score: 0

      His boss is probably computer illiterate and wouldn't care.

    8. Re:MOD UP! by Anonymous Coward · · Score: 0

      Ah, the infamous "It works for me, therefore there can't be anything wrong with it. If you're having problems, you must be incompetent" argument. Why don't you take some of your own advice and stop flaming the guy over a problem you don't know anything about?

    9. Re:MOD UP! by duffbeer703 · · Score: 2

      Great solution!

      How many years has NFS v3 been around anyway?? Why would linux need to support such a thing.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    10. Re:MOD UP! by penguin_nipple · · Score: 2
      in all of my replies I was referring to his apparent method of system administration rather than his specific problem...

      Please understand my point before you imply that I was flaming..

      plus if I was flaming you'd know it

    11. Re:MOD UP! by Anonymous Coward · · Score: 0

      Please stop before we all have to vomit. You're a pathetic fool and don't know anything about the circumstances he was in, so SHUT THE FUCK UP.

      If Schopenhauer were alive today I'm sure this is what he would say: The worst kind of pride is OS pride, even the greatest loser can have OS pride.

    12. Re:MOD UP! by Anonymous Coward · · Score: 1, Insightful

      The issue we're trying to discuss here is the quality of recent "stable" kernel releases. And you're here telling us that there's nothing wrong with the kernel releases, the problem is that the guy is a shitty sysadmin.

      Well, first of all, you don't even know the guy or the specifics of the situation, so I don't think you are qualified to judge him. Second, you're being hypocritical by telling him he didn't have any business blaming the kernel without more information, yet you seem perfectly willing to blame him. Third, I don't think that his failure to effectively avoid a problem excuses the kernel maintainers from repeatedly letting simple obvious errors sneak into the stable series.

      So lighten up, OK?

    13. Re:MOD UP! by Anonymous Coward · · Score: 0

      >How many years has NFS v3 been around anyway??

      Has it been around longer than IPv6?

      I don't see many people compiling that into their kernels though.

      >Why would linux need to support such a thing.

      Maybe because only a very few people actually need whatever special features that are availiable in NFSv3, just like only an extreme minority of users need IPv6.

      If not many people are using it, then not many people notice bugs (compared to, say, NFSv2 or IPv4), and "sh*t happens".

    14. Re:MOD UP! by wysoft · · Score: 1

      Yes. Linux NFS is quite humerous. It shouldn't really take this long to perfect the NFS protocol stack.

      Oh, and no, I'm not willing to lend time to develop it. I don't know anything about system programming. I just bitch about things.

      --
      -- I'll cut you up so bad, you'll wish I'd never cut you up so bad!
    15. Re:MOD UP! by Anonymous Coward · · Score: 0

      The special features of NFS v3 include things like files over 2GB is size....

      Every other Unix implementation supports NFS v3, the linux developers just don't care.

  18. Not anymore, now it's down to 35Kbps by g0Zer · · Score: 1

    I can see the headlines now "Slashdot slows down the Internet!"

  19. modules.. by sewagemaster · · Score: 1

    does it mean all the modules are compiled in? everything? i mean will i be able to get accleration on my ati 128 rage card without worrying whether it's in there bundled up?

    will it speed things up with better memory mgmt so wine will actually start up faster?

    ok. so it's a commercial unix kernel.. but can i still download it for free.. well......honestly doesnt it matter whether it's free? everything's free anyway. i never pay for a copy of windows.... :)

    well, unless you're running a company, you cant do that...

    1. Re:modules.. by wysoft · · Score: 1

      Oh, but my dear son, it is not free.

      --
      -- I'll cut you up so bad, you'll wish I'd never cut you up so bad!
  20. Re:If you want broad hardware support by Anonymous Coward · · Score: 0

    Especially on my suns and alphas. Windows XP works much better on them than any *nix.

  21. no gnome by icewind0 · · Score: 1

    does anyone else the authors complaint that caldera doesnt ship gnome with the system a bit excessive? he calls the omission a "major shortsightedness" on calderas part. keep in mind that this is a 6 processor server How many people are going to acutally care if they dont have a pretty little gnome desktop by default?

    1. Re:no gnome by reverius · · Score: 1

      I do think it's a major shortsightedness... GNOME makes Linux (and not-so-Linux) easier to use for people. That's a big plus. The fact that it's a server version means that only technically competent people will be using it; this part of your post I agree with.

      However, I can't figure out whether your meaning is 1) "server admins don't use gnome", or 2) "server admins know how to compile their own gnome".

      In the first case, I can say that you're probably wrong... I know experienced linux guys who use KDE 1.x series, still... because it came with their distro...

      which leads me to #2.

      Gnome is not exactly easy to compile from source, and good luck finding a binary "gnome distribution" for Caldera OpenNotLinux. I realize that anyone who is technically competant is capable of compiling gnome. However, last time I did just that, it took me about two full days to get every source file and meet all the dependancies. There were (I think) about 60 individual source packages, that had to be compiled in a certain order (yet strangely... a different order than they are organized on GNOME's source download page, at least on Slackware 7.1). Not fun.

    2. Re:no gnome by icewind0 · · Score: 1, Informative

      My point wasnt 1 or 2. I guess im envisioning this 5 processor server to be sitting there serving, not a person to be sitting in front of it looking at a pretty desktop running gnome. It does come with KDE2 which makes it easier for people to use (should you need a graphical desktop to admin this thing). Also, it does come with CDE, so thats now two graphical desktops to choose from.

      Whats more, I think the article said the gnome libraries were installed, so presumably, if a developer wanted to run some gnome program (glade for example) all that he would need to do is install the rpm.

    3. Re:no gnome by norton_I · · Score: 2

      You don't need a GUI to admin the machine, but it is rather convenient on occasion, especially when doing the initial setup/configuration.

      Many 3rd party softare packages (think, Oracle) don't have a console based installation. Sure, you can run X remotely, and I have done that plenty often, but it wouldn't be a bad idea to have Gnome there as a convenience. Presumably once the system is running "for real", you would turn off the X server to conserve resources.

    4. Re:no gnome by g0nja-b0y · · Score: 1

      i set up FreeBSD servers for a company (web/mail, etc.) and i couldn't find a reason to even install X.

    5. Re:no gnome by reverius · · Score: 1

      Yeah... you're right. I guess it really depends what your server is doing.

      I automatically assumed "everything"... which includes functioning as an X desktop for thin clients. :)

      I personally wouldn't install X if I didn't actually use it.

  22. I have to wonder... by trilucid · · Score: 4, Insightful

    With regard to the kernel itself, what are the ramifications of this structure security-wise? While I know this particular kernel has been around awhile (hell, SCO is ancient), it makes me curious.

    To me, one of the primary advantages of using a Linux kernel is the "many eyes" approach to security. While I appreciate the fact that the distribution using a full suite of GNU/Linux utilities and such, I'd be somewhat apprehensive about the kernel itself (stability through age aside).

    Anyone who has any insight into this, please reply!

    1. Re:I have to wonder... by mindstrm · · Score: 3, Insightful

      The vast majority of security holes are not related whatsoever to the kernel... they are application specific.

    2. Re:I have to wonder... by halbritt · · Score: 2, Informative

      Yes, SCO is indeed ancient, but the version of unix that they are releasing is probably one of the truest versions of UNIX that is still being actively developed., if that can be said about any version of UNIX. If you check out Éric Lévénez' UNIX History page he has a diagram in PDF and postscript format that shows the evolution of unix over the years. You'll notice that this product is a direct descendent of UNIX System III which was a product developed within AT&T in 1981 and derived directly from Ken Thompson and Dennis Ritchie's work at Bell Labs.

    3. Re:I have to wonder... by duffbeer703 · · Score: 3, Insightful

      If many eyes aren't looking at every inch of the kernel, open source is worse than commerical software.

      A great example is the Linux implementation of PAM, which is a complete and utter joke.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    4. Re:I have to wonder... by NutscrapeSucks · · Score: 2, Interesting

      You have confused SCO OpenServer (formerly MS/SCO Xenix and SCO UNIX) and this product (formerly Novell/SCO UNIXWare), which is based on UNIX SVR4, just as Solaris is.

      The 'many eyes' may be a minor point, not that lots of smart people haven't seen the UNIX codebase, but if this Unix contains substantially the same userspace as a Linux distro, it will probably have just about the exact same security issues.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:I have to wonder... by Anonymous Coward · · Score: 2, Insightful

      There was a post on advogato or kuro5hin a few days ago which said the "many eyes make all bugs shallow" should be "many eyes find all shallow bugs." Which I do believe is true. It is simple to find the occasional assignment or logic bug, but the nonobvious bugs will remain there. Those many eyes are _not_ analyzing the code, but skimming it. I know it is extremely hard for me to find nonobvious bugs when I am "in the zone" so-to-speak. After coming back a day later I may never find the bug. Plus this says nothing about design issues which are larger than the source code itself (and we all know how the open source crowd likes to innovate and design software).

  23. Version Naming... by gnovos · · Score: 2, Troll

    I wish caldera would get thier naming right, how am I supposed to know which one is Linux XP and which one is Linux ME? :)

    --
    "Your superior intellect is no match for our puny weapons!"
  24. And BSD just keeps chugging along by jailbrekr2 · · Score: 0, Flamebait

    Anyone familiar with the phrase 'divide and conquer'? Thats what happening right now. Fragment the market. Spit out many *NIX variants that are different. Is this good? In the short term, perhaps. But it is this fragmentation that nearly killed *NIX 15 years ago.

    Oh well. Another *NIX variant, this time, its a Linux distribution with a SCO kernel. Cute. Just don't touch FreeBSD.

    --
    Feed The Need[goatse.cx]
    1. Re:And BSD just keeps chugging along by Nothinman · · Score: 1
      Cute. Just don't touch FreeBSD.

      You mean like Apple did with OS X?

    2. Re:And BSD just keeps chugging along by logicnazi · · Score: 3, Interesting

      I think what is occuring here is differnt in two important ways from the earlier fragmentation. First of all the current changes in the UNIX world, even if they do create "new OSes" are actually moves towards GREATER compatibility. If software from vendor X runs on vendor Y's machine there is no division and competition, rather than breaking up effort, drives people on to better software. This OpenUnix takes an already existing system (SCO) and allows it to run linux binaries (essentially encouraging development for the standard linux system).

      OS X takes MacOS and makes it compatible with FreeBSD.

      Finally the fact that so many of the products that make up these systems are open source compatibility is much easier.

      --

      If you liked this thought maybe you would find my blog nice too:

    3. Re:And BSD just keeps chugging along by Anonymous Coward · · Score: 0

      Only in your imagination was Unix nearly killed.

  25. Caldera is like debian... by Error27 · · Score: 2, Insightful

    With debian we have debian on Linux and debian on Hurd.

    So in a way Caldera is a little bit like debian.

    There are other ways Caldera is like debian which I would list if I had time... But I must be off. :( Duty calls.

    1. Re:Caldera is like debian... by Anonymous Coward · · Score: 0

      I can only think of one thing to say to that,

      They are both CRAP!

  26. Yeah, but can Linux do this? by hirschma · · Score: 1

    Hot plug CPU? Hot plug memory? What?

    OK, I know that there's hot-plug disks and even PCI on x86 hardware. But who makes stuff that let's you swap out CPUs and memory? I thought that was Sun territory only.

    1. Re:Yeah, but can Linux do this? by Darren+Winsper · · Score: 3, Informative

      Somebody has definately written patches to support CPU hot-swapping in Linux. i believe it's a matter of "cat 0 > /proc/sys/cpu/1/active" (Or something similar) to take a CPU down. You can then safely remove it, hardware support notwithstanding.

    2. Re:Yeah, but can Linux do this? by randombit · · Score: 3, Informative

      i believe it's a matter of "cat 0 > /proc/sys/cpu/1/active" (Or something similar)

      You would probably want to use echo, not cat. :)

      More info about it can be found here:

      link to mail archive.

    3. Re:Yeah, but can Linux do this? by Anonymous Coward · · Score: 0

      You can do this on Windows also. Bios must support it. We have done it on our 32 way unisys boxes - just pull a tray and the os reconfigures itself on the fly. Very nice. Sun is dead.

    4. Re:Yeah, but can Linux do this? by Anonymous Coward · · Score: 0

      Tandem/Compaq NonStop stuff can hotswap pretty much everything.

  27. "Scalable" and "Powerful" by Ethan · · Score: 1


    After all that talk about how scalable and powerful the system is compared to Linux, they say that a script that came with the system "locked up" the system and "forced them to reinstall"... That doesn't sound very scalable and powerful to me. I would be interested in hearing more details about the incident. Were they "forced" to reinstall because they didn't know how to fix it, or because it couldn't be fixed?


    Ethan

  28. What about the source? by eap · · Score: 2, Insightful

    So can I go download a Caldera Unix 8 iso image? I couldn't find one on their site. If I'm not mistaken, they still have to make the GNU tools they use available in source form, right?

    Has anyone found a place where you can d/l this release, or is it only available for purchase?

    1. Re:What about the source? by stefanjo · · Score: 1

      Of course they must provide the source for all the gnu tools they have written themselfs or gnu tools they have modified. But they dont need to make the whole package avaliable for free.

    2. Re:What about the source? by Arandir · · Score: 3, Informative

      No GNU license requires that sources must be in ISO9660 format.

      No GNU license requires that sources be distributed to the public at large.

      Unless you're a Caldera customer who received GNU software with Open UNIX 8, they have no legal, moral or ethical obligation to give you anything.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    3. Re:What about the source? by alsta · · Score: 1

      The source code is available as "the SkunkWorks" collection. This can be purchased for a nominal fee plus s/h on CD or downloaded from the Caldera site. They're in compliance.

      The big deal is that Open UNIX is nothing more than SCO UnixWare.

      Alex

      --
      Wealth is the product of man's capacity to think. -Ayn Rand
    4. Re:What about the source? by tjrw · · Score: 1
      On the contrary, the GNU license makes it expressly clear that you must make the sources available. It doesn't have to be for free. They don't have to be up on the web. You're allowed to charge a "reasonable" fee for providing them, but if you "distribute" (i.e. provide to people outside of you organiztaion) binaries of GPL'd code, you are required to make the source available.

      Tim

    5. Re:What about the source? by Anonymous Coward · · Score: 0

      [..]but if you "distribute" (i.e. provide to people outside of you organiztaion) binaries of GPL'd code, you are required to make the source available.

      Yes, but for only those who you gave the binaries.

    6. Re:What about the source? by Anonymous Coward · · Score: 0

      And not necessarily on the internet either - by post on request is perfectly acceptable under the GPL.

    7. Re:What about the source? by Arandir · · Score: 2

      Section three of the GPL contains three options with regards to distributing the source code. Every single option starts with the words "Accompany it..." referring to the distribution program. So the source code (or directions to get it) must accompany the program, but their is no requirement that the source code must be made available separately from the program.

      Thus, if Caldera did not distribute the program to you then you have no legal right to demand the source code from them.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:What about the source? by toast0 · · Score: 1

      Thank you!!!!

      it's always good to have somebody who knows how the license works.

  29. why? What use is it targetted for? by Lumpy · · Score: 2

    Ok it runs on the X86 platform... why?
    I used to run SCO, I was a SCO fanatic back in the 286/386 days I have cince replaced SCO with linux and BSD because I dont have to fork over tons of money to support new hardware, I can modify the kernel, and I got the DEV kit for free instead of $950.00!! Except for having someone to sue in case it crashes what is the use? it offeres no advantages whatsoever.

    --
    Do not look at laser with remaining good eye.
  30. This sounds! by Anonymous Coward · · Score: 1, Funny

    This sounds to be a serious contender, if it is GPL or LGPL. I couldn't tell from the article.

  31. NFS, not ntfs, people by Anonymous Coward · · Score: 1, Insightful

    Not the Win NT filing system, but the standard Network File System.

    1. Re:NFS, not ntfs, people by Nothinman · · Score: 1

      Read it again, he said it wouldn't compile because of NTFS support and if he's enabled NTFS support on his NFS server who knows what else is there that shouldn't be?

  32. the grass is always greener on the other side by mj6798 · · Score: 4, Informative
    If you want reliability, use the user space NFS server--it has been around for years, and it can be restarted easily. Or, you could, of course, just keep running a 2.2 kernel until whatever bugs you in 2.4 has stabilized.

    As for Solaris, its record is hardly stellar. For example, Solaris NFS for many years had a bug that would randomly replace blocks of data with blocks of nulls in big files (people often spent weeks trying to figure out what was wrong with their software until they finally traced it to Solaris). There have been memory leaks driver problems, and backwards incompatibilities with Solaris. Most production users of Solaris are a couple of years behind the releases in order to avoid the bugs in the new releases. And many people never wanted to switch from SunOS to Solaris at all (I think we are still running some SunOS machines).

    As they say, "the grass is always greener". I can tell you from many years living with SunOS/Solaris that Linux isn't bad in comparison.

    1. Re:the grass is always greener on the other side by Brian+Knotts · · Score: 1

      Well said. I, too, have experienced NFS nightmares under Solaris.

    2. Re:the grass is always greener on the other side by wysoft · · Score: 1

      Yes, I too can't understand why Sun turned to SysV after such success with their BSD-based system. I've always wanted to use SunOS myself, but I can't find media for it anywhere.

      --
      -- I'll cut you up so bad, you'll wish I'd never cut you up so bad!
    3. Re:the grass is always greener on the other side by windi · · Score: 1

      ->If you want reliability, use the user space NFS server--it has been around for years, and it can be restarted easily.

      I agree. Putting NFS and other servers (Tux, for example) into the kernel looses you all the advantages that a modular system (like *nix is suppsoed to be) has, because if something that's part of the kernelcrashes, it is a lot more probable for the kernel to go down in flames. If the userland server crashes, then the system normally stays up. Thus, the server can be restarted and fixed/patched/reconfigured/whatever without disturbing anything else running on the same box.

  33. Big deal by mrdisco99 · · Score: 2, Informative

    IBM did this last year with AIX 5L. AND, it'll run on PPC, x86, and IA64. This was IBM's fork of the fabled Monterrey project (Unix' most promising vaporware) which died as soon as SCO got bought. I guess SCO's fork is just now coming out.

    Of course, when I submitted the story, it got rejected.

    --

    +++
    NO CARRIER

    1. Re:Big deal by Anonymous Coward · · Score: 1, Insightful

      "Of course, when I submitted the story, it got rejected."

      This is why I don't bother to submit stories at Slashsnot anymore. You have to be part of the elite.

    2. Re:Big deal by tjrw · · Score: 1
      I can't speak to rejection of stories or otherwise, but AIX 5L is not presently available for x86, and I'm pretty sure that this situation is not going to change. You can lookup the details at the AIX 5L Version 5.1 web site.

      Tim

  34. makes no sense by mj6798 · · Score: 1

    Maybe a few years ago, the SCO kernel was a bit better than the Linux kernel, but today, I see little or no advantage. In fact, Linux has better driver support and a more active user community. And being able the modify the kernel source code is useful even for end users (a quick hack to get a slightly different version of some piece of hardware working, for example).

  35. Caldera and the GPL by Anonymous Coward · · Score: 2, Insightful

    Caldera, from the beginning, has tried to be the Microsoft of Linux. Most recently, Ransom Love has taken to publicly slagging the GPL, and has said they were looking for ways to proprietize their stuff so they can rape the users more fully. This looks like the beginning of it.

    I haven't liked, or trusted, these guys for at least 5 years. I used to use Caldera, but now, I've sworn off them more than I've sworn off Windows.

    Slack, Debian, Redhat, BSD, whatever. They're all better than Caldera, just because of the "Caldera Attitude". Ransom Love thinks he deserves a stable of Ferraris for packaging someone else's code and selling it.

    Bah. I'd use Windows before I use Caldera.

    1. Re:Caldera and the GPL by Anonymous Coward · · Score: 1, Insightful

      This guy's not a troll. Caldera is selling out. Fuck, Ransom Love SAID they wanted to be the Microsoft of Linux.

      And I love the moderation work, guys, you mod up an "All Your Base" post or a pro-M$ post, but this guy compares OpenLinux to Windows, a comparison which even Love would understand, and you mod him down as a troll.

      You suck. But there are so many M$ astroturfers wandering around here, I wouldn't be surprised if it was one of them.

  36. Not much new by alsta · · Score: 5, Interesting

    I maintain two SCO UnixWare 7.1.1 servers and they do run like dogs. Linux is much faster and arguably better. Granted, UnixWare has VxFS included, but these days when we have JFS and XFS ported to Linux, that's really a non-issue too.

    The SVR5 implementation of UnixWare had to be rehashed in order to increment version numbers and issue a new product. So Caldera slaps in a few things:

    1) Fix apparent bugs
    2) Attach more integrated GNU packages to the main distro
    3) Update the Linux emulator to support more system calls

    But this does not in my opinion warrant a whole new major version number. They have done pretty much nothing else with the distro. I will not be upgrading the 7.1.1 servers here as they will be phased out, but also because there is really no reason to.

    Caldera is doing nothing but reselling the SCO product line. Of course they are, since there is an installed base and they can charge the same as SCO charged for it. The Linux business is, just as somebody very insightfully said, hurting them. They can't demand license fees, because all one has to do is to go to RedHat. They can't fix their distribution too much, because they become incompatible with RedHat that way. They can't charge much more than RedHat for their distro either, because not that many people would buy it. Perhaps OpenLinux is a bit ahead of its time? Probably so, but that doesn't solve their problems.

    I think Caldera is realising that it has at least a temporary cash cow with SCO and thus tries to get its moneys worth. It seems to be forgetting that the business practices of SCO practically brought them to their knees and Caldera is just walking in their foot steps. The only difference is the name. Which I by the way find is pretty lame. There is nothing Open about SCO UNIX and there never was. The development kit is aged and not very good at all. SCO managed to sign some contracts with third party vendors to include some apps with their distro. These are still coming for Open UNIX. Compaq has an agreement with SCO (Caldera too?) as an OEM. This means that a customer can buy a Compaq server with Open UNIX rather than Windows NT/2000. But the sales of these are very slim.

    If I was on the board of Caldera, I would swiftly make some changes in the licensing schema of Open UNIX. Granted, it can't be GPLed because of thirdparty proprietary code. But I would definately make it more available. They charge for a media kit ($65) and only give a single user license to non-commercial use. That is an enforced license which means that the system only accepts one concurrent login. This is useless for the hobbyist, so they aren't spreading the word. They have to make UNIX as exciting as Linux in order to prevail. Sure, charge the big corporations license fees. But the small businesses and home users who want a UNIX server should have to pay nothing for it.

    Caldera can't do this because they would lose money that way. Some old SCO shops aren't that big and would then fall under the clause of a free OS. That means that the distribution may go up but it doesn't give them a larger revenue stream right away. Look at Sun and the free Solaris offer. Lots more people use it now, but Sun can't start charging for it unless it's for a huge server (8+ CPUs). Sun has revenue from other things, mainly their hardware. Caldera only sells software. A big catch 22.

    If Caldera continues like this, they will either have to sell of the SCO division or perish. What if they can't sell it off? Will SCO UNIX become abandonware or can it be opened before they close the doors? Will SCO UNIX (read SVR5) die and be buried because it can't be opened? Would be a terrible loss.

    Then there is the conspiracy deal. What if Microsoft would buy the UNIX copyright and codebase? They could stash the code in the trash can and be done with that threat. Sun could have its license revoked or perhaps be charged so much for license fees that they couldn't maintain SVR4 Solaris anymore. I know they aren't paying any royalties now, but surely that could be circumvented... That would be the true extinction of UNIX as we know it. Good in one way, but bad in others.

    What if Sun bought the copyright? Or IBM? Whoever will own it in 10 years, will the codebase be opened? Who knows, but I will be following this subject over the next few years.

    Alex

    --
    Wealth is the product of man's capacity to think. -Ayn Rand
    1. Re:Not much new by chris.bitmead · · Score: 2, Informative

      Quite a few years ago, Sun paid a BIG chunk of
      money to own the full rights to their Sys V code.
      Something approaching $100 M if I remember. They
      paid this big chunk of money so they wouldn't be
      affected by this sort of situation.

    2. Re:Not much new by alsta · · Score: 1

      Yes, but licenses can be changed. There are always ways around something one does not wish to honor. There is no love lost between Microsoft and Sun and should Microsoft obtain this it could deliver a fatal blow to Sun.

      --
      Wealth is the product of man's capacity to think. -Ayn Rand
    3. Re:Not much new by dublin · · Score: 2

      I don't recall the amount (I think it was about half of what you state), but it was significant. It's worth noting that Sun, IBM, and Compaq are the only computer companies on the planet that own enough of their own core technologies to be at least somewhat immune from extortion at the hands of the likes of Intel and Microsoft. *Everyone* else is vulnerable and not fully capable of controlling of their future.

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
  37. Re:It's not only the scalability that is a problem by Courier · · Score: 0, Troll

    Someone mod this down and prehaps find this guy's address and give him a spanking of his life time he's always writing this very same message. Word for word. Just copy and paste.

  38. Re:If you want broad hardware support by Anonymous+Pancake · · Score: 0

    you use winNT 4 for alpha? I didn't know they had a sun version though

  39. You people should not be using 2.4.x by Anonymous Coward · · Score: 0



    If you want a stable operating system, you should not be using the 2.4.x kernel until it has matured. The 2.2.19 kernel is extremely mature and stable and secure, and it is the kernel of choice today for both home and commercial use.


    "Latest" does not always mean "Best". Say it. Internalize it. Live it.


    -- Guges --

    1. Re:You people should not be using 2.4.x by Anonymous Coward · · Score: 0

      And if nobody uses 2.4.x, then nobody will discover, report, and correct the bugs in it and it will never mature!

      For my needs, 2.4.x has been extremely stable, even since 2.4.0.

  40. Moderator, I doth protest! by Error27 · · Score: 2, Insightful

    Clearly thou miss understandeth my post!

    Forsooth, I simply stateth that Debian is not unlike Caldera in that they have interchangeth the kernels there unto. Ye Caldera has chosen Open Unix while ye old Debian can found to use HURD or on occasion FreeBSD.

    The similarities there in are obvious to all! Therefore, I must prostest vociferously the my post was most unquestionably On Topic!

    Certainly, thou seemest to be on crack!

    1. Re:Moderator, I doth protest! by Anonymous Coward · · Score: 0

      Moderators suck my balls! How is that Error27. Not as nice, but to the point!

  41. w00t! by AlXtreme · · Score: 2, Funny

    Hey kewl, i can take my CPU d...

    --
    This sig is intentionally left blank
  42. sounds like a niche product by vu13 · · Score: 1

    This reminds me of when people ran OS/2 in oder to develope for Windows 3.1

    This product may appeal to companies who see the need to develope for Linux but turn those nose up at actually having to run it.

  43. technically, this is actually a good thing by sinator · · Score: 2, Informative


    As many have stated, GNU utilities are nothing new to SCO (cf. Skunkware). For those who aren't quite knowledgeable of SVR5, there *are* serious advantages to running a UNIX(tm) kernel as opposed to Linux. Not all of these are hardware related.

    UNIX(tm) has TLI and STREAMS support. Linus has explicitly decided that TLI is to be passed over in favor of sockets, and STREAMS isn't to be supported at all (leading to some hackneyed workarounds regarding ptys). So for those of you who will say "big deal, SCO kernel has some better hardware/threading/${FOO}, we'll develop the drivers/mutexes/${BAR} for it," there are some things that will never, ever be put into the main source tree due to administrative decision.

    Yes, TLI and STREAMS have inherent performance penalties, but they provide a much more sane API for driver development. Hardware today is fast enough to handle a small performance penalty that Linus' 386 could not.

    In short: This is a good thing, because it presents a system which runs on x86 which has significant DESIGN differences. Someone has opted for the other fork of the tradeoff branch; assuming the standard utilies and libc are in sync with Linux's GNU toolkit, this means that the same application can take advantage of two different paradigms for two different situations (BSD/sockets vs TLI+STREAMS). I guess this is like the BSD/a.out vs. Linux/ELF scenario of a couple years back. Each system has its pros and cons, programs are source compatible to work with either.

    Now that *that* little ruckus has been resolved...

    So this really is nothing new. UNIX kernel, (optional) GNU utilities (e.g, Skunkware). Most big UNIX vendors distributed UNIX utilities (Sun, SCO/Caldera,etc) with GNU utils. Hell, NeXT made gcc their default compiler (and charged thousands of dollars for it. Ha!). And it's a good thing. I'm glad.

    --
    Three Step Plan:
    1. Take over the world.
    2. Get a lot of cookies.
    3. Eat the cookies.
  44. I've tested OpenUnix 8.0 by mikethegeek · · Score: 5, Interesting

    In my job as a QA tester, we run many different NOS's for compatibility. OpenUnix 8.0 is virtually no different from Unixware 7.1.1, other than the fact that Caldera logos have replaced SCO ones. Big freaking deal.

    The OS is still cumbersome to install, and far less user friendly than any Linux distro. Of course, SCO is a true enterprise server Unix, which is it's sole (vanishing) advantage over Linux.

    I was extremely disappointed that 8.0 lacked ANY improvement in user friendliness, which is the major thing I expected Caldera to bring to SCO. Caldera's Linux distros (which I also test) probably have the best installer of any Linux (though I really like TurboLinux's text mode installer). Also, the SCO shell lacks all of the user-friendliness the GNU BASH shell has, which makes it one of the hardest command lines to master (particularly when you first Unix exposure was the friendly BASH command line).

    OpenUnix 8.0 is nothing more than a "slap our new name on it and get it out" to generate new revenue release. I'd advise anyone running 7.1.1 to wait until 8.1. Unfortunately, licensing isn't the ONLY one of MS's business practices that Caldera is imitating.

    --
    === The price of freedom is eternal vigilance
  45. Re:Caldera is NOT DYING! by HeUnique · · Score: 2

    really? umm...

    According to the latest IDC pre-released report - Worldwide IT spending on Linux is increasing from 3% to 9% by 2002..

    So? Is Linux loosing ground? I hardly think so...

    Do your homework before you past such a crap! most Unix shop that used to work with SCO are moving to Linux. Why? because the client doesn't want to pay the $1000 license price tag if he can spend $60 on RedHat which have 70% market share..

    --
    Hetz (Heunique)
  46. maybe thats why by ArchieBunker · · Score: 2, Interesting

    Linux is number 27 in server uptimes. Don't believe me? see

    http://uptime.netcraft.com/up/today/top.avg.html

    Its all *BSD and some Irix before linux even shows.

    --
    Only the State obtains its revenue by coercion. - Murray Rothbard
    1. Re:maybe thats why by Anonymous Coward · · Score: 0

      Horrors of horror. The Linux servers there only have >2 year uptimes!

    2. Re:maybe thats why by CutCopyPaste · · Score: 1

      NO! it was IRIX They have been only using linux for a month or so on that server so It looks like its been up that long with Linux but if you were to really look its Irix before.

      http://uptime.netcraft.com/up/graph?site=www.phoen ix-united.com shows that IRIX is the backend, Linux is font I think and linux cant beat BSD or Irix as a sever

    3. Re:maybe thats why by zander · · Score: 1
      Hehe, maybe people are upgrading their linux machines too often, hoping that bug will go away with the next upgrade.

      Hell thats how I rebooted several machines which run ReiserFS (the _only_ reason I wanted to run 2.4) several times allready. NFS has this (known) bug where mounting a nfs share takes 5 minutes per share. This is not acceptable for workstations.

      NFS also has problems with maintaining a steady stream of packets; playing an mp3 over my 100Mb network does not work! Thats just rediculous.

      Sometimes I just think I should use smb shares to connect my machines..

    4. Re:maybe thats why by Anonymous Coward · · Score: 0

      Idiot.

      Remote uptime detection (a hack in and of itself) isn't accurate. Linux (and a few other OSes) wrap after a certain amount of time.

  47. News for laywers? by be-fan · · Score: 2

    Great. Another article that as a lot of technical possibility, and all I hear are license considerations and politics. Anybody want to enlighten the rest of us as to why exactly this release is significant? Is the OpenUNIX kernel somehow better than the Linux kernel? At what things? What's the VM system look like? Real meaty stuff that nobody seems to talk about...

    --
    A deep unwavering belief is a sure sign you're missing something...
    1. Re:News for laywers? by alsta · · Score: 1

      I've said it in a few other posts. Caldera Open UNIX is a repackaged, rehashed SCO UnixWare. That's all. The kernel is the UnixWare SVR5 kernel. Slow and buggy and a pain to work with.

      Alex

      --
      Wealth is the product of man's capacity to think. -Ayn Rand
  48. Re:If you want broad hardware support by Anonymous Coward · · Score: 0

    You dolt

  49. Re:drivers inside kernel SUCK by cb0y · · Score: 1

    The whole concept of drivers being inside the kernel suck.

    The kernel should be small and be completely seperate to most drivers, the drivers can have a common well defined strong long lived api so that they are not tied to X.X version.

    We should have linux kernel 2.x.x, and drivers should be in a seperate source tree.

    Wheres our object orientation? Out the window?

  50. The title of this article is stupid by frleong · · Score: 1

    What is almost-Linux? If it doesn't use the Linux kernel, it is NOT Linux. So, some BSD distros use GNU libraries, compilers and utilities, and now you call this distro almost-linux? If an OEM vendor distributes Windows and bundles it with GNU utilities, you'll call it almost-linux too?

    --
    ¦ ©® ±
  51. just in case by Rogain · · Score: 1

    you haven't heard this is a last gasp effort of Caldera to get the few remaining SCO customers to transition to linux.

    --
    The current Slashdot moderation system is made by gay communists!
  52. GNU Free by Anonymous Coward · · Score: 0

    So were is the GNU less Linux?

  53. [OT] Streams implementation for Linux... by Uzull · · Score: 1
    1. Re:[OT] Streams implementation for Linux... by Uzull · · Score: 1

      Unfortunately, Linus has blocked the inclusion of streams in mainstream kernels...

  54. Re:I had no problems with it either by Anonymous Coward · · Score: 0

    >Since Linux sucks, I didn't download it in the first place.

    If you've never downloaded it and tried it yourself, how do you know it sucks?

    Ahhh, TrollTelepathy (tm)

  55. Re:drivers inside kernel SUCK by crucini · · Score: 2
    The kernel should be small and be completely seperate to most drivers...

    This is called a microkernel and is apparently popular with OS researchers. Linus Torvalds explicitly rejected this view, much to the disgust of OS expert Andrew Tannenbaum. Read more here.

    Wheres our object orientation?


    Most good software, including Linux, is not object oriented. The idea that software must be either object oriented or chaotic spaghetti code is wrong. To put it simply, Linux had to be fast in order to win. OO code tends to be slower.

    You seem to want a microkernel, object oriented operating system. This is the opposite of Linux.
  56. Re:It's not only the scalability that is a problem by Anonymous Coward · · Score: 0

    I'm happy to hear that you read each and every of these postings word for word. This will only soak you with the cold hard truth.. ;)

  57. I whish SUN would do the same ... by bockman · · Score: 2
    Of course, the dream thing would be if they officially supported an open-source kernel, too (not necessarly Linux).
    But I would settle on a close-source kernel (after all, nobody should know their CPU better than themselves) toghether with all the open-source goodies which I love, officially compiled and supported by SUN.

    Thanks to sites like freesolaris ( once openly linked by SUN, but now no more ), I already have somethink like this ( also because most SUN software has orrible price/quality ratio. Take Forte, for instance ...).

    --
    Ciao

    ----

    FB

  58. SCO is disappointing by chrysalis · · Score: 2

    I had to set up a server running SCO Unix for a large web site. It was years ago, in the Linux 1.2 days.
    SCO was a pain to install, there was even no driver for our classical adaptec adapter. We had to call the support and wait during one week to have a fucking floppy disk with the driver.
    Then, compiling anything on the box (like the first release of the "Apache" server) was a pain. A lot of libraries like 'crypt' were missing. I had to tweak the source code a lot, port external libraries, etc. to have something that worked on SCO.
    And the kernel crashed. I rebooted, and a lot of files were corrupted, including almost everything in the /etc directory. I had to reinstall everything from scratch. One day of uptime, wow.
    It finally worked, I just had to import the existing web pages and images from a DAT tape. Guess what ? Only 2 Gb tapes were supported by SCO, and the support center was unable to help.
    I ended up wiping the hard disk, and installed Linux. Everything worked perfectly, and what took me an entiere week of work with SCO was redone in 3 hours with Linux.
    SCO has probably improved since, but I don't trust that operating system any more. It was dog slow, it was a hell to compile anything on it, the default shell was an horror, it didn't support common hardware...
    If you don't like the Linux kernel, watch out for Debian/OpenBSD instead.

    --
    {{.sig}}
    1. Re:SCO is disappointing by Anonymous Coward · · Score: 0

      You claim to have problems with SCO; what version? What OS? SCO offered OpenServer, UnixWare, Compartmentalized-Mode Workstation (B2), etc.

      Also, SCO OSs had version numbers, too. What was yours?

      When you launch such a flame, you might want to use details

  59. Re:drivers inside kernel SUCK by Anonymous Coward · · Score: 0

    Actually, most of the Linux source tree this days is written in a quite OO-ish style (still in C, but with lots of function-pointer structs to give OO-style development without the most nasty speed hits). Anyone who has read Amiga development headers will recognise similar OO-in-C design patterns.

  60. get CLUE by G+Neric · · Score: 1
    get CLUE, Caldera's Linux/Unix Equivocater


    GNU's Now Unix


    now, your joke was funny :) but it raises a more serious issue and a little bit of edification for the slashdot crowd.

    Here on the dot, people bray frequently (and sometimes rightfully) about how monied trademark holders try suppress other people's speech. But take another look at the Caldera site and you'll see what they're up to. The shoe's on the other foot, and it's a little uglier.

    They are tempting to put the Linux label all over a product that's not... well as you put it,
    Open Unix's not Linux, but you could never tell that from the way they've labelled it. They are attempting to live in the shade of Linux's good reputation. This is why trademark law allows trademark holders fairly broad rights. If a competitor is allowed to use the name, they'll put it to work in their own interest, not in the interest of customers who depend on the name to mean something: in this case, Linux.

    Linux is a trademark, however, so I hope that the owner has some success enforcing it against a clear "theft" (not of the name, of the reputation) that Caldera is attempting.

  61. Without the kernel, how is this Linux? by Anonymous Coward · · Score: 0
    IMO calling it Linux is misleading. It's merely a collection of userland stuff similar to Linux distributions (most of which also run under Unixen other than Linux) bundled with a SCO kernel.


    Linus should object to this use of the name he coined. It could be interpreted as a proprietary Unix incorrectly using the name Linux to their marketing advantage. Not that their system might not be better than Linux in many ways, but still...


    Technically, I could install a Linux distribution and a FreeBSD distribution on the same partition and then run the Linux userland using the FreeBSD kernel (although it would require quite a bit of editing of the boot scripts). What should that be called? I certainly wouldn't just call it "Linux" or "FreeBSD", I would call that "running Linux binaries using the FreeBSD kernel".


    I wonder what they would make of a Lites system?

  62. Re:Wow! (Fracturing the market) by Anonymous Coward · · Score: 0

    Strange comment, considering Caldera is a contributing member of the Linux Standards Base.

    Missed that, didn't you?

    Caldera LKP is targetting LSB compliance. Make it go on LSB, it'll run on any LSB-compliant system: Caldera, or otherwise.

    It's not Caldera that fractures the market -- it's people opening their uninformed mouths and belching forth incorrect speculation as truth.

  63. Re:FUCK OFF!!! by Anonymous Coward · · Score: 0

    Right. You ofcourse speak for the entire community now i guess.
    Since there isnt any alternatives to rapidly develop other enterprise appications than doing it on java, thats ok to me. The coolest thing is that i dont have to use MS products since it can run on Linux.

  64. port of user mode linux by Anonymous Coward · · Score: 0
    Haven't seen this posted yet so here goes:

    Is it just me or does this sound a lot like a port of User Mode Linux to the SVR5 kernel? (yes I realize there are other differences in SVR5 like the hot swapping stuff, threads, etc.) ie, you enter a Linux "subsystem" which is, in effect, a complete linux distro running under another OS.

    Not really revolutionary but IMHO somewhat technically interesting.

    Glenn

  65. Re:drivers inside kernel SUCK by crucini · · Score: 2

    I didn't know that. But I guess the dividing line is the use of methods to get/set members of a structure. This trades off speed for encapsulation. Linux isn't doing that, is it?

  66. Re:drivers inside kernel SUCK by Anonymous Coward · · Score: 0

    in many places yes, but its no speed hit. GCC supports inline functions in C too.

  67. Re:wm2 by Anonymous Coward · · Score: 0

    "Real men use wm2." "I switched from linux to freebsd ... too many people are using linux today."

    Oh, grow up, you obnoxious little twerp, and find something constructive to say. The irony here is you obviously run UNIX because of it's complexity (or reputation for being so, as you may not have experienced real UNIX complexity first hand) -- that sometimes meaning poor ease of use -- to give yourself some pathetic amount of ego boost, and at the same time condemn the masses out there who have lept on the bandwagon, claiming they run it because it's "elite." Care to explain the difference between you and them?

    Your attitude makes me cringe, though it is forgivable because you sound very young. I've run Linux extensively since I was 17 -- toyed around with it when I was 16 but not really getting into it deep enough -- turning twenty one in a few days. This morning I went through manual pages, Orielly books, everything, to both refresh my memory on commands and to have dialin PPP working the way I want it to work -- I'm also a KDE 2 user.

    You are so stereotypical of the little "I'm-cooler-then-you" people. "I switched from Linux to FreeBSD because Linux has too many newbies!" says it all, dude. Linux has so much more available for it then FreeBSD -- games, better sound card support, more drivers, journaling file systems, better X windows support, constantly improving TCP/IP stack, more software, and, most noteably, better documentation and user support.

    Now, go back to the troll cave -- troll cave, plain and simple -- as I'm sure the FreeBSD community doesn't look at you too fondly with that type of attitude.

  68. GNU's Not Linux .... by billstewart · · Score: 1

    One of the purposes of the Library GPL was to provide a less-Stallmanized environment, so you could compile code using gcc without it becoming infected by the Gnu Public Virus - particularly libc, but also other libraries whose authors didn't feel the need to control everything they touched. RMS prefers to call it the Lesser GPL, since he doesn't like that kind of flexibilty.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  69. RFC1149 source distros, and GNU-based versions by billstewart · · Score: 1
    The new business-card-sized small CDs are sufficiently practical that source can be downloaded using ISO9660-equipped avian carriers instead of the older paper-based techniques. rfc1149

    Additionally, the Free Software Foundation is providing GNU-based delivery for full-sized CD sets. Gnus travel more slowly than carrier pigeons, but have the advantage of being able to carry a complete set, reducing the need for retransmissions, and they support for multicasting and parallel processing if you need to ship a whole HURD of the things at once.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  70. Symmetric Multprocessing, Real-Time Schedulers by billstewart · · Score: 2

    Some other features that Unix System V concentrated heavily on were support for symmetric multiprocessing (not just 2-4 processors but much larger numbers) and schedulers designed to handle hard real-time constraints, e.g. aircraft control or chemical process control applications that get really grumpy if you don't handle them every millisecond, on the millisecond. The real-time *has* gotten much easier since the days of the 386 and its ~5 bogomips, but it still takes grunging through the entire kernel and finding anything that blocks critical resources and makes sure the blocking is limited to short enough time periods to meet the constraints.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  71. Women are nuts. by Anonymous Coward · · Score: 0


    Women are nuts. and if her mother is really nuts then run like hell! because they will turn into their mothers.

    This is a problem all over the world, but it is especially intense in the U.S. Try another country.