シモン・ペテロ (AppImageスタンドアロンパッケージ形式の作成者)最近 私は作ります GitHubに投稿する 基本的にその中で ウェイランドのボイコットを呼びかけた 「それはすべてを壊すので。」
重要な問題のXNUMXつ、 彼の意見では、Waylandでは多くのアプリケーションが破損しているということです そして、Waylandの開発者は、アプリケーションの作成者がすべてを自分で修正することを望んでいます。
投稿メッセージ共有で 次
「Waylandは私が抱えている問題を修正しませんが、必要なほとんどすべてのアプリケーションを壊します。 そして、ウェイランドの人々はGNOMEだけを気にし、他のすべての人に唾を吐くように見えるので、彼らは操作不能のままです。」 WAYLANDをインストールしないでください! 他の人が後でトラブルシューティングする必要がないように、Waylandにすべてを破壊させないでください。 または、必要な依存関係として、より具体的なRed Hat / GNOMEコンポーネント(glib、Portals、Pipewire)を宣伝してください! «
投稿の中では、 次の例のいくつかを共有し、 「Waylandを破る」アプリケーションタイプについて:
Waylandは画面記録アプリを壊します
- Waylandは画面記録アプリケーションをサポートしていません。 例えば:
SimpleScreenRecorder: 標準化されたインターフェースができるまで、作者はWaylandをサポートしません。 それはGNOMEにリンクされていません。 24年2016月XNUMX日以降に破損し、解決策はありません(「これには非標準のGNOMEインターフェイスを使用していると思います」) - OBS研究。 同時に、使用できるGNOME固有のプラグインがあります Waylandを使用したOBSStudio、 ただし、gnome-shellを使用する場合のみ。 うんいいよ アクティブなOBSStudioの寄稿者は、X11スクリーンショットAPIが可能な限り最悪に近いと述べています、スクリーンショットの状況は、(GNOME)WaylandがX11よりも使いにくく、おそらく技術的に劣っているものに戻った良い例です。
少なくとも7年2020月XNUMX日以降に壊れています。(「Waylandは現時点ではサポートされていません」、「簡単に変更できるものは実際にはありません。WaylandはCapture APIを提供していません」) - https://github.com/mhsabbagh/green-recorder
- https://github.com/vkohaupt/vokoscreenNG/issues/51 R少なくとも7年2020月XNUMX日以降( 「今のところ、Waylandのサポートはない、予算はない、XNUMX、XNUMX年後にはどうなるかを確認することにしました。」 – これが重要な問題です。 ウェイランドはすべてを壊し、他の人が彼が引き起こした問題を自分で解決することを望んでいます。
Waylandは画面共有アプリを壊します
- Waylandは画面共有アプリケーションをサポートしていません。 たとえば、jitsi-meetです。 同時に、たとえば、Fedora 32では、ウェイランドセッションで画面を共有することができます(Pipewireを使用するxdg-desktop-portalを使用)。
- https://github.com/jitsi/jitsi-meet/issues/2350 3年2018月XNUMX日以降に壊れています
- https://github.com/jitsi/jitsi-meet/issues/6389 24年2016月XNUMX日から壊れています(「JitsiMeet側からできることは何もないので閉じます」) 。 Waylandは物事を壊し、アプリ開発者を無力にし、たとえ彼らが望んでいたとしても、欠陥を修正することができなくなります。
- https://github.com/flathub/us.zoom.Zoom/issues/22 Zoom 少なくとも4年2019月XNUMX日以降に壊れています。 (「共有を開始できません。Ubuntu(17、18)、Fedora(25-29)、Debian 9、openSUSE Leap 15、Arch Linuxを使用したGNOMEでのみwaylandをサポートしています」)。 非GNOMEについては何も知られていません!
それに加えて また、次のことにも言及しています。
- WaylandはGNOMEグローバルメニューと互換性がありません。
- Waylandは、KDEプラットフォームプラグインのグローバルメニューと互換性がありません。
- WaylandはQtベースのグローバルメニューをサポートしていません。
- Waylandは、専用のQtプラグインなしで提供されるAppImageパッケージと互換性がありません。
最後に イニシアチブの作成者は、他の既存の例を喜んで追加します より多くの人々がイニシアチブに参加し、Waylandが実行可能ではないことを証明する場合でも、彼のリストに追加します。
真実であり、ほとんどのLinuxコミュニティが知っていることは、キーボードとマウスの取り扱いに関して解決すべき問題がまだいくつかあるため、Waylandはスクリーンレコーダーアプリケーションやリモートアクセスアプリケーションでまだ多くの問題を抱えているということです(かなり古い)問題であり、私が個人的には、それがすでに解決に取り組んでいるかどうかはわかりません。なぜなら、私が述べたように、それは引きずられていた問題だからです)。
そして、あなたはそれについてどう思いますか?
Waylandはすべてが壊れており、Xorgは何よりも死んでいて修理されています。
Linuxの場合、この状況は複雑になります。
うわー、私を笑わせてくれてありがとう。 Appimageの作成者がスノーフレークであることを知りませんでした。
安全性が重要であり、それがウェイランドが生まれた理由です。 X.Orgは、メンテナンス不足のために機能していません。 リソースへのアクセス許可をユーザーに求めることにより、Waylandを使用するためのパッチを提供するのが最善です。
一方、AppImageは必要ありません。現在、deb、rpmなどのパッカーがあります。 インストールされているもののセキュリティが重要です。 ディストリビューションによって署名されたパッケージ。 これは物事を理解するもうXNUMXつの方法であり、インストールするものについてセキュリティが重要です。 AppImageは、重複と追加のメモリ消費も引き起こします。 これらの理由で、AppImageのボイコットはどのように感じますか?
ubuntuのmirを使用してください…。 またはコミュニティがサポートを提供しなかったのを待つなんて残念なこと