Slashdot Mirror


Driving Plan 9

Glenda_lives_on writes "OSnews has an alternative OS review on Plan 9. Plan 9 is a research OS produced by Bell Labs. It was open sourced a few years back, and has enjoyed a revival of sorts. Los Alamos National Labs is continuing to favor Plan 9 for their new generation of super computing because its the fastest thing out there. I have downloaded and ran Plan 9 before. In fact the Plan 9 live cd sits here on my desk. Its not an operating system for noobs however, and lacks some graphical refinement. Plan 9 is a very cool and a interesting test drive however. Its definitely worth the price of admission (free) for exploring, and education."

226 comments

  1. Has to be asked... by writermike · · Score: 5, Funny

    Were Plans 1-8 "not entirely successful?"

    "You see! You see! Your stupid minds! STUPID! STUPID!"

    --
    If Nalgene water bottles are outlawed, only outlaws will have Nalgene water bottles.
    1. Re:Has to be asked... by Zeinfeld · · Score: 0, Flamebait
      "You see! You see! Your stupid minds! STUPID! STUPID!"

      Which pretty much sums up the mindset of the inventors, the 'needle in haystack' school of user experience design.

      Genera did that sooo much better. An IQ test disguised as an operating system.

      The lack of success of the successor tends to confirm the beleif that the success of Unix was a fluke due to marketting (it free!) rather than technical merit (you get what you paid for).

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    2. Re:Has to be asked... by Mike+Savior · · Score: 2, Funny

      If they had used letters, I wonder how many times the developers would have purposely bombed the project just so they could get away with calling it "Preparation H"...

      --
      space is pretty cool.
    3. Re:Has to be asked... by ems2 · · Score: 1

      ...considering that there were 10 versions of UNIX from Bell Labs research...

    4. Re:Has to be asked... by ratatask · · Score: 1

      The prior plans were unix. (up to about 8th edition, where they
      decided to try something new instead of polishing the old turd)
      (unfortunatly that's what the current unixes are based on )

    5. Re:Has to be asked... by pedalman · · Score: 2, Funny
      Were Plans 1-8 "not entirely successful?
      It could be worse. I still wonder about the poor bastards who were in the clinical trials for Preparations A-G.
      --
      Friends don't let friends line-dance.
    6. Re:Has to be asked... by Anonymous Coward · · Score: 0

      I'm no mathematician, but I would guess...

      7?

    7. Re:Has to be asked... by mengel · · Score: 1

      While there's a clear Ed Wood movie reference, the reason it's something-9 is that it was the Next Thing after Version 8 Unix, which was the Bell Labs release after Version 7 Unix, the one that Started It All. So clearly, rather than call it Version 9 Unix, when it wasn't really Unix underneath anymore, etc. they needed a new name...

      --
      - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
  2. Surely... by isecore · · Score: 2, Funny

    ... Ed Wood must be proud :)

    --
    I enjoy large posteriors and I cannot prevaricate.
    1. Re:Surely... by Anonymous Coward · · Score: 0

      See, had thems aliens been running Plan nine from outer space way back in "Independence Day" the earthling wouldn't'ave been able to infect the fleet of alien invader^W overlords and they could have been ruli^W governing us well.

  3. Plan 9 ISO Mirrors by ettlz · · Score: 5, Informative

    Before y'all go pulling down the ISO to try it out, the mirrors are listed at http://netlib.bell-labs.com/wiki/plan9/Mirrors/ind ex.html .

    1. Re:Plan 9 ISO Mirrors by Anonymous Coward · · Score: 0

      Is there a torrent for the ISOs?

    2. Re:Plan 9 ISO Mirrors by ems2 · · Score: 1

      Not really. You can find ones for slightly outdated releases for bit torrent. Bell Labs makes a new release of Plan 9 nightly and hasn't had any bandwidth problems (the day Lucent has bandwidth problem would be the end a very bad day). The only problem is that the server for Plan 9 is some old crap that apparently doesn't have enough memory all the time. If the server is having problems you should email Lucent management and tell them you are interested in Plan 9 and they should put more money towards the project.

  4. Torrent? by Anonymous Coward · · Score: 0

    Torrent?

  5. Now YOU look stupid. by Anonymous Coward · · Score: 4, Informative

    Plan 9 is a reference to the Ed Wood movie, Plan 9 from Outer Space, often regarded as the worst movie of all time. Aliens raise the dead to finally prove to humans that they exist (because that's certainly the most obvious, effective way to do it).

    1. Re:Now YOU look stupid. by Anonymous Coward · · Score: 5, Insightful

      Considering that the "Your stupid minds! STUPID! STUPID!" line is a quote from the movie, I suspect the OP knew that.

    2. Re:Now YOU look stupid. by andreMA · · Score: 2, Insightful
      Actually I took the "not entirely successful" to be a reference to the TOS episode The Ultimate Computer, where (when discussing the M-5) Kirk asks Daystrom (the inventor) about M-1 through M-4. Daystrom responds that they were "not entirely successful"

      I thought it was funny, playing one of the cheesier TOS episodes against the extremely cheesy Plan 9 From Outer Space

    3. Re:Now YOU look stupid. by gkhan1 · · Score: 2, Interesting

      Ahh, but you are mistaken in your praise of Plan 9, most of us Ed Wood aficionados knows that that isn't his masterpiece, indeed it is trivial in comparison to the behemoth of Glen or Glenda (also known on sensational posters as "I Changed My Sex!"), wherein Wood himself stars as transvestite and Bela Lugosi is an insane rambling doctor.

      All jokes aside, Bela Lugosi really deserved better than Ed Wood. It's a shame to see this man who scared the living daylights out of so many people with his Dracula and really made a mark on movie history be reduced to lap-dog in the hands of a complete hack. I guess Wood helped him make another mark on movie history.

    4. Re:Now YOU look stupid. by Anonymous Coward · · Score: 0

      Of course, Glenda the bunny is Plan 9's mascot.

    5. Re:Now YOU look stupid. by lahi · · Score: 1

      And if a Danish university CS department was ever to make a research operating system, either cloned from Plan 9, based on something else, or from scratch, I will hereby propose it be called ReptilicOS.

      -Lasse

    6. Re:Now YOU look stupid. by Anonymous Coward · · Score: 0

      FWIW, the movie is really, really bad. I went to see it as part of a high school trip, and by the time we were walking out of the theatre, we were all pretty much insane with boredom. I remember trying to bite off my friend's ear to try and relieve the boredom, and other students were generally beating the crap out of each other, since that was vastly more interesting than the movie.

    7. Re:Now YOU look stupid. by Anonymous Coward · · Score: 0

      For those who have not seen the movie, it's apparently in the public domain now, and as such can be legally downloaded for free from here:

      http://www.publicdomaintorrents.com/nshowmovie.htm l?rstitle=Plan+9+From+Outer+Space

    8. Re:Now YOU look stupid. by writermike · · Score: 1

      Yeah, I did know the "stupid minds" quote was from "Plan 9 from Outer Space" but one of the other posters was right when he said that the first quote was from TOS Star Trek's "The Ultimate Computer." FWIW, I wasn't trying to go for a Wood/Trek mashup. I had initially thought the line "Plans 1 - 8" was from "Plan 9," but I had remembered them from the same movie. Ah well...

      --
      If Nalgene water bottles are outlawed, only outlaws will have Nalgene water bottles.
    9. Re:Now YOU look stupid. by SEE · · Score: 1

      Plan 9 from Outer Space, often regarded as the worst movie of all time.

      Only by those who have been spared Manos: The Hands of Fate.

  6. OS good, but all the desktop wallpapers... by jpellino · · Score: 3, Funny

    ... are cheesy 10 ft tall silver curtains.

    --
    "Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
  7. Plan 9 is cool by Anonymous Coward · · Score: 5, Informative

    I've never used it, but Plan 9 offers a radically different archival storage system called Venti.

    Basically it never deletes old blocks of data from the server. Blocks are write-once, identified by a really large hash (collisions are so improbable that the possibility can be totally ignored). This allows you to copy lots of redundant data to the server (such as periodic backups) without worrying about the storage space. If the blocks were ever copied there before and they have not changed, they won't take up any space!

    1. Re:Plan 9 is cool by rylin · · Score: 1

      Sounds a bit like ZFS.
      Never mind which was first, ZFS is available today.

    2. Re:Plan 9 is cool by Anarke_Incarnate · · Score: 1

      How much is this......Venti? Is it MUCH more expensive than a Tall?

    3. Re:Plan 9 is cool by Anonymous Coward · · Score: 0

      Doh.
      This sounds only like ZFS to the typical lame slashdot loser who doesn't understand anything of the technology.

    4. Re:Plan 9 is cool by ciroknight · · Score: 4, Informative

      Both are available today, and I can assure you Plan 9's Venti was first, and furthermore ZFS isn't really anything like it. Venti does data compression by removal of redundant data by (basically) writing a block, and then checksumming the block and using that sum to refer to the block in the future, so that if the software tries to write an identical block, it simply ignores the request. With an appropriate block size set, it can save lots and lots of space, however, it's very impractical as a day-to-day filesystem due to the datasets most people work with day-to-day (most of us work with lots of non-redundant data such as code files, video files, image files, etc.), though it would be a neat experiment to see what could be done with a modernized version of it.

      Lots of things like this were/are revolutionary about Plan 9, simply because they were given the ability to do it. Some of them are great ideas (like Venti in conjunction with a database server, if the database server was tailored to the file system and didn't do stupid things...), and some of them could still use a great deal of work. Either way, I welcome our Plan 9 overlords from Outer Space.

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    5. Re:Plan 9 is cool by Anonymous Coward · · Score: 1, Interesting

      Surely that introduces a single point of failure, though? If one of those single blocks gets corrupted, all that wonderfully redundent data you had on your machine is now all corrupt in exactly the same way.

      Of course, I assume the Plan9 developers thought of that too, and there are provisions in the design for this sort of thing.

    6. Re:Plan 9 is cool by retro128 · · Score: 1

      Venti does data compression by removal of redundant data by (basically) writing a block, and then checksumming the block and using that sum to refer to the block in the future, so that if the software tries to write an identical block, it simply ignores the request.

      That sounds like a hell of a lot of overhead. With so much stuff going on, what do the performance benchmarks of this fs look like? Doesn't it pretty much guarantee fragmentation? I mean, if you have a lot of redundant data there is no way it can be contiguous with all of the files that it belongs to. As you mentioned, the point is likely moot because I'd like to believe most users try to avoid having a lot of redundant data on their drives.

      IMHO, given what you had said, I don't think Venti is at all appropriate for Joe Average everyday user. It's probably more efficient to compress and decompress files in realtime. However, I'm sure there are applications (storing of large amounts of test data perhaps?) that Venti could really be useful.

      --
      -R
    7. Re:Plan 9 is cool by inKubus · · Score: 3, Informative

      The whole OS is mainly designed to run across multiple computers on a network. It abstracts everything into a file, way more than unix. It's designed for large scale environments and not single user stuff.

      Also, there is a PDF detailing the Fossil archival server and Venti FS.

      It's totally cool.

      --
      Cool! Amazing Toys.
    8. Re:Plan 9 is cool by hey! · · Score: 2, Funny

      No, but the CDs are roasted way too dark. Of course some say that Americans are just too parochial to appreciate properly carmelized bits, but of course if it's so much better that way, why does their port of mkisofs have the --with-mocha and --with-vanilla-syrup options?

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    9. Re:Plan 9 is cool by mkosmul · · Score: 1

      If I recall correctly, UTF-8 was invented by the people who created Plan 9. I think that's a great example of a smart idea, too - get Unicode support while staying ASCII-compatible. Without UTF-8, most of the standard UNIX tools would need some dramatic changes in order to be able to handle Unicode. With UTF-8, they worked right aways if you didn't care about characters vs bytes, and handled characters vs bytes correctly after just a few changes (most of them in locale data and not the programs themselves, probably).

    10. Re:Plan 9 is cool by Anonymous Coward · · Score: 1, Informative

      If you used Venti directly to store all your files, it'd probably perform rather poorly. But on Plan 9, it works as merely an archival backup of the main filesystem called Fossil. You run directly off Fossil and do a daily push to Venti. Then, if you need to get a file that was deleted or whatever, you access Venti.

    11. Re:Plan 9 is cool by redcane · · Score: 1

      Since you find the block by it's checksum, if it was written incorrectly the checksum will tell you so. Since you will never write over it software corruption is basically a non-issue. You would presumably be using this file system on a high redundancy medium, or doing regular back ups of the data that had changed.

  8. How does it compare with the SavaJe OS by dreamer33 · · Score: 1

    Does it provide easy portability of applications? How does it compare with Savaje OS? I know Savaje is a comletely Java based operating system with a low enough foot print for any space sensitive applications.

    1. Re:How does it compare with the SavaJe OS by ems2 · · Score: 4, Informative

      There is APE for POSIX support. And linuxemu for emulating linux binaries.

      I personally have not checked out Savaje OS. Inferno would be most comparable to such an OS. Inferno is based on many of Plan 9's ideas but with a new programming language, Limbo (famed for being the only other language than C Dennis Ritchie documented) and a virtual machine, Dis. Limbo can run on bare hardware without a host operating system with around 700KB of memory.

      Rob Pike explains the advantages of the Dis virtual machine. Unlike the .Net and Java virtual machines which are stack based Dis is register based. This allows it to run on bare hardware and doesn't require a (according to some heavyweight) operation to translate it from stack to register. Dis provides virtually infinite registers like Parrot. For more information read Pike's paper, The design of the Inferno virtual machine.

    2. Re:How does it compare with the SavaJe OS by perseguidor · · Score: 1

      what

      --
      O make me a mask
    3. Re:How does it compare with the SavaJe OS by mycall · · Score: 0
    4. Re:How does it compare with the SavaJe OS by anothy · · Score: 1

      huh. outside of conversations i've had with one other guy here at work, i've not heard anybody mention SavaJe in years. brief history:

      around 1996, some of the folks at Bell Labs who worked on Plan 9 started a related project called Inferno. it took the same ideas contained in Plan 9 (and much of the current implementation) and wrapped them up in a virtual machine (Dis), new application programming language (Limbo), different graphics programming system (tk), and some other changes. Plan 9 and Inferno fed each other healthily for quite some time. Inferno was handed over to a business unit in Lucent to try to make a product out of. despite significant technical progress, the BU failed at pretty much all their business goals, and subsequently collapsed. Inferno was used internally in a few projects, and Vita Nuova got the rights to do ongoing development, worldwide distribution, and so on. a few folks from the Inferno BU went off and founded SavaJe, taking the then-currnet copy of the source with them to use as a base. SavaJe has evolved entirely independently since then, and isn't really related now.

      i don't really like Java, but for what it's worth, i think if you're going to build a java-bassed device what those guys are doing is exactly the right way to do it: build it in low level, push for full J2EE (not J2ME).

      --

      i speak for myself and those who like what i say.
    5. Re:How does it compare with the SavaJe OS by Anonymous Coward · · Score: 0
      Unlike the .Net and Java virtual machines which are stack based Dis is register based. This allows it to run on bare hardware and doesn't require a (according to some heavyweight) operation to translate it from stack to register. Dis provides virtually infinite registers like Parrot.
      Virtually infinite registers? Bullshit. What you mean is, it's all heap. Tell me how that's better than having a stack. It isn't, is it? Heap of shite, like your post.
    6. Re:How does it compare with the SavaJe OS by Anonymous Coward · · Score: 0

      Hey asshole, he's correct. The VIRTUAL machine model gives you unlimited registers, which it does its best to map to real registers using rewriting. If you use too many, it will degrade, but there is no arbitrary limit to them otherwise.

      Don't even know why I'm wasting time responding.

  9. The notion of good research by DrSkwid · · Score: 4, Funny

    man page != implementation

    http://cm.bell-labs.com/magic/man2html/1/emacs

    NAME
            emacs - editor macros

    SYNOPSIS
            emacs [ options ]

    DESCRIPTION
            This page intentionally left blank.

    SOURCE
            MIT

    SEE ALSO
            sam(1), vi(1)

    BUGS
            Yes.
    Copyright © 2006 Lucent Technologies. All rights reserved.

    and vi(1) isn't what you might think either

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:The notion of good research by Anonymous Coward · · Score: 0

      That's because the man page is a joke. Plan9 has three major editors: Acme, Sam & ed. Acme & Sam are more than enough for code devlopment; You would think that 'BUGS: Yes' would have alerted you

    2. Re:The notion of good research by Anonymous Coward · · Score: 0

      Well, I'm impressed.

      Most comprehensible emacs man page EVER!

    3. Re:The notion of good research by Anonymous Coward · · Score: 0

      Okay, that's a low blow. The definition Emacs is Emacs, just like GNU's Not Unix, so the definition is recursive. You might want to point out their higher quality man pages that can save you a lot of sleep:

      http://manpages.debian.net/cgi-bin/display_man.cgi ?id=0d866dee6b3985e33da7a6345cb8edab&format=html

    4. Re:The notion of good research by Anonymous Coward · · Score: 1, Informative

      Rubish. EMACS is Editor MACroS. It was originally a set of TECO macros. People can't just backronym it.

    5. Re:The notion of good research by Al+Dimond · · Score: 1

      Yeah, I couldn't believe TFAuthor wrote that. I fired up my Plan 9 box just to make sure it wasn't true.

      The vi thing I found a long time ago; at first I thought it was to prevent anyone from porting vi to their system but since realized that it was just a result of the naming convention for their development tools.

  10. Oh, slashdot by Zouden · · Score: 4, Insightful
    I have downloaded and ran Plan 9 before. In fact the Plan 9 live cd sits here on my desk. Its not an operating system for noobs however

    What is this, digg?
    --
    "A week in the lab saves an hour in the library"
    1. Re:Oh, slashdot by thebluesgnr · · Score: 1

      No, but it's Sunday.

  11. Uhhuh by Anonymous Coward · · Score: 0

    Said article is being mocked on the Plan 9 mailing list: http://lists.cse.psu.edu/archives/9fans/2006-July/ 048311.html

  12. Is this from Outer-space? by Anonymous Coward · · Score: 0

    Or is it of Earthen origin?

    1. Re:Is this from Outer-space? by Ruie · · Score: 1
      Is this from Outer-space?

      Or is it of Earthen origin?

      It is from alternative reality called "user space"

  13. Zzzzzzz..... by countach · · Score: 4, Interesting

    The "everything is a file" metaphor of Unix was revolutionary at the time, and Plan 9 taking it a little further really does little to advance the state of the art.

    What was good about the "everything is a file" metaphor was not the "file" part, but the "everything is a...." part.

    What would really advance the state of the art is an "everything is an object" operating system. It would be something like a Lisp OS but with an object database type file system. I think some have existed in academia, but I've never looked into them.

    1. Re:Zzzzzzz..... by ems2 · · Score: 4, Insightful

      "We have persistent objects, they're called files." -- Ken Thompson

    2. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      "We have persistent objects, they're called files." -- Ken Tompson

    3. Re:Zzzzzzz..... by ettlz · · Score: 1

      The all-encompassing namespace isn't a new thing, no, viz. UNIX and NT. I think Plan 9's revolutionary idea is taking the "everything is a file" idea and distributing it (devices, files, everything) across many physical machines. Does even VMS clustering have this ability?

      As for the holy-grail object systems (with all the bellen and whistlen such as orthogonal persistence) there were projects like EROS, Coyotos, etc., and some early projects like DERA's Ten15.

    4. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0
      What would really advance the state of the art is an "everything is an object" operating system.

      Hardly, this has been around since at least the late 1980s. IBM's AS/400 and System/38 have everything on the system as an object. That includes programs, users, database tables, subsystems, commands, joq queues etc etc.

    5. Re:Zzzzzzz..... by Bobjects · · Score: 2, Informative

      What would really advance the state of the art is an "everything is an object" operating system.

      Smalltalk-80 fits that description pretty well. See:
      http://users.ipa.net/~dwighth/smalltalk/byte_aug81 /design_principles_behind_smalltalk.html

      Smalltalk-80's modern descendent is Squeak:
      http://www.squeak.org/

    6. Re:Zzzzzzz..... by ratatask · · Score: 5, Informative

      >The "everything is a file" metaphor of Unix was revolutionary at the time, and Plan 9 taking it a little further really does little to advance the state of the art.

      Sorry, this is where you're wrong.
      Make the socket interface a filesystem, and all you do is mount a fileserver over that, to create
      a socks proxy/http proxy/whatever. All apps get the capability of
      doing networking over a proxy, transparently - no need for using libs or
      prelinking hacks that usually don't work.

      Have the ability to easily create fileservers in userspace, and create an mail
      filesystem that can handle imap/pop/local mboxes etc. Mail clients doesn't need
      to reimplement your favorite mail protocol in yet another broken and incompatible
      way, or adhere to 4 different libraries with 4 different concepts. Just read/write files and
      have the one fileserver do the job.

      Sharing files AND resources becomes easy too. Want to play sound on another computer ? import hostname:/dev/audio /dev

      Having all resources being files, you get a standard way of access control (add ACLs if you really need to), couple it with private
      namespaces, and you don't need the umpten hacks like freebsd jails, chroots, selinux, systrace, etc. Just use chmod/chown and set up a filesystem namespace only containing the resources (resources in this case is anything you request from the OS - networking interface, audio device, screen display, authentication privileges, or most other of the 400 syscalls or ioctls you might want to restrict access to in a read/change on traditional unixes.

    7. Re:Zzzzzzz..... by try_anything · · Score: 1
      What would really advance the state of the art is an "everything is an object" operating system.

      What's cool about "everything is a ..." is that code and understanding for dealing with one entity (such as disk files) can be applied toward other entities (such as network connections). "Everything is an object" only helps if the objects share important characteristics that make them similar to work with. Using a basic definition of "object" -- a piece of data and operations for manipulating it -- Unix qualifies as an "everything is an object" operating system. The operations (i.e., system calls) that may be applied to an object depend on its type (file descriptor, process, network device, etc.) with no operations that may be applied to all objects, leaving no common logic for interacting with the objects. "Everything is a foo" is only helpful if there is a useful set of operations that can be applied to all foos.

      "Everything is a bar," on the other hand, would be very useful, because even if they don't have good beer, every bar has someplace to take a leak.

    8. Re:Zzzzzzz..... by spitzak · · Score: 1

      Actually Plan 9 does far better than "everything is an object". In Plan 9 everthing is a subclass of a certain base object, called a "file". Programs can assumme a set of useful functions, such as the ability to copy an object, that actually makes this api useful, rather than an academic experiment.

      About all that "everything is an object" means is that it wont crash if you send the id for one type of object to an api designed for another type, instead you will get an error. Really the only difference between "everything is an object" and all existing operating systems is that the pool of id's for resources is shared between all types of resources.

      There are certainly real usable object-oriented systems where there is a base class, but these then imply that "everything is an x" where x is that base class. And so far none of them have as simple of a base class as the Plan 9 file, or one that can actually be understood and used directly by a programmer rather than having to figure out the subclassing api.

    9. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      The two ideas are not so dissimilar.

      In Plan 9 (and in the Plan 9-like Inferno, http://www.vitanuova.com/inferno) a file or set of files encapsulates the interface to an object, and in a sense the filesystem provides an analogue of the database. Whilst the encapsulation is not as neat as a true set of objects and a database and doesn't have the same level of integrity checking built-in by default, the advantages are 1. The relative simplicity of its approach. 2. The fact that such a relative simple approach can be more robust to some types of error and 3. It is easy, using very basic and well-understood tools, to chain objects together. Whilst it would be possible to create an actual database-driven solution, the total amount of code required to make it as easy to use might be larger. This having been said, I feel that Amiga OS also had some very neat solutions to this sort of problem.

      Files and databases are by no means mutually-exclusive, of course, and you can build views onto one with the other.

    10. Re:Zzzzzzz..... by Jeremi · · Score: 1
      "We have persistent objects, they're called files." -- Ken Thompson


      Hmm, how does one subclass a file to customize its behaviour? Or hide its implementation details by marking them private? Or call methods on it?

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    11. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      You are confusing a "class" with a "object", please go back to school.

    12. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      "I think Plan 9's revolutionary idea is taking the "everything is a file" idea and distributing it (devices, files, everything) across many physical machines. Does even VMS clustering have this ability?"

      I've used this via Inferno, and it can be trivially easy to set up a simple distributed application. Even better is the fact that it is very simple to trial the application locally, bind some new remote resources into place, and it is distributed. Putting in the additional things to make an application robust is somewhat more complex, but then this is complex in most situations unless you are using good support for robust patterns for distributed computing, and starting from a well-designed set of interactions, probably from UML models, to make the problem both more tractable and more maintainable (and here things such as persistence come in). But this is, in a sense, a case of saying that more complex things are more complex, and it isn't all done for you Plan9 or Inferno, nor in Linux, Windows, or any other well-used OS by default. A repository of enterprise-level distributed application templates would go some way to addressing this.

    13. Re:Zzzzzzz..... by ak3ldama · · Score: 1

      "We have persistent objects, they're called files." -- Ken Thompson [bell-labs.com]
      So is Ken Thompson then confusing a persisting object with a file? The discussion is about having everything be an object. I would guess that the Ken Thompson quote is taken out of context. Having everything be an object, including files, would allow a file to be subclassed as some sort of metadata object for various uses.
      Having a file be a persistent object, in this respect, would allow the file to be referenced through a different class or interface than may have been originally intended.

      --
      "but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
    14. Re:Zzzzzzz..... by Ant+P. · · Score: 1

      Directories? chmod? open()?
      It worked for udev/sysfs/procfs.

    15. Re:Zzzzzzz..... by waveclaw · · Score: 1

      What would really advance the state of the art is an "everything is an object" operating system.

      Why is a file not an "object"?

      I don't get this. We call them 'files' and try to think of them as pieces of paper and folders as boxes, but the things on out harddrives are very different from their real-world analogs. They are abstract collections of data.

      There are well known methods for getting information about a file: name, contents, attributes. There are well known methods forming an orthogonal action set upon a file: move/rename, delete, make, get/set contents, enumerate attributes. Files (directories) can contain other files in a 'has a' relation. However, filesystems use workarounds for 'is-a' relationships: mime types (like object dictionaries,) filename extensions (like C++ name mangling,) extended ACLs. Filesystems are usually class to instatiation vs. mutli-level or mutli-sourced inheritance. But inheritance could be considered to occur only in the abstract as you instantiate a particualr class to make an object or create a specific file of a given type. What is the difference in managing 'is-a' relationships by maniplating a meta-information system such as language keywords in source code and editing patterns in the magic keyword database?

      Filesystems are just databases managed by software in the operating system. Is it an issue with the heirarchial interface to filesystems? Other interfaces like relational (bunch of tables) or object (hide random pile behind a query manager) have been restricted to niches like application data and IPC, respectively. And if they suck so bad, why are hierarchial filesystems used to store those relational databases, object repositories and their logfiles? These hierarchial filesystems map so well to 'real-world" storage systems that a common class in an OOS is the 'file,' acting as a gateway out of the applcation's process space and into the external world.

      --

      "You cannot have a General Will unless you have shared experiences. You cannot be fair to people you don't know."
    16. Re:Zzzzzzz..... by renoX · · Score: 1

      Except that normal objects have a complex interface (public methods) whereas files are restricted to read/write interface.
      So these two things are very different..

    17. Re:Zzzzzzz..... by Foolhardy · · Score: 1

      NT does have an "everything is an object" metaphor, at least for things exported from kernel to user mode. The Object Manager defines a class for such objects, of which object types are subclasses. Kernel mode components are free to define their own object types. The Object Manager defines the interface for common object functions and the owner of each specific object type defines an interface for specific functions (usually by way of syscalls).

      Each object type has a set of function pointers for optional methods that the object type (the object class) can choose implement to override the standard object behavior. Every object has an optional name in the unified hierarchical object namespace, and can choose to become an extension of that namespace by implementing the Parse method. Every object has a security descriptor, which the Object Manager can handle automatically, or the object itself can handle when the Security method is implemented. An object can also be synchronized against (have a thread wait for signalling) by using an appropriate dispatcher header, or not by always denying SYNCHRONIZE access. The Object Manager also provides a unified method of sharing objects between processes by way of duplicating handles, which the object type can participate in by implementing the Open and Close methods.

      As for subclassing, the object type would have to provide its own support. The IO Manager can do this in a way with device and file objects. A device object is backed by a layered set of drivers that implement different functions by passing a user request (an IRP) down the device stack where each driver can modify or split the request as necessary. Each driver in the stack could represent different classes, with the bottommost driver being the base class and the topmost driver the most derived class, free to override any operation. With the device as the class, the files created from it are the objects, and the functions IOCTLs. Constructor arguments can be implemented by the filename or with extended attributes (like TDI does it). With some conventions, it would be possible to implement a full class-object system in this way.

      See:
      Object Manager, Microsoft Windows Internals (Fourth Edition)

    18. Re:Zzzzzzz..... by killjoe · · Score: 1

      You may see this as a shortcoming but it's really not. What if every file was actually an object? You would have to keep track of what each object was, you would have to catalog the public interface of every file, you would have to rewrite every single application everytime a new class was created so it could deal with the new objects.

      Programs like grep, sed, vi, etc would instantly become useless because they would have to know about every single class in the system, past present and future!.

      It would be a nightmare. Besides people can do this now with python, ruby, perl or other scripting languages. There is no reason you can't use pickle, or yaml to dump ruby objects and then read them back with ruby. There are already shells written in perl and python and ruby.

      --
      evil is as evil does
    19. Re:Zzzzzzz..... by renoX · · Score: 1

      'A shortcoming' imply a value judgement, I just said that files having a very rigid interface are not true objects, that's all.

      Just a remark: the read/write interface is well suited to console/script interaction, but now applications have mostly moved to GUI, where the 'everything is a file' is not so useful: as evidenced by the fact that Plan9 didn't manage to fit a 'mozilla' like web browser in their setup.

      Also, the textual interface while being very useful has also some inherent difficulties: many script which parse the output of say 'ps' are very fragile in fact, because the text output of this command is not very good (well maybe with the adequate option, it is easy to parse, but this isn't helped with the dozens of possible options)..
      Text interface are very good for human interfaces, but let's not forget that they have sometimes some downside too..

    20. Re:Zzzzzzz..... by spuzzzzzzz · · Score: 1
      Just pulling stuff out of my ass here, but...

      The superclass, File say, would have all the methods that we normally associate with files. That is, it would represent the file as a stream of bytes that you can read from or write to. Since many files are plain text files anyway, all the normal ways of processing text apply.

      Then you could have the ImageFile subclass, for example, which supports a method "Pixmap ImageFile::RenderImage ()". If the OS has the right libraries installed, it will abstract away from png, jpeg, etc. files. Of course, you can access the raw byte stream if you want, and render the image yourself. And you can detect the image type and look up the APIs for every different image rendering library out there (and if you want some very advanced feature, you probably will). But I think the file-with-a-type idea makes most things much simpler.

      --

      Don't you hate meta-sigs?
    21. Re:Zzzzzzz..... by Jeremi · · Score: 1
      It worked for udev/sysfs/procfs


      Well, if by "worked" you mean they were able to extend the kernel to do clever things and have the results look like files, then sure. But in something that is meant to be functionally equivalent to persistent objects, I would expect to be able to do all of the above from any userland application.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    22. Re:Zzzzzzz..... by cryptoluddite · · Score: 1

      Having all resources being files, you get a standard way of access control (add ACLs if you really need to), couple it with private namespaces, and you don't need the umpten hacks like freebsd jails, chroots, selinux, systrace, etc. Just use chmod/chown and set up a filesystem namespace only containing the resources (resources in this case is anything you request from the OS - networking interface, audio device, screen display, authentication privileges, or most other of the 400 syscalls or ioctls you might want to restrict access to in a read/change on traditional unixes.

      Congratulations. You've just invented objects (only crappy ones). If you think that's cool you should check out Java ClassLoader, for instance... you can do all the things you mention for files and more. In Ruby you can call .write method regardless of whether the object is a file or socket or audio device or pipe or graphics device handle or whatever. You can add new methods like you add files to a plan 9 filesystem, the only difference is that it's ridiculously easy.

      The main problem I have with Plan 9 is how little actual progress there is. It's like when the old geezer comes up with the same idea over and over again. It's just kinda sad really (check out Squeak for example).

    23. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      The main problem I have with objectsis how little actual progress there is. It's like when the old geezer comes up with the same idea over and over again. It's just kinda sad really.

    24. Re:Zzzzzzz..... by njh · · Score: 1

      There was an operating system back in the 80s called 'Walnut' which had everything as persistent objects with various economy things like rent and capabilities. If you (or another process) didn't pay an object's rent, the object would die. It was quite interesting though not really developed to the point that people could use it.

    25. Re:Zzzzzzz..... by countach · · Score: 1

      If you really want to interface with things via a crappy grep/sed interface, you can always do a toString() on an object. This will allow you to retain all the bugs that traditional shell script sed/grep parsing programs have always have. But if you want to move up in the world you could use a useful interface to the object.

    26. Re:Zzzzzzz..... by killjoe · · Score: 1

      In that case you would be exactly where you are now. You could do common things like read lines, read bytes, write lines, write bytes, check for EOF etc but for anything more sophisticated you would need some code that knew about the file. No different then what you have now. Right now I could serialize and object written in any language and save it to a file. In order to do anything with that file other then read bytes or lines I would have to have the original language and perhaps the serialization routine.

      --
      evil is as evil does
    27. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0

      You may see this as a shortcoming but it's really not. What if every file was actually an object? You would have to keep track of what each object was, you would have to catalog the public interface of every file, you would have to rewrite every single application everytime a new class was created so it could deal with the new objects.

      Proliferation of too many schemas is a bad thing, but I hardly consider the lack of any schema extension at all to be a feature. I always hear this argument to defend the status quo: "more choice is bad, people can't be trusted with it, it would break the way everything works".

      It's not like we don't have more complex object with filesystem-like semantics grafted on afterward. What do you think devfs/udev is? What are fcntl(2) and ioctl(2) if not extra object methods grafted on to file descriptors? Those would be fine, if not for the fact that you still can't subclass a device. All thanks to "everything is a file, and nothing more than a file, except when it's not".

    28. Re:Zzzzzzz..... by Anonymous Coward · · Score: 1, Insightful

      >I would expect to be able to do all of the above from any userland application.
      lot's of the fileservers serve are in user space, like rio, acme, and other stuff like
      the usb drivers.

    29. Re:Zzzzzzz..... by spuzzzzzzz · · Score: 1
      You could do common things like read lines, read bytes, write lines, write bytes, check for EOF etc but for anything more sophisticated you would need some code that knew about the file. No different then what you have now.

      The difference would be in the way the information is organised and presented. Anything you do in an object-oriented language can be done in a procedural language. But the object-oriented way of organising and viewing a program can sometimes be more intuitive and useful.

      Right now I could serialize and object written in any language and save it to a file. In order to do anything with that file other then read bytes or lines I would have to have the original language and perhaps the serialization routine.

      And that could* be very useful if

      • there were a good way of dealing with these objects from the shell
      • these sorts of objects were used system-wide
      Think, for example, of how many useless lines of ad-hoc parsers there are in a modern *NIX system. Every start-up script and every program with a configuration file has some sort of parser built in. With a more powerful way of structuring data at the operating system level, these things could be done more elegantly and more robustly

      * Of course, I don't know if it _would_ be useful, never having used such a system

      --

      Don't you hate meta-sigs?
    30. Re:Zzzzzzz..... by Hugo+Graffiti · · Score: 1
      Make the socket interface a filesystem, and all you do is mount a fileserver over that, to create a socks proxy/http proxy/whatever. All apps get the capability of doing networking over a proxy, transparently - no need for using libs or prelinking hacks that usually don't work.


      I used to work on the System V /proc filesystem. I was really ugly because everything useful all went through a massive ioctl switch. Check out what the Plan 9 folk themselves say:

      Nonetheless, it is possible to push the idea of file-based computing too far. Converting every resource in the system into a file system is a kind of metaphor, and metaphors can be abused. A good example of restraint is /proc, which is only a view of a process, not a representation. To run processes, the usual fork and exec calls are still necessary, rather than doing something like


      cp /bin/date /proc/clone/mem

      The problem with such examples is that they require the server to do things not under its control. The ability to assign meaning to a command like this does not imply the meaning will fall naturally out of the structure of answering the 9P requests it generates. As a related example, Plan 9 does not put machine's network names in the file name space. The network interfaces provide a very different model of naming, because using open, create, read, and write on such files would not offer a suitable place to encode all the details of call setup for an arbitrary network. This does not mean that the network interface cannot be file-like, just that it must have a more tightly defined structure.

    31. Re:Zzzzzzz..... by killjoe · · Score: 1

      "The difference would be in the way the information is organised and presented."

      I really don't think so. Right now the OS knows all the metadata it needs to know. At best you are adding to that metadata.

      "there were a good way of dealing with these objects from the shell"

      There is. cat filename | perl -e (or some such equivalent in python or ruby)

      "these sorts of objects were used system-wide"

      Facism doesn't work in OSS. How are you going to force everybody to use the same format for anything? The only place facism works is in windows where MS can dictate to all their developers how they have to do things but even then it doesn't work too well. Look how messy the registry has gotten, hell look at how many MS divisions disobey the MS look and feel guidelines. Look at how MS chucks their old conventions every two years and embraces some new buzzword.

      I guess facism doesn't work in any OS.

      --
      evil is as evil does
    32. Re:Zzzzzzz..... by Anonymous Coward · · Score: 0
      I would expect to be able to do all of the above from any userland application.
      And I'd expect this to be a source of massive security holes.
    33. Re:Zzzzzzz..... by spuzzzzzzz · · Score: 1
      "The difference would be in the way the information is organised and presented."
      I really don't think so. Right now the OS knows all the metadata it needs to know. At best you are adding to that metadata.

      Yes, the OS knows all the metadata it needs to know. It just isn't presented in a very friendly manner, especially to people writing programs and scripts.

      "there were a good way of dealing with these objects from the shell"
      There is. cat filename | perl -e (or some such equivalent in python or ruby)

      The whole point of persistent objects is to provide a nicer, more uniform interface. Something like

      echo 'print (pickle.load (open ("filename"))).lookup ("data_key")' | python -m pickle
      isn't nearly as easy as, say
      filename->lookup ("data_key")
      (where, in this example, filename is a file representing a table). Therefore, the existing ways of dealing with these objects from the shell are not "good."
      "these sorts of objects were used system-wide"
      Facism doesn't work in OSS. How are you going to force everybody to use the same format for anything?

      How did the inventors of UNIX force everybody to use flat files for all their data storage? By designing a system in which that model was integrated, consistent and made sense. If someone were to design and create a system based around the notion of persistent objects, the users of that system would use persistent objects system-wide. I don't see how that's fascist. The purpose of my statement was that persistent objects only make sense if there is a consistent system-wide interface.

      --

      Don't you hate meta-sigs?
    34. Re:Zzzzzzz..... by Nevyn · · Score: 1
      Having everything be an object, including files, would allow a file to be subclassed as some sort of metadata object for various uses. Having a file be a persistent object, in this respect, would allow the file to be referenced through a different class or interface than may have been originally intended.

      Inheritance == mount --bind. directories are implied by "files", thus it should be obvious how you have collections (== classes) of files (== methods). Private methods == no privilages.

      As the saying goes, "Those who don't understand Unix are doomed to reinvent it, poorly."

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    35. Re:Zzzzzzz..... by ratatask · · Score: 1

      Sure, you just need the overhead (in java) of loading policies in memory for all your restrictions.
      And how do I acces the objects from whatever other language easily ? being able to write
      netcat in 7 lines of shell script is nice. So is every other application that can
      naturally deal with files.

      With ruby/java/ you're restricted to "cool" things from
      within that language and environment only.
      I'm sure that's great when you're a -language zealot.
      Why don't you jump to, say Common Lisp ? It can, from my experience, do
      most things other language can, not the least OO features - only "better".
      But it too is a restricted environment in itself, so you probably won't touch it,
      just as I won't touch your OO centric language.

    36. Re:Zzzzzzz..... by killjoe · · Score: 1

      "filename->lookup ("data_key")"

      I agree that typing this would be easier but look at what it would involve. First of all the shell would have to be able able to take a string and invoke the lookup method on it. Then the lookup method would have to know that it was dealing with files and not some other string (presumably you could cat something | lookup too). It goes on and on. This would add an insane amount of complexity to your shell.

      One option would be to limit your shell to dealing with files and directotories but then again you are unable to do anything other then lookup the dates, sizes, read and write lines etc on them. In other words no different then what you have today.

      "How did the inventors of UNIX force everybody to use flat files for all their data storage?"

      They didn't. They just wrote tools to deal with flat files (awk, sed, grep, sort, uniq etc) which encouraged the use them.

      --
      evil is as evil does
    37. Re:Zzzzzzz..... by spuzzzzzzz · · Score: 1

      Let's change the example slightly, then; it wasn't well thought-out: put a space before and after "->" Then, the shell only needs to recognise the built-in command "->". Using the dynamic typing facilities provided by the operating system, it checks to see if the object "filename" has a method named lookup. If it doesn't print an error message. If it does, call it. This isn't really any more complicated than looking up the location of an executable in $PATH. It is different to (cat filename | lookup) because the lookup method is no longer specific to that file (or type of file). You will end up with massive namespace collisions if you put every method in the global scope.

      They didn't. They just wrote tools to deal with flat files (awk, sed, grep, sort, uniq etc) which encouraged the use them.

      And the exact same thing could conceivably happen with an object-based system.

      --

      Don't you hate meta-sigs?
  14. Plan 9, the OS for Smug Elitist Assholes? by Anonymous Coward · · Score: 0

    Are there too many knowledgable Linux users out there?

    Can't beat the best of BSD?

    Use Plan 9 - we're so arcane we'll always be smug and superior! Read our email list and weep when we deconstruct with no mercy the writings of a newbie on a blog, without offering corrections, or help, or even writing a decent article ourselves to ensure that the information provided is correct, relevant and interesting.

    Note: actually, now we've thought about it, please fuck off, we don't want more noobs.

    1. Re:Plan 9, the OS for Smug Elitist Assholes? by Anonymous Coward · · Score: 0

      http://pages.cpsc.ucalgary.ca/~mirtchov/p9/plan9-g uru.gif

      I guess many years of using a supposed "better" OS and not having the world recognize it can make you a little cranky, eh?

    2. Re:Plan 9, the OS for Smug Elitist Assholes? by exp(pi*sqrt(163)) · · Score: 2, Funny
      Use Plan 9 - we're so arcane we'll always be smug and superior!
      He he! It's fun seeing Linux users getting a taste of their own medicine.
      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    3. Re:Plan 9, the OS for Smug Elitist Assholes? by Anonymous Coward · · Score: 0

      OS/390 developers laugh at all of you.

  15. Wow! I have never heard about this before! by Slithe · · Score: 0, Troll

    Except maybe, here
    here
    here
    here
    and here
    .

    --
    ---- "XML is like violence. If it doesn't fix the problem, you aren't using enough."
    1. Re:Wow! I have never heard about this before! by despisethesun · · Score: 2, Funny

      Yeah! Fucking assholes! The only OS they should mention more than once is Linux!

      --
      This poo is cold.
    2. Re:Wow! I have never heard about this before! by Zontar+The+Mindless · · Score: 1

      Me either, which is why I downloaded it and started playing with it about 3 weeks ago. In fact, I've got it running off the CD on my spare workstation right now.

      --
      Il n'y a pas de Planet B.
    3. Re:Wow! I have never heard about this before! by Slithe · · Score: 1

      I love to see Plan 9 mentioned on Slashdot, but I would like an actual news story rather than a post that only says "Hey! This is a cool operating system that has already been mentioned on Slashdot several times since 1998! Check it out!" Plus, I have not yet seen a recent Slashdot story that said "Hey! There is this cool kernel called Linux, written by a Finnish programmer, Linus Torvalds. Check it out!" Which reminds me, I should submit a Slashdot story about Inferno.

      --
      ---- "XML is like violence. If it doesn't fix the problem, you aren't using enough."
    4. Re:Wow! I have never heard about this before! by LWATCDR · · Score: 1

      You might want to take a look at Qemu.
      With QEMU you can run Plan 9 as a guest OS under Linux, windows, or Mac OS/X
      The more I use Qemu the more I like it. I actually got Vista to run in a window on my Linux desktop. It isn't fast but it worked.
      I don't know if they have support for Xen in Plan 9 yet but I do know that Nvidia and Xen don't get along :(

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:Wow! I have never heard about this before! by ems2 · · Score: 1

      I wasn't sure if I should submit a story about SDL support in Plan 9. I will try an write up a summary about tomorrow. Lets see if it gets accepted.

    6. Re:Wow! I have never heard about this before! by despisethesun · · Score: 1

      Plus, I have not yet seen a recent Slashdot story that said "Hey! There is this cool kernel called Linux, written by a Finnish programmer, Linus Torvalds. Check it out!"

      No, but there are similar fluff articles about various Linux distros, only a handful of which are actually useful in the slightest. Your articles go back to 98, meaning you've listed less than one per year. Considering how many good ideas are in Plan 9 and how good of an example it could serve to the current crop of kernel hackers and OS geeks, it's worth bringing up from time to time and saying, "Hey, check this out."

      --
      This poo is cold.
    7. Re:Wow! I have never heard about this before! by Zontar+The+Mindless · · Score: 1

      I find it interesting that Plan 9 doesn't seem to work as a Live CD under VMWare, and that the developers complain that VMWare won't make the necessary info available when tonnes of Linux, BSD, and even Solaris live CDs work just fine.

      I did find out via a couple of posts at OSNews that it might be possible to install Plan 9 under VMWare, but I've not yet had time to give that a try (need to clean up my hard disk first).

      --
      Il n'y a pas de Planet B.
  16. graphical refinement by nurb432 · · Score: 1

    Considering its not really intented as a desktop replacement OS, thats by design.

    --
    ---- Booth was a patriot ----
  17. The review is not so great by ems2 · · Score: 5, Informative

    The review is not so great in terms of accuracy i.e. there is no emacs (check out acme, sam, ed, and smacme instead) and the 640x480 resolution is nonsense. 9fans certainly isn't so grateful about this review.

    Check out the Plan 9 documentation if you are interested in understanding Plan 9.

    1. Re:The review is not so great by andrewzx1 · · Score: 3, Interesting

      Hi Ems2, I am the author of the referenced Plan 9 article and I can safely say that 640X480x8 was the default window size that came up.This is fact and not opinion.I think I mentioned that it was easily changed to a higher resolution, either by Rio or by simply typing 800x600x8. I now see that there is a version of emacs available. I referenced an out-of-date posting on the 9fans list (I think). Thanks for the correction. Emacs is a great asset. You will see that I too provided plenty of references to the Plan 9 documentation for people to investigate.

    2. Re:The review is not so great by ems2 · · Score: 2, Informative

      You are wrong. You are asked what resolution you want. 640x480x8 is just the first option on the list.

    3. Re:The review is not so great by JoshRoss · · Score: 2, Funny

      640x480 should be good enough for anyone.

    4. Re:The review is not so great by ems2 · · Score: 1

      Yes I should be able to view the stats of a 10,000 computer cluster with that... Plan 9 is one of those place a higher resolutation even if the screen is crap helps a lot.

    5. Re:The review is not so great by SaDan · · Score: 1

      Hey, thanks for the crappy article at OSNews. I've stopped going over there for anything relevant to computers, and wish I hadn't seen this Slashdot submission.

  18. I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 5, Informative

    "Plan 9 from Bell Labs" is the proper name of the OS.

    Plan 9 is now community driven, albiet from a small community, mostly the same people that have been there all along.

    It has USB sound support and AC97 support is a new one on me.

    I use it still because the user environment is the best one I have encountered for text editing and interecting with the shell. Most users use VNC to get to their X11/Windows desktops where their web browser lives.

    Building a web browser from scratch is one of those never ending tasks that frankly, just isn't worth your while. That said there is Mothra - no tables, no css, no frames etc. that Tom Duff (yes that Tom Duff) wrote many moons ago and one of the community is beavering away at his project Abaco and has moderate success.

    One of the main tenets to Plan 9 is "everything is a file" and the system is built around the notion of a distributed name space in the shape of a directory tree rather than being a reflection of the disk contents. The canonical example of this is ftps where the remote ftp site is presented as a directory tree at /n/ftp

    Name spaces are process independent so you can build them per process which feels a bit like chrooting.

    Exporting a name space is part of the deal, this presents many gifts that were not deliberately shoe-horned in such as remote step debugging across architectures, sending sound to a remote soundcard, importing a remote machine's network stack instead of using a gateway (including non-plan9 machines via ssh), importing remote filesystems (including non plan 9 machines). All this is facilitated by the 9p protocol.

    As a micro/macro kernel hybrid all this is achieved in just 37 syscalls which is a source of amusement and a feeling of superiority when compared to Linux' 300+ (so many they are not even enumerated any more).

    Linux is derided in the mailing list ("For amateurs, by amateurs") as well as the failings of the other braindead OSes we have to deal with ("If only they did it like us").

    Linus has stopped by in 9fans to whine on about stuff and was seen off, Theo wanted our compilers when he didn't want the license (as imposed by Lucent lawyers) but since they have been dual licensed we've not seen him around.

    Inferno isn't plan 9, it's another product built on similar principles that was sold off by Lucent.

    Lucent's management of Plan 9 in hindsight could have prevented adoption when it was crucial - it was $300 per copy prior to v. 3 and once a free download had a "copies of all modifications must be sent to Lucent" clause and other annoying restrictions in it. These have been lifted now but they boat could already have sailed.

    The notion of distributed computing has gained ground in recent times and Plan 9 could have been at the forefront with distributed computing being built in from the start.

    All that said, Plan 9 was never intended as anything more than an experiment and some ideas have slowly crept into other products (or possibly independently invented) - notably Windows XP presenting their stuff as files/folders, ftpfs in Linux, single sign-on.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 1, Insightful

      Linux is derided in the mailing list ("For amateurs, by amateurs") as well as the failings of the other braindead OSes we have to deal with ("If only they did it like us").

      I hope you aren't interested in growing the Plan 9 community with an attitude like that.

      If you supposedly have a superior OS, you can afford to have some class about it.

    2. Re:I'm a "Plan 9 from Bell Labs" user by Homology · · Score: 1

      > Theo wanted our compilers when he didn't want the license
      > (as imposed by Lucent lawyers) but since they have been dual
      > licensed we've not seen him around.

      Is there any license for the compilers other than
      http://cm.bell-labs.com/plan9/license.html ?

      It sure looks it's written by lawyers, though earlier versions was worse ;-)

    3. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      > I hope you aren't interested in growing the Plan 9 community with an attitude like that.

      If it bothers you, there's no point in coming.

      Plan 9 is based on another idea : "Not only is UNIX dead, it's starting to smell really bad" - Rob Pike

      > If you supposedly have a superior OS, you can afford to have some class about it.

      There's no point calling a turd a diamond to save the feelings of the person who shitted it out.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    4. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1


      The compilers used for Inferno are the same ones :

      http://www.vitanuova.com/dist/4e/20060303/utils.tg z

      I'm told the licence is different for those (GPL, MIT or something like that), though I have not looked myself.

      I think that's the file, the full list is here :

      http://www.vitanuova.com/inferno/downloads.html

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    5. Re:I'm a "Plan 9 from Bell Labs" user by ttfkam · · Score: 5, Insightful
      There's no point calling a turd a diamond to save the feelings of the person who shitted it out.

      However you don't tell someone their house is a shithole that only an idiot would want to live in even if you have a better home proposed. You point out the merits of the new house over and above what they have now.

      Otherwise you will be perceived simply as an asshole calling someone an idiot. It might make you feel better, superior, etc., but it guarantees that you and whatever you're bringing to the table will be ignored or actively derided.

      You hurt your cause by your presence. People will avoid Plan 9 not for its failings, but because it is associated with assholes, for example, you. If your goal is to kill the project, then by all means continue insulting others because you think they deserve it. If you actually want to foster adoption, perhaps a measure of diplomacy and a modicum of decorum would help.

      In short, don't be a dick. As an added bonus, that advice works for more than just software.
      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    6. Re:I'm a "Plan 9 from Bell Labs" user by sgtrock · · Score: 1

      So, basically you're saying that you have the most impressive OS on the planet and the rest of us are simply idiots for not recognizing just how wonderful it is? Or are you saying that you have the best OS on the planet and your /glad/ that the rest of us haven't recognized that fact so we can't spoil your tiny playground?

      Or is it that you hate the fact that an OS built "by amateurs, for amateurs" is somehow eating your lunch at every turn? Are you happy living with an addmittedly experimental OS that doesn't have 99% of the current applications ported to it so you are forced to VNC into a "lesser" OS just to be able to use a decent Web browser??

      (shakes head in wonder) And people say Theo is a PITA!

      Did it ever occur to you that if Plan 9 truly is that remarkable, a more inclusive, community building spirit might help lift it above Linux in no time? That is the true secret to Linux's continuing success, after all; Richard's and Linus's willingness to include everyone and every project who wishes to contribute. Otherwise you wouldn't have the ability to package a distribution so easily.

      If it were simply a matter of being a better OS, OpenBSD would have flattened Linux a long time ago. Nope, Theo and company chased off contributors of all stripes with their collective incredibly elitist attitude a decade ago, and they still keep it up. Sounds to me like you guys took their attitude and inflated it by an order of magnitude.

      Here's a clue: Want people to help out in adding functionality and apps? Start treating them decently and give them a reason to contribute.

    7. Re:I'm a "Plan 9 from Bell Labs" user by heinousjay · · Score: 1

      So does this mean the typical derision one gets from the Linux community for things like, say, asking simple questions is really an ironic sort of welcoming embrace meant to bring in the world?

      --
      Slashdot - where whining about luck is the new way to make the world you want.
    8. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      Your assumption is that I quote myself, this is erroneous.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    9. Re:I'm a "Plan 9 from Bell Labs" user by asuffield · · Score: 1, Troll
      If it were simply a matter of being a better OS, OpenBSD would have flattened Linux a long time ago.


      I think you mean: if it were simply a matter of having an idea how to build a better OS, OpenBSD would have flattened Linux a long time ago. The big problem with OpenBSD is that they haven't built most of it; it's sorely lacking in (native) features. It doesn't matter how good or bad your kernel is, emacs and firefox are basically the same on every platform. OpenBSD has so few actual (working) pieces that it's not really any different to yet another Linux platform - except for a handful of low-level tools which tend to be less featureful than the corresponding Linux versions.

      The other problem is that these ideas often don't work very well in practice (microkernels are slower and can't actually do anything new, openssl has unreadably foul code, etc). Linux took off because, in practice, it's faster and more featureful than anything else that wasn't specifically designed for the task you're currently trying to do. All these other things may do some things better, but inevitably do all the other things worse, and that's what counts.
    10. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      blah blah blah

      Your assumption that I quote myself is erroneous.

      But yes, I don't care if you use it or not.

      Worse is better worked out for Linux & HTTP/HTML

      Market share is for marketing people.

      Not everyone is trying to dominate the desktop.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    11. Re:I'm a "Plan 9 from Bell Labs" user by asuffield · · Score: 1
      I use it still because the user environment is the best one I have encountered for text editing and interecting with the shell. Most users use VNC to get to their X11/Windows desktops where their web browser lives.


      "Instead of driving a car, I get about using a pogo stick. It's much better because you can carry it with you when you're not using it, so you always have it available, and also you can get into smaller spaces than you could with a car. When I need to go someplace that's too far away, I use my car instead."

      What exactly is the point if you just use a real OS whenever you need to do something more complicated than text editing?

      As a micro/macro kernel hybrid all this is achieved in just 37 syscalls which is a source of amusement and a feeling of superiority when compared to Linux' 300+


      "My pogo stick is assembled using just fourteen screws. This is a source of amusement and a feeling of superiority when compared to the thousands of screws, nuts, and bolts needed to assemble a car."

      I can only presume that you are easily amused.
    12. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      ignorance is bliss, you must be very happy

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    13. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0

      Bingo. If one wants a sample of people who hurt by their presence, search the 9fans list for posts by uriel. That guy is definitely setting the plan9 cause back every time he opens his mouth on that list...

    14. Re:I'm a "Plan 9 from Bell Labs" user by flakier · · Score: 1

      I hope the Linux community isn't interested in growing.

      So often I see a windows: by morons, for morons type attitude.

      I get your point, but one of the reasons some things are better is *because* they are unfriendly. You can't just go and add pet foo crazy idea into the Linux kernel all that easily. From what I've observed, it is even less easy to get something stupid into Plan 9.

      Popularity isn't all that it's made out to be. Plan 9 doesn't want to grow, it wants to be better.

      --
      --
    15. Re:I'm a "Plan 9 from Bell Labs" user by ems2 · · Score: 2, Informative
      You can also get Plan 9's c compiler (by Ken Thompson) from Inferno. FYI, they are kept in sync. The only difference is the license used with the version bundled with Inferno. The license is based on MIT-template. The text goes as follows:
      This copyright NOTICE applies to all files in this directory and subdirectories, unless another copyright notice appears in a given file or subdirectory. If you take substantial code from this software to use in other programs, you must somehow include with it an appropriate copyright notice that includes the copyright notice and the other notices below. It is fine (and often tidier) to do that in a separate file such as NOTICE, LICENCE or COPYING. Copyright © 1994-1999 Lucent Technologies Inc. All rights reserved. Revisions Copyright © 2000-2005 Vita Nuova Holdings Limited (www.vitanuova.com). All rights reserved. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
    16. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0

      So... as long as you're quoting someone else when you're being a dick, you're not a dick?

      "You know? Go fuck yourself." - Andrew Dice Clay

    17. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0

      Hmm, I count 47 syscalls

      http://swtch.com/usr/local/plan9/acid/syscall

      No mmap huh? No shared libraries? Er, nice!

      BTW I found these notes on Plan 9 interesting:

      http://www.scs.stanford.edu/nyu/04fa/notes/l5d.txt

    18. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0

      > As a micro/macro kernel hybrid all this is achieved in just 37 syscalls which is a source of amusement and a feeling of superiority when compared to Linux' 300+

      Well the L4 kernel has 12 system calls and it has a much bigger community of people who are actually using their OS to do work *and* it even supports Linux through L4Linux and there's work on the way to support Hurd and Darwin (which might make it into MacOSX, seeing that Apple's key Mach developers left for OS design philosophy reasons).

      *sacasm on*
      So why is Plan 9 so bloated and useless and unpopular?
      *sacasm off*

      Seriously, you need to get an attitude adjustment. Plan 9 has its uses and it has some good ideas -- some of which have already gone into the Linux kernel or been incorporated in other OSes. But when all is said and done, people use OSes to actually do work. You can come up with the perfect OS, but unless there are apps for it, it's little more than an intellectual puzzle floating on the island of Atlantis.

    19. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      That's not plan9, that's plan9 ports

      The plan9 kernel has 37 syscalls

      > No mmap huh? No shared libraries? Er, nice!

      That's considered a feature

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    20. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      An apprentice carpenter may want only a hammer and saw, but a master craftsman
      employs many precision tools. Computer programming likewise requires
      sophisticated tools to cope with the complexity of real applications, and only
      practice with these tools will build skill in their use.
                  -- Robert L. Kruse, _Data Structures and Program Design_

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    21. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0
      But yes, I don't care if you use it or not.
      So why don't you get out of here if you don't care?
    22. Re:I'm a "Plan 9 from Bell Labs" user by r3dk1ng · · Score: 1

      Infero was gear to just about anything with a processor, whereas Plan 9 is gear to large servers. I am surpised that neither of the two are widely mainstream. It would be nice to see more of both. -Rory Savage Bocca Raton Comp-Sci & Reseach

    23. Re:I'm a "Plan 9 from Bell Labs" user by IceFoot · · Score: 1

      "Plan 9 from Bell Labs" is the proper name of the OS.

      To distinguish it from Plan 9 from Outer Space

    24. Re:I'm a "Plan 9 from Bell Labs" user by OnanTheBarbarian · · Score: 2, Interesting

      It's really easy to make operating systems elegant if you aren't constrained by the terrible task of supporting a large base of (often old) software and hardware (particularly software).

      Nothing epitomizes, to me, the Plan 9 attitude like your remark later in the thread about how not having shared libraries is something to celebrate (it's a feature, not a bug!). I'm aware that you didn't just make this up; it's a pretty common thing for Plan 9 implementers and fans to say. Yes, shared libraries are awkward to implement and do some nasty things to the semantics of your run time.

      However, out there in the real world, programmers are frequently required to use complicated, feature-rich libraries that do things undreamt-of on Plan 9 (e.g. create a user interface that looks and works even vaguely like the user interface from any other recent system, for example). The fact that Rob Pike's taste for minimalism in user interfaces conveniently scales down the size of the UI library to almost nothing is neither here nor there. acme is a neat idea, but if you wanted to make the argument that shared libraries are bogus, then you need to show that you can deliver something that's as substantial as the functionality of existing libraries through other means (e.g a user-level file server).

      The tendency of Plan 9 boosters to write off anything that they don't need to do as 'obviously inelegant and not worth doing' is fine, but it's hard to see how one can draw system design lessons from it.

    25. Re:I'm a "Plan 9 from Bell Labs" user by Anonymous Coward · · Score: 0

      Your assumption that anyone gives a rat's ass about a completely worthless OS that can't do anything practical just because you think its super leet, is also erroneous.

    26. Re:I'm a "Plan 9 from Bell Labs" user by sgtrock · · Score: 1
      Worse is better worked out for Linux & HTTP/HTML

      Market share is for marketing people.

      Not everyone is trying to dominate the desktop.

      Hmmm. Interesting. And yet, you care enough to poke everyone in the eye with how lousy you think Linux is that you have to post this for a sig:
      GNU/Linux - a printer driver gone horribly wrong

      You know, for someone who claims not to care about what the rest of us do or think (i.e. who has the bigger marketshare), you sure seem to have spent a lot of energy thinking about how horrible GNU and Linux are. You sure you aren't just the teensy bit jealous? lol
    27. Re:I'm a "Plan 9 from Bell Labs" user by sgtrock · · Score: 1

      I think you just proved my point for me: If Theo and company would have been more willing to accept contributions gracefully at the beginning of the OpenBSD project, I contend that many (most? all?) of those problems would have been dealt with a long time ago. Instead, Theo seems driven to make sure that only his vision will prevail, and he doesn't hesitate to slag someone who he disagrees with. He doesn't seem to have learned much about how to play nice with others after being booted from the NetBSD group for his abrasive attitude.

      Too bad, because I do respect his ability to code. He's a far better programmer than I could ever hope to be.

    28. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      Jealous ?
      Nah, I just like the sound of my own lame jokes.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    29. Re:I'm a "Plan 9 from Bell Labs" user by DrSkwid · · Score: 1

      lol, I've told you, I don't care what people think about it.

      It is super leet and so am I.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    30. Re:I'm a "Plan 9 from Bell Labs" user by Digi-John · · Score: 1
      Bingo. If one wants a sample of people who hurt by their presence, search the 9fans list for posts by uriel. That guy is definitely setting the plan9 cause back every time he opens his mouth on that list...

      Seconded. However, Uriel appears to have been banned from the list for poor behavior, so perhaps it will be better.

      --
      Klingon programs don't timeshare, they battle for supremacy.
  19. This was out of beta long ago... by TheVidiot · · Score: 0, Offtopic

    OS 9 is old news! Really old!

    1. Re:This was out of beta long ago... by Anonymous Coward · · Score: 0

      You knob head, this is PLAN 9, not OS9.

      If you were trying to make a joke it is a lame on at that.

    2. Re:This was out of beta long ago... by TheVidiot · · Score: 1

      Heh, idiot. I supposed the joke was lost on you, what with OS9 released some 22 years ago.

  20. Here's the Plan 9 home page by chud67 · · Score: 1
  21. My turn to look stupid by andreMA · · Score: 0, Offtopic

    D'oh! I only now noticed mikewriter's .sig is a George Takei quote. Well played!

  22. Sounds like what The Hurd was supposed to be... by mosel-saar-ruwer · · Score: 1


    Exporting a name space is part of the deal, this presents many gifts that were not deliberately shoe-horned in such as remote step debugging across architectures, sending sound to a remote soundcard, importing a remote machine's network stack instead of using a gateway (including non-plan9 machines via ssh), importing remote filesystems (including non plan 9 machines). All this is facilitated by the 9p protocol [bell-labs.com].

    This sounds remarkably similar to what Richard Stallman's The Hurd was supposed to be. [Speaking of which - Duke Nuke'em Forever ain't got nothing on The Hurd.]

    In terms of languages that understand transparent network distribution - has anyone ported Erlang [or something similarly modern] to this platform?

    Also, are there stripped-down versions of Plan 9 that can function in the RTOS space?

    Thanks!

    1. Re:Sounds like what The Hurd was supposed to be... by Slithe · · Score: 1

      > Duke Nuke'em Forever ain't got nothing on The Hurd

      Yeah, but the Hurd ain't got nothing on Project Xanadu.

      --
      ---- "XML is like violence. If it doesn't fix the problem, you aren't using enough."
    2. Re:Sounds like what The Hurd was supposed to be... by DrSkwid · · Score: 2, Informative

      Plan 9 predates The Hurd

      Erlang - don't think so. Limbo & Plan 9 C use CSP channels.

      Stripped down plan 9 for RTOS - not as far as I'm aware, it's used more for clustering. LANL use it there, they might be the people to ask.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  23. the mocking... by Anonymous Coward · · Score: 0

    ...has convinced me to never try Plan9. Like any number of snob elitist also-ran operating systems and programs (and meat space tangible products), when I see arrogance over *crap* I know to stay away from that product. How old is the operating system again? And that's all they have? And the project got abandoned by the parent company, who had more cash than most deities? I call those "clues" about the viability of it, and of the social resources of the users, hint "none". This is like collecting GI Joes past the age of 8.

    No, there are a number of past operating system projects that are better candidates for future use. Even their snuggly wuggly space bunny won't help this project, but it will make the "users" more comfortable as they sit around and program in their spiderman skivvies and wait for mommy to bring them snacks.

    1. Re:the mocking... by exp(pi*sqrt(163)) · · Score: 2
      How old is the operating system again? And that's all they have?
      He he. Your feeble excuses for criticising OS 9 are hilariously funny. Do you have any more like that?
      and of the social resources of the users, hint "none"
      Oh I see you do. You should do a stand up routine.
      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    2. Re:the mocking... by HiThere · · Score: 1

      I notice that you don't provide any pointers. Were I to believe that you were a representative of the Plan9 crowd it would, indeed, kill any interest I had in it. However I suspect you are merely a troll.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    3. Re:the mocking... by Anonymous Coward · · Score: 0

      I guess you must be a real winner at life huh? Do you abandon every new activity or idea based on the opinions of people who you admit you care nothing for? Why take advice from or be guided by "arrogant snob elistists" ?

      Sorry if I hurt your feelings, I guess you will be sobbing unconsolably in the corner crying for your teddybear now because someone said something hurtful on slashdot.. Does that mean you wont be back here again either?

      Grow a pair you big girly man!

  24. Plan 9's web browsers by ems2 · · Score: 4, Informative

    First of all there is Charon from Inferno. It supports html, EMCAScript (1.1 IIRC), CSS, DOM (level 1 IIRC) and https. (See screenshot however this one is a bit outdated)

    Abaco is the most actively developed Plan 9 web browser. It supports most of html. DOM level 3 development has been started. Mozilla's Javascript engine has been ported to Plan 9 and can be used today for a Javascript shell. This will provide abaco with Javascript in the future. Work on CSS has started but I do not know what has been done or where it is heading. Abaco has been ported to Linux and friends via Plan 9 from Userspace. Package managers are encouraged to make packages of abaco for their systems. (See screenshot)

    Then there are webpage, links, mothra, and htmlfmt.

    Finally there are text web browsers for acme (htmlfmt for Plan 9 and see this for Inferno)

    In other news, SDL now works on Plan 9.

    1. Re:Plan 9's web browsers by andrewzx1 · · Score: 1

      There's no information as to whether charon runs on Plan 9 or only on inferno. As you stated previously, inferno is not Plan 9. Can you reference a binary download for charon or must one build it from source? Is there more information on charon, such as a review? Or is the man page the only documentation available?

    2. Re:Plan 9's web browsers by ems2 · · Score: 1

      Inferno can be hosted on other operating systems or run native on its bare hardware. You can install Inferno for Plan 9 and run fgb's script from /n/sources/contrib/fgb/rc/charon (this file can be accessed in the Plan 9 name space after running 9fs sources). This script runs Inferno; binds Plan 9 name space to Inferno's /n/local; binds Plan 9's devices to Inferno's name space; and runs charon in Plan 9's window manager instead of Inferno's window manager. Basically it is like running a Mono application on Linux but a lot more sane.

    3. Re:Plan 9's web browsers by andrewzx1 · · Score: 1

      I think you missed my point. My point was whether charon runs under Plan 9 without modification or special provisions.

    4. Re:Plan 9's web browsers by ems2 · · Score: 1

      Simple answer no. You just need to install Inferno which installs charon for you. Installing inferno doesn't require any special modifications or special provisions.

    5. Re:Plan 9's web browsers by Anonymous Coward · · Score: 0

      There is a Plan 9 port of Charon, it's called "i" and is available in /n/sources/extra

  25. For those of you who haven't seen plan 9 yet... by ChePibe · · Score: 2, Funny

    Plan 9 is now available for free from Google Video.

    I must warn you, however, that everything you will see is based on sworn testimony...

  26. /proc on steroids by DrDitto · · Score: 5, Interesting
    My university had a visitor from Los Alamos several weeks ago and he gave a live demo of using Plan9 to control a 10,000-machine cluster.

    Really cool how _everything_ was a file.

    To start a program on some machine, he would cd to some directory corresponding to the machine. I don't remember exactly, but this directory had files corresponding to "exe", "stdin", and "stdout" among others. To start a job, the program was just copied to the exe file. And then if you looked at the "stdout" file, the output from the running job was there. Now you can imagine how launching a job on thousands of machines and collecting the output becomes really trivial.

    I got the impression that this was sort of like the Linux /proc filesystem, but expanded to work seamlessly across a cluster and with more functionality.

    1. Re:/proc on steroids by Anonymous Coward · · Score: 0

      where do you think Linux /proc came from?

    2. Re:/proc on steroids by ems2 · · Score: 2, Informative

      Linux got the idea for /proc from Plan 9. However, it a very dumbed down version of Plan 9's. One of the major differences is that Plan 9's /proc controls processes while Linux really does nothing but represent them to some degree. One example is that you either kill a process by writing 'kill' to its clt (control) file or delete its directory. Plan 9 requires less syscalls thanks to this design. Inferno also has this design to manage its processes. Imagine this with Plan 9's distributing ideas...

    3. Re:/proc on steroids by spitzak · · Score: 4, Informative

      Linux copied the idea of /proc *from* Plan9, so there is certainly some resemblance!

      Despite the limited nature of the copy (somebody else says that Linux version is pretty much read-only, I'm not sure) it shoud be obvious what a big win this is. Suddenly a whole lot of utilities like "ps" do not have to be recompiled to match the kernel. And you can peek into /proc directly, without using a program, and get useful information (such as what files are open or the executable name, I've done both of these plenty of times).

      The only other Plan-9 thing that is copied extensively is UTF-8 text encoding. This one is also a HUGE win, as suddendly we don't have to write two streams through all our programs for handiling Unicode and handling "legacy" ascii files, as they are now the same thing, as long as some (very minor) fixes are done to the "legacy" code. Plus UTF-8 seamlessly handled Unicode going past 65536 characters, while the "wide character" solution that Sun and HP and Dec and Microsoft struggled with for 20 years fell apart the moment this happened, by adding "surrogate characters" and thus deleting the *only* advantage it had over UTF-8.

      Considering how incredibly useful both of these ideas are, I would certainly like to see a lot more of Plan 9 brought out into the real world. There is a lot there!

    4. Re:/proc on steroids by Anonymous Coward · · Score: 0

      Ugh. That won't scale to 10k nodes, and the guy showing it to you knows better. You need to put serious thought into sending the executable to that many nodes. Launching jobs like that on current systems can take a minute or so, which encourages massive, do-everything binaries with crappy failure modes. Similarly, serially cating the outputs can take longer than running the program on one node.

      So there's a lot more involved at the 10k-100k node range. You can make a scalable interface on top of the 9-like system, but then you're losing many of the advantages from simplicity.

    5. Re:/proc on steroids by maraist · · Score: 1

      While that's really cool and all.. I wonder if that generalization doesn't reduce the flexibility of clustering methods. I can only assume that somewhere it is configured how the machines interact. UNIX used good ole 'rsh hostname command | output' which seems to fullfill the same requirements. UNIX had many tools which were designed to be character stream oriented (cpio, tar, sed, grep) which faciliated this cross-hosting capability. But today, you have to decide whether you're using ssh and whether you're zipping the stream (which algorithm), encrypting the stream (with what algorithm), using which authentication method, etc. It's very nice to be able to
      rsync -e 'ssh -C' path1 host:/path2

      I'm just saying, while I agree the everything-is-a-file is cool and all, I've found that flexibile configuration is essential.

      --
      -Michael
    6. Re:/proc on steroids by DarkOx · · Score: 1

      Right but this is not new in Plan 9 either. IBM has been doing this with the SYSOUT concept, in the mainframe world for decades. In many respects the concepts and paradigms driving Plan 9 from my adminted limity reading about and playing with the live CD seem to be a cleaver collection of everything good about UNIX coupled with everything good about SYSTEM 390/OS390/MVS/ZOS(Whatever you are calling it this year). Its a pretty cool system, but like most things despite all the industry hype it is not really new.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    7. Re:/proc on steroids by Apotsy · · Score: 2, Informative
      If you're referring to surrogate pairs, those are a result of the insistence by Microsoft and IBM at including so many thousands of compatibility characters for their existing character sets. Everything currently in Unicode could have easily fit within 65k chars if it weren't for those two companies. The original vision of Unicode as pushed by engineers from Xerox and Apple (I know some of them) did not include surrogates.

      Also, you talk as though UTF-8 were inherently superior to UTF-16 because of the smaller space taken up by ASCII-rage characters. However, for data that is say ... east Asian, UTF-8 is actually larger (characters in the unified Han range take up 3 bytes instead of 2).

      Not everyone in the world speaks English, and UTF-8 is not optimal for everyone and every situation. There is more to life that ASCII compatibility.

    8. Re:/proc on steroids by spitzak · · Score: 1

      The surrogate pairs were introduced for the People's Republic of China (PRC) mandated in 2000 that computer systems sold in its territory must support GB18030, which required that computer systems intended for sale in the PRC must move beyond the BMP.

      The precomposed characters are a problem, but there are only about 500 of them and they were allocated long ago as part of Unicode (this should be obvious by the low index numbers). We would be better off without them except for the first 256 codes which I think should match ISO-8859-1 and also add the Microsoft CP1252 codes for 0x80-0x9f. All other ones require some translation of the character indexes from legacy 8-bit codes, so I would think the translator could easily decompose them as well.

      As for size, even straight Chinese has enough spaces, control codes, latin letters and numbers, etc, that it is shorter in UTF-8 than in UTF-16. Besides, arguing about size is pointless, as with any modern compression all possible encodings of Unicode end up the same size.

      The smaller size is NOT the reason for UTF-8. The reason for UTF-8 is to avoid duplicate code paths due to the need to support ASCII, which triples the size and complexity of the code (two code paths plus all the if's to decide on the path), and, far worse, discourages anybody from implementing or debugging I18N because 90% of their users will only use the ascii path. Unfortunatly "politically correct" attitudes like yours have done FAR MORE to prevent I18N than any redneck american programmer ever did. If we had started using UTF-8 in 1980's without all this lamentation that we are punishing the third world by making their characters take more bytes, we would be supporting it everywhere, seamlessly, today.

  27. Plan9 runs on Xenopix DVD by Anonymous Coward · · Score: 2, Interesting

    Plan9 runs on Xenopix DVD. Xenoppix runs Plan9 on anonymous PC.

    http://unit.aist.go.jp/itri/knoppix/xen/index-en.h tml

    Xenoppix is a combination of Virtual Machine Monitor "Xen" and 1CD/DVD "KNOPPIX".
    It runs Plan9 and NetBSD on Xen-DomU(GuestOS) and KNOPPIX on XenDom0(HostOS).

  28. Interesting reads. by ratatask · · Score: 2, Informative
  29. Wow, he managed to compile a "Hello, world" by Lisandro · · Score: 2, Funny

    Great review guys!

    1. Re:Wow, he managed to compile a "Hello, world" by andrewzx1 · · Score: 1

      In my defense I state that I couldn't get Plan 9 to completely install on ANY of the 5 systems I had at hand. Without both a compatible graphics card and a compatible NIC I was unable to attach to a grid resource (9grid.de) and actually do some distributed computing. Which was my original goal. And I think if you try editing a program in ed, you will find "Hello, world" quite impressive 8-)

    2. Re:Wow, he managed to compile a "Hello, world" by ems2 · · Score: 1

      You don't have a graphics card which does VESA? Wow. With over 5 computers just wow.

    3. Re:Wow, he managed to compile a "Hello, world" by andrewzx1 · · Score: 1

      Maybe you don't realize that although you can run rio in the LiveCD you easily (or at all, I don't know) write to a persistent file system without a full install. I could not get Plan 9 to install on anything but the ancient Thinkpad, and this did not have a supported VGA. No VESA. This whole hardware compatibility problem becomes a non-issue if you can get Plan 9 working in a virtualized environment such as VMWare or Microsoft's now free Virtual PC. But apparently there are issues here as well.

  30. "lacks some graphical refinement" by metamatic · · Score: 1
    "...lacks some graphical refinement..."

    Which is a polite way of saying that it's hideously ugly and designed as if the last 20 years of HCI research never happened. I mean, look at those scroll bars.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:"lacks some graphical refinement" by ratatask · · Score: 1

      Yeah, they don't look like KDE or XP scrollbars.
      Oh noes - Therefore they are crap.
      Not to mention the look - a scrollbar that looks different
      cannot possibly be useful.

      Wobbeling,translucent windows seems absent. So does shiny
      colors(only colors pleasent on the eyes for long working sessions),
      Zoomable icons, taskbars, the X button you accidentally click twice a
      day.

      Couple this with a person that has unquestionable faith it
      The Way It's Always Been Done (aka. this is how osx/xp/gnome/kde works)
      and hasn't even spent a day learning different ways - we have a candidate
      for Research,Development and Progress.
      Congratulation.

    2. Re:"lacks some graphical refinement" by heinousjay · · Score: 1

      Your defensive tone doesn't help, and the fact that you simply derided the poster's opinions isn't really a defense anyway.

      Why is it so hard for people to admit that whatever it is they like isn't perfect? Such a simple human failing, and it probably causes about 95% of conflict in this world.

      We'll never do better while this kind of thinking is around.

      --
      Slashdot - where whining about luck is the new way to make the world you want.
    3. Re:"lacks some graphical refinement" by Cid+Highwind · · Score: 1
      The Way It's Always Been Done (aka. this is how osx/xp/gnome/kde works)


      Only on slashdot will you see someone cite a group of 5-7 year old environments (WinXP, Gnome, KDE, OS X) as examples of "The Way It's Always Been Done" and a 20+ year old one (Plan 9) as innovative...
      --
      0 1 - just my two bits
    4. Re:"lacks some graphical refinement" by LWATCDR · · Score: 2, Insightful

      1. It is a research OS.
      2. It isn't about HCI.
      3. Most of the modern GUIs also seem to care very little about usability as much as they do about marketing.
      The truth is that modern GUIs seem to be more about distraction than actually getting work done. I admit that I to love my eye candy but that isn't what Plan 9 is all about.
      Maybe that should be the next step for Plan 9. Since Plan 9 seems to be a great solution for distributed systems maybe some university should take it and start working a research project GUI for it.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:"lacks some graphical refinement" by andrewzx1 · · Score: 2, Interesting

      More university support for Plan 9 sounds like an excellent idea to further some of the innovative ideas in the OS. U. Calgary has some support as detailed here: http://pages.cpsc.ucalgary.ca/~mirtchov/lanlp9/

    6. Re:"lacks some graphical refinement" by colmore · · Score: 1

      I honestly don't mean this as a flame:

      If the first thing you look at on a new OS is the GUI, Plan9 is 100% not remotely suited to your interests.

      Plan 9 isn't awesome because it's a slick desktop OS, but rather, because writing software for 10,000 computers running in parallel is as easy as writing software for a single box.

      --
      In Capitalist America, bank robs you!
    7. Re:"lacks some graphical refinement" by ratatask · · Score: 1

      Yes - this appears to be the environments most users are settlet in, and most users (here) are
      familiar with and comparing against. This means it becomes the way it's been done("should be") for
      these users.
      And the metaphor it centers about is much older than this btw.
      It's just being polished and refined, and will likely be so for the next years.
      Drop shadows, wobbeling transparent windows, scalable icons - adds little to the value of
      getting work done for users.
      (sure, it's great for sales persons and the coolness factor to capture users)

  31. Gratsie,Sir by SpecialBrownies · · Score: 1

    That connection to deep space is too slow. Bad wireless, I guess. They should upgrade.

    1. Re:Gratsie,Sir by ems2 · · Score: 1

      It has nothing to do with the connection AFAIK. Lucent should have more than enought bandwidth. IIRC it has to do with the old crappy hardware. Believe me Bell Labs has complained many times to Lucent management but those damn shareholders... Why don't you send off an email to Lucent management? Tell them you are interested in Plan 9 and they should put some funding towards Plan 9.

    2. Re:Gratsie,Sir by mycall · · Score: 0

      Do you have an contact we all could use?

  32. Plan9 on Qemu by int19h · · Score: 3, Informative


    If you wish to try out Plan 9 without burning a CD and rebooting, Free OS Zoo offers an image of Plan 9 (108M) that works fine with theQemu emulator.


    Step-by-step instructions for a Debian-based distro:

    1. sudo aptitude install wget unzip qemu
    2. wget http://www.oszoo.org/ftp/images/plan9_060327.zip
    3. unzip plan9_060327.zip
    4. qemu -net nic -net user plan9/plan9_compressed.img
    5. A window with Qemu will pop up. Press Return a few times, and you'll reach the commandline.


    Other tips:

    • Press Ctrl+Alt to toggle mouse-grab
    • Press Ctrl+Alt+f to toggle fullscreen
    • Note that Plan9 is intentionally relatively minimalistic, compared to Linux


    Good luck!

  33. Timing by shish · · Score: 1

    I was wondering why my .iso was only coming in at 5kb/s... It turns out that the day I decide to check out some other OSes is the same day, that only happens once every few years, that someone links to plan9 on the front page of slashdot -_-;

    --
    I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
  34. To answer some of the authors questions by ems2 · · Score: 4, Informative

    1) The live cd is the install cd. This isn't Linux... Installation is done by an interactive rc script ("everything is a file") in a running Plan 9 with or without rio. Try and imagine how simple it is to automate a Plan 9 installation. Unlike Linux we don't need Red Hat to develop some complex standard for doing something that should be simple.

    2) The cd comes with all the official software. Everything but the stuff that can be found in /n/sources/extra/ or /n/sources/patches/. Or anything made or ported by anyone else that can be found in /n/sources/contrib/ and elsewhere. And it definitely is not missing anything that would be basic in any operating system.

    3) It does include ping. Ping is not just limited to IP so you will find multiple ping programs for different things in their respected directories. The ping for IP is in /bin/ip/ like the rest of the IP tools (on x86 the actual location for IP's ping is /386/bin/ip/ping. /386/bin/ is bound to /bin/ during boot up on x86. Likewise /alpha/bin/ is bound to /bin/ during boot up on alpha. etc.). You use IP ping like this: ip/ping $ipadr. If you want skip the ip/ part then bind /bin/ip/ping to /bin/ping.

    4) This all fits in 80MB. Plan 9's cd is small because it doesn't have bloat. (This includes: PDF/postscript reader, page; Word processor, troff; an advance shell, rc; a web server, httpd; plus thousands of other applications.)

    5) Why didn't you ask any of your questions on 9fans before coming to your assumptions?

    6) This isn't Linux there are rules (e.g. ip tools in /bin/ip/ and http tools in /bin/http/) we don't just dump everything where ever we feel like it. What is the point of having a hierarchy without using it?

    1. Re:To answer some of the authors questions by andrewzx1 · · Score: 1

      There is one fairly big problem with running the Plan 9 LiveCD. The problem is that you are running as a user that has no access to: a) a persistent file system like /tmp, b) most useful common UNIX tools like ping, emacs, etc, (no path?) c) the user creation app to give yourself more access. And so if you are running the LiveCD as a newbie you have access to very little of the tools that would really help you understand the true extent of Plan 9. Which is quite deep. Instead you are essentially sitting in a sandbox with no toys to play in the sand. This I think defeats the purpose of what a LiveCD should really do, which is to give you a really good experience, very quickly. I don't think you should have to know the specific paths of various utilities in order to have a good LiveCD experience. Perhaps in the future there could be a newbie LiveCD which is more like a guided tour, and less like a jail cell.

    2. Re:To answer some of the authors questions by bytesex · · Score: 1

      I think your experience more or less describes how _anyone_ feels when they're first confronted with an OS. After that's over, I usually only need to know if it has a C compiler on it, and what the quirks are of their libc.

      --
      Religion is what happens when nature strikes and groupthink goes wrong.
    3. Re:To answer some of the authors questions by SaDan · · Score: 1

      I don't know how many times this has been said, or how you could have possibily missed it, but Plan 9 from Bell Labs is EXPERIMENTAL! It's not mainstream, people don't actively port all the thousands of bits of software that make up a typical Linux distribution.

      The first time I used Plan 9 from Bell Labs I did a lot of reading, and ended up with everything working after a couple hours. I think the lack of "wizards" and crap like that made it easier to really appreciate what was going on in this operating system, and it definately forces you to read and grasp some of the concepts that will be foreign to a typical *nix user.

  35. Plan 9 under Microsoft Virtual Server 2005 R2 by CodeArt · · Score: 2, Informative

    Plan 9 installs and runs without any problem with Plan 9 GUI under under Microsoft Virtual Server 2005 R2 running on Windows XP SP2. I have created virtual machine with 128MB of RAM. It boots directly from the latest Plan 9 ISO image. I haven't tested with Microsoft Virtual PC 2004 but I guess result would be the same. Both virtualization software can be now downloaded for free.

    1. Re:Plan 9 under Microsoft Virtual Server 2005 R2 by andrewzx1 · · Score: 1

      A problem with MS Virtual PC: At the partdisk prompt I was not able to install a Master Boot Record (mbr) in Virtual PC's virtual disk partition and so the installation stopped dead.

  36. PlanB (based on Plan9) by ixra · · Score: 2, Interesting

    As an alternative to Plan9, you may try also PlanB, a distributed operating system based on Plan9.

  37. Why objects are not used in Plan 9 by Anonymous Coward · · Score: 1, Informative

    The developers intentionally moved away from an everything is an object model for VERY good reasons. Files have well defined interfaces (read, write, etc) that make controlling your entire system with them far easier. In an object-based system, every object implements its own, non-uniform interface. If you want objects, look into Corba. It is much more complicated and not really more functional.

  38. Ob. MST3K reference by CmdrPorno · · Score: 1

    Plan 9 isn't from Bell Labs, it's from Outer Space!

    It's one of Ed Wood's finest pieces, featuring a strung-out Bela Lugosi.

    --
    Sent from my iPhone
  39. Re:The /spot,SmartFunny people. Whois=(2Bell)Today by ems2 · · Score: 0, Troll

    Congregations on the worst post ever.

  40. EULA - Weapons of Mass Destruction?? by Gerk · · Score: 2

    does this still exist? When they "open sourced" it a few years ago I went to download it to give it a run through ... and it had a horrible EULA attached to downloading it. One of the most important terms (and forgive this as it's been a while so it's not verbatim) was that it was "not to be used to make weapons of mass destruction outside the US". Seemed to infer that it's ok in the US and in fact it is probably already being used thusly ...

    I clicked I Don't Accept on the web page and have never gone back since.

    1. Re:EULA - Weapons of Mass Destruction?? by ems2 · · Score: 1
      hahaha... that one is long dead. The US Government required it so you should rather blame the US instead of its companies. If you look hard enough you will find that clause in a lot of places. It is still alive in the Lucent® Exptools Licensing. To quote:
      LICENSEE acknowledges and agrees that the LICENSED SOFTWARE subject to this agreement is subject to the export control laws and regulations of the United States, including but not limited to the Export Administration Regulations (EAR), and sanction regimes of the U.S. Department of Treasury, Office of Foreign Assets Controls. LICENSEE will comply with these laws and regulations. LICENSEE shall not, without prior U.S. Government authorization, export, re-export, or transfer any goods, software, or technology subject to this agreement, either directly or indirectly, to any country subject to a U.S. trade embargo or sanction (Cuba, N. Korea, Iraq, Iran, Syria, Libya, Sudan) or to any resident or national of said countries, or to any person, organization, or entity on any of the restricted parties lists maintained by the U.S. Departments of State, Treasury, or Commerce. In addition, any goods, software, or technology subject to this agreement may not be exported, re-exported, or transferred to any end-user engaged in activities, or for any end-use, directly or indirectly related to the design, development, production, use, or stockpiling of weapons of mass destruction, e.g. nuclear, chemical, or biological weapons, and the missile technology to deliver them.
      IIRC Windows also has a similar clause.
    2. Re:EULA - Weapons of Mass Destruction?? by Shrithe · · Score: 3, Interesting

      That EULA no longer applies, it's legitimately open source now. That was back when Lucent still controlled it very carefully.

    3. Re:EULA - Weapons of Mass Destruction?? by driddle · · Score: 1

      They fixed the licence it is much better now. The Licence is now considered Free software see:

      http://www.gnu.org/philosophy/plan-nine.html

  41. Yes, they all failed. by Anonymous Coward · · Score: 0

    Dr. Evil: Our early attempts at a tractor beam went through several preparations. Preparations A through G were a complete failure. But now, ladies and gentlemen, we finally have a working tractor beam, which we shall call... Preparation H.
    [Scott snickers]

    Dr. Evil: What?

    Scott Evil: Why don't you just call it operation ass-cream, you ass.

    Dr. Evil: I'm sorry, did you say you want some ice cream?

    Scott Evil: Yes, I'd love some chocolate ass-cream.

    Dr. Evil: Perhaps later.

    Number 2: Dr. Evil, I love your plan.

    Dr. Evil: You do?

    Frau Farbissina: Yah. It's a really good plan.

    Dr. Evil: Yes Frau, on the whole Preparation H feels good.
    [Scott resumes snickering]

    Dr. Evil: What is it now?

    Scott Evil: No, I totally agree with you. Preparation H does feel good... on the hole.

  42. We use it as our video servers' OS! by StefanJ · · Score: 1

    I wasn't around when it was ported, or ever learned why it was chosen, but a Plan 9 based OS called "Transit" runs on the video servers made by our company. The machines started out as general-purpose supercomputers, but after various shake-outs the hardware evolved into something optimized for storage and streaming.

    All the real fun work was done ages ago. All we see is a csh-like shell. Perl and Apache and other basic tools were ported to it, which is nice.

  43. Plan 9 deserves $30-$300 million in funding by hansreiser · · Score: 1

    So that it can achieve critical mass. We need more competition in the OS business, especially by folks who want more than to create yet another marketer driven hack. If we had serious funding for just a few research driven OS alternatives it would make such a difference to the economy. I'd also like to see Franz at MIT get some big funding too. Maybe our next president will invest into R&D....

    1. Re:Plan 9 deserves $30-$300 million in funding by Anonymous Coward · · Score: 0

      Linux made it to a viable option without nearly that much government funding.

      Think about all the successful operating systems, from C/PM to DOS to BSD to Windows and the various Macs. The ones which were the most successful grew organically, starting out as quick hacks or minimalist copies of a tiny part of the functionality of something else. Basically, the more big funding, with it's accompanying planning and standards committees, the crappier the product.

      30 Milling in funding would kill plan9 deader than SCO.

    2. Re:Plan 9 deserves $30-$300 million in funding by andrewzx1 · · Score: 1
      Hi Hans, thanks for stopping in.

      In your opinion, where do you think an "alternative" OS like Plan 9 would find its niche? If you had $30M to spend on Plan 9, how would you spend it specifically?

    3. Re:Plan 9 deserves $30-$300 million in funding by RLiegh · · Score: 1
      Think about all the successful operating systems,
      ...do let's...

      from C/PM

      Valid point, independently developed; with you so far....

      to DOS to

      No real funding, and what did Patterson come up with? A glorified bootloader and crap rip-off of C/PM.
      MS bought it and funded it for 14 years and developed it into...a glorified bootloader with a crappy rip-off
      of the UNIX heirachal (sp?) file system and very rudimentary memory management.

      BSD
      ..um, UC Berkely? DARPA? Hello!! They had funding out the Wazzoo! Some of it directly governmental (DARPA) or indirectly (government sponsorship
      of the U of C).

        to Windows

      Windows was wholly privately funded...and it shows. At least we're well past the BSODs., ...maybe it would have half-way decent security if it had to stand up to government (NSA) standards to any degree?

      and the various Macs.

      OS X goes back to BSD; no clue about the rest of them
      ....but weren't they all pretty much shit anyways? (cooperative multitasking anyone?)

      The ones that were the most successful were also the ones that were the shittiest, and yes -were developed without government money.

      BSD had plenty of government cash and the freedom to develop in whatever direction they wanted (as opposed to whatever direction the market
      dictated) and as a result BSD is the best of the entire lot!
  44. who cares now? by Anonymous Coward · · Score: 0

    Ha!.. actually, I was thinking of trying it. I am always up for a test drive...until I read that listserv thread that is. Then I re-read this thread at slashdot and decided...nope, no interest whatsoever. They sound like those weenies at school who *deserved* to have their lunch money taken. If that is how they reward some poor guy who actually semi liked their stuff and tried it out and gave a whack at an article publicising them..then they crap on him...naw, no need to support those sorts of people. They can have fun with their "super duper advanced operating system" and egos.

    And their spiderman skivvies.

    1. Re:who cares now? by Anonymous Coward · · Score: 0
      ...those weenies at school who *deserved* to have their lunch money taken.
      Asshole.
  45. Unfair to Ed Woods by Doug+Merritt · · Score: 3, Interesting
    Bela Lugosi really deserved better than Ed Wood. It's a shame to see this man who scared the living daylights out of so many people with his Dracula and really made a mark on movie history be reduced to lap-dog in the hands of a complete hack. I guess Wood helped him make another mark on movie history.

    In some sense, sure, but on the other hand, that is grossly unfair to Ed Wood's beneficial relationship to Lugosi. Consider the following (from http://en.wikipedia.org/wiki/Bela_Lugosi, but which agrees with similar details from some films on the subject, including one with Johnny Depp as Ed Wood, from some years back):

    Later on, the acting jobs dried up, and Lugosi became addicted to morphine...Late in his life, he again received star billing in movies when filmmaker Edward D. Wood, Jr., a fan of Lugosi, found him living in obscurity and near-poverty and offered him roles in his films, such as Glen or Glenda...in Bride of the Monster...and in Plan 9 From Outer Space [*]

    ( [*] Plan 9 was a posthumous performance, and note that the death of Lugosi early in filming was precisely the reason that Plan 9 became "the worst film ever made" rather than merely the usual Ed Wood grade B movie.)

    Yes, Wood was a hack (albeit a fun one with a cult following to this day), but he did his best to rescue Lugosi when the rest of the world had given up and no longer cared. Give credit where credit is due, rather than simply sneering at the charitable, no matter the flaws you see in the good samaritan. By all accounts, Wood seems to have done the best he could by Lugosi.

    --
    Professional Wild-Eyed Visionary
  46. Re:"Glenda lives on" is semi-literate ... by Anonymous Coward · · Score: 0

    Fuck whoever modded my previous comment as troll.

    If I could meet you in person I would feed you your own excrement. And you would say : "thank you sir, may I have another".

  47. Don't make me turn this car around by Anonymous Coward · · Score: 0

    Shut up, both of you. But especially you and the Linux fans. The ones who bleat day and night on the superiority of their OS, how no design could be better, how it rivals the Apollo program in engineering effort and genius, blah blah. It's incessant and infuriating.

    So yes, you've embittered quite a few people who relish the chance to make cheap jabs at Linux wherever they can. Some of the 9fans are petty little shits, but that's what a kid who grows upa around bullies turns into.

    300+ syscalls, and their implementation, in every kernel. And I thought NT was bloated.

    Incidentally, a lot of cable head ends run plan9. It serves up streaming video far better than Linux.

  48. Re:The /spot,SmartFunny people. Whois=(2Bell)Today by SpecialBrownies · · Score: 1

    "Congregations" went over my head. Sleep deprivation, and a hangover contribute today.This is Rare for me now, thankfully. I am serious though. Re reading it, it seems I may have sounded sarcastic, or somehow negative. Not my intent, at all. I do not have the kinds of skills of the Bell Labs people,or the best of the posters here. Those were significant people, who did significant things, a historic assembly of great minds. I genuinely admire these folks. For me,/. is an opportunity to sit across the table to listen. I think there is a modern equivalent of the old Bell Labs.It is harder to see it at present, of course. Somewhere,though it is happening. Clues of it are likely to show up here.

  49. Oh, you *do* know Paul? by leonbrooks · · Score: 1

    This is just a history check. Think nothing of it. (-:

    --
    Got time? Spend some of it coding or testing
  50. Why do "Plan 9 web browsers" have to exist? by njdj · · Score: 1

    Why can't you just recompile Firefox for Plan 9?

    If there's some reason you can't take pretty much any open source application, and recompile it for Plan 9, then Plan 9 would a pointless waste of time.

    I do not for a moment believe that Plan 9's creators would make such a stupid mistake.

    1. Re:Why do "Plan 9 web browsers" have to exist? by nuzak · · Score: 1

      I can't recompile my Windows apps on Linux and have them just work. What a waste this Linux thing is. Who would use such a piece of junk?

      --
      Done with slashdot, done with nerds, getting a life.
    2. Re:Why do "Plan 9 web browsers" have to exist? by Anonymous Coward · · Score: 0

      I can't recompile my Windows apps on Linux and have them just work.

      Actually you can, if you have the source code and they're written to be portable, which most free software is. Firefox is an example. You can build it for Windows, you can build it for Linux, you can build it for Solaris, OpenBSD, etc.

    3. Re:Why do "Plan 9 web browsers" have to exist? by nuzak · · Score: 1

      Firefox was specifically written to be portable. The history of Netscape is one of jumping through lots of hoops to create a portable runtime, and believe me there's a price to be paid (go check out what memory management is like under NSPR).

      Now go compile a MFC or ATL app on Linux. Not that I would prefer to work with such junk (ATL isn't quite as bad, but that's only in a relative sense) but it still won't compile out of the box.

      Plan 9 is a different operating system. Just because it's "more Unix than Unix" doesn't mean it's Unix. Or something like that ... mutter.

      --
      Done with slashdot, done with nerds, getting a life.