Skip to content
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

GPL or LGPL? #82

Open
EuphoricCatface opened this issue Oct 6, 2020 · 2 comments
Open

GPL or LGPL? #82

EuphoricCatface opened this issue Oct 6, 2020 · 2 comments
Labels
topic: infrastructure Related to project infrastructure type: enhancement Proposed improvement

Comments

@EuphoricCatface
Copy link

SD library seems to have been changed to GPL when it was pointed out that William Greiman's SdFat library was GPL in Apr 2015. arduino/Arduino#2936

In the meantime, in Oct 2017, William Greiman's library was changed to MIT License. greiman/SdFat@e4190e5 and greiman/SdFat@f2424ef

As far as I know, for "the stated INTENT of the arduino folk to allow proprietary software trumps", this library is supposed to be LGPL, since it is not mandatory to keep it GPL anymore. https://forum.arduino.cc/index.php?topic=199627.0 (Sorry for not having clearer source. Correct me if I'm wrong.)

@jockm
Copy link

jockm commented Feb 11, 2021

I think it is rather wrong that you have to dig into the libraries to actually see that this library is under a different license than the others in the official arduino examples.

Aside from ideology I see no reason not to go to LGPL. It's fine to keep it as GPL, but it would be nice to have an official statement of the rational

@PaulStoffregen
Copy link
Contributor

If anyone from Arduino sees this and wants to update to the latest SdFat library, which brings support for long filenames, cards larger than 32GB, and huge speed improvements, on top of the change from GPL to MIT, I have some code to offer which can help ease the transition. It's thin SD.h compatibility wrapper. It also include a File base class abstraction, which allows libraries using files (like AudioZero, JPEGDEC, etc) to access files independent of which library provides them (SdFat, LittleFS, theoretically mbed or others...)

This stuff is on my github account, so anyone can just help themselves to the code. But when/if Arduino has serious interest in replacing the ancient SD library and a File base class abstraction, I'm willing to help. All you have to do is ask.

@per1234 per1234 added the type: enhancement Proposed improvement label Feb 12, 2021
@per1234 per1234 added the topic: infrastructure Related to project infrastructure label Apr 17, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
topic: infrastructure Related to project infrastructure type: enhancement Proposed improvement
Projects
None yet
Development

No branches or pull requests

4 participants