-
Notifications
You must be signed in to change notification settings - Fork 25
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
MIT license compliance w.r.t. embedded applications #26
Comments
@agausmann Why do you think the copyright notice text should be included in the firmware binary? Why not put the license into a separate file and distribute it along with the firmware binary? |
It could be argued that a firmware binary flashed to a device is a "copy of the Software". If the license notice is a separate file, it is not included when the firmware is flashed. |
Could you include a printed copy (or QR code link) of the MIT License in the product you are shipping? Would this suffice? (Note: I am not a contributor to this repo, just in a similar situation) |
Yes, that's how it usually works for retail hardware using open source as well. |
:"Original" issue is at rust-embedded-community/usb-device#52, but I wanted to open an issue here as well, because this crate is also MIT-licensed.
I would love to use this in my embedded projects, but I'm not comfortable using MIT-licensed code in such applications, because of the condition:
Granted, it does just say "included", not "displayed", so I guess I could include the license somewhere in the firmware binary and it would be okay? But I feel like being able to view the license is somewhat implied, so I'm not satisfied with this.
In many embedded applications, there's no easy way to prominently "display" license notices like this, and I think the (implied) obligation to do so is an unreasonable burden. For example, if I'm writing firmware for a simple keyboard or mouse, how would I display the license notice from the device?
So, I think MIT is not a great fit for libraries used in the embedded ecosystem. Alternatively, I would suggest dual-licensing with the Apache-2.0 license, as that is what the Rust Embedded WG (and much of the wider Rust ecosystem) does, as the Apache-2.0 license only requires a license notice for copies of the source code form.
The text was updated successfully, but these errors were encountered: