問題タブ [gpl]

私のRailsアプリケーションは、LGPLの条件の下で配布されるRailsS​​VNバインディングをここで使用します。

したがって、これらのバインディングを使用することで、Railsプロジェクトを配布する必要がありますか？

db4o for Androidは商用ソフトウェアに無料で使用できますか？あなたがサポートにお金を払うことができることを私は知っています、しかし私がサポートを必要としないならば、それは無料でしょうか？

https://www2.eiffel.com/download/download_info.aspx?id=eiffelstudio&info=false&mirrors=eiffelstudioで、IDE " eiffelstudio " をダウンロードできます。

彼らはライセンスとしてGPLを持っていますが、「GPLバージョンはオープンソースソフトウェアの開発のみを目的としています!商用ソフトウェア開発のためにEiffelStudioを評価したい場合は、エンタープライズ評価版をダウンロードしてください.」と明記しています。

しかし、私の知る限り、これは gpl に直接違反しています。GPLに準拠しながら、本当にそのような制限を指定できますか?

C または C++ で書かれていないプログラムに照らして、LGPL の条件を理解するのに苦労しています。彼らは、リンクされたライブラリと「派生物」が機能することについて話します。php プログラムをパッケージ化して販売する場合、プログラム内で展開メカニズムが phing パッケージを使用した場合 (コンテンツ全体をそのままで完全に変更せずに)、LGPL の条件に違反することになりますか?

たとえば、これが phing の「ライブラリ」をリンクしてコンパイルされた C プログラムである場合、答えはより簡単になります。これは派生物であるため、GPL の下でリリースされない限り、無料であるとは見なされず、違反でもあります。しかし、この状況は違います。私はリンクしておらず、派生物を作成していません。ファイルを移動して環境をセットアップするための展開ツールとして ping を使用しているだけです。

誰かが光を当てることができますか？ありがとうございました！

編集なるほど、私は単にライブラリの機能を使用しており、それを変更していないため、たとえば、非常に独占的で高価なソフトウェア パッケージと一緒に配布するかどうかは重要ではありません。私はそれが正しいですか？

私の場合、潜在的にプロプライエタリで有料の Web ソフトウェアを、LGPL ライセンスを含む完全で無害なライブラリにパッケージ化しています。元の形、大丈夫です。右？これは実際には間違っていると思ったからです。私は、GPL 化されたものは、変更されていないか、または他の形態のクローズド ライセンスの下では再配布できないという印象を受けました。

同社は組み込みネットワーク機器を製造しており、カーネル モジュールの一部のプライベート機能を GPL 違反から保護する必要があり、一部のカーネル API は GPL 違反なしで使用できることを覚えています。libc、skb、dev など。

しかし、非GPLカーネルモジュールで使用できる正確なカーネルAPIリストを知っている人はいますか?

どんな提案でも大歓迎です。

セーラー

以下の「GNU General Public License (GPL), MIT License」でライセンスされているオープン ソース コードを使用したいと考えています。販売する製品にこのコードを含めたいです。

ここに特にコードがあります

訴えられないためにはどうすればいいですか？:)

変更したソース コードを配布してもかまいませんが、アプリケーション全体をオープン ソースにしたくはありません。

オープン ソース コードをライブラリにビルドしてオープン ソースにした場合、そのライブラリにリンクして、残りのソースを開かないようにすることはできますか?

編集：プロジェクトでは、次のものがあります

「mda VST プラグインは、MIT ライセンスまたは GPL の「ライセンスのバージョン 2、または (オプションで) それ以降のバージョンのいずれか」の下でリリースされます。」

GPL（v2）でカバーされているCMSを使用している場合、コアに変更を加えた場合、CMSのソースコードを再リリースする必要がありますか？

GPLv2は次のように述べています。

GPLでは、変更したバージョンをリリースする必要はありません。変更を加えて、リリースすることなく、個人的に使用することができます。これは組織（企業を含む）にも当てはまります。組織は、変更されたバージョンを作成して、組織の外部にリリースすることなく、内部で使用できます。

しかし、何らかの方法で変更されたバージョンを公開する場合、GPLでは、GPLの下でプログラムのユーザーが変更されたソースコードを利用できるようにする必要があります。

ここでの灰色の領域は、「変更されたバージョンを何らかの方法で一般に公開した場合」と記載されている部分です。Webサイトを一般に公開することは、「一般に公開する」と見なされますか？

CMSと統合するカスタムプラグインが作成された場合はどうなりますか？ソースをリリースする必要がありますか？これは変更としてカウントされますか？

Linux カーネルは LGPL ではなく GPL であるため、独自のコードをリンクすることは違法だと思います。業界はこれをどのように回避していますか？GPL ライセンスにより、開発者は GPL ドライバーおよび/またはカーネル モジュールの下でリリースすることが強制されると思います。

多分私は混乱していて、新しいモジュールを実装することは実際にはカーネルコードに対してリンクしていません??? 企業はこれにどのように対処しますか？たぶん、逆にリンクしますか (カーネルからバイナリへ)?

一方、BSD カーネルがあります。保護された IP を自由にリンクできる場所。BSD カーネル内にドライバを実装するより良い設計を入手できますか? GPL カーネル用のドライバーを実装する場合、設計上の制限はありますか?

平易で単純な英語で言えば、GPL (バージョン 1) と GPL (バージョン 2) の違いは何ですか?

X と呼ぶコードを書いたとしましょう。これは GPL コードを使用しています。これをライブラリ Y と呼びましょう。明らかに、X を GPL ライセンスでリリースする必要があります。それはいいです。私の質問は、MIT などのライセンスの下で X を追加でリリースして、Y ではなく X だけが必要な場合、GPL で使用する必要がないようにすることはできますか?