Slashdot Mirror


RMS Objects To Support For LLVM's Debugger In GNU Emacs's Gud.el

An anonymous reader writes with the news that Richard Stallman is upset over the prospect of GNU Emacs's Grand Unified Debugger (Gud.el) supporting LLVM's LLDB debugger. Stallman says it looks like there is a systematic effort to attack GNU packages and calls for the GNU Project to respond strategically. He wrote his concerns to the mailing list after a patch emerged that would optionally support LLDB alongside GDB as an alternative debugger for Emacs. Other Emacs developers discounted RMS' claims by saying Emacs supports Windows and OS X, so why not support a BSD-licensed compiler/debugger? The Emacs maintainer has called the statements irrelevant and won't affect their decision to merge the LLDB support.

551 comments

  1. Pass the Toe Jelly by Anonymous Coward · · Score: 0, Troll

    I want some. Hmmm.

  2. Who cares what RMS wants? by Anonymous Coward · · Score: 1, Funny

    Lets see what my grandmother wants while we're at. Her opinion is just as valid.

    1. Re:Who cares what RMS wants? by Anonymous Coward · · Score: 5, Insightful

      Lets see what my grandmother wants while we're at. Her opinion is just as valid.

      If your grandmother is a developer producing useful software available at no cost, used by millions all around the world, and both articulates a philosophy and draws up a license facilitating useful systems such as every Linux distribution, starts a foundation known around the world to advocate said philosophy and host said software, and encouages many people (even those who do not agree) to think about and discuss such matters ... then yes at that point I will begin to care about her opinion on this subject.

      If you don't like RMS that's fine, if you think he's completely wrong that's fine too, but to dismiss his views the way you are doing is weak, cheap, and shows that you lack the emotional maturity to separate your personal feelings from the actual subject at hand. I hope that pointing this out will be useful to someone else, because as for you, I doubt I could reason with you in an adult manner. The really annoying part is: so many people are like this that they think it's normal.

    2. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 2, Insightful

      RMS' philosophy is that the code should be free so you can do whatever you want with it. Unless you do something he doesn't like, in which case, he throws a tantrum. This is about making free software compatible with more free software, but since he doesn't like the licence on the other free software, he wants this restricted.

    3. Re:Who cares what RMS wants? by Martin+Blank · · Score: 2

      RMS hasn't been an active developer in years by his own admission. His role is largely advocacy and philosophy, and that appears to be the sole issue here. However, he doesn't seem, based on a reading of the thread, to have any formal ability to block the patch.

      --
      You can never go home again... but I guess you can shop there.
    4. Re: Who cares what RMS wants? by Drinking+Bleach · · Score: 3, Insightful

      He has the freedom to throw a tantrum. You, and everyone else, also have the freedom to distribute a version of Emacs with LLVM support.

    5. Re:Who cares what RMS wants? by Anonymous Coward · · Score: 0

      I don't agree with him here (it's ridiculous to exclude lldb) - but I do think the direction of his concern is legitimate - basically the "paranoid" vision is that all the larger corporations will build non-free proprietary improvements on BSD licensed code without contributing back, and to continue to be productive as a programmer you will be forced to pay for the licenses on their proprietary tools.

    6. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 2, Interesting

      It's a discussion you retard. He's arguing there are negative effects of supporting LLDB, other people are agreeing with him and others are arguing that isn't the case. He isn't censoring any of them, he isn't "throwing a tantrum", they're just having a discussion.
      People like you are the reason these discussions should be closed instead of public. You make it public and every idiot with little grasp on the arguments will move a mountain to prevent the project from advancing an inch.

    7. Re: Who cares what RMS wants? by Billly+Gates · · Score: 0, Troll

      He has the freedom to throw a tantrum. You, and everyone else, also have the freedom to distribute a version of Emacs with LLVM support.

      ... coming soon GPL v4.

      Clause IV "...any code GPLv4 may not include, link, or run on any non GPLv4."

      But serisouly GPLv3 started because of his tantrum with Tivio. It would not surprise me if he did a version 4 if clang takes over.

    8. Re: Who cares what RMS wants? by fuzzytv · · Score: 5, Insightful

      No, it's not throwing tantrum. RMS has a philosophy that users of software should have certain freedoms / rights (use, study & modify, redistribute, distribute). That's the gist of GPL and why he founded GNU. BSD-style license does not guarantee these freedoms, and Stallman sees wider adoption of projects using those licenses as a threat to free software. I do work on BSD-licensed projects, but I certainly do share his fear that this poses serious threat to free software in the long run.

      I don't think it's a conspiracy or somehow widely orchestrated effort - more likely it's simply easier not to guarantee those rights and thus more attractive for commercial companies (participating in those projects), but I believe the threat to the freedoms is real.

    9. Re:Who cares what RMS wants? by Jay+Maynard · · Score: 2

      Pay the licenses, or out-compete them with freely available code. There's considerable experience by now that says the latter will win every time.

      --
      Disinfect the GNU General Public Virus!
    10. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      GPLv4 is never going to happen for the situation that you've pointed out. If it does ever happen, it won't be for this reason.

    11. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      Nothing really surprises me about him anymore.

    12. Re: Who cares what RMS wants? by exomondo · · Score: 2

      BSD-style license does not guarantee these freedoms, and Stallman sees wider adoption of projects using those licenses as a threat to free software.

      But why is that the case? I know there is the contrived case of a codebase being improved and re-packaged under a proprietary license but that just doesn't happen, part of the reason is the original codebase is still there and other people can still use and improve upon it. The most popular web server in the world is licensed under this model and it hasn't happened there.

    13. Re: Who cares what RMS wants? by ceoyoyo · · Score: 2

      For someone so convinced that his way is the best way, he's sure paranoid that some other way is going to take over.

    14. Re: Who cares what RMS wants? by Prof.Phreak · · Score: 1

      Try http://en.wikipedia.org/wiki/G...

      It's a multi-billion dollar industry out there, built on open source... that's currently completely closed source. (they're not the only one---just about all commercial closed source software is built on top of something).

      --

      "If anything can go wrong, it will." - Murphy

    15. Re:Who cares what RMS wants? by shutdown+-p+now · · Score: 1

      Except the trend to date has been the other way around - more and more previously open source software has been released under BSDL and similar licenses (Apache, MIT).

    16. Re: Who cares what RMS wants? by John_Sauter · · Score: 2

      BSD-style license does not guarantee these freedoms, and Stallman sees wider adoption of projects using those licenses as a threat to free software.

      But why is that the case? I know there is the contrived case of a codebase being improved and re-packaged under a proprietary license but that just doesn't happen, part of the reason is the original codebase is still there and other people can still use and improve upon it. The most popular web server in the world is licensed under this model and it hasn't happened there.

      The standard example is Unix. Each computer manufacturer ported it to his computers, then improved it to make his product (hardware plus software) more appealing in the marketplace. The improvements weren't shared, so there was fragmentation: applications would run on some Unix systems but not others. POSIX and Single Unix System were attempts to fix the problem by standardizing certain parts of the user-mode API, but they weren't enough.

      The problem was finally solved by a clean-room reimplementation of the utilities (GNU) and the kernel (Linux). Both are available under the GPL, which requires improvements to code to be released in source if the binary is distributed.

    17. Re: Who cares what RMS wants? by peppepz · · Score: 5, Insightful
      Later versions of the GPL cannot take away any freedom granted by an earler version, because the choice of the version is done by who redistributes the code.

      The Free Software Foundation may publish revised and/or new versions of the GNU General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.

      Each version is given a distinguishing version number. If the Program specifies that a certain numbered version of the GNU General Public License “or any later version” applies to it, you have the option of following the terms and conditions either of that numbered version or of any later version published by the Free Software Foundation. If the Program does not specify a version number of the GNU General Public License, you may choose any version ever published by the Free Software Foundation.

      If the Program specifies that a proxy can decide which future versions of the GNU General Public License can be used, that proxy's public statement of acceptance of a version permanently authorizes you to choose that version for the Program.

      Later license versions may give you additional or different permissions. However, no additional obligations are imposed on any author or copyright holder as a result of your choosing to follow a later version.

      But serisouly GPLv3 started because of his tantrum with Tivio.

      GPLv3 started because RMS saw that companies were using the GPL in a manner that was compliant to the letter but not to the spirit. Back then, the GNU haters laughed at him, as usual, because "who would want to run code on a set-top box". Nowadays, the vast majority of the end-user devices are tivoized (Android, Apple, Microsoft, ...), and users can't do anything with the code that runs on them, including fixing security bugs and auditing it to find out what it does with all their personal data, let alone (God forbid!) run their own programs on it. So the introduction of the GPLv3 wasn't a whim as you are implying, it was actually sensible and farsighted.

    18. Re: Who cares what RMS wants? by exomondo · · Score: 1

      But that's just them using open source technologies, whether it's GPL or BSD makes no difference. Why does it matter if they are just using them for their business?

    19. Re: Who cares what RMS wants? by exomondo · · Score: 1

      The problem was finally solved by a clean-room reimplementation of the utilities (GNU) and the kernel (Linux).

      It didn't solve it, it just created yet another entry to the UNIX wars, it didn't supplant the major players BSD, Darwin, HP-UX, AIX, Solaris. The problem was that developers had many systems to target, Linux hasn't solved that, it is solved by having multi-platform frameworks and language standards.

    20. Re: Who cares what RMS wants? by Prof.Phreak · · Score: 1

      It's not 'using', it's quite bit of updating (e.g. greenplum was essentially postgresql updated to work on multiple nodes).

      I don't think anyone is raising up the "using" part as being inherently bad---even stuff compiled with GCC is "OK" by most standards... It's taking open source and recompiling it into your closed source product that GPL is objecting to (and it's perfectly fine with some open source licenses... just not GPL).

      --

      "If anything can go wrong, it will." - Murphy

    21. Re: Who cares what RMS wants? by Microlith · · Score: 1

      I know there is the contrived case of a codebase being improved and re-packaged under a proprietary license but that just doesn't happen

      The problem, of course, is that you'd probably never realize it unless you looked really, really hard at software whose license would prohibit you from looking (c.f. anti-reverse engineering clauses, etc.)

    22. Re: Who cares what RMS wants? by exomondo · · Score: 1

      No I mean from the perspective of the derived version supplanting the incumbent. The idea that the original version is killed off because a superior closed source derivative replaced it.

    23. Re: Who cares what RMS wants? by exomondo · · Score: 1

      But the point is it hasn't killed postgres. So what's the problem? The fear has been that companies would create closed source versions of permissively licensed products and kill off the open source ones.

      This is just a case of them improving an open source product and not giving out their changes. Now you might not like that for whatever reason but that's up to the authors of postgres and the authors of greenplum and I don't see what you are saying is such a big problem aside from the actions of other people not matching your ideology.

    24. Re: Who cares what RMS wants? by sirlark · · Score: 4, Insightful

      Also, I should point out that the LLVM/clang situation is a bit more complex. If I recall, LLVM came about because the gnu toolchain deliberately obfuscates it's output and interoperability interfaces with other tools even within the toolchain. This strategy was chosen because the outputs of the individual software tool in the toolchain were not, and could not be protected by the GPL (any version). It would have been possible for a proprietary product to be developed that didn't link to gcc (or another part of the toolchain) to take the useful output of gcc (e.g. a parsed abstract syntax tree) and use it to any number of cool things. The product could still be distributed with gcc (and the required accompanying notices) but the rest of the code would be locked up, because it doesn't link to gcc, only depends on it at runtime. This violates the spirit of the GPL which is not only to make software free, but to keep it free.

    25. Re: Who cares what RMS wants? by TheRaven64 · · Score: 3, Funny

      It's also not just proprietary software. For example, the Eclipse license is not GPL compatible, so even if GCC were cleanly structured you wouldn't be able to create a library incorporating GCC code and link it in to Eclipse. The same applies to anything Apache licensed. One of the benefits of LLVM is that you can use the code with projects of any open source license (except, apparently, emacs) and not have to worry about the incompatibility.

      --
      I am TheRaven on Soylent News
    26. Re: Who cares what RMS wants? by DamonHD · · Score: 1

      Would you please expand on "The same applies to anything Apache licensed." for me?

      Rgds

      Damon

      --
      http://m.earth.org.uk/
    27. Re: Who cares what RMS wants? by TheRaven64 · · Score: 1

      The Apache license is not GPLv2 compatible. This is fixed with GPLv3 (although in a slightly cumbersome way). Linking GPL'd code with anything that is not GPL (and it has to be the same version, GPLv2 and GPLv3 are incompatible) or BSDL is problematic.

      --
      I am TheRaven on Soylent News
    28. Re: Who cares what RMS wants? by DamonHD · · Score: 1

      OK, good, I already understand that linking Apache and GPL code is a bad idea (though Apache and LGPL much less bad to completely OK depending on the details).

      I thought that you were suggesting some problem between Eclipse and Apache that had completely passed me by.

      (FWIW, I try to license code Apache 2 as far as possible to maximise the number of places that that code can be used.)

      Rgds

      Damon

      --
      http://m.earth.org.uk/
    29. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      well actually, RMS is like that, which is why it is hard for any normal person to take him seriously. Free software is good? ok. open source is great? sure. but to say that commercial software is "immoral" is a bit out there, and to say that the only way to do FOSS is his way shows a lack of reasonableness on his part.

      he wants everything to be his way all the time, or he whines like a bitch.

      and what has he created? I would rather use BSD utilities than the ones from RMS.

    30. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      But serisouly GPLv3 started because of his tantrum with Tivio.

      I have news for you: Long before Tivo even existed, he had the exact same problem (firmware that he couldn't / wasn't allowed to change) with a printer.

      That prompted him to write the GPLv1.

      Now, is it really surprising that when GPLv2 fails to do what the GPL project was meant to do, he goes on to create the GPLv3?

    31. Re: Who cares what RMS wants? by John_Sauter · · Score: 2

      It didn't solve it, it just created yet another entry to the UNIX wars, it didn't supplant the major players BSD, Darwin, HP-UX, AIX, Solaris. The problem was that developers had many systems to target, Linux hasn't solved that, it is solved by having multi-platform frameworks and language standards.

      And yet today GNU/Linux is the premier Unix-like system which everyone targets, after Microsoft and Apple. IBM actively supports it, even on their mainframes, though they haven't forgotten AIX. Dell advertises GNU/Linux on some of their offerings. Oracle offers a distribution of its own, though it hasn't forgotten Solaris. HP offers GNU/Linux on their Integrity servers along with HP-UX. Because of the GPL, GNU/Linux does not fragment, as Unix did.

    32. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      Dude has been under attack since DAY ONE. So he has full right to be worried.

    33. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      I do work on BSD-licensed projects, but I certainly do share his fear that this poses serious threat to free software in the long run.

      So? He is free to take LLVM, slap the GPL on it and develop/redistribute it under the GPL.

      And look-and-behold, suddenly Emacs again supports only free software available under the GPL. Instead, he decides to sabotage Emacs and GCC to keep them from interoperating with stuff he could take and relicense under the GPL if he wanted to.

      This is committing suicide after winning the free/proprietary war.

    34. Re: Who cares what RMS wants? by sectokia · · Score: 1

      You are thinking in only one direction. They can't take away rights - but they can grant rights people don't want. For example a future version could grant rights for microsoft to use GPLv4 in for-profit ways. If you don't think this could ever happen, you are wrong. Something just like it already happened with the GFDL. Section 11 of the GFDL was inserted purely to allow wikimedia to switch licences on all contributions to wikipedia. They did this to create a revenue stream from disk sales, which the original licence prohibited. The FSF grant whatever rights they want to who ever they want. Any rights are purely at their whim. Worse is that any rights granted when they shouldn't have been can never be taken away!

    35. Re: Who cares what RMS wants? by Vyse+of+Arcadia · · Score: 2

      He has the freedom to throw a tantrum. You, and everyone else, also have the freedom to distribute a version of Emacs with LLVM support.

      ... coming soon GPL v4.

      Clause IV "...any code GPLv4 may not include, link, or run on any non GPLv4."

      But serisouly GPLv3 started because of his tantrum with Tivio. It would not surprise me if he did a version 4 if clang takes over.

      Tivo, not Tivio. And Tivoization is a real problem. It's frustrating enough that I'm locked out of modifying my own devices without risk of breaking them or the law. But it's even more frustrating when I have a device that purports to run free open source software that I can't modify. (I'm looking at you almost every Android device ever.) It's against the whole point of the GPL if I can't tweak the code to fix or improve my device because the manufacturer locks me out.

      rms is often not the most mature orator, but he saw a problem, and he fixed it to the best of his abilities. Don't belittle GPLv3 by saying it started with a tantrum.

    36. Re: Who cares what RMS wants? by Billly+Gates · · Score: 1

      It also comes to show that the developers do not know the difference between GPL and LGPL. Even java has a gnu class path exception for this reason.

    37. Re:Who cares what RMS wants? by cshotton · · Score: 1

      Not sure why this toe jam eater is still relevant anymore. The market has more or less spoken (loudly) with regards to GPL and the taint it brings.

      --

      Shut up and eat your vegetables!!!
    38. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      This is why I have always stated that Stallman and Gates are two sides of the same coin.

    39. Re: Who cares what RMS wants? by jythie · · Score: 1

      'Sensible' is pretty subjective. At minimal I think it should be described as 'political'. GPLv3 was an exercise in power and diplomacy, multiple groups coming together and figuring out who could be sacrificed and who could not. For the most part, customers wanted to tinker with their toys, but not have their own livelihood threatened, so GPLv3 put new restrictions on things they purchase, but was careful to avoid the industries where they were likely to be employed. The embedded camp in GPL has always been weak and they paid for it, the web/server camp has always been strong and they demonstrated it.

    40. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      No, it is not.

      It is that it should be "free" so that people that use it can do some certain set of things with it.

      This works by excluding a large number of potential users, so that the remaining ones get the specific set of freedoms that RMS thinks are important.

    41. Re: Who cares what RMS wants? by david_thornley · · Score: 1

      One lawyer explained somewhere that changing the GPL in such a way might have problems with promissory estoppel (apparently there's a promise embedded somewhere that all future Gnu GPLs will keep the same spirit).

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    42. Re: Who cares what RMS wants? by david_thornley · · Score: 1

      I find the Linus Torvalds and Richard Stallman opinions on Tivoization interesting. Stallman created the GPL because he was frustrated in modifying a device driver for some piece of hardware he had, and intended the GPL to make that impossible with free software. Torvalds is interested in the best Linux kernel, so he doesn't care about modifying software to fix a problem with any given hardware, and is content that he can use whatever code Tivo etc. comes up with.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    43. Re: Who cares what RMS wants? by Jartan · · Score: 1

      I'm not sure I agree that it was sensible. As you point out it didn't solve anything. It seems like yet another example of RMS letting fanaticism run wild. He had the foresight to see the problem but he alienated everyone on the issue.

      Finding a good open source alternative to Tivo is easy now thanks to cheap ass hardware. I suspect the same will happen with cell phones.

    44. Re: Who cares what RMS wants? by david_thornley · · Score: 1

      The case is hardly contrived. The original codebase is still there, but there are situations in which it may be necessary to use the commercial product (if it's attached to some device, for example, or if the protocol has changed too much and nobody's updated the free software, or something like that). The original Microsoft networking code was modified BSD, and if it were necessary to change that (assuming that changing from Windows was impractical) it could be difficult.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    45. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      How was it sensible and farsighted as you claim if it didn't solve the problem?

      We still can't (like the Tivo) do anything with the code on set to boxes, etc but at the same time the actions of the FSF have given the community the incentive to create not just a viable competitor to gcc, but a product that is likely to supplant it as the compiler of choice in the next 5 to 10 years.

      All the GPLv3 accomplished was to sideline any product that moved to that licence.

    46. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      2 cases.

      1, lead person throws a tantrum and creates a new licence to get those evil hardware people. Result, an entirely non-GPL compiler suite is developed and the world moves on ignoring gcc.

      2, lead person takes a deep breath, realizes in the long view that it is better to have gcc be not only the best free compiler available but it and other GPL software useful so people continue to use and improve it. While some hardware companies will create problems, because the GPL software dominates the industry there is the option for open hardware to exist if someone is willing to invest the money.

      The hardware commnity has spoken - they won't touch the GPLv3 (and many software operations have joined them) and instead are willing to invest significant amounts of money into building alternatives (LLVM, Android, etc) instead of using existing GPLv3 software (gcc, Gnome, KDE).

      He won the short term battle, but he has lot the war, and free software suffers as a result.

    47. Re: Who cares what RMS wants? by exomondo · · Score: 1

      And yet today GNU/Linux is the premier Unix-like system which everyone targets

      Actually no, Darwin is more popular for desktop users.

      Because of the GPL, GNU/Linux does not fragment, as Unix did.

      Of course it does. You think say Android's version of Linux is the same as the Linux mainline? Or Oracle Linux's version of the Linux kernel is the same as the mainline?

    48. Re: Who cares what RMS wants? by exomondo · · Score: 1

      The case is hardly contrived.

      Yet your example is a fantastical idea of where changing from Windows is impractical but it is necessary to change the internal networking code for some reason:

      The original Microsoft networking code was modified BSD, and if it were necessary to change that (assuming that changing from Windows was impractical) it could be difficult.

      That's a pretty contrived attempt at an example of a problem...one that doesn't exist.

    49. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      Stallman's always been paranoid and he's been proven correct time and time again. He knows that people will take his GNU software and combine it with their own proprietary software.

    50. Re: Who cares what RMS wants? by John_Sauter · · Score: 1

      Because of the GPL, GNU/Linux does not fragment, as Unix did.

      Of course it does. You think say Android's version of Linux is the same as the Linux mainline? Or Oracle Linux's version of the Linux kernel is the same as the mainline?

      Android's version of the kernel is available in source form, and there are rumblings of an effort to integrate it into mainline. Even if this doesn't happen now, it can happen in the future because the source is available, unlike computer manufacturer's proprietary versions of Unix.

      I don't know anything about Oracle's kernel, but unless they are violating the GPL their source is also available.

    51. Re: Who cares what RMS wants? by exomondo · · Score: 1

      Yeah the source is available but the point is it's not like you can just develop for Android Linux and have it run on any other Linux.

    52. Re: Who cares what RMS wants? by david_thornley · · Score: 1

      Changing from Windows is impractical for a lot of people. That said, it's reasonable to think there might be a vulnerability in the networking code that doesn't affect all that many people, so Microsoft doesn't fix it. Microsoft has indeed failed to fix problems in the past, and some of them have affected people to the extent that they really wanted a fix.

      In what way is this fantastical or contrived?

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    53. Re: Who cares what RMS wants? by exomondo · · Score: 1

      In what way is this fantastical or contrived?

      Insofar as it is made up, it isn't a real issue. You can create an imaginary situation to disprove just about anything. This is what I mean, it's all this 'potential doom and gloom' that doesn't actually match reality, we need to take a drastic shift to avert an issue that doesn't exist.

    54. Re: Who cares what RMS wants? by david_thornley · · Score: 1

      And it is your opinion that we don't have to worry about anything until we have a real issue? I presented a plausible scenario, and explained why it's plausible.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    55. Re: Who cares what RMS wants? by exomondo · · Score: 1

      And it is your opinion that we don't have to worry about anything until we have a real issue? I presented a plausible scenario, and explained why it's plausible.

      No I explicitly said it is only in contrived scenarios. If the code they used was GPL then they would have just written their own code instead and you would be in no different position with regard to the "threat to free software" anyway.

      I'm not sure what your suggestion is here or even what you're trying to refute, yes you came up with a contrived scenario like I said but if that code were say GPL instead do you think they would have used it? And how does it relate to things being a "threat to free software"?

      The point here is - as we already know - RMS is interested in only his idea of freedom, and that's ok but this idea that the development of superior permissively licensed software is an attack on restrictively licensed software is garbage, it's that most people don't care for his ideology. The GNU software is being supplanted by superior software licensed under permissive licenses that are open source and freeware which is what people care about.

    56. Re: Who cares what RMS wants? by Anonymous Coward · · Score: 0

      Yes you can. You can't develop for a VM and expect to run the same code on some other VM/runtime, but you can run all the shell programs you want on android, and anything that you write that's portable should just be a matter of (re-)compilation.

      Plus Dalvik is open source, you can run that whole platform on your PC. There are a couple senses in which you could be considered correct, but for the most part you are just being stupid about this. Your "point" is invalid. The problem that the GPL solved was the availability of source code (as distinct from the right to modify it, which it also guaranteed but so did BSD/MIT). The source code is available. It is not up to anyone else to make sure that you, personally, can do something with it.

    57. Re: Who cares what RMS wants? by exomondo · · Score: 1

      Yes you can. You can't develop for a VM and expect to run the same code on some other VM/runtime, but you can run all the shell programs you want on android, and anything that you write that's portable should just be a matter of (re-)compilation.

      That's equally applicable no matter what operating system you run. If you write portable C++ code it's just a matter of re-compiling it on Windows, OSX and Ubuntu and that same code will run.

      The problem that the GPL solved was the availability of source code (as distinct from the right to modify it, which it also guaranteed but so did BSD/MIT). The source code is available.

      As is the case with any open source project, the only difference is the ability for somebody to add features to it and not give the source back. But that can happen with the GPL too, there is no reason GPL code can't call out to a proprietary process as a black box to add functionality to a GPL program.

  3. Ain't freedom a bitch... by Anonymous Coward · · Score: 5, Insightful

    ... especially when someone acts freely and in a way you object to.

    1. Re:Ain't freedom a bitch... by pegdhcp · · Score: 3, Interesting

      Excellent point, open and free but only in the way he sees freedom... We are talking about the man who is insisting to call Linux, GNU/Linux and likes to flame people for speaking up their minds, with different world visions...

    2. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      You mean by saying words you didn't want to hear? Yes, it is such a "bitch" that you chose to learn what RMS has to say. Luckily, since we're all free here, you can bitch about him bitching, and I can bitch about you bitching about him bitching about whatever those bitches did.

      The part I don't understand is why you "object" to others exercising the same freedom that you're using to... object.

    3. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0, Insightful

      Everyone is entitled to freedom. But some people are more entitled to freedom than others.

    4. Re:Ain't freedom a bitch... by Aighearach · · Score: 5, Insightful

      He's presenting and supporting a position that he holds. He's not flaming anybody, he is participating in a rational public debate about something that he helped to start, which seems entirely fair. He chose not to keep maintaining emacs day to day, and so that is his role; to say what he thinks the people running it now should do.

      What you're doing, though, is just to flame him... for speaking his mind... while trying to accuse him of being against the speaking of minds.

      It should be very easy to form a rational basis for views contrary to his. Unfortunately you abandon the attempt right at the start, and resort instead of a basket of logical fallacies. His views are at an extreme end, it shouldn't be hard at all to be both contrary and reasonable.

    5. Re:Ain't freedom a bitch... by Curtman · · Score: 3, Interesting

      I believe his position is that the mainline GNU Emacs should not accept patches that cater to non-GPL licensed plugins. The freedom exists for any user to apply those patches anyway. RMS is the original author of Emacs, and personally has copyright of a lot of that code. The current maintainer has said he will apply the patches anyway so it's really a non issue. None of that seems to be mentioned in the summary at least.

    6. Re:Ain't freedom a bitch... by laing · · Score: 5, Interesting

      You've made a good point, and I want to emphasize that the LLVM License *IS* an open source license, it's just not as restrictive as the GPLv3 license in terms of how the software can be used. RMS wants software to be free, but GPLv2 is more free than GPLv3 because GPLv2 has fewer restrictions on how the software can be used. RMS is marginalizing himself with his crusade against commercial software.

    7. Re:Ain't freedom a bitch... by BarbaraHudson · · Score: 3, Interesting

      The current maintainer has said he will apply the patches anyway so it's really a non issue. None of that seems to be mentioned in the summary at least.

      That part IS mentioned in the summary

      The Emacs maintainer has called the statements irrelevant and won't affect their decision to merge the LLDB support.

      You can be sure Stallman is miffed. Publicly calling his input irrelevant on code he wrote is one step away from calling him irrelevant.

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    8. Re:Ain't freedom a bitch... by causality · · Score: 4, Interesting

      Excellent point, open and free but only in the way he sees freedom... We are talking about the man who is insisting to call Linux, GNU/Linux and likes to flame people for speaking up their minds, with different world visions...

      So he tries to persuade people to agree with him, perhaps passionately, perhaps vehemently, maybe even not so nicely ... but (to my knowledge) he has never used force or fraud to coerce people into behaving the way he thinks they should. That sounds perfectly freedom-loving to me. I'm really not seeing the problem here.

      If your opinion of the guy is correct, then his methods will cause fewer people to listen to him and he will thereby undermine his own efforts. This means such a situation would be self-correcting. I've never heard of RMS using force or threat of force to make you call it "GNU/Linux". The degree of power he has over you is determined entirely by how much you decide to listen to him*. The ability to recognize this is generally called perspective.

      It's as though some people have an entitlement mentality, a manner in which they are self-centered. It leads to them feeling like they've been wronged or mistreated somehow when they discover that someone doesn't agree with them, won't support or otherwise validate them (probably the part that really bothers you), and speaks against them.

      * I started to add "and use his software", but then I realized that's not true - you could use Emacs with the LLVM debugger ... or not, whether anyone else likes it or not, because the GPL and LLDB's NCSA license are compatible. RMS deliberately chose a license allowing this to happen. Did you fail to recognize the significance of that? That freedom means people might do things with which he disagrees does not remove his right to disagree. Are you suggesting it should? If not, what exactly are you trying to say, if you are not in fact expressing another entitlement mentality?

      --
      It is a miracle that curiosity survives formal education. - Einstein
    9. Re:Ain't freedom a bitch... by causality · · Score: 1

      He's presenting and supporting a position that he holds. He's not flaming anybody, he is participating in a rational public debate about something that he helped to start, which seems entirely fair. He chose not to keep maintaining emacs day to day, and so that is his role; to say what he thinks the people running it now should do.

      What you're doing, though, is just to flame him... for speaking his mind... while trying to accuse him of being against the speaking of minds.

      It should be very easy to form a rational basis for views contrary to his. Unfortunately you abandon the attempt right at the start, and resort instead of a basket of logical fallacies. His views are at an extreme end, it shouldn't be hard at all to be both contrary and reasonable.

      It seems like every time there is a discussion that remotely touches on the subject of freedom, someone in some form or another has to rehash this same discussion. The subject matter changes, the circumstances change, the exact pseudo-logic has a few variations, and it's articulated with varying degrees of skill, but at heart it's really the same discussion.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    10. Re:Ain't freedom a bitch... by causality · · Score: 3, Interesting

      The current maintainer has said he will apply the patches anyway so it's really a non issue. None of that seems to be mentioned in the summary at least.

      That part IS mentioned in the summary

      The Emacs maintainer has called the statements irrelevant and won't affect their decision to merge the LLDB support.

      You can be sure Stallman is miffed. Publicly calling his input irrelevant on code he wrote is one step away from calling him irrelevant.

      Whenever you relieve yourself of a responsibility by giving it to someone else, you accept that that person is not you and may not make the same decisions that you would make. If Stallman is to be blamed for anything, it should be in the form of Stallman blaming himself for choosing a maintainer who does not more closely share his views.

      Now that persuasion has failed, I suppose he could fork it.

      --
      It is a miracle that curiosity survives formal education. - Einstein
    11. Re:Ain't freedom a bitch... by Curtman · · Score: 2

      That's one way of looking at it. I see RMS as abrasive and pedantic, but all-in-all a visionary and due some respect. RMS has always marginalized himself, and life has gone on anyway. In his view GPL is more free because it ensures freedom to the user from being trapped in a ball of proprietary shit, or tries to anyway.

    12. Re:Ain't freedom a bitch... by TehZorroness · · Score: 4, Insightful

      RMS isn't against commercial (for profit) software at all. He's against software that is not completely transparent to the user about what it's doing (and that you can't fix yourself if it breaks). The additional restrictions in the GPLv3 are present to help prevent a company from monopolizing an open source project that was developed by someone else via threat of patent litigation. It also prevents TiVoization - because free software is meaningless to the end user if you can't tweak it and load up your modifications. Both are pretty legitimate concerns. If Canonical started selling Ubuntu laptops which will only load signed kernels (which they could do if they wanted, as the kernel is just GPL2), there's nothing stopping them other than the community gathering it's torches and pitchforks.

      I was curious one time a while back about trying to make my own compiled programming language, and was quite disappointed when I started fishing around in GCC and learned that it really is designed from the ground up not to be extensible. I'm pretty sure RMS quite the hacker, so it disappoints me to see his stubbornness get in the way of writing software with a technically superior design. He has the right intentions, but he's picking the wrong battles here. Free software ideally should be superior to proprietary software in every way. Nerfing GCC and Emacs is pretty reminiscent of Microsoft's (and co.) historic strategy of vendor lock-in via proprietary ill-defined file formats and refusal to implement open standards imho.

    13. Re:Ain't freedom a bitch... by Rockoon · · Score: 1, Insightful

      RMS isn't against commercial (for profit) software at all. He's against software that is not completely transparent to the user about what it's doing (and that you can't fix yourself if it breaks).

      The software that he is objecting to supporting is completely transparent.
      You can also fix it if it breaks.

      Here is the god damned svn: http://llvm.org/svn/llvm-proje...

      So why is he complaining here? What we can take from this is that your comments are worthless shit.

      --
      "His name was James Damore."
    14. Re:Ain't freedom a bitch... by Aighearach · · Score: 4, Interesting

      RMS isn't against commercial (for profit) software at all. He's against software that is not completely transparent to the user about what it's doing (and that you can't fix yourself if it breaks).

      The software that he is objecting to supporting is completely transparent.

      You can also fix it if it breaks.

      Here is the god damned svn: http://llvm.org/svn/llvm-proje...

      So why is he complaining here? What we can take from this is that your comments are worthless shit.

      Your complaint is shit, because the point is both well known, and obvious to anybody who bothered to understand the background.

      The point of the Free Software movement embodied in the Free Software Foundation is to create and support software that actively protects the users freedom by ensuring not only that the original software was transparent and user-modifiable, but also that it would protect you from being embraced, extended, and extinguished. Not everybody agrees with this position, but it is a well known and easy to understand position.

      The counter argument isn't just, "hurr, whu? huh? you're shit." The counter argument is actually that if users have enough freedom available, that they can simply switch to something else and that "embrace, extend, extinguish" has been countered mostly by user demand for portable data formats, and SCOTUS decisions protecting the right to inter-operate.

      The counter-counter argument is that users who really want Software Freedom can choose GPL software and not have to remain vigilant about each little example, each case where somebody is trying to include some proprietary bit and then get you to "need" it. They can instead simply remain vigilant about one thing; using Free Software. And then they're protected, and they can make business decisions with a higher level of predictability.

      Most people can read these arguments and easily choose which one they prefer. The subjective choice, as with most subjective choices, are easy. But not everybody arrives at the same choices! And it is clearly in error to claim that one side didn't have a good point, or is "shit." They're just different points, based on different values and concerns.

      I just wish there was a version of the debate where becoming a package maintainer and thrusting a new paradigm on the users was recognized as a removal of freedom, a form of "embrace, extend, extinguish."

    15. Re:Ain't freedom a bitch... by Ash+Vince · · Score: 1, Insightful

      What you're doing, though, is just to flame him... for speaking his mind... while trying to accuse him of being against the speaking of minds.

      His mind, in this case is that a piece of free software should be less functional, in order to lock you in to not using LLVM if you use the Emacs debugger, just because both separate packages are from the GNU stable. This seems remarkable similar to the sort of tactic Microsoft has been accused of for years.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    16. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      Now that persuasion has failed, I suppose he could fork it.

      Or, choose a new maintainer. It might be a misread to assume the maintainer meant that RMS is irrelevant. When I read the thread, it seems to me to be more of a throwing-down-the-gauntlet, a my-way-or-fire-me type of statement.

      It is worth reading the response from RMS, too:
      http://lists.gnu.org/archive/h...
      He talks about how the whole GNU Project has to do what is best for the GNU Project, not each package doing what is best for that package. He invokes the responsibility of each package maintainer to do so, and he closes with: "If GNU packages do not support each other, it will be easier for many of them to fail."

      His detractors will call him irrelevant whatever he does, but history has examples like XEmacs to show what happens when there is disagreement with the FSF over the GNU packages. Even when the users like the rejected features, the GNU versions have remained more popular than the forks, and ways of moving forwards with features that are in demand have always been found.

      And as an emacs user, this is not a threat to the GNU package at all. Almost nobody would use a fork over this, because most emacs users already have to manage a .emacs config that includes non-standard bits. It would just be another third party package to include there.

    17. Re:Ain't freedom a bitch... by jedidiah · · Score: 0

      I find it funny that considering all of the hate directed at RMS and the GPL that it took so f*cking long to replace gcc. You would think that all of these flaming corporate shills would have gotten together at some point sooner than this and "gotten things done".

      GNU even managed to get it's own kernel built faster than the anti-GPL whiners managed to replace gcc.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    18. Re:Ain't freedom a bitch... by Rockoon · · Score: 0

      support software that actively protects the users freedom by ensuring not only that the original software was transparent and user-modifiable, but also that it would protect you from being embraced, extended, and extinguished. Not everybody agrees with this position, but it is a well known and easy to understand position.

      Whether or not everyone agrees with this position is irrelevant. What would be important is if this position where somehow in dangered by BSD licenses.

      You are waving your hands in the air trying to get everyones attention while you claim that BSD licenses are a danger, but you actually have enever provided an argument that substantiates your claims. Therefore its your argument that is shit. All you are doing is waving your hands making claims.

      --
      "His name was James Damore."
    19. Re:Ain't freedom a bitch... by Aighearach · · Score: 4, Informative

      You clearly didn't read his comments, because you put words in his mouth.

      What he actually said:

      I don't know what I will find about LLDB. I don't know what
      conclusions I will reach about it. So I can't say anything concrete
      about it now.

      Installing that change would be favorable for Emacs, probably just a
      little. It would probably be bad for GDB, but I have no idea how
      much. Refusing to installing it would be a statement with some
      significance, but I don't know how much. I can't tell whether
      it is good or bad to install that change.

      Despite this uncertainty, I can say something general about what we
      should do. We should do what is best for the GNU system's goal of
      giving the users freedom. This means considering what is good for
      Emacs and what is good for GDB, to make a decision. Then the whole
      GNU Project should do what is best. That is the responsibility of
      each GNU package maintainer.

      If GNU packages do not support each other, it will be easier
      for many of them to fail.

      So no, he doesn't say that free software should be less functional. What he says is that there are different harms and benefits for different packages, and the GNU Project should make the decisions in a way that is best for the GNU Project overall, not just each package doing what is best for that package. Not "just because" they're from the same "stable." It isn't a "stable," where different things just happen to be under the same roof for historical reasons, it is a complete project, where the big picture of providing a toolchain that supports the principles of the Free Software Foundation is the over-arching purpose of the whole thing.

      To me it seems obvious that gcc is losing market share and the damage to gdb will be done either way. Luckily, gdb is well established and stable and doesn't need a bunch of new features, so there is perhaps little harm to be done by having less contributions. Whereas the danger to Emacs from not supporting newer compilers is more obvious.

      If by "similar to... Microsoft" you mean that both organizations want to do what will benefit the goals of the organization, then I'd have say, "well duh." There are strong arguments to be made against that sort of Cathedral approach, and I'm sure there is even extensive published analysis on the differences. None of the critiques would offer to build a better Cathedral, though, so they might just be irrelevant to the decisions that the GNU Project has to make.

      The really key thing here to understand though, is that he says: " I can't tell whether it is good or bad to install that change." From that, you took away that he has "in his mind" a conclusion that clearly contradicts what he said is... in his mind. That reminds me a lot of a tactic that Microsoft is famous for: FUD!

      Actually it is inverted FUD, because you took an uncertainty that is full of doubt, and tried to make it certain in order to spread fear.

    20. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      I never claimed that BSD licenses are a danger. In fact, I use Apache 2 license because I want both GPL and BSD software to make use of what I write. So that claim is shit.

      I simply am aware of the FSF view, and respect them enough to assume they have the best view for them. That is why I said, "Not everybody agrees with this position, but it is a well known and easy to understand position." I don't agree with it, but why would that matter?

      You're waving your hands and calling names, but you aren't even able to follow the points being made. Is it really such an impossibility that I might point out that the FSF has values, even if I disagree with them? Is biased hyperbole really the only way to understand software licenses? What if the other side simply have different values, what if they don't actually eat babies or worship the [Wrong Deity]?

    21. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Since we're talking about RMS and licensing, it might be nice to say that the LLVM license is an RMS-approved Free Software license, but it is not copyleft, which RMS views as problematic.

    22. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      I used to believe that he wasn't against for-profit software either, until the entire Tivo-ization stuff came out, and the tortured logic he was using to make it non-permissible became apparent. A major reason we have GPLv3 is due to Tivo, and his previous positions that Tivo should not be allowed to ship an appliance containing his code unless they could compel other third parties to open up their proprietary closed codecs was just absurd.

      Don't get me wrong, there were a lot of issues within the Tivo stuff, and closed proprietary, patented and licensed codecs are not the best in my mind, but it is hard to see how he was going to compel Tivo to force others to his will, so it seemed like he was really just trying to force Tivo out of business.

      Tivo survived, and now they aren't nearly as open, probably don't use a fraction of the open source software they used, and have to send out sympathetic statements about how they'd love to return to the glory days of the community being an active part of their product, but first need to run everything through legal because they've been burnt before.

      And while Cisco isn't the same sob story as Tivo, Cisco is even more paranoid because they bought Linksys who turned a blind eye to flagrant violations of the GPL made by a sub-contractor. Cisco bought Linksys with the case in court, and then lost big time. As a result, I've personally ripped more open source code out of products for Cisco than I'd like to admit to.

      Stallman's stance made excellent sense when there wasn't open-source software, and it will make excellent sense again if open-source software becomes a marginal player; however, if open-source software becomes a major player (as it is now) in the marketplace, then a stance like Apache's makes much more sense. Stallman lost credibility in stating he wasn't against commercialization of software in his actions and words as someone figured out a way to both honor his previous licenses and commercialize the software at the same time.

    23. Re:Ain't freedom a bitch... by exomondo · · Score: 1

      I find it funny that considering all of the hate directed at RMS and the GPL that it took so f*cking long to replace gcc.

      Why? RMS's views have often been unpopular but ultimately people are more concerned about the technology itself than the ideology that bore it, especially when that ideology doesn't affect their use of it.

      GNU even managed to get it's own kernel built faster than the anti-GPL whiners managed to replace gcc.

      But nobody uses it because from a technological standpoint there is no reason to, again nobody cares about the ideology.

    24. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 3, Insightful

      True freedom must necessarily include the freedom to do things that piss others off, or else it is not truly free. The difference between soi-disant "free software" and BSD-licensed code is that the latter includes the freedom to do things that piss RMS off.

      --
      Disinfect the GNU General Public Virus!
    25. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 2, Insightful

      Despite what a person might feel, or their love or hate for anything, GCC was considered a shining example of state-of-the-art compiler design for quite some time. There are few compilers which have managed to mature with multiple front-ends a shared intermediate code, and as good optimizations for the back end, while supporting as many architectures and servicing as many languages. It is the swiss-army-knife of compilers, except that it has more ergonomics (for a compiler) than actual Swiss army knife as a knife, screwdriver, saw, or whatever it's packing.

      And while the licensing may have become problematic over the years, most people don't compile-on-the-fly, so it wasn't much of an issue.

      The main reason it's becoming a sore point isn't really due to the license. It's because LLVM / Clang is eating GCC's lunch in some very specific (but useful) areas of compilation. I know, to many this is like arguing over which wrist technique is faster for carding wool, but to some people it matters. GCC could use a bit of a cleanup internally, and the new contenders don't do what is no longer relevant (but GCC still supports). If Stallman's license was so hot, the new contenders would be using his license; but, he made his stance clear with his actions against Tivo and Cisco, and now big companies won't fund projects to be used against them. That's why so much new software is in equally open-source licenses like Apache, which provides nearly everything except the viral clauses that Stallman's license has.

    26. Re:Ain't freedom a bitch... by vakuona · · Score: 1

      I thought egcs was one example of a non-GNU fork becoming so much better that the official gcc was abandoned and the egcs version adopted as the official gcc.

    27. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      I thought egcs was one example of a non-GNU fork becoming so much better that the official gcc was abandoned and the egcs version adopted as the official gcc.

      Even when the rebels had a winner, they came crawling back home through the side door so that their code would get used. That is a weakness of the pragmatists. They're not principled enough to stay away, and they're not principled enough to spend the time over decades building a software movement and associated organization that is well-known enough to become a popular choice.

      XEmacs was better, too. I used it for probably 3-4 years. But by then, Emacs had implemented the good features, and XEmacs was stagnating.

      When the rebels have good ideas, the FSF version is still the smart money if you worry about long-term support and viability. EGCS is a great example. The GNU Project doesn't care who wrote the software. It isn't an issue of code territoriality. It is just like it says on the box; the GNU Project acts to support its principles.

    28. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Well call RMS a WHHHHHAMULANCE! He's morbidly obese, he might have a heart attack!

    29. Re:Ain't freedom a bitch... by ceoyoyo · · Score: 1

      Are you not familiar with Visual Basic/C/C++/whatever?

      Or Intel's suite of compilers? Borland (or whatever they were called last)?

      There have always been alternatives to gcc, but they usually cost money. I get the impression Clang/LLVM is more of a response to gcc running up against it's poor design rather than the GPL. Although Apple's support certainly did stem from some GPL antics.

    30. Re:Ain't freedom a bitch... by 7-Vodka · · Score: 1

      The GPL v3 protects the rights of the USER better than the GPL v2.

      --

      Liberty.

    31. Re:Ain't freedom a bitch... by BarbaraHudson · · Score: 1

      "If your opinion of the guy is correct, then his methods will cause fewer people to listen to him and he will thereby undermine his own efforts. This means such a situation would be self-correcting."

      And that, to a large extent, is what is happening. There was the reaction against his sexist jokes at conferences, and his totally tactless words about Steve Jobs death, the videos of him eating his foot cheese while giving a talk, and a litany of other behavior that has made him irrelevant in today's world.

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    32. Re:Ain't freedom a bitch... by fractaltiger · · Score: 2

      The Emacs maintainer has called the statements irrelevant and won't affect their decision to merge the LLDB support.

      ... It should be in the form of Stallman blaming himself for choosing a maintainer who does not more closely share his views.

      Now that persuasion has failed, I suppose he could fork it.

      Winner! This is BRILLIANT : )

      This is the only time I have seen a *plausible* use of the "don't like it? fork it" on slashdot since my 1998 awakening to Slashdot*. The other 99.9% of the time the rest of you guys are just being jerks by asking us random non-coder slashdotters to fork stuff, like Firefox and Chrome. It's like being slapped in the face with a strawman and insult at the same time (fractaltiger *must be* lazy and dumb if he won't fork after pointing out some design flaw in that program, ignore its millions of lines of code).

      Browsers change every month and are hugely un-maintainable by individual coders in the long term anyway :)

      --
      "Wireless : LAN :: Laptop : Desktop"
    33. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      "Emacs creator forks Emacs"

    34. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      it's just not as restrictive as the GPLv3 license in terms of how the software can be used.

      This particular kind of lie happens so often that it's hard to give the liars the benefit of the doubt.
      All of these free software licenses treat use exactly the same way. It's derivative works that are treated differently by the licenses.

    35. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      You're currently labelled as a troll but you're exactly right; RMS has one purpose in life, which is to go down in history as the "founder of open source" regardless of the fact that it was long started before him. If more and more code is licensed under non-GNU licenses then it's a direct threat to his goal in life. Hence why we're now seeing ridiculous objections from him about optional software support.

    36. Re:Ain't freedom a bitch... by shutdown+-p+now · · Score: 1

      The simple counter-argument is to look at what's actually happening IRL. Over the past decade, the amount of open source code has been growing exponentially, and a lot of it is previously closed source released under open licenses (and still actively developed) as more companies embrace the model, even the likes of Oracle and Microsoft. And most of that open source code is under non-GPL licenses.

      OTOH, the example of "embrace, extend" with something that started its life under BSDL is... what exactly?

    37. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      Great question. That is exactly the point: "what, exactly?"

      There were always people that argued "embrace, extend, extinguish" was fair play and perfectly okay. But it was also a motivator for open source. My question is, now that open source has flourished in numerous forms, are open source projects vulnerable to the same sort of attack?

      What if control over any software allowed the attack on freedom, and it had nothing to do with license?

      I propose that "embrace, extend, extinguish" is really an attack on the name of the thing, not the thing itself. So Gtk3 is an attack on "the thing named that was named Gtk as of version 2." The code itself is free, it can be forked. But with a proprietary program, you can't fork the code but you can just re-implement it, or implement something similar. Gimp, as the Gtk-related example, started as a work-alike to Photoshop 4. But it was no attack because it was named something different. People who had already chosen "Photoshop" wouldn't get a new version and find out it was really Gimp. But a "Gtk user" in many ways had their choice stripped from them. Do names have meaning? I say they have real physical meaning in the brain, and stealing the names of things by becoming the maintainer and throwing them out, that is theft of the connections people have already formed in their brains. I say Free Software was a great start, and Open Source is a great continuation, but actual Software Freedom has yet to arrive.

    38. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      In other words, lots of ad hominem, but nothing to refute his actual points?

    39. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Sounds like he's arguing against lock-in while arguing for lock-in....

      Meaning, he wants Emacs users to have the freedom to choose the tools they use with it, *but* he also wants Emacs to prop up GDB over the competition (ie: LLDB). Isn't that the sort of thing the Free Software Foundation is supposed to be against?

    40. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Now that persuasion has failed, I suppose he could fork it.

      Yes, but I bet it bugs him that the license forces him to share further development with the current project.
      Probably not the feeling of freedom he intended for.

    41. Re:Ain't freedom a bitch... by shutdown+-p+now · · Score: 1

      What I rather meant is that experience to date has shown that open source in and of itself is just too useful of an idea for someone big enough to attack and win. In a sense, you could say that it was open source that "embraced, extended and extinguished" the traditional proprietary software development model. You don't really see many new proprietary forks of originally open source codebases these days; but you see a lot of the reverse, previously proprietary codebases going open (and being developed further in the open).

      This is going to be even more prominent as software loses value when disconnected from hardware and/or services, and the market shifts to the latter. It's why you see Microsoft open sourcing huge swaths of its portfolio, for example, as it transitions from being centered around Windows to being centered around Azure.

    42. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      So why is he complaining here?

      Stallman has formulated 4 "freedoms" free software has to provide, the GPL is used to enforce these ( and fails horribly at it - just read Stallmans arguments about why useful APIs are a bad thing for gcc) . The llvm project doesn't care about these freedoms, its license does does not enforce them, so in Stallmans eyes the project is inherently less free.

    43. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      Nonsense, proprietary software based on OSS has become the norm. Look inside almost any consumer device and you'll find it.

      Even Android, perhaps the leading OS, uses that model; there are vastly fewer users on the OSS version than on any of the various proprietary forks.

      Also, as BSD style licenses have become more popular than the GPL, nobody has to disclose their proprietary use of OSS, except to employees who can read the files.

    44. Re:Ain't freedom a bitch... by mattpun · · Score: 1

      True freedom must necessarily include the freedom to do things that piss others off, or else it is not truly free.

      That's true, but most people don't really want "true freedom", like the freedom to kill somebody or to set houses on fire. We accept restrictions on freedom when it interferes with others' freedom.

      That is exactly the philosophy of the GPL: They believe that if they give you the freedom to use the code in proprietary software without releasing the source, it ultimately harms the freedom of others to modify the software.

      You may not agree with that analysis, bit simply claiming that the BSD license is better because it is "freer" is absurd.

    45. Re:Ain't freedom a bitch... by Darinbob · · Score: 1

      Are these patches really non-GPL? These are just patches to elisp files, not plugins, and not new files. So they have to keep the license on the original files, which means this remains GPL.

    46. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      He still owns the bulk of the copyright, though. This is no different from someone forking his vision of Emacs and that then becoming the de-facto standard over time.

    47. Re:Ain't freedom a bitch... by olau · · Score: 3, Interesting

      So why is he complaining here?

      He's complaining because this is about GCC.

      AFAICT, he's seen in the past that GCC can be used as a tool to make hardware vendors open up their platforms because writing a new compiler is just too damn difficult compared to getting support into GCC, and the latter required distributing the source under the GPL.

      With LLVM, that kind of hardware vendors can keep their source code to themselves.

      Thus he sees LLVM as a threat in the long term.

      I think most people in the Emacs community understand his point, but disagree that adding support to Emacs will change anything. LLVM will thrive whether Emacs supports it or not.

    48. Re:Ain't freedom a bitch... by vakuona · · Score: 3, Interesting

      You may be right, but there is such a thing at making your grip on something so tight that it escapes you grasp (e.g.g if you grip dough too tightly).

      LLVM is a good case in point. The GNU, via the GPLv3, has created a situation in which companies such as Apple who are not interested in the politics of Open Source or Free Software, and aren't seeking a competitive advantage in compilers became unwilling to work with the free software community because the free software community tried to do an embrace and extend on them.

      As Linus pointed out, the GPLv2 license was a good license because it imposed fairly acceptable conditions on companies. The GNU thought they had the likes of Apple by the balls, so to speak, and they tried to squeeze. Apple and others (including the BSDs) simply went to LLVM, and it is looking like LLVM is going to surpass GCC in all metrics that matter.

      In fact, Apple originally worked to relicense LLVM under GPLv2 with upstream GCC https://forums.freebsd.org/thr... , but was denied by GCC developers. So GCC lost what was potentially a very good contributor Apple is now the largest company in the world - can you imagine how much better GCC could have been with a company the size of Apple working to improve the quality and performance of the compiler?

      Now BSD and Mac OSX can be argued to have access to better compiler technology than GNU and Linux (although LLVM can be used under Linux). With Apple's support, free software could have been even further ahead, but politics ruled. The FSF/GNU could find itself made irrelevant if they continue to put petty politics and ideology above ensuring that free software is among the best software by engaging companies like Apple where it makes sense to do so.

      Can you imagine if Apple had acted like GNU with respect to Samsung. Even when Apple was fighting Samsung on one hand, they were still prepared to buy a lot of gear off Samsung in a mutually beneficial relationship, and Samsung was willing to supply its biggest competitor with chips and other electronic gear that was going into products that were competing directly against its biggest moneymaker. Both companies, however, acted in a grown up manner to reach a mutually beneficial arrangement while continuing to kick lumps out of each other in the courts, in advertisements and in the markets. GNU acted all childish over LLVM and Apple's (and BSD and Linus) contributions to issues such as GPLv3 and accepting code that would enable GCC to work better for everyone, not just Apple.

    49. Re: Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      actual normal users just want to run the.program, not compile it, and therefore dont care.

      for programmers, gplv2 or non gpl is better.

    50. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      You dirty fucking hypocrite! Spreading FUD is one of the Free Software Foundation's defining elements: "Ohh, proprietary software could be watching you, stealing all your information, taking control of your life. Ohh, secret code you can't trust it, don't trust it. Oh my God it's 1984. GNU to the rescue!"

    51. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      RMS isn't against commercial (for profit) software at all. He's against software that is not completely transparent to the user about what it's doing (and that you can't fix yourself if it breaks).

      The software that he is objecting to supporting is completely transparent.

      You can also fix it if it breaks.

      Or rerelease it under the GPL. Not that you are likely to increase the number of GNU fans that way.

    52. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      You must have a deeper point here. GCC is licensed with the runtime exception so it in no way encourages people to write open source code. If the use of a compiler forced me to adopt a specific license it would be useless and even Stalman new that when he licensed it. I do not know a single dev shop that distributes the in-house copy of a compiler (I actually know few which maintain one) when they sale a software license. So, in practice every closed source company in the world could modify GCC all they want and never have to give those enhancements back to the community because they never distribute the code outside the internal team.

      To be honest most people are scared by the GPL so you have developers who would more then willingly push enhancement upstream prevented from evangelizing the software package, because the company has been told by legal they can never use GPL software tools. Honostly, its just easier to get a company started with outsource in a BSD world. In my 15 years of experiencing unless your working in a vault the code will get pushed backup one way or another because someone on the project gets tired of patching in the code every time they re-base.

    53. Re:Ain't freedom a bitch... by SlowMovingTarget · · Score: 1

      And herein lies the rub. Richard is arguing in favor of restricting the functionality of GNU software in hopes of ensuring others don't get some unintended use out of it.

      On principle, that flies in the face of everything he has built.

      What point is there in pouring resources, be they money or sweat equity, into software that is less useful by design? (Again reminiscent of FSF's "Broken by Design" campaign.)

    54. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      In a truly free society, you must always fight to keep power out of the hands of a few who would eventually erode all of your freedom.

    55. Re:Ain't freedom a bitch... by BarbaraHudson · · Score: 1

      Well, a couple of decades ago, he was relatively respected. If you said anything against him then, you got flamed - a lot. Today, he's openly mocked, and the mockers are not immediately deluged with attacks - because many who used to support him see he's either obsolete or a kook, or both.

      People don't put all that much stock into what he says any more. He's an anachronism, beating a broken drum in an obscure band.

      And let's be honest - even Apple has put more open-source software into more people's hands than Stallman ever did. (Oh, that's right - Stallman hates the term "open source.")

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    56. Re:Ain't freedom a bitch... by Slime-dogg · · Score: 1

      Free vs. less free depends on how you orient your view. From the perspective of a company or programmer, GPLv3 is more restrictive. From the perspective of the code being licensed (the software being set free), GPLv3 is far more free. The GPL is a conscious choice by the copyright holder to allow the written software to be free to take on a life of its own, as it lives within the sets of releases and forks that descend from that original GPL release.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    57. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      The thing is RMS brought this on himself with the GPLv3 and his refusal to have gcc be useful for integration into IDE's and other things (like X, which uses the LLVM pipeline).

      It is unlikely LVM would not have gotten the support it has if Apple and others weren't forced by licensing and design issues to not just look for put to actually put significant effort (and money) into a gcc alternative.

    58. Re:Ain't freedom a bitch... by Chalnoth · · Score: 1

      LLVM is currently a much better-written compiler package than GCC (specifically in that it's easier to maintain/upgrade the compiler and it provides better error messages for developers). Much of this is because GCC is older, and LLVM doesn't support quite as many languages. So, yeah, LLVM is a threat to GCC. The developers of GCC can only really counter this threat by rewriting GCC from scratch.

    59. Re:Ain't freedom a bitch... by Ash+Vince · · Score: 1

      So no, he doesn't say that free software should be less functional.

      Refusing a patch that added bare bones compatibility with LLDB results in less functionality software.

      There are many reasons to refuse a patch, but not liking the other products licence should not really be one of them.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    60. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 1

      Ah, but that's the point: your analogy between the BSD license and the freedom to commit murder or arson is false. That's because the BSD license harms nobody, and grants freedom to programmers as well as users. The freedom to modify the code is meaningless if you are forced to give it away afterwards.

      --
      Disinfect the GNU General Public Virus!
    61. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      RMS wants software to be free, but GPLv2 is more free than GPLv3 because GPLv2 has fewer restrictions on how the software can be used.

      By the same token a country that allows slavery would be more free than one that forbids it, since the latter would have more "restrictions".

      Thus, the mere number of rules/regulations/laws/restrictions can never be a test of freedom. For freedom to exist, there must be rules (even the hardest of hard core libertarians agree to this).

      Hence, GPL software is more free than e.g. BSD-licensed software, since the former preserves that freedom for everyone and disallows the limiting of this freedom by others.

      --
      Stefan Axelsson
    62. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      No. The freedom of other to take my (BSD licensed) work as their own harms me. (Which is why I don't use it...)

      And the GPL doesn't force you to give code away afterwards. That only kicks in if you wan't to distribute your binary, or make it otherwise available. If you want to keep that code for your own use, that's A-OK.

      --
      Stefan Axelsson
    63. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 1

      But you're wrong. Another cannot take your BSD-licensed work as their own. You will, always and forever, own that work and be able to use and freely distribute it.

      Another can use your BSD-licensed work as the base for their work, and use and distribute their work as they see fit. This is as it should be. Even in doing so, however, they cannot stop you from continuing to use, maintain, and improve your own work.

      Compare this freedom with the GPL's mandate to only distribute others' work on the same terms as your own. What gives you the right to tell someone else what they can do with their work? How is this freedom?

      Fucking for virginity, indeed. You must destroy that freedom in order to save it.

      Bah. Stallmanite double-speak.

      --
      Disinfect the GNU General Public Virus!
    64. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      So he tries to persuade people to agree with him, perhaps passionately, perhaps vehemently, maybe even not so nicely ... but (to my knowledge) he has never used force or fraud to coerce people into behaving the way he thinks they should.

      It is pretty obvious that you have not worked for him.

      You also seem to ignore how treacherous the GPLv3 is.

      Think about this: When RMS wrote the GPLv2, linux didn't exist. RMS thought GNU would always be the main free OS out there, and that he would always be its master. Therefore, he designed the GPLv2 to keep GNU free.

      Since linux has become more popular than GNU, RMS is trying to destroy linux. The (L)GPLv3 is designed to be specially incompatible with the GPLv2. The word "reuse" appeared in GPL 1 and 2, but has disappeared from GPLv3. RMS is forbiding people from use GPLv3 libraries in GPLv2 programs.

      If you released a program under GPLv2+, it would remain GPLv2+; the GPLv2 forces to "keep intact" license notices (section 1). But GPLv3 allows license notices to be modified (section 5b). Therefore, if you release a program under GPLv3+, RMS can publish a non-free GPLv4, and then change all your license notices to GPLv4+, effectively forking a privative derivative of your work.

      The GPLv3 is a trap. Don't use it. You have been warned.

    65. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      Compare this freedom with the GPL's mandate to only distribute others' work on the same terms as your own. What gives you the right to tell someone else what they can do with their work? How is this freedom?

      The fact that they include my work gives me that right. If they want to do their own thing without my work, that's completely up to them, and I'm not stopping them in any way shape or form.

      It's freedom because it doesn't interfere with my right to not have to suffer free loaders. It's freedom because it acknowledges I have rights in how my work is used (ownership).

      Societies where these rights aren't acknowledged aren't living in a state of freedom, they're living in a state of anarchy. A form of government that isn't very popular, for good reason.

      --
      Stefan Axelsson
    66. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 1

      It's not freedom, because others are not free to do something that pisses you off but does not actually harm you. And no, having your code extended by others does not harm you. You have no right to their work.

      It's only a shell of freedom. Then again, I long ago gave up on the idea that Europeans could actually understand true freedom...

      --
      Disinfect the GNU General Public Virus!
    67. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      Where does that end? Do they have the complete right to take what I did and claim it as their own?

      That you want my work free, gratis and for nothing, that's clear, but that's not freedom. Not for me. Your rights end where mine begin.

      P.S. Check out some freedom indicies, then you can comment on us not understanding "true freedom". Which sounds suspiciously like a "true Scotsman".

      --
      Stefan Axelsson
    68. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      There was a time when it was common for software to require the Intel compiler. But that ended by the mid 90s, because most people didn't care what compiler they used, and gcc was better at almost everything by then.

      But, gcc compatibility is so good, by ~ 2000 it could handle most of that older stuff with just a few Makefile tweaks.

    69. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 1

      No, they do not have the right to take your work and claim it for their own. That right is reserved exclusively to you by the terms of the BSD license. That's what makes the Stallmanite claim that "they can take your work private" a bald-faced lie.

      As for not understanding true freedom, get back to me when you have a right to keep and bear arms.

      --
      Disinfect the GNU General Public Virus!
    70. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      So "he's not wrong, he's just an asshole!"

      "Okay, then!"

    71. Re:Ain't freedom a bitch... by BarbaraHudson · · Score: 1

      Unfortunately, the GPL has led to a situation where you can't get a bunch of developers together to develop, say, a game, and then make multiple sales over the course of time to cover your costs, never mind any profit.

      This has led to "games as a service", where you have to be tied into the server all the time and it serves you up ads and sells you DLC. So yes, if you look at the long-term picture, Stallman is wrong. We have android phones where you have to pray your carrier pushes out an update and an extremely fragmented linux distro world.

      Not nearly as much fragmentation with BSD, with FreeBSD being #1 by a long shot. And of course, no fragmentation with the two major paid consumer OSes. In all three cases, just get an idea, get a compiler, write your own code, register your copyright, and sell it multiple times. No obligation to give anyone the source or the development tools.

      And this is why there will never be a year of the linux desktop, with every piece of software everyone takes for granted elsewhere being available. The GPL is incompatible with making revenue selling multiple copies of your software.

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    72. Re:Ain't freedom a bitch... by ceoyoyo · · Score: 1

      I was actually referring to the modern Intel compiler. Intel produces a set of quite good, highly optimized compilers. They've got some neat features like autovectorization and are highly tuned for Intel chips. They're quite good, but also quite expensive. If you're writing high performance stuff, it might well be worthwhile to shell out for the Intel ones.

      Of course, if you're writing Windows programs there really aren't great alternatives to Visual Whatever.

      It's not that gcc took a long time to replace, it really only dominated on Linux and OS X. It was free and did the job. Then it switched to the GPL v3, which scared Apple enough to pour some money into Clang/LLVM.

    73. Re:Ain't freedom a bitch... by Aighearach · · Score: 1

      The Intel compiler is not new. They used to be the industry standard. Yes, that is what I was referring to. Take your meds, gramps.

      It might have been worth it... in the 90s. "Highly tuned for Intel chips" isn't exactly a feature for a C compiler. For an assembler, sure. Modern platforms aren't CPU-dependent for any use case that is even close to mainstream, outside of embedded where Intel chips are not popular.

      Lots of people, myself included, do not use Visual Whatever. Just for the record, we have no trouble compiling for windows.

    74. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Firstly, the GPL does not state "to only distribute others' work on the same terms as your own." The GPL states basically:
      -Provide the recipient a copy of the license
      -Provide them with access to the corresponding source code
      -Don't add any more restrictions than what the GPL requires

      You can license your own work in any way as long as it doesn't conflict with the GPL or add any more restrictions.

      Secondly, freedom is all about self-control. When Stallman is talking about freedom, he's talking about users who have control over the software. Proprietary software cannot be freedom as users cannot have self-control in proprietary software. The GPL is all about protecting the users of the software and restricting the distributor's right to a specific social injustice - forking free software into proprietary software.

    75. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Stallman's logic is consistent as is was for decades, your comprehension of his position is simply flawed. The premise of the GPL is this: Stallman doesn't want his GNU project to be forked into any project that results in users being restricted to control their own computers. In the case of Tivo, owners of the Tivo boxes are forbidden to control them, control of those boxes belong to Tivo. This wouldn't be a problem if users were given the keys to their own boxes but the reality is that Tivo controls the keys even though they don't own the boxes. This situation is a problem for Stallman and the GNU project because Tivo actually uses the GNU project to make the Tivo boxes work - Stallman's GNU project had been forked into the Tivo project to restrict owners from their own Tivo boxes. As a consequence Stallman published a new version of the GPL that would not permit Tivo to distribute his GNU software without also granting users the DRM keys that the users must have.

    76. Re: Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      When we advocate for users to have software freedom, we're not asking for users to become IT experts or computer programmers. Please do not conflate technical aptitude with freedom. Users do not need any technical aptitude to practice the freedom that they have. Users (who have freedom) should take responsibility to find a skilled helper to help them with any technical problem. Maybe this means asking a favor from a friend or even paying $300/h for a consultant. No matter where the user finds help, users do not need to physically perform any skill to have freedom.

    77. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      Therefore, if you release a program under GPLv3+, RMS can publish a non-free GPLv4, and then change all your license notices to GPLv4+, effectively forking a privative derivative of your work.

      False, your comprehension is flawed. Section 7 of GPLv3 is intended to allow people to grant more permissions than the normal GPLv3. The purpose of section 5b is to allow you to notify people of the section 7 additional terms that you've granted. You couldn't tell people that you've granted more permissions without this specific clause. If there was ever a GPLv4, Stallman/FSF could never retroactively relicense existing GPLv3 only code into GPLv4 (except in the case where they hold the copyright to the software).

    78. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      As for not understanding true freedom, get back to me when you have a right to keep and bear arms.

      Well, get back to me when you have an armed service based on national service. We are all trained soldiers and we know where the ordinance is stored. So you'd better practice and practice and practice with that rifle. My 80mm mortar has a decided advantage in range... :-) I know who I would bet on as an ultimate check on government overreach.

      When it comes to civilian firearms ownership, one adult male in five has at least one firearm, so it's not as if Sweden is devoid of of guns. About 20% (give or take) of all households have a gun in the house.

      --
      Stefan Axelsson
    79. Re:Ain't freedom a bitch... by Anonymous Coward · · Score: 0

      > And no, having your code extended by others does not harm you. You have no right to their work.

      Copyright law disagrees with you, look under "derivative works." Like it or not, it's copyright law restricting your freedom here-- not GPL.

    80. Re:Ain't freedom a bitch... by Jay+Maynard · · Score: 1

      Your 80mm mortar may have the edge in range, and you may be a trained soldier, but you obviously haven't learned the lessons of asymmetric warfare...

      --
      Disinfect the GNU General Public Virus!
    81. Re:Ain't freedom a bitch... by lars_stefan_axelsson · · Score: 1

      No, that was part of the course: "Free warfare".

      That's why the 80mm is handy. The 120mm really isn't man portable, and you can't easily store hidden ammunition in suitable spots. The 80mm is readily man portable and can be hidden most anywhere, while it still packs the punch that the 60mm decidedly lacks. In fact as the ranger battalion I did my (shortened due to injury) service in had as it's main mission to perform sabotage and ambushes of the enemy's logistical support train behind enemy lines, I'd say we had "asymmetric" down to a "T".

      That said, armed insurrection against a state level enemy having just a few rifles is a pretty doomed affair. Having access to a firearm is probably the least useful attribute of a successful insurgent. Having, or having access to, intelligence, leadership/chain of command, logistical support, counter intelligence and security would be much more useful, critical even.

      If you study the resistance movements that were active in Europe during WWII, you'll see time and time again that your options against a determined foe are limited, and firearms aren't a central part of it. In fact you can have a very successful resistance without any firearm. The Danish resistance (and the Norwegian to a lesser extent) for example forbade the targeting/assassination of German personnel as the resulting reprisals against the civilians took such a tool that it made such operations impossible. Instead they targeted their own countrymen that were deemed to be collaborators. Insurgency is a dirty business. So, if you come across such as juicy target that you can't ignore it, you'll want as much effect as is humanly possible, i.e. explosives and some way to deliver them (c.f. the fate of the SS Donau.) Using a gun would have been worse than useless during that operation, and would have led to failure.

      So in summary. While having and knowing how to shoot a rifle isn't a completely useless skill in the "stay behind" scenario, it's not a very critical one either. There are many other skills and preparation that you can't do without. You'd probably be better off staying at home reading books than going to the range...

      --
      Stefan Axelsson
  4. RMS' GNU license is a license that gives away by Cafe+Alpha · · Score: 0, Offtopic

    rights, so programming can be the domain of only trust fund babies, old retired men and people who have other jobs...

    If he cared about the rights of poor programmers he'd be a different man.

    So yes, people who need to work for a living will prefer a BSD license over a GNU one.

    1. Re: RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      By that reasoning, the BSD license exploits poor programmers so that other programmers can benefit from their free labor. No, the GPL asks that all people are on an equal playing field. If you want to be more equal than others, fine, but don't try to twist it.

    2. Re:RMS' GNU license is a license that gives away by Immerman · · Score: 3, Insightful

      Say what? I disagree, but at least your rant made sense, right up unti you said:
      >So yes, people who need to work for a living will prefer a BSD license over a GNU one.

      BSD is only a hairs-breadth removed from public domain - it gives away pretty much all the rights that can be given, unlike GPL which retains many rights in order to impose reciprical giving on downstream developers.

      I can only assume that by "people who need to work for a living" you are refering not to the people that did the actual work to create the BSD code, but rather to the exploitative sorts who happily harvest their code to incorporate into proprietary software without giving anything back.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    3. Re: RMS' GNU license is a license that gives away by Cafe+Alpha · · Score: 1

      The point is that under GNU your labor will almost certainly be forced to be free as in "not paid"; that's the practical consequences of the license. Under BSD you don't have that problem at all.

      And that was my point. Giving away your time for free isn't something that normal people can afford. And as programming becomes no longer so lucrative (hey, they do it in India, China and east Europe now) then getting work out of people from lower classes becomes more important.

    4. Re:RMS' GNU license is a license that gives away by Cafe+Alpha · · Score: 1

      BSD allows you to incorporate the code into something that DOESN'T give the source away for free.

    5. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 0

      GPL only serves users, it does not serve people who program for a living. And it doesn't serve users very well either, due to it's generally poor quality.

    6. Re: RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 1

      Uh isn't that freedom? Are you advocating forcing someone to not do something you unapprove with it?

    7. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      If you're the actual author, you can useand re-license your own code however you want, including using it in proprietary software.

      If you're complaining about somebody else choosing GPL instead of BSD because _you_ want to make gobs of money (or fantasize about making gobs of money) without giving back, then you're just a leech.

    8. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      X wrote some code and shared it under a BSD license. Y copied that code, added some of their own bits, and sold a binary for $$.
      Did X profit?

      (to paraphrase it, you only care that Y profits, don't you? You don't really care what happens to X. X is just some loser. Let X just keep writing code and sharing it as BSD so Y can fill their pockets with $$. Okay, I understand now. You're smart.)

      Actually, that is besides the point. A lot of companies make lots of money selling Free Software. And a lot of these hire FOSS hackers. e.g. http://finance.yahoo.com/q?s=RHT

    9. Re:RMS' GNU license is a license that gives away by Cafe+Alpha · · Score: 1

      Right, but since no one else can relicense your software and make a real project using it, it's only non-GPL'd software that's useful to working people. It's the non-GPL stuff that's more free in real usage.

    10. Re: RMS' GNU license is a license that gives away by whoever57 · · Score: 1

      The point is that under GNU your labor will almost certainly be forced to be free as in "not paid"; that's the practical consequences of the license. Under BSD you don't have that problem at all.

      Under the GPL, companies can collaborate in ways that are possible but less likely with BSD. With BSD, there is a strong incentive for an individual company to put out closed-source binaries with some extra "secret sauce" over and above the open-source versions. Think of it as a tragedy of the commons or prisoner's dilemma where there is a strong incentive to defect. Using the GPL, this isn't possible.

      Instead, the GPL promotes collaborative projects. Look at the Linux kernel, which gets contributions from many, many companies.

      --
      The real "Libtards" are the Libertarians!
    11. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      I can only assume that by "people who need to work for a living" you are refering not to the people that did the actual work to create the BSD code, but rather to the exploitative sorts who happily harvest their code to incorporate into proprietary software without giving anything back.

      Like Netflix? They push 90%+ of their changes up stream, which has benefited FreeBSD a lot, but they keep a small percentage of their code private. Couldn't do that with GPL. 99% of the time, people who don't want to share their code have shitty code in the first place. You're better off without their code.

    12. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      X wrote some code and shared it under a BSD license. Y copied that code, added some of their own bits, and sold a binary for $$.
      Did X profit?

      Did Z by product Y when they could get X for free?

    13. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      You are totally confused about Stallman, GNU and the GPL if this is what you really believe. Stallman believes that users should control the software and not the programmers. Programmers can do what they want but when they start controlling the software (and by extension, the users who use that software) Stallman will object to this because users will not have the freedom they deserve.

    14. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 1

      RMS has never cared about the rights of "poor programmers." He has only ever cared about his own rights. GNU, the GPL are just his way of trying to force his own philosophy down the throats of the OSS community.

      He's getting old, he knows he's well past the point that he was ever considered relevant, people have moved on. People realize that the GPL is more of a political statement than a practical, free software license. RMS isn't afraid of BSD licensed code being closed up, he's afraid of people not being indoctrinated, not following in goosestep with his personal philosophy. He doesn't want better software, he wants software licensed the way HE wants it licensed. He doesn't want any project to benefit from OSS unless it's GPL licensed and the copyright is assigned to his personal organization.

      That's the real irony of RMS spouting about "free software," he doesn't want free software. He wants GPL licensed software. He wants you to hand your copyright provisions over to the FSF so that he has ultimate control over them. The community has responded by developing better solutions under better licenses and now he's steaming mad about it. Tough. The world has moved on Stallman, you can either be a part of it or you can be left behind...and judging by the fact that LLVM and its ilk even _exist_, most people want to leave him behind. He's no longer representative of the community, he's only representative of his own, personal agenda.

    15. Re:RMS' GNU license is a license that gives away by BronsCon · · Score: 1

      No. You have to provide the source *for the GPL software used in your project*. Nowhere in the GPL does it say you have to provide *your* source.

      Now, if you make modifications to the GPL code you are using, yes, you have to release those changes. That does not, however, apply to code that you write that *interfaces with* any GPL code you use.

      It's simple, really: Did the code start out as GPL? If yes, you must release it; if no, you can do whatever you want, even if it interfaces with GPL code.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    16. Re:RMS' GNU license is a license that gives away by BronsCon · · Score: 1
      Uhm... There is nothing in the GPL that says you must share *all* of your code simply because it uses some GPL library somewhere. Only the changes to that GPL code need to be shared. Further, even given that, the changes only need to be shared *if the binaries are distributed*, and then, only need to be shared with whoever you distribute the binaries to. Internal code only deployed on Netflix's servers? No need to share under the GPL. Netflix client code? Only necessary to share the GPL code used, and any modifications to that code; code that Netflix writes to interface with the GPL code they use needn't be shared, but they're free to if they want.

      BSD license means Netflix doesn't have to share the BSD code they use or their modifications to that code. That they share anyway is good on them, but the BSD license i more than happy to seem them simply take the code and use it without giving anything back. That's all fine and well, but let's not confuse the issue, here. Just because the BSD license allows you to not share the BSD code you use and the GPL license requires you to share the GPL code you use, don't be so dense as to think that has any implication, whatsoever, for the code you write to interface with any BSD or GPL code; the two can actually co-exist in the same project, if you understand how both licenses work in the first place.

      99% of the time, people who don't want to share their code have shitty code in the first place. You're better off without their code.

      So, all that spouting off about how BSD is better than GPL because it lets you not share your code if you don't want to... then you close with that. Well... I honestly don't know what to say, I facepalmed so hard I think my brain is hemorrhaging.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    17. Re: RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      Citation needed there champ. The incentive for a BSD licensed project to be closed off is off set by the expense of maintaining a separate code tree and keeping it synced up so as to be able to keep using it in the future.

      The apocalypse that the GPL was supposed to head off has yet to hit us and is unlikely to ever hit. *BSD has been around for decades now and it's still freely available. Not just that, but it benefits from companies paying for code to put fixed in the original projects as it's more cost effective to do so.

    18. Re: RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      I like to see my work taken by corporations and having them build upon it, close the sources, and sell it back to me (without providing their source, of course). Which license is the best for this?

    19. Re: RMS' GNU license is a license that gives away by niftymitch · · Score: 2

      There is a move toward BSD for a number of reasons. It is difficult to comply with the
      new GPL on some modern platforms where bits of this and that are closed. Many of
      the new SOC devices have NDA or binary blob support for this and that.

      The new compiler has already kicked the GCC folk in the logjam of bugs and features.

      As long as the bits packaged with GCC are GPL there is no big issue.

      The Apple example is interesting. They have used LLVM and kit on some projects
      but recently have given their internal changes back to the LLVM community. Not because
      they had to but because keeping up with a wider and wider collection of diffs is harder
      and harder to do.

      RMS is correct to be concerned and the selection of hardware and software
      needs to consider licence as well as long term maintenance of their product.
      With the internet of things coming there will be litigation should a company
      fail to maintain a bug fix stream during the reasonable life expectancy of the device.
      Some cell phones distribute the blame... Google, Samsung, AT&T where each
      is a congested pile of congesting making me feel samstung. I now only buy
      half price unlocked refurbished hardware with removable batteries when a device
      get too long in the tooth. My current phone was purchased because of tower investment
      and no more. They are no longer updating it so I am looking hard at rooting it
      for a list of missing features.

      --
      Truth is stranger than fiction, but it is because Fiction is obliged to stick to possibilities; Truth isn't. Mark Twain.
    20. Re:RMS' GNU license is a license that gives away by sjames · · Score: 1

      Why not? If you can't or just don't want to accept the terms of GPL, contact the copyright holder and negotiate different terms. They might refuse but they might not.

    21. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      GPL only serves users, it does not serve people who program for a living. And it doesn't serve users very well either, due to it's generally poor quality.

      So... the linux kernel doesn't exist? Huh. who knew, eh?

      --
      SJW n. One who posts facts.
    22. Re: RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 1

      instead, the GPL promotes collaborative projects

      Look at the gcc/emacs integration that spurred this whole llvm with emacs mess. People tried to collaborate between two GPL projects, Stallman declared it too dangerous, the GPL insufficient to deal with the consequences and practically killed the attempt singlehandedly since he still has enough influence over gcc.

      The GPL only works for Linux since Linus does not care, binary only drivers in kernel space? He hates it. Will anyone sue Nvidia? Is a lawsuit the reason AMD supports open source drivers? No.

      Alternatively we have GCC where Apple provided the ugly, non-portable code for their Objective-C compiler before moving to LLVM. Of course Apple didn't provide the runtime or any information of how/why or what the code accomplished anything. So a complete loss on the FOSS side while meeting the GPL requirements 100%.

    23. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      Did Z by product Y when they could get X for free?

      Different AC. This is exactly the point, Y adds the actual user value to whatever baseline X created. Nobody wanted X until Y came along and made it useful and X released code under BSD out of altruism.

      It's this horrible idea that if I cant profit from it then nobody can profit from it! Much of FOSS is not innovative, it is just boilerplate because boilerplate is easy, actually creating something that makes people want/need it is what is difficult.

    24. Re: RMS' GNU license is a license that gives away by Billly+Gates · · Score: 1

      The point is that under GNU your labor will almost certainly be forced to be free as in "not paid"; that's the practical consequences of the license. Under BSD you don't have that problem at all.

      Under the GPL, companies can collaborate in ways that are possible but less likely with BSD. With BSD, there is a strong incentive for an individual company to put out closed-source binaries with some extra "secret sauce" over and above the open-source versions. Think of it as a tragedy of the commons or prisoner's dilemma where there is a strong incentive to defect. Using the GPL, this isn't possible.

      Instead, the GPL promotes collaborative projects. Look at the Linux kernel, which gets contributions from many, many companies.

      Problem is lets say I do a startup for a social networking with cool instant message and stock quotes or something silly. I being the CEO let my programmers foolish pick whatever code they want and they told me GPL. Since we do not sell software we ARE SAFE. I say ok.

      My website takes off and investors kick in and want me to sell and go public and EMC also offers me a ton of money to sell it to them if I choose instead. Oops under Sarbanes Oxley or any private transaction this counts as a sale for either.

      JP Morgan flips out and so does EMC during an audit and tells me I have to give away millions of dollars of IP away?? EMC cancels the deal as competitors can now take it and a million clones overnight can compete without the cost EMC has to pay for a competitive advantage over them. Wall Street then says ok since I have no assets I therefore have no value. Not interested.

      I get fired from the other owners of the company who then choose to liquidate it for pennies on the dollar is better than nothing.

      I can't buy said software. Even if I did the owner can't sell me the rights to the software I linked and worked on as he put it under GPL and other peoples' rights would be violated.

      My example is more extreme but give lawyers a real scare. Yes RMS hates commercial software and anything proprietary. We get it but this is like a little logic bomb for any developer wanting to make a living and it is bad for any company. They are not there to collaborate. They are there to make money and giving away IP is stupid as it cost money to produce and is therefore an asset. Might as well hand out money (another asset) while we are at it? So if you scream you ARE STEALING MY CODE will fine I wont use it. Just do not be butt hurt when corporations have an obligation to not use your products for the common good regardless of your intentions unless BSD or public domain.

    25. Re:RMS' GNU license is a license that gives away by exomondo · · Score: 1

      But the point is moot because the vast majority of end users (probably almost all of them) don't know - nor have any need or interest in knowing - whether the software they use is free software or just proprietary freeware. Ultimately it's just a binary, whether the source code used to compile it is licensed under a free software license has absolutely no consequence in terms of control for almost all end users.

    26. Re: RMS' GNU license is a license that gives away by Jay+Maynard · · Score: 1

      Not possible. They cannot prevent you from using your own work as you wish, under any circumstances, period, end of story. They can prevent you from using their work.

      This kind of crap is the Stallmanite stork in trade: lay out a dystopian vision where programmers' work is taken away from them never to be seen again. If they'd quite peddling this lie, then things would be a lot calmer.

      --
      Disinfect the GNU General Public Virus!
    27. Re: RMS' GNU license is a license that gives away by exomondo · · Score: 1

      It's a fear of the corporate value-add, a fear of competition. A fear that a BSD codebase could be augmented with new functionality and the source not released, as you rightly say the original codebase is still free and people are free to add to that. But also a process running a binary built from GPL code can communicate with a process running proprietary binary so it's not much more difficult to extend GPL programs with proprietary functionality either if that's what they actually wanted to do.

    28. Re:RMS' GNU license is a license that gives away by Eythian · · Score: 1

      Right, but since no one else can relicense your software and make a real project using it, it's only non-GPL'd software that's useful to working people. It's the non-GPL stuff that's more free in real usage.

      Sorry, but that's stupid and wrong.

      Where I work, we can only use free and open source software, preferably GPL. So by releasing your software as proprietary software, you're making it not useful to people like me who earn money by doing things with software.

    29. Re:RMS' GNU license is a license that gives away by Anonymous Coward · · Score: 0

      Being forced to refactor your code in a way that keeps GPL and non-GPL'd code separate is a pain the the ass. What about something as simple as compile time tweaks? Going to re-write the GPL code to pull the compile time variables from some other file? Great, more changes to keep track of.

    30. Re:RMS' GNU license is a license that gives away by Celarent+Darii · · Score: 1

      Yes it does, but the majority of users are installing binary blobs to get their graphic card to work. So the point still remains - the GPL has not guaranteed the users anything more, and in general discourages developers to write the driver in the first place.

      The main problem with the GPL is that it gives rights over code to people who do not code. Most of the people using GPL software do not write code, and yet they are given rights over it.

      The GPL was once a way to insure that developers could collaborate and insure that no one would "steal" their code, or that they would work for something that later they had no control over or simply not have the ability to have the contributions of others in an easy way. But presently the GPL takes the rights away from the developer and gives them to people who don't even write code.

      The reason BSD license code is more popular is simply because it gives the rights to the developer to do what he wants with the code. It keeps it in the hands of the one who wrote it, not the one who uses it.

    31. Re:RMS' GNU license is a license that gives away by BronsCon · · Score: 1

      Having someone take your hard work for their own profit and not return the favor with a few bugfixes they might implement is also a pain in the ass. That's what the BSD license enables. I'm not saying one is better than the other in all cases; you may not care about having access to fixes and performance enhancements, in which case go ahead and use the BSD license for your project, it's probably the better choice for you; but if those things matter, then GPL is the clear winner between the two.

      They're two different licenses with two separate sets of goals, both equally valid and both having ideal use-cases. The sooner we can get both sides to stop spreading FUD about each other, the sooner the FOSS community can stop looking like a bunch of reckless apes that can't tie their own shoes. Then, we can begin making some real progress.

      Follow?

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    32. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      Yes it does, but the majority of users are installing binary blobs to get their graphic card to work.

      So? The GP asserted that the code is low quality (it is not: Linux is about the highest performing kernel out there and GCC is about the best compiler out there).

      The world is also not black and white. Having some binary blobs with mostly GPL code is far more open than all binary blobs.

      The main problem with the GPL is that it gives rights over code to people who do not code.

      No, it gives rights to whoever receives the code. As often as not, that's a coder. I write code and I use a lot of GPL software. I'm glad it's GPL.

      But presently the GPL takes the rights away from the developer and gives them to people who don't even write code.

      The only right anyone (not a developer, that has nothing to do with it---a distributor) has lost is the "right" to stop someone from looking at the code you've shipped.

      The reason BSD license code is more popular is simply because it gives the rights to the developer to do what he wants with the code. It keeps it in the hands of the one who wrote it, not the one who uses it.

      You can always do whatver you like with the code you write. Even if you release it nuder the GPL you still have the right to relicense it as you see fit because it's yours.

      What you're actually saying is that the GPL doesn't allow you to take some code someone else wrote, modify it, then distribute it and stop people seeing it.

      --
      SJW n. One who posts facts.
    33. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      The Linux Kernel and Apache are good. Most GPLed stuff, particularly apps, are poor.

    34. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      So? The GP asserted that the code is low quality (it is not: Linux is about the highest performing kernel out there and GCC is about the best compiler out there).

      In general the quality is low. Including GCC. LLVM is far better.

    35. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      In general the quality is low. Including GCC. LLVM is far better.

      Well, OK, now you're just making shit up. The GCC optimizer still outperforms the LLVM one, and GCC still has fewer internal compiler errors. I've been able to get reliable ICEs on LLVM in recent builds, and I've not seen one in years for GCC. LLVM was better for C++14 support, but gcc 5 has caught up. And GCC supports both more languages and more architectures. Not saying that LLVM is bad, it's not, but GCC is about the best compiler out there.

      If you want to assert that gcc is low quality, you need to provide some very strong evidence because all the evidence out there is against you.

      --
      SJW n. One who posts facts.
    36. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      Technically correct, but intentionally deceptive. A half truth is worse than a lie.

      Technically true, because most software is crap. Intentionally deceptive because that GPL has nothing to do with it.

      Except now you're going to claim that GPL'd apps are "worse" on averege than proprietary ones without a jot of evidence.

      --
      SJW n. One who posts facts.
    37. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      What you're actually saying is that the GPL doesn't allow you to take some code someone else wrote, modify it, then distribute it and stop people seeing it.

      No one should have any right to see the modifications and additions I make. It's that unreasonable virality, that is killing GPL.

    38. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      GCC is low quality because it's a virtually unmaintainable mess of #ifdefs. It's being maintained by old hands because no-one new has a chance.

      LLVM has a decent modular architecture. It's in a different league to crappy old GCC.

      Sure GCC has accumulated more languages and targets over the years. But that's features, not quality. It's just a matter of time before LLVM has the non-obsoltete ones all covered.

    39. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      Except now you're going to claim that GPL'd apps are "worse" on averege than proprietary ones without a jot of evidence.

      You'd have to be very lacking in experience of software to not realise it. Pick pretty much any category of app and the best app is a commercial one for OSX or Windows.

    40. Re:RMS' GNU license is a license that gives away by david_thornley · · Score: 1

      That depends on the interfacing, and possibly also which legal arguments you listen to.

      The FSF considers static or dynamic linking to create a derivative work, such that the whole has to be GPLed. Normally, as I understand it (IANAL), that would not be considered to make a derivative work, but if the only reason you can distribute the GPLed code is the GPL, there are legal arguments to use the GPL definitions.

      If you run GPLed software and proprietary in separate processes, and use normal inter-process communications, then they are separate programs according to everybody. You can dynamically link LGPLed software and keep your proprietary software proprietary (supply the LGPL stuff as a DLL or whatever else your system uses, and include a written offer to get the source). Any static linking (or dynamic linking with GPLed software) is, as far as I know, undecided, and I've seen legal arguments either way (and I'm not claiming any expertise in evaluating these).

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    41. Re:RMS' GNU license is a license that gives away by BronsCon · · Score: 1
      You are correct when you say

      there are legal arguments to use the GPL definitions.

      (I'd go so far as to say there is a legal requirement, as the definitions exist within the license itself) and

      If you run GPLed software and proprietary in separate processes, and use normal inter-process communications, then they are separate programs according to everybody.

      However, dynamic vs static linking is version-dependent. To clarify, if you don't use a GPL-compatible license for your project, LGPL and GPLv1 allow linking, GPLv2 allows dynamic linking, GPLv3 allows no linking whatsoever. It's pretty explicit in the license and better explained in the GPL FAQ; I'd provide you a link, but it's probably better (for you) if you break yourself of your laziness and look it up for yourself.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    42. Re: RMS' GNU license is a license that gives away by david_thornley · · Score: 1

      Code running on a website, that is not distributed, need not be redistributable unless it's covered by the Affero GPL, which really isn't very popular. If it's GPLed code that you use and do not distribute, you don't have to give anything away.

      Now, you are talking about selling the company. By selling the company, you're selling the GPLed code, which means you have to provide source code for what EMC gets. I don't know about EMC, but if you sell software like that to any company they're going to want the source. So, they have a copy of the binary, distributed legitimately, and they have a right to the source they doubtless demanded in the contract. They also have redistribution rights, but if they bought them like that they're going to want the copyright, which also gives redistribution rights. They're likely to specify in the contract that you destroy all your copies.

      At this point, EMC owns some GPLed software, and as long as they don't distribute it they don't owe anybody any source or redistribution rights. If they use it themselves, that doesn't count as distributing. (Except in the case of AGPL, as I mentioned. Be leery of AGPL software.)

      Alternatively, you go public, and your publicly held company now owns some GPLed software, with no requirement to distribute it.

      I can't understand your penultimate paragraph. If you're saying that the original copyright owner, who licensed it under the GPL, can't sell you a proprietary license, you're wrong. MySQL released a GPLed database, and made lots of money selling proprietary licenses for it. RMS approved of the arrangement (see his remarks on the Sun-Oracle merge).

      As far as your last paragraph goes, you've got dumb lawyers. RMS does not hate commercial software, only proprietary. Most developers would make their living if they were writing GPLed software, because most software development is for internal applications that don't distribute anything. Giving away code can be profitable under some circumstances: Apple, for example, profits by getting high-quality compilers to ship because they want more people developing for iOS and the Mac, and Apple's not trying to compete on the basis of having a better compiler than the next guy.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    43. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      You'd have to be very lacking in experience of software to not realise it. Pick pretty much any category of app and the best app is a commercial one for OSX or Windows.

      I'm going to pick my line of work.

      So, on the compiler end, well, GCC outshines the rest. I have to use IAR Embedded Workbench for some of it, because the chip vendor I use only ships their library in IAR format. If you don't know it, it is Not Cheap(tm). Apparently it does optimization for size better than GCC. But OMFG have you ever used it :( The optimization for speed is not as good as GCC, it doesn't support C++14 or 11 well at all (gcc supports C++14 just fine on Atmel), and compared the IDE is lolzworthy. I mean seriously lolzworthy. It's funy using it on an old XP VM because I have the feeling it would fit best with NT4. Even the syntax higlighting is primitive and the editor doesn't even upport panes. Party like it's 1999, dude. Oh for fuck's sake the error messages too. God I have come to hate that compiler.

      I would much rather be using GCC and vim any day. I miss undo trees. And C++14. and a general lack of what-the-fuckery.

      On to PCB design. Well, I have a paid up copy of Eagle CAD. It seems OK, though I've been hearing very good things about KiCad recently. In fact the company which fabs my PCBs has actually recommended I make the switch. That's some pretty strong endorsement from a 100% professional perspective. Many of his customers have already made the switch. KiCAD certainly has some nicer features like push-routing which Eagle lacks. Mostly I haven't switched yet because all my land patterns are in Eagle and the thought of redoing them depresses me and fills me with fear. When this project goes to production, I'll switch. There are some much, much more expensive ones for, but my company can't afford them. Actually, come to think of it, neither can any other professionals I personally know. Anyway either way Eagle runs natively on Linux, so half your point doesn't apply.

      In terms of general development and editing, you are right, the best isn't GPL'd. It's vim, of course which is at least OSS. Certainly not proprietary. Yes I have used VS. It's shit. Slow as all fuck, chews screen space like it's going out of fashion, crap support for C++11 and C++14, a weak optimizer, worse debugging options (oh sanatize is so nice!). The nicest thing about it is profiler, followed by the magical autocomplete, though that's a mixed bag, and that's available on OSS platforms now. The profiler is good though. Oh god and VS's build system :( :( :(. GNU Make is so much nicer.

      Oh let's see what else. I ocasionally touch on web and back end stuff. LAMP is pretty dominant for good reasons.

      Oh Browsers. Firefox all the way, certainly not commercial, and easily available for Linux. Better than the rest. I even use it on my phone now.

      For documents, well, my current profession doesn't cover that (my previous profession did, and LaTeX was the clear winner and generally accepted across the board). I have few needs, which is covered admirably by google docs or LibreOffice depending on whether or not I need to do shared editing. Maybe MSWORD is better in some abstract sense, but LO has all the feature I ever use and many more.

      Oh IRC. Yep, I hang out on a few channels on freenode based around professional things. Androud dev, bluetooth, that sort of thing. I rather like xchat. I don't think there are any better proprietary ones for OSX or Windows.

      Well, the final one is MATLAB. That's pretty sweet. I don't have a licensed cpy at the moment, so I've been making do with Octave which is working pretty well. Matlab has more features, for sure. Octave have regularised the language without breaking compatibility, so oftn things are a bit nicer and a bit cleaner to write in Octave. Matlab has superior plotting for 3D, but octave has reached parity for 2D plots. Trying to get MATLAB working on a cluster on a private network even if

      --
      SJW n. One who posts facts.
    44. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      No one should have any right to see the modifications and additions I make.

      They don't.

      But you don't have the right to use thier code either.

      --
      SJW n. One who posts facts.
    45. Re:RMS' GNU license is a license that gives away by david_thornley · · Score: 1

      Having studied these licenses myself (I made two comments in the GPLv3 review process, one of which seems to have gone straight into a FAQ entry), I don't see anything in the licenses to support your claims. GPLv1 doesn't appear to address what a derivative work is, and GPLv2 doesn't address static vs. dynamic linking (or for that matter, linking vs. other forms of combination). The statements about linking have typically been in the FAQ. (The LGPL has always allowed linking, for obvious reasons.)

      If you can point me to anywhere in the licenses that supports your claims, please do.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    46. Re:RMS' GNU license is a license that gives away by BronsCon · · Score: 1

      I swear I read something to that effect in the GPL FAQ as recently as last night. Looking at it again today, I must have been tripping pretty hard last night, though I don't know what I'd've been tripping on.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    47. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      And people are exercising that right in droves. That's why GPL is losing out to BSD and other less viral licenses.

    48. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      Ah, so GCC is low quality because reasons.

      The fact that it's got a better optimizer, better support for OpenCL, more languages and fewer crashes don't count because you're on some sort of bizarre anti GPL crusade.

      LLVM may very well be cleaner, but that doesn't make GCC low quality. I think, I have found the root cause of your understanding of the issue: you're an idiot. It's quite simple really.

      --
      SJW n. One who posts facts.
    49. Re:RMS' GNU license is a license that gives away by serviscope_minor · · Score: 1

      So? That doesn't make the lies you spew about the GPL correct.

      I do like how as soon as you're proven to be yet again making up lies about the GPL, you rapidly switch to something else. You seem to be bent on dishonesty as if you have some personal stake in trashing the GPL. Did Stallman run over your dog or something?

      --
      SJW n. One who posts facts.
    50. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      Ah, so GCC is low quality because reasons.

      Well if you want to deny reasons, you're clearly not open to debate.

      LLVM may very well be cleaner, but that doesn't make GCC low quality.

      I'm afraid that's exactly what it means. Quality is not equal to number of features. If it were, Microsoft would win with most of their apps.

      I think, I have found the root cause of your understanding of the issue: you're an idiot.

      And with that you've just shown you know you lost the argument.

    51. Re:RMS' GNU license is a license that gives away by BasilBrush · · Score: 1

      I'm going to pick my line of work.

      I'm glad you did. Because you've just illustrated why you have no appreciation of the uselessness of GPLed software to most people. You are neither a software developer, nor do you make much use of mainstream application categories. You are in a tiny niche that lies on the brink of commercial software having to be extremely expensive or not being economically feasible because there are so few users.

      As it happens my brother is also in that tiny niche, and has been for 3 decades. And I know from conversations I've had with him that it's a mixed bag. Sometimes the best (or only) software for the task is open source, sometimes it's commercial but free of charge from chip companies, and sometimes it's very expensive commercial stuff.

      But as I say it's pretty irrelevant to mainstream software developers, let alone to the majority of application categories.

  5. Re:BSD is more threatening than proprietary by Cafe+Alpha · · Score: 2

    It also allows programmers to make money off their work. You know, "evil deceptive" poor people and middle class people.

  6. sounds like a... by ganjadude · · Score: 1

    NERD FIGHTTT!!!!!!

    seriously, why would someone care if you can do X in something but not Y, unless you are apple anyway i dont get it

    --
    have you seen my sig? there are many others like it but none that are the same
    1. Re:sounds like a... by Aighearach · · Score: 1

      i dont get it

      Gosh, he's been on the scene telling you why your whole life. If you still don't get it, just read 2 paragraphs and you'll be there. It seems like, regardless of if you agree with him or not, that it would be worthwhile to have a basic understanding of the concept of "software freedom" in the context of the GPL. Even if you don't care, it is still worthwhile to spend 5 minutes on it because it gets discussed a lot by others, and you'll end up spending a lot more than 5 minutes reading about what people say.

      Even if your only use for understanding the FSF theory of Software Freedom is to recognize the arguments and stop reading, you've still saved time by learning about their views.

  7. Re:BSD is more threatening than proprietary by bloodhawk · · Score: 3, Insightful

    It is more resentment as BSD is "actually" open as opposed to the handcuffed license he wants to impose on people. Will take BSD style licensing any day of the week over proprietary or GPL

  8. That's the problem with gnu by Billly+Gates · · Score: 1

    The rights of the user always triumphs the rights of the developer.

    But in this case the user and developer are one. With even Microsoft supporting clang, Android, and Linux development in the latest visual studio alphas it is now emacs that is becoming the most proprietary with locking in. What a bizarre universe this is becoming

    1. Re:That's the problem with gnu by Cafe+Alpha · · Score: 2, Insightful

      Actually "users" don't touch source code, they might hire a programmer to do that, but then that's another developer.

      GNU makes the right of "information" higher than that of people, ever.

    2. Re: That's the problem with gnu by Billly+Gates · · Score: 1

      What if a abiword and virtual box do not meet my needs. Would I be harming myself for purchasing VMWARE Workstation and Office2010 in return?

      I am a user who not only is buying but willing to pay for proprietary software. RMS would think I am crazy but I would argue my own self interests are better served investing in better tools for productivity more than the rights for me to get something for free and hack the complicated source code.

    3. Re: That's the problem with gnu by Cafe+Alpha · · Score: 1

      I use both.

      I get impressed by how much better for my needs a lot of free software is than Microsoft's bloat though.

    4. Re:That's the problem with gnu by Anonymous Coward · · Score: 0

      Users make a lot of changes to the source code. Look at FreeBSD, most of the programs are users who use FreeBSD at their work and home. The best programmer is one that understands the problem domain, which means they are the user. Feature creep and bad design is what happens when the programmer doesn't understand the end user from the very beginning. I guess that explains a lot with GNU, where the user and the programmer are separate entities.

    5. Re: That's the problem with gnu by Anonymous Coward · · Score: 0

      > Would I be harming myself for purchasing VMWARE Workstation and Office2010 in return?

      You do, because your money goes to corporations which in turn lobby politicians for laws that benefit them, not you.

    6. Re: That's the problem with gnu by Anonymous Coward · · Score: 0

      >> I am a user who not only is buying but willing to pay for proprietary software.

      Nice if it works for you, it's a perfecly valid model.

      But once you need a feature that other people don't, it will be expensive for shure to let this feature be added, but it may be also simply denied. In that case you have no option.

      YCMV ( Your consumption in l/100km may vary)

    7. Re: That's the problem with gnu by Anonymous Coward · · Score: 0

      Do you grow your own food and grow the silicon crystals and make your own CPU:s? Like or not, in capitalism people buy goods from others, including corporations, and spend their time on the work and leisure that suits them best.

    8. Re: That's the problem with gnu by SlowMovingTarget · · Score: 1

      The *potential* harm is that you buy Acme ThingMaker 5.0 and make great works of meaningful art, and Acme requires you to pay them more money for ThingMaker 6.0 to access the works you've created with tools you bought that have "expired". Intentional software obsolescence was a real problem 10 years ago. RMS is part of the reason it is less of a problem now.

      I still think he's wrong about interop with LLVM for EMACS, but he wasn't wrong about the dangers of proprietary software and the need for someone to keep vendors honest.

    9. Re: That's the problem with gnu by david_thornley · · Score: 1

      RMS wouldn't think you were crazy. He'd think you were supporting immorality, since he considers non-free software to be immoral. This isn't a belief I happen to share, FWIW, but it's a motivation for a lot of good things RMS has done.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  9. Bit of a hatchet job by cfalcon · · Score: 5, Informative

    There's a little more than is being reported. Here's some other RMS lines in the same thread:

    First we have:

    "More precisely, Apple intends LLVM and Clang to make GCC cease to be a
    signal success and a reason for all sorts of companies to work on a
    compiler that always gives users freedom. That would be a victory for
    Apple and a defeat for freedom.

    I don't know what LLDB is, or what it might do. I am going to find
    out."

    That's a little bit paranoid, but it is still a cautious statement.

    Then:

    "This question is a small part of a big issue which is more or less bad.
    I want to find out what it is, and think about it. Please do not ask
    me to rush to a conclusion without finding out what is happening."

    Again, in all of his posts he mentions wanting to discuss it a bit more. RMS is pretty incendiary, eccentric, and often does or says crazy shit but... in this case it sounds like he said something alarmist to get attention and try to get some discussion, without stamping his foot down or flipping his shit. That he's being selectively quoted to make news is bad juju.

    1. Re:Bit of a hatchet job by Nutria · · Score: 1

      That would be a victory for Apple and a defeat for freedom.

      So... the forces of GPL freedom need to step up their game.

      --
      "I don't know, therefore Aliens" Wafflebox1
    2. Re:Bit of a hatchet job by MouseTheLuckyDog · · Score: 1

      If LLVM were a Microsoft product instead of an Apple product, we would all agree he had reason to be wary. Frankly the way Apple has acted since Jobs came back, there would still be enough justification to be wary of them as Microsoft.

      Still I don't see much harm in it.

    3. Re:Bit of a hatchet job by Richard_at_work · · Score: 2

      So he's basically afraid of competition from a better product, and instead of upping his game he's playing unfair with regard to access to "his" products?

    4. Re:Bit of a hatchet job by BasilBrush · · Score: 4, Informative

      If LLVM were a Microsoft product instead of an Apple product

      LLVM is not an Apple product. It's an open source project which Apple, amongst others, incorporate into their products, and to which they contribute source improvements.

    5. Re:Bit of a hatchet job by Anonymous Coward · · Score: 1

      I don't even know what that means. But Apple doesn't use gcc. Do they give a shit if other people use it? Nope. They don't make money selling a compiler. No skin off their back if you use gcc. In fact, Apple would probably prefer everyone else keep using gcc because clang is better.

      GPL is like a girl that won't put out. But it's not the 1950s anymore, there are plenty of other girls, and she wasn't even that pretty or interesting in the first place. Guess who is going to spend prom night alone, eating ice cream and crying?

    6. Re:Bit of a hatchet job by Aighearach · · Score: 1

      News is always selectively-quoted horse shit. That is not news. So causing the discussion to happen is an unequivocal success. That most of what is said is crap, that is just life among talking apes.

    7. Re:Bit of a hatchet job by megrooms · · Score: 2

      Perhaps RMS's words were taken out of context, perhaps they weren't. What I find interesting is that gcc, ld, libcpp, binutils and gdb happened to be a few of the remaining components that the GNU camp have produced for which there has been no obvious alternative. They were a necessity for just about anyone who wanted to develop, debug or simply compile open source software on any open source platform. Now that the these last holdouts are starting to loose their foothold to the llvm family of products, I won't be surprised if some of the more fervent GNU supporters get a little butt hurt. That goes double for those who originally authored the tools that are being supplanted by, some would argue, superior alternatives.

      Choice is good, especially when you have the luxury of choosing between two highly trusted open source tools that are excellent at doing an incredibly difficult job. Competition is good, especially when that competition is pushing the two projects to produce better products. Putting artificial road blocks up to hamper the adoption of a highly viable alternative to what may be your preferred solution ( whatever that reason may be ) is just sad.

    8. Re:Bit of a hatchet job by MouseTheLuckyDog · · Score: 4, Insightful

      If LLVM were a Microsoft product instead of an Apple product

      LLVM is not an Apple product. It's an open source project which Apple, amongst others, incorporate into their products, and to which they contribute source improvements.

      Right and Android LLVM is not an Google product. It's an open source project which Google, amongst others, incorporate into their products, and to which they contribute source improvements.

    9. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      Correct. Why does that confuse you?

    10. Re:Bit of a hatchet job by MouseTheLuckyDog · · Score: 1

      s/Android LLVM/Android/

    11. Re:Bit of a hatchet job by exomondo · · Score: 1

      His complaints center around the fact that restrictive free software licenses are incompatible with proprietary licensing. It's a "my way or the highway" approach not to software development or technology but to ideology. That is the problem, most people - including developers - are interested in open source, not necessarily free software and most end users are more interested in freeware than they are free software.

      Now his fear is that where free software rode the coattails of open source and freeware it is now in danger of becoming obsolete because it is the proprietary-compatible open source software that is really providing the innovation here. GCC, GDB, emacs, etc... haven't provided much in recent times despite the drastic shifts in technology so other projects have come to replace them.

      Free software needs to be more than just an ideological advantage because most people don't care about the ideology thus there is no advantage. It has to be better software.

    12. Re:Bit of a hatchet job by exomondo · · Score: 3, Insightful

      So he's basically afraid of competition from a better product, and instead of upping his game he's playing unfair with regard to access to "his" products?

      Most people could see this coming. Open source is great for developers, freeware is great for end users and free software just happens to be compatible with both of those and thus provided a vehicle for them. Now it's being done in a way that is also compatible with proprietary software and therefore RMS doesn't like it. So, as you say, he needs to up his game and create a better product that just so happens to be free software because nobody cares about free software in and of itself.

    13. Re:Bit of a hatchet job by hitmark · · Score: 1

      The seems to be worrying about a bait and switch scenario, or a embrace, extend, extinguish play.

      RMS is in it for the long view, that some critical issue can't be resolved because it needs something that has been lost years before thanks to some economic entity going tits up.

      What set him on his path was the university getting a new printer thanks to a clueless department head accepting a "good" deal from a vendor. With the old printer RMS could access the source of the drivers, and had added a small bit of code that would put a message to whoever was doing a printing when the thing ran out of paper. The new printer driver only came in binary blob form.

      Similarly, there are university labs out there using rickety old 486s etc to run their test rigs. This because a vital sensor driver can't work on newer hardware, and the supplier has long since caved in or discontinued the product. And if they want to replace the sensor they will have to run a long list of basic experiments to make sure the old and new results line up. And that will set the lab back perhaps a year.

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    14. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      RMS is pretty incendiary, eccentric, and often does or says crazy shit but... in this case it sounds like he said something alarmist to get attention and try to get some discussion, without stamping his foot down or flipping his shit.

      Some more context: there was an attempt to create a compiler plug-in for emacs half a year ago, Stallman requested that it should be based on GCC instead of llvm and then let the discussion die for half a year. When he restarted the discussion earlier this year, he personally killed the GCC plug-in by blocking and micromanaging the required API with flawed alternatives. He made his reasons for that clear, any GCC API powerful enough to support the planed features could be misused without violating the GPL ( dump of the GCC internal AST ) and any llvm integration would "taint" emacs. Any discussion he wants right now can only be about further blocking/delaying any compiler integration in emacs until he can kill it of completely.

    15. Re:Bit of a hatchet job by exomondo · · Score: 1

      The seems to be worrying about a bait and switch scenario, or a embrace, extend, extinguish play.

      So you're suggesting that a company will add some functionality and release a proprietary version. Well you can do that with the GPL too, just add your proprietary functionality into a different process and have the GPL program communicate with that process. In both cases you could take the open source code and implement the new functionality yourself.

    16. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      For all intents and purposes, it is, actually.

      They aren't forcing you into using their closed source binary distributions (however depending on your handset, your phone manufacturer may very well be).

      The same goes for LLVM, Apple doesn't force you into using their clang/llvm/libcxx/libcxxabi/compiler-rt distributions, in fact at work we build, link, and distribute our own (with our own completely separate set of patches, which much like apple can't do with all of their code, we can't actually release the source code of either).

      BSD doesn't force anything on you, but it DOES give you the FREEDOM to release closed source binary distributions if you need and DOESN'T FORCE you into releasing source code (which, in the real world, often isn't possible due to IP/licensing issues).

      Anyone complaining LLVM/Clang is "attacking your freedom" needs to shut up, clone them, build them, and realise it's no different to a GNU project 'unless' you need Apples closed source patches (which, you don't... in this case.)

      Though in the case of your Android argument, you may indeed NEED the closed source patches - due to hardware/driver IP issues - but that's a result of buying closed hardware that requires closed software), and not Android's fault - the same thing could/does apply to say, Linux (GPLv2 licensed) - with closed source binary blobs. GPLv3 doesn't help you here either, you can still dynamically link in closed source binary blobs into a GPLv3 software system.

    17. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      I don't even know what that means.

      Evidently you don't know what a lot of things mean.

    18. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      Wow, your analogy depends on completely objectifying half of our species.

    19. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      From the thread and many others, lots of assholes in Open Source ;)

      Well, except for Linux, most OSS is in failing state these days.

    20. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      RMS is first about freedom, everything else is second. He doesn't care about making better software if it has to impede his idea of freedom.

    21. Re:Bit of a hatchet job by jcr · · Score: 1

      Apple intends LLVM and Clang to make GCC cease to be a
      signal success

      The truth is, Apple no longer cares what happens to GCC. They hired Latner and supported LLVM because GCC was not meeting their needs. LLVM and LLDB make a far better tool chain to base Xcode on for many reasons, not the least of which is RMS's fanbois wanting to get all fucking political about what should be technical decisions.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    22. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      Nobody? Wrong. A lot of people care about software freedom a great deal, and they don't buy the sophistry of the tired old "it's more free if you can also make it proprietary" bs.

    23. Re:Bit of a hatchet job by exomondo · · Score: 1

      Nobody?

      Relatively speaking, yes. You're kidding yourself if you think any significant proportion of users or developers care about software freedom. It's about freeware, open source and technical merit but not free software, that's the reason we don't really have fully open source tablets, phones, PCs, laptops, smart watches, etc... Because nobody cares about that but sometimes it's useful/convenient to use open source and/or freeware and often that also happens to be free software.

      That's why RMS is getting all uppity about Clang/LLVM (in this instance and in others), that programs that are not the embodiment of free software ideals are gaining popularity because people care about open source, freeware and technical merit but not free software.

    24. Re:Bit of a hatchet job by sg_oneill · · Score: 1

      Similarly, there are university labs out there using rickety old 486s etc to run their test rigs. This because a vital sensor driver can't work on newer hardware, and the supplier has long since caved in or discontinued the product. And if they want to replace the sensor they will have to run a long list of basic experiments to make sure the old and new results line up. And that will set the lab back perhaps a year.

      Up till a couple of years ago at my fathers workplace they still had a rickety old PDP11 running some software that relayed code to a communication satelite because they couldn't get the govt to approve $80K to port it to a newer machine.

      That is until it finally died a couple of years back and it was either pay the $80K or replace a multi million dollar satelite. Of course you can add a half million dollars worth of downtime in to this too, because there was no way of talking to the satelite during development because the replacement was written AFTER the PDP shat itself not before.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    25. Re:Bit of a hatchet job by shutdown+-p+now · · Score: 1

      It's not just Apple, though. LLVM and Clang make a far better tool chain for literally everyone - from users, who get a modern standard-conformant compiler with exellent diagnostics, to compiler devs who get a codebase that can actually be understood by mere mortals, to tool devs who get a toolchain designed from ground up for embedding and extensibility.

      That's exactly why Stallman is so worried. There's literally no reason for anyone to prefer gcc over Clang in the foreseeable future, other than ideological commitment to his ideas. The rates of adoption of Clang over gcc will show just how much (or how little) of said commitment there is in practice.

    26. Re:Bit of a hatchet job by Microlith · · Score: 1

      Now it's being done in a way that is also compatible with proprietary software

      Which is why Microsoft and Apple have been aggressively pushing BSD-style licenses. The notion of end-user freedoms is obviously antithetical to the way they want to push computing, so they fight against it.

    27. Re:Bit of a hatchet job by exomondo · · Score: 1

      And the same goes for the restrictive license camp, proprietary software (and anything that enables it) is obviously antithetical to the way they want to push computing, so they fight against it.

      The result is that most people don't care about software freedom - you can pontificate about why they should but Stallman and the FSF have been doing that for 30-odd years and if anything proprietary software is more ubiquitous than ever partly due to the rise of new computing paradigms that free software has been left behind on.

    28. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      Correct.

      Note: The Google specific API's for Android are developed and maintained separately and you can *choose* to include them (or not) in your Android distribution.

      Also, LLVM was started by a Microsoft Employee before the he left for Apple, who wanted to pay him to continue working on the project (and eventually develop Swift and some ObjC improvements).

    29. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      nobody cares about free software in and of itself.

      I don't think that is correct. I think a lot of people in some way cares about free software, even if it's only for ideological reasons.
      A lot of them probably disagrees strongly with Stallmans definition of freedom.
      In fact, if you "freedom" has to be enforced by licensing it is probably doesn't have much to do with freedom to begin with.

    30. Re:Bit of a hatchet job by stooo · · Score: 1

      "Frankly the way Apple has acted since Jobs came back..."
      The prophet came back to earth ???

      "Frankly the way Apple has acted since Jesus came back..."
      Corrected that for you.

      --
      aaaaaaa
    31. Re:Bit of a hatchet job by stooo · · Score: 1

      >> BSD doesn't force anything on you, but it DOES give you the FREEDOM to release closed source binary distributions

      Yep, shure. But that is clearly contra-productive for the whole community, and also for the poor users of your software. it benefits only to you.

      --
      aaaaaaa
    32. Re:Bit of a hatchet job by Goaway · · Score: 1

      Yep, shure. But that is clearly contra-productive for the whole community

      Nothing clear about it whatsoever. It means people can actually make a profit, which means they will actually put in the effort to make things that community will benefit from.

      And no, with a few notable but very specific exceptions, you can't really make money off GPL'd software.

    33. Re:Bit of a hatchet job by Darinbob · · Score: 1

      There's some truth there, Apple is heavy handed in screwing up GCC. The file called "gcc" in Mac OS X is not actually gcc, it's just a front end that supports the same options for backwards compatibility. The result is that this screws up a lot of things, such as code with inline assembler, and gives the naive user of "gcc" on OS X the wrong impression that GCC is buggy or unstable. Apple screws up a lot of things here, they're singularly focused on making the Mac a dev environment for iOS only, and each new release brings a new set of problems with their tools. Seriously, they left out stdarg.h, which is a part GCC and a part of the C standard, it's crazy and OS X is seriously diminished as a unix development environment.

    34. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      To me this is a completely pointless debate. Code built on either platform can be closed source. Code using either compiled binary can be closed source.

      https://www.gnu.org/licenses/gcc-exception.html

      So any company could write a C++ IDE that is completely closed source and use GDB and GCC as the back end by simply executing command-line functions to kick off compilation and no one would ever gain more or less freedom then if they used LLVM. In fact Apple has used both for xcode. Maybe the rest of the software is concerned about language extensions to existing code bases while leveraging some portion of the existing code base. I guess that is a legit fear, but historically companies just go off and make there own closed source parser/compiler and GCC has never succeeded in making the 100s of failed Micrsooft languages more open source. However, LLVM sure has succeed in getting funding from Apple and Google to keep maintaining a BSD licensed compiler so IMO its winning and easier for me to utilize when I play with my own language extensions.

    35. Re:Bit of a hatchet job by BasilBrush · · Score: 1

      You either don't know LLVM or you don't know Android. They are not the same.

      LLVM was a postgrad student project, and remains an open project, that anyone can contribute to http://llvm.org./

      Android was a commercial product bought be Google, and they occasionally offer source copies of parts of the project.

    36. Re:Bit of a hatchet job by BasilBrush · · Score: 1

      But that is clearly contra-productive for the whole community,

      What community? Virtually no one wants to be part of RMS's community. They just want to use software. That's what the GPL is dying.

      and also for the poor users of your software.

      What did the users do to deserve access to my source code by right?

      it benefits only to you.

      Bullshit. 99.999% of people only ever want executables. They wouldn't know what to do with source if you gift-wrapped it for them. The only people who MIGHT want my source are other developers. And I choose if they get it not RMS.

    37. Re:Bit of a hatchet job by Anonymous Coward · · Score: 0

      Translation - our refusal to make gcc work for 3rd party products, and our declaring war on 3rd parties with the GPLv3 has backfired on us and the community is leaving us for LLVM.

      Really, at this point gcc only exists as long as Red Hat is willing to put siginficant resources into it, and if I was a Red Hat shareholder I would be wondering why the CEO was wasting money propping up a dying compiler when they could get significantly more value for money by joining in with LLVM.

    38. Re:Bit of a hatchet job by MouseTheLuckyDog · · Score: 1

      You either don't know LLVM or you don't know Android.

      Well obviously you either don't know these projects as well as you do or you are willing to lie about them.

      They are not the same.

      Obviously they are not Android is an Operating system and LLVM is a set of compiler tools. The point of analogies is to compare similar things that are different. Analogies comparing the same thing really don't work. For example, if doesn't make sense to draw an analogy between the digestive system of a Guernsey cow and the digestive system of a Guernsey cow does it?

      LLVM was a postgrad student project,

      A student whose name is Chris Lattner. Who has been the project maintainer his whole life. Who went to work for Apple to bring the code up to snuff and created a team there to maintain it.

      and remains an open project, that anyone can contribute to http://llvm.org./

      Android was a commercial product bought by Google

      and whose core was open sourced. It's called AOSP. and like LLVM anyone can contribute to it.

    39. Re:Bit of a hatchet job by BasilBrush · · Score: 1

      Obviously they are not Android is an Operating system and LLVM is a set of compiler tools. The point of analogies is to compare similar things that are different. Analogies comparing the same thing really don't work. For example, if doesn't make sense to draw an analogy between the digestive system of a Guernsey cow and the digestive system of a Guernsey cow does it?

      Well that was pointless verbiage, when the point was they are not the same in the direction you are trying to make an argument.

      A student whose name is Chris Lattner. Who has been the project maintainer his whole life. Who went to work for Apple to bring the code up to snuff and created a team there to maintain it.

      Companies employing people to continue their open source projects is supposed to be a good thing to the "open source community" remember? That doesn't change just because you dislike the company. And it certainly doesn't mean Apple own the project, and more than Red Hat owns Linux. Either now when they employ lots of people working on Linux, or back when they employed Linus Torvalds.

      and whose core was open sourced. It's called AOSP. and like LLVM anyone can contribute to it.

      Wrong. Google drops their version of AOSP when they release a new version of Android. You can only change it after that. (and add all the bits that are needed to make it actually work.) It's a one way flow. You can't put your changes back into Android. That's why CyanogenMod exists.

    40. Re:Bit of a hatchet job by jcr · · Score: 1

      There's literally no reason for anyone to prefer gcc over Clang in the foreseeable future, other than ideological commitment to his ideas.

      That's not quite true. GCC still supports many more CPUs than LLVM ever will.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    41. Re:Bit of a hatchet job by shutdown+-p+now · · Score: 1

      Yes, you're right. So let me adjust that - "there's literally no reason for anyone on a mainstream platform". Which is like 99% of everyone. Either way, the end result will be the same - LLVM/Clang will take over and become a de facto standard.

      By the way, here's a fun fact... Visual Studio 2015 is going to ship with support for building Android apps, including native code - and guess which toolchain it is using for that?

    42. Re:Bit of a hatchet job by jcr · · Score: 1

      I wouldn't know. I've never had any interest in VS or Android.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    43. Re:Bit of a hatchet job by shutdown+-p+now · · Score: 1

      That was a rhetorical question :) it's LLVM, of course. Clang to compile, LLDB to remotely debug.

      So far as I know, the standard (i.e. Google's) Android toolchain heretofore has used gcc. Now there will be a fair influx of developers coming from mostly MS stack, and so used to VS, but targeting Android for its marketshare - and they will not be exposed to gcc in any way, shape or form.

      Which is precisely the kind of thing that bugs RMS. Once gcc is only used by a few people forced to write for exotic platforms (and honestly, how many are still there? my impression has been that everything is unifying around Intel and ARM, across levels), and for the rest it's just a history footnote, what would FSF boast of as its achievement, to draw attention to their message?

  10. Re:BSD is more threatening than proprietary by Richard_at_work · · Score: 3, Insightful

    Some of us prefer others to voluntarily give back rather than be forced to.

  11. This Stephan Monnier guy by 93+Escort+Wagon · · Score: 4, Funny

    Take your time. But whatever you find out is irrelevant to whether or not the Emacs maintainer will accept LLVM support into gud.el, at least as long as I'm the maintainer.

    I think I like him.

    --
    #DeleteChrome
    1. Re:This Stephan Monnier guy by Aighearach · · Score: 1

      That is the true value of what RMS gave us, both with the GPL generally, and Emacs specifically. His gifts keep on giving, not even he could stop them. That is the Freedom that RMS imbued into Emacs, and supported by handing maintenance over to somebody else when the time came.

      People have the right to disagree with RMS about Emacs precisely because of RMS's views and past involvement.

      Personally, I think Free Software being "Open Source" with a permissive-enough license is what caused us to become Free of the shackles of proprietary software that used to hold everything down. Obviously that makes me a bit of a heretic from the RMS perspective. But it was the software movement, the extremists who were willing to do the work to write editors, compilers, a complete toolchain, that made all the later work possible. Once the whole toolchain was there, it was probably inevitable that pragmatists like Linus would launch open source to a new height. But they would have been unlikely to create the toolchain that made it possible in the first place.

      Personally I think "embrace and extend" has made a major comeback, but now it is largely being done by GPL'd software. Instead of "embrace, extend, extinguish" we have, "patch, become maintainer, throw everything out and force a new paradigm." This is, IMO, the real thing that is threatening Software Freedom today.

    2. Re:This Stephan Monnier guy by Phillip2 · · Score: 3, Informative

      "Stefan"

    3. Re:This Stephan Monnier guy by 93+Escort+Wagon · · Score: 1

      Whoops - thanks for the correction. I was so concerned about getting his surname correct... and then I go and misspell his first name!

      --
      #DeleteChrome
    4. Re:This Stephan Monnier guy by Anonymous Coward · · Score: 0

      He's stated before that he's tired of being maintainer. He's just setting up a departure scenario that would make RMS look bad. I am not saying that it wouldn't work. I don't like this kind of gambling.

  12. The people who say that GNU gives devs freedom by Cafe+Alpha · · Score: 1

    miss developers who've said that GCC has been made deliberately harder to understand than clang... Something about wanting to keep the wrong sort of developers out. Freedom to obfuscate your code isn't really freedom of information either.

    1. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      Something about wanting to keep the wrong sort of developers out.

      Naturally: citation or you're just spewing more GPL FUD.

      --
      "I don't know, therefore Aliens" Wafflebox1
    2. Re:The people who say that GNU gives devs freedom by Anonymous Coward · · Score: 1

      Currently, if you want c++ autocompletion in emacs, it uses on libclang. That offends RMS, so he wants it to use gcc instead. But he doesn't want gcc to actually be useable for autocompletion because evil people could then use gcc for autocompletion. Nevermind that it's much easier to just use libclang, like many GPL projects currently do.

    3. Re:The people who say that GNU gives devs freedom by Cafe+Alpha · · Score: 1

      Citation = "I read it some time"

      I googled a little, if I'd found the link I would have included it.

      Lets face it though, LLVM started as an educational project, for years people complained that it was too pedagogical (and too fancy) to ever run quickly.

      GCC isn't so nicely documented.

    4. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      IOW, you're spewing anti-GPL FUD.

      --
      "I don't know, therefore Aliens" Wafflebox1
    5. Re:The people who say that GNU gives devs freedom by yokljo · · Score: 1

      http://gcc.gnu.org/ml/gcc/2005-01/msg00008.html
      There you go. Purposely making worse software is not how you make friends.

    6. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      Purposely making worse software is not how you make friends.

      Whether or not it is a good/wise idea, I can not judge.

      However, only by FUD-mongers and the irrational can "prevent any parts of it from being used together with non-free software" be interpreted as "Purposely making worse software".

      --
      "I don't know, therefore Aliens" Wafflebox1
    7. Re:The people who say that GNU gives devs freedom by Anonymous Coward · · Score: 0

      Is that what is happening here? Thanks for the clear summary.

    8. Re:The people who say that GNU gives devs freedom by Anonymous Coward · · Score: 0

      And when Stallman and the FSF spews FUD against proprietary software, where are you? Exactly, you hypocritical bitch.

    9. Re:The people who say that GNU gives devs freedom by Anonymous Coward · · Score: 0

      Actually LLVM is just as poorly documented. It is worse in some cases too. What LLVM brings is just fresh code base. Also the code base is a mess when it comes to organization. Yes GCC is not good but LLVM is worse. Putting includes and source not in the same directory is bad to form in my mind as you usually have to go between them quite a bit.

    10. Re:The people who say that GNU gives devs freedom by Cafe+Alpha · · Score: 1

      Nonsense. He's taking useful features out for fear that the software will be so useful that people will use it without complying with the license. Only a fanatic would not call that "making software worse"

    11. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      He's taking useful features out ... Only a fanatic would not call that "making software worse"

      Ah, but that's not what you wrote in http://developers.slashdot.org/comments.pl?sid=6934855&cid=49012347.
      Let me refresh your memory, FUD-monger: developers who've said that GCC has been made deliberately harder to understand than clang... Something about wanting to keep the wrong sort of developers out. Freedom to obfuscate your code isn't really freedom of information either.

      "Taking useful features out" may -- or may not -- be foolish and unwise, but it does not obfuscate the code, nor make it harder to understand.

      --
      "I don't know, therefore Aliens" Wafflebox1
    12. Re:The people who say that GNU gives devs freedom by Cafe+Alpha · · Score: 1

      Yep this shows a similar attitude but isn't what I originally wrote about. More than one thing has happened in the history of the world, but your brain can't handle the concept of two.

    13. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      Then in http://developers.slashdot.org/comments.pl?sid=6934855&cid=49015413 you should have mentioned that.

      Changing the tune in the middle of the dance is a common debating tactic for the stupid and the losing.

      --
      "I don't know, therefore Aliens" Wafflebox1
    14. Re:The people who say that GNU gives devs freedom by meta-monkey · · Score: 1

      No, Cafe Alpha is right. RMS was worried about a closed debugger being built on top of GCC, so they deliberately made the debugging output require hooks inside GCC. That way, you couldn't make a debugger without essentially compiling parts of it inside GCC, thereby making it "infected" with the viral bits of the GPL.

      Because of these restrictions, Apple went with LLVM and Clang, and Apple's (and others') contributions to Clang and LLVM have made them a superior development system than GCC. Instead of making GCC as feature-full and interoperable as possible, they deliberately hobbled it to, as Cafe Alpha said "keep the wrong sorts of developers out." And now, everything we built with GCC is using less advanced compiler technology than we could have had if it weren't for RMS's paranoia.

      I am a GPL advocate and appreciate all of RMS's leadership and contributions. But, in this case, the pooch was screwed. Imagine how much better GCC would be now with Apple's contributions?

      --
      We don't have a state-run media we have a media-run state.
    15. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      so they deliberately made the debugging output require hooks inside GCC

      While I agree that what RMS did was probably unwise (this is the third time I written it), Cafe Alpha said, "(make it) deliberately harder to understand than clang" and "obfuscate (the) code".

      I do not see where deliberately hooking debuggers to gcc does what CA claims it does.

      --
      "I don't know, therefore Aliens" Wafflebox1
    16. Re:The people who say that GNU gives devs freedom by meta-monkey · · Score: 1

      I wish I could think of the right terms to google for the stories I've read about the situation. Hard to find in the piles of results that are just about debugging GCC.

      But yes, they intentionally obfuscated the debugging code from GCC to make it hard to understand without GDB. It was a poor choice, and drove development to other systems which play nice with non-GPLed environments. RMS's comments here are in the same spirit. "We could easily add this feature, but since it might help something that isn't GPLed, we will intentionally leave it out."

      I don't expect you to take the word of some guy on slashdot, but I guess just keep it in the back of your mind and if you ever come across an article about the history of GCC debugging development, scan it for this information.

      --
      We don't have a state-run media we have a media-run state.
    17. Re:The people who say that GNU gives devs freedom by Nutria · · Score: 1

      I wish I could think of the right terms to google for the stories I've read about the situation. Hard to find in the piles of results that are just about debugging GCC.

      :)

      Indexing all human knowledge is great and all, but often worthless when natural language is so ambiguous and overlapping.

      I guess just keep it in the back of your mind and if you ever come across an article about the history of GCC debugging development, scan it for this information.

      Will do.

      --
      "I don't know, therefore Aliens" Wafflebox1
  13. Re: BSD is more threatening than proprietary by Billly+Gates · · Score: 1

    How?

    It is open source? You can do whatever you wish. If you want to include it then you can. You want to contribute? You can as well.

    Many gnu folks mod me down or get mad when I point out that just linking gun code means I can't use it at work. It is viral as the gpl is very strict and anti freedom. Most say just don't steal my work? I am just saying even linking is forbidden so WTF?

    Yes that is less free than BSD where people do as they wish.

  14. The erosion of source sharing obligation by pikine · · Score: 2

    The most important tenet of GNU General Public License is that anyone who distributes a derived program is obligated to reciprocate by sharing the modified source. This is the "freedom" when RMS talks about "free software." Many other open source licenses such as BSD, MIT, and Apache concern more about attribution and no reciprocation, which more and more people seem to embrace instead. Many companies have a policy to use GPL code only in very specific cases and strongly forbids Affero GPL. If you are the author of some open source project and you want more people to use your code and make you famous, you'd care more about attribution and less about reciprocation. That's where GPL is losing ground.

    I think RMS underestimates that many people are more than willing to exchange someone else's freedom for one's own fame. And famous projects tend to attract more contributors. I think RMS also overestimates that the proprietary code written by some company are worth contributing back to open source while most of them are garbage. Once he realizes his misunderstanding of people's motivation, he'd become less coercive.

    --
    I once had a signature.
    1. Re:The erosion of source sharing obligation by drinkypoo · · Score: 1

      The most important tenet of GNU General Public License is that anyone who distributes a derived program is obligated to reciprocate by sharing the modified source.

      Right, but the results of a successful battle on interoperability can only be the death of the free software movement, because you're not going to eliminate the commercial software movement without eliminating capitalism and that ain't going to happen any time soon. Even all the peoples who claim to be commies are capitalists, whether the rank-and-file is aware or not. Just follow the money! It doesn't flow to all pockets equally.

      Interoperability is a central tenet even in our capitalist world, and even the hated DMCA explicitly protects reverse engineering for this purpose. Support for a third party compiler is clearly an issue of interoperability.

      Given that the GPL is meant to address derived programs, it seems reasonable that whatever lisp files (or whatever, I know bugger-all about EMACS and intend to keep it that way) are needed to make the compatibility happen should be GPL'd, because they are useless without EMACS. But LLVM isn't dependent on EMACS, so it's not a part of EMACS. It doesn't seem like there is really a valid argument against a project to integrate a non-GNU compiler.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:The erosion of source sharing obligation by Anonymous Coward · · Score: 0

      Posting anonymously not to blow previous moderations.

      Most people talking here develop on Intel or ARM CPUs, and there LLVM is not a danger: the mainline will support those architectures openly forever. But the situation can be very different for less known embedded architectures: low footprint micro-controllers, DSPs... Here GCC has become mainstream, and the CPU IP vendors have to provide to the developers the toolchain sources. So you can debug it yourself if needed, or make changes as needed. And remove stupid restrictions (I've seen a vendor adding a license check on their GCC... So you couldn't use it on a laptop on the road in practice. Recompiling your toolchain fixed this).

      Some of these vendors are fine with the GPLv3 and should stay on GCC for a while. Others are stuck on GCC 4.2, the last GPLv2 version. Those will move to LLVM at some point. What is the likelihood they'll share the source code of their toolchain then, with their own IP included for their specific back-end? Considering how reluctantly some of them provide access to their GCC toolchain source code, I'm not optimistic. And their archs are not mainstream enough to attract 3rd party open support. So I expect a return to locked-in toolchains as in old times, before GCC came, for a lot of embedded DSPs or CPU cores. We'll see within a couple years...

    3. Re:The erosion of source sharing obligation by david_thornley · · Score: 1

      Communism isn't capitalism. (It doesn't work as well as a general basis for an economic system, either.) Proprietary (a more exact word than "commercial" here) software depends on the desire to make money, which really doesn't apply in final-stage Marxist Communism (which seems like an excellent setup for some other form of intelligent life, but not humans). Therefore, Communism doesn't favor proprietary software, and capitalism does. Communists aren't capitalists.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    4. Re:The erosion of source sharing obligation by Anonymous Coward · · Score: 0

      I basically believe the GPL "concept", that the source must remain free, is the best of the options, and to a certain extent the success of Linux is proof that the GPLv2 worked because private companies were willing to contribute.

      But I gave up on the GPL with v3, and its restrictions that went beyond keeping the software free, and the community has shown that I am not alone in having issues with GPLv3.

      If the FSF was concerned about having hardware to run their software on, then they should have developed free hardware instead of shooting themselves in the foot with v3.

  15. Typical RMS Strategy by Sigvatr · · Score: 1, Troll

    This actually is in perfect alignment with RMS's life work, which is to hinder the efforts of people he doesn't like. He is a vengeful, awful person. He has made some important software but those days are long behind him, today he does nothing but hurt other people.

    1. Re:Typical RMS Strategy by david_thornley · · Score: 1

      Would you care to share an example of when RMS actually hindered people? I'm not counting insults as hindering, or providing a product that isn't as good as it could be.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  16. It's a cultural problem by Anonymous Coward · · Score: 0

    It's always been a cultural problem. People don't want Freedom. People want Money. Life is a game, and people use Money to keep score. RMS is that loser who values good sportsmanship over final score, it's a losing strategy, and he's losing.

    1. Re:It's a cultural problem by Cafe+Alpha · · Score: 1, Troll

      Uhm you miss that people actually need money to survive. RMS never cared about regular people. He could have come up with a system that was capable of working for regular folks who need to work for a living if he did care.

    2. Re:It's a cultural problem by Richard_at_work · · Score: 1

      The head of the church never cares about its members so long as he's ok.

    3. Re:It's a cultural problem by Anonymous Coward · · Score: 0

      Dat's OK, brotha, now we gotta hustla up in the white house he gonna give yo some sereius bread, homey. You don needa work! Bama gonna tak care of yu.

    4. Re:It's a cultural problem by salesgeek · · Score: 1

      Freedom and money are two sides of the same coin. Freedom is useless without the financial means to enjoy it. Likewise, money is useless without the freedom to use it as you see fit.

      --
      -- $G
    5. Re:It's a cultural problem by salesgeek · · Score: 1

      How many people have made a living in some way off of GPL'd software? It's a much larger number than you think.

      --
      -- $G
  17. If only.. by Anonymous Coward · · Score: 1

    he was that paranoid about systemd.

    1. Re:If only.. by Anonymous Coward · · Score: 0

      One can only wish. But perhaps next week, when systemd has assimilated emacs the situation changes.

  18. Re:BSD is more threatening than proprietary by Dagger2 · · Score: 5, Informative

    Well, it is, but it does sod all to protect that openness, so BSDed software often ends up less open by the time you actually get a copy of it.

    The only stuff the GPL doesn't let you do is remove other people's freedom. That should never be a problem unless you were planning to do that in the first place.

  19. To be more fair by Cafe+Alpha · · Score: 1

    we needed free software. GNU got it off the ground and protected it long enough. Now we can have more freedom that that. We can have LLVM instead of GCC etc etc.

    1. Re:To be more fair by Anonymous Coward · · Score: 1

      free and open source software existed long before GNU.

    2. Re:To be more fair by Billly+Gates · · Score: 1

      we needed free software. GNU got it off the ground and protected it long enough. Now we can have more freedom that that. We can have LLVM instead of GCC etc etc.

      Not really.

      BSD got it off the ground 1st with the Net/2 tapes of the early internet. If it were not for the 1993 lawsuit by AT&T we would be using FreeBSD probably. Xorg is not GNU. Apache is not GNU. Samba is not GNU. Gnu just remade all the BSD utilities. True there were crappy to non existent compilers for i386 in those days as Unix was for RISC and exotic architectures which is the opposite of today in terms of support.

      GNU was considered superior due to the low quality and feature sets of alternatives in the late 1990s here on Slashdot with the exception of Solaris perhaps. Not true anymore as Windows just sucked due to back supported an OS for crippled early 1980s hobbyist micro computer hardware.

      I do love free software and was attracted to the abundance of stuff in Linux in 1999. But times do change.

  20. Fragmenting Open Source by murdocj · · Score: 4, Funny

    Ah, Open Source infighting: "We're not the People's Judean Front! We're the Popular Front for Judea. The People's Front is over there".

    1. Re:Fragmenting Open Source by Strider- · · Score: 1

      SPLITTER!

      --
      ...si hoc legere nimium eruditionis habes...
  21. The issue isn't sharing vs fame by Cafe+Alpha · · Score: 3, Informative

    the issue is, can people make money selling software? You know, contributing to their own survival and success. Both for individuals and companies. RMS doesn't care about that.

    1. Re:The issue isn't sharing vs fame by Anonymous Coward · · Score: 1

      Stallman's stated goal has always been to drive the market value of software down to zero. You can still sell software, and you can still make money, but it won't be a lot of money because everyone can undercut your price. If you want a lot of money, do something else. Why not join the military and have a successful career getting paid to kill people. It's the trendy thing to do, and you'll be contributing to the continued survival of the glorious government that prints your money.

    2. Re:The issue isn't sharing vs fame by pikine · · Score: 2

      Software itself isn't valuable. The value is what the software allows you to accomplish compared to those without this software could. If you look at it this way, the real value is in the person who knows how to develop software that works and fulfills a purpose. The software itself is just a byproduct.

      Open source software projects can grow out of an arrangement where a developer worked as a consultant to solve a customer's problem. Some examples are Paul Vixie of ISC BIND and cron fame, Poul-Henning Kamp of Varnish fame, and many others.

      The key to a software engineer's survival is not about making money selling software. It's about solving a problem to make money.

      --
      I once had a signature.
    3. Re:The issue isn't sharing vs fame by Anonymous Coward · · Score: 0

      The the just shy of 40 million in my personal bank accounts, from selling software, for a problem dozens if not hundreds of other software developers have already sold before for over a decade, says otherwise...

      Must be nice living in your naive little fantasy land there.

    4. Re:The issue isn't sharing vs fame by pikine · · Score: 1

      You are still solving a problem, just that you happen to have found an efficient way to do so. You just don't realize it. There is no way you could have made that much money without understanding this. Are you sure we're not talking about monopoly money that you have?

      --
      I once had a signature.
    5. Re:The issue isn't sharing vs fame by vakuona · · Score: 1

      Software itself isn't valuable. The value is what the software allows you to accomplish compared to those without this software could. If you look at it this way, the real value is in the person who knows how to develop software that works and fulfills a purpose. The software itself is just a byproduct.

      Open source software projects can grow out of an arrangement where a developer worked as a consultant to solve a customer's problem. Some examples are Paul Vixie of ISC BIND and cron fame, Poul-Henning Kamp of Varnish fame, and many others.

      The key to a software engineer's survival is not about making money selling software. It's about solving a problem to make money.

      That is a ridiculous post which betrays a lack of understanding of basic economics. The valuation of Microsoft is proof positive that software has value. Basically, software (at least) has a market value as the revenue that Microsoft makes off Windows and Office attests to.

      There is a difference between value and price. If you believe that the price of software is supposed to be zero, that is OK, but even if that were true, and software had zero cost, software would still have a non-zero value.

      Basically, ask yourself how much you would pay to get a piece of software that you depend on today if you had woken up to find that the only way you could still use it (or any acceptable alternative, or better yet, if there was no acceptable alternative) was to pay for it. That would be the value of the software to you.

      If software truly had no value, then no one would pay for it, no one would pay anyone to write or modify it, and software programming would not be a viable occupation. No one pays someone to produce something of no value! Google wouldn't pay programmers to produce web crawling software, and other database software to produce something of no value.

      No one ever says, "Truck wheels are not valuable. The only value is what truck wheels allow you to accomplish compared to truckers without truck wheels".

    6. Re:The issue isn't sharing vs fame by pikine · · Score: 1

      You ought to consider my proposition more carefully before you dismiss it as ridiculous. Your point of view comes entirely consumer minded and you don't seem to understand software development, so let a professional enlighten you.

      May I sell you a copy of MS-DOS 2.0 for $40 today? Other than the fact you might be a sentimentalist, nobody is going to buy it in present time. But if you had told people that MS-DOS 2.0 had no value back in 1983, people would think you're crazy.

      However, some form of DOS is still useful today as part of an embedded real-time control system. But is everyone going to buy it? Not by a long shot. Is Microsoft making any money selling MS-DOS today? I seriously doubt it.

      Basically, ask yourself how much you would pay to get a piece of software that you depend on today if you had woken up to find that the only way you could still use it (or any acceptable alternative, or better yet, if there was no acceptable alternative) was to pay for it. That would be the value of the software to you.

      No, this is not the value of the software. This reflects only the market pricing mechanism. A consumer would find the next lowest priced software. It might be yet another free alternative, or it could be non-free but bundled with a paid operating system. If the next lowest priced alternative turns out to be unaffordable, I might choose not to buy it.

      Your mistake is you conflate value with pricing.

      On the other hand, there is plenty of free software that has no value to me. I won't use it even if you pay me to. GNOME desktop is a prime example. I have also spent several hundred dollars on commercial video editing software because the free ones are essentially garbage.

      I find that emacs has value to me not because all software has an intrinsic value as you suggested, but because it solves a problem that I have, namely to edit plain text files. None of my "normal" (non-programming) friends would find emacs valuable at all. Even some coworkers don't use emacs and use this abomination called eclipse.

      Software has no intrinsic value. The value is derived from what the software can do for me.

      --
      I once had a signature.
    7. Re:The issue isn't sharing vs fame by vakuona · · Score: 1

      However, some form of DOS is still useful today as part of an embedded real-time control system. But is everyone going to buy it? Not by a long shot. Is Microsoft making any money selling MS-DOS today? I seriously doubt it.

      Value is linked to usefulness. DOS would have been useful to some computer use 30 years ago but no today, because it won't let the average computer user do what they would really most like to do, which is surf the internet, update Facebook and check emails. So yes, most users wouldn't find DOS valuable today, but that would have been different 30 years ago.

      No, this is not the value of the software. This reflects only the market pricing mechanism. A consumer would find the next lowest priced software. It might be yet another free alternative, or it could be non-free but bundled with a paid operating system. If the next lowest priced alternative turns out to be unaffordable, I might choose not to buy it.

      You are just describing the opportunity cost, which is a different beast. The opportunity cost just tells you how much more utility you get out of buying one rather than the other. And that is entirely consistent with my post. For example, if there are two pieces of software which have almost the same functionality, I might value them differently. Maybe I value software X at $250 and software Y at $200. Let's assume both are priced at $100. I would obviously buy X, because it is worth more to me. If the price of Y was dropped to $90, I would still buy X, because my gain from buying X for $100 is more (at $150) than the gain I would get from buying Y (now $110). (This is incidentally why dropping prices doesn't always work.) If however, the price of software Y were dropped to $40, then I would gain $160 from buying it compared to $150 from buying X. So I would then buy Y instead. This is simplistic, but that is what economics is about.

      This is also why people will still buy Microsoft Office rather than download OpenOffice.org. The additional value they get from MS Office is still greater than the value of OpenOffice.org (which is entirely free). This isn't to say that they are valuing either MS Office or OpenOffice.org correctly, just that this is how value and price interacts.

      The value of anything to anyone absolutely is the amount you would pay for it, and that is not equal to the market price.

      The market price is just the point at which the supplier and the market meet in the middle, which isn't necessarily equal to the value everyone who ends up buying the software values it at. In economics terms, the whole demand curve (or line) tells you how much different people value a good. If I think the value of a copy of Windows is $30, and Microsoft will only sell it for $100, then I will not buy it. If I believe it is worth $500, and Microsoft is willing to sell it to me for $100, then I would buy it. I would still buy it if it cost $200, or $300 or $400 or $500, but not at $600. That is basic economics.

      Read up on the consumer surplus http://en.wikipedia.org/wiki/E... to understand the difference between the price that people buy a product at, and the value they get from it.

      Incidentally, this is why the paradox of the value of water and diamonds isn't really a paradox at all. of course water is more valuable, but it is also more abundant and supplied at a lower price (or free even). However, its price is not equal to its value.

    8. Re:The issue isn't sharing vs fame by david_thornley · · Score: 1

      There are more ways to make money in software than selling it. Most developers work for companies that don't sell software. They tend to be less visible since you and I don't use anything they had a hand in. Arguably, if distributed software would all be Free, there'd be even more demand for developers to adapt software for internal use. My wife earned her living for a long time in Peoplesoft support. Peoplesoft isn't free software, but it has frameworks for customer programming. RMS doesn't worry about killing the ability to sell software for lots of profit because he figures programmers can always get other jobs.

      This argument does depend on current realities (which may have changed some) rather than the nature of software development, but it's still reasonable.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    9. Re:The issue isn't sharing vs fame by vakuona · · Score: 1

      Software has no intrinsic value. The value is derived from what the software can do for me.

      And one could argue that money has no intrinsic value. The value is derived from what money can do for me.

      Of course it's true, but completely missed the point. In fact, you can say that about anything that has value to anyone.

      A really good example is oil. If combustion engines had not been invented, and other uses of oil had not been developed, then oil would be nigh on worthless. so oil doesn't have any intrinsic value either. And neither does just about anything really.

    10. Re:The issue isn't sharing vs fame by pikine · · Score: 1

      tl;dr but I think you are actually beginning to make yourself agree to my point, namely the value is what I can do with the software, not the price the software is marketed to me. Software itself has no value. It's what I can do with it that has value.

      --
      I once had a signature.
    11. Re:The issue isn't sharing vs fame by vakuona · · Score: 1

      No, I am not agreeing. I am saying that there is no such thing as intrinsic value (from an economics perspective), so any argument that software is special in not having intrinsic value is meaningless.

    12. Re:The issue isn't sharing vs fame by Anonymous Coward · · Score: 0

      Re: "Software itself isn't valuable."

      Your comment works as process, and also as a statement of freedom by a FOSS fan. It does not work everywhere else. There is an entire sector of the economy call the 'software industry' and you can bet they consider their software valuable. One reason for this is that software companies can have clear ownership of a software product and the theoretical lifespan of such a product is indefinite. The commercial lifespan being a different metric.

      Your model software engineer is only temporarily bound to the company. That's a big part of the reason why software companies don't like to consider that "Software itself isn't valuable." If that's true then the only value is in the employees and the employees can leave at any time.

      I'm not trying to start a religious war here. This is just a statement of reality concerning what companies find to be in their interests.

  22. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Then GPL is by definition Not free. BSD is about no restriction and being open and free. you can do both good and bad with that. GPL is about removing rights and freedoms and dictating what you can and can't do. calling GPL free is a joke as it is anything but free.

  23. Re: BSD is more threatening than proprietary by Aighearach · · Score: 1

    That makes no sense, because most open source is written by... paid professionals... making market rates. That is true of GPL code, BSD code, Apache code, whatever.

    You probably just don't understand the markets you're talking about. I doubt you would make that big a un-truth on purpose.

    Maybe you can't use GPL code at work. Others are required to use GPL code at work, unless it was written in-house. Others aren't allowed to use any open source at all. Some can use proprietary compilers and workflows, some cannot.

    You can't "steal" somebody's work if you use it according to the license. That is true of all the licenses, and all the licenses are used (primarily!!!!) by commercial interests.

  24. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    yep GPL is the communist approach to freedom, do as we say or else and as long as you are acting within the confines of its barbed wire fence you are fine and free to do as you will. Personally to me it is like the crackdown on terror, people are trading freedom in exchange for protection from a few.

  25. It's time to update RMS's firmware. by Kremmy · · Score: 1

    Richard Stallman needs to be brought up to spec on what computers are capable of. He's still living in a world where he doesn't experience even a small fraction of what technology has allowed. If we don't update his firmware soon, he's likely to become completely irrelevant within the decade. Unfortunately, I'm beginning to feel that decade may have already passed.

    1. Re: It's time to update RMS's firmware. by Billly+Gates · · Score: 1

      He hasn't even been on the world wide Web yet because Xorg and any browser is not free enough. Never used a cell phone either etc.

      In 2001 here there was a common belief on slashdot proprietary software would always be inferior and desktops would all be gnu by now. He still believes this.

    2. Re: It's time to update RMS's firmware. by Phillip2 · · Score: 1

      RMS never believed this. What he believed is that proprietary desktops would always be less free than Gnu. He's right about this.

      I think he is wrong about gud.el, though.

    3. Re: It's time to update RMS's firmware. by Anonymous Coward · · Score: 0

      Depends on your definition of "free"....

      I disagree with Stallman's definition of "free" since his places restrictions on what you can or can't do with the Software.

      In my mind that isn't "free".

      It's a subjective argument and will mean different things to different people. Personally, I consider the BSD License and it's ilk to be the most "free" because the developer using the library has greater freedom in how they can use it. This is "freedom" from the perspective of the Developer using the software in a project, since it doesn't have any strings attached.

      Stallman's definition tends to be from the end user perspective, but he assumes most users will be interested in and care about being able to modify the software. The markets over the last few decades have shown us that isn't the case. A very small subset care, but the majority of end users (ie: consumers) just want their shit to work with minimum fuss (ie: they don't *want* to have to update and recompile some source code in order to get their Phone to talk with their TV).

    4. Re:It's time to update RMS's firmware. by CronoCloud · · Score: 1

      Richard Stallman needs to be brought up to spec on what computers are capable of. He's still living in a world where he doesn't experience even a small fraction of what technology has allowed.

      I've said it before and I'll say it again.

      RMS is irrelevant because his opinions are formed by how he computers, and he computes like it was 1964.

      He lives in EMACS, which is based on the computing paradigms of TECO. In fact, emacs was originally TECO macros. I believe that this means he doesn't really get how computing has changed and he doesn't really get how the masses do computing, and that his views take away options from users without giving them any in return.

    5. Re: It's time to update RMS's firmware. by CronoCloud · · Score: 1

      He hasn't even been on the world wide Web yet because Xorg and any browser is not free enough.

      That's not quite accurate:

      From: https://stallman.org/stallman-...

      I generally do not connect to web sites from my own machine, aside from a few sites I have some special relationship with. I fetch web pages from other sites by sending mail to a program (see git://git.gnu.org/womb/hacks.git) that fetches them, much like wget, and then mails them back to me. Then I look at them using a web browser, unless it is easy to see the text in the HTML page directly. I usually try lynx first, then a graphical browser if the page needs it (but I make sure I have no net connection, so that it won't fetch anything else).

      Never used a cell phone either etc.

      That's also not quite accurate. From https://stallman.org/rms-lifes...

      Cellular Phones

              I see that cellular phones are very convenient. I would have got one, if not for certain reprehensible things about them.

              Cell phones are tracking and surveillance devices. They all enable the phone system to record where the user goes, and many (perhaps all) can be remotely converted into listening devices.

              In addition, most of them are computers with nonfree software installed. Even if they don't allow the user to replace the software, someone else can replace it remotely. Since the software can be changed, we cannot regard it as equivalent to a circuit. A machine that allows installation of software is a computer, and computers should run free software.

              Nearly every cell phone has a universal back door that allows remote conversion into a listening device. (See Murder in Samarkand, by Craig Murray, for an example.) This is as nasty as a device can get.

              From the book Alone Together, by Sherry Turkle, I learned that portable phones make many people's lives oppressive, because they feel compelled to spend all day receiving and responding to text messages which interrupt everything else. Perhaps my decision to reject this convenience for its deep injustice has turned out best in terms of convenience as well.

              When I need to call someone, I ask someone nearby to let me make a call. If I use someone else's cell phone, that doesn't give Big Brother any information about me.

    6. Re: It's time to update RMS's firmware. by Anonymous Coward · · Score: 0

      WRONTORNOGNOWRONGONOWRGONG

      He just won't install those things on his own devices

  26. Ok, so if the class of developers you care about by Cafe+Alpha · · Score: 1

    are "large corporations working on whole operating systems" then you might prefer GNU.

    If you care about regular programmers and projects of the size they might invent then you don't want GNU.

  27. Re: BSD is more threatening than proprietary by Billly+Gates · · Score: 0

    Then gnu is proprietary and licensed. Fine I get it. Don't say it's free and say stealing like I steal from Microsoft if I use printf If I want to include. In this definition GNU is the most proprietary license out there.

  28. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    It's impossible to remove someone else's freedom, but it is possible to deny giving people freedom in the first place, like GPL.

  29. Re:BSD is more threatening than proprietary by Nutria · · Score: 1

    do as we say or else and as long as you are acting within the confines of its barbed wire fence you are fine and free to do as you will.

    Every society is like that. The "only" difference is how tightly closed is the fence. Otherwise, it's anarchy, and adults know that's bad.

    --
    "I don't know, therefore Aliens" Wafflebox1
  30. What a meaningless argument. by Cafe+Alpha · · Score: 1

    You didn't go far enough. Obviously BSD is terrorism and imperialist hegemony!

  31. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Freedom now means "no rules allowed"? I don't think so. Freedom is a matter of self-control. People who distribute proprietary software control the users who accept the software. The users who accept the proprietary software cannot have freedom while they accept it. The GPL is free software because users who have GPL software are allowed to practice self-control. People who distribute proprietary software do not practice self-control.

  32. I gotta say by bytesex · · Score: 1

    I like clang better, recently. Nicer warnings and errors.

    --
    Religion is what happens when nature strikes and groupthink goes wrong.
    1. Re:I gotta say by Anonymous Coward · · Score: 1

      Dear Leader has proclaimed that "Nicer warnings and errors" are against his wishes. You are free to use dear leader commands you to use.

      All hail richard stallman. GNU is mother GNU is father.

  33. You're confusing GPL by Cafe+Alpha · · Score: 1

    with Lesser GPL. But I was talking about relicensing.

    1. Re:You're confusing GPL by BronsCon · · Score: 2

      Well, of course you can't re-license GPL code. Who cares? You didn't write it. The only requirement is that you provide the source for the GPL code you use. Any modifications to GPL code result in more GPL code; interfacing with GPL code does not, unless you want it to, in which case it's a moot point anyway. You are free to write an application using GLIBC, the GNU C Library, licensed under the GPL, and not release the source for your application. You do have to provide the source for GLIBC, as per the terms of the GPL, but nothing requires you to share *your* code. In any version of the GPL.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    2. Re:You're confusing GPL by Anonymous Coward · · Score: 0

      Linking is considered a derivative work, which is why we have the LGPL

    3. Re:You're confusing GPL by BronsCon · · Score: 1

      Understood. That was posted an hour before your reply, thanks for pointing that out again, though.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    4. Re:You're confusing GPL by david_thornley · · Score: 1

      glibc is a bad example. The license permits freer use, to induce more people to use it. This is not a property of any Gnu GPL.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  34. Re:BSD is more threatening than proprietary by phantomfive · · Score: 2

    It is more resentment as BSD is "actually" open as opposed to the handcuffed license he wants to impose on people.

    This is an argument that can go on forever.

    You could say GPL is more free, because it leaves you free to dual-license the product. People who want it free can get it free, people who want to restrict other people's freedoms can get a proprietary license. As far as freedom goes, it is just as free as BSD (but not as free in money).
    You can't have a dual license in any meaningful way with BSD.

    Ultimately the difference between the two licenses is this:
    If you want to have your software used as much as possible, even though you might not see the uses, then use BSD.
    If you want to have people (and corporations) give something back in exchange for their use of the software, then go with GPL (or GPL + proprietary option).

    It's pointless to argue about 'freedom' and 'which is more free' because the arguments don't relate to why people use those licenses.

    --
    "First they came for the slanderers and i said nothing."
  35. Complete non-story by Anonymous Coward · · Score: 1

    Someone with no influence over a project complained about something and the developers are going to completely ignore his wishes.
    What's the news here exactly?
    That RMS doesn't want GNU to play with others?
    This was clear from the very beginning.
    The whole reason GCC isn't split into a separate front and back end is because he didn't want interoperability.
    This story is completely pointless.

  36. Re:BSD is more threatening than proprietary by bloodhawk · · Score: 3, Interesting

    If you apply handcuffs to someone you can't then claim they are free. you say freedom is a matter of self control, this is true, UNLESS you are under the GPL where freedom is dictated to you under strict terms.

  37. Re:BSD is more threatening than proprietary by geminidomino · · Score: 2

    Well, it is, but it does sod all to protect that openness, so BSDed software often ends up less open by the time you actually get a copy of it.

    Are you guys still spewing this BS meme? Letting someone use open code in a closed project does "sod all" to close off the original code.

  38. There is nothing in the LGPL by Cafe+Alpha · · Score: 3, Interesting

    that says you must share *all* of your code simply because it uses some LGPL library somewhere.

    If it's full GPL you do, if it's LGPL you don't.

    That's why everything useful is LGPL instead of GPL.

    You could argue that LGPL isn't compatible with GPL and shouldn't be included in Linux >.>

    1. Re:There is nothing in the LGPL by BronsCon · · Score: 2

      It actually depends how you interface with the GPL code. GPLv2 or older allow for dynamic linking without requiring you to share your code. All versions of the GPL allow for the creation of a wrapper around the library, from which you can expose an interface that does not require linking; at worst, you'd have to share the code for that wrapper (if statically linked, or if the library it wraps is licensed under GPLv3), but at that point it is no longer necessary to share the entire source of your application.

      It's called abstraction and it's so common I'm surprised you're not familiar with it.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    2. Re:There is nothing in the LGPL by Anonymous Coward · · Score: 0

      i make a living off of GPL. its pretty damn useful to me.

  39. "Stallman's stated goal has always been to drive by Cafe+Alpha · · Score: 1

    the market value of software down to zero."

    Citation PLEASE? That would be important.

  40. I think he's getting old and senile by msobkow · · Score: 1, Interesting

    Rick has forgotten that there are many licenses to open source. Back when he lectured at the University of Saskatchewan in the early-mid '80s, there was none of this bitter diatribe about BSD and such that I can recall. He's become old and crotchety.

    As long as the source code for the .el component is licensed under the GPL, RMS has gotten all he has a right to ask for through the GPL. If he thinks the GPL is about ensuring no one can ever use code unless they also use the GPL, he needs to revisit his own paragraphs on linking of code.

    *sigh*

    It's a shame, really. He was such a visionary. Now he's just a ranting old man losing touch with reality. :(

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:I think he's getting old and senile by Anonymous Coward · · Score: 0

      Old man Ricky is not losing touch with reality. Mr Ricky understands full well about the many open source licenses and he actually doesn't care about open source. This objection from him isn't about "ensuring no one can ever use code unless they also use the GPL". Stallman actually wants for projects under the GNU project to avoid directly assisting those who would write proprietary software. Stallman isn't dictating "emacs shalt not link to lldb", Stallman is actually saying "GNU project team, please don't help the software owners by linking to lldb in this official GNU project". He doesn't directly control the emacs project but he is using his influence as GNU project leader to try to lead his GNU project into not helping the proprietary software writers.

    2. Re:I think he's getting old and senile by Anonymous Coward · · Score: 0

      Try reading what he actually wrote, and not that inflammatory hatchet job /. as posted. With a /. ID as low as yours, you should know to RTFA before making baseless attacks on one of the oldest characters in the industry. Shame on you.

  41. Stop letting politics get in the way of freedom by Anonymous Coward · · Score: 1

    The underlying problem here is its potential to ease proprietary software development. It's sort of like “open source” in that while there are practical benefits to letting in proprietary software to gain market share, it fundamentally undermines the very principles and foundations of this community. If I wanted to run a proprietary operating system I'd have stuck with Microsoft Windows, Mac OS X, or ChromeOS.

    We don't all have to be agree with every word that comes out of RMS's mouth, but ignoring the issues will be the downfall of the community. There are already major major problems creeping in from the inclusion of proprietary software in all of the major distributions. Project after project is letting more and more proprietary pieces in and thats a major threat. We, the users, and the communities developers have less and less control over our software, and our computers.

  42. Uhm you care because you might want to use GPL by Cafe+Alpha · · Score: 1

    software in your own software. But you can't because then you can't control the license of your own software.

    You can use LGPL with your software and still control the license if you only link it and don't use it in a more embedded form.

    And you missed that you can only use GLIBC because it's not GPL it's LGPL

    1. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      Actually, you can dynamically link against GPLv2 or older code and be just fine. Likewise, making system calls to a GPL (even GPLv3) application or library (e.g. without linking) removes the requirement that you share any of your code.

      Want to use a GPL library in your application? Write a wrapper. Done. It's called abstraction and it's so common I'm amazed any developer hasn't heard of it. Sure, you might have to release the source for that wrapper, but you can most certainly use any GPL code you want in your application, you just have to know how to do it properly.

      And before you point to this as an example of how I'm wrong, understand that this is still in reference to linking; there really is nothing stopping you from using an unlinked GPL wrapper in your non-GPL project, provided that you offer the GPL source you are using and, depending on how the wrapper is linked and which version of the GPL is used by the code it links with, possibly the source of the wrapper, as well.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    2. Re:Uhm you care because you might want to use GPL by Cafe+Alpha · · Score: 1

      Basically if the GPL code is in a totally separate process or I compile it into the kernel, no problem! :/ So? That's not how most software can or should be written.

    3. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      I never said it was, only that it was possible. I'm not going to sit here and extol the virtues of the GPl license, because I'm, in all honestly, not a huge GPL supporter; it's a license, developers are free to use it or not use it; but I keep seeing the same misinformation thrown around and sometimes feel the need to set the record straight.

      Funny, i have a Netgear router, and Asus router, and even an Apple Time Capsule, that came with a copy of the GPL license and instructions for obtaining the GPL code that was used in those products. Interestingly, they all also include proprietary code, and provide me no way to obtain a copy; if that's not legally possible without destroying the performance of the application, why are all three devices quite performant, while the manufacturers manage to not get sued over their supposed misappropriation of GPL code?

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    4. Re:Uhm you care because you might want to use GPL by Rockoon · · Score: 0

      while the manufacturers manage to not get sued over their supposed misappropriation of GPL code?

      Because you dont have standing.

      Let me sum this up for you in as clear a scenario as possible. Lets say I download source to EMACS and make a bunch of changes, compile it, and send you this new EMACS as a binary only. You then ask for the source and I refuse.

      You are not a copyright holder on EMACS therefore you have no standing in a court of law. Your objections fall on deaf ears and there is nothing that you can do about it. You can't even get actual EMACS developers to complain because I didnt send them the binary and thus they also do not have standing.

      --
      "His name was James Damore."
    5. Re:Uhm you care because you might want to use GPL by Smallpond · · Score: 1

      So pay for proprietary code. Nothing is stopping you. Just don't whine that can't sell code that you didn't write or pay for.

    6. Re:Uhm you care because you might want to use GPL by jedidiah · · Score: 2

      You're funny. You really are. Did you mean to be?

      EMACS is the whole reason the GPL exists to begin with. Some jackass hijacked it into a commercial project and RMS's contributors were pissed. They went to HIM with the torches and the pitchforks demanding an explanation.

      The copyright holder of EMACS will most certaily sue your sorry ass for such a stunt.

      As much as some people (even RMS) might want to portrary the GPL as some sort of communist plot, it really isn't. It's just a way to keep contributors happy. It turns out that most people don't want their charity abused by some crass corporation.

      It also has the nice side effect that it allows for those same crass corporations to collaborate with some level of trust.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    7. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      I didn't ask why *I* can't sue, I asked why they don't get sued, with "by the copyright holders" being implied. Further, you completely misinterpreted the entire scenario: the manufacturer did, in fact, provide the source for all GLP-licensed code; they're in the clear, that was my point.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    8. Re:Uhm you care because you might want to use GPL by Eythian · · Score: 1

      So someone has given you something to use, for free. And you're saying that it's a problem because you don't want to return the favour? If you're going to be so selfish, then don't use it in the first place. Their condition for you to use it was that you help increase the amount of free software available in the world, and you're refusing to do that, and then blaming them because they want to do good, but you don't want to.

      If you're going to do that, you might as well just go buy some proprietary libraries and use them and stay away from this whole free software world entirely, you don't really fit in at all.

    9. Re:Uhm you care because you might want to use GPL by ceoyoyo · · Score: 1

      Sssssh. I foresee GPL v4.

    10. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      Yes? And there is still no wording that can be put in the license to prevent the use of non-linked wrappers in this manner while remaining compatible with GNU philosophies. So, what's your point?

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    11. Re:Uhm you care because you might want to use GPL by ceoyoyo · · Score: 1

      I'm curious, which GNU philosophies are you thinking of?

      Stallman caused the GPL v3 to be written in large part to close things he saw as loopholes in v2, one of which was dynamic linking. IIRC he also discourages use of the LGPL in favour of the full GPL because the LGPL allows linking with closed code. I don't think it's much of a stretch to imagine that he'd regard wrapping a server around some GPL code as another loophole and, if it became prevalent and pissed him off, write a GPL version to cover it.

    12. Re:Uhm you care because you might want to use GPL by Anonymous Coward · · Score: 0

      That is *exactly* how UNIX software is supposed to be written. Lots of small communicating processes. What the heck?

    13. Re:Uhm you care because you might want to use GPL by bill_mcgonigle · · Score: 1

      You can't even get actual EMACS developers to complain because I didnt send them the binary and thus they also do not have standing.

      That's not how copyright works. If you're photocopying a book and selling it at your store, the original author has standing even if they're not purchasing the photocopies (and obviously they wouldn't be).

      Both BSD and GPL are copyright-based licenses. Copying BSD/GPL code is illegal without agreeing to the terms of the license.

      Maybe your concept of standing ought to apply because copyright is bogus, but government courts will enforce the copyright regime anyway.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    14. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      I had typed up a much more in-depth reply, but apparently forgot to click "Submit". Since it's late, I'll summarize:

      You realize that the GPL allows releasing your derivative work under any GPL-compatible license, right? So release your wrapper, which dynamically links the GPLv3 library you wish to use, under LGPL and link it statically in your application, which the LGPL allows. Changing the requirement to only allow releasing derivative works under the same or newer version of the GPL would certainly close that loophole. At best, few or no developers would use that version of the GPL; at worst, it would kill the GPL entirely. I'm sure Stallman knows this, so this is all much ado about nothing.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    15. Re:Uhm you care because you might want to use GPL by Anonymous Coward · · Score: 0

      You can't even get actual EMACS developers to complain because I didnt send them the binary and thus they also do not have standing.

      Bullshit. You violated your EMACS licensing agreement by distributing the modified application and refusing to provide the source. Of course they have standing.

    16. Re:Uhm you care because you might want to use GPL by ceoyoyo · · Score: 1

      Maybe Stallman seems to be getting more extreme as he gets older. And lots of people and projects choose not to use the GPL v2 over the v3 (Linux is probably the most famous example) because they find the terms unacceptable, but that didn't stop it's introduction. IIRC there were quite a few people who were disappointed that the v3 didn't have a v3-or-newer provision.

      My original post was joking, but I hadn't really thought about the implications of loopholes like you just mentioned. With a fairly trivial wrapper, one that could feasibly even be auto-generated, you could reduce any GPL-licensed code to an LGPL library. I'm certain that would piss Stallman off - I think he already regrets the existence of the LGPL: https://www.gnu.org/philosophy...

    17. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      Well, if he's becoming nothing more than a reckless ape who can't tie his own shoe (referenced from a post I made elsewhere in the discussion), perhaps it is time we remove him from his role as a community leader?

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    18. Re:Uhm you care because you might want to use GPL by ceoyoyo · · Score: 1

      I find it's easier just to not follow "community leaders." Stallman does have a lot of supporters who do follow him pretty unequivocally though. I'm sure if he proposed a GPL v4 lots of people would use it. On the other hand, lots of people wouldn't, probably including the emacs maintainer who told Stallman his opinion on LLVM's debugger was irrelevant.

    19. Re:Uhm you care because you might want to use GPL by david_thornley · · Score: 1

      Statically linking LGPL software into proprietary is permitted, but isn't nearly as convenient as dynamic linking.

      If I have a piece of LGPL software as part of a larger whole, I have the right to get the LGPL source and the files I need to recompile the LGPL part and create a new piece of software. If this is dynamically linked, it can be provided as a separate file, and I can play with it all I want, and I don't get anything but a binary blob for the other stuff. If this is statically linked, I have to be able to get at least proprietary object files to link into a whole with my modified LGPL stuff.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    20. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      I don't personally follow any "community leaders", nor do many people I know. That's not su much the issue; there is a line, between following and accepting as status quo, which is so fine as to be invisible to anyone not looking closely. In other words, by allowing these "leaders" to continue in their roles by giving them the publicity they desire, we all appear to be following them, whether we are or not. This makes us all look bad.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    21. Re:Uhm you care because you might want to use GPL by BronsCon · · Score: 1

      Yes, if you limit yourself to LGPL. That is not the only GPL license.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  43. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    The only stuff the GPL doesn't let you do is remove other people's freedom. That should never be a problem unless you were planning to do that in the first place.

    You're thinking about forks and re-licensing. The other realm that GPL comes in is library use/reuse.

    Say you're a developer, and putting together a new program. You don't care what license you use for the program. (I.e. you have no intention of "removing other people's freedom") You just want to get shit done and make an awesome program. Now, to do that you use third party libraries. You have no control over the license these third party libraries have. You didn't write any code in them, and you have no special relationship to the authors. One of the libraries you're interested in using is GPL licensed. Another is using a GPL incompatible OpenSource license. Sorry, now you're S.O.L., because you can't use both a GPLed library and a GPL incompatible licensed library in the same codebase. (A restriction which is *entirely* on the GPL.)

    In this scenario, there's no intent to "remove people's freedoms" on the part of the person putting together the program, or on the part of the people who would potentially use the program. They're perfectly happy to let everyone have as much freedom as they had before the program was written. It's the GPL is the one who is restricting the freedom of the developer to make the combined program. It's doing so to theoretically protect the freedoms of the hypothetical future users who would be using the combined program, but it's hard to argue that amounts to much, as it does so by preventing the combined program from being written in the first place. "Fear not, citizen, the GPL insures that you'll always have the freedom to modify this non-existent program! You could totally fix bugs in this program, assuming it had any, which it doesn't, because it doesn't exist."

    Of course, the GPL brigade would argue that's a good thing, because it encourages people to write GPL compatible equivalents for the GPL incompatible library. All well and good, but somehow I can't quite understand how that's actually preserving the freedom of that unrelated GPL-ed third party library. The freedom of everyone who uses the readline library is not in any way diminished because a program exists which also links against a proprietary library for controlling a particular niche brand of infrared spectrometer.

  44. Re:BSD is more threatening than proprietary by Dagger2 · · Score: 1, Flamebait

    Sure: the GPL strictly states that nobody is allowed to put handcuffs on you. BSD is more along the lines of "anybody can stick handcuffs on you".

    If you don't want handcuffs on you, you want the former, not the latter.

  45. RMS's opinion is essential - even if we disagree by Anonymous Coward · · Score: 0

    You know RMS didn't suddenly become crazy yesterday, or the day before, - hell people have probably been calling him crazy since the 80's if not from grade school. But he's done a hell of a lot. And he's fought battles against various licenses - and I think almost always he has looked ridiculous (remember QT?) - but you know what? A lot of it has worked - and done a lot of good.
    Don't misunderstand me, I do think he's on the crazy-paranoid-wackoo side of things, but I think that open-source actually really needs the crazy-paranoid-wackoo perspective, and it would have been bulldozed long ago, were people like him not around to do their own thing, even when everyone else was calling them crazy.

  46. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    You're a moron.

  47. Right! Just put the code you want to run by Cafe+Alpha · · Score: 2

    in a separate process that you don't link to, in a separate computer, and send it into space so it's not on the same planet.

    No wonder you've never heard of that, you're too stupid to understand abstraction.

  48. Re:BSD is more threatening than proprietary by Michael+Duggan · · Score: 1

    Some of us prefer others to voluntarily give back rather than be forced to.

    This statement has always confused me. Nothing in the GPL requires anyone to "give back" anything. What it requires is that if you give a GPL-ed program to somebody, you must give them (and only them) the source code to that program. Modifications to the source code must be distributed with the original code under the same license. So if you modify a GPL program and give it to a somebody, they get that code and all the rights to it that are protected by the GPL. You need not give it to the entity that originally wrote the GPL-ed code.

  49. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Well, it is, but it does sod all to protect that openness, so BSDed software often ends up less open by the time you actually get a copy of it.

    Are you guys still spewing this BS meme? Letting someone use open code in a closed project does "sod all" to close off the original code.

    Some people seem forever too stupid to ever understand something as simple as what you said.

  50. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    you don't get anywhere with a BSD style license.

  51. Re:Right! Just put the code you want to run by BronsCon · · Score: 1
    You were correct until your first comma. Now, I'm not claiming the result will be *performant*, but it *will* be legal.

    And for the record, I understand abstraction just fine.

    Control abstraction involves the use of subprograms and related concepts control flows

    --
    APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  52. Yes it does. by Anonymous Coward · · Score: 0

    A company can claim that the BSD code is theirs and show their propriatory code to prove it where you have to have the money to pay to show the court you don't owe the company anything.

    The BSD code result can be patented and then your code or any implementation can be closed off.

    And even Theo deRaadt disagrees with you, hence his hissy fit when some ex-dual-licensed BSD/GPL code became GPL only.

    1. Re:Yes it does. by Anonymous Coward · · Score: 0

      A company can claim that the BSD code is theirs and show their propriatory code to prove it where you have to have the money to pay to show the court you don't owe the company anything.

      You are incredibly naive if you think the exact same thing cannot be done with GPL code.

    2. Re:Yes it does. by Anonymous Coward · · Score: 0

      and you're incredibly ignorant if you think that the sort of organisation that would do this would accept GPL code with its "viral nature" (according to FUD scaremongering lawyers).

      But BSD is "entirely free" to freeloaders such as the above companies. No problem there.

      PS the GPL has a license clause on patents, BSD doesn't. Do you think I'm so naive to let you forget that?

  53. What is his problem? by angel'o'sphere · · Score: 1

    Everyone uses vi(m) anyway. // needed to be said ;)

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  54. Re:BSD is more threatening than proprietary by hitmark · · Score: 1

    Basically it is freedom in the Randian sense. Or "don't take away my freedom to be and asshole towards all of you!".

    --
    comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
  55. For the record, you might have trouble recognizing by Cafe+Alpha · · Score: 1

    a parody.

  56. Re: BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    No, people mod you down because you're a fucking idiot.

  57. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    I know there aren't too many people who can lay claim to understanding the humanities on this forum; but, if freedom is dictated to you under strict terms, then it is not really freedom. It's some strict terms and a rigid framework intent on providing something. Stallman's something is more software distributed in a manner he sees fit, for his purposes of furthering his conceptions of freedom in computing.

    He's a smart man, and I'll give him every prop for doing the right thing at the right time; however, some of his moves with the GPLv3 (while understandable considering the time they were made) make it clear that general freedoms take a lesser road in favor of GNU(tm) freedom. In my opinion, Apache takes a much more balanced approach.

  58. Re:For the record, you might have trouble recogniz by BronsCon · · Score: 1

    No, I saw it for what it was. It simply seemed out of place in this discussion, unless you're using it as a means by which to concede and admit you have no counter-argument. That I'd find odd, since you laid out a decent counter to a very similar argument in another thread.

    --
    APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  59. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    The GPL doesn't put handcuffs on you; the GPL removes your choice to attach handcuffs to the GPL software should you distribute it. You can do whatever you wish but as soon as you mix the GPL software with your own handcuffs (i.e. combine the GPL software with your own proprietary software then distribute that derivative), you forfeit your license to distribute the GPL software. Yes, the GPL does impose restriction, but these specific restricted acts are not worth protecting or promoting - distributing proprietary software does not allow users to practice self-control.

  60. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Sure: the GPL strictly states that nobody is allowed to put handcuffs on you. BSD is more along the lines of "anybody can stick handcuffs on you".

    If you don't want handcuffs on you, you want the former, not the latter.

    Soem people are very keen on having the right sort of padded handcuffs put on them by a loved one...

  61. Re:"Stallman's stated goal has always been to driv by Anonymous Coward · · Score: 2, Informative

    Read the GNU Manifesto sometime, would you?

    “Won't programmers starve?”

    I could answer that nobody is forced to be a programmer. Most of us cannot manage to get any money for standing on the street and making faces. But we are not, as a result, condemned to spend our lives standing on the street making faces, and starving. We do something else.

    “Won't everyone stop programming without a monetary incentive?”

    Actually, many people will program with absolutely no monetary incentive.

    “Programmers need to make a living somehow.”

    All sorts of development can be funded with a Software Tax:

    Suppose everyone who buys a computer has to pay x percent of the price as a software tax. The government gives this to an agency like the NSF to spend on software development.

    In the long run, making programs free is a step toward the postscarcity world, where nobody will have to work very hard just to make a living.

  62. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    If you want to have people (and corporations) give something back in exchange for their use of the software, then go with GPL (or GPL + proprietary option).

    Using modified GPL software on my PC, may give it to friends. The original developer has zero benefit, there is no requirement to give my modifications to anyone who isn't paying for the software. The GPL is a tool exclusively tailored to enforce Stallmans four freedoms, so it only focuses on serving the user of the software and not any of its developers ( it can be an outright hindrance when you have multiple incompatible GPL versions to deal with ) .

  63. Re: Ok, so if the class of developers you care abo by Anonymous Coward · · Score: 0

    The only way individual programmers can make money is to close the source code? If that is true, then no, that is not acceptable. I understand you think your need to make money is more important than others' freedom, but I disagree. This isn't a question of who is right and wrong, but rather your philosophy. If you need to restrict others' freedom, use the BSD license. If you want everyone's freedoms respected, choose GPL.

  64. Re: BSD is more threatening than proprietary by Aighearach · · Score: 3, Insightful

    That is what Copyleft is. That is what GPL is supposed to be: using the copyright laws that were designed to protect proprietary interests in away that instead protects Software Freedom, that enforces Software Freedom.

    Just because you refuse to understand the terms and arguments doesn't mean you've uncovered some hidden truth or something. You don't like Software Freedom. You find enforced Freedom too restrictive. You want to choose to be free, or not to be free. That is fine.

    People probably mod you down because you pretend that people with a different view must just be stupid, or something. These are different choices based on different values, there is no utility in complaining about other people's license choices.

    You know best what license to use for software you write, I know best what license to use for software I write, and RMS knows best what license to use for software that the FSF writes. This is all as it should be.

    If you can't link GPL code at work, that is because of choices your boss made, not because of choices that RMS made or some implied deficiency in the GPL. Remember, people who choose the GPL want to be protected from your boss. People who don't share the values of the GPL are excluded for real reasons. You don't have to agree with those reasons or share their values to recognize that they have reasons that are based on their values, and they have every right to license their software in the way that they do. And you should be aware most of them are getting paid to write their code, most GPL code is written by paid programmers. Paid by companies. For-profit companies. With bosses who choose GPL. For business reasons. That doesn't make them less Free.

  65. Re:Ok, so if the class of developers you care abou by jedidiah · · Score: 1

    "Regular programmers" can easily exploit GNU in their own commercial offerings. The idea that they can't is a lie so absurd that it simply boggles the imagination. Some of the biggest corporatoins on the planet quite safely exploit GNU software and have been doing so for decades.

    All that the RMS notion of freedom prevents is some toddler's notion of property where you take someone else's stuff and then declare exclusive ownership over it.

    GNU software is by no means the most restrictive kind out there. The commercial stuff that programmers build off of are much more burdensome. This "toddler's dilemma" never seems to occur with commercial derived products. It never occurs to anyone to even whine about it.

    The GPL and LGPL don't demand anything more of developers than what copyright law already does. That's the beauty of it.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  66. Re:BSD is more threatening than proprietary by exomondo · · Score: 1

    Sure: the GPL strictly states that nobody is allowed to put handcuffs on you.

    Nope, for example if people run GPL software as a service it isn't running on their machine and they also don't have the code for it.

    BSD is more along the lines of "anybody can stick handcuffs on you".

    How? If you have BSD-licensed software you are no less free than with GPL software. You're thinking of proprietary software, which is not the same thing.

  67. Re: BSD is more threatening than proprietary by Billly+Gates · · Score: 1

    I think not.

  68. Re:BSD is more threatening than proprietary by Kjella · · Score: 1, Insightful

    You (paraphrased): Abolishing slavery infringes on my freedom to keep slaves

    The GPL is designed to restrain you from restraining others, you get certain rights and you can't pass on any less. You're right it does make reciprocity ("Do unto others as you would have them do unto you") a legal requirement, not voluntary. You want others to be nice to you, but the freedom to be a dick to them. But those people generally don't stay on my Christmas gift list for long. But hey, if it works... I mean GPL projects are free to use BSD code as well, unless you're on a crusade against proprietary software having more code everyone can use is a good thing.

    --
    Live today, because you never know what tomorrow brings
  69. Re:"Stallman's stated goal has always been to driv by Anonymous Coward · · Score: 0

    In the long run, making programs free is a step toward the postscarcity world, where nobody will have to work very hard just to make a living.

    People will be free to devote themselves to activities that are fun, such as programming, after spending the necessary ten hours a week on required tasks such as legislation, family counseling, robot repair and asteroid prospecting. There will be no need to be able to make a living from programming.

    And there it is. GNU manifesto is science fiction.

    "The economics of the future are somewhat different. ...You see, money doesn't exist in the twenty-fourth century."
    "No money! That means you don't get paid."

    In the real world, Patrick Stewart and Alfre Woodard got paid quite a lot to say those lines.

  70. Re: BSD is more threatening than proprietary by Aighearach · · Score: 1

    You didn't even address anything I said, much less contradict it. Try harder next time. I recommend that you may want to investigate the possibility of a parser bug.

  71. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    It's pretty simple. If you don't want a GPL readline in your product, or busybox, then pay to write your own or buy a proprietary one. But please quit whining about GPL code stealing your freedom because you can't use it to make millions of dollars.

  72. Re: BSD is more threatening than proprietary by Smallpond · · Score: 1

    There is nothing stopping you from "using it at work". You just aren't allowed to distribute someone else's code without abiding by their license.

  73. Re: Ok, so if the class of developers you care abo by Jay+Maynard · · Score: 1

    Uhm, no. If you need to restrict others' freedom, then ue the GPL - because that restricts freedoms int he name of preserving them. Just like the classic "fucking for virginity".

    --
    Disinfect the GNU General Public Virus!
  74. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Care to provide any significant examples of BSD software that's less open over time?

    This specific case of LLVM/Clang/LLDB - are as open as it gets, Apple merge upstream every few months (if they're not developing upstream) - and what closed source stuff they do have is relatively insignificant.

    Ironically all the examples of your alleged "problem with BSD" you mention, I see more prominent in GPL software (Linux/Android closed source binary blobs for drivers being the #1).

    "If" Apple did decide to not contribute back upstream, they'll just incur extra overhead having to merge upstream into their fork and long term suffer the pains of the original code base slowly but surely diverging from the direction they take their fork... as happens with all forks sooner or later.

    And I think you have it all mixed up, if anything GPL is the license that "removes your freedom" by disallowing any more permissive licenses to be used with GPL code bases. At least with BSD you have the freedom to mix with permissive licenses, proprietary licenses, and to not disclose the source code at all.

  75. I don't really like to use emacs by Anonymous Coward · · Score: 0

    But I'm willing to write a BSD-licensed emacs replacement if RMS wants a real reason to be paranoid. Computer culture has taught me to disrupt the establishment, and that includes old leaders of a past counter-culture movement.

  76. Re:BSD is more threatening than proprietary by Eythian · · Score: 1

    I make money of GPLv3 software.

    What was your actual point?

  77. Forced benevolence is not freedom by perpenso · · Score: 3, Insightful

    RMS has a philosophy that users of software should have certain freedoms / rights (use, study & modify, redistribute, distribute). That's the gist of GPL and why he founded GNU. BSD-style license does not guarantee these freedoms more likely it's simply easier not to guarantee those rights ...

    What rights do BSD contributors lose? All the community code exists, the community can continue without the commercial changes, the community is not required to use some commercial fork. They lose nothing if some contributor chooses not to give back. Furthermore, users of GPL'd code decide not to give back at times too. They can use some a commercial fork internally and benefit from community work and not give back. Also, various commercial users of BSD code have a pretty good track record of contributing back.

    What rights do BSD users lose? **IF** they care about "free software" or access to the source code they can just avoid commercial/closed forks and stick to the community based code.

    The GPL does *not* offer greater freedom, it creates restrictions to force behaviors it believes benevolent. Forced benevolence may or may not be a good thing but it is not freedom.

    1. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      It's funny how freetards always talk about "when i download an mp3, the musician didn't lose anything!", well, when Microsoft or Apple download your source code you didn't lose anything either.

    2. Re:Forced benevolence is not freedom by faffod · · Score: 4, Informative

      BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large. In that sense, it is possible for software licensed under a BSD license to lose the freedom it had. The developers did not lose any freedoms, the source did. GPL does not force you to be benevolent, it just requires that if you want to use GPL'ed software that your contributions remain benevolent (to use your term). If you don't want to, then chose some other solution, no one is forcing you to use GPL.
      Both licenses have their strengths and weaknesses. Both cater to different needs and are appropriate for different (possibly overlapping) uses.Neither is a one size fits all, and neither is better than the other.

    3. Re:Forced benevolence is not freedom by Billly+Gates · · Score: 1, Insightful

      RMS has a philosophy that users of software should have certain freedoms / rights (use, study & modify, redistribute, distribute). That's the gist of GPL and why he founded GNU. BSD-style license does not guarantee these freedoms more likely it's simply easier not to guarantee those rights ...

      What rights do BSD contributors lose? All the community code exists, the community can continue without the commercial changes, the community is not required to use some commercial fork. They lose nothing if some contributor chooses not to give back. Furthermore, users of GPL'd code decide not to give back at times too. They can use some a commercial fork internally and benefit from community work and not give back. Also, various commercial users of BSD code have a pretty good track record of contributing back.

      What rights do BSD users lose? **IF** they care about "free software" or access to the source code they can just avoid commercial/closed forks and stick to the community based code.

      The GPL does *not* offer greater freedom, it creates restrictions to force behaviors it believes benevolent. Forced benevolence may or may not be a good thing but it is not freedom.

      You know yesterday I was researching Milton Friedman on youtube. A very conservative and libertarian economist and a must see if any slashdotter is bored in his interview series as he gives arguments on rights of freedom, individuals, business, and government roles etc.

      He advocated getting rid of 5 out of 8 federal departments. The first question was if you were king which would you .... and he said "Stop right there!" Who gives me the right to tell others? The argument went on saying what about your principles of free enterprise and economic benefits? He said if he can't get most people on board to vote for these changes then he is opposed by the principles of freedom even if I am right. He also mentioned what if I am wrong?

      The point is freedom is maximized by a limited or non existent role set up by a framework. He calls this the free market capitalism where each other self interests does just that. He believes government should be functioning the same way or any other organization.

      So RMS maybe right but he is wrong by enforcing his opinion on others if he truly believes in freedom. Milton would never follow through on his brilliance as freedom is the same in the markets or any organization applying it to others. RMS would argue corporations restrict such freedoms. But really his solution is worse than the problem. I will take Milton Friedmans stance on this by a limited framework where both users and developers do what they will as long as they do not oppose that will on others.

      Commercial software in this sense restricted in a sense of the user is willing to pay for a product or service because if the users do not like it the market will produce a competitor. Something RMS does not understand in free market economics.

    4. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 1

      The GPL is about protecting the freedom of the end user. Not the developer. The end user. So yeah, it does pretty much say "you can't use my code to restrict the rights of my end users." Which has been the entire point from the beginning.

      All this "but if they wanted freedom they wouldn't force me to give my code away" is silly and selfish beyond belief. You've no more been forced to give away your work than you've been forced to buy a meal at McDonalds. Don't like the GPL? By all means, *write your own code* and release it under *whatever license you want.* Ain't nobody forcing you to do crap.

      But of course that does tell us why you don't like the GPL. It's not designed to protect the code for developers. It's designed to protect the end user from freeloaders.

    5. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      The GPL offers greater freedom for the users because users are guaranteed to have permission to practice the four freedoms of free software. Nobody is allowed to fork the GPL software into proprietary software. In the case of liberally licensed free software, this guarantee does not exist. BSD-licensed software that is forked into proprietary software does not stop being licensed under the BSD licence but is now a BSD-licensed proprietary program that was forked from a BSD-licensed free program. Yes, the source of the program may be free software but the forks from the source can possibly be proprietary. So now users who hear "this BSD-licensed program has features X Y Z" will have to check on a case-by-case basis whether this program is free or not.

    6. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      Let me give you an example: plenty of big commercial databases (greenplum and netezza) obviously derive their roots from PostgreSQL.... and yet they don't release the source code. Great for them, sure... sucks for the community that built PostgreSQL.

      Lets say PostgreSQL was GPL licenced.... suddenly all those greenplum/netezza stuffs would be available to everyone to use----but as is, both of those are DYING since Pivotal (owner of Greenplum) is already moving away from it (to do "cloud stuff", and IBM (owner of Netezza) will milk it for all its worth (never open source it until it's completely worthless).

      Now, you can claim that Greenplum/netezza developers shouldn't share their stuff unless they want to... that's fine. But they're using stuff from good-will developers who *did* share their stuff... and aren't benefiting at all from the commercial successes. (which is perfectly fine, license wise).

      this is the whole point of GPL.... it forces commercial companies to give back to the community what they take away from the community.

    7. Re:Forced benevolence is not freedom by peppepz · · Score: 4, Insightful

      What rights do BSD contributors lose? All the community code exists, the community can continue without the commercial changes, the community is not required to use some commercial fork. They lose nothing if some contributor chooses not to give back.

      They lose the rights to take advantage of the improvements that the commercial contributor has done to their code, while the commercial contributor does not lose the right to take advantage of the improvements that the free contributor has done. You may agree or disagree with this, but it is objectively a loss.

      Furthermore, users of GPL'd code decide not to give back at times too. They can use some a commercial fork internally and benefit from community work and not give back.

      The point is that with the GPL they cannot commercially fork code written by me. Of course they can do whatever they want with their own code.

      Also, various commercial users of BSD code have a pretty good track record of contributing back.

      This is irrelevant to the discussion. When people make laws against theft, they don't think about the fact that most people have a pretty good track record of not stealing. Laws (and contracts) must be written with the worst case in mind.

      What rights do BSD users lose?

      100% pragmatic example: GPLv3 bash has a serious bug (any reference to reality is purely intentional). GPLv3 users patch, recompile and they have lost no right. BSD-licensed phone firmware has a serious bug. Users lose the right to make use of the phone they bought and not be pwned by hackers while doing that.

      The GPL does *not* offer greater freedom, it creates restrictions to force behaviors it believes benevolent. Forced benevolence may or may not be a good thing but it is not freedom.

      I believe that my rights to own property and to live are freedom. They exists only because other people are "forced to benevolence", in particular not to steal my stuff or harm me. Try to convince me that this is not freedom.

      Translated to the software world, can you argue that the ability to fix the code of a program that I use is not a freedom for me? I'm free from bugs. I'm free from hackers. I'm free to add new features. I'm free both in a practical and philosophical sense.

    8. Re:Forced benevolence is not freedom by Microlith · · Score: 2

      So RMS maybe right but he is wrong by enforcing his opinion on others if he truly believes in freedom.

      He does, which is why everything under the GPL is there voluntarily, placed there by the original author.

      But really his solution is worse than the problem.

      Prove it. Go on, substantiate your claim.

      I will take Milton Friedmans stance on this by a limited framework where both users and developers do what they will as long as they do not oppose that will on others.

      And we have that framework, where everyone is allowed to freely license the software they write - and alter/redistribute software according to the license placed on it by the original creator.

      Your argument is horribly disingenuous and twists your citation back in on itself. That no one else has called you out on this shows how vocal the anti-RMS, anti-FSF, anti-GPL trolls in this thread are.

    9. Re:Forced benevolence is not freedom by exomondo · · Score: 1

      They lose the rights to take advantage of the improvements that the commercial contributor has done to their code, while the commercial contributor does not lose the right to take advantage of the improvements that the free contributor has done. You may agree or disagree with this, but it is objectively a loss.

      No, you can't lose something you never had. Where do you get the idea that you get to benefit indefinitely from something you gave away? If you want to do that you can use the GPL but it most certainly is not a 'right'.

      Can you please provide citation as to where you get the idea that people have this 'right'?

    10. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 1

      BSD licensed software allows

      And that right there is why people say BSD is more free than GPL.

      The source licensed under BSD did not lose any freedom. The third party didn't delete that source from all computers everywhere. It's still there, and it's still licensed BSD. It did create a derived set of source code, which never existed before, and that fork didn't lose any freedoms because it never had any.

      I agree with you that both licenses have strengths and weaknesses, but I disagree with any notion that the GPL promotes freedom. GPL is an interesting legal "hack" that creates a different kind of "proprietary".

    11. Re:Forced benevolence is not freedom by peppepz · · Score: 1

      Isn't it self-evident that this discussion is about what you lose or gain as a user and as a developer depending on whether the copyright holder choses the BSD or the GPL as a license for the code that he releases?

    12. Re:Forced benevolence is not freedom by faffod · · Score: 1

      Code does not have freedom, code is not forced to do stuff. Programmers can try to achieve freedom, and programmers may or may not be forced into implementations depending on their jobs, time, predilections, etc. If a programmer wants the freedom of working on code that they then chose to release under a GPL licensing agreement then the GPL has given them the freedom to provide a service under the terms they want. The rest is just anthropomorphizing code, and code really hates being anthropomorphized.

    13. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      > BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large.

      So does GPL. If you want to draw on a difference relating to distributing those changes later, you should mention it.

    14. Re:Forced benevolence is not freedom by exomondo · · Score: 1

      Well what you said is they have a 'right' and that they lose it. I now realize the 'right' you are referring to is in fact Copyright. Now in terms of what BSD developers 'lose' - or rather explicitly 'give away' - it is the copyright.
      However, this 'objective loss' - or this case 'theft', as it is being taken without permission - you refer to is exactly what GPL advocates, the music industry, the movie industry, etc... use to enforce and prosecute those who violate the terms of distribution they laid out. Your characterization of this 'theft' as an 'objective loss' is precisely how they justify it.

    15. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      Actually... GPL doesn't force me to contribute any of my changes at all. If I only intend to use my modifications internally and not distribute them to others? I can use GPL Software with abandon. If I do choose to distribute to others? Then GPL only requires me to share my changes with those others (who are then free to sit on it or share it as they wish). I think GPLv3 might put the kibosh on that behavior by assigning copyright of any derivative software to GNU, which is what a LOT of companies aren't liking.

      BSD basically says... Here's the original code, just include this file indicating the original authors... Feel free to do what you want with it. Modify the code or use it as-is, we don't care. Include the code as a part of Proprietary Software or share the code freely as par of Open Source Software, we don't care. Share your modifications/improvements with us or don't, we don't care.

    16. Re:Forced benevolence is not freedom by perpenso · · Score: 1, Insightful

      BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large. In that sense, it is possible for software licensed under a BSD license to lose the freedom it had. The developers did not lose any freedoms, the source did.

      The source lost no freedom at all. Not one line of community source code was lost. Not one user is forced to use the commercial fork.

      GPL does not force you to be benevolent, it just requires that if you want to use GPL'ed software that your contributions remain benevolent (to use your term). If you don't want to, then chose some other solution, no one is forcing you to use GPL.

      That is a strange straw man. The GPL only forces you to act benevolently if you use GPL'd code.

      Both licenses have their strengths and weaknesses. Both cater to different needs and are appropriate for different (possibly overlapping) uses.Neither is a one size fits all, and neither is better than the other.

      No one is saying otherwise. Just debunking the myth that the GPL is about freedom, its is not. It is about forced benevolence.

    17. Re:Forced benevolence is not freedom by gl4ss · · Score: 1

      and they wouldn't have used postgre and given postgre credibility thus fostering postgre development, if the license was different.

      --
      world was created 5 seconds before this post as it is.
    18. Re:Forced benevolence is not freedom by peppepz · · Score: 1
      I have never used the word 'theft', with or without quotation marks. Nor I have said that extending BSD code without giving back is illegal or furtive. It's done with permission.

      Albeit with different intent than commercial exploitation, you'll find that some BSD code was imported in key GNU projects, and the FSF even goes as far as to recommend using the 3-clause BSD license when the additional protection of the GPL isn't desired.

      And no, BSD developers don't lose their copyright. They lose, freely, an opportunity to endow the community with the best outcome of their work, which is a fact and not a characterization of mine. If you want we can talk about my opinions on the music industry but then I think we'd be derailing the discussion.

    19. Re:Forced benevolence is not freedom by TheRaven64 · · Score: 3, Interesting

      BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large

      The thing that a lot of GPL advocates usually miss is that this is often an intermediate step. Several big FreeBSD contributors have taken this path. First they take our code and incorporate it into a proprietary product. Then they realise that some of their changes are making merges difficult but are not giving them any competitive advantage, so upstream them. At this point, we're already doing better than if they hadn't used our code in the first place. Over time, the amount of code that they decide isn't part of their core competitive advantage grows until it's almost all of their stuff. In a few cases, their proprietary fork ends up having changes that simply wouldn't make sense for anyone other than them.

      The other issue is companies that don't distribute software. Google's modified Linux that runs their datacentres, for example, is never distributed and so they never had to share their changes. I've worked with companies that use GPL'd software in this way but won't admit to it publicly for fear of liability (even though they're completely compliant with the license, as far as I can tell), and so who won't send patches upstream. Meanwhile, the same teams will happily send bug fixes for BSDL'd libraries that they use, because there's no chance that they're infringing the license and so they're happy to admit to using it.

      --
      I am TheRaven on Soylent News
    20. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      What rights do BSD contributors lose? All the community code exists, the community can continue without the commercial changes, the community is not required to use some commercial fork. They lose nothing if some contributor chooses not to give back.

      They lose the rights to take advantage of the improvements that the commercial contributor has done to their code, ...

      One does not have an inherent right to the work of someone else. Such a right only exists when it is contractually forced by an agreement such as the GPL.

      ... while the commercial contributor does not lose the right to take advantage of the improvements that the free contributor has done. You may agree or disagree with this, but it is objectively a loss.

      No, it is not a loss. It is simply coveting something one does not have. If you want to say it it unfair, sure, but a loss, no, not all.

      Furthermore, users of GPL'd code decide not to give back at times too. They can use some a commercial fork internally and benefit from community work and not give back.

      The point is that with the GPL they cannot commercially fork code written by me. Of course they can do whatever they want with their own code.

      They absolutely can use GPL code commercially. Commercial use does nor require distribution to external users. Commercial use simply means they make money off your work, and this is perfectly allowable under the GPL.

      What rights do BSD users lose?

      100% pragmatic example: GPLv3 bash has a serious bug (any reference to reality is purely intentional). GPLv3 users patch, recompile and they have lost no right. BSD-licensed phone firmware has a serious bug. Users lose the right to make use of the phone they bought and not be pwned by hackers while doing that.

      You forget the pesky little detail that I mentioned that users are under no obligation to use a proprietary BSD fork rather than the community version. They can stick with the community and have no such fear, use FreeBSD rather than Mac OS X for example.

      Its also a humorous example given the fact that Android phones with their GPL based Linux host are not getting critical patches. Yes you mentioned GPLv3 but that was a crude attempt to manufacture a hypothetical, the reality is that Linux is what most devices will be based upon and Linux is inherently GPLv2 and will not be changing.

      The GPL does *not* offer greater freedom, it creates restrictions to force behaviors it believes benevolent. Forced benevolence may or may not be a good thing but it is not freedom.

      I believe that my rights to own property and to live are freedom. They exists only because other people are "forced to benevolence", in particular not to steal my stuff or harm me. Try to convince me that this is not freedom.

      A straw man. No where was your property, the community BSD code, at risk of loss. Only the commercial fork's code, and that code is not yours, it is someone else's property.

      Translated to the software world, can you argue that the ability to fix the code of a program that I use is not a freedom for me? I'm free from bugs. I'm free from hackers. I'm free to add new features. I'm free both in a practical and philosophical sense.

      You are under no obligation to use commercial forks. Again, you may stay with FreeBSD and not run Mac OS X. Nothing Mac OS X does or adds takes away from anyone who wishes to use FreeBSD.

    21. Re:Forced benevolence is not freedom by Celarent+Darii · · Score: 1

      It's designed to protect the end user from freeloaders.

      And yet none of those users (or very very few) are writing code. They aren't developers. So basically it is reducing the rights of those who write code for those people who don't write code. Usually freedom concerns the actions of the one doing something.

      I don't know about others, but everytime I submit patches to GPL projects its so complicated that I think I need a lawyer. WIth BSD I can just commit and hope someone finds it useful.

    22. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      The GPL is about protecting the freedom of the end user. Not the developer. The end user.

      The end user is not forced to use a commercial fork, they may continue to use the community BSD code. For example FreeBSD users are not impacted at all by anything the Mac OS X adds or changes and does not contribute back. They have lost nothing.

      You confuse loss with coveting. A FreeBSD user may simply covet something added to Mac OS X.

      But of course that does tell us why you don't like the GPL.

      Who said anything about not liking the GPL. The only thing going on here is debunking the myth of GPL being free. As I said before forced benevolence may or may not be good but it is not freedom.

    23. Re:Forced benevolence is not freedom by Sique · · Score: 2

      The other issue is companies that don't distribute software. Google's modified Linux that runs their datacentres, for example, is never distributed and so they never had to share their changes. I've worked with companies that use GPL'd software in this way but won't admit to it publicly for fear of liability (even though they're completely compliant with the license, as far as I can tell), and so who won't send patches upstream. Meanwhile, the same teams will happily send bug fixes for BSDL'd libraries that they use, because there's no chance that they're infringing the license and so they're happy to admit to using it.

      People are not used to the GPL, don't know how it works, and then don't use the GPL. This is at first a problem of the people not educate themselves about the GPL. The license itself is clear: Yes, you distribute the original code or your derivative work upstream, as long as the people you distribute to can enjoy the same freedoms you had when you got the original code. It's quite simple.

      And this is the real difference between BSD and GPL: as long as the people you distribute to can enjoy the same freedoms. BSD doesn't have a provision like this. BSD allows you to take away freedoms you enjoyed. Some people argue this would somehow be more free.

      --
      .sig: Sique *sigh*
    24. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large. In that sense, it is possible for software licensed under a BSD license to lose the freedom it had. The developers did not lose any freedoms, the source did.

      No, the source is still there and as free as it always was. The new additions aren't made available but GPL doesn't guarantee that either.
      I have made a couple of additions to open source projects. (Not GPL but with a similar clause for redistributing the source with the binaries.)

      I made those additions to solve problems I have, but the source is in no way in a shape where I'd like to redistribute it with my name on it.
      The result is that I choose to not share those changes back with the community and the license prevents me from releasing the binaries. This is completely in line with GPL, you can make any changes you like as long as you don't distribute them.

      With a BSD style license I could release the binaries and let people use those additions. Perhaps I could even be coerced into making further additions to the mess I've created or be arsed to complete the refactoring into something releasable.
      So in my case GPL wouldn't force me to release my additions in source form. It prevents my from releasing the additions in binary form.
      In no way have I removed any freedom from the original source, the maintainer aren't even aware of my additions and even if the license permitted me to release the binaries no freedom would be removed from the original.

    25. Re:Forced benevolence is not freedom by peppepz · · Score: 1

      One does not have an inherent right to the work of someone else. Such a right only exists when it is contractually forced by an agreement such as the GPL.

      Indeed, that's the point. That's one thing the developer loses when he choses a BSD license over a copyleft one (not just the GPL).

      No, it is not a loss. It is simply coveting something one does not have. If you want to say it it unfair, sure, but a loss, no, not all.

      Isn't it correct to call "a loss" something that you can have, and then at some point you can no longer have? I get quite a lot of hits on Google for that usage: https://www.google.com/search?...

      The point is that with the GPL they cannot commercially fork code written by me. Of course they can do whatever they want with their own code.

      They absolutely can use GPL code commercially. Commercial use does nor require distribution to external users. Commercial use simply means they make money off your work, and this is perfectly allowable under the GPL.

      use != fork

      You forget the pesky little detail that I mentioned that users are under no obligation to use a proprietary BSD fork rather than the community version. They can stick with the community and have no such fear, use FreeBSD rather than Mac OS X for example.

      Another loss for the user. With the GPL, I have the freedom to choose the products that I like. With the BSD license, I have to take what the community gives me. And today this means that I might even not have the ability to run the free version of the software on my machine, because its manufacturers might decide (and they usually do) that it's not worth the hassle for them to release the source code of some machine-specific software that is required to use even the community version of the product.

      Its also a humorous example given the fact that Android phones with their GPL based Linux host are not getting critical patches.

      Quite the opposite. Since Linux is GPL, and only because of that, at least Android phone owners can install a community-driven distribution on their phones. That's because the hardware manufacturers have to release both the kernel and the drivers. For the userspace parts, which fall under different licenses, they don't bother - and that's an endless source of problems for the users.

      To make a concrete example, try asking Sony about the source code for the GPL kernel of an Xperia phone. They'll give it. Try asking them about the source code for the BSD kernel of the Playstation 3 and see what happens ;-) .

      Yes you mentioned GPLv3 but that was a crude attempt to manufacture a hypothetical, the reality is that Linux is what most devices will be based upon and Linux is inherently GPLv2 and will not be changing.

      Are you trying to make the point that the GPLv3 is better than the GPLv2? You're bashing an open door, as I strongly agree with that.

      A straw man. No where was your property, the community BSD code, at risk of loss. Only the commercial fork's code, and that code is not yours, it is someone else's property.

      We're talking about the mere "forced benevolence is not freedom" statement here. Do you think that the laws that force people not to rob my house give me freedom, or not?

      You are under no obligation to use commercial forks. Again, you may stay with FreeBSD and not run Mac OS X. Nothing Mac OS X does or adds takes away from anyone who wishes to use FreeBSD.

      Of course I have no obligation to use commercial forks, it's a freedom of choice that I have. Then again, it might become an obligation if the machine that I can buy only runs the commercial flavour of the project. The most relevant example f

    26. Re:Forced benevolence is not freedom by TheRaven64 · · Score: 2

      The license itself is clear:

      No it isn't. Go and talk to a lawyer about the GPL sometime. It has a lot of corner cases that businesses are likely to hit, and if you've actually read the GPL in its entirety and think that it's simple then you're deluding yourself. The fact that almost no one gets full marks on the FSF's own GPL quiz first pass should give you some idea of how clear it isn't. Lots of companies don't want to have to get lawyers involved to use (and contribute to) a library and the ones that do definitely don't want to use something that makes their lawyer nervous.

      --
      I am TheRaven on Soylent News
    27. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      BSD licensed software allows someone to take it, modify it in some meaningful way, and not share those changes back with the community at large. In that sense, it is possible for software licensed under a BSD license to lose the freedom it had.

      Wait, what?
      In what way did the software lose any freedom in a case like that? The original source is still there, the original source is still free and the original source is still open.
      How does putting restrictions on how someone may extend upon software make it more free?
      Are we using some odd definition of "free" that I'm not familiar with?

    28. Re:Forced benevolence is not freedom by silentcoder · · Score: 1

      >And yet none of those users (or very very few) are writing code.

      That actually makes no difference. If there is a major security bug in the code - and it's GPL'd then an end-user can ask (or pay) ANY programmer to fix it for him, if it's proprietory (EVEN if it was based on something BSD licensed) then ONLY the original vendor can fix it, and they may refuse to do so.
      The user is incable of using their property, which they bought, in the manner they choose to (safely) except at the whim of the original seller who may not want to fix it, or may not even exist anymore.

      GPL'd code means there is at least theoretically always the possibility of getting features added or bugs fixed, because ANYBODY can do that for you.

      --
      Unicode killed the ASCII-art *
    29. Re:Forced benevolence is not freedom by silentcoder · · Score: 2

      >Its also a humorous example given the fact that Android phones with their GPL based Linux host are not getting critical patches.

      Actually - right there is the PERFECT example of why the GPL does in fact benefit USERS.
      My own phone stopped receiving patches from the vendor some time ago. I got sick and tired of the aging code full of known bugs and security holes.
      I was NOT in fact screwed as I would be with, for example, the BSD-based iphone.

      I simply rooted the phone and loaded cyanogenmod on it - and it's running the very latest builds of that.

      Similarly - I have an Asus Transformer TF101 tablet, several years old. The hardware is in perfect condition but the antique (ice cream sandwhich) android build on it was getting very long in the tooth, slow to respond to touches and hard to use. A bit of googling confirmed that plenty of people had successfully loaded custom roms based on kitkat onto it and all were reporting massive performance and stability gains.
      So I found a guide, rooted the tablet and loaded one of those custom ROMs. Cyanogen no longer supports that tablet but it was easy to find a really nice KitKat rom for it.

      This has added several years to the life of the tablet - instead of having to replace it because it's unusably slow (while the hardware is fine) - I am using it with great comfort and ease once more. That's a significant financial gain for me, it's good for a long while yet.

      GPL benefits users because it means there is always a third-party vendor available - regardless of the whims of the vendor you originally got the product from.
      With BSD - that is often not the case and frequently the differences are so sufficiently severe that no third-party can viably provide an alternative that is actually installable. Seriously - how many custom ROMs are there for iphones ?
      Since IOS was based on BSD - it's certainly theoretically possible to build a custom OS for iphones from BSD - it would just be a massive nightmare of struggling to understand secret specs and replace unknown drivers.

      The GPL is, in fact, the single biggest benefit there is to being an android customers because it means your device's actual lifespan is not dictated by how long the vendor is prepared to support it for.

      --
      Unicode killed the ASCII-art *
    30. Re:Forced benevolence is not freedom by reikae · · Score: 1

      Could you elaborate on the (legal) issues you have with submitting patches to GPL projects? How could one end up in trouble doing so?

    31. Re:Forced benevolence is not freedom by martin-boundary · · Score: 1
      Are you serious? What rights to BSD contributors lose? You list the losses yourself in in your second sentence!

      What rights do BSD contributors lose? All the community code exists, the community can continue without the commercial changes,

      I realize you have no clue given the remainder of your argument, so let me spell out your own logical implications for you: BSD contributors do not get to take commercial code and modify it any way they like. The commercial code is locked up and not fully available, nor redistributable. That's what the BSD contributors lose. All they get is to play with their own code, and sit on the sidelines while others modify their code and add bits that can't be taken freely and changed in return.

      That's not freedom, that's exploitation. Mind you I have no issue if you like to be exploited, just don't tell others it's freedom when it's really exploitation.

    32. Re:Forced benevolence is not freedom by martin-boundary · · Score: 1

      One does not have an inherent right to the work of someone else. Such a right only exists when it is contractually forced by an agreement such as the GPL.

      You're building strawmen. All exploitation is based on taking the work or property of someone else without an equitable exchange. And so it is with those who use BSD software to construct their own, proprietary software. The point of the GPL licence is to prevent such exploitation. The point of the BSD is to encourage such exploitation as a way to flood the software landscape with particular implementations. The point of RMS is that the second idea is shortsighted and corrosive to the software community. The point of Apple and other companies who use the BSD as a foundation is to make money and screw the community.

    33. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      They lose the rights to take advantage of the improvements that the commercial contributor has done to their code, while the commercial contributor does not lose the right to take advantage of the improvements that the free contributor has done. You may agree or disagree with this, but it is objectively a loss.

      Holy newspeak, your definition of a loss is about as skewed as Stallmans definition of free.

      If the commercial contributor doesn't exist and doesn't write any code then the code would end up in exactly the same state as if nothing was contributed back.
      In a similar manner I just lost $100,000 since you didn't just pay me that.

    34. Re:Forced benevolence is not freedom by Billly+Gates · · Score: 1

      I am vocal because I want to develop software that I do not plan to give away but use internally for a startup idea. I also believe in the freedom of others to do the same.

      If you are opposed to capitalism then I wont use your software. But, saying it is freedom and I can do whatever I want is disingenuous. I can't call my software I create an asset then as I have to give away IP if I want to go public or sell my company to someone else. This means just my office chair and cpu are the only assets now and I am essentially worthless.

      I do not call this freedom. I am not into ripping off someone's code. I am just talking freaking linking. That means if I use printf once in my source code I need the whole thing GPL?? WTF. If it is LGPL (hardly any is as developers do not know the difference in general) then I can say different.

    35. Re:Forced benevolence is not freedom by Sique · · Score: 1
      That's because many people listen to those who talk about the "viral GPL" (the copyright law itself is viral as it requires each derivative work to be licensed, thus any license that deals with copyright has to be "viral". GPL is no exception), and how it complicates the licensing process. I have to deal with proprietary licenses every day, and I can tell you that any other license model I have encountered is more complicated and more burdensome than the GPL. I estimate that about 10 percent of my work time is spend on ironing out licensing issues.

      If you don't get your information from the actual institution that invented and maintains the GPL, but from secondary sources, you are prone to run into misconceptions and misleading ideas. But generally, hearsay is a bad advisor.

      --
      .sig: Sique *sigh*
    36. Re:Forced benevolence is not freedom by jythie · · Score: 1

      The point is that with the GPL they cannot commercially fork code written by me. Of course they can do whatever they want with their own code.

      Well, that is one of the sticking points that people argue about, what counts as their own code? The people behind GPLv3 have been very careful to keep that boundy at very specific places so that companies who use code on servers do not need to share, but companies that embed the code in physical devices (except medical ones) do. But as we move to more and more web centric functionality, the differnce becomes less functional and more technical.

    37. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      Only if everybody stops distributing the upstream version.

      It is possible to create a *derivative* of a free BSD codebase that is non-free. However, this loses none of the freedom on the original version, it just creates a derivative. Nothing is directly lost, though you do introduce the risk from a new competitior.

    38. Re:Forced benevolence is not freedom by jeremyp · · Score: 1

      Actually, in your scenario, the source code does not lose its "freedom", but the derivative work never gets it. This means that the changes never get back to the community, but the original code is there as fee as ever.

      It's important to note that I can take a piece of GPL software and modify it and still not give the changes back to the community. In fact, even if I distribute my modified software, I only have to give the changes to whomever I distribute it to. Of course, I can't then stop them from giving it away to anybody who asks.

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    39. Re:Forced benevolence is not freedom by david_thornley · · Score: 1

      I don't see any problems with GPLed projects per se: for both BSD and GPL you are licensing the software according to that license, so you need to either be the copyright owner or have permission. The GPL provisions point that out, but I haven't seen the issue publicized on the site of any more permissive license.

      There are GPLed projects that require you to transfer copyright on submission, leaving you with what is basically a license to do whatever you want with the code you submitted. That could easily be an issue.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    40. Re:Forced benevolence is not freedom by david_thornley · · Score: 1

      It's not a right, but it is a loss. If I have GPLed software that is not Tivoized, I can fix any problems by myself, or by hiring anybody I want, or immediately grab a solution from somebody else. That's good. If it's BSD-based proprietary, fixing problems is likely to be much harder for anybody but the people owning the copyright, and it may be illegal for just anybody to distribute a change. In this case the GPLed software is better, and having BSD rather than GPL software is a loss.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    41. Re:Forced benevolence is not freedom by gnasher719 · · Score: 1

      He does, which is why everything under the GPL is there voluntarily, placed there by the original author.

      There is plenty of BSD code where the original author had no intention of releasing under GPL, and some asshole slapped a GPL license on it.

    42. Re: Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      This is a flawed analogy.

      The proper analogy would be "downloading an MP3, the artist loses nothing" is like "downloading emacs, the programmer loses nothing" which is entirely correct.

      If you want to accurately portray the complaint, here, it's not that the recipient (e.g. Microsoft, in your post above) is merely downloading the code. Instead, the recipient is downloading the code, then re-selling it.

      So your analogy needs to change to be "download a song and start selling it yourself, the artist loses nothing" is like "download emacs and start selling it yourself, the programmer loses nothing".

      Do you see how stupid that sounds?

    43. Re: Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      I see what you did, there...

    44. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      >Its also a humorous example given the fact that Android phones with their GPL based Linux host are not getting critical patches.

      Actually - right there is the PERFECT example of why the GPL does in fact benefit USERS ... GPL benefits users because it means there is always a third-party vendor available - regardless of the whims of the vendor you originally got the product from.

      Some users. Few go that route, most go without critical patches. The GPL is not benefitting these users, the vast majority are still at the mercy of their hardware vendors.

    45. Re:Forced benevolence is not freedom by Slime-dogg · · Score: 1

      From what I recall, there isn't any actual requirement to redistribute unless you are supplying a device or service that uses it. A company may use GNU/Linux internally, even modify it to suit their needs, but if that company doesn't sell equipment based upon their changes (or a SaaS solution), then they needn't worry about the implications of the GPL.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    46. Re:Forced benevolence is not freedom by NoOneInParticular · · Score: 1

      But of course, in reality, Greenplum nor Netezza would have developed commercial offerings on GPL based software. They would have chosen some other starting point, or, if no such point existed, would have built from scratch. So there would not have been any giving back.

    47. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      One does not have an inherent right to the work of someone else. Such a right only exists when it is contractually forced by an agreement such as the GPL.

      Indeed, that's the point. That's one thing the developer loses when he choses a BSD license over a copyleft one (not just the GPL).

      There is no loss. You confuse loss with gaining a contractual obligation. An absence of gain is not a loss.

      No, it is not a loss. It is simply coveting something one does not have. If you want to say it it unfair, sure, but a loss, no, not all.

      Isn't it correct to call "a loss" something that you can have, and then at some point you can no longer have? I get quite a lot of hits on Google for that usage: https://www.google.com/search?...

      No, because there never was anything you inherently could have, i.e. someone else's property. There is no lost opportunity because there never was a right to such an opportunity. Coveting someone else's property and not getting access to that property is not a lost opportunity.

      The point is that with the GPL they cannot commercially fork code written by me. Of course they can do whatever they want with their own code.

      They absolutely can use GPL code commercially. Commercial use does nor require distribution to external users. Commercial use simply means they make money off your work, and this is perfectly allowable under the GPL.

      use != fork

      A "fork" can be internal, private. The GPL allows such an internal effort to apply any subsequent changes or additions you make, to track your main "branch", and to use such code internally to make money and not reimburse you.

      You forget the pesky little detail that I mentioned that users are under no obligation to use a proprietary BSD fork rather than the community version. They can stick with the community and have no such fear, use FreeBSD rather than Mac OS X for example.

      Another loss for the user. With the GPL, I have the freedom to choose the products that I like. With the BSD license, I have to take what the community gives me ...

      No. Both GPL and BSD users only have what the community happens to offer them. There is nothing to "like" beyond the community's offering. Plus there is your confusion of "loss" with failing to get something you never had but merely covet.

      ... And today this means that I might even not have the ability to run the free version of the software on my machine, because its manufacturers might decide (and they usually do) that it's not worth the hassle for them to release the source code of some machine-specific software that is required to use even the community version of the product.

      Again, coveting something you never had, not a loss. If you buy a Windows box and it doesn't run BSD you did not lose anything. You did not buy a BSD box. If you bought a BSD box in the first place you would lose nothing.

      Since Linux is GPL, and only because of that, at least Android phone owners can install a community-driven distribution on their phones. That's because the hardware manufacturers have to release both the kernel and the drivers. For the userspace parts, which fall under different licenses, they don't bother - and that's an endless source of problems for the users.

      The fact remains that a user who wants to continue using their original vendor supplied software is forced to go without a patch despite the GPL.

      Yes you mentioned GPLv3 but that was a crude attempt to manufacture a hypothetical, the reality is that Linux is what most devices will be based upon and Linux is inhe

    48. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      No one is saying otherwise. Just debunking the myth that the GPL is about freedom, its is not. It is about forced benevolence.

      Sure it is. However, it's not about individual freedom, only societal freedom. It posits that the greatest good comes from favoring the freedom of the code, which takes priority over the freedom of the developer. If the freedom of the code and the freedom of the developer come in conflict, then the conflict is settled in favor of the code.

    49. Re:Forced benevolence is not freedom by exomondo · · Score: 1

      I have never used the word 'theft', with or without quotation marks. Nor I have said that extending BSD code without giving back is illegal or furtive.

      That's ok.

      It's done with permission.

      Which is why it is not something they 'lose'. This idea of 'loss' is what those who prosecute for copyright use to justify damages for this loss.

      And no, BSD developers don't lose their copyright. They lose, freely, an opportunity to endow the community with the best outcome of their work, which is a fact and not a characterization of mine. If you want we can talk about my opinions on the music industry but then I think we'd be derailing the discussion.

      They only maintain that they be recognized as the authors of the original code. The GPL/Music/Movie/proprietary software copyright licenses are used to retain control of how the product is distributed and can be used to prosecute people who do not conform.

    50. Re:Forced benevolence is not freedom by exomondo · · Score: 1

      This is the same crap the music and movie industries push and you've been sucked right in, you can't lose something you never had. You do not get the potential gain but you do not suffer a loss either.

    51. Re:Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      Freedom for software users means that users have the right to live in self-control and the right to share the software with their neighbors. Users who accept proprietary software cannot live in freedom because control over the software belongs to to owner of the proprietary and the owner is not the user.

      When we advocate for users to have freedom, we're not asking for users to become IT experts or computer programmers. Please do not conflate technical aptitude with freedom. Users do not need any technical aptitude to practice the freedom that they have. Users (who have freedom) should take responsibility to find a skilled helper to help them with any technical problem. Maybe this means asking a favor from a friend or even paying $300/h for a consultant. No matter how the user finds her help, users do not need to physically perform any skill to have freedom.

    52. Re:Forced benevolence is not freedom by Celarent+Darii · · Score: 1

      Just recently I created a major mode for emacs just to help with a certain DSL. It was nothing all that complicated, so I didn't even put a license on it, just put it up on github and message on a mailing list saying that it was available and hope you found it useful.

      The author of a program for this same DSL thought it so useful he wanted to bundle it with the program itself. I said sure, why not, its all there you can just take it. But then he explains that the program itself is GPL3 and that to include it in the project my code would have to be under GPL3. No idea if that was true, but then I get this form to fill out giving him copyright, inserting GPL stuff all over and it was really a pain in the ass....

      I can see that for big projects you need some sort of license, just so everyone is on the same page. Yet for stuff like this I can see why BSD is so much easier - just take the code and just tell them where they can get more like it is all I really need. I'm a developer, not a politician nor an activist.

      In short BSD license plays well with everyone, GPL wants to make everything GPL. Perhaps theoretically it doesn't, but in practice this has always been my experience.

    53. Re:Forced benevolence is not freedom by diamondmagic · · Score: 1

      He does, which is why everything under the GPL is there voluntarily, placed there by the original author.

      The GPL exists by playing right into copyright: "You're not allowed to distribute this software! Only when you promise us these certain things, will we let you distribute this software."

      And copyright is most certainly not voluntary.

      (You might be able to come up with a license that says "You will not distribute this copyrighted work or any derivatives unless you agree not to sue for any reason whatsoever." which is effectively the same thing as no copyright. But alas, this is not what the GPL does.)

    54. Re:Forced benevolence is not freedom by silentcoder · · Score: 1

      >Some users. Few go that route, most go without critical patches. The GPL is not benefitting these users, the vast majority are still at the mercy of their hardware vendors.

      What people DO is not the issue - it's what they are ABLE to do that matters.
      If the horse won't drink, that's not our fault - but if we locked it up without water then that most certainly IS an ethical concern.

      --
      Unicode killed the ASCII-art *
    55. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      >Some users. Few go that route, most go without critical patches. The GPL is not benefitting these users, the vast majority are still at the mercy of their hardware vendors.

      What people DO is not the issue - it's what they are ABLE to do that matters. If the horse won't drink, that's not our fault - but if we locked it up without water then that most certainly IS an ethical concern.

      They are not able to update the linux from their hardware vendor despite the hardware vendor using GPL'd software. Having to completely replace it with different software demonstrates a failure of the GPL. And as a result of this failure many choose to stick with what they have.

      With devices checking for factory signed software vendor lock is doable with the GPL based Linux.

    56. Re: Forced benevolence is not freedom by Anonymous Coward · · Score: 0

      This is a flawed analogy

      Selling is not required.

      So your analogy needs to change to be "download a song and upload it yourself, the artist loses nothing" is like "download emacs and upload it yourself, the programmer loses nothing".

      Do you see how that works now?

    57. Re:Forced benevolence is not freedom by silentcoder · · Score: 1

      > Having to completely replace it with different software demonstrates a failure of the GPL

      No it doesn't the mere EXISTENCE of alternative software and the capacity to replace is the VIRTUE of the GPL.

      >And as a result of this failure many choose to stick with what they have.
      Many people choose to use their birthdays as their passwords. What people do or do not do remains ENTIRELY irelevant to the question of freedom - what matters in a question of freedom is the only thing that EVER matters in ANY question of freedom: what they CAN do.

      Most people never stand on the street corner shouting "Fuck you world !" at the top of their lungs, this does not represent a failure of the first amendment.

      --
      Unicode killed the ASCII-art *
    58. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      > Having to completely replace it with different software demonstrates a failure of the GPL

      No it doesn't the mere EXISTENCE of alternative software and the capacity to replace is the VIRTUE of the GPL.

      The existence of alternate software does not require the GPL. If I am completely replacing the vendor supplied software I can replace it with something non-GPL'd.

    59. Re:Forced benevolence is not freedom by silentcoder · · Score: 1

      >The existence of alternate software does not require the GPL.

      So where are the custom roms for Iphones ?

      Oh wait, there basically aren't any ? Why ? Because the hardware drivers aren't available to modify.
      Because of the GPL the drivers used to make the devices actually WORK has to be GPLd as well, they can't be locked up behind trade secrets and copyright.

      In the absence of the GPL no LEGAL custom roms are almost impossible to create because the amount of programmers with the skills to reverse engineer a hardware driver and the budget to risk bricking many devices on the way are very few and far between.

      There is absolutely NOTHING about your claims that make any sense whatsoever.

      --
      Unicode killed the ASCII-art *
    60. Re:Forced benevolence is not freedom by perpenso · · Score: 1

      >The existence of alternate software does not require the GPL.

      So where are the custom roms for Iphones ?

      Locking down the hardware to factory signed binaries happens on the GPL side of the world too. It was considered so troublesome that it was a major motivation for GPL v3. However Linux is stuck at GPL v2 so this will forever be a problem for any Linux based device. Linux based device users are at the mercy of hardware vendors every bit as much as everyone else.

      Consider hardware with open specs. say a PC. I can buy a Linux box, wipe the factory Linux, and install FreeBSD.

      The GPL does not guarantee you can update your factory installed GPL based Linux code. The GPL fails. Period. The FSF acknowledged this failure of v2. You are totally at the mercy of the hardware vendor.

    61. Re:Forced benevolence is not freedom by vilanye · · Score: 1

      There is no requirement to make any changes in GPL code public unless you distribute it.

      A company can take the Linux source, make any changes they like and use those changes internally and there is no obligation to submit those changes back to the source tree.

  78. Re:BSD is more threatening than proprietary by Eythian · · Score: 1

    There's no forcing to give back anything.

    It's just that if you give the software to someone else, you have to also pass on the same rights that you got with it. How is that possibly a bad thing? To do anything else is selfish and antisocial.

  79. You lose nothing in a corp fork by perpenso · · Score: 2

    ... larger corporations will build non-free proprietary improvements on BSD licensed code without contributing back, and to continue to be productive as a programmer you will be forced to pay for the licenses on their proprietary tools ...

    Really? How did they degrade your performance? You have access to and may enhance and contribute to the exact same source code they did. You lost *nothing*, not one line of code, not one opportunity to add a new line of code.

    And if your code was GPL based a corporation may do the exact same thing. They may fork and enhance a GPL based tool for internal use only and not share. They can continue to benefit and merge all your work and the rest of the communities work as well.

    1. Re:You lose nothing in a corp fork by Anonymous Coward · · Score: 0

      They may fork and enhance a GPL based tool for internal use only and not share. They can continue to benefit and merge all your work and the rest of the communities work as well.

      This is a good thing and Stallman will happily endorse such action. The reason for this is that it is okay to have private software. The GPL doesn't imply the software is public software, it only implies that users have implicit permission to share the software with the public. Companies who take public GPL software, modify it and use it internally without ever sharing a copy is harming nobody. Companies only harm people when they start to distribute proprietary software.

  80. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Stallman's idea of freedom is about users having control over the software running on their own computer. Users are supposed to have the control over the software and not the developer having the control.

  81. Re:Well by Anonymous Coward · · Score: 0

    He also objects to showering. Should we follow that example too?

    What's wrong with strongly preferring a bath? :-)

  82. I don't see your argument by pikine · · Score: 1

    I think you have a confusion about what a license does, and you rambled on about capitalism which I don't think you understand either. In any case, a software license gives you some rights in exchange of some obligations. The GPL itself is not designed to take away interoperability. The belief is that the availability of source code makes the software more interoperable, so GPL promotes interoperability by making it an obligation.

    In fact, GNU projects like glibc, coreutils, binutils, gcc, even emacs are all about interoperability. They support various flavors of Unices and even non-Unix operating systems like Windows and BeOS. They support POSIX. Interoperability is so important they have an libiberty library to implement some missing C library functions so their programs could more easily compile on some esoteric operating system. Much of the code still uses ANSI C (C89) so they can be compiled using esoteric compilers.

    The GPL itself embraces interoperability. There is this concept of "GPL compatibility" such that if it ever becomes necessary to include non-GPL licensed code in a GPL project, "GPL compatibility" means that GPL already fulfills all the obligations of the existing license. 3-clause BSD as well as MIT are GPL compatible (the 4th-clause of BSD, or the advertisement clause, is not). They have a page listing which licenses are compatible.

    In this case, RMS is having a panic attack on more and more projects using a lax license, so he's trying political means to make emacs (the software, not the GPL license) non-interoperable to try to stop it. The maintainer of emacs however is more level headed and said he would not cave in and will defend interoperability. This is the right spirit of Free Software that RMS once believed.

    --
    I once had a signature.
    1. Re:I don't see your argument by drinkypoo · · Score: 1

      I think you have a confusion about what a license does,

      Unsupported assertion made as a distraction

      and you rambled on about capitalism which I don't think you understand either.

      A financial system in which capital controls the means of production. Our capitalism is a corporatism, a form of capitalism in which corporations control most capital.

      In fact, GNU projects like glibc, coreutils, binutils, gcc, even emacs are all about interoperability.

      No shit, sherlock.

      In this case, RMS is having a panic attack on more and more projects using a lax license, so he's trying political means to make emacs (the software, not the GPL license) non-interoperable to try to stop it.

      Very good! You can read, and your reading comprehension skills are up to a junior high school level. Your mom would be proud.

      The maintainer of emacs however is more level headed and said he would not cave in and will defend interoperability. This is the right spirit of Free Software that RMS once believed.

      Which portion of this statement conflicts with my comment in any way? What justifies your bullshit, snarky, condescending tone?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:I don't see your argument by pikine · · Score: 1

      I refuted your statement "the results of a successful battle on interoperability can only be the death of the free software movement" and showed you how you don't understand that GPL is all about interoperability. Because your premise is wrong, I didn't need to refute anymore of your arguments. Sorry you find my comments snarky. It wasn't intended to come across that way, but maybe you are just a frigid person.

      --
      I once had a signature.
  83. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    "Anybody can stick handcuffs on you"? What a load.

    Closer to "anyone can offer you handcuffs for you to choose to place your wrists in". It's not like $COMPANY can come along and contribute code to an existing product, and deny you whatever access to that product you have now.

  84. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    But please quit whining about GPL code stealing your freedom because you can't use it to make millions of dollars.

    First of, I'm not whining about GPL code stealing my freedom. I'm "whining" because GPL advocates claim ideological purity and claim that the GPL is only a problem if you want to take away other peoples' freedom, but completely ignore certain cases that complicate the matter.

    Secondly, nothing in my example is related to "mak[ing] millions of dollars".(*) I specifically mentioned that the writer of the hypothetical example program doesn't care what license they use. They'd be perfectly happy to GPL their own code, if the GPL would let them. It's not about not wanting a GPL'ed readline in their software - it's about the fact that they want readline *and* a third party library over which they have no control of the license. (Again, I think you're making the same mistake the person I responded to made, and assume that the only person who would want to link against a non-GPL-compatible library is the person who made the non-GPL-compatible library in the first place. That's not necessarily the case. Third parties are also beholden to the GPL licensing restrictions, even if they don't give a tinkers cuss about what license is used in the final product, or how much money is made.)

    I certainly see the argument for a quid-pro-quo, you-release-yours-if-I-release-mine type license, and if that's what you want to release your code as, feel free ... but at least have the decency not to claim it's "more free" because it imposes restrictions on downstream users, and *certainly* don't claim that those restrictions only cause problems if "you were planning to ... remove other people's freedom ... in the first place"

    *) Also, read your FSF - they aren't opposed to making money from software. If you support the GPL because you're anti-capitalist, you're backing the wrong horse. As far as the GPL is concerned, you're completely free to take code that someone else wrote, package it up and sell it off for millions, if you can somehow swing it - you just need to mail source code CDs to anyone who asks for one.

  85. Re:"Stallman's stated goal has always been to driv by Anonymous Coward · · Score: 0

    God, I can't believe I used to think that sounded good when I was in college....it's not only stupid, the last bit about the government providing all software is pretty fucking scary. Fuck RMS, the sooner Apple and the BSD dudes send GCC to software heaven the better.

  86. Re:Well by Anonymous Coward · · Score: 0

    Baths are unsanitary. Think about it, you're trying to "clean" yourself in a tepid pool of water filled with all of the dirt, sweat, grease, skin flakes, fecal matter and whatever else that comes off of your body.

  87. He did this to GNUstep as well.... by borgheron · · Score: 2, Insightful

    RMS did the very same thing to GNUstep. GNUstep currently supports both GCC and LLVM/Clang. The project does this for good reason: because Objective-C is better supported in clang than it is in gcc. GCC doesn't even consider ObjC as a release critical compiler and LLVM/Clang looks on it as central. Additionally clang supports many modern features of ObjC that gcc lacks and shows no signs of ever attaining.

    RMS specifically indicated that supporting LLVM/Clang by mentioning it on our wiki page (http://wiki.gnustep.org/index.php/ObjC2_FAQ) was harming the GNU project in an important place. Our response was swift and unanimous against remove it since all we are doing is providing user choice and, given that GCC is inferior to LLVM/Clang for ObjC, we MUST support LLVM/Clang. To date we have gotten no response from RMS.

    I think it's grossly unfair of RMS to request this. By supporting Clang and LLVM and LLDB we are not impacting user freedom. All we are doing is offering users a choice which, last time I checked was completely okay. What we have here is a problem where RMS sees his role in the FLOSS community diminishing because someone has come up with a faster, more useful and better support compiler.

    If anyone has damaged the FSF it is not the folks at Clang/LLVM it is RMS and the FSF itself. They have systematically impacted developer freedom by doing the following to GCC:

    https://gcc.gnu.org/ml/gcc/2005-01/msg00008.html

    "One of our main goals for GCC is to prevent any parts of it from being
    used together with non-free software. Thus, we have deliberately
    avoided many things that might possibly have the effect of
    facilitating such usage, even if that consequence wasn't a certainty.

    We're looking for new methods now to try to prevent this, and the outcome
    of this search would be very important in our decision of what to do." -- RMS

    This is terrible! Why would you do this?! RMS is trying to achieve through technical means what proprietary software companies try to do via copyright and IP law.

    RMS is risking an all out rebellion of pretty much all of the FSF/GNU projects if he keeps this up. My advice to the FSF and to RMS is to allow developer freedom and stop viewing LLVM/Clang as a threat or a setback for it is neither.

    GC

    --
    Gregory Casamento
    ## Chief Maintainer for GNUstep
    1. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      [sarcasm]YES! Perfect, we want to make sure our product X will only ever be used in conjunction with our other products! That'll give users freedom from the tyranny of Proprietary Software![/sarcasm]

      Seriously, GCC shot themselves in the foot by not taking Apple's contributions regarding ObjectiveC. If they want to blame GNUStep for "hurting" them by allowing an LLVM/clang option? Maybe they should examine *why* the option is offered and realize that *maybe* by not considering ObjC as release critical *they're* hurting other GNU projects like GNUStep.

    2. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      By supporting Clang and LLVM and LLDB we are not impacting user freedom. All we are doing is offering users a choice which, last time I checked was completely okay.

      You should know better than this. As it is under a BSD-like licence, Clang is vulnerable to some future embrace-extend-and-extinguish attack, when GCC doesn't exist as a viable competitor. So, while it doesn't immediately impact user freedom, it imperils user freedom at some point in the future.

      You may disagree that this is a likely scenario, but you sure as hell should be aware of it as an argument.

    3. Re:He did this to GNUstep as well.... by Lord+Crc · · Score: 1

      Clang is vulnerable to some future embrace-extend-and-extinguish attack, when GCC doesn't exist as a viable competitor.

      I'm having a hard time imagining a plausible scenario for this, care to elaborate how that would play out? And what about llvm?

    4. Re:He did this to GNUstep as well.... by AmiMoJo · · Score: 1

      Do you remember the Microsoft in the 90s? Embrace, extend, extinguish. It's a common tactic to develop extensions to existing software, especially free software, that become hard to avoid but are proprietary in nature. Then when those extensions are abandoned or replaced the original software suffers and often dies, or becomes irrelevant.

      Since GCC is free software there seems to be very little excuse for doing that. The non-free software could be made free if there is much to gain from interoperating with GCC, and benefit everyone.

      I agree that the risk here is extremely small, but it has happened before and will probably happen again, so I can see why RMS considers taking a stand here to be worth it. There is a lot of stuff that LLVM can't be used for or doesn't match GCC on, so it's not as simple as "GCC must do whatever is required to retain users".

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    5. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      I'm having a hard time imagining a plausible scenario for this, care to elaborate how that would play out?

      Hard time? Company A extends out project X until a lot of people depend on your variant. Company A close sources future development of project X or incorporate some patented technology without provisions for use in the open source community (hint, BSD licensing doesn't cover that at all). Watch as people effectively have to choose company A's regularly updating variant (which still offer free under certain conditions, for the moment), stick with the last open source version and try to fork off that (even though the whole community has basically lost those developers due to the mindshare shift to company A's variant and the current free version just shifts most people away from bothering), or rush to integrate the differences in project Y to try to create a different enough competitor that people might shift to it (as project Y is different enough, people can use it as an excuse why project Y is better or will be better than project X).

      The general point, then, is less about per se project X being BSD or GPL or whatever. It's about there being enough extant developer interest that there is sufficient competition now instead of waiting for the floor to pulled out from under developers who end up being pushed into non-Free circumstances. To that end, it's more about the fact that again and again developers, instead of being energized that there isn't an adequate GPL version of ObjC or Gud.el to work more on those projects, we have people shrugging their shoulders and rather silently accepting the march into potential proprietarism.

      Btw, the above scenario is more or less the story of RMS's movement to create the GPL as first there was an open source LISP system that became proprietary and RMS was so energized (or incensed, depending on your point of view) that he tirelessly duplicated functionality so that all the hard effort of previous developers could be enjoyed by everyone. And he work to codify that in a license so the same sort of situation would be much harder to pull off again so long as there was a reasonable amount of involvement outside a few core developers. It's the same reason why Linux is stuck at GPLv2; auditing out the code to a handful of developers and relicensing under anything else would be near impossible without a complete rewrite and that's an undertaking few companies would engage in on any large project.

    6. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      Do you understand what GNUStep is? Taking out ObjectiveC sort of defeats the whole purpose...

    7. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      So... Free Software is only "free" so long as developers are limited in what they can and can't do with the software?

    8. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      Yes? Your freedom ends where the tip of my nose begins. In the context of software, that means that other people should have the right to modify the software to their needs and be able to use and distribute it to others. That by extension virtually demands that software come with source code.

      That's not necessarily what I personally believe but that's the general gist of what FSF and GNU is about when it comes to Free software. The notion that developers are in a vacuum and there aren't obligations to users just doesn't jive in the real world. Just like how anarchy doesn't reconcile with the fact that people will murder each other; that is, it's presumed too much that that is magically solved even though any steps to solve it are a form of governance and an end to pure anarchy (and pure freedom).

    9. Re:He did this to GNUstep as well.... by david_thornley · · Score: 1

      Why is it grossly unfair if RMS requests something you aren't going to do? I'm not privy to the details here, but it doesn't seem to me that a request you don't have to comply with can be unfair.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    10. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      The FSF assumes that the majority of users *want* to modify any and all software they purchase/download.

      Based on market trends over the last few decades? That's not the case. Users (ie: Consumers) want something that "just works", they don't want to *have* to open the source code, make a modification, and recompile just to get something to work. Even when looking at only those users that know how to program/code, I have found this to hold true. Granted in this case the portion of those that want to dig into the source code is significantly larger than "General Consumers", it's still nowhere near the majority.

    11. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      The FSF assumes that the majority of users *want* to modify any and all software they purchase/download.

      No, I think the FSF assumes that the majority of users want the freedom (ie reasonable ability) to modify any and all software they purchase/download.

      Based on market trends over the last few decades? That's not the case. Users (ie: Consumers) want something that "just works", they don't want to *have* to open the source code, make a modification, and recompile just to get something to work.

      No kidding. And history has shown that most programs don't "just work". I mean, of the numerous programs on your system, how many have had zero changes in ten years? At the minimal, a lot have had either security vulnerabilities fix or more security safe guards introduced. So, just because most users want something to be true doesn't mean much.

      Even when looking at only those users that know how to program/code, I have found this to hold true. Granted in this case the portion of those that want to dig into the source code is significantly larger than "General Consumers", it's still nowhere near the majority.

      Granted. 99% of the code on my system I don't care to tinker with and it may as well be closed source. But the 1% of code that I *do* want to modify? It's almost certainly not the same 1% everyone else wants to modify. Ergo, we as a group still need near 100% of the code to be open source so our own little niche is available to us. Having said that, yes, the tinkerers out of the developers still aren't a majority. But then that sort of comes back to the original point...

      The FSF assumes that the majority of users *want* to modify any and all software they purchase/download.

      Taken as a more general statement, the FSF assumes the majority of users want freedom and to use it. The simple truth is, most people pragmatically don't give a fuck about freedom and could live quite contently in slavery so long as their belly was full and they had adequate entertainment. That doesn't mean there isn't an inherent value in freedom and using a popularity contest to judge the worth of things doesn't really line up with how, at least to me, one should frame one's values. So, I think overall your post is rather a non sequitur.

    12. Re:He did this to GNUstep as well.... by borgheron · · Score: 1

      You're correct. I don't have to and, in fact, will not comply with his request. The reason I consider it unfair is because it is an absurd thing to ask. GNUstep is already a fringe project. We need all of the users and developers we can get. Asking us to deliberately cut out an option which benefits our developers for political ends is not a sacrifice I'm willing to make. I would fork the project before doing any such thing.

      GC

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
    13. Re:He did this to GNUstep as well.... by Lord+Crc · · Score: 1

      Company A extends out project X until a lot of people depend on your variant. Company A close sources future development of project X or incorporate some patented technology without provisions for use in the open source community

      But they can't retroactively close the source, so I don't see how the "extinguish" part comes in. If the LLVM guys closes the source tomorrow it does not affect AMD, who's using LLVM for their OpenCL implementation. If it does, please elaborate, because I'm not seeing how.

      I'm ignoring patents because software patents are broken and doesn't apply where I live anyway (and hopefully it stays that way).

    14. Re:He did this to GNUstep as well.... by Anonymous Coward · · Score: 0

      But they can't retroactively close the source, so I don't see how the "extinguish" part comes in. If the LLVM guys closes the source tomorrow it does not affect AMD, who's using LLVM for their OpenCL implementation. If it does, please elaborate, because I'm not seeing how.

      Probably because you're cherry-picking a company that, if LLVM guys close the source tomorrow would permanently fork their likely local fork. Meanwhile, all the other platforms for which LLVM would be the dominant platform and for which there aren't extant major backers are basically on the hook for whatever way LLVM wants to play it, including extinguishing support for their platform. Sure, it's technically possible to start up a fork tomorrow. But, realistically, it's also just as possible to recreate MS Windows from scratch. The matter is that of degree, not really of kind. And if you're on the hook for months or years before they decide to extinguish you, you've got potentially years of catch up on the latest open source branch.

      About the biggest counterargument is merely that if you care enough about your platform, you'd fork the second they went closed source; hence, again, the AMD example. But realistically, this whole discussion started precisely because the developers don't feel they have the time or resources to devote to it and are outsourcing the effort (effectively, if not literally) to another group. Well, either way, you're setting yourself up for the risk of the source going closed and you having to support development yourself. It'd seem a better long-term investment to just start the development now on something that can't go closed and be pushing more for that then trying to compromise; so, really, it's a call for more finances just like there was with GPG.

    15. Re:He did this to GNUstep as well.... by Lord+Crc · · Score: 1

      Meanwhile, all the other platforms for which LLVM would be the dominant platform and for which there aren't extant major backers are basically on the hook for whatever way LLVM wants to play it, including extinguishing support for their platform.

      No, really, I mean it. Explain in detail how FreeBSD will become utterly unusable if LLVM went closed-source today and deleted any FreeBSD related code from their now-internal repository. Or AMD's OpenCL implementation. Or any other project using LLVM.

      Sure, it's technically possible to start up a fork tomorrow. But, realistically, it's also just as possible to recreate MS Windows from scratch.

      That comparison is utterly silly. You already have the entire source code for LLVM, and forking it is simply pushing it to another repository. That's the complete opposite of Windows, where you'd have to recreate it from scratch.

      Well, either way, you're setting yourself up for the risk of the source going closed and you having to support development yourself.

      Well yes, but all that does is put you in the same spot as if you had picked a closed-source component to begin with.

      And don't think you're safe with GPL. Any GPL code can be re-licensed (and thus made closed-source) if the copyright holders agree. Of course, exactly as with BSD, the code already distributed under GPL/BSD will stay GPL/BSD.

  88. User Freedom != Publisher Freedom by Anonymous Coward · · Score: 0

    The freedoms of the user are not the same as the freedoms of the publisher (software distributor in the case of software). RMS's goal is that if you use the software, you should have the freedom to modify it. This restricts the distributor from locking it down. The LLVM side is that the distributor has the freedom to do whatever they want, which restricts the user. We are all users of technology, somewhere between once and a while and almost every waking hour. Only a minority are distributors. It is more social/progressive to protect the user's freedom than those of the distributor. When all but the leading edge of technology is a commodity, it makes more sense to protect the users' freedom.

  89. Re:"Stallman's stated goal has always been to driv by Anonymous Coward · · Score: 0

    GNU is RMS trying to impose college socialism on the world.

  90. Don't forget that RMS is a commie. by Anonymous Coward · · Score: 0

    He's mad at all of the commercial software shops because they hired his playmates away from MIT. In his ideal world, only anointed programmers would ever write code, and they'd be paid by the taxpayers.

  91. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    It's an extreme example but that's exactly right. People who paint the GPL as restricting freedom have no clue what freedom means. It's like saying the laws against rape or any violent crimes restrict freedom. Basically they want the libertarian version of freedom - to do whatever they like.

    If you don't like the freedom the GPL offers then you don't have to use GPL'd code. Nobody is pointing a gun at your head.

  92. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    The world is obviously "more free" when you can put handcuffs on people than when you can't. Those terrible GNU zealots want to take your freedom to handcuff people away. What kind of freedom is that? /sarcasm

  93. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    That's exactly what I meant in my post. Freedom is a matter of self-control and the GPL codifies this essence of self-control in software. The GPL is a conveyance (distribution) license and it doesn't apply handcuffs to developers. Developers willing adopt the GPL software and adhere to its distribution policy by choice. The distribution policy of the GPL is basically "do not add more restrictions than what already exists". I could not equate such a policy to "applying handcuffs onto other people".

  94. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Oh, stop with the stupid straw men already. No-one is forcing you to use GPL'd software, or to use it in your own projects.

  95. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Software as a service isn't quite the same as distributing software. The GPL is a distribution license, not a usage license; the GPL has no say in how you use the software but in how you distribute the software.

    The thing about BSD-licensed software is that the BSD license doesn't imply that the (licensed) software is free software. If you fork BSD-licensed free software into proprietary software, the derivative doesn't cease being BSD-licensed, it is now a BSD-licensed proprietary program. Yes, the original BSD-licensed free program is still existing and still available. However, whenever you see "this software is licensed under BSD license" you cannot be certain to assume that this software is free software, you're going to have to check the status on a case-by-case basis. Even if the software is simply a verbatim compiled binary of a free BSD licensed program, that copy doesn't imply that it is also free software.

  96. Re:BSD is more threatening than proprietary by exomondo · · Score: 1

    Software as a service isn't quite the same as distributing software. The GPL is a distribution license, not a usage license

    Right but these days SaaS is becoming much more common, the idea that "the GPL strictly states that nobody is allowed to put handcuffs on you" is outdated and antiquated, that statement also ignores Tivoization. These have been addressed in the AGPL and GPLv3 respectively but those have not seen wide adoption, indeed even the project central to Tivoization denounces it because it doesn't see Tivoization as a bad thing. The GPL in that case is a vehicle for "tit-for-tat" rather than freedom.

    If you fork BSD-licensed free software into proprietary software, the derivative doesn't cease being BSD-licensed, it is now a BSD-licensed proprietary program.

    Yes I should have written BSD-licensed sourcecode.

  97. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    It doesn't help a user of OS X or Android that a lot of open source software is locked up in it.
    The user still doesn't have the ability or even the legal right to fix it.

  98. Re:BSD is more threatening than proprietary by geminidomino · · Score: 1

    Which still has nothing to do with the originally released code. If you want to make a point about not being allowed/able/whatever to fix code, then make it without falling back on the decades-old half-facts. It only makes you look full of it.

    The simple fact is that anyone who releases code under BSD or similar licenses is absolutely okay with that code being used that way - if they weren't, they wouldn't use that license.

    If you prefer that others NOT be allowed to use your code in closed systems, that's also okay, but it's a matter of preference, not morality, and the kind of twisted doublethink that's been bouncing around the tubes for the last 20+ years trying to make it so is what's gotten RMS and his acolytes their well-earned "netkook" reputation.

  99. Re: Ok, so if the class of developers you care abo by retchdog · · Score: 1

    RMS FIGHTS FOR THE USERS!!!!

    --
    "They were pure niggers." – Noam Chomsky
  100. Re: Well by Anonymous Coward · · Score: 0

    That is why you should have a shower before your bath...

  101. Re:BSD is more threatening than proprietary by Microlith · · Score: 1

    It leaves the users of the closed code in the lurch, which the GPL was designed to fix.

  102. Re:"Stallman's stated goal has always been to driv by Cafe+Alpha · · Score: 1

    It was obvious to me, even not knowing about this moronic manifesto that the GPL license (not LGPL) is harmful to programmers.

    I was always surprised that so many people accepted it without thinking the implications through.

    IN THE REAL WORLD, the GPL doesn't make society "post scarcity" it just lowers the value and therefore salary of software engineers.

  103. I make the claim against you by Anonymous Coward · · Score: 0

    You're kidding yourself if you think that any significant proportion of users or developers don't care about software freedom.

    You see MS coders care about MS. Oracle coders care about Oracle. Apple coders care about Apple. BSD coders care only about BSD.

    They are all separate and against each other.

    But all GPL coders are working together because the license makes it so.

    And that's vastly greater in number than those against software freedom.

    1. Re:I make the claim against you by exomondo · · Score: 1

      No, the only "with us or against us" is GPL. Proprietary and BSD can co-operate.

  104. Re:"Stallman's stated goal has always been to driv by Anonymous Coward · · Score: 0

    Yeah right. And the prophesy that we'd be working 12-hour weeks and the problem would be finding what to do with all the time we have free from needing to work was engineers and economists trying to make working unprofitable.

    Fuck you're a moron.

    Don't need to program != cannot make a living programming.

  105. RMS is right, and wrong by Anonymous Coward · · Score: 0

    RMS does raise very valid point, the GNU project is under a threat from getting hijacked. But not just GNU, other open source software projects as well.

    Like example the INIT. I love the idea in scripts in Unix systems (while I don't much know about those, so take this as grain of salt) and the idea that everything is a file and configuration files are in plain text format. But I dislike the systemd because I just don't know at all how to really configure it, what it really does and where are what. And as far I understand (remember, my knowledge is limited) the logs and other important things are in binary files, that is contrary to "everything is a file, configs are plain text".

    Once we move to that area, the user freedom, easy configuration changes and security (backups, restore, cloning, sharing, editing etc) with basic tools (programs like cat, grep, find etc and shell commands like ls, >, | etc) becomes difficult or even impossible. And that is the danger zone when user can not manage his computer with basic tools or then chosen custom ones (own scripts, manufacturer scripts/programs etc).

    BUT. GNU is a threat to open source as well. RMS own idiocracy to try to make Linux as "just a kernel" while it is a monolithic kernel and the complete operating system as is, without any code from GNU project itself (bootloader doesn't belong to OS, INIT or anything it launches doesn't belong to OS). And demanding that everything is under GPL etc can be viewed as limitation, but GNU goal to erase history to get fame is terrible thing it does (read example the uname program history, GNU fans added own options and renamed "operating system" to "kernel" and added own special -o option that calls OS + Glibc as the "operating system". A very serious reality distortion field building!).

    But as long there are people in control and at least aware what is happening, I hope we can guide trough the policies in situations like this. Sure there will be the clash of the believes, but there should not be compromises done. We can not just take point "Nah, its perfectly safe and no worries!" and "It is fully dangerous, it is a decease!"

    Instead build a backup plan, that is the beauty of the open source, if A doesn't seem to fit, build a B to replace it if needed.
    That is being smart, no competition but just teamwork. Improve what is needed, use improved when needed and get the better end result out a side of the "threat". So if risk happens, you have backup plan to go!

  106. Priority to GNU software by FithisUX · · Score: 1

    This is what RMS tells. Support GNU. Nothing special. BSD or GPL is irrelevant. LLDB vs GDB is also irrelevant. Just prioritize good GDB support over LLDB. It is a resource assignment question.

  107. Beware of RMS/FSF by sectokia · · Score: 1

    The problem with Stallman is that he has already shown himself to be corrupt and betray the very people who supported him and used his licenses. If you want proof trying reading section 11 "RELICENSING" of the GFDL, then have a look at why this clause even exists. A pathetic trail of corruption that betrayed all wikipedia contributors. Basically he put in a clause in GFDL that allowed companies like wikimedia to change to a completely different licence. Since people are found to future version of the GFDL - there is nothing they can do about it. As people have mentioned jokingly... GPLv4 could easily say anything he wants.... He could even insert a clause saying FSF can sell and make money off any GPL program. Thankfully the important code (Such as linux kernel) is well educated on the cancer of the GPL and RSM's ideas. Do yourself a favour. Use GPL 2 and specifically make sure you don't licence code/docs that will be subject to whatever future licence version RMS/FSF crap out. Trusting RMS/FSF for all eternity is insanity. The licenses will continue one by one to become corrupt. Wikimedias special treatment is just the start. It will go like cancer, not to mention that whoever leads the FSF has complete power....

  108. Meh. by Arancaytar · · Score: 1

    While his original idea has some sound points, the ideological militancy with which he pursues it does more harm to free software than good at this point. BSD-style licenses are not the enemy of free software.

    Shunning BSD goes far beyond attacking non-free software; it's shunning free software proponents who don't shun non-free software. What's next, refusing to work with developers who also contribute to BSD projects? Refusing to work with developers who don't refuse to work with those developers? Take that far enough and you're basically on your own.

  109. He did this to GNUstep as well.... by FithisUX · · Score: 1

    In this case he was right. Apple goes away from ObjC. If resources were poured on GNUStep + Clang the whole project would be perished at Apple's will (see Swift). If you want my 2 Cents, re-write it to D. GCC has a D frontend. ObjC development is too costly to invest your limited resources. Apple is a corporate, they do whatever they need to get money even if they choose to betray the 3rd party developers. However by porting to D I see bright future. C is not an option because the resources are limited.

  110. Re:BSD is more threatening than proprietary by geminidomino · · Score: 1

    Which, again, has nothing to do with the original BSD licensed code.

  111. +1 super insightful and +1 super informative by pikine · · Score: 1

    I feel your pain if the chip IP vendors move to LLVM and won't share the source to their backend. However, I don't see an incentive model for them to change their ways, except maybe you now choose the chip IP based on the toolchain's source code availability, or convert to a mainstream CPU.

    It's futile trying to stop LLVM at this moment. They are funded by Apple with a lot of contributions from Google and the like. There is a lot of velocity being put into the development that gcc simply can't match. The feeble attempt of RMS won't stop them.

    By the way, it seems that most people talking here don't develop at all. You might have found some who do when you moderated the thread, but you're the first one I know.

    --
    I once had a signature.
  112. Re: BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    I don't know if I would say most GPL code is paid for by companies, but most of the major projects are and people on Slashdot always forget this. CUPS is basically maintained by apple. Intel, IBM and Google fund a great deal of development because they have a large enough interest in the source base and it offers no competitive advantage for them to keep it in house. Still we end up with a lot of starving developers (GNUPG) for major projects that no one ever does contribute and smaller corps outside the tech industry often never give back financially or source wise to anyone other then RHEL.

    We fight a lot about developer freedom on Slashdot, but we hardly ever talk about the majority of use cases of GPL code is in-house IT departments building code that is never distributed and there for never required for source release. So, if the GPL encourages most companies that do distribute software packages to avoid it, but doesn't discourage the plethra of in-house proprietary extensions then I say it fails to do its job. I would rather companies rip of my BSD code and get attached to it with the hope that a few developers will like the project enough to contribute on their own time and maybe a few companies will actually offically upstream packages then have the majority of use cases be dismissed over the fear of the plague spreading. For this reasons the closest I get to GPL is LGPLv2

  113. Afraid of a better product? Not really by Anonymous Coward · · Score: 0

    So he's basically afraid of competition from a better product, and instead of upping his game he's playing unfair with regard to access to "his" products?

    No, he's worried about competition from LLDB. One day he might have to worry about it being a better product, but that day is not today.

  114. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Some of us prefer others to voluntarily give back rather than be forced to.

    Some of us prefer that the rich were generous, that there was no crime, that there was world peace, that government was not a necessary evil, etc. Meanwhile, the GPL was created because it has been consistently shown that relying solely on voluntary action results in hoarding just like how one can't feed the poor merely by offering free food at a dispensary. Too many people who are already well off will abuse the situation and "correct" for the "market failure".

    In short, your argument spews more as the words of either a delusional fool or an opportunistic asshole.

  115. Re:BSD is more threatening than proprietary by david_thornley · · Score: 1

    The GPL FAQ mentions cases in which you may as well use a more permissive license. Therefore, he doesn't consider BSD evil, only inferior in most cases to the GPL. Stallman also writes about selecting licenses for tactical effect. If gcc was strictly GPL, all the output would be GPL, since it contains stuff from gcc in it. Stallman thought that that would hinder adoption of gcc, and therefore there are additional permissions that allow people to use bison and gcc to create a parser, say, and have that parser be proprietary.

    There is some acrimony between BSD and GPL fans, but I'm not sure of Stallman's role in that. Some of the quotes I've seen show that some BSD supporters like GPL less than they like outright proprietary licensing.

    --
    "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  116. Re:BSD is more threatening than proprietary by david_thornley · · Score: 1

    Some of use recognize that other people may have their own opinions about licenses, and that arguing about them is unlikely to accomplish anything.

    --
    "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  117. Freedom and power are not the same thing. by jbn-o · · Score: 2

    Freedom and power are not the same thing. When someone distributes a non-free derivative of a Free Software program, the distributors are exercising power over the users of that derivative.

  118. Re: BSD is more threatening than proprietary by david_thornley · · Score: 1

    Okay, so you can't use GPLed code at work, due to restrictions imposed by your job (possibly you sell shrinkwrap software, or have a boss who distrusts the GPL). You know what? You can't use Microsoft's proprietary code at work either, or Apple's. You could perhaps negotiate with them for use of it (I don't know how big and/or important your company is), but you could do the same with GPLed software. MySQL issued its software under the GPL, and was willing to sell other licenses.

    All licenses come with consequences, and the consequences of the GPL are different from most. That doesn't mean they are better or worse, except for specific purposes.

    --
    "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  119. A "hatchet job" indeed by jbn-o · · Score: 1

    RMS is not alone in his views on working to marginalize GCC in favor of something that can be made into proprietary software, Brad Kuhn talks about copyleft licensing and around 21m44s in the linked linux.conf.au talk he points out that proprietors (he notes Apple by name) contribute enough upstream to non-copyleft Free Software projects to keep those projects useful to the proprietor. It's hardly a stretch to see Apple doing the same for LLVM "because [Apple and Qualcomm] want GCC to die" as Kuhn points out in his talk. Steve Jobs and NeXT's history of copyright infringement with GCC is very much a part of this story. Being caught infringing the GPL on GCC is something I doubt Jobs or Apple ever forgot and is a big part of the reason why he, like so many open source enthusiasts, think non-copylefted licenses such as the MIT X11 and new BSD license are better than than an enforced GNU GPL.

    Eben Moglen is quick to point out in his consistently wise speeches that "RMS was right" (as he did in his linux.conf.au 2015 keynote speech). /. should learn to do the same. If you want to get comments like "RMS is pretty incendiary, eccentric, and often does or says crazy shit but... in this case it sounds like he said something alarmist to get attention and try to get some discussion" you should back it up with specific examples of what you mean. His flavor of "eccentricity" led us to recognize software freedom as an ethical human need well after RMS saw this; another clear example of how RMS was right. When what RMS says looks to you as "crazy shit" you should make it clear to others that you understand his long history of being right on these issues.

  120. Try understanding Free Software goals first by jbn-o · · Score: 1

    I think you're evaluating RMS' argument according to priorities you're imposing on him (such as talking about offering "choice" as if that's always a good thing) rather than trying to understand what software freedom is, how freedom and power differ, and why copyleft is something worth fighting for. That you would actually use the term "IP" as you do (meaning the phantom "intellectual property") suggests you haven't considered that concept very deeply either.

    1. Re:Try understanding Free Software goals first by Anonymous Coward · · Score: 0

      Free Software's goals always reminded me of Cuba and the USSR.... "You will be 'free' from capitalist 'oppression' under our terms and nobody elses!"

    2. Re:Try understanding Free Software goals first by borgheron · · Score: 1

      I believe you're making a gross assumption by picking apart a minor error in my post. Most people use IP as shorthand. Normally I would have said copyright and patent law. I, in fact, have consider the problem very deeply. Many years ago I wrote one of the first petitions against software patents:

      https://web.archive.org/web/20011214055725/http://www.petitiononline.com/pasp01/petition.html
      http://www.justice.gov/atr/public/hearings/ip/221258.htm (mentioned here in a FTC report on the effect of patents)

      PetitionOnline.com has since been closed down, so I used the wayback machine to find it. :) I wrote it along with RMS and a few others. So, I have more than a passing understanding on the subject.

      The issue with the FSF is that it is a political organization and doesn't give a crap about the quality of the software they release. This is the main reason why they haven't been able to release a decent kernel in the last 20 years and the reason why so many FSF projects are either very fringe or are utter failures. Not considering the command line tools such as ls and sed etc, the only projects which are truly successful in the GNU-land are gcc, gdb, emacs and very few others. Other than that the FSF's work is largely shunned by the community at large... see GNUstep and many others.

      What RMS doesn't want is a threat to what he sees as his privileged place in the community. Compilers are hard. When gcc was first written it was a monumental achievement.... but gcc was also crippled as described in my earlier post.

      I am not ascribing any motivations or priorities on RMS that he hasn't expressed all by himself. I have been part of the FSF on the GNUstep project for almost 17 years. I have spoken to him on many occasions and met him a few times in person. While I don't pretend to know him very well, I do know enough regarding his motivations not to have to make assumptions regarding them. Richard has said in the past that the FSF is political organization, not a technical one. Thus the quality of software can be sacrificed in the name of freedom. While in my youth I may have agreed with this point, I find it harder and harder to do so as I get older. I see software as an essential part of life. It should be open and free, but there also needs to be a balance.

      The fact of the matter is that RMS should spend his time fighting the real enemy and that is proprietary software and companies like Oracle that like to think that they have the right to own the world. What RMS should NOT be doing is fighting against a compiler which is under a recognized free software license (Modified BSD https://www.gnu.org/philosophy/license-list.html). I can't help but hear a note of jealousy in RMS' tone when he fights against tools which are already free for the sake of preserving the FSF's position. The FSF has, quite frankly, sewn the seeds of this for many years by taking the policy that it did with GCC and other projects and making them inferior in order to keep them free. This position BEGS another group to come in and do it right. Some people may argue that he has a problem with the license.... I suspect that even if it were LGPLv3+ or GPLv3+ he would still have an issue since it is NOT gcc. If you make a more useful tool... people will flock to it. This is a lesson that I hope the FSF learns well and takes away from this experience.

      Please don't think for a moment that I don't understand the importance of software freedom. If I didn't I wouldn't have devoted much of my life to GNUstep and to the cause for Free Software. Before you start making value judgements about someone you should, quite honestly, do your research. I have fought for software freedom for most of my adult life and I challenge anyone else here to make a similar claim.

      Sincerely, Gregory Casamento

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
    3. Re:Try understanding Free Software goals first by jbn-o · · Score: 1

      I believe you're making a gross assumption by picking apart a minor error in my post. Most people use IP as shorthand.

      No, I am responding to what you actually said. I do recommend avoiding the term "IP" no matter how popular it is precisely for the reasons I linked to if you wish to avoid the confusions that term raises.

      I'm sure we're all grateful for your past and ongoing contributions to our software freedom (I certainly am) but nobody should get a pass for evidenceless assertions such as:

      • "The issue with the FSF is that it is a political organization and doesn't give a crap about the quality of the software they release."
      • "What RMS doesn't want is a threat to what he sees as his privileged place in the community."

      When I hear an RMS talk I hear him give examples of real-world instances to back up his points. He writes with links to news stories to back up his claims. I don't see any pointers to that kind of information in what you write, just your opinion on matters that really need some backing up.

      Consider your point about RMS's alleged egotistical involvement in this LLVM issue:

      I can't help but hear a note of jealousy in RMS' tone when he fights against tools which are already free for the sake of preserving the FSF's position. The FSF has, quite frankly, sewn the seeds of this for many years by taking the policy that it did with GCC and other projects and making them inferior in order to keep them free. This position BEGS another group to come in and do it right. Some people may argue that he has a problem with the license.... I suspect that even if it were LGPLv3+ or GPLv3+ he would still have an issue since it is NOT gcc. If you make a more useful tool... people will flock to it. This is a lesson that I hope the FSF learns well and takes away from this experience.

      I recall RMS saying something to this point:

      For GCC to be replaced by another technically superior compiler that defended freedom equally well would cause me some personal regret, but I would rejoice for the community's advance. The existence of LLVM is a terrible setback for our community precisely because it is not copylefted and can be used as the basis for nonfree compilers -- so that all contribution to LLVM directly helps proprietary software as much as it helps us.

      In fact much of that post to the gcc@gcc.gnu.org mailing list would be relevant to reply to this story today. And RMS published that post about a year ago.

    4. Re:Try understanding Free Software goals first by jbn-o · · Score: 1

      You should explain what you mean lest people read something into your hit-and-run argument that you don't mean. As it is, yours is an inarticulately defended counterargument which suggests you're not aware of the problems of arguing against software freedom by claiming that if one is free to become a slave, one isn't really free. That merely tries to turn freedom into paradox wherein proprietary software (the software that restricts your freedoms) are equivalent to respecting a user's software freedom. It's not a good argument.

      In fact, nobody is restricting you from choosing non-free software or non-copylefted Free Software. The point remains with what you choose—what freedoms are you getting from your choices? With Free Software, particularly strongly-copylefted Free Software, the choices you are free to partake of are a lot more clear and beneficial to you, even if the strongly-copylefted Free Software program doesn't currently implement what you want. Because adding the missing functionality is an option and you don't have to fear that you trade away valuable freedoms in return. Convenience is simply overvalued to the point of giving up on liberties and that's a major problem.

  121. You have a choice. by ikhider · · Score: 1

    I am surprised by the ilk who claim GNU/Libre centric projects like Trisquel, FreeSlack, Ututo, Dragora, Parabola, Blag (please restart that cool distro) et al and attendant free software like Emacs does not respect their freedom to deploy proprietary software when they wish. Free software projects are the minority, non-free is the majority. For some of us, free software is important and we choose to pursue this. Those who choose otherwise, you have Windows, Apple, and so on. You don't have to use Libre software. Don't like Emacs? Want a proprietary version of Emacs? Go make it the proprietary dream text editor you want it to be. Decades ago Stallman had a dream of a free operating system and now I benefit from it. Stallman is not getting a massive paycheck for free software, unlike the proprietary counterparts. Stallman was clever enough to draw up the documentation and frame work for how free software can function--not for his benefit, but for all. He fights, not for himself, but the User. I understand there are people who disagree with his ideas, to you I say, 'kindly move along, there is nothing to see here.' For a while, free software is more convenient in some respects than non-free. However, non-free software proponents have deep pockets and are coming up with ways to make their work more convenient than free (at the moment). Stallman says between convenience and freedom, he picks the latter. So please, if proprietary floats your boat, knock yourself out. In schools, workplaces, and other environs, non-free operating systems and programs are the default so I already have more than enough proprietary software in my dietary intake. It is only now that free/Libre software is really a viable option. I am happy to first see, then use Free/Libre software that actually works, and now computers (and phones!) built around the idea of free hardware and software. I want this, but my choices are limited. If proprietary, dude, the choices never stop. So what's the freak out? Why do you deny a varied ecosystem of choice? What's it to you if some of us prefer freedom?

    --
    "SO we bide our time, waiting for a purer kick to bloom and the future is still bleak, uncertain and beautiful" -GSYBE
  122. Re:BSD is more threatening than proprietary by Anonymous Coward · · Score: 0

    Good retort. Mod parent up.

  123. Re:"Stallman's stated goal has always been to driv by david_thornley · · Score: 1

    Free Software enables software engineers. At home, I have an excellent development system that runs a variety of languages, and I paid nothing for the software and have access to the source (which I haven't downloaded in all cases). The Android programming kit I downloaded plugs directly into Eclipse.

    In the 1990s, I was doing Macintosh development and general programming using proprietary products, and paid a good deal of money on Macintosh Common Lisp and Metrowerks C and C++. There were free (as in beer) alternatives, but they weren't very good. (No, I never did get along with Macintosh Programmers' Workshop.)

    Therefore, it's a lot easier to break into software development nowadays, and software engineers can do more things than ever to develop programs.

    --
    "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  124. It really is ironic by Phil+Urich · · Score: 1

    You're entirely correct. All these people complaining about RMS, while they're surrounded on a daily basis by software that stands in opposition to his ideals. From the rhetoric you'd imagine the opposite was true.

    --
    I remember sigs. Oh, a simpler time!
  125. Re: Ok, so if the class of developers you care abo by Jay+Maynard · · Score: 1

    All right, someone mod that one +1 Funny.

    --
    Disinfect the GNU General Public Virus!
  126. Re:BSD is more threatening than proprietary by lars_stefan_axelsson · · Score: 1

    Some of us prefer others to voluntarily give back rather than be forced to.

    And some of us don't trust you to actually come through...

    --
    Stefan Axelsson
  127. RMS Objects to Sanity by Anonymous Coward · · Score: 0

    RMS is ironically the worst member of the FOS community. Between his penchant for defending beastiality and pedophilia, to his insatiable desire to control what people do with their machines and their code just to spite corporations, to taking credit for things he didn't create, and his public displays of childish rage when things don't go his way, he's systematically made a mockery of the FOS movement for the last thirty years. When you see his picture these days, you don't think freedom, or open-source, or integrity. What you see is him being used as the butt of a joke, because that's essentially what he is. Linus Torvalds may be known for being a jerk, but he's still very well respected, is very dignified in his photos, and has changed the world for the better. RMS isn't respectable, isn't dignified, and will be forgotten in the annals of history. As he should be.