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

Maybe add a second licence choice for the server #81

Closed
corrados opened this issue Apr 16, 2020 · 17 comments
Closed

Maybe add a second licence choice for the server #81

corrados opened this issue Apr 16, 2020 · 17 comments
Labels
feature request Feature request

Comments

@corrados
Copy link
Contributor

This issue has been migrated from Sourceforge. Created: 2015-02-05
Creator: Volker Fischer

Right now only the CC licence is available. Maybe it makes sense to offer a second choice.
Discussion

Volker Fischer - 2015-03-13

    Priority: 5 --> 2
  

Volker Fischer - 2017-10-08

    status: open --> closed
  

Volker Fischer - 2017-10-08

Nobody is using the CC licence feature anyway, so no need to add another one which is then also not used by anyone...

Peter L Jones - 2019-07-06

I am :)

I'd have rather not had to have the NC version but that's not a major issue for me.

Now the recording feature is there, it does become more important, as the recorded media are subject to copyright of the individual contributors.

(There are probably also GDPR issues... Hm.)

@vocobox
Copy link

vocobox commented Apr 17, 2020

Maybe it should simply be stated that copyrighted content should not be broadcasted on public Jamulus servers and that any user take the responsability of sending content that is compatible with the licence ?

Another option is have public servers without recording capabilities that would not imply to agree to a licence as music passing through it is transient? It is a question. I don't know if transient content is subject to copyright.

@corrados
Copy link
Contributor Author

I am no legal expert. Long time ago I included the CC license agreement since Ninjam also did it. If you use that license, I think as a server operator you are on the save side, even if it comes to recording the sessions.

@vocobox
Copy link

vocobox commented Apr 18, 2020

Maybe each public OR private server owner should be free to choose which license is relevant for audio content. In that case, license chose by each server "runner" should appear in the server list. (Sorry for the headache that mmight appear valueless with respect to feature queries).

By the way, I am curious about your choice on software licence. You chose GPL, which is known to be contaminent and not open to commercial use. Was this an englighted or random choice?

I personnaly chose New BSD license for my own open source framework Jzy3d as it permissive. I think business usage of a free software is good for everyone - but I would understand this would not apply for free applications allowing to create art.

@trebmuh
Copy link
Member

trebmuh commented Apr 18, 2020

Maybe each public OR private server owner should be free to choose which license is relevant for audio content. In that case, license chose by each server "runner" should appear in the server list. (Sorry for the headache that mmight appear valueless with respect to feature queries).

👍 allowing the "server" to choose the license would be great. That is the responsibility of each person running a server and each person using the service provided by the later to ensure that the license of the art brodcasted is covered anyway : noone is allowed to broadcast a copyrighted cover on the internet without asking to get the permission from the beneficiary first. . No more on youtube than on a jamulus server.

which is known to be contaminent and not open to commercial use

What ? This is plain wrong. GPL has nothing to do with commercial or not. Of course people are able to use a GPL software for making money. The only thing is, if they're taking the GPL licensed software and they sell it, they have to tell where it originates from and provide the source code for free. Same thing, if they modify the code and redistribute the software, they have to distribute the resulting code under the same license.

@vocobox
Copy link

vocobox commented Apr 19, 2020

This is plain wrong. GPL has nothing to do with commercial or not.

My understanding of the GPL licensing is that if you modify a software to integrate it in your own software, then you have to make the modified code AND your own software both open source. Did I misunderstand? Assume I am Facebook and I want to integrate Jamulus in WhatsApp. Am I forced to publish the modified Jamulus AND WhatsApp source code?

@trebmuh
Copy link
Member

trebmuh commented Apr 19, 2020

If you modify the code and redistribute the code, you have to make the code in GPL too. As long as you make the code GPL, you can still sell the binary as an example. This is how Ardour does as an example.

Assume I am Facebook and I want to integrate Jamulus in WhatsApp. Am I forced to publish the modified Jamulus AND WhatsApp source code?

IANAL, so you need to check that with reading the code and/or a lawyer and/or asking how people does it in the GPL's world.

@wolftune
Copy link

My understanding of the GPL licensing is that if you modify a software to integrate it in your own software, then you have to make the modified code AND your own software both open source.

Somewhat clarified by other reply, but to be more clear: The keep-the-license clause only applies if you convey (distribute to others) the software. Any modifications of GPL that stay private do not need to be released to anyone.

In short: you are barred from giving the software to anyone else under different terms. But you can either not share the modified software or you can share it while keeping the GPL license.

With the AGPL specifically, this clause counts even if you only let others access the running software over a network. But even with AGPL, it does not apply if you don't let others use the software.

@wolftune
Copy link

I really want this feature. I want my server to offer CC-BY-SA (without the NC), as that is the license I use for my own music. Anyone who connects to my server I want them to agree to that license.

@mirabilos
Copy link
Contributor

mirabilos commented Apr 23, 2020 via email

@corrados
Copy link
Contributor Author

quite a number of common-ish licences for this kind of thing

What do you mean by "quite a number". What number would that be?

@mirabilos
Copy link
Contributor

mirabilos commented Apr 24, 2020 via email

@corrados
Copy link
Contributor Author

Ok, a dozen is a lot... Maybe we can shrink that down to 5-7 new licences? The current licence, BTW, is located here in the code: https://github.com/corrados/jamulus/blob/master/src/util.cpp#L482

@trebmuh
Copy link
Member

trebmuh commented Apr 24, 2020

What about providing a few common ones and allowing the server admin to add others?

@corrados
Copy link
Contributor Author

I would like to keep the current mechanism for now. Let's just add some important ones. That should do it for most of the practical usecases.

@gilgongo
Copy link
Member

Let's just add some important ones. That should do it for most of the practical usecases.

@corrados From the advice I was given, it would be best to also allow a free text message along with a list of formal licence choices, since we do not want to be drawn into the area of which licence server operators should choose (if they want to put up a licence at all).

Also, is this related or a dupe of #100 ?

@mirabilos
Copy link
Contributor

mirabilos commented Apr 25, 2020 via email

corrados added a commit that referenced this issue Sep 26, 2020
…ng from the server GUI and changed the -L/--licence text in the licence dialog to "Do you agree to the text in the chat window?" so that a licence text must now be given in the server welcome message (#587, #367, #81)
@corrados
Copy link
Contributor Author

As we now refer in the licence accept dialog to the server Welcome message, the server operator now can use whatever licence he wants (see #587 (comment)). Therefore this Issue can be closed now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request Feature request
Projects
None yet
Development

No branches or pull requests

6 participants