<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Wayland on Ivon's Blog</title><link>https://ivonblog.com/ja-jp/tags/wayland/</link><description>Recent content in Wayland on Ivon's Blog</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><managingEditor>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</managingEditor><webMaster>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</webMaster><copyright>Ivon's Blog (ivonblog.com）の記事のシェアを歓迎します。記事を引用する際は元のURLを明記し、CC BY-NC-ND 4.0ライセンスに従ってください。商用利用の場合は、私宛にメールでご連絡ください。</copyright><lastBuildDate>Fri, 17 Apr 2026 13:00:00 +0800</lastBuildDate><atom:link href="https://ivonblog.com/ja-jp/tags/wayland/index.xml" rel="self" type="application/rss+xml"/><item><title>Termux X11：スマホで使うXサーバーの使い方</title><link>https://ivonblog.com/ja-jp/posts/termux-x11/</link><pubDate>Fri, 17 Apr 2026 13:00:00 +0800</pubDate><author>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</author><guid>https://ivonblog.com/ja-jp/posts/termux-x11/</guid><description>&lt;!-- Co-translated by ChatGPT --&gt;
&lt;p&gt;Termux X11は、Androidスマホ上でXサーバーを動かせるアプリです。これは何を意味するのでしょうか。Firefox、Chromium、GIMP、Blender、Visual Studio Codeなど、X11の表示画面に依存するLinuxデスクトップアプリを実行できるということです。AndroidはLinuxカーネルをベースに開発されていますが、グラフィック表示プロトコルは一般的なデスクトップLinuxディストリビューションとは異なります。Linuxのアプリケーションフレームワーク（GTK &amp;amp; QT）は多くがX11またはWayland向けに設計されているため、AndroidではそのままLinuxアプリを動かせません。&lt;/p&gt;
&lt;p&gt;Termux X11はAndroid上で動くXサーバーを提供し、Termux上のLinuxアプリがその中にグラフィカル画面を表示できるようにします。
&lt;img src="images/termux-x11.webp" width=300 alt="" loading="lazy"&gt;&lt;/p&gt;
&lt;p&gt;原理図は以下の通りです。これはGNU/LinuxデスクトップにおけるX Serverの動作方式です。
&lt;img src="images/d1.webp" width=300 alt="" loading="lazy"&gt;&lt;/p&gt;
&lt;p&gt;Termux X11はX ServerをAndroidへ移植し、X11アプリがAndroid上に画面を出力できるようにしています。
&lt;img src="images/d2.webp" width=300 alt="" loading="lazy"&gt;&lt;/p&gt;
&lt;p&gt;Termux X11があれば、virglrendererによる3Dハードウェアアクセラレーションを簡単に実現できます。グラフィック性能はVNCより優れています。&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://ivonblog.com/ja-jp/posts/termux-x11/featured.webp"/></item><item><title>Wayland compositorが多すぎて敗北！本当に車輪の再発明を続ける必要があるのか？</title><link>https://ivonblog.com/ja-jp/posts/there-are-too-many-wayland-compositors/</link><pubDate>Sun, 08 Mar 2026 19:00:00 +0800</pubDate><author>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</author><guid>https://ivonblog.com/ja-jp/posts/there-are-too-many-wayland-compositors/</guid><description>&lt;!-- Co-translated by ChatGPT --&gt;
&lt;p&gt;敗北Wayland compositorが本当に多すぎる！時々、WMを使ってDEを使わない人を見ると、相手はすごいなと思う。しかしこれは普及しにくい。まして授業で学生にIceWMをインストールさせる人までいる。Linuxデスクトップの断片化はまだ深刻ではないとでも？&lt;/p&gt;
&lt;p&gt;新しいWayland compositorが出るのを見るたびの私be like：
&lt;figure&gt;
 &lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="low"
 alt=""
 src="https://ivonblog.com/ja-jp/posts/there-are-too-many-wayland-compositors/images/a.webp"
 onerror="this.onerror=null;this.src='https://ivonblog.com/images/cannotloadimage.avif'"
 width="1920"
 height="1080"&gt;&lt;/figure&gt;&lt;/p&gt;
&lt;p&gt;そう思わないか。LinuxデスクトップがWaylandへ徐々に移行した後、すでに少なくとも20種類以上のWayland compositorが出現している。比較的有名なWeston（Wayland公式参考実装）、GNOME Mutter、KDE Kwin以外にも、&lt;a href="https://gitlab.freedesktop.org/wlroots/wlroots/" target="_blank" rel="noreferrer"&gt;wlroots&lt;/a&gt;や&lt;a href="https://github.com/Smithay/smithay" target="_blank" rel="noreferrer"&gt;Smithay&lt;/a&gt;ライブラリを基に開発されたWayland compositorが山ほどある。たとえばHyprland、WayFire、Niri、Labwc、River、dwl、Hikari、Miracle&amp;hellip;&amp;hellip;などだ。その多くはDesktop Environmentを構成することすらできず、ただのcompositorであり、他のコンポーネントを自分で探してデスクトップへ組み合わせなければならない。&lt;/p&gt;
&lt;p&gt;これはX Window時代の多くのXウィンドウマネージャーの栄景を思い出させる。異なるX11デスクトップ環境のユーザーはWindow ManagerとCompositorを交換し、自分が望むウィンドウ効果を実現できた。Xウィンドウマネージャーも少なくとも20種類以上あった。しかし時代は変わった。Waylandデスクトップユーザーは単独でウィンドウマネージャーを置き換えるべきではない。やるならデスクトップ環境ごと入れ替えるべきだ。&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://ivonblog.com/ja-jp/posts/there-are-too-many-wayland-compositors/featured.webp"/></item><item><title>X11とWaylandを比較する。2026年、Waylandへ切り替えてX Window Systemを捨てるべきか</title><link>https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland/</link><pubDate>Mon, 26 Jan 2026 23:00:00 +0800</pubDate><author>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</author><guid>https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland/</guid><description>&lt;!-- Co-translated by ChatGPT --&gt;
&lt;p&gt;この記事では、IvonがLinuxシステムの「X Window System」と「Wayland」の発展状況を討論し、Waylandの長所と短所を整理して、Waylandへ切り替えるべきかどうかを判断できるようにする。最後には、最新Wayland技術を最も早く体験できるLinuxディストリビューションも添える。
&lt;figure&gt;
 &lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="low"
 alt=""
 src="https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland/images/title.webp"
 onerror="this.onerror=null;this.src='https://ivonblog.com/images/cannotloadimage.avif'"
 width="1655"
 height="930"&gt;&lt;/figure&gt;&lt;/p&gt;
&lt;p&gt;物事は変化しつつある。Linuxコミュニティでは、X11を捨ててWaylandセッションへ切り替えるべきかがよく討論される。では、X11とは何か？Waylandとは何か？&lt;/p&gt;
&lt;p&gt;X Window Systemは、あなたのLinuxコンピューター画面をどのように表示するかを決める一群のソフトウェアである。しかしこれは古すぎて問題が多く、現在はWaylandプロトコルを採用するソフトウェアが、この古いソフトウェアを現代的なコードで置き換えようとしている。ただしWaylandには問題も多いため、採用するLinuxディストリビューションが増えているにもかかわらず、十年以上発展してきた現在でも、X Window Systemを完全に置き換えることはできていない。&lt;/p&gt;
&lt;p&gt;以下では、X11とWaylandの現状を探っていく。&lt;/p&gt;

&lt;h2 class="relative group"&gt;1. 変化の契機：X11とWaylandの比較
 &lt;div id="1-変化の契機x11とwaylandの比較" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#1-%e5%a4%89%e5%8c%96%e3%81%ae%e5%a5%91%e6%a9%9fx11%e3%81%a8wayland%e3%81%ae%e6%af%94%e8%bc%83" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;X Window SystemとWaylandはいずれも、Linux画面の表示を担当する一群のソフトウェアである。両者の底層原理比較については、才疎学浅なので恥をさらすのはやめておく。ネット上にはすでに多くの資料があり、文末の「参考資料」には詳しく読める面白い記事を多く載せている。ここでは私個人の理解を簡単に述べる。&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland/featured.webp"/></item><item><title>Waylandへ切り替えてX Window Systemを捨てるべきか（2024年版）</title><link>https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland-in-2024/</link><pubDate>Sat, 23 Mar 2024 18:00:00 +0800</pubDate><author>infoivonblog.nkfjt@aleeas.com (Ivon Huang)</author><guid>https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland-in-2024/</guid><description>&lt;!-- Co-translated by ChatGPT --&gt;
&lt;p&gt;この記事ではIvonがLinuxシステムの「X Window System」と「Wayland」の発展状況を議論し、Waylandの長所と短所を検討して、あなたがWaylandへ切り替えるべきかどうかを決められるようにする。最後には最新のWayland技術を最速で体験できるLinuxディストリビューションも付けておく。
&lt;figure&gt;
 &lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="low"
 alt=""
 src="https://ivonblog.com/ja-jp/posts/should-you-switch-to-wayland-in-2024/images/title.webp"
 onerror="this.onerror=null;this.src='https://ivonblog.com/images/cannotloadimage.avif'"
 width="1655"
 height="930"&gt;&lt;/figure&gt;&lt;/p&gt;
&lt;p&gt;事態は変化しつつある。Linuxコミュニティでは、X11を捨ててWaylandセッションへ切り替えるべきかがよく議論される。では、X11とは何か？Waylandとは何か？&lt;/p&gt;
&lt;p&gt;X Window Systemは、あなたのLinuxコンピューターの画面をどのように表示するかを決めるソフトウェア群である。しかしそれは古すぎて問題が多い。現在はWaylandプロトコルを採用したソフトウェアがあり、現代的なコードでこの古いソフトウェアを置き換えようとしている。ただしWaylandにも問題が山積みで、Linuxシステムで採用が増えているにもかかわらず、発展から10年経った今もX Window Systemは完全には置き換えられていない。以下でその理由を探る。&lt;/p&gt;

&lt;h2 class="relative group"&gt;1. 変化の契機：X11とWaylandの比較
 &lt;div id="1-変化の契機x11とwaylandの比較" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#1-%e5%a4%89%e5%8c%96%e3%81%ae%e5%a5%91%e6%a9%9fx11%e3%81%a8wayland%e3%81%ae%e6%af%94%e8%bc%83" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;X Window SystemとWaylandはいずれもLinuxの画面表示を担当するソフトウェア群である。両者の低層原理比較については、私の知識が浅いため恥をさらすのはやめておく。ネット上にはすでに多くの資料があり、文末の「関連読書」にも詳しく読める面白い記事を多く載せている。ここでは私個人の理解を簡単に述べる。&lt;/p&gt;</description></item></channel></rss>