X



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

0535デフォルトの名無しさん
垢版 |
2013/10/30(水) 06:44:25.23
>>533
BSDライセンスのソースを修正した場合と基本的には同じです。

>その他の人が使う際に私のライセンス主張の有無に関わらず移植元の人のライセンスが適用・保障はされるのですか?
あなたが明示的に改変後のコードにBSDライセンスを適用しない限り、あなたのコードを他の人が使う際、移植元の人のライセンスが適用・保障されることはありません。
これはBSDLに限らずありとあらゆるライセンスについて言えることです。
(例えばGPLでもそうです。GPLの場合「明示的に改変後のコードにGPLを適用」しないと著作権侵害になりますが)

あなたは自分の修正したプログラムを頒布する際に、移植元のソースのライセンス条件は守らねばなりません。
BSDLの場合、移植後のプログラムの利用者が、元のプログラムのライセンスや著作権表示を閲覧できるようにするなどの必要があります。
(ここでは移植元のライセンス表記が見られればいいだけです。移植後のあなたのプログラムにBSDを適用する必要はありません。混同しないように)
0536デフォルトの名無しさん
垢版 |
2013/10/30(水) 06:47:46.19
>移植したコードに対して私がライセンスを主張せずに公開するのは避けたほうがいいですか?
「私がライセンスを主張」というのはあいまいで解釈が難しい文章ですが……
この場合、あなたは元のソースコードを改変した成果物を、BSDライセンスにしたがって自由に公開できます。

改変後のプログラムにオープンソースライセンスを適用せずにプロプライエタリなプログラムとして公開してもよいですし
あなたの改変部分もBSDライセンスにして、全体としてBSDライセンスのプログラムとして配布することもできますし
あなたが自由ソフトウェア主義者ならば、あなたの改変部分をGPLv3とすることで、全体としてGPLv3のプログラムとして配布してもよいでしょう。
あるいは、あなたの改変部分についての著作権をCC0の下で放棄しても構いません(この場合でも、改変元のプログラムの著作権は残ります)
0537デフォルトの名無しさん
垢版 |
2013/10/30(水) 11:14:10.57
>>535
>あなたが明示的に改変後のコードにBSDライセンスを適用しない限り、あなたのコードを他の人が使う際、
>移植元の人のライセンスが適用・保障されることはありません。

三次派生物を作る場合、オリジナルと二次の作者の許諾が必要。
少なくとも、オリジナルのライセンスをさらに弱めたライセンスを二次派生物の作者が適用することはできない。
0538デフォルトの名無しさん
垢版 |
2013/10/30(水) 11:20:07.63
>>533
>言語の差異の部分を修正しただけのコードに自分のライセンスを主張するのは何か違う気がするので
貴方が改変したという事実は記載されなければならないわけで、
貴方の成果物に関してオリジナル作者の名前を騙ることは許されない。
改変部分に関しては貴方が著作権を持っており、そこに関しては何らかの明示をする必要がある。
0539デフォルトの名無しさん
垢版 |
2013/10/30(水) 13:09:25.18
>>538
>改変部分に関しては貴方が著作権を持っており、そこに関しては何らかの明示をする必要がある。
BSDライセンスの場合に関して言えば、変更した部分について明示する必要なんかないよ
(その場合ライセンスなしのプロプライエタリなソフトウェアになる。)
0540533
垢版 |
2013/10/30(水) 23:50:44.15
>>535-539
丁寧に回答していただきありがとうございました
とても参考になりました
0542デフォルトの名無しさん
垢版 |
2013/10/31(木) 15:26:20.06
>>541
文書の一部である以上、文書と同じライセンスが適用されると考えるべきだろう。
初めの「Notices」の部分にいろいろ書いてある。
0544デフォルトの名無しさん
垢版 |
2014/01/01(水) 17:20:55.77
多分大丈夫だとは思いますが、一応念の為に。

MITライセンスのライブラリを使用したいのですが、配布されてるバイナリは環境に合わない(C#ですが、.net frameworkの4でコンパイルされてる)モノだったので、手元でソースを再コンパイルする必要がありました。
もちろんソース自体は一行一句変えていませんが、これを利用したアプリも通常のMITライセンス(使用している事の明記とMITライセンスへのリンクの表示)で利用・再配布できると考えてよろしいでしょうか?
ちなみにモノは http://commandline.codeplex.com/ です。
0545デフォルトの名無しさん
垢版 |
2014/01/03(金) 20:56:11.32
>>544
MITライセンスなら何でもアリでしょ。
たとえソースコードを大幅に書き換えたとしても自分の好きなライセンスでアプリを配布していいよ。
>The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
っていう条項を守ってる限りはね。
0546デフォルトの名無しさん
垢版 |
2014/01/04(土) 23:19:34.18
>>545
了解。
コンソールアプリなんで、readme.txtと起動画面に使ってる事とMITライセンスのURLを表示するつもりです。
0547デフォルトの名無しさん
垢版 |
2014/02/02(日) 01:51:27.92
自分が書いたソースコードをGPLライセンスにするのって
すべてのファイルにあの文章書かないといけないんだっけ?
めんどくさいのう。
0548デフォルトの名無しさん
垢版 |
2014/02/02(日) 10:09:46.02
>>547
書いたらなおよし、ってだけであって、
デュアルライセンスな場合もあるので一概に書いていいものでもない。
0549デフォルトの名無しさん
垢版 |
2014/02/02(日) 11:44:19.20
チャイニーズ光金ディナーコース

チャイニーズ光金ディナーコース

チャイニーズ光金ディナーコース

チャイニーズ光金ディナーコース
0550デフォルトの名無しさん
垢版 |
2014/02/22(土) 01:54:55.34
ここで質問するのが適当かよく分からないけど
プログラムのリソースに自分でペイントソフトで描いた画像を含めるとき
その画像にMSゴシックとかプリインストールされてるフォント使った文字とか入れるのまずかったりする?
0552デフォルトの名無しさん
垢版 |
2014/02/22(土) 10:23:18.24
フォント(ファイル)のコピーがだめで
フォントを使って作成した画像は
また話が違うんじゃないの?
0553デフォルトの名無しさん
垢版 |
2014/02/22(土) 10:27:41.12
フォントはフォントごとのライセンスを見る必要がある。
MSゴシック、MS明朝、メイリオなんてのは基本的に画面で見るためのもので、
画像埋め込みや印刷は想定外のはず。
近年における運用方針の改定でユルくなってる話をちらほら見かけるが。

英語フォントだとパブリックドメインのフォントも収録されてたりするな。DejaVuシリーズとか。
0556デフォルトの名無しさん
垢版 |
2014/02/22(土) 19:36:36.39
>>555
説明がめんどくさいからそんな単純な言葉で濁されたんじゃね。
とりあえずそういっとけば間違いは無いしな。
0557デフォルトの名無しさん
垢版 |
2014/02/22(土) 20:44:45.67
http://msdn.microsoft.com/ja-jp/library/bb447673.aspx
> フォントのライセンスはベンダーによって異なりますが、ラスタライズされた文字セットを含むビットマップなどの複製物の再配布を含む、フォントの再配布を許可していません。
> これは、Microsoft がアプリケーションおよび Windows オペレーティング システムで提供しているフォントを対象とした多くのライセンスに当てはまります。

まあPC上で普通に表示することしか許可してないライセンスのフォントは多いよね
0558デフォルトの名無しさん
垢版 |
2014/02/22(土) 20:49:16.20
>>555
MSがそう言うのは勝手だが、法律で認められた以上の権利が発生するわけはない。
ただし、XNAのSDKとかにはそれはそれで著作権があるわけなんで、そっちの
ライセンス条件としてそういうことが謳われていたのを誤解したんじゃないか?
0559デフォルトの名無しさん
垢版 |
2014/02/22(土) 21:05:49.59
タイプフェイスの著作権がほとんど認められないために画像を経由すると権利が途切れてしまう
だからフォントファイル自体の著作権を盾にそのライセンスで画像の公開を制限する方向へ行くのも仕方ないね
0560デフォルトの名無しさん
垢版 |
2014/02/22(土) 21:09:28.73
フォントの文字形状自体に著作権はないがフォルトファイルは著作物だしそれを使って
何が出来るかはフォントを使うときに結んだ利用許諾に制限されるわな。
0562デフォルトの名無しさん
垢版 |
2014/02/22(土) 23:27:33.97
えらそうに否定的意見を並べてもいざ訴訟するぞと脅されただけで小便ちびって震え上がるのが2chクオリティ
0563デフォルトの名無しさん
垢版 |
2014/02/23(日) 00:29:36.33
そりゃ、フォント使った画像公開しただけでそんな脅しされたらな。
つか、まったく身に覚えがなくても、訴訟するぞと名指しで脅されたらびびるわ。
0564デフォルトの名無しさん
垢版 |
2014/02/24(月) 08:30:12.36
アルゴリズムが特許登録されていてもこちらの方が先に開発したものである限り特許料を払う道理はないという
ライセンスない?
0566デフォルトの名無しさん
垢版 |
2014/02/24(月) 09:41:41.38
自分で先に登録しておくかモノ自体を先に出しておく
後者の場合は公知となる上に相手側の特許無効を証明する手間が増える

どちらもやらないならアウト

先発明主義とかいうアホなルールを使ってたアメリカもやめちまった
0567デフォルトの名無しさん
垢版 |
2014/05/22(木) 06:35:00.72ID:JO7c/VLA
LGPLv3のライセンスのライブラリを
動的・静的リンクで使うプログラムを作る場合に
そのライブラリを利用することとか著作権表示等をどっかに記したりしたほうがいいの?

gccでコンパイルしたものがリンクされるのは
システムライブラリだから話は別で上記は適用されないだけ?
システムライブラリでないLGPLv3のライブラリは上記な感じ?
0568デフォルトの名無しさん
垢版 |
2014/05/22(木) 08:03:26.74ID:nK0kbcHA
>>567
作るかどうかじゃなくてバイナリを配布するかどうかが問題。
ローカルで作るだけなら好きにすればいい。
配布するならどっかに記した方がいい。

「私はシステムライブラリです」なんて書いてあるライブラリは無いので、
結局は各ライブラリの文言に従うことになる。
システムライブラリっぽいGPLライブラリには例外規定があって普通に使う分には問題なかったりする場合もある。
0569デフォルトの名無しさん
垢版 |
2014/05/22(木) 08:11:08.68ID:JO7c/VLA
>>568
なるほど、ライブラリ本体を含めて配布する場合ときに何か書けばよいということで
ライブラリ本体は含めずにそのライブラリを使うプログラムだけを配布のときは記載は要らない
という感じですか
0570デフォルトの名無しさん
垢版 |
2014/05/22(木) 08:39:10.79ID:nK0kbcHA
>>569
静的リンクの場合、全体がLGPLになるのでソースの公開、ライセンス文書の提示、著作権表示がフルセットで義務になる。
動的リンクの場合、自分が作った部分は好きなライセンスにできるがライセンス文書の提示、著作権表示は義務。

リンクした時点で「結合された作品」とみなされるので、ライブラリを埋め込んだり、同梱したりするかどうかは関係ない。
0571デフォルトの名無しさん
垢版 |
2014/05/22(木) 08:58:22.16ID:JO7c/VLA
>>570
なんか色々とややこしくて分かりにくいライセンスなんですねLGPLは

> 動的リンクの場合、自分が作った部分は好きなライセンスにできるがライセンス文書の提示、著作権表示は義務。

つまり、私のプログラム(実行形式の状態)の配布ページに
私のプログラムがこれこれのライブラリを使うので別途入手・インストールしてくださいの文言だけじゃなく、そのライブラリのライセンス文書・著作権も記載する
もしくは、私のプログラムを配布するアーカイブにライセンス文書の提示、著作権表示を含める等が必要ということですね
0573デフォルトの名無しさん
垢版 |
2014/05/22(木) 19:57:53.30ID:nK0kbcHA
>>572
ああごめん。間違ってた。
> GNUライセンスに関してよく聞かれる質問 - GNUプロジェクト - フリーソフトウェアファウンデーション
> (LGPLの)及ぶ作品に対し、静的 vs 動的にリンクされたモジュールについて、LGPLには異なる要求がありますか? (#LGPLStaticVsDynamic)
> http://www.gnu.org/licenses/gpl-faq.ja.html#LGPLStaticVsDynamic
> LGPL (現存のどのバージョンでも: v2, v2.1, or v3)に適合する目的では:
>  (1) LGPLのライブラリに対し静的にリンクする場合、
>  ユーザがライブラリを改変してアプリケーションと再リンクできる機会のために、
>  あなたは、あなたのアプリケーションを、オブジェクト(ソースの必要は必ずしもありません)フォーマットでも提供する必要があります。
0574デフォルトの名無しさん
垢版 |
2014/05/22(木) 22:14:11.13ID:RtFeOXjE
>>573
LGPL な部分と、それ以外の部分とをオブジェクトレベルで分割しておけばいい、ということですね。
それならある程度納得ですね
0575デフォルトの名無しさん
垢版 |
2014/08/06(水) 02:46:32.25ID:Y/ZVbt3c
GPLな辞書ファイルを内蔵するアプリは、それ自身もGPLにしなければなりませんか?
0576 ◆QZaw55cn4c
垢版 |
2014/08/06(水) 08:22:36.92ID:1M326YIX
>>575
GPL な部分がダイナミックライブラリ(シェアードライブラリ)ですでに提供されているのであれば、それをリンクするのは GPL に違反しない、というのが一般的見解
スタティックにリンクするとか、そもそもソースにインクルードするとかだと GPL 汚染は免れない
自分で DLL にするのはどうだろうか?
0579デフォルトの名無しさん
垢版 |
2014/08/07(木) 05:40:04.99ID:Yu4xufVM
575です
まず補足です
・辞書ファイルはただのテキストファイルで、それをアプリが(C言語のfopenで)読み込み利用します
・辞書は本体にハードコーディングされている訳ではなく、リソースファイルとして利用します
・配布物は次のようにするつもりです
 アプリフォルダ(zipで圧縮)
 ┣アプリ本体
 ┗GPLな辞書ファイル.txt

>>578のリンクから引用すると、
「プログラムがプラグインと動的にリンクされており、
お互いにファンクションコールを使ってデータ構造を共有している場合」
に該当しGPLにする必要がある、と見て良いんでしょうか?

「動的にリンク」はfopenしているので該当すると思うのですが
「データ構造を共有」がこの場合よく分からないです
0580 ◆QZaw55cn4c
垢版 |
2014/08/07(木) 05:58:34.71ID:RR5kCQRz
>>579
>>578 の説明は自分のコードからGPLなコード(形態はどうであれ)を呼び出す/使用するときの話が前提だからね。
GPL なデータを使用する件については、また別の考え方がありそうだ‥

>>578
ごめんね、でもダイナミックリンクOK、スタティックリンクNG と単純化した意見はよくきくよ、ほーりつの人は細かいことはよくわからないみたいだね
0581デフォルトの名無しさん
垢版 |
2014/08/07(木) 07:00:54.33ID:Yu4xufVM
ああー、そうですね
私の解釈だと例えばGPLな画像をブラウザで表示しただけで
ブラウザもGPLになってしまうことになりますね
0582デフォルトの名無しさん
垢版 |
2014/08/07(木) 08:03:44.70ID:RR5kCQRz
>>581
でも Windows のリソースに含めるとなると、見かけ上一つの .exe にデータが梱包されているわけだから、これが GPL のデータであれば形態上少々まずいことにはなりそうです。
GPL なデータを(サービスとして)ひとつのパッケージに入れるだけなら問題ないような気がします。(無論、そのデータの由緒をきちんと説明する必要はあると思います。)
0583デフォルトの名無しさん
垢版 |
2014/08/08(金) 00:21:57.37ID:3qQjocvL
PS3のファームウェアにGPLだかの画像が混じってるやらで話題になってたような
0584デフォルトの名無しさん
垢版 |
2014/08/23(土) 01:02:11.35ID:jh8yRGUv
これマジ?


522 :('A`) [] :2014/08/23(土) 00:58:28.41 0 [PC]
ライセンスはアルゴリズムやロジックに対して存在するのではない
ソースコード読んでアルゴリズムやロジックだけパクればOK


523 :('A`) [] :2014/08/23(土) 01:00:06.42 0 [PC]
オリジナルのソースコードと素人が見て似てなければ全く問題ない


524 :('A`) [] :2014/08/23(土) 01:01:11.97 0 [PC]
CのコードをLispのコードに移植したら
もう全く似てないからパクってもライセンス違反にならない
0585デフォルトの名無しさん
垢版 |
2014/08/23(土) 06:37:19.16ID:8Rw7aMNb
>>584
従来的な考え方ではアルゴリズムやロジックそのものには特許は効かない。
ただしその場合でも著作権は付与される。
最近はアルゴリズムにも特許がつくようになった。ソフトウェア特許というやつだね

素人がみて似ていなければOKと思うのならばそれでいいけれども
法廷闘争になったときには法律のプロの依頼をうけて、計算機工学のプロが鑑定する。
0586デフォルトの名無しさん
垢版 |
2014/08/23(土) 19:11:03.69ID:jh8yRGUv
>>585
著作権って似てたら即アウトとかいうものじゃないんでしょう?
特許は特許コードかなんて個人レベルでは分からないし商用利用しなければ大丈夫かな?
0587デフォルトの名無しさん
垢版 |
2014/08/28(木) 08:25:24.03ID:lMiYErVu
計算機工学のプロか。
ハードウェアの人が判定するんじゃあてにならんわなw
0589デフォルトの名無しさん
垢版 |
2014/08/29(金) 00:04:15.16ID:lMiYErVu
今野先生の本は、最近書いてる工学部ヒラノ教授シリーズが、きっちり暗部をえぐっていてなぁ。
特に「敗戦」は、わかる人は非実名の人の実名も全部わかるだろうし、そうでなくても実名で出てくる人の
世間での評判とかをネットで確認しながら、小説での書かれ方を照合してみたりすると、かなりガツンと来るぜ。
0590デフォルトの名無しさん
垢版 |
2014/09/09(火) 05:38:13.25ID:3ojrWj8I
Microsoft Public License (Ms-PL)
で公開されているソースコードは、勝手に自由に使っても良いのか?
それを使って商用のアプリを作って売りだしても良いのか?
0591590
垢版 |
2014/09/09(火) 12:54:41.07ID:3ojrWj8I
誰か教えてくれよ。
0592デフォルトの名無しさん
垢版 |
2014/09/09(火) 13:23:14.23ID:iSgMgqSE
これでも見れ。
ttp://blogs.msdn.com/b/shintak/archive/2012/09/09/10347542.aspx より、
重要なポイントだけ抜き出すと、
・利用する場合は、著作権、特許権、商標、出所の表示をアプリ内のどこかに入れておく必要があります。
・ソース コードを商用または非商用の目的で表示、変更、および再頒布できます。
0593590
垢版 |
2014/09/09(火) 14:19:25.87ID:3ojrWj8I
おお、有難うございます。
大変参考になりました。

> ・利用する場合は、著作権、特許権、商標、出所の表示をアプリ内のどこかに入れておく必要があります。


ということは、

今利用しようとしている
Microsoft Public License (Ms-PL)
で公開されているソースコードに
著作権表示が書かれているので、それをそのまま何も変更せずにソースコードを使わせてもらえば良いのかな?
でもコンパイルすると、そういうコメントは出来あがったバイナリの実行ファイルからは消えてしまうと
思うので、それじゃあダメかな。
この点に関してググってみたのだけれど、結局良く分らないのですが、結論としてはどうしたら良いのだろうか?

> ・ソース コードを商用または非商用の目的で表示、変更、および再頒布できます。

安心しました。
0594デフォルトの名無しさん
垢版 |
2014/10/09(木) 18:02:27.66ID:cMlyLjQX
このスレを案内されたので、教えてください。社内LANだけで使うシステムの場合GPLやLGPLでのソースやらリバースエンジニアリングやらの公開相手というのは、社内の人だけでいいのでしょうか?
それとも、webで全世界公開しないといけないのでしょうか?
0595デフォルトの名無しさん
垢版 |
2014/10/09(木) 18:42:49.31ID:lsp2dhLj
>>594
GPL読めば解るだろ、バイナリ入手した相手に対してのソース公開義務があるって書いてあるじゃないか
バイナリ入手経路が外部に出てないなら外部に公開するひつようなんざねぇよ
0596デフォルトの名無しさん
垢版 |
2014/10/09(木) 19:01:16.53ID:F7kHyJ16
家電組み込みにlinuxが使われてるらしいがあれらも公開されてんのかな
linuxってgplなんしょ
0597デフォルトの名無しさん
垢版 |
2014/10/09(木) 20:48:26.83ID:tOThY/oR
>>596
その事実に最近気がついた企業は必死になって組み込みから linux を外そう、あるいは隠そうとしている
うちの会社も製品に Debian Linux を使っていたが、最近ポート 80 を閉ざしたことは内緒だ
0598デフォルトの名無しさん
垢版 |
2014/10/09(木) 23:16:45.71ID:2vDv/xtx
少なくともlinux自体に手を入れていればそのソースを公開する必要があるだろうが、
linuxとその上で動くプログラムを一緒に配布する場合、プログラムを含めた全体が
GPLである必要があるんだっけ?
0599デフォルトの名無しさん
垢版 |
2014/10/09(木) 23:33:17.80ID:tOThY/oR
創業者ストールマン的には、全体が GPL になる、と言い切るだろうと思う
最近はアプリケーション部分の開示は必要ないというそうだが‥なんだかグレーだねえ
0601デフォルトの名無しさん
垢版 |
2014/10/10(金) 11:20:59.91ID:M4qvcHEh
FAQすら見てないような返答すんなよ
ttp://www.gnu.org/licenses/gpl-faq.ja.html

あと、これはGNUプロジェクトの見解であって、Linuxのような有名なGPLプロダクトでも、
これと同じでないこともある(BLOBの扱いとか)し、一般にそれは受け入れられている。
0602デフォルトの名無しさん
垢版 |
2014/10/10(金) 18:43:12.09ID:Xd6YjWLK
>>601
GNU-GPL を理解しているお前なら答えられる!ぜひ見解を教えてほしい

問:以下の文章が間違っている理由を述べる
1.GNU-GPL の元で公開されている Linux 上で動作するすべてのプログラムは GNU-GPL をそのライセンスとしなければならない
2.GNU-GPL の元で公開されている gcc が出力するオブジェクトコードおよび出力するオブジェクトコードを含む実行形式ファイルは、すべて GNU-GPL をそのライセンスとしなければならない。
3.GNU-GPL の元で公開されているライブラリを静的ないし動的にリンクするプログラムは、すべて GNU-GPL をそのライセンスとしなければならない
0603デフォルトの名無しさん
垢版 |
2015/01/19(月) 21:02:23.73ID:wgUa3gjO
BSDライセンスのソースコードのバイナリを配布したいのですが
著作権表示などはどのようにすればいいですか
0605デフォルトの名無しさん
垢版 |
2015/01/20(火) 04:39:09.62ID:wFuKg3IX
プロプラリのOSに、GPLのファイルシステムドライバを組み込んだ場合
OS自体はプロプライエタリを保てますか?

例えば、NTFS用のドライバがGPLであったとして、それをOSに組み込ん
だ場合、OSはクローズドでも構わないんでしょうか?
0607605
垢版 |
2015/02/02(月) 01:13:47.48ID:sPLDkPk/
>>606
結局、明確ではないということですか?
0609デフォルトの名無しさん
垢版 |
2015/02/02(月) 11:42:20.35ID:3eUmmy+n
>>606 はドライバ開発者が自分のをGPLにしたいという質問
>>605 は OS をGPL・ソース開示にしたくないという質問

個別交渉してOKを貰うことは出来るかもしれないが
相手もまたGPLのコンポーネントに依存してるということが当然ありうるので
期待できない

俺なら自作のちゃちいファイルシステムを用意して
「このOSは同じI/Fの××と置き換えても使えますよ!!」 と逃げることを考える
0610デフォルトの名無しさん
垢版 |
2015/02/09(月) 05:05:18.42ID:g8/r6g2w
プロプライエタリなライブラリとリンクするコードはオープンソースライセンスに出来ない?
0614デフォルトの名無しさん
垢版 |
2015/02/22(日) 13:50:21.65ID:eHm2lDfa
日本の著作権法では仕様は保護対象ではないので、既存の実装と関係なく仕様のみを見て作られたものは問題ない。
ただし商標や特許などは別の話。
0616デフォルトの名無しさん
垢版 |
2015/03/25(水) 15:14:30.29ID:8K+/BW9F
GPLとかBSDとかのライセンスってのは著作権のこと?

原作が英語の本を日本語に翻訳して出版するときは原作者の許可を取るけど
JavaでかかれたソースをC#に移植したりするのもそれと同様?
0617デフォルトの名無しさん
垢版 |
2015/04/29(水) 21:30:08.20ID:8n2FJjEp
>>616
複製や翻案など、著作権者の許諾を得ないと著作権違反になる行為に対してライセンスというものを設定することで
わざわざ著作権者に直接連絡をとって許諾を得なくても利用できるようにしている。
0618デフォルトの名無しさん
垢版 |
2015/05/29(金) 14:34:39.53ID:+uW4K+jj
GPLのプログラムと他人の作ったCC-by-ncの画像ファイルを
tar.gzやzip、msiなどの形式で配布することはできますか?
0619デフォルトの名無しさん
垢版 |
2015/06/18(木) 11:54:12.81ID:tugpOThM
オープンソース開発における一般的なライセンスだと、コンパイルしたバイナリを配布することも承諾しているのが普通ですよね?

バイナリ配布のみ禁止している例など有りますでしょうか?
0622デフォルトの名無しさん
垢版 |
2015/08/06(木) 23:39:20.53ID:D4a8kbo9
オープンソースってのは
不特定多数にソースコードを公開するって意味?
アプリやライブラリを使う人がソースコード開示を要求したら各人にソースコードを開示するって意味?

GPLではオープンソースのアプリは有料で売ってもOKみたいなこと書いてあるけど
ソースコード開示も有料ってオープンソースになる?
0623デフォルトの名無しさん
垢版 |
2015/08/06(木) 23:48:09.25ID:D4a8kbo9
あ、オープンソースだとGPL汚染とかで派生物でもソースコード開示だから
ソースコードは不特定多数に公開するのがオープンソースで
ソースコードは有料提供は意味ない感じか
0624デフォルトの名無しさん
垢版 |
2015/09/16(水) 22:18:14.40ID:dW84cD9d
>>622-623
GPLのソースコード開示義務はあくまでも再頒布要件。
しかもバイナリを渡す相手にのみ、ソースを公開すればいい。

「GPLのコードを使う」=「バイナリをネットで一般公開する」
という感覚ってどこから来るのか不思議である。
0628デフォルトの名無しさん
垢版 |
2015/09/17(木) 00:44:15.00ID:sA0Tts5h
バイナリだけMITやBSDで配布してもソースコードの開示義務はないし、オープンソースの範疇にも入らない。
オープンソースやフリーソフトは、ソースを提供すればその他人類が勝手にソフトを発展させてくれるはずだという思想や戦略である。
0631デフォルトの名無しさん
垢版 |
2015/10/19(月) 23:43:38.01ID:JFUNFBuo
GZIPはGPLだって話だけど
・GZIPの仕様をまとめてあるRFC1952に書かれている通りのフォーマットを実現するコードを書いたらGPLにする必要があるの?
・GZIPの仕様をまとめてあるRFC1952に書かれている参考のコードを使ったりしたらやはりGPL?
0632デフォルトの名無しさん
垢版 |
2015/10/19(月) 23:53:01.85ID:9feOXUaS
>>631
GPLは著作権ベースの契約なので、仕様に関して効力を持ちません。
RFC1952の文書はGPLではないし
>いかなる目的に対しても、多言語への翻訳、編集物への組み込みを含めて、本文書のコピーおよび配布を無償で許諾します。
とRFC文書中に書かれているので、文書内のコードを利用することに関する制限はありません。
0633631
垢版 |
2015/10/20(火) 01:44:01.75ID:UdSf/mBJ
>>632
d
0634デフォルトの名無しさん
垢版 |
2015/11/07(土) 06:45:58.51ID:55kDhmfr
gccというGPLなコンパイラでコンパイルして出来た生成物はgccのGPLの影響は受けないって聞くけど

#include<stdio.h>
とかで読み込まれるヘッダファイルやそれによってリンクされるオブジェクトファイル(ライブラリ)のライセンスはどうなってんの?
gccのインストールで一緒に入ってくるヘッダファイル群とかのライセンスってどうなってんの?
それらでGPL汚染ってあるの?
0635デフォルトの名無しさん
垢版 |
2015/11/07(土) 07:45:42.05ID:zFF1fNmF
コンパイルして出来た生成物には、
エラーメッセージなどのGPLの著作物を含むから、
GPLになるんじゃないの?

それに機械的に作られた生成物自体も、
各コンパイラによって異なるから、
特徴もあるし著作物になるのじゃ?
(機械翻訳された文章なども)

それとも、gccの利用規約に、
生成物はGPLにならないと書いてあるの?

LGPLなら、もう少し条件がゆるいよ
0637デフォルトの名無しさん
垢版 |
2015/11/07(土) 15:47:00.39ID:2cswRsW0
基本的には
include <stdio.h>
で必要となるライブラリが何なのかを確認する必要がある。

また、gccで問題なくても、
sygwinとmingwのランタイムライブラリのライセンスはそれぞれ違うことに
何らかの影響を受ける可能性もある。

linuxに関して本体がGPLなので、リンクやapi呼び出しはGPL汚染の範疇だが、
APIのヘッダファイルに例外規定が書いてあるので問題にならない。
0638デフォルトの名無しさん
垢版 |
2015/11/07(土) 21:08:05.70ID:55kDhmfr
d
そのサイトの機械翻訳ぽいの分かりにくいね
ともかくgccでは自由な開発は出来ないってことね
他のライセンスの使いやすそうなツール探すわ
0639デフォルトの名無しさん
垢版 |
2015/11/08(日) 19:20:01.36ID:gczgyzuS
その「自由な開発」が何を意味してるかにも依るんだが
GPLでライセンスされたライブラリをスタティックにリンクするなら
配布時にソースは開示しなければならない&ライセンスはGPLにしなければならないってだけで
配布しなけりゃそもそも誰かに許諾する必要が無いからライセンスは関係ないぞ。
0641デフォルトの名無しさん
垢版 |
2015/11/16(月) 00:37:20.94ID:fpzEUe1a
(1)
gccってライセンスで例外規定(?)っての設けてるらしいけど
それってGPL系との互換性が無くなってたりしないの?

(2)
GPL系とのデュアルライセンスを取ってるものがあったりするけど
GPL汚染のあるコードをGPL系とのデュアルライセンスで公開することは可能なの?
それともGPL系とのデュアルライセンスで公開されてるものはGPL汚染のないクリーンな成果物だったりするの?

(3)
ゼロから自分で作り上げたものにどんなライセンスで提供するかは作成者本人の自由だし
既存のライセンスを適用して例外規定設けるとかそういうことも可能だけど
例えばゼロから作ったものじゃないGPL汚染した成果物の場合GPLで公開することになるだろうけど
それに対して汚染部分を除外した範囲のコードに例外規定を設けることって可能なの?
0642デフォルトの名無しさん
垢版 |
2015/11/16(月) 21:01:20.88ID:Wy60rNas
>>641
(1)
もちろんgccと例外規定の異なるGPL製品を結合して配布する場合、ライセンスに矛盾が生じることになる。
gccを使って作られたバイナリは例外規定によりGPLの外にあるので好きに使えばいい。

(2)
不可能。
考え方が逆。
デュアルライセンスの場合、
儲けたい方をプロプライエタリなライセンスで販売し、
貧乏人にGPLでコードを提供する。

(3)
可能。全体としてライセンスに矛盾が出なければ問題ない。
0644デフォルトの名無しさん
垢版 |
2015/11/16(月) 23:32:21.11ID:ySfmWh5s
>>641
2に関しては、バグなどに対してGPLとしてパッチが送られてきて、GPL側ではない方で面倒が起こることがある。
0645デフォルトの名無しさん
垢版 |
2015/11/17(火) 00:16:28.39ID:3a3/lQKY
>>644
それはフリーライダーを修正パッチの実験台にして、
それからメジャーアップデートで正規の顧客に対応するというアレではないのか。
0646デフォルトの名無しさん
垢版 |
2015/11/18(水) 13:51:08.85ID:vnyt3c+A
質問です

@
フリーソフト自体のライセンスは明示されているが
ライセンスが不明なライブラリが組み込まれていた場合
このフリーソフトで制作した成果物(Aのような)が
ライセンス違反に問われることはあるの?


A
MITライセンスのような、ソースコードにライセンスを明記しろという条件は
MITライセンスを使用したソフトウェアのソースコードを流用するときだけで
MITライセンスのテキストエディタなどで打ち込んだ成果物
(一から自分で書いたテキストファイルやソースコード)
にまで明記しなくて良いという解釈で正しいだろうか?
0647デフォルトの名無しさん
垢版 |
2015/11/19(木) 00:15:06.60ID:H4Vou+Ub
>>645
パッチかGPLで送られてきてそれをそのまま当ててしまうと、コマーシャルライセンスで出せなくなってしまう。
0648デフォルトの名無しさん
垢版 |
2015/11/19(木) 00:43:53.99ID:TOQG9Q0m
>>646
@PDFにフォント埋め込むとライセンス違反になる例があるように、
フリーソフトとフリーじゃない素材をセットにするのは全然アリ。
ツールに誘導されるままにフリーじゃない素材を埋め込めば、ライセンスを気にする必要は当然ある。

Aそれは一から自分で書いたからエディタの派生物にならないというだけで、
リッチなエディタにありがちな補完、例文、スニペットをフル活用すれば一概に無関係とはいえなくなる。
外部から別ライセンスの素材を引っ張ってくることだってできるしな。
0649デフォルトの名無しさん
垢版 |
2015/11/19(木) 09:06:32.04ID:MiOREF++
>>648
@成果物に混じらないもの
例えばエディタなら、文字を打ち込む機能がライブラリ依存だった場合
それを使用して作成した成果物は影響を受けたりしないのかな?


Aソフトウェアの機能を使うとNGって訳ではないよね?
自分で設定したマクロやスニペットなら問題なさそうに思えるけど
0650646
垢版 |
2015/11/23(月) 23:04:58.09ID:A/XB83JP
取りあえず不明なライブラリをぶち込んでるフリーソフトは使わない

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

レスくれた人thx
誰も明確な答えが分からんような質問でスマンかった
0651デフォルトの名無しさん
垢版 |
2015/11/24(火) 04:22:18.26ID:IT0aeZv9
作ったものをオープンソースライセンスで公開したいんだけど

Apacheライセンスv2がOSDNの日本語版やWikipediaを読んでもよく分からなかったので
MITライセンスなら分かるので
MITライセンスとApacheライセンスv2の主な違いを知りたい
0652デフォルトの名無しさん
垢版 |
2015/11/24(火) 22:32:04.57ID:Bdcss1dz
とりあえずapacheライセンスは商標を譲らない方針。

で、apacheの方がmitより厳しいということは、apacheとmitのライブラリを結合した成果物を
apache v2で配ることはできても、mitで配ることはできないということになる。
0659デフォルトの名無しさん
垢版 |
2015/12/15(火) 23:47:38.50ID:zWEvy03T
個人開発でオープンソースで公開するならパブリックドメイン1択だよな
ライセンス(使用許諾)なんて設けたってライセンス違反者を法的に訴えたりするわけじゃないだろう?
だったらライセンスなんて形で公開する意味はない
0660デフォルトの名無しさん
垢版 |
2015/12/15(火) 23:49:35.04ID:zWEvy03T
まぁGPL汚染に限らずなんらかのライセンスの許で使ってるコードが混じってるなら安易にパブリックドメインには出来ないだろうけどな
0661デフォルトの名無しさん
垢版 |
2015/12/22(火) 00:28:55.64ID:JyKdzAuM
GitHubのGistみたいなコードスペニットを公開するサービスたくさんあるけど
あれらで公開されているコードのライセンスってどういう扱いになるの?
数行程度のから数十行程度のコードばっかだから著作権法は適用されないって感じ?
0663デフォルトの名無しさん
垢版 |
2015/12/22(火) 00:55:02.52ID:JyKdzAuM
それってGitHubのリポジトリサービスについてしか言及してないけどGistにも適用されるのかなあ
0664デフォルトの名無しさん
垢版 |
2015/12/22(火) 00:59:38.04ID:JyKdzAuM
GitHubに直接問い合わせるしか方法は無さそうだね・・・
GitHubの日本向け窓口は法人向けだから訊くならやはりGitHub本社のほうだよねえ・・・英語かあ
0665デフォルトの名無しさん
垢版 |
2015/12/23(水) 00:15:52.14ID:yg7+m7yq
>>661
投稿物に勝手に再頒布OKなライセンス付けるサイトとか無いし、
書き込みがすべて第三者に再利用されること前提なわけもない。
投稿者自身が書き込みにライセンス設定をしていないのであれば、ただ著作権によって保護されるのみ。
その上で、著作物性がないと判断できるなら、著作権による保護も働かないだろう。

俳句やツイートなどのように少ない文字数で著作権を発生させ得る場合もある。
文字数だけでは著作物性の判定はできない。
0666デフォルトの名無しさん
垢版 |
2016/04/27(水) 01:20:29.00ID:d+zAtdbV
GitHubなりBitbucketなりプルリクエストを受けてマージするじゃん
コントリビュータのリストにプルリクくれた奴の名前を追記するまでは普通の流れだが
気になるのはライセンス文(LICENSE.mdとか)はどうなるのかってとこ

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

自分のライセンス文には自分の著作権だと明示してるわけだからプルリクをくれた奴との著作権やライセンスについてどう話をつけたとしても
どこからどこまでが自分のコードでそれ以外は貰ったコードとか具体的に書いたほうがいいの?
0667デフォルトの名無しさん
垢版 |
2016/05/24(火) 00:06:04.19ID:bGXA3TlR
クリエイティブコモンズで提供されているjavascriptファイルを使用するとき
著作者のクレジットってどこに書いておけばいいの?

jsファイルの頭にあるライセンス表記を消さなければいいレベル?
それとも使用している全ページのどこかに名前書いとくレベル?
0670デフォルトの名無しさん
垢版 |
2016/08/25(木) 14:58:04.00ID:YMzxuzGc
MITライセンスのライブラリAを含んだライブラリBをMITライセンスあるいはApacheライセンスで配布するとき、
ライブラリAの著作権をライブラリBのライセンスに明記するのに使われる英文の雛形などありますでしょうか?
0671デフォルトの名無しさん
垢版 |
2016/10/23(日) 10:37:23.64ID:FTtjsMav
CodeProjectに掲載されているものって
ライセンスが不明な場合は使えないのかな?

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

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

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

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

Licenses
ttp://www.codeproject.com/info/Licenses.aspx
0672デフォルトの名無しさん
垢版 |
2016/10/23(日) 14:38:45.00ID:5JCtutF9
>>671
ライセンスが不明のものなんて掲載してないでしょ。
投稿ガイドラインにもライセンスはしっかり選べと書いてあるし。
0673デフォルトの名無しさん
垢版 |
2016/10/23(日) 16:53:05.45ID:FTtjsMav
>>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

これって「ライセンス不明だけどライセンスはあるから」って意味だよね?
0674デフォルトの名無しさん
垢版 |
2016/10/23(日) 17:29:06.96ID:5JCtutF9
>>673
たぶんその通り。
本文中かダウンロードしたファイル中に書かれてるかもとしつつも、
最終的にはページ下部のコメント欄で作者に聞けと書いてる。
でも古いんじゃ作者の返答は期待できない。
使い物にならないと思うよ。
0675デフォルトの名無しさん
垢版 |
2016/10/23(日) 17:51:15.29ID:FTtjsMav
>>674
うわーやっぱりか
俺が英語を取り間違えてる可能性に掛けてたけどダメそうね……

レスサンクス
諦めて別のを探すわ
0676デフォルトの名無しさん
垢版 |
2016/10/31(月) 05:07:17.14ID:klIDcR4c
たとえば他人のMITライセンスのソースコードからforkして改造したコードを元のライセンスから追加制限なしで公開したい場合、
オリジナルの人のライセンス文を含めるのは分かるけど
改造加えた部分に関して何か明示とかしたほうがいいの?そこの部分に関して俺の名でMITライセンスだって書いたほうがいいの?書かなくても大丈夫?
似たようなライセンス文がダブるとか邪魔くさいし
0677デフォルトの名無しさん
垢版 |
2016/11/01(火) 00:24:48.04ID:ZsUym7cW
>>676
追加制限なしなら、お前の改造した部分に関してはパブリックドメインにすることになるね。
MITだとお前の署名入りMITライセンスを同梱する条件がくっつくから、追加制限なしという条件に合わない。
流れとしては、お前の改造部分に関してはお前に著作権あるけど、お前はそれを主張しないってやつな。

改造加えた部分にコメント入れてもいいし、入れなくてもいい。README等に改造したってこと書いとけばいいだろう。
お前が書いた部分に関してはお前が著作権を主張して、その上でどのようにライセンスするか決めなきゃいけない。
0678676
垢版 |
2016/11/01(火) 03:08:04.36ID:INzEZlFM
>>677
分かりやすく説明ありがとう!
つまり改造した部分についてパブリックドメインって明示したほうがいいってことか
そうするよ
0679デフォルトの名無しさん
垢版 |
2016/11/03(木) 11:05:37.32ID:PzOCcVQo
オープンソース系のソフトを見ていると、黒に近いソースやライブラリが混ざっていても
大半のユーザーが気付いてない or 気付けないと思うんだが
これらのソフトで作られたものってどうなるのかね?

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

ググっても微妙な回答しか見当たらないのは、盗んだペンで紙に書いた文字は違法になるのかと同じようなレベルで何とも言えんのかもしれんけど
0680デフォルトの名無しさん
垢版 |
2016/11/03(木) 13:59:30.98ID:3FZXnJ8q
>>679
作品を製造する過程と、作品そのものは分けて考えるべき。
死刑囚の手記は合法的に売れる。

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

割れphotoshopで絵を描いたからと言って、
単純に丸いだけのペンだけ使ってフリーハンドで描いたのであれば、
その絵自体は問題にならないだろう。(不正使用の点に関しては追及されるだろうが)。
複雑な形状のペン使ったとか、フォント使ったとか、素材使ったとかであれば、絵そのものにも影響が及ぶ。
つまり、著作権違反の可能性が出てくる。
裁判結果は書き込みの量と弁護士の腕次第。
0681デフォルトの名無しさん
垢版 |
2016/11/03(木) 16:24:47.03ID:PzOCcVQo
>>680
上で書いたコピペみたいな
データが混入しないと思われる単純なものなら問題なさそうな感じか

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

レスthx
割れは兎も角OSSは自己責任とはいえリスクが怖いな
0682デフォルトの名無しさん
垢版 |
2016/11/03(木) 18:54:45.84ID:speZBX+w
OSSでは倫理観で善悪の判断をするが法律では白黒つけない
もし訴訟という事態になっても和解で決着するのを最善とする

何故ならOSSの倫理観と裁判所の判決が同じとは限らないからである
裁判官の心証とか弁護士の腕などという不確かなものに依存して
倫理観を覆すような結果になったときの不利益は計りしれない
0683デフォルトの名無しさん
垢版 |
2016/11/03(木) 22:10:12.00ID:3FZXnJ8q
>>681
たとえ正規でもツールや素材のライセンスを十分に理解して使ってる奴は少ない。
素材集で言えば、個人が年賀状に書く用とか、ウェブサイトに掲載できるもの、業者が雑誌とかで使う用とかではライセンスが全然違う。
特にWindowsでデフォルトで入ってるフォント等は罠がいっぱいだ。
例えばMSゴシックは本来画面で見ることしか想定されてないライセンスだ。
印刷して配布したりするとなると途端に怪しくなる。
0684デフォルトの名無しさん
垢版 |
2016/11/04(金) 11:02:18.54ID:ymnHy0Q8
>>683
黙認というかグレーというか
そういのも結構あるんだろうね

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

ただmsもmacみたいに一元管理になればと思う
0685デフォルトの名無しさん
垢版 |
2016/11/10(木) 08:36:21.62ID:x/kcjMZK
LGPLのリバースエンジニアリング条項について質問です。

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

この場合にリバースエンジニアリング条項が機能するのはBまでであってますか?
0686デフォルトの名無しさん
垢版 |
2016/11/10(木) 22:54:08.13ID:IrK58gBK
>>685
プラグインなどのように自由に差し込めるものではなくて、
リバースエンジニアリング条項が有効になるようながっつりしたライブラリ利用をした場合、
ライブラリBをMITやパブリックドメインでリリースすることが不可能だろう。
ライブラリBの利用者にライブラリBを自由に使う権利(リバースエンジニアリングを禁止してリリースしたりとか)を与えることができないわけだから。
0687デフォルトの名無しさん
垢版 |
2016/11/11(金) 01:12:47.74ID:uBykyMEV
>>686
ありがとうございました
ということは、そもそもBの時点でおかしい可能性があるんですね
BはAを利用しているだけで二次著作物ではないという主張が通るならMITで問題ないし、リバースエンジニアリング条項も関係なくなる
そうではないなら、Bはリバースエンジニアリングを許す条項を持った独自ライセンスが必要になる

どちらにしても製品Cまで波及することはなさそうです
0688デフォルトの名無しさん
垢版 |
2016/11/11(金) 09:25:17.34ID:tMGc6w8H
CがBの二次著作物であると判定される場合、Cにもリバースエンジニアリング条項が適用されるかもね。
0689デフォルトの名無しさん
垢版 |
2016/11/13(日) 09:07:23.50ID:lO2MkZMm
私も似たようなことで悩んでいるが

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

なんだが、MSだけに無謀なことやっていないだろうからApacheライセンスとして扱って良いんですかね?
0690デフォルトの名無しさん
垢版 |
2016/11/13(日) 22:59:03.02ID:TdhYT7I3
>>689
動的リンク以前の問題として、ソースで配布するのとバイナリで配布するのでは条件が変わってくる。
ソースコードによる配布の場合、GPLやLGPLを含もうと自作プログラムが影響を受けることは無い。
FFmpegInteropとやらがソースをapache2.0で配布するのは自由。
ただしlgplのバイナリとリンクしたバイナリを配布するのであればlgplの影響を受ける。
0691デフォルトの名無しさん
垢版 |
2016/11/16(水) 08:20:40.24ID:/wiEc8gQ
>>689
問題ない
難癖つけられるのを避けたいなら、
このプログラムを実行するにはMSのffmeginteropが必要です、
ライブラリ入手先はこちらです(URL)

とか書いて、自分のプログラムはMSの製品を利用してるだけですよのスタンスを明確にする
0692デフォルトの名無しさん
垢版 |
2016/11/18(金) 20:24:21.03ID:RGR0MUcx
>>690
>>691
レスありがとうございます。PCがトラブって返事が遅くなったのをお詫びします
まあライセンスはなかなか難しいものですね
まあリバース・エンジニアリングするより新規で作ったほうが安上がりになる程度のものだから
気にせずにリバースエンジニアリングには特別触れないってことでお茶を濁しますか
0693デフォルトの名無しさん
垢版 |
2017/04/09(日) 07:37:24.91ID:tyQBw5Lb
forkや移植ではなく
同じ挙動をするプログラムをゼロからコード書き上げて(フルスクラッチ?)公開のってライセンス的にアウト?

例えばlinuxのテキストファイル表示するcatと同じ挙動するプログラム(コマンドライン引数の受け取り方も同じにして)を作って公開するとか
0694デフォルトの名無しさん
垢版 |
2017/04/09(日) 13:24:50.29ID:kB0+YiBD
>>693
ライセンスに適合するように公開すれば、ライセンス的には問題ない。
ただライブラリも使わずフルスクラッチで作ったのなら、他のライセンスに関わる要素はないように思う
0696デフォルトの名無しさん
垢版 |
2017/04/09(日) 18:45:48.88ID:tyQBw5Lb
>>694-695
ありがd
0697デフォルトの名無しさん
垢版 |
2017/04/09(日) 19:45:02.38ID:kB0+YiBD
>>696
念のため補足するよ
ソフトウエアライセンスは、自分が作ったものをどう使ってよいか他人に許諾するもの。
他人が作ったものを含まないのであれば、そもそもライセンスが含まれない。
0698デフォルトの名無しさん
垢版 |
2017/04/09(日) 20:31:04.60ID:VJ5+fHN3
>>693
「同じ挙動」っていうのが
画面のデザインや素材を含んでる場合著作権が怪しくなる。
特許を侵害する場合は特許権が怪しくなる。

あと、基にしたプログラムが商品として販売されている場合、
不正競争防止法によって差し止められる可能性もあるだろう。
0701デフォルトの名無しさん
垢版 |
2017/04/25(火) 22:53:37.89ID:BToNrQIh
じゃあ静的リンクも動的リンクもAPI使うだけだからGPL無視しても問題ないっすね
0702デフォルトの名無しさん
垢版 |
2017/04/26(水) 09:11:53.60ID:G32dR3M6
>>699-700
その「マストドンのAPI」はネット越しのRESTだから、
マストドン側はクライアントにソースコードを提供する義務があるが、
クライアント側はどこの国だろうとAGPLによる義務はないよ。
0703デフォルトの名無しさん
垢版 |
2017/04/30(日) 15:15:51.67ID:mG6FgKKJ
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/
0704デフォルトの名無しさん
垢版 |
2017/04/30(日) 15:16:39.50ID:mG6FgKKJ
バイナリーとしてバンドルする予定です。
0707デフォルトの名無しさん
垢版 |
2017/04/30(日) 20:30:22.31ID:kLDfBj4F
>>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
0710デフォルトの名無しさん
垢版 |
2017/05/03(水) 18:56:59.87ID:UgAkzc3e
>>699

API - AGPLライセンスのライブラリを組み込んだメインプログラムと、API通信でメインプログラムと通信するフロントプログラムを作り、エンドユーザがフロントプログラムにのみアクセスできる場合のライセンスの範囲(14716)|teratail
https://teratail.com/questions/14716
0711デフォルトの名無しさん
垢版 |
2017/05/07(日) 13:52:01.58ID:aK1Ld9ZN
あるA氏が書いた MITライセンスの Cライブラリを元に、
B(私)が C#に書き換えて CC0でリリースしようと思っています
(A氏のMITライセンスについて書かれた LICENSE.txt を添付)

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

この場合、GitHub でプロジェクト登録する際には MITライセンス扱いにするべきでしょうか?
(リポジトリ作成時の一覧には CC0 がなかった)
0712デフォルトの名無しさん
垢版 |
2017/05/08(月) 23:30:15.37ID:9wTmIyqX
移植におけるライセンス問題については俺も気になってはいる(が結局どうすればいいのかの知見がないな)

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
0713デフォルトの名無しさん
垢版 |
2017/05/09(火) 01:46:52.98ID:0m9lmeXL
ソースコードを流用するなら翻訳扱いで著作権の対象

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

って感じかな?

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

MITライセンスの先頭に
Copyright <YEAR> <COPYRIGHT HOLDER>
があるんだけど、これもそのままにしなきゃいけないんだよなー
(A氏の名前でC#ライブラリの著作権宣言するのか……バグ報告とか行きそうだなー)
0714デフォルトの名無しさん
垢版 |
2017/05/12(金) 01:31:01.36ID:ndlQt4/W
ライセンス明示してるのは、コードを利用するのに利用許可を取るための連絡相談しなくていいよ、的なモノだから

元コードの人に別途にMITライセンスではない移植の許可を貰えばいいんじゃねーの?
0715デフォルトの名無しさん
垢版 |
2017/05/12(金) 08:28:53.92ID:ZlSd19FP
>>711-713

>>533-539 あたりの話をカブってるんじゃね?
0716デフォルトの名無しさん
垢版 |
2017/06/04(日) 18:45:00.72ID:RLbl59Vv
著作権放棄は日本ではできないという話を聞いたけど
0717デフォルトの名無しさん
垢版 |
2017/06/06(火) 02:41:12.32ID:zGyg8O6i
規定がないから放棄自体はできないけど
権利を行使しないことで実質放棄になる
0718デフォルトの名無しさん
垢版 |
2017/06/15(木) 11:51:27.75ID:hbSoZu4j
>>717
権利を行使しないと最初に言っておきながらやっぱ行使しまーす ってのはNG?

NGなら実質放棄とみなせるんだが
0719デフォルトの名無しさん
垢版 |
2017/06/18(日) 14:53:01.36ID:PJOOaUT6
>>718
普通は「権利を行使しません」っていう契約書にサインする。
で、やっぱり権利を行使しますとなったらその時点で契約は取り消しとか終了とかそんな感じになる。
契約内容によっては損害賠償を請求されるかもしれない。
0720デフォルトの名無しさん
垢版 |
2017/08/23(水) 12:47:24.42ID:YMC2CCUL
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逝ったー!?
0721デフォルトの名無しさん
垢版 |
2017/09/23(土) 08:14:38.29ID:fd4DjnxL
フリーソフトで音声ファイルのエンコードやデコードをしたいんだけど
コーデックよってはロイヤリティが発生するものがあるんだよね?
商用/非商用の場合は以下の解釈で合ってる?

mp3 → LAMEならOK?
ogg → OK
aac → 非商用ならOK
m4a → OK?
flac → OK
wav → OK?
0722デフォルトの名無しさん
垢版 |
2017/09/30(土) 17:49:02.34ID:sqH/26nQ
mp3ってちょっと前に特許きれなかったっけ?
0723デフォルトの名無しさん
垢版 |
2017/12/30(土) 22:43:45.33ID:l9N3QegZ
GPLって自分にも効力及ぶの?
自分で書いたライブラリ(A)をGPLで公開
その後(A)を使った自分で書いたアプリ(B)を公開、配布する場合とかだと(B)もGPLじゃないといけない?
0724デフォルトの名無しさん
垢版 |
2017/12/30(土) 22:53:52.32ID:ITJz/QcP
>>723
当然だよ、GPL で後悔したものはずっと後悔(改造の自由を与える余地に配慮)しなければならない
0726デフォルトの名無しさん
垢版 |
2017/12/30(土) 23:01:47.32ID:JmZ4oRXS
(A)の著作権が100%自分にあるならGPL以外のライセンスで配布するのも自由。
そもそもライセンスというのは利用を許諾してもらう条件なわけで、権利者本人が縛られる必要はない。
0727デフォルトの名無しさん
垢版 |
2017/12/30(土) 23:23:11.37ID:9Zpm7jdb
著作権者全員の同意が取れる場合も (B) は GPL じゃなくていい
また、(A) 自身も著作権者全員の同意が取れる場合、GPL 以外のライセンスにすることができる
実際 GPL から BSD ライセンスに変更したプロジェクトもいくつかある
ただし、(A) を一回でも外部の人に見せた(ライセンス契約・許諾した)場合、
該当するバージョンの (A) は GPL としてしばらく公開しておく必要はある
0729デフォルトの名無しさん
垢版 |
2017/12/30(土) 23:50:00.22ID:JmZ4oRXS
バイナリ配布を停止してもしばらくはソースを受け取れることを保証しなければならないという話かな。
ただ実際のところ、配布者=権利者の場合はそれが守られなくても他人はどうすることもできない。
あとそもそも、ソース同梱での配布なら即時停止も可、ってのがFSFのガイドラインだったと思う。
0730デフォルトの名無しさん
垢版 |
2017/12/31(日) 22:15:38.40ID:4ge6VrKW
GPLで配布してしまった後は、出回ったGPLなソフトをGPL以外に変更する術はないし再配布も拒否できないということじゃない?
配布終了に関しては禁止することは無理だろうし
それとは独立して、完全自作であれば同じソフトの非GPL版を自分で設定して、そっちを利用したソフトBのライセンスは非GPL版のライセンスを受け継ぐということでは
0731デフォルトの名無しさん
垢版 |
2018/01/17(水) 18:15:52.03ID:kKWp3Hl1
MIT Licenseで公開した後にライセンスを取り消して、既に作られた改変物の公開を禁止させることはできますか?

たとえばApache License2.0だと「“取り消し不能な”著作権ライセンスを付与します」とありますが
MIT Licenseには取り消し不能といった文が見当たりません
これだと後から取り消しが出来てしまうのか、それとも法律や別の理由で取り消しは不可能なのか知りたいです
0732デフォルトの名無しさん
垢版 |
2018/01/17(水) 18:51:57.79ID:TiYwH5Zy
ライセンス契約は相手の同意があれば破棄(解除)できるよ
また、相手に債務不履行があるケース(ライセンス違反)とかも対象になるね
相手に瑕疵がなく相手が同意しない場合は破棄はムリだと思う

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

不特定多数に公開している場合、ライセンス契約をすべて解除するのは実質ムリだろうね
0733デフォルトの名無しさん
垢版 |
2018/01/17(水) 23:05:57.48ID:kKWp3Hl1
>>732
MIT Licenseで公開されたものを自分のプログラムに取り込んでも
突然公開を禁止させられたりする心配はないということですね
ありがとうございます
0734デフォルトの名無しさん
垢版 |
2018/01/17(水) 23:14:51.92ID:G9hout5o
ライセンサーの意思で勝手に契約を破棄するってのは無理だろうけど、それ以外の理由で
利用を禁止されることがないわけじゃない。
第三者の権利(著作権、特許権)を侵害していた場合とか。
0735デフォルトの名無しさん
垢版 |
2018/02/12(月) 11:11:43.46ID:oFmcS63e
>>1 からずっと読破したんですけど
誰もMPLについてあまり語ってないので教えてください

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

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

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

どなたか教えてくださると幸いです
0736デフォルトの名無しさん
垢版 |
2018/02/13(火) 00:51:06.95ID:yqYW+bl6
アゲてやろう
0738デフォルトの名無しさん
垢版 |
2018/02/13(火) 15:14:55.04ID:yqYW+bl6
>>737

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

問題は「私は今後も引き続き黙ってEXEのみ公開し続けられますか?」の部分だと思う
この作者は具体的に何をすれば「再配布に関する責任」をまっとうできるのか?
0739デフォルトの名無しさん
垢版 |
2018/02/13(火) 18:00:43.26ID:Zpxqm1TP
ライブラリのソースコードをコピペで自分のプログラムのソースに貼り付けたんならその部分を公開すりゃいいだろ
ライブラリ単体で弄らずビルドしたもんとリンクしてんならライブラリ提供元のソースコードへのリンクでも貼り付けてりゃいいだろ
ライブラリ弄ってビルドしたんなら弄った部分含めたライブラリ部分のソースコード公開すりゃいいだろ
そんくらいwikipediaから読めるだろJK
0741デフォルトの名無しさん
垢版 |
2018/04/28(土) 22:09:51.08ID:J2MFcV+j
外部プロジェクトの一部のファイル(CC 3.0)を自分のプロジェクト(Apache等)に含める場合、
LICENSEファイルはどのように記載すればよろしいでしょうか?
0742デフォルトの名無しさん
垢版 |
2018/04/29(日) 12:07:09.74ID:mzp/BeIT
LICENSEファイルというものに厳密な決まりがあるわけではないと思うが、普通は
あなたが配布するソフトウェアを他人に使用許諾する条件を書くものだろう。
つまり全体をApacheライセンスで配布するのか部分的に異なるライセンスで
配布するのかそれ次第。
0743デフォルトの名無しさん
垢版 |
2018/05/15(火) 21:51:13.45ID:OAfoCGIL
国鉄方向幕書体が話題になってるから見に行ったらホントにヤバくて草
いくら個人事業主だからって法務適当なまま強気に出すぎだろ・・・
0744デフォルトの名無しさん
垢版 |
2018/05/23(水) 20:26:19.26ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

IURCO
0745デフォルトの名無しさん
垢版 |
2018/07/03(火) 00:34:21.68ID:PWcH5OG4
サーバーサイドのバックエンドのプログラムで
OSSのライブラリやフレームワークを使う場合
サイトのページ生成やサービス(WedAPIなど)として公開する場合
使用したOSS等のライセンス表示したほうがいいの?
0746デフォルトの名無しさん
垢版 |
2018/07/03(火) 00:45:20.42ID:y0NteUGd
それはそこについているライセンス読め
特定のライセンスで扱いがわからないのならそれを提示しないとエスパーにしかわからない
0747デフォルトの名無しさん
垢版 |
2018/07/03(火) 01:32:37.73ID:PWcH5OG4
黙って使ってもバレなさそうな気がしたから念のため聞いてみたけど
ライセンス文読めって言えばそれはそうだよな
こたえてくれてありがとう
0748デフォルトの名無しさん
垢版 |
2018/07/04(水) 21:52:28.97ID:gFgZc5FG
Z8I
0750デフォルトの名無しさん
垢版 |
2018/07/16(月) 15:52:36.58ID:PbI2boh/
ブラウザから見えるJavaScriptのライブラリで、
使用したいコードがMITライセンスなのですが、使いたい部分は全体の10%で、
コードの90%は不要なので削りたいです。
MITはコピーレフトNOで、コピーレフトの要件はwikipediaによると、

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

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

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

からであって、コードを削るなどの改変については制限されていないという解釈で良いのでしょうか?
また削った場合の作者はオリジナルの作者のままでいいのでしょうか?
もし不具合があってそちらに連絡がいくのも困るので、
併記してmodified by meのようなことを書けばいいのでしょうか?
別に元のプログラムに問題があるわけではないので、modifiedの部分が適切かはわかりませんが。
0752デフォルトの名無しさん
垢版 |
2018/07/16(月) 23:15:23.16ID:PbI2boh/
>>751
では質問を変えます。

改変したコードのライセンス表記はどのようにしたらいいのでしょうか?
0753デフォルトの名無しさん
垢版 |
2018/07/17(火) 18:14:59.97ID:XyGXHE5O
ライセンス文書は丸ごとそのまま引き継ぐ
混ざって訳わからなくならんようにそれと区別して改変云々を書いておく
0754デフォルトの名無しさん
垢版 |
2018/10/17(水) 15:11:42.26ID:09vqJ2WQ
Apache License, Version 2.0って、Twitterみたいに
アプリのヘルプとかでずらっと箇条書きにしてあればいいのかな?
別途LICENSE.txtや取説にも書く必要ってある?
0756デフォルトの名無しさん
垢版 |
2018/11/09(金) 22:00:52.58ID:IlEU8oxs
GPLについて、以下使用パターンでググっていろいろ読んだ結果の解釈、合ってるか教えてほしい。

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

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

商用なので正確には法務担当に確認すべきなのは分かってるが、
前任から引き継いだらこんなことになっていた。
リリースまで余裕はあるので上に報告するための話を考える情報にしたい。
0757デフォルトの名無しさん
垢版 |
2018/11/10(土) 03:47:58.93ID:KUkgOOuF
問題ありそうね

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

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

ランタイムライブラリ例外は独立モジュールが
ランタイムライブラリの形でのGPLソフトウェアを利用している場合に対しての許可なので
独立モジュールじゃなければ、例外に該当しない
プログラム全体がGPLになるはず
0758 ◆QZaw55cn4c
垢版 |
2018/11/10(土) 13:53:47.49ID:gF+s2COR
スタティックライブラリかシェアードライブラリかで該非がかわるのですか?
0759756
垢版 |
2018/11/10(土) 15:21:42.96ID:yu0Mb9WU
>>757
ご指摘のとおり、ライブラリから切り離したであろう.c/.hをプロジェクトに組み込んで使っています。
この形だともはや「ランタイムライブラリ」じゃないという解釈ですね。

つまり、今回のパターンをクリアにするなら例えば
・libgccから不要な機能を削除したスタティックリンクライブラリlibgcc_dietを作成し
・開発中のソフトウェア(独立モジュール)からlibgcc_diestをリンクする
とすればランタイムライブラリ例外が適用できる可能性がある、ということでしょうか。
当然、libgcc_dietはGPLに従いソース含めて公開することを前提とします。
0760デフォルトの名無しさん
垢版 |
2018/11/10(土) 15:42:23.89ID:KUkgOOuF
いや、
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のソースは直接流用されてはいない)
0761デフォルトの名無しさん
垢版 |
2018/11/10(土) 16:08:47.51ID:KUkgOOuF
うお、レス書いてたら間に挟まった

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

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

例えば、libgcc_diet がランタイムライブラリを名乗れるのかがちょっと分からない
ランタイムライブラリは著作権者がファイルにランタイムライブラリ例外付きとしてライセンスする必要があるが、
著作権者ではない改変者が libgcc_diet をランタイムライブラリ例外付きGPLでリリースできるのかあたりがとても怪しい
0762756
垢版 |
2018/11/10(土) 18:42:19.95ID:Hrms6Af2
>>761
>著作権者ではない改変者が libgcc_diet をランタイムライブラリ例外付きGPLでリリースできるのかあたりがとても怪しい
なるほど。この点は要確認ですね。

ちなみに使っているのは、アーキテクチャ依存のスタートアップコードとCPU固有命令をCからコールするためのインライン化コード。
ちょっと特殊なCPUなので代替コードはなさそう。
多分一から書ける人はほとんど居ないので詰んだ感がする。
0763761
垢版 |
2018/11/11(日) 11:48:37.51ID:EA8uP50L
>>762
スタートアップコードとCPU固有命令のCラッパー部分なら、
756 の libgcc_diet の方法で作った場合、
757 で指摘した『製品プログラムは独立モジュールとはみなされない』
という指摘は当てはまらないね
(libgcc_diet のコンパイルと製品プログラムのコンパイルを別にして、後からリンクするだけ)

ただし依然としてランタイムライブラリ例外付きGPLで libgcc_diet をリリースできるかは不透明
0765デフォルトの名無しさん
垢版 |
2018/11/12(月) 16:22:28.53ID:uNoTWhhe
>>756をまとめると、
「GPLライブラリを改変して、LGPLとして使いたい」
ってことになってしまうのかな?
0766761
垢版 |
2018/11/12(月) 16:28:25.36ID:J2E4eo6X
GPLのソースコードを改変したコードだったり、
GPLのソースコードと自分のソースコードを混ぜてコンパイルしたら、
757 で言ったとおり「独立モジュール」にならないので例外を適用できないよ

リンク段階なら適用できる
0767デフォルトの名無しさん
垢版 |
2018/11/12(月) 21:17:49.64ID:Ff8BWBdH
書き方の問題だと思うけど、GPL+リンク例外のコードを改変したものを同じGPL+リンク例外で
リリースする分には問題ない。もちろん純粋なGPLのコードからはダメだが。
0768デフォルトの名無しさん
垢版 |
2018/11/12(月) 22:46:04.69ID:J2E4eo6X
ランタイムライブラリ例外で追加された許可は、
「独立コードであればランタイムライブラリのGPL違反とはならない」という一つのみなので、
派生コードをランタイムライブラリ例外付きGPLでリリースすることは許可されていない
という可能性がありそうに見えます
(ただのGPLなら可)

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

自分が見落としてるGPLの条項とか、GNUやFSFの見解とかあれば教えてください
0769デフォルトの名無しさん
垢版 |
2018/11/12(月) 23:22:35.32ID:Ff8BWBdH
GPL系のライセンスでは複製物/派生物は基本的に元のライセンスと同じライセンスで配布することを要求する。
LGPLなどリンク例外付きのものはGPLを選択してもよいというオプションが追加されているだけ。

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

それを同意するのがまさにライセンス条項なわけで。
0770756
垢版 |
2018/11/13(火) 00:45:43.57ID:pJjYkbMl
休日で見れない間に進んでた。

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

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

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

というか、この理論が成立しないとlibgccをさまざまなCPU向けに作り変えてもライブラリ例外が適用できなくなってしまうが、そういうものなのだろうか。
0771761
垢版 |
2018/11/13(火) 01:19:18.61ID:MDYcKLdV
ふー、GPLv3内の該当の条項を探した

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

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

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

まじか……
ランタイムライブラリ例外付きGPLは、シェアードライブラリにする必要がないからLGPLより緩いのか
0772デフォルトの名無しさん
垢版 |
2018/11/14(水) 13:49:00.33ID:zV35UnwU
FSFの文章読んでると
「今後はAGPLv3に統合してく、特例としてLGPLは作ったが出来ればGPLv3にしろ。
なお他のライセンスは一切使うな。」
って感じだけどなぁ
0773デフォルトの名無しさん
垢版 |
2018/11/22(木) 15:34:31.25ID:E6QgRurq
Apache License 2.0の最後に定型文があって「添付してください」って書いてあるけども、
これってAppendixだから「適用する時の例」であって、
「絶対にこの書き方をしなければならない」って意味では無いですよね?
0774デフォルトの名無しさん
垢版 |
2018/11/27(火) 00:37:44.31ID:UTcZY4wX
いつの間にかWineがLGPLになっているけど、これを使ってリバースエンジニアリング禁止のプロプラアプリを動かしたらライセンス違反になっちゃうんじゃないの?
0776デフォルトの名無しさん
垢版 |
2018/11/27(火) 18:20:02.40ID:DvtoPeYG
どういう理屈?

アプリAがLGPLのライブラリBを呼んだらアプリAはリバースエンジニアリングを禁止できないだろ
Wineの場合ライブラリBがWineになるんだからアプリAがリバースエンジニアリングを禁止している場合は
ライセンス違反になっちゃうんじゃないの?
0777デフォルトの名無しさん
垢版 |
2018/11/27(火) 19:18:31.09ID:oGEBzkwm
GPLは著作権を土台としているため頒布や改変(と二次的著作物の頒布)を利用条件の元に許諾を与えてる
自分が使うために利用することに制約は無い
0778デフォルトの名無しさん
垢版 |
2018/11/28(水) 15:16:18.69ID:pOLFoCWg
Wineで何をどう動かすかくらい書かないと、エスパーじゃないとわからんな
Wineのソースコードを改変して配布しようとしているのか?
0779デフォルトの名無しさん
垢版 |
2018/11/29(木) 16:17:55.80ID:ExWFlvb4
GPLの著作権って、いつ切れるのかな?
実質改変され続ける限りは無限?
(そして50年以上改変しないアプリなんて価値が無いし)
0780デフォルトの名無しさん
垢版 |
2018/11/29(木) 18:58:30.47ID:g1hBQmog
TPPで著作権の保護期間が50年から70年に延長
GPLはライセンスでプログラムを書いた人が自由に決めてるもので
著作権は法律で決まってて自由に決めれないものだろ
ライセンスは無期限じゃね
ライセンス違反で訴えられるなら使用時に同意した契約に違反したってことになるのかな
0781デフォルトの名無しさん
垢版 |
2018/11/29(木) 19:00:33.61ID:kmv48gib
タイムリーにこんな類似ネタも出てきた
【レビュー】手のひらサイズの「PlayStation Classic」を一足先にチェックする-Impress Watch
ttps://www.watch.impress.co.jp/docs/review/review/1155161.html
システムまるっとGPLな訳ないはずだが、どう解釈をするとGPLを回避できるのだろうか

>>778
リバースエンジニアリングNGのWinアプリなら何でも良いよ
0783デフォルトの名無しさん
垢版 |
2018/11/29(木) 20:10:41.26ID:HLTLQc8J
>>779
著作権に関して無期限の保護期間を設けた法律って、どこかにあるのかな?

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


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

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

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

というわけで、どんなライセンスの形態であっても、保護期間は同じように考えて良いんじゃないかなと思う。
0784デフォルトの名無しさん
垢版 |
2018/11/29(木) 20:23:26.86ID:g1hBQmog
本を出版した時に「無期限で中古本で販売できない」ってライセンスをつけて
本を買ったならライセンスに同意したとみなすっていってるようなものだろ
0785デフォルトの名無しさん
垢版 |
2018/11/30(金) 13:54:17.02ID:SLlZ3057
>>783
>最初の状態に対して全てに同じ保護期間が適用され続けるのか、改変の度に改変部分のみに個別の保護期間が適用されるのか、改変ごとに新たな保護期間が適用されるのかは知らない。

GPLでもこの辺りが明記されて無いんだよな
まー今はまだ適用対象が存在しないし、FSFが必要になって来たら明記するんだろうけども
0786デフォルトの名無しさん
垢版 |
2019/02/15(金) 18:57:06.23ID:2Y++q/f9
プログラム以外の著作物に使用できる左翼過ぎないライセンスってないかな?
CCやGFDLだとGPLと同様にプロプライエタリな規約と干渉するので困る
MITや2clauseBSD、欲張っても3clauseBSDやApache的なのを探しているんだが
0787デフォルトの名無しさん
垢版 |
2019/03/23(土) 21:10:06.72ID:ZHsQ3ITb
海外のハック系フォーラムに転がっているツール群とかライセンスなんて知ったことかと詰め合わせていたりするけど
日本でアレやったらGPL厨をはじめとする炎上厨が暴れ回って潰されるよな
0789デフォルトの名無しさん
垢版 |
2019/03/25(月) 18:21:37.63ID:8a7CrrwY
企業のプロダクトならともかく個人が小規模に配布しているツール群ですら炎上するだろ
権利者が文句言うならともかく部外者が権利者のごとく叩いていたりするし
0791デフォルトの名無しさん
垢版 |
2019/10/09(水) 15:53:14.24ID:UKRIoVwX
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 に限らず、商用利用について個別に許可や判断はしておりません。 [ガイドライン] の範囲内でご利用をお願いしております。
>ガイドラインを確認しても判断が難しい場合は [カスタマー サービス] に相談された方がいいかもしれません。
0792デフォルトの名無しさん
垢版 |
2019/10/09(水) 17:16:00.30ID:VylbFx2l
>ガイドラインを確認しても判断が難しい場合は [カスタマー サービス] に相談された方がいいかもしれません。
ライセンス以前の問題。自分でコピペした内容わからないのか
誰かに必要ないって言ってもらっても意味ないからな
0793デフォルトの名無しさん
垢版 |
2020/04/22(水) 09:48:01.28ID:LXJHPKmR
GPLライセンスで作られた画像ソフト(GIMP等)を使って出来たアイコンを、
プログラムに組み込んだらGPLライセンスになるのでしょうか?
画像ソフトそのものを組み込まなければ、関係ないですよね?
0794デフォルトの名無しさん
垢版 |
2020/04/25(土) 04:27:49.52ID:eyPEdhrI
ならない
>自由でないプログラムを開発するために、GNU EmacsのようなGPLの及ぶエディタを使っても良いでしょうか? GCCのようなGPLの及ぶツールを使って自由でないプログラムをコンパイルすることはできますか? (#CanIUseGPLToolsForNF)
> はい、なぜならばエディタやツールの著作権はあなたが書くコードには影響しないからです。法的には、あなたがどんなツールを使っても、あなたがご自分のコードに適用するライセンスに関しては何の制限も課されません。
https://www.gnu.org/licenses/gpl-faq.ja.html#CanIUseGPLToolsForNF
0795デフォルトの名無しさん
垢版 |
2020/04/27(月) 11:21:18.43ID:eoc/MZWn
GPLになるのはライブラリとして組み込んだ場合で、
道具として使う分には無関係なのね、ありがとう
0796デフォルトの名無しさん
垢版 |
2021/01/14(木) 20:47:54.83ID:dM4bhZui
Linuxが動く組み込み機器にWebアプリ(自作)を入れて売り物にする場合は、このWebアプリのライセンスはどうなりますか。
WebアプリはApacheかNGINXを利用します。カーネルやライブラリの改変は行いません。
0797デフォルトの名無しさん
垢版 |
2021/01/15(金) 10:56:31.08ID:ZBP8cOLI
>>796
売り物かどうかは関係ないがそのWebアプリが自作なら好きにすれば良い
ただし機器に組み込まれたカーネルやライブラリなどを含むその他の
ソフトウェアのライセンスによってGPLなどは配布するあなたに
面倒な義務が生じるのを忘れずに
0798デフォルトの名無しさん
垢版 |
2021/01/17(日) 21:14:45.33ID:EufHwiCX
>>797
ありがとうございます。
組み込み機器だとスタティックリンク扱いになって面倒なことになるかもと
懸念していましたが、そんなこと無いのですね。
0799デフォルトの名無しさん
垢版 |
2021/03/25(木) 00:18:26.64ID:zbXuPLV4
railsが依存していたライブラリがMITだと思っていたのが
実はGPLにしなければいけなかったことが発覚して
過去に遡ってライセンス検証の必要が出てきて
上へ下への騒ぎになってるな
0801デフォルトの名無しさん
垢版 |
2021/09/25(土) 03:21:16.96ID:MqPWuGEQ
↓ここの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で使ってしまってよいものなのでしょうか?
0802801
垢版 |
2021/09/25(土) 03:22:56.58ID:MqPWuGEQ
上げわすれましたすみません
0803デフォルトの名無しさん
垢版 |
2021/09/25(土) 09:46:21.14ID:wMFSv1EV
>>801
そのgithubに上がっているコードだけで動くものであればMITと思っていいはず。
もちろんそれが嘘である可能性もゼロではないが。
0804801
垢版 |
2021/09/25(土) 19:56:57.61ID:MqPWuGEQ
>>803
レスありがとうございます!!
MITで出してる人の信憑性の方をじっくり確認して判断しようと思います
(ずいぶん前からやってる人だから大丈夫だとは思うけど、、)
0805デフォルトの名無しさん
垢版 |
2021/10/07(木) 10:26:14.88ID:ruc5ZUiB
質問です。PythonやPerlのようなスクリプト(ただしBSD-3clause)をバンドルすることは可能でしょうか。
本体はソースコードを伏せるとします。
0807デフォルトの名無しさん
垢版 |
2021/10/07(木) 21:08:58.86ID:ruc5ZUiB
805です
>> 806
ありがとうございます
0808デフォルトの名無しさん
垢版 |
2021/10/08(金) 17:30:48.49ID:fXnrV9Rv
いつの間にか「LGPL3+」ってラインセンスが出来てたけども、
dllとして使う分には今までのLGPL通り特に公開しなくて良いのかな?
0809デフォルトの名無しさん
垢版 |
2021/11/01(月) 17:37:22.19ID:oxBd64CE
mitライセンスのプログラムを自分のサイトで使った場合だけど
Copyright (c) ○○ のとこは自分の名前に変えるの?
0810デフォルトの名無しさん
垢版 |
2021/12/14(火) 10:03:37.41ID:Z2EY0x76
MITライセンスの解説サイトがどれもクソ
配布側と利用者側で分けて説明しろよ下手くそがっ
0811デフォルトの名無しさん
垢版 |
2021/12/18(土) 14:05:46.31ID:sdZeToOe
MITライセンスみたいな単純なものを理解できない人間がいるのか
0812デフォルトの名無しさん
垢版 |
2022/12/04(日) 14:26:21.44ID:vuagrpJP
読むだけでも有用な良スレなので上げとく
0813デフォルトの名無しさん
垢版 |
2022/12/30(金) 01:47:46.99ID:twRFFy/T
BSD、MIT、Apacheライセンスの違いを比較したサイトとか無い?
0816デフォルトの名無しさん
垢版 |
2023/08/15(火) 21:07:32.31ID:JDy+ICH7
あの、初心者すぎて聞くのも恥ずかしいのですが、
ossのライセンス読んでると改変っていうのが出てくるんですが、例えばpythonでpipインストールしたライブラリをインポートして普通に.pyファイルにライブラリの機能を使うためのコードを書いただけでは改変にはならないのでしょうか…。

あと、例えばBSDのライブラリだけど、インストールに必要な依存ライブラリの中にGPLがある場合、直接BSDのライブラリしかインポートしてなくても、作ったプログラムはGPLになってしまうのでしょうか…
0817デフォルトの名無しさん
垢版 |
2023/08/15(火) 21:58:24.25ID:xcCo0j6w
あなたが配布するものの中に他人の著作物が含まれない限りはなんの問題もない。
真面目にやるならソフトウェア著作権についての本を1冊読んでみるといい。
0818デフォルトの名無しさん
垢版 |
2023/08/15(火) 23:06:08.59ID:2Hi/6f7X
GPLのライブラリへの依存については
難しいところがある
FSFはGPLの影響を受けると主張してるが
関係ないだろと言ってる人もいる

裁判で決着つけるしかなさそうだが判例は
まだ無いんじゃないか
0820デフォルトの名無しさん
垢版 |
2023/08/16(水) 06:57:40.77ID:RAfY2fX9
みなさまありがとうございます。
大変参考になります…。
本を買って勉強してみます…。

ちなみに社内利用だけに留めて外部に公開しなければ改変とかしても著作権表示とかソースコード公開とかしなくてもいいんですかね…。(社内でソースコード公開しないというのも変ですが)
0821デフォルトの名無しさん
垢版 |
2023/12/27(水) 18:26:56.94ID:dbBujRCg
MITライセンスとかBSDライセンスの成果物を再配布する際に作者に一言断りをいれるって
暗黙のマナーなの?

俺に一言の連絡も無く買ってに再配布しやがった!許せんやつだ!みたいな作者をみて
ちょっと新鮮な驚きを感じてンだけど。
0823デフォルトの名無しさん
垢版 |
2023/12/28(木) 21:54:34.92ID:Pm1IJwOg
ライセンスに明記されてない暗黙の「守らなきゃならないマナー」があったら怖いわw
そんな要求する人がいれば「ライセンスにちゃんと書き足しとけ」っていうのがこのスレ的には正しいだろうけど、関わらない方が正解だな
0824デフォルトの名無しさん
垢版 |
2023/12/28(木) 22:58:06.13ID:Z5rjUApO
>>823
そうだけど誰か分からないとうっかり関わってしまうかもしれない
というわけで誰がどこでそんなこと言ってるか教えて >>821
0825デフォルトの名無しさん
垢版 |
2023/12/28(木) 23:39:18.70ID:9S//bVPG
暗黙のマナーではないけどマナー違反だと
怒ってた人は見たことある
昔なんで何だったか忘れたけど
0826デフォルトの名無しさん
垢版 |
2024/01/28(日) 12:01:24.50ID:2bprNFXc
LGPLなライブラリ(改変なし)を動的リンクした実行ファイルについて質問
このライブラリと実行ファイルをインストーラに含めて配布する場合、実行ファイルのソース公開義務はないとの認識でよい?
0827デフォルトの名無しさん
垢版 |
2024/03/03(日) 18:14:15.04ID:rW7JezS1
どなたかNASAのjpl ephemeridesのライセンスが何なのか
ご存知でしたらお教えいただけませんでしょうか
https://ssd.jpl.nasa.gov/ftp/eph/planets/bsp/
↑ここのde***.bspです。
webで公開する月齢の暦を作るべくこれ(とMITライセンスのskyfieldというpythonライブラリ)を使いたいのですが
探しても明確なところがはっきりしません
使用する場合ソースを開示しなければならないタイプはセキュリティ的によろしくないので避けたいのですが、、
どうぞよろしくお願いいたします
レスを投稿する


ニューススポーツなんでも実況