Slashdot Mirror


FreeBSD 9.0 Released

An anonymous reader writes "FreeBSD 9.0 has been released. A few highlights include: A new installer, bsdinstall(8) has been added and is the installer used by the ISO images provided as part of this release, The Fast Filesystem now supports softupdates journaling, and Kernel support for Capsicum Capability Mode, an experimental set of features for sandboxing support."

418 comments

  1. Clang/LLVM in FreeBSD by bonch · · Score: 5, Informative

    As noted in the release notes, FreeBSD 9.0 includes Clang/LLVM, the goal is to be rid of all GPL dependencies by version 10.0. At the 2011 LLVM Developers' meeting, Brooks Davis covered the effort in bringing in LLVM for 9.0 and the work remaining for 10.0 to replace GCC. The move was originally intended for 9.0, but there wasn't enough time to get it all done, particularly due to the thousands of pieces of software in the ports tree that still require work. GPLv3 is cited as the catalyst for all this, for preventing cooperation between free and proprietary software sectors.

    1. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 1

      What's wrong with GPL? I haven't been paying any attention to news surrounding this and so honestly don't know.

    2. Re:Clang/LLVM in FreeBSD by halfaperson · · Score: 4, Funny

      Yeah, that's why large IT companies like IBM, Intel and even Microsoft are contributing to the BSD:s and not to Linux. Oh, wait..

      --
      Jesus had a UNIX beard.
    3. Re:Clang/LLVM in FreeBSD by Overly+Critical+Guy · · Score: 1

      IBM and Intel do it to sell hardware and support. God knows why Microsoft does.

      --
      "Sufferin' succotash."
    4. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Because their customers ask them to do it. I know its shocking but MS actually acts on customer requests. Especially if you are flinging around some real money...

    5. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 1

      Mods are tracked by IP. He'd have to go somewhere else to reply without negating his downmod.

      Now, he COULD have posted, then modded. Slashdot allows that as long as you post AC, but again it tracks by IP so it won't let you mod your own AC posts.

    6. Re:Clang/LLVM in FreeBSD by iggymanz · · Score: 4, Informative

      just a case of "different", not wrong. GPL can't be used in some cases where BSD licensed code can, for example one can distribute modified BSD code without providing the source code as long as its done the way the BSD copyright mandates.

    7. Re:Clang/LLVM in FreeBSD by halfaperson · · Score: 3, Interesting

      Oh, you mean sell hardware and support to companies that wants to use Linux on their hardware? But I was just told that's companies didn't want that due to the GPL?

      --
      Jesus had a UNIX beard.
    8. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0, Flamebait

      From an end-user prospective? Nothing. From the perspective of a lazy developer or corporation who refuse share their modifications with the devloper community, or allow their clients full control over their software? A lot of things. This is why people always complain that the GPL is too "philosophical".

    9. Re:Clang/LLVM in FreeBSD by Overly+Critical+Guy · · Score: 1

      I was actually just joking, but I've had anonymous trolls talk about using open proxies, so it's not as if IP-tracking is some kind of barrier unless Slashdot prohibits open proxies in that case.

      --
      "Sufferin' succotash."
    10. Re:Clang/LLVM in FreeBSD by Qzukk · · Score: 5, Insightful

      People with entitlement complexes and inability to understand simple instructions get surprised when someone gets angry after they take code that says "You can use this as long as you make the result GPL" and use it without making the result GPL.

      They could have written their own or taken someone else's code with a more permissive license like BSD, but suggesting this causes them to react like the guy who defends his use of TPB for his movie watching by declaring he has some sort of right to do whatever he wants, whenever he wants, without having to pay for it.

      You want it, you follow the rules to get it buddy. If you don't like the rules, nobody's forcing you to get it.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    11. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 2, Informative

      SharkLaser is Microsoft shill. The GPL is against Microsoft's interests. bonch is an Apple shill.

    12. Re:Clang/LLVM in FreeBSD by Overly+Critical+Guy · · Score: 1

      Companies with proprietary software don't want to deal with the GPL, no. Hardware companies don't care because Linux is a free-as-in-beer operating system for their products that they can contribute as much or as little to as they want.

      --
      "Sufferin' succotash."
    13. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Now, he COULD have posted, then modded.

      I think it's the other way round. ;)

    14. Re:Clang/LLVM in FreeBSD by newcastlejon · · Score: 1

      Now, he COULD have posted, then modded.

      I think it's the other way round. ;)

      Nope.

      --
      If God forks the Universe every time you roll a die, he'd better have a damned good memory.
    15. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 2, Informative

      How is it a troll to point out that the GPL has caused a lot of problems that would be obviated by using BSD-licensed code (as one example, just look at the deal LG signed with Microsoft for "linux protection").

      The GPL is an evolutionary dead end. It's one of those "it seemed like a good idea at the time - what could go wrong?" Now we know a few things that DID go wrong. There's a reason Apple used FreeBSD as their basis for OSX and not Linux.

    16. Re:Clang/LLVM in FreeBSD by causality · · Score: 1, Insightful

      What's wrong with GPL?

      It annoys the minority of businesses who feel entitled to the free labor of strangers and don't want to give anything back. You see, some people are childish and the most visible mark of childishness is a sense of entitlement. This causes them to feel somehow cheated if you place a few conditions on code that is otherwise free, that no one is forcing them to use if the conditions don't suit them. I think phrases like "you mean I have to actually HIRE my OWN PROGRAMMERS if I really must insist that everything be done exactly the way I want?!" are often uttered with outrage during their corporate meetings.

      I mean hey, launching a commercial product with most of the work already done for you, for free, is a nice racket if you can get it. But if the developers intend to allow this, they wouldn't use GPL, they would use a BSD-type license. For reasonable people, this is not a problem. Reasonable people think either "hey, this code is available for free and we have no problem complying with the license, so we can enjoy all the effort that has already been done for us and build on that", or they think "the terms of that license aren't compatible with our business model, or we're afraid of how a court may interpret them, so we can't use that code, oh well, this has not harmed us in any way so we really have no complaint".

      For everyone else, there is a need to demonize whatever it is that doesn't perfectly suit them even though they are under no obligation to use it. Sort of like the Puritannical types who want to shut down "offensive" shows that no one is making them watch and criminalize victimless behaviors among consenting adults that no one is forcing them to participate in. The mentality is never this direct and honest, and always covers itself up with a phony excuse, but if not for that its motto would be "it's not good enough that *I* don't do something I don't like, oh no, I have to make certain no one else can do it either!"

      --
      It is a miracle that curiosity survives formal education. - Einstein
    17. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 1

      Posts like yours are why GPL gets called "communist."

    18. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 4, Interesting

      How would the BSD license have saved LG and others for signing patent licenses with Microsoft? Let me rephrase that: The BSD license would not have helped LG at all.

      Also, why the fuck should FOSS users care about what Apple does for their own closed-source OS? Before you say Darwin, consider the fact that not a single soul uses Darwin as his main OS. Why? Because it's shit.

    19. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0

      You failed to point out that Microsoft now likes the GPL because they can charge for their "patent protection" racket - something they can't do with the BSDs.

      Ask LG, Samsung, HTC, Acer, Compal, etc., if they wish Android had been based on FreeBSD (same as OSX is) instead of Linux.

    20. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You only consider things to have "gone wrong" if your goal is to use other peoples' work in your commercial product, and not give your modified code back.

      An evolutionary branch isn't a "dead end" unless the branch stops evolving and/or goes extinct. I foresee lots of software going forward in perpetuity as GPLv3, just like proprietary software shall go forward for as long as people want to sell software. The fact that the twain may never again meet inside a linker doesn't matter really in the scheme of things.

    21. Re:Clang/LLVM in FreeBSD by Brian+Feldman · · Score: 1

      Yeah, companies sure never support FreeBSD.

      Oh, wait...

      http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=17509

      --
      Brian Fundakowski Feldman
    22. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 2, Insightful
      For one, it would have saved on the file system patents - zfs (as just one example) is not covered by microsoft patents. Now, if you can show a single patent that Microsoft is exerting against LG, Samsung, etc., that they could also stick it to BSD, you're welcome to try.

      You won't be able to, because they all signed NDAs as part of the deal, but we know that the file system is one area - memory is another, and BSD doesn't use the same algorithms.

    23. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 1

      Nothing's wrong with the GPL. The only problem is that the GPLv3 closed "loopholes" that previously allowed appliance manufacturers to ship FreeBSD-based boxes as-is under the GPLv2. I'll assume FreeBSD don't want to kick their userbase in the nuts (Unix enthusiasts as well as professionals relying on the OS for their business), they're sticking to the GPLv2 for every software in the base system (think kernel plus the bare minimum to have a running box).

      While alternatives exist, FreeBSD is mostly a "compile everything yourself" system and for the reasons mentioned above they're stuck with GCC 4.2 which has been EOL'd upstream for quite some time. LLVM/Clang provides a modern compiler suite, actively maintained, that could be used in place of GCC to build a stock FreeBSD box. Other replacements are being worked on : binutils, gdb, groff, readline.

      As a user and if I were to complain, I'd say that it's regrettable that some developers are required to do some NIH work instead of improving or adding features just because of license wars. But hey, that's just me.

    24. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1, Insightful
      There's plenty of code that's been "given back" into BSD - including by commercial companies. You might want to look at opensource.apple.com for a few hundred examples, many of which are also used in most linux distros.

      You wouldn't even be on the net today if it weren't for BSDs networking stack, which both linux and microsoft use.

    25. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 1

      No, you're by far the worst on this site. Even SuperKendall has some other interests than advertising for Apple and slandering Apple's competition. You evidently don't.

    26. Re:Clang/LLVM in FreeBSD by Eivind+Eklund · · Score: 4, Insightful

      What's wrong with GPL?

      It annoys the minority of businesses who feel entitled to the free labor of strangers and don't want to give anything back.

      You misspelled "everything" as "anything".

      If they want to give 90% back - which is common behavior for proprietary derivatives of BSD licensed codebases - they can't. They have to give back 100%, or stay out.

      I mean hey, launching a commercial product with most of the work already done for you, for free, is a nice racket if you can get it. But if the developers intend to allow this, they wouldn't use GPL, they would use a BSD-type license. For reasonable people, this is not a problem. Reasonable people think either "hey, this code is available for free and we have no problem complying with the license, so we can enjoy all the effort that has already been done for us and build on that", or they think "the terms of that license aren't compatible with our business model, or we're afraid of how a court may interpret them, so we can't use that code, oh well, this has not harmed us in any way so we really have no complaint".

      If you can't see how the GPL dominating a market can do harm to groups of people that can't use the GPLed version but needs customisations - then you've not thought hard enough about the problem. Think about monopolies and "embrace, extend, extinguish", just performed with software given away gratis with restrictions.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    27. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Not true for Microsoft anymore. They rewrote the network stack with Vista.

    28. Re:Clang/LLVM in FreeBSD by causality · · Score: 2

      The GPL is an evolutionary dead end. It's one of those "it seemed like a good idea at the time - what could go wrong?" Now we know a few things that DID go wrong. There's a reason Apple used FreeBSD as their basis for OSX and not Linux.

      I have heard this line of reasoning before and there is one thing I think it overlooks. Maybe I'm wrong, so I'll say there is one thing I don't understand about it.

      FreeBSD (and NetBSD and OpenBSD) have been around roughly as long as Linux has, since the early 1990s. How do you explain the fact that *BSD is a niche OS most users have never heard of, while usage of Linux skyrocketed and it became something that most Joe Sixpacks have at least heard of if not something they actually use as a Windows alternative?

      It would appear that the GPL is superior in terms of attracting developers and establishing a userbase on standard PC hardware in a Windows-dominated world.

      Do you believe that's a coincidence and Linux had other factors in its favor that *BSD does not? I don't think so myself but I'm open to the possibility.

      Regarding Apple's choice for OSX, it seems evident they had no intention of contributing back to the community anyway. If Linux were under a BSD license and this caused them to base OSX on Linux, what difference would that make? Should Linux users put a notch on their belt if that happened? It still wouldn't cause one single line of Apple code to be contributed back to the original developers (the most I know of is them sponsoring occasional events). It sounds like an empty feel-good concern to be blunt.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    29. Re:Clang/LLVM in FreeBSD by bonch · · Score: 1, Informative

      Also, why the fuck should FOSS users care about what Apple does for their own closed-source OS? Before you say Darwin, consider the fact that not a single soul uses Darwin as his main OS. Why? Because it's shit.

      Um...millions of OS X and iOS users are using Darwin as their main OS, as it is the foundation for those operating systems.

    30. Re:Clang/LLVM in FreeBSD by rb12345 · · Score: 1

      What difference does using a BSD-like licence in place of the GPL actually make in terms of patents?

    31. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 2

      Also, why the fuck should FOSS users care about what Apple does for their own closed-source OS? Before you say Darwin, consider the fact that not a single soul uses Darwin as his main OS. Why? Because it's shit.

      Um...millions of OS X and iOS users are using Darwin as their main OS, as it is the foundation for those operating systems.

      That depends on what he meant by "[use] Darwin as his main OS". If he meant "use raw Darwin, as built from the source at opensource.apple.com", rather than "use an OS whose core is Darwin", I suspect he's right - you could try building Darwin from source, and get the drivers you need for your hardware, and, if you want a GUI, get X11 running on the bare hardware etc., but that would, I think, be a lot of work.

    32. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 2, Insightful

      Use the ZFS file system on SD-cards for compatibility with Windows? Great idea. Except, of course, Windows can't read ZFS, and neither can any other popular desktop OS. So basically, you suggest using an SD-card file system that's totally unsuitable for SD-cards and compatible only with FreeBSD and Solaris, to save a couple of dollars per phone on patent licensing.

      You must be some kind of idiot genius.

    33. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You misspelled "everything" as "anything". If they want to give 90% back - which is common behavior for proprietary derivatives of BSD licensed codebases - they can't. They have to give back 100%, or stay out.

      Most people who use GPL licensed software give 0% back. How many people really want to distribute there own versions? Very few.

    34. Re:Clang/LLVM in FreeBSD by causality · · Score: 5, Insightful

      If they want to give 90% back - which is common behavior for proprietary derivatives of BSD licensed codebases - they can't. They have to give back 100%, or stay out.

      And if that's not to their liking, the only thing they miss out on is the gratis skilled labor of strangers. They are still free to write their own code under any license they want. I just don't see the problem, unless of course there is a sense of entitlement to something no one actually owes them. That's the only explanation for why anyone would experience any distress over this.

      If you can't see how the GPL dominating a market can do harm to groups of people that can't use the GPLed version but needs customisations - then you've not thought hard enough about the problem. Think about monopolies and "embrace, extend, extinguish", just performed with software given away gratis with restrictions.

      How does GPL "dominate" a market? By that I mean: what's stopping these hypothetical groups from hiring their own programmers to write their own software that is licensed any way they like? A patent could definitely do that, but the GNU Public License is not a patent. If I am a developer who uses the GPL, how am I "doing harm" to you by not giving you my work for free? Again, only a false belief that you are entitled to my labor would make you feel "harmed" in any way.

      What non-patented feature can you name for me in a GPL'ed project that an independent commercial project could not also implement? They would have to write their own code, sure, but if you really believe that constitutes "embrace, extend, extinguish" then you don't really understand what that term means. "Embrace, extend, extinguish" is not possible without closed source and/or patents.

      That's too bad (for them only) some people feel offended that they can't just copy-and-paste someone else's code into their project, but nothing is stopping them from using their own original code to match every feature found in any non-patented GPL'ed project.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    35. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 3, Insightful

      No, actually.

      It annoys and horrifies the thousands of developers that develop for platforms where the GPL is incompatible with libraries they must use or is not allowed by the platform rights holder.

      There are many projects that used to be GPL/LGPL that are heavily used in the game developer community that are now BSD/MIT/zlib licensed, and they see even more contributions than they did before because more developers are able to use them for projects. (See Ogre3D, SDL for just of many two well-known examples.)

      The GPL may be an appropriate license for some developer communities, but in others, it actually *reduces* the number of contributions and users of a project.

      Like most things, one size does not fit all.

    36. Re:Clang/LLVM in FreeBSD by bbecker23 · · Score: 0

      You say that like it's a bad thing.

      --
      cat /dev/random > sig.txt
    37. Re:Clang/LLVM in FreeBSD by bbecker23 · · Score: 0

      I could definitely be wrong, but my understanding is that the Microsoft patent racket stems from patents on the FAT filesystem. Android formats its storage as FAT (to include compatibility with Windows, methinks) and MS saw dollar signs. Kind of incredible that the manufacturers are being charged for the "privilege" of maintaining compatibility with Windows.

      --
      cat /dev/random > sig.txt
    38. Re:Clang/LLVM in FreeBSD by preaction · · Score: 4, Interesting

      FreeBSD (and NetBSD and OpenBSD) have been around roughly as long as Linux has, since the early 1990s. How do you explain the fact that *BSD is a niche OS most users have never heard of, while usage of Linux skyrocketed and it became something that most Joe Sixpacks have at least heard of if not something they actually use as a Windows alternative?

      BSD had patent/copyright concerns from System V that were not fully addressed at the time Linux rose to prominence. This is why you hear "This is the year of the Linux desktop" instead of "This is the year of the BSD desktop". This is basic *nix history here, folks.

      It would appear that the GPL is superior in terms of attracting developers and establishing a userbase on standard PC hardware in a Windows-dominated world.

      Correlation is not causation.

    39. Re:Clang/LLVM in FreeBSD by Lawrence_Bird · · Score: 2

      The primary basis of Free/Net/Open BSD existed long before Linux. Not a diss on Linux, just saying. Ref: here

    40. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0

      It's still based off of BSD code. "Derivative works" and all that. You can't make a compatible stack w/o using it.

    41. Re:Clang/LLVM in FreeBSD by tautog · · Score: 1

      I guess that it shouldn't be surprising that the first post is more interesting and informative than the summary it comments on...

    42. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 4, Informative

      Apple hired several of the FreeBSD devs, and lots of the code was, and continues to be, given back to the FreeBSD project. Also, in case you haven't noticed it, that Apple-sponsored code includes the rewrite to WebKit that all you Chrome users like so much. You might want to check out the other stuff here and here. Also, if you use CUPS to print anything, thank Apple - they bought the source code from the original developer. Use zeroconf for networking? Thank Apple for their open standard (as opposed to Microsoft's closed one, which wasn't adopted by the IETF).

    43. Re:Clang/LLVM in FreeBSD by makomk · · Score: 1

      This is the exact opposite of the truth. There is nothing in the BSD license, the BSD distros, or any similar license that would stop Microsoft from carrying out their patent protection racket - it's just that they have no strategic reason to do so because the competition they care about is all Linux-based. On the other hand, some of the clauses in the GPL could make it rather harder to pull off if enforced...

    44. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 3, Insightful
      Why would android devices need file system compatibility with non-android devices? If you want to transfer data, you don't open up the device and remove the memory chip - you do it over wifi or whatever networking floats your boat. Next you'll be demanding that we keep fat12 compatibility for transferring data using floppies.

      This is the 21st century. Please get with the program.

    45. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 1

      It's still based off of BSD code. "Derivative works" and all that. You can't make a compatible stack w/o using it.

      "Compatible" with what? It might be more work to develop an Internet protocol stack from scratch without using the BSD code, but I rather doubt it's impossible to develop such a stack without using the BSD code.

    46. Re:Clang/LLVM in FreeBSD by causality · · Score: 4, Informative

      There are reasons not to use GPL not having to do with modifying code, but simply running the code. E.g. GPL'd libraries.

      Libraries are generally licensed under the LGPL. The LGPL is specifically designed to avoid the imaginary problems you bring up. From that link (emphasis mine):

      The LGPL places copyleft restrictions on the program governed under it but does not apply these restrictions to other software that merely link with the program.

      If you're going to be childish and call me names like "moron" and "zealot", you should least demonstrate a basic familiarity with the facts. If you feel a need to deal with things that way, it is a sure sign you are reacting emotionally and not proactively evaluating anything reasonably. Against anyone who remains reasonable, you are going to make yourself look foolish. Just for your future reference.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    47. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0
      Which was totally unnecessary. How many people can only transfer files by physically moving an SD card from one device to another? Now how many people can't even GET to the memory chip in the first place?

      The proper way to implement this was to use a native (non-Windows) file system, and let people transfer their files using wifi or a $3 mini/micro usb cable.

      There were plenty of mistakes made in the rush to implement a quick-and-dirty mobile OS. This was just one of them, and now everyone is paying the price for it.

    48. Re:Clang/LLVM in FreeBSD by Toonol · · Score: 1

      None. It's a nonsensical argument.

    49. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1, Troll

      Wanna bet? If Microsoft could sue Apple over OSX using FreeBSD they would do it in the blink of an eye. They would LOVE to collect tolls from Apple on every iPad and iPhone.

    50. Re:Clang/LLVM in FreeBSD by Microlith · · Score: 1

      If you can't see how the GPL dominating a market can do harm to groups of people that can't use the GPLed version but needs customisations - then you've not thought hard enough about the problem.

      So they can customize them and not distribute it. Or are you interested in locking your customers into a dependency on you?

      Think about monopolies and "embrace, extend, extinguish", just performed with software given away gratis with restrictions.

      Fucking please. Yet another idiotic implication of the GPL that is not merely utterly false but impossible.

    51. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      Every time I post on Slashdot, my home server gets a request from Slashdot checking for an open proxy.

      216.34.181.51 - - [12/Jan/2012:19:44:41 -0500] "GET http://bsd.slashdot.org/ok.txt HTTP/1.0" 404 204
      $ host 216.34.181.51
      51.181.34.216.in-addr.arpa domain name pointer slashdot.org.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    52. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      So, you have the source for the Vista and Win7 stack to back up your claims? Didn't think so. And why would they not continue to use parts of it, especially since they have to to maintain compatibility with older software, and it's not like they're not allowed to.

    53. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 3, Interesting

      You wouldn't even be on the net today if it weren't for BSDs networking stack, which both linux and microsoft use.

      That's ridiculous. I'm all for acknowledging BSD's contributions, but you can't possibly claim nobody would've implemented a stack if the BSD project hadn't. It's as ridiculous as saying the FreeBSD project wouldn't have existed until today without GCC.

      Of course we would be on the net, someone else would've written a networking stack for Linux and Microsoft would have either written their own or bought one of the companies which sold third party stacks for Windows.

    54. Re:Clang/LLVM in FreeBSD by Microlith · · Score: 1

      Please. Many people eject the SD card in their device and plug it into their desktop systems to transfer files. In any case, FAT/exFAT are standard filesystems for SD cards and must be supported to be compliant.

      But go ahead and make up whatever world you want to defend your position. It works better when it aligns with reality.

    55. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 1

      But that has absolutely nothing to do with the GPL. Ext2/3/4 is GPL'ed and it's not subject to MS patents. Your argument is non existent.

    56. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 1

      So, you have the source for the Vista and Win7 stack to back up your claims? Didn't think so.

      Err, umm, you're the one making claims about the NT 6 networking stack, not me. I just questioned your "You can't make a compatible stack w/o using [the BSD networking code]" claim, wondering what you meant by "compatible" there.

      Do you have the source to it to back up your claim that "It's still based off of BSD code."?

    57. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 4, Insightful

      So what do e.g. Oracle, SAP and Google if not proprietary software? Cheese?

      Of course they use Linux, because they're not ignorant and know they can run proprietary software on it without having to touch their licenses. The GPL only affects derivative works, which userland applications running on the Linux kernel aren't considered to be.

    58. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 1

      Linux is fully capable of not using removable storage and patent encumbered file systems (it's got a wide range), yet phone manufacturers choose to use them anyway. Evidently, they're even willing to pay for the privilege. You still haven't found out how BSD would help LG.

    59. Re:Clang/LLVM in FreeBSD by shutdown+-p+now · · Score: 1

      It's not just for SD cards, it's also for internal memory. Pretty much any Android 2.x phone, when you plug it via USB, acts as a USB mass storage device, so you can directly copy files to/from its memory. In Honeycomb and ICS, they have moved on to MTP, so that they don't have to unmount the filesystem on the phone when it's connected, and some 2.x phones (like Galaxy S2) have backported that.

      And before you say "WiFi", it doesn't cover all scenarios. What if I visit an acquaintance, and want to show them some photos?

      Anyway, what does this have to do with Linux vs FreeBSD to begin with - as you claimed in your post that started this thread? If Android was based on FreeBSD and it used FAT, it would be similarly vulnerable to Microsoft patents on FAT. On the other hand, if it didn't use FAT, it wouldn't be vulnerable to those patents even as is, with the Linux kernel.

      So far you have failed to demonstrate any specific code or feature that is 1) present in Linux, 2) absent in FreeBSD, and 3) would infringe on some Microsoft patent. The ball is firmly in your court on this one. Until you give a specific example, your posts are pure FUD.

    60. Re:Clang/LLVM in FreeBSD by shutdown+-p+now · · Score: 1

      And what makes you think that OS X or iOS do not use certain things that are licensed from MS? In fact, there is provably at least one such feature in iOS - namely, ActiveSync support.

      This does not mean that MS is actually "collecting tolls" from Apple, because two companies have a cross-licensing patent agreement dating back to late 90s. But it may well be collecting something - and, similarly, Apple may well be collecting something from MS as well (WP7 uses the "bouncy overscroll" UI effect that is known to be patented by Apple).

    61. Re:Clang/LLVM in FreeBSD by shutdown+-p+now · · Score: 1

      If you can't see how the GPL dominating a market can do harm to groups of people that can't use the GPLed version but needs customisations - then you've not thought hard enough about the problem.

      The question is, would the market as a whole be better off or worse off when said groups of people are harmed?

      Think about monopolies and "embrace, extend, extinguish", just performed with software given away gratis with restrictions.

      And how, exactly, would you do embrace-extend-extinguish with something GPL-licensed? Or even get a monopoly in the first place?

      The whole point of GPL (or rather FOSS in general) is that fork is free. The barrier to entry to compete is zero. A monopoly can only form in these circumstances by being "good enough" for the majority of users, and it will only remain a monopoly for as long as it remains good - if a better fork appears, users can and do switch very fast.

    62. Re:Clang/LLVM in FreeBSD by shutdown+-p+now · · Score: 1

      Microsoft is a hardware company?

    63. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Communist nature of GPL is why so many large tech companies are actively developing and contributing to open source GPL products, and why companies grant their patents to be used by GPL software. In a capitalist economy, GPL promotes contributions back to open source, whereas BSD promotes proprietary additions to be kept closed. Neither is a bad thing as such, but we can see exactly that happening.

      Some companies do keep some of their GPL changes a secret (for example, Google does not open source all patches running on their fleet). Some companies also contribute to open BSD licensed code. But the bias for each is in the opposite direction.

      IBM does not want to put RCU patent into BSD for example, because then Microsoft can take it and add it to products that compete with IBM. Likewise for contribution of development effort. However in order to distribute the product as closed source with proprietary additions, BSD has the advantage over GPL.

    64. Re:Clang/LLVM in FreeBSD by Sancho · · Score: 1

      Do they really? On Android, you can just plug it in and enable USB sharing. This still requires that the desktop be able to read the filesystem on the SD card (so I'm just being a little pedantic), but to remove the SD card would be pretty bad, since apps can run from it. I've even seen phones where the battery completely covered the card, meaning you'd have to disable your phone in order to pop it out.

    65. Re:Clang/LLVM in FreeBSD by saleenS281 · · Score: 1

      OSX can read ZFS.

    66. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You have no concept of how any of that works, do you?

      The "patent protection racket" is threatening to sue (or actually suing) companies using some software on the basis that it infringes their patents.

      There is nothing about GPL that means it is more likely to infringe patents. There is nothing about BSD code that gives it any protection against patents.

      One thing that closed software may have going for it is obscurity. A patent troll can look through the source code for any offending element. But this is no different between open GPL software, and open BSD software. FreeBSD, being open, has identical vulnerability to patent trolls as Linux kernel.

      You see MS going after Linux much more than FreeBSD because there are far more Linux users with money, and Linux poses a much greater threat to MS than FreeBSD does. Companies that take BSD code and close it up with their proprietary additions could easily license patents from MS, but you would be less likely to hear about it.

    67. Re:Clang/LLVM in FreeBSD by saleenS281 · · Score: 2

      Easy. When Linux first took off BSD was in the middle of a lawsuit with AT&T. By the time it was all settled, Linux had already gained significant momentum. It definitely wasn't licensing or features that caused it to take off.

    68. Re:Clang/LLVM in FreeBSD by treewojima · · Score: 2

      Um...millions of OS X and iOS users are using Darwin as their main OS, as it is the foundation for those operating systems.

      Foundation != the OS itself. Yes, OS X is built around a Darwin core, but it adds so much extra and *COMPLETELY NON-UNIXY* functionality on top of that, that it is, for the average user, a different operating system for all intensive porpoises. Same way that Android is based around Linux, yet most Android phone users never even see a hint of Linux in their day-to-day use of their phone. I doubt they'd even know what Linux was. Just like your standard Apple fan wouldn't know what Darwin was or why it was relevant.

    69. Re:Clang/LLVM in FreeBSD by saleenS281 · · Score: 1

      Yes, only tiny companies like NetApp, EMC, Juniper and Dell.

    70. Re:Clang/LLVM in FreeBSD by bmo · · Score: 1

      Windows is a legacy OS and Microsoft's refusal to adopt advancing standards just shows everyone just how non-innovative and moribund it actually is.

      Transfer the files over the network. Bam, done.

      Why should I have to physically be in the same place as my home server in order to transfer files from my portable device to it. Why?

      --
      BMO

    71. Re:Clang/LLVM in FreeBSD by Microlith · · Score: 1

      On Android, you can just plug it in and enable USB sharing.

      Depends, is it a large amount of files? PC-based readers can often go faster due to the CPU dependency on data transfers to these cards, let alone the battery eating power usage clocking the CPU up will do.

      but to remove the SD card would be pretty bad, since apps can run from it.

      And if you never need to remove it, more power to you. But it stands that it can be pulled out and placed in a PC, and if a user goes and does this and windows offers to format it (and erases all their data) then the vendor will be in a world of hurt.

      I've even seen phones where the battery completely covered the card, meaning you'd have to disable your phone in order to pop it out.

      I've seen those too. I haven't, however, seen those on most current smartphones. Rather, they're under the battery cover or along the edge somewhere under a cover of some sort.

    72. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Yeah, but it's a vastly different situation and you well know it.

      Intel provides a FreeBSD driver for their network card which probably took a month of adapting their Linux driver (or much less, if they had a FreeBSD kernel developer do it).

      Intel has an entire development team (and has had for many years) working on the Linux kernel, improving everything they can, running nightly tests, tpc-c benchmarks and comparisons. They've implemented everything from a GPU memory manager and command scheduler framework to NUMA and scalability improvements to working full time on filesystems. This would be many millions of dollars.

      IBM has invested a billion dollars in Linux. That's not just the development contributions, of course, but they similarly have a large an long running dev team contributing to many GPL software, particularly Linux kernel.

      Google, AMD, Oracle, Sony, HP, Toshiba, Fujitsu, NEC, SGI, to name a brief few others.

      Honestly, if you knew anything about FreeBSD and Linux kernel development, you would obviously know that commercial contributions to the open source code is in a totally different league.

    73. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0

      This still requires that the desktop be able to read the filesystem on the SD card

      Actually, it doesn't, any more than your web browser needs to read the file system on the web server. There's no reason that the directory structure can't be presented as a list of files without giving access to the underlying filesystem.

      That they stuck with a system that was encumbered says "bad planning".

    74. Re:Clang/LLVM in FreeBSD by MeNeXT · · Score: 1

      I used to agree with you but I came to realize that the rules were created for people like you and the old me. As long as we played by the rules the others kept us in our little box.

      Their rules go something like this;

      1) As log as I don't get caught I do what I want. I tell everyone else what the rules are.
      2) Do what ever it takes to make rule # 1 work.
      3) Create rules for others to follow. Change rules so they do not apply to you.
      4) Punish severely anyone who doesn't follow to the rules.

      As an example TPB . It is an equalizing factor to the copyright rule that has been extended by stepping on everyone's rights so they will enforce rule number 3.

      As far as I am concerned if I purchase a DVD to own I will view it as I choose where I choose and how I choose. If I an not "allowed" to it should be clearly stated on the package that I am not purchasing a DVD but it is a license. NOT IN SMALL UNREADABLE WRITING but clear large print as large as the title of the DVD so I can make an informed decision and not have to discover that when I get home that my DVD player no longer supports the new and improved error encoding.

      Sorry buddy I started playing their game and I purchase large amounts of IP and use it on my TERMS. When everyone becomes "honest" then I will be "honest". So for now LONG LIVE TPB.

      --
      DRM? No thanks, I'll just get it somewhere else...
    75. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0
      Just because someone GPLs code does not mean that it isn't subject to a patent attack - unless it's the OWNER of the PATENT who GPLs it. Why do you think RedHat had to pay to settle a patent dispute?

      The GPL is not magic pixy dust.

    76. Re:Clang/LLVM in FreeBSD by Sancho · · Score: 1

      And if you never need to remove it, more power to you. But it stands that it can be pulled out and placed in a PC, and if a user goes and does this and windows offers to format it (and erases all their data) then the vendor will be in a world of hurt.

      "It can be done" is a far cry from "many people do."

      And the /vendor/ would be in a world of hurt? I guess maybe in today's litigious society, but the blame rests completely on the user and Microsoft.

    77. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0

      If it works, and it conforms to the IETF norms (which it HAS to to work, then it has to include a lot of the same code. Otherwise, it wouldn't conform to the norm, and would be broken, right? :-)

    78. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      How much would Microsoft give to be able to attack Apple right at the core - OSX? Think of it of a minute - then ask yourself which alternate universe they would have to be in to have overlooked that.

    79. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      How is it FUD that Microsoft has not, in all these years, been able to attack OSX? It's not like they're BFF.

    80. Re:Clang/LLVM in FreeBSD by Sancho · · Score: 1

      Fair enough, but since it mounts in Windows, it has to present something that Windows can read. Regardless of whether or not the underlying filesystem is e.g. Fat32, it would probably present as Fat32 using some sort of translation layer, which might mean it was infringing on patents.

      They could also require software to read the card, but that's less user-friendly. Might as well just add an ext2 driver and require that the user install that.

    81. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      It's not about the license itself, but the underlying code. BSD == A T & T == lots of patents. The Regents of the UofC settled that they have the right to distribute BSD with those patents because AT & T did not contest it after knowing about it for years. That same "right" doesn't extend to Linux.

    82. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 0

      Why? Does your browser have a plugin to read the different filesystems on web servers when it gets a directory listing? It can be done without infringing patents - ask the SAMBA team. It's just a question of sending the right bits along the wire.

    83. Re:Clang/LLVM in FreeBSD by Fri13 · · Score: 1

      Apple did study Linux operating system and even made own branch with it, called MkLinux what is still available. Apple's idea was to make Linux a Server-Client architecture operating system instead a Monolithic and get Linux to Macintosh. In MkLinux project they sliced Linux functions to servers and used Mach microkernel with them and so on they got MkLinux. http://www.mklinux.org/

      MkLinux were Apple's first Open Source project. Today Apple has dozens of Open Source projects http://opensource.apple.com/release/mac-os-x-1072/

      Then Apple went, toke a Mach microkernel, Network protocols, Filesystems and few other OS functions from (monolithic) FreeBSD Operating System to as servers and made nice package with I/O Kit and got a XNU operating system what is a Server-Client operating system by architecture instead Monolithic like the Linux is.

      It seems it has nothing to do with the license, as XNU operating system is 100% Open Source and Free Software as OSI and FSF have both accepted the license what Apple used to license that XNU operating system http://www.opensource.apple.com/license/apsl/ http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicenses Apple just wanted to get Server-Client architecture for their operating system instead monolithic.
      Everyone knows the famous debate between Linus and Andrew about how Monolithic architecture is obsolete for operating systems and Server-Client architecture is the future.

      Linux is great proof how monolithic architecture for operating system can be very powerful and flexible, when just watching list where Linux really is... Super computers, embedded systems (DVD players, DVB-boxes, Digital TV's), Desktop computers, Laptops, Workstations, Rendering farms, Home/Corporation servers and not to forget... Linux is most used operating system on smartphones... As Apple chose to use Linux as operating system in Android. There are other Linux distributions like Tizen, Harmattan, Bada (using RTOS operating system as well) and many others. Even Nokia bought few weeks ago a Norwegian software company "Smarterphones" what developed Linux distribution "Smarterphones" and Nokia might be planning to replace NOS (Nokia Operating System) and S40 (software platform + GUI) with it and that would mean Linux gets even more support.

      In other hands.... while XNU can probably be second popular Open Source and Free Software operating system on markets... GNU projects own HURD operating system what is as well following a Server-Client architecture like XNU, Minix, NT... Has not get stable or ready at all.
      FreeBSD is as well monolithic operating system and so is OpenBSD and NetBSD (according wikipedia).

      GPL license is great for the community (read it like every human and every country and every government and every corporation) but it is not great for those who are greed, biased and very short sighted people who wants to slave others under their control and control when and what innovation is released and control that with patents and hiding knowledge what other humans has helped them to gain.

    84. Re:Clang/LLVM in FreeBSD by hhw · · Score: 4, Insightful

      If they want to give 90% back - which is common behavior for proprietary derivatives of BSD licensed codebases - they can't. They have to give back 100%, or stay out.

      And if that's not to their liking, the only thing they miss out on is the gratis skilled labor of strangers. They are still free to write their own code under any license they want. I just don't see the problem, unless of course there is a sense of entitlement to something no one actually owes them. That's the only explanation for why anyone would experience any distress over this.

      Or maybe, because the rest of us lose out on the 90% they would have given back?

      --
      http://astutehosting.com/
    85. Re:Clang/LLVM in FreeBSD by causality · · Score: 4, Interesting

      As an example TPB . It is an equalizing factor to the copyright rule that has been extended by stepping on everyone's rights so they will enforce rule number 3.

      A regular individual guy who happens to have some programming talent, and decides to give me the fruits of his skilled labor at no charge, and says I may use it as much as I want and do anything I want with it except for a few reasonable restrictions ... that is a person I respect. He is not asking much. He is in fact giving to me more than he is asking from me. I have no problem respecting his wishes. They are quite reasonable. This person is dealing with me as an equal and doing so with equitable terms.

      The RIAA and the MPAA lost this kind of respectability a long, long time ago if they ever had it to begin with. What they want for themselves is not reasonable. What they already take for themselves is never, ever enough. They have this insatiable need for more and more but are not themselves willing to give more and more. They do not want to deal as equals. They want to dominate. The terms they want are extremely one-sided in their favor only and continue to become worse as time passes.

      Friend, these two are not in the same boat and do not deserve to be treated according to the same standard. A reasonable person could indeed agree that what you wrote in your post can, should, and often does apply to the *AAs of the world. But I just can't justify treating a generous, reasonable programmer the same way. I have no problem honoring that which is honorable, nor would I refuse to respect that which is respectable.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    86. Re:Clang/LLVM in FreeBSD by shutdown+-p+now · · Score: 1

      You are still refusing to give a single example of some Microsoft patent that would apply to Linux but not FreeBSD, with everything else equal.

      Until then, it is FUD. You do not know what patent arrangements Apple and MS might have.

    87. Re:Clang/LLVM in FreeBSD by Fri13 · · Score: 3, Insightful

      Nope... The operating system in OS X is XNU. Darwin is just XNU + compilation settings and tools. XNU is Server-Client architecture operating system, instead Monolithic like Linux is.

      Any system program, library, application program etc, does not work without operating system. Not even your development programs, text editors or others work without operating system.

      You can download XNU operating system from Apple Open Source site. You can study code and even FSF has accepted Apple license what is used as Free Software license (still incompatible with GPL). From here http://opensource.apple.com/source/xnu/xnu-1699.24.8/ you can download whole source code for XNU operating system. You get Mach microkernel, I/O Kit, FreeBSD parts of network protocols, filesystems and so on. The microkernel in XNU operating system is 3.0 by version.

      Android is just one distribution for Linux operating system. But unlike XNU, Linux is monolithic operating system. And Open Handset Alliance (what develops Android) is currently bringing Linux back to mainline. The Linux what is used in Android has been hosted as well on Linux GIT but it has just been own branch, now it is going to be joined back.

      One reason why Android has been so successful, is that people don't know that they are using Linux operating system. Same thing is with Ubuntu, where people has false believes that they use "Ubuntu operating system" while they really use Linux Operating System and distribution called "Ubuntu". If they would know the truth, they would cry and have sleepiness nights wondering what they are going to do because "Linux" is so 'difficult to use'.

      It is just sad that most people are victims of marketing propaganda and they don't have a clue what technology is being used and how it works.

    88. Re:Clang/LLVM in FreeBSD by hhw · · Score: 1

      That's ridiculous. I'm all for acknowledging BSD's contributions, but you can't possibly claim nobody would've implemented a stack if the BSD project hadn't. It's as ridiculous as saying the FreeBSD project wouldn't have existed until today without GCC.

      Of course we would be on the net, someone else would've written a networking stack for Linux and Microsoft would have either written their own or bought one of the companies which sold third party stacks for Windows.

      Sure, except the Linux stack and the Microsoft stack probably wouldn't have been compatible, meaning fragmented networks. In other words, either no universal network of networks i.e. the Internet, or everyone would have been forced to go with Microsoft's solution. One of the benefits of a very liberal license is it's easy for other Operating Systems to adopt. OpenSSH is another obvious example of this.

      --
      http://astutehosting.com/
    89. Re:Clang/LLVM in FreeBSD by synthespian · · Score: 1

      You're either naive or uninformed. Others have mentioned the lawsuit problems BSD was having at the time Linux was released, so I needn't comment on that. You just need to read up.

      Linux was backed by companies that, in fact, make a lot of money selling proprietary software too (besides hardware). One of the main supporters is a patent champion. The GPL has allowed these companies to rally against Sun Microsystems. They did. They succeeded. Solaris is now a fraction of what it was. Great. Now, I've yet to see aviation and medical mission-critical software run on Linux. Nobody's that crazy (except for the special case of the military certified real time Linux whose source code, BTW, is pretty hard to find...*if* you find it that is...Anyways, that's not a "normal" Linux. And I've never seen Stallman cry out "where's the code" for those military-certified Linux kernels).

      Not only that, but as Sun was getting targeted, a lot of people migrated to Windows (NT, at the time). So the net result is that you have less diversity, less security, more Windows, more IBM...(Oh, not to forget HP's Unix down the drain). Big fucking accomplishment it was having less Unix diversity. Hooray for the GPL... Hooray for "market forces". None of that was supported by revenue from Linux server support, I don't think anyone would be so dishonest as to claim that...It all fit Oracle, IBM and Microsoft very well. Hell, you wanna complain about Apple? They put Unix on the desktop! For the masses! How long has Gnome been trying that (and failing miserably)? *AND* they give code back (LLVM, recent big example).

      In what regards "apps", let me point out that FreeBSD's ports tree is second only to Debian's in number. But I'm not sure if that's a fair comparison, because Debian's would be a broken, half-ass release, whereas the FreeBSD release with the maximum port number is a production-quality release. Bananas and oranges. So, if you mean to use "the sheer number of apps developed on Linux" as support for your argument, well it's not. I would say that those apps aren't Linux-only. They are Unix apps (hence, they're on BSDs too).

      What you really have to explain is, if the *BSDs are so lame, how come they're still around? How come OpenBSD is so secure, when Linux isn't (hell, Debian has been compromised not once, but twice!)? How come FreeBSD keeps churning out innovations that outpace Linux? Better yet, innovations that were implemented first *for* FreeBSD, like the new capabilities framework (and I'm guessing you are clueless about the importance of those buzz words...). How come the donations to the FreeBSD *increased*?

      Compare that with the Big Iron-backed Linux, and the distro that has a millionaire throwing money at it (with the balance book still in the red for Canonical). The *BSDs stand on their own merits. When you point to Linux's success, you gotta mention the oddball millionaire that supports Ubuntu, and the big iron strategy to rally against Sun (and others, like Red Hat's *per seat* licensing).

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    90. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      You see thats the thing. The OS X that people interact with is not darwin. Its running ON TOP of darwin. You could run OS X / Aqua quite happily on top of a number of other platforms, the underlying kernel isn't really what makes OS X great.

      If you're going to slap X11 on top of it, you may as well run Linux or FreeBSD and get better hardware support.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    91. Re:Clang/LLVM in FreeBSD by Sancho · · Score: 1

      Well Samba runs over IP, which means that you have to have the device connected to the computer via IP, and without NAT between them (not something you can guarantee if you don't own the network.) Otherwise, you need to be doing IP over USB, which again would require a driver.

      It's not out of the ordinary. I use 2 wireless networks regularly that don't allow communication between wireless devices.

      Now requiring a driver is fine, but again, if you have to install software on the computer anyway, you could obviously and easily devise a solution which wasn't patent encumbered.

    92. Re:Clang/LLVM in FreeBSD by smash · · Score: 2, Insightful

      Um. If the original TCP/IP stack was GPLed (rather than a reference implementation being available under a BSD license), TCP/IP would not have taken off and we would not have the internet we have today. BECAUSE people could take the BSD tcp/ip stack and port it quite simply to their OS, it became a standard.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    93. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 1

      That's my point! BSD, GPL, the license is irrelevant! What matters is if you implement vfat, not the license!

    94. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      BSD is not a niche OS. It is used by Netapp, Juniper, Apple and many others. Apple have contributed HEAPS back to the open source community and it is stuff that is pretty valuable/useful. Apple do not contribute Aqua back to the community, that was entirely their own work. however various technologies such as GCD, Webkit, OpenCL, etc are. Plenty of open source originates within apple and is then released for that matter, but don't let that get in the way of your GPL zealotry.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    95. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      You see this is the thing. BSD people WANT PEOPLE to take their code and use it for commercial development. So long as the code is out there and making the world a better place. If microsoft/apple/juniper/netapp/whoever get better products on shelves due to their use of BSD code, we win. If the code was GPLed, no one would be able to add their own work to develop a product and have some sort of competive advantage (their own additions) to make money with.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    96. Re:Clang/LLVM in FreeBSD by smash · · Score: 3, Insightful

      I just don't see the problem, unless of course there is a sense of entitlement to something no one actually owes them

      Here's one: the GPL is hostile to the development/promotion of standards. If the original reference TCP/IP stack was GPLed, you wouldn't be posting here via TCP/IP.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    97. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      Or are you interested in locking your customers into a dependency on you?

      Its called a competitive advantage, and no business is going to spend time and money developing a product without the potential of getting one. High end routers, storage arrays, etc? Never going to happen with GPLed code.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    98. Re:Clang/LLVM in FreeBSD by jimi1x · · Score: 3, Informative

      Now, I've yet to see aviation and medical mission-critical software run on Linux.

      I think you may want to revisit your statement. I used to work in a hospital. We had medical equipment that ran embedded Linux. I currently work for a bank. We have ATMs that run embedded Linux. Our CCTV system runs embeded Linux in the cameras. Did you know that a lot of banking mainframes run on Linux? I'd argue completely against your statement that no mission critical software runs on Linux.

    99. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      As Apple chose to use Linux as operating system in Android.

      Um, no they didn't.

      Also, HURD is still a work of fiction, and Tizen is as dead as webOS. As for the GPL, it is as full of holes as swiss cheese, ever since the courts ruled (Game Genie) that to be a derivative work, the final result must be saved in a fixed format, not ram - so you can dynamically link proprietary code to GPL code, and even patch GPL code in memory, w/o releasing your source.

    100. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 3, Insightful

      Sure, except the Linux stack and the Microsoft stack probably wouldn't have been compatible, meaning fragmented networks.

      Why? There were multiple compatible stacks already before MS implemented theirs from BSD.

      I don't see why exactly would MS or Linux develop a stack which wouldn't be compatible with the networks that already existed and were standards in many places. It's not like the Internet appeared after Windows 95.

      And we in fact have plenty of protocols which have different but compatible implementations. Why would TCP/IP be any different?

    101. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 3, Informative

      TCP/IP was already a standard in many places before MS got around to implement their stack, and it had different but compatible implementations from the start (according to documents, Stanford, University College of London and BBN all had their own).

      It seems to me TCP/IP was a standard because DARPA pushed for it, not because of BSD.

    102. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You know, its possible to not be childish and still say "hey, I dont think I like the conditions on the GPL, and will find an alternative codebase whose license better fits my needs".

      Point taken on the whole entitlement thing, but there ARE legitimate reasons for rejecting the GPL in favor of other licenses.

    103. Re:Clang/LLVM in FreeBSD by synthespian · · Score: 1

      I suppose your argument was to be pro-GPL, but I hope you come to realize that you just supported the following argument as a corollary:

        By writing more GPL software, we are pushing companies to write more proprietary software that duplicates functionality and for which they will file for patents.

      (Maybe it's not a coincidence that IBM is the force behind Linux and at the same time has filed for more patents? --- Relation between the two is not clearly established in this argument)

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    104. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1
      We know that AT&T tried to take down BSD and failed. While most of the AT&T patents have expired, none of the copyrights have. BSD won the right to use those copyrighted materials in the Regents of California case. Think of it - if AT&T couldn't do it, the same principle applies as in that case - the code has been out there for subsequent versions for a LONG time, and to succeed in a lawsuit, they'd have to show not only that they were unaware of the existence of the BSD code, but that a reasonable practitioner exercising due diligence would be in the same boat. That's not the case with linux, which Microsoft was very careful to make noises about patent infringement quite quickly, so as to preserve their legal options.

      In other words, the same patent that is being infringed in both is only suit-proof in BSD. Only the copyright protection, not the patent protection, is granted via the BSD license to products such as Linux.

      It's a real rats nest, and that's why the manufacturers are settling. Even if they can show that the code in question is BSD-licensed code, only BSD-derived kernels would be covered.

    105. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      No "could" be used about it. CLANG can currently compile the kernel + world and most ports.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    106. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      You forgot apple :D

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    107. Re:Clang/LLVM in FreeBSD by JAlexoi · · Score: 1

      And IBM has no proprietary software? Funny, was the massive friction between Global Business Services and Software Group all in my head for 6 years? BTW: Both divisions produce proprietary software that runs on Linux.

    108. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      for all intensive porpoises.

      your joking right?
      I get the feeling your not joking!

    109. Re:Clang/LLVM in FreeBSD by synthespian · · Score: 1, Troll

      There are reasons not to use GPL not having to do with modifying code, but simply running the code. E.g. GPL'd libraries.

      Libraries are generally licensed under the LGPL. The LGPL is specifically designed to avoid the imaginary problems you bring up. From that link (emphasis mine):

      The LGPL places copyleft restrictions on the program governed under it but does not apply these restrictions to other software that merely link with the program.

      If you're going to be childish and call me names like "moron" and "zealot", you should least demonstrate a basic familiarity with the facts. If you feel a need to deal with things that way, it is a sure sign you are reacting emotionally and not proactively evaluating anything reasonably. Against anyone who remains reasonable, you are going to make yourself look foolish. Just for your future reference.

      Doesn't the fact that most libraries allow for mingling with proprietary code mean that the purported success of the GPL is just a chronic brain fart Linooxers keep having?

      You GPL defenders contradict yourselves every time... On the one hand it's touted as evidence for the sheer power of the GPL that Google uses GPLed software. OTOH, you don't seem to have a beef with the fact that they keep the source changes as their own, not releasing it. But if it were BSDed software, that might happen, and then it would be proof of sheer Evil Incarnate. WTF.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    110. Re:Clang/LLVM in FreeBSD by bcrowell · · Score: 1

      If they want to give 90% back - which is common behavior for proprietary derivatives of BSD licensed codebases - they can't. They have to give back 100%, or stay out.

      They can give 0% back if they don't redistribute. If they're redistributing, then they're in the software business, so why in the world do they expect to be entitled to other people's software?

    111. Re:Clang/LLVM in FreeBSD by multi+io · · Score: 1

      There's a reason Apple used FreeBSD as their basis for OSX and not Linux.

      Yeah, and the reason is probably that Linux didn't exist when Next incorporated BSD code into what later became OSX. When Apple did the same thing again 10 years later, they may have had architectural reasons (essentially "merging" back the improvements that had been done in the BSD code in the meantime), I don't know. For every commercial vendor who uses BSD, you find two that use Linux, so your argument doesn't seem to hold water too well. And then there's the code sharing argument: It may well be that GPL code is harder to incorporate into commercial codebases, but that may be balanced by the fact that, since the GPL forces contributors to publicize their improvements, more code may become available to incorporate in the first place,

    112. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      These companies don't contribute very much. They largely take the open source code and close it up with their proprietary additions.

    113. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      For every commercial vendor who uses BSD, you find two that use Linux, so your argument doesn't seem to hold water too well.

      Actually, you just made my argument for me. All the people being sued, threatened, or agreeing to pay the Microsoft "Linux Tax" are running Linux. I don't hear tell of any Microsoft "BSD Tax".

      A search for Microsoft Linux Tax finds the majority of mobile manufacturers paying Microsoft for a license to use Linux. A search for Microsoft BSD Tax or Microsoft Solaris Tax or Microsoft Plan9 Tax or Microsoft FreeDOS Tax? Nah.

    114. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      Yeah, that's why large IT companies like IBM, Intel and even Microsoft are contributing to the BSD:s and not to Linux. Oh, wait..

      They mostly contribute to the kernel, which is strictly GPLv2.

      Point to a GPLv3 project they're contributing substantial amounts of code to, and you'll have a point, rather than feigned ignorance...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    115. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 3, Interesting

      The problem is really with GPLv3, which has absolutely onerous restrictions, trying to prevent Tivoization of GPL'd code, or rather remake the world into RMS' dystopian fantasy land. But don't take my word for it... Read Linus' opinion on GPLv3

      In a broader context, most companies hate GPL and other copyleft licenses in general (LGPL is usually minimally okay), because it's like a worm... Someone can bring it in without you knowing about it, and all of a sudden, you're subject to terms which may make you go out of business all-together (if one large piece of software is your main product). No such problem with freer licenses. And interestingly enough, there is much less of a problem with proprietary code.

      You see, with proprietary code, perhaps you already have a license for if. Perhaps you need to re-negotiate the license to include this new usage. Or perhaps it was completely illegal, and now you have to either go to company X with hat in-hand and negotiate a license for your former illegal use, and continued use going forward, or perhaps you'll continue to use it, and hope you don't get caught.

      In any of those (proprietary code) cases, it's just a question of money. Maybe it'll be a lot, maybe it'll be a little, but the company wants your money, and will probably work something out with you, unless you're direct competitors...

      With GPL'd code, this doesn't work. If it's a small, one-man project, you can try negotiating a license, and probably get one. But if that one-man is an RMS-esque extremist, or if it's the work of multiple people, too many to possibly track down... No amount of money is enough to allow you to keep your copyright on your own code, likely with many millions of dollars invested in it...

      THAT is why the GPL scares companies.
      Remember Windows' source code leaking out onto the internet years ago? Open source developers were afraid it was done intentionally, so Microsoft could make the case that other projects stole their publicly available source code, used it without permission, and demand exorbitant, insane license fees. These two situations really are surprisingly similar from a software companies' perspective.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    116. Re:Clang/LLVM in FreeBSD by ae1294 · · Score: 1

      Bluetooth yo... it's the bomb....

    117. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 4, Insightful

      How do you explain the fact that *BSD is a niche OS most users have never heard of, while usage of Linux skyrocketed and it became something that most Joe Sixpacks have at least heard of if not something they actually use as a Windows alternative?

      Most experts explain it as being because of the AT&T vs BSD lawsuit. Until that was decided, FreeBSD was in murky waters few were willing to go along with. And it happened at exactly the wrong time, when i386 systems were growing in popularity, and people wanted some Unix-like OS to run on it, and really wanted it for free.

      Network effects kicked-in at that point. Linux got more developers because it was getting more press (and a lone student writing an OS is a better story than Berkley's largess), and it got more press because it was getting more developers, and it got more press because it got more press.

      And the definitive counter-point to GPL supporters, is network services... Anyone can name a million and one network services that became defacto standards. BIND *is* DNS. Sendmail *is* SMTP. The BSD TCP/IP stack *is* the internet protocol, and it's bugs and limitations have become the standard.

      The most recent example is OpenSSH. It wasn't FreSSH that gained 98% market share in a few years... Nope. And until OpenSSH, crypto was massively overdue, yet none of the alternatives caught-on... Licensing had a hell of a lot to do with that... always does.

      NFS was in the same boat... Sun released NFS with an open license (not GPL'd), and it became the standard. NFSv3 was massively crufty and overdue for replacement, yet the dozens of GPL'd network file systems with modern features ever caught on... NFSv4 finally came out, with the main implementation under a free license, that finally made progress.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    118. Re:Clang/LLVM in FreeBSD by torsmo · · Score: 1

      W(ho)TF opened the door to these Linux/OSX/Microsoft lackeys?!!?! This is OUR thread, for God's sake!!! We decide the bloody agenda!!

    119. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 1

      If it works, and it conforms to the IETF norms (which it HAS to to work, then it has to include a lot of the same code. Otherwise, it wouldn't conform to the norm, and would be broken, right? :-)

      Wrong. Next question?

    120. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      Considering that the BSD network stack is pretty much THE reference, whatever you code has to stay compatible with it. So you're going to need to copy ALL the BSD constants, and ALL the BSD typedefs, and you had better make sure that you implement the exact same API. Otherwise, you won't have something that complies with the standard - and it won't work. So, tell us, how are you going to write something that complies with the standard without those constants, typedefs, and api? Magic? Time machine? Million Monkeys?

    121. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      My mouse says YES.

    122. Re:Clang/LLVM in FreeBSD by drsmithy · · Score: 1

      The proper way to implement this was to use a native (non-Windows) file system, and let people transfer their files using wifi or a $3 mini/micro usb cable.

      WiFi - apart from the performance constraints - means running something like Samba on the phone to share files, which brings with it a whole bunch of other problems that need to be addressed.

      A USB cable wouldn't make any difference since the phone still needs to present a block device in a format Windows understands (so a FAT variant or NTFS). Once you're at that point, there's no reason NOT to just format the SD card natively to that same filesystem.

      A FAT license is clearly the best engineering decision once you actually spend more than a second's knee-jerk analysis.

    123. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Get out in the real world dude. Some company are fine with contributing to the GPL. But others aren't. I've had a couple of clients that were absolutely paranoid about it. When it comes to their own proprietary software, they stay the hell away from the GPL. Duh! They're fine using GPLd software, but if they have to modify something their lawyers start shitting bricks.

    124. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 1

      Considering that the BSD network stack is pretty much THE reference, whatever you code has to stay compatible with it.

      "Compatible" at the API level or "compatible" at the network level? ("Compatible" at the API level is irrelevant, as it's not going to happen; PE is not a.out or ELF.)

      So you're going to need to copy ALL the BSD constants,

      No, you're not. Nobody's going to give a damn about AF_DATAKIT/PF_DATAKIT, for example. You're only going to have to copy the names of the ones that matter, namely AF_INET and AF_INET6.

      and ALL the BSD typedefs,

      Again, you'll only have to copy the ones used in socket calls.

      So, tell us, how are you going to write something that complies with the standard without those constants, typedefs, and api? Magic? Time machine? Million Monkeys?

      So, tell us, how are you going to write something that complies with various UN*X standards without using the code of an existing implementation?

      As indicated, you don't have to copy the exact definitions of the constants; even the existing *BSDs don't all have the same numerical value for AF_INET6 (28 in FreeBSD and DragonFly BSD and 24 in NetBSD and OpenBSD; it's 30 in Mac OS X and presumably iOS).

      In any case, even if they copied and pasted some typedef calls, that, in and of itself, doesn't mean that it's derived from the BSD code in any interesting way.

      As for the "api", an API isn't code, it's documentation. There are a number of cases where multiple implementations of an API exist without sharing code. (You may have heard of some software called "the Linux kernel" and "the GNU C library" - and those APIs include more than the socket calls, so arguing that the Linux networking code may have been in part based on the BSD socket code is insufficient to dismiss those examples.)

    125. Re:Clang/LLVM in FreeBSD by rtfa-troll · · Score: 1

      Even from your own point of view, you should be able to see, that instead of discussing what's good about FreeBSD, the entire discussion has been redirected into a more boring rehash of the GPL arguments that are had on Slashdot regularly. There's some value to that; it might even be worth a separate posting; but if people get the impression that FreeBSD is all about licensing then, to be frank that's a negative for quite a few of them.

      bonch had his post fully formed at the time the article was put up. This is clearly the main thing he has to say about FreeBSD. The thing which, from his point of view, is most important that we discuss. Do you really think that is because he's interested in FreeBSD? Have you considered that perhaps he sees FreeBSD as a competitor and would rather that it's launch discussion is designed to put off people who are using Linux in the hope that they try one of his employer's operating systems?

      Personally, I think it would do lots of Linux people a whole load of good to learn more about *BSD, especially OpenBSD. However, they aren't going to do that if FreeBSD is defined by a bunch of people who are running an extremely negative agenda with little positive. Even if your main thing in life is hatred of the FSF and pushing FreeBSD is a means to that end, I think you can see that tonch is trolling in order to misdirect the conversation and supporting him is against your interests.

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    126. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Learn about LGPL you fuckerlord and quit calling other people names you dumbfuck.

    127. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 2

      It's not about the license itself, but the underlying code. BSD == A T & T == lots of patents.

      [Citation needed]. The AT&T lawsuit was about copyrights, not patents; see the settlement of the lawsuite. The only patent I know of is the set-UID patent, which AT&T donated to the public.

    128. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Microsoft is a hardware company?

      Sure...never seen a Microsoft keyboard or mouse (or hell, heard of an Xbox)? In my household, Microsoft is ONLY a hardware company, as I've always gotten by fairly well on their input devices.

    129. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 2

      For one, it would have saved on the file system patents - zfs (as just one example) is not covered by microsoft patents.

      Neither are extN (or,, for that matter, UFS). VFAT*, however, is, regardless of whether it's implemented by BSD code or Linux code or..... I'm not sure whether "FAT classic"; if not, and if the SD cards just use Boring Old FAT Classic (8.3 names and all), you might be able to avoid those patents.

      You won't be able to, because they all signed NDAs as part of the deal, but we know that the file system is one area - memory is another,

      "Memory" in what sense? Are you asserting that there are some memory management algorithms that Microsoft have patented, and that Linux is violating those patents but...

      and BSD doesn't use the same algorithms.

      ...BSD isn't? If so, well, [citation needed].

    130. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      More fanatical than RMS - congratulations!

    131. Re:Clang/LLVM in FreeBSD by lordholm · · Score: 1

      Not anymore...

      --
      "Civis Europaeus sum!"
    132. Re:Clang/LLVM in FreeBSD by smash · · Score: 2

      OK, name a protocol that has started out GPL, and become used anywhere outside of Linux?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    133. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      They could have used UDF. It's supported in Windows and all other recent OSs.

    134. Re:Clang/LLVM in FreeBSD by B2382F29 · · Score: 1

      I can't think how often I hear this stupid FUD.
      The GPL can NOT force you to open your source, this is complete and utter Bullshit.
      If you don't adhere to the terms of the GPL, you don't have a license to use the code, simple as that.
      This means there is NO difference whether you use GPL code without adhering to the terms or whether you use someone else's proprietary code.
      In both cases you are liable for damages. In one case you have the ADDITIONAL possibility to get compliant by releasing your source as GPL. But you still can do the same thing as with proprietary code, i.e. replacing the code that you "stole" with your own code.

      NEITHER does prevent you from being liable for damages by having used the code, it is just that most GPL developers don't sue for damages.

      --
      Move Sig. For great justice.
    135. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      What's the native filesystem for OS-X?

    136. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      And the problem with that is ...?

    137. Re:Clang/LLVM in FreeBSD by eugene_roux · · Score: 1

      Or maybe, because the rest of us lose out on the 90% they would have given back?

      Which, strangely enough, also sounds like an aggravated sense of entitlement...

      --
      Part Time Philosopher, Oft Times Romantic, Full Time Unix Geek
    138. Re:Clang/LLVM in FreeBSD by lars_stefan_axelsson · · Score: 1

      Um. If the original TCP/IP stack was GPLed (rather than a reference implementation being available under a BSD license), TCP/IP would not have taken off and we would not have the internet we have today. BECAUSE people could take the BSD tcp/ip stack and port it quite simply to their OS, it became a standard.

      Well, be that as it may, the FSF recognizes this situation, that's why the wrote the LGPL (lesser/library GPL).

      And the GPL doesn't seem to have hurt, e.g. the GCC, GDB, Linux, or a host of other projects uptake.

      --
      Stefan Axelsson
    139. Re:Clang/LLVM in FreeBSD by dwindura · · Score: 1

      What does licensing have anything to do with promoting standard? If the original TCP/IP stack was GPLed, people will still able to write the code from scratch using the TCP/IP standard.
      Look at Linux, does it use the BSD'ed TCP/IP stack. Nope, it was written from scratch. It does not need to copy the BSD'ed TCP/IP stack. If Linux can do it, then other people should be able to do the same (i.e.: if TCP/IP stack was GPL'ed, people still can create TCP/IP stack from scratch using whatever license they want, it's a bloody standard).

    140. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      They are still free to write their own code under any license they want.

      That's exactly what they are doing by avoiding any GPL software. Why are you complaining when they are abiding by the terms of GPL?

    141. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 1

      Whatever. It's not like Windows and Android can't transfer data over a network. You just failed at making a point.

    142. Re:Clang/LLVM in FreeBSD by LizardKing · · Score: 1

      There are also reports that the Sony's OS for the PlayStation 3 is based on FreeBSD.

    143. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      This means there is NO difference whether you use GPL code without adhering to the terms or whether you use someone else's proprietary code.

      I explained, in detail, why this statement is utterly incorrect. You chose not to read it. Could it be the world isn't so much filled with "FUD" as it is the facts don't happen to agree with your dogma, EVERYONE ELSE MUST BE WRONG?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    144. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1
      Bad example - linux DID copy the BSD constants and typedefs. This is no secret. I guess you missed the whole "linux kernel headers" issue, as well as the "there's SCO code in linux" (that turned out to be code from BSD).

      NEXT!

    145. Re:Clang/LLVM in FreeBSD by MachineShedFred · · Score: 1

      Two things:

      1. All the legal issues between the Regents of the University of California (the copyright holders on BSD) and AT&T (copyright holders on UNIX System 5 at the time) had not been resolved in 1991 when Linus Torvalds wrote his first kernel, which he did to get around AT&T in the first place.

      2. Linux became a mature OS right when the Internet was exploding, and received a massive amount of hype from the tech pubs; thus increased mindshare in the PHB crowd. What the PHBs get interested in flows down.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    146. Re:Clang/LLVM in FreeBSD by wzzzzrd · · Score: 1

      As noted in the release notes, FreeBSD 9.0 includes Clang/LLVM, the goal is to be rid of all GPL dependencies by version 10.0

      While an honorable aim from their point of view, it strikes me as quite odd seeing one open source project coding a lot just to avoid using another open source project.

      BTW, if it weren't for the viral GPL, we'd have no commercial open source worth speaking of. Seriously, without a serious and commercial operating system licensed under the GPL, the world would be a world with open source filling the niche that shareware once lived in. We'd be pretty much left with the 3 business models concerning software: Microsoft's, IBM's and Apple's.

      --
      On second thought, let's not go to Camelot. It is a silly place.
    147. Re:Clang/LLVM in FreeBSD by Kjella · · Score: 1

      There are reasons not to use GPL not having to do with modifying code, but simply running the code. E.g. GPL'd libraries.

      Libraries are generally licensed under the LGPL.

      [[citation needed]] The LGPL serve a specific purpose for libraries that want to be GPL internally but allow linking to proprietary software, but there are very many libraries that are GPL licensed. Either because the developers quite intentionally don't want it used in proprietary software, or practically because they wanted to reuse some GPL code from a non-library project. Even though the FSF made it they've also strongly encouraged people to license all their code as GPL, library or not.

      Anyway, blame copyright law for any ambiguity here. If you are creating a derivative work, the GPL applies. If you are merely using it without creating a derivative work, the GPL does not apply. It's a wonder the GPL has existed for 20 years and yet it seems nobody can give a straight answer on what exactly a derivative work is when it comes to computer software. Or maybe it's just that nobody wants to push that particular issue in court.

      --
      Live today, because you never know what tomorrow brings
    148. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1
      This is a discussion that needs to be had, over and over, until the reality sinks in. Personally, I don't care if people use FreeBSD or Menuet something they cobbled together after a month of beer-and-pizza-fueled keyboard-bashing.

      The reality is that there are patent trolls out there, they've got money and influence. Microsoft is one of them, obviously, and the "Linux Tax" that most of the device manufacturers make it clear that there's the threat of an additional cost down the road to anyone and everyone who uses Linux.

      Microsoft can't make the same claims against BSD because those claims would be "tolled" by the passage of time. It's why Microsoft made all that noise early on about their IP being in Linux - to preserve the right to sue.

      Copying BSD code to "make good" any affected portions isn't the solution, because the BSD license only grants the right to copy the code - the "patent shelter" doesn't go along for the ride, any more than your acquired right to use a path on private property after years of doing so doesn't extent to anyone else. So there's a problem, and the GPL doesn't protect against it. Neither does the BSD license - BUT the BSD history does. The exact same (hypothetical) code, with the same (hypothetical) patent infringements, can exist in both, but it's simply too late for Microsoft to even try to make a claim over any hypothetical 10-year-old code when they have remained silent about it for so long.

      What they couldn't do via SCO, they've succeeded in doing directly. Most analysts believe they're making more profit off of their "Linux Licenses" for Android than they are off of selling WP7 licenses, and it's only going to get worse.

      It certainly doesn't make me happy - to the contrary, I wish that software patents, and those who support them, would just DIAF. But that's not the world we live in, and we have two choices - ignore the problem, or address it. If you have a better solution, preferably one that doesn't involve either an armed insurrection or cameras and sheep, I'm sure LG, Samsung, HTC, etc., would like to hear it. So would I.

    149. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      "especially since they have to to maintain compatibility with older software"

      I'm not arguing the other parts, but I'm pretty sure you can change the network stack and leave the API. No breaking older apps.

    150. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1
      The whole thing about BSD is that Microsoft cannot make a claim against it because of the passage of time. Speaking hypothetically, there could be old BSD code that infringes Microsoft IP the exact same way that Linux apparently does (because LG, Samsung, HTC, etc. are paying hundreds of millions of dollars for *something*), but BSD is immune from those claims. Nothing to do with licensing, everything to do with the simple passage of time and Microsoft not making any public statements about possible BSD infringement - unlike how they've been moaning and groaning for more than a decade about Linux, so their right to sue was not "tolled" by the passage of time in the case of Tux.

      Even direct copying of the BSD code into Linux would not give it shelter, the same way that your acquired right to walk on someone elses' private property doesn't extend to 3rd parties. This is a problem that could be fixed by the device manufacturers (and google) switching to BSD as the base. Why doesn't Google? Simple - Microsoft isn't putting any pressure on THEM - after all, as long as Microsoft can continue to collect hundreds of millions of dollars a year in the form of a "Linux Tax" on Android, why should they kill the goose that lays the golden patent troll $$$?

    151. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      > Yeah, that's why large IT companies like IBM, Intel and even Microsoft are contributing to the BSD:s and not to Linux. Oh, wait..

      Interesting statement right here.

      It seems you are giving validity to companies when they use Linux but they are brain dead, marketing hype influenced, following magazines, pointy haired bosses, when they use Windows.

      Well, maybe not you but slashdot in general

    152. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 2

      The interesting part is that even if BSD *were* in violation of the same patents, it's immune due to the passage of time and Microsofts' failure to assert a claim.

      So, you could have the exact same code in both BSD and Linux from 10 years ago. Microsoft has been b*****ing about it for more than a decade, but only wrt Linux. So, they can "tax" Linux users (like they're doing with Android), but they can't "tax" BSD users, with the exact same code and the exact same patents in play.

      It's not even a question of BSD license or GPL - just which one Microsoft publicly targeted because they saw it as a threat to their business.

      So, switching to BSD would give shelter from the "Linux Tax" on devices, but Google is certainly in no hurry to do so, because Microsoft isn't asking them for $$$. Google's real stake is in advertising - that the device manufacturers have to pay Microsoft isn't their problem.

    153. Re:Clang/LLVM in FreeBSD by Kjella · · Score: 1

      Protocols don't have licenses, implementations do. I can't really think of a protocol, but the whole OpenDocument standard which has been adopted by some BSD and proprietary software grew out of OpenOffice.org, which was LGPL licensed. So yes, you can go from *GPL only to becoming a widely implemented standard, but it's not going to happen as often as with a BSD reference implementation where you can just integrate it directly.

      --
      Live today, because you never know what tomorrow brings
    154. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      Windows can't read ZFS, and neither can any other popular desktop OS.

      Apple gets away with selling a phone that needs a software install (iTunes) in order to talk to the computer. Not sure why LG or Samsung couldn't do the same.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    155. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Your 'arguments' seem to be getting dumber and dumber by the minute. Whatever OS Android was based on, MS would be attacking it with ridiculous patents. The fact that BSDs are not being attacked in this way is a sign of their irrelevance.
      Has your account be taken over by RightSaidFred99 or Hairyfeet by any chance?

    156. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Your arguments are absurd, particularly this bit:
      "Even direct copying of the BSD code into Linux would not give it shelter,".

      Do you not realize this applies to the BSDs themselves as well? I.e. if Android had been based on BSD code MS could just as well have asserted that the ability of party A (not google) to distribute patented code (because of your 'passage of time' argument) does not extend to a third party (google with its BSD-Android).

      It's legally *exactly the same*.

      Your anti-GPL trolling is getting more and more desperate.

    157. Re:Clang/LLVM in FreeBSD by multi+io · · Score: 1

      A search for Microsoft Linux Tax finds the majority of mobile manufacturers paying Microsoft for a license to use Linux. A search for Microsoft BSD Tax or Microsoft Solaris Tax or Microsoft Plan9 Tax or Microsoft FreeDOS Tax? Nah.

      Yeah, because the BSDs' marketshare is too small. When MS "taxes" other OS vendors with patent licenses, they earn money and potentially diminish the other OS's influence, but they also pay a political price. So they don't do it against vendors who are irrelevant.

    158. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You've now taken up about 80% of this thread on your trolling; you must really hate the BSDs secretly because anyone wanting to actually read anything informative about them would have given up long ago due to you monopolizing this thread with your crap.

    159. Re:Clang/LLVM in FreeBSD by saleenS281 · · Score: 1

      Yes anymore. Just because the package doesn't come installed from the factory from Apple doesn't mean it isn't actively being developed and supported.

    160. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      I hate to break it to you, but the number of people who use OpenDocument is insignificant.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    161. Re:Clang/LLVM in FreeBSD by fyonn · · Score: 1

      HFS+

    162. Re:Clang/LLVM in FreeBSD by MrHanky · · Score: 1

      Samsung's and LG's priority is selling phones, avoiding Microsoft patent fees comes somewhat lower on the list. If two Android phones are equal except for removable storage, then the one with removable storage is the one people will buy (it's cheap upgradability). For Samsung and LG, it makes business sense to pay. Even with Microsoft's fees, Android phones tend to have far better hardware for the money than Windows phones (which is one reason why they sell more and allegedly make more money for Microsoft).

      Apple can drop certain functionality because they own the whole platform. Same with Amazon and their Kindle: other ebook readers, which tend to use an Adobe DRM format, almost all have support for Micro-SDHC. For Amazon, it's better to give away some cloud storage to tie you to the platform.

    163. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 1

      But who said anything about a protocol starting out as GPL? Did you even read the post I was replying to?

      We're discussing the contributions of the BSD project, not the licenses. DARPA contracted with BBN and two other organizations to develop a TCP/IP stack for BSD, which then improved on it and was therefore chosen as the reference implementations.

      As far as I can see, if the BSD project hadn't existed, DARPA would still have contracted with BBN to develop TCP/IP, it would still make it the default protocol on DARPANET, which would still compel Linux and Microsoft to develop their compatible versions.

      BSD helped, but saying the Internet wouldn't exist without it is completely far-fetched.

    164. Re:Clang/LLVM in FreeBSD by tokul · · Score: 1

      preventing cooperation between free and proprietary software sectors

      What kind of cooperation you are talking about? Taking something without giving back is not called cooperation. It is called leeching or parasitism.

    165. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      I'm not criticizing LG or Samsung's business and marketing decisions - just pointing out that using an alternative filesystem isn't completely absurd.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    166. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      The facts are simple:

      1. Device manufacturers are ostensibly paying "protection money" for Linux

      2. Android is under a separate (and mostly bogus) attack by Oracle. Microsoft can NOT "license" Android without taking on liability for those licenses if Oracle succeeds, and while we might make fun of how stupid Microsoft can be, even they are not *that* stupid ... though that would be a fun one to watch ...

      How long before they go to large data centers and say "nice operation you have there ... pay us a license or die"?

      Whatever the patents are, they mostly only have a few years (5 or so) to run, so I expect them to make their next move some time in the next year or two before they expire.

      Maybe they never will do it - but if they do, that's a heck of a lot of money in play to wring some extra bucks out of some older technology, and maybe more importantly, tie up a competitor in more legal battles. Having tasted the "free money" from the Linux devices tax, they're going to want more, so it's a reasonable bet they'll try to do everything that their proxy SCO tried, now that they've got the kinks worked out.

      Rather than screaming how "it ain't ever gonna happen" (just like I used to believe that Microsoft would never be able to "tax" linux - looks like I wasn't the only one who got that wrong), maybe it's time to work harder against software patents, and also CYA by being ready to switch OS? And in the meantime, all other things being equal, if you're developing a new product from scratch, which OS would be the safer bet to avoid being shark bait?

    167. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      There's a reason Apple used FreeBSD as their basis for OSX and not Linux.

      Of course. And that reason is that they wanted to keep OS X a proprietary OS.

    168. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      If you don't want to use FAT you can use EXT4. ZFS has some advantages but these are not really important for SD cards.

    169. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      Apple gets away with selling a phone that needs a software install (iTunes) in order to talk to the computer. Not sure why LG or Samsung couldn't do the same.

      You just described why I didn't buy an Apple phone. Having to install iTunes just to transfer files from phone to PC sucks.

    170. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      But why accommodate paranoid people? I just laugh at them and move on.

    171. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      Repeat after me "Android is NOT an OS or Linux". Say it 10, 20, 100 times - however long it takes. The two are completely separate issues.

      Also, wrt BSD as a "safe haven" because of laches; it's not just to the people who had a copy at the time. That would be an end run around the whole doctrine of laches. It's not the *owners* of copies f BSD, but BSD itself, that is okay.

      Microsoft simply waited too long to sue over BSD, so unless someone breaks the silence over WHAT patents are involved, we'll never know if they're also in BSD or not, but it's irrelevant in either case.

      Smart people would look at this as an opportunity. Dalvek was a hack job - google has said that the whole idea was to get something that was quick to market and that people could easily write code for. If they have half a brain (I'm sure they do), they'll be working on a new version that doesn't use dalvek, to get better performance and battery life, because that will keep costs and weight down (smaller batteries while still getting longer running time and better performance - and that's become a real differentiator.).

    172. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      The *can't* do it against BSD because of the doctrine of laches. They *can* do it against Linux because they have been whining loudly for more than a decade, so there's no similar "they slept on their rights" argument, as there is with BSD. And they can't claim ignorance of BSD, since they openly used BSD code themselves.

    173. Re:Clang/LLVM in FreeBSD by causality · · Score: 1

      Doesn't the fact that most libraries allow for mingling with proprietary code mean that the purported success of the GPL is just a chronic brain fart Linooxers keep having?

      No, it means the general philosophy of GPL is to maximize the freedoms of developers and users, including their freedom to run proprietary code if that's what they feel like doing. Isn't that better than saying there is only One True Way(tm) and anyone who does not conform is some kind of heretic? I think so, but then I'm not a zealot. I think the GPL is wonderful, a real blessing that has enriched my experience, but I wouldn't dream of telling someone else what they should use.

      To give you one example for whatever that is worth ... in practice, the only proprietary code running on my own systems is the Nvidia graphics driver (though I could use Open Source'ed Nouveau) and a couple of Windows video games I use via Wine. Nothing essential for the system or for getting my work done depends on proprietary code, though there's no reason why someone else's system couldn't be otherwise.

      You GPL defenders contradict yourselves every time... On the one hand it's touted as evidence for the sheer power of the GPL that Google uses GPLed software. OTOH, you don't seem to have a beef with the fact that they keep the source changes as their own, not releasing it. But if it were BSDed software, that might happen, and then it would be proof of sheer Evil Incarnate. WTF.

      Honestly, unless Google sends jack-booted thugs to my door who wave guns around and say "do things our way, or else" then I really don't care what Google does with computers owned by Google and operated by Google. If I have a big problem with Google, my option is to not use their products and services. They otherwise don't need my personal approval and nor should they.

      You have to understand one thing or you're going to keep making the same error. When you write to me quoting my words, you are dealing with me. I am an individual, not some nebulous composite of what other people said. I don't go around touting Google's actions as some kind of victory for GPL. If GPL software benefits Google, good for them. If not, I hope they find something else that works. Is this something I worry about in my life? No.

      Having said that ... Google is fully compliant with the GPL because Google is keeping their modifications in-house. They are not distributing them. I cannot go download the binaries from a public repository. Under the GPL, Google is therefore under no obligation to provide their source. If Google wants to release source, that's mighty nice of them. If they choose not to, that's okay too. The only thing I expect is that they comply with whatever license they choose to use. As I know, they are. So, what would I complain about, exactly? Hypothetical what-ifs and could-have-beens? Please. That's just silly.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    174. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1
      Actually, there were many reasons:

      1. The linux api was too much of a moving target;
      2. BSD was more stable;
      3. Unlike the Linux world, about 3/4 of the BSDs are using FreeBSD, so there's a "standard" as to what a BSD should look like, unlike the mess that continues with the various linux distros moving stuff all over the place;
      4. The ports system makes more sense. Major upgrades are far less likely to leave you with a hosed box or other problems;
      5. The FreeBSD developers were willing to be paid to work on Darwin, and in return, a lot of that code got plugged back into FreeBSD because it's easier to have the original developers continue to maintain it rather than keep a separate fork alive.

      That the end product can be shipped without source is icing on the cake. Everything else being equal (for example, if Linux was dual-licensed w. both GPL and BSD), Linux would still not have made the cut, for the above reasons.

    175. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      I meant that they seem to be doing well in the market despite this extra step, not that every person would be happy with it.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    176. Re:Clang/LLVM in FreeBSD by FooBarWidget · · Score: 1

      Your web browser speaks HTTP. However an operating system reading the contents of a mobile device involves treating it as a block device. There is no commonly-used high-level file access protocol over USB. Unless the device can emulate an FAT filesystem over a block device interface (is this even possible without huge amounts of resources?) the device's filesystem has to be formatted as FAT.

      The alternative is to create your own file access protocol and force the user to install a custom application that speaks this protocol, e.g. how iTunes interfaces with the iPad/iPhone. This really, really sucks, you now have to install iTunes everywhere.

    177. Re:Clang/LLVM in FreeBSD by FooBarWidget · · Score: 1

      Heck, "mission critical" is overrated. Some ATMs run Windows!

    178. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      However an operating system reading the contents of a mobile device involves treating it as a block device

      Flash memory devices don't give direct access to the filesystem - their actual block size is usually WAY larger than what they present to the host system. You're not really formatting it a block at a time (host systems' concept of a block), or writing to it a block at a time (again, host systems' concept of a block).

      The underlying file system can be anything - even just a large chunk of battery-backed ram, where "block size" is meaningless at the hardware level.

    179. Re:Clang/LLVM in FreeBSD by FooBarWidget · · Score: 3, Insightful

      I believe his point was that BSD'ed code promotes standards by allowing anybody to easily incorporate the code. Suppose that the original TCP/IP stack was GPL'ed. Others could still have written their own TCP/IP stack, but would they have bothered to do that or would they just have invented their own proprietary standards instead of bothering with TCP/IP at all? BSD'ing the code makes TCP/IP the path of least resistance.

      I don't necessarily agree with this point of view but I can see the reasoning.

    180. Re:Clang/LLVM in FreeBSD by FooBarWidget · · Score: 1

      He isn't. He's complaining about people's apparent false sense of entitlement. Avoiding GPL is perfectly acceptable. Avoiding GPL *and complaining that GPL has harmed you* displays a false sense of entitlement.

    181. Re:Clang/LLVM in FreeBSD by minor_deity · · Score: 1

      ZFS would not have made an iota of difference as the filesystem patents in question cover technologies (har.) used by FAT, which is implemented by Android because FAT is the defacto standard for removable drives/SD cards.

    182. Re:Clang/LLVM in FreeBSD by jbolden · · Score: 1

      There's a reason Apple used FreeBSD as their basis for OSX and not Linux.

      Yeah the reason was that NeXT was founded in 1985, the very first Linux was released in 1991. And some ideas were taken from Apple Lisa, where design started in 1978.

    183. Re:Clang/LLVM in FreeBSD by jbolden · · Score: 1

      The issue is whether they used not why didn't they use it. Asserting that you can't think of a good reason is not proof they didn't, especially when they were very explicit they did a complete rewrite.

      And the reason they rewrote it for Vista from scratch is that Microsoft has created certain intermediate layers in their networking stack that offer features which are Windows specific. For example an advanced exception handling mechanism which goes beyond standard TCP/IP

    184. Re:Clang/LLVM in FreeBSD by jbolden · · Score: 1

      Almost all the protocols predate the GPL and certainly predate the rise of open source. This might be a better question in 20 years. But...

      WebDAV is the big one. Gnutella is a less important one.

    185. Re:Clang/LLVM in FreeBSD by Guy+Harris · · Score: 1

      Bad example - linux DID copy the BSD constants and typedefs. This is no secret.

      To which "BSD constants and typedefs" are you referring? They certainly had their own #defines for various UN*X constants, because they wanted to be UN*X-compatible. The numerical values for some of them differ from instruction set architecture to instruction set architecture (meaning that they can't have duplicated the BSD values for those on all platforms), presumably because they wanted to provide binary compatibility with at least some programs from a "native" operating system on the platforms in question, e.g. SunOS 5.x on SPARC, Digital/Tru64 UNIX on Alpha, etc..

      As for typedefs, they do have typedefs in, for example, the 1.3.10 linux/types.h for both the BSD and System V unsigned integral values, but, again, defining some constants and typedefs that are used in a given API in order to implement that API doesn't mean you have to use the code that implements that API in your own implementation (if that were true, the Regents of the University of California would have lost the AT&T lawsuit...).

      I guess you missed the whole "linux kernel headers" issue,

      To which "linux kernel headers" issue are you referring? The one about the Android C library headers being derived from the Linux kernel headers and the question about whether copying them into a BSD-licensed library violated the GPL?

      as well as the "there's SCO code in linux" (that turned out to be code from BSD).

      Erm, no. There were several bits of SCO code that SCO asserted were in Linux. In one slide they showed the BPF interpreter and claimed it was copied from SCO; in fact, Linux has a clean-room implementation of the BPF interpreter (and originally had no BPF interpreter), not copied from the BSD interpreter, so Linux didn't have a copy of the BPF interpreter from BSD (unlike SCO Unix), it had its own independent implementation. However, that was not the only bit of SCO code they claimed was in Linux; they also claimed, for example, that some allocation routines that date back to old AT&T Unix - older versions of BSD happened to have it because they were derived from AT&T Unix, and code that implemented read-copy-update (which originally came from Sequent's Dynix, not from BSD). Go read Bruce Perens' analysis of SCO's slide show for details.

    186. Re:Clang/LLVM in FreeBSD by FooBarWidget · · Score: 1

      Uh, yeah, so? My point is that the filesystem installed on the device is what the OS sees and your post says nothing to refute that assertion. Your flash device is not going to emulate an FAT filesystem when there is in fact an ext2 filesystem on it.

    187. Re:Clang/LLVM in FreeBSD by jbolden · · Score: 1

      And it happened at exactly the wrong time, when i386 systems were growing in popularity, and people wanted some Unix-like OS to run on it, and really wanted it for free.

      Not really. If you look at the usage totals during those crucial years they weren't very high. That is not and was not a dominant marketshare. The issue was simple, the early adopters of Linux were from two groups:

      a) Solaris users, who knew Sys-V
      b) Windows power users that required lots of hand holding and education.

      The BSD community wasn't interested in supporting either of those communities.

    188. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      I have WAY more MS hardware than software. So, yeah, for me it is. I am sure there are others just like me.

    189. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      Apple forked BSD, so they don't care about #1. And it's not as if OS X was to FreeBSD as Ubuntu was to Debian. OS X do not update itself to the latest freeBSD unstable on each release. It was forked once and for good. That do not mean that there is no longer some code sharing but it requires porting.
      #2 is the same thing as #1 if I undertstand it right
      #3 do not matter to Apple at all since they never intended to make a standard BSD or a standard Linux.
      #4 do not matter either as Apple do not use the BSD port system

      So only point #5 is valid. And even then, many developpers are paid by corporations to work on both linux and their proprietary stuff, so it can be done too.

    190. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      AT&T sued Berkeley over BSD. That slowed things down giving Linux a window to jump into the spotlight.

    191. Re:Clang/LLVM in FreeBSD by VortexCortex · · Score: 1

      Software is not the protocol it implements. Otherwise, it wouldn't be patentable now would it?

    192. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      most people are not aware of that extra step however

    193. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      Yeah, actually "most people" seem to not want to ever connect the two devices at all!

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    194. Re:Clang/LLVM in FreeBSD by B2382F29 · · Score: 1

      Wow, either you really don't understand the GPL at all, or you are a shill.
      It's not a dogma, it's just basic copyright.
      Without license (i.e. if you do not adhere to the GPL), the issue becomes just a copyright issue.

      Your comment:
      "With GPL'd code, this doesn't work. If it's a small, one-man project, you can try negotiating a license, and probably get one. But if that one-man is an RMS-esque extremist, or if it's the work of multiple people, too many to possibly track down... No amount of money is enough to allow you to keep your copyright on your own code, likely with many millions of dollars invested in it..."

      IS WRONG.

      You are NOT obliged to release YOUR code, you are ONLY required to stop using (replacing) the non-licensed code (i.e. the portions of GPL code that you incorporated into your project without having a valid license).

      Please explain how you think this differs from having other unlicensed (not-GPL) code in your project.

      --
      Move Sig. For great justice.
    195. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      Please explain how you think this differs from having other unlicensed (not-GPL) code in your project.

      As I said: "re-negotiate the license"

      Explain to me how I would go about negotiating a license to continue selling my proprietary product, which relies heavily on, say, the Linux kernel.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    196. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      Software is not the protocol it implements

      Of course not. But when a protocol is just starting out, it's much, much easier to port some code, than to completely rewrite it for your platform. Microsoft certainly had the money to write their own implementation, yet they just dropped-in the whole BSD TCP/IP stack. Everyone loves free code, and free code is how protocols get their feet in the door.

      Go ahead... PROVE ME WRONG. Name a protocol that's now very popular, that was based on some GPL'd software. Things like rsync might have gotten far more traction (directly replacing FTP perhaps?) if only they'd had a freer license. Of course we'll never know, but I have yet to hear a solid counter example.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    197. Re:Clang/LLVM in FreeBSD by danbob999 · · Score: 1

      And yet, they will carry an extra USB key to be able to move their files around.

    198. Re:Clang/LLVM in FreeBSD by Fri13 · · Score: 1

      Sorry, meant to say the company what started Android.

      And Tizen use Linux as its operating system, so it is not different.

    199. Re:Clang/LLVM in FreeBSD by B2382F29 · · Score: 1

      You are as free to renegotiate with the authors whether they use GPL or any other license.

      What you are talking about is not about the license but about having more that a single code owner which is a valid point but has nothing to do with the GPL.

      The same thing could also be said about BSD (or any other license apart from the code being public domain). If you want to use the code without attribution, you will also have to renegotiate which might prove as difficult as renegotiating the Linux kernel license.

      Additionally the example of the Linux kernel is intellectually dishonest.
      Normally you don't create derivative works from the kernel but you use it to run your program, which does not make it a derivative work.

      --
      Move Sig. For great justice.
    200. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      Normally you don't create derivative works from the kernel but you use it to run your program, which does not make it a derivative work.

      "Normally" people don't write code at all. So your statements, while maybe technically correct in their exceedingly narrow scope, are the intellectually dishonest ones.

      One word: Modules.
      Second word: Android

      The same thing could also be said about BSD (or any other license apart from the code being public domain). If you want to use the code without attribution, you will also have to renegotiate which might prove as difficult as renegotiating the Linux kernel license.

      No, because "attribution" is an absolutely trivial requirement. Throwing in a one-line attribution won't make a software company go out of business.

      As far as I can tell, you can't argue with my original statement, and do understand and agree that open source projects with "onerous" copyleft licenses are a big problem for companies. The only takeaway I got from this thread appears to be that you more or less just don't want me to SAY IT out loud.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    201. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      You missed my point on how many devices don't need to use the standard because their storage is either not removable, or very hard to remove, so that people transfer their data via other methods than physically moving the chip from one device to another (and that this can be done for everyone).

    202. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Android most certainly is a Linux OS. It uses the Linux kernel, and it builds the rest of the OS around that.

      You have no idea what you're talking about.

    203. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      #3 was very important, as they were shooting for, and received UNIX certification.

    204. Re:Clang/LLVM in FreeBSD by MightyYar · · Score: 1

      LOL, are you sure you are talking about "most people"? I only know students and fellow geeks that do that! (Actually, I haven't carried one around since I started using DropBox.)

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    205. Re:Clang/LLVM in FreeBSD by B2382F29 · · Score: 1

      "Normally" people don't write code at all.

      Yeah, also "normally" people don't invest millions in code without checking the basic license of the code that they "steal". I would say when we ARE talking about the context of code dependencies we could limit the term "normally" to relate to the aforementioned context, wouldn't you agree?

      No, because "attribution" is an absolutely trivial requirement.

      So we are talking about a sliding scale of difficulty to resolve the issue that code was taken without proper permission. What about if you are a small startup that is making a competing product to let's say Microsoft or Apple. That company invested millions in dollars into some software that just copy+pasted Microsoft's or Apple's code. Do you really think they would be easier negotiate with or more likely just say flat out "NO".

      The only takeaway I got from this thread appears to be that you more or less just don't want me to SAY IT out loud.

      And all I can take away from this discussion is somebody whining about how companies have to adhere to the license terms. Guess what champ, they also have to do this with any other license.

      Again, your orignal statement about having to release the sourcecode is FUD. A company that does invest millions into something illegal (steal code) just did a bad investment. "Resolving" the issue might require money, maybe millions, maybe more than you invested, maybe it's not psosible at all, depending on the person holding the copyright .

      Your argument was that with enough money you can make the problem go away. This is only true if the code owner agrees which is not guaranteed.

      As far as I can tell, you can't argue with my original statement, and do understand and agree that open source projects with "onerous" copyleft licenses are a big problem for companies. The only takeaway I got from this thread appears to be that you more or less just don't want me to SAY IT out loud.

      BZZZZZZ. WRONG. I agree that the "money throwing" resolution is more difficult depending on the NUMBER OF CODE OWNERS. Which again does have nothing to do with the license. If some code with a proprietary license has 5000 code contributors you have EXACTLY the same problem, on the other hand you then don't even have the potential solution of releasing your code. THIS is the thing I don't want people to LIE about. Saying that you have to release your code is a flat out lie and I don't care what you personally think but I don't want other people to become misinformed due to people like you running around spreading FUD about licensing terms.

      --
      Move Sig. For great justice.
    206. Re:Clang/LLVM in FreeBSD by badkarmadayaccount · · Score: 1

      MTP would like to have a word with you.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    207. Re:Clang/LLVM in FreeBSD by bbecker23 · · Score: 0

      Why not use any of the open filesystems and provide an Autorun driver install. There are existing ext2/3 drivers for Windows and even if there weren't, I doubt that a FS driver is beyond Google's engineering department. FAT wasn't the best decision, it was the easiest.

      And before someone complains about usability, complex peripherals (which a phone really is) have been using this technique for ages. If a couple clicks to connect your phone to a computer is too much, then a smartphone is probably not the best choice.

      --
      cat /dev/random > sig.txt
    208. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Said patent will be invalid due to the obvious prior art.

    209. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      You are an idiot but this is especially retarded

      In the late 1990s I thought about a 'what if' scenario: Say most people run Linux with a lot of GPL'ed libraries, then I am sure some provisions in the GPL would have to be altered as it would force people to do things in a certain way for which there is no reason. So suppose GPL'd libraries are required because they are used in the system and rewriting it all would be pointless, a waste of time, but especially means having to follow all changes and reimplement them too.

      A commercial company is about selling a product for a given system, not reimplementing that system.

      If I have a system that follows your odd example there is still nothing stopping me from rewriting and there is no provision that I need to follow the changes if my system doesn't need it.

      Further, just because the GPL is incompatible with my business model doesn't meant that the GPL is invalid.

      What a stupid thing to say.

    210. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      If a company(or person) uses GPL code but does not distribute it, then there is no legal obligation to make the changes available to anyone.

    211. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      "intensive porpoises"

      INTENTS AND PURPOSES

      Fucking Moron

    212. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      having the same constant and variable names, along with function headers(ie API compatibility) is not the same thing as having the same code.

      If you knew the first thing about software development you would realize this.

    213. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      The fact is that the constant and variable names, as well as the api, had to be the same - you can't just make up your own magic numbers from scratch. If you did, it would not be the same protocol. That dictates a LOT of how you're going to implement the code. Things like buffer sizes, time delays, etc., as well as the overall flow of your program logic. If you knew the first thing about software development you would realize that function dictates form.

    214. Re:Clang/LLVM in FreeBSD by The+Evil+Atheist · · Score: 0

      You can't GPL a protocol standard, you imbecile. You can only GPL a certain implementation. GPL does not prevent your from reverse engineering.

      --
      Those who do not learn from commit history are doomed to regress it.
    215. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      It's not a sense of entitlement, it's a desire to reach a situation where everyone receives the maximum benefit. Here's a concrete example for you:

      I write a lot of Objective-C code that runs on a variety of platforms (developed on FreeBSD, but it runs on Linux, apparently someone uses some of it on Solaris, and so on). I want a decent Objective-C compiler. Apple also wants a decent Objective-C compiler, and they want to be able to reuse the parser in their (proprietary) IDE and a few other tools.

      Apple was shipping GCC as their compiler, but the GPL meant that they couldn't use the parser for syntax highlighting or refactoring tools in their IDE without having to GPL the whole thing. So they started working on a new front end which they released under a BSD-like license and I contributed quite a few improvements and bug fixes. Apple got a few days worth of free work out of me, I got a few man-years of free work out of them. Both of us benefitted. They can keep their IDE proprietary, and I can use a high-quality Objective-C compiler on FreeBSD.

      The GPL meant that they couldn't use the code as they wanted, so their only choice was to rewrite it completely. Note that this isn't limited to proprietary software: GPLv2 is incompatible with things like the Apache and Mozilla licenses, so if you want to use a library under one of these then you can't use GPLv2 code. GPLv3 comes with some patent licensing clauses that mean that a lot of companies won't let it in the door.

      --
      I am TheRaven on Soylent News
    216. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      By writing more GPL software, we are pushing companies to write more proprietary software that duplicates functionality and for which they will file for patents.

      And you're encouraging the idea that Free Software is an all or nothing proposition. With the GPL, a company has the choice of releasing everything or releasing nothing. With permissively licensed code, they can easily contribute things that are not directly related to their core business and keep other things proprietary. Once they've done this, it's easier to encourage them to gradually expand the the set of things that they are releasing.

      Personally, I would rather a company be encouraged to release some of its code back to the community than they be encouraged to keep everything proprietary.

      I should probably add the disclaimer that I am the author of the wiki page that the original poster in this thread cited...

      --
      I am TheRaven on Soylent News
    217. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      The only problem is that the GPLv3 closed "loopholes" that previously allowed appliance manufacturers to ship FreeBSD-based boxes as-is under the GPLv2

      Actually, a lot of downstream people didn't like GPLv2 either, but there were no feasible alternatives for a lot of things available 5 years ago. The new patent clauses in GPLv3 mean a lot of companies won't let it in the door, in case they end up accidentally giving out a free license to all of their patents by distributing some GPLv3 code (imagine how fucked one of the companies involved in the current mobile phone patent war would have been if they'd distributed GPLv3 code and lost their defensive portfolio as a result).

      they're sticking to the GPLv2 for every software in the base system

      FreeBSD has not imported any GPLv3 code into the base system. FreeBSD 10 aims to remove all of the GPLv2 code as well.

      As a user and if I were to complain, I'd say that it's regrettable that some developers are required to do some NIH work instead of improving or adding features just because of license wars

      It is unfortunate, but it also has some advantages. A lot of the GPL'd code in base is, quite frankly, crap. The fact that it's EOL'd upstream means that there is now a solid justification for a complete rewrite. For example, clang is a lot more modular than gcc. When I was implementing the new reentrant locale functions in FreeBSD libc, I wrote a little tool using the clang libraries checked that none of the reentrant functions called any non-reentrant functions or accessed any mutable shared state. This was about 100 lines of code with clang, but would have been insanely hard with gcc. The new STL implementation, libc++, provides C++11 support and, more interestingly, is written in C++11 and so can use things like r-value references internally for better performance (or to avoid needing ugly hacks to emulate them). Since it's written from scratch for modern platforms, it's optimised for the performance characteristics of modern platforms, while GNU libstdc++ is optimised for the hardware that was around 10-20 years ago.

      --
      I am TheRaven on Soylent News
    218. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      BSD people WANT PEOPLE to take their code and use it for commercial development

      I wouldn't say that. I don't want people to take my code and use it in commercial development - I just don't care if they do. I do, however, want people to contribute bug fixes (or even bug reports with helpful test cases) for my code, and ideally new features. The more people using my code, the more likely it is that some people will do this. If people can use it without having to open everything that they're doing, then they're more likely to use it, and it's generally easier for them to contribute changes back than maintain a fork. People who take the code and contribute nothing back are totally irrelevant to me: there is no difference to me whether someone uses my code and gives nothing back or writes a proprietary replacement, except that in the former case they are more likely to pay for my services as a programmer at some later point.

      --
      I am TheRaven on Soylent News
    219. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      You keep posting that Wikipedia link, but you really should look up what the doctrine of latches actually says in patent law. Simply put, it means that you can't claim any damages that occurred between first discovering infringement and notifying the infringing party. You can, for example, file a patent, see someone start to infringe, wait for 10 years as they grow in market share, and then sue them and require payment for every subsequent device that they sell. What you can't do is claim damages from this ten year period.

      --
      I am TheRaven on Soylent News
    220. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      you could try building Darwin from source, and get the drivers you need for your hardware

      Last time I checked, the entire sound subsystem on OS X was proprietary. I suppose you might be able to port OSS to XNU, but until then you'd have an OS with no audio.

      --
      I am TheRaven on Soylent News
    221. Re:Clang/LLVM in FreeBSD by TheRaven64 · · Score: 1

      Apple sells a proprietary software stack. Apple developers have contributed over 200,000 lines of code to LLVM / Clang and related projects. Developers at companies like Adobe have also contributed code. This is what we call cooperation in the BSD community. Sure, it's not the same sort of cooperation as companies enjoy with the the GPL community, where they are berated if they keep a single line of code proprietary until they eventually give up and move to a 100% proprietary stack, but we like it.

      --
      I am TheRaven on Soylent News
    222. Re:Clang/LLVM in FreeBSD by zidium · · Score: 1

      Um not since the patent law was changed in late 2011!

      Now it's first to file, bud.

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    223. Re:Clang/LLVM in FreeBSD by tomhudson · · Score: 1

      And you should look up the precedents, that make it clear that they can't even do so going forward if the purposefully ignored the issues for a decade so as to try to increase their potential windfall - it's called the "doctrine of unclean hands" for a reason, and why "submarine patents" usually fail.

    224. Re:Clang/LLVM in FreeBSD by zidium · · Score: 1

      The GPL harms the overall free software movement by attempting to be a morality license that requires it to be viral and 100% complete.

      By doing so it alienates people who want to hold on to their own valuable code *and* prohibits them from sharing *any* changes they make to said code. It also stifles creativity, as the economic benefit from writing GPLed code is near zero (by design), and estranges the greater population of expert software engineers from the open source society.

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    225. Re:Clang/LLVM in FreeBSD by zidium · · Score: 1

      Straight from the horse's mouth:

      http://www.gnu.org/licenses/why-not-lgpl.html

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    226. Re:Clang/LLVM in FreeBSD by evilviper · · Score: 1

      If some code with a proprietary license has 5000 code contributors you have EXACTLY the same problem

      Okay, point me to ONE proprietary-license product which has 5,000 independent license-holders. Said product also needs to make source code available reasonably easily.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    227. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      >If you can't see how the GPL dominating a market can do harm to groups of people that can't use the GPLed version but needs customisations - then you've not thought hard enough about the problem.

      Who are these groups exactly? If you need to use customized code, but don't want to distribute it, you can still use the GPL. GPL doesn't force you to distribute the software, it just says that if you do distribute the software it must be in source form. A GPL-dominated market isn't bad for anyone except for someone who wants to make a business model out of selling software that is based on GPL code with improvements added (that is essentially to change open code into closed code), which is exactly the kind of industry-harming behavior which the GPL aims to stamp out. It keeps leechers from damaging the free software ecosystem, but still allows anyone who could derive any sort of practical benefit from the actual use of the code to receive said benefit.

      Another great thing about the GPL is that businesses can be comfortably involved in contributing to free software while being protected from abuse by their competitors. Contributing to the GPL ultimately benefits the community as a whole (including businesses), whereas many businesses are afraid to contribute to BSD licensed code because that code can easily be used against them by their competitors in the market.

    228. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      FYI: Linux originally had a port of the BSD tcp/ip stack.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    229. Re:Clang/LLVM in FreeBSD by jimi1x · · Score: 1

      lol - too true

    230. Re:Clang/LLVM in FreeBSD by zidium · · Score: 1

      Corporations love the GPL because it looks like it's freely available code when in reality it's the HIV of software licenses...

      If you ever get intimately familiar with the code, you'll find all your children (derivative works) are infected, and if you distribute their compiled works without giving away your entire intellectual property for free, you'll find yourself killed off in the courts by FSF fanatics.

      --
      Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
    231. Re:Clang/LLVM in FreeBSD by Anonymous Coward · · Score: 0

      Nice way to shoot yourself in the foot. First use an old, old and already many times over refuted excuse, and then end it with "Correlation is not causation". Indeed.

    232. Re:Clang/LLVM in FreeBSD by GreatBunzinni · · Score: 1

      For a headsup, the bonch account and Overly Critical Guy accounts are sockpuppets operated by the same organization. See this post and a previous post I've made here for evidence that these user accounts are used to push the same script, sometimes even copy/paste versions of it.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    233. Re:Clang/LLVM in FreeBSD by GreatBunzinni · · Score: 1

      For a headsup, the bonch account and Overly Critical Guy accounts are sockpuppets operated by the same organization. See this post and a previous post I've made here for evidence that these user accounts are used to push the same script, sometimes even copy/paste versions of it.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    234. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      By protocol starting out GPL, i mean its reference implementation.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    235. Re:Clang/LLVM in FreeBSD by smash · · Score: 1

      I suspect you'll find that most of them started out based on the BSD reference implementation. Linux itself started out with a BSD-derived TCP/IP stack.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    236. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 1

      None of that contradicts my point. Did you read my previous post? tomhudson was claming the Internet wouldn't exist without BSD. My point is that while BSD did make an excellent contribution - improving BBN's stack under a free license - that doesn't mean that we wouldn't have the Internet otherwise.

      Just like the fact that FreeBSD benefited from having gcc for years doesn't mean it would have disappeared without it.

    237. Re:Clang/LLVM in FreeBSD by icebraining · · Score: 1

      But why the dichotomy between BSD and GPL? Are there no other licenses? Or even Public Domain?

      DARPA wanted TCP/IP to become the standard, and that's why they contracted with three organizations to develop implementions (including BBN's which eventually became BSD's). Why would they chose GPL even if the BSD license didn't exist?

  2. Dennis Ritchie by ShanghaiBill · · Score: 5, Informative

    The FreeBSD Project dedicates the FreeBSD 9.0-RELEASE to the memory of Dennis M. Ritchie, one of the founding fathers of the UNIX operating system. It is on the foundation laid by the work of visionaries like Dennis that software like the FreeBSD operating system came to be. The fact that his work of so many years ago continues to influence new design decisions to this very day speaks for the brilliant engineer that he was.

    May he rest in peace.

    1. Re:Dennis Ritchie by muon-catalyzed · · Score: 4, Informative

      more importantly, the creator of C language

    2. Re:Dennis Ritchie by Fri13 · · Score: 0

      Do you happen to know what was Dennis M. Ritchie opinion about architecture for operating system? Were it monolithic like Linux, FreeBSD, Multics or Server-Client like Mach, HURD, XNU, NT, Minix?

      Just wondering as he must have had opinion which architecture is better.... After all, Unix was monolithic operating system...

  3. Gnome version 2.32.1 by Anonymous Coward · · Score: 0

    Looks like they decided to stick with sanity for a bit longer.

    1. Re:Gnome version 2.32.1 by Narishma · · Score: 2

      Does Gnome 3 even work on BSD? Doesn't it depend on some kind of Linux-only functionality or library? Or am I thinking of some other project?

      --
      Mada mada dane.
    2. Re:Gnome version 2.32.1 by armanox · · Score: 1

      I seem to remember the GNOME team saying they were dropping support for everything but Linux.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    3. Re:Gnome version 2.32.1 by geek · · Score: 4, Informative

      In the future Gnome3 will require SystemD which is Linux only.

    4. Re:Gnome version 2.32.1 by Anonymous Coward · · Score: 0

      So? There will be no impact, really, because who else but Gnome developers now use Gnome after the mind boggling fiasco called Gnome Shell?

      My company just dropped support for Fedora because it now comes with Gnome 3 with Gnome Shell as default, and there is no way to run QA on Gnome Shell in a VM.

    5. Re:Gnome version 2.32.1 by Zoxed · · Score: 2

      > Does Gnome 3 even work on BSD?

      If it did not, then would it be considered a bug or a feature ?!

    6. Re:Gnome version 2.32.1 by unixisc · · Score: 1

      There is a FreeBSD based distro called GhostBSD, which has Gnome 2.3x as the UI. PC-BSD too offers Gnome 2.3x as an option - it offers GNOME, KDE, LXDE, and XFCE, which are fully supported in PC-BSD, meaning all utilities have been integrated into the desktop environment itself. The other five available desktop managers are Awesome, Enlightenment, IceWM, ScrotWM and WindowMaker. While these are not fully supported within the desktop environment, all the PC-BSD utilities are still available, though one may need to run commands via the Command Line in order to get them running.

    7. Re:Gnome version 2.32.1 by armanox · · Score: 1

      I can see that being a problem. I don't know anyone using Fedora with GNOME Shell however - I usually use KDE, the other people I know are using XFCE.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    8. Re:Gnome version 2.32.1 by gmack · · Score: 1

      XFCE dropped support for hald so the Thunar file manager no longer mounts usb/DVD etc on any version of BSD.

    9. Re:Gnome version 2.32.1 by Trix · · Score: 1

      In the future Gnome3 will require SystemD which is Linux only.

      Like I need another reason to avoid GNOME 3. If anything, that's a point in FreeBSD's favor. :-)

      --
      I want all of the power and none of the responsibility.
  4. +5 New stuff by sgt+scrub · · Score: 1

    CCF for those of us that like flow based firewalls is a very nice addition. Cling and Clang are definitely nice to have. I'll have to read up on Capsicum. I can't tell if it is an enhancement to jails or a replacement.

    --
    Having to work for a living is the root of all evil.
    1. Re:+5 New stuff by carlhirsch · · Score: 1

      Can you point to documentation on CCF? I'm not seeing reference to it on the FreeBSD wiki.

      --
      . We've got computers, we're tapping phone lines, you know that ain't allowed - Talking Heads, "Life During Wartime"
    2. Re:+5 New stuff by Anonymous Coward · · Score: 0

      Capsicum is a sandboxing apparatus that is separate from jails.

    3. Re:+5 New stuff by sgt+scrub · · Score: 2

      Wow. Good question. Each of the modules has its own readme with info on how to implement it. Obviously, you no longer need to go through the build process if your using FreeBSD 9. I don't know of any new docs or a howto. Sorry. However, the info from each of the readme's on this post help. There should be more up to date readme files with FreeBSD 9 but I haven't checked.

      --
      Having to work for a living is the root of all evil.
    4. Re:+5 New stuff by TheRaven64 · · Score: 1

      I'll have to read up on Capsicum. I can't tell if it is an enhancement to jails or a replacement.

      It's neither, it's an orthogonal system. It's also insanely easy for developers to use. You call cap_enter(), and from that point on you may not touch the filesystem except via file descriptors you already have open or are passed by another process. Your process is then sandboxed, as every interaction with things outside of a process in UNIX happen via file descriptors. If it has a file descriptor for a directory, then it can use open_at() and friends to open files in that directory, but it can't touch arbitrary parts of the FS. You can also use cap_new() to create a new file descriptor from an existing one that has reduced privileges (e.g. read-only), so it is pretty trivial for a lot of applications to have access to the small set of things that they need and nothing else.

      One of the first applications to be modified to use Capsicum was Chromium. It took about 300 lines of code to make Chromium's sandboxing system use it, so each browser window runs with the absolute minimum of privilege that it needs. Various tools in the base system are being modified to use it, as are ports.

      --
      I am TheRaven on Soylent News
  5. Re:woohoo by meloneg · · Score: 1, Troll

    When they give up on greater security out-of-the-box?

  6. Memory Requirements by AmberBlackCat · · Score: 3, Interesting

    Last week, I downloaded Fedora Core 16 and found that, for the first time, I was not able to update Linux on my Inspiron 8200. Because it has 512 megs of RAM and that install required more. Not sure why an installer requires 768 megabytes. So anyway, maybe that's a sign I should look at BSD.

    1. Re:Memory Requirements by halfaperson · · Score: 5, Funny

      Maybe it's a sign that you should consider a new computer?

      --
      Jesus had a UNIX beard.
    2. Re:Memory Requirements by Fallingcow · · Score: 1

      Fedora doesn't let you upgrade with a couple clicks or a quick shell command?

    3. Re:Memory Requirements by Anonymous Coward · · Score: 2, Informative

      Yep. FreeBSD is not actually getting that much more bloated. (None of the BSD's are really I suppose). 486 with 24MB ram

    4. Re:Memory Requirements by Anonymous Coward · · Score: 1

      It's because Fedora 16 (the 'Core' was dropped a while back, btw) has a massive initial ramdisk system that simply doesn't work on older machines.

    5. Re:Memory Requirements by nzac · · Score: 2

      How about another linux distro arch, debian and openSUSE still run on 512 or less.

    6. Re:Memory Requirements by AmberBlackCat · · Score: 1

      Well, I have a newer one but that one's running Windows. I've always thought of Linux as a way to install a modern operating system on older computers that couldn't handle the bloat of Windows.

    7. Re:Memory Requirements by AmberBlackCat · · Score: 1

      Not that I know of. It listed Fedora 14 as an available update. Not 16. And I've always been leery about upgrades rather than completely new installs anyway.

    8. Re:Memory Requirements by AmberBlackCat · · Score: 1

      I might give that a go. My first Linux distribution was Suse. But I still want to see what the big deal is about BSD sometime.

    9. Re:Memory Requirements by gtirloni · · Score: 1

      You are living in the 90s.

      This is 2012, everything is bloated.

      --
      none
    10. Re:Memory Requirements by Anonymous Coward · · Score: 0

      Last week, I downloaded Fedora Core 16 and found that, for the first time, I was not able to update Linux on my Inspiron 8200. Because it has 512 megs of RAM and that install required more. Not sure why an installer requires 768 megabytes. So anyway, maybe that's a sign I should look at BSD.

      You should have used Ubuntu, which uses as little as 44[1] to 48[2]MiB RAM on Intel x86 machines. You may get even lower memory requirement if graphical desktop is dropped.

      [1] https://help.ubuntu.com/11.10/installation-guide/i386/memory-disk-requirements.html
      [2] https://help.ubuntu.com/11.10/installation-guide/i386/minimum-hardware-reqts.html

    11. Re:Memory Requirements by sidthegeek · · Score: 2

      It is a way to update older computers. You just aren't supposed to use the more mainstream distros to do that. Try Xubuntu or Lubuntu for a more preconfigured experience, or try a Gentoo or Arch for a barebones-at-first super-customizable experience.

    12. Re:Memory Requirements by Sancho · · Score: 1, Interesting

      I love FreeBSD, but there's one aspect that is pretty bloated: ZFS.

      The recommendation is on the order of 2GB RAM for every 1TB of ZFS disk.

    13. Re:Memory Requirements by norpy · · Score: 2

      Deduplication is a misunderstood feature in ZFS v21+; some users see it as a silver bullet for increasing capacity by reducing redundancies in data. Here are the author's (gcooper's) observations:

              There are some resources that suggest that one needs 2GB per TB of storage with deduplication [i] (in fact this is a misinterpretation of the text). In practice with FreeBSD, based on empirical testing and additional reading, it's closer to 5GB per TB.
              Using deduplication is slower than not running it.
              Deduplication [on 8.x/9.x at least] lies via stat(2) / statvfs(2); it reports the theoretical used space -- not the actual used space -- which can confuse scripts that look at df output, etc (TODO: find PR that mentions this).

      It is only deduplication that needs that much memory. ZFS requires 512mb of kernel memory minimum, so it will run (not necessarily blazingly fast) on afairly humble system.

      I have my fileserver running on 2gb ram and an Atom with 5 1tb disks in raidZ and never have any issues.

    14. Re:Memory Requirements by smash · · Score: 1

      Installer probably needs 768meg for a RAM disk for a temp file system. However, my FreeBSD mail relay, handling email for 680 users typically runs with about 25mb of RAM active. (Its a VM, with 1gb allocated, but is way over spec).

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    15. Re:Memory Requirements by smash · · Score: 3, Informative

      Thats not really bloat, It uses ram/cpu for checksums/de-dup/compression and cache. Its by design. If you don't require/want those features, dont enable them/live wth slower i/o or run ufs.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    16. Re:Memory Requirements by smash · · Score: 2

      Just go into bsd with an open mind and give it some time. it isn't linux and isnt designed to work like linux.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    17. Re:Memory Requirements by evilviper · · Score: 1

      Last week, I downloaded Fedora Core 16 and found that, for the first time, I was not able to update Linux on my Inspiron 8200. Because it has 512 megs of RAM and that install required more. Not sure why an installer requires 768 megabytes. So anyway, maybe that's a sign I should look at BSD.

      I have a Compaq 33MHz 486 laptop with a 140MB HDD. Came with 4MB RAM, IIRC, but I upgraded it with a 16MB module.

      Smaller than a netbook, has DB-9 and parallel ports built-in. And much, much more importantly, it has a trackball on the right-hand side, making it an artifact of some supreme alien intelligence... from the future... which all other earthbound devices are inferior to.

      Even old Linux distros take a long, long time to boot-up, and OpenBSD is slightly worse, taking a long time to get out of the kernel. But on FreeBSD, it flies. Boots-up quickly. OpenSSH runs just fine, but when things are scrolling quickly, you'll remember you're on a 486.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    18. Re:Memory Requirements by Anonymous Coward · · Score: 0

      My my my, halfaperson, you're busy tonight, yes? AmberBlackCat has the machine he has. Is that something to blame him for? Perhaps you could just buy one and donate it to him, you know, in the spirit of information wanting to be free. We're all wealthy, yes?
      "Score:5, Funny" to your comment is indicative of what Slashdot has become. I thought it had higher aspirations.

      AmberBlackCat,
      Sure, try a BSD. If you like it, cool. If not try Slackware or one of the Slackware-based distros. That "The Man Approved" installer is pretty light. 512MB of memory is enough to do serious work. If it's not enough for the fucking installer it's time to find another distro. (I'm looking at you, Shuttleworth.)

    19. Re:Memory Requirements by Anonymous Coward · · Score: 0

      Fedora has been able to do in-place upgrades for a long time, using preupgrade.

    20. Re:Memory Requirements by Anonymous Coward · · Score: 3, Informative

      2GB RAM per TB HDD is only if you're running dedupe. I'm running 10TB with 4GB ram w/o dedup, but with compression on. No issues...fast and reliable.

    21. Re:Memory Requirements by Anonymous Coward · · Score: 0

      Dude, who the fuck are you quoting? Noone above you wrote "It is only deduplication that needs that much memory. [...]" or "Deduplication is a misunderstood feature in ZFS v21+; [...]"

      Learn to quote, You lack even basic media competence.

    22. Re:Memory Requirements by Anonymous Coward · · Score: 0

      Fedora's text-mode installer doesn't require that much, but it has been neglected for the past few years and does rather suck.

    23. Re:Memory Requirements by archen · · Score: 1

      I've got a similar firewall doing a fair amount of work and running at about 17mb. However that's apples to oranges with a desktop environment which can consume orders of magnitude more ram. If you're going to maintain a modern system on old hardware, you're going to have to get your hands dirty with an involved setup. That's always been true for FreeBSD or Linux.

      Also, why are people talking about using ZFS on a desktop? Do people have too much RAM?

    24. Re:Memory Requirements by armanox · · Score: 1

      What version are you currently on? I know that you can go from F14 to F16 (just did it on a Dell Latitude C400 (1.2GHz P3m, 1GB RAM)), but not sure how much farther back you can upgrade from.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    25. Re:Memory Requirements by Anonymous Coward · · Score: 0

      Ubuntu is the Windows of the Linux world.

      In other words it sucks ass.

      Stop foisting Ubuntu on people.

      Ubuntu gives Linux a bad name.

      Seriously, Mark Shuttleworth needs to disappear and take his third rate distro with him.

    26. Re:Memory Requirements by TheRaven64 · · Score: 1

      FreeBSD vs Linux (unless you are using something like ZFS) probably won't see a huge difference in memory usage. Something like FireFox or OpenOffice will use a lot more memory than either kernel, and will use the same amount on either.

      --
      I am TheRaven on Soylent News
  7. EC2 AMIs available by cperciva · · Score: 5, Informative

    FreeBSD 9.0-RELEASE machine images for Amazon EC2 are available for m1.large and larger instance types: http://www.daemonology.net/freebsd-on-ec2/

  8. Re:woohoo by Anonymous Coward · · Score: 0

    Hopefully : never ever in the next trillion years.

    Do I trust the BSD core devs to know what they are doing without breaking the system? Oh yes, very very much indeed.
    Do I trust some basement troll who thinks of himself as the greatest genius of all time, cobbling some Linux spaghetti code together with no comments or documentation while eating pizza paid by his mom? Not a second.

  9. Re:omg yay by Anonymous Coward · · Score: 0

    Oh noes - now morons can't install it!

  10. Re:Netcraft confirms! by Anonymous Coward · · Score: 0

    Fact is : Through OS X, which is at least partly based on BSD (the Darwin Kernel is part of the huge BSD family), BSD has a much higher marketshare and install base than Linux will ever have.

    LOL!

  11. Re:woohoo by Anonymous Coward · · Score: 3, Insightful

    I used NetBSD and/or FreeBSD between 1995 and 2005 and Linux between 1996 and today. By around 2000 Linux was far from a basement project of amateur code, being built primarily by full time developers. The stability of the more mature distributions (go Debian!) matched or exceeded the BSDs, the latter fast losing any remaining technical advantages.

    As to "no comments or documentation", you've just revealed that you haven't tried writing in kernel space for either. Linux has been superbly documented for those who, say, wish to write a device driver, while last I gave up on the BSDs it was still a matter of "copy existing code". This works excellently as long as you've decided to throw all engineering principles out of the window and don't understand the difference between stable interface and implementation dependence. Like I said, the BSDs have remained deliberately cliquish, like some stupid nerdish club: to contribute effectively you have to catch the eye of and be guided by existing team members, who will fill in the details for you.

    Whenever Stallman irritates me, I remind myself of what freedom's really about: the particular license wording is only an implementation detail, and what is really required in principle is people who are prepared to be open and to share. The BSDs simply don't have this.

  12. Re:Netcraft confirms! by Anonymous Coward · · Score: 0

    LOL all you want, but it's true.

  13. Re:woohoo by Brian+Feldman · · Score: 4, Interesting

    You had problems developing BSD kernel code and not Linux? That's amazing. What kind of driver or system call did you work on? I've never heard of anyone saying the Linux kernel APIs are more coherent. Ever.

    --
    Brian Fundakowski Feldman
  14. FreeBSD & ZFS by ThorGod · · Score: 5, Informative

    What? A new FreeBSD release and no body talks about the ZFS features in the release? I don't memorize version numbers, but I know the ZFS system has updated significantly between 8.2 and 9.0. Deduplication is in there, now, for instance.

    Granted, the new installer is one of the bigger changes. sysinstall...I'm happy to see you go!

    --
    PS: I don't reply to ACs.
    1. Re:FreeBSD & ZFS by Anonymous Coward · · Score: 3, Informative

      Again: before ANYONE considers using dedup or compression on FreeBSD, please see this post of mine the last time this came up (a week ago), as it contains references to and admittance of the problems:

      http://ask.slashdot.org/comments.pl?sid=2604202&cid=38589558

      Additionally, manual "memory tuning" (specifically arc size maximum) on FreeBSD is still required, and it becomes more important to tune some other kernel variables if you run a mixed environment (ZFS + MySQL + shell machine, for example).

      The Slashdot community can expect me to appear and comment every single time "ZFS on FreeBSD" is mentioned. Users need to be aware of the shortcomings so they can make an appropriate choices/decisions (staying with UFS, using another OS, etc.).

    2. Re:FreeBSD & ZFS by Maglos · · Score: 4, Interesting

      I never noticed any of this /w dedup and compress on. it chugged along and responded just fine. Manual "memory tuning" is not required, my 5tb file server w/ 48gb ram has no problem addressing memory whenever it wants /wo any tuning. ZFS is a beast, regardless of os or hardware but that is the point. You don't get bit loss protection, ram caching, compression or de-dup hash tables for free.

    3. Re:FreeBSD & ZFS by Anonymous Coward · · Score: 0

      The Slashdot community can expect me to appear and comment every single time "ZFS on FreeBSD" is mentioned.

      You say this as if anyone cares... Congratulations AC, you have epitomized the phrase "self-important."

      But for all your doomspeak, you are missing one key detail: ZFS is for storage. And it's designed/tuned for systems on which storage is the primary role. The fact that you want to use it on a machine to do something else and expect that task to preempt the scheduling is because you are an amateur and a fool, not because the system is wrong.

      Sure, there may be something that can be done to alleviate this and make your specific brand of stupid liveable for you, so why don't you do something useful and file a bug report. Better yet, since you seem to know so much about this subject, submit patches. You can probably easily port them from Illumos. Seemingly, none of the powers that be actually care here, so you need to step up to the plate and be the hero of the day.

      But I figure you will just continue to troll on Slashdot like you actually know something and try to warn people into making more "appropriate choices." I mean, this is your stated intent, to scare people away by drawing attention to a pet issue that most people actually using the technology haven't even noticed,

      Users need to be aware of the shortcomings so they can make an appropriate choices/decisions (staying with UFS, using another OS, etc.).

      I rest my case.

    4. Re:FreeBSD & ZFS by TheRaven64 · · Score: 1

      I have a NAS with 6TB of disks and 8GB of RAM, with one filesystem being deduplicated (the one where Time Machine sticks backups with loads of duplicates, currently about 300GB of data). I've not done any manual tuning, and I've not noticed the issues that you talk about...

      --
      I am TheRaven on Soylent News
  15. ZFS v28 by Maglos · · Score: 5, Interesting

    ZFS v28 not a highlight? I just finished testing a 5tb Freebsd 9.0rc2 Supermicro server. ZFS v28 adds de-duplication and a removes rather nasty failure when an intent log device is removed. It also had built in support for the LSI HBA controller card I used, which made installation much easier. We'll save at least %40 with compression and de-dup but it does half write speeds with our xeon 5600(200MB/s down to 80MB/s) .

    1. Re:ZFS v28 by bill_mcgonigle · · Score: 4, Informative

      For many scenarios, ZFS v28 is the minimal 'usable' version number, which has previously limited FreeBSD's ZFS adoption. Now it's a real contender, and I congratulate the team.

      Re: deduplication. Be sure you have enough RAM or you're going to be in for a heck of a surprise. 2GB of dedicated RAM per TB of disk usage is recommended as a rule of thumb. I found this out the hard way when it was new.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    2. Re:ZFS v28 by Maglos · · Score: 1

      I put 48gb in it. Ram is cheap. I have yet to see it "wire" more then half that, but I am slowly deploying it.

    3. Re:ZFS v28 by JumperCable · · Score: 1

      We'll save at least %40 with compression and de-dup but it does half write speeds with our xeon 5600(200MB/s down to 80MB/s) .

      What is the write speed of duplicate data?

    4. Re:ZFS v28 by Maglos · · Score: 1

      I wasn't very scientific with my testing but I don't think duplicates were any faster. I believe the bottleneck is the CPU (a single $500 xeon). I am mostly interested in read speeds which were more or less unaffected. Capacity, bit rot protection and ease of array management(zfs labels drives for easy importing) are also very nice features.

    5. Re:ZFS v28 by smash · · Score: 1

      Linux doesnt have ZFS included in most/any distros so don't expect linuxdot to mention it.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    6. Re:ZFS v28 by hawk · · Score: 1

      That's because it's license doesn't allow it to be assimilated by the GPL; so it can't run in the kernel, but needs to go through FUSE or some such.

      hawk

  16. FreeBSD torrents by Anonymous Coward · · Score: 0

    Torrents for all the ISOs are available officially (?) at:

    http://torrents.freebsd.org.:8080/

  17. But, what can I do with it? by Jozza+The+Wick · · Score: 1

    Can I listen to stuff on Youtube... log into Facebook & Gmail, run Java based applications or run virtual machines from a GUI-based player? I'm kind of a nerd, but once I get my computer how I like it, I stop playing with it and start using it... :D

    1. Re:But, what can I do with it? by Anonymous Coward · · Score: 0

      IMO bsd makes a better server os than a desktop one. Mainly due to X11 being in great need of a death sentence.

    2. Re:But, what can I do with it? by MightyYar · · Score: 2

      If you just want a desktop, the path of least resistance is the FreeBSD-based PC-BSD.

      I don't use it for that... I use it as a server in my basement. It currently has a 4-disk ZFS setup on it. I run a Windows VM on it for serving my iTunes library, Netatalk for acting as a Time Machine destination, CrashPlan for my PC backup and as remote backup for family and friends, SabNZB for usenet, Apache for sharing my photos. I'm planning on sticking miniDLNA on it, but I don't have any DLNA devices yet.

      Most of my prior unix experience was Solaris and Linux (not counting Mac), and I have to say that this was easier for me... perhaps because of the similarity with Mac, but I'm not really sure why. I like ports a lot - if you've ever used apt-get it is kind of similar. Stability has been fantastic. I've only had to reboot it once for performance reasons, and that was because I filled up the little RAM disks I made for the log files. After that the system got kind of flaky so I rebooted it.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    3. Re:But, what can I do with it? by Anonymous Coward · · Score: 0

      FYI: You are not a nerd, because most nerd would use the web to find this information and would find the excellent documentation that the FreeBSD offers. And second thing is that nerds actually like to mod their computers constantly, according to the situation that has changed.

    4. Re:But, what can I do with it? by Anonymous Coward · · Score: 0

      No idea how you got your definition of "using" so twisted (you're probably a child), but: The purpose of a computer is to automate things. So "using" refers to "automating things". What you are referring to is using it like an appliance/gadget. You don't need a computer for that. You need a appliance/gadget. Giving you a computer is throwing pearls before swine.

    5. Re:But, what can I do with it? by unixisc · · Score: 1

      Speaking of which, are there any plans to get Wayland on any of the BSDs? Would it automatically be available if one was introducing KDE 4.8?

  18. Re:woohoo by Anonymous Coward · · Score: 0

    Well, I started with network card drivers around '98. I recall getting a copy of Rubini's book for Linux, reading through some relevant chapters while delayed at an airport and getting to work without even glancing at the kernel. Then a few weeks later I moved onto FreeBSD and received the glorious "start with an existing driver, copy the code and change it". While there's no question that some of the Linux APIs were messy (and I'm not sure it's got any better), the implication from the start was that BSD didn't really need a well-defined API at all because only the core team and those under its wing would be responsible for anything interesting anyway.

    The facts as I see them notwithstanding, if you're implying ("coherent"?) that you've never heard anyone express that it's easier to write kernel-level code under Linux than BSD then you have some serious echo chamber issues.

  19. How ironic by Anonymous Coward · · Score: 0

    It annoys the minority of businesses who feel entitled to the free labor of strangers and don't want to give anything back. You see, some people are childish and the most visible mark of childishness is a sense of entitlement.

    How ironic a statement on a site that constantly advertises The Pirate Bay and promotes piracy as a form of copyright rebellion.

  20. Re:Having an impact in the discussion by MrHanky · · Score: 1

    The backlash against Apple came some time before Android, and the cause of it was people like you: shills. Perhaps also the fact that Apple is an enemy of the free web. We got tired of every comment fawning over Apple getting +5, insteresting. Instead of taking the hint and cooling down a bit, you're practically frothing. And you talk about "emotional attachment".

  21. Re:woohoo by Brian+Feldman · · Score: 1

    I was actually referring to the kernel APIs within the last decade, not from wayyyyyy back in the '90s.

    --
    Brian Fundakowski Feldman
  22. Re:Having an impact in the discussion by causality · · Score: 2, Interesting

    I don't know who that is, but I'm happy to have such an impact on you. A Slashdot employee recently told me that my comments generate more moderations than any he's ever seen. If my opinions cause that much discussion, than I'm doing more than the usual "me too" posters, and I'll take nothing but terrible karma if it means my posts are making people think and react. And with the downmods I receive, I often do have terrible karma, and that's fine with me (said Slashdot employee also said he didn't consider me a troll). I'm a subscriber and see articles about half an hour before you do, and I will keep contributing regardless.

    Eh, understand that I have no dog in this fight. It doesn't really matter to me if you're an honest user or a shill. Anything you say about anything important to me will still be subject to all the usual tests of truth so I don't share this concern about your personal disposition or how you personally get your paycheck ...

    What follows is my personal opinion and I have no special insider information. Having said that, I wanted to emphasize that a Slashdot employee has quite a different perspective here. You know what generates page views? Controversy. If you did want to troll, you probably have their blessing as long as people respond to it and it generates lots of discussion.

    There's an emotional attachment to Android around here

    Man, there's an emotional attachment to just about everything that has no inherent relationship to any emotion. This isn't marriage or psychology we're discussing here. It's part of this general trend of emotional childishness that's been developing over the last couple of decades or so. The idea that you can have a personal opinion without feeling threatened by someone who does not subscribe to it is tragically becoming an endangered species. During the mid 1990s Bill Hicks said the USA, collectively, was at around an 8th-grade emotional level. I wonder if he was being generous. It's a real tragedy our society as a whole does not value character the same way we value cleverness and usefulness

    It's not just Slashdot, by any means. Idiots get in fistfights over fucking football teams. There are people who will call you a racist (which like all accusations requires hard evidence) merely for disagreeing about a matter of policy with Obama instead of, you know, explaining why they support that policy. If a consenting developer wants to give free code to a consenting user, some will call that Communist (nevermind that real Communists use force...).

    The art of disliking something without demonizing it and turning it into the next avatar of Satan is nearly lost. It's basically one great big schoolyard. I'm wondering if this will eventually "hit bottom" and start improving, or if the next couple of generations will all be a bunch of overgrown two-year-olds.

    --
    It is a miracle that curiosity survives formal education. - Einstein
  23. PC-BSD 9 by future+assassin · · Score: 4, Informative

    http://www.pcbsd.org/ will be announced today hopefully. Looking forward to giving it a spin and hopefully might change my mind about Linux Mint and become my main OS. Didn't have hardware luck with it in the early days.

    --
    by TheSpoom (715771) Uncaring Linux user here. I have nothing to add to this but please continue. *munches popcorn*
    1. Re:PC-BSD 9 by unixisc · · Score: 1

      I read a great review about it in BSD magazine. Hopefully, it's good on the Wi-Fi drivers and configuring the networking using the utilities of KDE (incidentally, which KDE version does it now use?), rather than having to go through a CUI (I'm not too familiar w/ the networking configuration of BSDs). If it does, I can install it on my laptop. It does seem a tad hefty, though - the download is 3.5GB.

      Since you mentioned Mint, I'm assuming that what took you there was Gnome 2.3x. If that's the case, aside from PC-BSD, there's another FreeBSD distro called GhostBSD, which hopefully will get synced up w/ FreeBSD very soon. Am not sure, though, whether they'll have the same improvements as PC-BSD, such as PBI - I'm not even sure whether FreeBSD has it.

  24. Re:omg yay by couchslug · · Score: 1

    Chases off users they don't want anyway. Not everyone wants to rule the desktop!

    --
    "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
  25. Re:woohoo by Anonymous Coward · · Score: 1

    OK, so since I stopped writing anything kernel level BSDish 6 years ago, can you confirm for me that there's now a stable, documented API enabling me to do what I described in my example, i.e. write a net driver without just copying an existing driver, changing the code and hoping I'm not relying on some obscure implementation detail? I would appreciate a link to such documentation because I'm having trouble finding.

  26. Re:Having an impact in the discussion by MrHanky · · Score: 1

    It's the standard response for people who blatantly advertise one corporation and slanders another. In your case, it's entirely deserved.

  27. You just do not get the difference. by Anonymous Coward · · Score: 0

    IANAL, but copyrights and patents are two different areas of law. The GPL and BSD licenses refer to code, as in the stuff that is written in books, manuscripts, etc. This is considered "creative" work. Plenty of Linux code was vetted by IBM in the SCO case. There was NO copyright infringement. The content of the code is irrelevant to the licensing agreements.

    Patents are for "Inventions" such as IBM's "notification system for being out of the office", Apple's "gestures", Microsoft's "SUDO" and Amazon's "One Click". It is the U. S. broken patent system that is allowing ridiculous claims to be filed which has caused all of these licensing issues. Companies like LG and Samsung are not headquartered in the U.S. and are not in the position to fight the lawsuits. It is cheaper for them to cave. RedHat fights many, but there are just too many trolls that have been spun off of the monopolists to deal with. Listen to the following:

    http://www.thisamericanlife.org/radio-archives/episode/441/when-patents-attack

    I hope that this helps your understanding.

    1. Re:You just do not get the difference. by tomhudson · · Score: 1

      The copyright is invalid to the extent that it infringes a patent (or a trademark) - at that point, you do NOT have the right to copy it. Write a book, use a bunch of people's trademarks, and watch how fast you find out that you cannot distribute your book. It's the same with code and patents. Copyright only gives you the right to make copies to the extent that your work is original and non-infringing.

  28. Re:GPL like leprosy (Was: Re:Clang/LLVM in FreeBSD by causality · · Score: 1

    Not only will I not touch GPL code, I keep away from anyone who has been exposed to it as a developer.

    Good for you! I would never expect you to use anything you find unsuitable, distasteful, objectionable, offensive, or otherwise not to your liking.

    My use and enjoyment of GPL software works on the same principle. There's no reason we can't both have our way.

    --
    It is a miracle that curiosity survives formal education. - Einstein
  29. Re:Having an impact in the discussion by smash · · Score: 1

    Apple is the enemy of the free web. Thats why they contribute to/fund webkit and put it out there for anyone to use. Right....

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  30. Oh, wait.. by Anonymous Coward · · Score: 0

    Some day you'll look back on this post and see how banal it is. You might even still have your tux pom pons.

  31. Moderation patterns by Overly+Critical+Guy · · Score: 0

    I want people to look at the moderation patterns here. MrHanky's comments here and further down are off-topic, yet they're modded up. Bonch's replies to defend himself against the accusations, however, are modded as off-topic. Could Slashdot's moderators be any more biased and one-sided?

    --
    "Sufferin' succotash."
    1. Re:Moderation patterns by Anonymous Coward · · Score: 0

      MrHanky uses sockpuppets.
      How I know? In a week old thread, a post I had made suddenly had a downmod and a reply from MrHanky which in turn was upmodded, all within ten minutes.

      Seriously, someone with high ./ privileges should go through his posts and check who modded them and the posts he replied to. And then ban the fucker.

    2. Re:Moderation patterns by MichaelSmith · · Score: 1

      MrHanky uses sockpuppets.

      No I think MrHanky is the sockpuppet.

    3. Re:Moderation patterns by Anonymous Coward · · Score: 0

      Overly Critical Guy = bonch's sockpuppet.

  32. Re:Having an impact in the discussion by Anonymous Coward · · Score: 0

    Where is the blatant advertisement and slander? Are you going to give a single example in any of your accusatory comments? Based on the daily upmods of the people you're accusing, others around here don't seem to believe you. Meanwhile, another ten Android and Google articles will go up on Slashdot's front page tomorrow, but that's not advertising at all, right?

    You come off like another angry neckbeard with Asperger Syndrome who posts on Slashdot and hates things that are popular in the mainstream. Since accusations are being thrown around and all.

  33. It's worse than that by SuperBanana · · Score: 1

    Be sure you have enough RAM or you're going to be in for a heck of a surprise. 2GB of dedicated RAM per TB of disk usage is recommended as a rule of thumb. I found this out the hard way when it was new.

    It's worse than that. Even with plenty of RAM, I had a ZFS pool of a couple TB and dedupe turned on. Turns out virtually none of the data in the pool was duplicate, and disk access slowed to a near complete crawl because the machine was going through an enormous dedupe table.

    Took us months to recover after turning dedupe off - fortunately, the backup software we use periodically re-processes its archives, and in doing so, re-writes them, which removed the data from the dedupe tables.

    1. Re:It's worse than that by Anonymous Coward · · Score: 0

      Wait, you have a backup software which periodically rewrites archives? WTF?

  34. Re:Having an impact in the discussion by Overly+Critical+Guy · · Score: 1

    The backlash against Apple came some time before Android, and the cause of it was people like you: shills. Perhaps also the fact that Apple is an enemy of the free web.

    The company that contributes WebKit and pushes HTML5 over Flash is the enemy of the free web?

    We got tired of every comment fawning over Apple getting +5, interesting.

    Can you actually give an example? What comments are you referring to? Because posts fawning over Apple on Slashdot ALWAYS, ALWAYS get modded down.

    Basically, you're full of shit.

    --
    "Sufferin' succotash."
  35. Re:Netcraft confirms! by Anonymous Coward · · Score: 0

    Keep on believing that, BSD fanboy.

  36. Great! by Anonymous Coward · · Score: 0

    Great! Now that FreeBSD 9.0 has been released, people the world over can continue to use something else. Just as if FreeBSD never existed. Which it might as well not.

  37. Idiot. by Anonymous Coward · · Score: 1

    BSD license has its place. GPL has its place. *Both* are free software. *Both* have made the world a better place. Trying to pitch one against the other is disingenuous at best and possibly malicious. Are you so stupid? Or are you an Apple or Microsoft shill, as others have suggested?

  38. Networking stack of Windows vs BSD by unixisc · · Score: 1

    The Networking Stack that Microsoft wrote in Vista and 7 seems to be IPv6, using Teredo - an in-house Microsoft development - to communicate w/ IPv4 devices. Is that also based on the BSD stack? FreeBSD's IPv6 is based on KAME, but is that true about Microsoft as well? I was under the impression that they developed their own IPv6 solutions independently, using whatever they see coming out of the IETF.

    1. Re:Networking stack of Windows vs BSD by drsmithy · · Score: 1

      Windows NT hasn't had a BSD-derived TCP/IP stack since NT 3.1 anyway. They rewrote it from scratch for NT 3.5.

  39. How similar to PC-BSD as far as simplicity? by unixisc · · Score: 1
    Actually, the flamebait attitude of the GP notwithstanding, I was about to ask this. I've read that PC-BSD now has a simple installer, isn't the same true about FreeBSD? Also, PC-BSD has push-button installer - PBI, which involves point & click installations w/o needing any CLI (no apt-get or yumm). From the BSD Magazine description of this feature

    Another issue the PBI system is designed to solve is dependency conflict and breakage. Different applications sometimes require different versions of the same dependency. This means that installing one package would may break the functionality of another. In order to avoid this, users would have to use workarounds, which can be daunting to those who don’t know their way around the CLI.

    One problem this caused was that each individual PBI had to have all of it’s own libraries and dependencies contained within itself. This caused redundancy and substantially increased the necessary size of the programs as well as runtime memory. PC-BSD 9 has revamped the PBI system to utilize intelligent checks on the back-end of pbi’s via a hash database in order to determine whether the needed libraries and dependencies already exist. This made it possible to avoid the redundancy issue and, consequently, lightened up the programs a great deal. These back-end checks go so far as to recognize when a library is no longer needed due to an uninstall. This creates a lighter PC-BSD with less bloat for the user.

    What I was wondering is - does this exist in FreeBSD as well, or is there something different?

    1. Re:How similar to PC-BSD as far as simplicity? by rev0lt · · Score: 1

      AFAIK PBI is a PC-BSD funcionality only. If you want a GUI package manager, there are several available (kpackagekit, gnome-packagekit, DesktopBSD Tools, etc), but I can't give you any feedback on them because I never used them. From console, you can install binary packages (pkg_add -r for fetch from the web and install), or build from ports (my favourite approach).

    2. Re:How similar to PC-BSD as far as simplicity? by TheRaven64 · · Score: 1

      FreeBSD 9.0 has the ports system, which is great for installing things from source and pkg_add which lets you install packages from binaries. Usually. And sometimes it actually works. Maybe.

      9.1 should ship with pkgng, which is a long-overdue replacement for the binary package system, which learns from the things that apt and friends do well and the things that they don't. Hopefully by FreeBSD 10, pkgng will also be handling the more modular parts of the base system.

      --
      I am TheRaven on Soylent News
    3. Re:How similar to PC-BSD as far as simplicity? by unixisc · · Score: 1

      Is there a strong reason FreeBSD didn't use PBI just like PC-BSD?

    4. Re:How similar to PC-BSD as far as simplicity? by TheRaven64 · · Score: 1

      PBI has some nice features, but it also has some bad ones. It is quite difficult to generate PBIs directly from the ports tree, which is a big downside. They are also very focussed on desktop applications: for example a lot of the PBI format is metadata explaining how to add applications to the desktop menus and providing the icons. It's less good for server-type things. PBI doesn't (or didn't) include support for fetching packages from a repository, it was intended to be used with a web browser. Before PC-BSD 9, PBIs included a complete copy of all dependencies, which is hugely wasteful of space. Apparently this is fixed in 9, but it wasn't when the pkgng project started, and now pkgng is basically finished (modulo lots of testing).

      --
      I am TheRaven on Soylent News
    5. Re:How similar to PC-BSD as far as simplicity? by Anonymous Coward · · Score: 0

      PC-BSD is a layer over FreeBSD.

      PBI is one of those added layers.

      PC-BSD doesn't remove any of FreeBSD or even change any of it.. it IS FreeBSD PLUS the upper layers needed to make a desktop.
      Some of the PC-BSD stuff makes it easier to do stuff.. some hides stuff.. how you feel about that is up to you, but you can install PCBSD nad use it as if you had installed only FreeBSD.

    6. Re:How similar to PC-BSD as far as simplicity? by Anonymous Coward · · Score: 0

      since PC-BSD IS FreeBSD.. yes it exists.. but there is I believe, a PBI port so you can use PBIs without installing the rest of PC-BSD if you really want.

  40. Debian by unixisc · · Score: 1

    Will Debian soon have a kFreeBSD based on FreeBSD 9?

  41. FreeBSD vs OpenBSD by unixisc · · Score: 1

    How does FreeBSD compare w/ OpenBSD? I've read that the original focus of NetBSD was portability, but surprisingly enough, FreeBSD seems to have more ports e.g. FreeBSD supports Itanium, which NetBSD and OpenBSD don't. I'd have thought that for that platform, here was a good opening for the BSDs

    1. Re:FreeBSD vs OpenBSD by LizardKing · · Score: 1

      FreeBSD outperforms OpenBSD on pretty much any metric you are likely to think of, and it outperforms NetBSD on many of them as well (a significant amount of recent work went into NetBSD to make it perform better and to degrade more gracefully under load, prior to which FreeBSD pretty much outperformed it across the board). On security, the area that OpenBSD claims to be particularly hot on, you'd be hard pressed to find much difference in reality. Security fixes tend to percolate from one of the big three BSD's to the others very quickly, and they all offer a number of sophisticated security features.

      As to portability, NetBSD is undoubtedly easier to port to another architecture, as considerable work has always been done to ensure that. FreeBSD used to concentrate solely on x86 support, and as a result making it more portable in recent years has required a lot of work, and where there are ports to similar architectures, they tend to be more mature on NetBSD than FreeBSD. OpenBSD is also very portable, and again the support for those non-x86 architectures it has been ported to tends to be better than with the same architectures where a FreeBSD port exists.

    2. Re:FreeBSD vs OpenBSD by unixisc · · Score: 1

      Thanks. On Security, if one has OpenSSH on FreeBSD, is there any difference b/w FreeBSD & OpenBSD? Also, all the above comments about FreeBSD performance - is that valid only on x86, or on the other common platforms of FreeBSD & OpenBSD as well?

    3. Re:FreeBSD vs OpenBSD by rev0lt · · Score: 1

      Usually OpenBSD's OpenSSH is the most up-to-date version (as with PF/ALTQ and CARP, as they also are OpenBSD code). Some years ago I noticed that openssl was a lot faster on OpenBSD than on FreeBSD, and probably the performance of firewalling with PF is better with OpenBSD, but I pretty much gave up on OpenBSD due to lack of improvement on the SMP front, the generalized uninterest in container technology such as jails (or sysjails), poor filesystem performance and the upgrade mess - reinstalling the operating system every year isn't a viable option for me. That said, I sometimes buy the CDs and t-shirts to help the project, and OpenBSD is still a kick-ass operating system, and it is amazing how they keep on improving actual funcionality with such short release cycles.

  42. I like FreeBSD, OpenBSD because... by alukin · · Score: 1

    I like FreeBSD, OpenBSD because no persons such as Lennart Poettring are around it. *BSD guys are true UNIX knights!

    1. Re:I like FreeBSD, OpenBSD because... by Anonymous Coward · · Score: 0

      I like FreeBSD, OpenBSD because no persons such as Lennart Poettring are around it. *BSD guys are true UNIX knights!

      Yes, Lennart Poettering is such a typical Penguinista that you would like to be employed by your competitor. A real pity that I do a lot with Red Hat products in customer settings, besides being a real FreeBSD person myself since 1994 or so.

    2. Re:I like FreeBSD, OpenBSD because... by TheRaven64 · · Score: 1

      It's not just Lennart Poettring. There's also no Ulrich Drepper either! On the down side, OpenBSD has Theo De Raadt, and FreeBSD has me...

      --
      I am TheRaven on Soylent News
  43. CUPS is GPL! khtml (origin of webkit) is GPL by Damnshock · · Score: 1

    CUPS is still opensource because of being GPL!!!

    From the CUPS website:
    [quote]CUPSTM is provided under the GNU General Public License ("GPL") and GNU Library General Public License ("LGPL"), Version 2, with exceptions for Apple operating systems and the OpenSSL toolkit[/quote]

    (notice the "exceptions"? pfffffffffff)

    And webkit comes from khtml which is GPL as well, that's why Apple was *forced* to release the source code (and yes, it was forced)

    They just managed to make you believe that they're good and share code with everyone but that's just *MARKETING* (and I'm amazed how many people fall in their lies :S )

    Regards

    1. Re:CUPS is GPL! khtml (origin of webkit) is GPL by tomhudson · · Score: 1

      My point was that Apple *does* share code, contrary to the OP's assertion. And they could have closed off CUPS after buying out the source, or changed the license, but they didn't, so what's your beef?

      As for the "It's just marketing" - so what? Even Linus says that he has no beef with companies only contributing when it will benefit them - he fully expects them to behave that way. It's one way to make sure that companies are contributing stuff of real value - because they have a stake in their contribution.

      Why do you think that anything less than a total free ride is "evil"? Do YOU work for free?

    2. Re:CUPS is GPL! khtml (origin of webkit) is GPL by Damnshock · · Score: 1

      I don't think anything, I'm just pointing out facts: Apple only shares code when it is forced to. Period.

      The amazing thing is that Apple manages to make everyone believe they're a "good" company taking profit of the situation and getting PR about "we share code, we are good" when that's *false*: again, they only share code when they're forced to.

        Companywise it's fantastic, ethically.... debatable to say the least.

      Anyway I'll leave your feelings about it to yourself ;)

      Regards

    3. Re:CUPS is GPL! khtml (origin of webkit) is GPL by tomhudson · · Score: 1

      I don't think anything, I'm just pointing out facts: Apple only shares code when it is forced to. Period.

      How was Apple "forced" to share CUPS after buying the code? They share for the same reason Linus gave for every company to share code on ANY project - because they see a benefit in it for themselves. There's no ethical debate here - there's nothing morally or ethically wrong with either closed or open code. What there IS wrong is zealots trying to imply that people who are on the opposite side are evil - and this applies to both camps - whether it's RMS telling people they should pirate closed source programs because the authors deserve it, or wingnuts like Florian Muller who claim that "open source destroys value", which is just a replay of the "broken windows" economic fallacy, while failing to note that it provides opportunities to create value as well.

      Both models continue to co-exist because both meet market and user needs, and it's going to stay that way, no matter how much the haters on both sides want it different. In the end, Microsofts' "linux tax" is only a temporary measure. Patents expire all the time - so as long as congress doesn't pull a "Sonny Bono" and extend them to lifetime + 75 years, this whole thing should die a natural death before the end of the decade.

      As for Apple, they will continue to play ball as long as open sourcing various projects benefit them. If at some point it no longer does (or maybe they just get fed up with all the whining), they'll say to heck with it, same as any other rational player would. It wouldn't take them that long to come up with a from-scratch closed implementation of a browser widget toolkit, given they have more money than god, and abandon webkit, for example.

    4. Re:CUPS is GPL! khtml (origin of webkit) is GPL by Damnshock · · Score: 1

      I agree with most of what you say. Both closed and open source are respectful (we are not arguing about this here, right? ;) ). However, my personal taste is that I do not like being "locked-in" neither in hardware nor in software (and Apple is widely know for using such practices ;) )

      Anyway...I'll just bring up something for you to think:

      "How was Apple "forced" to share CUPS after buying the code?"

      Maybe the necessity of sharing the code was one of the agreements of the deal?

      Regards

  44. Re:woohoo by Anonymous Coward · · Score: 0

    When is FreeBSD going to stop being managed by a clique of core developers with contributing mentored sycophants and going to follow the Linux model of documenting

    HAHAHAHAHA. You crack me up, dude.

  45. Re:woohoo by Anonymous Coward · · Score: 0

    Is this really needed or would it only make you happy to have it? There are really a lot of ethernet network drivers for FreeBSD. It's hard to find NICs that don't work out-of-the-box.

  46. My name is tomhudson by Anonymous Coward · · Score: 0
  47. My name is tomhudson by Anonymous Coward · · Score: 0
  48. My name is tomhudson by Anonymous Coward · · Score: 0
  49. My name is tomhudson by Anonymous Coward · · Score: 0
  50. My name is tomhudson by Anonymous Coward · · Score: 0
  51. Do you have your box of donuts tomhudson? by Anonymous Coward · · Score: 0

    Bet your asses people that tom's got her 12 boxes of donuts and 5 gallons of milk to 'chow down' on while she trolls, lol.

    Her name is tomhudson, and this is what she says:

    "GIVE ME DONUTS!!!" -> http://images.wikia.com/monster/images/4/40/Cyclops_plasticine.jpg

  52. Her name is tomhudson and she says by Anonymous Coward · · Score: 0

    "GIVE ME DONUTS!!!" -> http://images.wikia.com/monster/images/4/40/Cyclops_plasticine.jpg (rotflmao cuz "large marge" tomhudson NEEDS her donuts to maintain her "voluminous BULK", lol).

  53. Her name is tomhudson and she says by Anonymous Coward · · Score: 0

    "GIVE ME DONUTS!!!" -> http://images.wikia.com/monster/images/4/40/Cyclops_plasticine.jpg (rotflmao cuz "large marge" tomhudson NEEDS her donuts to maintain her "voluminous BULK", lol).

  54. Re:Having an impact in the discussion by gmack · · Score: 1

    Two decades? There have been platform based flamewars for almost as long as I've been on this planet. Back when I was a small child the entertainment was the Apple II vs Macintosh vs PC vs Comodore vs Atari fury in the mid 80s.

  55. FreeNAS by dmt0 · · Score: 1

    Hopefully FreeNAS project moves to 9.0 sooner rather than later.

  56. Re:Netcraft confirms! by Anonymous Coward · · Score: 0

    BSD has a much higher marketshare and install base than Linux will ever have

    I'll bite this time. Maybe I can help you guys.
    Really? As you stated, you must remove the mac stuff because it isn't BSD, it was only based off it. Now you are probalby on par with the install base of ...dunno, thousands maybe? Don't delude yourselves. I don't know of one single person still running a distro of BSD, even as a joke anymore. Linux on the other hand runs virutally every phone (which alone blows BSD clean out of the water as far as an installed base), set top box (again blows BSD out of the water by itself), many satellites, cars (again.. well you get the picture), into refrigerators... well, almost the whole damn world. Just the Chinese install base of Linux beats BSD's total. Used to be a big fan of BSD. Used to write it to like 50 3.5" disks in the late 1980s to bring home. To me it seems so far behind Linux that I don't even want to try it. BTW it appears that BSD lies on their site. They show apple, cisco, yahoo as running their website. Nope, it's linux. I didn't check all of them, however it's possible they have all moved off of BSD except for apache.org. When I checked they still run it, for now at least. Looking at the features and release notes, I don't see anything that makes me want to even download it. Sorry guys. Don't get mad, make a better release page next time. People really do look at it and it decides if it will even get downloaded and tried. Otherwise it seems like a waste of time.

  57. OpenBSD, the only code i trust by hamsjael · · Score: 1

    I Run OpenBSD on a lot of our critical infrastructure systems. I do this for a lot of reasons, but foremost because their uncompromising attitude toward code and documentation. Just one easy attainable proof of the quality of this project is to look at the simplistic beaty of the html from this page: http://www.openbsd.org/faq/faq1.html#WhatIs (CTRL - U).

    1. Re:OpenBSD, the only code i trust by Anonymous Coward · · Score: 0

      A website that looks like it was created in 1998 and is not HTML4.01 strict compliant(30 errors!) is proof of quality for OpenBSD which is decidedly NOT a web page.

      Are you a troll or were you just dropped on your head as a kid,repeatedly?

    2. Re:OpenBSD, the only code i trust by vga_init · · Score: 1

      I quickly looked at the home page of each major BSD variant. OpenBSD's website was by far the ugliest. If I had to pick the best looking one I'd say NetBSD, although FreeBSD is pretty good too.

      NetBSD and FreeBSD seem to be run by fairly responsible organizations of people, whereas OpenBSD is chiefly the product of one very insane man. All are great systems. :)

  58. My name's tomhudson by Anonymous Coward · · Score: 0
  59. freedom as a spectrum by epine · · Score: 2

    just to avoid using another open source project

    The whole point of a licence is to expand the word using to multiple pages of opaque and possibly bothersome legal text. They aren't avoiding the foreign code, just the license that governs it. If the foreign code cared about being used for any possible purpose, it would have a more permissive license in the first place. Glossary of English: permissive => more uses are possible. None of the above changes when prefixed by "just".

    if it weren't for

    This sentiment is usually continued with "a nail", but I understand you're riffing on a theme here, not making precise claims.

    FreeBSD is not trying to kill the GPL ecosystem, which plays an important function in securing broad freedoms. FreeBSD is trying to become a parallel ecosystem which serves different interests and different purposes.

    From your side what you have to argue here is that the inherent virtue of the GPL is made possible solely by it being the only game in town, and that anything which treads on GPL exclusiveness is an attack on the GPL itself. I'm personally quite happy to regard freedom as a spectrum rather than an absorbing boundary. What matters to me is the continuity of the gradient, so that things that want to be free can swim happily in that direction.

    BTW, is it the lakes or the oceans that Stallman wishes to drain? Obviously you can't have both, one might contaminate the other.

  60. Her name is tomhudson, & she says by Anonymous Coward · · Score: 0
  61. Tomhudson says by Anonymous Coward · · Score: 0
  62. What's tomhudson say? by Anonymous Coward · · Score: 0
  63. Apple and "forced" sharing: I call BS by tlambert · · Score: 1

    I don't think anything, I'm just pointing out facts: Apple only shares code when it is forced to. Period.

    That's utter BS.

    I was one of the primary engineers on Apple's POSIX conformance effort, and Apple fixed the POSIX compliance of multiple hundreds of Open Source pacages , and then donated the code back to the projects.

    This includes bash (and securing the sh portions of the VSC Open Group compliance tests for them to use without license), UUCP, CUPS, vim (also got them copies of the tests), pax, yacc (bison), lex (flex), tar (GNU tar), gcc (C99 compliance), and so on and so on.

    What Apple doesn't do is announce anything, other than from the top. What that level of public relations control buys you is a lot of marketing buzz. What it loses you is public development blogs that inform ignorant people about other things, one of which is Apple's contributions to Open Source.

    NB: I don't work for Apple any more, I work for Google, so I don't have a hobby horse in that race, other than correcting your misstatement.

    -- Terry

    1. Re:Apple and "forced" sharing: I call BS by Damnshock · · Score: 1

      I'm sorry but I totally disagree here.

      How many of those opensource projects where GPL? (yeah, that licence that forces you to provide the source code under certain circumstances...)

      Out of that list I can see some: bash, cups, gcc, tar (and the others I do not know but I could expect something similar).

      My assertion migh not be true always (haven't check everything ;) , but it's generally true: Apple only shares code when it's forced to.

      Regards

      PS: maybe we don't need to use such offensive words like "BS" and "ignorants" (and yes, I'm saying that to myself as well :) )

  64. Dude, check your history facts... by tlambert · · Score: 1

    And it happened at exactly the wrong time, when i386 systems were growing in popularity, and people wanted some Unix-like OS to run on it, and really wanted it for free.

    Not really. If you look at the usage totals during those crucial years they weren't very high. That is not and was not a dominant marketshare. The issue was simple, the early adopters of Linux were from two groups:

    a) Solaris users, who knew Sys-V

    The BSD community wasn't interested in supporting either of those communities.

    Except that until 1993, SunOS was BSD 4.3 based, not System V based. So all those BSD people in the BSD community, were former SunOS users from ... the BSD community: http://en.wikipedia.org/wiki/Solaris_(operating_system) .

    It was the lawsuit.

    I was one of the people in the Sandy, Utah office of Novell USG (the former USL) who camped outside Mike Defazio's office (then EVP in charge of Novell USG) to get 386BSD, FreeBSD, and NetBSD the same shipping terms as BSDI's BSD/386 until the 7 "offending files" could be rewritten. The exception on shipping those files was reached with BSDI because BSDI was willing to sign a royalty agreement. The exception was granted for the Open Source versions

    -- Terry

    1. Re:Dude, check your history facts... by jbolden · · Score: 1

      Terry

      SunOS was always BSD based, there was a complete switchover in OS. Anyway, Solaris came out for end users in 1992. I certainly was using SunOS as a primary in 93 and still had to use it a bit in 95/96 still. But.... the time when the switchover to LInux happened for Solaris users was '94. Remember the original Linux came from the hobbyist community (Minix). Solaris in '94-95 and Windows people (and some SCO) around 97.

      If we are going to tell personal stories... I'm a good example. I remember being excited about 386BSD. I had seriously considered buying Dell Unix (a OEM version of SCO) but a lot more for the computer and an extra $900 for the OS... However the reports about 386BSD were it was too raw. I was an end user of Unix not a system admin. I needed easy installation and a full software suite. That didn't even start to exist until 1995. I learned Unix administration from Linux. I think that or slightly more is typical of the Solaris users that switched. I certainly knew about BSD. I heard good things about BSD. I even tried BSD. I believe my first open source Unix was a BSD. But the Unix I actually got to do what I wanted a Unix for was RedHat.

      Even today, Linuxes do a much much better job of bringing in new people than BSDs.

  65. Re:Having an impact in the discussion by bonch · · Score: 0

    The backlash against Apple came some time before Android

    No, it didn't. Apple was politely respected. OS X was cited as an example of a usable UNIX on the desktop, which itself was taken as constructive criticism of Linux on the desktop. Eric Schmidt was on Apple's board of directors, so Apple was seen as a good guy.

    This crazy idea you have that "every comment fawning over Apple gets +5 Interesting" is a complete fantasy, and you don't give any examples. The release of Android turned Apple into one of the bad guys, since they suddenly competed with Google. If you credit Apple for anything today, you will get modded down and get accused of being a shill. The very replies you're writing are proof of this!

    This "enemy of the free web" pushes HTML5 over proprietary software like Flash and gave the industry WebKit. You're clearly emotionally attached to your hatred of Apple and desperately need to go outside and gain some perspective so that you're not siding with one multi-billion dollar company over another as if they're sports teams.

  66. Re:woohoo by Anonymous Coward · · Score: 0

    This is typical of the FreeBSD attitude.

    (1) If I am building a new network card, I want good documentation;

    (2) If I am maintaining an existing driver, I want good documentation.

    (3) If I am optimising a high performance network, I want good documentation.

    The Linux approach is "if we haven't done enough, do it yourself!" The FreeBSD approach is "if we haven't done it for you, you shouldn't need it!"

    A decade ago there were lots of network cards not well supported by FreeBSD: while the Linux community was happy to support people writing drivers, the FreeBSD approach was as illustrated, which is why Linux is now everywhere and FreeBSD has only regressed into itself.

    Are the core BSD engineers really in such denial that they don't understand anyway why it is important to separate interface from implementation? :'(

  67. Re:Having an impact in the discussion by MrNthDegree · · Score: 1

    Apple are far from the enemy of the free web. Apple offers convenience at a price (your freedom) if you choose to become a member of their cult, but they don't take away the freedoms of others, in fact, they play nicely with others and share their low-level technologies so they can "give back to the geeks". They hoard all the marketable front-end and share all the back-end.

    As an avid Linux fanboy, even I can admit that Apple's lock-in is limited to their own customers and not to the world at large. They support freedom of choice, to either lose one's own free speech in the name of convenience (Apple way) or to use a Free Software competing technology which leverages their contributions....

    In my case I opt for GNU/Linux, with Desura as a gaming platform and Wine for all my old stuff I still like to use....

  68. Distributing to servers count? by zidium · · Score: 1

    A *real* thorny question is, "What counts as distribution?"

    I work at a place with numerous servers. Development, qa, staging, and numerous production servers. We create a package to release to the various servers, which we upload, unpack, and build on disparate boxes. It's almost the same as my GPL'd (unfortunately!) C++ app.

    Now, does that count as distribution? The GPL is not clear, and I bet a zealot, if pressed, would say yes. Therefore, the company I work for (and thousands of others) seems to be at risk of losing its source code due to GPL zealotry.

    That's why everyone should stay away from it.

    --
    Slashdot Valentines Beta Massacre: iT WORKED! The boycotts killed Beta!!
  69. tomhudson = stalks /. posters via ac troll replies by Anonymous Coward · · Score: 0

    "Wait until he starts on another kick, then reply to him as an AC. It's the new meme". - by tomhudson (43916) on Sunday May 09 2010, @08:29PM (#32150544) Homepage Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=1646272&cid=32150544

    "BTW - if you're going to tell this guy to stop spamming his hosts file crap, make sure you do it anonymously" - by tomhudson (43916) on Saturday April 16 2011, @11:45AM (#35840680) Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=2086920&cid=35840680

    ---

    tomhudson & crew from trolltalk.com also CHEAT THE MODERATION SYSTEM HERE, & others noted it also -> http://slashdot.org/comments.pl?sid=2236608&cid=36442386

    "I do whatever amuses me at the moment. Sometimes that is trolling. As far as AC? I only do that to avoid undoing moderations." - by gmhowell (26755) on Wednesday April 20, @12:49AM (#35877174) Homepage

    ---

    So - HOW do they do it?

    ---

    Well, they mod one another up (even IF it's TOTAL bullshit they said, or for trolling). That's the easy part & HERE THE PROOF OF IT:

    http://slashdot.org/comments.pl?sid=2212152&cid=36361542

    PERTINENT QUOTE/EXCERPT from "mcgrew" (another "trolltalk.com" alternate registered 'luser' account guise these idiots keep & in this case, to upmod "webmistressrachel" when she was being destroyed by downmods):

    "I just get a boatload of mod points sometimes (excellent karma) when I don't comment too prolifically. I used five or so on you, but they were comments worthy of being modded up, anyway. - by mcgrew (92797) * on Tuesday June 07 2011, @08:27AM (#36361542) Journal

    QUOTED VERBATIM FROM -> http://slashdot.org/comments.pl?sid=2212152&cid=36361542

    ---

    NOW, & I'll let one of their OWN, in "countertrolling" (obviously just another fake username they have here/another account) even say how they do the reverse (downmod others & troll them):

    "...posting AC undoes mods... Not if you're logged out... " - by countertrolling (1585477) on Sunday June 19 2011, @11:56AM (#36491652) Journal

    QUOTED VERBATIM FROM -> http://slashdot.org/comments.pl?sid=2245866&cid=36491652

    So, in essence folks (just like the guy above noted that the "trolltalk.com" bunch's posts get upmodded wrongly?) They do the following to cheat the mod system AND to harass others:

    1.) Downmod someone
    2.) Logout of your /. "registered 'luser'" account
    3.) Stalk/Harass/Troll by AC replies
    4.) Start from step #1, & do it again repeatedly (with the other trolls from trolltalk.com)

    * Moderators/Owners of /.: DO US ALL A FAVOR - get rid of this pack of TOTAL assholes, most especially tomhudson, please... thank you.

    "trolltalk.com" = gmhowell, tomhudson, webmistressrachel, squiggleslash, countertrolling, mcgrew, & other registered LUSER 'guises' they use (I suspect they're all tomhudson, just using multiple sockpuppets/fake alternate user accounts),

  70. tomhudson = stalks /. posters via ac troll replies by Anonymous Coward · · Score: 0

    "Wait until he starts on another kick, then reply to him as an AC. It's the new meme". - by tomhudson (43916) on Sunday May 09 2010, @08:29PM (#32150544) Homepage Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=1646272&cid=32150544

    "BTW - if you're going to tell this guy to stop spamming his hosts file crap, make sure you do it anonymously" - by tomhudson (43916) on Saturday April 16 2011, @11:45AM (#35840680) Journal

    QUOTED VERBATIM DIRECTLY FROM -> http://slashdot.org/comments.pl?sid=2086920&cid=35840680

    ---

    tomhudson & crew from trolltalk.com also CHEAT THE MODERATION SYSTEM HERE, & others noted it also -> http://slashdot.org/comments.pl?sid=2236608&cid=36442386

    "I do whatever amuses me at the moment. Sometimes that is trolling. As far as AC? I only do that to avoid undoing moderations." - by gmhowell (26755) on Wednesday April 20, @12:49AM (#35877174) Homepage

    ---

    So - HOW do they do it?

    ---

    Well, they mod one another up (even IF it's TOTAL bullshit they said, or for trolling). That's the easy part & HERE THE PROOF OF IT:

    http://slashdot.org/comments.pl?sid=2212152&cid=36361542

    PERTINENT QUOTE/EXCERPT from "mcgrew" (another "trolltalk.com" alternate registered 'luser' account guise these idiots keep & in this case, to upmod "webmistressrachel" when she was being destroyed by downmods):

    "I just get a boatload of mod points sometimes (excellent karma) when I don't comment too prolifically. I used five or so on you, but they were comments worthy of being modded up, anyway. - by mcgrew (92797) * on Tuesday June 07 2011, @08:27AM (#36361542) Journal

    QUOTED VERBATIM FROM -> http://slashdot.org/comments.pl?sid=2212152&cid=36361542

    ---

    NOW, & I'll let one of their OWN, in "countertrolling" (obviously just another fake username they have here/another account) even say how they do the reverse (downmod others & troll them):

    "...posting AC undoes mods... Not if you're logged out... " - by countertrolling (1585477) on Sunday June 19 2011, @11:56AM (#36491652) Journal

    QUOTED VERBATIM FROM -> http://slashdot.org/comments.pl?sid=2245866&cid=36491652

    So, in essence folks (just like the guy above noted that the "trolltalk.com" bunch's posts get upmodded wrongly?) They do the following to cheat the mod system AND to harass others:

    1.) Downmod someone
    2.) Logout of your /. "registered 'luser'" account
    3.) Stalk/Harass/Troll by AC replies
    4.) Start from step #1, & do it again repeatedly (with the other trolls from trolltalk.com)

    * Moderators/Owners of /.: DO US ALL A FAVOR - get rid of this pack of TOTAL assholes, most especially tomhudson, please... thank you.

    "trolltalk.com" = gmhowell, tomhudson, webmistressrachel, squiggleslash, countertrolling, mcgrew, & other registered LUSER 'guises' they use (I suspect they're all tomhudson, just using multiple sockpuppets/fake alternate user accounts),

  71. Re:tomhudson = stalks /. posters via ac troll repl by Anonymous Coward · · Score: 0

    Judging by your repeated spastic posts it sounds like they really have your number, APK. Butt-hurt much?

  72. Can a BSD be released under a GPL? by unixisc · · Score: 1

    Can anybody fork a BSD and release it under the GPL? E.g. can someone take, say, OpenBSD, put Gnome 3 modified for the OS-X interface on it (like in PearOS), and release it as a fork under, say, GPLv3? Get a really secure MacOS OS for non-Mac PCs.

    1. Re:Can a BSD be released under a GPL? by iggymanz · · Score: 1

      there is a proper way to incorporate BSD licensed code into a GPL project, while complying with the BSD license's attribution requirement.

      http://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html