Google は 17 日、Android で使用していないアプリの権限 (アクセス許可) を自動でリセットする機能の対象バージョン拡大を発表した (Android Developers Blog の記事、 The Verge の記事、 Ars Technica の記事、 9to5Google の記事)。

アプリの権限自動リセット機能は Android 11 (API 30) で導入されたもので、制限付きデータへのアクセスや制限付きアクションの実行といった実行時の権限 (危険な権限) が対象だ。通常はユーザーの選択が記憶されるが、数か月間使われなかったアプリは権限がリセットされるため、再び権限のリクエストが必要になる。

対象として追加されるのは Google Play 開発者サービスを使用する Android 6.0 (API 23) 以降のデバイスで、12 月から順次有効化される。自動リセット機能は API 30 以降をターゲットにしたアプリのデフォルトで有効になり、API 23 ～ 29 をターゲットにしたアプリではユーザーが手動で有効化できる。

主にバックグラウンドで動作し、ユーザーの操作を必要としないアプリの開発者は必要に応じて自動リセットの無効化をユーザーにリクエストできるが、リクエストしない場合はコードを変更する必要はない。なお、自動リセットの無効化をリクエストする API は API 30 以降での使用を想定したものであり、デフォルトで自動リセットが無効になる API 23 ～ 29 では不要とのこと。

現在、クロスプラットフォームの自動リセット API は Jetpack Core 1.7.0 ベータライブラリでベータ版として提供されており、10 月には Jetpack Core 1.7.0 の安定版で利用可能になる。12 月にはGoogle Play 開発者サービスを使用する Android 6.0 ～ Android 10 デバイスへ段階的にロールアウトし、2022 年第 1 四半期には全デバイスに導入される見込みだという。自動リセットはデバイスに導入されてから数週間後に開始されるとのことだ。

headless 曰く、

Windows 11 ではタスクバーのセンタリングが特徴の一つになっているが、開発ビルドの Windows 11 Insider Preview ではセンタリング位置が右にずれる問題が発生している (Windows Insider Blog の記事)。

Windows 11 デフォルトの「中央揃え」を選択したタスクバーは、スタートボタンとアプリのタスクボタンがタスクバー中央を中心に表示され、表示するアプリの数が増えると左右に広がっていく。この動作は開発ビルドでも同じだが、中心の位置が右にずれており、アプリの数が増えると右端が通知領域の下に潜り込んでしまう。この問題はビルド 22454 で調査中となっていたが、最新のビルド 22458 でも修正されていない。

なお、Windows 10 までのバージョンではタスクバーに表示するアプリの数が多くなるとオーバーフロー部分を切り替えるスピンボタンが追加されるのに対し、Windows 11 では追加されない。オーバーフローしたアプリは仕切り線右側に1つのボタンとしてまとめられているように見えるものの、ボタンとして表示されるのは最後に使用したアプリのみのようで、切替方法は不明だ。

headless 曰く、

Google は 14 日、Chrome の User Agent (UA) 文字列情報削減に向け、より具体的なスケジュールとオリジントライアルの詳細を発表した (Chromium Blog の記事、 Chrome Developers のブログ記事)。

Google が昨年 1 月に発表した UA 文字列情報削減計画は COVID-19 の影響で 2021 年以降に先送りされていた。Google は 5 月に再開を発表し、7 段階に分けて計画を進める計画を示したが、Chrome 92 で実施する第 1 段階を除き、具体的な実施時期は示されていなかった。

今回発表された計画では、第 2 段階以降を実施する予定の Chrome バージョンが示されている。まず、削減済み UA 文字列によるオリジントライアルを実施する第 2 段階は Chrome 95 ～ Chrome 100 で少なくとも 6 か月間続けられる。Chrome 100 では移行に時間が必要なサイトが従来の UA 文字列を利用可能にする第 3 段階の逆オリジントライアルも始まる。

逆オリジントライアルにオプトインしていないサイトでは、UA 文字列から Chrome バージョン番号を削減する第 4 段階が Chrome 101 で、デスクトップ版の UA 文字列と関連 JavaScript API を削減する第 5 段階が Chrome 107 で、Android 版でも削減が始まる第 6 段階がChrome 110 で開始予定だ。逆オリジントライアルが終了し、すべてのページで UA 文字列と関連 JavaScript API が削減される第 7 段階は Chrome 113 となる。

安定版のリリーススケジュールは Chrome 95 が 2021 年 10 月 19 日、Chrome 100 が 2022 年 3 月 29 日、Chrome 101 が 2022 年 4 月 26 日、Chrome 107 が 2022 年 10 月 18 日、Chrome 110 が 2023 年 2 月 7 日となっており、移行が完了する Chrome 113 は 2023 年 5 月 2 日に設定されている。

Appleが同社の採用しているArmアーキテクチャーと競合する「RISC-V」のプログラマーを求人しているという。この求人は9月3日に公式サイト上で募集されたもので、Vector and Numerics Groupという部署によって行われているようだ。このグループではiOS、macOS、watchOS、tvOS上で実行されるさまざまな組み込みサブシステムの設計、拡張、改善を担当しているそうだ。この求人を読む限り、AppleがRISC-Vアーキテクチャに対応したiOS、macOS、watchOS、tvOSの開発やそれに関連したハードウェアの開発をしているようにも見える（Apple求人、CNET）。

あるAnonymous Coward 曰く、

南アジアのスリランカは今年4月に、有機農業を推進するために化学肥料・農薬・除草剤の輸入を突然禁止した。しかし移行期間なしでの禁止であったことから、主要輸出品の紅茶生産量が半減するとの予想も出るなど、大混乱に陥っているようだ（AFP通信, BBC, 経済ニュースで知るスリランカ）。

スリランカでは今年7月時点でまだ9割の農民が化学肥料を使用しており、特に米・ゴム・お茶の栽培で広く使われているという。同国では兼ねてから地下水の汚染なども問題になっており、政府は4月に化学肥料・農薬・除草剤の輸入を決定した。しかし、他国の例では数年の移行期間を設けて、または移行期間があっても移行できないのが通例であるにも関わらず、即時の輸入禁止が行われたようで、農業に深刻な影響が出始めているという。

スリランカの主要な輸出品である紅茶では、10月頃にも生産の落ち込みが数値で現れると懸念されており、このままでは年間平均生産量は約3億kgから半減してしまうとまで言われている。スリランカはコロナの影響で深刻な経済危機に見舞われており、外貨不足による輸入品高騰や食糧不足に陥っているという。輸入禁止の発表では、化学肥料の輸入に費やす年間4億ドルが節約できるというコメントもあったという事で（4月の現地ニュース）、環境対策よりも外貨確保が理由ではという気がしてしまうが、これでは損失の方が大きいのではなかろうか？

情報元へのリンク

headless 曰く、

Microsoft は Windows 11 Insider Preview ビルド 22454 を Dev チャネルで 9 日に提供開始し、続いて ISO イメージの提供も開始した (Windows Insider Blog の記事、 Windows Insider のツイート、 Neowin の記事、 On MSFT の記事)。

ビルド 22454 は 10 月 5 日提供開始の Windows 11 バージョン 21H2 とは異なる開発ブランチ (RS_PRERELEASE) のビルドだ。まだ 21H2 との違いは少ないものの、細かい UI 変更が適用されている。本ビルドでは「ごみ箱」のコンテキストメニューが Windows 11 スタイルのモダンコンテキストメニューに変更された。

Windows 11 のシステム要件を満たさない PC では Dev チャネルを選択できないためビルド 22454 は提供されないが、ISO イメージを使用すれば インストールは可能だ。ただし、通常はインストール後に Windows Insider Program を有効にしてもリリースプレビューチャネルしか選択できないため、このビルドで終わりになる。それでもレジストリを変更したら Dev チャネルが選択されたように見える状態になったので、これで次のビルドが受け取れるか試してみようと思う。

米カリフォルニア北部地区連邦地裁の Yvonne Gonzalez Rogers 判事は 10 日、Epic Games が Apple を訴えていた裁判で双方の主張とも完全には認めない判決を下した(裁判所文書: PDF、 Ars Technica の記事、 The Guardian の記事、 Mac Rumors の記事)。

この裁判は Epic が Apple の App Store における不当な独占行為を訴えていたものだ。Epic は iOS 版 Fortnite に独自の課金システムを実装したことで Apple の開発者プログラムから締め出され、同社製ゲームはすべて App Store から削除された。そのため、Epic 側は Apple が App Store で公開するアプリの開発者に独自課金システムの使用やユーザーとの直接コミュニケーションを禁じていることの不当性を訴えているほか、同社の開発者アカウントや同社製ゲームの復活を求めている。

判事は Apple がモバイルゲームサブ市場における独占者ではないと判断したが、App Store で Apple が開発者に課す制約は反競争的だと判断。Apple が開発者に (i) Apple のアプリ内購入 (IAP) システム以外の支払方法に誘導するボタン等のアプリへの配置を禁じること (ii) アプリ内の登録機能等でユーザーが提供した連絡先への連絡を禁じること、という 2 点を禁ずる恒久的差止命令 (PDF) を出した。Apple は命令に従った変更を 90 日以内に行う必要がある。

一方、判事は独自課金システム実装を Epic による意図的な契約違反とする考えを以前から示しており、この判断が覆ることはなかった。そのため、2020 年 8 月以降の iOS 版 Fortnite での売り上げの 30 % を Apple へ手数料として支払うことを Epic に命じ、Apple による Epic の開発者アカウント削除やアプリ削除は適切との判断を示している。

結果的に Epic が訴えた Apple の不当行為 10 カウントのうち、判事が認めたのはカリフォルニア州の不正競争防止法違反のみであり、Apple は勝利を宣言。しかし、大きな収益を上げる IAP が危険にさらされる判決を受け、Apple の株価は大きく下落した。一方の Epic は上訴する意思を示しているとのことだ (The Verge の記事、 9to5Mac の記事)。

Google は 8 日、次期 Android 最後のベータ版となる Android 12 Beta 5 を提供開始した(Android Developers Blog の記事)。

Android 12 は 7 月の Beta 3 でファイナル API が提供され、8 月の Beta 4 でプラットフォーム安定版のマイルストーンに達している。既に API とアプリ側から見える挙動は Beta 4 ですべてファイナライズされているため、Beta 5 で大きな変更はない。Beta 5 は最新の修正と最適化が含まれるリリース候補ビルドであり、アプリ開発者が Android 12 対応テストを完了するのに必要なものがすべて含まれているとのこと。

Android 12 ではプライバシーダッシュボードがシステム設定に追加されたほか、アプリがマイク・カメラにアクセスしていることを示すインジケーター表示やクイック設定からのマイク・カメラのトグル、アプリによるクリップボード読み込みの通知といったプライバシー機能が追加された。また、オーバースクロール時の視覚効果がグローからストレッチに変更され、アプリの起動時にスプラッシュ画面を表示する SplashScreen API の追加や、暗号アルゴリズムの Bouncy Castle 実装削除などが行われている。

Android 12 正式版は数週間のうちにリリース予定となっており、アプリ開発者はそれまでに自分のアプリの互換性を確認しておく必要がある。Pixel 5a with 5G を含む Android 12 対応 Pixel デバイスならベータプログラムにエンロールすれば Beta 5 が OTA 配信される。Sharp など複数のパートナーも一部のデバイス向けにベータ版を提供している。

Linuxディストリビューション5.15では、Linus Torvalds氏がLinuxカーネルにParagon Software製のNTFS3カーネルドライバーを導入を認め、WindowsのNTFSファイルシステムをサポートするためのNTFS3カーネルドライバーが導入されることとなった。新たなドライバーは現在利用可能なNTFSドライバーと比較して機能およびパフォーマンスにおいて優れているとされる（Linus Torvalds氏のコメント、The Register、Phoronix、Market Research Telecast、ZDNet Japan）。

Torvalds氏は8月にNTFS3カーネルドライバーの統合許可を行い、Paragon Softwareに対し、「とにかくGitのpullリクエスト出してほしい」と伝えていたそうだ。対してParagon Softwareは3日にプルリクエストを送ったと回答していたものの、それはTorvalds氏の意向に反し、GitHubのウェブインターフェースから送信されたものだったとのこと。

Torvalds氏は、将来のプルリクエストを改善するため、Paragon SoftwareのKomarov氏にいくつかの注意を行っている。一つはGitHubのウェブインターフェースからLinuxカーネルにコードをマージするのは「絶対に」避けるべきだとするもの。

曰く、GitHubが生成するマージは全く使い物にならない。Linuxカーネルのマージは「適切に」行う必要があるが、マージに関連する情報を含む適切なコミットメッセージが必要だ。しかし、GitHubのマージはすべてを台無しにすると話している。ほかにも、GitHubのアカウントを使用する場合、プルリクエストにブランチだけでなく署名付きタグを付けてほしいなどに関しても指摘している（Linus Torvalds氏のコメントその2）。

headless 曰く、

GitHub Copilot が処理を拒否する語句が解析され、リストが公開された(The Register の記事)。

Copilot のテクニカルプレビューには侮辱的な語句をブロックするフィルターが含まれると GitHub は説明しているが、具体的な語句のリストは公開されていない。そのため、ニューヨーク大学の Brendan Dolan-Gavitt 氏は Visual Studio Code の Copilot 拡張機能に含まれるブロック対象語句のハッシュ値を抽出し、語句の解析を行ったという。

公開されたリストには 1,025 の語句が含まれ、うち 1,023 語句がデコードされている。ただし、侮蔑語のリストをそのまま公開してしまうことを避けるため、リストは ROT13 でエンコードされている。ROT13 はアルファベットの前半 13 文字を 13 個分後ろのアルファベットに置き換え、後半 13 文字を 13 個分前のアルファベットに置き換えるというものだ。

リストの語句は大半が侮蔑語だが、「boy(s)」「girl(s)」「female(s)」「male(s)」「man(men)」「woman (women)」「ethnic」「gender(s)」「immigrant(s)」「nationality」といった普通の単語も含まれる。また、地名としては「Gaza」「Israel」「Palestine」が含まれている。このほか、「q rsqrt」「qrsqrt」は Quake III のソースコードに含まれる逆平方根を計算する関数「Q_rsqrt」を指すとみられる。Copilot ではこの関数をそのまま再現することが確認され、話題となった。

なお、リストでは 1,170 個の侮蔑語のうち 1,168 個をデコードしたとの説明がみられるが、これは単語 2 つの組み合わせによる熟語(145個)をそれぞれ 2 個として数えたもののようだ。これにより延べ 1,170 個となるが、重複する単語も含めた数となる。

Microsoft は 2 日、Windows 11 Insider Preview ビルド 22449 を Dev チャネルで、ビルド 22000.176 をベータチャネルで提供開始した (Windows Insider Blog の記事 [1]、 [2])。

ビルド 22449 は Windows 11 Insider Preview 初の開発ブランチ (RS_PRERELEASE) ビルドであり、10 月 5 日リリースの Windows 11 (バージョン 21H2) とは異なるエクスペリエンスが提供されるとのこと。これまで Dev チャネルでも提供されていたビルド 22000.xxx (CO_RELEASE ブランチ) ではデスクトップに評価版を示すウォーターマークが表示されないが、ビルド 22449 では表示されるようになっている。

ビルド 22449 ではブート画面でのプログレスサークル追加といったデザイン変更のほか、SMB 圧縮のデフォルトの挙動が変更されている。Windows Server 2022 と Windows 11 Insider Preview で導入された SMB 圧縮では、ファイルの先頭 500 MiB の圧縮を試みて 100 MiB 以上圧縮できた場合にのみ残りの部分を圧縮するのがデフォルトだった。ビルド 22449 では圧縮が要求されれば常に圧縮を試みるようになり、比較的小さなファイルも圧縮されるようになるとのこと。

なお、Windows 11 では Windows Insider Program から非対応環境の締め出しを開始しているが、Microsoft の Windows Insider Program 担当 Brandon LeBlanc 氏によれば、このような環境であっても少なくとも 10 月 5 日の一般リリースまでは新ビルド (ビルド 22000 の累積更新プログラム) が提供され続けるとのことだ。

NHKの記者も現場での労力を減らすためコードを書くことがあるという。多用されることの多い日本地図の中にCOVID-19の新規感染者数を示す「NHK感染者マップ作画システム」を制作したのは記者なのだそうだ。これがなかった場合、エクセルなどのデータを作画の担当者に送り、画像ソフトで手動入力するという形が必要だったらしい。感染者数は数字が修正されることも多く、こうしたシステムは必要な状況だったとのこと（NHK）。

記者がプログラミングのスキルを習得するまでの過程は、元記事を読んでいただいた方がいいと思うが、結局、現場の小さなミスや効率の悪さを改善するためコードを書く機会が増えたとしている。ただ、この記事が上がったあと、結構反響や意見があったそうだ。

その中で特定の人のスキルに依存してしまう「属人化が課題」とする指摘も複数あったとのこと。記者はその通りだとしつつも、属人化するからという理由で開発そのものに着手しないよりも、継続性は後で考えてまずは始めてみるほうがよいのではと話している。

headless 曰く、

公正取引委員会は 2 日、Apple が App Store Review ガイドラインの改訂を申し出たことを受け、App Store における独占禁止法違反に関する審査の終了を発表した(プレスリリース、 Apple のプレスリリース)。

現在の App Store Review ガイドライン 3.1.1 ではアプリで利用するデジタルコンテンツや機能の販売にアプリ内課金の使用を義務付けており、他の方法での購入へ誘導する外部リンク等をアプリ内に配置することを禁じている。アプリ内課金では売り上げから 15 % または 30 % の手数料が徴収されるが、著作権料等の負担が大きい音楽配信事業等では費用の圧縮が困難だ。

ガイドラインの規定は価格引き下げの効果が期待できるアプリ内課金以外の販売方法への誘導を禁止するものであり、公正取引委員会では独占禁止法上問題となる可能性があるとして調査を行っていた。しかし、今回 Apple がアプリ内購入以外の販売方法に誘導する外部リンクの設置をリーダーアプリに許容するガイドライン変更を申し出たことから、公正取引委員会では独占禁止法上の問題を解消すると認めた。Apple によれば、変更は来年初めから適用されるとのこと。

また、App Store の審査基準が不透明だと多数のデベロッパーから指摘されていた件に関しても、Apple がガイドラインの明確化や審査の透明性向上の取り組みを進めること、3 年間にわたり年に 1 回の報告を行うことを申し出たことから、本件審査を終了することにしたとのことだ。

headless 曰く、

Microsoft が Windows 11 上の Windows Insider Program から Windows 11 のハードウェア要件を満たさない非対応環境の締め出しを開始したようだ (The Verge の記事、 Neowin の記事、 Ars Technica の記事、 Windows Central の記事)。

Dev チャネルで Windows 11 Insider Preview をインストールしていた非対応環境では「設定 → Windows Update → Windows Insider Program」に「ハードウェア要件を満たさないのでWindows 11 上でWindows Insider Programに参加できない。Windows 10をインストールしてリリースプレビューチャネルのWindows Insider Programに参加するように」といった趣旨のメッセージが表示され、Windows Insider Programを有効にしていない状態となる。

一方、リリースプレビューチャネルを選択していた (本来は選択できないはずだが一時選択可能だった) 非対応環境では「お使いの PC は、Windows 11 の最小ハードウェア要件を満たしていません。チャネル オプションは制限されます。」と表示され、リリースプレビューチャネルのままになる。

ただし、現在のところ Windows 11 Insider Preview をインストールした環境では、Windows Insider Programに参加していない場合や、(まだビルドが提供されていないはずの) リリースプレビューチャネルを選択している場合でも、新しいビルド (累積更新プログラム) は提供されている。いつまで提供されるだろうか。

headless 曰く、

Linus Torvalds 氏は 8 月 29 日、Linux 5.14 をリリースした (メーリングリストでのアナウンス、 The Register の記事)。

Torvalds 氏は皆が 30 周年記念の舞踏会やら花火やらシャンパンやらで忙しいことを認識しつつ、イブニングドレスや燕尾服はそれほど着心地のいいものではないと述べ、お祭り騒ぎに疲れた人に何を祝っているのか思い出させるため Linux 5.14 が待っているとリリースをアナウンスした。

一方カーネルメインテナーに祝祭の時間はなく、翌日に始まるマージウインドウで次の 30 年に向けて進んでいくことになる。そのほかの人たちはカーネルをテストして一息入れ、終わりの見えないパーティーへ戻っていけばいいとのこと。

Linux は今年で 30 周年。1991 年に Torvalds 氏が開発をアナウンスした 8 月 25 日と最初のバージョンを公開した 10 月 5 日が記念日となる。