За тези, които не искат да четат много: Просто прочетете този коментар от Клем Лефевр отпреди почти година, защо във версия 2 имаше само 13 официални песни, в сравнение с 9 във версия 9.
Ще се извиня предварително за сарказма .. Трябва да нанеса още един нисък удар на разработчиците на Gnome. GTK3 не е надежден API. Може би трябва да се нарече libgnome. GTK3.4 идва с Gnome3.4 и не е съвместим с предишните GTK3 теми. Това означава, че всички GTK3 приложения изглеждат много грозни, не само с всички GTK2 теми, които не поддържат GTK3 (почти всички), но и с малкото, които го правят. Имайки предвид това, имахме три възможности:
1) Предложете работен плот с малко интеграция и приложения, които изглеждат различно, въз основа на API, който използват (което е напълно неприемливо)
2) Отървете се от всички приложения на GTK3 от Mint и ги заменете с по-стари версии в приложения GTK2 или GTK2 или QT (това включва приложения на Gnome, но също и Gdebi, Streaming и някои други)
3) Майната си като луда, премахнете всички теми и губете безброй часове, давайки на Mint-X и Mint-Z правилната поддръжка в GTK "3.4", въпреки че вероятно ще се счупи отново в 3,6 ...Избрахме вариант 3 „този път“. Надявам се този малък пример да е достатъчен, за да убеди разработчиците на трети страни да не използват GTK3. Не са намерени бележки за изданието или документация, обясняваща регресията или как да се реши проблемът. Всъщност имам чувството, че GTK 3.4 е разработен за Gnome 3.4, че всъщност няма значение дали нарушава нещата и че не трябва да използваме то извън Gnome.
Сега за тези, които искат да четат много:
Преди няколко дни IgnorantGuru (разработчик на SpaceFM, PCManFM на стероиди) изпрати супер статия от две части за няколко проекта, които са на грешен път, няколко от които Red Hat изостава. В първата част говори за GTK въпроси. Според него както вътрешните проблеми с развитието на GTK, така и принудителният конформизъм на разработчиците представляват предизвикателство за тези, които създават стабилен софтуер извън GNOME. В допълнение към споменатото от Clem, Glade версия 3.8 беше последната, която поддържа GTK2, и това на Debian дори не се притесняват да направят наследствена версия (този, който ще излезе за Wheezy е версия 3.12)
IgnorantGuru се сблъска с тези проблеми в GNOME bugzilla и Бенджамин Оте (единственият разработчик на GTK на пълен работен ден) с качествени отговори, че GTK не плува в рамките на допълнителни разработчици, щастливи да отделят времето си, осигурявайки съвместимост с рядко използвани теми и че авторите на теми участват в разработката GTK се съгласяват, че е по-добре да актуализирате теми, отколкото да поддържате статуквото и че след тези решения няма време за съвместимост на темите. Емануеле Баси допълва, че Adwaita (официалната тема на GNOME) се променя при всяка промяна в GTK и че GTK се променя, когато авторите на теми за GNOME, както и за Windows и MacOS поискат ново изискване.
Но тази мисъл идва от много преди, когато те все още са мислили какъв ще бъде GNOME 3. Идеята е да се върне на GNOME марка с потребителско изживяване, различно от това на Windows (лентата с менюта по-долу) и Apple ( лента с менюта по-горе) и идеи за аплети и разширения те заплашиха тази идея. Ако не може да се поправи, няма да се поправи. Когато бъговете пристигнат с молба да върнат такова нещо, те ги затварят с маркера WONTFIX. Това отива още по-далеч. Преди 2 години Уилям Джон Маккан съобщи грешка в предаването с молба да не използват икони в областта за уведомяване за GNOME 3, тъй като ще премахнат поддръжката. Когато поддържащият се оплака, че това може да навреди на потребителите на XFCE, Маккан отговори: „Мисля, че ще трябва да решите дали това е приложение GNOME, Ubuntu или XFCE и нямам представа какво е или прави. XFCE, съжалявам . »
Втората част Статията разказва за udisks, gvfs, udev и systemd. С пристигането на udisks2 командният ред беше променен, нарушавайки съвместимостта със софтуера и скриптовете, които зависеха от udisks. Неговият автор Дейвид Цойтън (служител на Red Hat) добавено в документацията „Тази програма не е предназначена да се използва от скриптове или други програми - опциите и командите може да са по несъвместими начини в бъдеще дори при издания за поддръжка.“ Hon Jen Yee, създател на PCManFM изразява съжаление за неизправността на udisks, polkit, consolekitи как се отдалечават от философията на KISS. Както PCManFM, така и Thunar разчитат на gvfs API, който според IgnorantGuru е лошо поддържан и много нестабилен. По отношение на udev, наскоро няколко разработчици на Gentoo те направиха вилица (eudev) защото udev беше по-погълнат от systemd, нарушавайки съвместимостта с предишни системи. Линус вече блудваше на поддържащите, защото те не искат да приемат определени корекции, изпратени за отстраняване на някои грешки.
А относно systemd (който беше предложен като зависимост от GNOME), има по-добро обяснение в публикация върху агресивната евангелизация това се прави от него, което е одобрено от неговия създател, Ленард Потеринг.
Тази публикация щеше да се нарича „Теория на конспирацията в Linux“, както беше наречена оригиналната статия за IgnorantGuru. Персей обаче ми каза, че това не е конспирация, а саботаж, плюс статията е по-скоро анти-червена шапка, отколкото това, което ви пиша. Истината е да се запитаме колко независим е проект като systemd? Не само имам предвид независим от Red Hat, но и от самия 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