Slashdot Mirror


Advocacy Prompts Reconsideration of Anti-GPL Letter

Many people have noted that there has been a reaction (see also this AP story) to the story posted a few days ago about the GPL in government. (More links: Wired, Newsforge.) This is good, I guess: Congress should consider carefully how the government licenses the code it funds, because it's an important public policy question: it shouldn't be decided by a backroom push from business lobbyists (the lead Representative listed, Adam Smith, represents a district fairly close to but not including Microsoft headquarters). There are certain things that bother me about this whole story though, and I'm going to try to trace the trajectory of it below.

As far as I can tell, it started with this Newsforge story (Newsforge is also part of OSDN, Slashdot's corporate parent). The Newsforge story was excerpted and copied by an Australian newspaper, and from there, it was off and spreading. The headline chosen, "Washington State Congressman attempts to outlaw GPL", is not particularly accurate, but it did a great job at stirring up outrage. Outlaw the GPL! Over my dead keyboard!

From there it really started making the rounds. It was repeatedly submitted to Slashdot with all sorts of flaming, incorrect commentary - in fact, after reading a dozen different submissions, I didn't think any of them were even close to accurate. I picked one and posted it, trying to do my best to a) provide an accurate headline and b) provide an accurate summary of the issue at stake in a few sentences. To recap again: when the Federal government creates computer code (or any copyrightable work) directly, it gets no copyright whatsoever and the work is true public domain (quirk of the U.S. copyright laws - the 50 states, corporations, individuals, and other legal entities all get copyrights automatically, but the Federal government does not). If you want to copy, reproduce, or sell an .mp3 of the U.S. Congress singing "God Bless America" after September 11, go right ahead: there is no copyright on it whatsoever. (Actually, the song itself is still under copyright, but Congress' performance of it wouldn't be...)

However, when the Federal government hires a non-employee to create code or copyrighted works, there is no clear rule regarding the copyright status of the work. Sometimes the contract calls for rights to the work to be assigned to the Federal government (the Feds don't get original copyrights, but if someone else gets an original copyright, the Feds can acquire it). Sometimes the contractor keeps the copyright and gets to do whatever they want with it. Sometimes the contract doesn't specify. Note that this is NOT a BSD-vs.-GPL dispute, not by a long shot. Very little code financed by the Federal government is ever licensed under either of these two licenses - the choice is basically agency-proprietary (the Federal agency asked for the rights in the contract, and kept them) or company-proprietary (the agency didn't ask for the rights, and the contractor kept them).

And most of the time it doesn't matter. I've written code for the Federal government as both a contractor and an employee, and 99% of it was so specific and customized that it would be of use to no one else, regardless of its licensing or copyright status. Probably the majority of code written for the Federal government falls into that category - internal use software for very specific needs.

But some of it is undoubtedly useful. Some major projects funded by the government in conjunction with academia have escaped from licensing purgatory, typically through the efforts of the researchers working on them who approach the issue from an academic freedom viewpoint and want to see their work widely adopted. GRASS is one major one that I know of. A commenter pointed out ADA as an example. For code which is useful to others, either a BSD-like or GPL-like license would be truly beneficial and easily defensible as a public policy choice. In the non-code world, the government makes choices like that all the time - it might choose to purchase a particular piece of land and commit to making it available to everyone forever by declaring it a National Park and committing to maintain it, a GPL-like philosophy; alternately, it might choose to just dump a particular piece of property on the market, putting it up for auction and letting the purchaser do what he wills with it, a BSD-like philosophy.[1] Either of these two options might be optimal; but paying for code which ends up remaining proprietary is like buying a new stadium to benefit a very specific corporation which owns a very specific sports team: the type of use of public funds which is generally seen as sleazy and the opposite of good governance.

Either of the first two choices can be appropriate in certain situations. What does not seem appropriate is paying for proprietary code, although this is generally what happens when the government contracts for code. Since the government has the ability to provide a benefit to the public (open code) at essentially zero cost, it should do so. An example which has struck me several times over the past few years: every airport in the world has the same problem, coordinating planes taking off and landing and keeping them from running into each other. Yet each nation (and often each airport) solves the problem over and over, paying heavily for custom-designed, one-shot software development. Imagine if the world's airports could simply install GNU-AirTrafficControl 2.7, and have a complete, working, bug-free and cost-free air traffic control system. It would cost every nation less to do it this way, but it would also make a lot less money for the consultants retained to develop these systems.

But leave off the advocacy for moment - I was following the story itself. As noted above, the outcry has prompted many of the other Representatives who originally signed the letter to reconsider. The AP story even suggests that some of the signatories were actively misled - that the letter they thought they were signing didn't mention the GPL at all. However it actually played out, some good has been done.

That's good. What's not so good is that much of the outcry was probably generated by stories titled "Washington State Congressman attempts to outlaw GPL". The right outcome occurred, but for the wrong reasons and in the wrong manner. I am left wondering whether the community would have made the same sort of response on this issue if every story that had been posted about it was 100% accurate and non-inflammatory.

[1] If you're not familiar with the BSD-like and GPL-like classes of software licenses, this won't make a lot of sense to you, so please read up if necessary.

263 comments

  1. hmmm by Masami+Eiri · · Score: 0, Insightful

    This is a weird subject, really. GPL is good, but when you really think about it, source code for government software isn't really something that should fall into the wrong hands...

    1. Re:hmmm by ryepup · · Score: 5, Insightful

      If the code is good, it doesn't matter whose hands it falls into. Odds are that if it falls into bad hands that find an exploit, it will also fall into good hands that find that same exploit, and alert the developers.

    2. Re:hmmm by cyborch · · Score: 2

      If I had moderator points today I would mod you insightful. This is the very core of the upside to open source development. If the system is as important as some of the government systems are it should most definitely be open source!

    3. Re:hmmm by FyRE666 · · Score: 5, Funny

      This is a weird subject, really. GPL is good, but when you really think about it, source code for government software isn't really something that should fall into the wrong hands...

      Security through obscurity doesn't work. Ask Microsoft.

    4. Re:hmmm by scott1853 · · Score: 2

      Just because the source is there doesn't mean people are going to look at it. A lot of open source developers develop for fun. Unit testing string conversion functions is not fun, therefore it won't be willingly done.

      There a books containing all the laws for your town/county/state/country. How many people have really read them?

    5. Re:hmmm by Emmettfish · · Score: 5, Insightful
      This is a weird subject, really. GPL is good, but when you really think about it, source code for government software isn't really something that should fall into the wrong hands...

      Software doesn't kill people, people kill people.

      Okay, maybe that's too glib, but the song remains the same. Anything that would be considered a serious security threat would be classified as such; The mechanisms to do this with governmental data already exist.

      I would hate for something as artistic as software to fall into an anti-terrorist mantra, because there's a forest-for-the-trees problem. Sometimes a cigar is just a cigar, and sometimes an MTA application is just an MTA application, even though it could be used to deliver mail with contents that aren't in the best interests of the commonwealth.

      The problem with the 'wrong hands' argument is that we need to trust whomever is entrusted with the definition of 'wrong hands.' If that is a large, bureaucratic judicial system, it's probably inefficient, if it's an efficient corporation, the chances of ever seeing the code is nearly non-existent. :)

      Emmett Plant
      CEO, Xiph.org Foundation

    6. Re:hmmm by Anonymous Coward · · Score: 1, Interesting

      Ok you have missed the point entirely. The GPL issue is not the same as making an open source government. The issue is that government contractors should be forced to license the software to the government under the GPL. All the GPL says is that if you get the binary you can have the source and the license be changed to stop you from propagating it. Nowhere does is say you must release the software into the wild; it only addresses what happens IF you chose to do that.
      For security sensitive software there could be additional contract terms about the distribution of any of it. The contractor can be hired under a contract that keeps their lips buttoned about what the software they write does. The government can then have other contractors build on the government's licensed copies of the software where that's useful. The real question is whether the second contractor who is developing against the copy licensed by the government is bound by the GPL, or can the contracts be written to be stronger than the GPL. I think they can, contract law always allows you to give away more of your freedoms to get the job.
      Finally, if there are sections of code determined to be useful and the decision is made to release that to the public, getting the licenses release is a no-op. The idea is that the government is paying for software -- it should be licensed to them in a manner that can be used for the public good. This is why GPL is a good choice for government.

    7. Re:hmmm by Anonymous Coward · · Score: 0

      Actually, no. Odds are, if someone gets hold of software _looking_ for an exploit, they will find one. If someone gets hold of software to enhance the software, they aren't going to notice any possible exploits. It is a _myth_ that "many eyes make all bugs shallow." Bug != exploit, and with more eyes means more hands which means more _added_ bugs. I would say the possibility is greater for exploits to be introduced with new eyes/hands because the source code is unfamiliar territory to those people. There is no way possible that they have the subtle (unprinted/typed) knowledge of the software that the original authors have.

    8. Re:hmmm by lpontiac · · Score: 3, Insightful
      GPL is good, but when you really think about it, source code for government software isn't really something that should fall into the wrong hands

      This is a non-issue, surely. Not letting dangerous government information (ie classified information) into the public's hands is covered by secrecy laws that have nothing to do with copyright law, which exists to secure the "rights" (whether you believe them too many, too few, or just right) of IP holders.

      If you come across a classified military report, you can't spread it around, regardless of what licence it is under. I'm pretty sure it would be completely uncopyrighted, if it was produced by the government - once they become unclassified, you can copy them as much as you like.

    9. Re:hmmm by Sean+Riordan · · Score: 4, Interesting

      While I agree that some pieces of software that have security concerns for one reason or another might not be best released as open code, but the vast majority of government funded code is for more mundane applications and could be useful to the general public without potential harm from security issues. I have spent the last couple of months working on a piece of software for a government contract that has been written literally dozens of times before but is considered proprietary by the contractors that developed it. The cost and inefficiency is staggering. That is my opinion at least.

      --
      Sig? What if I prefer Glock?
    10. Re:hmmm by standsolid · · Score: 1

      Software doesn't kill people, people kill people.

      People don't kill people... Heart failure kills people

      --
      WTPOUAWYHTTOTWPA
      What's the point of using acronyms when you have to type out the whole phrase anyways?
    11. Re:hmmm by swillden · · Score: 2

      Security through obscurity doesn't work. Ask Microsoft.

      But obscurity can help security. Ask the NSA.

      Security through openness also only works when defects can be corrected in a timely manner. This is the case with most systems, but not all, and systems for which it is known in advance that modifications to fielded units will not be possible should use obscurity as an added layer of protection (on top of well-designed and implemented security).

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    12. Re:hmmm by decefett · · Score: 2

      The issue is that government contractors should be forced to license the software to the government under the GPL.

      Actually the issue is that if your government contracts to have some code developed the GPL should be an allowable licence.

      --
      Australian? Join EFA
    13. Re:hmmm by gandy909 · · Score: 1

      I'm not a GPL expert, but I believe there is no requirement to release the code? Only if you choose to release it you must also provide the source

      --

      (Stolen sig) Remember: it's a "Microsoft virus", not an "email virus", a "Microsoft worm", not a "computer worm
    14. Re:hmmm by Chexsum · · Score: 0

      I am no GPL expert either but you must provide source code 'upon request' if you license your work under the GNU GPL - most people release the code with the binary - this is true for the LGPL also.

      --
      Pixels keep you awake!
    15. Re:hmmm by Anonymous Coward · · Score: 0

      Brain death kills people.

  2. BSD Should Be Used by BurritoWarrior · · Score: 5, Insightful

    ...because the BSD license is essentially no license at all. So, when the government releases the SuperFoomatic 1.0, anyone can do with it as they please.

    If we want a GPL'ed SuperFoomatic, we just take that code and release it under the GPL license. No point in having it release originally under the GPL as the released code can be GPL'ed "retroactively".

    The only addiition I can think of is that perhaps it should be dual licensed, so that corporations have to pay for its use, with those monies paying for additional governmental software research.

    1. Re:BSD Should Be Used by MikeFM · · Score: 3, Insightful

      I'd suggest a dual license. First under the GPL with the second license BSD-style for American based companies and for a fee for foreign companies. This way anyone that would return the code to the community could use it freely either way and anyone hiring American workers would be free to make a profit off of it. Of course there would always be the countries that'd let their companies use our source code free anyway but leave that up to those nasty people that keep harping on the greatness of worldwide 200 year copyrights. :)

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    2. Re:BSD Should Be Used by Anonymous Coward · · Score: 5, Interesting

      Let's look at two cases:

      1) A company invests a lot of research and spends 3 years writing supersoftware X, and sells it under a proprietary license.

      2) A company finds an agency that needs supersoftware X, spends 3 years writing it on contract, and then sells it under a proprietary license.

      Case 1 is the typical copyrighted software situation; collectively we gave up the rights to make copies of that code, so that the company would have the incentive to write it in the first place. Then we pay. We pay 2 times: once with our right to copy it, whether we use it or not, and once with our money, if we actually use it.

      Case 2 is also unfortunately typical. In this case we pay for our software 3 times: once when we paid to have it written, once when we gave up our rights to copy it, and once when we bought it.

      How many times do I have to pay for what is essentially MY SOFTWARE since MY MONEY paid to create it ?

      I want tax-funded software under the GPL, so that I will never face a copy of MY OWN CODE wrapped up in a new interface being sold to me for $500 under an oppressive EULA.

      There is another issue in this:

      Copyright is only constitutional in the US as long as it creates an incentive to create more works. Since software written for a government contract is going to be written whether there is coyright or not, there is no new incentive created. Therefore, prosecuting someone for copying and selling software written under government contract is unconstitutional.

      Now, since as a society we seem to have collectively decided to ignore that document, maybe constitutionality has no bearing. But if you buy into that constitution stuff, the government can't release it under the GPL because that's a copyrighted license; they can only simply release it. However, including any part of it into a proprietary work, or making a derived work from it, may also place that work outside the scope of copyrightable material.

    3. Re:BSD Should Be Used by abe+ferlman · · Score: 1

      BSD is not no license at all. It is a license to impose other, more restrictive licenses upon the original work.

      Like Rush says, if you choose not to decide you still have made a choice.

      The question is, do we get greater freedom for users through an approach that preserves their freedom or one that is agnostic to it?

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    4. Re:BSD Should Be Used by Karn · · Score: 1

      Why use the BSD license over the GPL? Neither one of them are as 'unencumbered' as no license at all..

      --


      Why do I keep typing pythong?
    5. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      BSD is not no license at all. It is a license to impose other, more restrictive licenses upon the original work. Yeah, that's why I can re-licenses BSD works under whatever licenses I want. Hey! I built a BSD to GPL compiler last night. It takes all the letters from the BSD code, compiles them into GPLBC (GPL byte code), then I simply decompile the resulting work into my own special GPL'd code. Surprise! Like Rush says, if you choose not to decide you still have made a choice. Rush Limbaugh? He would say something that stupid. If you chose not to decide, you simply throw away your freedom to decide.

    6. Re:BSD Should Be Used by eXtro · · Score: 4, Informative

      It's not just your own code, corporations pay a lot of taxes as well. BSD is probably the more appropriate Open Source license under these circumstances. You, as a tax payer, are entitled to the code which was produced using your taxes. You can then modify it and hoard it or set up a server and share it or charge for your improvements. Corporations, as tax payers, can also take this code, modify it and hoard it, or set up a server and share it or charge for its improvements. At no point does the original work paid for become encumbered, but derivative works might become encumbered.

    7. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      Like Rush says, if you choose not to decide you still have made a choice.Rush Limbaugh? He would say something that stupid. If you chose not to decide, you simply throw away your freedom to decide.

      The original poster meant Rush the Canadian band. That quote is from a song called Freewill, and refers to religious beliefs.

      Disclaimer: I agree with the quote; not deciding something often amounts to a choice. Tongue-in-cheek example: If you ponder too long whether to aska girl out or not, someone else will take her. You lose.

    8. Re:BSD Should Be Used by Stonehand · · Score: 5, Informative

      Yes, you're missing the boat -- or perhaps being deliberately obtuse.

      If it's BSD licensed, not only can a company get the code but YOU can get the code with all the rights the company had. Ergo, the company has NOT taken the code away or restricted your rights to the code "you" (more likely, people wealthier than you, paying a larger percentage) paid for. What you AREN'T necessarily getting is exactly what you DID NOT pay for (even if you're in the highest tax bracket...) -- the additional work done by the company.

      Now, considering that this incredibly obvious and correct point has been made before, you're either deliberately trolling or not reading any responses in order to maintain your pro-GPL ignorance.

      --
      Only the dead have seen the end of war.
    9. Re:BSD Should Be Used by GigsVT · · Score: 1

      No license at all creates ambiguity. It is generally assumed that in absence of a copyright notice, "All Rights Reserved" applies.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    10. Re:BSD Should Be Used by Jeremy+Erwin · · Score: 2

      BSD isn't always the appropriate license. Let us suppose that a intelligence agency wants to study security in modern operating systems. The operating system may require that extensions to that operating system be released under a specific license-- GPL, perhaps.

      Now, I know that quite a number of slashdotters choose operating systems based on the governing license, but sometimes other considerations must apply.

      If a a governemnt agency wants to reduce the vulnerability of existing Windows machines, its modifications might be governed by a Microsoft shared source licence. If it wants to experiment with Linux kernel research, its actions might be governed by the GPL.

    11. Re:BSD Should Be Used by byran+lei · · Score: 1, Insightful

      >I'd suggest a dual license. First under the GPL with the second
      >license BSD-style for American based companies and for a fee for
      >foreign companies.
      >
      Wrong. It should be a fee charged to both American based and foreign companies companies
      We don't need a repeat of the way Netscape and other companies got started.

    12. Re:BSD Should Be Used by snol · · Score: 1

      Can't exactly use BSD for this purpose since if you license the software to one company as BSD they're free to pass it around to others, American-based or not and paying or not. Some kind of proprietary license would work fine.

    13. Re:BSD Should Be Used by Greebz · · Score: 1


      What rot.

      The BSDL does not impose anything.

      It *allows*. That's called freedom.

      The purpose of the BSDL is to get standards adopted and prevent wheel-reinvention by having a freely-usable codebase out there - consider it a comprehensive code-library, if you will.

      The users can't lose their freedom through BSDL code being relicensed, since they can still get the original BSDL'd code.

      Enhancements to that code may or may not be released under the BSDL. And if they're commercial, you make your choice whether to use them or not.

      Wonderful thing, freedom of choice.

    14. Re:BSD Should Be Used by Planesdragon · · Score: 3, Interesting

      How many times do I have to pay for what is essentially MY SOFTWARE since MY MONEY paid to create it ?

      Do you complain if the waitress whom you tipped buys crack with your tip money? Or something else that you're offended by? After all, it was your money that paid for it....

      The federal government's funds are not "your money" or "my money." They're "our money," and we elect a president, two senators and a representative to see that OUR MONEY gets spent in the way that best helps "us."

      Copyright is only constitutional in the US as long as it creates an incentive to create more works. Since software written for a government contract is going to be written whether there is coyright or not, there is no new incentive created. Therefore, prosecuting someone for copying and selling software written under government contract is unconstitutional.

      Hardly. Copyright creates a general state where creative works are profitable. There's no compelling reason why government-funded projects cannot create copyright; if there were, the national endowment for the arts would be unconstitional in its very idea.

      Now, since as a society we seem to have collectively decided to ignore that document, maybe constitutionality has no bearing.

      No, we haven't. We don't recite it every morning or study it every sunday, but we do keep it in mind as the defining element of the federal government.

      But if you buy into that constitution stuff, the government can't release it under the GPL because that's a copyrighted license; they can only simply release it. However, including any part of it into a proprietary work, or making a derived work from it, may also place that work outside the scope of copyrightable material.

      If a work cannot be copywritten, then any derivitive work made from that is evalutated on its owm merits.

      As far as the law goes, a translation of "Dantes Inferno" might as well be an original work.

    15. Re:BSD Should Be Used by MikeFM · · Score: 3, Insightful

      You could modify the basic BSD license to apply only to certain persons and corporations including the right to transfer the license only to others that also qualify.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    16. Re:BSD Should Be Used by orasio · · Score: 1

      Dual licensing sounds good, but in that case, GPL _and_ a paid license for people who want to link with proprietary code, and such. That way, everyone contributes, who uses the GPL is encouraged to contribute back his work, and the one who pays is paying back the cost of the GPL-ed code.

      Anyway, I don live in the US, and here in Uruguay, government funded research is nearly a non-issue.
      Good luck with that.

    17. Re:BSD Should Be Used by r5t8i6y3 · · Score: 3, Insightful

      >It's not just your own code, corporations pay a lot of taxes as well


      the problem is:

      people pay most of the taxes

      and

      corporations give most of the campaign contributions


      what a fair system.

    18. Re:BSD Should Be Used by Principal+Skinner · · Score: 1

      The purpose of the BSDL is to get standards adopted and prevent wheel-reinvention by having a freely-usable codebase out there - consider it a comprehensive code-library, if you will.

      But what happens when Microsoft takes a "standard codebase", say, I don't know, Kerberos, and adds proprietary extensions to it, then uses its control of the market to establish its version as the de facto standard? Standards are meaningless if the most powerful companies ignore/extend them. "Embrace, extend, extinguish". Of course, you are still free to use and work on the original, but you won't be able to play with the rest of the world who, sheep-like, have run out and bought the M$ version.

      --
      one hundred twenty
      is just enough characters
      to write a haiku
    19. Re:BSD Should Be Used by Greebz · · Score: 2, Insightful


      An irrelevency.

      Firstly, Kerberos wasn't BSDL'd. Pedantry, I admit, but accurate.

      Secondly, IIRC, Microsoft didn't actually use the free code - which would take a lot of work to get talking to Windows - but rewrote it from scratch anyway. A common mis-conception.

      Regardless of that, that's what they'd do if they couldn't take the original code-base. So you're still no better off if someone's determined to create a broken version.

      The GPL can not and does not prevent this.

      Licenses cannot enforce standards. Microsoft can create broken protocols no matter what. That's the advantage of being an 800lb gorilla in the marketplace.

      The GPL would hinder this. Proprietary products would need ground-up rewrites that may not be completely compatible.

      What the BSDL does is promote quality implementations for those who *WANT* to play by the rules and use existing standards. It ensures they get a version that is fully inter-operatble with the existing versions.

      Going back to Kerberos, the users still have a choice -- use the M$ "extended" version, or stick with something that follows the original standard.

      See, freedom of choice.

    20. Re:BSD Should Be Used by Aapje · · Score: 2

      1) A company invests a lot of research and spends 3 years writing supersoftware X, and sells it under a proprietary license.

      Case 1 is the typical copyrighted software situation; collectively we gave up the rights to make copies of that code, so that the company would have the incentive to write it in the first place. Then we pay. We pay 2 times: once with our right to copy it, whether we use it or not, and once with our money, if we actually use it.


      No, you pay only once. Suppose that this system wasn't in place. The software would probably not have been written (or at least not at the same speed/quality, by a focused, 40hr/week group of developers). I don't see how you can give up the right to copy code that hasn't been written. So you simply pay once for software with certain restrictions. That doesn't differ much with physical products actually. I cannot start producing and selling Dells. Buying one doesn't give me the right to distribute copies. Do you also feel that you pay twice for a Dell computer?

      BTW, you don't give up the right to copy, but to distribute copies. Fair use allows me to copy stuff without being sued.

      2) A company finds an agency that needs supersoftware X, spends 3 years writing it on contract, and then sells it under a proprietary license.

      Case 2 is also unfortunately typical. In this case we pay for our software 3 times: once when we paid to have it written, once when we gave up our rights to copy it, and once when we bought it.


      If the company wouldn't get to sell the software it must ask more for writing the software initially. The costs of development will be taxed differently, but the total amount of money you will have to pay will not automatically increase.

      I want tax-funded software under the GPL, so that I will never face a copy of MY OWN CODE wrapped up in a new interface being sold to me for $500 under an oppressive EULA.

      Why can't I use MY OWN CODE as the basis of a new product that I want to sell? Why can't the government reduce my taxes by selling publicly funded software on my behalf? Valid arguments that can also be expressed in irate sentences.

      Copyright is only constitutional in the US as long as it creates an incentive to create more works. Since software written for a government contract is going to be written whether there is coyright or not, there is no new incentive created. Therefore, prosecuting someone for copying and selling software written under government contract is unconstitutional.

      If this lowers the price of having the software written, the government is able to afford more software or other copyrighted stuff. More works can thus be created.

      Now, since as a society we seem to have collectively decided to ignore that document, maybe constitutionality has no bearing.

      That is one possible conclusion. Another is that you don't understand the law.

      --

      The Drowned and the Saved - Primo Levi
    21. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      What does it matter if Company A takes that code, works it into their own products and then turns around and offers it for sale at $500 under an opressive license? You still have the original copy of said code produced by the government agency to use as you see fit.

      It's funny how GNUbrats are so defensive about THEIR SOFTWARE when THEIR MONEY went into developing it, but companies be damned if they want anything back. Guess what fucko, you aren't the only one paying taxes. Despite what the FUD spreading fuckwads of slishyshit wants you to think, companies pay taxes. I paid more in taxes for my company last year than the cumulative amount of taxes you'll ever have to pay in your entire life. That software is MY FUCKING SOFTWARE too, and I sure as Hell want the right to use it as I see fit if you can demand the right to use it as you see fit. Get a fucking job, then get a fucking life and finally get a fucking clue.

    22. Re:BSD Should Be Used by Sivar · · Score: 3, Informative

      It's not just your own code, corporations pay a lot of taxes as well.

      This is less and less true every day.
      You are aware that many companies, including General Motors (one of the biggest companies in the world) haven't paid corporate "income" taxes for years? There are some very juicy corporate tax laws which allow corporations to reduce and in some cases eliminate most of their taxes by using such tricks as funelling it to their employees under certain guises. Interesting stuff.

      It's a great time to be a corporation.

      --
      Computer Science is no more about computers than astronomy is about telescopes. --E. W. Dijkstra
    23. Re:BSD Should Be Used by HiThere · · Score: 1, Offtopic

      If I considered money to be anything more fixed than a bit string, I might be forced to do tax withholding. That would be a gross inconvenience. Fortunately, before I learned just how vilely the government misspends money, I also learned that they print as much as they feel like. Money is only like a bookkeeping entry if your books are cooked.

      The people who withhold taxes aren't inconveniencing anyone but themselves. The government will just print enough more money to cover what they didn't pay. And then they'll either have to spend enough money bribing politicians so it will cost them more than they saved, or they'll end up in jail, in exile, or in TRUE poverty. Or, possibly, dead.

      So. We shouldn't take money as an honest accounting system, but we want to justify what license to release software under...
      Clearly, since the money that bought the software was spent by the government, that doesn't count. But it was paid to people who couldn't print their own money, so that did count. What was being expended was the government control over the right of people to live their own lives (a tangible good?). Now if these people worked for the government, then they were already obligated, so the cost is that they couldn't be working on something else. If, however, it was done by an outside contractor, then that contractor also accumulated a share of disposeable hours. Now we are in an area where money acts more like we expect that it should.

      So the government may have delegated to a contractor the right to control people for a certain amount of ??. In return, the contractor gives the software to the government.

      To the extent that the government is, in fact, acting as a proper agent for the collective people of the country, the government has purchased the authorship of the software in their name. Therefore:

      I propose that the software is copyright, and that authorship/ownership rights are property of every citizen of the country. Not as a collective, but as individuals. If someone who isn't a citizen wants to use the software, he must make an arrangement with some citizen. Possibly some citizens would choose to release their copy as GPL. Others might want to release it as BSD. Others might want to keep their copy (and what they did with it) secret. These are all fair. So is selling it. The owner of the copyright has broad rights.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    24. Re:BSD Should Be Used by Anonymous Coward · · Score: 0



      Did you mean "copyrighted" or did you make some incredibly clever pun that just went over my head?

    25. Re:BSD Should Be Used by eXtro · · Score: 1
      This is really a separate problem though. I agree that corporations don't pay enough taxes, but I think the real solution is to tax them fairly. Historically a corporation was meant to be a way to isolate a company from its owners to protect the owner. This has changed. They were originally supposed to be virtual citizens, they're taxed but don't get a vote. Now they're not taxed like a normal citizen and while they don't get votes they sure can throw bags of money at whores^H^H^H^H^H^Hpoliticians.


      Unfortunately barring a revolution I don't really see this changing. Republicans and democrats both have their hands down the front pockets of too many industries.

    26. Re:BSD Should Be Used by eXtro · · Score: 1
      Sorry, I sort of cut off my thoughts before I submitted.


      What I'd hope to see is that some small developers can take advantage of these opportunities and come up with some real competition. Maybe they do it as Open Source or maybe not, but the initial seeds are available for anybody to start from.

    27. Re:BSD Should Be Used by abe+ferlman · · Score: 2

      You call my point rot, then fail to counter it. You say:


      The users can't lose their freedom through BSDL code being relicensed, since they can still get the original BSDL'd code.


      The BSD license allows you to make proprietary *extensions* to the original code, and gain control by adding something proprietary, no matter how obvious, which makes the original free work obsolete. As we all know, software does not stand still: or are you still using windows 3.1 and mozilla 0.8?

      That's the point of embrace-extend-extinguish: you take something free and make it non-free through proprietary extensions. It's a tried and true strategy for Microsoft. It works with BSD licensed code, but not with GPL'd code.


      Enhancements to that code may or may not be released under the BSDL. And if they're commercial, you make your choice whether to use them or not.


      Aha! There's the problem. Enhancements may be made and you say "you" make "your" choice, but licenses exist in a world with multiple people. The question at hand is, what license provides the greatest freedom of choice for the greatest number of people?

      The only difference between the GPL and the BSD license is that the BSD license preserves one freedom, that is, the freedom to restrict others' freedoms by making proprietary extensions. This means if one person exercises that freedom, everyone else loses the freedom to make *any* choices regarding that particular extension, since another party now legally owns it. The GPL allows everyone to have the right to make whatever choices they like *except* to restrict the freedoms of others.

      Advocates of the BSD license want to trade the freedom to restric the freedoms of others for all the rest of the freedoms they could possibly have: I think it's a poor trade that leaves all of us taken together with less freedom of choice than a GPL style license affords us.


      Wonderful thing, freedom of choice.


      On this at least we agree. I want freedom of choice for everyone. You want people to have the right to take away my freedom of choice by making proprietary extensions to free software.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    28. Re:BSD Should Be Used by snol · · Score: 1

      but then it would hardly be the BSD license...

    29. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      so that corporations have to pay for its use, with those monies paying for additional governmental software research.

      why, aren't corporations tax payers too?

      if it is free, give it out for free to everyone, not a selection of people.

    30. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      Actually RICH people pay most of the taxes. And those people own corporations.

    31. Re:BSD Should Be Used by Greebz · · Score: 1

      "The BSD license allows you to make proprietary *extensions* to the original code, and gain control by adding something proprietary, no matter how obvious, which makes the original free work obsolete. As we all know, software does not stand still: or are you still using windows 3.1 and mozilla 0.8?"

      Yes, yet you still have the freedom to take the original code and modify it. You can still update it to your heart's content.

      Incidentally, I never used Windows 3.1, so I can't "still" be using it. See, choices existed then, too.

      Adding proprietary extensions does NOT "gain" you control of the code. The original code still exists, and its license remains unchanged.

      The freedom of choice of which to use - the original or the modified - is there for all to make. If others exercise that choice in a way you don't like, I'm afraid that's just too bad.

      "That's the point of embrace-extend-extinguish: you take something free and make it non-free through proprietary extensions. It's a tried and true strategy for Microsoft. It works with BSD licensed code, but not with GPL'd code."

      FUD. Please. Examples of BSDL'd code Microsoft has "extinguished".

      Microsoft's strategy is one of lock-in. Third-party licenses cannot prevent this - no, not even the mighty GPL. Tell me, how could the GPL have ever prevented the Word format fiasco? The Microsoft lock-in problem is purely because Microsoft is the proverbial 800lb gorilla of the market-place. They CAN dictate standards. No amount of advocating the GPL can prevent this.

      "Aha! There's the problem. Enhancements may be made and you say "you" make "your" choice, but licenses exist in a world with multiple people. The question at hand is, what license provides the greatest freedom of choice for the greatest number of people?"

      The BSDL licence. It does not impose any restrictions. It is more free.

      "The only difference between the GPL and the BSD license..."

      ROTFL. Seriously, do you believe this? Have you actually *READ* the licenses? The BSDL is four short paragraphs, or approximately half a page. The GPL is 13 pages.

      The problem here is you're pushing a *political* agenda. You would restrict choice to support your political view-point and claim that it is indeed freedom.

      Someone publishing software does NOT restrict my freedom. I still choose whether I use it or I do not use it. If you believe this, then I just restricted your freedom because I was going to write FooBarBaz 1.0, a wonderful program that did everything ever. Then decided not to. So you can't use it. See? Your freedom's been restricted... oh, wait. No, it's not. No more than if you refuse to use Microsoft FooBarBaz 2003.

      "Advocates of the BSD license want to trade the freedom to restric the freedoms of others for all the rest of the freedoms they could possibly have: I think it's a poor trade that leaves all of us taken together with less freedom of choice than a GPL style license affords us."

      Advocates of the BSDL want the code to be free so that the marketplace can use it. Your problem is that you want to restrict how others use it to fit your own political agenda.

      How many times can I say it? The GPL is NOT protection from those that would break standards or enact software-lockin.

      Unless, that is, you enshrine in law the concept that all code must be GPL'd.

      Do you want to live in that kind of world? I know I don't.

      Much of the software that has been written would never have existed if proprietary software licensing were not allowed. And that's what we're talking about here. In that sense, the GPL restricts choice, by lessening the options.

      I believe in the right for authors to make proprietary software - not just "extensions" - if they so wish. After that, the marketplace can take its choice.

      Without enshrining the GPL as the One True License in law, you prevent exactly one scenario. That of a company taking your code and selling it.

      Even the BSDL prevents this without any significant "added value" to the code -- why pay for what you can otherwise get free?

      Otherwise, there's nothing created that cannot be re-created. And to make lock-in effective, you need to be big enough to push your proprietary standard despite the freely available, and thus widely distributed version. Say, like Microsoft. Do you honestly believe they can't write anything they can't re-use? And when writing it, introduce unintended problems as well as the "proprietary extensions"?

      The reasoning behind BSDL is that we can avoid broken implementations by having a good reference that anyone can use - something the GPL would prevent and thus harm the industry.

      So, we're back to square one.

    32. Re:BSD Should Be Used by Rutulian · · Score: 1

      You know this is a silly argument to be having. The GPL and BSD licenses offer the same freedoms (restrictions), just in different forms. Say the development for the core functionality of a program (the rendering engine for a browser, maybe) was funded by the federal government.

      If it is released under the BSD license...
      A company can write an interface for it and sell it to the public. A number of other competing companies can do the same. If a bunch of free software supporters don't like the EULA's or the prices, they can write an interface and release it under their own license. Everybody is happy.

      If it is released under the GPL license...
      Same thing, anybody who wants to can write an interface for it. The difference here is that the people who devote their time for free and distribute for free can rest easy knowing that their contributions will be shared freely and acknowledged by the free software community. A company that devotes its resources, but then wants to sell its changes (without providing source code) has to negotiate a new license with the government.

      Now if the LGPL is used there is even more similarity. A company can write an interface completely separate of the LGPL'd code and sell it as a proprietary product. IIRC, they only need to provide source for the parts of the program that link directly to the LGPL'd code. They just can't make modifications to the LGPL'd code itself without open sourcing those modifications.

      Like michael said, the license that is preferred will be different in different situations. I think the issue is not so much which license is better, but whether the government should be able to modify GPL'd software, releasing the modifications as required by the GPL. Corporate advocates do not want to see public funds supporting free software in this way. I, likewise, do not want to see public funds offsetting the development costs of for-profit businesses.

    33. Re:BSD Should Be Used by Zeinfeld · · Score: 2
      I'd suggest a dual license. First under the GPL with the second license BSD-style for American based companies and for a fee for foreign companies.

      so you want to encourage the EU to do likewise and start charging fees to US companies for the software they create? Like the Web for example, funded by an European research lab (I was paid direct by the EU as an EU fellow).

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    34. Re:BSD Should Be Used by abe+ferlman · · Score: 2

      you still have the freedom to take the original code and modify it

      no you do not, the idea ownership system takes care of that. You now have the freedom to modify it only in ways that differ from the proprietary one that's already been done, and if you can think of a good extension to the proprietary extension, well forget it- that extension is *owned*, baby. You now have to pay someone to license it, assuming they don't just have it out for you and not want you to use it at all (e.g., microsoft vs. GNU developers).

      You have such a narrow view of freedom I have to wonder if someone's not paying you to spew this stuff. There, see, I can make ad hominem arguments too.

      Regarding no examples:

      Kerberos is the classic example of extinguished code. I see you mention in another thread that it wasn't technically bsd, but that's a distinction without a difference. Finally, if no one embraces and extinguishes code, then the GPL doesn't matter anyway right?

      Your problem is that you want to restrict how others use it to fit your own political agenda.

      Aha, an ad hominem argument. Can we agree to drop these? If the facts don't support your argument, attack your adversary's politics, a classic strategy.

      No, I want to make sure everyone can use it for their own technological, social, political or whatever agendas. You want to make sure people can wall it off behind a corporate boardroom so only the very wealthy can use it. Again, that's the ONLY difference between GPL and BSD. BSD allows lockin, GPL doesn't. The only reason to love lockin is if you are the beneficiary of a government monopoly on an idea.

      Much of the software that has been written would never have existed if proprietary software licensing were not allowed. And that's what we're talking about here. In that sense, the GPL restricts choice, by lessening the options.

      I believe it's time for you to come up with some examples, buddy. The GNU project and various linux distributions have created a version of nearly every useful piece of software on the planet, and have created quite a few of their own along the way. Imagine if they didn't have to reinvent the wheel every time they started coding. Imagine if software had an incentive to interoperate because vendor lockin was illegal. The cost of creating software would drop immediately. The legal overhead involved in creating software would drop immediately. People would still want software, and just like bottled water, corporations would heavily market their products in a heavily commodified market based on extraneous benefits like service, support, update frequency, reputation for consistency, etc.

      you prevent exactly one scenario. That of a company taking your code and selling it.

      Read the GPL lately? Anyone is free to sell GPL'd code, or code that extends GPL'd code. You just have to share and share alike, and allow others the *same freedoms you enjoyed* in creating it.

      The BSDL is four short paragraphs, or approximately half a page. The GPL is 13 pages.

      I am identifying a pattern here, you like to identify differences that don't matter. The length of the full version of the GPL (far more than you need to read to understand the concepts) is irrelevant, the licenses are functionally the same except for the terms of redistribution in the GPL designed to prevent vendor lockin. There is no other substantive difference.

      Someone publishing software does NOT restrict my freedom.

      The explicit form of your statement is true. It is not the act of publishing that takes away my freedom, it is the claim to the ownership of the ideas in that software that limit my freedom. If you write software that compresses images in an obvious way and patent the system so no one can use it without your permission, you've taken away my freedom to compress my images in the obvious fashion. Each idea that gets *owned* can not be improved upon by anyone but the *owner*. The freedom to innovate is smothered as another branch of the tree of inquiry is blackened.

      The reasoning behind BSDL is that we can avoid broken implementations by having a good reference that anyone can use - something the GPL would prevent and thus harm the industry.

      The idea behind GPL is to have a good reference that everyone can improve on to make it a better reference, and that no one can take away by making the most obvious or necessary improvements proprietary, or by using their monopolistic market force to make their proprietary extensions standard.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    35. Re:BSD Should Be Used by wfrp01 · · Score: 2

      corporations pay a lot of taxes as well

      Yeah right. Like Microsoft, for example.

      --

      --Lawrence Lessig for Congress!
    36. Re:BSD Should Be Used by Greebz · · Score: 1

      "no you do not, the idea ownership system takes care of that. You now have the freedom to modify it only in ways that differ from the proprietary one that's already been done, and if you can think of a good extension to the proprietary extension, well forget it- that extension is *owned*, baby. You now have to pay someone to license it, assuming they don't just have it out for you and not want you to use it at all (e.g., microsoft vs. GNU developers)."

      Rubbish. You still have the ORIGINAL source code. Someone modifying it and releasing it under the Evil Corp., Inc. EULA does not affect the original code - since that code is under the BSD license.

      You have no rights to the extension's source code. Why should you? You didn't write it.

      However, there's nothing to stop you making the original compatible - which has happened numerous times - and releasing it under whatever license you choose - yes, even the GPL.

      The only thing that might stop you is a patent, and that's nothing to do with the license, not to mention a whole different argument.

      "Kerberos is the classic example of extinguished code. I see you mention in another thread that it wasn't technically bsd, but that's a distinction without a difference. Finally, if no one embraces and extinguishes code, then the GPL doesn't matter anyway right?

      ... except it's not "extinguished". Kerberos is alive and well. And the GPL wouldn't have saved it anyway, since I've read several times that Microsoft re-implemented it from scratch for Windows. Please, tell me, how would the original code being GPL'd have changed that?

      Where's the rest of the examples, btw? You gave one, one that wasn't "extinguished" at that.

      "Aha, an ad hominem argument. Can we agree to drop these? If the facts don't support your argument, attack your adversary's politics, a classic strategy."

      Classic strategy, insist your opponents arguments don't match the facts regardless of what the facts are. Point this out is hardly "an attack". But hey, emotive language and all that...

      I'm afraid this argument IS political because the GPL is a license with political intent.

      "I believe it's time for you to come up with some examples, buddy. The GNU project and various linux distributions have created a version of nearly every useful piece of software on the planet, and have created quite a few of their own along the way. Imagine if they didn't have to reinvent the wheel every time they started coding. Imagine if software had an incentive to interoperate because vendor lockin was illegal. The cost of creating software would drop immediately. The legal overhead involved in creating software would drop immediately. People would still want software, and just like bottled water, corporations would heavily market their products in a heavily commodified market based on extraneous benefits like service, support, update frequency, reputation for consistency, etc.

      Examples? Walk into the store. The software you see on the shelves? Practically none of that would exist.

      There may be software that does something similar in some areas, but for the most part, no. Look at the games market. How many really good open source games are there? Practically none.

      Ever noticed how much open source is copying rather than innovating? Ever wondered why? I think you meant "RE-created" software.

      Much of the niches that open source has a version of is a *copy* of the proprietary package. Not infrequently, the features they copied took R&D cash to develop them. In some cases, there's even white papers all about that R&D for anyone to read - I know they exist, I've read 'em.

      Yes, people would still want software. But guess what? They wouldn't get it, in many cases. If that model was viable, they'd do it already. It's not. Microsoft software comes with all those benefits when you buy it, but it's still pirated to incredible levels. It's a simple fact, few people will pay for what they can get for free. Companies probably would, but you've still lost a significant market.

      And, of course, if your software makes money via people using support, that *encourages* obfuscated software rather than ease-of-use. After all, if it's too easy to use, no-one would ever call support...

      In fact, your argument here is starting to sound more and more like you want something for nothing.

      As for "almost every" - well.. There's no good open source CAD software. There's no really good business accountancy software. There's practically no games that interest the mainsteam market. The only really good open-source 3D modeller is blender, and that was originally a commercial package that the community bought. And it's still not a patch on Maya. Audio editors? Nothing to touch Sound Forge. Even the mighty Gimp isn't considered the equal of Photoshop by the professional artists I know.

      It's hard to build top quality software without a team of good programmers - and those guys aren't cheap. Change the world, and they'll just go elsewhere.

      "Read the GPL lately? Anyone is free to sell GPL'd code, or code that extends GPL'd code. You just have to share and share alike, and allow others the *same freedoms you enjoyed* in creating it."

      Which is fine and dandy, except no-one's going to pay for it. They can't sell existing code as is (for either license) because no-one's going to pay for code they can get for nothing. They can't value-add to it without giving the source to their additions to those who get their binary, and they can't restrict redistribution or use of that source. So, they can't make money off it. Just because the GPL doesn't actually say it can't be sold doesn't mean it doesn't significantly restrict it. So, they CAN'T sell you code, to all intents, since you cannot sell what no-one will buy.

      "I am identifying a pattern here, you like to identify differences that don't matter. The length of the full version of the GPL (far more than you need to read to understand the concepts) is irrelevant, the licenses are functionally the same except for the terms of redistribution in the GPL designed to prevent vendor lockin. There is no other substantive difference."

      And, again, it does NOT prevent vendor lock-in. It effectively prevents resale of software. That's it. That's all it was ever intended to prevent as of the original GPL. Stallman doesn't want programmers to make as much as they do make. It's all there in the GNU manifesto - RMS wants everyone to share software with everyone, for free.

      "The explicit form of your statement is true. It is not the act of publishing that takes away my freedom, it is the claim to the ownership of the ideas in that software that limit my freedom. If you write software that compresses images in an obvious way and patent the system so no one can use it without your permission, you've taken away my freedom to compress my images in the obvious fashion. Each idea that gets *owned* can not be improved upon by anyone but the *owner*. The freedom to innovate is smothered as another branch of the tree of inquiry is blackened."

      Except software isn't ownership of ideas. Software is *implementation* of ideas. If software were ownership of ideas, how could the open-source world copy all the ideas that came with the proprietary OSes?

      Your anti-patent 'discussion' is irrelevent here, since we're not discussing the patent system, but copyright law.

      Much of the world does not have software patents. Where I live doesn't.

      "The idea behind GPL is to have a good reference that everyone can improve on to make it a better reference, and that no one can take away by making the most obvious or necessary improvements proprietary, or by using their monopolistic market force to make their proprietary extensions standard."

      Bzzzt. Wrong. Thank you for playing.

      The GNU manifesto clearly states it's about preventing companies like Microsoft selling software. It has nothing to do with reference implementations - and, in fact, most GPL'd software is a copy of existing software. Much of it even has "proprietary" extensions that, given the licensing, so the changes cannot be added back to the original without being rewritten from scratch! Strange but true, a complete (and intended) inversion.

      "BSD License: The nonviral freedom to restrict the freedoms of others."

      ... despite the *fact* that the only time you've demonstrated a problem with freedom is when the code involves patents, not licenses.

    37. Re:BSD Should Be Used by abe+ferlman · · Score: 2

      I must say, even if you come across as a bit of a jerk here, you're awfully well informed. Who are you?

      Rubbish.
      I disagree. We are quibbling over subtleties.

      Kerberos is alive and well. And the GPL wouldn't have saved it anyway, since I've read several times that Microsoft re-implemented it from scratch for Windows. Please, tell me, how would the original code being GPL'd have changed that?

      from the kerberos faq:
      Subject: 3.5. I've hear Microsoft will support Kerberos in Windows 2000. Is that true? ...

      This article, written by Ted T'so, gives what I feel is a reasonable summary of the situation. ...

      From: Ted T'so

      Microsoft Embraces and Extends Kerberos V5

      There has been a lot of excitement generated by Microsoft's announcement that NT 5.0 would use Kerberos. This excitement was followed by a lot of controversy when it was announced by Microsoft would be adding proprietary extensions to the Kerberos V5 protocol. Exactly what and how Microsoft did and tried to do has been a subject of some confusion; here's the scoop about what really happened.

      NT 5.0 will indeed use Kerberos. However, this protocol has been "embraced and extended" by Microsoft, by adding a digitally signed Privilege Attribute Certificate (PAC) to the Kerberos ticket. ...

      It seems ironic, however, that Microsoft would choose to design and deploy their implementation with features that are guaranteed to alienate the early adopters of Kerberos, the very people that have helped to create and improve the technology that Microsoft has chosen to "embrace and extend."

      Microsoft has issed a number of technical reports explaining how they have implemented Kerberos 5 and procedures for interoperating with "vanilla" Kerberos 5. They include:

      * Windows 2000 Kerberos Authentication

      * Windows 2000 Kerberos Interoperability

      * Step-by-Step Guide to Kerberos 5 (krb5 1.0) Interoperability

      Unfortunately, none of the above documents can be read on a non-Microsoft operating system; the FAQ author notes the irony of this situation.

      There are two points to be made here- the first is that microsoft muddied the standard and created new ip-related entry barriers to users of kerberos. The second is that had kerberos been GPL'd, these proprietary extensions to the kerberos protocol would have been illegal to distribute without sharing the source code under the same terms they were given.

      --- end quoted section, resume abe ferlmans post---

      I must concede, however, that Kerberos has not been extinguished; perhaps "fucked with" is a better way to put it.

      Classic strategy, insist your opponents arguments don't match the facts regardless of what the facts are.

      Er, no. Point out that ad hominem arguments don't relate to the facts. Clearly whether the facts support our positions is in dispute. As it turns out, I've forgotten what the original ad hom was and I'm tired so I'm not going to waste time looking it up anyway.

      I'm afraid this argument IS political because the GPL is a license with political intent.

      Only in the trivial sense that all economic activity is political. The BSD license can be read as a rejection of the GPL from this simplistic standpoint. Proprietary licenses take a political stance on the nature of intellectual property as well.


      Examples? Walk into the store. The software you see on the shelves? Practically none of that would exist.


      Can you please prove this? Incidentally, I rarely buy the free software I use off a shelf anyway, what a stupid way to get software in a networked world. So maybe you're right- if no one was afraid of piracy we'd have no middlemen to pay in actual physical stores and the network would fulfill its promise at last.

      open source is copying rather than innovating

      I would postulate that this is more because the ip system forces free software developers to play catch up than because they are unable to compete on a level playing field with people who lock up their source code under restrictive ip licenses. Games in particular are less necessary and hence less focused on.

      In a world where GPL was the norm, people would still want this stuff, and clever marketers would find a way to fund its development- street performer protocol based on reputation for development of previous games- imagine how much John Carmack's next game could rake in before it was released. But that's a very different way of thinking, and current distribution models are based on proprietary thinking.

      if your software makes money via people using support, that *encourages* obfuscated software

      Not in a truly free market. If the software is a commodity, your competitors won't make it as hard to use as you do and you'll lose out if you play tricks like that.

      In fact, your argument here is starting to sound more and more like you want something for nothing.

      If that were the case I'd be clamoring for Billy Gates to give us all his source code. No, Mr. Armchair Adhominem Pyschoanalyst, I don't want something for nothing. I just don't want the something the community has in terms of software resource to be whittled into nothing, and I am saddened by the inefficiency created by proprietary software, both in terms of constantly reinventing the wheel and interoperability problems.

      those guys aren't cheap. Change the world, and they'll just go elsewhere.

      This is the best argument I've heard you make. Dwindling the pool of money available to software firms will dry up the talent pool. But I think you're missing a few points.

      1. GPL world = fewer lawyers. I'd be very curious to see a comparison of a software firms salary payouts to developers contrasted against their legal fees.
      2. GPL world = more collaboration. There would be less need to constantly reinvent the wheel in-house, so software development would be faster and simpler.
      3. Lots of people would code even if it paid jack. Free software developers demonstrate this- many do it for nothing, many professionals would do it for far, far less. The end of the dot-com bubble didn't drain the talent pool, it sharpened it if anything by blowing away some chaff.
      4. GPL world = no fear of piracy = more efficient distribution. You could sell your software a lot cheaper without boxes, etc. Different business models would arise.
      5. Freedom is worth something. The fact that anyone could modify any software they like in a GPL world gives people options and flexibility they don't currently enjoy. These are worth something, and certainly everyone has a degree to which they'd take slightly lower quality software that was more flexible.

      That was the case for me using the 0.9 series of Mozilla releases. IE was still slightly better, but Mozilla gave me a lot of userspace flexibility that IE did not. Now I'm using Mozilla 1.2 and I love it. I would dare say that many of the features in Mozilla (tabbed browsing with useful keyboard shortcuts, popup blcoking built into the browser) have been downright innovative.

      Which is fine and dandy, except no-one's going to pay for it. They can't sell existing code as is (for either license) because no-one's going to pay for code they can get for nothing.

      I'll cc redhat on the memo, and burn my Debian box set so no one finds the evidence to the contrary.

      They can't value-add to it without giving the source to their additions to those who get their binary, and they can't restrict redistribution or use of that source.

      Nor can bottled water makers prevent the redistribution of the chemical makeup of water. So?

      So, they can't make money off it.

      Bottled water, Redhat, yes they can they just have to compete effectively in a mostly commodified market.

      Just because the GPL doesn't actually say it can't be sold doesn't mean it doesn't significantly restrict it.

      Yes it does. You are trying like hell to conflate "sell" and "take proprietary", but it won't work. The argument that it's hard to compete in a commodity market makes sense, to which I would argue that the government shouldn't be handing out monopolies (idea ownership) in commodity markets anyway, especially if it builds on government code in the first place.

      And, again, it does NOT prevent vendor lock-in. It effectively prevents resale of software.

      This is exactly wrong. It does prevent lockin. It is forbidden to make proprietary extensions to the software, but explicitly permitted to resell the software.

      Except software isn't ownership of ideas. Software is *implementation* of ideas. If software were ownership of ideas, how could the open-source world copy all the ideas that came with the proprietary OSes?

      Proprietary software is ownership of a particular idea. The idea/implementation divide is weak in the extreme in a world where judges and patent inspectors don't understand software, and not too strong even in one where they do. What is the implementation and what is the idea? Is the object code the implementation? The source code? The pseudocode?

      Implementations are just specific ideas, and their ownership represents the government granting a monopoly in an otherwise commodified market.

      Your anti-patent 'discussion' is irrelevent here, since we're not discussing the patent system, but copyright law.

      The GPL includes provisions that require that patented software be licensed for everyone's free use or not licensed at all.

      The GNU manifesto clearly states

      This is not why everyone uses the GPL. Linus Torvalds is a famous example to the contrary.

      it's about preventing companies like Microsoft selling software

      Erm, if you put that the other way, "preventing companies from 'selling' software the way microsoft does", I might agree with you. But as stated you are incorrect.

      It has nothing to do with reference implementations

      I admit I was parroting your language a bit there, but a.) a GPL'd piece of software is a perfectly good ref implementation for any non-proprietary project and b.) it's clear to me that lots of people use the BSD license who intend to create more than just reference implementations of things, they intend their products to be complete but they are only interested in disclaiming warranty. I disagree with them about their motivations, but on any day of the week BSD is still better than proprietary so I thank them just the same.

      Much of it even has "proprietary" extensions that, given the licensing, so the changes cannot be added back to the original without being rewritten from scratch! Strange but true, a complete (and intended) inversion.

      I know of no such example. Enlighten, please. ... despite the *fact* that the only time you've demonstrated a problem with freedom is when the code involves patents, not licenses.

      I have no problem with freedom, I just want more people to have more of it.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    38. Re:BSD Should Be Used by Greebz · · Score: 1

      "I must say, even if you come across as a bit of a jerk here, you're awfully well informed. Who are you?"

      Though it's awfully tempting to say "I'm Batman", thus completing the quote, that would be a lie (yes, really.) That's the first question you've asked that I'm not sure how to answer - who is anybody? Geek, BSD[L] fan/advocate and occasional slasdot reader, I guess? (No, I'm not Brett Glass. He's much scarier than I am.)

      I had started to write replies to your many points, then I realised that not only was it turning into an essay (or chapter 4 or War and Peace, perhaps) but it's also "-1 off-topic" from the original "cover" story.

      So, I shall tip my hat to you sir, say good day, and we can continue this debate in full next time one of the many GPL licensing stories hits the front page. I'm sure it shan't be too long.

      And now, to quote Samuel Pepys, "To bed!".

    39. Re:BSD Should Be Used by MikeFM · · Score: 2

      I'd have no problem with that. It's the government of a country (or union) and it has certain obligations to try to benefit it's own people and businesses. As it'd be GPL also this would have no adverse effect on individuals or companies willing to share their changes. Of course two countries that both had a lot to offer could do the usual and make an agreement by which they'd share.

      Of course a concept like the web would have just been rewritten by others if the license fees were to high. The software has been rewritten quite a few times anyway but thanks to your open specifications everything mostly plays nicely together. I'm a big fan of free and open protocol specs. That's even more vital than free software. :)

      I'd seen similar software before the web. Gopher was already popular and in some ways is similar to the web. I'd have to say the real brilliance behind the web as we know it is the lack of security and not doing to much. Less is more.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    40. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      Ok, Linus is still Finnish, and is the copy-right holder of Linux...

    41. Re:BSD Should Be Used by yuri+benjamin · · Score: 1

      I would encourage my government (New Zealand) to try to benefit New Zealanders first.
      If some other countries benefit on the side, that's okay as long as it's not at the expense of our own people.
      I wouldn't think any less of the US government using a license that favours its own people for research founded by its own people (tax payers).
      I would however, consider the US government hypocritical if it made any pretence of altruism while doing this.

      --
      You make the mistake of thinking you can educate the fundamental stupidity out of people. You can't.
    42. Re:BSD Should Be Used by peter · · Score: 2

      US corporations are unlikely to go around mirroring the government's BSD-licensed software for the benefit of non-US corporations. If a US corp wants to make code available to a non-US corp, they're probably getting some sort of benefit from it somehow, which is what the US gov't wants.

      --
      #define X(x,y) x##y
      Peter Cordes ; e-mail: X(peter@cordes , .ca)
    43. Re:BSD Should Be Used by peter · · Score: 2

      People are citizens. Corporations are just corporations. Citizens are more important than corporations. The government should always act in the (long term) interest of the people. (Of course, it doesn't, which is why I'm so pissed off.) Corporations doing well can benefit the people, by providing more jobs, with better pay, better working conditions, etc. If increases in corporate fortunes are not helping the people, but instead only the few in control of the corporations, then the gov't should not just help the corporations more. It is my belief that we (in north america and europe) have reached that point.

      Down with the running-dog capitalists.

      --
      #define X(x,y) x##y
      Peter Cordes ; e-mail: X(peter@cordes , .ca)
    44. Re:BSD Should Be Used by r5t8i6y3 · · Score: 1


      > Actually RICH people pay most of the taxes. And those people own corporations.


      a quick google search turned up this document:

      Further Examination of the Distribution of Individual Income and Taxes Using a Consistent and Comprehensive Measure of Income

      i'll restate my comment, with data from the above document, that refutes your assertion.


      the problem is:

      99% of the people pay about 70% of the taxes

      while

      the remaining 1% of the people (who pay about 30% of the taxes) run the largest corporations that give most of the campaign contributions

      additionally

      46% of the taxes pay for military expenditures, which allow the largest corporations to secure the biggest federal contracts (paid for with tax dollars)


      what a fair system.
      (campaign contributions remind me of recursive algorithms)

    45. Re:BSD Should Be Used by Anonymous Coward · · Score: 0

      Huh? The Netscape guys rewrote Mosiac (Mozilla == Mosaic Killer) because the University of Illinois wouldn't give them exclusive rights to Mosiac. Instead, it was licensed to Spyglass with the stipulation that it would be licensed to all comers (including, for example, Microsoft, which is where IE comes from, and which is why Netscape so badly wanted to kill Mosaic).

  3. GPL is anticompetitive in this case by mesocyclone · · Score: 4, Insightful

    Forcing the government to release code under GPL is *removing* competition from the market. Public domain is much better. The code can be taken up by private companies and they can improve and sell it. And nothing I am aware of keeps that same code for forming the basis of a GPL and/or BSD project.

    So turn the code loose with no strings at all, and let the best licensing system win!

    --

    The only good weather is bad weather.

    1. Re:GPL is anticompetitive in this case by Old+Uncle+Bill · · Score: 1

      Besides, it is better for the economy if business can modify the code and sell it. Or if we, as geeks, can get paid to modify the code. Wouldn't it be nice if you could use that code at work without having to worry about oppressive licensing systems cough*GPL*cough.

      --
      Yes, I am an agent of Satan, but my duties are largely ceremonial.
    2. Re:GPL is anticompetitive in this case by bwt · · Score: 5, Insightful

      Forcing the government to release code under GPL is *removing* competition from the market. Public domain is much better.

      Perhaps it does stifle some competition, but only competition that may be destructive to the purposes the government created the software in the first place. The big functional difference between the GPL and BSD or public domain is that the GPL is robust to "embrace, extend, and extinguish".

      If the public finances the creation of software, it seems grossly unfair to allow proprietary extensions to that software that break compatibility. The GPL offers a quid-pro-quo that seems clearly in the public interest. It says: we the people created this IP -- you can use it, modify it, distribute it, etc... but any IP that you create that piggy-backs off of this work must be accessable by the public. The payment for using the GPL code is not monetary, it is IP. This way, the public gets not just the IP they funded, but a continuing return on their investment in the form of IP extensions to the original code.

      Contrast this with the BSD or public domain licences. Let's say the public creates an email app by hiring a contractor. That app has a nice open mailbox format. A private entity could take the app, convert the mailbox format to a proprietary format and actually compete against the original app by leveraging the things it does well. That is wrong. Yet it is exactly the model that pervades many software companies.

    3. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      Your argument misses the point that all models are allowed to compete with each other if the software is released as public domain.

      If the only software to survive this free choice by users is incompatable proprietary junk, blame the consumer!

      By making all software GPL, it is entirely likely (actually, it is quite factual with existing PD software) that most of the software won't be used by anyone, because typical PD software is not packaged or portable or polished enough for all but the most determined to use, or for those in *exactly* the same environment as those who originally developed it.

      GPL, BSD and proprietary all can extend that software. But sometimes the only people willing to do it are those who need or demand property rights in the results (i.e. capital investment often requires closed source to be recouped).

      If the software is so useful to the public, GPL or BSD efforts are perfectly free to also adapt it and keep it open.

      I simply am advocating competition. If GPL can't stand up to the competition in a particular case, then why use it?

      --

      The only good weather is bad weather.

    4. Re:GPL is anticompetitive in this case by abe+ferlman · · Score: 4, Insightful

      You are wrong. The GPL ensures that everyone competes fairly by removing the ability of actors in the marketplace from gaining monopolies on proprietary extensions to the software.

      The GPL does nothing but prevent vendor lockin. It removes bad (read: abusing the idea ownership system) competition and allows good (service, support, distribution, update speed) competition among vendors, as evidenced by the strong competition evident among linux companies today.

      Far from removing competition, the GPL removes lockin barriers that prevent entrance in to the market in the firstplace.

      Or have you forgotten that "intellectual property" is a government-granted monopoly, which is the diametrical opposite of competition?

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    5. Re:GPL is anticompetitive in this case by Anonymous Coward · · Score: 0

      I disagree. The GPL removes futile cycles from the market. Tying all of the programmers of the world to a market full of futile cycles due to the drive to reproduce prior art in a feature arms war is rediculous. It does not benefit the consumer. It only benefits investors.

      So, while you may say that the GPL is "removing" competition from the market, I say that the GPL frees the market to innovate.

    6. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 3, Insightful

      Fine, then let GPL compete against those vendors!

      Public domain *does not prohibit GPL*!

      As far as the government granted monopoly, it is also called for in the US constitution, and exists for a specific purpose. The fact that it is often abused does not mean it is wrong. FURTHERMORE, public domain does not create such a monopoly. It only allows someone to sell software that they have created or modified that way. It DOES NOT prohibit anyone else from taking the same fruits of the public work and using it for free or modifying it and release it for free or even with a restrictive license like GPL.

      Those who imagine that GPL == freedom don't understand freedom.

      You are confusing the means and the ends. The means I propose are freer than the means you propose. The ends may or may not be better, but I would argue that in most cases the results will be. In any case, the principle of freedom in this case trumps the principle of socially engineered results like the GPL attempts to achieve.

      --

      The only good weather is bad weather.

    7. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      This argument is one normally applied to central planning. It sounds great in principle (less waste because we don't have duplication of effort). In practice, it doesn't work worth a damn.

      In the case of GPL, it does not "remove futile cycles" in all cases, any more than proprietary software produces the best result in all cases.

      GPL can produce futile cycles too - look at all the variants of Linux that are out there.

      And since public domain allows programmers to use the GPL model if they want, I have no idea why you think the freedom oriented approach of public domain "ties all the programmers of the world" to anything at all!

      --

      The only good weather is bad weather.

    8. Re:GPL is anticompetitive in this case by abe+ferlman · · Score: 3, Insightful

      The GPL has an uphill battle competing against government-granted monopolies, as one might expect. It's not a fair playing field, which is why the GPL is necessary in the first place. If there were no government sponsored monopolies on ideas, the GPL would be rather pointless except in the ways in which it is not different from the BSD license, i.e., disclaimer of warranty.

      Your commentary on freedom is oversimplified. BSD style licenses guarantee the freedom to take away freedoms, the GPL does not- that is the only meaningful difference between them.

      That means if ten people use the BSD license, the first one to act can lop off a branch of inquiry that extends from the original BSD work by taking an extension proprietary, leaving 9 people with a diminished set of possible extensions to make. In other words, BSD license guarantees one person's right to take away the freedoms of the other nine.

      In a GPL world, the first person is constrained against proprietary extensions, so she may use and extend the software, but may not restrict the 9 others from using it.

      So in our hypothetical 10-person society, the BSD license preserves the right of one person to limit the freedoms of the other 9, the GPL prevents one person from acting maliciously to preserve that freedom for the other nine.

      Since these two sets of freedoms are mutually exclusive and we must choose, it's clear that the GPL society has more *net* freedom since actors are constrained only against acting in ways that constrain the others, and free to act in any other way they like.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    9. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      Gee... what makes you think I was advocating BSD?

      I was advocating government release as public domain. After that, any licensing can be done. NOBODY can take away your rights to use that initial release. And anybody can license derivatives with GPL if that tickles their toes.

      --

      The only good weather is bad weather.

    10. Re:GPL is anticompetitive in this case by Inoshiro · · Score: 2

      "Forcing the government to release code under GPL is *removing* competition from the market. "

      I fail to see how the gov't releasing code under the GPL is different from end-users releasing code under the GPL. It doesn't remove competition from the market any more than RedHat does by providing its own ISOs for download.

      --
      --
      Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
    11. Re:GPL is anticompetitive in this case by Anonymous Coward · · Score: 0

      And you are advocating well. The flaw in your proposal is the assumption that true competition will take place. Just because a piece of software is released as public domain or BSD does not mean that all derivatives will be created equal. Often times, behemoth companies embrace and extend this software and through existing monopolies break software compatibility. See kerberos.

    12. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      I do not assume that true competition *will* take place. I simply argue that true competition is enabled. GPL allows fewer forms of competition.

      If a behemoth company is able to break compatibility, it means that customers are still choosing to buy it in spite of that. This is called freedom.

      Freedom doesn't produce optimal results in the short term. But I have yet to see a workable alternative.

      GPL works in some areas. To advocate that publicly produced software carry restrictive licensing (GPL for example) is wrong. Even the evil big M pays taxes, after all.

      --

      The only good weather is bad weather.

    13. Re:GPL is anticompetitive in this case by abe+ferlman · · Score: 1

      BSD license is basically public domain with disclaimer of warranty, and that's where the real debate is anyway.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    14. Re:GPL is anticompetitive in this case by Anonymous Coward · · Score: 0

      No, the GPL guarantees vendor lockin because anything you can do that is useful would simply be sucked into RedHat and sold through them since they already have a name. They get the credit. Game over, try again.

    15. Re:GPL is anticompetitive in this case by bwt · · Score: 2

      Your argument misses the point that all models are allowed to compete with each other if the software is released as public domain.

      No, you missed the point of my post. The GPL will stifle some forms of competition -- those that are destructive to the people's interest in paying for the software in the first place. This is the desired and reasonable outcome of using the GPL.

    16. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      Okay... so you agree with me that GPL is less competitive.

      But you promote it.

      Illogical.

      --

      The only good weather is bad weather.

    17. Re:GPL is anticompetitive in this case by bwt · · Score: 2

      Okay... so you agree with me that GPL is less competitive.

      That is not what I said. We are discussing how a spending policy would discriminate against certain forms of competition by using the GPL. Where the public pays for software, this would deny a public subsidy to those competitors who would harm the interests motivating the public in the first place.

      All spending decisions discriminate in the market place. It is inherent.

      In fact, by assuring that all use of the software will be under a non-proprietary licence, the government is assuring competition in the services market.

    18. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      By assuring that all use of the software will be under a non-proprietary license, the government is likely to cause that software to never be used.

      Most public domain software is not ready for prime time use. It is often not portable, not well documented, and usually has a poor human interface.

      For it to be valuable in general, some form of investment is usually needed.

      With the public domain approach, the decision on that kind of investment is left to the market.

      The outcome can be no investment, proprietary investment and/or open source investment. None of these are precluded.

      My experience with open source software is that is mostly good for technogeeks like myself. It is rarely well documented, and often very complex to get working. There is a market for such software.

      But there is also a market for software that just drops in and works, has a support organization behind it, and responds to the market demands rather than the whims of its developers.

      Your argument appears to be based on one of the following two assumptions:

      1) it is just plain evil to let someone profit from taxpayer funding

      or

      2) a company that improves public domain software and sells it as proprietary somehow either makes the software less good, or makes it impossible for open source work to proceed on the software.

      So which is it? ...or do you have some other logic that shows how your argument produces more competition.

      --

      The only good weather is bad weather.

    19. Re:GPL is anticompetitive in this case by bwt · · Score: 2

      My experience is that the best software is produced when several different private corporate interests cooperate with the user-developers. The open source development model (as distinct from the open source licence) is what I consider the best practice for producing high quality software. The top half of your post is pure FUD.

      Your argument appears to be based on one of the following two assumptions:

      1) it is just plain evil to let someone profit from taxpayer funding


      No, I have no problem with private entities profiting -- until it motivates behavior that is counter productive to the taxpayers at which point they would be reasonable to cut it that bad behavior. Let companies sell service, support, and consulting based around publicly funded GPL software. The policy goal for public spending is to benefit the public -- if that happens to allow private profits, then great. You seem to take those private profits as an end in itself.

      or

      2) a company that improves public domain software and sells it as proprietary somehow either makes the software less good, or makes it impossible for open source work to proceed on the software.


      Do I really need to explain "embrace, extend and extinguish" to you? If somebody augments my IP, I want access to the modifications. The public is justified in demanding the same thing for software it pays for, and in fact, by starting out GPL, they are likely to reduce development costs by leveraging free 3rd party submissions.

      But yes, I do consider proprietary software "less good". I value source code openness. I value the ability to make a derivitive work myself. I value unlimited installations and zero licence managment costs. I value unrestricted 3rd party source code auditing. I value lock-in avoidance. I value source code mixability with the large body of existing GPL compatible code.

      I view all of these things as features of the licencing model that make GPL software inherently more valueable than proprietary software which is otherwise source code identical.

    20. Re:GPL is anticompetitive in this case by mesocyclone · · Score: 2

      But we aren't arguing about GPL vs proprietary. We are discussing GPL vs public domain (which itself doesn't prevent GPL).

      You seem to call FUD my argument that some public domain software will not be used if the only allowable model is GPL.

      FUD?

      How about obvious fact! I would rather see you refute that argument than just calling it FUD. Because that is the heart of my entire point: restricting software to GPL will cause some not to be used, and that this is less freedom.

      You can argue all you want about the inherent superiority of GPL vs proprietary software. But that is beside the point.

      And "embrace, extend and extinguish" sounds a lot like FUD to me!

      YOU don't own the IP that the government develops, we all do. And a lot of us would prefer that the government allow people to do whatever they want with it.

      Go ahead and license your own stuff as GPL. Maybe that will be good. But don't force ALL government developed software into that mode!

      --

      The only good weather is bad weather.

  4. Big, Sticky Issue by sleeperservice · · Score: 3, Insightful

    Imagine if the world's airports could simply install GNU-AirTrafficControl 2.7, and have a complete, working, bug-free and cost-free air traffic control system.

    True, but... I assume in this model anyone, anywhere could see the source codebase... with any of its bugs and exploits.... Do we want this for these kinds of software implementations (of which there are many done by/for the U.S. government)?

    From what I can tell from the various sources (some good, some bad), the crux of the argument here is to avoid Smith et. al., making GPL or BSD licenses for government-produced/contracted code illegal. And that's only right. However, as far as I'm concerned, this simply starts the sticky discussion on what kinds of licenses/protection should be applied to what kind of projects. That's likely to be a lot more work.

    ...and we know what Congress feels about doing a lot of work....

    Anyway, one can only hope that this news gets replayed as "X tries to restrict freedom", and these guys don't get re-elected.

    1. Re:Big, Sticky Issue by joss · · Score: 2, Flamebait

      > True, but... I assume in this model anyone, anywhere could see the source codebase... with any of its bugs and exploits

      This is a particuarly stupid form of the security through obscurity argument.

      One may as well argue that the source code for a proprietary system should not be checked for bugs because the person doing so could find something and sell on the information to a terrorist. One has to assume that there are more good guys than bad guys in the world, and the larger the number of people looking at the code, the greater the chance that any problems are found and fixed rather than found and exploited. This would be true even if there were many potential problems that do not need some evil person deliberately trying to exploit it.

      --
      http://rareformnewmedia.com/
    2. Re:Big, Sticky Issue by KjetilK · · Score: 2
      Well, GNU-AirTrafficControl would have to be subject to a formal review different from the typical SF project, so I wouldn't worry about that, exactly. However, diversity seems to be a Good Thing when it comes to widely deployed critical systems, so perhaps this was a bad example.

      What I have been thinking about, is the possibility of freeing systems like hydroelectric plant control software and gas and oil software. Here in Norway, we have tons of both. I've been in the control room of a major hydroelectric plant, and they did certainly run UNIX. Probably, it would be quite easy to port this software to a completely free (as in speech) platform.

      Well, Peru has some hydroelectric plants (seen them with my own eyes...), and Venezuela has oil, just freeing the software rich Norway have may help these countries, I figure.

      This goes more to the crux of the issue too, as how government should license code. In this case, GPL would be appropriate, as the intention was to share it most widely, not create the basis for MS HydroElectricController XP... There are good arguments for BSD or Public Domain, but GPL is a good choice. I think it is actually something that should be decided on a political level.

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
    3. Re:Big, Sticky Issue by cHiphead · · Score: 0

      dont hook the goddamn thing to the internet and you'll be fine, its not any more or less susceptible to hacks then the current system... when someone or enough someones put their mind to it, anything can get hacked.

      --

      This is my sig. There are many like it, but this one is mine.
    4. Re:Big, Sticky Issue by spitzak · · Score: 2

      Did you really propose that air traffic should rely on security through obscurity? I don't want to be within 10 miles of any airports if that happens!

    5. Re:Big, Sticky Issue by SN74S181 · · Score: 1

      You are making the common, but fundamental error of assuming that the criminal wants to exploit bugs in the system. Revealing the source code shows vulnerabilities that might not be seen as bugs by any honest person, but that might provide the 'hooks' for a criminal to take advantage of.

      A safe manufacturer does have an advantage if it doesn't reveal the mechanical layout of it's lock mechanisms. The criminal doesn't know where to drill to take out key bits of the mechanism and disable it, which would be much easier to determine if he had a set of mechanical drawings.

      But 'security through obscurity is baaaaad' is a common thing for people here to bleat.

    6. Re:Big, Sticky Issue by henben · · Score: 2
      I assume in this model anyone, anywhere could see the source codebase... with any of its bugs and exploits....

      How would "exploits" apply to air-traffic control, though? The ATC system isn't going to be accessible through the Internet (hopefully).

      I can't see that knowing about bugs would help you, really. People have masqueraded as the tower using radio transmissions in the past, but having access to the source code wouldn't help you do that.

  5. Flawed analogy by lpontiac · · Score: 5, Informative
    In the non-code world, the government makes choices like that all the time - it might choose to purchase a particular piece of land and commit to making it available to everyone forever by declaring it a National Park and committing to maintain it, a GPL-like philosophy; alternately, it might choose to just dump a particular piece of property on the market, putting it up for auction and letting the purchaser do what he wills with it, a BSD-like philosophy.

    I think this analogy is completely flawed. Under the BSD license, the original piece of code will always remain free for everyone to use. When the government sells a piece of property, it's no longer available to the public. FreeBSD didn't go away when Apple incorporated pieces of the code into OS X.

    Both the BSDL and GPL keep the original code free for all, the difference is in the derived works - the GPL stipulates that they, too, must remain free, wheras the BSDL doesn't. I think a more appropriate analogy would be: the BSD license would allow a photographer to take a picture of the sunset in a national park, and retain all rights to it. Under the GPL, the photographer could still make and sell the photograph, but he couldn't stop people who bought the photograph from making copies and giving them away, or selling them.

  6. Naive? by FyRE666 · · Score: 3, Insightful

    ...because it's an important public policy question: it shouldn't be decided by a backroom push from business lobbyists...

    Where the hell have you been for the past 50 years?! This is how all policy is decided by governments. Pretty simple equasion:

    BribeH^H^H^H^H^Corporate funding + politician = new policy.

  7. Interesting notes by dh003i · · Score: 5, Insightful
    Here's some interesting things I noted:
    Microsoft, whose Windows operating system competes with Linux, says open-source hurts a company's right to protect its intellectual property.
    What hogwash. News sites shouldn't even post such outright lies. Whether or not I GPL a program I write, MS still has the same "rights" t o their proprietary software as they did before. My GPLing a program has absolutely no effect on MS or any other company "protecting their intellectual property". If you write something on top of (addition/modification of) GPL'ed source, then you have to license it under the GPL. This is fair play; communities have rules, even free communities (having some restrictions does not necessarily mean that something isn't free; indeed, we need restrictions to protect freedom, as there is no freedom in an anarchy). The basic rule of the FS community is that if you modify GPL'ed code or add onto GPL'ed code, then you have to give back to the community by licensing that modification under the GPL. Quid-pro-quo, and perfectly fair. It's like saying "I'll help you if you help me". Every business that modifies/adds-to GPL'ed code knows damn well that it's GPL'ed, and what the consequences of that are. They can stop their pathetic whining. If you don't want to license your software under the GPL, don't base it around GPL'ed code; if its only "one line" of GPL'ed code in your program, then it shouldn't be that hard to replace it.
    Microsoft is Smith's top source of donations. According to the Center for Responsive Politics, Microsoft employees and its political action committee have given $22,900 to Smith's re-election campaign.
    In other words, as we all know, Smith is bought and paid for and owned by MS, as are most politicians owned by big intellectual property interests (i.e., the RIAA, MPAA, BSA, and pharmaceuticals).
    D-Texas
    What, a democrat in Texas? I thought that was an extinct species.
    1. Re:Interesting notes by Carnage4Life · · Score: 2, Insightful

      What hogwash. News sites shouldn't even post such outright lies. Whether or not I GPL a program I write, MS still has the same "rights" to their proprietary software as they did before. My GPLing a program has absolutely no effect on MS or any other company "protecting their intellectual property".

      You should put things in context instead of rushing to flame (although rushing to flame is a great way to get +4 or +5 posts on Slashdot). In this specific case the question is whether the government GPLing a piece of software discriminates against proprietary software vendors who want to protect their intellectual property (i.e. their changes) yet want to use the code created by the tax dollars of the corporation and its employees.

      As many have pointed out, the GPL is a discriminatory licence in this situation while the BSDL is not. The BSDL isn't much more than putting it in public domain except for the requirement to retain copyright notices. With a putting software in the public domain or licensing it under the GPL then both Open Source and Proprietary software developers can benefit from the software.

    2. Re:Interesting notes by Anonymous Coward · · Score: 0

      oh so D stands for democrat!?!?
      i always thought it was just the top of the R.

    3. Re:Interesting notes by Anonymous Coward · · Score: 0

      I thought your post number was a prime for a while, but then it occurred to me that 4536979 = 1193 * 3803.

    4. Re:Interesting notes by UVABlows · · Score: 2, Insightful
      Microsoft, whose Windows operating system competes with Linux, says open-source hurts a company's right to protect its intellectual property.

      What hogwash

      No, it is 100% accurate. The reporter is simply reporting what microsoft is claiming. The claims themselves might be completely off, but the story isn't reporting on their validity, just their existence. Microsoft IS claiming this, so this part of the story is 0% hogwash.
      --

      <high-level position here>
      <name of stupid small company here>

    5. Re:Interesting notes by schlach · · Score: 3, Insightful

      From the Wired article:

      Red Hat general counsel Mark Webbink speculated that some members of Congress may have signed the anti-GPL note without fully realizing what they were doing. "I think they were probably hastened into something that most of them would now recognize as not being that well advised," he said.

      How often do we hear this explanation for some dumb move by politicians? Is it fair to expect them to even read letters or legislation before endorsing them? How many have claimed surprise at what they found out was in the DMCA, or the Patriot Act? Will they do it now with Smith's letter? I don't think I'm as forgiving as Mr. Webbink...

      In other words, as we all know, Smith is bought and paid for and owned by MS

      For $22,900? They got him cheap. Talk about a depressed economy - even the government boys are feeling the pinch. ; )

      Christ at those rates I could afford my own Congressman... I hear it's the best investment you can make. Maybe I can send him back to Washington pushing the schlach agenda. Wow, my own pet Congressman... I'd play with him and feed him everyday... =p

    6. Re:Interesting notes by dh003i · · Score: 2

      Since there was no context in the statement, your criticism is irrelevant. The quote said that GPL'ed software hurts company's rights to protect their proprietary software, period; it did not mention anything of what you said.

      The government GPLing a piece of software doesn't distriminate against anyone. Corporations can still use it, just as we all can; it is not distriminatory. The only restriction is that corporations (nor anyone else) can't modify it, distribute those modifications, and not release hte modifications under the GPL as well. This is not discriminatory towards "corporate America". They have to play by the same rules as the rest of us. We can't do that either.

    7. Re:Interesting notes by hey! · · Score: 2

      In other words, as we all know, Smith is bought and paid for and owned by MS, as are most politicians owned by big intellectual property interests (i.e., the RIAA, MPAA, BSA, and pharmaceuticals).

      Microsoft is also a major source of jobs and tax revenue in his state. If they didn't give him a nickel, he'd still be practically duty bound to look after their interests, so long as this isn't clearly at the expense of the public as a whole (yes I understand this is a big proviso).

      It doesn't serve any purpose to poison the well in a case like this when the politician has a perfectly reasonable motivation to take a certain position. Far better to attack the position itself, and the tactics he uses to advance that position.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    8. Re:Interesting notes by schlach · · Score: 2

      I think you're advocating for Government to license under BSD, which makes sense to me. Your last sentence made it a little unclear.

      I think it makes sense for the Feds to use a BSD license for original software creations, as one of their goals is to allow businesses to profit from the research. This is so much better than selling the research to one corporation because it allows the public-at-large the same rights to their software. If one of the citizenry runs with the project, and turns it into something new, and GPLs it, all the better. Then the corps can decide whether they want to use the better GPLd version or the worse one under the BSD.

      What doesn't make sense? This has been discussed to death the last couple of days. The BSDL is a better fit, given the Feds' stated interests in preserving business and public exploitations of funded research.

      What would be nice is to see more government projects start from a GPL software base, like the still-very-much-alive-and-well SELinux project. I wish this had more support from the community, as right now it's only the wizards that are touching it. If more people got sucked into it, they probably would, in typical Linux fashion, start making it more accessible to the power user with less than several days to devote to moving over his existing setup to an SELinux box. The curve right now is pretty steep.

      I got side-tracked. My point was that if more government projects started from a GPL base, then all the work they did on top of it would automatically be available to us, and Mr. Smith's parent corporation wouldn't be involved at that point.

      BSDL for new work, GPL for modifying existing projects. The public benefits most.

    9. Re:Interesting notes by tshak · · Score: 2

      News sites shouldn't even post such outright lies.

      You're correct, except that you totally missed what the lie was. First, even if MS says that open-source hurts businesses, that's their informed opinion - it's not something that's easily provable as objective fact, so therefore it can't be a lie. The real lie (partly due to MS's confusing PR) is that MS is anti open source. In reality, they are anti GPL, or any other "viral" license. The GPL DOES prevent a company from protecting their intellectual property _only if they choose to use GPL code_. However, a BSDish license is truely free, hence why MS has used code from BSD licensed software.

      I'm not agree within MS's anti-GPL stance, however, let's not sound like zealots by stating things like "saying GPL is bad for business is a lie". No matter how educated your opinion, it's just that, an opinion.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    10. Re:Interesting notes by dh003i · · Score: 3, Informative

      Opinions can be wrong and/or right when they're opinions of fact.

      Saying that the GPL is bad for business is a incorrect assertion of fact. In fact, it is not. My GPLing software doesn't hurt any businesses. If businesses want to use GPL'ed software to base their code on, that's their choice, but they have to release the modification under the GPL; they made an informed decision, weighing out the advantages and disadvantages. If companies only have "one line" of GPL'ed code, it should be no problem to come up with an original replacement. In short, its not bad for them, but can only (in some cases) help them. This is not preventing them from protecting their intellectual property, as you assert; if they want to license their IP under a EULA, they can simply find a replacement for the GPL'ed code, or code a replacement themselves.

      Yes, MS likes the BSD license. Of course they like a license which allows them to take but not give back. MS is a parasite to OSS and FS communities.

      I also disagree with your implied assertion that the GPL'ed license isn't truely free. In the real world, Freedom does not mean "no restrictions". In the real world, without any restrictions at all (anarchy), there is no freedom; I don't see why restrictions automatically make something unfree in the software world. The GPL was designed to gaurantee the end-user freedom, and to ensure that that freedom isn't taken away by modificatioins to free software which are themselves licensed under non-free licenses.

      Lets do a real-world analogy to help you understand. First, an analogy to the BSD license. A city has a well in the middle with a chalice from which to obtain water from the well; the only rules are that anyone may use the chalice to obtain water from that well, so long as they put it back. Anyone can add onto the well and make it better; but the person adding on can impose a fee for others to use that enhancement. Hence, a public resource -- originally free -- may over time be transformed into something divided up among private owners.

      Now, compare that to the GPL. In this case, anyone can add on to the well also; but they must not put any more restrictions on the usage of their addition than were on the usage of the original well. Hence, a public resource is free and will always remain free.

      That's the difference between the BSD and GPL licenses. The GPL license is truely free -- perhaps more so than the BSD license, since it gaurantees freedom in the future for any modifications, so a proprietary modification of a GPL'ed program cannot replace that GPL'ed program and take away the users freedoms.

      In short, the BSD philosophy regarding freedom seems to be that "freedom means the freedom to take away other people's freedom (i.e., add a EULA to modifications of BSD-code)". The GPL philosophy regarding freedom seems to be that "freedom means the freedom to do whatever you want, so long as you don't take away other's freedom".

    11. Re:Interesting notes by Anonymous Coward · · Score: 0
      The GPL discriminates agains corporaitions since
      their primary usage is to resell the (free) software
      to the public.


      But I don't see the point of argument about this type of discrimination. It is like
      the government deciding to sent each citizen 100 pounds of
      meat each month (to wealthy, as well to hungry citizens), funded
      with public funds, and only the meat producers rise to complain.
      Complain all you want! It is discrimination like any else, but government thinks it is for
      the public good. It is also discrimination for the gov to
      allocate funds for defence, for that money could
      have gone for housing, drugs, education, and many other things. The is no
      way to avoid discrimination, someone will benefit and someone
      will find a disbenefit on every gov decision.

    12. Re:Interesting notes by Anonymous Coward · · Score: 0

      If Rep. Smith is in he payroll of Microsft, and looks
      after the interests of Microsoft employers and employees,
      it is a material fact in our discussion. Whether his is just
      "doing his job" and all he wants is to support his
      family, just like everyone else, is not relevant to
      our discussion.

    13. Re:Interesting notes by tshak · · Score: 2

      Instead of arguing the merits of each license (which was not my point), let me correct you. It is not opinion of fact, because whethor or not the GPL hurts business is not trivially proven. You make great arguments, and I generally agree with them. However, it is intellectually dishonest and shows a clear lack of objectivity to claim that this issue is cut-and-dry fact, and that anyone who doesn't agree with your viewpoint is a liar. I'm not arguing against the GPL, BSD, or OSS. Although your arguments are strong, your credibility is ruined once you reject sound logic and reasoning. Again, it is not logical to assume fact just because you have strong arguments for your stance.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    14. Re:Interesting notes by drinkypoo · · Score: 2
      That's the difference between the BSD and GPL licenses. The GPL license is truely free -- perhaps more so than the BSD license, since it gaurantees freedom in the future for any modifications, so a proprietary modification of a GPL'ed program cannot replace that GPL'ed program and take away the users freedoms.

      The BSD license is freer than the GPL as you are only required to give credit to the original authors, while the GPL requires you to give credit (if that credit is part of the original work) and it requires you to release the source if you distribute changes in any form.

      As has been pointed out before linking to a GPL (not LGPL) work makes your work GPL. Linking to a LGPL work does not mandate any particular kind of license, I want to make that abundantly and explicitly clear so there is no confusion about what I'm trying to say here.

      And that is: The GPL imposes more restrictions than BSD. It is in fact "forced freedom", which is arguably no kind of freedom at all. The only things the BSD license seeks to do are to ensure that people get credit for their work, and to make sure that the code is free-as-in-speech for everyone to use without restriction. If someone says something in public, you are free to implement their ideas however you like (unless of course they have already patented them) and not give them any credit. That's why we have trade secrets, and why we have patents. (An in-depth dissection of the failures in US Patent law is outside the scope of this comment.)

      In short, the BSD philosophy regarding freedom seems to be that "freedom means the freedom to take away other people's freedom (i.e., add a EULA to modifications of BSD-code)". The GPL philosophy regarding freedom seems to be that "freedom means the freedom to do whatever you want, so long as you don't take away other's freedom".

      BSD license: Do whatever you want with this code.
      GPL: Do whatever you want with this code as long as what you want isn't to produce a unique commercial product. This is true because you have to release your source, and someone else can just rename it all and produce an otherwise identical commercial product while not doing any programming of their own.

      I still don't see how the GPL is more "free" than the BSD license. As far as I can see, it is LESS free. It does not mandate any particular behavior. My personal private use of BSD code in a non-free package does not devalue the original code in any way, or make it any less free. It simply means that I am free to make money from my customizations without interference. That seems more free and more within the entreprenurial spirit of America than the GPL to me.

      ObDisclaimer: I know many of you aren't in the US, but I am, and our arrogant bozo president to the contrary, I am still proud.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    15. Re:Interesting notes by hey! · · Score: 2

      You don't understand. His job is to look after the interests of his constituents and his state, not to look after the interests of Microsoft. It just so happens that the interests of his constituents is more aligned with that of Microsoft than those of people in other states. Therefore you can't take his position as strong evidence that he is in Microsoft's pocket. People who bandy charges of corruption without strong evidence aren't considered credible by reasonable people.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    16. Re:Interesting notes by dh003i · · Score: 2

      The BSD license is akin to anarchy, whereas the GPL license includes provisions to preserve freedom. Certain restrictions are necessary for the freedom of everyone, otherwise the unscrupulous would take advantage of everyone else.

      The GPL license is more free because it ensures freedom in the future. It sees beyond its own little sphere and considers the entire playing field.

      Let's say that a great program is release, call it Program. Now, if the developer releases Program under the BSD-license, it is possible for a corporation to come along and snatch his source code, make some improvements, additions, and/or modifications, and then release those changes under a EULA. The new program, call it Modified Program, supplants the original Program, and becomes ubiquitous in use (that is, everyone uses it). Now freedom has disappeared. Under the GPL license, that simply can't happen. Proprietary modifications to such programs can never supplant the original, as they have to be under the GPL; thus, freedom is never lost.

      Another problem with the BSD-license is that it gives an enormous advantage to proprietary developers over Free-Software developers. Under the BSD-license, proprietary developers can just take that stuff and never give anything back to the community; they can leech off the work of Free Software developers. Thus, Free Software never has a chance to compete on features, because proprietary developers can always just gobble up its code; the result is that Free Software isn't used as much, and freedom is lost.

      Nothing in the GPL prevents you from making money. Refer to RedHat and Lindows, for example. The GPL doesn't say you have to put your entire source code on the, nor your binaries free for download; it just says the source must be made available to those who request it by mail at the cost of delivery, with no restrictions other than those in the GPL. There are many ways to make (or save) money using GPL'ed software. Offering your entire program for free online isn't one of them. But offering a service around GPL'ed progrmas is one way; as is selling them but not offering the binaries/source for free download on-line (i.e., Lindows).

      And there's nothing "un-American" about the GPL. That's bullshit propaganda by MS. There's nothing un-American about saying "I'll give you this source code free of restriction except you give the same rights to others if you modify/add-to it". This is a very fair and reasonable deal, which gives you plenty of freedom.

      You also seem to completely ignore widely accepted standards of free software, all of which the GPL readily meets:

      http://www.fsf.org/philosophy/free-sw.html

      http://www.debian.org/intro/free

      http://www.debian.org/social_contract#guidelines
      http://www.opensource.org/docs/definition.php

      The GPL meets all of these definitions, thus is Free Software.

    17. Re:Interesting notes by drinkypoo · · Score: 3, Insightful
      Let's say that a great program is release, call it Program. Now, if the developer releases Program under the BSD-license, it is possible for a corporation to come along and snatch his source code, make some improvements, additions, and/or modifications, and then release those changes under a EULA. The new program, call it Modified Program, supplants the original Program, and becomes ubiquitous in use (that is, everyone uses it). Now freedom has disappeared. Under the GPL license, that simply can't happen.

      There are sufficient license zealots and poor people who can't afford software for this scenario to never fully play out. Also Microsoft Office exists and does a whole lot of things but that doesn't stop the development of OpenOffice.

      Nothing in the GPL prevents you from making money.

      Never said it did.

      You also seem to completely ignore widely accepted standards of free software, all of which the GPL readily meets

      I read this as "I will now ignore your point about the restrictions added by the GPL by posting a bunch of URLs which will take you to documents by other people who will also ignore your point."

      The GPL meets all of these definitions, thus is Free Software.

      I never said it wasn't widely considered to be free software; I said that BSD is more free than GPL. On one hand all BSD guarantees is that you can get THIS version of the software for nothing and do whatever you want with it, so you could perhaps craft an argument that it was less free because of its lack of guarantees. On the other hand, GPL requires you to take certain actions if you take other actions, namely releasing the source which you wrote if you want to give other people the benefit of your changes, but charge them for it. BSD does not place this requirement which, it could be argued (and I am,) devalues your work.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    18. Re:Interesting notes by dh003i · · Score: 2

      I never said it wasn't widely considered to be free software; I said that BSD is more free than GPL. On one hand all BSD guarantees is that you can get THIS version of the software for nothing and do whatever you want with it, so you could perhaps craft an argument that it was less free because of its lack of guarantees. On the other hand, GPL requires you to take certain actions if you take other actions, namely releasing the source which you wrote if you want to give other people the benefit of your changes, but charge them for it. BSD does not place this requirement which, it could be argued (and I am,) devalues your work.

      It devalues the work of the Free Software community when proprietary developers rip their code and then use it to make a proprietary product, while giving nothing back to the free community. It also gives proprietary developers an unfair advantage over developers of Free Software, as they can use Free Software in their proprietary programs, but Free Software developers can't use proprietary code in their Free Software. The GPL corrects this unfair imbalance.

      The GPl does place certain restrictions on you, namely that you cannot deprive anyone of the same freedoms it gives you, if you modify GPL'ed source code and distribute that. On the narrow view that you're looking at, yes, this makes it less free; that's because you're only considering it from *one* individual's perspective. The GPL looks at the entire community, and gives everyone more freedom by preventing any individual from closing up modifications made to GPL'ed software.

      The GPL's requirements do not devalue you're work. They simply ask for equal and opposite exchange. If we give you this software with only these restrictions, you can make modifications of it but must'nt place any further restrictions on those modifications. This ensures the freedom of the entire community, by preventing individual's from violating that freedom by licensing GPL-based software under a EULA.

      What you want is to be able to rip off the Free Software community, parasite off of it, without giving anything back. That isn't an appeal to freedom. That's an appeal to selfishness, an appeal to ask that you be allowed to take away other people's freedom's using those very same freedom's they granted you through the Free Software license.

    19. Re:Interesting notes by spectecjr · · Score: 0, Troll

      It devalues the work of the Free Software community when proprietary developers rip their code and then use it to make a proprietary product, while giving nothing back to the free community. It also gives proprietary developers an unfair advantage over developers of Free Software, as they can use Free Software in their proprietary programs, but Free Software developers can't use proprietary code in their Free Software. The GPL corrects this unfair imbalance.

      What imbalance?

      You had a choice when you signed up; release your software however you want to.

      You picked "give it away for free".

      Note: that means you gave it away. For free. It also doesn't mean that others who use it - however they use it - owe you anything. It was your choice. Your decision. You weighed up the pro's and con's and made that choice.

      But no, you're talking about giving it away for Free. The big capital F at the beginning coming with its own footnote and small print attached. Which means "Yes, I'm giving it away for free -- look how altruistic I am! I'm an upstanding member of the community! Look at how wonderful I am! Oh, and by the way, if you don't do the same, I'll take you to court and do you so hard that you'll be bleeding for years."

      That's the difference.

      Stop stealing the word "Free" for your own use. It's not Free, or Freedom, or anything like that. It's nothing more than a mechanism for pushing your agenda. If it was truly free, there would be no restrictions.

      [F]ree: as in, you don't have to pay anything for it, but if you use it in certain ways, you have to give away your work too.

      I'm just glad that the GPL doesn't cover things like content/data. "Oh yes, I used EMACS to write my business proposal yesterday. But unfortunately, if I give it to anyone else, I have to let everyone else use it for free."

      I mean, think carefully about that scenario for a second. Preposterous, no? But people who use your word-processor/tcp-ip stack/webserver/operating system are still profiting from your work. So what's the difference here?

      Well, apparently, the difference is that those people aren't software developers, whereas people who would use your source code to build on are.

      How many of those desktop Windows users you want to convert to Linux out there would actually "give back" to the Free Software community?

      My guess: very few, if any.

      --
      Coming soon - pyrogyra
    20. Re:Interesting notes by dh003i · · Score: 2

      Please stop trying to hijack the word free for your own pro-BSD use. The revised BSD license is a Free Software license; so is the GPL license. The difference is that the revised BSD license is essentially an anarchistic license, allowing anything with the modified code; whereas the GPL license requires that modifications be released under the GPL. According to the FS and OSI standards, this is still a free license.

      But what you seem to be arguing is that because the GPL license requires modifications be released under the GPL, but the BSD license doesn't require such, that the BSD license is "more free". Perhaps from a narrow individual standpoint, but not from a societal standpoint. In society, my right to swing my fist ends at your face. Does this make me less free? Yes, slightly. However, it protects other's rights and my rights from being infringed upon.

      Similarly with the GPL license. The people at FSF consider the rights required by the Free Software definition to be something that are the minimum standard -- something we're all entitled to. Thus, they require in their GPL that any mods be GPL'ed. This is a way of promoting more freedom, promoting the spread of freedom. Yes, it is promoting an agenda; that agenda is the freedom of the entire software community. Yes, by restricting proprietary developers from imposing draconian restrictions on modifications to GPL'ed software -- by placing a restriction on their "freedom" to do so -- we are promoting the cause of freedom.

      Under the BSD-license, Free Software can never spread when proprietary interests oppose it, because they can simply incorporate all of the good BSD code into their own program. Under the BSD license, what's yours is theirs and what's theirs is theirs too. In other words, proprietary developers always win; non-free, draconian software beats back Free Software, and the cause of Freedom is not promoted. Consider the case of the BSDs and OSX. Due to the BSD-licenses, Apple was able to gobble up the code without giving anything back. The result? Apple's draconian EULA-licensed software: +1. The Free Software BSD's: 0.

      Yes, the GPL is pushing an agenda, and that agenda is freedom; the freedom of the end user. And to ensure the freedom of other end-users, it insists that modifications to the GPL be licensed under the GPL, thus preventing the spread of anti-freedom draconian EULA's.

      BSD-licensed can be used by other Free Software (i.e., GPL) developers; but it can also be used by proprietary interests. In other words, BSD-licensed software can be a weapon for proprietary developers (i.e., MS) to wield against and beat back Free Software developers. GPL'ed software, however, can not be used as a weapon by proprietary developers (i.e., MS) against Free Software developers.

      It's really very simple. Those of us who believe in the GPL license think that, yes, freedom is important -- the most important thing, in fact. But freedom should not include hte "freedom" to violate other people's freedom (i.e., licensing modifications to GPL'ed software under a EULA). We believe that the rights granted people by Free Software are fundamental rights, thus we use a license which promotes the use of Free Software and its licenses, and discourages the use of proprietary EULA'ed software.

      Proof of my point is that MS loves BSD-licensed software, but hates GPL'ed software. Why? Because they can parasite off of BSD-licensed sofftware and use it as a weapon to further their non-free software and to beat back Free Software. They hate the GPL because it doesn't allow them to parasite and use GPL'ed code against its creators.

    21. Re:Interesting notes by peter · · Score: 2

      > BSD is more free than GPL. [GPL forces you to do stuff...]

      True enough. The BSD license is more Free (i.e. "libre", the French word that is the root of "liberty") than the GPL. However, it doesn't protect that freedom at all. The GPL is slightly less Free, but the restrictions it imposes are not difficult to meet, and are quite simple.[1] Its impositions protect the Freedom of the software quite well, though. If you care about freedom, the GPL is obviously superior.

      [1]: Usually. The line between linking and running separately can get blurry. Embeded systems and component software architectures are examples of where things get complicated :(.

      --
      #define X(x,y) x##y
      Peter Cordes ; e-mail: X(peter@cordes , .ca)
  8. Maybe a good idea: BSD Should Be Used by lenski · · Score: 1
    This idea bears further investigation by those wiser than myself, or those with time to consider topics other than remaining employed.

    Having watched the arc of this story, I agree with Michael that there is *definitely* some overreacting going on, and that such overreactions reflect negatively on the community.

  9. GPL is perfect for dual licensing by Anonymous Coward · · Score: 1, Insightful

    GPL does make things difficult for commercial exploitation, especially for software companies which care more about tying you to them with a product rather than their service ... so a GPL license for everyone, and a commercial for fee license for companies works well (you see it used often).

    Advances science and business in equal measure, and lets the government recoup some of the costs.

    1. Re:GPL is perfect for dual licensing by Siniset · · Score: 1

      I don't see this as a possible solution. The government does not want to get into the software business, they are looking for the best way to distribute code that has no license stipulated in the contract, or the copyright is owned by the government. Such a solution would probably cost the government more than it would ever make them. Of course, that reasoning has never stopped them before...

  10. Public Domain - YES! by grendelkhan · · Score: 2

    This is by far this best solution, and shows how public domain is a great way to disseminate knowledge and ideas. Since the public funded government commissioned it, let the public get some value for their money, by letting everyone have equal access to it.

    --
    Wu-Tang Name: Half-Cut Skeleton Get your own Wu-Na
  11. Irony by Boglin · · Score: 4, Funny

    Adam Smith supports legislation that increases barriers to entry? My Econ teacher is probably having convulsions right now.

  12. Totally unfair analogy!! by Brian_Ellenberger · · Score: 3, Insightful

    The GPL=National Park, BSD="dump on market" is a completely unfair analogy. If you make land into a National Park, everyone has a right to use them. If you sell the land, only the landowner gets to use it.

    However, that is not the case with GPL vs. BSD. I can freely use and modify any code under the GPL or the BSD. It's not like some company can just take over BSD code and never let me use it. They are both free.

    The difference is that with GPL if I write a commercial application and 99% of the code is mine and 1% is GPL I am forced to give out my 99% of code. With BSD I don't.

    Now this is fair if it is just some Joe Programmer on his own time who wrote the 1% of GPL code. He can let people use (or not use) it as he feels. It is *NOT* fair if that Joe Programmer is being paid to write that code with MY tax dollars! That code should be freely given to the taxpayers to do with it whatever they want, including using it in their closed-source programs and selling it.

    It is not "corporate welfare" because it benefits everyone equally! Corporations can use it, individual taxpayers can use it, universities can use it, etc. Corporate welfare is if they give something to corporations that only corporations will benefit from.

    Brian Ellenberger

    1. Re:Totally unfair analogy!! by Anonymous Coward · · Score: 0

      Obviously monetarily it benefits those who close source it and manage to sell it a little more than the rest of us ... so why not funnel some of that money back?

      BTW if you cant be bothered to rewrite 1% of your codebase then it is your own fault.

    2. Re:Totally unfair analogy!! by Paul+Komarek · · Score: 3, Interesting

      A small comment on your 99% to 1% example: if a programmer is unwilling to rewrite 1% of their code in order to achieve ownership, one must assume that 1% was *extremely* valuable. If the programmer wishes to use some other license and can't replace that 1% him or herself, then he or she should start shopping for replacement code and negotiate licenses and prices with those who *can* replace that code.

      Your example doesn't seem particularly strong to me. If a programmer includes *any* GPL'd code, then "paying" the "price" of respecting the GPL is "fair". Let the programmer find a cheaper/better source if they can't afford the GPL.

      I agree that the National Park analogy wasn't so good, either. Maybe something like a perpetual land grant would have been better, but the underlying problem is the nature of licensing, code, and ideas. As has been requoted so often,

      "If I have an apple, and give you the apple, I
      have no apples. If I have an idea, and give
      it to you, we both have the idea."

      I don't remember the source of this quote, nor do I know if the source is truly known.

      -Paul Komarek

    3. Re:Totally unfair analogy!! by Anonymous Coward · · Score: 0

      Since we are on small comments, I have three:

      First, in agreement with you, *any* analogy with software and a unique piece of physical property (meant generally, not specific to land) is fundamentally flawed. You can argue the hallmarks and pitfalls of the national parks and the land analogy until you're blue in the face. It's a rather silly discussion. Software can be replicated. En masse. Cheaply. It's like music--once made, it's made. Not saying it does not have value, but comparing it to unique works si a bit silly. Land usually is not replicatable and non-unique--it is simply there and in limited quantity. You don't replicate land--you buy land of some characteristic or quality, but all land is different and unique, whether utilized for those purposes or not.

      Second, I find it rather odd how you comment on the valued 1% and the GPL. It's like the 1% should be afforded the same protections as those that commercially license or otherwise limit via patents and copyrights, their valued work.

      How odd. Most in the /. and presumingly Linux community seem to think patents and copyrights should be for limited times and they want it shortened. Are they going to walk the walk? Are you then saying there should be NO pressure for the early Linux development circa 1994 to be released into the public domain in 2008? 14 years was the original term of the copyright act of 1790 (in the US), if I recall.

      To confound this more, if you truly believe in the public domain and the argument that the ills of patents and copyright in the rapidly changing world of software development (computers in general, as hardware types rapidly change too), you should be promoting the full release into the public domain of early GPL works by the FSF and the like (and years later, as they come on). (Reminder, the GPL is definitely not public domain and is far far more restrictive.) I haven't seen one shred of evidence in that direction by anyone. They keep holding to their chests their own work while whining about how everyone holds onto their works.

      This is why the BSD license rules. Here's the code, go on your way and use it and shut up.

      Third and lastly, personally, I really dislike works paid by my tax dollars going into the GPL, as the article noted. They should go into the PUBLIC DOMAIN. The GPL is even too restrictive. Worse, the GPL, not because of the license itself, always seems to be largely portrayed incorrectly, like it's "free." No, the GPL is a restrictive license. Relative to commercial licenses, it's better, but compared to the BSD or publid domain, it's worlds apart. Few people (and I'm not necessarily in that group) have read the license in its entirety, comprehended the license itself, and have the capacity to at least basically fathom it's potential impact/implications legally and to future development.

      And you know this--most people just use it because it's a popular and a rather recognized license. At least representatives are forced to question their decisions or political moves by their constituents, whether with greased palms or not.

    4. Re:Totally unfair analogy!! by Paul+Komarek · · Score: 2

      I (personally) believe strongly in (limited-term) copyright. I don't want to discuss time limits here, but suffice it to say that I think of the GPL similarly to any other copyright license. The author asks for payment; just not in money. And the author holds the copyright and can do what she wants with that.

      I like the GPL for "infrastructure". For instance, I think some of our telephone should be publically maintained; that is, Covad wouldn't have to go through Verizon to get access to the central office when installing ADSL equipment. There is a lot to think about here, and I'd want people to think about this very carefully.

      For "technology", I would prefer public domain.

      -Paul Komarek

    5. Re:Totally unfair analogy!! by spitzak · · Score: 2
      Since the GPL is only grants additional rights not granted by copyright, if copyright law was changed so that stuff goes into the public domain after a certain time, then so will the GPL stuff, since the rights granted by the GPL (and also a lot of other rights) are granted by it being public domain.

      Therefore, if the FSF is lobbying for a limited term for copyright, they are by definition lobbying for a matching limited term for the GPL. Therefore it is physically impossible for them to be hyprocrites on this subject, despite your claims.

    6. Re:Totally unfair analogy!! by Arandir · · Score: 3, Insightful

      However, that is not the case with GPL vs. BSD. I can freely use and modify any code under the GPL or the BSD. It's not like some company can just take over BSD code and never let me use it. They are both free.

      I have a better analogy to counter to bad analogy:

      Since software can be infinitely copied and distributed with no loss, think of it as an infinite stretch of arable land. Proprietary guys come along and fence off a section with a sign saying "keep out". GPL guys come along and fence off a section saying "free for everyone". BSD guys come along and notice that fences are utterly irrelevant...

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    7. Re:Totally unfair analogy!! by spectecjr · · Score: 2

      A small comment on your 99% to 1% example: if a programmer is unwilling to rewrite 1% of their code in order to achieve ownership, one must assume that 1% was *extremely* valuable. If the programmer wishes to use some other license and can't replace that 1% him or herself, then he or she should start shopping for replacement code and negotiate licenses and prices with those who *can* replace that code.

      The GPL covers derivative works. In what universe do you live where just 'rewriting something' makes it non-derivative?

      Or are you thinking of a complete clean-room implementation? In which case the original programmer can't even see the GPL'd work in the first place - interface and all?

      Sure, you might say, this is an exaggeration. But is it? When was the last time you tested the meaning of 'derivative' in court?

      Are you willing to do it now? On your own dime?

      I'm not.

      --
      Coming soon - pyrogyra
    8. Re:Totally unfair analogy!! by lspd · · Score: 1

      Since software can be infinitely copied and distributed with no loss, think of it as an infinite stretch of arable land. Proprietary guys come along and fence off a section with a sign saying "keep out". GPL guys come along and fence off a section saying "free for everyone". BSD guys come along and notice that fences are utterly irrelevant...

      ...and then the Redmond guys show up and build a fence around everyone else, put up a big "All your base are belong to us" sign and dance around singing "embrace and extend!" The proprietary guys eventually start to starve and move in with the GPL guys... The GPL guys build AK-47s and start assaulting the Redmond fence that's surrounding everyone... The BSD guys build a camp fire and tell stories about how "once upon a time it was all free land as far as the eye could see."

    9. Re:Totally unfair analogy!! by Paul+Komarek · · Score: 3, Insightful

      I think you are overstating the "derivative works" protection. Clean-room implementations are important for Compaq when reverse-engineering the IBM BIOS, but that seems to be a very special situation. In that case, there's only one IBM BIOS and no general body of knowledge. Furthermore, IBM has legions of lawyers and both parties have strong commercial interests.

      However, if I read the GNU regex code, study the relevant automata literature, and then write my own regex parser, I do not believe my work would be considered derivative so long as I don't effectively cut-n-paste the GNU code. In this case I'm writing code from scratch using other sources as reference.

      I would very much like to know which copyright cases provided precedence for this issue. Otherwise, I think the definition of "derivative" is probably up to the Librarian of Congress or similar.

      Perhaps your complaint is about my use of the word "rewrite". By "rewrite" I mean write again, not fiddle with variable names and hope nobody notices.

      -Paul Komarek

    10. Re:Totally unfair analogy!! by Arandir · · Score: 2

      ...and then the Redmond guys show up and build a fence around everyone else

      The arable land is infinite! The Redmond guys can't possibly build a fence big enough. Land grabs are pointless when there's infinite land.

      Or to bring this more to reality: I run FreeBSD, which is under the FreeBSD license. There is nothing, absolutely nothing, that Microsoft can do to make FreeBSD unfree. They might make their copies unfree, but they can't touch mine and they can't touch yours.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    11. Re:Totally unfair analogy!! by lspd · · Score: 1

      They don't have to build an infinite fence.. They only have to build one big enough to go around you...to trap you inside...

      Call the fence "patented extensions" for instance. They can't make your FreeBSD any less free, but they can make any given piece of FreeBSD software incompatible with windows software while maintaining compatability the other way around.

      The GPL (or better still, LGPL) stops them from doing so. There is a reason why GPL'd Linux has made an impression where BSD and BeOS were unable to... The GPL strikes back!

      Can we do some Star Wars analogies now?

    12. Re:Totally unfair analogy!! by Arandir · · Score: 2

      There is a reason why GPL'd Linux has made an impression where BSD and BeOS were unable to...

      That reason is timing. Linux was in the right place at the right time while BSD was tied up in court with a monopolist. At precisely the moment when hackers first had access to inexpensive personal computers capable of running Unix a unix like operating system, AT&T decided to sue.

      Can we do some Star Wars analogies now?

      Source Wars

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  13. With all the money spent lobbying ... by HealYourChurchWebSit · · Score: 1


    ... think about it. Congress men and women just don't wake up with original thoughts like tihs. They need help ... usually from lobbyists. If that is the case, I wonder how much money was expended lobbying to ban GPL in the Government workplace. I mean, you think companies could turn out better products for lower prices that would blow the competition away.

    ... and if corporate lobbying is behind these efforts, one has to wonder how many of the corporations involved get tax breaks the rest of us could use to buy their products?

    I guess it's easier to litigate than to create.

    --
    --- have you healed your church website?
  14. What? by Noose+For+A+Neck · · Score: 1
    I agree that Michael's analogy was a flawed one, but yours is even worse! You imply that the BSD license somehow prevents people from redistributing and copying code, while the GPL prevents the owners from retaining copyright on the code. Both of these suggestions are patently false.

    If you don't understand things that fit under the broad description of "intellectual property law", then please don't try to make analogies to further misinform people. This is best explained in abstract terms, rather than analogies, as software has no analog in the physical world.

    --

    Software piracy is victimless theft.

    1. Re:What? by lpontiac · · Score: 2
      You imply that the BSD license somehow prevents people from redistributing and copying code

      Hmm, I think you may have a point. The photograph wasn't meant to be under the BSDL, though, just the original landscape :)

      Let me adjust things slightly: If the park was under the BSD license, the photographer would be able to sell copies of his photograph without giving away exclusive rights to it's distribution. Of course, if he wanted to, he could let people share it in turn. If the park was GPL'd, he wouldn't have this choice: he would have to let people share the picture in turn.

      You're right on the second point, of course. Everyone, please read the licenses instead of relying on twisted analogies!

  15. Re:"pen-is-mightier dept." by Anonymous Coward · · Score: 0

    This is not a troll. It is funny. Learn the difference and write me a report.

  16. gpl like encryption by dollargonzo · · Score: 4, Insightful

    see, the gpl license is very much like modern encryption alogrithms. prior to the days of RSA, ala world wars, encryption and security was based around the fact that people can hide secure algorithms well enough to keep things secret. in other words, if anyone found out the algorithm, the encryption scheme became utterly pointless.

    relatively recently, encryption has undergone a complete turn-around in ideology. now, most every cryptologist believes that the algorithm should not only be simple but also VERY OPEN. the more eyes that look at it, the more errors can be spotted, and as time has told, today's crypto systems, for example RSA, are much more secure than the enigma. everyone and their dog knows how it works, and still no one can break it.

    the same thing goes for software. the whole "falls into the wrong hands" argument works exactly the same as crypto-systems. if a crypto-system falls into the wrong hands (as someone else noted), it will also fall into the right hands, and errors will be fixed.

    licensing government software under the gpl opens it up, and in the long run reduces the error rate and effectively, it's security, etc. people still think that if they hide the source to the software, it will be more secure. PLEASE look at what happened to cryptology in recent times and act accordingly.

    --
    BSD is for people who love UNIX. Linux is for those who hate Microsoft.
    1. Re:gpl like encryption by f16c · · Score: 1



      I use Linux every day for every day tasks. I don't use Windows because I don't want the headaches. I don't hate Microsoft as long as they leave me alone. Linux is for people who understand what Linux is capable of. Windows is for people who don't know and don't care. BSD is almost not worth the headache.

      As far as the Licensing goes, I prefer the BSD style license in that code is open to all. Really it becomes freeware source. MS can use it, Linux hackers can use it. What's the big deal? GPL code is perfect for infrastructure peices that form a core of technologies. Most of us write "Applications". Do apps need this sort of protection? Isn't this where market forces are supposed to come into play?

      --
      bob@Osprey:~>
    2. Re:gpl like encryption by dirk · · Score: 2

      the same thing goes for software. the whole "falls into the wrong hands" argument works exactly the same as crypto-systems. if a crypto-system falls into the wrong hands (as someone else noted), it will also fall into the right hands, and errors will be fixed.

      licensing government software under the gpl opens it up, and in the long run reduces the error rate and effectively, it's security, etc. people still think that if they hide the source to the software, it will be more secure. PLEASE look at what happened to cryptology in recent times and act accordingly.


      In theory, this is very sound practice. But in reality, how many people will actually look at the government's code and help them? If they have a very specific program to monitor conditions on a missile (or other use that 99.999% of regular programs wouldn't have a use for and couldn't understand with a lot of background knowledge), how many people are actually going to look at it and make any helpful suggestions? Very, very few. While at the same time, every other government and "evil doer" on earth can look at the code and search for flaws in it. The theory of open source is great, but it has to be something that many programmers will actually look at, which doesn't apply to most cases of very specialized program.

      Open source works great for Linux and Gnome and KDE, because there are many people who are interested in making it better and using it. It doesn't work nearly as well for little programs that most people don't care about, because you cannot get enough eyes (especially enough knowledgable eyes) to make it worthwhile.

      --

      "Information wants to be expensive" - Stewart Brand, the same guy who said "Information wants to be free"
    3. Re:gpl like encryption by drinkypoo · · Score: 4, Insightful

      Well yes, a cryptosystem being open or closed does not change how well it functions. You can know everything about how a one time pad functions, for example, and as long as there is sufficient randomness in the key generation knowing it all won't help you. If you know how the key is generated, and it's not random enough, then THAT can be a weakness. But you cannot assume that someone may not learn what you're up to, so the weakness isn't having the process be open, it's the process.

      Having a cryptosystem which depends on obscurity is nothing more than a fancy puzzle box. Enough monkeying around by someone who knows what to look for will open the box, because various operations always leave telltale signs, and there happens to be a vast number of shortcuts out there which is why repeatedly encrypting something with the same cryptosystem, even using different keys, can result in no more security than a single pass.

      On the other hand, hiding the source to the software DOES make it more secure. It does not make it secure but it does make it more secure. Consider the case of someone wanting to reprogram a missile, something I know dick about but about which I can craft a fairly plausible scenario due to what (little) I know about programming. Let's say the basic control software is running on a hardened 80186 CPU. You would like to replace this software with your own ingredients and send the missile to a different target.

      Now, you can either download and disassemble the software when you get there and muck around in x86 assembler trying to figure out what they're doing, and why, and how to make it do what you want, or you can have the source ahead of time and have the code ready to install when you get there.

      Not to mention the fucking comments. Have you ever disassembled some software and taken a look at it? Figuring out what it does can be as confusing as being a snake in a hose factory. You might have just a hundred lines of code with no calls and still spend hours trying to decide what it's really accomplishing, especially if the programmer is clued. With decent comments, you'll be able to tell at a glance.

      This comment should not be taken as indicating that security through obscurity is effective, only that it is more effective than no security. Hence, saying that obscurity doesn't help is incorrect.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  17. GNU Is Like a Disease by necro351 · · Score: 0, Troll
    I think GNU is a good thing if you want your code to be free and open to others, and if you don't mind that any modifications to that code is also free and open to others. This is not a good thing for the government. Tax payers also include evil horrible private corporations that provide the economic backbone of our country and millions upon millions of jobs. These people have a right to modify that code, expending THEIR resources, and to KEEP their modifications to themself and SECRET, they paid for it right? You and I also have the right to modify that code and KEEP THOSE MODIFICATIONS SECRET AND TO OURSELVES, we worked for it right? Code that is "public" by the government should be licensed under terms that say the ORIGINAL CODE that we funded with TAX PAYER money is availiable, and will ALWAYS be availiable to the public, and that is where it should end. No tax payer, or free-sourcer has the damn right to snoop my modifications that I paid for, not him, that isn't public, that is theft.



    In a perfect world everybody would pay for everything, and book keeping would be free, you would still be paying licensing to Daimler Benz for the diezel engine, but it would only cost you less then a cent, no body would steal, business men would be honest, and the free market system would hum along perfectly well, but we do not live in a perfect world. This is why we have expirations on patents, copyrights, and other titles, and this is why we have public funding for some things people won't pay for. Unfortunately government funding is usually partial, so how do you handle cases where only a dollar of funding comes from the government? In a perfect world you would highlight the segments of code they paid for, and license it how the government wants, and license the rest how you want...yeah right.



    The only reasonable solution I can imagine is if code that is paid for by more then 50% by the government can NOT be GNU'd. GNU is an invasive license that "sucks" in modifications made to the code. National parks don't suck up your tent into some "tree vortex" when you leave. We come in, pitch our tent, have fun with it, and when we are bored we leave, it is usually just that simple. GNU is much trickier.



    Ultimately a GNU license would be a mistake for government, it "sucks" in modifications, it steals from tax payers, and it undermines the spirit of the government. As long as code modified that is GNU, ALSO remains GNU, the government should NOT allow this kind of licensing. The only kind of license the government should ever endorse is one where the ORIGINAL code, and JUST the original code, because this is all that was paid for, and all that should be provided, be availiable to the public (including businesses) for now and always.

    --
    --"You are your own God"--
    1. Re:GNU Is Like a Disease by mrkurt · · Score: 0

      What if a corporation uses the results of federal research in IT to write software, then wants to turn around and patent it? I realize that there are different intellectual property arrangements out there, and that some corps. patent the results or derivatives of this research. A good example is medical research, where the R&D costs are high. But balance that against the interest of individual taxpayers, who pay more of the freight than corps. ever will. I think we have the right for research results to stay in the public domain, as much as possible. If a company wants to use a BSD-style license for software,that's fine, but the results of the research should be made available to others. If a firm wanted to use the same technology and license it under the GPL, that should be allowed too. What should not be allowed is for a company to take that technology and patent it.

      --
      Always look on the briight side of life! (whistle, whistle)
    2. Re:GNU Is Like a Disease by swv3752 · · Score: 3, Insightful

      So you agree that what MS did with kerberos is OK? I know this is a troll, but what BS.

      Let me give an example, say the government funds an email server. I create a plugin that expands on the functionality of the email server and create a small business around this consulting other companies on its use.

      You are a large company that markets the email server. If we use the GPL, you can not close me out with proprietary extensions. Same thing would work in reverse, but you would not care that much. If it was a BSD or Public Domain, you could make proprietary extensions that would disallow my plugin from working. What makes you more important than me? Both of our tax money went to this hypothetical project.

      By your reasoning it would be ok to leave trash or campfires burning. The parks are GPLed. We don't let companies come in and strip mine Yellow Stone. If we were to use your analogy, we would let loggers cut down the Redwood forest.

      The GPL says share and share alike. you want to keep something to yourself, then do all the work yourself. No way are you takeing what is mine. By definition, anything of the Government is partially mine.

      --
      Just a Tuna in the Sea of Life
    3. Re:GNU Is Like a Disease by qwijibrumm · · Score: 1

      That was the most horrific attempt at an argument I have ever heard in my life.

      At no point, in that mindless, uncoordinated rambling, did you ever come to a single point.

      People are acctually dumber after hearing that.

      --
      I wish there was some there was some way that I could be outside playing basketball, in the rain, and not get wet.
  18. Adequacy? by Anonymous Coward · · Score: 0

    Adequacy? I thought they merged with K5.

    Someone at slashdot should take a few moments to check sources before posting articles.

  19. Good commentary by Kevbo · · Score: 3, Interesting

    Lessig has some good commentary on this in his blog. Basically, he says that if you follow the argument of the New Democrats, then proprietary code should not be allowed either, and only code that goes straight to the Public Domain should be sanctioned by the government, as it could then be used by anyone.

    Interesting

    --
    In Vino Veritas
  20. Analogy with data from NSF funded projects by Charles+Dodgeson · · Score: 3, Insightful

    I haven't found a statement of the rules, but many academic projects funded by the National Science Foundation require that the data collected (or non-confidential bits of it) be made available to the academic community at large. I think that that is a correct policy of the NSF and that the analogy holds for much of software development

    --
    Prime numbers are exactly what Alan Greenspan says they are -S. Minsky
  21. Define "very little" by JordanH · · Score: 5, Informative
    • Very little code financed by the Federal government is ever licensed under either of these two licenses - the choice is basically agency-proprietary (the Federal agency asked for the rights in the contract, and kept them) or company-proprietary (the agency didn't ask for the rights, and the contractor kept them).

    NASA uses and produces software under the GPL license.

    Any number of of projects funded by NSF, and other Governmental Agency, grants end up licensing software under the GPL.

    There is an aspect to this discussion that I don't think gets enough play. The GPL is a great boon to academics who don't have to purchase costly software, and risk throwing obstacles in the way of those who would reproduce their work, or reinvent wheels. This boon comes with the very small cost that the software so produced should be shared with others. I think that this is in harmony with the spirit of Scientific Research, the "standing on the shoulders of Giants" as Newton said.

    1. Re:Define "very little" by agurkan · · Score: 1
      Actually I don't think GPL is a good choice for releasing software in scientific community, but I will admit there isn't a much better choice. I wish there was a way to add to GPL something like "if you make improvements to this software and publish the results of those, you must also publish the improved version of the software'. However once you use a GPL software, eg. GSL, you cannot add such a term.

      It should be noted though in scientific community a license is not really necessary, asking politely is more than enough in almost all cases.

      --
      ato
    2. Re:Define "very little" by JordanH · · Score: 3, Insightful
      • Actually I don't think GPL is a good choice for releasing software in scientific community, but I will admit there isn't a much better choice.

      What is bad about the GPL for releasing software in the scientific community?

      • I wish there was a way to add to GPL something like "if you make improvements to this software and publish the results of those, you must also publish the improved version of the software'.

      I'd like to understand your problem. Is it that people are not required to provide changes unless they provide binaries? Interesting. So, would you say that the GPL is not restrictive enough for scientific researchers?

      If this is your problem, I think you'd find a more restrictive license difficult to draft. You'd have to carefully define 'research' and 'publish' for purposes of such a license.

      The GPL removes much of the motivation for keeping source changes secret, but not the one where people want to keep their changes a secret for purposes of academic competition. I would think that this motivation would be counter-balanced by the desire of researchers to have their results duplicated. This would require that the mechanisms of their research be made public, which I think would include their source code.

      • It should be noted though in scientific community a license is not really necessary, asking politely is more than enough in almost all cases.

      One case where researchers are likely to keep their methods secret is their hope to commercialize some aspect of the research. The GPL addresses this well, I would think.

  22. from the pen-is-mightier dept. by gonerill · · Score: 1, Offtopic
    Obligatory SNL Celebrity Jeopardy moment:

    Sean Connery: I've got to ask you... about the penis mightier.

    Alex Trebek: What? No nonono... That's the pen is mightier.

    Connery: Gussy it up however ya want, Trebek --- What matters is, does it work? Will it really mighty my penis, man?

    Trebek: It's not a product, Mr Connery.

    Connery: Because I've ordered devices like that before. Wasted a pretty penny, I don't mind telling you. And if the penis mightier really works, I'll order a dozen!

    Trebek: It's not a penis mightier, Mr Connery. There's no such thing.

    Nicholas Cage: Wait wait wait... Are you selling penis mightiers?

    Trebek: No! No I'm not!

    Connery: Well you're sitting on a gold mine, Trebek.

    1. Re:from the pen-is-mightier dept. by Anonymous Coward · · Score: 0

      Shuck it Trebek, Shuck it long and Shuck it hard!

    2. Re:from the pen-is-mightier dept. by Anonymous Coward · · Score: 0

      What the hell does this skit have to do with anything?

  23. Back To The Stone Age by software_non_olet · · Score: 1

    Why not forbid government-funded scientists to publish their findings, too? That would be really in line with the current reactionary attitudes.

    Goverment and industry are trying to reverse the wheel. Why?

    Because Open Source is functioning and becoming a working example against the present thought-control. A non-functioning GPL would not be opposed with so much fuss. And before the dinos die, they do a lot of stomping and tail-swinging.

    Such laws will finally result in making the US weaker - as any protection schemes do. But it may take some time...

  24. Re:GPL is anticompetitive in this case - NOT! by SpaceLifeForm · · Score: 2
    You don't explain how GPL would remove competition.
    Unless you mean that it removes the possibility that a large corporation could squeeze out it's competitors.
    Otherwise, having the code released under GPL would encourage enhancements by various parties, that would/could result in more competitive products. No one entity can out-market their version of the code with a large war chest. Their version of said software will have it's fate decided by the quality of the software.

    The Unitied States of America was formed on the basis of freedom. It is necessary that the principle of freedom be given to the software that the U.S. creates with taxpayer money.

    --
    You are being MICROattacked, from various angles, in a SOFT manner.
  25. Use auctions perhaps? by Anonymous Coward · · Score: 0

    They are relatively easy to set up, even for the government ... and assuming you can police it well enough to ensure competition the market should take care of getting a decent price for the right to provide the software under additional licenses.

    The companies who buy it take a lot off the top of course to cover their risk and expenses, but as you say ... the government would probably not do it any better if it tried to do everything itself.

  26. Reading the letter was enough by Paul+Komarek · · Score: 3, Interesting

    I was offended by the text of the letter, let alone the purpose. I wrote to two congressmen about it because the letter was glaringly, factually wrong but was signed by leaders in our country.

    -Paul Komarek

  27. US Elections - who do I vote for (or against)? by Anonymous Coward · · Score: 0

    With elections coming up (US) I wanted to poll the my candidates on where they $
    about (e.g. the DMCA,
    CBDTPA, etc). This is n$
    individually, but also tends to result in vague replies: For example , (yes, that congressman, featured on Slashdot recently $
    href="http://slashdot.org/articles/02/10/24/233 120 7.shtml?tid=167">here and$
    href="http://slashdot.org/article.pl?sid=02/ 10/23/ 1320238&tid=117">here) wo$
    supports or opposes Rep. Boucher's $
    href="http://www.house.gov/boucher/docs/dmcraha ndo ut.htm">Digital Media Consume$
    href="http://www.washingtonpost.com/wp-d yn/article s/A10655-2002Oct24.html">rece$
    it seems to matter less). What I would like to know if there is a web site, whe$
    slashdot-type community (i.e. EFF, DigitalSpeech, etc.) endorses (or oppos$
    nicer if this would go down to the sate level.

  28. US Elections - who do I vote for (or against)? by Anonymous Coward · · Score: 0

    With elections coming up (US) I wanted to poll the my candidates on where they stand regarding issues I care a lot
    about (e.g. the DMCA,
    CBDTPA, etc). This is not only time consuming when done
    individually, but also tends to result in vague replies: For example Adam
    Smith, (yes, that congressman, featured on Slashdot recently here and here) would not explicitly state whether he
    supports or opposes Rep. Boucher's legislation on Digital Media Consumers' Rights (Although with the recent events coming to light about him
    it seems to matter less). What I would like to know if there is a web site, where I can find out who the
    slashdot-type community (i.e. EFF, DigitalSpeech, etc.) endorses (or opposes) in each race. It would be even
    nicer if this would go down to the sate level.

  29. Nu Uh by dilute · · Score: 3, Informative

    You can't "license" rights that you don't have. The person who takes under a BSD and re-releases under a GPL does not own the copyright - she is not the author, it is not her original work. The only thing the second person can restrict with the GPL is that which she owns, i.e., her own ADDITIONS and CHANGES to the work (if any).

    1. Re:Nu Uh by GigsVT · · Score: 3, Informative

      I think you are confused. You can release other people's BSD code under whatever license you want. That is why the GPL was created, because the BSD does not require you give the people you distribute BSD code to the same rights you had.

      You are correct, you don't own the copyright, and you must comply with the BSD in acknologeding the copyright holder, but that doesn't prevent you from taking every piece of BSD code out there and distributing it under whatever license you want.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:Nu Uh by BurritoWarrior · · Score: 2

      If that were the case, then wouldn't the BSD license be esentially the same as the GPL?...all derivative works would have to be BSD licensed?

      Maybe I am misunderstanding the BSD license...in which case I would amend my first post to say "public domain" instead of BSD.

    3. Re:Nu Uh by dilute · · Score: 2

      I was addressing the implication of the first comment that someone could simply slap on a GPL without changing the software. I don't think that would work, for the reason I stated.

      Anyway, anyone having any doubts would just take the government's (identical) original pristine distribution under the BSD-like license and not be bothered with the later-applied GPL.

      Of course, if the relicensor makes substantial modifications to the software, THOSE may well be released under the GPL. We're in complete agreement there. The re-releaser could apply the GPL on the entire modified program (though doing so would control only the portion contributed by the re-releaser).

      In the real world, what the government makes available will almost always be subject to heavy additional development, so the issue of re-licensing is a very pertinent one.

      On the larger question of what the government should do, I think it's a close call, but probably a BSD-like approach would have an edge. People who adapt the government product could go either proprietary or GPL, stick with BSD or do whatever else they wanted.

      Of course, the government contractor could negotiate to keep the work under the GPL, in which case I would think that's how it would go. Or, of course, the contractor could also negotiate to keep the software proprietary and just give the goverment a limited license (which now happens a lot).

      But perhaps the presumption ought to be in favor of a BSD-like approach if the software is going to be created substantially on the government's nickel.

    4. Re:Nu Uh by GigsVT · · Score: 1

      I think we are in agreement, with one clarification:

      I could take the BSD source unmodified and release it under the GPL, or any license I wanted. Anyone who got it from me would have to abide by the GPL, but anyone could also go get the BSD licensed version from the government, as you said, so the GPL doesn't matter too much practically, unless I modify the code.

      I'm not opposed to the government forcing the BSD license... I think anything is better than the current situation.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    5. Re:Nu Uh by dilute · · Score: 2

      This is a quibble, but in such a case, all you would have is a contract argument, not a copyright infringement case, which is you'd have if you owned a copyright and then licensed under the GPL. I have my doubts whether the GPL could be enforced by someone who was not the copyright owner. It's possible, but in my view problematic.

      But it's all pretty theoretical, as any developer using such code would be virtually certain to substantially modify it.

      Somebody already suggested this, I think, but the government itself could dual license the code, which would avoid my quibble. I have a funny feeling, though, that this won't be happenming any time soon, in this country.

    6. Re:Nu Uh by GigsVT · · Score: 1

      I see what you are saying, it would make enforcement difficult if you didn't hold the copyright on a substantial part of the code. I agree.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  30. this is bad turn of events by Anonymous Coward · · Score: 0

    The concensus among slashdot community is overwhelmingly in favor of BSD.

  31. Re:A short summary by Anonymous Coward · · Score: 0, Informative

    What idiot modded this as a troll? He's making a joke, morons!

  32. Re:GPL is anticompetitive in this case - NOT! by nmg · · Score: 1

    There's no reason to explain why the GPL would eliminate competition, because it's reasonably assumed that you have a basic understanding of high school economics, which you appear to not have.

  33. congress works hard d*mn it! by Anonymous Coward · · Score: 0
    ...and we know what Congress feels about doing a lot of work....

    perhaps you implied or didn't, but from what i see, congress seems quite busy!!

    First, they have their wardrobe to worry about and the teevee cameras, second, they have to spend time sucking up to the fed so they will get more loans to default on or further enslave future generations, finally.. they have to sign lots of industry penned legislation to steal our civil rights and destroy competition in the market place.

    So, as you can see, congress has much work to do.

    Oops, I almost forget, they also have to spend lots of time meeting with media moguls to perpetuate the myth of freedom and prosperity to the credit card serfs.

  34. BSD vs. GPL vs. Public Domain by Mahrin+Skel · · Score: 5, Insightful
    For this purpose, there is a significant difference between the BSD and GPL, but not much of one between BSD and Public Domain.

    If you release it under the GPL, all derived code must itself be released under the GPL. Like it or not, this *does* interfere with commercialization of the software, nobody is going to spend millions of dollars writing code they'll have to give away, under most circumstances.

    On the other hand, BSD or Public domain carries no such strings. Someone can pick up the BSD or PD code, alter and adapt it, and make the result proprietary, *and* someone else can take the same original PD/BSD code, alter and adapt it, and release it under the GPL or a similar required open-source liscense. The best of all possible worlds, if making something government-generated generally useful requires a lot of up-front investment, in ways that don't appeal to OSS communities, someone can take that opportunity and make an investment with reasonable hope of return. And if something of benefit can be derived in ways that "scratch an itch", the result can be released or recreated under the GPL and kept available.

    The problem is that some systems should never be made public. I don't want the command computer source code for the ICBM system running around loose, "many eyes" security methods are a bad thing when intrusion impacts are measured in megatons. So, like it or not, some code will have to remain forever closed.

    --Dave

    1. Re:BSD vs. GPL vs. Public Domain by abe+ferlman · · Score: 5, Insightful

      If you release it under the GPL, all derived code must itself be released under the GPL. Like it or not, this *does* interfere with commercialization of the software, nobody is going to spend millions of dollars writing code they'll have to give away, under most circumstances.

      You are performing one of the great fallacies of free software discussions, and these issues are subtle so I can see how you'd confuse the following:

      this *does* interfere with commercialization of the software

      this *does* interfere with making the software proprietary

      The distinction is very important. You can commercialize GPL'd software, it's right there in the license. You can not make proprietary extensions to that software.

      It's like bottled water. You can get water for free from public drinking fountains everywhere, the chemical code for it is known by elementary school children, but people still buy the stuff in very profitable bottles. I think there are two lessons here:

      1. never underestimate the power of marketing, even (especially?) in absurdly commodified markets
      2. the public availability does not make something commercially unfriendly, it just changes the terms under which vendors must operate to be more consumer-friendly.

      Vendor lockin is very, very bad for business. Many projects have been killed or not started out of the fear that Microsoft will include similar functionality in a later release of their operating system that replaces or possibly outright breaks their implementation. In a level playing field (a gpl-frienly environment) Microsoft would be foolish to extinguish rather than interoperate with other vendors. Bottom line: GPL allows non-lockin commercialization, true capitalist-style competition instead of government-sponsored monopolies.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    2. Re:BSD vs. GPL vs. Public Domain by Todd+Knarr · · Score: 3, Insightful

      Only one problem with your GPL analysis. First off, if it's only their property, there's no GPL issue. If they wrote all the code, they can release it under any license they like. And if they included GPL'd code, it isn't their property. In that case, why should their desire to commercialize the code give them the right to ignore the license the owner of the GPL'd code put on it? In short, what gives them the right to use someone else's property any way they like regardless of the license terms on it?

    3. Re:BSD vs. GPL vs. Public Domain by Cyno · · Score: 1

      Noticed you got nicely flamed for posting your opinions about the GPL on slashdot. I suggest you read the license before posting next time. Anyway, your arguement about nukes doesn't make much sense. I am paying for the software my government purchases, at least as much as you are, and I'd like to have access to the source code. I know how to read, understand, compile and use that software with little to no help from my government, but I'm paying for it so I should at the very least be given a choice. Either that or how about they just send me back my money and just use yours to purchase proprietary software. Guess I could always stop paying taxxes and use the extra cash to fight off the IRS in court. Can you imagine the impact of several million people doing that on your precious economy? This is all just one big stupid game, and you think you're winning.

    4. Re:BSD vs. GPL vs. Public Domain by cpt+kangarooski · · Score: 3, Insightful

      Well, the fact that that code is not released publically is TOTALLY seperate from whether or not it is public domain.

      If a CIA spy sends a secret message to Langley, that message is in the public domain. The prohibition on its dissemination arises not out of copyright, but out of a need for national security in a First Amendment context.

      No one is arguing against that, although I hope that eventually this stuff will get declassified when it's no longer important to keep it a secret.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    5. Re:BSD vs. GPL vs. Public Domain by drinkypoo · · Score: 2
      No one is arguing against that, although I hope that eventually this stuff will get declassified when it's no longer important to keep it a secret.

      The problem with releasing some of this information even fifty years down the line is that telling "our enemies" what we were doing fifty years ago makes us more vulnerable today; Knowing what we did then (and why) means they will have a greater chance of deciphering what we're doing now.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:BSD vs. GPL vs. Public Domain by dvdeug · · Score: 2

      Knowing what we did then (and why) means they will have a greater chance of deciphering what we're doing now.

      The thing is, that goes for the citizens of the US, too. The fact that we might not want to release fifty year old information, because someone (including us) might get a general idea of what we're doing now, is a bit scary.

      I'm not sure I buy it, either. The Russians had a direct link to that information through Amos Ames (?) and other spies, and I'm sure that whatever they had is now being sold on the black market all over the world. So the only people who don't know what we're up to is us. Viva la democracy!

    7. Re:BSD vs. GPL vs. Public Domain by cpt+kangarooski · · Score: 2

      Sometimes. But not always. Pretty much everything we did during WW2 is declassified now. Eventually there won't be any danger for releasing secret information regarding what went on today.

      Are you worried about people finding out about things fifty years from now? A hundred? Five hundred? A thousand?

      There IS a cutoff point. It'll vary depending on the specifics involved, but eventually it happens.

      --
      -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
    8. Re:BSD vs. GPL vs. Public Domain by istartedi · · Score: 2

      The other guy is performing fallacies?

      First, the bottled water analogy is flawed. Water is not free. Don't believe me? Try bottling municipal water and reselling it. Of course nobody would do that because most muni water here tastes like chlorine or whatever crap is in the pipes. Around here we drink bottled because of the taste, not the marketing.

      The GPL does not make for consumer-friendly software. If it did, every new computer sold for Joe Sixpack would come with Linux installed.

      The GPL does nothing to address the issue of lockin. In fact, it raises barriers to entry and creates lockin. You think MSFT scares people away? How scared would business be if it knew the government was going to release stuff for free? At least MSFT has to please customers enough to sustain its business, get money, and fund its giveaway projects. All the government has to do is confiscate money from the citizens. Netscape and Opera survived the IE giveaway. What makes you think they would have fared better under a government giveaway?

      The GPL raises barriers to entry because once a GPL product takes sufficient market share, those who wish to enter the market must provide comparable value before they can even begin to think about charging for their product. If the government funds GPL'd software, it is actually worse than a monopoly like MSFT.

      Why defend inferior producers? Never underestimate the value of "crappier but cheaper" to consumers. Many fine programs have started out that way, plowed early profits into R&D, and ended up as best in class applications. Put a GPL product in such a market and you take out the bottom end, reducing consumer choice.

      Therefore, the GPL *does* interfere with the commercialization of software. The only "subtle difference" here is the one that you are missing: The GPL does not *explicitly* interfere with software commercialization. You could say that the interference is an "unintended consequence". I don't go so far as to say it's intended. Only RMS knows the true intent, and he denies intent just like you do. But whether RMS is lying or not is irrelevant; whether they intended you to to out of business or not doesn't matter--you are broke either way.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    9. Re:BSD vs. GPL vs. Public Domain by abe+ferlman · · Score: 2

      Water is not free.

      Well, strictly speaking neither is the distribution of software, but for all practical purposes it is free to consumers, and if you could give it away without running out of it like you can with air I feel certain it would be free, unless the government gave someone a monopoly on it.


      Around here we drink bottled because of the taste, not the marketing.


      That's called adding value to a commodity, and GPL software distributors are free to do it so long as they don't make those additions proprietary.

      it raises barriers to entry and creates lockin

      you say this, but it's obviously not true. GPL prevents monopolization of code, end of story. What you really meant to say appears later in the paragraph:

      How scared would business be if it knew the government was going to release stuff for free?

      Not very, considering they could use it. In a world where the GPL is the standard, no one expects to get rich writing some code then sitting on their laurels. The code is a one-time expense, the riches to be made come in fast updates, service, support, distribution. Value adds to a basically commodity market, like fancy labels and smooth taste in a bottle of water.

      once a GPL product takes sufficient market share, those who wish to enter the market must provide comparable value before they can even begin to think about charging for their product.

      This is not a clear-headed statement. First, this is true in proprietary markets as well. Second, in a GPL market you can build on the work of your competitors, in a proprietary market you must start from scratch. Hence the barriers to entry are astronomically higher in a proprietary market than a GPL one, even discounting the costs associated with making sure you don't violate anyone's ip in a proprietary market even if the product you create uses none of their code.

      Why defend inferior producers? Never underestimate the value of "crappier but cheaper" to consumers. Many fine programs have started out that way, plowed early profits into R&D, and ended up as best in class applications. Put a GPL product in such a market and you take out the bottom end, reducing consumer choice.

      Free markets are good at weeding out the bad products and favoring the good ones. Markets where governments grant artificial monopolies (idea ownership, a.k.a. copyright and patent abuse) are not free and therefore do not benefit from this sort of competition. The GPL is a way of allowing free competition by opening access to the code infrastructure and focusing competition on those aspects of software production that truly are scarce: service, speed of updates, reputation, etc.

      You could say that the interference is an "unintended consequence".

      Well, this certainly is saying something different. But I would say it "changes" rather than "interferes with" commercialization. The GPL encourages free market competition by nullifying the anti-market effects of government granted idea ownership monopolies.

      I wonder if the folks at Mandrake, RedHat, Suse, etc have heard your screed yet?

      What the GPL "interferes" with is not commercialization per se, but commercialization that tries to lock ideas behind a wall of legal ownership. The market is still there with or without the GPL - the GPL just changes the terms on which the market gets to pick products by giving consumers better information about the products and how to use them. And as you surely know, markets where consumers have perfect information operate more efficiently. When that information is asymmetrical, bottlenecks form, prices rise and monopoly players make more money on crappier products.

      whether RMS is lying or not is irrelevant

      But whether you are trying to slander him here or not certainly is. It's tough when the facts don't support you and you have to resort to ad hominem attacks.

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    10. Re:BSD vs. GPL vs. Public Domain by istartedi · · Score: 2

      That's called adding value to a commodity, and GPL software distributors are free to do it so long as they don't make those additions proprietary.

      Notice how you can't just stop at ...free to do it. You have to qualify your statement with regards to freedom. That's one of the flaws in your thinking. I bet you don't think that qualification is important. It is. It's everything!

      GPL prevents monopolization of code, end of story

      It creates a public monopoly. End of story. It has the potential to be every bit as bad as public education in the long run.

      Not very, considering they could use it. In a world where the GPL is the standard, no one expects to get rich writing some code then sitting on their laurels. The code is a one-time expense, the riches to be made come in fast updates, service, support, distribution. Value adds to a basically commodity market, like fancy labels and smooth taste in a bottle of water.

      If all software were commodity, this argument might matter, but we are nowhere near that point in the development of software yet. Proprietary authors don't "sit on their laurels". If they do, they go out of business because the existance of proprietary software does not interfere with the free market.

      Markets where governments grant artificial monopolies (idea ownership, a.k.a. copyright and patent abuse) are not free and therefore do not benefit from this sort of competition.

      Idea ownsership is *not* artificial. Intellectual property *is* a natural right. At this point, the standard pro-GPL argument is to cite Jefferson and other founding fathers. The counter argument is that these same founders supported the idea that women shouldn't vote, Negroes were only 3/5th of a person who couldn't vote, and people under 21 couldn't vote either. The concepts of "what is a right" have expanded and evolved over the years. This is not just in America. Authorities in the EU and other parts of the world agree. The shift towards regarding IP as a right is likely due to the fact that the industrial age caused a greater percentage of labor to be invested in intellectual persuits rather than physical. The idea that only physical property rights matter appears increasingly archaic. Some also argue that recognizing IP rights leads to perpetual ownership and the destruction of the Public Domain. Not true. IP can be "taxed" for the common good just like real property, and "foreclosed" just like a house that is derelict if the owners don't use their IP properly. Also, as I pointed out, IP doesn't destroy the free market. If you don't believe me, why don't you ask the fatcats at Novel who are "resting on their laurels" from Netware or countless other developers of products that were once leaders.

      I wonder if the folks at Mandrake, RedHat, Suse, etc have heard your screed yet?

      I didn't say the GPL destroys the market totally. To be more precise, it molds the market to favor a particular business model variously described as "software as service", "support", and "customization". Well, excuse me for wanting to be able to choose from a wide variety of shrink-wrapped apps in the $50-500 range and not wanting to pay $200/hr to a consultant to design my "custom software". Right now, both markets exist. For the life of me, I hope neither side "wins" because if they do a lot of people will get screwed.

      But whether you are trying to slander him [RMS] here or not certainly is. It's tough when the facts don't support you and you have to resort to ad hominem attacks.

      No need to dwell on this. I think I've given you enough real substance to chew on.

      --
      For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  35. Who actually signed it? by Anonymous Coward · · Score: 0

    I keep looking for who signed the thing. I do not seem to find it. I would guess that my current senator (Allard of colorado) signed it (if he was paid enough), but I can not find it. Any help?

  36. Wow, a good /. editor by loosifer · · Score: 5, Insightful

    Someone who actually understands the issue at hand, in context, even, and is able to give a relatively straightforward and largely unbiased review of what has occurred and why you should care. Crazy!

    And for the record, if there were a GNU-AirTraffic piece of software, it would take about 10 years to get to anything resembling 2.7; it would probably spend most of that ten years at version 0.9.x or whatever. What is up with OS projects being totally unwilling to actually go up in versions? Sheesh.

    1. Re:Wow, a good /. editor by Lemmy+Caution · · Score: 2

      True that. But if it were proprietary software, it would spend the first 3 years of that 10 years in closed development, have what would be the 0.2 release as 1.0, and what the free version would have called 1.0 would be called Release 6 Service Pack 5.

    2. Re:Wow, a good /. editor by drinkypoo · · Score: 3, Insightful
      What is up with OS projects being totally unwilling to actually go up in versions? Sheesh.

      You have major.minor.small.tiny or something similar. The way it USED to work was major 0 was for prerelease and then major 1 was your release. You then only incremented your major number for a complete start-from-scratch return-to-formula rewrite. Increments in minor were for added features, small was for modified features or bug fixes, and tiny (which didn't come along until much later) was for minor bug fixes (forgot to twiddle a bit or something.)

      Now the major is a marketing number, the minor is for minor changes, small is for patches, and tiny seems to track how many files have been edited, or how many bites the packager took to eat a candy bar, or some kind of checksum. Take your pick.

      Internet Explorer has no reason to be on version six, for example. I don't even remember ever seeing version 1, but it must have existed. I doubt it's EVER been completely rewritten but it seems to have changed considerably between 2 and 3, and between 3 and 5 (But not 4) and not much between 5 and 6. Assuming it changed a lot between 1 and 2 it could justifiably be on version 3 now.

      Most people want their software to actually work reliably and not crash before they make it 1.0. This explains why versions increment so slowly. If you take a look at the versions applied to most linux distributions, they're artificially inflated as well... especially redhat. There's not enough difference between 7.x and 8.x to justify incrementing the minor but they overhauled the look and smell so they had to bump it up or no one would notice it had changed and go buy it at Fry's again.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Wow, a good /. editor by An+Onerous+Coward · · Score: 1
      "What is up with OS projects being totally unwilling to actually go up in versions?"
      To paraphrase ESR's observations: A commercial 1.0 release means, "Hey, we slapped something together and we'd like you to send us some money." With an open source project, a 1.0 means "We're staking our professional reputations on the quality of this software."

      In the same way, proprietary software is more likely to ratchet up a release number for marketing reasons (as in, "We added a few new features and reorganized the drop-down menus, now give us more money.") An open source project might also iterate to drum up interest, but more likely it's for technical reasons such as API or file format changes, or major new features.
      --

      You want the truthiness? You can't handle the truthiness!

    4. Re:Wow, a good /. editor by Sunnan · · Score: 1

      IE4 fixed some css bugs, but it was the first one to totally replace the regular explorer as file manager (and adding active desktop and all that junk).

      I agree with you, though. Major version should mean rewrite (like perl) or at least API-change. (Not that either of those are necessarily good things.)

    5. Re:Wow, a good /. editor by Sunnan · · Score: 2

      For once, this actually sounds like it's about commercial vs non-commercial, rather than proprietary vs free/open.

      Linux kernel, Debian and so on -- slow moving version numbers.

      Red Hat, Nautilus (that was a 1.0 release? Really?) -- commercial interest means inflated version numbers.

  37. Re:GPL is anticompetitive in this case - NOT! by mesocyclone · · Score: 2

    GPL removes competition by preventing alternative forms of organizations and licensing.

    If a big corporation can convince people to take its proprietary version of the software, is that so bad? Do you think that consumers are idiots and that *you* know what is in their best interests more than they do? Mos timportantly, it does not prevent anyone else from creating GPL versions of the original public domain software.

    As far as the principle of freedom, what is more free than an open source license? GPL is *less* free!

    This is easily proven:

    Definition: freedom is that licensing system which allows the most people or entities to distribute and modify the software.

    Freedom measure of GPL:
    The only people or organizations which can improve the software are those with the time and/or resources to do so *without* the renumeration provided by a proprietary interest in the results.

    Freedom measure of public domain:
    All of the same people and organizations covered under GPL
    -and-
    Any organization which wants to adopt other licensing schemes, with alternate investment and renumeration potential.

    The latter is clearly more than the former, therefore GPL is less freedom oriented (less free) than public domain.

    *case closed*

    --

    The only good weather is bad weather.

  38. Specs free, "libre" implementation by Anonymous Coward · · Score: 0

    This is a really hard question: should blood-sucking corporations be able to just grab a copy of an implementation and reap the benfits from tax-paid-for work?

    What I think it boils down to is:
    The specifications (the full specs were delivered as part of the software, right?!) are to be put in the public domain. There is no way any nation can limit the circulation to any other nation after the "web", why the only sensible thing to do is to release any government paid-for specs as public domain or a license that lets anyone on the planet use the specs as they see fit.

    However, for the implementation any company/agency/individual/whatever created for tax money I have quite different feelings. I believe the only reasonable license for this would be GPL - you have paid for the research and implementation and you should therefore be able to use it. You are however probably NOT interested the least in giving this full tax-funded implementation away for free to any company (say, Micros~1) and let them "embrace, extend and extinguish" it, are you? No, any company (or basically, anyone) wanting to make a closed-source implementation should be in their full right to do so USING ONLY THE SPEC! The tax-paied implementation should have protection from the likes of Micros~1, and currently the only license I'm aware of that does this correctly is the GNU GPL. Perhaps LGPL, but still it's a Stallman created license.

    To round off:
    Specs - Public domain.
    Implementation - GPL.

    From where I stand, it's the only reasonable choice.

  39. Re:GPL is anticompetitive in this case - NOT! by mesocyclone · · Score: 2

    Sigh. I wish I could edit my own postings after I put them up there. A deficiency of slashdot. Of course, I deserve a whack by a small stick for not re-reading before hitting the submit button.

    The third paragraph SHOULD HAVE READ:

    As far as the principle of freedom, what is more free than a public domain license? GPL is *less* free!

    oops

    --

    The only good weather is bad weather.

  40. Adam Smith's proximity to an indirect constituent by Anonymous Coward · · Score: 0

    Adam Smith's top corporate contributor for the past three election cycles was Microsoft. His proximity is very close; he's on his knees directly in front. Only $79,250! Cheap trick.

    Find out who owns your rep at www.opensecrets.org

  41. Why are the States different from the Feds? by Lord+of+the+Fries · · Score: 1

    Why are states' works automatically copyrighted, but not the feds? Or vice versa? The difference doesn't make sense, they're both just regional forms of government. A state has also the same branches of government. I don't get why the difference iny copyright law applicability.

    --
    One man's pink plane is another man's blue plane.
    1. Re:Why are the States different from the Feds? by adb · · Score: 2

      Welcome to the United States. For hysterical raisins, our government is divided into many parts: there is the Federal government, and there are 50 state governments, and you're probably covered by a county and a municipality, too. They are all separate entities. There is no particular requirement for their policies to be similar.

  42. GPL is both more restrictive and more free by Gerry+Gleason · · Score: 2
    Think about it. If you're a software company doing work under contract for the government. Given a choice between "Release under GPL" and "Release under BSD or straight public domain", which would you choose? I would choose GPL because in keeps my competitors from just picking up my work and taking it private in an "upgraded" version.

    Even if I have a piece of code that I hold the copyright exclusively, I would consider releasing a version under GPL, but not BSD. The reason is simple, I can still create derivitive works under whatever license I choose, but if I choose BSD, then my competiters can do the same thing.

    It is clear that a lot of people just don't get this. Yes, GPL is more restrictive, but that is a good thing and it protects the original owner of the copyright as well by keeping derivitives free and open.

    1. Re:GPL is both more restrictive and more free by mesocyclone · · Score: 2

      Yes, as an ISV you would indeed choose that.

      But it is not your choice. It is the choice of the government, and they should make the choice that maximizes freedom and opportunity. THEY own the copyright, not you.

      That choice is public domain.

      As far a software that you hold the copyright to, you are free to do with it as you wish. I have no argument with you releasing it under GPL. That is your choice, and may be a noble thing for you to do, or it may be totally selfish - it depends on the circumstance.

      I have proprietary software. I don't release it to anyone at all at the request of a customer of mine, who considers it a competitive advantage.

      At the moment I am extending a GPL'd assembler. That work will benefit my customer also (which is why I am doing it), but it will also benefit the GPL world.

      All of these models are valid.

      --

      The only good weather is bad weather.

    2. Re:GPL is both more restrictive and more free by Gerry+Gleason · · Score: 2
      But it is not your choice. It is the choice of the government, and they should make the choice that maximizes freedom and opportunity. THEY own the copyright, not you.

      The government is theoreticaly my representative and/or agent, so this is my choice, or more properly all of ours. You have a right to think that public domain is more free than GPL, but by my reasoning, this is wrong.

      The real question is about whether it is a right for the public to be able to exploit government work for their own benefit. Ok, I accept that this is often how it works, but I think it is a better principle to make them pay a reasonable licensing fee if they want to take it private in a derivitive work. The government has given away far to many things to private interests whose idea of paying for it is to buy polititions. All of this is a corruption of the nation and its political system.

      I find GPL and LGPL terms for software to be more free in most situations than BSD style licensing. You may disagree, but simply stating your position isn't an argument.

  43. political roles by circusboy · · Score: 1

    everybody here, of course, remembers that, historically, the "southern democrat" held all the power of the south, and Lincoln was a republican.

    The roles have certainly changed (well appeared to change,) over the years, but the southern democrat still exists.

    it makes me tempted to register as a whig.

    --
    -- it's ridiculous how many people misspell ridiculous... (damn, damn, damn...)
  44. Is not. by Anonymous Coward · · Score: 0
    You and I also have the right to modify that code and KEEP THOSE MODIFICATIONS SECRET AND TO OURSELVES, we worked for it right? Code that is "public" by the government should be licensed under terms that say the ORIGINAL CODE that we funded with TAX PAYER money is availiable, and will ALWAYS be availiable to the public, and that is where it should end. No tax payer, or free-sourcer has the damn right to snoop my modifications that I paid for, not him, that isn't public, that is theft.

    Bollocks. The GPL only requires you to distribute modifications to source code if you distribute modified binaries. It doesn't make any restrictions of what you do with the code privately. You could even use the modified binary to serve webpages or other internet content--as long as you don't distribute binaries you don't have to distribute source.

  45. Define "very little", OK, that's easy. by twitter · · Score: 3, Interesting
    You have pointed to some fine software that was published GPL. We all know and love our network card drivers from NASA's effort (what's that guy's name Donald Beowolf Beckner?). Other GPL'd federal software is equally famous and bug free, because the GPL works.

    Now consider how tiny the NSF and NASA are in the grand scheme of things. Consider all the software written for a much larger agency like the US Navy. Think you will ever see any chunk of the Yorktown's propulsion system software? Not m a chance, but think of how huge a project that was. Now consider all the Navy's work from design to implementiation. Now consider that the Navy is just one branch of the enormous US Military, which literally supports whole cities of people on land and at sea. Then consider that the US Military only accounts for one fourth of the US Federal Budget and realize how much software goes to the federal government each year that you will never see, but will pay for again and again.

    Very little can be thought of as vast but visible next to the incomprehsibly large.

    Darn those academicians who seek to educate and otherwise benifit the public by frank and honest publications! Public libraries, hurt publishers. Free software hurts software vendors who would sell us the same crap forever. Yep, they love the GPL. So should the rest of us.

    --

    Friends don't help friends install M$ junk.

    1. Re:Define "very little", OK, that's easy. by JordanH · · Score: 3, Insightful
      • Now consider all the Navy's work from design to implementiation. Now consider that the Navy is just one branch of the enormous US Military, which literally supports whole cities of people on land and at sea. Now consider that the Navy is just one branch of the enormous US Military, which literally supports whole cities of people on land and at sea. Then consider that the US Military only accounts for one fourth of the US Federal Budget and realize how much software goes to the federal government each year that you will never see, but will pay for again and again.
      • Very little can be thought of as vast but visible next to the incomprehsibly large.

      I suppose it is very little compared to the total amount of software written for the Military.

      I was, however, excluding from consideration all software that would not normally be licensed or otherwise released, like software that is not released to entities outside of the US Military or software that could contain State Secrets, etc.

      The Yorktown's propulsion system software would only be released to those who had Yorktown class ships. Inspection of said software could aid people in sabotage of Yorktown class ships or might contain operational details that would be of benefit to someone engaging a Yorktown class ship in battle.

      I think you're talking about software here that was never intended for any kind of release.

      I suppose there are probably some software tools and business software programs, like in the areas of logistics, task management and office tools that the Military might develop that could get widespread release, but I can't imagine that this would be a terribly large body of software.

  46. Slashdot hysteria by Brett+Glass · · Score: 1
    This incident reflects a disturbing trend toward mob psycology and mob hysteria. The point of the proposed provisions was not to "ban open source" but to prevent the GPL, which in fact violates two provisions of the Open Source Definition(*), from being stamped onto software commissioned by the government and paid for with tax dollars.

    Under the provision, those who supported the GPL could still use the code in their own work. However, the code would not be "poisoned" such that businesses and individual programmers would lose their own work, and the rewards from it, if they used it.

    The argument that the provision was necessarily evil because Microsoft might have supported it is likewise a "straw man" argument. Many people, including Tim O'Reilly of O'Reilly and Associates, strongly support the use of truly free licenses such as the BSD license on the products of government research.

    Yet, we saw a tremendous amount of energy expended to defend -- what? Not open source; the licenses recommended by the proposed provision were open source. The FSF? The FSF, which is flush with money and owns more code than Microsoft, hardly needs defending. Alas, the only purpose that this uproar may have accomplished is to make it possible for code to be locked away from the people who paid for its development. Not good.

    --Brett Glass

    (*) The GPL violates the Open Source Definition because it discriminates against a field of endeavor -- the creation of commercial software -- and against a class of individuals -- the people who write that software.

    1. Re:Slashdot hysteria by GigsVT · · Score: 1

      The distinction between "use" and "redistribution" is not one that RMS made up. It is written into the copyright laws. The open source definition only prevents restrictions on what falls under normal "use", not those activities which fall under "redistribution", as defined by copyright.

      Basically, if you could do it with a work released under the sole terms "All Rights Reserved", then it is "use". Any activity that would violate "All Rights Reserved", would fall under redistribution, and therefore necessitates the agreement to the terms of the GPL.

      If you restrict use, you must do it through other means than copyright law, namely contract law and EULAs. Copyright laws only give you the rights to control duplication and distribution. Putting terms on redistribution is excersizing solely the powers given to you through copyright law. Putting terms on "use" is above and beyond the rights you have under copyright law.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:Slashdot hysteria by spitzak · · Score: 3, Interesting
      Under the provision, those who supported the GPL could still use the code in their own work. However, the code would
      not be "poisoned" such that businesses and individual programmers would lose their own work, and the rewards from it, if
      they used it.


      BZZZT! Wrong! You have just stated that the government has the ability to violate copyright law and public-domain something that was copyrighted. This is not true.

      You have to realize that the GPL is a granting of additional rights. It lets you do more than you normally can with a copyrighted work. Therefore somebody cannot take GPL code and turn it into BSD code because they are violating copyright and not using one of the exceptions the GPL allows.

      Also for this reason I think any code produced by the government must be BSD, becasue apparently the government cannot copyright anything, therefore they do not have the ability to put any of the restrictions on the code allowed by copyright but not by the GPL. However if the government uses GPL code and modifies it, the result must be GPL, since doing that is the only right they have to use the GPL code. They could also go to the original author and ask for the right to BSD it.

    3. Re:Slashdot hysteria by An+Onerous+Coward · · Score: 3, Interesting
      "The GPL violates the Open Source Definition because it discriminates against a field of endeavor -- the creation of commercial software -- and against a class of individuals -- the people who write that software."
      This is an inaccurate interpretation of the Open Source Definition.

      Regarding your first point, the OSD reads, "The license must not discriminate against any person or group of persons." Any person or company can make use of GPL'ed software according to the terms of the GPL. In that way, it's completely non-discriminatory. You're complaining that the GPL doesn't allow commercial software creators to use the code in any way they see fit, which is a misinterpretation of the real intent.

      Now, if the license expressly stated, "Microsoft cannot use this code for any purpose," or "This code may only be used by the Church of Scientology," then such a license would fail to meet the OSD.

      On the second point, the OSD reads, "The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research." Again, you misinterpret the OSD. For one thing, the restriction is talking about "making use of a program," not redistributing a program. Which means that Adobe could run their development on CVS and GCC, but couldn't sell their own versions without complying with the GPL. For another thing, in order to bring the GPL into compliance with your interpretation of the OSD, they would have to be granted special exemptions.

      IOW, proprietary software developers aren't being being discriminated against.
      --

      You want the truthiness? You can't handle the truthiness!

    4. Re:Slashdot hysteria by Anonymous Coward · · Score: 0

      Doubletalk. The fact is that the GPL is not open source software. Even Stallman, who is rarely honest, says so.

  47. Not quite by nsayer · · Score: 3, Insightful
    someone else can take the same original PD/BSD code, alter and adapt it, and release it under the GPL or a similar required open-source liscense.

    In the case of GPLing a BSD licensed piece of code, it would have to be a modified version of the GPL to take into account the original requirements of the BSD license - that attribution must be given in the documentation and that the BSD copyright notices must not be removed from the source. The BSD license allows you to add restrictions, but you may not remove the ones that were there.

    So far as I know, more lawsuits have been filed in defense of the BSD license than the GPL so far. :-)

  48. GPL==Vaccine, GPL!=Virus by abe+ferlman · · Score: 3, Interesting

    You are clearly a troll, but your post is a good springboard for two important memes.

    1. GPL is a vaccine against proprietary vendor lock-in. It ensures that once code has been released for public use, it is not extinguished by proprietary extensions that render the original obsolete. This benefits all players, from free software purveyors to large commercial companies. Ask IBM.
    2. The BSD license allows you to do whatever you like, for good or for ill. It is, as my .sig points out, a nonviral guarantee of *your* freedom to restrict the freedoms of everyone else. In this way, it's more like a freedom annhilator than a freedom virus.

    The more people who are vaccinated against a contagious disease, the fewer people will catch it. GPL is definitely a vaccine rather than a virus.

    --
    microsoftword.mp3 - it doesn't care that they're not words...
    1. Re:GPL==Vaccine, GPL!=Virus by Anonymous Coward · · Score: 0

      But you are missing the point.

      Propietry vendors paid taxes for that software too. And as government written software, paid for by taxes, the *full* rights should go to the public. Not partial rights, as offered by the GPL.

      The government cannot release its code under the GPL - it is as simple as that. Now, if they release the code as a true public domain work, and you decide to fork a GPL version then great, go for it.

      If after branching off a GPL version you add enough new features, you may find it will become the leading branch of that codebase. Good job, your hard work will have paid off.

    2. Re:GPL==Vaccine, GPL!=Virus by abe+ferlman · · Score: 2

      You are forced with a choice between full rights for whoever takes the extension proprietary or "all rights except the right to restrict the rights of others" for everyone. Let's be generous and assume that the right to restrict the rights for others is 99% of the value of the set of rights. Let's set the value of the rights at one dollar, and restrict ourselves to the U.S. Population, which we'll estimate at 240,000,000.

      The party who gets the full rights gets $0.99 and everyone else gets nothing, for a total of $0.99 worth of rights.

      In a GPL world, everyone (including the party who wanted to take it proprietary) gets $.01 worth of rights. By my calculations, this comes to $2,400,000.00 worth of rights distributed, at one penny per person worth of rights preserved.

      See where I'm going with this? In fact, I believe I've just gone there. QED baby, QED. :)

      --
      microsoftword.mp3 - it doesn't care that they're not words...
  49. Open Community mis-represented? by Anonymous Coward · · Score: 0

    So in the linked AP story we find the following quote:

    The open-source movement advocates that software, such as the Linux operating system, should be distributed free and open to modification by others rather than treated as copyright-protected, for-profit property.


    Is this what we really think of programming, then releasing our work as an open source project? Not that what the AP, or the Seattle Times or whoever will truly affect us as a hobby, but is the AP (and others) representing the Open Community correctly?


    Consider: is it a problem that Red Hat (or Mandrake or Delta Labs, for crying out loud) sells Linux CDs? The hip, in-crowd will still d/l the ISO images from some FTP server somewhere, burn an install CD and go, right? Is not the point of Open Source that 'Where the Binaries go, so go the Sources'?


    Even in the (gnu/) GPL?

  50. SETHROB by jefu · · Score: 1

    " The problem is that some systems should never be made public. I don't want the command computer source code for the ICBM system running around loose "

    Somehow this raises in my mind a compelling visual image of a huge stack of fanfold paper splitting in two to make pseudo-legs and literally "running" around.

    But, more seriously, there are very few instances in which this kind of "keep it secret to keep it safe" reasoning makes sense (to me). This doesn't seem like one - while I can imagine possible problems with "bad guys" getting the code, few of them seem sufficiently compelling to require locking the code down tight.

    Indeed, the notion of "security through obscurity" (SETHROB) is so seriously flawed that any time it (or something close to it) is suggested, serious questions about the whole business should be raised. Specifically, SETHROB is very often used to hide the fact that the thing being kept obscure contains serious problems - and it is those problems that require the shroud of obscurity.

    Worse yet, SETHROB is a convenient thing for those who do not understand the problem to toss in to the solution - and they thereby convince themselves that the problems are all solved. Toss in a way to punish those who try to point out the problems for violating the security involved and suddenly you not only fail to solve the problems, but you make it difficult, if not impossible, to even consider the process of finding workable solutions.

    Should all information be public? Thats absurd (although in some relatively theoretical sense it may not be). But using governmental secrecy and obscurity to protect things at the drop of a hat (a common enough reflex in them hollowed halls) is equally absurd and every time someone says its a good thing, we should all ask why - and require a bit of convincing.

    1. Re:SETHROB by swillden · · Score: 4, Informative
      Although your post included hints that obscurity is sometimes of use in security, you didn't say it outright, so allow me:

      The relationship between security and obscurity is a complex one. Naive people often equate them, slightly more educated people make more complex errors, but errors they remain.

      The fact is that obscurity can be a valuable impediment to potential attackers, but only if adequate effort can be applied to make sure that the underlying security is good. Most companies, for example, do not have the resources required to adequately ensure the security of complex systems (i.e. pretty much anything running on a computer), which means that they're far better off publishing and allowing the public security community to find their holes for them.

      However, public scrutiny is not a magic bullet, because it's not uncommon that something gets published but it doesn't get that much attention. In the case of an organization like the U.S. Government, the resources are available to hire teams of top analytical talent and have them focus 100% on a particular system for years on end, or even in perpetuity. No published code gets that kind of scrutiny.

      For example, the NSA practices obscurity but have you ever met a cryptographer who thinks they'd be better off publishing their cipher designs for the community to pound on? The NSA has a huge pool of very talented people and is perfectly capable of doing thorough security reviews completely internally. Adding a layer of obscurity on top of that has all sorts of bonuses for them, such as allowing them to avoid revealing their capability in cipher design (which would imply things about their capabilities in cryptanalysis, for example).

      I think the case of the ICBM C&C system is comparable. The DoD can afford to have extensive review by talented people, and then keeping the software secret adds an additional layer of complexity for any would-be attacker. Even more important, of course, are the policies, procedures, clearances, vault doors and armed guards that stand between a potential attacker and the system, and various security and obscurity mechanisms applied to those.

      I work a great deal with another class of systems in which obscurity is important. Obscurity slows the defect-discovery process for both white and black hats, and that's usually a bad thing because when white hats find a problem, even though the black hats also find out about it, it gets fixed and is no longer a problem. But what about when you know in advance that if someone finds a defect it will not be *possible* to correct it? White hat security research will essentially hand the keys to the system to the black hats because we can't update the system to correct the problem.

      So the logical approach in this case is to (1) do as good a job on the security as you can, (2) keep the software secret, to slow the inevitable discovery of defects, (3) keep an internal team of security analysts working continually to find defects (they can see the code and are more efficient than the black hats, even though they're probably vastly outnumbered) and (4) devise and integrate audit procedures into the initial system security design so that if a bad guy does break it (a) you will find out, so you can try to respond and (b) you have an evidentiary trail that can lead to arrest and prosecution of the attacker.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  51. just your sig by waspleg · · Score: 1

    tells me enough to know not to read your post

    you should put your keyboard under your pillow tonight and pray for the clue-fairy to sprinkle a little insight in your ear.

  52. Both or niether. by Anonymous Coward · · Score: 0

    Dropping the GPL from allowable licenses is too one-sided, unless the government simultaneously requires that they only buy back commercial software on BSD type terms.

    Simply - GPL'd code is always GPL'd, proprietary is (effectively) always proprietary. If someone picks up gov't funded free code, relicenses and adds improvements, this law would ban the government from funding further improvements because it would be under the "wrong" license. A commercial developer would still be able to sell back improvements under a commercial license and use the funding to further their own proprietary code. Ultimately, the government makes a the first step level, but is forced by the second to either fund the commercial versions for improvements or just hope really really hard that the GPL'd workers keep their day jobs and don't get bored.

    A fairer way to make license requirements would take into account that purchasing software is a form of providing funding, and therefore require that commercial software purchases include the right to release the code for said software under a BSD style license. While I'd love to see it happen, I don't think the possibility can be taken seriously. Therefore, I think the only fair option is that the various offices use their budget in the manner they see fit, and make a point that accross the board they only use open file formats, to insure interoperability.

  53. GPLed Software that already exists by dachshund · · Score: 5, Insightful
    The case that nobody's mentioning is a situation where the software already exists and is licensed under the GPL.

    I don't feel that the government should GPL all its code on principle. But should the government be forbidden to make modifications to a mature GPL software project if that software fills the requirements of some particular project? Imagine that the government wants to use Linux for a particular application, because they feel it's the best tool for the job-- should they be forbidden from adapting it to suit their particular needs (as companies like Tivo have), or even releasing bug-fixes?

    It strikes me that in many cases the public and the government can both benefit from this sort of transaction. It's certainly far more efficient than the typical "pay a contractor to develop something and then let them retain the copyright" scenario.

    1. Re:GPLed Software that already exists by Anonymous Coward · · Score: 0

      Umm... how about the SElinux patches that the NSA made for linux.... unless I'm mistaken, the money that the NSA gets for funding came right out of my pocket. Also, I can goto their website and download it for free.

  54. Re:Hehe by Grog6 · · Score: 1

    Most americans that know about such things think it's intolerable corruption also.
    American politicians get rich by corporate backscratching; this has gone on as long as we've been a country, Tammany hall, with boss tweed as villan, is but one notorious example. (no, I'm not making that up.)
    Every so often, the people get tired of their shit, and a major housecleaning takes place.
    We are approaching one of those times, and the way these kind of stories suddenly expand is a symptom of how pissed off in general that the public is; it resonates and builds until something happens.
    My personal belief is that the HDTV bs that is being pushed is going to precipitate the big change. When the public can't record a popular show, because it's encrypted, shit will change.

    --
    Truth isn't Truth - Guliani
  55. German best practise by SabberFlapper · · Score: 1

    In Germany we started an grassroot movement to get Linux in the national parliament's administration. A strong media success by bundestux. Also Linux only was introduced on the server, the movement created some steps in the institution. Media coverage was overwhelming. Microsft paid a PR agency Hunzinger a (6 digit) payment for lobbying against Linux. However Hunzinger failed and caused German Minister of Defense Scharping and Green Party politician Oezdemir to go.

  56. Public Domain by cpt+kangarooski · · Score: 2

    Frankly, I think the government's purchasing requirements across the board should be altered such that they can only purchase public domain software. Having as much money as they do, they will continue to attract contractors willing to accept this as a condition, just as equally as if the government decided all of the software it purchased had to come on 8 inch floppies.

    Copyright exists SOLELY to promote the progress of the arts by providing creators with an incentive to create in the form of a limitation on everyone else in what they can do with the work for a certain period, the general idea being that this satisfies quickly the public's desire for new works, and then will later satisfy the public's equal desire for freedom to do stuff with those works, including making new works from them. (phew)

    The government needs no such incentive. Their incentive is proper governance. It is improper for them to get copyrights. And as long as they're spending our tax dollars on software, it should be of the greatest public benefit possible. This means the public domain.

    Then anyone can use that software to do anything. Some people may create closed software, some open, but that's okay. Because it is FREE TO ALL.

    If you want government to promote openess, which I agree with (I am a GPL supporter, though it is wholly inappropriate wrt government), a better way would be to require openess as a prerequisite for copyrighting a work! I.e. that MS could not get a copyright on the next Windows unless the source and enough comments to make it useful to people later, were put on file at the Library of Congress.

    You couldn't immediately use that -- it is copyrighted -- but at least you could look at it and learn from it, in the same way that you can look and learn from a novel, or pretty much anything else that is copyrighted.

    If even further openess is required, this would require even more significant changes to copyright law, but I think that it is generally acceptable for there to be an area of closedness if it doesn't present too significant an impairment to the promotion of the arts and sciences.

    --
    -- This and all my posts are in the public domain. I am a lawyer. I am not your lawyer, and this is not legal advice.
  57. Re:GPL means freedom present and future by intnsred · · Score: 1

    Forcing the government to release code under GPL is *removing* competition from the market. Public domain is much better. The code can be taken up by private companies and they can improve and sell it.

    Gee, Red Hat seems to make a fair amount of money taking GPL code, improving it, and then selling it...

    Needless to say, I disagree. The best license for taxpayer-funded code is the GPL -- that allows any and everyone to take the code and use/improve it, and it guarantees the code's freedom, both in the present and in the future.

  58. Same logic applies to corps. by MichaelPenne · · Score: 2, Insightful

    though.

    Say IBM gets a 100million $ contract to write a killler database for .gov, then gets to turn around and sell that db commercially.

    So Oracle (& MySQL AB) gets to help pay for code for a competitor?

    Seems more fair & logical to release all publically funded code under an open license so that all the folks who have supported the writing of the code can use it.

    1. Re:Same logic applies to corps. by eXtro · · Score: 1
      Oracle and MySQL AB can also take IBM's killer .gov database and build upon it too. The Postgres database developers can also make use of the code, albeit possibly not directly (algorithms and concepts can be reused, but the GPL might not allow BSD code in to a GPL codebase). IBM still does have some advantage, because they employ the people who did the work, but that seems fair.


      What would be most helpful is that no patents were allowable on the code, algorithms or practice of anything produced under the contract.

  59. Re:GPL means freedom present and future by mesocyclone · · Score: 2

    You seem to be arguing that one counter example proves the case.

    But public domain allows many Red Hat's, and also other companies.

    There are a number of specialized research tools that were released public domain and have since been picked up and made into proprietary products. If that had not been done, it is likely that most of those tools would now only work in some long obsolete computer running against non-portable libraries.

    Let's look at your claims for GPL:

    anyone can take it and improve it. Yep, same with public domain.

    Guarantee's code freedom. Since when was code a human being? What is "code freedom?" Do you mean that it guarantees that nobody can take the code, invest huge amounts of effort in it, and then recoup their investment by selling it as proprietary? Yep - it PREFVENTS that. In other words, it reduces the ways in which that code can benefit users!

    GPL means reduced options! Otherwise it wouldn't preclude some of them in the license!

    GPL is good for some things, but to assert it is good for all is equivalent to asserting that capitalism in software never produces anything of value!

    --

    The only good weather is bad weather.

  60. not BSD, not GPL, but wxLicense by Nicolay77 · · Score: 2, Informative

    I like the license of wxWindows more than BSD or plain GPL, and it is another alternative to those being discussed here.

    It basically consists of full GPL protection for source code, but with the freedom of use any licensing in binaries, that is, permiting commercial use of it. Developers happy, and companies happy.

    As in everything, all extremes are evil, and for me the RMS/GPL is just the other extreme of MS EULAs. Any good and usefull license should be somewhere in the middle of them both. Of course the devil is in the details, but that's what lawyers are for.

    --
    We are Turing O-Machines. The Oracle is out there.
  61. You seem a little confused. by spitzak · · Score: 2
    Encryption experts have not relied on obscurity for a very long time. Even the oldest encryptions told you the algorithim. They key was kept secret, but that is kept secret in modern systems too.

    Also your argument applies to BSD or Public Domain code, which most people here assumme are the only alternatives to GPL for the government-produced code. All the options are open to examination.

    From what I have heard, the federal goverment must BSD or public domain any code it produces itself entirely. This is because it is not allowed to copyright anything it produces, and the lack of copyright makes the GPL irrelevant (since it simply grants a few exceptions to the copyright but less than making there be no copyright).

    However the government should be allowed to use GPL code and modify it. The result is then GPL, because that is part of the rules of the GPL, which even the government cannot break (the government is also allowed to use Windows in their solution but that does not make Windows suddenly free). For that reason I very much oppose this idea, as it's entire purpose is to outlaw the use of GPL software in government.

    1. Re:You seem a little confused. by captaineo · · Score: 2

      What's sad is that very little actual code is released by the US government itself. Although a lot of programming/media creation goes on in government bureaus like NASA, the Defense Department, etc, little or no code is released because of security/ITAR issues.

      The less-sensitive material is mostly produced by contractors, who are free to do anything with it that fits their contract - including copyright or patent it. (incidentally, the US government is allowed to infringe on any US patent. I'm not sure if there is a similar immunity for copyright)

      e.g. I created a 7-minute CG video for NASA illustrating the upcoming Mars Rover missions in 2003. To my knowledge 100% of the funding originally came from US taxpayers - but the video is copyrighted by Cornell University (the contractor in this case) and there are pretty strict controls on its use and distribution. It is anything but public domain.

      The only places I remember seeing a specific disclaimer of copyright are on NASA's photo archives. e.g. Hubble Space Telescope photos are explicitly put in the public domain.

      There are tons of really great photos on www.af.mil. I haven't seen any notice of whether they are copyrighted or not. (which is a dangerous situation, since copyright is *automatically* granted even if there is no (C) on the material)

  62. LUG Delegation to visit Adam Smith by chuckw · · Score: 2

    Ya know, sometimes slashdot really pisses me off. I submitted the following and it got rejected:

    -----BEGIN-------
    2002-10-25 07:19:11 TacLUG delegation to visit Congressman Adam Smith (articles,news) (rejected)

    My name is Chuck Wolber and I am the president of the Tacoma Linux Users Group. I also happen to live in Adam Smith's voting district. We have secured an appointment to see him in person on Monday October 28, 2002 at 11:30am regarding his letter
    on the GPL as it applies to commercial use of government funded "innovation". We are trying to prepare as much as possible for this visit and wish to solicit the viewpoint of the greater OSS community. Our plan so far is to clarify and correct any misconceptions he may have while at the same time giving him a fair shot at stating his position for the record. What approach do you believe is the most effective way to get the point across that the GPL stimulates innovation rather than hurts it?
    ------END------

    So anyway, we going to talk to da man himself to get things straightened out. If you have any input or angles you think we should consider, please feel free to start a dialog below...

    --
    *Condense fact from the vapor of nuance*
    1. Re:LUG Delegation to visit Adam Smith by BeagleBoi · · Score: 1

      Yes, but the article that got posted was more interesting than yours. Go Slashdot editors!

    2. Re:LUG Delegation to visit Adam Smith by josh+crawley · · Score: 1

      I've had debates with a few politicians about different issues. The first thing you must remember is don't play dirty if at all possible. It discredits you in thier eyes.

      And here's a few things I see about this situation, in no particular order...

      1: All of you are extremists whining about a "seemingly small" issue.
      2: He probably has little to do with technology.. He just has to please his friends
      3: One of his biggest contributors is Microsoft.
      4: He's a republican, so he's supposed to "ally" with the corps.

      Those may seem simplistic, but there are hints in those statements. Since he's a republican, he's going to be a bit sensitive about his campaign funding from MS. It won't sound simple on your end, but don't mention this point. Another thing is you should explain the major licenses (GPL, BSD) along with public domain. Try to give the pros and cons of each so that you don't sound like neo-hippies. Personally, I'd try arguing for public domain or BSD license. Both are "free" for everybody. One just makes the developers have a "namestamp" of deriving.

      The reason you explain the ideas behind all these "tech issues" is probably he doesn't understand much of anything past what he's being paid to say. Overall, try to be couretious, and answer his questions the best you can. Try to best him on his own terms. After all, if you can inject a "public domain" thought into his thought processes, it might change him enough.

      Perhaps the argument might go along with these lines..

      you--"Yes sir, the companies do make the software, but we pay the taxes that pay for the software"
      Him--"But this GPL says that my representative citizens and companies cant sell it and make money on it" (totally false, but that's the way they'll see it--dont fall for the trap)
      you--"You are right, sir. In certain projects the GPL does work best, but we totally agree with you that we should NOT lock out any tax paying individual , wether that be a corporation or a citizen going into the software consulting business. That's why we look at the BSD license or Public Domain. Both do not have corporate lockout "
      Him--"You do have a point there. You pay taxes, I pay taxes, and corporations pay taxes. It seems you want equality.".....

      And one last note, go in acting as professionals (if you are, sorry about talking down to you). Suits, ties, no facial hair (ala RMS). Remember, First impressions DO count.

  63. A reason not to GPL (initially, anyhow...) by MickLinux · · Score: 1

    Let me start by saying I have strong libertarian tendencies, but find that the Libertarian Party doesn't really get us to libertarianism ever, partly because (in my mind) of a lot of impracticality.

    So... if we can't be libertarian, what's the second best alternative? In that case, I tend to say the next best alternative is that one man should not be enslaving another through the law (The Law, an excellent work). But that, in turn, means "pay as you go", or "fee for service".

    Let's face it -- the government cannot do all these things for free. Someone has to pay, and it usually comes out in the form of taxes. But just because there are some things that we cannot push over into "fee for service" (welfare, for example... all we can do is eliminate it or turn it into voluntary social insurance) or cannot convert easily (national defense; should that be a property tax or a head tax?) doesn't mean that we shouldn't try to allocate costs to the beneficiary.

    In this case, we should consider that the production of software *can* pay for itself if it is licensed, at least until it has paid for itself.

    Therefore, I would suggest that much better than advocating GPL, we should advocate an "approaching GPL" position. That is, the cost of producing the software is totted up. At that point, the government sets a licensing fee. When the total fees paid for that software reach the cost of production (inflation-adjusted and interest-rate-adjusted), then the software immediately becomes GPL'd.

    That way, if a company wants rights to use the software, they can pay -- and for a while, have something that is semi-proprietary. But if the Linux crowd wants it, they can simply pay the difference, and immediately port it into Linux.

    Anyhow, we do DTP, but if we ever do get into software, that is how I intend to run things (with a modest profit included, since we are a business).

    --
    Correct Horse Battery Staple: 72 bits of entropy. Enter "Correct H" into google. When it generates the phrase, that's
    1. Re:A reason not to GPL (initially, anyhow...) by Anonymous Coward · · Score: 0
      Let me start by saying I have strong libertarian tendencies, but find that the Libertarian Party doesn't really get us to libertarianism ever, partly because (in my mind) of a lot of impracticality. So... if we can't be libertarian, what's the second best alternative? In that case, I tend to say the next best alternative is that one man should not be enslaving another through the law (The Law, an excellent work). But that, in turn, means "pay as you go", or "fee for service".

      The main impracticality is that Libertarians dont get elected. And they wont without coalition building. The Republican party is where you belong. You should join the Republican Liberty Caucus which is the libertarian wing of the Republican party and you should vote Republican, and send your elected Reps a sharp note and tell em what you really think. Democrats (aka Socialists) will rarely listen but right-thinking non-fossilized types will.

      BTW, I agree that Bastiat's The Law is a great work

  64. poppy-cock by twitter · · Score: 2
    The Yorktown's propulsion system software would only be released to those who had Yorktown class ships. Inspection of said software could aid people in sabotage of Yorktown class ships or might contain operational details that would be of benefit to someone engaging a Yorktown class ship in battle.

    It's easy to argue that millitary software should be free. If you compare the quality of free software to that of comercial software in actual performance, you have to conclude that free software is superior. See here for a dramatic example of high profile, high visiblity, and high risk software. Would you send people into battle with second rate goods? Not me. If you took the time to follow that Yorktown link you will find a ship that had to be towed back to port because it's NT system failed when a sailor input a 0, which the program devided by and then took down the local OS which disabled the entire propusion system of the ship. Contrary to your belief, software for a Yorktown class ship can be used for any ship. Well designed software is modular and takes parameters to make it fit specific systems. That is why the BSD and linux have been ported to so many different types of computers, from embeded systems to Los Alamos supercomputer. Externaly, the systems are completely different, but closer inspection reveals common features. A turbine is a turbine and the software to control it should be able to work with any turbine with a few paramiter changes.

    The sabotage threat is silly. First, free software is more resiliant to such things. Second, if your enemy has gotten that far you have much greater problems than securing your computers.

    --

    Friends don't help friends install M$ junk.

    1. Re:poppy-cock by JordanH · · Score: 2
      I'm thinking that such a system might include logic capturing refueling intervals, speed and manueverability data for the ship. These could be used to help deduce deployment capabilities and schedules. Enemies could more easily put parameters around where a Yorktown class vehicle could be deployed in how much time. Additionally, the software might contain information regarding placement of fueling tanks on such a ship, which would help enemies targetting weapons.

      I could be wrong, I don't really know anything about such Ship control applications, do you, really?

      In any case, the Yorktown could use GPL software for the basis for such a system, but I think the paranoia of the military would preclude them from making releases. They wouldn't have to, you know. There's nothing in the GPL that requires you to release source, only that you make available source to anyone you give binaries to. I can't see the Military providing executables. So, they could use GPL, but they wouldn't really be releasing softare under the GPL, which I think is really at issue here.

    2. Re:poppy-cock by twitter · · Score: 2
      I could be wrong, I don't really know anything about such Ship control applications, do you, really?

      You don't have to know about ship control to know about software.

      I'm thinking that such a system might include logic capturing refueling intervals, speed and manueverability data for the ship.

      That's not a program, that's data! It should never be hard coded and therefore would not be seen by anyone looking at the code any more than people reading this post.

      In any case, the Yorktown could use GPL software for the basis for such a system, but I think the paranoia of the military would preclude them from making releases.

      Ahhh, you lost the point of the silly senator's letters, to make it impossible for contractors to use GPL in any government work. Don't confuse that with distribution issues. The military should be free to use GPL'd software as they please. As you say, they don't have to release it nor do they have to tell anyone they used it if the concerns you raise are not adequatly answered bye the superior perforamance of free software in hostile environments.

      --

      Friends don't help friends install M$ junk.

    3. Re:poppy-cock by JordanH · · Score: 1
      Didn't see your reply here. I guess it's never too late.
      • That's not a program, that's data!

      In many turn-key, heavily tested systems, there's often really no distinction between data and program, because they are always tested together and often embedded in systems without file systems for extra reliability.

      • Ahhh, you lost the point of the silly senator's letters, to make it impossible for contractors to use GPL in any government work. Don't confuse that with distribution issues. The military should be free to use GPL'd software as they please.

      Go back and actually read what I wrote. I never implied that the Military shouldn't use GPLd or other free software. I was just pointing out to the poster that there was a great deal (not "very little") GPLd software released to the Free Software Community alredy funded by the US Government.

  65. Free as in speech not beer by enkidu · · Score: 2

    WRONG! You are confusing free as in speech with free as in beer. GPL is concerned with free as in speech not beer. GPL ensures that ALL users of a derived work will have access to the source code to modify.

    GPL allows derivative works to be sold. GPL allows derivative works to be sold without redistribution rights. GPL simply ensures that derivative works, however they are distributed, keep access to the source code available to all users. When I buy any GPL derived work, I can demand and get the original source code to tweak and modify at will.

    BSD does not do this. We know that Microsoft's code has large amounts of BSD licensed code int it. They have proabably made improvements to it and probably haven't improved other areas of the code. Can you see those improvements? Can you fix the flaws (that are probably fixed in other versions of the freely available code) in Microsoft's code? NO! I said this about a similar topic a while back:

    Nothing prevents Microsoft from using GPL'ed code. Just make the source available to their customers. Oh, that prevents MS from screwing their customers and selling shitty software? Well, exxcccuuuusseee me. Don't steal my code then.

    The software and property analogy doesn't really work because property can't be forked.

    EnkiduEOT

    --

    There is no trap so deadly as the trap you set for yourself
    -Raymond Chandler, The Long Goodbye
    1. Re:Free as in speech not beer by spectecjr · · Score: 2

      Nothing prevents Microsoft from using GPL'ed code. Just make the source available to their customers. Oh, that prevents MS from screwing their customers and selling shitty software? Well, exxcccuuuusseee me. Don't steal my code then.

      Were you being deliberately ambiguous?

      They have to make the source of the GPL'd code available to their customers - plus all of the code that they wrote.

      Not "They can use GPL'd code. Just make the source available to their customers"

      Simon

      --
      Coming soon - pyrogyra
    2. Re:Free as in speech not beer by lpontiac · · Score: 2
      WRONG! You are confusing free as in speech with free as in beer.

      No, I'm not.

      When I buy any GPL derived work, I can demand and get the original source code to tweak and modify at will [...] BSD does not do this.

      I know this.

      GPL allows derivative works to be sold without redistribution rights

      No, it doesn't. If I sell someone a program (source and/or binary) under the GPL, I must grant them the right to redistribute it under the same terms. I am not able to sell it to them without also providing them with rights to redistribute.

  66. Is USA GPL-incompatible? by werdna · · Score: 2
    Notwithstanding the assertion on the FSF site that "public domain" is GPL-compatible, I am led to wonder how. In particular, how can the USA, which has no lawful right to distribute its internally created derivative works (barred from Copyright Protection by express provision), compel any use or non-use whatsoever? In particular, assuming the USA makes a GPL derivative work, and would like to distribute it, how could it comply with the obligation under GPL to:


    b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License.


    Thus, it would appear that the US could modify the work for its internal use, but would not be able to distribute it without breaching the GPL.
    1. Re:Is USA GPL-incompatible? by werdna · · Score: 2

      I typed too quickly... I certainly didn't mean to suggest USA is barred to distribute its own public domain works when derived from non-GPL, but rather to note that it has no power to limit or restrict any person's use of those public domain aspects of the work. Hence the USA has no power to "cause" the derivative work "to be licensed as a whole . . . under the terms of the license."

  67. Lessig on the letter by ftobin · · Score: 2

    Lawrence Lessig has some notes on the letter. His argument on why this rule would be bad comes down to

    If that is his principle, then it follows that the government can't fund projects that result in proprietary code (since there are some entities (say, the Free Software Foundation) that can't, consistent with their business model, accept that code), or more radically, it means that the government can't fund research that results in patents (since there are some business models that can't pay the price of a patent). The only research the government could support, on this theory, is research that produces work in the public domain.

    That is an interesting but radical principle. The government funds all sorts of research that results in patents, and in proprietary code. So the real question for Congressman Smith is this: Does he believe the government can't support proprietary or patented work if he believes it can't support GPLd work? Is he advancing a principle, or just FUD about GPL.

  68. election by axxackall · · Score: 3, Funny

    give GPL to democrats and give BSD to republicants (or vice versa). And wait for upcoming elections. Let the american people to decide what license to use in all software made by the goverment for people's money.

    --

    Less is more !
  69. Free as in time not speech by Pseudonym · · Score: 2

    You are confusing free as in time with free as in beer.

    BSD-licensed software is not merely released at no cost, it is released with no strings attached. This is free as in "free time" rather than "free beer" (a lot of proprietary software is released at no cost) or "free speech" (copyleft).

    You said "Don't steal my code then". That's fine for your code and mine (despite the abuse of the software and property analogy concept of "stealing"), but I don't think it even makes sense to talk about taxpayers "stealing" government code, since they paid for it in the first place.

    --
    sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  70. Problem Solved: Let's buy Adam Smith!! by Anonymous Coward · · Score: 0

    If Adam Smith, the politician in the pockets of Microsoft was in a movie like "The Untouchables", we'd all applaud see him meet a swift and deserved end. But this isn't Hollywood, and we must deal with Adam Smith directly. We see on OpenSecrets.org that this crook^H^H^H^H^Hrepresentative of the people took a $22K donation from Microsoft. So why don't we open source people start our own fund; if we can get 23,000 open source advocates to donate $1 to Adam Smith, then we'll have outbid Microsoft and this crook^H^H^H^H^Hrepresentative of the people will be in our pockets. $23K isn't so much to buy a politician, so let's start the bidding! :-)

  71. GPL problematic, undermining innovation & secu by Benjamin+McFree · · Score: 1

    But when Smith, whose biggest political contributor is Microsoft, began circulating the letter to his fellow Democrats asking for their signatures, he added his own correspondence saying the free software philosophy is "problematic and threaten(s) to undermine innovation and security."

    Yep, them east coast mafia coders up their trying to guard them rich folk's cash flows will always paint a picture that free software corrupts the "american way" of screwing ppl over alright!

  72. M$ made Congresspersons look like fools anyway by sallen · · Score: 2

    The letter should have been withdrawn. The 'language' of the addition was almost exact MS language. If they had no part, which IMHO, I don't believe, then Smith made himself look rather inept. He used 'code developed' example of TCP/IP and that, developed by DARPA, it 'made the internet'. It wasn't the code relased, it was the PROTOCOL that they developed that made the internet, and as long as that was an 'open standard' it could be used by any entity to produce product, be it gpl'd code or commercial code. Heck, even IF gov't funds were used for actual code, it could be used the same way. They aren't going to produce code for linux and windows and macs and solaris and Z/os that use the same CODE. If they DID develop the actual code, the linux code could go out under GPL, the windows code 'licensed' code, etc. The whole thing simply makes it look to me like they had no idea what they were talking about, IMHO, but just listening to their funding source and going for those last minute contributions before the mid term elections. Just my opinion, I could be wrong (TM Dennis Miller).

  73. GNUAirTraffic Control by Anonymous Coward · · Score: 0

    So many misconceptions...

    One thing a couple people have hit upon, the
    people paid for the software development with
    their tax money, why should they have to pay
    again because the government wants to license
    that code to someone?

    Anyway, the model sort of works like this,
    some company is contracted to develop ATC
    software for the government. They keep the
    copyright, and license the software to the
    FAA. The FAA uses the heck out of it, maybe
    modifies it or not.

    This same company can sell the SAME SOFTWARE
    to any foreign government it wants. Cool!
    We paid for it, but the company gets to sell
    it. I should be in that business, oh wait I
    am!

    Nevermind, ignore everything I said here, you
    never read it, it isn't anything you should
    know about :-o.

  74. Re:Hehe by Guppy06 · · Score: 2

    "in some countries, that would be seen as intolerable corruption."

    While in others it would catapult you to the head of government. Just look at Italy and France!

  75. Last Post! by alpg · · Score: 1

    How many seconds are there in a year? If I tell you there are
    3.155 x 10^7, you won't even try to remember it. On the other hand,
    who could forget that, to within half a percent, pi seconds is a
    nanocentury.
    -- Tom Duff, Bell Labs

    - this post brought to you by the Automated Last Post Generator...

  76. Last Post! by alpg · · Score: 1

    "I went to a job interview the other day, the guy asked me if I had any
    questions , I said yes, just one, if you're in a car traveling at the
    speed of light and you turn your headlights on, does anything happen?

    He said he couldn't answer that, I told him sorry, but I couldn't work
    for him then.
    -- Steven Wright

    - this post brought to you by the Automated Last Post Generator...