LGPLやBSDなどのクローズドソース配布と互換性のあるライセンスを持つ特定のライブラリをアプリケーションで使用したいと思います。ただし、私が使用しているLinuxディストリビューションであるUbuntuでは、これらのライブラリの「パッケージ化」は、著作権ファイルによってGPLで保護されているとマークされています。GPLライセンスを避けたい。そのようなライブラリの一例はlibpngです。だから、私は3つの質問のセットがあります：
パッケージングは、パッケージを一緒に配布する場合、アプリのソースを開かなければならないことを意味しますよね？
パッケージは何ですか？元のLGPLライブラリから構築された共有オブジェクトを抽出して、GPL保護を削除することはできますか？
私のパッケージ管理システムと互換性のあるこれらのライブラリの非GPLパッケージバージョンを取得するリポジトリまたは他の方法はありますか？自分でライブラリを構築することが私の最後の手段です。
パッケージ化とは、生のソースtarballを取得して.debに変換するスクリプトとメタデータのコレクションを指します。を介してdebianソースコードを入手した場合、これはディレクトリapt-get source somepackageの下にあります。debian/
決定的な答えについては、おそらく弁護士に連絡する必要があります。私は1人ではなく、これは法律上のアドバイスではありません。ただし、GPLなどの「ウイルス」ライセンスは、著作権法で許可されているものに限定されています。具体的には、あなたのコードが問題のGPLされたコードの派生物である場合にのみ、それらは実際にあなたに影響を与える可能性があります。あなたのコードは問題の実際のライブラリの派生物であるかもしれませんが、あなたのコードがパッケージングスクリプトの派生物であると主張するのは難しいでしょう。結局のところ、たとえばRed Hatに基づいて構築すれば、コードは問題なく機能しますよね？
debianパッケージスクリプトの場合とまったく同じ状況ではありませんが、Linuxとバイナリカーネルモジュールのこの説明を読むと面白いかもしれません。二次的著作物の概念はそこでも顕著です。