オープンソース・ソフトウェアの紹介サイト、MOONGIFTが7月で更新停止 14
お疲れさまでした 部門より
アナウンス:スラドとOSDNは受け入れ先を募集中です。
Huaweiは6月2日、独自OSの最新版となるHarmonyOS 2を発表した(プレスリリース、 発表会動画、 ハイライト動画)。
Huaweiは最悪の事態に備えて独自OSを開発していたが、現在がまさに最悪の事態であり、(Windowsを利用可能なPCを除き)OSを使用する同社製品すべてにHarmonyOS 2を使用することになったようだ。HarmonyOS 2はAndroidベースのEMUIよりも高速に動作するといい、6月1日にはオープンソース版のOpenHarmony 2.0 Canaryが公開されている。HarmonyOS 2.0のベータ版はAndroidのフォークにしか見えないと評されていたが、どうなっただろうか。
HarmonyOS 2はスマートフォンやタブレットPCからスマートウォッチ、IoTなどすべてのデバイスに対応する。スマートフォン・タブレット・スマートウォッチにはHarmonyOS 2搭載デバイスをシームレスに接続して利用可能な「コントロールパネル」が用意される。将来的にはディスプレイを備えるすべてのHarmonyOSデバイスにコントロールパネルを備える計画だ。HarmonyOS 2を活用すべく、Huaweiは既に数多くの家電メーカーと提携しているそうだ。
HarmonyOS 2の発表に合わせ、HarmonyOS 2を搭載する新製品としてスマートウォッチ「Huawei Watch 3」と、タブレット「Huawei MatePad Pro 10.8 / 12.6」が発表された。
既に中国向けの製品情報ではMate 40 ProのOSにHarmonyOS 2と記載されており、Mate X2はHarmonyOS 2にアップグレード可能と記載されているが、100機種近い既存のスマートフォンやタブレットをHarmonyOS 2にアップグレードする計画もあるとのことだ。
C#のコーディング規約として一番権威あるのは本家Microsoftのものだと思われるが、そのページに、いつの間にか「private/internalフィールドには _ プレフィックス」「private/internalなstaticフィールドには s_ プレフィックス」「ThreadStaticの場合は t_ プレフィックス」を付ける必要がある(should)という項目が追加され、C#er達が大混乱に陥っている(C#のコーディング規則、 発端となったツイート)。
C#においては、後発のUnityがプレフィックスを付ける文化を持っている一方、本家のC#においては、プレフィックスを付けずに this. で参照する文化があり、StyleCop.Analyzersなどのスタイルチェックもこれをデフォルトとしている。また、2010年頃のプログラミング書籍では「メンバー変数にプレフィックスを付けるのはIDEが未発達の頃の名残で、IDEが発達した現代では不要」としてプレフィックスを付けないことが推奨されていたと記憶している。
今回の記述はそうしたこれまでの流れと真っ向から対立するもので、Twitter上ではアンダースコア派が歓喜する一方、this派からは大ブーイングが起こっているようだ。ただし、この規約が書かれたのは6年前でそれが今になって反映されただけといったコメントもあるなど、なんでこうなったかはよく分からない。
元となったコーディング規約はオープンソースの.NETランタイム貢献者向けに書かれたものであり、C#開発者一般に向けたものではない。日本語版にはまだ反映されていないが、英語版には「.NET Runtime, C# Coding Style」から取り入れられたものであることが明記され、使いたければ使えばいいという感じになっている。「s_」「t_」の使用はハンガリアン記法を使用しないよう求める.NETの一般的な名前付け規則に反するが、この点は解決されていない。
なお、元のコーディング規約では「this.」について、「どうしても必要な場合を除いて避ける」と記載されている。
Microsoftは10日、eBPFをWindows上で実行できるようにする計画を発表した(Microsoft Open Source Blogの記事、 Phoronixの記事、 The Registerの記事、 BetaNewsの記事)。
eBPFはカーネルソースコードを変更したり、カーネルモジュールを読み込んだりすることなしにLinuxカーネル上でサンドボックス化されたプログラムを実行する仕組み。プログラム可能性や拡張性、敏捷性を提供する革新的な技術として知られており、DoS保護などのユースケースに適用されてきた。eBPFサポートは元々Linuxカーネル上に実装されたものだが、他のOSで利用可能にすることや、カーネルだけでなくユーザーモードのサービスやデーモンにも拡大することへの関心が高まっているという。
Microsoftのebpf-for-windowsプロジェクトはWindows 10/Server 2016以降でeBPFを動作させるもので、開発者が使い慣れたeBPFツールチェーンやAPIを利用可能にすることを目指す。プロジェクトはeBPFのフォークではなく、IO VisorのuBPFやvbpfのPREVAIL eBPF verifierを含む既存の複数のeBPFオープンソースプロジェクトがWindows上で実行できるよう、Windows特有のホスト環境を追加する。プロジェクトは一般に適用可能(Linux固有ではない)なフックやヘルパーをeBPFプログラムでサポートすることを意図しており、eBPFプログラムとやりとりするアプリケーションにソースコードの互換性を提供するLibbpf APIをWindows上で公開するとのことだ。
Free Software Foundation (FSF)は12日、RMSことRichard M. Stallman氏のフリーソフトウェアコミュニティに向けた談話と、Stallman氏の復帰に関するFSF理事会の声明を公開した(Stallman氏の談話、 理事会の声明、 Ars Technicaの記事、 The Registerの記事)。
Stallman氏は2019年、Marvin Minsky氏を擁護する発言がきっかけで強い批判を受け、FSFプレジデントおよび理事職を辞任したが、3月にLibrePlanetのセッション冒頭で理事職復帰をサプライズ発表した。Stallman氏の復帰には強い反対の声も出ており、執行役員などが辞任する事態にもなっているが、FSFはスタッフ・理事のリストにStallman氏を追加したのみで復帰の理由等について説明せず、異論があることについても一切触れてこなかった。
少年時代に同年代の人たちと見えないカーテンで区切られているように感じていたというStallman氏は、自身の態度に否定的な反応を示す人がいることにその後気付いたという。Stallman氏は率直な物言いが人々、特に女性を不快にさせたことがあることを認め、ソーシャルスキルのなさから冷静さを失って人を傷つけたこともあるとして謝罪し、批判はFSFではなく自分に向けてほしいと述べている。
前回の辞任のきっかけとなったMinsky氏擁護発言に関しては、Minsky氏がJeffrey Epstein氏と全く同様に罪深いと結論付けた人への反論だったが、先にEpstein氏を罰を受けるべき連続強姦犯と位置付けていたにも関わらず、発言をEpstein氏擁護と受け取った人もいたという。Stallman氏は人種差別や性差別は体系的なものも含めて糾弾しているが、その逆だと言われて傷付いてもいるとのこと。
誤った非難には怒りを覚えるStallman氏はMinsky氏をよく知らないながらも擁護しており、不当な非難を受ける人がいればMinsky氏に限らず擁護するとも述べている。しかし、Epstein氏の被害にあった女性たちへの配慮が足りなかったのは無神経だったと反省。この出来事から傷ついた人に優しくする方法についていくらか学ぶことができたとし、他の状況でも人に優しくすることができるようになることを望んでいるそうだ。
一方、FSF理事会はStallman氏復帰の理由として、フリーソフトウェアに関する彼の歴史的・法的・技術的識見に比肩するものはなく、その英知が懐かしくなったことを挙げている。Stallman氏は現在も最も雄弁な賢人であり、自由なコンピューティングの献身的な推進者であることに疑問の余地はない。人柄に問題があると考える人はいるものの、過去の過ちを認めて反省していることから、理事会の過半数は彼の行動が改善されたと考えて復帰に賛成したとのこと。しかし、事前にスタッフへ知らせることなくサプライズ発表したことは失敗だったと認めて謝罪している。
ファイルの種類(MIME Type)を識別するライブラリであるMimeMagicで発覚したGPL問題が波紋を広げている。
MimeMagicは従来MIT Licenseでライセンスされるオープンソースソフトウェアであったが、コアとなるマジックナンバー識別データベースのfreedesktop.org.xmlが、GPL v2.0でライセンスされるfreedesktop.org/shared-mime-infoの成果物であることが判明(minad/mimemagic Issue #97)。
GPLでライセンスされるファイルと一体のものとして提供されるソフトウェアは、同じくGPLでライセンスすることが再配布の条件となる。MimeMagicのメンテナは、即座にライセンスをGPL v2.0に変更した新しいバージョンをリリースすると共に、誤ったライセンスを適用していた過去のバージョンをパッケージマネージャーのRubyGemsから取り下げた。
その結果、MimeMagicの過去のバージョンに依存していたソフトウェアがビルドできない事態に発展。著名なWebアプリケーションフレームワーク「Ruby on Rails」もそのひとつで、新しいGPLのMimeMagicを使うのか、別の代替ライブラリを使うのか、オンザフライで識別データベースを読み込むのか、自前でファイルを識別するのか、難しい判断を求められている(minad/mimemagic Issue #98, rails/rails Issue #41750)。
日本時間の3月23日22時ごろ、URLからトラッキング要素を自動的に削除する拡張機能 "ClearURLs" がChrome ウェブストアから削除された(ClearURLsの公式サイト、公式Twitterアカウントのツイート、公式GitHubリポジトリのIssue, BleepingComputer, The Register, Hacker News)。
ClearURLs開発者のケビン・ローバート氏が明らかにしたところによると、GoogleのChrome チームは3つの規約違反(不正確な記述 — 欠落した情報、権限の使い方、キーワードスパム)を理由にClearURLsをChrome ウェブストアから削除したという。
このうち、clipboardWrite 権限は実際に必要でなかったことから、同氏は権限を削除した新バージョンをリリースし、すでに addons.mozilla.org (AMO) ではレビューを通過している。Microsoft Edge アドオン Web サイトでは本タレコミ執筆時点でレビュー待ち状態のようだ。
また、同氏は拡張機能の説明文を大幅に短縮して修正した上で、Googleに異議申し立てを提出した。同氏は「その理由はバカバカしいし、ClearURLがGoogleのビジネスモデルに損害を与えているというだけだろう。ClearURLsはURLによるトラッキングを防止するという使命を果たしており、それがGoogleの収益源だ。ClearURLsには現在非常に多くのユーザーがいるため、Googleにとって歓迎せざるもので、このアドオンが永久に消えることを望んでいるのだろう」とGitHubでコメントしている。
本タレコミ執筆時点でClearURLsはChrome ウェブストアで引き続き利用不可となっている。
RMSことRichard M. Stallman氏がFree Software Foundationの理事職に復帰した(It's FOSS Newsの記事、 Ars Technicaの記事、 The Registerの記事、 動画)。
Stallman氏は2019年、Jeffrey Epstein氏の自宅で未成年者と性行為を行っていたと報じられたMarvin Minsky氏を擁護する発言が大きく取り上げられ、FSFプレジデントおよび理事職を辞任していた。
21日にLibrePlanetのセッションに出演したStallman氏は冒頭でFSF理事に復職したことを明らかにし、二度と辞職しない意思を示した。既にFSFのサイトにはStallman氏が理事として掲載されている。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson