För dem som inte vill läsa mycket: Läs bara den här kommentaren från Clem lefebvre från nästan ett år sedan på varför det bara fanns 2 officiella spår i version 13, jämfört med 9 i version 9.
Jag ber om ursäkt i förväg för sarkasm .. Jag måste ge ytterligare ett lågt slag mot Gnome-utvecklarna. GTK3 är inte ett tillförlitligt API. Kanske borde det kallas libgnome. GTK3.4 kom med Gnome3.4, och det var inte kompatibelt med tidigare GTK3-teman. Det betyder att alla GTK3-applikationer såg väldigt ful ut, inte bara med alla GTK2-teman som inte stöder GTK3 (nästan alla), men också de få som gör det. Med detta i åtanke hade vi tre alternativ:
1) Erbjuda ett skrivbord med liten integration och applikationer som ser annorlunda ut, baserat på det API de använder (vilket är helt oacceptabelt)
2) Bli av med alla GTK3-applikationer från Mint och ersätt dem med äldre versioner i GTK2- eller GTK2- eller QT-applikationer (detta inkluderar Gnome-applikationer, men också Gdebi, Streaming och några andra)
3) Knulla som galet, ta bort alla teman och slösa oräkneliga timmar med att ge Mint-X och Mint-Z rätt stöd i GTK "3.4", även om det troligtvis kommer att bryta igen i 3,6 ...Vi gick för alternativ 3 "den här gången." Hoppas det här lilla exemplet räcker för att övertyga tredjepartsutvecklare att inte använda GTK3. Inga release-anteckningar eller dokumentation som förklarar regression eller hur man löser problemet har hittats. Jag har faktiskt en känsla av att GTK 3.4 utvecklades för Gnome 3.4, att det inte spelar någon roll om det går sönder och att vi inte ska använd den utanför Gnome.
Nu för dem som vill läsa mycket:
För några dagar sedan skickade IgnorantGuru (SpaceFM-utvecklare, PCManFM om steroider) ut en super tvådelad artikel om flera projekt som är på fel spår, varav flera är Red Hat bakom. I den första delen talar om GTK-frågor. Enligt honom utgör både de inneboende problemen med utvecklingen av GTK och den tvingade konformismen hos utvecklarna en utmaning för dem som skapar stabil programvara utanför GNOME. Förutom vad Clem nämnde var Glade version 3.8 den sista som stödde GTK2, och det på Debian bryr de sig inte ens om att göra en äldre version (den som kommer ut för Wheezy är version 3.12)
IgnorantGuru mötte dessa problem i GNOME bugzilla och Benjamin Otte (den enda heltid GTK-utvecklaren) med kvalitetssvar att GTK inte simmar inom extra utvecklare, glada att spendera sin tid på att säkerställa kompatibilitet med sällan använda teman, och att temaförfattare som är involverade i utvecklingen GTK: s är överens om att det är bättre att uppdatera teman än att bibehålla status quo och att det efter dessa beslut inte finns tid för kompatibilitet för teman. Emmanuele Bassi kompletterar att Adwaita (det officiella GNOME-temat) ändras för varje förändring i GTK, och att GTK ändras när författarna till teman för GNOME och även för Windows och MacOS ber om ett nytt krav.
Men den här tanken kommer från långt innan, när de fortfarande tänkte på hur GNOME 3 skulle bli. Idén föddes att återvända till GNOME som ett varumärke, med en användarupplevelse som skiljer sig från Windows (menyraden nedan) och Apple ( menyfältet ovan) och idéer för applets och tillägg de hotade den tanken. Om det inte kan fixas kommer det inte att åtgärdas. När buggarna kommer och ber om att returnera en sådan sak stänger de dem med WONTFIX-taggen. Detta går ännu längre. För 2 år sedan rapporterade William Jon McCann ett fel i överföring ber om att de inte använder ikoner i meddelandefältet för GNOME 3 eftersom de skulle ta bort support. När underhållaren klagade över att detta skulle kunna skada XFCE-användare, svarade McCann, ”Jag tror att du måste bestämma om det är en GNOME-, Ubuntu- eller XFCE-app, och jag har ingen aning om vad det är eller gör. XFCE, förlåt. »
Den andra delen Artikeln talar om udisks, gvfs, udev och systemd. Med ankomsten av udisks2 ändrades kommandoraden, vilket bröt kompatibiliteten med programvaran och skript som var beroende av udisks. Dess författare David Zeuthen (Red Hat-anställd) läggs till i dokumentationen "Detta program är inte avsett att användas av skript eller andra program - alternativ och kommandon kan på inkompatibla sätt i framtiden även i underhållsversioner." Hon Jen Yee, skapare av PCManFM beklagar funktionsfel hos udisks, polkit, consolekit, och hur de rör sig bort från KISS-filosofin. Både PCManFM och Thunar är beroende av gvfs API, vilket enligt IgnorantGuru är dåligt underhållet och mycket instabilt. När det gäller udev, nyligen några Gentoo-utvecklare de gjorde en gaffel (eudev) eftersom udev absorberades mer av systemd, vilket bröt kompatibiliteten med tidigare system. Linus har redan buggat underhållarna eftersom de inte vill acceptera vissa korrigeringar som skickades för att fixa några buggar.
Och om systemd (som föreslogs som ett GNOME-beroende), finns det en bättre förklaring i ett inlägg om aggressiv evangelisering det görs av det, som godkänns av dess skapare, Lennard Poettering.
Det här inlägget skulle kallas "En konspirationsteori i Linux", som den ursprungliga artikeln IgnorantGuru hette. Perseus berättade dock för mig att detta inte är konspiration utan sabotage, plus artikeln är mer Anti-Red Hat än vad jag skriver till dig. Sanningen är att fråga oss själva, hur oberoende är ett projekt som systemd? Inte bara menar jag oberoende av Red Hat, utan från Lennart själv (det anses redan vara en mot att han är skaparen)
Den gigantiska källan:
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