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

Help us help this project by adopting a standard license 😁 #192

Closed
chadnorvell opened this issue May 22, 2024 · 3 comments
Closed

Help us help this project by adopting a standard license 😁 #192

chadnorvell opened this issue May 22, 2024 · 3 comments

Comments

@chadnorvell
Copy link

Howdy,

I work at Google on Pigweed, an open-source platform for embedded systems development that’s widely used both inside of Google and by other companies, and that’s shipping in millions of commercial products.

We’re working on making Bazel the best build system for embedded development. A major part of that is providing an excellent multi-target C++ development experience via clangd. Bazel’s inability to generate clangd compilation databases has prevented us from reaching that goal so far, but this project fills that gap perfectly (as you well know!).

Our sole barrier to adopting this tool is the license. I've read the previous discussions on this in #9 and #63 and have a sense of your perspective on this. But there’s just no path to us being able to incorporate code or binaries that aren’t licensed with a standard open-source license. Our only real alternative would be to build a new tool that does the same thing, which we really don’t want to do – it’s redundant, and you’ve already done such amazing work!

If you’re able to change the license to a standard MIT license (or perhaps the Apache license if you’re looking for more protections), we would have thousands of engineers using this project on a daily basis, and dozens of engineers working on the core tools that support those thousands of engineers. Any and all changes to the compile commands extractor would be submitted as PRs right here to the main repo.

If I understand correctly, the main goals of your additional license content are to:

  • Protect yourselves from liability
  • Encourage contributions back to the main repo (and discourage forks)

On the first point, I’m certain that the standard MIT and Apache licenses absolve you of any legal liability related to this software. As a bonus, by using a standard license, your legal protections are vastly stronger than they are by rolling your own version of the license – in other words, you may have increased your legal risk by using a non-standard license.

On the second point, the use of a non-standard license is actually preventing us at Google from using this tool, working on improvements, and contributing them back to the main repo, which we would absolutely love to do. Here is some more perspective on why non-standard licenses actually inhibit contribution.

We really admire the work you've done on this tool and would love to use it more extensively. Let me know if we can make that possible!

@cpsauer
Copy link
Contributor

cpsauer commented May 23, 2024

Hi Chad! Thanks for reaching out and being so kind. We'd obviously love to make it something you can use, too. There are some upcoming developments here--and I'm optimistic we'll be able to get it so you can use it--but not ones I can share publicly just yet. Any chance you'd be down to hop on a GVC and we'll discuss? If so, lmk, and I'll write your google email (which I see in a pigweed commit).

@chadnorvell
Copy link
Author

Absolutely! Send me an email and we'll set that up.

@cpsauer
Copy link
Contributor

cpsauer commented Jun 28, 2024

(Closing for now because of private discussions, well under way.)

@cpsauer cpsauer closed this as completed Jun 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants