【License】ライセンス総合【利用許諾】 (835ﾚｽ)
上下前次1-新
1(2): 2010/02/16(火)00:24 AAS
AA省
816: 2023/08/15(火)21:07 ID:JDy+ICH7(1) AAS
あの、初心者すぎて聞くのも恥ずかしいのですが、
ossのライセンス読んでると改変っていうのが出てくるんですが、例えばpythonでpipインストールしたライブラリをインポートして普通に.pyファイルにライブラリの機能を使うためのコードを書いただけでは改変にはならないのでしょうか…。
あと、例えばBSDのライブラリだけど、インストールに必要な依存ライブラリの中にGPLがある場合、直接BSDのライブラリしかインポートしてなくても、作ったプログラムはGPLになってしまうのでしょうか…
817: 2023/08/15(火)21:58 ID:xcCo0j6w(1) AAS
あなたが配布するものの中に他人の著作物が含まれない限りはなんの問題もない。
真面目にやるならソフトウェア著作権についての本を1冊読んでみるといい。
818: 2023/08/15(火)23:06 ID:2Hi/6f7X(1) AAS
GPLのライブラリへの依存については
難しいところがある
FSFはGPLの影響を受けると主張してるが
関係ないだろと言ってる人もいる
裁判で決着つけるしかなさそうだが判例は
まだ無いんじゃないか
819: 2023/08/16(水)05:00 ID:7fYAkr83(1) AAS
LGPLってLGBTみたいで気持ち悪いよな
820: 2023/08/16(水)06:57 ID:RAfY2fX9(1) AAS
みなさまありがとうございます。
大変参考になります…。
本を買って勉強してみます…。
ちなみに社内利用だけに留めて外部に公開しなければ改変とかしても著作権表示とかソースコード公開とかしなくてもいいんですかね…。（社内でソースコード公開しないというのも変ですが）
821(1): [saga] 2023/12/27(水)18:26 ID:dbBujRCg(1) AAS
MITライセンスとかBSDライセンスの成果物を再配布する際に作者に一言断りをいれるって
暗黙のマナーなの？
俺に一言の連絡も無く買ってに再配布しやがった！許せんやつだ！みたいな作者をみて
ちょっと新鮮な驚きを感じてンだけど。
822: 2023/12/27(水)19:52 ID:6UJkAmwi(1) AAS
晒せ
823(1): 2023/12/28(木)21:54 ID:Pm1IJwOg(1) AAS
ライセンスに明記されてない暗黙の「守らなきゃならないマナー」があったら怖いわｗ
そんな要求する人がいれば「ライセンスにちゃんと書き足しとけ」っていうのがこのスレ的には正しいだろうけど、関わらない方が正解だな
824: 2023/12/28(木)22:58 ID:Z5rjUApO(1) AAS
>>823
そうだけど誰か分からないとうっかり関わってしまうかもしれない
というわけで誰がどこでそんなこと言ってるか教えて >>821
825: 2023/12/28(木)23:39 ID:9S//bVPG(1) AAS
暗黙のマナーではないけどマナー違反だと
怒ってた人は見たことある
昔なんで何だったか忘れたけど
826: 01/28(日)12:01 ID:2bprNFXc(1) AAS
LGPLなライブラリ(改変なし)を動的リンクした実行ファイルについて質問
このライブラリと実行ファイルをインストーラに含めて配布する場合、実行ファイルのソース公開義務はないとの認識でよい？
827: 03/03(日)18:14 ID:rW7JezS1(1) AAS
どなたかNASAのjpl ephemeridesのライセンスが何なのか
ご存知でしたらお教えいただけませんでしょうか
外部ﾘﾝｸ:ssd.jpl.nasa.gov
↑ここのde***.bspです。
webで公開する月齢の暦を作るべくこれ（とMITライセンスのskyfieldというpythonライブラリ）を使いたいのですが
探しても明確なところがはっきりしません
使用する場合ソースを開示しなければならないタイプはセキュリティ的によろしくないので避けたいのですが、、
どうぞよろしくお願いいたします
828: 08/12(月)09:08 ID:UrzmQFl+(1) AAS
すいません、BSDライセンスに関してちょっと質問させて下さい
BSDライセンスで公開されているProjectAがあって、
そのProjectAを取り込んで作成されたProjectBがあって（これもBSDライセンスで公開）
このProjectBを第三者が再配布したい場合、ProjectBの作者のCOPYRIGHT等を
明記するのは当然として、ProjectAの作者のCOPYRIGHTの明記も必要でしょうか？
なおProjectBの配布物一式にはソースは含まれておらず、かつProjectBの中では
ProjectAに関しては一切触れられていません（←これがそもそもおかしい気がする）
本来ならProjectBの配布物の中で「本ProjectはProjectAをBSDライセンスに基づいて
利用させて頂きました云々」の記載があるのが普通でわ？と言う気もしますが
829(1): 08/12(月)15:14 ID:KoHKVvuj(1) AAS
ProjectBがAのライセンスを守ってない違法な
配布物なので使用ができない
830: 08/13(火)10:33 ID:Y55LeJ5q(1) AAS
>>829
ありがとうございます。やっぱりそういう判断になりますよね…
ついでと言う訳ではありませんがもう一点質問させて下さい＞ALL
BSDライセンスやMITライセンスにおけるCOPYRIGHTの明記って、配布物にソースコードが
含まれていてそのソースの先頭に元作者のCOPYRIGHTとLICENSE全文が含まれていれば
別にDOCなりTXTで記載しなくても問題ないのでしょうか？
それで問題ないのであれば、前述のProjectBのソースコードが別途公開されていないか
探してみたいと思います
831: 10/05(土)23:00 ID:g14meoZp(1) AAS
Python ではプラグインをソースコード内で直接 import していない場合は GPL は影響しないのでしょうか?
ドキュメント生成ツールの Sphinx では
拡張機能を使用するとき conf.py という Python ファイルにて
extensions という変数に文字列でモジュールを指定し、拡張機能が指定する変数や関数を定義します
今 Sphinx での API ドキュメントの生成に scanpydoc という拡張を使いたいんですが GPLv3 です
配布するライブラリ本体には GPL は影響しないと思うのですが、conf.py はどう扱うべきでしょうか?
GitHub を検索したところ scanpydoc を使用していても特に conf.py を GPL でライセンスしていないリポジトリが多数あります
conf.py が FSFの言うところの「GPLの及ぶプラグインをロードするように設計された不自由なプログラム」に該当するなら GPL が影響して、Dockerfile のような指示だけを行うファイルに該当するなら GPL は影響しないと思われますがどのように解釈するべきでしょうか?
832(1): 10/16(水)07:11 ID:FRXUSByO(1) AAS
すみません。初心者で質問です。
GitHubに公開されているプログラムを9.9割コピペしてきて自分なりに使いやすいように残りの0.1割ソースコードごと改造したのですがこれは9.9割コピペしたソースのライセンスの表示はいるのでしょうか？(MITです)
833: 10/16(水)09:51 ID:IRnMzRmI(1) AAS
コピー元判らなくしたらいかんけどライセンス表示に一言描いて置いて
forkしてfork元消さなければ良いんじゃね
834: 10/16(水)09:56 ID:XrHGHotW(1) AAS
ネット禁止の環境で組み上げたアプリなんだけど、目コピーは大丈夫だよね？
835: 10/16(水)23:12 ID:2Mn3eukZ(1) AAS
>>832
いる
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.290s*