-
Notifications
You must be signed in to change notification settings - Fork 224
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
Clarify ASIO SDK usage #2417
Comments
The approved wording for the copyright statement is: ”ASIO is a trademark and software of Steinberg Media Technologies GmbH” |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as outdated.
This comment was marked as outdated.
OK so as further discussed on Discord just now, if we assume that the only issue is the distribution of the Windows client binary being the object of Steinberg's terms, then we don't have to worry about the source (which contains none of their code). Ergo, we don't need an addendum to the GPL. This assumes that because Steinberg don't mention source or binaries, we can interpret their rights granted for us to create "an application that can host ASIO device drivers" with the SDK as applying only to the binary, and the distribution (not use) of it. I've updated the ticket with the actions we need to take, and will mark the above discussion items as "outdated" or "resolved". |
I'm happy to sign the agreement once we have the stuff ready to publish on the website at least (app stuff can maybe wait a bit). In the box that says "Company or Organization" I assume it's just "Jamulus" (with me named as the representative). There's also a "technical representative" needed. Any volunteers? I think they imply we have to print out the doc, sign it, then scan it and email the image to them. |
Given the Github account is "jamulussoftware", I use "Jamulus Software" in full - that way it more clearly covers every usage under that account, rather than perhaps jamulussoftware/jamulus.
Well, you know the set of qualifying volunteers. I'm happy to have my name there. Does it need my signature, too? (Maybe photo your signature, cut-n-paste in an appropriate editor, print to PDF - no paper involved...) |
Also ensure (for license reasons) that we don't include ASIO headers on JACK builds. Related: jamulussoftware#2417
Also ensure (for license reasons) that we don't include ASIO headers on JACK builds. Related: jamulussoftware#2417
If no one of the main contributers volunteer, I will. |
Also ensure (for license reasons) that we don't include ASIO headers on JACK builds. Related: jamulussoftware#2417
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
#2605 is done ready, pending approve and merge. Can someone update here on what's left? Are changes in progress where needed? |
I think think the checklist is up to date (assuming we're OK with the installer screen ) |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
We are now in compliance with what Steinberg want (once the next release goes live that is), so all that remains is to sign their agreement. We can presumably produce the I'll ping the relevant people for their signatures offline. |
Ok. The nosound build could also just be the JACK build, so I‘d say for now that’s the way to go without ASIO. |
@gilgongo Any update on the admin side? Also, can we open a separate issue to track any further work and close this one as complete for 3.9.0? |
Ah yes, and please do not hide the comments on this issue to make them visible without the need of being logged in. Especially for this kind of stuff, we should be transparent. |
Just to add:
This is now called "serveronly" to make it clearer what it's for. The "no-ASIO" Windows client is the JACK one, as @ann0see says. I think this action can be marked done (i.e. I'm assuming the aim was for a non-ASIO Windows offering, not a server-only build). |
From what I saw, I'd done my bit -- is there anything left from our side to do here? |
I think all code-wise stuff is done. If someone (@gilgongo? @pljones?) can confirm that the agreement has been signed and sent, then we can check that part and close the issue. |
Looks like we're stuck on this until we here from @gilgongo again. |
Oops sorry - I was just thinking that we can only sign and send when we've released the changes. |
Ah, good point. If they check carefully (or at all), it might make sense to do it that way. |
OK let's do that then - closing this as done and I'll prep an issue. |
It seems to be non-obvious how the ASIO SDK and its license integrates with Jamulus. We should do everything to make the situation more clear.
Sign the agreement and send it to Steinberg to cover jamulus.io's distribution of ASIO-enabled Windows binaries (we can't cover other usages, sadly)will be done post-3.9.0 as part of Sign Steinberg agreement #2687References:
See PDF in the SDK zip.
I'm currently don't plan to work on this myself, but I do think that we should move this forward for the next release and have added it to 3.9.0 therefore.
The text was updated successfully, but these errors were encountered: