Slashdot Mirror


Your License Is Your Interface

dp619 writes "License-free software has become a thing. Only 14.9% of repositories on GitHub have a license, according to recent Software Freedom Law Center research. Red Monk has observed that this trend is occurring principally among younger software developers. Outercurve Foundation technical evangelist Eric Schultz has offered up his opinion, saying, 'As an active developer I want to add a slightly different perspective on the dangers of releasing unlicensed software. My perspective is based on a simple phrase: "Your License Is Your Interface."' He adds, 'A license similarly defines the interaction between the software, or more precisely the creators of the software, and users. Just like an interface, a license defines intended behavior of users of the software, such as the four essential freedoms or the ten pillars of the Open Source Definition. Just like an interface, a license prevents unintended behavior of users of the software, which depending on the open source license, may disclaim the original author of liability for use of the software, prohibit redistribution without recognizing the original author or prohibit distribution of derivatives under a more restrictive license. When it comes to legal use and distribution of your software, your license IS your interface.'"

51 of 356 comments (clear)

  1. and if license picking were mandatory... by Hsien-Ko · · Score: 2

    it always misleads with picking "GNU GPL" or "Creative Commons" but not actually representing the said license in the work itself. I've seen a few of these on Sourceforge that only exploited the service only to provide redistribution of non-Free materials contrary to their license.

    1. Re:and if license picking were mandatory... by Anonymous Coward · · Score: 5, Interesting

      I know that posts like this always get modded down by OSS-fanatics, but it is true. If I was to write a small piece of software and wanted people to actually use it, I would never release as GPL. Every company I've worked for refuses to use GPL code, at least for some kinds of applications.

      Release as BSD or similar with a warranty disclaimer and be done with it. That way it might actually be widely useful. Pretty much every industry-standard de-facto library I can think of is BSD licensed, such as openSSL. if openSSL was GPL, no one would use it.

    2. Re:and if license picking were mandatory... by Lunix+Nutcase · · Score: 5, Insightful

      Obscurity is a perfectly valid layer of security as long as the security mechanism's integrity is not based solely on that obscurity. Just because certain information can be made public about a security system without damaging its integrity as a whole does not mean you necessarily should make that information public. Bruce Schneier even says so himself:

      Kerckhoffs' Principle is just one half of the decision process. Just because security does not require that something be kept secret, it doesn't mean that it is automatically smart to publicize it.

      From: http://www.schneier.com/crypto-gram-0205.html#1

    3. Re:and if license picking were mandatory... by Anonymous Coward · · Score: 2, Informative

      The problem with posts like this is always equivocating on the word "use".
      It happens so much it's hard not to see it as deliberate.
      Using GPL software is of course free for everyone.
      It's redistribution and derivative works that have restrictions--far relaxed from those imposed by copyright law.

    4. Re:and if license picking were mandatory... by Lunix+Nutcase · · Score: 2

      So then Bruce Schneier has no place in security?

      Kerckhoffs' Principle is just one half of the decision process. Just because security does not require that something be kept secret, it doesn't mean that it is automatically smart to publicize it. There are two characteristics that make publication so powerful in cryptography. One, there is a large group of people who are capable and willing to evaluate cryptographic systems, and publishing is a way to harness the expertise of those people. And two, there are others who need to build cryptographic systems and are on the same side, so everyone can learn from the mistakes of others. If cryptography did not have these characteristics, there would be no benefit in publishing.

      Missile guidance algorithms is another example. Would the government be better off publishing their algorithms for guiding missiles? I believe the answer is no, because the system lacks the second characteristic above. There isn't a large community of people who can benefit from the information, but there are potential enemies that could benefit from the information. Therefore, it is better for the government to keep the information classified and only disclose it to those it believes should know.

      Oh and:

      Because the secrecy requirements for security are rarely black and white, publishing now becomes a security trade-off. Does the security benefit of secrecy outweigh the benefits of publication? It might not be easy to make the decision, but the decision is straightforward. Historically, the NSA did not publish its cryptographic details -- not because their secrecy improved security, but because they did not want to give their Cold-War-world enemies the benefit of their expertise.

      Basically you have no place lecturing about security practices.

    5. Re:and if license picking were mandatory... by Dogtanian · · Score: 5, Insightful

      I know that posts like this always get modded down by OSS-fanatics, but it is true. If I was to write a small piece of software and wanted people to actually use it, I would never release as GPL. [.. blah blah..] Release as BSD or similar with a warranty disclaimer and be done with it. [..blah blah..]

      Or perhaps they're modded down because anyone outside the GPL vs. BSD zealotry sees them for what they are- the tedious and inevitable tendency of fanatics on either side to steer any vaguely license-related discussion into being yet another tedious identikit rehash of the GPL vs. BSD holy war.

      As I already said

      Never mind that we've had this discussion countless times before and every possible debating point and issue has been raised and discussed exhaustively a million times. Never mind that the chances of any new insight coming out of the billionth tedious discussion of this long-established subject is next to nothing. Never mind that those involved on both sides feel the need to repeat the same entrenched positions- which mostly come down to personal philosophy and not an incomplete understanding of the issues (which everyone knows full well by now) and will therefore be unlikely to change in the face of the discussion... not that this was the point anyway.

      No, the point is that those involved in every one of these pointless rehashes of the exact same to-ing and fro-ing and restatements of the same old facts and arguments on both sides know this damn well, but can't reign in their desire to indulge in the argument yet again.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    6. Re:and if license picking were mandatory... by dgatwood · · Score: 4, Insightful

      Unless "pretty much never has a place in security" actually means "has a critical place in security", please tell me your usernames, passwords, crypto keys, host addresses, VPN token parameters, etc. Also your bank account numbers as well as your bank routing number.

      I think what the GP meant is that any crypto system in which the security of the data depends on the secrecy of the mechanism itself is fundamentally flawed. For example, keeping crypto keys secret is critical to security, which is why DRM doesn't work; the only thing protecting those keys from the user is the way in which the DRM code hides those keys, so as soon as that hiding mechanism is exposed, the entire scheme breaks down.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    7. Re:and if license picking were mandatory... by devent · · Score: 4, Interesting

      I make the observation quite frequently that people who complain about the GPL never seems to realize that you can just contact the original developer and negotiate with him a different license. For a big project like the Linux kernel there is of course the problem to contact every contributor, but most projects are rather small or the copyrights are belonging to a company or organization.

      So if you see a GPL code out there just think of it as a demo version, that is fully functional. If you want to take the code for your proprietary project, you can contact the developer and negotiate a different license.

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    8. Re: and if license picking were mandatory... by Mabhatter · · Score: 5, Insightful

      A better example is that "no man dies without a will". If YOU don't make one OTHER PEOPLE's Lawyers will.

      The same applies to software licenses. If you are not using LAWYERS to write a license before publishing, then your ignorant not to pick an OSI-approved license. The list is long enough to be useful, and the OSI approved licenses have enough establishment legally as "reasonable and customary" "industry standards" that there is LOTS of stuff written about the technicalities and interactions that real layers have done lots of work on.

      Otherwise, you are just waiting to be a victim of some corporate lawyer hijacking your stuff.

    9. Re:and if license picking were mandatory... by Pav · · Score: 2

      You're probably trolling... but just in case: he designed his own cipher which was successful enough to resist attack and efficient/elegant enough to be included in standards and products. He has others to his name which get honourable mentions, so it wasn't a fluke. He's also an excellent communicator which exactly what the security field needs... society needs to get a feel for the issues.

    10. Re:and if license picking were mandatory... by phantomfive · · Score: 3, Insightful

      Everyone picks GNU GPL because they think it sounds cool, but it is toxic for people not making software they want to provide source code to.

      That is 100% why I release my source code under the GPL. I'm willing to take payments in money too, but you should give back some how. No free lunch.

      --
      "First they came for the slanderers and i said nothing."
    11. Re:and if license picking were mandatory... by nedlohs · · Score: 2

      That's not what obfuscation means, so those examples have nothing to do with obfuscation and are completely irrelevant.

    12. Re:and if license picking were mandatory... by KGIII · · Score: 2

      Those sons o' bitches where here just last Thursday! I fooled them though, I uploaded it to SourceForge, it'll never be seen again.

      --
      "So long and thanks for all the fish."
    13. Re:and if license picking were mandatory... by KGIII · · Score: 2

      First, let me say that I agree with you completely. You're not the first person to come up with the idea, I recall that being hashed out a while back and found this site that references it:
      http://www.sitepoint.com/open-source-licensing/

      *** Update from the bottom of this post ***
      It is probably worth reading all of this and clicking the many links. After spending over an hour and a half on this silly quest I have managed to find some suitable tools that will help you (and others) as well as a variety of resources which we could use to easily create our own such tools. It's a good idea and an idea that is long overdue. There are some, it turns out, that have already attempted it but I am thinking a more robust solution would be an excellent addition to the community. I've done "my part" at this point but I'm probably willing to get my hands a little dirtier if need be but I suspect there are people here who have skills I don't and who have skills that aren't as rusty as my own.

      Either way, be sure to read this as there are some decent links and there are some actual scripts that people have coded that do accomplish this task. The links are in the list and I've made an effort to describe them to some extent or at least indicate their importance so that you can narrow down which ones you wish to review and which ones you can just safely ignore. I don't think you (and I) are the only folks who are interested in it so the time invested is likely not wasted. Thanks for the thought process which engaged my brain hamsters. I enjoyed the chase.
      *** End Update ***

      Anyhow... That would be an excellent addition to the web. I've never seen anything of the sort actually done about it though it's been pondered in the past so I meandered off to Google and pulled a couple of links out of my favorites to see what I could come up with. But, be aware, I don't have exactly what you're looking for (or know if it exists as of yet) but I'll add to this post as I search and if I can't find what it is that you're looking for (it seems unlikely and I'm not sure why - it's pretty obviously something that would benefit the community and it doesn't look all that difficult) I can at least provide you with the resources to create the tool you're looking for. Hopefully that helps...

      You can kind of do it on your own, manually, here:
      http://en.wikipedia.org/wiki/Comparison_of_free_and_open-source_software_licenses

      Larry Rose's book 'Open Source Licensing' is available free online, specifically chapter 10 applies:
      http://www.rosenlaw.com/oslbook.htm

      This is not even remotely what you asked for but still interesting and on-topic (and I want to share it):
      http://www.tldrlegal.com/compare

      You could get SOME of that data here:
      http://www.gnu.org/licenses/license-list.html

      This one isn't complete but is simple and easy (and, like the last one, new to me):
      http://jan-krueger.net/doc/opensource-licenses.html

      In my search I found this, which isn't what you wanted but is a start:
      http://creativecommons.org/choose/ (It looks to be pretty basic, and it is, but it is a good start.)

      Another one that is new to me but pretty quick and easy to use. Still not what you wanted though:
      http://www.croftsoft.com/library/tutorials/opensource/

      This one looks a lot like the one from Wikipedia, I've not checked to see if it is a duplicate or not:
      http://en.metapedia.org/wiki/Comparison_of_free_and_o

      --
      "So long and thanks for all the fish."
    14. Re:and if license picking were mandatory... by kthreadd · · Score: 2

      That's the reason why so many don't want to base their work on something that uses GPL, because one day you may want to redistribute your work and find that you might be prevented to do so under the terms you choose. A no-GPL policy prevents such uncomfortable realizations.

    15. Re: and if license picking were mandatory... by rioki · · Score: 2

      Bwahahahahaha! Funny how that is so wrong. In the case of copyright, no license means "All rights reserved". There no amount of hijacking your stuff with "All rights reserved".

    16. Re: and if license picking were mandatory... by Eivind · · Score: 4, Insightful

      In this specific case, there's -already- a default licence that says who can do what wit software in the absence of specific permission from you. It's called copyright. It spells out clearly and unambigously what one can do, and what one needs the permission of the author to do.

      The only possible source of confusion is if publishing something openly on the web constitutes implicit permission to do something more than what copyright already allows.

    17. Re:and if license picking were mandatory... by sjames · · Score: 2

      But if it depends on the mechanism rather than just the token to be secret, there will be tears.

    18. Re: and if license picking were mandatory... by r_a_trip · · Score: 2

      The only possible source of confusion is if publishing something openly on the web constitutes implicit permission to do something more than what copyright already allows.

      Only if you don't know about the default in copyright and that it doesn't have implicits. It's quite simple. No additional permissions? No one can do jack shit with it except the author.

      --
      # touch universe # chmod +rwx universe # ./universe
  2. Eric Schultz by TechyImmigrant · · Score: 3, Insightful

    Eric Schultz appears to underestimate the ability of programmers to not give shit about licensing.
    Lawyers want to wheedle their ways into all our lives. Ignore them, they won't go away, but it will simplify your life.

    --
    I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    1. Re:Eric Schultz by Immerman · · Score: 4, Insightful

      I completely agree that that is a just and honorable way to act in accordance with the original author's probable intent. But it also amounts to you publicly announcing that you are committing copyright infringement. Without an explicit license you have absolutely ZERO legal right to do *anything* with anyone else's code. As such I hope you're not using such code for anything important.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    2. Re:Eric Schultz by Immerman · · Score: 2

      In that case you should license it under a permissive license or explicitly release it into the public domain. If you do neither then you're preventing anyone from legally reusing your code for at least a century unless they first contact you for a license. All creative works receive maximum copyright protection by default, it's up to *you* to explicitly grant greater permissions.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
  3. Danger by Anonymous Coward · · Score: 5, Insightful

    "different perspective on the dangers of releasing unlicensed software. "

    Technically, you cannot release unlicensed software. Sure, go ahead and post it to a public repository, but without an explicit license, copyright law forbids anyone else to make use of it. So you haven't really released it, just posted it out there to tease people.

    If you don't want to pick one and you don't care, at least say something like "released to the public domain" to make it explicit. (This option isn't available in all countries, though.)

    1. Re:Danger by Anonymous Coward · · Score: 4, Informative

      Under the Berne Convention, copyright must be automatic.165 countries are parties to it.
      There are about 200 countries in the world.
      Maybe you have a private definition of "most"?

  4. Re:I license mine with creative commons by innocent_white_lamb · · Score: 4, Insightful

    Most creative commons requires attribution. If you really "don't care", you should explicitly state that your software is CC0

    --
    If you're a zombie and you know it, bite your friend!
  5. Then you're stuck with GitHub's terms. by Animats · · Score: 5, Interesting

    Here's what GitHub says in their terms of service:

    We claim no intellectual property rights over the material you provide to the Service. Your profile and materials uploaded remain yours. However, by setting your pages to be viewed publicly, you agree to allow others to view your Content. By setting your repositories to be viewed publicly, you agree to allow others to view and fork your repositories.

    That creates some interesting issues. When someone "forks" something, what rights do they have?

    I suspect that many people not specifying a license for what they put on GitHub just assume GitHub owns everything.

    1. Re:Then you're stuck with GitHub's terms. by devent · · Score: 2

      Not every web site out there is like Facebook.

      "fork" means copy. So you can interpret "view and fork" as "view and copy" which implies that you give permission to copy your code unrestricted.

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    2. Re:Then you're stuck with GitHub's terms. by Anonymous Coward · · Score: 2, Interesting

      Anon because I have mod points.
      "Fork" in git means copy AND MODIFY, potentially as a new project.

  6. My licenses are: by Bill_the_Engineer · · Score: 2

    3-clause BSD for small utilities, library function or scripts that are pretty much feature complete. It has the disclaimers and lets others used the code as they see fit without worrying about disclosing their source code.

    GPL v.3 for code that are meant for open-source projects. It keeps the source code available and encourages others to contribute. I find that people are less likely to contribute if there is even a slight chance that someone else could make a commercial product out of it and keep the modifications to themselves.

    The overwhelming bulk of my code is public-domain due to work requirements.

    --
    These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  7. Re:Default: public domain by bill_mcgonigle · · Score: 4, Informative

    Default: public domain

    not in any jurisdictions that are party to the Berne Convention.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  8. No license == sending poison to your users by dwheeler · · Score: 4, Insightful

    Software without a license is like a poison for everyone else. There's typically no legal risk to a developer in releasing their software, since it's likely he has the copyright. But it creates a legal minefield for anyone else who uses or modifies the software, either directly or by using software that stupidly embeds such things. At any time the developer, or his employer, could sue, and there's nothing the user could do.

    Ignoring lawyers does not simplify your life. Sure, it'll simplify your life today, but only by creating potential disasters in the future. You need to think about other people, and whole lifetimes, not just think about yourself today.

    If you think that copyright should only apply to software if it's marked, then work to get the law changed. It used to be that way before 1976. But it's not 1976. I suspect that the law won't get changed, really. But intentionally creating dangers for other people is a terrible, nasty thing to do.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  9. Re:Maybe they don't care? by Anonymous Coward · · Score: 3, Insightful

    Except that without a license, no one can do anything with it!

    At least slap a CC0 on it, or a WTFPL.

  10. Re:Default: public domain by Lehk228 · · Score: 4, Informative

    If that is your wish, release under BSD

    Legally the default is all rights reserved, so putting no license means that nobody can legally distribute or derive from your code

    --
    Snowden and Manning are heroes.
  11. Re:"define" by Todd+Knarr · · Score: 4, Informative

    Here's the other thing: without a license I can't use a copy. All software is copyrighted by default, unless there's an explicit dedication to the public domain. Absent a license, only the author of the software may make and distribute copies of it. So with no license on the software I'm OK looking at it on Github of the like, but making a copy of it onto my machine to build, use and redistribute as part of my own software is right out. I have no license from the copyright holder to make and distribute those copies. So if your software doesn't include a license? I can't safely touch it nor can I use it.

    If you want to put no restrictions on reuse of your code, put it under something like the BSD or Apache license. But if you don't put it under some license, it's automatically under a license that says "You may not copy or redistribute this work, nor may you make and distribute works based on or derived from this work.".

  12. Re:Advantages by Lunix+Nutcase · · Score: 3, Interesting

    Nope, not legally. Code is automatically copyrighted in any Berne signatory country. You can not relicense a work that you do not hold the copyright to.

  13. Real danger by MrEricSir · · Score: 2

    Speaking of danger, when someone sues you because your software crashed their airplane into a nuclear reactor, you're going to be wishing you'd picked a more restrictive license.

    Specifically, one with a "no warranty" provision.

    --
    There's no -1 for "I don't get it."
    1. Re:Real danger by Kjella · · Score: 2

      If you didn't provide a license to download it, they're going to sue because their pirated source code crashed the airplane? Can anyone find even one actual court case like that, not just hyperbole?

      --
      Live today, because you never know what tomorrow brings
    2. Re:Real danger by am+2k · · Score: 2

      If you didn't provide a license to download it, they're going to sue because their pirated source code crashed the airplane? Can anyone find even one actual court case like that, not just hyperbole?

      Wasn't there a case in the US where a burglar successfully sued the owner of the house he broke into, because he locked himself in and couldn't get out for a whole weekend? It's a different law, but the basic idea is the same.

  14. Personally, I prefer the WTFPL by mathimus1863 · · Score: 4, Funny

    If you don't want to use a real license, just use the DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE. It's one of the more permissive licenses...

  15. obfuscation != secrets by Chirs · · Score: 5, Informative

    The definition of obfuscation is to confuse, bewilder, or stupefy, or to make obscure or unclear.

    In security, the normal rule is that the algorithm chosen should still be secure _even if the attacker knows what it is_.

    On the other hand, passwords, crypto keys, etc. are all pieces of data that are secrets. This is a very different thing from obscure.

    1. Re:obfuscation != secrets by Anonymous Coward · · Score: 2, Informative

      Security through obscurity implies that the obscurity is necessary to achieve the security.

      What you are describing sounds more like Security AND Obscurity, which most nobody will say is a bad thing.

  16. GitHub's default "terms" are nonsensical by dwheeler · · Score: 3, Insightful

    If GitHub made your personal interpretation a requirement for using its site at no charge, that might work. But GitHub's terms don't really make sense for what people are trying to do on it. GitHub only allows you to "view" and "fork".

    Are users allowed to run the code? The answer appears to be "no". That's because under most countries' law, including the US, by default users have NO rights unless they are granted somehow. Heck, as far, as I can tell, users aren't even allowed to modify it, because you can make a fork without modifying it, and only "forks" are allowed. Now we have to dance on what a "fork" means, and the LAWYERS, not the programmers get to decide.

    If you want to release software, and collaborate, great! Posting stuff without a license is not a release, it's a legal minefield.

    If don't include a license, the LAWYERS decide what is allowed... not the programmers. You probably won't like what the lawyers decide.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  17. Re:Stupid by Chemisor · · Score: 2

    On what law could anyone be able to sue me for damage on his machine if he uses my (licensed or unlicensed) code?

    The tort law, under the standard of strict liability, applied to product liability. By deleting the customer's files you would be guilty of negligence. This negligence is proven first by showing that you had a duty to care for the customer's files, because you were aware that makefile commands could delete them and thus would have such a duty under the precedent of MacPherson v. Buick Motor Co.. You breached your duty by putting an rm command in the makefile. This breach will have been the cause of the plaintiff's lost data, and will have caused quantifiable damages such as loss of intellectual property, work stoppages, and whatever else the prosecutor can invent. So yes, you would indeed be liable. You might argue that the code was used without a license, but you'd need an expensive lawyer to make such an argument for you. You'd also need to travel to plaintiff's jurisdiction and live there for the duration of the trial. Can you afford all that? I didn't think so.

  18. He hasn't open sourced anything by dwheeler · · Score: 2

    Great points, but a minor correction: He hasn't open sourced anything. To release something as open source, it has be released so others can LEGALLY read, use, modify, and distribute it. That's typically done by a license.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  19. Re:"define" by Immerman · · Score: 4, Insightful

    Indeed. And in fact you indirectly raise another issue - if the "original" author is so ignorant of copyright law that they "share" their code without any licensing information, then there's a fair chance that they have themselves incorporated other people's code into their work without regard to copyright restrictions, so you may be opening yourself up to legal liability for having GPLed, "shared source", or other restrictively licensed code incorporated into your software without realising it.

    --
    --- Most topics have many sides worth arguing, allow me to take one opposite you.
  20. Re:F*cking bullshit by chrismcb · · Score: 2

    And we all do this.

    No, no we don't. Just because you do, doesn't mean everyone else does as well.

  21. Re:Stupid by magic+maverick+ · · Score: 2

    Who said that the person who downloaded my code (whether licensed without a disclaimer of warranty clause, or unlicensed) is a customer of mine anyway?

    Give me any case law where liability could be assumed where software is the specific cause of the issue.

    I see people like you argue that I have assumed liability for publishing software without a disclaimer of warranty. But then I go and read those Wikipedia articles, and it appears to not matter for physical items. So why would it matter for software?

    I.e. I think you, and everyone else who argues similarly, don't know what you're talking about.

    --
    HELP MY ACCOUNT HAS BEEN HACKED BY AN ILLIBERAL ART STUDENT SET TO DESTROY THE INTERWEBZ!
  22. Please do. Do not however release with no license. by Tatarize · · Score: 2

    If you release it with no license at all, I don't know what the hell to do with the code. Can I have it for my program? Does your copyright trump everything. Absolutely no license is pretty much all rights reserved by default I'd suppose. No license is as bad as GPL. I don't really know what my obligations or permissions are, so I actually forego using the code. If I don't have legal right to use your code, I do not have legal right to use the code. If you don't expressly say I can, I may not be allowed to.

    Using a more liberal license than GPL is great, I always do it. But, TFA says "no license" and that's a piece of crap, upload a BSD code fragment for goodness sakes, or oddly enough you completely own the code and I have no right to it at all.

    --

    It is no longer uncommon to be uncommon.
  23. Re:I license mine with creative commons by Typical+Slashdotter · · Score: 2

    Please don't license software under the Creative Commons licenses. They're not GPL compatible, and Creative Commons themselves don't recommend it. (CC0, their public domain dedication, is still OK.)

  24. Re:Github needs to specify a "default license" by kthreadd · · Score: 2

    That's an interesting take but I don't understand how that will protect the programmer. You can still be sued for patent infringement no matter what license your code uses, right? Seams unlikely that you can protect yourself from being sued by releasing your code under a particular license.

  25. Re:Stupid by Chemisor · · Score: 2

    Give me any case law where liability could be assumed where
    software is the specific cause of the issue.

    Mortenson vs Timberline is the most well-known case pertaining to EULA liability disclaimers. In the case the Mortenson company failed to win a construction contract due to a "bug" in the Timberline software it was using, and sued for damages. The court ruled that the liability disclaimer in the EULA shielded Timberline from liability for these damages. Because of this case and because most software is licensed and includes liability disclaimers in the license, we no longer have lawsuits claiming damages due to buggy software. If we did, prices of software would have become astronomical due to the need to carry liability insurance.

    Who said that the person who downloaded my code (whether licensed without a disclaimer of warranty clause, or unlicensed) is a customer of mine anyway?

    The Supreme Court. See the case I linked to in my original post where a customer purchased a car from a dealer and was nevertheless able to sue the manufacturer even though he was not a direct customer. In your case, github would be in the role of a dealer due to its terms of use stipulating that you agree to allow anyone to download any code you publish on the site. So even though you did not directly sell your code, the people downloading it are your customers through github, and you are liable for their damages.