GPLv3 explained

GPLv3.md

GPL3 LICENSE SYNOPSIS

TL;DR* Here's what the license entails:

1. Anyone can copy, modify and distribute this software.
2. You have to include the license and copyright notice with each and every distribution.
3. You can use this software privately.
4. You can use this software for commercial purposes.
5. If you dare build your business solely from this code, you risk open-sourcing the whole code base.
6. If you modify it, you have to indicate changes made to the code.
7. Any modifications of this code base MUST be distributed with the same license, GPLv3.
8. This software is provided without warranty.
9. The software author or license can not be held liable for any damages inflicted by the software.

More information on about the LICENSE can be found here

Roger here.

I would be distributing a binary (executable) file of my modified (originally Open Source) Firmware that runs on the main machine I am building. So the source of that would be available as a fork of the GPL work.

I would be distributing a binary (executable) file of my own specific software which runs on an additional processor (likely an Arduino) that is NOT derived from any Open Source software.

The main machine will indeed be communicating with the additional (Arduino) machine and it will be very clear, in the source code for the Main machine that will be available from the fork on GitHub, what information is sent to the additional machine and what information comes back from that additional machine to the Main machine.

I THINK that means that I do not have to publish any additional information about the communication protocol between the two machines.

I THINK that also means that I am free to keep the source code that runs on the additional machine PRIVATE, company secret, possibly to copyright or even patent it (if patentable).

The issue is would someone be able to modify the open source firmware and actually put it on the device and have it work?

If yes, you are fine. If not you fall afoul of the anti-tivoization.

Zaphod77,

I really appreciate you taking the time to address my concerns. The software community really can be a wonderful help to others.

Regarding your latest comment . . .

They would definitely be able to modify MY version of the Open Source firmware and be able to install it on a device (in my case it would be any 3D printer that employs the Marlin Open Source firmware). But if they wanted their installation of my version to make use of the additional capabilities I have added to it, which is sending commands to the attached extra microprocessor and having that microprocessor control certain pieces of new hardware that I intend to have on MY version of a 3D printer, they would have to, on their own, attach a microprocessor and the additional hardware as well as WRITE the code for that attached microprocessor.

It's that additional code which runs only on that separate microprocessor and makes no use of any Open Source software that I hope I can keep from being Open Source. Others may well be able to figure out what that code does, how it does it, and write their own, but I don't see that there's any requirement that I simply give it away.

I'm also expecting there to be a very unique piece of hardware as part of my design and which also would be controlled by that software residing on the additional microprocessor. That hardware is unique enough that I would be pursuing a patent on it. That would not prohibit anyone from figuring out what that (potentially patented) hardware does and figuring out how to have something else do what it does and how to have the software (that they would write) control that hardware. But if they wanted to incorporate MY unique hardware they may well need to license it from me or purchase it from me.

But since that hardware does not really preclude anyone from building a 3D printer that does everything MY new 3D printer will do, I would think there would be nothing that violates the Open Source principles.

Yes? No?

You shouldn't be forced to open the coprocessor firmware.

As i said the test is if someone could modify the firmware, and then install the modified version in a device that has your coprocessor and custom firmware for it. if YES, you aren't violating the anti-tivo.

Since you aren't intending to distribute your coprocessor firmware anyway, that sidesteps the entire issue. Unless you intend to distribute the modified open source firmware to others, the GPL is a complete non issue. Your modification is PRIVATE. You would only have to give someone the source of the gpl portion if you sold them your 3d printer. which would also give them your closed source additional firmware. Printing stuff with the printer doesn't count as distributing the firmware unless it is AGPL, and it almost certainly is not.

Happy to explain things.

One question, does it matter if I use a library that is not licensed with the GPL?

You must obey any licensing conditions of any library you use. If the library has a license that conflicts with the GPL then you can’t add it to the gpl source unless you don’t distribute the binary.  I do not know what the library is.Sent from my iPhoneOn Nov 26, 2024, at 6:14 PM, BluePy ***@***.***> wrote:Re: ***@***.*** commented on this gist.One question, does it matter if I use a library that is not licensed with the GPL?—Reply to this email directly, view it on GitHub or unsubscribe.You are receiving this email because you commented on the thread.Triage notifications on the go with GitHub Mobile for iOS or Android.                                                           

zaphod77
I'm asking all these questions because I DO HOPE for my design to be the basis of a start-up company and to manufacture and sell the resultant 3D printers. It's really quite a unique design. It should print much faster and create much stronger prints (fingers crossed).
But it does seem like my code that runs on the separate processor can be kept as the company's trade secret, with no requirement that its source code has to be made available as Open Source.
So, that's a relief. :)

Thank you.

Note that you won't be able to stop people from reverse engineering the coprocessor based on what your open source part does to talk to it, but they would have to clean room the replacement, and if they didn't do that, major bucks for you.

…

On Tue, Nov 26, 2024 at 9:13 PM RogerInHawaii ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ zaphod77 I'm asking all these questions because I DO HOPE for my design to be the basis of a start-up company and to manufacture and sell the resultant 3D printers. It's really quite a unique design. It should print much faster and create much stronger prints (fingers crossed). But it does seem like my code that runs on the separate processor can be kept as the company's trade secret, with no requirement that its source code has to be made available as Open Source. So, that's a relief. :) Thank you. — Reply to this email directly, view it on GitHub <https://gist.github.com/kn9ts/cbe95340d29fc1aaeaa5dd5c059d2e60#gistcomment-5302917> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAQL7ZOO7L33CEOUOO7I3JL2CVIH7BFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVAZTKNZTGYYTONFHORZGSZ3HMVZKMY3SMVQXIZI> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

The libraries in question are in my Cobalt repo under bot_code.py, it needs A LOT of work, it's concept is being a programming assistant that you can configure to only make answers to certain languages, this would be beneficial if for example, you ran the bot offline, so you don't download useless data you won't need.

@RogerInHawaii

https://www.gnu.org/licenses/gpl-faq.en.html#MereAggregation (my emphasis):

... pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program.

So it seems you actually need to provide the source code for your firmware to the users under the GPL license.

@MasterKia , I don't know how one defines the phrase "intimate enough". In my case the only communication between the Firmware and the program running on the additional microprocessor is commands from the Firmware to the additional microprocessor telling it to perform some operation (e.g. turning a light on having it drive a stepper motor), and for the additional microprocessor to respond with a "DONE" or "FAILED" message back to the Firmware. No "complex data structures" are communicated.

I agree here. I don't believe that statement would apply.

Functionality is added to the open source firmware that sends instructions to the closed source microprocessor. Those instructions are not obfuscated, and no other communication is done. It's essentially one open source program giving a closed source ones simple command line switches, and reading the return code.

This seems like a legitimate aggregate, based on the description.

Now if there were secret undocumented actions caused by activating commands in a specific sequence, then things would be a bit more questionable. If there is data encoded into the sequence of commands that the coprocessor detects (and affects it's ability to succeed or fail), then that would be abuse, unless the required sequences themselves were documented in the open source side. If you have undocumented magic sequences, then you are concealing some of the source.

From the way it's described, there is no issue.

I have a question (just to be sure)
There's a repo A, contains A.html (for example), and repo A is listed under GPL v3
My repo B, contains B.html, which used some of the styling and framework from A.html
Do i:

1. have to say explicitly (like in readme.md): This project includes code derived from repo A, which is listed under GPL v3, A copy of the GPL v3 license is included in the license file.
2. Can i change my license of Repo B to other like MIT / whatever? Or do i MUST use gpl v3?

If you create a derivative of a GPL work, that derivative must also be GPL.

You can add additional compatible licenses, but all of them have to be obeyed at the same time. Only an original work may be dual licensed, and allow the person making the derivative to pick which one.

Licenses are compatible if requirements don't conflict with restrictions.

If one license says "you can't" and the other one says "you must" for the same action, then the two are not compatible. "You may" and "you must" are compatible (this means you must), and "you may" and "you can't" are compatible (which means you can't).

The only way you can remove the GPL is go straight to the copyright holder of the original work, and request source under a different license.

Ah understand! Thanks @zaphod77