-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Project license #317
Comments
Hello, @bayandin . See: #318 |
@awoods Which component are you referring to? Most of them are LGPL which I don't think will create a problem because it doesn't trigger copyleft for linking. I'm not sure about exiftool. It's an odd one that use the artistic license, which I haven't had a chance to read up on yet. If it was a problem, you could certainly avoid the issue by not redistributing exiftool, like I would prefer, and use the system copy. FITS shells out to it. |
exiftools' license, which is the same as Perl's. I think Perl is using v1 of the artistic license, which seems very permissive. In the Java ecosystem, the majority of GPL libraries either use LGPL or GPLv2 with a class path exemption. The later is how Java itself is licensed. Neither of these license are copyleft when used via linking. In fact, it sounds like it is more problematic for a LGPL project to link to an Apache 2 project than the opposite. |
@pwinckles:
The question is, which license can compatibly include libraries with the above licenses. @pwinckles , is your understanding that the answer is "Apache v2"? |
@awoods Yes, obviously not a lawyer, but my understanding is the Apache v2 is the appropriate license to use, and that if this project were instead licensed as LGPL (v2.1 at least; not sure about 3) then it would be incompatible with its Apache 2 dependencies. But, perhaps you should run it by your legal team? |
I'm confused regarding the license that the project uses:
Could you please confirm which license is correct?
The text was updated successfully, but these errors were encountered: