Page 31 of 47

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sat Jan 27, 2018 10:17 pm
by loboris
@on4aa

Thank you for your comment an suggestion.

I'll try to collect all the licensing information for used third-party componnents/libraries and also add the licensing information in all of my source code where it is missing.

As far as I know, all the code used in this repository is open source, but not all with MIT license.

The one exception I'm aware of is the part of the esp-idf (low level WiFi/BT drivers) which is closed source.
It is an "issue" with all esp-idf based application.
The only solution, if you want to make fully open source application (in this case the MicroPython firmware), is to not include/link the binary blobs in the firmware (→ Component config → ESP32-specific → No Binary Blobs) in which case Wi-Fi/Bluetooth will not work.

If you are aware of any specific licensing issue, please feel free to report here or on GitHub repository.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sat Jan 27, 2018 10:33 pm
by on4aa
@loboris
Thank you for your clarification. This inspires a lot of confidence.
As you suggest, it would indeed be wise to list the items that are not licensed under the MIT terms in a file in the root, together with their license type.
This would allow users who intend on using your software in a commercial setting, to take appropriate actions: e.g. include the GNU GPL license and publish the GNU GPL affected source code.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 3:51 am
by cartere
loboris, looks like the RMT can be tickled to do input capture. Any chance that might be on your development timeline?

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 6:00 am
by tuupola
on4aa wrote:
Sat Jan 27, 2018 10:33 pm
This would allow users who intend on using your software in a commercial setting, to take appropriate actions: e.g. include the GNU GPL license and publish the GNU GPL affected source code.
Does Loboris port include GPL code somewhere?

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 6:09 am
by tuupola
Answering to myself here, yes it seems it does. Thanks to viral nature of GPL my understanding is this makes the whole project effectively GPL licensed.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 9:17 am
by loboris
cartere wrote:
Sun Jan 28, 2018 3:51 am
loboris, looks like the RMT can be tickled to do input capture. Any chance that might be on your development timeline?
RMT input capture is used in Onewire module and will be used in the new pulse module.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 9:43 am
by Roberthh
RMT is used by the get_pulses() method of the pycom branch to capture input pulses.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Sun Jan 28, 2018 1:28 pm
by cartere
loboris wrote:
Sun Jan 28, 2018 9:17 am
cartere wrote:
Sun Jan 28, 2018 3:51 am
loboris, looks like the RMT can be tickled to do input capture. Any chance that might be on your development timeline?
RMT input capture is used in Onewire module and will be used in the new pulse module.
Thanks loboris!

Re: MicroPython on ESP32 with SPIRAM support

Posted: Mon Jan 29, 2018 6:06 pm
by on4aa
tuupola wrote:
Sun Jan 28, 2018 6:09 am
Answering to myself here, yes it seems it does. Thanks to viral nature of GPL my understanding is this makes the whole project effectively GPL licensed.
By consequence, M5Stack is affected as well.

Re: MicroPython on ESP32 with SPIRAM support

Posted: Tue Jan 30, 2018 4:51 am
by mattyt
Looking into the GPL search @tuupola provided there are three areas of concern:
  1. random.h/.c
  2. quickmail
  3. machine_hw_i2c.c
All other references were to documentation discussing the GPL.

I would also strongly prefer the MIT license - at least for compatibility with upstream Micropython (let alone that GPL is near-impossible to introduce to my professional environment). If @loboris agrees to this goal - and it's his code, he can do as he pleases! - then I believe these files need to be removed from the repository.

1 should be relatively easy, it appears to be a random number generator. 2 is libquickmail, a C library to allow sending of emails. Although large, libcurl could potentially be used as a replacement (?). 3 is interesting; it looks to be an implementation of HW I2C for the ESP32 by Pycom. This would need to be rewritten though, presumably, it is wrapping up the I2C primitives provided by the ESP-IDF. In the meantime, software I2C could be used.

Some of the above could be wrong; I've been particularly careful to avoid looking at the code in detail.