GPL/LGPL等ライセンスとゲーム製作_2

1 名前：名前は開発中のものです。 [02/11/06 01:06 ID:NlG1/pUn] 一口にフリーソフトウエアといっても、その定義は様々。 ライセンスの種別ごとに、ゲーム製作との関係も大きく異なってきます。 GPL/LGPLをはじめとするフリーソフトウエアのライセンスと ゲーム製作のかかわりについて、ひとつ皆で議論してみましょう。 前スレ game.2ch.net/test/read.cgi/gamedev/1005818191/ 762 名前：名前は開発中のものです。 mailto:sage [2007/11/30(金) 19:02:59 ID:yHixMP2V] よく見つけたなあ 763 名前：名前は開発中のものです。 mailto:sage [2007/12/22(土) 18:22:25 ID:NDbwGKxS] GPLこええなぁ 764 名前：名前は開発中のものです。 mailto:sage [2008/03/18(火) 15:32:54 ID:h/08ARO0] 保守 765 名前：名前は開発中のものです。 [2008/03/18(火) 15:33:51 ID:+i6TATTQ] 766 名前：名前は開発中のものです。 [2008/05/22(木) 18:18:04 ID:oNw0mL7j] すいません。XNAスレから来ました。 マルチっぽい事に気付いた方、申し訳ないですが、XNAスレのはスルーしてください。 本題。 ttp://sourceforge.jp/projects/opensource/wiki/licensesにMs-PL,Ms-RLが追加されたのですが、 MS-PLは、 ・生成物でソースを公開しない時は、著作権、特許権、商標、および出所明示の必要がまである。(Ms-PLか否かは明示しない) ・MS-PLのソースは改変再配布して良いけど、Microsoft Permissive License.rtfファイルを添付する事が条件。 ・よって、ソースを公開する時はライセンス感染能力有り。 って意味でOK? ttp://sourceforge.jp/projects/opensource/wiki/licenses ここまで書いてあって、オマエは日本語が読めないのか？ってツッコミヨロシク！ 正直に書くけど、俺はこういうのがグロ画像ばりにムリなんだ！ あと、Ms-RLのソースがタダでみられる物に付いた事はまだないよね？ BSDに似てると思った私は、イタイ素人ですか？ 767 名前：名前は開発中のものです。 [2008/05/22(木) 20:59:52 ID:ul1aZjVz] 2-(A) 「非独占的、世界全域、無償のライセンスを付与します。」 3-(C) 「本ソフトウェアの全部または一部を頒布する場合、本ソフトウェアに含まれるすべての著作権、特許権、商標、および出所の表示を維持する必要があります。」 上二つの事柄はソース公開の有無に関わらず、全てに及ぶし、感染能力もあると思う。 例外として、 ソースを公開しない場合：Ms-PL以外のライセンスを選べる。(ただしMs-PLに抵触しないライセンス) ソースを公開する場合：Ms-PL以外選べない。 3-(D)にある「完全な写しを…」というのは3-(C)で述べられていることと重複しているように見える。 (あるいは、3-(C)は、完全でなくても良いという意味だろうか。) 俺の場合、なんとなくGPLとLGPLを意識して作りましたって感じがするけど。 確かにBSDとも共通項は多いね。特に3-(C)の著作権表示のとことか。 俺も素人なので、間違ってたらごめんよ。 768 名前：名前は開発中のものです。 mailto:sage [2008/05/22(木) 23:56:51 ID:oNw0mL7j] 　ソース非公開ならBSDに似てたら助かるなと甘く考えていたので、 激しく「そんな訳ないでしょ」と突っ返してくれてもよかったんですよ。 >ソース公開の有無に関わらず、全てに及ぶし、感染能力もあると思う。 Ms-PLそのものが「表示を維持する」物に含まれちゃうんですね。 「完全な写し」≒「Microsoft Permissive License.rtfファイル添付」だとは思います。 　ID変わる前に自己完結させようかと思っていたんですけど、 コイツの目的ってのは、　「GPLのソース公開」　「MITは学術に目的を固定」みたいなまとめ方でいくと、 「Ms-PLは明示を繰り返す事(MSの宣伝?)」が、制約として感染し続ける物なのかなと 思ったんですけどね。 だけど今、Ms-PL.txtが入ってたソースコードのZIPをDLしたんですが、 肝心なハズの出所が何処に書かれているか、サッパリわからないんですよねｗｗｗ orz 769 名前：名前は開発中のものです。 mailto:一度ageます [2008/06/13(金) 20:07:29 ID:eX+vBp0e] 質問！ GNU GPL v2に基づきUPX圧縮した物を、 PEヘッダ内のUPXのサインを消し、商用として販売したいんだけど これってやっちゃまずい？ 770 名前：名前は開発中のものです。 mailto:sage [2008/06/13(金) 22:37:49 ID:kX/2FsxU] 問題ない。 771 名前：名前は開発中のものです。 [2008/06/14(土) 00:36:11 ID:vVlx8Z4Q] >>769 We grant you special permission to freely use and distribute all UPX compressed programs. But any modification of the UPX stub (such as, but not limited to, removing our copyright string or making your program non-decompressible) will immediately revoke your right to use and distribute a UPX compressed program. サイン消しはライセンス剥奪 772 名前：名前は開発中のものです。 mailto:sage [2008/06/21(土) 12:46:22 ID:mBgLrGhR] GPLライセンスで公開されてるアルゴリズム(LZOとか)を 全く概念の違う言語で1から組んだらそれはGPLに感染するの? アルゴリズムには著作権ないはずだし、実装方法も違うわけだから平気? 773 名前：名前は開発中のものです。 mailto:sage [2008/06/21(土) 13:45:46 ID:R1LFOhlb] GPLは著作権を前提にしたライセンスなので、アイディアは縛れない。 GPLで公開されているソースをそのまま利用した場合はアウト。 ただ、それが特許を取られていない証明にはならないので、 厳密には調査が必要だと思う。 現に、LZOの元ネタであるLZ77のいくつかの実装アイディアは既に特許を取られているらしい。 774 名前：名前は開発中のものです。 mailto:sage [2008/07/21(月) 11:23:56 ID:R3ora5jg] 初心者丸出しの質問ですみません、例えば １．　pythonとpygame（LGPL）で作ったゲームをpy2exeでexeファイルにする。 ２．　ゲーム内で使用する画像･音楽・面DATA等はexe外に置く。 ３．　作ったゲームをシェア（又は同人）ソフトとして１０００円で販売。 ４．　LGPLにしたがってゲームのソースをゲームに同梱し、HP等でソースのみも配布する。 とした場合、ソースの再配布は自由だが画像DATA等はライセンスに抵触しないので 再配布は禁止できる、という解釈で良いのでしょうか？ それとも何処かに問題があるのでしょうか？ pythonがどうだとかは置いといて、ソース公開を前提とするのなら このようなやり方は有りなのかなと思ったので・・・。 775 名前：名前は開発中のものです。 [2008/07/21(月) 15:57:01 ID:UAMfujAl] >>774 ＞ソースの再配布は自由だが画像DATA等はライセンスに抵触しないので ＞再配布は禁止できる、という解釈で良いのでしょうか？ YES。例えばID SoftwareのQuakeシリーズはソースのみをGPLで配布してる。 製品やデモ版に付属するデータはGPLではない。勝手に再配布すると それぞれのパッケージのEULAに違反することになる 実行に必要な各種データのフォーマットは公開されているから自作できる 776 名前：774 mailto:sage [2008/07/22(火) 08:59:19 ID:7OOqzN2o] >>775 参考になりました、ありがとうございます。 これで少しは気楽に色々なライブラリに手が出せそうです。 777 名前：名前は開発中のものです。 mailto:sage [2008/09/20(土) 11:04:21 ID:c2Y+er4r] 便乗ですまん。 python+pygameで作ったhoge.pyや、それをpy2exeでexeにしたhoge.exeってそもそもLGPLになるの？ いまひとつよくわかってないんでググってみたんだけど、やっぱりよくわからなかったです。 pygameやpy2exeに手を加えなければ大丈夫なのかなと思ったんだけど。 778 名前：名前は開発中のものです。 mailto:sage [2008/09/22(月) 01:13:30 ID:XdLfzriF] >>>777 一体化されてるので LGPL の静的リンク対象になるという解釈が妥当。 おおざっぱに言えば、それを入手したユーザが、LGPL対象の ライブラリ部分に手をいれても再構築できるかどうか、が判断基準。 もっかい py2.exe で hoge.exe が作れるようにした状態のものを 配布する必要がある。 779 名前：名前は開発中のものです。 mailto:sage [2008/09/22(月) 02:46:14 ID:PpisTzxn] レスサンクス。 ちょっと理解できたような気がする。 まだライブラリ関連の知識が足りないのもあるけど、ライセンス関連の文章は難しい。 hoge.py →「ライブラリを利用する著作物」であり、ライセンス範囲外。 hoge.exe →「ライブラリを利用する著作物にライブラリをリンクして実行形式を作成」しているので「ライブラリの派生物」 →LGPLではない好きな条件で配布できるが、リバースエンジニアリングの許可、 　LGPLのライブラリを使っていることの表記、LGPLライセンスのコピー、a~eのいずれかが必要。 　a) pygame、hoge.pyと一緒に配布して、pygameを改変した上でのhoge.exeの作成を可能な状態にする。（>>778） 　b) pygameをhoge.exeの外側に出しておいて、pygameを改変してもhoge.exeが動くようにする。 　c~e) a の一式を簡単に手に入れらるような状態にする。 例の場合、hoge.exeがLGPLになるわけじゃないけど、pygameがhoge.exeの中に含まれる以上、ソースコードも必要になる。 動的リンク云々ってのは b のことで、LGPLにならないしソース公開する必要もない。 もちろん、リバースエンジニアリングの許可など、他の条件は守る必要があるけど。 ってことでおｋ？ 780 名前：名前は開発中のものです。 mailto:sage [2008/09/22(月) 11:16:44 ID:XdLfzriF] LGPLになる、ってのはちょっと表現がおかしい気はするけど おおむねOkではないかと。 a) も b) も LGPL にそったライブラリの利用、ってことで。 781 名前：名前は開発中のものです。 mailto:sage [2008/09/22(月) 23:19:41 ID:PpisTzxn] ああ、すまん。 実行ファイルもLGPLライセンスを強制されるのかを訊きたかったんだ。 っていうと、 >>774は自分の作ったゲームを、ソースや実行ファイルなどの再配布を禁止するライセンスで配布することもできるし、 別に画像や音楽がまとめてexeに入っていたとしても、それらの再配布を禁止して問題ない、ってことだよね。 そこが引っかかったもので。 782 名前：名前は開発中のものです。 [2008/09/24(水) 16:56:21 ID:kih1ABV3] >>781 ＞別に画像や音楽がまとめてexeに入っていたとしても、それらの再配布を禁止して問題ない、ってことだよね。 【ケース1】pygameがhoge.exeの外部にある。つまりhoge.exeがpygameを動的にリンクする。 　　hoge.exeを俺ライセンスで保護して再配布を禁止することができる 【ケース2】pygameがhoge.exeの内部にある。つまりhoge.exeがpygameを性的にリンクする。 　　hoge.exeはLGPLで保護され（or染まっ）ており、その再配布を禁止すればLGPL違反 >>774はpygameがhoge.exeの内部にある（＝【ケース2】）、という解釈でいいんだよね？ で、画像や音楽をhoge.exeの外部におく（別ファイルにする）と。これなら画像や音楽にLGPLは及ばず 画像や音楽は俺ライセンスで保護できる。つまり画像や音楽の再配布は禁止できる。 もちろんhoge.exeと画像と音楽をひとつの媒体（CD-ROMやzipファイル）にまとめた製品の再配布も 禁止できる。 hoge.exe単体の再配布だけは禁止できない。 【ケース2】で「もし画像や音楽がまとめてexeに入って」いるならば、exe中の画像や音楽を （LGPLと衝突しオーバーライドするような）俺ライセンスで保護しexeの再配布を禁止しようとすればLGPL違反。 783 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 07:54:59 ID:bEAzAkrR] おお、またわからなくなってきた。 つまり、 >例の場合、hoge.exeがLGPLになるわけじゃない（>>779） ってのは、 >おおむねOk（>>780） じゃないってこと？ hoge.exeについて>>779で合ってるなら、 　・LGPLではない好きな条件で配布できる。 　・リバースエンジニアリングを禁止しないこと。 　・LGPLのライブラリを使っていることを表記すること。 　・LGPLのライセンス文書のコピーを付けること。 　・ソース一式を公開する。あるいは、ライブラリを実行ファイルに含めないこと。 ↑になるわけで、動的か静的かっては最後の項目にしか関係しないのでは？ 784 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 11:08:26 ID:TCASe74V] だいたい人の作ったものに著作権をかぶせるなんてのがおかしい 商用で配布されたとしても、原作者は自分の作ったコード部分にしか 権利を主張できない。 また、いっしゅの特許のようなものだとしたらいつかその制限が 解除されるはずなのに、ＧＰＬというだけで感染が拡大していく。 785 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 11:55:02 ID:mlLJBt7T] >>782 が間違い。 LGPL では、それを使った著作物を自前のライセンスにおいて頒布する場合に、 それの再頒布を禁止してはいけない、とはどこにも書かれてない 自前のソース、データ、それがふくまれた exe いずれも再配布禁止できる。 要求されてるのは、あくまで、配布をうけた人が改造して再構築できることだけ。 GPL のほうはやう゛ぁい。提供されたバイナリの再配布禁止ができないのでデータくっつけちゃうと悲惨 786 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 11:55:45 ID:bk64QUmA] UNIX板のGPL批判スレ落ちたんだな。 >>784 前者は正しい。後者は誤り。 GPLは二次利用の許諾を与えるためのスキームに過ぎず 派生物の著作権を主張しているわけではない。 そもそも二次利用を考えるときは著作権自体に感染性があります。 GPLは著作権に基づいているので著作権が消尽すると無効になります。 そして(今のところは)著作権はいつか切れます。 787 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 12:02:09 ID:mlLJBt7T] >>784 その通りだよ。GPL は別に他のコードに権利を主張したりはしてない。 「同じ条件で配布しないと使ってはだめ」って言ってるだけだ。 なので GPL というだけで感染が拡大するってことは決してない。 788 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 12:42:51 ID:ogAppFVi] GPLという感染は拡大していくけどね。 789 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 13:17:09 ID:1hNgNp0y] GPLなものを使わないという選択肢はいつでも残されている 790 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 13:22:18 ID:Wg4d8pvr] GPLは全然フリーじゃないのにフリーソフトという誤解を招く嘘の名前を付けているのが問題 791 名前：名前は開発中のものです。 mailto:sage [2008/09/25(木) 17:34:55 ID:eHNqeVRs] Vectorや窓の杜で言うところのフリーソフトが、 改変、再頒布の権利をユーザに認めているだろうか。 792 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 01:08:25 ID:vm9JZxou] >>785 ありがとう。 「静的リンクしたらLGPL感染。動的リンクなら適用されない。」ってよく見るけど、間違いってことでよさそうね。 静的動的に関係なく、ライブラリを使うための条件は適用されるし、LGPLは感染しない、と。 ところで、python+pygame+py2exeなゲームの配布物一式を、（ライセンス的な意味で）どうやって作ればいいのかわかんね。 ってのは、スレ違いになるんかな？ 793 名前：名前は開発中のものです。 [2008/09/27(土) 13:35:39 ID:gajb+PXR] >>792 v3はしらないけどv2では『ライブラリ』（←LGPL）を含む実行形式は『ライブラリ』の派生物という扱いだと思ったけど。 v2-6を満たすことを条件に再配布の条件を設定する自由があるというだけ、LGPLと矛盾するライセンスは設定できない。 その実行形式にはずーっとLGPLは付いてまわる。逃れることはできないよ 794 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 14:04:03 ID:gajb+PXR] >>782の間違いは、『ライブラリ』を含む実行形式の再配布を禁止したらLGPL違反、という点。LGPLは条件付きで認めてる。 再配布条件の設定するにあたってはLGPL適合を要求されるので感染はしている 795 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 14:48:45 ID:D3uqc7Y4] ストールマンの怨念ここに極まれり 796 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 15:12:33 ID:i8ilkrmo] そのうちにストールマンが死んだら求心力がなくなっておもしろいことになりそうだね。 797 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 16:49:05 ID:o9iVMcIQ] >>792 python+pygame+py2exeのコンボで結合されると予想されるコンポーネント 非GPL/LGPL： VC755.dll, python255.dll LGPL_v2： pygame ＊py2exeの効果により、全部静的に結合した場合。 このとき、プログラム本体を非GPL/LGPLで配布したい場合、 LGPLv2_6bを満たせないので、LGPLv2_6aを満たす必要がある。 つまり、pygameのソースと、本体のオブジェクトコード(またはソース)をセットにする必要がある。 ＊py2exeの効果により、LGPLの部分を別ファイルに分離できる場合 (てか、py2exe使ったことないからシラネ) LGPLv2_6bを満たせるので、お好きなライセンスでどうぞ。 (どちらの場合も改変とリバースエンジニアリングは禁止できない。) って感じだと思った。 798 名前：名前は開発中のものです。 mailto:sage [2008/09/27(土) 16:52:34 ID:o9iVMcIQ] 誤 >非GPL/LGPL： VC755.dll, python255.dll 正 非GPL/LGPL： MSVC71.dll, python25.dll 799 名前：名前は開発中のものです。 mailto:sage [2008/10/01(水) 18:26:50 ID:DbkdqbiW] >>793-794 すまん、意味がよくわからないです。 ライブラリをリンクした実行ファイル（ライブラリの派生物）を配布する上で、ライブラリの利用条件があるだけで、 その実行ファイルもLGPLを強要されるわけじゃないと理解してた。 実行ファイルもLGPLに「感染」した上で再配布禁止にできるってことなの？ それってその時点でLGPLに矛盾してるような気がするんだけど。 >>797 ありがとう。 俺も下の選択肢が可能なのかよくわかってない。 「自分が書いたコード」と「pygameのソース」はどこにあるかすぐわかるけど、 例えば標準モジュールをimportした場合などにどうすればいいかわかりません。 「自分が書いたコード」だけ配布して、python2.5とpygame（他、利用した3rd partyモジュール）のDL先にリンク張っとけばいいのかな。 それと、pygameってSDL（LGPL）のラッパだよね。 SDLの扱いはどうすれば。SDLって書いてあるdllを含めなければいいの？ MSVCのdllはVS.NET買ってないと再配布できないよね。たしか。 python25.dllはどうなんでしょ。 質問ばかりですんません。 ……なんかもう他のLGPLじゃないモジュール使った方が早い気がしてきた。 800 名前：名前は開発中のものです。 mailto:sage [2008/10/01(水) 21:43:24 ID:+CEnIH82] >>799 >>793-794が言いたいのはGPLv2の6節にある、 「改変、リバースエンジニアリングの許可」とか、 「LGPLで保護されたライブラリを使用していることを告知」することを言っているのだとエスパーしてみる。 つまり、本体をLGPLで配布する必要はないけど、LGPLが提示する条件を守らないといけないってこと。 もし、MSVC71.dllの改変やリバースエンジニアリングが許可されないなら、 MSVC込みでの配布は不可能と判断される。(そして、MSVCだけ、別途インストールしてねってお願いする) あと、GPLv2の6節を守るかぎりは、自分の好きな条件で配布できるとあるので、 GPLv2_6bに従う場合に限り、一切のソースとかリンクは提供する必要が無いと思う。 SDLを含む、含まないは自由にしたらいいと思う。 pythonとその標準モジュールは一つずつ再配布要件をチェックするしかない。( PSFライセンス的にはどうしようと問題はなさそうに思える。) 自分で書いたコードだけ配布するのが一番簡単だけど、 恐らくそれはpy2exeを使おうと思った背景に反するんだろうなあ。 801 名前：名前は開発中のものです。 mailto:sage [2008/10/01(水) 23:42:40 ID:DbkdqbiW] >エスパー それのことを「ライブラリを使うための条件」って書いたつもりだったんだけど伝わってなかったのかな。 ライブラリを使ったモノの配布について条件があることを「感染」とは言わない気がしたんだけど……。 まあ、なんにせよ自分の理解が大幅に間違ってるわけじゃないみたいで安心した。 >MSVCR71.dll bundle_filesを 2 にすれば勝手にexeと別ファイルになるけど、それでもLGPL的にアウト？ （どっちにしろVS持ってないからアレだけど） >後半 えっと、すまん。まず「py2exeで6bの方が可能か」がよくわかってないんだ。 6a（あるいはc~e）の方だと思って読んでほしい。 一つ目は、例えば（python標準の）sysとosをimportしたとして、sysとosをどうやって「ソースコード一式」に含めるか。 （6a,c,d,e的な意味で。「自分で揃えて動かしてね」って意味じゃないです） そもそもpythonが入ってないとexeをビルドできないよね。pythonのDL先にリンクしておけば6dを満たす？ 二つ目は、SDLを配布一式に含めた場合、SDLの分のライセンス文書と、SDLのソースコードが必要になるんじゃないか。 また、（6bに出来るのであれば）SDLの部分は全てexe外に出すことになりそうだけど、 dllのうち名前にSDLが含まれるもので全てなのか。 って質問でした。 言葉足らずで申し訳ない。 802 名前：名前は開発中のものです。 [2008/10/02(木) 01:36:00 ID:Pxy/w+vg] >>801 LGPLは『ライブラリ』（←LGPL）を含む実行形式の配布方法について明確に言及しルールを設け 「再配布するときには俺にも一枚噛ませろ。俺を無視スンナ。俺のルールに批准せよ」と言っている。 事実　：　『ライブラリ』を含む実行形式の取り扱いにはLGPLが常に関与する。切り離すことはできない。 まぁ、「感染」についての言葉遊びには興味ないんで この事実を前にして、『ライブラリ』を含む実行形式はLGPLに感染していない、と強弁するなら別にいいよ。 803 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 01:57:33 ID:Pxy/w+vg] >>800 ＞つまり、本体をLGPLで配布する必要はないけど、LGPLが提示する条件を守らないといけないってこと。 それは矛盾している 本体＝『ライブラリ』を含む実行形式、ならばこれの取り扱いについてLGPLは明確に言及しており 「私の言うことを聞いて。私との約束を守って。でないと髭眼鏡デブに呪われんぞ」と言っている。 LGPLの、『ライブラリ』を含む実行形式に関するルール、に則って配布するというのは即ちLGPLに則るということ。 LGPLに則って配布するということはLGPLで配布するということ。 LGPLが提示する条件を守らないといけないってことは、LGPLで実行形式を配布するということ。 804 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 02:24:29 ID:Pxy/w+vg] では、LGPLが一切関与してこない、一切言及してこない実行形式とは何か v2-5の初っ端にあるこれ↓だけ。 ＞『ライブラリ』のいかなる部分の派生物も含まないが、それとコンパイルされるかリンクされることにより『ライブラリ』と共に動作するようデザインされているプログラムは ＞「『ライブラリ』を利用する著作物」と呼ばれる。そのような著作物は、単体では『ライブラリ』の派生著作物ではないので、この契約書の範囲外に置かれる。 具体例としては、プラグイン機構を持つアプリケーション。プラグインのインターフェースはアプリケーション作者が定義しており アプリケーション作者はプラグインSDKを配布している。アプリケーションにもプラグインSDKにもLGPLなコードはヘッダ情報の欠片も含まれない。 『ライブラリ』（←LGPL）を含むプラグインを配布するプラグイン作者はいるかもしれない。しかしそれはアプリケーションにとって不可欠なものではなく 無くてもアプリケーションとしての体をなす。 このアプリケーションの実行形式はv2-6には該当せず、当然v2-6bにも該当しない。v2-5によってLGPLは明確に「俺はお前の取り扱いなんざ興味ない」と言っている。 805 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 03:05:10 ID:nTtv8xAj] >>802-803 800でも801でもないけれど、そのあたりは単に言葉遊びというか 言葉の解釈の食い違いや言葉から受ける印象の違いなだけの感じがする。 たぶん>800の言う本体は自分自身で書いた部分の事だと思う。 そして>802で事実として挙げた部分については ここまで誰も異論を唱えていないように思う。 いずれにしても >786 にある通り著作権自体に感染性があるのだから 感染という言葉にこだわるのはやめようよ＞ALL 806 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 04:36:25 ID:Pxy/w+vg] >>799 ＞その実行ファイルもLGPLを強要されるわけじゃないと理解してた。 ソフトウェアライセンスの文書ってのは基本的に ライセンサーが定義する「保護する対象」の取り扱いについての約束事と その約束事を守ることでライセンシー（あなた）に許可する権利を書き並べたもの。 LGPLが「保護する対象」はソースコードだけでない。実行形式も「保護する対象」。 LGPLは、『ライブラリ』を含む実行形式を「保護する対象」としており、その取り扱いに ついての約束事を守ることを要求している v2-5抜粋「そこで、実行形式はこのライセンスで保護される。」 再配布にあたってはv2-6の条件を必ず飲めと言っている。 v2-6はLGPL適用除外規定ではない。（※←ここ重要） ＞実行ファイルもLGPLに「感染」した上で再配布禁止にできるってことなの？ 「感染」　＝　「LGPLの保護の対象となりその取り扱いにあたってはLGPLへの批准を求められる」 ならばそのとおりだね。LGPLはv2-6を満たすことを条件に、『ライブラリ』を含む実行形式の再配布条件を 設定していいとしている。実行形式の再配布を禁止してはならない、とは一言も書かれていない。 LGPLに批准したうえで実行形式の再配布を禁止することは当然できる。それはあなたの自由。 ＞それってその時点でLGPLに矛盾してるような気がするんだけど。 矛盾しない。 807 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 04:43:02 ID:Pxy/w+vg] たかがライセンスに対して「批准」はおかしいな。 守るとか遵守とでも読み替えてくれ 808 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 14:22:06 ID:buXSXhI8] >>805 えーと、言葉にこだわってるつもりじゃなかったんだ。 「ライブラリをリンクした実行形式の配布にあたって、実行形式のライセンスをLGPLにしなければならないのか」 というつもりで使ってた。 （LGPLライセンスを守らなければならないのか、ではない） 誤解を招くようなので控えます。 >>802-804 なんというか、もう少し文書をまとめてほしい。 よくわからんとです。 >LGPLに則って配布するということはLGPLで配布するということ。 例えば「このライブラリをリンクしたソフトを配布するときは、このライブラリを使ってることを明記してね」 のようなライセンスのライブラリを使ったソフトを配布するとして、 そのソフトは上記のライセンスに「則って」配布されなければならない訳だけど、上記のライセンス「で」配布しないといけないわけじゃないよね？ （LGPLもこういうことじゃないか、と思っていた） 結局のところ「そこで、実行形式はこのライセンスで保護される」ってのは、 「実行形式もLGPLライセンスで配布されなければならない」ということであって、 LGPLライセンスに「加えて」あなたが選んだ条件の下で配布できる。 っていう話なのかな。 で、例えば再配布禁止にして配布した場合なんだけど、それって1節と矛盾しないの？ 809 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 16:40:54 ID:Pxy/w+vg] ＞LGPLライセンスに「加えて」あなたが選んだ条件の下で配布できる。 ＞っていう話なのかな。 そういうことだね。『ライブラリ』（←LGPL）を含む実行形式の再配布に関しては LGPLを守らなければならないという大前提の上で成り立つ ライセンスを追加できるということ。 このライセンスの文書にはLGPLを守れという一文が入る。 このライセンスとLGPLのは常に1セット。切り離せない。 このライセンスは、『ライブラリ』を含む実行形式の取り扱いについて LGPL100%互換。衝突・矛盾はひとつもあってはならない。 ＞で、例えば再配布禁止にして配布した場合なんだけど、それって1節と矛盾しないの？ v2-1はLGPLで保護されたソースコードについての話。ここでの保護の対象はソースコード。 実行形式ではない 810 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 17:57:34 ID:w9HLsMHu] >>801 >>MSVCR71.dll >bundle_filesを 2 にすれば勝手にexeと別ファイルになるけど、それでもLGPL的にアウト？ 動的リンクしてるから、リバースエンジニアリング等を許可できないのならアウトじゃね？ LGPL_v2の6aで行く場合、pythonはソースである必要はなくて、オブジェクトコードでもOkなわけだから、 bundle_filesを2にして各モジュールのdllがついてくるなら他に何かする必要はないように思える。 6bならpythonのソースもオブジェクトも要らない。 SDLはpygame自体が6bを満たして配布してるんだろう(と予測する)から、SDLのソースもオブジェクトも要らないと判断する。 811 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 19:15:45 ID:buXSXhI8] >>809 つまり、同じLGPLでも「ライブラリ」か「ライブラリとリンクした実行形式」かで挙動が違うってことなのかな。 とすると、「このソフトウェアはLGPLライセンスで配布されています」ってのは、 再配布が可能なことや、ソースが公開されていることを必ずしも意味しているわけじゃないのか。 ややこしいんだな……。 >>810 >DLL っていうと、実行ファイルのみならず、それと動的リンクしたDLLに対してもリバースエンジニアリングを禁止できないのか？ >モジュール pure Pythonモジュールとかパッケージって、PythonスクリプトであってDLLじゃないよね？ （拡張モジュールについてはよくわかってない） Pythonとpy2exeに関する知識がもっと必要なのかな……。 スクリプトファイルはあくまでインタプリタへの入力（データ扱いだよね？）であって、 exe自体のソースじゃないのが余計に問題を面倒なことにしてるのかね。 コンパイラ言語ならもっとシンプルなんだろうか。 812 名前：名前は開発中のものです。 mailto:sage [2008/10/02(木) 20:23:42 ID:w9HLsMHu] >>811 >>DLL >っていうと、実行ファイルのみならず、それと動的リンクしたDLLに対してもリバースエンジニアリングを禁止できないのか？ LGPLv2の2節において、 >『ライブラリ』を基にした著作物全体の一部として頒布するならば、全体としての頒布物は、この契約書が課す条件に従わなければならない。 という文面があるため、 特定のDLLが著作物に含まれる ＝ 同一パッケージに存在するなら、 LGPLv2の6節のリバースエンジニアリングの項目を満たす必要があると判断した。 >pure Pythonモジュールとかパッケージって、PythonスクリプトであってDLLじゃないよね？ スクリプトにもライセンスの記述があると思うよ。プログラムであり、著作物だから。 だからその個々のモジュールのライセンスは一応確認しておく必要があると思う。 ただ、インタプリタがGPL/LGPLだからって、そのスクリプトはインタプリタのライセンスの影響を受けない。 (GPLの文面には影響を受ける場合があることを匂わせる部分があるけど) あと、py2exeがpure pythonなスクリプトをどういう形でexeファイルに組み込むのかが分からないけど、 LGPLのライブラリだけいじっても、再コンパイルできる状況があるなら、 つまり、スクリプトが本体に埋め込まれていたとしても、 LGPLなdllを差し替えたときにきちんと動作するようになっているなら スクリプトを別途添付する必要は無いんじゃね？(LGPLv2-6a的な意味で) 813 名前：名前は開発中のものです。 mailto:sage [2008/10/03(金) 00:41:15 ID:QAGMz35r] >> MSVCR GPLもLGPLもOSや処理系のランタイムについては例外規定があるよな？ 814 名前：名前は開発中のものです。 mailto:sage [2008/10/03(金) 15:00:02 ID:v+KSFbEP] >>813 確かにGPLv2の3節及び、LGPLv2の6b節にそのような記述があるけど、 あくまでも「頒布されるものの中に、含んでいる必要はないとする。」と書かれているだけで 配布物に含めてしまうとGPL/LGPLの要件を満たす必要が出てくるんじゃね。 815 名前：名前は開発中のものです。 mailto:sage [2008/10/03(金) 18:59:34 ID:SaI5Cu++] >>808 「加えて」という表現は誤解を招きやすいかな。 ライセンスの追加は10項違反になるよ。 使用した各コンポーネントそれぞれのライセンスを「組み合わせる」感じ。 実行形式のライセンスはそれら全てのライセンスを列挙したものになる。 その中に再配布禁止のコンポーネントがあれば全体として 再配布禁止になるというだけ。 816 名前：名前は開発中のものです。 mailto:sage [2008/10/03(金) 21:37:53 ID:QAGMz35r] >>814 そういう解釈するとプロプラなOSや言語処理系を一切使えなくなりそう。 GPLもLGPLもv3だと"System Libraries"や"Major Component"の 定義があってそもそも作品の一部とみなさないし www.gnu.org/licenses/gpl-faq.ja.html#WindowsRuntimeAndGPL FAQにもこうあるから問題ないと思うんだが。 817 名前：名前は開発中のものです。 mailto:sage [2008/10/04(土) 13:02:10 ID:GbMLjyBh] >>816 動的リンクするのはいいんだけど、プログラム本体とランタイムをzipでくるんで配布しちゃうと、まずいんじゃね？ 818 名前：名前は開発中のものです。 mailto:sage [2008/10/04(土) 19:21:55 ID:UqzJDgcy] LGPL v3の4.a〜4.eに関しては問題ないって認識は一致してるが 4の頭の部分の解釈が違うってこと？ 819 名前：名前は開発中のものです。 mailto:sage [2008/10/04(土) 20:29:37 ID:GbMLjyBh] >>818 多分そうだと思う。 -- 以下、俺の解釈-- MSVCR71.dllとプログラム本体をzipでまとめて配布する場合に、 MSVCR71.dllがリバースエンジニアリング/改変/再頒布禁止と仮定したとする。 このとき、 ＊「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか? www.gnu.org/licenses/gpl-faq.ja.html#TOCMereAggregation 上により、zipにまとめた場合のMSVCR71.dllは単なる集積ではなく、プログラムの結合であり、作品の一部であると思われる。 GPLv2だと2節「全体としての頒布物は、この契約書が課す条件 に従わなければならない。」が満たせない。 GPLv3だと5c節「作品の全部分を、総体として、コピーを所有するに至った人全員に、本許諾書の下でライセンスしなければならない。」が満たせない。 LGPLv2だと6節のリバースエンジニアリングの許可が満たせない。 LGPLv3だと4節のリバースエンジニアリングの許可が満たせない。 これを回避するために、「システムライブラリ」に相当するMSVCR71.dllを、 本体とは別に配布する必要があるのではないかと俺は思っている。 820 名前：名前は開発中のものです。 mailto:sage [2008/10/04(土) 21:14:32 ID:UqzJDgcy] > 「対応するアプリケーションコード」には、〜「結合された作品」の「システムライブラリ」は除く。 とはあるが4の冒頭で問題にされてる 「結合された作品」から「システムライブラリ」の 部分を除くとは書いてないってことか。 実務上そういうことにはまずならないんじゃないかと思うが確かに文面では示せないわ。 821 名前：名前は開発中のものです。 mailto:sage [2008/10/05(日) 12:45:36 ID:lSGQKSk3] >>816 v2も6項のa-dの後にそのFAQ項目に対応する文章があるよ。 >>819,820 その解釈だとどう配布しようが関係なくリバースエンジニアリングできない ランタイムは使えないことにならないかな。 822 名前：名前は開発中のものです。 mailto:sage [2008/10/05(日) 13:26:35 ID:v7IsXRIY] >>821 >その解釈だと…… うーん、俺も混乱してきたぞw LGPLv2の6節の後ろの方に、「しかし特別な例外として……含んでいる必要はないとする」とあるので、 LGPLv3で言われるようなシステムライブラリに相当するものを配布物に含める必要は無い。 配布物に含まれていなければ、それは結合もリンクにも該当しない。 結合もリンクもしていない以上、それはLGPLの影響力は及ばない＝リバースエンジニアリングを許可する必要はない。 と解釈してみた。 しかしながら、MSVCR71.dllを使うためのヘッダファイルがリバースエンジニアリング禁止とか言われたらアウトなのだろうか。 823 名前：名前は開発中のものです。 mailto:sage [2008/10/05(日) 13:43:38 ID:Vc0IrAL9] 慎重だなｗ MinGW版のヘッダーでも使うか？ そういえば基本的にヘッダーには著作権を主張できないないって判例なかったか？ 824 名前：名前は開発中のものです。 mailto:sage [2008/10/05(日) 22:24:46 ID:IThTz1ys] >MSVCR71.dll わけがわからなくなってきた。 XPSP2には入ってるらしいから大した影響もないかなーと思ってたけど、そうでもないのか？ でもpygameはpy2exeの存在を踏まえた上でLGPLで配布されてるっぽいし、どうなんでしょ。 >>812 えっと、 >各モジュールのdllがついてくるなら（>>810） に対しての >PythonスクリプトであってDLLじゃないよね？（>>811） というレスでした。 スクリプトは全部exeの中にまとめられるような気がするけど、py2exeの機能を全く把握してないのでよくわからん。 で、>>812にも >LGPLなdll ってあるけど、pygameってDLLじゃないよね？ それともSDLのことを指してる？ ってかLGPL部分が本体に埋まってないんなら、それって6bじゃないか。 >その個々のモジュールのライセンス ああ、新たな問題がが。 Pythonについてくるやつは全部PSFLってわけでもないのね。 どこ見れば個々のモジュールのライセンスを確認できるんだろうか。 少なくともGPLではないっぽいけど。 >>815 誤解を招く、ってか自分が理解しきれてません。 ツッコミ歓迎。 じゃあ、LGPLなライブラリをリンクした実行ファイルは、ライセンスを設定できないのかな。 自分が書いたスクリプトを再配布禁止にすれば、結果として再配布になると。 とすると、ライセンスを設定できないのに「その著作物をあなたが選んだ条件の下で頒布することもできる」ってのはどう解釈すれば。 825 名前：名前は開発中のものです。 mailto:sage [2008/10/06(月) 00:38:14 ID:aunpyxlL] >>824 派生物に対して、派生物の作者がライセンスの設定ができるのがLGPLのウリ。 だから再配布禁止もおkなはず。 pythonとpygameのことをよく見てみると、結構解決策が見えて来たような気がする。 >pygame (LGPL v2 or later) こいつは、pythonスクリプトと.dllとかの混合物。そして今回の話題で唯一のLGPL物件。 pythonスクリプトがGPLv2_5における「アクセス機構」などに相当するなら、 - dllをexeから分離すればLGPLv2_6bで配布できる。 - dllをパッケージ(zip)から分離すれば、GPLv2_5によって、LGPLによる縛りが一切無い状態になる。 >MSVCR71.dll(？) パッケージ(zip)から分離しとけば問題無い。 >pythonモジュール(PSFL) LICENSE.txtといくつかのモジュールを見たかぎりでは、特にライセンスに関する記述がわからなかった。 これは恐らくpythonの一部として、PSFLでライセンスされてるんじゃないかなと思う。 ついでに言うと、PSFLの補足に「GPL互換」って書いてあった。 俺もツッコミは歓迎。 826 名前：名前は開発中のものです。 [2008/10/06(月) 16:54:03 ID:iGpFKYHn] リバースエンジニアリングって何するのか知らないんだけど LGPL部分を改変するのにMSVCR71.dllを解析する必要があるものなの？ 827 名前：名前は開発中のものです。 mailto:sage [2008/10/06(月) 18:42:43 ID:v1+FYr/C] 所詮素人なので同じくツッコミ歓迎。 >>824 GPLのライブラリを使った場合は自分で書いた部分も含めて 全体をGPLにしなければならないのに対して、LGPLでは 自分で書いた部分を「選んだ条件の下で頒布することもできる」。 >>825 GPL互換の訳語は微妙だな。GPLからPSFLにできないから。 GPLと矛盾しないの方がいいな。 >>826 デバッグのためらしい。 万が一MSVCR71.dllに原因があるとしか考えられない状況に なったときに最後まで追求できるようにかな。 828 名前：名前は開発中のものです。 mailto:sage [2008/10/06(月) 20:32:02 ID:aunpyxlL] >>826 デバッガを使ったときに部分的に逆アセンブルしたり、変数内容を監視したりってのはあるかもしんない。 ……無いかもしんない。 >>827 >GPL互換 LICENSE.txtに"GPL-compatible"って書いてあったので、「GPL互換」って訳してみた。 確かに、「GPLと矛盾しない」の方がわかりやすいかも。 829 名前：名前は開発中のものです。 mailto:sage [2008/10/09(木) 22:42:30 ID:L4HG265F] えーと >結局のところ「そこで、実行形式はこのライセンスで保護される」ってのは、 >「実行形式もLGPLライセンスで配布されなければならない」ということ（>>808） が正しいとして、 >ライセンスを追加できる（>>809） と >ライセンスの追加は10項違反になる（>>815） が食い違ってるように見えたんですよ。 で、 >実行形式のライセンスはそれら全てのライセンスを列挙したものになる（>>815） のなら、確かに再配布は禁止できるような気がするけど、 >「その著作物をあなたが選んだ条件の下で頒布することもできる」ってのはどう解釈すれば（>>824） と。 というわけで、そもそも「実行形式もLGPLライセンスで配布されなければならない」が間違ってるんじゃないか、 と思った訳なんだけど……正直もうわけわからん。 v3の和訳見た感じ、「実行形式もLGPLで保護される」のような文面もないし、 （ライブラリと「その利用」が保護されるって書き方されてる） >同じLGPLでも「ライブラリ」か「ライブラリとリンクした実行形式」かで挙動が違う（>>811） のなら、やっぱり違和感ある。 830 名前：名前は開発中のものです。 mailto:sage [2008/10/09(木) 22:59:14 ID:L4HG265F] ctypesのsourceforgeページを見たら、MITライセンスって書いてあった。 python25に含まれるのとはライセンス違うのか、それともどっかに書いてあるのか……。 >>825 SDLもLGPLだけど、pygameのパッケージ自体もLGPLなんじゃないの？ >GPLv2_5における「アクセス機構」 ってのがよくわからないけど。 >>828 要は、（GPLと矛盾するようなライセンスとは違って）GPLなプロジェクトに組み込んでも大丈夫ですよ、ってことか。 PSFL自体は「権利表記してね」な感じの、BSDっぽいライセンスだよね？（あまりよくわかってない） 831 名前：名前は開発中のものです。 mailto:sage [2008/10/09(木) 23:44:10 ID:RK7A1U35] >>809だが、しばらく見てなかったので適当に >>829 >>結局のところ「そこで、実行形式はこのライセンスで保護される」ってのは、 >>「実行形式もLGPLライセンスで配布されなければならない」ということ（>>808） >が正しいとして、 >>ライセンスを追加できる（>>809） >と >>ライセンスの追加は10項違反になる（>>815） >が食い違ってるように見えたんですよ。 v2-10をよく読んでほしい。これは『ライブラリ』(または『ライブラリ』を基にした著作物全般)について言及している。 ここで【『ライブラリ』を基にした著作物】でライセンス文書全体を検索してほしい。これの定義と注意事項については 序文（はじめに）の末尾で言及されている。抜粋↓ 　　「ライブラリを基にした著作物」と「ライブラリを利用する著作物」の違いによく注意してください。 『ライブラリ』を含む実行形式（LGPLで保護された実行形式）は「ライブラリを利用する著作物」である。 v2-10は実行形式については一切言及していない。LGPLで保護されたソースコードの話なんだよ。 繰り返すが、v2-6はLGPL適用除外規定ではない。v2-6を守ればLGPLフリーになるわけではない。LGPLは消失しない。 『ライブラリ』を含む実行形式は、 　・LGPL 　・LGPLと矛盾しない、あなたが定義する再配布条件についてのライセンス文書 を組み合わせることができる。これを「追加」と言うと、LGPLを改変できるような印象を与える気がするので 「組み合わせる」という言葉を使ってみた 832 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 00:12:27 ID:URfib3Sz] >>831間違えた。 ×これの定義と注意事項については ×序文（はじめに）の末尾で言及されている。抜粋↓ × ×　　「ライブラリを基にした著作物」と「ライブラリを利用する著作物」の違いによく注意してください。 × ×『ライブラリ』を含む実行形式（LGPLで保護された実行形式）は「ライブラリを利用する著作物」である。 「ライブラリを基にした著作物」の注意事項についてはv2-序文（はじめに）の末尾。 抜粋　：　「ライブラリを基にした著作物」と「ライブラリを利用する著作物」の違いによく注意してください。 「ライブラリを基にした著作物」の定義についてはv2-2に書かれている。ここでv2-2aに注目。 抜粋　：　「a) 改変された著作物はそれ自身がソフトウェアライブラリでなければならない。」 以上よりv2-10は実行形式の話ではなくソフトウェアライブラリの話ということがわかる。 実行形式はソフトウェアライブラリではない。v2-10は実行形式については言及していない。 833 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 00:28:41 ID:eRI/vGXD] >>832 ん？ ライブラリとリンクした実行形式は、ライブラリを利用する著作物＋ライブラリなわけで、 ライブラリを利用する著作物じゃなくてライブラリの派生物だよね？ ライブラリの派生物だということは、0項によればライブラリを基にした著作物になると思うんだけど。 序文末尾の通りライブラリから採られたコードを含んでいるわけだし。 2節は、「ライブラリを基にした著作物」のうち、ライブラリ自体に手を加えたものの配布についての話であって、 「ライブラリを基にした著作物」であれば「ライブラリ」である、と書いてあるようには読めないけど。 実際、4節ではわざわざ「第2節における派生物」って書き方してるし。 834 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 00:48:11 ID:URfib3Sz] >>833 >ライブラリを利用する著作物じゃなくてライブラリの派生物だよね？ そう。そこは>>832で×として撤回している。 ※話はそれるが、v2はv3に比べて極めて見通しが悪く、重複する意味合いの言葉が 　散在してるからムカツク。v2→v3で文書が一変して全くの別物じゃねーかこれ、というのが俺の個人的印象。 で、『ライブラリ』を含む実行形式というのは言われたとおり、これは　『ライブラリ』の派生物　という扱いだ。 v2では、『ライブラリ』の派生物に関する取り扱いには分岐がある。 　　・ソフトウェアライブラリ 　　・実行形式 前者はv2-2の定義。後者はv2-5の定義に従う。 v2-10は前者の話。 v2-6は後者の話。 835 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 00:52:57 ID:m++HPt/V] >>832-833 LGPLv2の10節は作品の配布物に含まれる「LGPLなライブラリの部分」に関して、複製、頒布、リンク、改変の許可を与えよって意味だと俺は解釈した。 >>829 上記の理由で、配布物全体としては再配布禁止にできるけど、 LGPLなライブラリ部分を抜き出して再配布する行為は禁止できないんじゃなかろうか。 836 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 01:09:19 ID:URfib3Sz] >>835 >LGPLv2の10節は作品の配布物に含まれる「LGPLなライブラリの部分」に関して、複製、頒布、リンク、改変の許可を与えよって意味だと俺は解釈した。 そうだね。 例えば　『ライブラリ』(または『ライブラリ』を基にした著作物全般)　と結合された実行形式は 既にソフトウェアライブラリとしての体をなしておらず、これはアプリケーションソフト。 よってこの実行形式はv2-10の範囲外。 v2-6aに従い実行形式と共に配布される　『ライブラリ』(または『ライブラリ』を基にした著作物全般)が v2-10によって保護される。 837 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 01:21:16 ID:eRI/vGXD] でも、ライブラリの派生物がすべて「ライブラリを基にした著作物」であるなら、10節も引っかかるんじゃ……。 ってよく見たら「再頒布」って書いてあるな。 ライブラリとリンクした実行形式のうち、「ライブラリ部分」に制限追加しちゃ駄目よ、って解釈すればいいのかな。 と思ってリロードしたらすでに言われてた。 >>834 >v2はv3に比べて 全くもって同意。 LGPL 2.1 or laterってことは、v3で話を進めても問題ないってことなのかね。 そっちの方が楽でいいよね。 あと、 >v3の和訳見た感じ、「実行形式もLGPLで保護される」のような文面もないし、 >（ライブラリと「その利用」が保護されるって書き方されてる） についても意見ほしい。 「LGPLに従った利用であれば、LGPLじゃないソフトウェアにリンクできますよ」って読めたんだけど。 838 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 02:01:30 ID:URfib3Sz] >>837 >についても意見ほしい v3-0の冒頭より抜粋 　 　　　『ライブラリ』(The Library)とは、本許諾書の下で管理された『保護された作品』のうち、 　　　以下で定義する『アプリケーション』や『結合された作品』以外のものを指す。 より、『結合された作品』は本許諾書の下で管理された『保護された作品』の内のひとつであることがわかる。 839 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 02:33:21 ID:URfib3Sz] >>836補足 △　よってこの実行形式はv2-10の範囲外。 ↓ よってこの実行形式はv2-10の範囲外。 ただし実行形式が含む『ライブラリ』部分だけを何らかの方法でぶっこ抜いて それを再びソフトウェアライブラリとして利用するような変態曲芸をするなら そのぶっこ抜いた箇所はv2-10の範囲内になる。 　（※どっちみち『ライブラリ』のソースコードは実行形式に添付されるんでこんな変態曲芸は全く必要ないんだが） 一旦『ライブラリ』と結合した実行形式を作ってから『ライブラリ』部分を引き剥がせば 実質的に『ライブラリ』をLGPLフリーにできるじゃん、とか考えるセコイ奴対策のためにも 実行形式はLGPLで保護されてる必要があるんだね 840 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 02:47:17 ID:eRI/vGXD] >>838 それって『ライブラリ』の定義が ・それは『保護された作品』である かつ ・それは『アプリケーション』でない かつ ・それは『結合された作品』でない なだけであって、 ・それが『結合された作品』であれば、それは『保護された作品』である を意味しないと思うけど。 実際、『アプリケーション』はライブラリを基にしてないわけだし。 >>839 ライブラリとその利用がLGPLによって保護されている（そして、それを知らせなきゃいけない）んだから、 実行形式それ自体がLGPLじゃなくても問題ないんじゃないかな、と思った。 841 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 03:25:45 ID:URfib3Sz] うん。>>838の解釈は確かに怪しい。というか間違ってる。撤回する。 『アプリケーション』　は　『ライブラリ』のインターフェースを利用するだけであり これ単体はLGPLv3の範囲外。『保護された作品』ではないから。 『ライブラリ』＝『保護された作品』 『ライブラリ』≠『アプリケーション』 『ライブラリ』≠『結合された作品』 という意味でしかない。 842 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 04:06:45 ID:URfib3Sz] v3-1抜粋↓ 　　あなたは本許諾書の第3項および第4項に従い、『保護された作品』を伝達することができる。 　　その際、GNU GPL第3項の第2段落に束縛される必要はない。 より、v3-4は『保護された作品』の伝達　について記述したものであることが分かる 言うまでも無く、v3-4の主体は『結合された作品』。 これらより 『結合された作品』は本許諾書の下で管理された『保護された作品』の内のひとつといえる。 ところで『アプリケーション』の伝達についてv3は一切言及してない。つまり一切関知しない ＝興味ない＝範囲外ということ 843 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 10:58:37 ID:m++HPt/V] >>829 実行形式をLGPLライセンスで配布する必要は無いよ。 ただ、LGPLライブラリを利用するための条件は満たす必要はある。(←この部分がLGPLからは逃れられないとか、LGPLで配布しなければならないという上記の表現につながってるだけ) 844 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 15:32:50 ID:v68pTHSA] >>843 ＞実行形式はLGPLで配布する必要はない もう少し具体的に書くと v2の5項でいう『ライブラリ』の派生物としての実行形式は LGPLのみで配布する必要はないが 少なくともLGPLと組み合わせて配布する必要がある この実行形式の利用者はLGPLと、LGPLと組み合わせられた（LGPLと矛盾しない）再頒布に関するライセンス、の両方を守らなければならない 845 名前：名前は開発中のものです。 mailto:sage [2008/10/10(金) 17:03:07 ID:v68pTHSA] ＞少なくともLGPLと組み合わせて配布する必要がある て変だな 少なくともLGPLと組み合わされた（LGPLと矛盾しない）再頒布に関するライセンスで配布する必要がある かな 846 名前：名前は開発中のものです。 mailto:sage [2008/10/14(火) 20:34:15 ID:CXbQScGn] LGPLを子とすると 基本的に「親」はLGPLで配布しないといけないが 兄弟(OSや別ライセンスのdll等)は違うと明言して ひとつのzipにして配布して告発されることはないはず。 ぐたぐだいっている内容は結局「別途インストールしてください」でもすむ つまりLgplのライブラリー一式のインストーラーと非GPL・LGPLのソフトを 別配布にしつつ動的に両方インストールする一つの配布ソフトがあった場合 LGPLでもGPLでも縛れないし ユーザーがインストール済みであることを前提としたGPL・LGPLなdllに静的リンクする アプリを別途配布したとして責める法的根拠はない。 これは午後のコーダが特許問題回避策のためにminGWとソースを動的にビルドして 「実行ファイルは配布していない」 というのに似ているがより問題は少ないはず それ以前に「ゲーム」というジャンルでは著作権侵害のほうが多かったり ゲーム自体がほとんどないほうが問題。 さらにいうならGPLで配布されているソフトに広告つけてソース公開せず ベクターにだしているやから「glestとかtorcsとか」もいるくらいだから 些細なライセンスに妄想レベルでこだわっている暇あったら まず自分が正しいという形でゲーム出して LGPL違反だと言われてから素直に対応するほうが正しい道筋ではないだろうか 847 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 00:02:27 ID:ZurO+f0n] 『プログラム』であれば『保護された作品』だけど、『保護された作品』であれば『プログラム』なのか？ GPLv3和訳も読み直したけど、やっぱりよくわからん。 >>846 自分がよく理解していないライセンスで配布はしたくないな、と。 個人的には、もはや「LGPLなライブラリを使わない」のが正解だと思ってるけど、 他の「LGPL使いたいけどよくわからん」って人のヒントになればと思って質問してた。 （ググってもいまひとつよくわからないし、ここでも意見割れてるし、そういう人もわりといるんじゃないかと） # pythonの2Dゲームライブラリって、あまり選択肢ないんだな。 # pygletはWin2kで動かないっぽいし、どうしたものか。 848 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 02:37:21 ID:RAfaqevB] >>846 ＞LGPLを子とすると ＞基本的に「親」はLGPLで配布しないといけないが その『親』が何を指しているのかイマイチ自信がないのだが、それは v2の6項の冒頭でいうところの「『ライブラリ』の一部を含む著作物」でいいのかな ＞兄弟(OSや別ライセンスのdll等)は違うと明言して ＞ひとつのzipにして配布して告発されることはないはず。 これについては、LGPLv2の2項の末尾より抜粋 ------------------------------------------------------------------ 　　　また、『ライブラリ』を基にしたわけではないその他の著作物を『ライブラリ』 　　　(あるいは『ライブラリ』を基にした著作物)と一緒に集めただけのものを 　　　一巻の保管装置ないし頒布媒体に収めても、その他の著作物まで 　　　この契約書が保護する対象になるということにはならない。 ------------------------------------------------------------------ ひとつにまとめたzip　＝　一巻の保管装置ないし頒布媒体 ひとつにまとめたzipはCD-ROMと同様の扱い。 そのzipそのもの　を再頒布禁止するのも自由だし、どんな値段を付けて売りつけようが自由。 そのzipの中の　「『ライブラリ』の一部を含む著作物」　をLGPLと矛盾しないライセンスで保護するのも自由。（v2の6項） そのzipの中の　その他のdllやデータ等　をLGPLフリーの別ライセンスで保護するのも自由。 「告発されることはないはず。」どころか告発される根拠が全くないぜ 849 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 03:29:31 ID:RAfaqevB] もちろん、ここで気をつけたいのはLGPLv2の2項の末尾より抜粋した上記の文章中の「一緒に集めただけのもの」について。 これは↓のリンク先で言うところの「単なる集積」に相当する。 　　「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか? 　　www.gnu.org/licenses/gpl-faq.ja.html#TOCMereAggregation 　　私の独占的なシステムに、GPLで保護されたソフトウェアを組み入れたいのですが、それは可能ですか? 　　www.gnu.org/licenses/gpl-faq.ja.html#TOCGPLInProprietarySystem ＞そのzipの中の　その他のdllやデータ等　をLGPLフリーの別ライセンスで保護するのも自由。 zipの中の　「その他のdll」　がOSのシステムファイルとして独立してインストールされ、他のアプリケーションからも 利用される汎用的なコンポーネントならば、これは「単なる集積」であり「一緒に集めただけのもの」といえる。 しかし例えば、「その他のdll」　が　「『ライブラリ』の一部を含む著作物」　の存在なしには価値の無いものならば 「単なる集積」の関係ではなくなってしまう。 「単なる集積」の関係でない場合、v2-6に従いリバースエンジニアリングの自由が認められないといけない 850 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 04:31:07 ID:RAfaqevB] ＞しかし例えば、「その他のdll」　が　「『ライブラリ』の一部を含む著作物」　の存在なしには価値の無いものならば ＞「単なる集積」の関係ではなくなってしまう。 これの典型的な例としては、 「その他のdll」　が　「『ライブラリ』の一部を含む著作物」　と同じローカルなディレクトリに インストールされる場合。これはその他のアプリケーションからは全く利用できない。 ＞「単なる集積」の関係でない場合、v2-6に従いリバースエンジニアリングの自由が認められないといけない ここ訂正 「単なる集積」の関係でない場合、一緒に頒布する　＝　「『ライブラリ』の一部を含む著作物」の一部　とみなされる恐れがあり そうなるとv2の6項に従い改変の自由やそのためのリバースエンジニアリングを認める必要が出てくる。 851 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 04:38:18 ID:RAfaqevB] もし　「その他のdll」　が 　　・単なるプラグイン。無くても著作物の動作自体に何も支障がない 　　・改変とかリバースエンジニアリングを認めていない ならば、著作物と一緒の媒体に入れないほうがいい。 もし　「その他のdll」　が 　　・著作物にとって必要不可欠な存在。これが無いと著作物は起動すらしない。 　　・改変とかリバースエンジニアリングを認めていない ならば、著作物は　「『ライブラリ』の一部を含む著作物」　ではなく　「『ライブラリ』を利用する著作物」（LGPLフリー） であるべき。ところで「『ライブラリ』を利用する著作物」（LGPLフリー）　って何すか？それって例えばこんなもんだろ↓ 　　・著作物は『ライブラリ(dll形式)』を動的にリンクし、『ライブラリ』のインターフェースを使うだけである。 　　・著作物のパッケージと『ライブラリ(dll形式)』のパッケージは別途配布される。 　　・『ライブラリ（dll形式）』はオペレーティングシステムのシステムフォルダにインストールされ 　　　他のアプリケーションからも利用できる汎用的なコンポーネントである。 これらを全て満たしていれば、『ライブラリ』を利用する著作物」（LGPLフリー）　といえると俺は思う。 852 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 04:51:17 ID:RAfaqevB] >>851における　「その他のdll」　ってのはOSのシステムファイルじゃない 　（他のアプリケーションからは全く利用されない代物）ね 853 名前：名前は開発中のものです。 mailto:sage [2008/10/15(水) 18:31:22 ID:aK9x9icn] ぐぐれば一発で見つかるものだけど本家MLでのやりとり mail.python.org/pipermail/python-list/2004-June/266189.html よく読んだわけじゃないがとりあえずDLLに分けとけという感じか。 >>847 著作権は曖昧で親告制だから著作権者の胸先三寸なところがあるし 最後は裁判するしかない。だから明らかにセーフかアウトかが わかる場合以外のグレーゾーンについての結論はここでは出せない。 細かく見ていくとわからなくなるのはある意味当然なんだな。 >>851 かなり安全側にしているね。別途配布については曖昧だが、 ライブラリ開発者やOSベンダが配布しているものを ユーザ自身で取得してもらうようにすれば安全かな。 854 名前：名前は開発中のものです。 mailto:sage [2008/11/12(水) 05:40:30 ID:WJnRzYAb] ＞著作権は曖昧で親告制だから著作権者の胸先三寸なところがあるし ＞最後は裁判するしかない。だから明らかにセーフかアウトかが ＞わかる場合以外のグレーゾーンについての結論はここでは出せない。 自分で判断して決めなきゃいけないってのは分かるんだけど、 グレーゾーンで公開するとなんか犯罪者扱いされそうで嫌なんだよな… 855 名前：名前は開発中のものです。 mailto:sage [2008/11/12(水) 12:32:44 ID:TrMY5FS0] >>854 何らかの社会的な活動をするにあたって、 事前にトラブルを回避しようとするのは至極真っ当な行為であると思う。 一方で、完全にトラブルを無くすことは不可能でもある。 ただ、>>854みたいに真面目な人にとっては >>846みたいな「とりあえずやってみて、問題があれば謝って対処すればいいじゃん」的な 考え方を受け入れられないのは良くわかる。 最終的にはそこんところのバランスを見極めることが重要になってくると思う。 相手に悪意さえなければ、多少のトラブルは話合いと時後のフォローでなんとかなる場面もあると思う。 856 名前：名前は開発中のものです。 mailto:sage [2008/12/01(月) 18:10:13 ID:oawJyFgc] しばらく間が空いてしまった。 GPL/LGPLの和訳読み返してみてるけど、『「結合された作品」はLGPLでライセンスしなければならない』 ってのはやっぱり違う気がするんだが。 「結合された作品」は、「プログラム」である「ライブラリ」を含むから、「保護された作品」ではあるみたいだけど、 それはLGPLでライセンスされているって意味じゃないよね。 GPLの場合ではGPLにしないといけないわけだけど。 ところで、py2exeで作られたexeってアーカイブなのか？ 解凍できたんだが。 857 名前：名前は開発中のものです。 mailto:sage [2008/12/01(月) 21:02:21 ID:Z+fjavwF] LGPLの場合、ライブラリ部分がユーザ側で差し替え可能なら、本体のライセンスは何でも良いんじゃね (ライブラリ部分は別途ソースも配布する必要があるのかな) 858 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 02:23:10 ID:ors0Pl52] py2exeは必要なモジュールをパッキングしてるだけだからなぁ 859 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 06:52:30 ID:JVSFvZoV] 調べてみたけど、exe内に必要なモジュールをZIP圧縮しておいて、 起動するとメインのスクリプトを内蔵インタプリタで実行、モジュールはZIPからimportする、って仕組みみたいね。 つまり、py2exeしても動的リンクなのは変わらない、と。 元から入ってるライブラリを利用する仕組みじゃないから別にあれなんだけど、 LGPLが「動的/静的」って書き方をしてないのはこういう理由なのかな。 >>857 あくまで「俺のゲームのライセンスは○○ライセンス、××ライブラリのライセンスはLGPL」であって、 「俺のゲームに××を（動的静的問わず）リンクしたもの」にライセンスを設定しようとすること自体が変、ってことなのかな。 そのレスを読んでふと思った。 「俺のゲームに××を（静的）リンクして出来た単一の実行ファイル」のライセンスについて強いて言うなら、 「俺のゲームは○○ライセンス、××はLGPL」みたいな感じで。 （いままでのレスにあった「組み合わせる」っていうのは、こういうことだったのかな） 思い込みで「ひとつのファイルの部分部分に別々のライセンス」って発想がなかったんだけど、 つまりは「非LGPLのファイルとLGPLのファイルをまとめて圧縮したZIPファイル」と同じようなもんなのかな。 860 名前：名前は開発中のものです。 [2008/12/02(火) 16:50:23 ID:VDtsWa1y] >>856は用語の使い方（「結合された作品」「ライブラリ」「保護された作品」）から見ておそらくv3の話だろうと思うけど あなたが配布する『結合された作品』には、LGPL(v3)で保護された他人の著作物『ライブラリ』が結合されている。 あなたが配布する『結合された作品』は、あなたの技術的な都合により他人の著作物を引き剥がして配布できない。 つまり他人の著作物との結合なしには動かない。常に他人の著作物と一緒。結合された状態で配布される。ところで 他人の著作物の著作権は消えない。つまり 他人の著作物を自分の著作物にすることはできない。同様に 他人の著作物の利用許諾を受けるための約束事（つまりライセンス。つまりLGPL(v3)）も消えない。つまり 他人の著作物の利用許諾を受けるための約束事を勝手にオーバーライドして再定義することはできない。 他人に対する敬意があればこれは容易に理解できる あなたが配布する『結合された作品』は『ライブラリ』と結合されている。だから『保護された作品』。LGPL(v3)によって『保護された作品』。 あなたが配布する『結合された作品』のライセンシー（利用者）となるためには、利用者はLGPL(v3)（及びその基となっているGPL(v3)）も 理解してこれに同意しなければならない。これ抜きには『結合された作品』のライセンシーにはなれない。絶対になれない ゆえに『結合された作品』のライセンサー（あなた）は、『結合された作品』のライセンス（あなたのライセンス）を作るとき 必ずLGPL(v3)と組み合わせることになる。具体的にはLGPL(v3)の第4項に従う あなたのライセンスはLGPL(v3)なしには存在できないライセンスだ。常に１セット。 LGPL(v3)を守ることに同意できなければあなたのライセンスには同意できない。 あなたのライセンスに同意するということはLGPL(v3)にも同意するということ。 『ライブラリ』のライセンシーになれなければ『結合された作品』のライセンシーにはなれない。 『結合された作品』のライセンシーになるということは『ライブラリ』のライセンシーにもなるということ。 あなたのライセンスのライセンシーになるということはLGPL(v3)のライセンシーにもなるということ。 861 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 16:56:50 ID:VDtsWa1y] >>860 しつこく書いたが流石に最後の一行は意味不明だな。ここは不要 862 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 18:10:28 ID:VDtsWa1y] >>859 ＞「ひとつのファイルの部分部分に別々のライセンス」って発想 その通り 『結合された作品』は色んなライセンスの他人の著作物が一緒の実行形式に入ってる。 『結合された作品』はあなたの技術的な都合により他人の著作物を引き剥がして配布できない。 『結合された作品』に含まれる著作物のひとつが『ライブラリ』（LGPL(v3)）ならば 『結合された作品』のライセンシーになるということは『ライブラリ』のライセンシーにもなるということ。 あなたのライセンスに同意するということはLGPL(v3)にも同意するということ。 ＞つまりは「非LGPLのファイルとLGPLのファイルをまとめて圧縮したZIPファイル」と同じようなもんなのかな。 ただ単に一緒に配布すること　　と　　　組み込むこと　　　は違うとされている。 私の独占的なシステムに、GPLで保護されたソフトウェアを組み入れたいのですが、それは可能ですか? www.gnu.org/licenses/gpl-faq.ja.html#GPLInProprietarySystem 「単なる集積」と「二つのモジュールを一つのプログラムに結合すること」の違いは何ですか? www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation py2exeでパックされた実行形式では『ライブラリ』は『組み込まれている』と言える。『結合された作品』といえる。 あなたの著作物をLGPL(v3)フリーのライセンスで配布したいならばpy2exeを使わないほうがいい。 あなたの著作物が『結合された作品』ではなく『アプリケーション』であると胸を張れる形で配布すべきだ。 ここでの『アプリケーション』の定義についてはLGPL(v3)に準拠する。 863 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 18:14:37 ID:jOvSg1Ph] ゲームにGPLって明らかに悪意だろｗ オープンであるというイメージを利用できて、さらにパクられない強み 864 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 20:45:02 ID:ipbl4vxU] Python+Pygame+py2exeの話だから、LGPLのSDLをどうするかって話か。 LGPLv2_6d的に考えると、ゲーム本体を配布してる場所で、SDLのソースも配布すれば基本的な条件は満たせる。 問題はゲーム本体のライセンスに「リバースエンジニアリング禁止」という条件があるかどうか。 実際問題として、ゲーム本体のソースを添付しない＆再配布禁止ということにすれば、 リバースエンジニアリングの問題はどうでもいいように思う 865 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 22:53:14 ID:JVSFvZoV] 相変わらずなんか噛み合ってない気がするけど、大体掴めたからいいや。 LGPLはリンク先に感染しない、で合ってるわけね。 >>864 pygame自体もLGPLじゃね？ あと、ライブラリ部分以外のソースかオブジェクトコードも必要だよね。 ……って、importしたモジュールの依存関係チェックして、手動でコピペするしかないのか？ 866 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 23:13:45 ID:ipbl4vxU] >>865 pygameもLGPLだったかw py2exeのオプションでpygameとSDLの部分を別ファイルにできない？ できるならそれでおkな気がするんだけど。 867 名前：名前は開発中のものです。 mailto:sage [2008/12/02(火) 23:54:01 ID:C6bdME1L] >>865 >LGPLはリンク先に感染しない、で合ってるわけね。 君のソースコードと君のソースコードをコンパイルして生成されたオブジェクトは誰のものでもなく 君の著作物だしLGPLは口出ししない LGPL V2-5より 　>　『ライブラリ』のいかなる部分の派生物も含まないが、それとコンパイルされるかリンクされることにより 　>　『ライブラリ』と共に動作するようデザインされているプログラムは、「『ライブラリ』を利用する著作物」と呼ばれる。 　>　そのような著作物は、単体では『ライブラリ』の派生著作物ではないので、この契約書の範囲外に置かれる。 でも『結合された作品』は 君のソースコードをコンパイルして生成されたオブジェクトと『ライブラリ』（オブジェクト）を結合した実行形式。 これは君だけの著作物じゃない。実行形式の取り扱いについてLGPLは口出しする。 実行形式のどこからどこまでが君の著作物で、どこからどこまでがLGPLで保護された著作物だから 実行形式中のこの部分だけLGPLを守ってね、という線引きをLGPLはしてくれない。 実行形式については、その全体についてLGPLは口出ししてくる。実行形式はLGPL感染しているといえる LGPL V2-5より 　>　しかし、「『ライブラリ』を利用する著作物」に『ライブラリ』をリンクして実行形式を作成すると、>それは 　>　「『ライブラリ』を利用する著作物」ではなく、『ライブラリ』の派生物となる(なぜならそれは『ライブラリ』の一部を含んでいるから)。 　>　そこで、実行形式はこのライセンスで保護される。第6節ではそのような実行形式の頒布の条件を述べる 868 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 03:11:39 ID:6ImcjsM6] >>866 py2exeの詳しいところがよく分かってないんだ……。 それが可能なら、pygameを別に再配布しつつ、v2_6bで配布できるのかな。 >>867 やっぱり通じてなかったわ。 「口出ししてくるかどうか」と「ライセンス感染するか」は別の問題じゃない？ 「リンクについてv3_4（v2_6）の条件を満たす必要がある」であって、 「LGPLなアプリケーションにしかリンクできない」じゃないよね？ GPLのライブラリだと、全体通してGPL適合を要求されるから、GPLのアプリケーションにしかリンクできないでしょ。 それに対して、LGPLのライブラリだとLGPLじゃないアプリケーションにもリンクできるよね？ で、「俺ライセンスのアプリケーションに、LGPLのライブラリをリンクしたら、実行形式のライセンスは？」ってのが疑問で、 >859がそれに対する思い付き。 だから、実行形式のうち「ライブラリ部分が」LGPLで、その「リンク先」の非ライブラリ部分は俺ライセンスなんじゃないの、と。 それが正しいかは置いておいて、全く意図が理解されてないのはわかった。 なんか部分だけ拾ってレス返されてる感じ。 869 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 11:19:28 ID:YzqEx1FO] >>868 >>867は、 基本的にはLGPLとリンクしたものはLGPLで配布しないといけないのだけれど、 例外としてLGPLv2_6を満たすのなら、他のライセンスで配布してもいいよって意味だと思う。 870 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 14:03:50 ID:i6YK/vbX] 横レスだけど >>868 ＞「口出ししてくるかどうか」と「ライセンス感染するか」は別の問題じゃない？ ザッと目を通してみたけどLGPLなライブラリを丸ごと含んじゃてる実行ファイルはばっちり感染だと思うよ LGPLのv3では実行ファイルにはLGPLとGPLの文書を同封しろって念押しまでしてる 実行ファイルの孫コピーの受領者もひ孫コピーの受領者もみんなLGPLとGPLの文書を受け取るし それら全ての内容を承諾できなきゃ実行ファイル使っちゃいけないんだもの 実行ファイルに「僕のソフトライセンス」を設定してもその中身は頭のてっぺんから爪の先まで 舐めるように眺めてもLGPLに矛盾点はひとつもないし 実行ファイルの孫コピーの受領者もひ孫コピーの受領者もみんなLGPLとGPLと「僕のソフトライセンス」の文書を 受け取るし、それら全ての内容を承諾できなければ実行ファイルを使っちゃいけないんだもの ＞で、「俺ライセンスのアプリケーションに、LGPLのライブラリをリンクしたら、実行形式のライセンスは？」ってのが疑問で、 ＞>859がそれに対する思い付き。 ＞だから、実行形式のうち「ライブラリ部分が」LGPLで、その「リンク先」の非ライブラリ部分は俺ライセンスなんじゃないの、と。 リリースビルドされた実行ファイルはバイナリーのスープなんだし 「実行ファイルの中のこっからここまではLGPLで保護されてるんだからね、ちゃんと守ってよね！」 「こっからここまでが喪前のライセンスで保護されてるんだからね、面倒みないんだからね！知らないんだからね！」 という境界線が策定できなくね？ リンカーを使ってリリースビルドを作るとき再配置可能オブジェクトが実際にどうやってマップされるかは ぶちゃーけリンカー次第だし。未定義。綺麗に腑分けできる保証どこにもないべ リリースビルド版にマップファイル同封なら話は別かもだけどLGPLはそれを必須としてるのかな。してなかったような… なわけで実行ファイルは一塊としてLGPL感染してるというのは自然な解釈だなとはおもた 871 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 14:07:04 ID:i6YK/vbX] >>870 ×LGPLに矛盾点 ○LGPLとの矛盾点 872 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 14:17:59 ID:YzqEx1FO] 基本的に、どんなライブラリとリンクしてもそのライブラリの派性物(二次著作物)になる。 もちろん、自作部分の著作権は自分にある。 873 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 14:27:42 ID:YzqEx1FO] >>868 >それが可能なら、pygameを別に再配布しつつ、v2_6bで配布できるのかな。 俺はv2_6dで配布するつもりで書いてた。 (つまり、SDL/pygameの「ソース」を別途配布する) v2_6bの方はちょっと分からないや。( pygameやSDLを別途インストールさせるのは使い勝手が悪い気がする) 874 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 15:18:10 ID:GDdzBSDX] 横レスとは思えないだがそれは置いておいて 単に言葉のニュアンスの違いな気がするな。 >868の「リンクについてv3_4（v2_6）の条件を満たす必要がある」 を感染と呼ぶかどうかの違い。きちんと定義された用法じゃなくて 主観的な事だからここを追求しても主題を離れた不毛な水かけ論に なるだけだよ。 875 名前：名前は開発中のものです。 mailto:sage [2008/12/03(水) 16:18:40 ID:i6YK/vbX] lgpl dll プラグイン でググってたらこのスレを見つけただけなんだ 映像製作板に帰るね。お邪魔しました 876 名前：名前は開発中のものです。 mailto:sage [2008/12/04(木) 00:03:42 ID:aTlxYfDf] GNUには関わらない方がいい 877 名前：名前は開発中のものです。 mailto:sage [2008/12/04(木) 11:59:07 ID:daqLG+hA] GCCにもLinuxにも近づかないように注意してね HDDレコーダーとか要注意 878 名前：名前は開発中のものです。 mailto:sage [2008/12/04(木) 19:11:20 ID:0xRtgp/6] LinuxはGPLだがGNUじゃないぞ。 まあ大抵はGNUが載ってるけど。 879 名前：名前は開発中のものです。 mailto:sage [2008/12/04(木) 21:59:52 ID:8CYYyQEe] idのやり方はうまいよなあ。 自分のところのソースをホビーユーザーに公開しつつ、競合他社の商売には使われにくいようにGPLを使ってる。 こういう用途には、確かにGPLは最適のライセンスだと思う。 880 名前：名前は開発中のものです。 mailto:sage [2008/12/08(月) 22:47:35 ID:xmel/RIT] ふと思ったんだが、2chの投稿規約ってGPLと互換性無いよね。 てことは、この板とかプログラム板のソースコード例示なんかで、GPLのソースを書き込むと やっかいなことになるのかな？ 881 名前：名前は開発中のものです。 mailto:sage [2008/12/08(月) 23:21:54 ID:xkZWgcaE] >>880 GPL関係なく、他人のソースは全て「知的財産権の譲渡」なんて不可能じゃね。 882 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 00:32:05 ID:400ViBDw] >>880 UNIX板とかだと厳しいね。 いきなりパッチを貼ると本家に取り込めなくなるから。 でもGPLでもなんでも既に公開されたものの一部なら引用扱いでいいと思う。 883 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 00:48:59 ID:FH6Ed4rz] >>882 2chの投稿規約によると、書き込んだ内容の知的財産権を掲示板運営者に譲渡することになってるので、 引用とか関係なくね？ info.2ch.net/kiyaku.html 884 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 11:31:38 ID:QaoVyaC6] 自分の持ってない権利を譲渡できるもんなの？ 885 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 13:12:19 ID:AWqibfiM] コピー転載改変する権利与えられてるだろ 886 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 13:27:43 ID:u7hvKwb+] >>884 できないだろTK 887 名前：名前は開発中のものです。 mailto:sage [2008/12/09(火) 22:04:00 ID:RF8AuYaI] GPLコードを、それと知った上で2chに転載することは、普通にGPL違反になるような気がする。 888 名前：名前は開発中のものです。 mailto:sage [2008/12/10(水) 02:20:39 ID:A2LoLEE5] >>887 >881 >>882,883 引用をどう解釈するかは難しいな。 他の分野、例えば出版でどんな慣例になってるのか知ってる人いる? 889 名前：名前は開発中のものです。 mailto:sage [2008/12/11(木) 09:06:00 ID:qbJtJNYl] 引用部分がコンテンツのメインになりえず引用元の記載があること 890 名前：名前は開発中のものです。 mailto:sage [2008/12/15(月) 04:24:02 ID:HzlabLsk] >>883 書き込み主に引用した部分の権利がもともとないので、 書き込み主から2chに譲渡される権利にも引用内容の権利は当然含まれない。 承諾するのは「譲渡すること」であるから、書き込み主が持たない権利には何の効力も及ばない。 891 名前：名前は開発中のものです。 [2009/01/12(月) 16:43:13 ID:kLt2gAb1] とあるゲームにSDLっていうライブラリ(LGPL)(共有ライブラリ)を同梱して(zipとかでくるんで)配布しようと思う。 この時、SDLとゲーム本体とゲームデータは同じ保存媒体に入れてるだけと解釈して、 SDLはLGPLv2_4で配布。 ゲーム本体はLGPLv2_6bを満たしつつ、別のライセンスで配布。 ゲームデータのみ商用ライセンスで配布 とすれば、SDL以外のソースは公開しなくて良いという判断でいいよね。 ちなみにゲーム全体としては有料で販売する。 892 名前：名前は開発中のものです。 mailto:sage [2009/01/12(月) 17:32:12 ID:LmEzNJFZ] >>891 そもそも静的リンクしないんだろ 893 名前：名前は開発中のものです。 mailto:sage [2009/01/12(月) 18:50:26 ID:kLt2gAb1] >>892 しないよ。 894 名前：名前は開発中のものです。 mailto:sage [2009/01/12(月) 21:42:07 ID:7p3Ih3Zn] そんな複雑なのは駄目だ 一般受けするような形態じゃない 馬鹿はお断りっていうスタンスならいいかもしれないが 895 名前：名前は開発中のものです。 mailto:sage [2009/01/13(火) 00:17:29 ID:kpKEZAxh]     じゃあラーメンタイマーの仕様定義するからよろです。     ・ラーメンの待ち時間の長さ＆商品によって異なる味の変化をデータベース化     　例：商品Aでは4分で「麺のふにゃふにゃ感が芽生えはじめる」     　　　というような情報に基づき柔軟に味を調節可能     　データベースは、ある設定でラーメンが出来たら、感想フォームを表示、     　ここに感想を入力していくことでオリジナルのデータベースが出来あがっていくという仕組み。     　さらに、TCP/IP通信でこのデータベース情報を交換できる。     ・ラーメンが出来るまでの時間をミニ格闘対戦ゲームで潰せる「時間があっというまに経つね」機能     　TCP/IP通信で、ロビーをデディケートサーバーで提供できるような感じで。     ・ラーメン作成回数・日時・商品情報から、ラーメンにおける摂取カロリー計算や     　嗜好分析などを行える統計機能つき。     　この統計から、「おすすめの新作カップメン」みたいな情報も表示できる。     タイムリミットは明日の6時までに適当なアプロダで、GPLで。 896 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 02:04:19 ID:BGpA92M5] >>890 遅レスだが、2ch管理人がその知的財産を使って事業を行い、 それがGPLであることが後から発覚し、それによって損害をこうむった場合、 書き込んだ人間を訴えることはできるかもしれない。 「あなたには書き込みの内容を譲渡できる権利がなく、それを知った上で同意ボタンを押したとしたら、それは詐欺にあたる」 という理屈で。 897 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 03:01:11 ID:Cs+8hBMh] 賠償金支払わないくせに そんなときだけ日本の司法に頼ったらやだなｗ 898 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 11:09:29 ID:640nY/WE] だいたい2ちゃんねるの「規約」と称してるものがどれだけ法的に有効なのかが そもそも謎だからな。 書籍化とか騒がれた時に、「俺たちの書き込みで儲けるとは怪しからん」とか 嫌儲厨が騒いだもんだからできたものだし。 899 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 14:09:11 ID:Br0ciqlD] 上の方でmsvcr71.dllに関する話が出てたけど そもそもこのdllに関する利用条件（ライセンス）ってどこに明記してあるんだ？ ずっと前から気になってるんだけど見つけられない もしかして、VisualStudio.NET買わないと見れないとかいうオチ？ 900 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 17:53:27 ID:Cs+8hBMh] ttp://download.microsoft.com/documents/useterms/visual%20studio%20.net%20professional_2003_english_be8aa149-b0fd-494d-a902-07fdb2007b90.pdf 901 名前：名前は開発中のものです。 mailto:sage [2009/01/31(土) 19:28:49 ID:Br0ciqlD] >>900 ありがとう！　助かりました 今頑張って読んでるけど、なかなかややこしいなこれ 特に3.1項a)の条件iii)が分かりにくい これはつまり、msvcr71.dllを同梱して配布するなら このライセンス（EULA）と同じ条件を課す、独自の使用許諾（an end user license agreement）を どこかに表示しなくてはならないってことなのかな 902 名前：名前は開発中のものです。 mailto:sage [2009/02/02(月) 00:29:56 ID:iFqsn7Hc] 日本語のもあるよ ttp://download.microsoft.com/documents/useterms/Visual%20Studio%20.NET%20Professional_2003_Japanese_c9bbd37d-25bc-421c-b2b7-3fc6bc4edfe9.pdf 903 名前：901 mailto:sage [2009/02/02(月) 08:15:45 ID:jPaFyggA] >>902 さらにありがとう！ 「本契約書と同等以上にマイクロソフトを保護する内容の使用条件」を課さなくてはいけないのか つまり「ソフトと同時にのみ配布」「MSの商標使わない」「訴訟時のMS保護」ほかいろいろ ……厄介だな 素直にmsvcr71.dllの同梱を止めておいた方が無難そうだ 904 名前：名前は開発中のものです。 mailto:sage [2009/02/02(月) 21:29:08 ID:+jvL6gQM] 問題になってるのはリバースエンジニアリングの禁止の条項なんだろ？ たしかにMSのライセンスには、 ttp://download.microsoft.com/documents/useterms/Visual%20Studio%20.NET%20Professional_2003_Japanese_c9bbd37d-25bc-421c-b2b7-3fc6bc4edfe9.pdf ＞リバース エンジニアリング、逆コンパイル、逆アセンブルの制限 ＞お客様が本ソフトウェア製品をリバース エンジニアリング、逆コンパイル、または逆アセンブルすることは禁止されています。 と書かれているが、実際はこれは「コピー製品やウィルスを作るなどの悪質かつ意図 的なリバースエンジニアリング」を禁止するための条文で、ユーザのあくまで個人的 なデバッグ作業のためのリバースエンジニアリングまでは範疇に入っていないんじゃ ないか？ Wikipeの方にも以下のような記述がある。 ttp://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%90%E3%83%BC%E3%82%B9%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0 ＞市販品などの秘密保持契約(NDA)なしで合法的に入手できる製品/文献/情報について ＞リバースエンジニアリングを行うことは完全に合法な行為である。 ……まあ、ソフトウェアは著作権法の保護を受けるため、ライセンスに書いておけば 何でも禁止できるって極端な意見があるのは知ってるが、そこらへん裁判でも起こさ ないかぎり、はっきりしたことは言えないと思う。 ttp://sourceforge.jp/projects/opensource/wiki/licenses%2FGNU_Library_or_Lesser_General_Public_License ＞またそのような改変をデバッグするためのリバースエンジニアリングを許可していなければならない。 LGPLも「改変をデバッグするためのリバースエンジニアリングをさせろ」と書いてる だけで、「リバースエンジニアリングをして得た情報を無制限に利用させろ」とは書 いてないのだし、ぶっちゃけmsvcr71.dll同梱しても問題ないのじゃね？ 905 名前：名前は開発中のものです。 mailto:sage [2009/02/03(火) 12:46:02 ID:uxPSaPHO] >>904 > ……まあ、ソフトウェアは著作権法の保護を受けるため、ライセンスに書いておけば > 何でも禁止できるって極端な意見があるのは知ってるが、そこらへん裁判でも起こさ > ないかぎり、はっきりしたことは言えないと思う。 法的な裏付けのない権利主張に、なんの法的効力もない。というのが法律家の見解。 （つまり、著作権法が保護を既定してないことは、著作権で縛れないということ） まぁ、いざとなると、法的正当性が訴訟で解決されるまでは「トラブル」という恰好になるけどね。 906 名前：名前は開発中のものです。 mailto:sage [2009/02/03(火) 19:27:21 ID:VXqL8+n4] いや、ライセンスにある「リバースエンジニアリングしないでね」って 条文は法的にちゃんと有効なんだけど、それがいわゆるフェアユース的な 利用だった場合は、例外的に無効になるってこと。 ttp://ja.wikipedia.org/wiki/%E5%85%AC%E6%AD%A3%E4%BD%BF%E7%94%A8 ＞著作権者に無断で著作物を利用していても、その利用がフェアユースに該当するもの ＞であれば、その利用行為は著作権の侵害を構成しない。このことを「フェアユースの ＞法理」とよぶ。 米国では、ここで定義されている公正利用の範疇であれば、ライセンスの制限は受けない。 たぶんLGPLv2の6節に書いてあることも、米国人以外には分かりにくいけど、 ようするに「フェアユースを認めないヤツにはLGPLは使わせないぜ」ってことかと (米国人的には、LGPLv2の6節なんてあってないようなものっぽい)。 ttp://sourceforge.jp/projects/opensource/wiki/licenses%2FGNU_Library_or_Lesser_General_Public_License ＞あなたの条件は顧客自身の利用のための著作物の改変を許可し、またそのような改変 ＞をデバッグするためのリバースエンジニアリングを許可していなければならない。 ……まあ、日本ではフェアユースって明確に法で規定されてはいないけど、 判例がないだけで、暗黙的に認められてると考える専門家は多いし、 ttp://www.jpaa.or.jp/activity/publication/patent/patent-library/patent-lib/200706/jpaapatent200706_106-110.pdf ＞学説もリバースエンジニアリングの必要性を認め，契約による制限を最小限とすべき ＞としているものがあり，リバースエンジニアリングの制限を課する契約の有効性は， ＞ケースバイケースで判断されることになると思われる。 「フェアユースは認められる」という見込みで動いても、 そんなにリスクはないかと。 907 名前：名前は開発中のものです。 mailto:sage [2009/02/03(火) 20:28:22 ID:VXqL8+n4] ×　(米国人的には、LGPLv2の6節なんてあってないようなものっぽい)。 ○　(米国人的には、以下の文言はあってないようなものっぽい)。 「あってないようなもの」って言ったのは、下で引用してる部分のとこだけね。 他の部分はもちろんきちんと履行する必要がある。 908 名前：903 mailto:sage [2009/02/10(火) 09:56:15 ID:Ek0CXCTg] レス遅くなってごめん >>904 GPL等のソフトウェアに同梱することには問題がないとしても 使用者にエンドユーザー契約を求めなくてはならないのが厄介だなーと 909 名前：名前は開発中のものです。 mailto:sage [2009/02/10(火) 11:23:07 ID:6wK/QRTk] ＞使用者にエンドユーザー契約を求めなくてはならないのが厄介だなーと そんなに厄介かな？　EULA.txt同梱して、 アーカイブ解凍した時点でシュリンクラップ契約成立ですお って定番の強弁でいんじゃね？ 910 名前：903 mailto:sage [2009/02/11(水) 21:53:39 ID:CB9ftT2w] そっか 適当にEULA.txt書いて同梱して、ライセンスのところに「msvcr71.dllだけ別枠です」って書けば良いのか その方向で考えてみる。ありがとー 911 名前：名前は開発中のものです。 mailto:sage [2009/03/23(月) 13:08:11 ID:O4GLGDUx] 最近出たCC0って、ソフトウェアにも使えるんじゃない？ 912 名前：名前は開発中のものです。 [2009/05/31(日) 10:32:32 ID:Qj7+4X8r] 結局GPLv3はどうなったの？ 913 名前：名前は開発中のものです。 mailto:sage [2009/05/31(日) 14:10:37 ID:LT1u5tcH] 出たけど？ 914 名前：名前は開発中のものです。 [2009/06/26(金) 12:14:28 ID:pGUzElai] LGPL の SDL1.2.x を 動的リンク にして作ってるんですが、 README-SDL.txtとSDL.dllをゲームと一緒に配布すれば問題なしって事でいいんですよね。 SDLMixerの方も同じでおkですよね。 後は、自分の作ったゲームに関しては好きなライセンス形式でやれって事で。 915 名前：名前は開発中のものです。 mailto:sage [2009/06/26(金) 17:49:39 ID:BAZ8LBBa] それでいい。 より万全を目指すなら README に DLL の在り処だけ示して DLL 自体は同梱しないことだが、いくらなんでも不親切だしな。 916 名前：914 [2009/06/26(金) 18:03:59 ID:pGUzElai] >>915 �dｸｽ。 917 名前：名前は開発中のものです。 [2009/07/16(木) 17:53:37 ID:HpQGX8QD] ツンデレなエンコツール「つんでれんこ」 配布先 loda.jp/tsun_dere_enc/ 広告動画 www.nicovideo.jp/watch/sm7634361 以下を含むDQNパッケージで大好評！ 再配布禁止だけど同梱！ neroAacEnc GPL？ライセンス？何それ状態「欲しいファイルだけ詰め合わせ」 AviSynth www.avisynth.org/ GPL FFmpegSource ivtc.org/new/ GPL swfextract www.swftools.org/ GPL TDeint bengal.missouri.edu/~kes25c/ GPL WAVI sourceforge.net/projects/wavi-avi2wav/ GPL x264 www.videolan.org/developers/x264.html GPL FFmpeg ffmpeg.org/ LGPL MediaInfo mediainfo.sourceforge.net/ja GPL/LGPL 918 名前：名前は開発中のものです。 mailto:sage [2009/07/16(木) 18:31:32 ID:z3OifWiF] >>917 これはひどい。 919 名前：名前は開発中のものです。 mailto:sage [2009/07/16(木) 18:59:30 ID:YNghijgp] GPLは作者と関係ない厨が沸くからダメなんだよな 920 名前：名前は開発中のものです。 mailto:sage [2009/07/16(木) 19:07:25 ID:I7zBprko] 「関係ない厨」という新語かと思ったｗ 第三者なのに炎上する匿名の正義の味方ことか 921 名前：名前は開発中のものです。 mailto:sage [2009/07/19(日) 05:06:17 ID:SW6LtsKL] いまいちよくわかんないので教えて欲しいんだけど。 ネットで、どこかの個人が、ゲーム機のハードウェアの解析情報をGPLとかGFDLで公表してたとする。 この情報を参考に、自作アプリを書いて公開する場合、アプリのライセンスってのはどうなるの？ アプリ自体は、自分で書いたものだから、自分でライセンスを決めてよい？ それとも、GPLとかGFDLの情報を見た以上は、自分で書いたアプリもGPLとかにする必要がある？ 922 名前：名前は開発中のものです。 mailto:sage [2009/07/19(日) 10:46:10 ID:+5SoL23L] GFDLの解析情報を参考にしても自作アプリをGPLにする必要はないよ。 もちろん、解析情報・自作アプリともに ハードウェア自体のライセンスに抵触しないことが前提だけど。 923 名前：名前は開発中のものです。 mailto:sage [2009/07/19(日) 19:58:07 ID:SW6LtsKL] >>922 なるほど。 助かったよ、ありがとう！！ 924 名前：名前は開発中のものです。 [2009/07/20(月) 08:34:17 ID:DiTvyyhU] 結局>>917はどうなったの？ソース公開したの？ 925 名前：名前は開発中のものです。 mailto:sage [2009/07/20(月) 08:46:32 ID:HBmpLBF3] >>924 作者は基本的にスルーしてるみたいだよ 926 名前：名前は開発中のものです。 [2009/07/20(月) 08:53:13 ID:DiTvyyhU] まあ別に、黙ってライブラリ使ってる奴なんかいくらでもいるけどね♪ 927 名前：名前は開発中のものです。 [2009/09/02(水) 20:12:14 ID:WR7eXLNv] 素材のライセンスの管理は非常に大変になってくるので、Creative Commons Attribution(CC BY)のものしか選ばないことにしました 私はCreative Commons Attributionを支持します 928 名前：名前は開発中のものです。 mailto:sage [2009/09/02(水) 20:50:09 ID:nSkD0QlA] >>927 どうしてCC-BYなの？ ＣＣ-BYは原著作者のクレジット表示と、使用した作品（素材）の使用許諾条件の明示が義務らしいね。 その辺のフリーなライセンスと大して変わらないし、素材のライセンスとしてそんなに流行ってるとも思わないけど。 929 名前：名前は開発中のものです。 mailto:sage [2009/09/03(木) 03:36:42 ID:38bks7yM] ・その辺のフリーな独自ライセンスを管理するのは疲れる ・素材のライセンスとして世界的に流行っている 930 名前：名前は開発中のものです。 mailto:sage [2009/09/03(木) 12:14:01 ID:n9JS/Dgg] その辺の（自称）「フリー」なライセンスには微妙にあれこれと制約が加わってることが多い 931 名前：名前は開発中のものです。 mailto:sage [2009/09/15(火) 21:03:06 ID:mL9YpEgo] 日本語版のCC3.0やCC0のリリースまだー 932 名前：名前は開発中のものです。 mailto:sage [2009/10/09(金) 22:56:17 ID:S+xmTs6Z] 参考訳は参考にしかならないから公式的には出さないでしょ ただ一般への配慮が考えられている面が特長でもあるから↓のようなものもあるけど creativecommons.org/licenses/by/3.0/deed.ja 933 名前：名前は開発中のものです。 mailto:sage [2010/02/16(火) 20:34:50 ID:NGN4R9/9] フリーウェア化されたゲームソフト自体はGPLなのに、リソースは元権利者のものってやっかいだな。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef