Closed andreicristianpetcu closed 9 years ago
Being not the original authors, I guess it will be legally complicated for them to just change the license.
With the original authors spending most of the softwares existence hiding themselves behind fake names, one can only assume the Copyright is pretty worthless. Regardless the project 'according to the terms' needs renaming.
We certainly will try - currently we think that the last License Change is also valid for the 7.1 Release. But as @felixrabe has written we are not owner of the code. However it looks like the TrueCrypt Team has largerly abandonned it's Code.
I like this effort, but please keep in mind there is a reason many open source communities ask for contributor agreements. IANAL, but I think copyright law protects works regardless of the author's anonymity.
My suggestion: Contact a lawyer specialized in (international) copyright law.
Absolutley true - as I said currently we understand that the Code is under the new License including Older releases. Otherwise the License Change would not make much sense. Otherwise we cannot do much.
@ryanlol - I disagree, or maybe I don't understand you right.
I would love to have a project like truecrypt.ch come up and take over my project in good faith and with a solid understanding of the legal issues if I was anonymous and had to abandon my original project for some reason. And I think being conscious of the possibilities and legal extent of what is possible and acting on that (as I said, in good faith) will earn respect.
The goal and the intent here (as I understand it) is to not let TrueCrypt die.
Section III of the License text clarifies the circumstances under which a (modified/unmodified) fork/derivative can carry forward the legacy of Crypt 2.0
I don't think "good faith" and copyright law get along with each other. Relicensing might be quite tricky and it might involve a lawyer who understands computer copyright and copyleft law. My initial impression was that relicensing is just as simple as picking a new license and pushing the LICENSE.txt file to the git repo but I'm starting to see the complications that might appear.
@andreicristianpetcu - I don't know the license myself yet, but if it does not explicitly allow relicensing (like MIT-style licenses do, as opposed to GPL-style licenses), relicensing is probably (IANAL) impossible without the explicit written consent of the original authors. (IANAL, but I wrote a school work once on intellectual property.)
@oderwat - Interesting link, thanks. I'll quote it here:
As a practicing attorney, if a client came to me asking if it would be alright to fork truecrypt, my advice would be: "go for it." Completely setting aside what the license says, or whether it's enforceable, a potential lawsuit would never survive a pre-answer motion to dismiss for lack of standing. To even get in the door to the courthouse, a plaintiff would have to first reveal his/her/their identities, and second prove that he(/she/they) is(/are) in fact truecrypt's anonymous author(/s). The first is highly unlikely because it would be extremely out of character. The second is highly unlikely because it's probably impossible. Without a credible threat of a lawsuit (that will at least survive a pre-answer motion) to back it up, the license is just words on a page.
(https://www.schneier.com/blog/archives/2014/05/truecrypt_wtf.html#c6345306)
Yes but he "refines" his statement later in the discussion: https://www.schneier.com/blog/archives/2014/05/truecrypt_wtf.html#c6345932 .. I personally think that "forking" is not forbidden in the first place (and happened in the past). Replacing the license ... dunno! So just continue with the current license and maybe don't call that thing TrueCrypt ... and link or link not to the original site. To me the most important thing is the security audit. We need clear information about 7.1a in that regard... even more after this "strange" development.
Relevant portions of TrueCrypt License text
"II. Use, Copying, and Distribution of This Product
" III. Modification, Derivation, and Inclusion in Other Products
"Portions of the source code of Your Product not contained in This Product (e.g., portions added by You in creating Your Product, whether created by You or by third parties) must be available under license(s) that (however, see also Subsection III.1.e) allow(s) anyone to modify and derive new works from the portions of the source code that are not contained in This Product and to use, copy, and redistribute such modifications and/or derivative works. The license(s) must be perpetual, non-exclusive, royalty-free, no-charge, and worldwide, and must not invalidate, weaken, restrict, interpret, amend, modify, interfere with or otherwise affect any part, term, provision, or clause of this License. The text(s) of the license(s) must be included with every copy of Your Product that You make and distribute.
Note: If you cannot comply with the above requirements, you may contact licensing@truecrypt.org.
Note: If you cannot comply with Subsection III.1.d, you may contact licensing@truecrypt.org."
TrueCrypt is itself a derivative of E4M (encyryption for the masses) & other predecessors - as reflected in the License history.
@ryanlol - I do not think violating TrueCrypt's license is the goal here.
Disclaimer: I am not part of this project, but I sympathize with its goals, which are, as per truecrypt.ch: "the gathering place for all up-to-date information [concerning TrueCrypt]".
I am no lawyer.
But as I understand the license (see above) I would think, the solution would be keeping the original license for the original things (include a diff or something like that) and relicense the whole thing under the GPL (for example) - stating that it is built on top of TrueCrypt - thereby referring to the diff and the original license.
(Well, and contacting licensing@truecrypt.org doesn't seem to be a good idea.)
What about something like a conditional license?
- This code is licensed under GPLv3, included in this distribution as FILENAME.
- This code was relicensed on DATE after apparent abandonment by its maintainers. Should the maintainers prove that such abandonment was malicious or fabricated, the all code contained in INITIAL COMMIT reverts back to the license in the same commit, with all modifications licensed under GPLv3.
Or something similar, but with more legalese as IANAL.
While I'm at it, let me pitch "NewCrypt" as the fork name. Rhymes with the original and makes the history and status unambiguous.
With the profile of this repo, engaging lawyers is the correct plan of action. If this is to truly be a truecrypt successor all the knots need tied perfectly.
The only primary license change I can see as possibly being legal is to upgrade to the Truecrypt License 3.1.
Based on https://github.com/FreeApophis/TrueCrypt/issues/5#issuecomment-44702287, I propose to change the title of this issue from
Please add a popular license
to
Clarify licensing
It's worth following @TrueCryptNext on Twitter. This tweet is related to this issue:
https://twitter.com/CipherLaw/status/472157471948029952:
@pbarreto @justintroutman @matthew_d_green Yes, we are formally reviewing the TrueCrypt licensing provisions.
Or if you can get a PGP signed message in which the original creators offer you the possibility to relicense unde your license of choice, there will be no need for a lawyer. Try contacting the Software Freedom Law center. They do pro bono work for this type of stuff. https://www.softwarefreedom.org
@felixrabe the GPL does allow relicensing into AGPL (and probably other strong copyright licenses). GPL does this because it creates a common pool of free software that stays free. MIT/BSD licenses are almost like the public domain and I tend to avoid them. The problem with the current license is that it is nonfree/closedsource license and that's why it cannot be relicensed. https://fedoraproject.org/wiki/Forbidden_items?rd=ForbiddenItems#TrueCrypt
@felixrabe the repo owner and the twitter owner are one in the same.
@andreicristianpetcu Indeed, but the original author can relicense a project if they choose to. If there are several authors though, they would need to all sign an agreement.
Um… guys… There is a clean room reimplemetation of TrueCrypt since years: https://github.com/bwalex/tc-play tcplay has been written from scratch and falls under an actual free software license.
Just summarizing and giving kudos: (am having a great Sunday here :) )
@KAMiKAZOW Thanks for pointing out tc-play! Very interesting.
@andreicristianpetcu Thanks for the PGP-signing agreement idea and pointing out the SFLC pro-bono law work.
Hi! Since this is a fork can you please add a more popular license like GPLv3, Apache, MIT or just any popular free and open source license? TrueCrypt is not "free software" and it is not "open source" it is "source available". With a clear, popular license it is easy for everybody to understand what can and cannot be done with the source code. http://en.wikipedia.org/wiki/TrueCrypt#License_and_Open_Source_status