IBM、Red Hatを買収 59
25年目でexit 部門より
IBMがRed Hat Linuxで知られるRed Hatを買収すると発表した。買収金額は1株当たり190ドル、総額340億ドル(ITmedia、CNEt Japan、ブルームバーグ)。
買収後Red HatはIBMのハイブリッドクラウド部門傘下の独立組織となるとのこと。
アナウンス:スラドとOSDNは受け入れ先を募集中です。
IBMがRed Hat Linuxで知られるRed Hatを買収すると発表した。買収金額は1株当たり190ドル、総額340億ドル(ITmedia、CNEt Japan、ブルームバーグ)。
買収後Red HatはIBMのハイブリッドクラウド部門傘下の独立組織となるとのこと。
今年9月、Linuxカーネル開発のリーダーであるLinus Torvalds氏が自身のLinuxコミュニティへの態度に反省し一時的に開発から離れるという出来事があったが、英エディンバラで開催されたOpen Source Summit Europe内で開かれたMaintainers' SummitにLinus氏が参加、Linuxカーネル開発に復帰した(ZDNet Japan、GIGAZINE、Slashdot)。
なお、Linus不在時も開発が続けられていたLinuxカーネル4.19はGreg KH氏によってリリースが行われている(The Verge)。
Canonicalは18日、同社が開発したアプリケーションパッケージ「Snap」が異例に幅広く受け入れられているとして、現状を紹介するインフォグラフィックを公開した(Ubuntu blog、BetaNews、Softpedia、Neowin)。
Snapでパッケージングされたアプリケーションはパッケージ内で完結しているため、依存関係が問題になることはなく、安全性も高い。もともとCanonicalが自社製品向けに開発したSnapだが、各Linuxディストリビューションや企業などと協力して作業を進めた結果、現在では41のLinuxディストリビューションでサポートされているという。Snapとしてダウンロード可能なアプリケーションは4,100本を超えており、クラウドやサーバー、コンテナ、デスクトップ、IoTデバイスに1日10万回以上、月に300万回以上新たにインストールされているとのことだ。
数年前までLinuxデスクトップといえばLinux MintやUbuntu、Debian、Fedoraあたりが人気だったような気がしますが、今やこういったディストリビューションの多くはランキングを大きく下げ、DistroWatchによる記事アクセスランキング上位はManjaro、Mint、elementary、MX Linux、Ubuntuとなっています。
全体的にはXfceをWindws風にカスタマイズしたディストリが人気なようですね。まああの手のサイトのアクセスランキングに意味があるのかは不明ですが。
9月末に開催されたLinuxユーザースペースに関するカンファレンス「All Systems Go!」で、AppImageの開発者Simon Peter氏が現在のデスクトップLinuxプラットフォームが抱える問題について講演した(GitLab — Desktop Linux Platform Issues、Phoronix、講演動画、講演スライドPDF)。
Peter氏によれば、プラットフォームはその上で他のものを実行できるようにするもので、成功したすべてのデスクトップOSはプラットフォームだが、Linuxディストリビューションはプラットフォームではないという。各ディストリビューションは(最近は少し変わってきているものの)独自パッケージによるアプリケーション配布に力を入れており、サードパーティーバイナリーの実行に最適化されていない。
ライブラリーや証明書のパスはディストリビューションごとに異なり、上流のバージョンと異なるバージョン番号を付けるディストリビューションもある。基本的なライブラリーであっても、すべてのディストリビューションで利用できるという保証はない。ライブラリーに後方互換性がないという問題もある。しかも、デスクトップOSに占めるLinuxのシェアは3%にも満たないにもかかわらず、数百のディストリビューションと数十のデスクトップ環境がある。
その結果、デスクトップLinux向けアプリケーションとして最も成功しているLibreOfficeとFirefoxでは、古いビルドシステム上でビルドし、多数のライブラリーを同梱することでほぼすべてのデスクトップLinuxでの動作を実現している。しかし、ライブラリーの依存関係や後方互換性の問題などをディストリビューション側で解決すれば、アプリケーション開発者の負担は大幅に軽減される。ユーザビリティーの問題もあるが、こちらはsystemdである程度改善するとPeter氏は考えているようだ。
デスクトップLinuxをWindowsやmacOSと並ぶアプリケーション開発者の選択肢となるプラットフォームにするためには、上述のような問題を解決し、ディストリビューション間の差異を最低限にする必要がある。Peter氏は標準化を進める団体が必要だと考えているが、Linux Foundationはサーバーに力を入れており、XDGやLSBは生きているかどうかわからない(LSBは死んだとの情報が会場から出ている)とのこと。
Linuxベースのモバイル・組み込み端末向けOS「Tizen」はSamsungが搭載スマートフォンを開発・販売していたものの、Androidの牙城は切り崩せていない。そのため、SamsungがTizenから撤退するとの話が出ている(GIGAZINE)。
Tizen搭載デバイスとしては「Samsung Z4」などがあるが(ASCII.jp)、いずれも低価格の新興国向けという位置付けだった。しかし、Tizenには多数の脆弱性があるという指摘もあり、開発は順調には進んでいなかったようだ。
なお、国内ではNTTドコモがかつてTizen搭載デバイスを開発していたそうだが、2014年の時点で開発中止となっている(ITmedia)。
先日、Linus Torvalds氏が自身のLinuxコミュニティへの態度に反省し、一時的に開発から離れることを表明するという出来事があった。これを受けてLinuxの開発方針にも若干の変化があり、Linuxカーネルの開発やコードの貢献に対する指針についても変更されることとなった(FOSSBYTES、ZDNet)。
今までの開発指針(「Code of Conflict」、CoC)では、開発者が提案したアイデアやコードに対しては批評・批判が行われ、ときにはそれが否定されることもあるとしつつ、そのプロセスによって個人攻撃や脅し、不快なことが発生することは認められないとする、シンプルなものだった。
一方、新たな開発指針(「Code of Conduct」、CoC)では「オープンで歓迎的な環境を確保する」とし、「誰にとってもハラスメントフリーなコミュニティを作る」ということがまず宣言されている(変更差分)。また、認められない言動の例としては以下が挙げられている。
しかし、この新CoCに対し一部の開発者らは「social justice warriors」(「オルタナ右翼」が彼らに反対する人達を揶揄する言い回し)にLinuxが乗っ取られたと主張し反発しており、たとえばPHP開発者として知られるPaul M. Jones氏はLinuxへの貢献や支援を止めるべきであると述べている。
さらに一部の開発者らはLinuxカーネルに寄贈したコードについて、そのオリジナルの開発者にはいつでもその利用を取りやめさせる権利があると主張、新たなCoCに反対するためにその権利を行使すべきだという意見も出ている(LKMLへの投稿、LULZ)。
こういった動きに対し、オープンソース関連活動で知られるエリック・レイモンド氏は、こういった「攻撃」は実際に法的に可能であると述べつつ、「我々の目的は何なのか」「この目的を達成するために必要な行動は何なのか」を考えればするべきことが分かるだろうとしている(LKMLへの投稿)。
Linuxの生みの親であり、Linuxカーネル開発を仕切っているLinus Torvalds氏が、自身のコミュニティへの態度を反省し、しばらくLinuxカーネル開発からは離れることを表明している(Linus氏によるLKMLへの投稿、ZDNet、本の虫、Slashdot)。
発端は、Torvalds氏によるスケジュール調整ミスが原因で、氏がLinuxカーネル開発者の集まるイベントであるMaintainer Summitに参加できなくなったことのようだ。誤って家族旅行をMaintainer Summitと重複する日程に設定してしまったということなのだが、その結果、本来Linux Plumber Conferenceというイベントと併せて開催されるはずだったMaintainer Summitの日程が変更されることになってしまったという。
Linus氏はスケジュール調整ミスに気付いた後、過去20年間に渡ってMaintainer Summitに参加しているため、今年くらいは参加しなくても良いのではないかと思ったそうだ。しかし、結局Maintainer Summitの日程がLinus氏のスケジュールに合わせて変更される事態になったため、Linus氏はコミュニティに対する態度を反省したという。そして氏は自身の振る舞いを変えることを考えたとして自身の態度について謝罪し、しばらくカーネル開発から離れることを発表した。ただしこれは引退ではなく、しばらくの休暇のようなものだとしている。
中国・vivoが、カーネル部分に独自に手を入れて高速化したというAndroidを搭載したスマートフォンを発表したそうだ(PC Watch)。
Linuxカーネルの20%に相当するソースコードを書き換えたとのことで、これによって大幅に速度が向上しているという。
Chrome OSが勢力を伸ばしつつある。これまでChromebookは公教育向けの低価格モデルが多かったが、IFAで発表された新製品には、600ドル台のプレミアムモデルが増えているという。これは、教育用以外の用途でChromebookの市場が広がってきたことを意味している。高校時代にChrome OSを使用し新たに大学生になった生徒などがステップアップ、より上位の性能を持つChromebookを求めるエコシステムが構築されるようになってきたとみられる(Ars Technica、Slashdot)。
このことはデスクトップ市場を占有してきたMicrosoftにとっては懸念すべき事態だ。Chrome OSとウェブアプリケーションの組み合わせ、もしくは(一部の)Androidアプリケーションが動作するようになったことで、家庭や教育ユーザーの要望に十分に応えられるようになってきたと言える。Windowsにはまだアプリケーション資産による優位性はあるが、Webアプリケーションの改善により、Windowsの必要性が下がってきている。加えてChrome OSはWindowsと比べて堅牢だ。現存するマルウェアのほとんどのを回避することができ、またメンテナンスの負荷も少ないというメリットがある。
Linux技術に関する資格認定試験「LPIC」を国内で提供していたLPI-JapanがLPIの提供を終了することを発表した。代替として独自試験である「LinuC」を推し進める方針のようだ。一方、LPIの試験問題開発や運営を行っているカナダ・LPIは日本支部を創設し、日本国内ではこの日本支部を通じてLPI試験や関連サービスを提供するという(IT人材ラボ)。
LPI-Japan側は、LPICの試験問題が広く出回っていることを問題視し、試験問題を提供しているカナダ・LPIに対し改善を依頼したが対応してもらえなかったことをLPI提供終了の理由としている。
一方、LPI側は世界各国にLPIの支部を立ち上げる動きを進めており、LPI-JapanがLPIの支部となることを期待したものの、LPI-Japanはそれに関心がないことが分かったため、独自に支部を立ち上げることにしたそうだ。
LPIはLPI資格認定者がLPIのメンバーとして活動に参加できるような環境を目指しているとのことで、これがLPI-Japanの指向とはそぐわなかったようにも見える。
ASUSが米国などで販売するノートPCの一部で、プリインストールOSオプションとしてLinuxベースのEndless OSを提供しているそうだ(Phoronix、ASUSの解説記事)。
Endless OSはEndless Mobile、Inc.が開発したDebianベースのLinuxディストリビューションで、GNOMEベースのデスクトップ環境を使用する。パワーユーザー向けOSと考えられることが多いLinuxだが、Endless OSは主に新興国市場をターゲットにしており、コンピューターの使用経験がなくても簡単に使用できるスマートフォンのような操作性を目指しているという。Endless MobileはEndless OSを無料でダウンロード提供するほか、プリインストールした小型PCも販売している。
ASUSのEndless OSプリインストールモデルは米国のほか、英国やオーストラリア、シンガポール、フィリピン、スペイン、タイ、ベトナムなど(リンク先は各国での一例)で販売されている。ASUSはEndless OSが数多くの言語をサポートすると述べる一方、完全にサポートする言語はスペイン語とブラジルポルトガル語、英語だと述べているが、ブラジルのサイトではEndless OSのオプションが確認できなかった。なお、AcerもEndless OSプリインストールモデルを販売しているようだ。
Phoronixの記事ではネットブック時代以来久しぶりにASUSが提供するLinuxのオプションだと述べているが、ASUSではEndless OSがサポートするのはOS非搭載製品のみだと説明している。そのため、OS非搭載モデルにFreeDOSやLinuxがプリインストールされているのと同様の扱いなのかもしれない。
Ubuntuが新たに開発したUIテーマの名称が「Yaru」に決定したそうだ(Linux Fan、Ubuntu開発者Didier Roche氏のブログ)。
「Yaru」は日本語で「to do」「to give」を意味する「やる」が由来。ちなみにRoche氏のブログなどではフォーマルな言い方が「Suru」、カジュアルな言い方が「Yaru」だと説明されている。
開いた括弧は必ず閉じる -- あるプログラマー