Open Source Insider 2017 年の最大のオープンソース ストーリーは、間違いなく、Canonical が Unity デスクトップの開発を中止し、Ubuntu を GNOME Shell デスクトップに移行するという決定でした。
この話をさらに面白くしたのは、Canonicalがいかにして移行をうまくやり遂げたかという点です。Ubuntu 17.10は、まさに今年のベストリリースの一つであり、Ubuntuがリリースしたリリースの中でも間違いなく最高のものでした。もちろん、17.10はLTSリリースではなかったため、より保守的なユーザー（Ubuntuの場合はおそらく大多数）は未だに移行できていません。
Ubuntu 17.10がPULLE：Linux OSがノートPCのBIOSを破壊、Intelカーネルドライバーが指摘される
続きを読む
Canonicalは先月、一部のノートパソコンのBIOS設定が破損する可能性がある「バグ」のため、Ubuntu 17.10のダウンロードをウェブサイトから削除しました。Lenovoのノートパソコンで問題が発生することが最も多いようですが、AcerやDellでも問題が報告されています。
このバグは、実際にはCanonicalがBIOSファームウェアのアップデートを可能にするIntel SPIドライバを有効化したために発生しました。一見良さそうですが、まだ本格的な運用には適していません。明らかに。アップストリームカーネルでもその旨が明記され、無効化されています。何らかの理由でCanonicalはこれを有効にし、謳い文句通り、結果は予測不可能でした。
Ubuntuメーリングリストでのやり取りによると、修正は数日後にリリースされる予定で、現在テストが行われているようです。それまでの間、もし影響を受けている方がいらっしゃいましたら（ちなみに私はLenovoのノートパソコンを使っていますが、影響を受けていませんでした）、OMGUbuntuに参考になるかもしれない手順が載っています。
BIOS の問題により、Ubuntu の素晴らしいリリースが深刻な傷を負ってしまったため、このような事態が起きてしまったのは残念です。
一方、CanonicalのGNOMEへの移行による影響はオープンソース界で依然として続いており、いくつかの理由から、2018年も引き続き大きな話題の一つとなるだろうと私は考えています。まず、多くのユーザーがまだGNOMEベースのUbuntuに移行していないことが挙げられます。しかし、今年後半にリリース予定のLTSリリース18.04で状況は一変します。LTSリリース間でアップグレードするユーザーは、4月にGNOME搭載のUbuntuを初めて体験できることになります。
基準を持たなければなりません。突然、はるかにアクセスしやすくなります
UbuntuがUnityを搭載しないことが、近い将来も大きな話題であり続けるであろう2つ目の、そしておそらくはるかに大きな理由は、UbuntuがGNOME Shellを採用していることで、現在ではほぼすべての主要ディストリビューションがGNOMEを主に搭載するようになり、GNOME ShellがLinuxデスクトップの事実上の標準となっていることです。GNOMEが唯一の選択肢というわけではありませんが、新規ユーザーにとって、Ubuntuのダウンロードページ、Fedoraのダウンロードページ、あるいはDebianのダウンロードページにアクセスすると、デフォルトのリンクからデスクトップにGNOME Shellがダウンロードされます。
これにより、Linuxやオープンソースの支持者は、このプラットフォームをより魅力的にアピールできるようになります。GNOMEの普及は、これまで経験したことのないものです。KDEファンにとっては必ずしも良いニュースではないかもしれませんが、デスクトップLinux、そしてより一般的にはオープンソース開発の未来に大きな影響を与えると信じています。なぜなら、これは2017年に大きな話題となり、2018年も引き続き大きな話題となるであろうFlatpak/Snapパッケージと非常によく合致するからです。
事実上の標準デスクトップとアプリケーションをパッケージ化する標準的な手段を組み合わせると、Windows や macOS など他のプラットフォームと同様に簡単に開発できるプラットフォームが実現します。
GNOMEの開発ツール、特に今年初めにGNOME 3.20で導入されたAPIとGNOME Builderツールは、開発者にこれまで不可能だったLinuxデスクトップをターゲットとする標準化された手段を提供します。これに、ディストリビューションに依存しないアプリケーションパッケージング機能を組み合わせることで、開発者にとってより魅力的なプラットフォームが実現します。
これは、現在 Linux をターゲットにしていない開発者が、もう一度検討するようになることを意味するかもしれません。
このユートピア構想には、いくつか欠点があります。既に述べたように、KDEファンは少し冷遇されることになります。また、私のお気に入りのディストリビューションも、以前ほど必要性を感じられなくなっています。Arch Linuxをすぐに捨てるつもりはありませんが、Flatpak/SnapパッケージによってArchユーザーリポジトリの必要性がほぼなくなった今、Archを強く支持するのはかなり難しくなるでしょう。一夜にしてそうなるわけではありませんが、いずれそうなると信じています。
楽しみにしていることは…
2018 年には、他に注目すべき大きなニュースが 2 つあります。1 つ目は、Amazon Linux 2 です。これは、Amazon の新しい自社開発 Linux ディストリビューションで、RHEL 7 を (大まかに) ベースにしているようです。Amazon Linux 2 は、ベンダー ロックインの印象を与えますが、AWS システムに既に多額の投資をしている数百万の企業にとっては、間違いなく魅力的なものになるでしょう。
私の限られたテストから判断すると、EC2上の他のイメージに比べていくつかの利点があるようです。その一つは速度です。AL2はAWS環境に合わせて調整されていますが、おそらくより大きな利点は、開発環境から本番環境への移行が同一のコンテナを介して統一され、容易であることです。
Mozilla の Firefox での不気味な Mr Robot スタントは、テレビ番組の第 2 シーズンへの感動的なトリビュートとしては失敗に終わった
続きを読む
最後に注目すべきニュースはFirefoxです。かつて、そしておそらく将来もオープンソース開発の寵児となるであろうFirefoxにとって、今年は少々厳しい年でした。Quantumのコード書き換えを伴ったFirefox 57は、Firefox 1.0以来最も印象的なリリースだったと言えるでしょう。しかしその後、ユーザーに不要なプラグインをインストールさせるという、実に悲惨な「ミスター・ロボット」とのタイアッププロモーションの大失態が続きました。これはChrome開発者でさえ顔を赤らめてしまうような、甚だしい信頼の失墜行為でした。
2018 年には、こうした失態がさらに増えると思います。Firefox が関係しないことを祈りますが、オープンソース プロジェクトが資金調達や認知度向上のための新たな手段を模索する中で、こうした軽率な行為が数多く発生することは覚悟しておくべきです。
ポップコーンをポップしたほうがいいと思います。オープンソース プロジェクトが資金集めに一生懸命になればなるほど、火花が散り、不満を抱くユーザーが増えるからです。®
