The easiest way to do the tarball cleaning is with Files-Excluded in the copyright file, uscan will involve something (mkorigtargz?) that uses it to repack. That's a technical answer to the technical side of the question.
On the "policy"/legal question of whether it's permissible to package the internal open source in this larger source for the Debian project, I have
no specific opinion but it sounds complicated. You might gauge upstream's feelings by asking if they can provide a tarball with just the open source parts. If not, even if your interpretation of the license situation is that
you can package the inner code, it may not be worth it if it's fought by upstream. (E.g. they may see their more restrictive license as "additional terms" on top of the license in the inner files, thus basically creating a non-open source license.) Of course I am not a lawyer, just noting that
it's much more pleasant to package when upstream is cooperative or at least
not hostile :)
Good luck!
Ryan
On Tue, Aug 30, 2022, 9:46 AM Andrius Merkys <
merkys@debian.org> wrote:
Hi Niels,
Thanks for prompt reply.
On 2022-08-30 17:40, Niels Thykier wrote:
From the description you have provided, I would assume yes with the following assumptions:
1) By "Extract AmberTools" you mean repackage the orig tarball.
Yes, that is what I meant.
2) AmberTools consists entirely of open sourced files that have a
compatible license. Probably it does, but I would double check that
no non-free files made their way into AmberTools.
Absolutely.
(Plus of course that AmberTools does not Depend or Build-Depend on any non-free components whether third-party or from ambermd.org)
Right, this was implied.
For reference, I did not check the upstream site.
ACK.
Best,
Andrius
<div dir="auto"><div>The easiest way to do the tarball cleaning is with Files-Excluded in the copyright file, uscan will involve something (mkorigtargz?) that uses it to repack. That's a technical answer to the technical side of the question.<div dir=
"auto"><br></div><div dir="auto">On the "policy"/legal question of whether it's permissible to package the internal open source in this larger source for the Debian project, I have no specific opinion but it sounds complicated. You might
gauge upstream's feelings by asking if they can provide a tarball with just the open source parts. If not, even if your interpretation of the license situation is that you can package the inner code, it may not be worth it if it's fought by
upstream. (E.g. they may see their more restrictive license as "additional terms" on top of the license in the inner files, thus basically creating a non-open source license.) Of course I am not a lawyer, just noting that it's much more
pleasant to package when upstream is cooperative or at least not hostile :)</div><div dir="auto"><br></div><div dir="auto">Good luck!</div><div dir="auto"><br></div><div dir="auto">Ryan </div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_
attr">On Tue, Aug 30, 2022, 9:46 AM Andrius Merkys <<a href="mailto:
merkys@debian.org">
merkys@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Niels,<br>
Thanks for prompt reply.<br>
On 2022-08-30 17:40, Niels Thykier wrote:<br>
> From the description you have provided, I would assume yes with the<br> > following assumptions:<br>
> <br>
> 1) By "Extract AmberTools" you mean repackage the orig tarball.<br>
Yes, that is what I meant.<br>
> 2) AmberTools consists entirely of open sourced files that have a<br> > compatible license. Probably it does, but I would double check that<br>
> no non-free files made their way into AmberTools.<br>
Absolutely.<br>
> (Plus of course that AmberTools does not Depend or Build-Depend on any<br> > non-free components whether third-party or from <a href="
http://ambermd.org" rel="noreferrer noreferrer" target="_blank">ambermd.org</a>)<br>
Right, this was implied.<br>
> For reference, I did not check the upstream site.<br>
ACK.<br>
Best,<br>
Andrius<br>
</blockquote></div></div></div>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)