【License】ライセンス総合【利用許諾】

**デフォルトの名無しさん** · 2010/02/16(火) 00:24:21

. ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
｜　ライセンスについての質問・批評・情報提供その他用スレなのれす♪
' ＼＿＿＿　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　Ｖ
∋oノハヽo∈
　 (　´ⅴ｀)ノ

**646** · 2015/11/23(月) 23:04:58.09

取りあえず不明なライブラリをぶち込んでるフリーソフトは使わない

MITライセンスのエディタ機能で
「bodyやdivなどのタグ入力補完を使用したらMITライセンスだと記載しないといけない」
っていうのはググっても似たような事例が出てこないし、ライセンスの記述方法についてもタグひとつひとつにMITライセンスを適用するってのも考えにくいので、基本的な補完機能については気にしないで使っていって、最悪手打ちで全て打ち直す

レスくれた人thx
誰も明確な答えが分からんような質問でスマンかった

**デフォルトの名無しさん** · 2015/11/24(火) 04:22:18.26

作ったものをオープンソースライセンスで公開したいんだけど

Apacheライセンスv2がOSDNの日本語版やWikipediaを読んでもよく分からなかったので
MITライセンスなら分かるので
MITライセンスとApacheライセンスv2の主な違いを知りたい

**デフォルトの名無しさん** · 2015/11/24(火) 22:32:04.57

とりあえずapacheライセンスは商標を譲らない方針。

で、apacheの方がmitより厳しいということは、apacheとmitのライブラリを結合した成果物を
apache v2で配ることはできても、mitで配ることはできないということになる。

**デフォルトの名無しさん** · 2015/11/24(火) 22:59:54.28

ありがとう
MITライセンスを選ぶことにするよ

**デフォルトの名無しさん** · 2015/12/15(火) 03:07:21.91

BSLとMITではどっちのほうが緩いライセンス？

**デフォルトの名無しさん** · 2015/12/15(火) 03:09:53.54

BSLってBoost Software Licenseのことね

**デフォルトの名無しさん** · 2015/12/15(火) 22:01:40.55

実行可能コードにライセンス表記をつけなくてもいいBSLの方が緩いよ。

**デフォルトの名無しさん** · 2015/12/15(火) 22:39:37.32

ありがと

**デフォルトの名無しさん** · 2015/12/15(火) 23:27:49.21

緩いことが正義なら、パブリックドメイン以外はありえないけどな。

**デフォルトの名無しさん** · 2015/12/15(火) 23:47:38.50

個人開発でオープンソースで公開するならパブリックドメイン1択だよな
ライセンス（使用許諾）なんて設けたってライセンス違反者を法的に訴えたりするわけじゃないだろう？
だったらライセンスなんて形で公開する意味はない

**デフォルトの名無しさん** · 2015/12/15(火) 23:49:35.04

まぁGPL汚染に限らずなんらかのライセンスの許で使ってるコードが混じってるなら安易にパブリックドメインには出来ないだろうけどな

**デフォルトの名無しさん** · 2015/12/22(火) 00:28:55.64

GitHubのGistみたいなコードスペニットを公開するサービスたくさんあるけど
あれらで公開されているコードのライセンスってどういう扱いになるの？
数行程度のから数十行程度のコードばっかだから著作権法は適用されないって感じ？

**デフォルトの名無しさん** · 2015/12/22(火) 00:41:01.42

>>661
サイトごとの利用規程(terms of use とか)に従う。
規程が緩くて決まらない部分は投稿者の裁量に任されることもある。

GitHub ならこんなの。
https://help.github.com/articles/github-terms-of-service/#f-copyright-and-content-ownership

**デフォルトの名無しさん** · 2015/12/22(火) 00:55:02.52

それってGitHubのリポジトリサービスについてしか言及してないけどGistにも適用されるのかなあ

**デフォルトの名無しさん** · 2015/12/22(火) 00:59:38.04

GitHubに直接問い合わせるしか方法は無さそうだね・・・
GitHubの日本向け窓口は法人向けだから訊くならやはりGitHub本社のほうだよねえ・・・英語かあ

**デフォルトの名無しさん** · 2015/12/23(水) 00:15:52.14

>>661
投稿物に勝手に再頒布OKなライセンス付けるサイトとか無いし、
書き込みがすべて第三者に再利用されること前提なわけもない。
投稿者自身が書き込みにライセンス設定をしていないのであれば、ただ著作権によって保護されるのみ。
その上で、著作物性がないと判断できるなら、著作権による保護も働かないだろう。

俳句やツイートなどのように少ない文字数で著作権を発生させ得る場合もある。
文字数だけでは著作物性の判定はできない。

**デフォルトの名無しさん** · 2016/04/27(水) 01:20:29.00

GitHubなりBitbucketなりプルリクエストを受けてマージするじゃん
コントリビュータのリストにプルリクくれた奴の名前を追記するまでは普通の流れだが
気になるのはライセンス文(LICENSE.mdとか)はどうなるのかってとこ

プルリクのコード部分はプルリクくれた奴の著作権になるわけじゃん
受け取ったコードのライセンスをどうするかはくれた奴と相談して決めて必要ならそいつのライセンスを表示する一文なり書けばいいんだけど

自分のライセンス文には自分の著作権だと明示してるわけだからプルリクをくれた奴との著作権やライセンスについてどう話をつけたとしても
どこからどこまでが自分のコードでそれ以外は貰ったコードとか具体的に書いたほうがいいの？

**デフォルトの名無しさん** · 2016/05/24(火) 00:06:04.19

クリエイティブコモンズで提供されているjavascriptファイルを使用するとき
著作者のクレジットってどこに書いておけばいいの？

jsファイルの頭にあるライセンス表記を消さなければいいレベル？
それとも使用している全ページのどこかに名前書いとくレベル？

**デフォルトの名無しさん** · 2016/06/25(土) 19:56:47.45

ライセンスのことなら俺に聞け
というタイトルがいい。

**デフォルトの名無しさん** · 2016/06/25(土) 21:08:18.79

非情のライセンス

**デフォルトの名無しさん** · 2016/08/25(木) 14:58:04.00

MITライセンスのライブラリAを含んだライブラリBをMITライセンスあるいはApacheライセンスで配布するとき、
ライブラリAの著作権をライブラリBのライセンスに明記するのに使われる英文の雛形などありますでしょうか？

**デフォルトの名無しさん** · 2016/10/23(日) 10:37:23.64

CodeProjectに掲載されているものって
ライセンスが不明な場合は使えないのかな？

機械翻訳しながら調べたんだがライセンス不明な場合の扱いは読み取れんかった

GitHubだとライセンスが不明なものの扱いも定められているみたいだけど
CodeProjectではそういうのは無いのだろうか

一応以下のurlが、俺が見たページ

Terms Of Service for CodeProject
ttp://www.codeproject.com/info/TermsOfUse.aspx

Licenses
ttp://www.codeproject.com/info/Licenses.aspx

**デフォルトの名無しさん** · 2016/10/23(日) 14:38:45.00

>>671
ライセンスが不明のものなんて掲載してないでしょ。
投稿ガイドラインにもライセンスはしっかり選べと書いてあるし。

**デフォルトの名無しさん** · 2016/10/23(日) 16:53:05.45

>>672
それが古いものだと選んでないのがあって（記事内やダウンロードしたファイル内にも書かれていない）
ライセンス不明なものには以下のような文が記載されてる

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

これって「ライセンス不明だけどライセンスはあるから」って意味だよね？

**デフォルトの名無しさん** · 2016/10/23(日) 17:29:06.96

>>673
たぶんその通り。
本文中かダウンロードしたファイル中に書かれてるかもとしつつも、
最終的にはページ下部のコメント欄で作者に聞けと書いてる。
でも古いんじゃ作者の返答は期待できない。
使い物にならないと思うよ。

**デフォルトの名無しさん** · 2016/10/23(日) 17:51:15.29

>>674
うわーやっぱりか
俺が英語を取り間違えてる可能性に掛けてたけどダメそうね……

レスサンクス
諦めて別のを探すわ

**デフォルトの名無しさん** · 2016/10/31(月) 05:07:17.14

たとえば他人のMITライセンスのソースコードからforkして改造したコードを元のライセンスから追加制限なしで公開したい場合、
オリジナルの人のライセンス文を含めるのは分かるけど
改造加えた部分に関して何か明示とかしたほうがいいの？そこの部分に関して俺の名でMITライセンスだって書いたほうがいいの？書かなくても大丈夫？
似たようなライセンス文がダブるとか邪魔くさいし

**デフォルトの名無しさん** · 2016/11/01(火) 00:24:48.04

>>676
追加制限なしなら、お前の改造した部分に関してはパブリックドメインにすることになるね。
MITだとお前の署名入りMITライセンスを同梱する条件がくっつくから、追加制限なしという条件に合わない。
流れとしては、お前の改造部分に関してはお前に著作権あるけど、お前はそれを主張しないってやつな。

改造加えた部分にコメント入れてもいいし、入れなくてもいい。README等に改造したってこと書いとけばいいだろう。
お前が書いた部分に関してはお前が著作権を主張して、その上でどのようにライセンスするか決めなきゃいけない。

**676** · 2016/11/01(火) 03:08:04.36

>>677
分かりやすく説明ありがとう！
つまり改造した部分についてパブリックドメインって明示したほうがいいってことか
そうするよ

**デフォルトの名無しさん** · 2016/11/03(木) 11:05:37.32

オープンソース系のソフトを見ていると、黒に近いソースやライブラリが混ざっていても
大半のユーザーが気付いてない or 気付けないと思うんだが
これらのソフトで作られたものってどうなるのかね？

テキストファイルとか、テキストを打ち込んでコピペした文章とか、アカウントとか

ググっても微妙な回答しか見当たらないのは、盗んだペンで紙に書いた文字は違法になるのかと同じようなレベルで何とも言えんのかもしれんけど

**デフォルトの名無しさん** · 2016/11/03(木) 13:59:30.98

>>679
作品を製造する過程と、作品そのものは分けて考えるべき。
死刑囚の手記は合法的に売れる。

他人のコードや著作物を勝手に作品に埋め込むようなツールならば
作品が著作権侵害あるいは特許侵害で訴えられる可能性はある。

割れphotoshopで絵を描いたからと言って、
単純に丸いだけのペンだけ使ってフリーハンドで描いたのであれば、
その絵自体は問題にならないだろう。（不正使用の点に関しては追及されるだろうが）。
複雑な形状のペン使ったとか、フォント使ったとか、素材使ったとかであれば、絵そのものにも影響が及ぶ。
つまり、著作権違反の可能性が出てくる。
裁判結果は書き込みの量と弁護士の腕次第。

**デフォルトの名無しさん** · 2016/11/03(木) 16:24:47.03

>>680
上で書いたコピペみたいな
データが混入しないと思われる単純なものなら問題なさそうな感じか

>複雑な形状のペン使ったとか、フォント使ったとか、素材使ったとか
確かに他人の著作権が明確なものが含まれてたら不味そうだ

レスthx
割れは兎も角OSSは自己責任とはいえリスクが怖いな

**デフォルトの名無しさん** · 2016/11/03(木) 18:54:45.84

OSSでは倫理観で善悪の判断をするが法律では白黒つけない
もし訴訟という事態になっても和解で決着するのを最善とする

何故ならOSSの倫理観と裁判所の判決が同じとは限らないからである
裁判官の心証とか弁護士の腕などという不確かなものに依存して
倫理観を覆すような結果になったときの不利益は計りしれない

**デフォルトの名無しさん** · 2016/11/03(木) 22:10:12.00

>>681
たとえ正規でもツールや素材のライセンスを十分に理解して使ってる奴は少ない。
素材集で言えば、個人が年賀状に書く用とか、ウェブサイトに掲載できるもの、業者が雑誌とかで使う用とかではライセンスが全然違う。
特にWindowsでデフォルトで入ってるフォント等は罠がいっぱいだ。
例えばMSゴシックは本来画面で見ることしか想定されてないライセンスだ。
印刷して配布したりするとなると途端に怪しくなる。

**デフォルトの名無しさん** · 2016/11/04(金) 11:02:18.54

>>683
黙認というかグレーというか
そういのも結構あるんだろうね

そこら辺のライセンスを考え始めたら
かなり分かり難いのもあるから雁字搦めになる気もするし

ただmsもmacみたいに一元管理になればと思う

**デフォルトの名無しさん** · 2016/11/10(木) 08:36:21.62

LGPLのリバースエンジニアリング条項について質問です。

ライブラリA (LGPL v3)
dynamic link
ライブラリB (MIT)
dynamic link
製品C (プロプラ)

この場合にリバースエンジニアリング条項が機能するのはBまでであってますか？

**デフォルトの名無しさん** · 2016/11/10(木) 22:54:08.13

>>685
プラグインなどのように自由に差し込めるものではなくて、
リバースエンジニアリング条項が有効になるようながっつりしたライブラリ利用をした場合、
ライブラリBをMITやパブリックドメインでリリースすることが不可能だろう。
ライブラリBの利用者にライブラリBを自由に使う権利（リバースエンジニアリングを禁止してリリースしたりとか）を与えることができないわけだから。

**デフォルトの名無しさん** · 2016/11/11(金) 01:12:47.74

>>686
ありがとうございました
ということは、そもそもBの時点でおかしい可能性があるんですね
BはAを利用しているだけで二次著作物ではないという主張が通るならMITで問題ないし、リバースエンジニアリング条項も関係なくなる
そうではないなら、Bはリバースエンジニアリングを許す条項を持った独自ライセンスが必要になる

どちらにしても製品Cまで波及することはなさそうです

**デフォルトの名無しさん** · 2016/11/11(金) 09:25:17.34

CがBの二次著作物であると判定される場合、Cにもリバースエンジニアリング条項が適用されるかもね。

**デフォルトの名無しさん** · 2016/11/13(日) 09:07:23.50

私も似たようなことで悩んでいるが

ffmpeg(コンパイルオプションでLGPL2.1+)
　↓　dynamic link
FFmpegInterop library for Windows MS製(Apache2.0)
　↓　dynamic link
自分のプログラム

なんだが、MSだけに無謀なことやっていないだろうからApacheライセンスとして扱って良いんですかね？

**デフォルトの名無しさん** · 2016/11/13(日) 22:59:03.02

>>689
動的リンク以前の問題として、ソースで配布するのとバイナリで配布するのでは条件が変わってくる。
ソースコードによる配布の場合、GPLやLGPLを含もうと自作プログラムが影響を受けることは無い。
FFmpegInteropとやらがソースをapache2.0で配布するのは自由。
ただしlgplのバイナリとリンクしたバイナリを配布するのであればlgplの影響を受ける。

**デフォルトの名無しさん** · 2016/11/16(水) 08:20:40.24

>>689
問題ない
難癖つけられるのを避けたいなら、
このプログラムを実行するにはMSのffmeginteropが必要です、
ライブラリ入手先はこちらです(URL)

とか書いて、自分のプログラムはMSの製品を利用してるだけですよのスタンスを明確にする

**デフォルトの名無しさん** · 2016/11/18(金) 20:24:21.03

>>690
>>691
レスありがとうございます。PCがトラブって返事が遅くなったのをお詫びします
まあライセンスはなかなか難しいものですね
まあリバース・エンジニアリングするより新規で作ったほうが安上がりになる程度のものだから
気にせずにリバースエンジニアリングには特別触れないってことでお茶を濁しますか

**デフォルトの名無しさん** · 2017/04/09(日) 07:37:24.91

forkや移植ではなく
同じ挙動をするプログラムをゼロからコード書き上げて(フルスクラッチ？)公開のってライセンス的にアウト？

例えばlinuxのテキストファイル表示するcatと同じ挙動するプログラム(コマンドライン引数の受け取り方も同じにして)を作って公開するとか

**デフォルトの名無しさん** · 2017/04/09(日) 13:24:50.29

>>693
ライセンスに適合するように公開すれば、ライセンス的には問題ない。
ただライブラリも使わずフルスクラッチで作ったのなら、他のライセンスに関わる要素はないように思う

**デフォルトの名無しさん** · 2017/04/09(日) 13:58:44.25

クリーンルームで作り上げたのならおｋ

**デフォルトの名無しさん** · 2017/04/09(日) 18:45:48.88

>>694-695
ありが㌧

**デフォルトの名無しさん** · 2017/04/09(日) 19:45:02.38

>>696
念のため補足するよ
ソフトウエアライセンスは、自分が作ったものをどう使ってよいか他人に許諾するもの。
他人が作ったものを含まないのであれば、そもそもライセンスが含まれない。

**デフォルトの名無しさん** · 2017/04/09(日) 20:31:04.60

>>693
「同じ挙動」っていうのが
画面のデザインや素材を含んでる場合著作権が怪しくなる。
特許を侵害する場合は特許権が怪しくなる。

あと、基にしたプログラムが商品として販売されている場合、
不正競争防止法によって差し止められる可能性もあるだろう。

**デフォルトの名無しさん** · 2017/04/24(月) 23:28:54.50

APIの利用ってAPI提供側のライセンスの影響受けたりする？

↓マストドンってAGPLだからAPI利用もAGPLにしないとダメ？

documentation/API.md at master ・ tootsuite/documentation ・ GitHub
https://github.com/tootsuite/documentation/blob/master/Using-the-API/API.md

**デフォルトの名無しさん** · 2017/04/25(火) 09:54:50.95

日本においてはAPIそのものは著作物ではないとされている

**デフォルトの名無しさん** · 2017/04/25(火) 22:53:37.89

じゃあ静的リンクも動的リンクもAPI使うだけだからGPL無視しても問題ないっすね

**デフォルトの名無しさん** · 2017/04/26(水) 09:11:53.60

>>699-700
その「マストドンのAPI」はネット越しのRESTだから、
マストドン側はクライアントにソースコードを提供する義務があるが、
クライアント側はどこの国だろうとAGPLによる義務はないよ。

**デフォルトの名無しさん** · 2017/04/30(日) 15:15:51.67

mcppはBSD 3-clause licenseで、GNU binutilsはGPLのようですが、
mcppとGNU binutilsのwindresを自分のプログラムRisouEditorに組み込んで使用したい場合、
RisouEditorのライセンスはどのようにすればいいでしょうか。よろしくお願いいたします。

mcpp http://mcpp.sourceforge.net/
GNU binutils https://www.gnu.org/software/binutils/

**デフォルトの名無しさん** · 2017/04/30(日) 15:16:39.50

バイナリーとしてバンドルする予定です。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/04/30(日) 15:41:38.62

GNU binutilsはGPLv2のようです。

**デフォルトの名無しさん** · 2017/04/30(日) 16:05:18.32

なんだクソコテかよ
どうでもいいがGPLv2のGNU binutilsはかなり古そう

**デフォルトの名無しさん** · 2017/04/30(日) 20:30:22.31

>>703
RisouEditorのライセンスをどうしたいのかによる。
GPLが理想と考えているならGPLにすればよい。

MIT/BSDライセンスが理想ならwindresバンドルは避けるべきだ。
リンクしなければRisouEditor本体はGPLにしなくてもよいけど、
windresをバンドルすると結局ユーザーがGPLに振り回される。

iResEditorというJavaScriptで書かれたリソースエディタがある。
MITライセンスなのでこれを参考にしてwindresクローンを作れば
RisouEditorをGPLフリーにできる。

iResEditor
http://www.petitmonte.com/labo/iResEditor/
Win32 Binary Resource Formats
http://www.csn.ul.ie/~caolan/pub/winresdump/winresdump/doc/resfmt.txt

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/04/30(日) 21:14:14.14

>>707
ありがとうございます。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/04/30(日) 21:20:41.45

マクロ定義を出力できるプリプロセッサがGPL以外でないんだな。

**デフォルトの名無しさん** · 2017/05/03(水) 18:56:59.87

>>699

API - AGPLライセンスのライブラリを組み込んだメインプログラムと、API通信でメインプログラムと通信するフロントプログラムを作り、エンドユーザがフロントプログラムにのみアクセスできる場合のライセンスの範囲(14716)｜teratail
https://teratail.com/questions/14716

**デフォルトの名無しさん** · 2017/05/07(日) 13:52:01.58

あるA氏が書いた MITライセンスの Cライブラリを元に、
B(私)が C#に書き換えて CC0でリリースしようと思っています
(A氏のMITライセンスについて書かれた LICENSE.txt を添付)

C氏がC#のライブラリを使用する場合も、A氏の LICENSE.txt を添付する
必要があるという認識ですが合っているでしょうか？
（つまり、B(私)のCC0ライセンスというのは C氏にとっては意味がなく、
C#ライブラリは A氏の MITライセンスと同等）

この場合、GitHub でプロジェクト登録する際には MITライセンス扱いにするべきでしょうか？
（リポジトリ作成時の一覧には CC0 がなかった）

**デフォルトの名無しさん** · 2017/05/08(月) 23:30:15.37

移植におけるライセンス問題については俺も気になってはいる(が結局どうすればいいのかの知見がないな)

GPLライセンスについての質問です。 GPLで公開されているソフト… - 人力検索はてな
http://q.hatena.ne.jp/1159847609

GPL適用のソースコードを他言語に移植してBSDライセンスに変更できるか | オープンソース・ライセンスの談話室
http://www.catch.jp/oss-license/2011/11/19/gpl2bsd/

licensing - License terms when porting free software to another language - Software Engineering Stack Exchange
https://softwareengineering.stackexchange.com/questions/278094/license-terms-when-porting-free-software-to-another-language

legal - When porting code, must I follow the original license? - Software Engineering Stack Exchange
https://softwareengineering.stackexchange.com/questions/58338/when-porting-code-must-i-follow-the-original-license

Code ported from one to another language - licensing - Stack Overflow
http://stackoverflow.com/questions/10952689/code-ported-from-one-to-another-language-licensing

**デフォルトの名無しさん** · 2017/05/09(火) 01:46:52.98

ソースコードを流用するなら翻訳扱いで著作権の対象

ソースコードを見るだけならリバースエンジニアリング扱いで
著作権的には問題ない（アイディアとアルゴリズムには著作権はない）

って感じかな？

元のMITライセンスのライブラリのCコードを書き換えていく形で移植するつもりなので、
B(私)がCC0にしても、C氏からはMITライセンスのままってことになりそうですね
(あれ？ MITライセンスが感染してる？)

MITライセンスの先頭に
Copyright <YEAR> <COPYRIGHT HOLDER>
があるんだけど、これもそのままにしなきゃいけないんだよなー
(A氏の名前でC#ライブラリの著作権宣言するのか……バグ報告とか行きそうだなー)

**デフォルトの名無しさん** · 2017/05/12(金) 01:31:01.36

ライセンス明示してるのは、コードを利用するのに利用許可を取るための連絡相談しなくていいよ、的なモノだから

元コードの人に別途にMITライセンスではない移植の許可を貰えばいいんじゃねーの？

**デフォルトの名無しさん** · 2017/05/12(金) 08:28:53.92

>>711-713

>>533-539 あたりの話をカブってるんじゃね？

**デフォルトの名無しさん** · 2017/06/04(日) 18:45:00.72

著作権放棄は日本ではできないという話を聞いたけど

**デフォルトの名無しさん** · 2017/06/06(火) 02:41:12.32

規定がないから放棄自体はできないけど
権利を行使しないことで実質放棄になる

**デフォルトの名無しさん** · 2017/06/15(木) 11:51:27.75

>>717
権利を行使しないと最初に言っておきながらやっぱ行使しまーすってのはNG？

NGなら実質放棄とみなせるんだが

**デフォルトの名無しさん** · 2017/06/18(日) 14:53:01.36

>>718
普通は「権利を行使しません」っていう契約書にサインする。
で、やっぱり権利を行使しますとなったらその時点で契約は取り消しとか終了とかそんな感じになる。
契約内容によっては損害賠償を請求されるかもしれない。

**デフォルトの名無しさん** · 2017/08/23(水) 12:47:24.42

Facebookの特許条項付きBSDライセンスが炎上している件について
https://note.mu/konpyu/n/nc0d2f49676ba
Facebook、React.jsのライセンスを維持 - Apacheとの衝突を回避せず
http://news.mynavi.jp/news/2017/08/22/050/
Facebook、Reactの「真のオープンソース化」を拒否
https://it.srad.jp/story/17/08/22/0727207/

> FacebookのライセンスはBSDに独自の特許条項が付いたもので、
> 今回はこの特許条項が問題になった。
> 「Facebook及びFacebookの関連会社を特許で訴訟した場合、
> ライセンスは破棄され、Facebookのコードを使う権利を失う」というものだ。

React逝ったー！？

**デフォルトの名無しさん** · 2017/09/23(土) 08:14:38.29

フリーソフトで音声ファイルのエンコードやデコードをしたいんだけど
コーデックよってはロイヤリティが発生するものがあるんだよね？
商用/非商用の場合は以下の解釈で合ってる？

mp3　→　LAMEならOK？
ogg　→　OK
aac　→　非商用ならOK
m4a　→　OK？
flac　→　OK
wav　→　OK？

**デフォルトの名無しさん** · 2017/09/30(土) 17:49:02.34

mp3ってちょっと前に特許きれなかったっけ？

**デフォルトの名無しさん** · 2017/12/30(土) 22:43:45.33

GPLって自分にも効力及ぶの？
自分で書いたライブラリ(A)をGPLで公開
その後(A)を使った自分で書いたアプリ(B)を公開、配布する場合とかだと(B)もGPLじゃないといけない？

**デフォルトの名無しさん** · 2017/12/30(土) 22:53:52.32

>>723
当然だよ、GPL で後悔したものはずっと後悔（改造の自由を与える余地に配慮）しなければならない

**デフォルトの名無しさん** · 2017/12/30(土) 23:01:02.32

GPLのなかに「著作権者の特権」なんて項目は無いからな

**デフォルトの名無しさん** · 2017/12/30(土) 23:01:47.32

(A)の著作権が100%自分にあるならGPL以外のライセンスで配布するのも自由。
そもそもライセンスというのは利用を許諾してもらう条件なわけで、権利者本人が縛られる必要はない。

**デフォルトの名無しさん** · 2017/12/30(土) 23:23:11.37

著作権者全員の同意が取れる場合も (B) は GPL じゃなくていい
また、(A) 自身も著作権者全員の同意が取れる場合、GPL 以外のライセンスにすることができる
実際 GPL から BSD ライセンスに変更したプロジェクトもいくつかある
ただし、(A) を一回でも外部の人に見せた（ライセンス契約・許諾した）場合、
該当するバージョンの (A) は GPL としてしばらく公開しておく必要はある

**デフォルトの名無しさん** · 2017/12/30(土) 23:29:30.42

GPLに公開の義務は無い

**デフォルトの名無しさん** · 2017/12/30(土) 23:50:00.22

バイナリ配布を停止してもしばらくはソースを受け取れることを保証しなければならないという話かな。
ただ実際のところ、配布者=権利者の場合はそれが守られなくても他人はどうすることもできない。
あとそもそも、ソース同梱での配布なら即時停止も可、ってのがFSFのガイドラインだったと思う。

**デフォルトの名無しさん** · 2017/12/31(日) 22:15:38.40

GPLで配布してしまった後は、出回ったGPLなソフトをGPL以外に変更する術はないし再配布も拒否できないということじゃない？
配布終了に関しては禁止することは無理だろうし
それとは独立して、完全自作であれば同じソフトの非GPL版を自分で設定して、そっちを利用したソフトBのライセンスは非GPL版のライセンスを受け継ぐということでは

**デフォルトの名無しさん** · 2018/01/17(水) 18:15:52.03

MIT Licenseで公開した後にライセンスを取り消して、既に作られた改変物の公開を禁止させることはできますか？

たとえばApache License2.0だと「“取り消し不能な”著作権ライセンスを付与します」とありますが
MIT Licenseには取り消し不能といった文が見当たりません
これだと後から取り消しが出来てしまうのか、それとも法律や別の理由で取り消しは不可能なのか知りたいです

**デフォルトの名無しさん** · 2018/01/17(水) 18:51:57.79

ライセンス契約は相手の同意があれば破棄（解除）できるよ
また、相手に債務不履行があるケース（ライセンス違反）とかも対象になるね
相手に瑕疵がなく相手が同意しない場合は破棄はムリだと思う

ttps://ja.wikipedia.org/wiki/%E8%A7%A3%E9%99%A4

不特定多数に公開している場合、ライセンス契約をすべて解除するのは実質ムリだろうね

**デフォルトの名無しさん** · 2018/01/17(水) 23:05:57.48

>>732
MIT Licenseで公開されたものを自分のプログラムに取り込んでも
突然公開を禁止させられたりする心配はないということですね
ありがとうございます

**デフォルトの名無しさん** · 2018/01/17(水) 23:14:51.92

ライセンサーの意思で勝手に契約を破棄するってのは無理だろうけど、それ以外の理由で
利用を禁止されることがないわけじゃない。
第三者の権利(著作権、特許権)を侵害していた場合とか。

**デフォルトの名無しさん** · 2018/02/12(月) 11:11:43.46

>>1 からずっと読破したんですけど
誰もMPLについてあまり語ってないので教えてください

趣味でプログラム作ってフリーウェアとしてEXEのみ公開している者です
当然そのEXEのCopyright表示には自分のハンドル名を書いています
自作コードの中の処理で困ってググっていたら、とあるライブラリのソースを見つけました
そのソースコードのライセンスはMPL1.1だと書いてありました

このライブラリの中の一部のメソッドを自作プログラムで使った場合
私は今後も引き続き黙ってEXEのみ公開し続けられますか？
それとも今後の公開に当たり、何か別の義務を負いますか？

色々なサイトを読んでもズバッと書いてあるところが見つからない
特にフリーウェア作ってるような草の根プログラマには難解の一言です

どなたか教えてくださると幸いです

**デフォルトの名無しさん** · 2018/02/13(火) 00:51:06.95

アゲてやろう

**デフォルトの名無しさん** · 2018/02/13(火) 01:09:23.55

wikipediaにズバっと書いてあるような気もするけど

Mozilla Public License - Wikipedia
https://ja.wikipedia.org/wiki/Mozilla_Public_License

**デフォルトの名無しさん** · 2018/02/13(火) 15:14:55.04

>>737

Mozilla Public License - Wikipedia　より
被許諾者には主に再頒布に関する責任が要求される。
被許諾者は、MPLで保護されるソースコードすべてに対するアクセスあるいは
提供手段を確保する必要がある。

問題は「私は今後も引き続き黙ってEXEのみ公開し続けられますか？」の部分だと思う
この作者は具体的に何をすれば「再配布に関する責任」をまっとうできるのか？

**デフォルトの名無しさん** · 2018/02/13(火) 18:00:43.26

ライブラリのソースコードをコピペで自分のプログラムのソースに貼り付けたんならその部分を公開すりゃいいだろ
ライブラリ単体で弄らずビルドしたもんとリンクしてんならライブラリ提供元のソースコードへのリンクでも貼り付けてりゃいいだろ
ライブラリ弄ってビルドしたんなら弄った部分含めたライブラリ部分のソースコード公開すりゃいいだろ
そんくらいwikipediaから読めるだろＪＫ

**デフォルトの名無しさん** · 2018/02/16(金) 16:13:23.40

>>739
口は悪いが案外優しいww

**デフォルトの名無しさん** · 2018/04/28(土) 22:09:51.08

外部プロジェクトの一部のファイル（CC 3.0）を自分のプロジェクト（Apache等）に含める場合、
LICENSEファイルはどのように記載すればよろしいでしょうか？

**デフォルトの名無しさん** · 2018/04/29(日) 12:07:09.74

LICENSEファイルというものに厳密な決まりがあるわけではないと思うが、普通は
あなたが配布するソフトウェアを他人に使用許諾する条件を書くものだろう。
つまり全体をApacheライセンスで配布するのか部分的に異なるライセンスで
配布するのかそれ次第。

**デフォルトの名無しさん** · 2018/05/15(火) 21:51:13.45

国鉄方向幕書体が話題になってるから見に行ったらホントにヤバくて草
いくら個人事業主だからって法務適当なまま強気に出すぎだろ・・・

**デフォルトの名無しさん** · 2018/05/23(水) 20:26:19.26

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

IURCO

**デフォルトの名無しさん** · 2018/07/03(火) 00:34:21.68

サーバーサイドのバックエンドのプログラムで
OSSのライブラリやフレームワークを使う場合
サイトのページ生成やサービス(WedAPIなど)として公開する場合
使用したOSS等のライセンス表示したほうがいいの？

**デフォルトの名無しさん** · 2018/07/03(火) 00:45:20.42

それはそこについているライセンス読め
特定のライセンスで扱いがわからないのならそれを提示しないとエスパーにしかわからない

**デフォルトの名無しさん** · 2018/07/03(火) 01:32:37.73

黙って使ってもバレなさそうな気がしたから念のため聞いてみたけど
ライセンス文読めって言えばそれはそうだよな
こたえてくれてありがとう

**デフォルトの名無しさん** · 2018/07/04(水) 21:52:28.97

Z8I

**デフォルトの名無しさん** · 2018/07/05(木) 16:26:05.25

Z8I

**デフォルトの名無しさん** · 2018/07/16(月) 15:52:36.58

ブラウザから見えるJavaScriptのライブラリで、
使用したいコードがMITライセンスなのですが、使いたい部分は全体の10％で、
コードの90％は不要なので削りたいです。
MITはコピーレフトNOで、コピーレフトの要件はwikipediaによると、

＞著作物の利用、コピー、再配布、翻案を制限しない
＞改変したもの（二次的著作物）の再配布を制限しない
＞二次的著作物の利用、コピー、再配布、翻案を制限してはならない
＞コピー、再配布の際には、その後の利用と翻案に制限が無いよう、全ての情報を含める必要がある（ソフトウェアではソースコード含む）
＞翻案が制限されない反面、原著作物の二次的著作物にも同一のコピーレフトのライセンスを適用し、これを明記しなければならない

であり、上記の要件をすべて否定すると改変も出来ないことになりますが、
MITがコピーレフトでないのは、

＞二次的著作物へのライセンス適用や、使用可能なソースコードのコピーを義務づけていないため、コピーレフトではない

からであって、コードを削るなどの改変については制限されていないという解釈で良いのでしょうか？
また削った場合の作者はオリジナルの作者のままでいいのでしょうか？
もし不具合があってそちらに連絡がいくのも困るので、
併記してmodified by meのようなことを書けばいいのでしょうか？
別に元のプログラムに問題があるわけではないので、modifiedの部分が適切かはわかりませんが。