Slashdot Mirror


Microsoft Services for Unix and OpenBSD

ubiquitin writes "If you use strings on Microsoft's Services for Unix (SFU) interoperability suite which was developed by Interex you find that it is largely composed of source from the OpenBSD 3.0 source tree according to a recent deadly.org article."

150 comments

  1. What's your point? by Blackknight · · Score: 4, Insightful

    The BSD license allows anybody to do this.

    1. Re:What's your point? by Deagol · · Score: 0, Troll
      I dunno... maybe the whole "innovation" campaign spouted during the trial? Yeah -- swiping code (legality be damned) sure is innovative.

      Or maybe this is a setup to bash the BSD license. The GPL wouldn't allow such horrible things to happen. :)

    2. Re:What's your point? by DjReagan · · Score: 5, Interesting

      The point is that Microsoft claimed they were buying a SCO license so they could use it for their "Services for Unix", not as a way of bankrolling SCO's efforts to FUD linux.

      This shows that the Services for Unix aren't derived from SCO sources, and therefore MS lied.

      Or something.

      --
      "When I grow up, I want to be a weirdo"
    3. Re:What's your point? by Blackknight · · Score: 1

      Or maybe SCO used the OpenBSD code which was then licensed to MS.

    4. Re:What's your point? by !the!bad!fish! · · Score: 1
      This shows that the Services for Unix aren't derived from SCO sources, and therefore MS lied.
      I expect that before long we'll learn that much of the *BSD code is actually owned by SCO.

      --
      Kids today are tyrants. They contradict their parent, gobble their food, and tyrannize their teachers. - Socrates 400 BC
    5. Re:What's your point? by Horny+Smurf · · Score: 3, Informative
      GPL, BSD, it doesn't matter. Services For Unix includes the gcc compiler (and source code!). MS isn't selling the command-line tools. The source code is out there, and anyone that interesetd in Unix knows where to find it and how to compile it.


      They're selling a posix-compatability layer, they're own (well, interix) code that provides full posix compatability in NT/2k/xp. The command-line tools is just icing on the cake.

    6. Re:What's your point? by hey! · · Score: 4, Informative

      Of course it's not illegal.

      It's just another example of how MS's PR is hypocritical. Open source is supposed to be the end of freedom, democracy and capitalism. But we knew that MS PR was hypocritical; it's hardly unique in that regard.

      I guess from a PR perspective it's newsorthy as a counter to MS claims. From a technical perspective, of course they used BSD'd code to create Unix services. That's how anybody with any common sense would do it, both from the point of view of effort and from the point of view of compatibility.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    7. Re:What's your point? by Anonymous Coward · · Score: 2, Insightful
      This shows that the Services for Unix aren't derived from SCO sources, and therefore MS lied.

      No it doesn't. It's shows that the userland utilities are "largely composed" of BSD source code. Services For Unix isn't just a collection of *BSD binaries ported and recompiled for windows, it includes a kernel-level posix compatability layer. We have no idea where they/interix got that code from. Better put on your tinfoi hat. They probably stole the code from linux.

    8. Re:What's your point? by PainKilleR-CE · · Score: 2, Insightful

      Yeah, because Services for Unix is composed entirely of 'strings'.

      umm right.

      All of the GPL'd software that's in SFU has source available for download as well, but I suppose that since most of that source (if not all of it) can be shown not to be derived from SCO, then MS doesn't need the license, right? Then again, there's always the closed-source portion of SFU, some portion of which is original code...

      --
      -PainKilleR-[CE]
    9. Re:What's your point? by Blackknight · · Score: 2

      Microsoft never said that open source was the end of freedom. They said that about the GPL, but not BSD.

    10. Re:What's your point? by Anonymous Coward · · Score: 1, Interesting

      err, what's YOUR point? We know that the BSD license allows this.

      I think the more interesting thing is, Microsoft used a free software product to create one if its products. and that's not even all that interesting since they've been doing it for a long time (along with lots of other companies).

      A question though, is Microsoft compliant with the license? do they include the copyright notice in source and binary forms of the program:

      Redistributions in binary form must reproduce the above copyright

      * notice, this list of conditions and the following disclaimer in the

      * documentation and/or other materials provided with the distribution.


    11. Re:What's your point? by anthonyrcalgary · · Score: 1

      Any claim SCO had over BSD was explicitly given up when Novell settled the lawsuit with Berkley. If SCO did go after BSD, the BSD code that was incorporated into SysV without a copyright notice would make SCO vulnerable to a countersuit, just like it did in the early 90's.

      --
      When someone might yell at me, it has to be OpenBSD.
    12. Re:What's your point? by Cpyder · · Score: 1

      > Microsoft never said that open source was the end of freedom. They said that about the GPL, but not BSD.

      Which is probably why they distribute ao. gcc in one of their products and nicely distribute the source code on cd (for a fee) and on their site (for free) ?

    13. Re:What's your point? by Anonymous Coward · · Score: 0

      Yes they do. I downloaded the 180-day trial version. It includes about plenty of attributions and licenses ... BSD, GPL, ActiveState Perl, Vixie cron (i think), a whole bunch of others too.

    14. Re:What's your point? by gomerbud · · Score: 2, Informative

      There is some code in there that is licensed from SCO. For example, the Services for Unix includes David Korn's shell, not the public domain version. However, if you use 'ident' on the C library to print out the CVS tags, you'll see mostly OpenBSD code.

      --
      Kan jeg få en pils, vær så snill?
    15. Re:What's your point? by ozzmosis · · Score: 1

      Maybe, maybe not. maybe there is some sco code in there also.

    16. Re:What's your point? by Richard_at_work · · Score: 1

      Since when has a company never covered its ass if it could? Do you really think MS had a plan in mind when it purchased the license? Hell no, for all it knew SCO could have gone on to claim the BSD code as well, so they covered their backs by buying a license.

    17. Re:What's your point? by Anonymous Coward · · Score: 0

      Ssssuuuurrrreeee....

      And the halloween documents are figments of my imagination?

    18. Re:What's your point? by Kwikymart · · Score: 1

      "swiping code (legality be damned) sure is innovative"

      Probably more innovative than writing it all again, and again, and again, and again....

      --

      Buying a Dell computer is equivalent to dropping the soap in a prison shower.
    19. Re:What's your point? by Anonymous Coward · · Score: 0
      It is official; Netcraft now confirms: *BSD is dying

      One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

      You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

      FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

      Let's keep to the facts and look at the numbers.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

      All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

      Fact: *BSD is dying

    20. Re:What's your point? by Anonymous Coward · · Score: 0

      What We Can Learn From BSD
      By Chinese Karma Whore, Version 1.0

      Almost everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

      Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

      These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

      As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

      Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.

      The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

    21. Re:What's your point? by Anonymous Coward · · Score: 0

      It is all over for BSD. Fade to black; BSD is kaput.

    22. Re:What's your point? by Anonymous Coward · · Score: 0

      What do you think? I think that BSD is more or less dead.

    23. Re:What's your point? by Anonymous Coward · · Score: 0

      Elegy for *BSD


      I am a *BSD user
      and I try hard to be brave
      That is a tall order
      *BSD's foot is in the grave.

      I tap at my toy keyboard
      and whistle a happy tune
      but keeping happy's so hard,
      *BSD died so soon.

      Each day I wake and softly sob
      Nightfall finds me crying
      Not only am I a zit faced slob
      but *BSD is dying.

    24. Re:What's your point? by Anonymous Coward · · Score: 0

      BSD is a faggot OS. It is for queers only.

    25. Re:What's your point? by Anonymous Coward · · Score: 0

      Do people still actually USE FreeBSD? Wasn't it actually rendered obsolete by Linux YEARS ago?

    26. Re:What's your point? by Anonymous Coward · · Score: 0

      OK. You win. I admit: *BSD is dead

    27. Re:What's your point? by Anonymous Coward · · Score: 0

      To sum it up into one neat little package: *BSDis dying

  2. Finally, a secure Microsoft product! by duffbeer703 · · Score: 4, Funny

    Ra!

    Thanks, Theo!

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
    1. Re:Finally, a secure Microsoft product! by Anonymous Coward · · Score: 0

      How can you thank Theo for a secure product when there were two OpenSSH exploits and holes found in the last month?

    2. Re:Finally, a secure Microsoft product! by Anonymous Coward · · Score: 0

      Not if your linux distribution doesn't use something gay like PAM.

      That would be Slackware!

      Tue Sep 23 21:57:32 PDT 2003
      n/openssh-3.7.1p2-i486-1.tgz: Upgraded to openssh-3.7.1p2.
      This fixes security problems with PAM authentication. It also includes several code cleanups from Solar Designer. Slackware does not use PAM and is not vulnerable to any of the fixed problems.

      Please indulge me for this brief aside (as requests for PAM are on the rise):
      If you see a security problem reported which depends on PAM, you can be glad you run Slackware. I think a better name for PAM might be SCAM, for Swiss Cheese Authentication Modules, and have never felt that the small amount of convenience it provides is worth the great loss of system security. We miss out on half a dozen security problems a year by not using PAM, but you can always install it yourself if you feel that you're missing out on the fun. (No, don't do that)

      OK, I'm done ranting here.

    3. Re:Finally, a secure Microsoft product! by Anonymous Coward · · Score: 0

      show me the exploits

      oh wait, you can't. because there aren't any. because the one 'exploit' that is out there is just a trojan.

    4. Re:Finally, a secure Microsoft product! by Anonymous Coward · · Score: 0

      Fact: OpenBSD is dying.

    5. Re:Finally, a secure Microsoft product! by Anonymous Coward · · Score: 0
      How do you say it politely? The truth is that *BSD is dead.

      It's over. Fini. Kaput.

  3. The difference between BSD and GPL licensing by martinde · · Score: 5, Informative

    MS has every right to do this with BSD licensed code. And they do with GPLed code to, but if it was GPLed code then they would have to release the source to the derivative product under the GPL.

    Note that I'm not making any statements for or against either license, or for or against MS. I'm just pointing the key the difference in these popular licenses.

    1. Re:The difference between BSD and GPL licensing by Anonymous Coward · · Score: 0

      Services For Unix includes gcc (and source code).

    2. Re:The difference between BSD and GPL licensing by mirabilos · · Score: 1

      They don't just have the right to, but rather
      Theo de Raadt actively asks companies to use his
      code, even for "baby-mulching machines" (from an
      interview).

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
    3. Re:The difference between BSD and GPL licensing by Anonymous Coward · · Score: 0

      baby-mulching machines. don't make me drool!

    4. Re:The difference between BSD and GPL licensing by Anonymous Coward · · Score: 0

      Bee Ess Dee is Ghey

  4. Wooo by Creepy+Crawler · · Score: 0, Troll

    And they missed some of the best parts..

    1: Xwindows server
    2: True INIT runlevels with windows reg-startips inserted as init scripts
    3: Samba server (heh heh heh)
    4: Remapping of the drive to conform with the standard of /bin , /sbin , /etc , /home (or /usr/home)......

    The tools are nice, but it still feels like a half-ass effort with Microsoft. I'm still somewhat happy that they tried.

    --
    1. Re:Wooo by ivanmarsh · · Score: 2, Interesting

      Other simple things sorely lacking in MS servers:

      Administrator ability to log in as another user, without their password, using their environment.

      Ability to easily assign a printer or share you've set up as administrator to all other users of the machine/domain... and don't even mention group policies (what a cluster fuck).

      Ability to easily assign drive mappings/printers dependant on what groups a users belongs to (again don't EVEN say you can do thit with group policies).

      Windows servers were obviously not designed from the standpoint of an administrator setting resources up for users.

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

      Ability to easily assign a printer or share you've set up as administrator to all other users of the machine/domain... and don't even mention group policies (what a cluster fuck).

      Ability to easily assign drive mappings/printers dependant on what groups a users belongs to (again don't EVEN say you can do thit with group policies).


      Both of these are easily accomplished with logon scripts.

    3. Re:Wooo by Creepy+Crawler · · Score: 4, Insightful

      >>>Administrator ability to log in as another user, without their password, using their environment.

      Nope. That one is intentionally NOT in there. Go have a look at OpenVMS, the software from yesteryear that MS built NT. There was supposed to be a form of audit logs that you must either reset their password OR take Control Rights of. Either way, the user is tipped off that admin/root was playing in their acct.

      >>>Ability to easily assign a printer or share you've set up as administrator to all other users of the machine/domain... and don't even mention group policies (what a cluster fuck).

      It's not that hard. Check the permissions of the local device/directory is. Then control who has access to the share. It's no harder than user/group/everybody along with the NSA patches on Linux.

      >>>Ability to easily assign drive mappings/printers dependant on what groups a users belongs to (again don't EVEN say you can do thit with group policies).

      Simply done with logon scripts, as the AC said. He IS right, you know..

      And if you're going to get pissed off at MS, at least do so with the right reasons. First, there's no way to configure a server decently over a modem line. MS already created edit.com, which is a usable editor. Why not have a SYNC program in /winnt/etc that lets you see, a list of txt configs that control the system? You could back up the configs and know you have a hardcopy of the conf's. Once you're done editing these files, you could re-run the sync program and have it re-populate the registry.

      Next bitch is about MS not patching critical software. Here at my work, we were hit with 2 nasty viruses recently. If you say that we should have had them patched you're wrong. The patches themselves have "added functionality" which we could not install on our clients until we determined they were OK to do so. Essentially, a patch is SUPPOSED to fix a wrong, not add extra crap.

      Third, is I cannot log in to multiple accounts at once. Exapmle: I can log into my user on my Linux box, and (since I'm in wheel) su to root to get certain root-only things done. With su/sudo/kdesu/gsu, correct attributes with each user are applied properly. In windows, there is no way I can do this (I know xp has it, but It's not a server os). Some of you might say, "Use the RunAs service" (hold down left-shift and left click on program, or called from command line). It doesnt propigate environment varibles correctly, so many programs wont install/run. Heck, even I can run XWindows stuff as multiple users! Why cant windows?

      --
    4. Re:Wooo by ivanmarsh · · Score: 1

      What's the variable you use to test if the user logging in is a member of a specific group?

    5. Re:Wooo by ivanmarsh · · Score: 1
      And if you're going to get pissed off at MS, at least do so with the right reasons.

      I have many reasons to be pissed at MS. The ones listed are the least of them.

    6. Re:Wooo by __past__ · · Score: 1
      And they missed some of the best parts..

      2: True INIT runlevels with windows reg-startips inserted as init scripts
      I doubt that they would use OpenBSD code if they wanted runlevels.

      But the real question is: Will the next Windows CD come with mp3s and stickers?

    7. Re:Wooo by gazbo · · Score: 0, Flamebait
      I have many reasons to be pissed at MS. The ones listed are the least of them

      Presumably the major ones are actually real and not just because you don't know how to do them?

    8. Re:Wooo by ivanmarsh · · Score: 1

      I do know how to use them. Don't be so presumptuous Mr. Smartypants. I'm very aware of how to run a login script that shells out to DOS and runs NET USE. Kind of primitive don't you think?

    9. Re:Wooo by Creepy+Crawler · · Score: 1

      Oh yeah, I forgot.

      They're a company, so it makes them EVIL.

      I'd say they're a monopoly, but Linux is coming ahead quite fast. Linux is easily been usable... Choice. Isnt that what unmakes a monopoly?

      Anyways, I have solid facts why I dont like windows stuff on my servers, not knee-jerk reactions that fail scrutiny. After all, I have to answer to my boss if ol' MS marketing squadron comes into town, and Im invited to those "meetings".

      --
    10. Re:Wooo by steve.m · · Score: 1

      Why use DOS ? Haven't you heard of the Windows Script Host ?

      There's an example on mapping a drive here.

    11. Re:Wooo by ivanmarsh · · Score: 1

      That doesn't exactly satisfy the easy requirement does it?

      That's a lot of work (I know it's not REALLY that much work, but mapping drives for users in a multi-user environment is one of the things an NOS should do without any work) to map a drive.

      You need to have a VB programmer on staff to map drives?

      Yes, obviously anyone can learn a bit of VB. I'm quite good with it myself but give me a break.

      In an NOS you should be able to do something as simple as:

      if memberof mygroup map j: /mydir; (pardon my Netware psudocode).

      Without having to spawn an application to do it.

    12. Re:Wooo by FuzzyGuru · · Score: 0, Offtopic

      Another case of ignorance here...

      With WSH, you can use either VBScript or JavaScript (JScript, if you wish).

      Mapping shares or printeres based on what group a user is in is real easy. And at the same time, I can also map printers and/or shares based on OU membership, just to name one. How about mapping a drive just because they have a sound card? I can do it. Or shutting down the computer immediately because the amount of RAM in the system is below corporate standards (as in -- it was stolen!)

      WSH & WMI have provided us Windows Administrators access to many system and user level objects that not many had access to (unless you like SMS or HPOpenView (read SNMP)). With these technologies, I can have specific information gathered during the logon process, which then is easily collected and can then be imported in to a spreadsheet or database (in fact, it can go directly into a database).

      And *NIX shell scripting could be dependant on which shell you use. (KSH v. BASH)

      --
      OK - who stole my duct tape?
    13. Re:Wooo by ivanmarsh · · Score: 1

      Who said anything about *nix?
      Don't make asumptions. It makes you look quite ignorant yourself.

      I've been managing MS OS's (among others) in a corporate environment since 1984.

      Base functions of a network operating system:
      File and Print sharing.

      This should not require special software or programming.

    14. Re:Wooo by FuzzyGuru · · Score: 1

      1984? sure.. I believe you. Considering Microsoft didn't release a NOS till 1993. Windows 3.0 was released in 1990.

      Guess you never look at the Resource kits. If you have then you would have noticed a little tool called IfMember.exe that does exactly what you are complaining about.

      As for the base function of a NOS, yes - file & print sharing is very important. But just as important is providing the extra functionality that makes it worth the while (such as security, DHCP & DNS (once MS jumped on the TCP/IP bandwagon), security, and, yes, even WINS)

      --
      OK - who stole my duct tape?
    15. Re:Wooo by FuzzyGuru · · Score: 1

      And Yes, you were probably running Novell Netware on MS-DOS 2.x

      You are forgiven.

      --
      OK - who stole my duct tape?
    16. Re:Wooo by ivanmarsh · · Score: 1

      I didn't say MS NOS's since 1984, I said MS OS's... as I see you corrected yourself in your next post.

      And it was indeed Netware/DOS 2.0 and SYSIII and later SYSV on several platforms.

      I do look at the resource kits. Using IfMember.exe means the login script is shelling out to DOS (yes it's still DOS) to find group membership then shelling out again to run NET USE.

      And it does that for every instance of IfMember and NET that gets run in the script.

      Let's not even talk about native TCP/IP under Windows circ:1993.

    17. Re:Wooo by TheRealSlimShady · · Score: 1
      Using IfMember.exe means the login script is shelling out to DOS (yes it's still DOS) to find group membership then shelling out again to run NET USE

      Your login script is running in a cmd window anyway, so it's not shelling out anywhere. It's executing command line executables to do so. For someone who claims to have managed MS OS's for so long you don't actually know much about doing it.

    18. Re:Wooo by smash · · Score: 1
      Group policy - configure the groups, then add users to them.

      If you have a common set of stuff ALL users need in their login script, simply call that script at the end of their group login script.

      Simple no?

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    19. Re:Wooo by broken.data · · Score: 1

      So what exactly was your job function at SCO from 1984-1989? *

      I am interested since it was actually you who brought up the usability of any NOS for basic network services. And since you mentioned shells earlier, I would assume you meant *NIX. DOS does not launch a new shell everytime you add a command like NET USE, etc., as mentioned elsewhere in this thread by TheRealSlimShady (which is correct).

      I do half-terabyte network backups over gigabit from 50 remote machines a night with batch files and shell scripts. These machines range from Linux, OpenBSD, Mac, Win2K, NT4, WinXP, Win98, Solaris, routers, firewalls, printers, etc.

      No special software or programming required my shiny metal ass. You seem to assume that these machines are all either:

      a) inherently the same architecture, platform or OS; or

      b) managed by a top level heirarchy or centralized security model. Workgroups (for lack of a better term) have no place in a large environment where security and manageability are a requirement. I can make all those above mentioned systems see and share and print til the paper runs out. But I never said it would be easy.

      * I will assume for everyone's benefit that this is before they became "evil" so this argument does not dissolve into another "Six Degrees To SCO" boardgame.

    20. Re:Wooo by ivanmarsh · · Score: 1

      Yes, long before they became evil and were actually producing software. I created their Inventory Control and Software QA systems.

      Nowhere in my OP did I compare Windows to any other OS, everyone just assumed I was MS bashing and got their panties in a bunch. Typical for MS zelots.

      I was talking about some simple and obvious things that Windows lacks. ...and of course DOS doesn't spawn a new shell when you run NET USE. As I said: the LOGIN SCRIPT spawns a new DOS shell every time you run NET USE.

      Is it time for a reading comprehension class?

    21. Re:Wooo by ivanmarsh · · Score: 1

      ...and it opens a new cmd window for every instance of net use just like I said.

      So what's your point other than agreeing with me and telling me I don't know what I'm talking about at the same time?

    22. Re:Wooo by TheRealSlimShady · · Score: 1
      ...and it opens a new cmd window for every instance of net use just like I said.

      Because you're totally wrong. It doesn't open a new window for every instance of net use, unless you're doing something daft like "start net use". The "net" command is a win32 command line tool that executes in the same cmd environment as the login script. Seriously, if you're opening a new command prompt every time you execute the net command, you're doing something wrong.

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

      Heck, even I can run XWindows stuff as multiple users! Why cant windows?
      But you can run XWindows stuff as multiple users! Just install cygwin with X, or your favourite X server, and you are all set ;)

    24. Re:Wooo by TheRealSlimShady · · Score: 1
      Bad form to reply twice, but whatever.

      yes it's still DOS

      No it isn't. It's a 32-bit command interpreter, not DOS. It looks like DOS, and behaves in a similar fashion, but it ain't DOS.

    25. Re:Wooo by Anonymous Coward · · Score: 0

      ARGH! IfMember.exe is a win32 "console mode" app. No shelling involved. You're talking about starting a V86 session, right? Most login scripts are .bat or .cmd, so the original command interpreter executes the processes. Maybe you mean "spawn" instead of "shell". Windows ain't unix :) If you're so concerned about wasted spawns, then go with the WSH solution -- it would execute faster anyway, and it's VB-based, so it's not a brain-surgeon app.

    26. Re:Wooo by Anonymous Coward · · Score: 0
      "Is it time for a reading comprehension class?"

      Good point. Most of these BSD zealots can't get over the fact that Microsoft is kicking their butt up and down the street. As far as Microsoft is concerned, BSD is the jailhouse "bitch" taking it up the ass.

    27. Re:Wooo by Anonymous Coward · · Score: 0

      These dudes can't get over the fact that BSD is D - E - A - D.

    28. Re:Wooo by Anonymous Coward · · Score: 0

      Boy, they are really scraping the bottom of the barrel to come up with BSD stories. I don't think there has been a real news item in the BSD section for months.

    29. Re:Wooo by Anonymous Coward · · Score: 0

      Why do you bother? We both know that BSD is dead.

    30. Re:Wooo by Anonymous Coward · · Score: 0

      Please keep in mind this simple truth: *BSD is dying

    31. Re:Wooo by Anonymous Coward · · Score: 0
      As a real stand-alone entity, BSD is a failure.

      As a transplant cadaver, it has had somewhat more success.

  5. This proves it... by Atomizer · · Score: 1

    This proves that BSD is dying, right? ;)

    1. Re:This proves it... by josepha48 · · Score: 4, Interesting
      If MS owns 90% of the desktop market share or roughly there abouts, and they include BSD code in their OS, then how can BSD be dying??? Its not dying its being integrated into Microsoft code. It will never die now, it will forever go on as part os MS.

      This is why MS hates the Linux, because of the GPL. If MS were to be caught integrating Linux code into MS then they would be violating the GPL. With the BSD license they don't have to worry, they just keep the License in the file. That's why SCO also hates the BPL, beacuse they can't just integrate Linux code into SCO. Hmm but they arlready did that didn't they?

      --

      Only 'flamers' flame!
      Does slashdot hate my posts?

    2. Re:This proves it... by Stephen+Samuel · · Score: 0, Troll
      then how can BSD be dying??? Its not dying its being integrated into Microsoft code. It will never die now, it will forever go on as part os MS.

      Just like bits of my great-grandfather live on in G.W. Bush. (gee, doesn't that make me feel better??? No!)

      Although I agree that BSD lives on, it's not because of the organ transplants into Microsoft's code base.

      --
      Free Software: Like love, it grows best when given away.
    3. Re:This proves it... by __aafkqj3628 · · Score: 1

      This proves that BSD is dying, right? ;)

      No, it proves that it's spreading.

    4. Re:This proves it... by Anonymous Coward · · Score: 0

      if it's dying and spreading doesn't that make it a plague? Maybe that's why MS is interested in it - they would have something in common then.

    5. Re:This proves it... by drinkypoo · · Score: 1

      Did your grandfather fall into a vat at the hot dog factory?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:This proves it... by Stephen+Samuel · · Score: 2, Interesting
      Did your grandfather fall into a vat at the hot dog factory?

      No, He went down with his ship... and (presumably) was eaten by some fishes
      (who were eaten by some fishes
      and swallowed by a whale
      [[ for those of you who remember 'The Point']])

      --
      Free Software: Like love, it grows best when given away.
    7. Re:This proves it... by Anonymous Coward · · Score: 0

      What We Can Learn From BSD
      By Chinese Karma Whore, Version 1.0

      Almost everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

      Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

      These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

      As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

      Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.

      The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD has become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

    8. Re:This proves it... by Anonymous Coward · · Score: 0

      What We Can Learn From BSD
      By Chinese Karma Whore, Version 1.0

      Everyone knows about BSD's failure and imminent demise. As we pore over the history of BSD, we'll uncover a story of fatal mistakes, poor priorities, and personal rivalry, and we'll learn what mistakes to avoid so as to save Linux from a similarly grisly fate.

      Let's not be overly morbid and give BSD credit for its early successes. In the 1970s, Ken Thompson and Bill Joy both made significant contributions to the computing world on the BSD platform. In the 80s, DARPA saw BSD as the premiere open platform, and, after initial successes with the 4.1BSD product, gave the BSD company a 2 year contract.

      These early triumphs would soon be forgotten in a series of internal conflicts that would mar BSD's progress. In 1992, AT&T filed suit against Berkeley Software, claiming that proprietary code agreements had been haphazardly violated. In the same year, BSD filed countersuit, reciprocating bad intentions and fueling internal rivalry. While AT&T and Berkeley Software lawyers battled in court, lead developers of various BSD distributions quarreled on Usenet. In 1995, Theo de Raadt, one of the founders of the NetBSD project, formed his own rival oddball distribution, OpenBSD, as the result of a quarrel that he documents on his website. Mr. de Raadt's stubborn arrogance was later seen in his clash with Darren Reed, which resulted in the expulsion of IPF from the OpenBSD distribution.

      As personal rivalries took precedence over a quality product, BSD's codebase became worse and worse. As we all know, incompatibilities between each BSD distribution make code sharing an arduous task. Research conducted at MIT found BSD's filesystem implementation to be "very poorly performing." Even BSD's acclaimed TCP/IP stack has lagged behind, according to this study.

      Problems with BSD's codebase were compounded by fundamental flaws in the BSD design approach. As argued by Eric Raymond in his watershed essay, The Cathedral and the Bazaar, rapid, decentralized development models are inherently superior to slow, centralized ones in software development. BSD developers never heeded Mr. Raymond's lesson and insisted that centralized models lead to 'cleaner code.' Don't believe their hype - BSD's development model has significantly impaired its progress. Any achievements that BSD managed to make were nullified by the BSD license, which allows corporations and coders alike to reap profits without reciprocating the goodwill of open-source. Fortunately, Linux is not prone to this exploitation, as it is licensed under the GPL.

      The failure of BSD culminated in the resignation of Jordan Hubbard and Michael Smith from the FreeBSD core team. They both believed that FreeBSD had long lost its earlier vitality. Like an empire in decline, BSD had become bureaucratic and stagnant. As Linux gains market share and as BSD sinks deeper into the mire of decay, their parting addresses will resound as fitting eulogies to BSD's demise.

    9. Re:This proves it... by Anonymous Coward · · Score: 0

      It is like the early auto industry. There was an eventual consolidation and elimination of many of the early marks. The Locomobile, Stutz, La Salle, Packard, Studebaker, etc., were all weeded out. BSD is in a similar situation today. That is what usually happens as markets mature.

    10. Re:This proves it... by Anonymous Coward · · Score: 0

      They are really scraping the bottom of the barrel to come up with BSD stories. I don't think there has been a real news item in the BSD section for months.

    11. Re:This proves it... by Anonymous Coward · · Score: 0

      Elegy For *BSD


      I am a *BSD user
      and I try hard to be brave
      That is a tall order
      *BSD's foot is in the grave.

      I tap at my toy keyboard,
      and whistle a happy tune
      but keeping happy's so hard,
      *BSD died so soon.

      Each day I wake and softly sob
      Nightfall finds me crying
      Not only am I a zit faced slob
      but *BSD is dying.

    12. Re:This proves it... by Anonymous Coward · · Score: 0
      I hate to break it to you, champ, but for all intents and purposes BSD is dead.

      Sorry.

  6. Cywin is better by ozzee · · Score: 4, Informative

    With cygwin you get true UNIX compatability and hundreds of unilities including ssh and X terminal sessions.

    ... better still, it does not cost $99.

    1. Re:Cywin is better by essdodson · · Score: 1

      nope

      --
      scott
    2. Re:Cywin is better by Deagol · · Score: 2, Interesting
      I compared these two along time ago, along with a similar toolkit (U/WIN) written by David Korn (author of the Korn shell). I was of the opinion that the Cygwin version ranked last. I liked the one MS ended up buying -- but not enough to pay money for it.

      I think I was impressed with the suite's ability to deal with hard links and case under Windows (which Cygwin didn't). I know NTFS can deal with these, but none of the MS-provided tools can.

      Off topic: Wasn't it called something before Interix? I think i had "NT" in name, but they changed it due to MS's "NT" trademark pressure.

    3. Re:Cywin is better by ozzee · · Score: 1
      I compared these two along time ago, ...

      Cygwin has progressively become much better.

      You should give it a try now. I just toyed with hard links and they seem to work correctly.

    4. Re:Cywin is better by Mark+Pitman · · Score: 1
      Wasn't it called something before Interix? I think i had "NT" in name, but they changed it due to MS's "NT" trademark pressure.

      It was called "OpenNT"

    5. Re:Cywin is better by Anonymous Coward · · Score: 0

      cygwin is just a collection of libraries to partially emulate posix calls. SFU is a complete posix layer in the kernel.

    6. Re:Cywin is better by Deagol · · Score: 1
      Yup -- that was it. Thanks! That's been bugging me for a while.

      I contacted them and got a demo copy (sheesh -- must've been '97 or '98). OpenNT was pretty nice, but it was way too expensive for what it was (at least for the little shop I worked for at the time). We had fun playing with it, though.

    7. Re:Cywin is better by drinkypoo · · Score: 1
      Cygwin is very good these days. It would be nice if the X server got a little more work, but in general it is a very good and useful environment. It does still require a lot of cygwin-specific packages, unfortunately, but updating to a current config.sub and config.guess can often cure compilation problems. (Why so many packages have such obsolete autoconf files is beyond me.)

      Cygwin still has some problems, such as not offering a workaround for the problems with Windows' systemwide named pipes (like aux, nul, comn, etc.) See, device namespacing is a good idea! And making it part of the directory structure is even better! But I digress...

      Cygwin is good, take a look at it now. It's neat. I use it every day, and it's one of my more reliable collections of software. The ssh server is indispensible...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:Cywin is better by Anonymous Coward · · Score: 0

      I like Cygwin. It is fun. I think that everbody should use Cygwin.

  7. This is good news by barries · · Score: 2, Insightful

    I for one am really glad to see MS grabbing as much OSS code as they can for implementing the more standards compliant portions of their products, if only to see them ship more stable, secure code.

    I've a lot more faith in the code they grab from the *BSD trees than in their own internally generated code and, having to run WinXX a lot (my VMWare Workstation currently has 8 open machines in it and 6 of them are WinXX: WinNT (1), Win2K(4) and WinXP(1), two are RH8), I'd rather have the peace of mind.

    - Barrie

    1. Re:This is good news by drinkypoo · · Score: 2, Funny

      You raise an excellent point. I'd rather microsoft's modifications not make it back into BSD, or it really will die.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:This is good news by Anonymous Coward · · Score: 0
      As a stand-alone entity, BSD is a failure.

      As a transplant cadaver, it has had somewhat more success.

  8. Obvious by essdodson · · Score: 0, Troll

    To me it's obvious that MS realizes how valuable it is to work with the BSD community. Almost makes you wonder if they would work with the Linux community if they weren't such rabid revolutionaries all following in RMS's footsteps.

    --
    scott
    1. Re:Obvious by Anonymous Coward · · Score: 0
      Do you have anything to back up your statement that they're working with the BSD community? Have you found MS contributions and bug fixes returned to the OpenBSD team? (Apple contributes to gcc for example).


      Or do you consider downloading britney spears mp3s to be contributing to the music community?

    2. Re:Obvious by cant_get_a_good_nick · · Score: 1

      Almost makes you wonder if they would work with the Linux community if they weren't such rabid revolutionaries all following in RMS's footsteps.

      1) they aren't all rabid revolutionaries. A lot of folks just want to get things done. Linux is a pragmatist if there ever was one.
      2) They all don't follow RMS. Even many of the revolutionaries have wildly divergent views.

      It's not so much as Microsoft working with BSD community as it sees a good thing when it sees it. I have never heard of a MS code drop to BSD, they are not advertising the inclusion of code (if they were, why would you need strings to find this out). They are profiting from using BSD source, but BSD isn't profiting from it. I hardly think this is "working with" the community. Linux people would see this as stealing and accounts for some of the zealotry of the Linux anti-BSD trolls. Most BSD folks just see it as "we released this with knowledge that this was a possibility, but thats what its there for, to be used". As much as I think people should contribute back, I'm more in the latter camp.

      I hate Linux trolls (I'm more of a FreeBSD guy) but BSD trolls don't help much either.

    3. Re:Obvious by Wyzard · · Score: 1

      I'm a Linux user, but I harbor no enmity toward BSD. I rarely hear other Linux users mouth off againt BSD either.

      However, when reading BSD-oriented articles, I frequently see BSD users make statements like yours against Linux. What does the BSD community have against Linux?

      Possibilities that come to mind:

      1. A feeling of superiority because BSD has been around longer
      2. A feeling of inferiority/resentment because business and media herald Linux as a revolution while mostly ignoring BSD
      3. Extreme moral disagreement with the GPL
      4. None of the above
  9. sweet! by holzp · · Score: 5, Funny

    does this mean Microsoft is dying?

  10. Re:Sing it (to the tune of Camptown races) by Anonymous Coward · · Score: 0

    Yes, and we hope your head swells so much it explodes.

  11. So? by El · · Score: 3, Interesting

    The TCP/IP stack in Windows NT was based on BSD too. The only annoying thing I find about that is that they tore it out and replaced it with a less-capable TCP/IP stack for Windows 2000 (many of the ioctl's such as set receive and send buffer size no longer work... that's progress!)

    --

    "Freedom means freedom for everybody" -- Dick Cheney

    1. Re:So? by Anonymous Coward · · Score: 0

      The TCP/IP stack in Windows NT was based on BSD too.

      can someone please point to a link that shows this? i've heard this a million times, and am tempted to repeat it to others, but i've never seen any proof to back it up.

    2. Re:So? by Anonymous Coward · · Score: 0

      Winsock2 is progress (much better asynch support), actually I don't think much of the original BSD code is left in Microsoft's TCP/IP stack.

    3. Re:So? by Anonymous Coward · · Score: 0
      Let's lay all the cards on the table:
      *BSD is dying
      M'kay?
  12. Re:Sing it (to the tune of Camptown races) by Anonymous Coward · · Score: 0

    Golden Rule: Don't feed the trolls, unless you want them to come back.

  13. along with *BSD - yes it is true! by Anonymous Coward · · Score: 0

    You two can be graveyard pals!

  14. Er... bear in mind that this is FreeBSD 3.0... by leonbrooks · · Score: 1

    ...warts and all. And remember what happened to ultra-secure VMS after Microsoft got their paws on it?

    --
    Got time? Spend some of it coding or testing
    1. Re:Er... bear in mind that this is FreeBSD 3.0... by phoenix_rizzen · · Score: 1

      Correction, this is OpenBSD 3.0, which is less than 2 years old.

  15. Yes. by leonbrooks · · Score: 1

    See www.billparish.com for details. (-:

    --
    Got time? Spend some of it coding or testing
  16. Re:file copying problems by Anonymous Coward · · Score: 0

    If it's that slow for you, you have a problem. You should check IRC and news groups for help if needed, I'm sure it's something simple that you might have over looked. If I knew your setup, I'd be able to tell you what's causing it.

    Point is... If you're having these problems, it doesn't mean the rest of the world is too; otherwise it would have been fixed many years ago.

    I'm even willing to bet one sysctl -w will fix it. :)

  17. Ofcourse though by Anonymous Coward · · Score: 0

    You'll never see the bigger threat to Microsoft interoperate with Microsoft products, by Microsoft. Funny how *BSD isn't "real" Unix. However it's given that title.

  18. Re:file copying problems by Anonymous Coward · · Score: 0


    y h b t . y h l . h a n d :-)

  19. Hrm... by Slipped_Disk · · Score: 1

    Now I see a lot of people here trying to bash MS because of this article...

    Heres a clue for all the readers out there: Slashdot is not a site for bashing Microsoft. "News for Nerds" and "Stuff that Matters" does NOT always translate into "Microsoft is Evil" "Open source Rocks".

    This is a very nice, informative article that points out >WHERE Microsoft got the technology for SFU. I for one am glad to know that technology from OpenBSD has been adopted by MS and incorporated into their OS.

    Now what would be better would be to know if Interex and/or MS has given anything BACK to the *BSD community as a result of this...

    I see nothing wrong with what MS has done - Part of the reason I use BSD-Licened software is because it allows just this sort of commercial adoption of the code.

    --
    /~mikeg
    1. Re:Hrm... by Anonymous Coward · · Score: 1, Funny
      "News for Nerds" and "Stuff that Matters" does NOT always translate into "Microsoft is Evil" "Open source Rocks".

      eh?

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

      Actually, SFU isn't part of the OS but rather third party software just as MS Exchange or MS SQL is.

  20. PROOF THAT *BSD INFRINGES SCO COPYRIGHTS by Anonymous Coward · · Score: 0

    As you all know, Microsoft has recently paid license fees to the SCO group for Unix intellectual property in order to be legally allowed to distributed their services for Unix product. Since it is clear that this product is a derivative work of *BSD, this means that Microsoft must have decided that distribution of this work without a proper SCO license would be a legal risk. Now, no one is more protective of their own profitability than Microsoft, so you can be sure they wouldn't fork over a dime to anyone unless they absolutely had to. Therefore, anyone must accept that *BSD is clearly infringing SCO copyrights, and all *BSD users should begin negotiations with SCO for license fees immediately.

  21. some independent studies by Anonymous Coward · · Score: 0
  22. Re:Wooo - Once and for All by FuzzyGuru · · Score: 1

    As I said: the LOGIN SCRIPT spawns a new DOS shell every time you run NET USE.
    Is it time for a reading comprehension class?

    No, no reading comprehension for us, but how about you go read the Resource Kit.

    A Windows Login Script DOES NOT spawn a new shell every time you run NET USE. It will open one Command Shell for the entire Login Script.

    Pre-Active Directory, this meant only one script could be run, which in turn could call other scripts, if so desired, but they would run under one Command Shell. (Unless you specifically called command /c (or cmd /c) in the batch file.)

    Now, with Active Directoy, with Group Policies (which you have already stated your opinion of), then YES, multiple scripts can be run either asynchronously or sychronously. Each of these would run in their own Command Shell.

    --
    OK - who stole my duct tape?
  23. Re: **NOT** PROOF THAT *BSD INFRINGES SCO by Anonymous Coward · · Score: 0


    LOL...yeah right. MS will do whatever it takes to keep from having to deal with stuff later on. Why do you think they try to buy out competition when they're small? So they don't have to hassle with them later. SCO wanted chump change in comparison to MORE legal crap, which MS didn't need. It means nothing.

  24. Yes, and it shows everywhere. by boffy_b · · Score: 1

    Well, MSN is clearly haemmoraging money, what with M$ closing th chat rooms and blocking off messenger to clients which don't pay a pricy licence fee. Microsoft are experts at propaganda, and this makes me wonder how deep th troubles must really run for it to show on th surface at all.

    # Ding Dong, the Witch is dead... #

    --
    Windows is only $500 if your time is worthless.
  25. Typical slashdot hypocrisy by Anonymous Coward · · Score: 0

    Linux uses code stolen from *BSD => proof that open source is working and Linux and BSD are good

    Microsoft uses code stolen from *BSD => Microsoft is the devil, they should be punished for stealing the hard work of the *BSD developers

  26. a slashback to these trolls by frankmanowar · · Score: 1

    Oh your poetry is *so* deep, for a pie-eating troll
    But when it's time for survival you can go crawl back in your hole
    With your prefabricated security devices and prefaded jeans
    My home is the internet, you call this a Ghetto? Please!
    Save that talk for your intranet still teeming with viruses
    But hey, when in doubt you run defrag and hope you still come out on top
    With all the other front-runners and hanger-ons
    I don't wish you bad luck cuz i don't have to,
    *BSD is the bomb that you can't step to.

    --

    "Other bands play, but Manowar KILLS"
  27. Re:Danger Will Robinson - TOO MANY BUGS by ogdenk · · Score: 1

    BSD was never written for children. RTFM.

  28. Re:file copying problems by ogdenk · · Score: 1

    I have a BSD machine here that's been up 322 days. I've NEVER had any issues. You either: A.) Have drive issues. B.) Have other misconfiguration or hardware issues. C.) Need to buy a good book. Windows is FAR less stable than BSD and yes, I am Microsoft certified. BSD is on the top of the netcraft uptime charts. The only advantage Windows has over BSD is DirectX and a wide availability of games. I run FreeBSD on several PC's and NetBSD on sparc, sparc64 and VAX machines. I don't think it was an OS problem, it was the guy behind the keyboard that thought the MCSE cert would get him an easy ride.

  29. Re:file copying problems by vesamies · · Score: 1

    Think again. It's D) He is fscking with you.

  30. This is a Good Thing by Anonymous Coward · · Score: 0

    The fact that Microsoft/Interex felt it was
    okay to use this code is an affirmation that
    the BSD license is serving its intended purpose,
    to promote the use and adoption of BSD licensed
    code. It is also an affirmation of the quality
    of the code if a company is willing statke it's
    repution on it. I see all of this as good thing.

  31. Re:Er... bear in mind that FreeBSD is dying by Anonymous Coward · · Score: 0
    Did you hear the latest news?

    FreeBSD is dying.

  32. The *BSD Wailing Song by Anonymous Coward · · Score: 0

    The *BSD Wailing Song

    What's left for me to see
    In my ship I sailed so far
    What can the answer be
    Don't know what the questions are.
    And after all I've done
    Still I cannot feel the sun
    Tell me save me
    In the end our lost souls must repent.
    I must know it is for certain
    Can it be the final curtain
    As long as the wind will blow
    I'll be searching high and low.
    Who knows what's really true
    They say the end is so near
    Why are we all so cruel
    We just fill ourselves with fear.
    And heaven and hell will turn
    All that we love shall burn
    Hear me trust me
    In the end our lost soul must repent.
    I must know it is for certain
    Can it be the final curtain
    As long as the wind will blow
    I'll be searching high and low
    Final curtain
    Final curtain

  33. Re:Wooo - Once and for All by Anonymous Coward · · Score: 0
    Sure, we all know that *BSD is a failure, but why? Why did *BSD fail? Once you get past the simple fact that *BSD is fragmented between a myriad of incompatible kernels, there is the historical record of failure and of failed operating systems. *BSD experienced moderate success about 15 years ago in academic circles. Since then it has been in steady decline. We all know *BSD keeps losing market share but why? Is it the problematic personalities of many of the key players? Or is it larger than their troubled personas?

    The record is clear on one thing: no operating system has ever come back from the grave. Efforts to resuscitate *BSD are one step away from spiritualists wishing to communicate with the dead. As the situation grows more desperate for the adherents of this doomed OS, the sorrow takes hold. An unremitting gloom hangs like a death shroud over a once hopeful *BSD community. The hope is gone; a mournful nostalgia has settled in. Now is the end time for *BSD.

  34. If only... by Anonymous Coward · · Score: 0

    Now, if only they'd take the *rest* of the OpenBSD source and create a windows desktop on X, they might actually be able to have a *secure* OS instead of one full of holes. :-P

  35. BSD Facts by Anonymous Coward · · Score: 0
    What We Know About BSD
    1. You can not play games on it.
    2. It cannot be used by my grandma.
    3. It lacks a GUI of any note.
    4. There is no support available for it.
    5. It is an assortment of fragmented OSes.
    6. It cannot be run on the x86 platform.
    7. You have to compile everything and know C.
    8. Support for the latest hardware is always poor.
    9. It is incompatiable with GNU/Linux.
    10. It is dying.
  36. Correction by Wyzard · · Score: 1

    After reading the rest of the thread and noticing the preponderance of "BSD is dying" trolls, I'd like to amend my comment. :-)

    5. Offense at "BSD is dying" trolls

    However, I'm inclined to ignore those in the same way that I ignore the GNAA first posts and "In Soviet Russia" jokes.