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.

145 of 263 comments (clear)

  1. 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 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.

    4. 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.
    5. 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.

    6. 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.

    7. 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.
    8. 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.

    9. 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.

    10. 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
    11. 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
    12. 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...
    13. 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/
    14. 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...
    15. 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!
    16. 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...
    17. 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.
    18. 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)
    19. 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)
  2. 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.

  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 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.

    2. 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.

    3. 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...
    4. 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.

    5. 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.

    6. 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...
    7. 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.

    8. 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.
    9. 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.

    10. 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.

    11. 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.

    12. 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.

    13. 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.

    14. 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.

    15. 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 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!

    4. 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. 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!

  8. 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 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>

    3. 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

    4. 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.

    5. 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.
    6. 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.

    7. 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
    8. 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".

    9. 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
    10. 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.'"
    11. 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.
    12. 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.

    13. 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.'"
    14. 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.

    15. 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.

    16. 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)
  9. 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
  10. Irony by Boglin · · Score: 4, Funny

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

  11. 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.

  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 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

    2. 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

    3. 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.

    4. 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
    5. 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
    6. 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

    7. 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
    8. 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. 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 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"
    2. 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.'"
  14. 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
  15. 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
  16. 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?

  17. 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 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.

  18. 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

  19. 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!

  20. 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.
  21. 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

  22. 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 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.

  23. 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.

  24. 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 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.
    4. 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.'"
    5. 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!

    6. 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.
    7. 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"?
    8. 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...
    9. 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"?
  25. 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?
  26. 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 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.

  27. 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.

  28. 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.

  29. 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
  30. 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.

  31. 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.

  32. 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.

  33. 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. :-)

  34. 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 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...
  35. 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.

  36. 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.
  37. 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.

  38. 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.

  39. 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.
  40. 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.
  41. 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
  42. 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.
  43. 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.

  44. 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)

  45. 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*
  46. 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.

  47. 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.

  48. 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."

  49. 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.

  50. 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!

  51. 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 !
  52. 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});
  53. 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).

  54. 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!