Mastodonクライアントアプリを開発した場合、それはAGPLを引き継がなきゃ駄目なのかね?

他にもMastodon互換サーバ(内部コードは違うがMastodonAPIを吐く)を開発した場合はAGPLを引き継がなきゃ駄目なんだろうか

AGPLのこの辺りをよく理解してない

「私の解釈では」で良いので誰か教えて下さい

@keizou Mastodonのソースコードをコピーしてきて利用していないならAGPL以外のライセンスで配布することができると思います。

僕の理解では、(A)GPLは著作権を根拠としたライセンスで、APIのみを利用してソースコードを利用していない場合には効力が及びません。ただ、(A)GPLのライブラリにリンクしていて、そのライブラリがないと動作できないようなプログラムについては、(A)GPL的にソースコードを利用していると見なされていて、(A)GPLで配布する必要があります。蛇足ですが、LGPLで配布されているライブラリを利用するプログラムは、LGPLと非互換なライセンスで配布することができます。

識者の方ツッコミをよろしくお願いしますう!

フォロー

@zundan ソースコードさえ違えば動作の振る舞いが同じでもAGPLには抵触しないと解釈するのが正しい・・・のかな?

その場合はどうやって著作権を侵害していないことを証明したら良いのか・・・ってアレか、センシティブな部分へ影響しないようにMastodon互換コードを書けば良いのか

そして開示を求められた際に著作権を侵害していないとしつ一部Mastodon互換コードを公開したら良いのか

・・・たぶん?w

· · SubwayTooter · 1 · 2 · 1

@keizou リスク管理をちゃんとするとすれば、AGPLなコードの著者に訴訟を起こされたときに、負けないくらい、コードを利用していないという証拠を残しながら書いてくのかな、と想像します。すっごく厳密にやるとすれば、AGPLなコードを見たことのない人だけが振る舞いだけを頼りにゼロからコードを書くんだろうと思います。プロプラなハードウェアのオープンソースなドライバもたぶん似たようなやり方です書かれてたんじゃないかと思います。しかし実際問題どうなんだろう…

ログインして会話に参加
グルドン

Mastodon は、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。