peddrenth asks:
"Software licenses are, we keep saying, difficult to read. The public clicks OK without reading, either implicitly trusting or mistrusting us the software authors. There have been calls recently for companies to clean-up the license, to bullet, section, and colour their licenses, to remove THE UPPERCASE
and to draw charts and graphs to explain the license. Anyone who's had to read a 3-page document in a 3"x1" textbox knows how useful this would be. The GPL is one of the most important licenses in the world, and appears on thousands of products. Everything from windows programs to operating systems to people's artwork requires understanding and acceptance of the GNU GPL. Should we, the free software community, take the first step in this effort, and show the world what an easy-to-read license looks like? Would it be useful if long textual software licenses stood out like a sore thumb amongst the cool, pretty, and clear free licenses?" Many may think the GPL Preamble to be clear enough, and this may be true. However there are a lot of people out there that would like to read the
entire license so that they know exactly what they may be getting into,
before they agree to it. This usually implies being able reading the actual license, and not just the preamble.
"Should we use such a comparison to show the public how they're being manipulated by terms in a EULA they don't read or understand, and encourage other license-writers to include the graphs and tables themselves, showing the public what a license really means?
What would be your ideal license, what poster would you draw to explain the GPL to a child, a PHB, or an artist? Would you stick with the text, or can you think of anything better?"
jamie interjects: The root of the problem is that "intellectual property" is a kludge of a natural human understanding of property rights. Useful, but a kludge. You have to invent many
oddball concepts
to keep up the pretense that ideas are property. The GPL is a kludge (strict and precise licensing terms) implemented on top of a kludge (copyright law) and, in English or in code, there is no short and simple way to describe complex things.
I just can't explain the GPL to non-Marxists. Can someone help me out??
Peter
If at all possible, get rid of that tiny scroll box. It's important, it's long, so it should be larger and easier to read the words.
I would suggest a brief summary, with a note that the complete "lawyer" version is appended. Something like "you can use this, copy it, share it, change it, whatever you want as long as you release your source and keep everything free".
...or whatever.
Give the person Richard Stallman's home phone #. Then tell the person to call up and ask "What's the big deal about the GPL?"
Problem solved.
[o]_O
What was my stuff is now our stuff.
In return for this gift, I ask that if you improve our stuff it remains our stuff.
Let's just throw away the entire GPL. It sounds old and awkward. Let's get a better name for it.. Like License X or License 2002.
And then we could start to sprinkle it with pie-charts and diagrams and drawings and small flash animations - to make everyone understand that our SeXy License 2002 is a Good Thing.
After we're through, only those who know how to disable all the funky marketing^H^H^H^H^H^H^H^H^H information would be able to read what our license is about. That way, everyone would like this cool license (OK, not those who can't play Flash movies) and we, the little elite, would know what it is about.
Sounds like FUD?
Roses are #FF0000, violets are #0000FF, all my base are belong to you
Should we, the free software community, take the first step in this effort, and show the world what an easy-to-read license looks like?
Licenses are lengthy, wordy, and hard to read for a reason. They try to ensure that no "loophole" can be made. The simpler you make the license, the more likely lawyers can "see multiple meanings in words", and avoid the license entirely.
IMHO, the free-software licenses SHOULD be wordy, because companies like Microsoft have lawyers constantly looking for a loophole...
Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
got stuck on the word 'or' in the perl license (GPL or Artistic)
I think there will always be a problem no matter how clear it seems to be.
One of the things that's nice about the GPL, and that I've just come to understand recently, is that it doesn't really matter if you 'accept' it, in the sense that you accept a EULA from MS. Since accepting the GPL actually gives you MORE freedoms than the normal copyright laws, if you don't accept the GPL on a program you get, you are actually more limited in what you can do with it. You can't distribute it, and surely can't distribute a modified version.. Whereas the other EULAs restrict you in addition to copyright restrictions, the GPL actually reduces the restrictions put upon you by copyright law.
You don't have to accept any license to use the GPL'ed software. Only people who redistribute should understand the license, because it only covers that activity. Doh!
Lame stories are posted to Slashdot about science
while Biker Gangs On Turf Warpath.
I wonder if John Ashcroft will call them as material witnesses or
Donald Rumsfeld will call in the Special Forces.
Thanks in advance.
Woot
My complaint about John Ashcroft
May I be cynical for a bit? I hope you don't mind,
but with Ashcroft's latest barrage of
malodorous notions, I can't resist the urge to make a
few cynical comments. To get right
down to it, some of the facts I'm about
to present may seem shocking. This
they certainly are. However, it's time that a few
facts had a chance to slip through the fusillade of hype.
What's my problem, then? Allow me to present it
in the form of a question: Where are the people
who are willing to stand up and acknowledge
that Ashcroft, in his infinite wisdom, has decided
to destroy the natural beauty of our parks and forests?
On the surface, it would seem to have something to do
with the way that his whole approach is repugnant.
But upon further investigation, one will find that
by allowing Ashcroft to put mephitic thoughts in our
children's minds, we are allowing him to play puppet master.
As for the lies and exaggerations, Ashcroft's
epigrams are rife with contradictions
and difficulties; they're entirely maladroit,
meet no objective criteria, and are unsuited
for a supposedly educated population.
And as if that weren't enough, if Ashcroft is going to
obstruct important things, then he should at least have
the self-respect to remind himself of a few things: First, a
true enemy is better than a false friend. And
second, many people respond to his debauched vituperations
in much the same way that they respond to television
dramas. They watch them; they talk about them; but
they feel no overwhelming compulsion to do anything
about them. That's why I insist we pronounce the truth
and renounce the lies.
Even people who consider themselves scornful
foolhardy-types generally agree that Ashcroft's slurs
symbolize lawlessness, violence, and misguided rebellion
-- extreme liberty for a few, even if the rest of us
lose more than a little freedom. One might conclude
that Ashcroft is incapable of writing a letter without using
such phrases as "crapulous pop psychologists", "loquacious
exhibitionists", "oppressive personae non gratae", or
some combination thereof. Alternatively, one might conclude
that Ashcroft has a different view of reality from the rest of us.
In either case, if you're not part of the solution,
then you're part of the problem. His historical record of
fickle pleas is clearer than the muddled pronouncements
of his apple-polishers for a variety of reasons. For
instance, the worst sorts of inconsiderate Neanderthals there
are must be treated with political justice, not with
civil justice, as they are sincerely not real citizens. Let me
rephrase that: I wonder if he really believes the
things he says. He knows they're not true, doesn't he?
A complete answer to that question would
take more space than I can afford, so I'll have to give
you a simplified answer. For starters, if
we let him cause riots in the streets, then greed,
corruption, and tribalism will characterize the government.
Oppressive measures will be directed against citizens.
And lies and deceit will be the stock and trade of the
media and educational institutions.
Even Ashcroft's bedfellows couldn't deal with the full impact of
Ashcroft's refrains. That's why they created "Ashcroft-ism," which is
just a garrulous excuse to force square
pegs into round holes. He plans to drag everything
that is truly great into the gutter. He has instructed
his votaries not to discuss this or even admit to his
plan's existence. Obviously, Ashcroft knows he has
something to hide. Most of you reading this letter
have your hearts in the right place. Now
follow your hearts with actions. I have traveled the length and
breadth of this country and talked with the best people. I can
therefore assure you that Ashcroft's artifices cannot stand on
their own merit. That's why they're dependent on elaborate
artifices and explanatory stories to convince us that Ashcroft's
warnings can give us deeper insights into the nature of
reality. We can and we must protect ourselves by any means
necessary against the unrestrained bestiality
of stupid, quasi-macabre paper-pushers. And that's the honest truth.
the EULA. Suppose I pirate some software, that means I didn't pay for it, how can I enter a contract with the maker of the software? Isn't that like stealing a car and ending up with the owner's wife and kids?
Most of what the majority of non-lawyers need to know about the GPL can be summed up in one line:
The GPL does not impact users of the software, only distributors.
That's it. For that simple reason, the premise of this question is flawed. Most of the world simply uses software and doesn't redistribute it, therefore understanding and acceptance of the GNU GPL is not an issue.
Anyone who is distributing software (GPL or otherwise) really needs to take the time to understand the details of their redistribution agreement. As redistribution licenses are concerned, the GPL is very easy to understand and truly does stand out as a marvel of simplicity. The only simpler things are BSD and public domain :-)
.sig: file not found
Licenses are naturally complex things. That's ok. What isn't ok is that every company feels they need to write their own license specific to their product.
The strength of Open Source licenses for me is the fact that once I've read them through once, I can install countless applications without needing to read a license agreement.
If commercial software had a bunch of shrink-wrapped licenses that companies were free to use and each license was clearly identifiable near the top, then people could just click the "I agree" button and actually know what they were agreeing to.
"Don't blame me, I voted for Kodos!"
Try to convince your friends that viewing women-on-women is pleasurable for all heterosexual males, not just lawyers. I mean, why should those suits get to have all the fun?? I really don't see what intellectual property has to do with anything unless you bring your video camera or one of the chicks is very intelligent. But most lesbians are very kinky and stuff, so they probably won't mind if you record them. And if one the chicks is smart then just RUN. Nerdy chicks aren't hot, everyone knows that.
You should forget about software licenses too. I mean Lesbian pr0n videos are alright, but they are no substitute to being there in person. I also wouldn't recommend getting into kludge unless you are into kinky stuff like that.
Remember: Girly Pink Lesbians should be for EVERYONE.
That said, Legal documents tend to have a monopoly on dry reading. To make a license perfectly clear will often required some sort of definitions. You can have a fairly simple concept, but when you go into the legal details, you can wind up with all kinds of extra verbiage, which makes people nervous about the whole thing, and then, at best, they will tend to bail out of the document.
There probably is a way to do this, although a lot of folks freak on anything too long.
"It is a greater offense to steal men's labor, than their clothes"
Sure, I'd love to read a license and understand it. But what if I don't like it?
How many retailers are going to accept an opened copy of Office because someone actually read the print and found out that they were selling their soul to Microsoft?
I don't see it happening.
-techwolf
I don't do this for karma, I do it for cash. It's much better.
Before the preamble, state:
Or is that too simplistic?
Note that this does not accomplish one important end, in that it does not clearly distinguish itself from other EULAe, except that it devotes the first few sentences to "freedoms" rather than "limitations".
The cure for cancer is coming: Reovirus
Sure, you could try to simplify the GPL, but the fact of the matter is that what the GPL is attempting to do is very complicated. I challenge you to propose a simplified GPL which accomplishes the same goals as the GPL. I'm not even sure if the GPL itself accomplishes the goals of the GPL, this hasn't been tested in court at all yet.
I have a simple license, called the QingPL, but it is quite different from the GPL. Most significantly, it does not require that source code be released when a derivitive work is released.
From http://www.opensource.org/licenses/bsd-license.ht
No SIG for you!
Contracts and other legalese are a highly specialized form of syntax with very precise meanings. The license/contract writer has to consider all possible contexts and jurisdictions the EULAwhatever will be used in.
To put it in programming terms, the contract 'program' has to be able to compile and run successfully in 50 different Unices and possibly other national legalOS, be federal standard compliant, and stand up to peer review and active hacking attacks in situations the 'programmer' never considered but has to account for.
Now wouldn't YOU end up with spaghetti code under those circumstances?
________________________________________ History Must Not Fall Into The Wrong Hands ___________________________________
The primary problem is the absolute unreadability of most of the code. Now, I don't mean to flame or troll or anything like that, but there are a lot of parts of the Linux kernel (especially those written in assembler) that are difficult to read and understand. Why can't the Linux kernel maintainers write these illegible functions in a clearer, more concise language like Perl?
Speaking of Perl, there is a lot of awfully illegible code written with this language as well. Take Slashcode, for instance. Have you ever tried to read Slashcode, let alone make improvements to it? I have, and let me tell you, it ain't pretty. This kind of illegibility led me to dump a Perl-based site altogether in favor of something better-documented and more legible, such as (regrettably) ASP.NET.
The point of my little tirade here is simply thus: you defeat the purpose of opening your source when no one else can make heads or tails of it. Furthermoree, you are only shooting yourself in the foot when you try to audit the code, since you won't be able to use the "many eyes make every bug shallow" model to fix things (a concept first posited in Eric Raymond's masterpiece The Cathedral and the Bizarre). So please, comment your code, people, and code legibly.
Friends don't let friends use multiple inheritance.
Of course the user could just get up and go to the bathroom during playback.
"I don't think it's selfish, to eat defenseless shellfish." -NOFX
I worked for a local Government, who were already brainwashed by Microsoft's sales. Here is the dialogs during a meeting debating with a MCSE whether we should use GPL's code:
Me: We could save money using this pieces of GPL code..
MCSE: Doesn't that make all the derived work GPL?
Me: Yes.
MCSE: Then we must release our source code to public! This is confidential!!
Me: No....we are only required to release the source code when the recipents has the binary. We wouldn't release our system to public...
MCSE: but according to GPL, the source code is open to all to read!(?) The other department could read it and might release them to public!
Me: You might have misunderstood the concept...according to GPL's FAQ we do not need to release the source code if we use them within an organization. A Government is one big organization, which is very suitable to adopt GPL....
MCSE: That's NOT I heard about GPL. I don't believe in what you said! GPL is about opensource and any dervied works must be made opensource, this is a very restrictive license and there's no way out!
and things went downhill from there. My boss trusted him because he has an MCSE.
I still ponder, what qualification in MCSE would make him know GPL better than others...
eom
A good summary should highlight the key points
You may freely use this software.
Certain conditions are required to distribute this software.
That is pretty much it as I see it anyway
Is the GPL the same as an EULA? If so, can it really be enforced?
Let me say that I don't have a problem with the GPL. I only ask because in a recent Slashdot story about EULAs, there were many people with some interesting arguements about why how EULAs are breakable.
Thanks.
http://www.badsoftware.com/uccindex.htm It doesn't matter if the software has a license which said "One line license: We own you!". That would be simple to understand, but the problem is ruling it legal.
Sig: What Happened To The Censorware Project (censorware.org)
Copyright gives the rights of ownership, copying, distribution, and modification of a work to the author of a work, unless they decide to give those rights to others. GPL modifies basic copyrights to automatically give the rights of copying, distribution, and modification to anyone else who also chooses to everyone with access to the work as long as they continue the right of unlimited access to the work.
In short, as far as I understand it, a clear description of the GPL would be as follows:
This source and binaries (work) is protected by the General Public License (GPL). This work belongs to the original author or authors (owners), but the owners have granted everyone rights to copy, modify, and redistribute the work under the stipulation that any changes to the source are made available to anyone with access to the binaries, as defined by the GPL. This work is protected under standard copyright law if you do not agree to the GPL, meaning you cannot redistribute a modified binary without the consent of the owners of the source.
GPL Deconstructed
have a state diagram, showing what is required to go between states.
i.e., have initial state of [PURCHASED], have an arrow to [MODIFY], [DISTRIBUTE], etc, with proper conditions which must be met to go to that state.
actually, this might make the GPL look much more complicated that most commercial licenses, which would just have the state of [LICENSED] and no way to get to modify or distribute, etc.
-rp
I guess you could explain it the same way that John Travolta explained the basics of marijuana laws in Amsterdam, NL to Samuel L. Jackson in Pulp Fiction.
(Jules and Vincent driving in a car)
Jules: Okay now. Tell me about the GNU GPL.
Vincent: What do you want to know?
Jules: Well, it's about free software, right?
Vincent: It's free, but it has some standards. I mean you can't just write a GNU GPL program and restrict it's usage. You're supposed to provide the source code.
Jules: That's the GNU GPL?
Vincent: Yeah, it breaks down like this: It's legal to copy it, it's legal to have access to the source code and, if you're a programmer that wants to add to it, you can as long as your additions to the code go under the GNU GPL. It's legal to keep the program free, which doesn't really matter 'cause-get a load of this- if a company wants to add to your program and not offer the source code, it's illegal. Taking GNU GPL'd programs and not offering the source code is a right that companies don't have.
Jules:That did it, man. I'm f***ing GPL-ing my program. That's all there is to it.
/*drunk.. fix later*/
The GPL does not mean anything to the user as long as they understand they are bound by normal copyright law. If they accept the GPL they have some extra priviledges including distribution rights (along with some distribution restrictions). Only when they start modifing the copyright protected work and distributing it do they have to start understanding the GPL.
Where you need to worry about the implications of the GPL are if you're a) a developer or b) a loudmouth who complains about alleged GPL violations. Come to think of it, you don't need to know anything to be a loudmouth who complains about alleged GPL violations.
By the way, Jamie and Michael, if you have something to say, please post it instead of giving yourselves an automatic (Score: 6, Editor).
What I'm listening to now on Pandora...
Most people's eyes glaze over when they think they have to read a contract/license. Prod them into actaully reading the GPL - it's in real english and is honestly written. It's also a brillient bit of leagal-ese.
Courts have traditionally ruled in favor of the consumer if the contract is un-nesessarly obscure, so making the GPL hard to read in an vain attempt to close a loophole can be counterproductive if done in haste. Also, one must be carefull to not give a poorly thought out explenation of the GPL with the GPL - the court might rule that the explenation grants additional rights if the consumer is confused as to if the explenation is part of the contract/license.
So the short answer is to actually READ the GPL. There are no explenaions nesessary to an inteligent person - and no explenation will do the cosumer any good anyways. It's only us developers that need an explenation - we're the ones that can get caught in a GPL bind, not the average consumer.
Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.
Whenever i try to explain the GPL to anyone, the chief problem i have is getting them to understand what "source code" is!
Once i can explain what source code is, the GPL becomes effortless to explain. But that first step is hard. So here's my question:
How do you explain the concept of "Source code" to non-programmers in a way that you can be certain they understand what you're saying and aren't just nodding in an "okay.. i don't get it , but go on anyway" fashion?
We've had a problem for YEARS with our legal beagles and the openSSH licence because the author thought he/she was being cute. The licence has a section that more or less says "I'm not entirely sure that I haven't borrowed pieces of code where those authors may decide to come after a user for any reason. At any rate that's not my problem and strictly a matter between you and them."
Which is a horrible way to protect the author from third party lawsuits. And the result is that our corporation does not officially sanction the use of openSSH. This leads to more suspicion and resistance to other open source tools and generally makes a mess of the whole effort.
I really wish authors would get a legal reading of their own licences for a reality check before doing what commercial licences do - that is "use this software and you are on your friggin own no matter what hombre!! I mean what next for licences? Rilly rilly kewl pictures and animations and shit?
Yo. Licenses are code. Laws are code. They're hard to read for the same reason code is hard to read; it's because they have to completely specify something. Every seen a simple picture or graph that implemented an OS? I thought not.
It's true that laws, unlike code, can't be compiled or linted. Somebody should fix that.
As the resident office open source nut, a major part of my (non paid) role is stopping my employer stealing open source code. I have lost count of the number of times that I have found stolen open source code in our products. I say "stolen" advisedly, and it's the word I use when confronting the culprits.
The problem is that many of them simply do not understand that there is a cost associated with using "free" software. Sure, it's their fault for not reading it, but it would make my life a lot easier if we stopped wielding the word "free" like a weapon (it means too many things to too many people), and if the GPL (and other open source licenses) opened like this:
This code is copyrighted. It is not "free to use". You may not copy or use it in any way, including for non-commercial purposes, unless you follow strictly the enclosed license terms. If you do not read or follow the license terms, you will be in breach of copyright, and can and will be prosecuted for theft.
I'd say that a clear statement like this is way more important than the DISCLAIMER OF WARRANTY that we tend to splash first. The disclaimer is there to protect the author, but a clear warning that open source code is copyrighted and strictly licensed protects the recipient from doing something stupid and causing grief to both parties. I'd say that it's more in the spirit of open source development to prioritise the copyright/license warning than the disclaimer.
If you were blocking sigs, you wouldn't have to read this.
Unless you're an expert, it's hard to get the recipe (the source) from the food (the binary). The GPL is saying "Here's the recipe, and here's some food someone else has made with that recipe, all free for the taking. But if you make and give away or sell food based on the recipe I just gave you, you've got to give away your recipe for free as well."
I know analogies suck, but it's close enough.
Just use FreeBSD and you won't have to hassle with loadable kernel modules that every company uses to defeat the GPL. What's the point of a GPL if every single company is just going to go around it?
that's the best 2-line explanation of the GPL i've ever seen.
-ac
What are people that don't have very high IQs suppose to do if well educated college grads have a hard time understanding software, or any other for that matter, end-user license.
I guess only the very smart are allowed to use anything requiring an end-user license.
Ah darwinism at its best.
It's also lengthy and hard to read so the user won't read it, and the publisher can include objectionable terms deep in the HIGHLY UNREADABLE ALL CAPS SECTION, so the user will accept them unread!
sulli
RTFJ.
"Feel free to give this to anyone you like, Click [here] for the details". It all you really need.
I say software should have a license that we can read from the package. I mean, If I go and buy a piece of software that comes in its nice little box, Id sure like to read the rules to use it before I go to the cashier and pay. Whats the point of the license if I cant read it until I pay for the thing!.
Its not only important to be able to read and understand an EULA, but to be able to read it at an adequate time; besides, if the EULA fits on the back of the box could be a good parameter for readability.
Where are all my mod points when I need them?
The parent comment needs to be +5 now!
OK so I haven't read the GPL license, but doesn't it also say that it doesn't come with a warrenty. Maybe I'm wrong, but if not you are wrong, because that would matter to people who use it. Not just those who change/redistribute it.
LinuxWorx
Spelling errors are intentional as are gramatical error
If you distribute this program or a derivative of this program publicly you must include the source code.
Dang, I already used my last mod point on a worthless comment (compared to this one) in another thread not too long ago, boy I wish I had saved it for you. This, so far, the best commment in this thread.
I think if users knew that several products were under the XYZ license, they could just read it once and know what they're getting themselves in to. However, most users assume that all EULAs are the same so they just mindlessly click through them when in many cases (i.e. Microsoft) they are NOT the same and their use of the software and their privacy is limited more by some licenses than by others. I think if more people know that the Window XP license granted Microsoft the right to spy on their computer, most people would think twice about it.
I think commercial companies should draft up a 'Standard Software License' (or a suite of licenses) that the user can refer to or be familiar with. So, on the box instead of just saying that you agree to the license agreement in the box, it can say that this software is released under the 'Standard Software License' (or another XYZ license) and the user will know what that is.
However, I should point out that even in the Open Source community, there are some company-specific software licenses such as the QPL, the Mozilla License, the Aladdin License, etc. But the number of products released under these licenses is very small relative to the numbers released under the GPL, LGPL, etc.
Things you think are in the Constitution, but are not.
The author of the EULA can, of course, write whatever he likes into the licence but the more obscure terms may well be judged to be unenforceable when it comes right down to it and this outcome is much more likely if the document itself is written in obscure legalese and presented in an unhelpful format.
The more presentable and easy to understand, the more enforceable.
In the UK, we have laws such as the Unfair Contract Terms Act which outlaw certain types of clause even if they are easy to read but might allow others ONLY if they are easy to understand.
By all means use the GPL as a shining example of the way it should be done, it may actually be used in court to help defeat some of the more ridiculous EULAs.
REports are that Microsoft is indeed responding to criticism of overly-wordy and/or unclear EULAs. Office XP 2.0, in fact, ships with a draft simplified EULA reproduced below: Office XP 2.0 User Agreement: 1 OWN2 jOO! -B1ll G. [] Ok [] Cancel
It isn't quite so simple as that sentance seems.
this program is free
give it away or change it
but please keep it free
---
I give you my work
you must let your breath go free
we share the same moon
There are 10 types of people in this world, those who can count in binary and those who can't.
As several people on this discussion have pointed out, the unfortunate thing about software licences (and legal documents generally) is that they are, by their nature, trying to be very exact. There is a reason that "shall" and "will" mean very different things in law, and that lawyers use the correct one, yet in common speech, most people would interpret them much the same way. Legalese has become complicated to deal with the problem of details: if you're not precise enough, you'll be (wilfully or otherwise) misinterpreted.
The next obvious thing to do is to introduce a summary of the licence, as the parent post by bshroyer and others have suggested. Unfortunately, that immediately raises the question of whether the summary is complete (almost by definition, it isn't), accurate, or even a fair representation of the real licence. Can anyone hear the words "legal minefield" in the back of their minds right now? I hope so. What if the summary and licence terms disagree? What if the summary looked reasonable, but the licence contained a restriction unmentioned in it, causing someone to violate the licence agreement because they'd trusted the summary? (That's actually the worst case, in a way, because if someone can't trust the summary to tell them what's going on, what's the point?) Do you try to introduce new laws now to force summaries to be fair reflections on the summarised material? If you could do that, why bother with the full version at all?
Why, indeed. In fact, for a long time, Borland used to have a licence agreement (called something like the "no nonsense licence agreement" IIRC) that aimed at much this purpose. It wasn't full of any more legalese than necessary. While it had to be long enough and in enough legalese to be precise, it wasn't deliberately obfuscated. I think they could score a major coup over the MS' of the world now if they brought back such an agreement, and marketed based on its ease and trustworthiness vs. MS' (un)Trustworthy Computing initiative that seems to steal half your (non-)rights through the EULA. (Remember Borland still offer MS major competition in the development tools market, for example, and hitting developers who would otherwise be drifting into MS' .NET program isn't going to do Microsoft any favours.)
So, basically, yes, your suggestion is far too simplistic, simply because the whole "summary" issue opens up too many cans of worms. OTOH, in the spirit of your suggestion, a licence agreement that was much shorter, to the point, precise enough but not deliberately hard to read would be a great improvement.
Now, if anyone thinks the big corps should be required to do this because it's easy, please submit your proposed rewrite of the GPL on a postcard...
If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
I've always had to wonder, IS THERE ANY LEGAL SIGNIFICANCE TO PASSAGES WRITTEN IN ALL UPPERCASE? Or is it just one of those annoying things like ESL business owners uneccessarily placing things between quotation marks?
my sig's at the bottom of the page.
Then we'd have to rename the GPL to .annoy
=)
Karma: Non-Heinous
Licence must be complicated so that lawers can keep their job. Likewise, software engineers make sure new and updated apps run slower so that people buy new hardware.
Anyhow, GPL = force freedom (which is not complete freedom). i.e. who used/referred gpl'ed code must distribute her code under GPL. This way, whoever contributed to the project won't be ripped off (but at the same time, no profit by selling the code). BSD allows you to ripp off their effort. i.e. you can use bsd licenced code, modify it, and sell it. You don't have to contribute back to the community (except mention about the original owner). An example of the latter is mac osX.
GPL'ed projects can still profit by offering services; an example is apache.
BTW, this is tangent, but why slashdot use skunky Albert's head for science category? His personal life is really unethical and filthy. It's sorta sign of ignorant. Isn't it insulting science and scientists?
"What's mine is mine, and what's yours is ours." Press OK to accept. Press CANCEL to accept.
If Slashdot were chemistry it would look like this:Cadaverine
...how far the publisher's wishes are from the rights and restrictions laid down by copyright (and liability) law.
Want the licenses to be shorter? Change the law so that the default rights, restrictions, and liabilities are closer to a typical publisher's desires.
IMHO, this is actually a very bad idea, because the desires of publishers aren't the same as the desires of the people who live under the law. Keeping licenses long and complex is a good way to keep people conscious of this fact.
As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
"You may not copy or use it in any way,"
Change copy to distribute, and that'd be all good.
Lest us not forget fair use. =)
Karma: Non-Heinous
Simplify maannnnnn
"Do whatever the fuck you want, just make sure you distribute the code"
-The End
I've gone down this path so many time before that I can't bring myself to elucidate again. From the perpective of someone that reads, writes, and negotiates well-crafted, compendious and effective software agreements, the GPL isn't worth the paper it's printed on. A HUGE part of contracting is understanding how to preclude crafty attacks from crafty lawyers. The GPL is niave and fails miserably in this respect. Don't take my word for it, though. Just sit back and watch the outcome of the first serious lawsuit challenging the GPL. I'm sure the geeks will all blame the courts and the judge and the judicial system, but the blame lays squarely on the shoulders of the lawyer-bashing bohemian cultists that wrote and revised the GPL. They are going to be very embarassed.
Have a some simple diagrams so people can easily understand, but also include the long drawn out GPL for those that want it. Otherwise it is just like MS putting out an easy to use operating system without the underlying tech stuff
So if you changed from upper case to bold italic lower case, you would very likely face a legal challenge that your notice was not "noticable", and you would have to fight that throught the court hierarchy. However, once somebody did do this, then others could use that as precedent.
No we can't do your homework for you Mr IANAL-to-be.
/. and now I am also banned.
Stop wasting my time.
BTW, I've payed for subscription in
How about that ROB?
What if I sue your asses? What then?
A point that should be noted is that if you do not agree to the liscence after you have purchased the software you are generally $&!# out of luck as there are no stores I know of (In the US.) That will take back open software. So either I use the software and agree to the liscence or I have just wasted my money. Maybe we need easy to read liscences that we can read before we get the software?
because that is what it takes to cover the material. The problem with so called "short versions" is that judges then take that "short version" to be the originating party's interpretation of the "long version". The worst case I have ever seen in this area was at OpenSRS. When I was trying to sign up with them I got their agreement - spent two weeks going through the 50+ pages and the figured out that I could sign it. When I went to sign it it had been changed. Another two weeks and 50 pages later I was ready to sign it again. Again it had changed. By this time I was incensed. I called Tucows and complained - the idiot on the other end of the phone literally told me not to bother with the actual license but to read the company's explanation on their web site. This folks is foolhardy. I'm sure that Tucows paid big money to a good law firm to draw up that agreement, and then some administrator blows the whole thing by writing the agreement over so us mere mortals could read it. This has two problems - the first on as described above with the second being that Tucows couldn't hold me to anything in the explanation since I didn't sign the "explanation" but I could hold them to everything in the explanation as it is their interpretation of the contract that I signed. I do agree that software licenses need to less complex. I also think that they need to be able to be printed so I can have a copy of what I signed. In most states I have knowledge about you are entitled to a copy of any contract that you sign. If I can't have a copy of the EULA that I signed can the company hold me to it? I would whole heartedly support plain English EULAs. And remember folks the purpose of the EULA is not to protect the consumer but to allow the software company to do anything the want. So are software companies going to change this? Not in my lifetime without a law that says they have to. Maybe we can use economic laws and not buy products where we can't understand the EULA!
There are some interesting issues here. The organization of a book is to some extent protected by copyright: if you write a book, and I write a book with an identical table of contents, I'm violating your copyright. By analogy, I guess mimicing an object hierarchy, for example, would be forbidden.
Anyone know any precedents?
(IANAL, just a programmer who's studied copyright issues more deeply than most.)
Stupid job ads, weird spam, occasional insight at
Asking to make a license simple and easy to understand by those not trained in legal matters is very much akin to asking to make code simple and easy to understand by those not trained in computers.
A certain level of complexity is needed to make both legal documents, and code to work.
Of course, the requirements of our overly complex legal system make this much harder.
Just because it CAN be done, doesn't mean it should!
Actually, I think most people (including me) fall into the "Don't give a crap" category. I'll install the software and use it any damn way I want.
Ich werde nie wieder denken
It's a virus.
send all spam to theotherwhitemeat@ropine.com
If you will notice that there is an inner wrapper on the CDs in software these days, you can show the that it is still closed and they will take the software back.
Want to see every step I took to start my company? http://www.rowdylabs.com/blogs/pitchtothegods
Oh God.. Wow. This just works way, way too well. I mean, like, you can keep going with it...
.45 automatics laying near the back, loading and cocking them.)
-----
VINCENT: You'll dig it the most. But you know what the funniest thing about Open Source software is?
JULES: What?
VINCENT: It's the little differences. A lotta the same shit we got here, they got there, but there they're a little different.
JULES: Examples?
VINCENT: Well, in KDE, you can embed a web browser in your file manager. And I don't mean that you're using the web browser for your file manager like in Win98 either. They give you a plug-in browser, like you can install or remove any browser you like anytime you want, like in Opendoc. And in GNOME, you can embed like Mozilla or drawing apps or whatever into anything. Also, you know what they call their image editing program?
JULES: They don't call it Photoshop?
VINCENT: No, they use UNIX there, they wouldn't know who the fuck Adobe is.
JULES: What do they call it?
VINCENT: The "GIMP".
JULES: (repeating, grinning softly) The "GIMP". What do they call their word processor?
VINCENT: Well, the word processor is still Office, but they call it "OpenOffice".
JULES: What do they call their IDE?
VINCENT: I dunno, I didn't code anything. But you know what they use in Open Source software to configure their webservers instead of preferences dialogs?
JULES: What?
VINCENT: Text files.
JULES: Goddamn!
VINCENT: I seen 'em do it. And I don't mean a couple of extra options, they fuckin' do everything with that shit. Like, they drown you in it. Anything you wanna change about the way the webserver looks, you have to open up this big-ass file named "httpd.conf" and search through the file for the place where they explain what words to put where if you want it to act a certain way.
JULES: Uuccch!
(Cut to shot from inside the G4 tower case as Vincent and Jules open up from the side panel, reach in, and pull out two
JULES: We should have shotguns for this kind of deal.
-----
OK.. obvious, not funny/relevant.. I'm sorry.. I'm sorry!!! I just couldn't resist..!! Please don't hurt me. ^_^
Irritable, left-wing and possibly humorous bumper stickers and t-shirts
for in the scroll box where users have to click to acknowledge and accept the license...
"You, the End User, are allowed to modify and/or change any and all components of this software package as long as you figure out how to make it publically available to others who may then take your work and ideas and expand on it further, just as the people who bring you this software did in the first place."
"Further, you agree that you will not complain or bitch about how often it crashes, the poor programming styles found within the code, and the general inability of the software to do it's job in a stable and efficent manner, or the massive security risks this software imposes upon your systems. You forfeit all rights and obligations to a happy end user experience through this agreement, and understand that you will find very little real world use for it, nor companion software available thanks to the lack of software standards implimented by the so called 'Linux Community'. As acknowledged through this agreement, you are now aware that running your networks or valuable applications on these GPL licensed code systems violates all warranty of your hardware for support, and that the likely hood of you being in business six months form now is less than 1 percent on average. You absolve the code creator of all liability in any legal case you could normally bring as a result of the mis or mal function of this code and the results your individual or organization bear."
"Finally, by accepting this aggreement, anyone may invade your now insecure system and use it as the root of attacks on stable Microsoft proprietary software based systems, as well as damage your own systems. You acknowledge that you are a cheap bastard that can not or will not pay for the software that will actually do the job right, and you are so warned that should you become dependent on this software for any financial gain process that support is not available except randomly on the internet as provided by anarchistic grouses who are generally piratical in their software dealings and not capable of actually getting a job in the real IT world."
It's not explaining the GPL to non-lawyers that is
the problem, it is explaining it to lawyers.
The company I work for employes a lot of Open Source Lawyers. All of the lawyers hate the GPL. They all love the idea and hate the wording. It was obviously not written by a lawyer, and hence though clear to you and me is not clear to a judge who actually has to enforce it.
Also the GPL has not been tested in court.
Admittidly most of the confusion involves interaction with non GPL code. For instance if you worked on a Linux device driver for product x under the GPL could you then work on a BSD device driver for product x? The answer is probably not, the BSD device driver could be seen as a derivitave work and you would have to release it under the GPL, which wouldn't fly very well at the BSD distributions who like to release under the BSD liscense.
You see we usually think of GPL infecting closed source, which most people would argue is a good thing. But the downside is that closed source developers cannot contribute to GPL projects because it might look like some of what they did under GPL was done under closed source, if it was or not.
Then even worse the same applies to devlopers under BSD or public domain type of liscences. This decreases sharing, it does not increase it.
Anyone who cannot cope with mathematics is not fully human.
Is there anyone out there with an idea on how the two can actually work well together?
"Ask not what your country can do for you." --John F. Kennedy
http://redhat.rsc03.net/servlet/website/ResponseFo rm?koEX-UA-TV.3dwe3LIJHlmyLn-aw
I guess the webcast is aimed at "business executives" but should be usable for most people without a law background who are interested on the GPL...
Free Software: the software by the people, of the people and for the people. Develop! Share! Enhance! Enjoy!
You need not agree to a license in order to use this software.
The installation should somewhere contain copyright information, warantee disclaimer (which the user is not required to approve), and a link to the GPL. See also How to Apply These Terms to Your New Programs.
Stupid job ads, weird spam, occasional insight at
-ac
Yes, dammit, I'm serious.
I don't care if it's 90,000 hectares. That lake was not my doing.
You can make the license at least 100% more palatable to average people just by cutting out all the political bullshit in the form of the preamble. Linux and OSS followers don't begin to understand how many people that turns off. If I had a buck for every time I heard someone complain about that material in the GPL I could buy a copy of WinXP, non-upgrade, retail.
The preamble to the GPL is adequate because it does not need to be read (much less agreed to) for a user to use GPL software. There is no EULA. The GPL itself does not apply until a user attempts to distribute, modify, or otherwise create derivatives of the software. This will almost never happen in the normal use of most software.
It would be more appropriate to draft the GPL using RFC terminology so that those who will be distributing, modifying, or otherwise creating derivative programs can understand the license. Coders don't speak legalese, but most can grok an RFC.
Nathan
This is one thing that really bugs me about the continual "augh, it's a GPL infection!" fear that some people have.
That worry (about copyright infringement due to code you've seen) is present with any source that's visible - I imagine that some companies are very certain to make sure you've never looked at any of Sun's source if you're working on a similar project. (The consequences would probably be royalties to Sun instead of disclosure of source code) Or, for example, Microsoft not letting its ie people look at any of Mozilla's NPL-covered code. Likewise, you can't copy VB code verbatim out of some PC magazine's sample utility. (There was a controversy about this back in the Windows 3.1 days, when a piece of commercial software appeared that was just a different GUI on top of a free utility some magazine had published. The magazine's publisher was not amused.)
Singling the GPL out as especially viral only makes sense if GPL code is especially attractive, tempting developers in ways no non-GPL code could. While I'm certain that RMS would love to hear that GPL'ing a piece of software instantly improves the source's appeal, we both know that isn't the case.
As for expensive litigation, I'd think most companies would find Netscape/AOL/TW's lawyers more fearsome than the FSF's.
"All your code base are belong to us.
Signed, The FSF."
I'm only mostly joking here. That would keep all licences short and sweet. Case in Point: the GPL in haiku.
What was mine is ours
Add to ours as you see fit
What is ours stays ours
AveryZero
Does anyone besides me think that the GNU logo looks like a penis horns? Just a thought to ponder.
N.B. I'm using upper case so that you NOTICE what I'm saying.
IANAL, but in my opinion, that would cover the authorized use of GPL software on anyone else's computer, be it a friend's or an employer's computer.
"Many may think the GPL Preamble to be clear enough, there are a lot of people out there that would like to be able to read the entire license to know exactly what they may be getting into, before they agree to it, and this means being reading the actual license, not just the preamble."
Many who have actually read the GPL understand that merely _using_ GPL software does not involve agreeing to it. From the GPL:
Activities other than copying, distribution and
modification are not covered by this License;
they are outside its scope. The act of running
the Program is not restricted...
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
if a company wants to add to your program and not offer the source code, it's illegal. Taking GNU GPL'd programs and not offering the source code is a right that companies don't have.
That might scare coorporate types! It should actually be clarified that it is legal for a company to add to a GPL'ed software and not offer the source code to the public, as long as they don't offer the binaries to the public. That makes the GPL sound a lot more reasonable to businesspeople.
It's tricky when it comes to software, since it hasn't been determined yet by the courts whether a software sale is a sale of a product or a sale of a license
Yes it has: Softman Products Company LLC v. Adobe Systems Inc. U.S. federal law, 17 USC 101 defines a "copy" as the physical disc on which a computer program is recorded. If the transfer of a copy of a program looks like a sale, walks like a sale, and quacks like a sale, then it's a sale, thus making the "owner of a copy" under 17 USC 117 the person who buys the box.
Some people might chime in and claim that MAI v. Peak nullified 117. I don't think so. The text of the decision interpreted 117 out of context; the case it referenced, Apple v. Formula, involved selling copies, but the facts of MAI v. Peak didn't. (The decision prompted a rider to the DMCA that amended 117 to authorize repair or maintenance of a computer system.) The real copyright infringement seems to have involved the "rental, lease, or lending" of a computer program separate from any hardware in which it may be embedded, and 17 USC 109 prohibits rental of software without authorization of the copyright owner.
Will I retire or break 10K?
You can also send Microsoft products you purchased retail back to Mircrosoft for a refund up until 60 days (might even be 90). It will cost you shipping but it works.
And if you break the GPL, no matter how minor the infraction, you lose all rights, including the right to copy the software into ram.
No. 17 USC 117 specifically permits the "owner of a copy" (defined as the owner of the CD) to copy software into RAM.
And shut up about MAI v. Peak; it's moot
Will I retire or break 10K?
I wonder about the wisdom of taking an open-source approach. Sure it may look good on paper, but I wonder if these guys have thought about the opinion of the general public of Open Source/GNU/Linux etc. I have been involved in the marketing (dirty word I know!) of software and hardware to non-technical people for a number of years. The consultancy group I work for numbers many of America's top blue-chip electronics and software corporations among its clients, I have over 11 years experience of marketing, and 4 years experience of software development (VB) and systems administration (NT 3.51), in addition to a marketing science qualification from one of America's top business schools - so it's safe to say that I know what I am talking about when it comes to computers and marketing. I have been keeping an eye this forum for quite some time now, as part of my daily intelligence gathering, I find the robust exchange of views, and technical arguments make an interesting diversion from some of the other corporate bullshit I have to deal with in my working day. I also read corporate intelligence reports from the Gartner group, Forrester, the Meta group, and Olsen Online Business Intelligence Services. Slashdot has often proved to be far more accurate when it comes to the technical details,and I am often amazed at the incredible levels of intelligence and insight shown by its readership, some of whom demonstrate a knowledge of Linux and Operating systems far in advance of anyone I have ever met, even in the IS department of major corporations. For this reason, I feel I should contribute my 2c to the debate about the future direction of Linux and the whole Open Source movement in general. I feel I can do my bit for the Open Source community by offering (free of charge) some of my hard-earned knowledge straight from the bloody trenches at the front-line of tech-Marketing. Normally I would be paid over $4000/day for my perspective, but Slashdot - this one's on me. You people can think of it as my small and unworthy attempt to "give something back" to the Community. Why Linux/Open Source has an image problem in major US Corporations and what the community can do about it. Like any movment, political or religious, Open Source/Linux has its Leaders, High priests and Gurus. These high profile individuals represent the public face of the organization. Like it or not, these people are associated with the product in the eyes of the buying public. One of the first things the Linux movement must do in order to gain acceptence by middle-America and Joe-and-Jean Sixpack and their 2.4 kids, is to develop what we in the Marketing profession call a "Happy Face". When Joe Sixpack drives past a McDonald's, he associates it with the smiling face of Ronald McDonald the clown,and quality food served quickly. When he is choosing a collect-call company, the smiling face of Al Bundy (of TV's Married with Children) springs to mind, and when he thinks of fried chicken in large capacity bucket-like containers, it is the image of the happy-go-lucky avuncular Colonel with his associations of good old Southern hospitality that sticks in his memory. (In marketing terms this is known as a "positive association". Because the image puts the consumer into a "buying-receptive" mental state). Linux/Open Source lacks any kind of "Happy Face". Now this in itself is not a problem, were it not for the fact that Linux has several extremely high-profile advocates who are the exact opposite of "Happy Faces" in that they invite negative associations into the consumers head and put him/ her into a state known by Marketers as "passive-aggressive sales-message rejection" (In layman's terms they don't want to buy the product). Now, I will not lower the tone of the debate by naming names. I will give a few brief profiles and community members will know who I am talking about. In reverse order of harmfullness we have the laconic, dour nothern European. Not known for his sense of hunor, and with far too many nights spent coding when he should have been out partying he creates an image of Linux as the OS of choice for "friendless geeks who never got laid". (note - I do not subscribe to this viewpoint, but trust me some of my focus group members do). Then we have the good old gun-toting libertarian self-proclaimed open source guru. Although M.R. studies show that 78% of PC owners show right-wing bias this person is too wacko and off-the scale for them. He alienates them, and in the worst case scares them that they risk being physically harmed if they don't agree with his fundamentalist libertarian "philosophy". Finally we have a bearded Communist hippy. Do I need to say any more ? So the normal consumer associates Linux with a sucicidal friendless nerd from some godforsaken corner of Northern Europe, a plainly insane right wing lunatic, and an "alternative lifestyle" Communist throwback to Woodstock with a facial hair problem. Is it any wonder that time after time, the message comes back from my focus groups that Linux is for wierdos ? Here are a few example comments from a focus group session from Q3 1999 in response to a question about their attitudes to Linux and open source software, you'll get the general idea. "Linux - that's that geek system right ?" "I tried Linux but it was too hard for me to install, then that guy flamed me on the newsgroups" "I don't want any Open Source software because it is written by communists and I am concerned about security" "My boss says Linux was written by Communists and Gun-Nuts" "Linux is used by Communists who hate capitalism and Microsoft" "Open source software cannot be any good because it is written by college students and hackers." "Linux is not compatible with my USB peripherals" "I would like to try Linux but my buddies would think I was a Commie" I could go on and on with these genuine responses, but I think I've illustrated my point well enough. Linux has a serious image problem. What to do about it is more problematic. Open Source proponents and Linux advocates are fiercely independent and proud of their alternative stance. They see any form of marketing as "selling out to da man" or "not groking it" or becoming a "suit" Any mention of money or financial rewards is derided, and developers are supposed to be content with "Kudos" from the community. Whilst this might be ok at college, or if you are tremendously wealthy, it cuts no ice with Joe Sixpack who was raised on Microsoft and associates Bill's millions with the quality of the software his company puts out. From the focus group again: "If Bill (Gates) is worth that much money he must make the best software in the world." "Microsoft must know what they are doing - the whole world uses their software." "The best programmers work for Microsoft - they have the most tech-savvy hackers there." "Microsoft spend millions on their software I think it is the best in the world. (referring to IE5) Again the message is clear: Microsoft is winning the hearts and minds not only of Joe Sixpack, but also Juan Sixpack in South America, Jean-Paul Sixpack in France, Jeroen Van der Sixpack in the Netherlands, Nkwele-Olamu Sixpack in West Africa, Mohammed-Al-Sixpack in Iran, Kulwant Chandrasekhera Sixpack in India, and Boris Sixpack in the Russian Federation. Their message is powerful, international, and presented relentlessly with no internal bickering and bitching. What can be done ? There are no easy answers. The Linux/Open Source community has proved unwilling or unable to accept critisim (even constructive criticism such as this) gracefully, preferring to mount foul-languaged assaults on the personal integrity of anyone who steps out from the party line. I offer no easy solutions, however here are a few pointers: 1) As a damage limitation exercise Linux/GNU should appoint itself a "Marketing Spokesperson". This person would be the "official face of Linux/ GNU/Open Source". First and Foremost, they would wear an expensive suit, especially when talking to the press or when dealing with high-profile major corporation with deep pockets and $$$s to spend. I realise this is ridiculous from a technical perspective, but with my blend of tech-savvy and marketing exprience, I realize the importance of presentation over technical merit. It goes against the grain of the community, but if we are to become the next Microsoft (and why else would we be in this game if not to win it at all costs), we must fight them on our battleground, but with the same weapons they use against us. 2) The Penguin logo MUST go ASAP. Although it seemed "cute" and funny at the time, in the eyes of the corporate MIS department it just looks juvenile. Linux needs a new logo, preferably one of those kind of eliptical ones with a swoosh that in the eyes of the public can mean one thing: Hip and cool DOTCOM Corporation. The logo should be bland, yet robust, non-controversial yet ahead of the curve, and toned in serious businesslike colors such as gray, silver, and white. It should transcend culture and religion to be internationally recognized like the Coca-Cola image is all over the world. 3) Downplay RMS, Linus, ESR, etc. They are technicians with zero understanding of the general public, or of software consumers in general. Indeed many of them only write their program for themselves to "scratch an itch". This is hardly the way to gain public acceptance. 4) Direct X - A MAJOR stumbling block on Linux's road to world domination is the lack of Direct X support for Linux. This trivial omission means that most games will not run on Linux. Linux could gain 1000's of new games by simply implementing the DirectX api. This is a no-brainer. Kernel support for XML would be a big performance booster too in the B2B and B2C application area, and would make Linux buzzword compliant for XML. 5) Finally FOCUS GROUPS. Before you think about starting that new open-source project, (be it a new web browser like Mazola, or simply a new front-end for the cdplayer application) Get a focus group together. Use a few minutes of your non-tech-savvy friend's time. If you don't have any friends like that, try your folks, or your grandparents. Ask them what they would like to see in your new program. This way, you will gain "market perspective" on the likely acceptance of your product by the "normal people" of the world. thank you for your time
Actually most of the time you can return it to the vendor within 30 days. Even with the M$.
...
Today's EULAs are indeed difficult to read and many of the terms often make me regret I bought the software - but I'm in a catch 22 here. To read the EULA I have to open the box, thus preventing me from returning the software box (thanks to those "we won't accept opened software" clauses at so many stores). So I'm now stuck with a $50 software purchase and so I can at least claim some of my $50 worth, I'll usually agree to the EULA just so I can install it and recoup my losses.
Right now they list system requirments on the box, so I think they should have an abbreviated version of the EULA on the box so you know what you're getting into (no resale clause, one copy per computer clause regardless of household, etc.) before you purchase.
Realizing that what I've proposed is difficult to implement and probably impractical, I still think if put in place you'd see how fast friendly EULAs sell the product, and those with restrictive EULAs get heavily pirated and/or not sold off the shelves. Also, I'd think open-source material would sell rather well due to the nice EULA agreement.
Just my two cents anyway.
-When going for broke, go for Ithaca!
It help if you think of the GPL not as human-readable text, but instead as machine code to be executed by the US legal system.
The structure, the case, the layout, etc, are all important, and you cant just change them. Comprehendability doesnt even come into the equation. And translation is out of the question. (You cant translate machine code from one architecture to another. So to make a chinese GPL, you'd have to "recompile" it for chinese law. And it makes no sense to have a US-law GPL in chinese- because US legal documents must be in English)
If you want a layman to understand the GPL, you are better off pointing them at a FAQ.
It's hard for me to convince my boss to use Gnu GPL license products when the GPL text includes examples such as "Gnomovision version 69". :-)
I'll have something intelligent to add one of these days...
I more or less agree with the point, but the analogy is faulty. It's not actually illegal to sell a coverless used book; if you bought it with a cover and the cover fell off through wear (as recently happened to my third or fourth copy of Stranger in a Strange Land) you could still sell it, assuming anyone wanted to buy it.
If you're a book retailer you'll get in trouble selling books without covers because of the peculiar way publishers and book retailers operate. Publishers send the retailers a load of books on spec, and the retailer tries to sell them all. Any that don't get sold can be returned to the publisher, but to save costs the retailer only ships back the covers and destroys the book itself. A book sold without its cover has therefore probably not been paid for.
Since a requirement of accepting the GPL is that you don't distribute the binary without making the source available, doing so means you're either a) in violation of the license you accepted, or b) in violation of the copyright laws protecting the software whose license you didn't accept.
I'm not sure which you'd be charged with, or who would have standing to sue you, though - can anyone clear this up for me? IANAL, in case that wasn't obvious.
Two weeks ago, there was an article on slashdot about the GPL's strength. In the referenced article, Eben Moglen, the General Counsel to the FSF, explains exactly why the GPL is in a stronger legal position than most licenses. In his second article on the subject, he explains why it has never gone to court. My favorite quote from this article is:
-ac
That might scare coorporate types!
What, and the endorsement of two random hit men wouldn't??
Marcellus Wallace's crime syndicate is not exactly the most respected tech company in the business, you know.
I am sorry. You are wrong, wrong, and wrong.
Perhaps Enforcing the GPL Counsel Eben Morglen can enlighten you. I won't even try.
It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
When you buy a book, do you need to read a license that says you can't photocopy it and give the copies to your friends, but you are allowed to read it, or sell your copy to a used book store?
No, because copyright law says all of that already.
The GPL doesn't affect how you can use software you purchase at all. All it says is that if you want to distribute it, you have to follow its requirements. If you don't accept them, then your rights are those provided by copyright law and the same as those you have when you buy a book; i.e. you can use it, you can sell your copy but you can't distribute copies to others.
That's the most redundant 1-line endorsement of the best 1-line endorsement for a slashdot post that's endorsing a slashdot post that I've ever seen.
There is nothing stopping the author of code from releasing it both under the GPL and under other licenses.
This way you can do something like:
1) this code is licensed under the GPL
2) if you want a commercial license, contact me and we can discuss it
Just me, or wouldn't just about everyone rather have a GNU license than that of a Microsoft product? The Microsoft ones make you sell your soul, the GNU is very reasonable and although i am not a lawyer, i understand the GNU for the most part.
Tibbon
tibbon.com
free beer
free speech
free love
the pop-up ad of a revolution
punch the monkey (boy)
Share and share alike; else, write your own damn code.
heh. 10 words. really, what's so hard to understand?
--- this comment is presented in WIDE SCREEN STEREO!!!
This is a *huge* worry for some companies, and quite validly so.
This explains a lot, you know.
Why are some newspaper editorials nearly illiterate? The publishers must not be allowing their editors to read books, lest they accidentally insert copyrighted phrases and ideas into their own work!
Why does so much popular music reek? Because the record companies won't let their artists listen to much real music, lest they inadvertently copy chords and lyrics into their own songs!
Why is the movie industry obsessed with remaking old TV shows, old movies, and old comic books? Because if they put out an original film, there's a danger of them accidentally copying somebody else's copyright, so they might as well buy the rights to some existing creative work and copy it on purpose instead!
Seriously, though, if the justice system understood software, there shouldn't be any "potentially explosive litigation", because there shouldn't be that double standard. Writing a hash table that happens to resemble something you saw in glib shouldn't be any less legal than writing a magazine article that happens to use phrases you read in a book.
It is not yours, it is still mine. I can re-license my gnu-solitaire code to microsoft for $1000000,you cannot.
Even though I'm a friend of the GPL, it would
seem to be easy to incorporate GPL code if you
are coding for only 1 processor type.
Steal the GPL'd routine, shouldn't be too large,
though. Test it within your program - if it's
a 'C' program, then this is a cinch - when the
routine works and the code is sufficiently
modular, compile it to optimized assembler.
Edit the asm src, take out the zillion nop's.
Change, rearrange a few labels, and behold!
You got it. If someone want's to rat and say
that it was from GPL code, and you destroyed
the 'C' evidence, there will probably be no
chance in hell that someone could reproduce
the high level routine in it's original lang-
uage...
Maybe this would spur the development of a
good 'asm' to 'C' program - but then, you
would probably be executed for creating the
perfect tool to bypass the DMCA...
With that analogy in place, one of my philosophies would apply to such attempts at licensing: design imaginatively, code conservatively. The GPL is (esp. for its time, was ) definitely an innovative design. I would leave the details of coding the language to the experts, with all their caveats and quirky phrases in place, so that when it comes time to test it, it holds firm. I would not expect to be able to fix the baggage that has been accumulated by generations of contract lawyers at this point in the game.
You should proof read things before posting them (color has no u). Only then can you expect to possibly making make a legal paper more understandable.
I don't see how having access to the code itself would give me the data it is processing. Care to explain that? It's one thing to have a bunch of database queries strapped to a UI. It's another thing to have the contents of the database that the code drives. For instance, I'd be surprised if there were any private subscriber information available in the Slashcode download.
Now, if the government had insecure machines and insecure procedures, then perhaps some information in the code would allow me to subvert their security. But that really is just security by obscurity, isn't it?
--JoeProgram Intellivision!
Unreadable code actually wastes more time than simply starting a project from scratch. As pointed out by the parent poster, people have to spend time going through a codebase before they give up on an OSS project and write their own software from scratch. Besides, releasing unreadable code is a violation of the spirit of the GPL; you might as well release binaries.
Friends don't let friends use multiple inheritance.
The opening lines of the latest GNU GPL:
This thing is over a decade old, and is still standing strong. You should have a very strong reason for changing even one character.
The GPL does not prevent you from selling the code under another, non-GPL license for commercial use. To wit, direct from the GPL:
It is not the purpose of this section to induce you to infringe any patents or other property right claims or to contest validity of any such claims; this section has the sole purpose of protecting the integrity of the free software distribution system, which is implemented by public license practices. Many people have made generous contributions to the wide range of software distributed through that system in reliance on consistent application of that system; it is up to the author/donor to decide if he or she is willing to distribute software through any other system and a licensee cannot impose that choice.
Can you release that comment under the GPL?
One of the most important features of the GPL is that ordinary users are not required to understand it. Whereas most licenses require that the user accept the license before they use the software, the GPL explicltly specifies that use of its software is outside its scope. You only need to read, understand and agree to the GPL of you want to modify or redistribute the software. In the majority of cases this does not apply to the user, so the user is free to use the software without reading or agreeing to the GPL.
Licences, like all contracts, are programs. The data come from people's actions, the programs are executed by the courts, and debugged by courts of appeal.
If you don't expect a non-expert to be able to make sense of machine code when he reads it, why on earth should you expect him to be able to read a licence?
Ok, barring the obvious "we're obfuscating it for the same reason every mobile phone has a different tariff so you really haven't got a clue which one is cheaper", what about standard licences? A EULA could state "This is a standard Type 1 licence, click here for more details" - if you already know what a Type 1 licence is, you know what the license states without having to read heaps of legal mumbo jumbo to try to determine if this is something you've seen before; equally, if you agree with Type 1 licences then you implicitly agree with any other software with a Type 1 licence. A different licence could be a different type, or an existing type "with the following modifications..." This would make it obvious if the company is trying to pass off a standard licence with a well hidden gotcha.
[...]Which of these leaves more room for interpretation?
2+2=4
The ANSWER is equal to the SUM of the FIRST NUMBER and the SECOND NUMBER, where the FIRST NUMBER has the same value as the SECOND NUMBER. IF AND ONLY IF the SECOND NUMBER has the value of the SECOND POSITIVE INTEGER, the ANSWER will have the value of the FOURTH POSITIVE INTEGER.
Unfortunately, the use of "SECOND" and "FOURTH" here assumes that one is counting using the traditional ordering of integers. However, if one is instead using the Sarkovskii ordering of the positive integers (3 > 5 > 7 > 9 > 11 > 13 > ... > 6 > 10 > 14 > 18 > ... > 12 > 20 > ...... > 32 > 16 > 8 > 4 > 2 > 1) then that statement really means "2+2=8", which is clearly false. Therefore you don't even need be a lawyer to make people's lives complicated; merely having taken a few 300-level math courses is sufficient. Q.E.D.
Simple. Just use the BSD license instead of the GPL. It's so short and to the point that anybody could understand it.
Wonder if Stallman could answer this case:
You take some GLP program and improve it for your personal or comapny use. Someone steals a binary copy from you and post it in the web and many people start using it unknowingly.
So basically, this derived work IS STILL UNDER THE GPL, so EVERYONE will be able to use your leaked PRIVATE USE MODIFIED BINARY (or source eventually) for free (the leaked one). Not only that, YOU WILL BE FORCED TO RELEASE YOUR SOURCE CODE since your version has been distributed.
So this IS IN FACT unacceptable for any company that is taking advantage of the "free for non-distributors".
If you don't force this company to disclose the source, then everyone could just take advantage of the "leak" distribution method.
I don't know, but this alones scares me. Not because i want to break the GPL, but because all these kind of stuff if what big companies that don't like the GPL will be trying over the years untill some hole in it kills it.
unfinished: (adj.)
Colour doesn't have what letter?
(BTW, 'spell' is two L's, not two E's.)
First before you can get someone to understand an agrement they have to read it, what about a voice speaking it to the consumer, and they have to wait for it to finish before they can go on.
and give a password at the end for mass install freaks to bypass it from then on.
Not exactly totaly effecient, but it's a good start
1. IANAL
/.) vs unnecessary, obscure and obfuscated code.
2. As having had the misfortune of being involved with a number of contracts (not just GPL), the number one thing that has *always* stood out to me is that nearly all contracts do away with examples.
In negotiations, everyone constantly refers to "No, that's not what I mean. For example, if you wrote a program like, say a WWW Browser, that is an application. You couldn't embed that in that in an operating system.".
Read anything. You'll see examples, similes all over the place. Thank God the rest of history has used these or we would still be in the dark ages.
By the time you get the contract back, that is all out. They will define things as vaguely as possible, and seem to have bonuses based on the number of double negatives
3. Lawyers should take courses in programming and logic. I have seen contracts that if you read a clause in isolation, it actually means exactly the opposite of what the contract is really about.In that case it was not a double negative, but a quintuple negative after you took into account the "excepts, but not, excluding"s included in parent paragraphs! They should make it readily apparent which booleans (AND, OR and NOT) they intend and make sure they clearly use their parens with no shortcuts. Sorry, no perl allowed!!
4. Clarity, of course, is about the last thing that lawyers want on either side. If you have a clear contract, you can't weasle your way out of it, nor ensure your own future job security.
After all if we could understand it, we wouldn't need them. It's like the difference between writing clear, well commented code (which has been debated often on
So does Anonymous Coward have good karma?
This is easy! It's as if any other piece of software were stolen, you have all the legal recourses. Your copyright on the program is still 100% intact.
The GPL only kicks in if YOU distribute it.
Closed or open source, if someone steals a binary, it's illegal. The person who stole it, furthermore, cannot legally distribute it under the GPL, because unless they stole the source code too, they can't make it available to those they make the binary available to.
So most countries would forbid this and the GPL would not allow it.
Not a problem.
Your summary is ambiguous. It can be misunderstood to mean that the source must be released to everyone (must only be available for binary users?) and that the software must be free (as in price) as opposed to libre free. It's exactly what the GPL can do without.
Must admit that I don't even (fully) know the terms of the GPL as I've not yet read the entire thing.
...the ANSWER will have the value of the *THIRD* POSITIVE INTEGER.
There is no FOURTH POSITIVE INTEGER in the equation.
the gpl to be the most important license in the world? What's so damn important about it? Sure, it lets you use software for free, but so do a dozen others. This is yet another example of a fucking linux zealot thinking he's the best thing out there, when in actuality, there are a number of good oses out there. Enough of all the "gpl/linux/rms/goatse.cx is the best, all others suck" attitude.
you have a good point: contracts can be in other languages: what i was getting at is the weight of precedence behind contracts in english is what prevents spurious legal challenges.
If the GPL were in another language, it could possibly be ignored in certain contexts (primarily english content lets say) because it was obscure.
what legal wrangling of this type would accomplish im not sure since ianal, however the primary function of the legal system seems to be outspending your opponent to deny him the ability to reach any legal conclusion; so anything that can get by the "dismissed with prejudice by the original judge" is dangerous.
That was exactly my point. Thanks for getting it :)
Under capitalism man exploits man. Under communism it's the other way around.
I have LPI and Sair certifications. The other widely-recognized certifications are Linux+ (which I'll be getting soon) and Red Hat RHCE (which is expensive). In order of importance (i.e. worthy of respect), I'd rank them RHCE, LPI, Linux+, and Sair. The RHCE includes nearly a full day of hands-on installation and troubleshooting, making it quite difficult, much like Cisco's CCIE.
Software sucks. Open Source sucks less.