バー・ランチャー・通知・壁紙を1つのシェルに統合するNoctalia──Qt/GTKに依存しないWayland環境

Linuxディストリビューション「Omarchy」を扱った際、当サイトはhyprwhsprのREADMEで「Omarchyとnoctaliaのテーマに自動で合わせる」という記述を目にしていた。この「Noctalia」自体を今回、GitHub本体のREADMEから確認した。WaylandコンポジタHyprlandを中心とするエコシステムの中で、Omarchyとは別の系譜にある、独立したデスクトップシェルプロジェクトだ。Apple SiliconのMac上でOmarchy本体を動かす「Try Omarchy」も当サイトで扱ったが、あちらはOmarchy本体の話であり、Noctaliaとは別プロジェクトになる。

3行まとめ

1. Noctaliaは、バー・ランチャー・通知・ロック画面・壁紙・トレイ・クリップボード履歴などを1つのシェルとして提供する、Wayland+OpenGL ES製のデスクトップシェル。Qt/GTKへの依存はない
2. GitHub実測(2026年8月29日)でスター9,981、Niri・Hyprland・Sway・Scroll・Mango・Labwc・Triad・dwlなど複数のWaylandコンポジタに対応。v5が現在ベータ中で、すでにArch Linux公式[extra]リポジトリとFedora 44以降の公式リポジトリの両方に収録されている
3. ログイン画面(greetdグリーター)は「Noctalia Greeter」という別リポジトリ(★273)に分離されており、v4向けの公式プラグイン集「legacy-v4-plugins」(★219)も別リポジトリで管理されている

「バラバラのツールを寄せ集めた脆さ」への回答

READMEはこのプロジェクトの動機を、既存のWayland環境が抱える構成の煩雑さへの反応として説明している。

Most Wayland setups leave the desktop shell to a stack of small tools: one bar, another launcher, another notification daemon, a lock screen, a wallpaper daemon, scripts for session actions, and separate config formats for each piece. That can be flexible, but it also makes a complete desktop feel fragile and hard to keep visually consistent.

(ほとんどのWayland環境は、デスクトップシェルを小さなツールの積み重ねに任せている。1つのバー、別のランチャー、また別の通知デーモン、ロック画面、壁紙デーモン、セッション操作のためのスクリプト、それぞれ別々の設定形式。これは柔軟ではあるが、完全なデスクトップとしては脆く、見た目の一貫性を保つのが難しくなる)

これに対しNoctaliaは、UI・レンダリング・設定・IPCのモデルを1つのシェルとして設計する、という方針を取る。

It provides the shell layer around your compositor: bars, widgets, dock, launcher, control center, notifications, wallpaper, lock screen, session actions, clipboard history, OSDs, tray integration, and desktop widgets. The project is built directly on Wayland and OpenGL ES with no Qt or GTK dependency

(コンポジタの周りを取り囲むシェル層を提供する。バー、ウィジェット、ドック、ランチャー、コントロールセンター、通知、壁紙、ロック画面、セッション操作、クリップボード履歴、OSD、トレイ連携、デスクトップウィジェット。プロジェクトはWaylandとOpenGL ESの上に直接構築されており、Qt・GTKへの依存はない)

Qt・GTKという、Linuxデスクトップ環境で広く使われるGUIツールキットに依存しないという設計選択は、依存関係を減らす一方で、独自にレンダリングパイプラインを持つことも意味する。

「デスクトップシェル」であって「デスクトップ環境」ではない

READMEは、Noctaliaが担う範囲とそうでない範囲を明確に線引きしている。

Noctalia is a desktop shell, not a full desktop environment. [...] Window management, tiling, file management, removable-drive mounting, printers management and screen mirroring/casting belong to the compositor, dedicated desktop applications, or system services.

(Noctaliaはデスクトップシェルであって、完全なデスクトップ環境ではない。[中略]ウィンドウ管理、タイリング、ファイル管理、リムーバブルドライブのマウント、プリンター管理、画面ミラーリング/キャストは、コンポジタや専用のデスクトップアプリケーション、システムサービスの領分である)

つまり、GNOMEやKDE Plasmaのような「フルセットのデスクトップ環境」ではなく、あくまでコンポジタ(Hyprlandなど)の上に乗る「見た目とサービスの層」に役割を絞っているという位置づけだ。対応コンポジタは次のように列挙されている。

Current compositor integrations include Niri, Hyprland, Sway, Scroll, Mango, Labwc, Triad, dwl, and other compatible Wayland compositors.

(現在サポートしているコンポジタ連携には、Niri・Hyprland・Sway・Scroll・Mango・Labwc・Triad・dwl、その他互換性のあるWaylandコンポジタが含まれる)

Hyprland専用ではなく、複数のコンポジタを横断的にサポートしている点は、READMEを読むまで見落としやすいポイントだった。

ログイン画面とプラグインは別リポジトリ

Noctalia本体のREADMEは、ログイン画面(greetdのグリーター)を担当する機能について、意図的に別プロジェクトへ切り出していることを明記している。

Display/login greeter support lives in the separate Noctalia Greeter project. Noctalia may integrate with those pieces when useful, but it does not replace them.

(ディスプレイ/ログインのグリーター機能は、別プロジェクトのNoctalia Greeterにある。Noctaliaは必要に応じてこれらの部品と連携することもあるが、それらを置き換えるものではない)

実際にnoctalia-dev/noctalia-greeterリポジトリを確認すると、greetd(ログインマネージャ)向けの最小限のグリーターで、Noctalia本体と見た目を揃えつつ、内部で専用のwlroots製コンポジタ(noctalia-greeter-compositor)を起動する設計だと分かる。本体はv5への移行期にあり、v4時代の機能拡張は「legacy-v4-plugins」リポジトリで別管理されている、という構図が見える。

GitHub APIを直接叩いて3リポジトリの数値を実測すると、次のようになった。

(出典: GitHub API api.github.com/repos/noctalia-dev/{noctalia, noctalia-greeter, legacy-v4-plugins} を2026年8月29日に実測)

legacy-v4-pluginsはフォーク数(280)がスター数(219)を上回っており、また3リポジトリの中で唯一GitHub API上のライセンス欄が空(null)だった。過去に本体からアーカイブ的に切り出されたプラグイン集という位置づけのためか、正式なライセンスファイルが設定されていないと見られる。

本体のリリース履歴も見ておくと、直近5件はv5.0.0-beta.6(2026年7月27日公開)からv5.0.0-beta.10(2026年8月27日公開)まで、ほぼ週1回のペースでベータ版が刻まれている。GitHub API上ではこれらのタグすべてでprereleaseフラグがfalseになっており、バージョン名は「ベータ」でもGitHubの機能上は正式リリース扱いという食い違いがある。

プラグインシステムと機能の切り分け

コアシェルに含めない機能は、ユーザーインストール可能なプラグインシステムへ回す、という設計方針もREADMEに書かれている。

The plugin system is available for user-installed extensions. Features that are useful to some users but not essential to the core shell can live there: extra bar widgets, launcher providers, desktop widgets, panels, shortcuts, background services, compositor-specific extras, hardware-specific controls, and third-party service integrations.

(プラグインシステムは、ユーザーがインストールできる拡張機能向けに用意されている。一部のユーザーには有用だがコアシェルには必須でない機能はここに置かれる。追加のバーウィジェット、ランチャープロバイダー、デスクトップウィジェット、パネル、ショートカット、バックグラウンドサービス、コンポジタ固有の拡張、ハードウェア固有の制御、サードパーティサービス連携など)

設定はTOML形式でホットリロードに対応し、GUIでの上書き設定・テーマ/パレット対応・テンプレート適用・実行時制御用のIPCも備えるという。ライセンスはMIT。

ディストリごとの導入経路(公式ドキュメントを確認)

READMEにはインストール手順そのものは書かれておらず、代わりに公式ドキュメントサイト(docs.noctalia.dev)へのリンクが張られている。その「Installation」ページをcurlで取得すると、ディストリごとに次の導入経路が案内されていた。

(出典: docs.noctalia.dev/noctalia/getting-started/installation/を2026年8月29日にcurlで取得し、コマンド行をgrepで抽出)

作成から1年強のプロジェクトとしては、AURのようなユーザー管理リポジトリだけでなく、Arch Linuxの公式[extra]リポジトリとFedora 44以降の公式リポジトリの両方にすでに収録されている点は、パッケージング面での採用が早い部類に入る。またDebian向けのAPT手順では、noctalia本体のほかにnoctalia-greeter・umbriel・xdg-desktop-portal-umbrielという3つの関連パッケージも合わせて案内されており、umbrielという名称のプロジェクトが本体・グリーターとは別に存在することがドキュメントから読み取れた。ただしumbriel自体のリポジトリはREADME・GitHub検索のいずれからも本記事の確認範囲では特定できておらず、詳細は不明のままにしておく。

READMEを横断して読んだだけの記事

本記事はGitHub上の3つのリポジトリ(noctalia、noctalia-greeter、legacy-v4-plugins)のREADME本文とGitHub API実測値、公式ドキュメントサイトのインストールページを、2026年8月27日〜29日にかけてcurlで取得した内容にもとづく。実際にWayland環境へNoctaliaをインストールし、対応コンポジタごとの挙動差(READMEが言及する「一部コンポジタではワークスペース連携が縮小する」という記載の具体的な範囲)を確認したわけではない。v5ベータの安定度や、v4からの移行がどの程度スムーズかについても、README以上の情報は持ち合わせていない。「umbriel」というAPT手順に出てきた関連プロジェクトも、名称を確認しただけでリポジトリの中身までは確認していない。Zenn・Qiitaを検索した範囲でも日本語での言及は見当たらなかった。

自分自身はデスクトップLinux環境を日常的には使っておらず、Wayland周辺のエコシステム(バー・ランチャー・通知デーモンをどう組み合わせるか)についての実感は持てていない。READMEが「脆さ」として説明している既存の寄せ集め構成の煩雑さを、実体験として比較する材料は持っていない。

感想・指摘はコメント欄へ。