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

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

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

**デフォルトの名無しさん** · 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の部分が適切かはわかりませんが。

**デフォルトの名無しさん** · 2018/07/16(月) 22:10:57.11

コピーレフトなんて横道逸れる前にMITライセンスを読め

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

>>751
では質問を変えます。

改変したコードのライセンス表記はどのようにしたらいいのでしょうか？

**デフォルトの名無しさん** · 2018/07/17(火) 18:14:59.97

ライセンス文書は丸ごとそのまま引き継ぐ
混ざって訳わからなくならんようにそれと区別して改変云々を書いておく

**デフォルトの名無しさん** · 2018/10/17(水) 15:11:42.26

Apache License, Version 2.0って、Twitterみたいに
アプリのヘルプとかでずらっと箇条書きにしてあればいいのかな？
別途LICENSE.txtや取説にも書く必要ってある？

**デフォルトの名無しさん** · 2018/10/28(日) 12:50:30.62

https://github.com/mdn/webextensions-examples/blob/master/beastify/icons/LICENSE
The icon "beasts-48.png" is taken from Aha-Soft’s Free Retina iconset, and used
under the terms of its license (http://www.aha-soft.com/free-icons/free-retina-icon-set/),
with a link back to the website: http://www.aha-soft.com/.

aha-softのURLが開かないんだがbeasts-48.pngを再配布に使っていいのか？

**デフォルトの名無しさん** · 2018/11/09(金) 22:00:52.58

GPLについて、以下使用パターンでググっていろいろ読んだ結果の解釈、合ってるか教えてほしい。

・素性不明だが、libgccみたいなライブラリのソースの一部を改変・流用
・当該ソースには「GPLランタイムライブラリ例外」の記載
・非GCC、プロプライエタリなコンパイラ利用
・商用利用
・バイナリはエンドユーザーまで配布(販売)

この場合、次の処置が必要という認識でいい？
・ReadmeにGPLソフトを利用している旨とライセンス条件ファイルを添付
・流用ならびに改変したソースを添付するか、要求があれば送付する旨の書面を添付
・ランタイムライブラリ例外が適用されるので、当該ファイル以外は公開不要

商用なので正確には法務担当に確認すべきなのは分かってるが、
前任から引き継いだらこんなことになっていた。
リリースまで余裕はあるので上に報告するための話を考える情報にしたい。

**デフォルトの名無しさん** · 2018/11/10(土) 03:47:58.93

問題ありそうね

条件を読む限り、一部のソースを流用してランタイムライブラリの形ではなくプログラムに直接組み込んでいると思う
それでは製品プログラムは独立モジュール（Independent Module）とはみなされないはず

https://www.gnu.org/licenses/gcc-exception-faq.html
に『GCCライブラリからなんのソースも含まない限り、それぞれのファイルは「独立モジュール」です』と書いてある

ランタイムライブラリ例外は独立モジュールが
ランタイムライブラリの形でのGPLソフトウェアを利用している場合に対しての許可なので
独立モジュールじゃなければ、例外に該当しない
プログラム全体がGPLになるはず

◆QZaw55cn4c · 2018/11/10(土) 13:53:47.49

スタティックライブラリかシェアードライブラリかで該非がかわるのですか？

**756** · 2018/11/10(土) 15:21:42.96

>>757
ご指摘のとおり、ライブラリから切り離したであろう.c/.hをプロジェクトに組み込んで使っています。
この形だともはや「ランタイムライブラリ」じゃないという解釈ですね。

つまり、今回のパターンをクリアにするなら例えば
・libgccから不要な機能を削除したスタティックリンクライブラリlibgcc_dietを作成し
・開発中のソフトウェア(独立モジュール)からlibgcc_diestをリンクする
とすればランタイムライブラリ例外が適用できる可能性がある、ということでしょうか。
当然、libgcc_dietはGPLに従いソース含めて公開することを前提とします。

**デフォルトの名無しさん** · 2018/11/10(土) 15:42:23.89

いや、
LGPLの話ではないのでスタティックかシェアードかは関係ない
（FAQにも静的リンク、動的リンクであってもランタイムライブラリ例外は利用可能とある）

https://www.gnu.org/licenses/gcc-exception.html
に独立モジュール（Independent Module）という用語が定義されている

> A file is an "Independent Module" if it either requires the Runtime Library for execution after a Compilation Process, or makes use of an interface provided by the Runtime Library, but is not otherwise based on the Runtime Library.

Google翻訳
> ファイルは、コンパイル・プロセスの後に実行するためにランタイム・ライブラリを必要とするか、またはランタイム・ライブラリによって提供されるインタフェースを使用するが、そうでなければランタイム・ライブラリに基づいていない場合、「独立モジュール」である。

ランタイムライブラリ例外の対象はランタイムライブラリと独立モジュールを組み合わせて作られたターゲットコードへの許可のみ

独立モジュールはコンパイル後だけランタイムライブラリを使う（リンクする）か、
ランタイムライブラリのインターフェースを使用するか、
ランタイムライブラリと一切関係ないかのどれかである必要がある
（いずれの場合も独立モジュールのソースコードにGPLのソースは直接流用されてはいない）

**デフォルトの名無しさん** · 2018/11/10(土) 16:08:47.51

うお、レス書いてたら間に挟まった

>>759
ランタイムライブラリ例外が導入された経緯を考えると、
ランタイムライブラリがGPLなので、GCCで作った実行ファイルもGPLになるというのを回避するためだけのはず

libgcc_diet の案は一見よさそうに見えるが、
プロプライエタリからの利用を極端に嫌うFSFが
ランタイムライブラリ例外付きGPLのコードを、GPL迂回のための抜け道となるように作るとは思えない

例えば、libgcc_diet がランタイムライブラリを名乗れるのかがちょっと分からない
ランタイムライブラリは著作権者がファイルにランタイムライブラリ例外付きとしてライセンスする必要があるが、
著作権者ではない改変者が libgcc_diet をランタイムライブラリ例外付きGPLでリリースできるのかあたりがとても怪しい

**756** · 2018/11/10(土) 18:42:19.95

>>761
>著作権者ではない改変者が libgcc_diet をランタイムライブラリ例外付きGPLでリリースできるのかあたりがとても怪しい
なるほど。この点は要確認ですね。

ちなみに使っているのは、アーキテクチャ依存のスタートアップコードとCPU固有命令をCからコールするためのインライン化コード。
ちょっと特殊なCPUなので代替コードはなさそう。
多分一から書ける人はほとんど居ないので詰んだ感がする。

**761** · 2018/11/11(日) 11:48:37.51

>>762
スタートアップコードとCPU固有命令のCラッパー部分なら、
756 の libgcc_diet の方法で作った場合、
757 で指摘した『製品プログラムは独立モジュールとはみなされない』
という指摘は当てはまらないね
（libgcc_diet のコンパイルと製品プログラムのコンパイルを別にして、後からリンクするだけ）

ただし依然としてランタイムライブラリ例外付きGPLで libgcc_diet をリリースできるかは不透明

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

横から失礼
むしろ改変して、例外を適用出来るの？

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

>>756をまとめると、
「GPLライブラリを改変して、LGPLとして使いたい」
ってことになってしまうのかな？

**761** · 2018/11/12(月) 16:28:25.36

GPLのソースコードを改変したコードだったり、
GPLのソースコードと自分のソースコードを混ぜてコンパイルしたら、
757 で言ったとおり「独立モジュール」にならないので例外を適用できないよ

リンク段階なら適用できる

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

書き方の問題だと思うけど、GPL+リンク例外のコードを改変したものを同じGPL+リンク例外で
リリースする分には問題ない。もちろん純粋なGPLのコードからはダメだが。

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

ランタイムライブラリ例外で追加された許可は、
「独立コードであればランタイムライブラリのGPL違反とはならない」という一つのみなので、
派生コードをランタイムライブラリ例外付きGPLでリリースすることは許可されていない
という可能性がありそうに見えます
（ただのGPLなら可）

（どのライセンスもそうだけど）ランタイムライブラリ例外付きGPLにするには著作権者全員の同意が必要で、
libgcc_diet の著作権者として libgcc の著作権者が含まれる訳だけど、
libgcc_diet をランタイムライブラリ例外にするには libgcc の著作権者の同意が必要なんじゃないかと

自分が見落としてるGPLの条項とか、GNUやFSFの見解とかあれば教えてください

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

GPL系のライセンスでは複製物/派生物は基本的に元のライセンスと同じライセンスで配布することを要求する。
LGPLなどリンク例外付きのものはGPLを選択してもよいというオプションが追加されているだけ。

>（どのライセンスもそうだけど）ランタイムライブラリ例外付きGPLにするには著作権者全員の同意が必要で、

それを同意するのがまさにライセンス条項なわけで。

**756** · 2018/11/13(火) 00:45:43.57

休日で見れない間に進んでた。

・GPLライブラリ例外となっているライブラリ内のソース抜き出し利用
　→ライブラリ例外適用不可
・GPLライブラリ例外のライブラリを変更し、ソース公開しつつそのライブラリにリンク
　→ライブラリ例外適用可

ということだと解釈した。

今日さらに調査をした結果分かったこと。
最初のレスで「libgccみたいなライブラリのソースの一部」と書いたが、コレはどうもコンパイラに付属しているCランタイムライブラリのようだ。
ライブラリ全体はlibgccをベースに、アーキテクチャ向け変更を入れ込んでソースごと公開されている。
LICENSEにはランタイムライブラリ例外の旨も付いていた。
これを見ると上で議論のある「GPLランタイム例外が適用されているライブラリを改変し、同じライセンス形態のまま公開」が成立しているように見える。
有料で売ってるコンパイラなのでそこはメーカが問題無いと判断した上で販売していると認識したが、果たして。

というか、この理論が成立しないとlibgccをさまざまなCPU向けに作り変えてもライブラリ例外が適用できなくなってしまうが、そういうものなのだろうか。

**761** · 2018/11/13(火) 01:19:18.61

ふー、GPLv3内の該当の条項を探した

7. Additional Terms.
より、適当抜粋

・追加条項はGPLv3のライセンス本体に含めるとあった
・ランタイムライブラリ例外のような許可の追加条項（Additional permissions）は引き継いでも破棄してもいい様子
・許可の追加条項の条項に記載することで、例えば改変された場合に追加条項の削除もできる
・非許可の追加条項は許されていない

GCCランタイムライブラリ例外の条項には改変時の追加条項の削除の条項は見当たらないので、
ランタイムライブラリ例外付きGPLは、ソースをランタイムライブラリ例外付きGPLとしてリリースできるっぽい

まじか……
ランタイムライブラリ例外付きGPLは、シェアードライブラリにする必要がないからLGPLより緩いのか

**デフォルトの名無しさん** · 2018/11/14(水) 13:49:00.33

FSFの文章読んでると
「今後はAGPLv3に統合してく、特例としてLGPLは作ったが出来ればGPLv3にしろ。
なお他のライセンスは一切使うな。」
って感じだけどなぁ

**デフォルトの名無しさん** · 2018/11/22(木) 15:34:31.25

Apache License 2.0の最後に定型文があって「添付してください」って書いてあるけども、
これってAppendixだから「適用する時の例」であって、
「絶対にこの書き方をしなければならない」って意味では無いですよね？

**デフォルトの名無しさん** · 2018/11/27(火) 00:37:44.31

いつの間にかWineがLGPLになっているけど、これを使ってリバースエンジニアリング禁止のプロプラアプリを動かしたらライセンス違反になっちゃうんじゃないの？

**デフォルトの名無しさん** · 2018/11/27(火) 09:14:42.46

動かすだけなら問題無いんじゃ？

**デフォルトの名無しさん** · 2018/11/27(火) 18:20:02.40

どういう理屈？

アプリAがLGPLのライブラリBを呼んだらアプリAはリバースエンジニアリングを禁止できないだろ
Wineの場合ライブラリBがWineになるんだからアプリAがリバースエンジニアリングを禁止している場合は
ライセンス違反になっちゃうんじゃないの？

**デフォルトの名無しさん** · 2018/11/27(火) 19:18:31.09

GPLは著作権を土台としているため頒布や改変(と二次的著作物の頒布)を利用条件の元に許諾を与えてる
自分が使うために利用することに制約は無い

**デフォルトの名無しさん** · 2018/11/28(水) 15:16:18.69

Wineで何をどう動かすかくらい書かないと、エスパーじゃないとわからんな
Wineのソースコードを改変して配布しようとしているのか？

**デフォルトの名無しさん** · 2018/11/29(木) 16:17:55.80

GPLの著作権って、いつ切れるのかな？
実質改変され続ける限りは無限？
（そして50年以上改変しないアプリなんて価値が無いし）

**デフォルトの名無しさん** · 2018/11/29(木) 18:58:30.47

TPPで著作権の保護期間が50年から70年に延長
GPLはライセンスでプログラムを書いた人が自由に決めてるもので
著作権は法律で決まってて自由に決めれないものだろ
ライセンスは無期限じゃね
ライセンス違反で訴えられるなら使用時に同意した契約に違反したってことになるのかな

**デフォルトの名無しさん** · 2018/11/29(木) 19:00:33.61

タイムリーにこんな類似ネタも出てきた
【レビュー】手のひらサイズの「PlayStation Classic」を一足先にチェックする-Impress Watch
ttps://www.watch.impress.co.jp/docs/review/review/1155161.html
システムまるっとGPLな訳ないはずだが、どう解釈をするとGPLを回避できるのだろうか

>>778
リバースエンジニアリングNGのWinアプリなら何でも良いよ

**デフォルトの名無しさん** · 2018/11/29(木) 19:39:50.51

>>781
GPLを回避とか何言ってるかわけ分からん

**デフォルトの名無しさん** · 2018/11/29(木) 20:10:41.26

>>779
著作権に関して無期限の保護期間を設けた法律って、どこかにあるのかな？

無ければ無限の保護期間は法律に反するので認められることは無いと思う。

最初の状態に対して全てに同じ保護期間が適用され続けるのか、改変の度に改変部分のみに個別の保護期間が適用されるのか、改変ごとに新たな保護期間が適用されるのかは知らない。

もしも改変ごとに新たな保護期間が適用されるとしても、それなら改変前のソースにはそれ用の保護期間が適用されているので、そちらの保護期間が先に切れる。

故に保護期間が終了したソースから同じコードを利用できれば、最新のソースの保護期間に縛られないと思う。

というわけで、どんなライセンスの形態であっても、保護期間は同じように考えて良いんじゃないかなと思う。

**デフォルトの名無しさん** · 2018/11/29(木) 20:23:26.86

本を出版した時に「無期限で中古本で販売できない」ってライセンスをつけて
本を買ったならライセンスに同意したとみなすっていってるようなものだろ

**デフォルトの名無しさん** · 2018/11/30(金) 13:54:17.02

>>783
＞最初の状態に対して全てに同じ保護期間が適用され続けるのか、改変の度に改変部分のみに個別の保護期間が適用されるのか、改変ごとに新たな保護期間が適用されるのかは知らない。

GPLでもこの辺りが明記されて無いんだよな
まー今はまだ適用対象が存在しないし、FSFが必要になって来たら明記するんだろうけども

**デフォルトの名無しさん** · 2019/02/15(金) 18:57:06.23

プログラム以外の著作物に使用できる左翼過ぎないライセンスってないかな？
CCやGFDLだとGPLと同様にプロプライエタリな規約と干渉するので困る
MITや2clauseBSD、欲張っても3clauseBSDやApache的なのを探しているんだが

**デフォルトの名無しさん** · 2019/03/23(土) 21:10:06.72

海外のハック系フォーラムに転がっているツール群とかライセンスなんて知ったことかと詰め合わせていたりするけど
日本でアレやったらGPL厨をはじめとする炎上厨が暴れ回って潰されるよな

**デフォルトの名無しさん** · 2019/03/24(日) 15:22:29.76

>>787
ハック系フォーラムでライセンス順守しろってアホか

**デフォルトの名無しさん** · 2019/03/25(月) 18:21:37.63

企業のプロダクトならともかく個人が小規模に配布しているツール群ですら炎上するだろ
権利者が文句言うならともかく部外者が権利者のごとく叩いていたりするし

**デフォルトの名無しさん** · 2019/08/29(木) 12:23:25.48

保守

**デフォルトの名無しさん** · 2019/10/09(水) 15:53:14.24

Microsoft Speech Platformで作成した音声って無料で記載無しに商用利用出来るのでしょうか？
Annaの例だとカスタマーサービスに相談とありますが、毎回相談する必要があるのでしょうか？

Microsoft Speech Platform - Runtime (Version 11)
https://www.microsoft.com/en-us/download/details.aspx?id=27225

Microsoft Annaの商用について
https://answers.microsoft.com/ja-jp/windows/forum/all/microsoft/eaee2c22-a910-4f3b-84d7-28981f80063e
＞Microsoft Anna に限らず、商用利用について個別に許可や判断はしておりません。 [ガイドライン] の範囲内でご利用をお願いしております。
＞ガイドラインを確認しても判断が難しい場合は [カスタマーサービス] に相談された方がいいかもしれません。

**デフォルトの名無しさん** · 2019/10/09(水) 17:16:00.30

＞ガイドラインを確認しても判断が難しい場合は [カスタマーサービス] に相談された方がいいかもしれません。
ライセンス以前の問題。自分でコピペした内容わからないのか
誰かに必要ないって言ってもらっても意味ないからな

**デフォルトの名無しさん** · 2020/04/22(水) 09:48:01.28

GPLライセンスで作られた画像ソフト（GIMP等）を使って出来たアイコンを、
プログラムに組み込んだらGPLライセンスになるのでしょうか？
画像ソフトそのものを組み込まなければ、関係ないですよね？

**デフォルトの名無しさん** · 2020/04/25(土) 04:27:49.52

ならない
>自由でないプログラムを開発するために、GNU EmacsのようなGPLの及ぶエディタを使っても良いでしょうか? GCCのようなGPLの及ぶツールを使って自由でないプログラムをコンパイルすることはできますか? (#CanIUseGPLToolsForNF)
> はい、なぜならばエディタやツールの著作権はあなたが書くコードには影響しないからです。法的には、あなたがどんなツールを使っても、あなたがご自分のコードに適用するライセンスに関しては何の制限も課されません。
https://www.gnu.org/licenses/gpl-faq.ja.html#CanIUseGPLToolsForNF

**デフォルトの名無しさん** · 2020/04/27(月) 11:21:18.43

GPLになるのはライブラリとして組み込んだ場合で、
道具として使う分には無関係なのね、ありがとう

**デフォルトの名無しさん** · 2021/01/14(木) 20:47:54.83

Linuxが動く組み込み機器にWebアプリ(自作)を入れて売り物にする場合は、このWebアプリのライセンスはどうなりますか。
WebアプリはApacheかNGINXを利用します。カーネルやライブラリの改変は行いません。

**デフォルトの名無しさん** · 2021/01/15(金) 10:56:31.08

>>796
売り物かどうかは関係ないがそのWebアプリが自作なら好きにすれば良い
ただし機器に組み込まれたカーネルやライブラリなどを含むその他の
ソフトウェアのライセンスによってGPLなどは配布するあなたに
面倒な義務が生じるのを忘れずに

**デフォルトの名無しさん** · 2021/01/17(日) 21:14:45.33

>>797
ありがとうございます。
組み込み機器だとスタティックリンク扱いになって面倒なことになるかもと
懸念していましたが、そんなこと無いのですね。

**デフォルトの名無しさん** · 2021/03/25(木) 00:18:26.64

railsが依存していたライブラリがMITだと思っていたのが
実はGPLにしなければいけなかったことが発覚して
過去に遡ってライセンス検証の必要が出てきて
上へ下への騒ぎになってるな

**デフォルトの名無しさん** · 2021/05/28(金) 11:49:20.56

ネットで拾ったコードが部分的に散在
どうすりゃいいんだ

**デフォルトの名無しさん** · 2021/09/25(土) 03:21:16.96

↓ここのphp-swiss-ephemerisを自分のサイト（広告収入あり）で使用しようと思っています。
https://github.com/chapagain/php-swiss-ephemeris/blob/master/LICENSE
これ自体はMIT Licenseのようなのですが
大本のswissephemerisのサイトを確認してみると
https://www.astro.com/swisseph/swephinfo_e.htm
ライセンスは、swissephemeris独自の有料プロフェッショナルライセンスかAGPLで使うか、どちらかのようです。

自分が使うのは最初のphp-swiss-ephemerisなので（大本の方は暦の範囲が広い）、
大本のライセンスはガン無視してMIT Licenseで使ってしまってよいものなのでしょうか？

**801** · 2021/09/25(土) 03:22:56.58

上げわすれましたすみません

**デフォルトの名無しさん** · 2021/09/25(土) 09:46:21.14

>>801
そのgithubに上がっているコードだけで動くものであればMITと思っていいはず。
もちろんそれが嘘である可能性もゼロではないが。

**801** · 2021/09/25(土) 19:56:57.61

>>803
レスありがとうございます！！
MITで出してる人の信憑性の方をじっくり確認して判断しようと思います
（ずいぶん前からやってる人だから大丈夫だとは思うけど、、）

**デフォルトの名無しさん** · 2021/10/07(木) 10:26:14.88

質問です。PythonやPerlのようなスクリプト(ただしBSD-3clause)をバンドルすることは可能でしょうか。
本体はソースコードを伏せるとします。

**デフォルトの名無しさん** · 2021/10/07(木) 20:57:30.45

もちろんライセンス条件に従えば可能

**デフォルトの名無しさん** · 2021/10/07(木) 21:08:58.86

805です
>> 806
ありがとうございます

**デフォルトの名無しさん** · 2021/10/08(金) 17:30:48.49

いつの間にか「LGPL3+」ってラインセンスが出来てたけども、
dllとして使う分には今までのLGPL通り特に公開しなくて良いのかな？

**デフォルトの名無しさん** · 2021/11/01(月) 17:37:22.19

mitライセンスのプログラムを自分のサイトで使った場合だけど
Copyright (c)　○○　のとこは自分の名前に変えるの？

**デフォルトの名無しさん** · 2021/12/14(火) 10:03:37.41

MITライセンスの解説サイトがどれもクソ
配布側と利用者側で分けて説明しろよ下手くそがっ

**デフォルトの名無しさん** · 2021/12/18(土) 14:05:46.31

MITライセンスみたいな単純なものを理解できない人間がいるのか

**デフォルトの名無しさん** · 2022/12/04(日) 14:26:21.44

読むだけでも有用な良スレなので上げとく

**デフォルトの名無しさん** · 2022/12/30(金) 01:47:46.99

BSD、MIT、Apacheライセンスの違いを比較したサイトとか無い？

**デフォルトの名無しさん** · 2023/01/06(金) 19:32:26.62

IPAに書いてある

**デフォルトの名無しさん** · 2023/06/18(日) 21:45:33.58

age

**デフォルトの名無しさん** · 2023/08/15(火) 21:07:32.31

あの、初心者すぎて聞くのも恥ずかしいのですが、
ossのライセンス読んでると改変っていうのが出てくるんですが、例えばpythonでpipインストールしたライブラリをインポートして普通に.pyファイルにライブラリの機能を使うためのコードを書いただけでは改変にはならないのでしょうか…。

あと、例えばBSDのライブラリだけど、インストールに必要な依存ライブラリの中にGPLがある場合、直接BSDのライブラリしかインポートしてなくても、作ったプログラムはGPLになってしまうのでしょうか…

**デフォルトの名無しさん** · 2023/08/15(火) 21:58:24.25

あなたが配布するものの中に他人の著作物が含まれない限りはなんの問題もない。
真面目にやるならソフトウェア著作権についての本を1冊読んでみるといい。

**デフォルトの名無しさん** · 2023/08/15(火) 23:06:08.59

GPLのライブラリへの依存については
難しいところがある
FSFはGPLの影響を受けると主張してるが
関係ないだろと言ってる人もいる

裁判で決着つけるしかなさそうだが判例は
まだ無いんじゃないか

**デフォルトの名無しさん** · 2023/08/16(水) 05:00:24.13

LGPLってLGBTみたいで気持ち悪いよな

**デフォルトの名無しさん** · 2023/08/16(水) 06:57:40.77

みなさまありがとうございます。
大変参考になります…。
本を買って勉強してみます…。

ちなみに社内利用だけに留めて外部に公開しなければ改変とかしても著作権表示とかソースコード公開とかしなくてもいいんですかね…。（社内でソースコード公開しないというのも変ですが）

**デフォルトの名無しさん** · 2023/12/27(水) 18:26:56.94

MITライセンスとかBSDライセンスの成果物を再配布する際に作者に一言断りをいれるって
暗黙のマナーなの？

俺に一言の連絡も無く買ってに再配布しやがった！許せんやつだ！みたいな作者をみて
ちょっと新鮮な驚きを感じてンだけど。

**デフォルトの名無しさん** · 2023/12/27(水) 19:52:19.56

晒せ

**デフォルトの名無しさん** · 2023/12/28(木) 21:54:34.92

ライセンスに明記されてない暗黙の「守らなきゃならないマナー」があったら怖いわｗ
そんな要求する人がいれば「ライセンスにちゃんと書き足しとけ」っていうのがこのスレ的には正しいだろうけど、関わらない方が正解だな

**デフォルトの名無しさん** · 2023/12/28(木) 22:58:06.13

>>823
そうだけど誰か分からないとうっかり関わってしまうかもしれない
というわけで誰がどこでそんなこと言ってるか教えて >>821

**デフォルトの名無しさん** · 2023/12/28(木) 23:39:18.70

暗黙のマナーではないけどマナー違反だと
怒ってた人は見たことある
昔なんで何だったか忘れたけど

**デフォルトの名無しさん** · 2024/01/28(日) 12:01:24.50

LGPLなライブラリ(改変なし)を動的リンクした実行ファイルについて質問
このライブラリと実行ファイルをインストーラに含めて配布する場合、実行ファイルのソース公開義務はないとの認識でよい？

**デフォルトの名無しさん** · 2024/03/03(日) 18:14:15.04

どなたかNASAのjpl ephemeridesのライセンスが何なのか
ご存知でしたらお教えいただけませんでしょうか
https://ssd.jpl.nasa.gov/ftp/eph/planets/bsp/
↑ここのde***.bspです。
webで公開する月齢の暦を作るべくこれ（とMITライセンスのskyfieldというpythonライブラリ）を使いたいのですが
探しても明確なところがはっきりしません
使用する場合ソースを開示しなければならないタイプはセキュリティ的によろしくないので避けたいのですが、、
どうぞよろしくお願いいたします

**デフォルトの名無しさん** · 2024/08/12(月) 09:08:49.58

すいません、BSDライセンスに関してちょっと質問させて下さい

BSDライセンスで公開されているProjectAがあって、
そのProjectAを取り込んで作成されたProjectBがあって（これもBSDライセンスで公開）

このProjectBを第三者が再配布したい場合、ProjectBの作者のCOPYRIGHT等を
明記するのは当然として、ProjectAの作者のCOPYRIGHTの明記も必要でしょうか？

なおProjectBの配布物一式にはソースは含まれておらず、かつProjectBの中では
ProjectAに関しては一切触れられていません（←これがそもそもおかしい気がする）

本来ならProjectBの配布物の中で「本ProjectはProjectAをBSDライセンスに基づいて
利用させて頂きました云々」の記載があるのが普通でわ？と言う気もしますが

**デフォルトの名無しさん** · 2024/08/12(月) 15:14:21.73

ProjectBがAのライセンスを守ってない違法な
配布物なので使用ができない