Formal Request for Open Source Code

As someone that has contributed to many open source projects for over 20 years, and someone that has helped many organizations build systems using open source software, I would love the opportunity to help improve the GF software or firmware, in any way possible.

I’m patient enough to wait for the release of the open source software that @dan had previously committed to, but I think the sooner it can be released, the faster they will be able to take advantages of the contributions that can be made from others.

Of course, they need a way to manage and accept those contributions in a way that doesn’t make their lives more difficult, or destabilize the GF ecosystem. I would hate to see them make mistakes in that area.

5 Likes

Perhaps a fork, where enterprising individuals could volunteer to irradiate themselves as part of the experimental process? Edit: A smiley face was intended here. :smiley:

They just need to give us a snapshot of the current Yocto environment they are building from.
We can fork it from there.

That and probably an open source community leader than can help coordinate review and acceptance of patches.

yes this

1 Like

There’s plenty of precedent for this. For example, years ago Makerbot (pre-acquisition) open sourced their firmware (which they had to do, as it was based on existing open source firmware), and users enhanced the firmware to the point where it became so popular that Makerbot ended up replacing their firmware with the community-enhanced version, to the benefit of both Makerbot and its customers. I don’t know whether Glowforge would be interested in going that far, and they’re certainly not required to support community-generated firmware, but they are required by licenses to (and promised to) release their firmware’s source code. I don’t see this request as anything but completely routine. The instant Glowforge shipped the first unit containing the firmware to a customer they were obligated to release their source, at least for the software based on GPL and similar licenses. Thousands of companies ship thousands of products with open source software, and for decades now they generally comply, usually after someone makes the formal request for the source code. It’s common for companies, particularly startups, to put off releasing source while they’re getting their first product out the door, because it’s not their top priority, and nobody holds it against them. But once someone asks for the firmware, the company is legally obligated to release it, which puts a little more pressure on them to do what they know they have to do, which is a good thing.

4 Likes

While I understand why you may have read the post aggressively, I also recognize that it’s difficult to make this kind of request without seeming aggressive. I think it can also be read as a simple request which may or may not be met.

4 Likes

Yup I have the community firmware for my replicator2
:grin:

1 Like

What can be captured by using wireshark when they push a firmware update?

Something to keep in mind is that if they are smart (I presume they are) and they want to maintain the proprietary nature of the majority of their software, they can do so with an LGPL shim. As I understand it, this is how NVidia maintains their drivers as proprietary.

The big block of copyright messages above may simply be those contained in an unmodified distribution of the version of Linux they are using. Simple aggregation of GPL code and non-gpl does not necessarily trigger the GPL licensing of the aggregate.

I’m sure thr FNLs are going to review any response made to this request.

Man, what a bunch of hullabaloo over a guy making a simple formal request. :confused:

(I hereby fully acknowledge my comment is useless, has no bearing at all and adds nothing to the conversation lol .)

6 Likes

Thanks for the request! We’re working on it now.

19 Likes