this post was submitted on 08 Jan 2024
-17 points (27.0% liked)

Open Source

31021 readers
647 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

Is there a pull request template that does this?

Edit: I was worried about possibly needing to change license. For now I will just use a permissive license. The situation is made seemingly complicated by the possible need to use copylefted images, combined with the possible need for using server code (which shouldn't use creative commons) in addition to the static html. I would rather deal with including parts with different licenses (probably not as complicated as I initially thought) instead of contributor license agreements.

Edit 2: Also, license enforcement is not very important for my project.

Edit 3: Now I'm using creative commons zero and making the repo comply with https://reuse.software/

top 19 comments
sorted by: hot top controversial new old
[–] ShustOne@lemmy.one 40 points 10 months ago

I'd really advise against forcing all code contributions to be copyrighted to you. It doesn't send a great message to contributors. It also gets murky if any libraries are used.

[–] over_clox@lemmy.world 25 points 10 months ago (1 children)

Methinks somebody missed the memo what open source means.

[–] wagesj45@kbin.social -4 points 10 months ago (1 children)

Copyright and license agreements are not at all the same thing. And just because something is "open source" doesn't mean that it is free of copyright.

[–] over_clox@lemmy.world 6 points 10 months ago (1 children)

Did you even read the title of the post? OP wants to force contributors to transfer copyright to OP.

I don't care how you wanna twist the thoughts between open source vs copyright, ain't nobody got any business trying to force contributors out of a copyright license.

[–] wagesj45@kbin.social 3 points 10 months ago

I don't think you've properly thought through the consequences of not considering IP rights for projects with a significant number of contributors. There are absolutely situations in which having a single IP holder is advantageous to having multiple IP holders. Large open source projects might find governance hard when they're hamstrung by getting consensus from hundreds or thousands of contributors.

And yes, I did read the title and the post. I understood it.

[–] turbowafflz@lemmy.world 12 points 10 months ago

Don't. You're just going to lose potential contributors and users.

[–] mp3@lemmy.ca 9 points 10 months ago (1 children)

What is the need for this?

[–] Octorine@midwest.social 6 points 10 months ago (1 children)

Some GPL projects do it. If you find someone infringing, it's easier to sue them if you have one copywrite holder instead of 100.

[–] NekkoDroid@programming.dev 6 points 10 months ago* (last edited 10 months ago)

Generally the only groups I would maybe sign such a CLA in regard to the GPL is: the FSF and the Linux Foundation. Anybody else (especially individuals I don't know) I wouldn't sign any CLA unless my contribution is like a 1 off, trivial patch.

[–] tiny@midwest.social 7 points 10 months ago (1 children)

Not saying I'm a fan but you I think you are looking for a CLA or contributor license agreement

[–] rufus@discuss.tchncs.de 1 points 10 months ago* (last edited 10 months ago)

This is the correct answer.

I'm sure there is a way to make signing the CLA part of the pull request process on Github. I've been asked to do it. Not sure how Github works nowadays, maybe it was part of Github or an external bot.

And I don't agree with the other people here. I think having complete copyright makes some things easier. And if you do an open project, maintain it for years, do 99% of the work... You're allowed being paid with the contributions.

Mind there are other licenses than just the GPL. You could just pick a MIT license / Apache / BSD instead and maybe you don't need the contributors to sign over their copyright anymore, because these licenses cover pretty much everything and transfer it to everyone, including you.

[–] hperrin@lemmy.world 6 points 10 months ago* (last edited 10 months ago) (1 children)

If you want that, you’ll get fewer contributors, but just make that explicitly clear in your pull request template.

Personally, I would never contribute to a project where the maintainer demanded I transfer copyright ownership of my contributions. I also wouldn’t use a project that did that, and would advise other people to not use that project either.

[–] SuperFola@programming.dev 1 points 10 months ago (2 children)

I understand the philosophy of not wanting to transfer your rights, but I don't understand what's bad about contributing to a project and having your code given to the community (as-in copyright transfer to the organisation). Would this be because the org/owner can just start selling the code or is there something that I'm missing?

[–] hperrin@lemmy.world 2 points 10 months ago (1 children)

It would mean that the owner could take that code and make it closed source. They could do literally anything they wanted with it, because they would own the copyright.

[–] lemmyvore@feddit.nl 1 points 9 months ago* (last edited 9 months ago)

They can't make it closed source retroactively (well, technically you can design a license like that but that's a different discussion and the most widely used open source licenses aren't made like that). They can relicense at some point going forward, but all the code up to that point would still be available under the old license and contributors could fork and continue without batting an eye.

[–] lemmyvore@feddit.nl 1 points 9 months ago

It depends on what license the project is using. Some licenses are very permissive, meaning there's lots of ways they can be abused. For example with MIT/BSD licenses there's no provision to share the code with the final product so they could drag their feet releasing parts of the code or hide them altogether. They could also resort to tivoization, NDAs, commercial plugins and all kinds of shenanigans.

Look for example to the Plex and Emby projects which were originally open and went commercial later. The way they did it is why there's a lot of bad blood in the community to this day.

I've also personally been involved with other projects where someone tried to take them commercial in a less than graceful way, shall we say. It's never pretty.

[–] skami@sh.itjust.works 1 points 10 months ago

I am not a lawyer this is not legal advice.

Search for copyright assignment agreements, there are a few good template documents. I’d request a signed document instead of simply stating it in the PR. In all cases I would recommend verifying the document and process by a lawyer before you start using it.

Also, I would consider not requiring copyright assignment if at all possible for the project in question.

[–] bizdelnick@lemmy.ml 1 points 10 months ago

If the license you use is reallu permissive, it does not forbid the change to more restricted (copyleft). You also can use separate licences for code and resourses.

[–] Atemu@lemmy.ml 1 points 10 months ago

I was worried about possibly needing to change license.

I'd rather ask the contributors to consent to licensing their code under the new license. You don't need the copyright in the hand of one entity to change license, it's enough if all copyright holders agree.

The situation is made seemingly complicated by the possible need to use copylefted images

WDYM by "images"?

As in art assets? I'm not sure those would even be infectious. I think it's possible to even use non-free assets in a GPL'd application. It may be better to treat them as such to keep the licensing simple though.

Even then, it's usually possible to "upgrade" permissively licensed code (such as Apache 2.0) to a copyleft license as long as the original license's conditions are still met which usually involves denoting which parts of the code is also available under the permissive license.