あまり読みたくない人のために：このコメントを読んでください クレム・ルフェーブル ほぼ2年前から、バージョン13の9と比較して、バージョン9の公式トラックがXNUMXつしかない理由について説明します。
皮肉について事前に謝罪します..Gnome開発者にもう一度低い打撃を与える必要があります。 GTK3は信頼できるAPIではありません。 多分それはlibgnomeと呼ばれるべきです。 GTK3.4にはGnome3.4が付属しており、以前のGTK3テーマとは互換性がありませんでした。 これは、GTK3をサポートしていないすべてのGTK2テーマ（ほとんどすべて）だけでなく、サポートしているいくつかのテーマでも、すべてのGTK3アプリケーションが非常に見苦しいことを意味します。 これを念頭に置いて、XNUMXつのオプションがありました。
1）使用するAPIに基づいて、統合がほとんどなく、アプリケーションの外観が異なるデスクトップを提供します（これはまったく受け入れられません）
2）MintからすべてのGTK3アプリケーションを削除し、GTK2、GTK2、またはQTアプリケーションの古いバージョンに置き換えます（これにはGnomeアプリケーションだけでなく、Gdebi、ストリーミングなども含まれます）
3）狂ったように性交し、すべてのテーマを削除し、Mint-XとMint-ZにGTK "3.4"での正しいサポートを与えるために数え切れないほどの時間を無駄にしますが、おそらく3,6で再び壊れます...「今回」はオプション3を選びました。 この小さな例が、サードパーティの開発者にGTK3を使用しないように説得するのに十分であることを願っています。 リグレッションや問題の解決方法を説明するリリースノートやドキュメントは見つかりませんでした。実際、GTK3.4はGnome3.4用に開発されたものであり、問題が発生しても問題はなく、使用すべきではないと感じています。それはGnomeの外にあります。
今、たくさん読みたい人のために：
数日前、IgnorantGuru（SpaceFM開発者、ステロイドのPCManFM）は、間違った方向に進んでいるいくつかのプロジェクトに関するスーパーXNUMX部構成の記事を送信しましたが、そのうちのいくつかはRedHatが遅れています。 最初の部分で GTKの問題について話します。 彼によると、GTKの開発に内在する問題と開発者の強制的な適合性の両方が、GNOMEの外部で安定したソフトウェアを作成する人々にとっての課題を表しています。 Clemが述べたことに加えて、Gladeバージョン3.8はGTK2をサポートする最後のものでした。 Debianでは、レガシーバージョンを作成することすらしません （Wheezy用にリリースされるのはバージョン3.12です）
IgnorantGuruはこれらの問題に直面しました GNOMEバグジラで ベンジャミン・オッテ（唯一のフルタイムのGTK開発者）は、GTKが追加の開発者の中で泳ぐことはなく、めったに使用されないテーマとの互換性を確保するために時間を費やして喜んでおり、テーマの作成者が開発に関与しているという質の高い回答をしています。 GTKは、現状を維持するよりもテーマを更新する方が良いこと、そしてそれらの決定の後、テーマの互換性のための時間はないことに同意します。 Emmanuele Bassiは、GTKが変更されるたびにAdwaita（公式のGNOMEテーマ）が変更され、GNOMEおよびWindowsとMacOSのテーマの作成者が新しい要件を要求するとGTKが変更されることを補完します。
しかし、この考えは、GNOME 3がどのようなものになるかをまだ考えていたずっと前から来ています。このアイデアは、Windows（下のメニューバー）やApple（下のメニューバー）とは異なるユーザーエクスペリエンスを備えたブランドをGNOMEに戻すことから生まれました。上記のメニューバー）、およびアプリレットと拡張機能のアイデア 彼らはその考えを脅かしました。 修正できない場合は修正されません。 バグが到着してそのようなものを返すように要求すると、WONTFIXタグでバグを閉じます。 これはさらに進んでいます。 2年前WilliamJonMcCannが報告しました トランスミッションのバグ サポートを削除する予定だったため、GNOME3の通知領域でアイコンを使用しないように依頼しました。 メンテナがこれがXFCEユーザーに害を及ぼす可能性があると不満を述べたとき、McCannは次のように答えました。 。»»
パート2 この記事では、udisks、gvfs、udev、およびsystemdについて説明しています。 udisks2の登場に伴い、コマンドラインが変更され、udisksに依存するソフトウェアおよびスクリプトとの互換性が失われました。 その作者であるDavidZeuthen（Red Hatの従業員） ドキュメントに追加 「このプログラムは、スクリプトや他のプログラムで使用することを意図したものではありません。オプションとコマンドは、将来、メンテナンスリリースでも互換性がなくなる可能性があります。」 PCManFMの作成者であるHonJen Yee udisks、polkit、consolekitの誤動作を後悔している、そして彼らがKISSの哲学からどのように離れているか。 PCManFMとThunarはどちらもgvfsAPIに依存しています。これは、IgnorantGuruによると、メンテナンスが不十分で、非常に不安定です。 udevに関しては、最近数人のGentoo開発者が 彼らはフォークを作りました（eudev） udevはsystemdにより吸収され、以前のシステムとの互換性が失われたためです。 Linusは、いくつかのバグを修正するために送信された特定のパッチを受け入れたくないため、すでにメンテナにバグを報告しています。
そしてsystemd（GNOME依存関係として提案された）については、投稿でより良い説明があります 積極的な伝道について それはそれでできており、その作成者であるレナート・ポッターリングによって承認されています。
この投稿は、元のIgnorantGuruの記事が呼び出されたため、「Linuxの陰謀論」と呼ばれる予定でした。 しかし、ペルセウスは、これは陰謀ではなく妨害行為であり、さらにこの記事は私があなたに書いているものよりも反レッドハットであると私に言いました。 真実は、systemdのようなプロジェクトはどれほど独立しているのかを自問することです。 私はRedHatから独立しているだけでなく、Lennart自身からも独立していることを意味します（すでに彼が作成者であることに反対していると見なされています）
ソースの巨大なリスト：
http://blog.linuxmint.com/?p=2038
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory/2
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638478
https://bugzilla.gnome.org/show_bug.cgi?id=687752
https://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00314.html
https://trac.transmissionbt.com/ticket/3685
http://udisks.freedesktop.org/docs/1.91.0/udisksctl.1.html
http://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-linux/
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01131.html
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01889.html
http://lwn.net/Articles/529314/
http://www.reddit.com/r/linux/comments/132gle/eli5_the_systemd_vs_initupstart_controversy/
http://sporkbox.us/blog/?r=page/108