はてなキーワード: GPLライセンスとは
[B! ネット] 攻略ツールをGameWithに模倣されたお話|oliver|note
GPLを理解していないコメントがあるのは仕方ないとしても、これにスターが大量に集まるのはバカの見本市すぎるだろう。
模倣元のツールはMIT Licenseで公開されていたらしいので、状況は概ね3パターンに整理できる。
パターン1はどんなオープンソースライセンスでも問題にならない。
パターン2はMIT Licenseでもライセンス違反なのでGPLを選ぶ必要がない。
(MIT Licenseは著作権者とライセンスの表示が必須で、少なくともソースコード上に「Auther: ○○」「License: MIT」と記載する必要がある)
パターン3はGPLでは問題にならない。FSFのFAQより引用する。
Q. ある会社がGPLが適用されたプログラムの改変バージョンをウェブサイトで動かしています。GPLはかれらは改変したソースコードを配布しなければならないと言ってますか?
A. GPLは誰もが改変したバージョンを作成し、他に配布することなく、使うことを許しています。この会社が行っているのはこの特別な場合です。ですから、この会社が改変したソースコードをリリースする必要はありません。
というロジックになっている。結局、どのパターンでもGPLを選んだところで問題は解決できない。
また、次のコメントも間違っている。
CC-BY-NCの定める「営利目的」はソフトウェアを売買したり利用料を得たりするような行為のことで、アフィリエイトで広告収入を得る行為は含まれないから抑止にならない。
この中でまともなこと言っているのはこの人だけである。
GPLv3含め通常のOSSライセンスではバックエンド利用は再配布に該当しない(お前らはApacheやFFmpegのソース配布してるか?)。XaaS提供を縛りたい場合はv3フォークのAffero GPLv3が必要。
ただ、模倣先のツールはクライアントサイドアプリケーションらしい(≒パターン3ではない)のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。
-----
ここ最近感じていること:コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。
日本ではほぼ注目されていない言論の自由論争「GabによるMastodon参入問題」がついに本格化した。
Gabはこれまで北米のオルタナ右翼の巣窟と化し、ユダヤ教礼拝所襲撃の予告へ使われた結果、AppleやGoogleのプラットフォームやWebサーバー関連企業から締め出されるという問題を起こしていた。
「言論の自由」は尊いが、極右SNS「Gab」の存続は許されない
https://wired.jp/2018/11/02/gab-offline-free-speech-alt-right/
これらの締め出しによりGabはフォークすることが自由であるコピーレフトなAGPLライセンスで提供されるMastodonへ参入を表明するという施策を打ち出す。
それへ対してMastodon創始者のEugen Rochkoは不快感を示しMastodonコミュニティーとして声明を発表した。
Statement on Gab's fork of Mastodon
https://blog.joinmastodon.org/2019/07/statement-on-gabs-fork-of-mastodon/
しかしこのEugen Rochkoによる声明は一部に誤りがある。
Most servers in the fediverse are already blocking the Gab domains
分散SNSサーバーが形成するFediberseネットワークの殆どのサーバーはGabをブロックしていないのである。
そもそもGabがMastodonをフォークすることが判明した際、まずEugen RochkoはMastodon自体へGabをブロックする機能を追加しようとした。
しかし、これはAGPLライセンスの元で提供されている自由なMastodonには相応しくない判断としてMastodonコミュニティーはEugen Rochkoの提案を棄却した。
GabをブロックするかどうかはMastodonを含んだ各々の分散SNSサーバー管理者が判断すべきことであり、既にMastodonにはドメインブロックの仕組みがあるので、各々の分散SNSサーバー管理者の判断でGabをブロックすべきだと反論されてしまったのだ。
Eugen Rochkoはこの反論を渋々了承し、今度は「MastodonクライアントアプリへGabをブロックする仕組みを導入しよう」とMastodonクライアントアプリ製作者たちへ対して提案した。
これもまた前述したAGPLの兼ね合いの反論が起きたが、一部のMastodonクライアントアプリ製作者は協調しGabをドメインブロックした。
そして実際にMastodonフォークのGabがデプロイされていることを確認したEugen RochkoがMastodonコミュニティーとして出した声明が前述の「Statement on Gab's fork of Mastodon」である。
誤りがあると指摘した部分もそうであるが、Mastodonコミュニティー全体はこの声明に同意していない。
Eugen RochkoはGabを憎むあまりAGPLとしては踏み込みすぎた発言を繰り返しており、度々非難されているのだ。
各々で違うルールが運用されている分散SNSサーバーが形成するFediverseネットワークには統一したルールはなく、当然ながら統一した意思というのも存在しない。
コピーレフトなAGPLライセンスのMastodonをフォークしたGabはFediverseネットワークへ自由に参入することが認められているし、Fediverseネットワークで(現地法令に違反しない限りは)自由な発言も認められている。
Eugen RochkoがGabへ対して不快感を示すのは非常に理解できるが、Eugen RochkoがしようとするGabへの対策がMastodonを含んだ分散SNSの自由を脅かすものになってしまっているのが問題である。
MastodonとGabの問題は「自由を守るため自由を脅かす可能性がある」というリベラリズムにとって非常に興味深い現象に発展している。
昨今のインターネットへ明るい者であれば「分散SNS」を知っているだろう。
各々のユーザによって個別のサーバが相互接続し合うことによってSNS網を構築し、中央集権であるTwitterやFacebookの代替として確立されたサービスのことだ。
日本では一時期、分散SNSの実装の1つである「Mastodon」が話題となり、その意義を明確に理解したユーザや、ビジネスチャンスを見出した企業が参入した。
「Mastodonは自分に合わない」「Mastodonは流行っていないのでTwitterに戻る」などの理由で一時期よりはアクティブユーザが減ってしまったが、少々の誤解のある人も居るようなので、最後の方でこの点についても言及したい。
そのMastodonを創始した「Eugen Rochko」氏の提起が分散SNS内で紛糾してしまっている。
So Gab has decided that their own code that they spent $5M of investor money developing is so unsalvageably bad that they're going to use Mastodon's code instead, with the added bonus of leeching off of our apps (with Gab apps being banned from app stores)
This is an early warning to fellow admins to be vigilant and domain-block them on sight, when/if they appear (unconfirmed whether they intend to federate), and to app devs to consider if blocking Gab's domains from their app is necessary.
すべてを翻訳するのは面倒なので要約すると「Mastodonクライアントアプリ製作者はGabのドメインブロックに協力して欲しい」という提起だ。
Gabは早い話がTwitterと同様の2016年に創始されたマイクロブログ系SNSだ。
Gabは言論の自由や表現の自由が尊ばれ、あらゆる発言や表現が許容されるSNSとして成立した。
ここまで聞くと大変素晴らしいSNSのように思えるが、実は「あまりにも自由すぎた」ためにAppleのAppStoreやGoogleのPlayStoreからアプリが排除されてしまうという事態を引き起こした。
何故ならばGabは自由のためヘイトスピーチすらも許容し、北米でユダヤ教礼拝所の襲撃予告に使われてしまった。
そう、Gabは自由すぎたために北米のAlternative Rightの巣窟となってしまったのだ。
ここまで聞けばEugen Rochko氏は正しい。2大スマートフォンプラットフォームにさえ排除されたGabを擁護するのは非常に難しい。
そんなことは分散SNS界隈は全員がと言って良いほど理解している。GabはEugen Rochko氏から非難を受けても仕方がないと皆が思っているのだ。
しかし、何が問題なのかと言えば「MastodonはAGPLを冠している」からEugen Rochko氏の発言は問題とされ紛糾してしまった。
「Richard Stallman」氏が「GNU宣言」を提唱して以降、数多くのFLOSSな成果物が公開され、数多くの情報技術者がそのFLOSSで育ち、日々FLOSSで業務を行っているからこそだ。
GNU宣言は個人の自由は最大限に守られるべきだとし、個人の選択は最大限に尊重するべきだとしている。
AGPLはGNU宣言に影響されたソフトウェアの利用・配布・改変などに関するライセンスだ。非常に自由なライセンスとして知られる。
GNU宣言はIT界隈で一種の聖典として扱われ、IT界隈でリベラリストが育つ土壌となっている。
MastodonはそんなAGPLを冠して開発されており、GabはMastodonをフォークして新たなSNSを立ち上げると宣言した。
Eugen Rochko氏はGabがMastodonをフォークすることへ不快感をあらわにし、フォークすることすらも自由であるはずのMastodonからGabを閉め出そうとしたのである。
それへ対して自由を尊重する分散SNS界隈は当然ながら「待った」をかけたというのが事の顛末である。
イスラム国(ISIS、ISIL)はMastodonと同じくAGPLライセンスで開発されている分散SNSの実装の1つである「Diaspora*」へ参入を表明したことがある。
この件も、分散SNS界隈では紛糾したが、AGPLにはイスラム国のようなテロ組織が利用することを禁じるような条項はないので、IT界隈のリベラリズムはイスラム国のDiaspora*参入を許容した。
分散SNS界隈が取れる選択は「各々の分散SNSサーバの管理者が個人の選択としてイスラム国Diaspora*サーバをドメインブロックすること」くらいなのだ。
これほどAGPLとは自由であり、IT界隈の多くは確固たるリベラルなのである。
だからこそMastodonでは絶大な影響力を持つ創始者たるEugen Rochko氏が「GabをMastodonクライアントアプリがドメインブロックしないとアプリストアからアナタのアプリが削除される可能性がある」というような脅迫と取れるような発言してはいけないのだ。
Eugen Rochko氏自身がMastodonをAGPLライセンスと決めたのであれば、Mastodon開発はAGPLに基づいて運用されなければならない。
Eugen Rochko氏ができる発言は、Mastodonの本家サーバ(デモサーバ)としても知られるEugen Rochko氏自身が運営する「管理者としてmstodon.socialはGabをドメインブロックする。そして他のMastodonサーバおよびMastodonクライアントアプリがGabをドメインブロックするかどうかは管理者・開発者の自由に委ねられる」くらいなもの。
Eugen Rochko氏のGabへ不快感を持つという意志は尊重されなければならない。だがしかしMastodonへ関わる開発者を扇動してはならない。
分散SNS界隈はGabを擁護しているのではなくAGPLを擁護しているからこそ、Mastodonの偉大な創始者であるEugen Rochko氏の発言は紛糾してしまった。
Eugen Rochko氏の発言は結果としてAGPLの自由を脅かす発言となってしまったのだ。
Twitterで自由の権利に関しての話題が紛糾することがままあるが、分散SNS界隈が抱える自由の権利の問題はこの段階まで来ている。
MastodonはActivityPubプロトコルというものに基づいて、Mastodon以外の分散SNSと相互コミュニケーションを取ることができる。
このActivityPubプロトコルで形成されるネットワークをFediverse Network(日本語では連合ネットワークと翻訳されることが多い)という。
つまり、アナタが利用する分散SNSがFediverse Networkへ参加していればSNSの種類が違ってもコミュニケーションについては問題ないわけだ。
例えばもしMastodonが完全に廃れてしまい開発が止まっても、Fediverse Network自体はFediverse Networkへ参加する分散SNSが存在する限りFediverse Networkが消滅することはない。Mastodonが消えるだけなのだ。
もっとわかりやすい例を出そう。Fediverse Networkは早い話が「SNSの形態を取ったE-Mail Networkと似たようなもの」なのである。
アナタがMastodonアカウントや他の分散SNSアカウントを取得するということは、GMailアカウントやYahoo!メールアカウントを取得することへほぼ等しい。
ここまで言うと察しの良い人は段々と気付いてくる。
「もしかしてメールのネットワークが完全に消えてなくなるとは考えにくいように、分散SNSのネットワークも消えてなくなるとは考えにくい?」と。
メールは流行る流行らないという段階ではすでになく誰でもいつでもメールアドレスは取得できるので一種のインフラのようになっているが、分散SNSもほぼ間違いなくそのようになる。
分散SNSアカウントは誰でもいつでも取得できるので、その参入者数はメールのように時間をかけてゆっくりと増え続け、気付けばインフラのようになっているというのが分散SNSのネットワーク特性なのだ。そうなるように設計されているから。
Mastodonが流行る流行らないという部分は問題にするべき部分でなく、というかFediverse Networkの設計上で見当違いな心配なのだ。
要は「分散SNSってメールみたいなものなのね」と早期に気付いた人は早い段階で分散SNSのアカウントを取得したし、それにまだ気付いてない人は分散SNSアカウントの取得が遅れているだけということだ。
おそらくは現在分散SNSアカウント未取得でも、将来的に流行するWebサービスがFediverse Networkへ何気なく対応していて、気付かないうちに分散SNSを使えるようになっているということが発生すると思われる。
DoCoMoの携帯電話を持っただけでiモードのdocomo.co.jpメールアカウントが付いて来たように、流行りのWebサービスに登録したら分散SNSアカウントが付いて来るだろう。
最初はMITやApacheみたいなゆるいライセンスにしたい。
Githubのスターも1000や2000を楽に超えてゆきたい。
そしてある日、ライセンスをGPLにする変更をいつものコミットの中にコッソリ入れたい。
それに気づかず更新してそのままストアに公開してるマヌケなアプリを探したい。
そして使用している証拠を保存してからソース公開を要求したい。
そして当然のように拒否されたい。
そしてまた当然のように棄却されたい。
最終的に日本におけるGPLライセンスは事実上無効となり、他国が必死にそれを順守している一方で日本の全てのプロパライエタリソフトは当然のようにGPLなコードを組み込むようになり、日本だけが全てのIT技術において独走する世の中となるという、そんな終わらない黄金時代を作った最も偉大な愛国者として名を刻みたい。
MySQLに限らないけど、「GPLは営利目的では使えない的な思い込み」は止めて欲しい。
先週、システム開発の提案で客先に行ってきた。
当方、30前半のSE。対応してくれた担当者は40代後半の情報システム部門の方。
提案したシステムの規模はそれほど大きくはなく、お客さんからもあまり予算はないと言われていたため、RDBMSに「MySQL」を使ったWebシステムを提案したところ、「それほど可用性は求めてないし、無料で使えるDBの方がいい」と言われた。
あぁ、商用ライセンスを購入すると勘違いしたんだな、と思ったので、「MySQLはGPLライセンスもあるので無料で使うことができますよ」と説明したところ、担当者の顔が険しくなった。
「GPLだとソースコードを公開しないといけないんだよ?たとえMySQLのソースコードを改変していなくても、MySQLを使ったソフトウェアであればソースコードを公開しないといけないし、それを企業で使おうとすると犯罪になるよ。」
「だからウチでは重要なシステムはOracleを使っているし、重要度が低いシステムPostgreSQLを使ってる。」
「たまたま提案先がウチだからいいものの、他の企業にそんな提案すると恥をかくし、あなたの会社の信用も堕ちる。」
いろいろ言われたけど、要約するとこんな感じ。
「確かにGPLだと他の誰かにMySQLを使ったソフトウェアを頒布する場合はソースコードも渡さないといけないですが、今回は御社に導入するWebシステムですから問題ないですよ」
とは返したものの、
「Webシステムなのが問題なんだ。システムを使う人にソースコードを公開しないといけないんだよ。TOPページとかにリンクを貼るの?ソースコードはこちら、みたいなの。ありえないよね?」
「システムを使った社員がソースコードを持って帰って公開したらどうなるの?機密情報の流出だよ。」
と捲し立てられてしまった。
心の中では「Webシステムだと利用者全員にソースコード公開とか、なわけねーだろ」と思いつつも、相手の勢いがスゴいし反論するための明確な情報を持っていなかったので一旦持ち帰って再検討することになりました。
http://www.ipa.go.jp/files/000028332.html
英語が苦手なのでIPAが公開しているGPLv3の日本語訳で確認したところ、「0. 定義」の項目に以下の文言があった。
著作物の「コンベイ」(convey)とは,プロパゲートに当たる行為のうち第三者が複製すること又は複製物を受領することを可能にする行為をいう。ただし,コンピュータネットワーク上での単なるやりとりであって複製物の伝送を伴わない場合は,コンベイに当たらない。
そりゃそうだよね。てかWebシステム利用者にソースコードを公開しないといけないとか誰が言い出したんだよ。
で、結局提案はPostgreSQLに変更しました。ライセンス云々関係なくPostgreSQLに統一されているんだったら運用コスト面でその方がいいし、MySQLを提案したのは俺がPostgreSQLより得意だからってだけだから。
ライセンスについては調べたことを担当者に伝えるかどうか思案中…。
ここまで捲し立てられたのは初めてだったけど、今までもお客さんから「GPLだけど商用ダメなんじゃないの?」って言われたことが多いんだよね。
もう一度言うが
先日、アダルト専用ブックマーク「秘ブ」(http://hibu.jp/)を公開した者です。
http://anond.hatelabo.jp/20130308124428
これね。
http://anond.hatelabo.jp/20130308140354
の方のご指摘で「ボスが来た!」機能が欲しいということでしたので、作ってみました。
javascriptでほぼ全部実装したのですが、だいぶ苦労しました。
javascript特有の、関数をオブジェクトに登録できるとことか、できるだけ汎用的にコードを構成するとことかが難しく…。ちょっとした変態言語だとは聞いていましたけどね。
職業プログラマの方からみればそれはそれはスパゲッティな感じでしょうが、お勉強を兼ねてソースも公開したいと思います。
デフォルトでは、右下に「ボスが来た!」ボタンを表示して、クリックすると「年号→西暦変換表」の表示に切り替えます。タイトルとファビコンも変更します。
デモページ無いんで、どんな感じになってるかはhttp://hibu.jpを御覧ください。
プログラムを公開するときにはライセンスってものを設定しなければいけないらしいと聞き、一応書いておくか―と思って調べました。
結果、↓で一番上にあったGPLライセンスにすることにしました。
http://smkn.xsrv.jp/blog/2009/03/summary_for_gpl_mit_cc_etc/
http://kojika17.com/2011/01/web-designers-have-to-remember-license-summary.html
匿名ダイアリーではHTMLの部分と日本語がちゃんと表示できないみたいなので、見たい方は↓のURLで見れると思います。
http://hibu.jp/js/BossComes.js
最初、bodyタグの直下にscriptタグで読み込んでたんですが、ページ全体の読み込みが遅くなっちゃいまして。
bodyタグを閉じる直前にscriptタグで読み込むと良い感じです。
↑のkebo987654さんの回答からコードをお借りして解決。
Javascriptでタイトル名称を変更する
Favicon の動的変更の裏側
http://webcraft.seesaa.net/article/184698281.html
DYNAMIC FAVICONS
ファビコンは、一回linkタグのファビコン指定の部分を消してから、書きなおさなきゃ変わらないみたいです。
ファビコンファイルの拡張子ごとにmine-typeを変更するところは頑張った。
って具合に。
でも、関数をelementのonclickに登録するのがなかなかうまく行かなくて。
でもググった結果、↓のようにしたらできました。
動的にonclickを追加する