アカウント名:
パスワード:
ライセンスの非互換でOSSのコードが細切れの島のようになるくらいなら、BSDライセンスを普及させる方が幸せな気がしてきます。
そのほかのライセンスについて組み合わせる場合(例えば今回発表されたCDDLと元となったMPL1.1のコードは組み合わせて利用できるのか)の資料は何処かにまとまっていないのでしょうか?
で、完全にオリジナルである著作者ならGPL以外のライセンスで配布すれば良いと思うのですが、なぜGPLを使うのでしょうか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
ライセンスの互換性 (スコア:2, 興味深い)
ライセンスの非互換でOSSのコードが細切れの島のようになるくらいなら、BSDライセンスを普及させる方が幸せな気がしてきます。
危うくなるソフトウェアの共有 (スコア:5, すばらしい洞察)
ちなみに最近企業で人気の MPL の派生ライセンスですが、MPL の日本版を目指したものとして [テンアートニ パブリック ライセンス [tenartni.com]] というのがあります。フルスクラッチで開発するなら管轄裁判所は日本がいいな、と思いました。
#ガラパゴス諸島云々と愚痴っている暇と金があるなら誰でも
#使用できる日本版の MPL でも考えていたほうがまだ建設的な意見
#じゃないかと :-P。
Mc.N
Re:ライセンスの互換性 (スコア:3, 参考になる)
Re:ライセンスの互換性 (スコア:0)
Re:ライセンスの互換性 (スコア:2, 興味深い)
そのプログラムの著作者なら可能です。GPL FAQ [gnu.org]のページ内を"as a special exception"で検索してみてください。事例としては最近のMySQLのクライアントライブラリ(オープンソースライセンスならリンク可能)などがあります。
Re:ライセンスの互換性 (スコア:1)
使ってるライブラリが感染してるとか。
で、完全にオリジナルである著作者ならGPL以外のライセンスで配布すれば良いと思うのですが、なぜGPLを使うのでしょうか?
# GPLの正しい解釈が出来そうにないヘタレなのでID
Re:ライセンスの互換性 (スコア:0)
Re:ライセンスの互換性 (スコア:1)
でも、共通のライセンス条項に付随して例外が並ぶのもなんか嫌だなぁ・・・
と思っただけで深い意味もなにも無いです。
# 自己マイナスモデの為にAC
-- 誰も信じちゃいけない、裏切られるから。
私を信じないで、貴方を裏切ってしまうから。
Re:ライセンスの互換性 (スコア:0)
Re:ライセンスの互換性 (スコア:0)
方向のものだけです。当然にその例外条項を派生プログラム
に強制することもできません。また上手く書いておかないと
派生プログラムが例外条項を