Slashdot Mirror


Click-Thru Licensing on Open Source Software?

Russ Nelson writes "At the July OSI board meeting last week, we approved the Academic Free License (think MIT/BSD/X11/Apache with a patent grant) and we sent four licenses back for reconsideration. Here's the hitch: we were asked to approve a license which includes a requirement for click-wrap. Read more to see why we're asking you about it. The submittor had already been asked if that requirement was a necessity. She said yes, because of various legal precedents. We consulted a few people and yes, it looks like a license without click-wrap is weaker at protecting your rights. So, folks, the lawyers are coming. The time is coming when you won't be able to distribute software unless you have presented the license to the user and their assent is necessary to access the software. Even free software. Our industry is maturing and we need to be more legally careful and rigorous. The question here is whether we should amend the Open Source Definition so that it is clear whether click-wrap licenses are allowable or not. We could go either way, but we want to hear from you first. Your opinions solicited, and engaged!" While I can understand some legal necessities are necessary in the software world, click-thru licenses have never, and will never, make sense to me. Maybe commercial software has soured me on the concept, but I dislike agreeing to something before I even get a chance to use it.

239 of 520 comments (clear)

  1. so what about non-gui's? by elzubeir · · Score: 3, Insightful

    I don't get it. Not only is this an incredibly annoying thing to have, it doesn't make sense on console-based apps. So what, if I want to run a given program I have to see the license and agree to it each time? Once? Twice? Will it ask me again if I'm SURE?

    I think this is a very silly idea. If the software is commercial and is a large application as well, I can understand that being there. But, mandating such a rule, and making it across the board (not case-by-case) is unthinkable.

    1. Re:so what about non-gui's? by ceejayoz · · Score: 2

      Just have it say "I have read the license contained in LICENSE.TXT and agree to its terms (y/n):" when first installed or on compile or something. Easy solution.

    2. Re:so what about non-gui's? by monkeydo · · Score: 5, Insightful

      Nobody is saying click-through licenses would be required. The question is should they be allowable under the official Open Source definition.

      The OSI board doesn't force anyone to use a particular approved license on any given program. What they want to know is should they approved any license that requires assent before installing the associated program.

      In my mind this doesn't violate any of the other requirements of the Open Source Definition so I think it really matters more what is in the license than how it is presented. The questioner seems to be acknowledged the fact that the receiving party has to agree to the license for it to be valid, so I don't really understand the problem. The GPL (and any other open source license) can be violated just like commercial licenses. Instead of assuming the user agrees to the license make them say so if you want the extra legal protection. You might need it if you wind up in court.

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    3. Re:so what about non-gui's? by Buck2 · · Score: 2, Insightful

      Are you serious?

      You can edit the licensing in a GUI app using a hex editor.

      Use your head.

      --

      As my father lik@(munch munch)... ....
    4. Re:so what about non-gui's? by commodoresloat · · Score: 2
      Nobody is saying click-through licenses would be required.

      Not in the strict sense, but the post clearly states that click-through licensing is being advocated because it is easier to enforce legally; I suppose the reasoning is that click-through licenses ensure that the end user has had a chance to acknowledge and agree to the license. Which seems totally bogus to me since click throughs can be so easily circumvented. To my mind either you can bind someone by a license based on them using a particular product or you can't; making them jump through a hoop doesn't seem to change that, especially when they are expected to jump through the hoop voluntarily on their own, in the privacy of their own workspace. And it is common knowledge that most end users won't read the entire license before clicking "Agree" anyway, so if the legal system offers this kind of license more protection they are basically acknowledging that the consent of one party of the license agreement is an empty formality.

  2. Hack by JohnHegarty · · Score: 2

    What would happen if you manually extract the files to a program, bypassing the click-trough licence?...

    I had to do this with one microsoft program, because the installer would not work...

    am i breaking the licence or outside it?

    1. Re:Hack by UncleFluffy · · Score: 2

      You don't need to hack it to get past the click-through license.

      It's Open Source, remember ...

      Just grab the sources, create your own personal fork without the click-through, and compile.

      Of course, since you've modded the code, the original authors can't be liable (I hope).

      Seriously though - how on *earth* can you attach a click-through license to *source code* ? To have the click-through, it has to be executable, in which case it isn't source code - open or otherwise - any more.

      My brain is tired - please, someone, explain to me how "click-through" and "open *source*" go together ? Or is there some high-grade semantic confusion going on here ?

      --

      What would Lemmy do?

  3. click-wrap limit by Anonymous Coward · · Score: 2, Informative

    If there is a click-wrap license, there should be some manner of limit to the length &/or legibility of the license.

    Most of the commercial click-wrap licenses are so long and tediously legal, that one cannot possibly wade through (and understand!) the license before an updated version of the software is released.

    1. Re:click-wrap limit by Bobo_The_Boinger · · Score: 2, Funny

      I SECOND THIS, THERE SHOULD BE A REQUIREMENT THAT ALL SENTENCES MUST USE THE GENERALLY ACCEPTED USE OF CAPITALIZATION IN THE LANGUAGE OF PRESENTATION. I DON'T KNOW WHY LAWYERS LIKE TO MAKE EVERYTHING EVEN HARDER TO READ THAN IT NORMALLY IS.

      Hmmmm, actually maybe lawyers just get really pumped up while writing the documents. I can just see it now:
      (Lawyer 1) Oh yeah! I NAILED another EULA Joe!
      (Lawyer 2) Oh baby! I can tell, look at all your caps man!
      (Lawyer 1) Yeah, whoever was outside my office MUST have heard me screaming about the henceforths, and the hereafters, and the forthwiths.
      (Lawyer 2) Hell, who DOESN'T feel like yelling about those!
      (Lawyer 1) Well, I gotta go work on some warning labels on toys advising consumers not to stick them in different orifices.
      (Lawyer 2) Rock on man!

      --
      --David
  4. Do I license my TV? phone? food? by Anonymous Coward · · Score: 2, Interesting

    What other product do I agree to a license to when I aquire it... very few indeed. I don't recall a license agreement with most anything I own so why the hell does someone think that this is mandatory for software? It's just another product.

    1. Re:Do I license my TV? phone? food? by Darren.Moffat · · Score: 2

      If you live in the UK you do need a license to operate a TV that is capable of recieving "broadcast" programming.

    2. Re:Do I license my TV? phone? food? by EvanED · · Score: 2

      That's beside the point because we ARE talking about software that you write, namely, why should an open-source license (that only the copyright holder can apply) require click-wrapping?

    3. Re:Do I license my TV? phone? food? by gilroy · · Score: 2
      Blockquoth the poster:
      Software is not just another product.
      But maybe it should be. Other than cultural inertia, I've never seen a good argument for why software should be treated specially.
  5. Just a Case of CYA by reddywhipt · · Score: 4, Insightful

    It's horrible that we live in such a litigious society that people have to worry about giving something away for free.

    We've ratcheted down another couple of notches into the corporatization of everyday life.

    Jim Slattery
    Network Guy (MCSE)

    Thousands of candles can be lighted from a single candle, and the life of the candle will not be shortened. Happiness never decreases by being shared.
    - Buddha

    1. Re:Just a Case of CYA by Russ+Nelson · · Score: 2

      Agreed. In the meantime should we allow Open Source contributors to protect themselves while we also work on changing the law? Should a userland program work around a kernel bug, or should it not work until the kernel bug is fixed. Answer not obvious.
      -russ

      --
      Don't piss off The Angry Economist
    2. Re:Just a Case of CYA by Bruce+Perens · · Score: 2
      Or should we use a better fix than either of the alternatives you suggested.

      Bruce

    3. Re:Just a Case of CYA by Russ+Nelson · · Score: 2

      Are you fixing the kernel bug? How long is it going to take? In the meantime, there exists a userland work-around. Are you going to tell people that they shouldn't use it? Would you have us tell people that they shouldn't disclaim warranties?

      Let's try it with your employer. Go tell HP that the standard method of distribution of free software doesn't allow for a legally valid disclaimer of warranty. That HP has distributed warranteed software for free. I can't imagine Mike would like that one either.
      -russ

      --
      Don't piss off The Angry Economist
    4. Re:Just a Case of CYA by Bruce+Perens · · Score: 2
      HP's attorneys have made a very thorough study of the way they distribute Free Software, including the disclaimer of warranty issue. They are happy with the application of non-click-through licenses.

      Bruce

  6. This is nuts by DaveTerrell · · Score: 3, Insightful

    In the event that a license is not legally binding (i.e. a GPL or BSD style license), the terms revert to the default, which is "All Rights Reserved", which is more restrictive than what is being granted by the GPL or BSD license.
    So taking advantage of those terms (creating derived works, redistributing, blah blah woof woof) indicates implied assent of the terms.
    Besides, the only time licenses have been held not legally binding have been when the software has been sold -- most free software is not sold, it is downloaded. Free Software vendors should be indicating the terms of the GPL (assuming some software is GPLed in their distribution) on the outside of the packaging, but even if they don't, again, the license is not restricting any of the rights you would normally have in a software sale so there is no need for prior assent.

    This is all crap until the courts rule on the applicability of licenses like this anyway. Free software licenses do not fall under the same category as normal closed licenses.

    1. Re:This is nuts by pmz · · Score: 2

      Free Software vendors should be indicating the terms of the GPL (assuming some software is GPLed in their distribution) on the outside of the packaging, but even if they don't, again, the license is not restricting any of the rights you would normally have in a software sale so there is no need for prior assent.

      What if you are evaluating a software package based on the ability to redistribute it or reuse parts of it? Prior assent is essential no matter the license, because even the GPL restricts some rights as a compromise for allowing others.

    2. Re:This is nuts by DaveTerrell · · Score: 4, Insightful

      dbt: Free Software vendors should be indicating the terms of the GPL (assuming some software is GPLed in their distribution) on the outside of the packaging, but even if they don't, again, the license is not restricting any of the rights you would normally have in a software sale so there is no need for prior assent.

      pmz: What if you are evaluating a software package based on the ability to redistribute it or reuse parts of it? Prior assent is essential no matter the license, because even the GPL restricts some rights as a compromise for allowing others.

      The GPL does not restrict any rights you, as a recipient of a copywritten work, already have. It does place requirements on you if you choose to exercise the rights of redistribution, modification, or creating derived works -- but those are rights that you do not have except as granted by the license, so the default assumption is that you cannot copy, redistribute, etc.

    3. Re:This is nuts by foobar104 · · Score: 3, Informative

      In the event that a license is not legally binding (i.e. a GPL or BSD style license), the terms revert to the default, which is "All Rights Reserved"

      That's not necessarily true. It probably is, but not necessarily.

      The current legal standard in the US derives from Bell v. Combined Registry Co. In that case, the court upheld that the criteria for copyright abandonment is a statement of the intent to abandon (which in 1976 included omitting a copyright notice; this is no longer sufficient) and a clear intent to waive copyright. In other words, you have to both say that you're waiving it, and you have to distribute it to somebody under those terms.

      So putting the BSD license, which effectively waives your copyright, and distributing the source may be sufficient to indicate an intent on your part to waive your copyright. Even if the license itself is flawed, your copyright has already been waived.

      This isn't the case if you're a minor, or if you don't have clear claim to the rights over the source. In other words, if you don't have the copyright, you can't waive the copyright.

    4. Re:This is nuts by pmz · · Score: 2

      The GPL does not restrict any rights you, as a recipient of a copywritten work, already have. It does place requirements on you if you choose to exercise the rights of redistribution, modification, or creating derived works -- but those are rights that you do not have except as granted by the license, so the default assumption is that you cannot copy, redistribute, etc.

      Okay, I understand this a bit better. On a slightly unrelated note, it would be funny if all EULAs were required to be prefaced by the actual text of copyright law. That way, EULAs might carry a bit more weight in the software world...

    5. Re:This is nuts by foobar104 · · Score: 2

      Hmm. Okay, then, I retract what I said.

  7. what about server software by WetCat · · Score: 4, Interesting

    ... which have no GUI and is installing using
    RPM ?
    Or updated using RPM?

    Or worse, installed using OS installer?
    I will sit and click through about 600 EULA-s?
    Even through GNU EULA-s?

    1. Re:what about server software by sysadmn · · Score: 4, Funny
      I will sit and click through about 600 EULA-s?
      Even through GNU EULA-s?

      Please refer to these agreements by a name which respects the hard work and tireless efforts of the FSF. They should properly be called GNU/EULA, also abbreviated GNULA.
      --
      Envy my 5 digit Slashdot User ID!
    2. Re:what about server software by John+Hasler · · Score: 2

      You may have a point when installing software but
      it is my understanding that most if not all
      software in commercial distributions lie under a
      GPL license.

      You do not understand correctly.

      You should be able to agree to GPL once to cover
      all the GPL software about to be installed.

      You do not need to agree to the GPL at all to install GPLd software.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    3. Re:what about server software by Dannon · · Score: 2

      also abbreviated GNULA

      ...Written by a team of lawyers on the GNULA Bar? <rimshot>

      --
      Good judgment comes from experience.
      Experience comes from bad judgment.
    4. Re:what about server software by Bruce+Perens · · Score: 2
      I agree that package installers should be able to present the software license for any package on demand, and that the option to read it should be very clearly available to the user. Also, there should be some general notice with a distribution at install time that there are licenses, and that they disclaim warranties, and how to see them. But I would reject an attempt to require the above in licensing. It's up to the distributions, who face most of the liability, to implement.

      Bruce

  8. Software licenses make no sense by Anonymous Coward · · Score: 2, Insightful

    Copyright (and patent) laws already protect "your rights". If something is not listed in either of those, then they are not "your rights" and you are not entitled to them. Why is any license necessary?

    There's a difference with the GPL etc., which are not EULAs but rather distrubution agreements that give the user rights, not take them away. No click-thru is needed for those because nothing else would give the user the right to distribute copyrighted software.

  9. Click thru? whatever by topham · · Score: 2

    While I think there is nothing wrong with Click-wrap licenses (ie: makes no difference to me if I click it or not) I don't believe it is necessary for any license UNLESS that license restricts someones rights MORE than copyright already does by default.

    And I don't believe the BSD or GNU licenses do that. As for the rest, well thats another story.

  10. Perhaps.... by fiftyfly · · Score: 2, Interesting

    While i don't particularily like the idea of proprietary software vendors trying to trick me into thinking that any license I've "accepted" is legal, I'm not shure that click-wrap is a bad thing for a truly legal license. In other words, I really don't think that this is the reall problem. The battle we need to face is against those who try (fraudently I would say) to pass off license that should never see the light of day. If the FBI can hunt down CEO's & CFO's for stock fraud, why can't we get them (and their lawyers) on the hot seat for conspiracy against the consumer at large?

    --
    "Sanity is not statistical", George Orwell, "1984"
    1. Re:Perhaps.... by penguinboy · · Score: 2

      If the FBI can hunt down CEO's & CFO's for stock fraud, why can't we get them (and their lawyers) on the hot seat for conspiracy against the consumer at large?

      Because stock fraud (and the like) kill stock prices. Stockholders care about stock prices, not the consumer.

  11. Massive Overhaul? by P!Alexander · · Score: 4, Insightful

    Is it just me or would this require a massive re-working of the current Open Source system. How do you provide a user with a click-through interface on a tarball? Would you have to distribute source code through a binary just so that you could have an interface for the user to agree to the license? How would the package management/distribution software maintainers respond? How would Open Source OS distributers respond? Contact the maintainers for all pieces of software included in the distribution and get together to have an all-encompasing license?

    My personal favorite would be to build a system like Gentoo. It already takes forever to compile the software. But then to wait for the user to interact with each piece as it installs?

    Ridiculous. I agree that the Open Source software industry is evolving but I never saw it going in the direction of a massive beuracracy. One of the beautiful things about this software is that it can avoid all of that crap. The industry can turn on a dime. Would it be able to with a requirement like this?

    1. Re:Massive Overhaul? by _xeno_ · · Score: 2
      $ ./configure
      Please read through the following license agreement:

      Pages of boring and dry text

      Do you agree (y/N):

      You already have to do this with the Sun Java runtime for Linux, which is distributed in a "self extracting TAR ball" - read "sh script which pipes most of its contents to gzip and then tar after displaying the license with less or, failing that, more, and then asking the user to enter a 'y' character is signify agreement." You can also get a "self extracting RPM" which is in essence the same thing, but instead of producing a TAR ball it produces an RPM.

      So yeah, it's doable - it may not be very NICE, but it's doable...

      Besides, with large software packages that share the same license (be it GPL or random proprietary) you just need to accept one copy of it before installing. That's how you can get away with "accepting" the license agreements packed in with most MS updates - a license is displayed that covers all the individual "components."

      I'm not going to say that I enjoy click through licensing, just that it is possible in console mode and with software applications. I'm not going to try and draw any conclusions on its use or the need for it - just demonstrate how others have solved the problem.

      --
      You are in a maze of twisty little relative jumps, all alike.
  12. Copyright law protects you even without click-wrap by st.+augustine · · Score: 5, Informative
    Copyright law says no one can make copies, period (with a few "fair use" exceptions, which are more limited than many /. readers seem to think). Without a license, you can't make copies; it doesn't matter whether you've "agreed" to the license or not. The only way you can make copies is under the terms of the license. If you make copies in violation of the license, you're in violation of copyright law. The reason commercial software has click-wrap licenses is that they want to restrict rights evem further than the law already does.

    Have your lawyers read Eben Moglen on enforcing the GPL.

    --

    -- Some things are to be believed, though not susceptible to rational proof.
  13. Copyright and License by 11223 · · Score: 2

    The purpose of Copyright is to at the same time secure rights for the work's author/owner and to allow for the rights of the user. Copyright's allowances are granted automatically to any copyrighted work and include freedoms like parody law and fair use.

    The problem is that many rightholders wish to further restrict these rights, and to do so must present you with a license that you must accept. Without acceptance of the license, their restrictions fall to dust.

    Should clickwrap be used in Open Source? The purpose of these licenses is to defend the freedoms that come with copyright and then to extend them to allow users to share their derivative works with others. Using clickwrap gives the impression that you no longer accept the allowances given by US and international copyright law, even if it is not the case. This is an impression that I believe we should avoid at any cost.

    (Of course, if the intent is to restrict these rights, then the clickwrap is necessary - but why grant the name Open Source to something that does?)

  14. Can't Click through by oldstrat · · Score: 2

    Of course it cannot be a requirement, there are types and varitions of code, and software
    that by nature are not clickable.
    A requirement for clickthough is going to destroy many forms of GPL'd non desktop software.
    Clickthrough also assumes a mouse and keyboard, or some other input device... and an output or display.
    There may be none.

    Legal advisors are wrong about enforcement, somebody needs to introduce them to technology, not PC's.

  15. don't approve it. by prockcore · · Score: 2

    I'm sorry, but if "a license without click-wrap is weaker at protecting your rights." then the license is inherently flawed, especially in open source.

    Here's the problem, by introducing a click-wrap license, you actually weaken your license. The reason is that you introduce a fail-point. If the user never clicks through, does the license still apply to him? Any lawyer could sucessfully argue otherwise.

    Now imagine how this would work for opensource. The program, and all of it's derivatives, could not possibly be provided in a tarball. Because untarring the tarball gives you access to the source without having to agree to their license. So the source will always have to be provided in a self-running executable.

    It just doesn't work.

  16. I'm suspicious of this... by wowbagger · · Score: 4, Insightful

    I'm suspicious of this, and here's why:

    How do you verify that I have indeed clicked-through the wrapper? I've oft seen people on /. saying "I didn't get the click-through because (insert complicated avoidance proceedure here) so it doesn't apply to me." What if I have a child click through?

    In short, how do you have a legally binding contract in the absence of a bidirectional communication that "... the party of the first part, being legally able to enter into a contract and freely entering into the contract, and the party of the second part, being legally able..." zzzzzzzz-snork! (Sorry, nodded off there...)

    I question whether click-wrap really improves the strength of the contract or not. I'd like to hear from a professional on this matter, however (Dr. Hawk? You reading this?)

    1. Re:I'm suspicious of this... by ceejayoz · · Score: 2

      Using a "complicated avoidance procedure" shows that you knew the license was there and consciously made an effort to get around it. You'd get reamed in court.

    2. Re:I'm suspicious of this... by pmz · · Score: 2

      In short, how do you have a legally binding contract in the absence of a bidirectional communication that "... the party of the first part, being legally able to enter into a contract and freely entering into the contract, and the party of the second part, being legally able..."

      This is why Microsoft is requiring a little-publicized feature called a hypodermic needle on all Palladium-compliant PCs. All users must proved blood samples for DNA analysis within the Palladium Chip before any action can be authorized. A centralized international database keeps track of human-software associations. If the database indicates suspicious activity, strawberry-flavored antifreeze is injected back through the needle providing instant justice for mankind.

      (legal disclaimer: in case you, the reader, are a lawyer or a sue-happy fool, the above paragraph was intended as a joke and should not be regarded as a statement of fact)

    3. Re:I'm suspicious of this... by gilroy · · Score: 2
      Blockquoth the poster:
      at the current time they have a large amount of legal precedent
      Do they? It'd be interesting to see a nice summary of the actual precedents, instead of the many legal threats that get bandied about.
      For example, MS could very easily steal open source software, and if we tried to take them to court on it (assuming we had the money to do so) they could easily say "We never saw this GPL, we were not required to accept it, and we don't...
      Well, since they claim not to accept the given license, and since they haven't negotiated a substitute, then under copyright law they have no rights whatsoever to distribute either the code or any derivative work from the code. So they lose, anyway.
    4. Re:I'm suspicious of this... by Arandir · · Score: 2

      Not necessarily. You have the legal right to install and use the software. It says so in copyright law. The only way you can lose that right is to agree to the EULA. So you avoid the EULA.

      Here's an example: You have a driver's license, have auto insurance, and go buy a car with cash. You have the right to drive that car so long as you follow the laws of your locale. Now imagine the auto dealer sends some goons out with a "license" that says by driving your car you agree to pay a monthly fee to the dealership. The goons are standing outside the driver's side door of the car. You avoid the goons by entering the car from the passenger side. You have just used a complicated avoidance procedure, and have demonstrated that you knew the license was there and made a conscious effor to get around it. You are safe!

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    5. Re:I'm suspicious of this... by jgerman · · Score: 2
      Not necessarily, for example if I had some sort of rpm type installation file, which may or may not have a click through license, I may have an alternative method of installing ALL of them click-through or not because I like it better. It shouldn't matter whether I knew the license was there or not, number one prove that I knew, number two if it's avoidable, it's not an appropriate place for a license.

      License arguments will always fall apart because the concept of licenses themselves are ridiculous.

      --
      I'm the big fish in the big pond bitch.
    6. Re:I'm suspicious of this... by Sloppy · · Score: 2

      Or it just means that I'm making a counter-offer: "You get nothing from me that you don't already have."

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    7. Re:I'm suspicious of this... by Sloppy · · Score: 2
      There's no such thing as "bypass a EULA." Nothing is being bypassed. A EULA is a contract, and a click-through is a proposal of that contract. If the user rejects the proposal and offers a counter-proposal, what's wrong with that? In Real Life, there's nothing wrong with it at all. Negotiation is a fundamental part of marketplaces.

      Of course, the other party never receives the counter-proposal, so it's meaningless. But they wouldn't have received any answer to their own proposal, either.

      (The whole idea of EULAs is so ridiculous...)

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  17. When you mix source code? by jmv · · Score: 2

    This is all nice, but the idea of open-source is being able to take the source and adapt it to your needs. This sometimes means taking many different programs and putting the source together... What happens to click-through licenses in thoses cases? You end up with 10 different?

    Also, it is clear that any license that *requires* a click-through would be GPL-incompatible for obvious reasons (GPL forbids adding any restriction). That being said, nothing prevents me from taking a GPL program and adding a click-through license to it, as long as others are free to remove it from the source... For example, I could distribute a GPL binary and add an EULA that says: "if you use this binary, you accept not to sue me..."...

  18. No. by Rob+Kaper · · Score: 2

    Open source software can restrict you from distributing the software (which Free Software allows you to (some licenses restrict this under certain conditions like the GPL) but AFAIU the OSI guidelines did not allow licenses to place restrictions on using the software.

    If the mere availability of code would be sufficient to be OSI approved, shared source would be too?

    Don't do this.

    1. Re:No. by MattW · · Score: 5, Insightful

      Having read some of what Eben Moglen wrote, I'm inclined to agree. Software is covered under copyright, and copyright grants your work protection by default. We don't need a shrinkwrap on a book to note that copying it is illegal; the same should remain true of software.

    2. Re:No. by BranMan · · Score: 2

      Succinct answer Bruce.

      I too would like to see the arguments, maybe OpenLaw would like to review them to see what they think? Or maybe the EFF's lawyers?

      But I think it's important not to dismiss them out of hand. The Law is a tenuous thing at best, full of opinion as well as fact. We need to see them and remember that just because whoever we consult sees the arguments as weak doesn't mean some judge somewhere won't find them compelling.

      Free Software (and GNU and BSD, etc) have millions of lines of code to protect. Even if something is a long shot (legally) shouldn't we make sure we are protected against it? We have an awful lot of good work to lose that cannot easily be replaced.

    3. Re:No. by Bruce+Perens · · Score: 3, Insightful
      Well, my suspicion is that this is related to the disclaimer of warranty issue, and not copyright. But there are two ways to go at that - push Open Source licensing, and push to reform the law. I'd rather push to reform the law. If we continue to back up, we'll eventually have our backs to a wall. The Debian Free Software Guidelines, later called the OSD, were all about drawing a line in the sand. We need to hold that line.

      Bruce

    4. Re:No. by st.+augustine · · Score: 2

      Open source software can restrict you from distributing the software
      ... but AFAIU the OSI guidelines did not allow licenses to place restrictions on using the software.
      A clickwrap license could be interpreted as a restriction on using the software. So here's a scenario: you could have a non-free license for using the software, but a separate free license for distributing it... which free redistribution license could not require you to also include the clickwrap code and non-free use license.

      The clickwrap license restricts you only from using that copy; it doesn't restrict you from using any copy that doesn't include the clickwrap. Anyone who wants to bypass the clickwrap license does so by modifying the software to remove the clickwrap code and "redistributing" it to him/herself.

      Sounds perfect... except for the entity hoping to be protected by the clickwrap license. Big headache.

      Lawyers? Comments?

      --

      -- Some things are to be believed, though not susceptible to rational proof.
    5. Re:No. by eyepeepackets · · Score: 2

      Mark me down as a third "me too" on Bruce's "No." post.

      Not only do I want to see the arguments, I want to see them debated openly, in detail, over a period of time. I'm extremely leary in light of the history of Western Civilization's legal systems' proclivity towards "embrace and extinguish" when it comes to freedoms: Wrap up the target in some seriously mangled language and then twist and turn (via precedent) until the target is dead.

      Isn't that how snakes do it?

      --
      Everything in the Universe sucks: It's the law!
    6. Re:No. by Yohahn · · Score: 2

      What happens to licenses after copyright goes out on them?

      Is there liability on public domain software?

      No one ever things much about the fact that the GPL wears off after the copyrights run out (never mind the fact that we'll all be well dead and buired by then).

      Hrm...

    7. Re:No. by Russ+Nelson · · Score: 2

      the disclaimer of warranty issue

      That's my understanding. We've all just given away our code with the understanding that "Of course there's no warranty", even all the while the existing law says that there is indeed a warranty.

      If there's a bug in the kernel, and you can work around it in a user-level program, which should you fix? Is it *wrong* to work around a kernel bug in userland?
      -russ

      --
      Don't piss off The Angry Economist
    8. Re:No. by Bruce+Perens · · Score: 2
      If there's a bug in the kernel, and you can work around it in a user-level program, which should you fix? Is it *wrong* to work around a kernel bug in userland?

      Russ, I am a bit surprised that you ask, because this is so fundamental to what Open Source is all about. Open Source is all about being able to fix the bug in the kernel rather than have to work around it in 1500 different programs in user mode. Is it wrong to fix it in user mode? If you have to, it's because someone's keeping it from being fixed in kernel mode, and yes that is wrong.

      I can't say I'm happy that you have to bring these questions to Slashdot. Sure, there are times when it's good to seek input, but I'd think that today's issues are fundamental to OSI's chosen mission and aren't the ones you should have to ask about.

      Bruce

    9. Re:No. by Bruce+Perens · · Score: 3, Interesting
      You can still disclaim warranties on public-domain software. Copyright is not important regarding whether or not a warranty applies. It is more important that you get consideration (payment), but even the lack of consideration to most Open Source programmers may not protect them completely.

      You know what would protect us? Properly written law. Like if we could get the right text into UCITA instead of the wrong text that is there. I am not optimistic.

      Bruce

    10. Re:No. by Russ+Nelson · · Score: 2

      Well, there is a particular bug in the Linux SMP kernel with the Intel e100b driver in use which is exercised by qmail. Your machine is causing qmail-remotes to hang forever. There is a work-around for qmail. There is no fix for the kernel.

      Do you do the open source politically correct thing and allow your email service to go down until somebody fixes the kernel? Or do you fix it in userland?

      Of course, this is just an analogy. The problem is that the law mandates warranties for software. The fix is obviously to change the law. A fixed UCITA would solve this problem. Unfortunately, UCITA currently requires warranties even for free software. An amended UCITA may not, but it will still require a license even for people who merely sell media containing free software.

      Okay, so since the news for fixing the law looks bad, don't you think people should be disclaiming warranty in a legally supportable fashion? Don't you think OSI should have an opinion on whether such an action complies with the OSD?

      Yes, we should, Bruce.
      -russ

      --
      Don't piss off The Angry Economist
    11. Re:No. by Bruce+Perens · · Score: 2
      This e100b driver is open? And nobody knows how to fix the kernel? But you know how to work around it in user-mode? It's difficult for me to concieve of how all three would be true for long.

      I still don't see that the case you cited indicates that a disclaimer of warranty requires a click-through. The case you cited was regarding pernicious software that would not have been under warranty. And I don't see that a competent court is going to pass on significant damages to a free software developer who got no consideration for the software and did not do something pernicious as Netscape did in the case you cited.

      Bruce

  19. No. by Bruce+Perens · · Score: 3, Insightful
    I don't think so. And I'm not ready to accept your attorneys arguments without seeing them.

    Bruce

  20. Users rarely see clickwrap anyway by smoon · · Score: 2

    I have no strong feelings either way about whether 'free' software should or should not have a clickwrap style license agreement. I suppose that's up to the lawyers to sort out.

    I do think that the validity of a clickwrap license is highly questionable because the user would under normal circumstances be unlikely to see it. Most people get PCs pre-configured at work or by a technician, and it's the technicians that are just clicking "OK" to the terms of the EULA, and I presume that the vast majority of technicians don't bother to read the EULA anyway.

    Perhaps it could be argued from a legal perspective that the technician was acting on behalf of the real end-user/purchaser, but legalisms aside, it doesn't make much sense.

    --
    "But actually trying to use m4 as a general-purpose langage would be deeply perverse" --ESR
  21. package-1.0/LICENSE or clickthru, what's the diff? by jmd! · · Score: 3, Informative

    I think a lot of people are sour to idea of click-thru licenses because they typically take rights away, in commercial software. But the GPL, BSD License, etc all grant you additional rights.

    What is the purpose to making sure people have agreed to these additional rights? It's nice to let them know as a favor, I suppose... Mozilla shows the license during install.

    But if they don't agree to the "Open Source" terms, they are left with normal fair-use rights to the software, which, for an open source program, SHOULD BE PERFECTLY FINE. There is nothing we have to take away, so no need to force agreement to the terms. In fact, the GPL says as much. You can still use the application without accepting the GPL, you just can't modify it (due to copyright law).

    I can't think of a license under the Open Source terms that takes away rights, therefor I oppose the requirement of such click-thru license agreements.

  22. No Your Honor... by MeNeXT · · Score: 3, Funny
    I did not see that the copyrights to this book belonged to some one because the cover was ripped off...May I go now?...Thank you!

    --
    DRM? No thanks, I'll just get it somewhere else...
    1. Re:No Your Honor... by topham · · Score: 2

      Speaking of which, I think the publishing industry should be taken to task for the crap about a missing cover signifying a stolen book.

      Damnit, if you want to restrict what stores send you for credit have them rip the last couple of text pages from a book and send those back!

      Covers get ripped all the time, there are a large number of used books without covers, mostly because they got torn at some point in the past. Not because the book was 'stolen'.
      But that is why they have the policy they have.

  23. Just say no by Krieger · · Score: 2

    Think toaster, think refrigerator. These items do not need a license. Software should be exactly like that. No click through license is necessary.

    There should be no click-through licenses, even if only to protest their validity. A contract that you have no chance to negotiate about *should not* be valid.

    The software industry needs to get over the fact that it is not going to be able to avoid being liable for it's products, especially when they're making billions of dollars of *profit*.

    The whole concept of licensing the software is also pretty foreign, not only for me but also to the common public. I bought the software I should be able to use it any way I want. The whole shenanigans with OEM licensing, corporate licensing, etc is just ridiculous. I'm surprised (a little) that someone hasn't taken it to court yet. Especially for corporations, where they can show that they order 12000 machines with Windows 2000, but for their purposes they need to roll out with a corporate key to meet their standards. This should not require them to purchase another 12,000 licenses... but that is the situation today.

    1. Re:Just say no by Krieger · · Score: 2

      Actually it's not all that irrelevant. It applies in a different way. I was thinking about the current Universal Commerical Code, which minus the UCITA push is actually a good thing. It requires companies that make products to warrant their fitness.

      Thus a toaster must function as a toaster with no problems. If it doesn't you can get a replacement if it is in the warranty period. It's the whole "it's an appliance" concept.

      There is no fundamental reason for software to be different. Software is part of an appliance and *can* be coded to not break. Hell all the articles on the DOD and ADA makes me wonder what Windows would be like if it was done in ADA.

      The copying aspect definitely needs different attention. However copying the software is copyright infringement and should be prosecuted as such.

      There are three different issues. Softwares functionality and use as an appliance on a computer. Another is penalties for illegaly copying and distributing the software. The third is liability protection for software makers, but that ties into whether or not software should be treated as an appliance or if it deserves a separate and liability free area of the law, which I don't think it deserves.

  24. Hrm....Unlicensed Demo? by dasmegabyte · · Score: 3, Insightful

    No, I'm not talking about warez...but perhaps, if software can't be used without agreeing to the license, shouldn't the seller provide an unlicensed demo? I mean, you aren't required to buy a car just because you test drive it, nor are you required to buy a screwdriver just for taking it off the shelf at Sears.

    Software, however, comes with no such luck. You can't try it out at the shop (Apple Store excluded). You can't open it, discover it's shit (*cough* daikatana *cough* *cough* windows xp), and return it. You are required to guess whether you need it, shell out $50-$400 for it, and sign away your rights to share it, sell it, fix it, critize it and in some cases, even use it for its intended purpose, as well as the company's liabilities for their own mistakes.

    Can you imagine buying a hammer and having to sign a form saying you won't use it to hammer anything unapproved by Stanley tools?

    Not that you'd be buying Stanley tools, what with their moving all their plants to China and Israel and their corp office to Bermuda to avoid taxes, unamerican shitheads.

    --
    Hey freaks: now you're ju
  25. We should take a stand..... by GemFire · · Score: 2, Redundant

    Click wrap licensing has NOT been challenged far enough to say it is even binding. When a 3 year old child can agree to the contract (which isn't legally binding) how can the license truly be a binding license.

    I'm one of those people who believe that when I purchase a product at a store, and take it home it is mine. At that point, I can do whatever I want with it, including resell it to someone else. We should all stand up and say "ENOUGH!"

    Contracts are something like the purchase of a house where we all sit down at a lawyer's office and go through the contract page by page, deciding whether or not we agree to it. A contract is NOT something that requires only that I click a button saying that I agree in order to use a product I BOUGHT!

    If enough people stand up against these restrictive licenses and insist that these products have been purchased, not simply licensed, maybe we can recover some of the FREEDOMS these licenses steal from us. These works are protected by a very producer favorable copyright, they don't need anything more.

    And, if Open Source bows to this, I will no longer have respect for Open Source.

    --
    Don't just complain - DO something about it!
    1. Re:We should take a stand..... by GemFire · · Score: 2

      When I RENT something, I'm required to return it after the period of rental is over. This is not the case with software. When I go to CompUSA (or wherever) and PURCHASE software, I do not sign a rental agreement as I would when renting a car or an apartment. The clerk does not say, 'this is due back on Thursday' as they do when I rent a video tape or DVD. They say, 'Thank you for shopping with us.' Says to me - it's a purchase, no matter what MS and all those other software companies want you to believe and that the courts have upheld (for the most part) until now.

      ENOUGH is ENOUGH and I bought the software, I didn't rent it. I never have to return it. And I didn't sign any contract that said I was only buying a license. CLICK THRU should NOT be binding - as I said above.

      --
      Don't just complain - DO something about it!
  26. Couple of questions... by Twister002 · · Score: 2

    First, if you uninstall the software does that negate your agreement to the license? If so, how would that impact the GPL.

    For example, I have FrontPage 98 installed on a computer (no I don't but it's the only example I could think of), I install the latest version of FrontPage that states that I can not use FrontPage to disparage Microsoft. If I uninstall the latest version and revert back to FP 98, am I free to use FrontPage to insult Microsoft again?

    When do I click "I agree" when I compile a piece of software. Since the GPL primarily seems to apply to source code (Correct me if I'm wrong about my assumptions regarding the GPL being mainly a source-code license.), what license would I be agreeing to if I install Apache and click "I agree".

    Second, has there ever been a recorded case where someone disagreed with the license (I mean actual trial and/or litigation) and the fact that they clicked "I agree" was a factor? Are we really just making more lawyers rich?

    Have there been any license disputes? At least from the end-user perspective, I know there have been some regarding the GPL and derived works.

    --
    "For a successful technology, honesty must take precedence over public relations for nature cannot be fooled." -Feynman
    1. Re:Couple of questions... by norwoodites · · Score: 2

      There was a case that says that click-thru/shrink-wrapped licensing is useless. The adobe case about selling used copies of their software.

    2. Re:Couple of questions... by bnenning · · Score: 2

      If this is the case I'm thinking of, the defendant never "agreed" to a click-wrap license. He bought a bundled package of Adobe apps, and resold them individually (without opening or installing them), which Adobe claimed a mythical contract prohibited. The ruling was that since the defendant acquired the software via a standard purchase, he had first sale rights to resell them. It doesn't invalidate clickwraps, but it's still a good precedent since it establishes that just because a publisher asserts something doesn't make it legally binding.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  27. It's Stupid, It's Idiotic...but we need to do it by TaleSpinner · · Score: 3, Interesting


    Look, the damned lawyers are hauling us up by
    our short hairs, we're being eaten alive by a
    huge raftload of bad law aided and abetted by
    Microsoft and others. There is no longer any
    question that we need protection.

    It doesn't need to be elaborate. A .osilicrc
    file would contain a list of booleans for every
    approved open-source license. When an app starts
    up it merely calls a library function that checks
    to see if that file has the boolean checked and
    if it does not, prompts the user by command-line
    or dialog box to set it. The OSI licenses them-
    selves should be modified to note that OSI soft-
    ware will not run without the boolean being set,
    and therefore the fact that the software runs is
    evidence of user acceptance of the license,
    regardless of how the boolean came to be set, by
    dialog or user editing.

    Distros would, of course, simply combine the
    above into part of the install "Do you accede
    to the requirements of the following OSI
    licenses?" and sets the file up with all booleans
    checked. Viola, no more hassle.

  28. Assent is the issue by overshoot · · Score: 2
    Unfortunately, I couldn't find any discussion of the issue on the OSI site, so I can't comment on any distinctive features of the proposed terms relative to, e.g., the GPL.

    In the case of the most basic open source software, though, no license is really required. The author(s) retain copyright and simply choose to distribute the source along with (or even in place of) object code. It's only the perverse history of the last 25 years that leads us to think that an author gives up rights if he doesn't keep source code under lock and key.

    Assume, then, that there are additional terms (again, see the GPL). The question is whether these additional terms are such that failure to execute a contract would vitiate them. In the case of the GPL, I don't see how that could be; perhaps someone could explain.

    As for click-wrap, this implies some degree of license administration. All in all, it's probably much easier to simply keep a registration database of those who agree to the terms in return for redistribution or derivative-works rights.

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  29. Give me a BSD/GPL/MIT program with clickthrough.. by lpontiac · · Score: 3, Insightful

    .. and I'll fork the project. The sole difference between my codebase and the original will be a lack of a clickthrough.

    Seriously, if a new license springs up requiring a click through, that could work on a desktop, but what about when I rip out the program's optimised hashtable implementation for use in an embedded controller? How is a clickthrough supposed to work then?

    If a new input paradigm springs up for desktops, will code licensed under explicit clickthrough terms that aren't satisfied by it be left to rot?

    If you're that afraid of people using your stuff, and you don't feel that copyright gives you adequate protection, then you probably shouldn't open the code.

  30. You didn't agree by Eimi+Metamorphoumai · · Score: 2

    When you installed the software and started using it, you didn't agree to anything. You're just using the normal fair use rights. It's when you start doing things that normally wouldn't be legal under copyright laws (distributing the program, for instance, or something based on it) that you need to agree to a license. That's why click through licenses aren't necessary for ordinary users; you're not doing anything special.

    --

    Visit me on #weirdness on the Galaxynet.

  31. encompassing license by debrain · · Score: 2

    Can we click-wrap the Linux/FreeBSD/OS distribution as a whole, with essentially "you implicitly agree to make yourself aware of all licenses of their respective owners and agree to the terms of that license agreement"?

    Which in the case of Debian essentially means, "you agree to the GPL/LGPL license that applies to all our non-non-free software". An interesting precedent.

  32. The GPL doesn'[t need a click-through agreement by Animats · · Score: 5, Informative
    The GPL doesn't need a click-through agreement, because it's about copying, not use.

    Read the article by Eben Moglen, the lawyer who, for the Free Software Foundation, actually enforces the GPL.

    • Because there's nothing complex or controversial about the license's substantive provisions, I have never even seen a serious argument that the GPL exceeds a licensor's powers. But it is sometimes said that the GPL can't be enforced because users haven't ``accepted'' it.

      This claim is based on a misunderstanding. The license does not require anyone to accept it in order to acquire, install, use, inspect, or even experimentally modify GPL'd software. All of those activities are either forbidden or controlled by proprietary software firms, so they require you to accept a license, including contractual provisions outside the reach of copyright, before you can use their works. The free software movement thinks all those activities are rights, which all users ought to have; we don't even want to cover those activities by license. Almost everyone who uses GPL'd software from day to day needs no license, and accepts none. The GPL only obliges you if you distribute software made from GPL'd code, and only needs to be accepted when redistribution occurs. And because no one can ever redistribute without a license, we can safely presume that anyone redistributing GPL'd software intended to accept the GPL. After all, the GPL requires each copy of covered software to include the license text, so everyone is fully informed.

    1. Re:The GPL doesn'[t need a click-through agreement by Bruce+Perens · · Score: 4, Insightful
      All I can think of is that the click-through might be required for the disclaimer of warranty in some UCITA states. This is not a copyright issue. But we are working that angle by going for modification or withdrawl of UCITA.

      I see this as a slippery slope. Accept it, and then there will be an incremental series of other "legaly necessary" requirements, until we can't be distinguished from shared source.

      No, no, a thousand times no!

      Bruce

    2. Re:The GPL doesn'[t need a click-through agreement by gilroy · · Score: 2
      Blockquoth the poster:
      they were not required to accept it, and frankly they don't
      Well, then, under copyright law, since by their own admission they don't have a license from the creator, they cannot copy or distribute the program or derivative works made from that program.
    3. Re:The GPL doesn'[t need a click-through agreement by krmt · · Score: 2

      Can't the software author potentially be held reliable even without the UCITA? Since the software isn't public domain and is copyrighted, is the copyright holder responsible for the software? If not, is the distributor responsible?

      Unlike the copyright issue, the disclaimer of liability doesn't seem to give any additional rights to the user, so it seems that they would have to agree to something that said "hey, it's not our problem, it's yours", even if it is just a sign like they have at parking lots.

      I don't fully understand the issue, and while we haven't had any problems up to now with Free Software, what's to prevent them from happening in the future? The only way argument I can think of is that the source code is provided, and thus you are responsible for the product, but that wouldn't hold water with something like a car. Can you or anyone else shed some light on this?

      --

      "I may not have morals, but I have standards."

    4. Re:The GPL doesn'[t need a click-through agreement by WNight · · Score: 2

      I agree.

      You can't disclaim all responsibility anyways (even with valid contracts). write a virus, pop up a misleading click-through that hides in there "format the hard drive" and it's still a crime. Malicious damages are always going to fall under criminal law.

      For everything else, there's the fairly obvious defense that there's no warranty when there's no sale. Now, if you buy Redhat's distro, especially the expensive ones that cost more than copying costs and that come with service packages, I think there's a reasonable expectation that it is fit for the advertised task.

      But that's for Redhat to cover. Perhaps they'll start selling all packages at the same price with an offer in each box to sign up for the service package, which they explain has certain terms ...

      And everyone who doesn't get paid for their software keeps releasing it without any warranty, express or implied.

    5. Re:The GPL doesn'[t need a click-through agreement by Bruce+Perens · · Score: 2
      The GPL is severable. If one of its terms doesn't apply because you haven't accepted it, the remainder may still apply. Since the warranty disclaimer is only a disclaimer, you are not being asked to agree with it.

      Bruce

  33. Free software licenses by jbailey999 · · Score: 4, Interesting

    I don't understand the posters comments about the ability to defend the license if it's not presented to the user.

    Fundamentally under copyright law, you have virtual no rights except that you can use the software. I refer to section 5 of the GPL:

    5. You are not required to accept this License, since you have not
    signed it. However, nothing else grants you permission to modify or
    distribute the Program or its derivative works. These actions are
    prohibited by law if you do not accept this License. Therefore, by
    modifying or distributing the Program (or any work based on the
    Program), you indicate your acceptance of this License to do so, and
    all its terms and conditions for copying, distributing or modifying
    the Program or works based on it.

    Click-wrap licenses should only be necessary if the licenses restricts the *use* of the program.

    Tks,
    Jeff Bailey

  34. If it quacks like a contract... by CrazyBrett · · Score: 3, Insightful

    If software companies really want to enforce click through licenses like a contract, why don't they just make it a formal contract? Print it out on official legal paper, require all customers to sign (with witnesses, etc) before they buy, and take people to court if they violate it?

    Oh right, because that would mean that people would be paranoid out of their minds whenever they went to buy software. Not to mention that no one under age 18 would be able to buy software (or use it, for that matter). No, software giants WANT the click through license to be as easy and brainless as possible, so people don't realize just how much they're getting screwed. Plus, they don't want the idea of click-through to get too much legal scrutiny, since it would probably be ruled unenforcable. No, they're just interested in the fear factor they get from being able to say "Hey, you clicked to agree that you wouldn't do that! Don't make us come after you!"

    1. Re:If it quacks like a contract... by Arandir · · Score: 2

      Your arguments are why copyright is a Good Thing(tm). It acts as a sort of defacto contract that defines a reasonable baseline for author and user rights.

      Copyright law already lists all reasonable prohibitions that a proprietary developer would want. And an open source developer can easily grant additional rights to the user by distributing a permission statement.

      If a proprietary developer wants to remove additional rights, then they should be required to get the user's signature on a contract.

      p.s. Warranty disclaimers are a different matter, but a contract, explicit or implied, is not necessary in order to display a disclaimer.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  35. Speaking of precedent... by Uttles · · Score: 2

    What is an example of something else where you have to sign your life away before you see what you're getting into?

    Seems to me software is the only thing ridiculous enough to have you agree to all the terms and conditions before you even install the thing, much less run it and see if it even serves you well.

    --

    ~ now you know
  36. Where's the license? by The+Pim · · Score: 5, Interesting
    Is a crucial link missing, or are you asking us our opinion about a license we haven't seen? If there's some good reason you can't show us the license (I can't think of any), at least you could give us some specific details.

    a license which includes a requirement for click-wrap

    A requirement imposed on whom, to do what?

    She said yes, because of various legal precedents. We consulted a few people and yes, it looks like a license without click-wrap is weaker at protecting your rights.

    What precedents? Whom did you consult? Whose rights? What's the argument?

    The time is coming when you won't be able to distribute software unless you have presented the license to the user and their assent is necessary to access the software. Even free software.

    What kind of FUD is this? Are you telling us it's a forgone conclusion that you will accept this license? Are you telling us that the FSF (which defines "free software") will accept this license? Are they and other free software distributers going to change their licenses to require click-through?

    Come on, Russ. Give us the facts, straight, so we have some basis for discussion.

    --

    The evaluation of an action as 'practical' . . . depends on what it is that one wishes to practice.
    1. Re:Where's the license? by Russ+Nelson · · Score: 2

      It's the APSL with a prefix that says "If you use this code in any way, you will be deemed to have accepted all the terms of the license". And inside it also says that you must use click-wrap if you can, and if not you must show them the license so that they know that using it is agreeing with it.

      This is a use license. You must agree to the license before you use the software. The OSD doesn't mention any restrictions on use. It only delimits the restrictions that you may or not place on redistribution.
      -russ

      --
      Don't piss off The Angry Economist
    2. Re:Where's the license? by Bruce+Perens · · Score: 3, Interesting
      OK, that's the problem. I dropped the project regarding clarifying that there may be no restrictions on use for a while due to some fires I needed to fight, I'd better take that up again.

      Bruce

    3. Re:Where's the license? by John+Hasler · · Score: 3, Interesting

      No. Make that
      "An open source license cannot restrict any rights that would be available for a copyrighted work in the absence of a license."

      Fair use is something else entirely.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    4. Re:Where's the license? by Bruce+Perens · · Score: 2
      How about "can't restrict use", period?

      Bruce

    5. Re:Where's the license? by John+Hasler · · Score: 2

      What about other rights, such as the right to publish benchmarks? It might be better not to refer to copyright law, though, as it varies with jurisdiction and is subject to the whims of legislatures. Perhaps it would be best to enumerate the permitted restrictions.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  37. non-sequitur confusion by Pauly · · Score: 2

    "Our industry is maturing and we need to be more legally careful and rigorous.

    This confuses me. I have never had to agree to a license to use the fruits of much more mature industries. For instance, has anyone ever made you read a license after purchasing a new car, or crossing a bridge, or entering a building, or...

    We apologise. The remainder of this thought has been interrupted by the cacophony of a million laywers simultaneously drooling.

  38. Re:Have a click through... by SpatchMonkey · · Score: 2
    Your sig:
    • When do you stop wishing she will come back and go out and get laid?
    I found that not masterbating at all for a few weeks helped me to get the incentive to get laid. That way, you're directing your sexual attention to real life girls rather than photos on your monitor, in a magazine or in your imagination.

    Also: try to get laid a few times, then look for companionship again. Once you're confident enough with the sexual side of things you can concentrate on the more important things such as long-term partnership.

    (As for licenses, I agree with you. People only need to read them if they're going to do something that might land them in court.)
  39. That's not the issue! by Marx_Mrvelous · · Score: 4, Informative

    That's not the purpose for click-through software on free apps. The major reason is liability of the software on a computer. If I install LILO and it wipes out my hard drive, I can sue the writer of the software. Unless, of course, there is a legally binding agreement between me and the software company/programmer who made it that I cannot sue for damage done to my computer, etc.

    --

    Moderation: Put your hand inside the puppet head!
    1. Re:That's not the issue! by st.+augustine · · Score: 2

      That's not the purpose for click-through software on free apps. The major reason is liability of the software on a computer. If I install LILO and it wipes out my hard drive, I can sue the writer of the software.
      I believe that under current law it's the person who sold you the software who's liable, not the author. But IA definitely NAL. Would someone who is like to chime in?
      --

      -- Some things are to be believed, though not susceptible to rational proof.
    2. Re:That's not the issue! by Rob+Kaper · · Score: 2

      Well, I believe it should not even be legally allowed to void yourself from liability. Why would software developers/vendors be allowed to void all liability?

      If it extremely hypocrite that users would accept this for software. Would we accept it when Ford would make you waive all their liability as a requirement to purchase their cars? Are they even legally allowed to do so?

      If you do not want to be responsible, do not distribute. And don't come with "but with open source end users have the ability to check this". With sufficient skills (and time, I bet) you could examine your car as well.

      You are not liable when the damage is out of your control anyway but when it is, you should be liable. In all cases.

      But if it is legal to waiver liability, then sure. This should preferably be enforced before distribution like in my Ford example though, not any later. If someone redistributes it, they should waiver liability pre-distribution as well. Or else *they* would be liable.

      To have any kind of legal defensive as to why you are not liable, you'll need to have evidence that the user waived it anyway. If you allow for any method where the user can use your product without accepting, then that is a flaw of yours and you should still be liable.

      Shrink-wrap is also not legally enforcable: you can easily tear it without having read (and thus being able to have accepted) the license.

      Not liable? Prove it.

    3. Re:That's not the issue! by Bruce+Perens · · Score: 4, Insightful
      Well, from a liability standpoint, I would recommend that distributions who are worried about this include a click-through notice at distribution-install time. The notice should say that the software included in general disclaims warranties, and where the licenses are found on the system, and that it's a good idea to read them if you feel you deserve a warranty. I would not recommend that any license require one to maintain that click-through notice.

      Bruce

    4. Re:That's not the issue! by Bruce+Perens · · Score: 5, Insightful
      This has got to be a troll.

      Obviously, Free Software producers must be able to deny warranties, since they are not getting the consideration (money) necessary to provide them. People who want warranties should be able to buy them, either from the software producer, another software shop, or an insurance company.

      It's different with cars, because cars have a high potential to do physical injury to people and are thus expected to be built to a higher standard.

      Bruce

    5. Re:That's not the issue! by Bruce+Perens · · Score: 4, Insightful
      The problem is that Red Hat (for example) can pass on damages that they are forced to pay in court to the original developer by turning around and suing that developer. Would they? Of course not. But of course management of companies changes, that is why we have contracts.

      That said, I still don't recommend click-through. I would instead publish a set of guidelines for distributions that would tell them how to direct attention to individual software licenses.

      Bruce

    6. Re:That's not the issue! by SecurityGuy · · Score: 2

      If you do not want to be responsible, do not distribute.
      I find that unreasonable and harmful. There are a lot of people out there who have the capability to create things I find useful, but don't have the capability to wage a legal battle, buy insurance, or compensate me if I use their product for something critical and it fails. I find it entirely reasonable to publish a piece of code I've written along with the honest assessment that I can't guarantee it won't fail in some catastrophic way. If your application is such that you'd be harmed more than you're willing to write off, don't use my software. If you want something which *won't* fail, barring hardware problems (in which case go sue the manufacturer or the hardware, NMF), you can pay me lots of money for the custom development work to produce it.

      This is only partly a "software sucks" issue. It's also very much a "ya gets what ya pay for" issue. You should not be entitled to anything whatsoever when you paid nothing whatsoever. Need more? Pay more, and believe me, the "more" will be commeasurate with the level of risk you're asking me to be exposed to. Realistically all you'll do is spawn a new insurance industry, and tack the premiums on to every piece of software you buy. People who can't afford the insurance, virtually all free software developers, for example, will simply stop producing. I'm certainly not going to exchange a piece of software with you for nothing but the possibility of being sued into the ground.

      To turn your phrase around, want somebody to be financially liable? Don't use my software without compensating me for the risk.

    7. Re:That's not the issue! by st.+augustine · · Score: 2
      So the original developer is liable even if they had no business relationship with RedHat? That's annoying. I suppose that means that there's no reason the end user couldn't sue the original developer directly, either.

      *sigh* Annoying, but predictable.

      How does the GPL's "No Warranty" clause actually take effect? "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope."

      --

      -- Some things are to be believed, though not susceptible to rational proof.
    8. Re:That's not the issue! by Bruce+Perens · · Score: 3, Insightful
      The GPL's no-warranty statement is a disclaimer, it does not request your agreement. The legal question is whether or not a simple disclaimer is adequate, and when the user must see it for it to be effective. I am for a single notice at distribution install time that there are licenses, that they disclaim warranties, and how you can view them. I don't think it's necessary for licenses to require that, it should be a guideline. Requiring click-through in a license would cause all sorts of problems for the distributions that they don't really need - there are better ways to solve this problem.

      Bruce

    9. Re:That's not the issue! by bnenning · · Score: 2
      Does that mean I can expect lower quality from Open Source? When a software shop doesn't offer liability or warrenty on software, it makes me wonder if even they themselves question its reliability.

      Umm, this might make sense if closed source publishers actually did warrant the quality of their software and accept legal responsibility for damages caused by defects. But they don't.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    10. Re:That's not the issue! by Rob+Kaper · · Score: 2

      Okay, if you seperate between physical injury/damage and other damange then I agree that there should be different standards.

      A high one for physical damages, which would hardly ever apply to any kind of software. And way less liability regarding other damages, or none at all without the user purchasing some kind of warranty.

      Not trolling Bruce, just using a discussion forum. Hm, now wish I could moderate my own posts to (-1, Retracted).

    11. Re:That's not the issue! by Bruce+Perens · · Score: 2
      now you know why many companies aren't using open sourced software.

      That's a fallacious argument, and one that should be an FAQ. OK, folks, put this in an FAQ somewhere:

      FAQ: Open Source is bad because when it breaks there is nobody you can sue.

      Answer: This might be a valid consideration if there was anyone you could sue when your non-Open-Source software broke. There isn't. Go read the license that came with that software, if you don't believe me. Not only does it disclaim liability, it requires you to indemnify the software provider against your damages. Indemnify means that if there are damages to the vendor connected with your use of the software, you have to pay the vendor for them! Even if they are your damages!

      Service contracts are available for both Open Source and proprietary software. They provide some limited protection, but read your license, it's probably less than you thought. They may only be liable to give you a repaired version of their software on a timely basis, not for other damages incurred through its use. If you lose your data, that is probably still your problem, not something covered by the contract.

      If you have a lot to lose, buy insurance. You will find that your insurance company will require you to have a documented and working process to protect your company from damage - this will include backups, security and other evaluations, etc.

      Bruce

    12. Re:That's not the issue! by Bruce+Perens · · Score: 2
      It's not a business relationship, because there is no consideration. Nor, although this may be nitpicking, does the GPL license software to them to do with as they choose.

      Bruce

    13. Re:That's not the issue! by Bruce+Perens · · Score: 2
      Well said. I have bemoaned that lack in the slashcode as well.

      Bruce

    14. Re:That's not the issue! by Bruce+Perens · · Score: 2
      The GPL is not a use license, so this would not apply to it. That said, the goal is to stay out of court, so a counter-suit is sub-optimal.

      Bruce

    15. Re:That's not the issue! by st.+augustine · · Score: 2

      The legal question is whether or not a simple disclaimer is adequate, and when the user must see it for it to be effective.
      Which, I suppose, is the open legal question underlying the whole click-through license question in the first place.
      --

      -- Some things are to be believed, though not susceptible to rational proof.
    16. Re:That's not the issue! by iabervon · · Score: 2

      You shouldn't be able to entirely void yourself from liability, and you can't. If you read the details of the GPL, you'll find that the relevant sections say "to the extent permitted by applicable law" and "unless required by applicable law". This means you can probably still the authors of a program which intentionally damages your system, sends all you data to the author, includes a backdoor, etc., depending on where you are.

      On the other hand, you should be able to offer a program to anyone willing to take responsibility for what they do with it. The world is no better off if people just keep their buggy programs to themselves. In order to have any software, you need the ability to limit your liability, up to some minimum, so long as the user is aware.

      If you're giving it away for free, especially in an anonymous ftp/web context (such that you neither receive anything from the recipient nor even find out who the recipient is), you should automatically have the minimal liability. In fact, in this situation, the author is not involved in the process, and thus cannot agree to take on additional liability.

      I'm a bit mystified about the warranty part, though. I can't imagine an implied warranty that you would get with stuff you got for free without a transaction taking place. What do you want, your money back? A different copy?

    17. Re:That's not the issue! by Simon+Brooke · · Score: 2
      Obviously, Free Software producers must be able to deny warranties, since they are not getting the consideration (money) necessary to provide them. People who want warranties should be able to buy them, either from the software producer, another software shop, or an insurance company.

      I confess I'm not cognisant with United States law, but I think you're missing the point. People who sell goods - cars or software - have a contract with the purchasor, because a purchase has occurred and a consideration (usually money) has changed hands. Consequently, the purchasor has the right to expect the goods to be (to use the language of UK law) of merchantable quality, and to seek some degree of redress if they're not.

      If someone takes somthing that someone else has made freely available, there's no contract. There's no consideration, and consequently there's no responsibility on anyone's part to ensure the goods were of any particular quality. There is, if I may be excused the pun, no quo pro quid - there's no quid at all.

      Suppose you left a raku pot you'd made on your garden wall, and a passer by took it home, drank from it, and suffered from lead poisoning. Would you be responsible, even under United States law?

      Yes, I know the lawyers are coming. They'll keep on coming unless we keep on calling their bluff, until no creative work of any kind is possible without ten lawyers scrutinising every least part of it. The only thing to say to the lawyers is no, we won't accept your hegemony over our space, keep your noses out. Certain basic concepts are seen as part of natural justice in most cultures in the world, and are part of the common law both east and west of the Atlantic. One of those is that without a quid pro quo, there's no transaction, there's no contract, and there's no liability. Do not let the lawyers blur that line.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    18. Re:That's not the issue! by cthugha · · Score: 2

      The legal question is whether or not a simple disclaimer is adequate, and when the user must see it for it to be effective.

      I'd better start with my own disclaimer: I'm not a lawyer (though I will be one in a couple of years), this is a very simple answer, and these general rules are subject both to statutory modification and to the specific facts of a particular situation, so this isn't legal advice and YMMV.

      At common law, the answer to the first question is yes, knowledge and acceptance of a risk is sufficient to lower the standard of care for negligence. Of course, you would have to demonstrate that the user had, in fact, seen the disclaimer, so some prominent display at installation or a click-through arrangement would still be a good idea. As for when, the simple answer is: before the software does anything bad. The (slightly) longer answer is that the user should have a reasonable opporunity to avoid the risk before anything bad happens.

    19. Re:That's not the issue! by Eil · · Score: 2

      It's different with cars, because cars have a high potential to do physical injury to people and are thus expected to be built to a higher standard.

      Actually, I would think it's different because Ford doesn't give their product away for free (as in beer) for the sheer love of manufacturing automobiles.

      I have no particular reason that I should trust free software on my system not to start writing gigs of really bad slashdot haiku to /dev/hda, for example. That kind of thing is clearly listed in the disclaimer of most software whether free or not. I do, however, expect the '92 Mercury Topaz that I purchased from a Ford dealer not to go up in flames if I accidently tune to a christian rock station on the radio. Not so much because it's a safety issue, but because I didn't pay good money for the thing only to have the car fail in some unpredictable way.

      When you buy something, one should always have the right to expect to get what he or she pays
      for. When something is given away for free, ditto.

    20. Re:That's not the issue! by EJB · · Score: 2

      If you buy a car for, say, $30000, you could reasably expect that the company selling it made sure that it's suitable for transport, and that those safety issues that society currently thinks are a burden on the seller, are for the risk of the seller; especially if the car was advertised as suitable for transport and safe.
      I'm not familiar with US consumer protection laws, but in Holland, in such a case the company can't put any waivers of responsability in the smallprint and expect them to stick in court.

      However, the expectations that a buyer or user can have for something with a low price, or even free, are different. The burden of verifying a car sold to your by your uncle for $100 or found on your doorstep, fall (or should in my opinion fall) on you. It depends on what society currently thinks to be "reasonable expectations" that you could have. Especially if, instead of advertising reliability, the seller or giver disclaims any expectation of reliability.

      In the case of open source software, it is actually possible to verify the reliability of the goods. Not everyone can do it, so you may want to buy the software from a company like RedHat where exports do know how to do it, in which case the burden falls on RedHat. But otherwise, I think it's very reasonable that more or all of the burden of verifying the software falls on the buyer/receiver when the price is low or the software is free.

      I also believe the reverse; if the software is expensive, it is reasonable to expect that the seller has verifivied its reliability and is also responsable for it.

      Where the price boundary lies is up to a judge, and probably different for each type of software...

  40. Not needed for (most) OSS licenses by T.E.D. · · Score: 3, Interesting

    They are probably correct that click-through is helpful for typical proprietary licenses. But it is not needed for typical OSS licenses.

    You can read http://www.gnu.org/philosophy/enforcing-gpl.html for an explanation of why, from perhaps the world's foremost authority on the subject, FSF lawyer Eben Moglen. But by way of an executive summary:

    This is there actually is a fundamental difference between OSS (or at least Free Software) licenses and proprietary ones. By default (in the US) you have no rights to do anything with the software, even run it. Proprietary software licenses offer you a deal whereby you are allowed to run the software, in exchange for agreeing not to do other things that you are typically legally allowed to do. So they give up rights, and you give up rights. But its tough to make a case (in court) that you agreed to give up those rights, if there is no proof that you ever even saw the agreement. That's where click-through comes in.

    With a Free Software license, you are only given rights; none are taken away. You might not be able to do some things (like sell it to someone else with a different license), but you aren't allowed to do that stuff by default either. If you break this license, there is no question that you violated copyright law, whether you agreed to the license or not.

    So unless they had something in that license that says the user agrees not to do XYZ, which they normally would have the legal right to do without the license, then click-through is completely unnessecary.

    Note: IANAL. This comes from extensive reading of GPL materials, writings of IP lawyers like Eben Moglen, and discussions with folks who have actually been in court on IP cases. For advice on a specific situation, contact a good IP lawyer. For everyone else, I highly encourage reading http://www.gnu.org/philosophy/enforcing-gpl.html , which covers this in a bit of detail.

    1. Re:Not needed for (most) OSS licenses by bnenning · · Score: 2
      By default (in the US) you have no rights to do anything with the software, even run it.

      IANAL, but I'm pretty sure this is wrong. See 17 USC 117. If you are the legitimate owner of a piece of software, you can make copies if doing so is an "essential step" in running it, such as copying to a hard drive or RAM.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    2. Re:Not needed for (most) OSS licenses by T.E.D. · · Score: 2
      By default (in the US) you have no rights to do anything with the software, even run it.
      ...I'm pretty sure this is wrong. See 17 USC 117 [cornell.edu]. If you are the legitimate owner of a piece of software,
      The words "legitimate owner" are pretty key here. If I find some software sitting on the internet (or even on my hard-drive for some reason) with no license, am I a "legitimate owner"? I don't think so. I certianly couldn't prove so in court, which is what counts.

      Basicly this statute seems to be limiting how restrictive a license can be. It doesn't rid me of the nessecity of having a license at all. Without that license, I legally can't even load and run the software.
    3. Re:Not needed for (most) OSS licenses by Arandir · · Score: 2

      You do not need to prove anything of the sort. Can you prove that the knives and forks in your kitchen are yours? Can you prove that the gasoline in your automobile is yours? Can you prove that the shirt on your back is yours?

      It may be a cliche, but the old saw that "possession is 9/10ths of the law" is largely true. If the software is available to the general public, then it is up to the copyright holder to demonstrate that you stole it, not to you to prove that you bought it or downloaded it from a public server.

      The BSA is a bunch of thugs, as we all agree. They get their way through intimidation and barratry, and not through the proper application of the law.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  41. makes little sense to require "click-through" for by LMCBoy · · Score: 2

    One does not need to accept the terms of the GPL unless one is redistributing the program. Mere users of GPL'd software don't need to read or accept the license at all.

    So for a huge fraction of "open source" software (that which is actually Free software, under the GPL), a click-through requirement prior to using the software makes no sense.

    --
    Liberal (adj.): Free from bigotry; open to progress; tolerant of others.
  42. It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 5, Interesting
    I'm aghast that OSI would even consider click-wrap, and I entirely reject the unsubsantiated scare-mongering that goes along with its proposal.

    The OSD was developed by the Debian group under the aegis of Software in the Public Interest. Nobody who is presently involved with OSI had any part of that.

    OSI is probably the biggest mistake I've ever made, and yes it's my mistake. It's time to clean it up. The OSD should be returned to SPI, who can be trusted to administer it sanely.

    Bruce

    1. Re:It's time for OSI to return the OSD to SPI by roybadami · · Score: 3, Interesting

      I'm aghast that OSI would even consider click-wrap, and I entirely reject the unsubsantiated scare-mongering that goes along with its proposal.

      They've had a request for approval of a licence. Is it not reasonable for them to consult the wider community on this issue?

      OSI is probably the biggest mistake I've ever made, and yes it's my mistake. It's time to clean it up. The OSD should be returned to SPI, who can be trusted to administer it sanely.

      I'm intrigued by this statement. Some time ago I compared briefly read the Debian Social Contract and the OSD and I didn't notice any substantive differences.

      Would you care to elaborate on what you think is wrong with the OSI and why you think that (co?)founding the OSI was a mistake? I'm not trying to defend the OSI here; I no next to nothing about both the OSI and SPI, I'm just trying to understand the issues.

    2. Re:It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 5, Insightful
      They've had a request for approval of a licence. Is it not reasonable for them to consult the wider community on this issue?

      Do you really believe they even had to ask? This one seems pretty clear to me.

      I'm intrigued by this statement. Some time ago I compared briefly read the Debian Social Contract and the OSD and I didn't notice any substantive differences.

      When OSI was proposed to me, it was a way of marketing Free Software to business. It's been instead driven as a schism from Free Software. And the OSD continues to diverge from the DFSG. I also reject that the folks running OSI are representative of any Open Source community anywhere. In the case of SPI, there is a membership and elections. And unfortunately, most of the OSI board don't have time for OSI - they're too busy with their companies, etc. So 2 or 3 people end up running it.

      The whole thing makes me very uncomfortable.

      Bruce

    3. Re:It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 2
      I can write a piece of software and prevent people from incorporating it into commercial products. But I can't write a piece of software and prevent it being used for military purposes.

      Of course you can. Just don't call it "open source".

      I wrote that particular term of the OSD because of an old license agreement used on Berkeley SPICE (a circuit simulator). It prohibited its use by the Police of South Africa. It still prohibited them years after apartheid was over.

      On top of that, I didn't want to see pro-choice and pro-life software licenses, pro-Israeli, pro-Palestinian, and so on. And I especially didn't want to see anti-business licenses.

      Bruce

    4. Re:It's time for OSI to return the OSD to SPI by jelle · · Score: 2

      I fully agree.

      Anyway, when I can't modify the source to remove the click-through and then redistribute it myself under the same terms, then it's not free software (free not as in beer, but free as in non-captive). And it shouldn't be called open source. If they start accepting this, then pretty soon they will have to accept licences including 'and you can only modify it to fix my bugs and then let me sell it again'.

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    5. Re:It's time for OSI to return the OSD to SPI by Russ+Nelson · · Score: 2

      Having another bad day, Bruce? It's never too late to post a "WHAT was I THINKING" response to your own article.
      -russ

      --
      Don't piss off The Angry Economist
    6. Re:It's time for OSI to return the OSD to SPI by glwtta · · Score: 2
      then it's not free software (free not as in beer, but free as in non-captive). And it shouldn't be called open source.

      I don't believe that OS software is called free at all; free software is free, open source is open source, quite simple really.

      --
      sic transit gloria mundi
    7. Re:It's time for OSI to return the OSD to SPI by jelle · · Score: 2

      Why don't you read rule three and four of the official definition.

      And if you still don't see it, then skip ahead and read the last rule, rule nine "The License Must Not Restrict Other Software".

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    8. Re:It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 2
      What were you thinking when you brought us this pack of lies, Russ? I looked at the case you mentioned as precedent. It's not germane to warranties. What are you trying to pull?

      Bruce

    9. Re:It's time for OSI to return the OSD to SPI by Russ+Nelson · · Score: 2

      This one seems pretty clear to me. Where does it say that in the OSD of which you are so proud to have written?

      OSI was proposed to me? I thought you were one of the founders of OSI?

      it was a way of marketing Free Software to business. Given that RMS doesn't understand the need for selling ideas to people, he's going to turn it into a schism, yes. I don't see any alternative here.

      And the OSD continues to diverge from the DFSG. This is the same Bruce Perens who is going to contribute a modification to the OSD. Yep, user #3872. I can only conclude that you had a stupid attack when you started this thread. Please, Bruce, don't let pride stand between you and admitting stupidity! I never do.

      The folks running OSI are not representative of any Open Source community anywhere? Care to count lines of code, Bruce? CPUs running one's code (every McDonald's cash register is running my code; you lose one step from the starting line)? Should we count Slashdot submissions? Advogato articles? Boards of directors heatedly resigned?
      -russ

      --
      Don't piss off The Angry Economist
    10. Re:It's time for OSI to return the OSD to SPI by Russ+Nelson · · Score: 2

      Bruce, you're not making any sense. Take a deep (and wide) breadth (sorry), go to bed, and reconsider this entire thread. I'm sure that once you've slept on it, you'll retract everything you've said in this thread. In other threads you've said sensible things. This one, nonsense.
      -russ

      --
      Don't piss off The Angry Economist
    11. Re:It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 2
      Read the case at this link, Russ. Really read it. It's not germane.

      Bruce

    12. Re:It's time for OSI to return the OSD to SPI by Bruce+Perens · · Score: 2
      Where does it say that in the OSD of which you are so proud to have written?

      You told me yourself that you have been citing OSD #7 in this context. It's none too clear, I agree.

      OSI was proposed to me?

      By Eric, the day after the meeting at VA.

      Given that RMS doesn't understand the need for selling ideas to people, he's going to turn it into a schism, yes. I don't see any alternative here.

      I have been in Washington D.C. with Richard lately, and have been along with him as he's met congress people and political staffers, and has spoken before a very high-powered audience. He did very well and has shown much more understanding than you credit him for. I also just heard from the intellectual property chief at the Federal Trade Commission, who loved his presentation there. I think he's grown a bit.

      This is the same Bruce Perens who is going to contribute a modification to the OSD.

      Yes, to settle tonight's question, and if I can, I will make sure that it will be accepted in both the DFSG and OSD, so there will be no divergence. Who is better qualified to do that?

      Care to count lines of code, Bruce?

      I am more concerned that SPI is an organization with members and elections than with the ego-foo of the board members of OSI. But if you must brag about your code, Busybox has become a standard for embedded Linux, so much so that it is included in amost every embedded Linux system, and is running in many millions of commercial devices like routers, printer servers, and storage servers, where the users don't even know there's a Linux inside. It's also shipped with the Sharp palmtop. That is the result of one month of work on my part in Cathedral mode, after which it was self-sustaining. It has a robust community and has not needed me to help it grow since that first month. I'm more proud of the kids who leave home. That's real Open Source.

      Regarding projects resigned, it's been a long time since I've done any of that. How have you grown in the past few years?

      Bruce

    13. Re:It's time for OSI to return the OSD to SPI by Russ+Nelson · · Score: 2

      People sometimes mis-spell breath "breadth". Breadth is width. Not a real great joke, but I think Bruce needs a little levity in his life. He's taking this thread WAY too seriously.
      -russ

      --
      Don't piss off The Angry Economist
  43. You Only Need Assent to Take, Not to Give by John+Hasler · · Score: 2


    the time is coming when you won't be able to
    distribute software unless you have presented
    the license to the user and their assent is
    necessary to access the software. Even free
    software.

    Nonsense. Prior assent is only needed when the license requires the user to give up rights she would have were there no license at all. No Free Software license does this.

    You also make it sound like I would be forbidden to distribute software without a "click-through". In fact, the worst that could happen is that some license provisions might not be enforceable without prior assent. I can think of no such provisions that I would want to enforce anyway.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:You Only Need Assent to Take, Not to Give by John+Hasler · · Score: 2

      There is no product liability for gifts. When you sell a copy of your software you can execute a seperate waiver if you wish to evade responsibility for your work. It need not be part of the license.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  44. Hey, I have an idea. by Courageous · · Score: 2

    The DMCA makes click-thru licenses legally binding, right? Well, maybe all these free software efforts should start putting up click-thru licenses that grant the contributors to the free software unlimited rights licenses to all commercial software produced by any of the licenses. I can see it now! "Warez! This ain't warez, some guy at Microsoft clicked on my license and gave me unlimited rights to all Microsoft software. BWAHAHAHAHAH!"

    *evil smile*

    C//

  45. regulation is a good thing by kin_korn_karn · · Score: 2

    Ford can't sell cars that kill you.

    The meat industry can't sell you rotten steak.

    You can't be made to sit on a rotten board on top of a light tree at the local ballpark.

    So why doesn't software have regulations that it can't destroy your machine? You may not own the software, but you damn sure own the parts of the computer.

    If this were regulated then click-through licensing would be a non-issue, as it really would be about terms of use and not simply a deathgrip.

    1. Re:regulation is a good thing by kin_korn_karn · · Score: 2

      I think the law works that way. There's no liability attached to gifts. That's why people who donate money to schools to build playgrounds don't get sued when a kid falls from the monkey bars and breaks their arm (that, and that particular kid has sane parents that know kids just do stuff like that)

      If free software classified itself as a 'gift to the computing world', then it wouldn't fall under the same regulations.

      Commercial bundles, like Office and the Adobe "value pack", would be tricky, too.

    2. Re:regulation is a good thing by kin_korn_karn · · Score: 2

      ok, damn it. yeah, you can buy dangerous products that are labeled as such. But you are not allowed to sell dangerous products that are labeled as benign - unless the product is software. This is where the regulations need to be adopted.

      Remember when Pool of Radiance II came out? the installer had a bug that would FORMAT HARD DRIVES. That's the data equivalent of bringing in a new toaster that explodes catastrophically, burning down your kitchen. That is not legal. All the toaster was supposed to do was make toast.

      People (i.e. not us, but Joe Sixpack) are getting over their fear and awe of computers now, and are realizing that these aren't boxes full of magic, they're just machines. When they realize that they OWN the computers, instead of the computers owning THEM, that's when change will happen. Politicians don't give a shit about the geek vote, they're too stupid to comprehend us.

  46. probably techincally by Archfeld · · Score: 2

    violating the DMCA. I am sure some asshat lawyer will state that the installer encoding was there to prevent unauthorized installation and viewing of their precious intelectual property.

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
    1. Re:probably techincally by JohnHegarty · · Score: 2

      Thanks for letting me know. I shall turn myself into the nearest police station.

    2. Re:probably techincally by Archfeld · · Score: 2

      LOL, by the time you got done explaining the situation to them you'd be eligible for retirement and the cop would have had a double by-pass from to many dognuts and too much coffee.

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
  47. Y'all realize how the system works, right? by Henry+V+.009 · · Score: 2

    There is a point you all are missing. Someone has to write the click-through agreements. That someone is a lawyer. He gets paid to write them.

    Now, giving consideration to human nature, what do you expect that same lawyer to suggest when you ask whether or not you should have a click-through agreement?

    In fact, I would even suggest that is the main reason for click-through agreements on most commercial software, which is already adequately protected by copyright. The lawyers who tell you whether you need a click-through don't make as much money when you don't need one. (As well as the natural herd tendency that keeps businesses from standing out from the crowd.)

    Most companies have the same problem with the legal department of a company as they have with the engineering and other technical departments. Mangement does not understand them: "Oh, you need a GeForce 4 for every computer to run MS VC .NET? Let me just order some on up for you all." Mangement is just as clueless when it comes to lawyers, who are just as self-serving and greedy as the rest of us.

  48. Legal issues. by Restil · · Score: 2

    With the GPL, the user of the software is not required to agree to the license. The advantage is, if they don't agree to it, they're covered under default copyright laws. Only if they agree to it are they permitted to redistribute the software, modify and distribute, etc, but at the same time you're required to adhere to the additional restrictions, mainly the requirement to distribute the source with the binaries.

    None of this part of open source needs to be addressed in a clickwrap license. What MIGHT need to be addressed are the warranty issues and issues of financial responsibility, should the software be in some way responsible for damage. While with open source, this is probably less likely than proprietary counterparts, its still a potential legal problem waiting to happen.

    But as far as the issues of copyright, and how the software is used, open source software doesn't adhere to restrict the user in these regards, and wouldn't need a clickwrap to specify it.

    -Restil

    --
    Play with my webcams and lights here
  49. Re:whats wrong with a click thru license ? by Rick+the+Red · · Score: 2
    Under those terms I can see a lot wrong with this proposal. How far will the nonsense go? Click-through on installation is one thing, click-through on use ("their assent is necessary to access the software") is something else entirely.

    What would happen in this example: Let's say someone builds a web site using Apache, PHP, and MySQL. Let's say each of these require a click-through license agreement. Now, does only the site developer have to click through and agree to the licenses, or will each visitor to the web site have to agree to them all (including, presumably, a license for the web site itself)?

    --
    If all this should have a reason, we would be the last to know.
  50. Not in Debian by John+Hasler · · Score: 2

    The question here is whether we should amend the
    Open Source Definition so that it is clear
    whether click-wrap licenses are allowable or not.

    I strongly doubt that any software laboring under such a license will ever be part of Debian.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  51. Re:package-1.0/LICENSE or clickthru, what's the di by Hard_Code · · Score: 2

    Agreed. The issue is whether by "avoiding" assenting to the GLP/, can one exploit some sort of loop hole. Let's say you buy a Red Hat box, but don't view and agree to the license terms. This wouldn't mean you could then redistribute the source code (because that would be a violation of plain old copyright - since you haven't assented to the GPL you don't have the EXTRA right to distribute source), but would it mean you could distribute binaries (without source)? Binaries are derived from source, but since you produced them yourself, they are not "copies" of any Red Hat copyrighted material. And since you didn't agree to the license, it seems you would be able to redistribute the binaries without the source.

    There are two orthogonal things going on here:

    The ability to use a product you *purchased* regardless of the license on it.

    The ability of an agreed-to license giving you extra rights.

    We would like to have both in effect (being able to use proprietary software without agreeing to some draconian privacy-invading license, and being able to hold up the legal strength of the GPL). Somewhere between the two there seems to be a hole by exploiting one (use of licensed software) and relinquishing the other (extra rights granted by license).

    --

    It's 10 PM. Do you know if you're un-American?
  52. maturing??? by geekoid · · Score: 2

    "Our industry is maturing and... "

    I would hardly call this mature.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  53. Where should the click-through be? by dfn5 · · Score: 2
    I've seen this kind of thing during the build phase, during the package installation phase, or at the first use by user phase (installed on shared computer with many users). So where should it really go? If it isn't required in all three phases then someone could miss out.

    For that matter isn't it adaquate to have a file called COPYING included with the source that contains the License aggreement as well as compile it into the app so that the user can display it with --copyright or "Help->About Application..." ???

    --
    -- Thou hast strayed far from the path of the Avatar.
  54. Yeah, but... by superdan2k · · Score: 2

    ...how does this apply to guys like me that design fonts and other software that's supplemental to an operating system and not an executable? At the moment, most font formats have the equivelent of ID3 tags for putting information into, but I don't know of anything that allows for licensing, other than the good ol' README.TXT file.

    So does this mean that those of us that build non-application software have less right to our work than those that do...?

    --
    blog |
  55. What bullshit! by RelliK · · Score: 2

    This is about the stupidest proposition I've herd yet. You obviously have no clue about how Free Software licences (and copyright in general) work, so let me clue you in.

    All all of the so-called click-wrap "licenses" (*) start off with the presumption that even though you bought a copy of software, you are not allowed to use it unless you agree to the "license" (and, in effect, give up your rights). Such a presumption, however, is not supported by copyright law. Quite simply, if you own a copy of software, you may do whatever you want with it, as long as you don't distribute copies of it to someone else. Making copies is the exclusive right of the copyright holder (fair use applies, of course).

    (*) The "license" is actually a unilateral contract in that it takes away your rights instead of granting them.

    Free Software licenses start off with the (correct) presumption that you can use the software in any way you want (thus, unlike proprietary "licenses", they don't attempt to take away your rights). Instead, they grant you more rights than you normally have. (Thus Free Software licenses are indeed licenses). Specifically, you get the right to distribute the software. There are, however, limitations in the ways you are allowed to do so. For example, GPL stipulates that you may not distribute the software under any other license; BSD allows you to relicense the software, but you must give credit to the original author, etc. If you agree to the license, you get the right to distribute the software; if you don't agree you have no such right.

    This is how copyright works. All Free Software licenses are besed entirely in copyright law. They do not attempt to take away your rights as a condition to using the software. This makes them stronger than proprietary "licenses".

    The only two cases that I'm aware of where a license was ruled unenforcible involve specifically the proprietary click-wrap "licenses". (Step-Saver v. Wyse Technology and ARS v. Software Link).

    IANAL (but I play one on TV :-)

    --
    ___
    If you think big enough, you'll never have to do it.
    1. Re:What bullshit! by bnenning · · Score: 2
      The "license" is actually a unilateral contract in that it takes away your rights instead of granting them.

      And thus should be laughed out of court on grounds of lack of consideration. I've never heard a counterargument to this other than the false claim that you have no right to run the software except by agreeing to the EULA.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    2. Re:What bullshit! by RelliK · · Score: 2
      And thus should be laughed out of court on grounds of lack of consideration.

      In a sane world, yes.

      --
      ___
      If you think big enough, you'll never have to do it.
  56. Click-through a legal necessity...I dont think so. by jspaleta · · Score: 2

    And of course I'm not a lawyer....
    but reading the press over the whole Mysql fiasco, click-through license seems to only be a necessity if the license is taking away a right not granted by default copyright situations. For OSI software, the licenses typically grant rights not already granted by default, and thus can only be granted via a license agreement. For instance redistribution is not a right granted under default copyright rules. So for someone to redistribute a work they MUST have a license agreement from the copyright holder to do so.
    Click through becomes a necessity when defending your license agreement in situations where you are asking the users of the software to agree to give up some default rights...or you are asking them for permission to use private data or some such.
    So I'd imagine for some very complicated OSI approved licenses you might need click through...but I cant see old standards like X11/BSD/GPL needing this kind of mechanism since these licenses only grant you more rights over defualt copyright rules. Maybe a click-through requirement is a good measure of whether or not its should be OSI approved. If it need a click-through wrapper...then its got to be taking away some rights from users, and therefore not in the spirit of OSI.

    -jef

  57. But it raises a point by jmd! · · Score: 2

    The post was obviously a complete troll.

    But it accidentally raises a interesting point. With Slashdot so much a part of the "Open Source community" for some people, other then Taco's moral conscience, does it have a legal obligation to not actually censor users open dialogue here?

    For instance, I would image it's perfectly legal for editors here to delete obvious trolls such as above. But what if a valid post is made, making disparaging, but true remakes about Open Source, or Mozilla, or something similar. It's on topic, completely factual, not a troll or flame-bait in the least (unless disagreeing with status quo counts as flame bait).

    It's a private site, so in that sense editors could delete the post. But isn't there some assurance of accurate representation that the discussion is from the users, and not controlled and certain thoughts censored by editors?

  58. Re:Ignorance of the law is no excuse by Rick+the+Red · · Score: 2
    I was going to post a similar comment! You stole my subject!

    Seriously, though, ignorance of the law is no excuse. Once you set a legal precident that every user must click-through and agree to the license agreement, then you're setting a precident that ignorance of the law is an excuse. Anyone could then claim they were "obviously" free to copy something if the copyright holder did not inform them of their license terms.

    That, of course, is utter nonsense. The law used to require a simple copyright notice, period. That was sufficient to inform you that you may not copy the work, period. Now the copyright holder doesn't even need that. The law now says you must assume everything is copyrighted and you cannot copy it unless specifically told otherwise. It is in your interest to read any license that grants you rights beyond the legal default "none". Microsoft et.al. have established a precident here where they treat their customers like idiots who must be constantly reminded that copyright infringement is wrong; there's no reason for the Open Source community to join the madness.

    --
    If all this should have a reason, we would be the last to know.
  59. The GPL is not an EULA by Jeremy+Erwin · · Score: 3, Insightful

    The GPL is not a End User License Agreement. EULAs restrict the rights of the End User.

    If you want to install emacs on your computer, you don't have to agree to anything. If you want to install Microsoft Word, you are bound by the EULA.

    If, however, you want to redistribute emacs or modify the program, you are bound by the GPL. If you want to modify of redistribute Microsoft Word, you may be held liable for civil and criminal penalties.

    I suppose if you distributed emacs without source, those same penalties might still apply. The GPL is so much easier...

  60. Re:Apps which do this will be deleted by me by WildBeast · · Score: 2

    That's the problem. If you want to bring Linux to the masses, you have to go through all the shit that made Microsoft what it is. Agreements, legal mumbojumbo, lawsuits, big nasty corporations, dumb users, loosers, maniacs, etc.

  61. Re:whats wrong with a click thru license ? by Hater's+Leaving,+The · · Score: 2, Insightful

    There's more than just "a lot wrong" in my book. As soon as you wrap a program up with some obligation for the user (installer) to actaully _do_ something particular (read and affirm an agreement), you are restricting the user's freedom to simply to do what he wants with the code (for himself), i.e. going against the OSI way of thinking.

    I don't think click-through and OSI mix, and I'm glad the decision was made that way.

    THL.

    --
    Keeping /. cynic density high since the fscking Kwhores/trolls arrived.
  62. A new license by WildBeast · · Score: 2

    I'm tired with all those useless and complicated licenses. Why should a developper worry about all that crap?

    Here's what I propose as a license
    "Do whatever the hell you want with the software but don't sue me."

  63. But this goes beyond copyright... by Pollux · · Score: 3, Insightful

    I took an Econ class this summer for college. It was rather boring, but the one thing that I really got out of the class was this: the more expensive the lawyer, the better a chance you'll win when someone sues you.

    What does this have to do with software? Well, a cheap lawyer will tell you this:

    Software is covered under copyright, and copyright grants your work protection by default. We don't need a shrinkwrap on a book to note that copying it is illegal; the same should remain true of software.

    An expensive lawyer will laugh at that response and will tell you that you need to set up every possible legal defense if you don't want to get sued for millions of dollars. And the best line of defense: be the first to state the rules of the game. If the other team has to play by your rules, you have much better odds of winning.

    So, when it comes to software, be it commercial or open source, it's always safer for the publisher to present the license (which goes far beyond the limits of ordinary copyright), because it gives them the advantage in court. Whether or not the license is legal under Copyright Law doesn't matter, because (the other thing I learned in Econ) the first line of defense in court is not the law, it is FUD. If you have the more expensive lawyer, the bigger contract, and the Italian-quality suits, you stand a better chance at frightening the other party into submission.

    1. Re:But this goes beyond copyright... by Bruce+Perens · · Score: 4, Insightful
      Aren't you actually proposing that we let the other side state the rules of the game? After all, Free Software is a rebellion against all of this litigious nonsense. I think we need to push back here.

      This is not to say that there is no need for a set of guidelines on how to communicate to users the NO WARRANTIES message. But I don't feel that requiring click-through in licenses is the right approach.

      Bruce

  64. Paradox! You have to swallow your own tail... by Hater's+Leaving,+The · · Score: 2, Funny

    Say I wished to distribute a working copy of some JavaScript code on my web-site.

    So I'd need to have a click-through before the JavaScript was served.

    So I'd have to write a new page and maybe a new script to handle that click-through.

    However, being the stubborn GNU-head that I am, I'd insist that this click-though page should be open source too.

    So I'd need a click-through before that page was served.

    Lather, rinse, repeat...

    THL.

    --
    Keeping /. cynic density high since the fscking Kwhores/trolls arrived.
  65. Disclaimers by jmd! · · Score: 2

    Yes, I had thought of those. But I can't imagine anyone who's asinine enough to download for free a random piece of software off the Internet, compile it, put it into production use, then when it fails, attempt to sue the author. And I especially can't imagine a judge moronic enough to believe the guy.

    I "license" my software by releasing it into the public domain, and include no such disclaimers. If you're senseless enough to assume I'm guaranteeing it to be flawless to the world, well, I just can't see that being held up, regardless of what laws may be on the books.

    My "license" boilerplate:

    # This work is public domain. The author hereby releases all copyright.
    # Anyone may use, reproduce, and modify this work without restriction.
    #
    # "...for the more there are who say 'Ours,' - not 'Mine' - by that
    # much is each richer..." -Dante (Purgatorio, XV)

    1. Re:Disclaimers by LMCBoy · · Score: 2

      IANAL, but I'd be careful, bud. You can get into trouble assuming that people won't sue you.

      The phrase "surely no one would be dumb enough to sue me over that!" has Famous Last Words written all over it. Next time you're in McDonalds, order a coffee and check out the warning label ("Caution! Contents are unbelievably HOT! Do not pour down pants!"). Every such label has a moronic (but successful) lawsuit behind it.

      --
      Liberal (adj.): Free from bigotry; open to progress; tolerant of others.
    2. Re:Disclaimers by mvdwege · · Score: 2
      I can't imagine anyone who's asinine enough to download for free a random piece of software off the Internet, compile it, put it into production use, then when it fails, attempt to sue the author.

      I may be wrong here, but wasn't that the exact reason the authors of Broadcast 2000 gave when they pulled the download from their site?

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
  66. Re:Apps which do this will be deleted by me by WildBeast · · Score: 2

    That's what I've been saying from the start. I've already switched to BSD.

  67. What do you need a license for by nuggz · · Score: 2

    Copyright law prevents you from copying software, to use software you generally copy it (onto a hard drive, into memory whatever).
    Without permission from the copyright holder doing so is in violation of their copyright.

    You must either agree to the license, or you are violating the copyright. By not reading the license or agreeing to it (which is just fine) you are violating the copyright, and hence are not permitted to use the software anyway.

  68. Your own arguments are against it. by schon · · Score: 2

    (please note - I'm speaking in generalities here - comments to the tune of "such-and-such-a-license doesn't do that" will be ignored.)

    All of the licenses you mention grant abilities to the user - abilities that wouldn't be available to them under traditional copyright law. "Clik-wraps" seek to remove rights that would be otherwise available to the user.. by allowing them, you're starting down the old slippery-slope..

    Our industry is maturing

    This is the exact reason why you must not allow "click-wraps"

    Click-wraps are an attempt to prevent this maturation... they typically attempt to absolve the author from liability and warranty, and/or to grant them absurd (and usually distasteful) powers.. (think the Win2K SP3 - blatant invasion of privacy, all to fix bugs to software you have already paid for)... A truly "mature" art will be very well understood, and be subject to peer-review (which is one of the benefits of open source); allowing a license to prevent this (which is common in click-wraps) is a serious step backwards in the evolution of software design.

  69. Poor Bruce. by Elwood+P+Dowd · · Score: 2

    Looks like Bruce is having a rough couple of weeks.

    It's so nice to have a leader in FS or OSS that isn't an egomaniac. Not that I have a problem with our resident egomaniacs, but Bruce Perens is a welcome relief. He doesn't even insist that we know his middle initial!

    --

    There are no trails. There are no trees out here.
    1. Re:Poor Bruce. by Bruce+Perens · · Score: 2
      Regarding the middle initial, there's this scene in a 30-year-old Star Trek where a woman asks Spock what his first name is, and he says you wouldn't be able to pronounce it. That's my middle initial. It's not ASCII either :-)

      Bruce

  70. Re:whats wrong with a click thru license ? by dnoyeb · · Score: 2

    The poster already said what was wrong with it. He disliked accepting something before he has had a chance to use it. Try reading the post thoroughly next time.

    In any event, I agree with posting the license due simply to the fact that software is downloaded and you can not guarantee that someone has had a copy of the license fall out on the floor...But I disagree with the accept or don't run choice. Just give me a simple OK button and clicking the OK button dismisses the license window.

    Now you can show in a court of law that I had a chance to read it. That should be enough. Not forcing me to sit down and pull out the dictionary to decipher this legal mumbo jumbo before I even get to use the software. Or say, write the documents in laymans terms such as the authors of THE NEW TESTAMENT saw fit to do.

    I am sick of reading all this crap every time looking for the little twist that sells my soul, and all works produced by it...

  71. Not a problem until copyright is gone... by Tom7 · · Score: 2

    While copyright exists, a 'click-through GPL' is unnecessary because everyone is *by default* forbidden from distributing the software. They gain this privilege by accepting the license.

    If some day copyright goes away, then we'll be in a different boat. But then there won't be as much of a need for licenses like the GPL, because the culture will be so different.

    1. Re:Not a problem until copyright is gone... by elflord · · Score: 2
      If some day copyright goes away, then we'll be in a different boat. But then there won't be as much of a need for licenses like the GPL, because the culture will be so different.

      If copyright goes, we will see a move towards secrecy, technical measures, click-through/other contractual models. Reading these posts, copyright is actually the most benevolent of the available alternatives. If copyright goes away, there will certainly be a "change of culture", but it will not be one that furthers the interests of free software.

    2. Re:Not a problem until copyright is gone... by Tom7 · · Score: 2

      > It will not go away because of this. It has been around for a long time, and it is not
      > substantially easier today to violate copyright than it was 10 years ago.

      The growth of the internet, broadband, and the consumerization of programs like Napster and Kazaa have absolutely made it substantially easier to violate copyright than it was in 1992. (In 1992, you'd dial up a local BBS with 20 megs of hard drive space and a 14.4k modem ... if you're lucky!)

      I don't know how you can claim that with a straight face!

      Anyway, I guess we'll see if/when we get there.

    3. Re:Not a problem until copyright is gone... by Tom7 · · Score: 2

      > Despite all the noise on slashdot, I suspect that the majority of piracy nowadays still
      > uses more traditional techniques: "sharing" a friends CD, obtaining "warez" CDs, "sharing"
      > CDs with friends, etc.

      Well, you can expect what you want, but my whole family uses Kazaa to download mp3s off the internet in minutes. They could hardly use the computer, let alone dial up a BBS and learn all of the conventions, in 1992. CDRs weren't even available at an acceptable price until about 1995, and MP3 encoding wasn't taking off until 1997.

      It's true that copyright violation has been around for a long time, but in the last few years it has become MUCH easier to share on a much larger scale. It's more than just noise on slashdot; it sounds like you are pretty disconnected ...!

  72. Arguing on principle by Outland+Traveller · · Score: 2

    There are many different legal mechanisms one can use to control distribution of software.. Off the top of my head, I know of:

    Copyright
    Patents
    ShrinkWrap Licenses
    Technical Means (DMCA in the USA)

    I personally disagree with the implementation of most the above. Copyright terms are too long, Patents are given out frivolously for types of things I personally don't believe should be patentable (business methods, software, algorithms), Shrinkwrap licenses are a one-sided travesty of a contract, and represent a blatant effort to avoid consumer protections based on ownership, and the DMCA is just an unjust pile of total crap.

    Of the above, copyright is the least objectionable distribution control device. Therefore, I prefer licenses that rely soley on copyright rather than one of the other means.

    I would be very much put off by a license that enforced the use of a click-through agreement. I dearly hope OSI and the FSF reject such things.

  73. Copyright vs. Warranty by Bruce+Perens · · Score: 4, Insightful
    IANAL.

    First, it's necessary for you to divorce copyright from warranty in your mind. Warranty does not necessarily follow copyright. In many cases, the warrantor will be the person you got the software from, regardless of whether they hold a copyright. And they may be able to pass on damages to the person they got the software from, perhaps the original developer. I think the risk to FTP sites is low, but to distributions, who put more active work into the process, and sometimes get a cash consideration, it's high.

    The problem is what is the default in the law regarding warranties. If the default were clearly no warranty, Free Software would be OK. To the extent that the default is otherwise, we are less OK, and must deal with imperfect instruments for disclaiming warranties, and getting the user to agree to indemnify us (pay for our damages). But our goal is not to go to court at all. The minute someone has us in court, we're already losing money. So, we want it to be so clear that there is no warranty that nobody will ever try to sue. This is why people are tempted to use click-wrap. But I don't think that requiring it is the right solution.

    Bruce

    1. Re:Copyright vs. Warranty by Arandir · · Score: 2

      The problem is what is the default in the law regarding warranties.

      I have always assumed that commercial products (including software) had warranties by default, but that non-commercial non-products (including software) did not. Since I am not selling my software, it is not commercial, I am not claiming any sort of merchantibility, and thus there is no warranty.

      If this is not the case, then the implications are terrible. Not only would you not be able to share your homebrew stout with your friends, you wouldn't even be able to let them see the recipe! God forbid they should try to make some themselves and have a freak accident involving hops! (don't brew? don't worry, same situation applies with oatmeal raisin cookies)

      Commercial software SHOULD have implied warranties. But non-commercial software should not. If the law is different, please let us know so we can work to change it.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:Copyright vs. Warranty by krmt · · Score: 2

      So then, perhaps all the commercial distros need to include some kind of notice in their install process that there is no warranty, perhaps offering to display the GPL or any other licenses too if the user wants. Where I'd say this becomes more interesting is a project like Debian, which is definitely not commercial. To be safe, a notice about the warranty would probably be a good idea in the install, but I agree with Bruce that a click-through is a bad idea. A simple notice saying "There's no warranty here, so use it at your own risk" ought to be sufficient to keep everyone out of court. You as a user do not have to agree that there is no warranty, and thus there is no contract, and the distributer does not need to be held liable.

      --

      "I may not have morals, but I have standards."

    3. Re:Copyright vs. Warranty by Bruce+Perens · · Score: 2
      If this is not the case, then the implications are terrible.

      It's not the case, and they are indeed terrible.

      Not only would you not be able to share your homebrew stout with your friends

      Yes, you may be liable if they are poisoned and hospitalized for a long time, if they are intoxicated and crash their car, etc. I pay for an additional US$2 Million general liability over the default offered on my home insurance for just this sort of thing, or if the cleaning lady hurts herself, etc.

      Bruce

    4. Re:Copyright vs. Warranty by Arandir · · Score: 2

      It's not the case, and they are indeed terrible.

      Then I guess I'll have to stop writing Free Software. I'll also have to stop donating to the Salvation Army. You never know when I could get sued over an old shirt. Thank you lawyers. You've made the world a much better place. Sigh.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    5. Re:Copyright vs. Warranty by Bruce+Perens · · Score: 2
      I accept your point that the law is a big mess. That said, I think your risk is managable, much more than (for example) Red Hat's. If you are worried, get some renters or homeowners insurance with general liability protection, it is not expensive and will protect you from much more likely mishaps like someone going home drunk from your place and getting in an auto wreck.

      Bruce

    6. Re:Copyright vs. Warranty by AJWM · · Score: 2

      The problem is what is the default in the law regarding warranties.

      To be more precise, the problem is the default with regard to a product you can examine before use in the law regarding warranties.

      If you're buying a pig in a poke, or propietary binary-only software (but I repeat myself), the law should default to at least a warranty of merchantability or fitness for use.

      However, where the customer is free to examine the product (e.g. read the source) before use, then that default need not apply because the user has every opportunity to exercise due diligence that the product will do what he wants it to.

      (Of course, the problem with software warranties in general is that there are so many variables (library versions, hardware characteristics, version of the OS, configuration, etc.) which might affect the behaviour of a program but are beyond the control of the developer or distributor.)

      --
      -- Alastair
    7. Re:Copyright vs. Warranty by Bruce+Perens · · Score: 2
      However, where the customer is free to examine the product (e.g. read the source) before use, then that default need not apply because the user has every opportunity to exercise due diligence that the product will do what he wants it to.

      That's a really good point. I'd like to see a message like that along with distributions - it doesn't even have to be a part of the license. "You are provided with source code and can perform due diligence on your own".

      Bruce

    8. Re:Copyright vs. Warranty by Tony-A · · Score: 2

      "You are provided with source code and can perform due diligence on your own".
      Common Sense. But maybe it's not that common. :(

    9. Re:Copyright vs. Warranty by John+Hasler · · Score: 2

      What Microsoft et al are trying to dodge with their waivers of liability is product liability, where the manufacturer is held to be "strictly liable": the plaintiff need only prove that he was injured due to a defect in the product. There is no need to prove negligence.

      If you give your software away, product liability cannot apply because there is no product. Your only exposure would be under general liability. Here the standard of proof is much stricter: the plaintiff must not only prove that he was injured due to a defect, he must also prove that the defect was the result of negligence.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    10. Re:Copyright vs. Warranty by Bruce+Perens · · Score: 2
      But if someone pays Red Hat, can product liability apply and can Red Hat pass that on to the original developer via a follow-on lawsuit?

      Bruce

    11. Re:Copyright vs. Warranty by mvdwege · · Score: 2
      The problem is what is the default in the law regarding warranties.

      In that case, I see a problem, and it isn't UCITA.

      Under Dutch law (and I have the benefit of having studied it for 2 years), it is impossible to add a generic disclaimer of liability. This is called an 'unreasonably restrictive condition' ('Onredelijk bezwarende voorwaarde'). Under EU regulation, these laws have been toughened the last few years.

      So, in the EU at least, the programmer of a Free Software project is already somewhat liable. However, case law may show that this liability is the absolute minimal, and since most Free Software programmers offer the source, they might only be liable in the event of insufficient documentation of the risks of the use of their software. For example Mozilla's disclaimer on their download page that Mozilla is for developers only should be enough.

      I don't think any judge is going to let a suit go forward where someone tries to sue IKEA for injuries sustained in assembling a piece of furniture for example. OTOH, buying a ready made table, and losing your good china because one of the legs suddenly broke will give you grounds to sue.

      Extending this analogy, a Free Software developer would be safe, as he explicitly gives directions on how to assemble the software. Given no provable negligence in providing the user with instructions, this ought to be enough.

      A distributor however, like SuSE or Mandrake, would be in a different situation. Regardless of disclaimer, they can be liable for damages for the distributed packages, as they are offering a full product. Of course, if they show that they took reasonable steps to inform a user of risks, they can disclaim liability.

      So, for example having an unclear channel for security updates, and insufficient documentation for this, might leave them open for liability suits stemming from security holes, as not clearly informing the users on patches and on how to obtain them might be construed as negligence, thus preempting any disclaimers of warranty.

      A final note: given the usual good practices of both Free Software authors and distributors, it will be very hard to prove any circumstances that would preempt their disclaimers. So even though most EU jurisdictions assume a default liability, this will not be a big problem for anyone conducting business in a reasonble manner.

      Commercial shrink-wrap EULAs are hit a lot harder by the toughened liability laws. Aside from the fact that in some jurisdictions the EULA might not even be a valid contract, their disclaimer of warranty might easily be considered unreasonable.

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
  74. No, *unless* it defaults to another OSI license by sethg · · Score: 2
    I can accept a dual-licensing scheme with a click-wrap, e.g.:
    By default, the Program is licensed to you under the Quux License; if you distribute a modified version of the Program, you may only distribute your modifications as patches to the original Program's source code, and you must grant us a license to use, modify, and distribute your patches. For the complete terms of the Quux License, click here.

    If you want permission to distribute modifications to this program in any other form, you must explicitly consent to the Foobar Licensing Agreement, in which you indemnify us from any lawsuits arising from your use or distribution of the Program. For the complete terms of the Foobar Licensing Agreement, click here. If you consent to this agreement, click here.

    If you distribute copies of this program without explicitly consenting to the Foobar Licensing Agreement, then either you have accepted the Quux License or you have violated our copyright.

    If the Quux License meets the Open Source Definition, I have no objection to putting a click-wrap up to let the user choose between Quux and Foobar. But if the user's choice is between accepting the click-wrap license and accepting some non-open-source license -- or no license at all, i.e., "all rights reserved" -- then I don't like it at all.
    --
    send all spam to theotherwhitemeat@ropine.com
  75. Would conflict with package managers by Jeremy+Erwin · · Score: 3, Informative

    I work with a MacOSX based package manager called fink. It essentially allows users to automatically download, compile, and install software.

    Each package description contains a license field. One such possible value for the field is "OSI-Approved". As fink is frequently used to automate package installations, a shrinkwrap licensing requirement would be most cumbersome, and require extra debugging. We'd have novice package maintainers submitting shrink-licensed packages with "OSI-Approved" designations, but without the logic to handle "shrinkwrap".

  76. Sigh... by sheldon · · Score: 2

    By default (in the US) you have no rights to do anything with the software, even run it.

    You have several misconceptions about copyright law.

    Copyright grants exclusive distribution rights to the creator, however there are limitations to this specified in Title 17. Two of those are the right of the user to utilize the software(i.e. by making a copy into the machine's memory) and to make a backup/archival copy.

    http://www.copyright.gov/title17/92chap1.html#11 7

    That's pretty much all copyright law covers.

    All of the other various provisions that you see in licenses are all part of contract law. Basically "I will sell you a copy or let you use a copy, but you must abide by these additional terms."

    I think it's disappointing that Free Software advocates try to distort debates on copyright law.

    1. Re:Sigh... by T.E.D. · · Score: 2
      By default (in the US) you have no rights to do anything with the software, even run it.
      You have several misconceptions about copyright law.

      Copyright grants exclusive distribution rights to the creator, however there are limitations to this specified in Title 17. Two of those are the right of the user to utilize the software(i.e. by making a copy into the machine's memory) and to make a backup/archival copy.
      That's also true, if you care to look at it that way. But you have to be a "legitimate owner" of the copy under Title 17. The only good way to prove that to the law's (and the BSA's) satisfaction is to produce a license. So all this statute really does is establish a minimum basline of rights that you must recieve from a license, if you manage to acquire one. Without a license, you still have no rights (unless you can somehow otherwise prove in court that you recieved a copy from a legitimate source in a legitimate way).

      We are starting to split finer and finer hairs here, which is getting into pretty dangerous territory considering neither of us are probably licensed IP attorneys. So I suggest we stop the "no you're wrong because you overgeneralized" game here, before we get ourselves lost in the IP law equivalent of quantam theory. :-)
    2. Re:Sigh... by Arandir · · Score: 2

      But you have to be a "legitimate owner" of the copy under Title 17. The only good way to prove that to the law's (and the BSA's) satisfaction is to produce a license.

      No, all you have to do is produce a sales receipt.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    3. Re:Sigh... by T.E.D. · · Score: 2
      No, all you have to do is produce a sales receipt
      That might do it, assuming you have (and kept) the receipt. I regularly keep them for all my purchase programs, but I suspect a lot of people don't.

      For our hypothetical situation, we are talking about someone who acquires OSS software, and claims to not have read the license, and therefore not have agreed to it. Quibbles with my wording aside, said person has no leg to stand on if they try any activites that would break the OSS license, as long as the license only *gives* rights, rather than tries to take some away.

  77. Re:whats wrong with a click thru license ? by TheCarp · · Score: 4, Insightful

    And how would you propose to impliment it?

    This isn't windows where you can be sure that everyone is using a GUI, and
    doing the install on a GUI... how about an OS install?

    When I install even a very minimal Debian system I am sure that the software beinbg instatalled is not all licensed from Debian, in fact, only a versy small amount of it is. Some of it is the FSF, some of it is Xfree86, some of it is Berkley, some of it is licensed from other people entirely.

    I should have to "click through" how many hundreds of times to get the OS on my box? How about if I want to impliment automated installs? Like say my office mate whpose job it is going to be to setup a research computing cluster... installing software in parallel on a whole cluster of boxen at once?

    Secondly, I don't knbow if you read it but neither the GPL nor any other Free Software license that I have seen says much about USE of the software. USE is implied by posession, its Fair Use. You only need these licenses to DISTRIBUTE the software. Thats the whpole reason the GPL exists... to give people terms of a distribution license.

    I think thats the major disconnect here, these are not USE licenses (frankly IMNSHO use should be covered under fair use doctrine anyway, making the whole "click through" issue moot) they are distribution licenses.... and not neede dfor use at all...

    Its very simple. Legally you have no right to redistribute a copyrighted work by default. So if you don't accept the distribution license (GPL, BSD, whatever it is) then you have no legal right to distribute. So distribution implies agreement with the license.

    -Steve

    --
    "I opened my eyes, and everything went dark again"
  78. More Information, Please? by orthogonal · · Score: 2

    She said yes, because of various legal precedents. We consulted a few people and yes, it looks like a license without click-wrap is weaker at protecting your rights.

    Perhaps Russ Nelson (or anyone else, hint, hint) could let us know what these precedents are.

    Without that information, if it's free software we're talking about, it's awfully hard to steal what's already free, and I don't think that the good folks at cygwin are checking to see if I'm running their code on my PC.

    So I assume the precedents involve somebody taking GPL'd or similar code and using it in commercial products, or using in in products for which they're unwilling to release the source. (For a question about this, see below)

    It's conceivable that this has in fact happended through more or less honest mistakes, as well as through malicious intent. Imagine that Joe Hacker gets his hands on some GPL'd code, modifies it, and posts it on his web site (or on usenet, even more likely) without also posting the license, or with just a link to the license. So Jack Corporate guy sees it, doesn't realize the code is GPL'd, and (pun intended) incorporates Joe Hacker's code in BigCorp.com's latest commercial, closed-source offfering.

    So the original coder realizes that the crufty algorithm used in BigCorp's program is his, and he or the Free Software Foundation sues BigCorp, asking that BigCorp make the source -- all of it, including stuff that didn't proceed from the GPL'sd code -- available as per the terms of the GPL license.

    Now, either Joe Hacker, the modifier, made the GPL license available or he did not. If he did, he made it available in some less than conscpicuous way, and BigCorp its programmer Jack Corporate say they never saw it. Or, worse, Joe Hacker never made the license availble, becuase he never read the GPL license, because he was just doing some monor mods. And so now BigCorp argues that as far as it knew, the code was in the public domain.

    Again, their needs be no malicious intent, only carelessness. Having a click-through license would give the lawyer for the FSF a chance to say, "But surely you saw the license when you installed the original software?"

    The problem, of course, is that Joe Hacker woulg have seen it, but Jack Corporate still would not have seen it, as it was Joe who posted the modified copy without the license.

    Perhaps the best solution isn't click-through, but putting the license (or, more tolerably, some reference to it, on each and every source file. On the other hand, isn't this already standard with GPL'd code? (This is why I'm interested in those precedents Mr. Nelson mentioned.)

    Oh, and the question I mentioned above is actually at least two questions: my understanding is that using any GPL'd code in a product means that all that product's code must be made available, not just the GPL'd part, to anyone who receives a binary. But what if I limit binary distribution to my own corporation or group? Can you -- outside my corporation or group -- still sue me to get my source? What if I port GPL'd code to another programming language? Is the ported code considered GPL'd?

    1. Re:More Information, Please? by Russ+Nelson · · Score: 2

      The Specht v. Netscape case (which found that a license agreement for software available for free download from a website was not enforceable because there was no affirmative indication of assent to it required before downloading the software).

      You need a contract to disclaim warranty.
      -russ

      --
      Don't piss off The Angry Economist
    2. Re:More Information, Please? by RGRistroph · · Score: 2
      I found the Specht v. Netscape case on google:
      pdf of ruling

      It hardly seems as frightening as you put it. Some people downloaded some spyware, were not required to click the license to get it, sued because it was spyware, and the court didn't put the case in the jurisdiction that the click-license mandated. If you don't go demanding all kinds of stuff that goes beyound what you are explicitly allowed to control in Title 17, then none of that click-through stuff is necessary.

      The warranty situation also isn't that simplistic. For some warranties, you need a sale. If you are giving away something for free, the only warranty needed may be that the product is no more malicious than an ordinary person would presume. The party who is providing the warranty may not be the author or the licensor, but the distributor.

      Your alarmist tone in this slashdot piece has significantly reduced my opinion of your organization. Your statements remind me of an anti-virus company's announcements on the latest vague virus threat.

    3. Re:More Information, Please? by Russ+Nelson · · Score: 2

      Your lackadaisical attitude towards software licensing alarms me. Will you take it more seriously when a free software developer gets used and loses because the GPL isn't a contract and the disclaimer of warranty has no legal effect? You're probably the same kind of programmer who doesn't bother to lock critical variables because "none of that lock stuff is necessary".

      You don't have to take licensing seriously because *we* do.

      Oh, and before you compare us to a for-profit company with an interest in promoting the thing it repairs, consider that all of us are volunteers. We don't go making work for ourselves.
      -russ

      --
      Don't piss off The Angry Economist
    4. Re:More Information, Please? by John+Hasler · · Score: 2

      "Will you take it more seriously when a free software developer gets used and loses because the GPL isn't a contract and the disclaimer of warranty has no legal effect?"

      If I sell you a copy of my work there is a contract. If I give it to you there is no contract because there is no consideration. Furthermore, creating a contract is likely to _increase_ your exposure because it opens up the possibility of strict liability.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    5. Re:More Information, Please? by RGRistroph · · Score: 2
      I don't have a lackadaisical attitude towards software licensing. I read the licenses, and I have downloaded and read Title 17.

      You are playing up a small and improbable threat, urging us to pay the possibly high costs of mucking around with working licenses and associating ourselves with the unwholesome world of click-through "contracts", for an unsure gaurd against it. Your threat is small and the armour your offer us encumbers us without stopping the threat.

      However, when you cry wolf against this vague and unproven warranty threat, you are using up your credibility, and unfortunately, the credibility of those associated with you -- to the end of spreading FUD as nastily as Microsoft.

  79. Please don't allow click-through. by Eric+Seppanen · · Score: 5, Insightful
    If there is a legal mindset that distribution of copyrighted content requires a legal contract between the distributor and each and every user or customer, I hope the OSI will consider it in the public interest to attempt a countering trend: the view that existing copyright law (as applied to books for the last hundred years) is good enough.

    There are many reasons why click-through licenses are bad:

    • They obviously place the software distributor in a place of power over the end user, something that free software is supposed to combat.
    • There is no clear way to define who agreed to what. What if the purchaser isn't the same as the user? What if a user installs software on a computer and then resells that computer, with it's software, to another user.
    • Software licensing is too complicated. That complication is a barrier to entry for small, independent software authors. Promotion of a software "fair use" doctrine that says that click-through licenses are unnecessary seems to be in the public interest.
    • Click-through licenses provide a convenient method for a downhill slide towards prohibition of other fair uses, such as reverse engineering or published benchmarks or criticism. They may also provide a mechanism for other onerous goals: censorship ("you agree not to use this software to produce communist manifestos"), patent abuse ("you agree that our patents are valid"), barring trade or competition ("you agree not to sell this program to Pakistan or the FBI")... The list is endless. Not that this is what's planned, but once the door is opened, who knows where it leads?
    • Every additional click-through license in use marginalizes the existing non-click-through licenses, making them seem more like some lunatic fringe rather than plain use of copyright law. No matter how OSI feels about the FSF and the GPL, I as a user understand and appreciate the GPL's stand on this issue: "You are not required to accept this License, since you have not signed it.
    • Click-wrap licenses, if they spread to other media, will quickly lead us into a "pay-per-use" world. Click-wrap issues have barely been touched by the courts, and a small push in the right direction now may help keep us away from that path.
    Please fight to keep click-wrap licenses away from Free and Open-Source Software. I understand that overly cautious lawyers (is there another kind?) will wring their hands over the idea of bucking the trend, but this is a battle worth fighting.

    "Use" contracts make no sense (and have been shot down by courts when applied to other copyrighted content). Though you have not provided any details as to why the party in question wants them, I fail to see a compelling legal reason why they should be allowed.

    Please reply to eds at reric.net if I can be of any assistance.

    --
    314-15-9265
  80. Installing software is copying by XNormal · · Score: 2

    If I install an unlicensed ("pirated") copy of commercial software can I sue the vendor if it causes damage to my system? I have not agreed to any shrink-wrap or click-wrap license.

    Same here - installing LILO requires *copying* it to your hard disk. You are granted the right to do it under a specific license which includes the "thou shalt not sue" clause. If you sue you are in violation of the license and should be treated no differently than someone who installs "warez" and violates the license by not paying. He can't sue the vendor.

    (Or perhaps he can, but is likely to be countersued for copyright infringement? IANAL)

    --
    Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
    1. Re:Installing software is copying by Gleef · · Score: 2

      Disclaimer: I am not a lawyer, the below should not be taken as legal advice. The below assumes US copyright law, if you live outside the US your laws are almost certainly different (fortunately for you).

      XNormal writes:
      Installing software is copying

      Yes, installing most software involves a step where you copy the copyrighted work. Yes, this copy might be an issue under copyright law, which is one reason most EULA's explicitly give you the right to install it on one machine.

      Since installing the software is not distribution, but simple media shifting (from unusable Zip or other format files on a CD to usable files on a hard drive), the probably is covered under fair use. If you purchased the software, your first installation is probably covered comfortably under the First Sale doctorine.

      As far as I know, all mainstream commercial software, as well as all Free software, explicitly grants the end user the right to install. So as far as I am aware, neither of these interpretations have been tested in court.

      If I install an unlicensed ("pirated") copy of commercial software can I sue the vendor if it causes damage to my system? I have not agreed to any shrink-wrap or click-wrap license.

      In this country, you can sue anyone for anything. Of course by doing so, you risk anything from token judgements of $1, to dismissal before trial, to having to pay your opponent's court costs, to being charged for libel or fraud (on top of your attorneys fees for bringing suit).

      Liability laws vary from state to state, but most states recognize that:
      * It is more difficult to identify who is to blame for what portion of the damages when software is involved than in more physical liability cases
      * Business practices to minimize risk are generally depended upon to reduce the chance and severity of damage due to software, not liaibilty
      * Therefore, the software industry traditionally does not hold software vendors or developers liable for defects in code design

      I would think it would be difficult to find a software vendor liabile for negligence even if they forgot to include any disclaimer. Add that to the fact that in your hypothetical case, you never had any dealings with the vendor, and were in fact breaking the law when the damage occured, and your chances for seeing anything plummets. There's always a chance, but I wouldn't bet on it.

      Same here - installing LILO requires *copying* it to your hard disk. You are granted the right to do it under a specific license which includes the "thou shalt not sue" clause. If you sue you are in violation of the license and should be treated no differently than someone who installs "warez" and violates the license by not paying. He can't sue the vendor.

      The license for LILO (new BSD) doesn't contractually bind anyone not to sue, the disclaimer accompanying the license says "IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE". They aren't telling you what you can or cannot do here, they are reminding you that they assumed no liability, so suing them would likely be fruitless.

      (Or perhaps he can, but is likely to be countersued for copyright infringement? IANAL)

      In the piracy case, that's a risk. It's not really a risk in the Free Software case.

      As Bruce Perens pointed out earlier, if you want to be protected against damages due to software, buy insurance.

      --

      ----
      Open mind, insert foot.
  81. Double licensing by bons · · Score: 2
    While I normally would object to click-through licensing, I wouldn't object to it in one particular format that the lawyers might agree to.

    I'm more than willing to accept a short and simple click-through license that provides both parties almost no rights to eath others "information". In short, they have no rights to do information gathering on me, my software, etc, and I have no rights to do anything more with the software than evaluate it's basic functionality in whatever limited manner it's creator finds acceptable.

    Should I find the software meets my needs, I would then be willing to deal with the longer more complicated licenses that may be required. Under this scenario, I would even be more than happy to have the community approve a closed source evaluation license provided it was followed by an open source final license.

    I belive this to be an acceptable compromise in both open and closed source applications. It allows potential customers to evaluate software solutions before agreeing to all the terms that the full license may require.

  82. Restatement of the Click-Wrap Issue by lrosen · · Score: 2, Informative
    As one of the people who was present at the OSI board meeting, and as one who expressed some strong sentiments about the click-wrap issue, I want to comment directly.

    The issue is not whether OSI should require that licenses contain a click-wrap provision. That was never under consideration.

    Some of us attorneys (scum though we may be!) believe that courts will not enforce a license unless there has been a clear manifestation of assent to the contract expressed by the license. Those of us who share that belief, which is based upon our reading of many court cases, want to allow licensors to include a click-wrap provision in their open source licenses.

    Some of you referred to the article by Eben Moglen to the effect that the GPL doesn't require assent because it isn't a contract. Nobody ever suggested that the GPL be amended to include a click-wrap provision, or that anyone modify their GPL software startup scripts to include a click-wrap button. In fact, nobody ever suggested that *any* existing open source license be changed to include a click-wrap provision.

    Some of you replied that you don't like click-wrap, or ignore them, or press the button to accept without actually reading the license.... That, too, isn't the issue. Merely because a license provides a mechanism for assent to its terms doesn't mean that all who fail to follow the procedure will be summarily executed. You simply won't be able to raise the defense -- if you're ever challenged for doing something not permitted by the license -- that you weren't properly informed of the consequences. But since I make it a habit of not giving legal advice in general fora like these, feel free to ignore what I say or to consult your own attorney for advice.

    So please, comment on the issue at hand: Should the OSD be amended to make it clear that a click-wrap provision in a license will make that license non-open source? Or should licensors be allowed to include a click-wrap provision in an open source license?

    A final note: Regardless of what OSI does, those of you who hate click-wrap licenses will remain free not to use any software that is licensed under a click-wrap license.

    1. Re:Restatement of the Click-Wrap Issue by RGRistroph · · Score: 2

      I suggest you look into the history of TrustE's privacy seal. Also consider how much weight you give to the phrase "audited by a big 5 accounting firm." If you associate yourself with click through licenses, you'll end up like them -- with a name of mud. For people to listen to you, for you to have any influence at all, people like me have to care about your opinion so that people who pick licenses will listen to what you say.

      I believe that all licenses that restrict what a person does with the software, as opposed to focusing only on the right to redistribute, are inherinently weak. This is because Title 17 of the US Code specifically gives the copyright holder control over some kinds of copying, but doesn't mention use.

      So if you want people to care about your opinion, make this clear: no contract with the individual is required to enforce federal law. Timothy McVeigh wasn't convicted because he clicked on "I will not blow up buildings" when he bought the fertilizer; the same applies to copyright violations. Tell whoever is interested in click-through provisions that the OSI will regard such a requirement as admission by the licensor that the license exceeds the control granted in Title 17, and that it will never come under OSI's consideration because of that weak legal standing.

    2. Re:Restatement of the Click-Wrap Issue by RGRistroph · · Score: 2
      The click-wrap issue deals with assent to a contract, not use.

      Why would you want your organization's stamp on anything that required a contract ? Why do you want to offer anything to those who "may prefer to rely on contract rather than copyright law" ? The primary differences are that the contract is weaker and allows more restrictions on freedom.

      There is a separate discussion on license-discuss@opensource.org that is focusing on "use" issues.

      Excuse me, but how can their be any "discussion of use issues" ? Is anyone in your organization seriously considering in any way endorsing restrictions on software use ? This is "opensource.org" we are talking about, right ? Have you been infiltrated ?

      As to your "name of mud" comment, please don't resort to ad hominem arguments. Stick to the issues.

      The "name of mud" wasn't just an off-the-cuff insult. It is directly related to the issues. Like the Better Business Bureau or Underwriter's Laboratories, you are in the business of providing a "stamp" that assures some characteristic, as a means of influencing society towards a goal. If you put that stamp on crap, you blow your accumulated equity in good public opinion. As your goals and mine are probably largely the same, in terms of the software world and freedom, I'm naturally unhappy to see you considering this path.

      You need to be careful not to consider yourself to be in the business of selling stamps to companies that need them. The primary entity here is the public; if you bend over at the public's expense to accomodate a software publisher, then you might as well go into business as a software publisher's PR firm. But if your goals are to change the world, then the public's perception of you has to be foremost in your mind, not the convience of some software publisher who has bad legal advice.

    3. Re:Restatement of the Click-Wrap Issue by RGRistroph · · Score: 2
      Maybe even the GPL can be considered a contract in some way; you could say the act of re-distribution was the initiation of the contractual obligations. And it's true that one had to think about the real world of legal matters in regards to many things. And it's possible that providing third party use may be a use that should trigger the GPL requirements of providing source code.

      But, regardless of your dreams and nightmares, if you endorse or associate yourself with click-through licenses your movement will be shooting itself in the foot.

      On opensource.org, one of the first sentences is:
      "Open Source Initiative (OSI) is a non-profit corporation dedicated to managing and promoting the Open Source Definition for the good of the community, specifically through the OSI Certified Open Source Software certification mark and program."

      If the Open Source Definition comes to include click-through nonsense, your organization will not be able to acheive it's goals "for the good of the community." I think you need to step back, pay attention to the real world and reconsider things. If you loose the ability to enforce a license or two in a case here and there it's not a disaster, in fact it can be political victory -- mostly it will mean that the software reverts to a public domain or BSD license state. But if you allow your OSI stamp of approval to just mean that that you click "I Agree" to a different set of unread conditions, then you have thrown your hard work up to this point in the garbage.

  83. For limiting liability, I assume? by iabervon · · Score: 2

    For OSS, the license is mostly a grant of restricted rights to copy and modify the software; use of the software is permitted because you own your copy outright and have fair use rights to it. With commercial software, the company refuses to let you buy it unless you agree to give up some rights you'd otherwise have.

    There is one exception: the "No warranty" clause (GPL, section 11 and 12). This clause only makes sense in a usage context. If you're not using the software, you're not going to break anything with it. But, as is clearly stated above, you don't have to accept the license to simply use the software. This means that a user who made no changes to a GPL program could sue the makers for damages or try to use an implied warranty, although nobody else could.

    Requiring that the user accept clauses 11 and 12 of the GPL in order to get the software, and requiring that anyone who redistributes the software must either impose 11 and 12 on the recipients or accept responsibility themselves, so far as I can tell, would be within the spirit of the GPL, since the GPL does impose essentially these conditions on the expected sort of user (who accepts the GPL and makes slight modifications).

    Of course, in a sane country giving something away for free would carry as little liability as you could get with license restrictions anyway, but that is, unfortunately, not the situation, it seems.

  84. I am not in principle opposed... by HiThere · · Score: 2

    I am not in principle opposed to the use of click-through licenses.

    OTOH, a click through license needs to satisfy a more stringent test before it can be considered an Open Source license. E.g., it must include the particular code that is used to implement the click-through license. And the potential contents of the click through license must limit themselves to something like:
    We acknowledge that we don't have any right to sue you no matter what happens. This is true if our data files become corrupt, either partially or totally. We abandon all rights to consequential damages, or any other. And we acknowledge that if we do initiate a law suit against any contributor to this software, that we are liable for paying the lawyers fees for the defense whether we win or loose, and that payment in advance may be required.

    I.e., all that it covers is that there is no right to initiate a lawsuit.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  85. The funny thing about Free software is... by ebyrob · · Score: 2

    If software really were Free (as in speech) and open, then the GPL license (along with all other software licenses) would become invalid.

    That said, the GPL does seem to push openness, fully using the "evils" of software licensing. I don't see how click-through can be any worse than language already accepted for "open" licenses. Still, it leaves a bad taste in the mouth. Some precedents blatently suck.

    Personally I'll be flogging the public domain and sensible copyright over licensing in software for a long time to come.

  86. Not necessary by Mustang+Matt · · Score: 2

    If the license is included with the source it's covered by copyright law.

    Also, if they absolutely must have a click through, do it on the web page that it's downloaded from. GNU has no jurisdiction there.

    --
    The man who trades freedom for security does not deserve nor will he ever receive either. - Benjamin Franklin
  87. Re:The problem with click wrap ... by orthogonal · · Score: 2

    The biggest problem is that you are expected to read and comprehend this enormous legal document so you can, say, play solitaire.

    I was installing some software for a friend. When we got to the click-through on one, I stopped, and suggested she read the whole thing. She just clicked through without reading it.

    Then she advised me that the best way to not be bound by the license, were I ever to be sued, was to be able to state under oath that I'd never read the whole thing, and had just clicked "Next".

    She works for the U.S. House of Representatives. As a lawyer on one of the technology committees.

  88. Re:Have a click through... by Russ+Nelson · · Score: 2

    If you don't know what the law says, are you bound to obey it anyway? Ignorance of the law is no excuse, or so says the law.
    -russ

    --
    Don't piss off The Angry Economist
  89. legal agreements by OpenMind(tm) · · Score: 2

    Something along the lines of click-wrap can make a fair bit of sense, in that it elevates the license to the same sort of formal agreement as a contract. The sort of license we have now, where most users agree implicitly to terms that they have never seen, is pretty ideologically shakey. Many users can use the software for years without knowing they agreed to any terms whatsoever. They get told what they have is free software, so they don't go hunting for a license that in fact obligates them to certain things. It isn't 100% certain in the law, however, that a person can obligate themselves to much of anything without making a conscious choice to. In short, I think it is a good thing to put the license in front of the user to make sure they actually agree to it, rather than using it as a mystical legal machine to regulate their behavior without them knowing it exists.

    Click-wrap licenses are mainly a problem because companies use them to force terms that are a little shakey within licensing laws. Active user agreement legitimizes these shady terms. But I think a fair license with click-wrap is a lot fairer and safer from misunderstanding than one without it. A bad license is probably a little worse when buried where the user can't see it.

    Consider an example. Company A decides to open-source a piece of software. Novice user B downloads the latest build of it, and uses it to run his business. After a year, a software bug ends up costing B a few hundred man hours to recover from. Incensed, he takes A to court. A says, "Hey, our license indicated no warranty and that we would be held immune from damages." B says that 1) he never read the license, and thus never agreed to it, and 2) A did not make adequate efforts to make the user aquainted with the license restrictions. A says, "If you didn't agree to the license, you're not a legal user. Don't blame us."

    Now imagine you're the average judge or jury. Will you conclude:

    1. The company who wrote the buggy software is in the right because B agreed to a license he had never seen or heard of.
    2. The user presented with materials indicating that the software was "free" assumed in good faith that he was allowed to use it without restriction. He is not in particular bound by a license he never agreed to.

    In closing, imagine property leases were handled in the same implicit manner as open software licenses. Imagine the havoc that landlords could wreak, above and beyond what they already do.

  90. Default liablity should be lowest level possible.. by ebyrob · · Score: 2

    To have any kind of legal defensive as to why you are not liable, you'll need to have evidence that the user waived it anyway. If you allow for any method where the user can use your product without accepting, then that is a flaw of yours and you should still be liable.

    This seems to be the crux of the problem right here. The burden should be on the consumer of software to show that there was some agreement gauranteeing that it was "safe" for them to run the software on their machine. Without such an agreement, it's their problem for even thinking about running the software.

    This whole "default liability" and changing liability with licenses thing is BS. Default laibilities should be the lowest level that exist, any agreement should only increase liability on the side writing the document. Anything else is in an invitation to be eaten alive in legal red tape.

    You think I'm liable? Prove it.

  91. Re:package-1.0/LICENSE or clickthru, what's the di by Basje · · Score: 2

    I generally agree with you. I think that the click thru procedure should be viewed as a legal mechanism to make a license legally binding (in some countries). The fact that a license requires that you acknowledge it, doesn't say anything about the rights that it gives or takes away, other than that it requires you to explicity acknowledge it. It doesn't say anything about the software and it's uses.

    'I can't think of a license under the Open Source terms that takes away rights, therefor I oppose the requirement of such click-thru license agreements.'

    I think there are countries in which the laws concerning IP are less restrictive than in the USA. In fact, most countries are less restrictive. Some of those may even be too free, up to the point of not acknowledging copyrights (in some instances China for example. Papua New Guinea is another example).

    For some of those countries, taking away rights may be a good thing. I for one wouldn't like someone stealing my code, and making money/fame/whatever off it without at least crediting me. Some countries' laws/customs allow for that. Contrary to popular belief here on slashdot, even the GPL takes rights away from people in those countries, if they accept it.

    Therefor I think that a clicktru requirement in itself is not bad. It's the same as the GPL requiring that it included in any publication or distribution of a program. One should look at the whole package/license anyway, before installing/using a program.

    Note: countries which don't acknowledge IP laws may also not acknowledge that a clicktru license is legaly binding. Trying to make a license cover all possible laws is unlikely to succeed.

    Disclaimer: IANAL, but I'm studying to be one. I've been in law school for one year now, only 3 to go :)

    --
    the pun is mightier than the sword
  92. It must be PROMINENT by yerricde · · Score: 2

    I DON'T KNOW WHY LAWYERS LIKE TO MAKE EVERYTHING EVEN HARDER TO READ THAN IT NORMALLY IS.

    The laws of several states in the United States require that the disclaimer of warranty and the limitation of liability be "prominent". Contract authors upcase those parts of a contract because they know that a judge will consider an all-uppercase paragraph "prominent".

    --
    Will I retire or break 10K?
    1. Re:It must be PROMINENT by Eil · · Score: 2


      The laws of several states in the United States require that the disclaimer of warranty and the limitation of liability be "prominent". Contract authors upcase those parts of a contract because they know that a judge will consider an all-uppercase paragraph "prominent".

      I think I agree with the original post.

      I personally use bold text to indicate prominence and readability.

      BUT READING TWO OR THREE PARAGRAPHS OF NOTHING BUT BLINDING CAPITAL LETTERS MAKES ME WANT TO BURN MY RETINAS OUT WITH A SOLDERING IRON.

  93. Implications: by ebyrob · · Score: 2

    If the FSF ever "wins" the GPL will vanish in a poof of smoke as though it never existed.

    If this is actually true (and I hope it is), we should be able to track the progress of the FSF by measuring the size of the GPL. The smaller it gets the better the FSF is doing in the world...

    By that arguement, click-throughs would probably be a major retreat for the FSF.

  94. 17 USC 117 vs. 17 USC 1201 by yerricde · · Score: 2

    these are not USE licenses (frankly IMNSHO use should be covered under fair use doctrine anyway, making the whole "click through" issue moot)

    Before the U.S. Congress passed the Digital Millennium Copyright Act (using a voice vote to hide the identities of those who voted YEA), it had passed a law creating 17 USC 117, which made use of a program (defined as making necessary copies such as into RAM) and backup of a program not copyright infringement.

    However, under U.S. law, you can circumvent access control without infringing copyright, and you will go to jail for it. Given enough money, a publisher could buy lawyers that could convince a judge into thinking that a compressed self-extracting installer package contains access control.

    --
    Will I retire or break 10K?
  95. It's fun to violate DMCA by yerricde · · Score: 2

    If the user never clicks through, does the license still apply to him? Any lawyer could sucessfully argue otherwise.

    You think so? If I were publishing a piece of software, and I didn't have a heart, I could claim in court that your decryption of the installer without using the installer's GUI constituted circumvention of an access control device, which is a tort and a crime under Title 17, United States Code, section 1201.

    --
    Will I retire or break 10K?
  96. click-wrap should be Ok under OSI by dutky · · Score: 3, Interesting
    I don't see any good reason that OSI, which accepts a wide range of licenses, should reject a license because it requires active assent by the licensee. I would actually like to see EULAs that require more positive action than simply clicking a button: say, for instance, in order to accept the license you need to send something to the licensor, either by email or the regular paper post.

    I'm a bit bemused by the idea that clicking a button during an installation process can bind me in the same way as a physical signature can. At least with physical signatures on physical documents (or even the electronic kind used at many retail stores these days) both parties to the transaction have some record that can be used, later, to prove who agreed to what. With a click-through license, there is only the presumption of acceptance, based on some pretty dodgy inductive reasoning (since you are using the software you must have, at some point in the past, clicked the "Ok" button on the license screen, hence you have agreed to, and are bound by, the EULA!).

    Now, I can see that, for OSI approved license, where the original license holder may be difficult or impossible to contact, such a licensing policy would be very inconvenient, but for the bulk of commercial licenses, a more positive assent to the EULA would be preferable.

  97. Slightly OT: the All-Bruce Thread by xant · · Score: 2

    Let me preface this by saying that I have read Bruce's posts in this thread and I find myself agreeing with almost all of them, so I'm not trying to dis him.

    Bruce posts in this thread (as of my post right now): 23

    Amount of karma this thread would have earned him (had his karma not already been 50, which I'm sure it was):16 points.

    As of this writing, only 11 of the 23 posts had been moderated, and of those that weren't moderated, almost all were among the 12 most recent.

    Predicted amount of karma earned by Bruce in this thread before it gets archived: 30 points.

    --
    It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
  98. Click-thru drastically complicates things by vanyel · · Score: 2

    Installing java apps has become practically worthless because you have to go back to Sun and manually click through every one of a bazillion different pieces. I've given up on tomcat and am going back to CGI for my web applications (though there's more to it than just the hassle of getting the pieces --- the whole java framework is crumbling under its mass IMHO, but that's another issue entirely).

  99. Different standards for commercial vs. non-com... by ke4roh · · Score: 2

    Why not just structure expectations (and law) such that commercial software comes with some warranty by default and non-commercial software doesn't? Then you get into the problem of defining commercial and non-commercial, but that seems far easier than requiring all non-commercial software to include fancy mechanisms to disclaim warranties.

    --
    I hate call waitin`~+~~~
    NO CARRIER
  100. Re:whats wrong with a click thru license ? by brain159 · · Score: 2, Funny
    Or say, write the documents in laymans terms such as the authors of THE NEW TESTAMENT saw fit to do.

    Oh, great, licenses in Greek, that's all we need :P

  101. apt-get? - RSI by jelle · · Score: 2

    # apt-get dist-upgrade

    downloading...

    click-click-click-click-click-click-click-click-
    click-click-click-click-click-click-click-click-
    click-click-click-click-click-click-click-click-
    click-click-click-click-click-click-click-click

    AAAAAARGH. hurting hands, fingers.

    Repetitive Strain Injury!

    Lawsuit!

    --
    --- Hindsight is 20/20, but walking backwards is not the answer.
  102. Volunteers by Bruce+Perens · · Score: 2
    consider that all of us are volunteers. We don't go making work for ourselves.

    Russ, please drop that long-suffering attitude. We didn't ask you to do the job, and a good many of us would be happier if you'd find a successor who doesn't write things like You're probably the same kind of programmer who doesn't bother to lock critical variables because "none of that lock stuff is necessary". Join Brett and Theo on BSD, where acting the way you do is accepted.

    Bruce

    1. Re:Volunteers by Russ+Nelson · · Score: 2

      Bruce, you're not thinking clearly. It matters that I have no pecuniary incentive because that invalidates his comparison to an anti-virus company. They have a clear incentive to distribute virusses. We have no incentive to make work for ourselves.

      The comparison to locks is particularly appropriate, I believe. If you don't have a lock on a critical section of code, your kernel can crash. If anybody anywhere gets sued (and as you said, merely having to defend yourself is losing) because they distributed free software, and there was no valid warranty disclaimer, then WE HAVE ALL LOST.

      As RGRistroph pointed out, there is a very small probability of this happening. It only needs to happen once, though, and many people will reconsider developing free software. Large consequences with a small probability is a considerable risk simply because it's hard to calculate the risk. That risk is being ignored.

      Multiple legal professionals have told me that warrantees must be effectively disclaimed or they will be dismissed by the judge. Don't believe me. Go read license-discuss. Go ask a lawyer.

      --
      Don't piss off The Angry Economist
    2. Re:Volunteers by John+Hasler · · Score: 2


      If anybody anywhere gets sued (and as you said,
      merely having to defend yourself is losing)
      because they distributed free software, and
      there was no valid warranty disclaimer, then
      WE HAVE ALL LOST.

      Well, you know there is going to be a lawsuit sooner or later no matter what we do.

      Multiple legal professionals have told me that
      warrantees must be effectively disclaimed or
      they will be dismissed by the judge.

      Have you asked them how warranty law applies to things being given away?

      Why does a license need to mention warrantees at all? Perhaps disclaimers of liability should be a private matter between buyer and seller, like the price.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  103. Do I license my books? by Sloppy · · Score: 2
    You own the copy that you bought.

    Forget about TVs and food. For a better comparison, try this: Do I license books?

    I don't own the copyrighted expression. I don't have any contracts from anyone, giving me permission to do anything. Copyright law forbids me to make copies of the book and sell them.

    And yet, I can resell the one book itself. I can cross out words I don't like, or highlight words I think are important. I can write additional words in the margin, even though it's too small to contain a math proof. I can burn the book. I can burn the book and sell half of the ashes to someone, and keep half of the ashes for myself.

    I can read the book. I can read the book with a magnifying lens.

    If I throw the book up in the air and if gravity makes it come back and it hits my head, the author is not liable. If the book describes a crime and I am inspired by it and copycat the crime, the author is not liable.

    If the book contains an ancient formula for summoning Yog-Sothoth and I incant the Words and Yog-Sothoth arrives and rapes my daughter, resulting in a bastard son who is half man and half god-thing, and the accursed inhuman half-breed (but I love the little brat because he's my grandson) shoots my neighbor's dog because it kept barking at him, the author is not liable.

    All this, and no contracts.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  104. OSS Licenses don't limit your freedom. by Tord · · Score: 3, Interesting

    There is a big difference between all OSS licenses that I know of (BSD, GPL and LGPL) and commercial licenses:

    You don't need to agree with the license in order to use the product.

    I remember a windows GPL:ed program (might have been a port of the GIMP) that in the installer showed the GPL like most programs show a license, but with the difference that a text below the small scrollbox said something along the lines "Please note that you don't have to agree with this license to use the program. You only have to agree with it if you want to redistribute this program" and there was only one button to continue (think it said "cool", definitely not "I agree").

    Here is how I see it, but IANAL:

    If no special license is agreed upon, then normal copyright laws apply. Since basically all non-OSS licenses restrict the users rights (compared to copyright law), they need to force the user to accept the license in order to use the program. They also have to convince the court that the user has seen and accepted the license before installing, thus click-through licenses.

    Since OSS licenses don't restrict users (compared to copyright) but instead grants extra freedoms, there is no need to accept the license ever. If somebody violates the GPL he can't state that he has not agreed upon the license, in that case he has violated copyright instead and he's in trouble no matter what.

    My impression is that the company who wants a license demanding click-through either has not thought about it enough or is trying to get a license passed as OSS compliant when it in fact is not. In either case it would be wrong to accept it.

  105. Click throughs are invalid. by Perdo · · Score: 2

    The only difference between some software and viruses is the click through agreement that prevents you from sueing the creator for putting out software that breaks your computer.

    Think Microsoft.

    "by opening this attachment you agree to not file suit for any harm caused by the attachment"

    Since a click through is binding, including one with a virus makes the virus legal... the user agreed to the actions the virus took.

    This is itself a an argument against click throughs having any validity at all.

    --

    If voting were effective, it would be illegal by now.