世界を動かす技術を、日本語で。

Googleは特定のソースコードのGitタグをGoogle Drive経由で取得することに置き換えました

概要

  • MastodonのWebアプリ利用には JavaScript有効化 が必要
  • JavaScriptを無効にしている場合、Webアプリは 正しく動作しない
  • 代替として、 各プラットフォーム向けネイティブアプリ の利用を推奨
  • ネイティブアプリは 公式・非公式含め複数存在
  • 利用環境に応じた 最適な方法の選択 が重要

Mastodon Webアプリ利用時の注意点

  • Mastodonの Webアプリ を利用するためには、 JavaScriptを有効 にする必要
  • JavaScriptが無効の場合、 ページの表示・操作が大幅に制限
  • ブラウザの設定から JavaScriptをオン にする手順が必要

代替案:Mastodonネイティブアプリの利用

  • JavaScriptを有効にできない場合、 ネイティブアプリ の利用が推奨
  • 各プラットフォーム(iOS、Android、Windows、macOS、Linux)向けに 公式・非公式アプリ が提供
    • 例: Mastodon for iOSTusky for AndroidWhalebird for Desktop
  • アプリストアまたは公式サイトから ダウンロード・インストール が可能
  • ネイティブアプリは パフォーマンス・通知機能 などWeb版より利便性が高い場合あり

推奨アクション

  • Webアプリを利用したい場合は JavaScriptの有効化 を検討
  • セキュリティやポリシー上JavaScriptが使えない場合、 ネイティブアプリの導入 を選択
  • Mastodon公式サイトや各プラットフォームの アプリストア で最新情報を確認

Hackerたちの意見

最初のツイートを引用すると、

「Googleは特定のソースコードのGitタグをプッシュするのをやめて、Googleフォームを通じてリクエストを出した後にGoogleドライブからソースコードを取得するようにした。完全におかしいし、リクエストの処理が徐々に遅くなってきてる。今や明らかにGPLv2に違反してる。」

Googleはカーネル以外のAndroidでGPLを避けるためにすごく努力してなかった?そこにGPLのものは何があるの?

「とても遅い」って具体的にどれくらい遅いの?「特定のソースコード」って何?OPは問題を説明するのに何でそんなに控えめなの?こちらがフォームだよ: https://source.android.com/opensourcerequest これ面白いね:

「処理コストをカバーするために料金を請求することがあるかもしれません。リクエストは以下のルールのいずれかに従って送信する必要があります: Googleから受け取った製品の日付から3年以内に、リクエストの対象となるコンポーネントやバイナリファイルが含まれていること。」 その「3年」はGPLv2で名付けられている最小限の期間だね。

彼らは今、GPLv2に明らかに違反してるよね。 いや、そうは思わないけど? 彼らはソースコードのリクエストをGoogleフォームじゃなくて、普通の郵便で受け付けるようにすることもできるし。それでもライセンスには(悪意的に)準拠してるってことだよ。

これってただの悪意のある遵守じゃない?どうしてこれがGPLv2に違反するのかよくわからないんだけど。

うん、同意する。これがひどい動きだと思うけど、GPLv2をざっと読んだ感じでは、実際には違反にはならないと思う。ライセンスは、ソースを求める人に配布することを求めていて、配布コストをカバーするために料金を取ることも可能だけど、開発がオープンで行われることは求めてないからね。

「GPLに違反してる」ってのは言い過ぎじゃない?Googleがソースコードを取得するプロセスを自分たちにとって楽にしてるとは思えないけど。Androidはずっと「オープンソース」よりもソースがオープンだったし。コードベースに入るコミュニティの貢献の大半はセキュリティ修正や小さなバグ修正だよ。それ以外は基本的にGoogleと(ある程度は)Samsungの仕事だね。

「GPLに違反してる」ってのは言い過ぎじゃない?元々想定されていた配布方法は「FSFに空の9トラックテープを送れば、彼らが埋めて返送してくれる」だったんだよね。もちろん、Driveからダウンロードした人がそれをGitHubなどにミラーリングするのを妨げるものもないし。これは歴史的にオープンソースプロジェクトの管理が悪いと言えるかもしれないけど、ライセンス違反ではないよ。

基本的にGoogleと(ある程度は)Samsungの仕事だね。AndroidにはGoogleの仕事じゃないものもたくさんあるよ。例えば、Kotlinの実装やJavaの実装(OpenJDK)とか。

オープンソースだからって、貢献を受け入れるとは限らないよね。ソースが公開されてないけど、貢献を受け付けるソフトウェアも想像できるし(これは理論上の話じゃなくて、実際に見たことがある)。ただ、ソースコードを共有しなきゃいけないのに、それを公開しないのはちょっとひどいよね。

なんでそれが「無理がある」ってことになるの? 基本的な要件は、ソースコードが利用可能かつ公開されているかどうかだよ。Googleの解決策がソースコードを簡単に入手できるようにしているって確信してるの? 他の多くのプロジェクトはwgetできるリンクを提供してるのに、なんでGoogleは他のプロジェクトよりもソースコードを入手しづらくしようとしてるの?

Androidはずっと「オープンソース」よりもソースがオープンだった。 それって具体的にどういう意味? あなたの言葉が何を意味してるのか分からない。オープンソースよりもソースがオープンって、これは同義反復? その他のすべては基本的にGoogleと(ある程度)Samsungの仕事だ。 それはGPLv2なの? もしそうなら、なんで誰かが特別な権利を持つ必要があるのか理解できない。みんなGPLv2に対して同じ条件を持ってる。それが全体のポイントだよ。あなたの言ってることが理解できない。

GrapheneOSは、いくつのコミットのメタデータを捨てて、それをぐちゃぐちゃにまとめたtarballが「修正のための作業の好ましい形」ではないと言ってるし、Google Driveのリンクを得るためにフォームに記入しなきゃいけない手動プロセスが、今の時代において「ソフトウェアのやり取りに通常使われるメディア」ではないとも主張してる。これはGPLv2からの引用だね。

Hacker Newsで議論の続きを見る