wine がどのように機能するかを知る限り、プログラム自体は変更されませんが、移植性を高めるためのラッパーが提供されます。
したがって、wine と wineskin のライセンスは、独自のソフトウェアのみに適用され、wine でラップされたソフトウェアには適用されません。
たとえば、Linux ボックスにコピーした Windows テトリス ゲームは、wine で実行するという理由だけで LGPL の下に置いてはなりません。ところで、それはワインを役に立たなくするでしょう: 無料 (debian) またはさらに邪悪なシステム (例えば osx) で Windows アプリケーションを実行するように、ワインが作られたもの ;) ほとんどがプロプライエタリなソフトウェアであり、 LGPLの感覚。
したがって、アプリケーションについても同じです。他のアプリケーションの機能を使用しているという理由だけで、その他のアプリケーションとやり取りするすべてのものが同じライセンスの下にある必要があるというわけではありません。
wineskin または wine 自体を変更する場合のみ、変更した wineskin または wine のバイナリを配布する場合は、変更を公開する必要があります。
コミュニティのことなら、アプリケーションのユーザーがより簡単に改善できるように、スキンをオープンソースにすることを考えることができます。しかし、私が推測できる限り、それは自動的にリンクではありません。
他の人がコメントしているように: 疑わしい場合は、2 つのことを行う必要があります: 元の著者に連絡して許可を求める (簡単)。2 つ目は、すべてを詳細に説明できる弁護士に連絡する (難しい) )。ただし、元の作者の許可を得れば、いつでも問題ありません。一方、弁護士は、他の人が何を言おうと、あなたができること/できないことを教えてくれます。
ディストリビューションで Wine / Wineskin を使用する
最初にライセンスについて少し確認します。
この短いレビューの後、Wine と Wineskin の両方がGNU LGPL 2.1 ライセンスの下で利用可能であると言えます。
GNU ライブラリまたは Lesser Genreal Public License (LGPL) により、(LGPL または GPL が適用されていない) アプリケーションと共にバイナリ形式を再配布できます。ただし、これは、いくつかのニーズも満たす必要があることを意味します。具体的には、セクション 2 と 6 を参照してください。「図書館を利用した作品」の要件を探します。あなたのように。
ただし、アプリケーションが完全にあなたの管理下にあり、LGPL のコードの派生物でない限り、アプリケーションのソース コードを提供する義務はありません。