Manuel de la Fuente talade redan om hur mycket cinnark som Manjaro de lämnade kanel och allt av olika skäl:
1) Ankomsten av GNOME 3.8 till Arch
2) Kanel har ännu inte överförts till GTK 3.6
3) Brist på kompatibilitet mellan olika versioner av GTK.
På kanel github fanns det en diskussion om projektets långsamma takt och Clem lämnade två meddelanden som svarade på frågor.
I den första av dem gör det klart att Cinnamon inte skapades som ett separat projekt från Mint, att det inte tävlar om att vara den mest använda miljön, att Cinnamon inte är målet i sig utan en del av det (användarupplevelsen i Linux Mint). Problemet som kanel har är bristen på kommunikation (nästan helt över IRC) mellan de 10 "betrodda" utvecklarna (betrodda i den meningen att du kan se till att deras dragförfrågningar var välskrivna och väl testade) och att det tar tid att fastställa att förtroende.
Han förstår också utvecklarnas frustration och att om den var oberoende av Mint kunde den växa snabbare men påminner dem om att de bara fokuserar på en liten del av projektet och inte på allt. GNOME är bara ett exempel på den utvecklarklassen.
Men det viktigaste är i den andra kommentaren, där han pratar om Cinnarch. Jag börjar citera:
Om Cinnarch, Fedora och förmodligen är Debian mycket dåliga nyheter för användare av dessa distributioner. Även om min stora oro är att göra Mint-användare glada, är det viktigt att göra kanel tillgänglig för hela Linux-communityn och det tror jag att vi uppnått vårt uppdrag med det. Jag känner mig dålig för dem, men människor måste förstå förhållandet mellan GNOME / GTK och dess ekosystem (som kanel är en del av) och det faktum att GNOME / GTK-utvecklare inte bryr sig om bakåtkompatibilitet. De kan inte förvänta sig att kanel ska vara kompatibel med den senaste GNOME / GTK så fort den kommer ut, speciellt om fixning av regressionerna som skapas betyder att vi tappar kompatibilitet med de GNOME / GTK-versioner vi stöder (GNOME / GTK 3.4-kompatibilitet är nyckeln för oss eftersom Vi är fast beslutna att till exempel ta med de nya versionerna av kanel till Mint 13 LTS). Vårt fokus är på 3.6 eftersom det är den version vi använder och kommer att fortsätta att använda i ytterligare 6 månader. Vi får pull-förfrågningar för Fedora och lappar för att fixa muffin och kanel för gtk 3.7 / 3.8 och vi är intresserade av att slå samman dem. När en distribution uppdaterar GNOME / GTK, bryter den oftast GTK3-teman, bryter kanel och bryter några GTK3-applikationer. Det beror på att GNOME / GTK aggressivt förnyar och inte anser att deras ekosystem är tillräckligt viktigt för att säkerställa bakåtkompatibilitet. Det är något distributioner måste tänka på när de senaste GNOME / GTK inkluderas innan de delar av deras ekosystem som stöder det. Nu behövs stöd för GTK3.8 i kanel av Fedora och vi är intresserade av att ha det, men drivkraften bakom det är Fedora. Det hjälper oss också, det betyder att fler använder kanel, fler utvecklare (vissa av dem använder Fedora) och en förhandsgranskning av vad som kommer (GTK3.8) för oss på Ubuntu / Mint. Så alla är intresserade av att kanel har stöd för GTK3.8 ... men det är viktigt att förstå att detta är något som hanteras av Fedora- och GTK3.8-användare, jag får betalt för att arbeta i Mint, en del av det innebär att göra mitt bästa för Kanel för att vara bra och GTK3.8 är något som jag kommer att möta om 6 månader. Vi har samma problem i Fedora .. heltidsutvecklare där får inte betalt för att arbeta på Cinnamon. Så när det gäller Cinnarch är jag inte säker på att underhållarna förstår situationen när det gäller kompatibilitet mellan kanel och GNOME / GTK, vad jag menar är att vi alla vill att kanel ska stödja alla versioner av GTK, GNOME det gör det inte lätt, och ingen får betalt (varken i Mint, Cinnarch eller Fedora) för att göra det till en prioritet. Vad som hände i Fedora, och är vad vi gör i Mint, och jag hoppas att Cinnarch kommer att kunna göra det, är att frysa uppdateringarna som skapar regressioner och om det inte är möjligt och uppströmsbidragen inte har slagits samman, lappar vi programvaran . Leigh var väldigt proaktiv på kanel på Fedora, inte bara skicka oss dragförfrågningar utan lappade också kanel för att fungera bra på Fedora. Kanske är det ett fall för distribusionsansvariga som lättare kan kontakta oss och kanske i det veckovisa mötet hjälper vi. Jag känner mig bra att kanel är tillgänglig för användare av Fedora, Arch och Debian och att de har både kanel och dess distribution för att tacka dem. Det finns ett visst ansvar som faller på båda sidor, särskilt i distributioner som åtagit sig att ta med den senaste GNOME / GTK utan dröjsmål och oavsett regressioner som uppstår. Jag tvivlar inte på att kanel kommer att fungera bra på GTK 3.8, det är en del av mitt jobb att se till att samma sak händer för Mint 16, tills dess är jag mer än glad att hjälpa alla som tar kontroll över detta för vilket stödet är viktigt .
I alla fall. Dra dina slutsatser.
Bra för Fedora-killarna, som alltid bidrar till denna Linux-värld.
+1, om Cinnamon får GNOME 3.8-kompatibilitet före schemat kommer det till stor del att tacka dem.
Där GNOME inte gick med att bryta ner och Mint inte kunde hantera fixning kom Fedora för att hjälpa.
Det finns en grupp inom Fedora som driver för att göra kanel till standardskrivbordet. Jag vet inte om det kommer att vara i F19, men det är uppenbart att folket i RedHat drar öronen för Gnome-Shell, eftersom det inte skulle se ut som ett skrivbord, låt oss säga, affärer, som skiljer sig mycket från en vanlig och vild användare.
Såg du detta?
http://kuboosoft.blogspot.com.ar/2013/04/andrew-wyatt-se-retira-de-fuduntu-y.html
en ny post har redan gjorts
https://blog.desdelinux.net/rip-fuduntu/
När jag använde distroer som Fedora, Debian, var jag glad över att använda en distro som stöder fri programvara, och det jag gillade med Fedora är den innovation som genererar Linux i allmänhet.
Nu använder jag en distro som fungerar mycket bra, men dess användbarhet är över andan av fri programvara, låt oss se om jag installerar Fedora igen för att rapportera fel.
Jag försökte och försökte, speciellt den mest "popus", jag återvänder alltid till Fedora som en egensinnig son ... .. Deras versioner färska ur ugnen är en skam, men efter en månad, en och en halv månad finns det inget att ge dem.
hälsningar
Jag är väldigt nöjd med Debian Stable, eftersom du inte har några problem med uppdateringar (som förresten är mycket detaljerade), och dess robusthet säkerställer att dina data inte går förlorade på grund av en enkel blackout eller att du kastar en fabrik standardfel (som Ubuntu).
Jag skulle gärna prova andra distros som är stabila som Slackware och CentOS på grund av deras förpackningskvalitet, förutom att njuta av ett stort antal användare som insisterar på att förbättra den från kärnan och kan installeras på det sätt du vill (så förutom i slackware har du möjlighet att installera det i stil med Archlinux).
För närvarande kommer jag att stanna hos Debian Squeeze och Wheezy når stabil, för det ser ut som om det kommer med många innovationer när det gäller bibliotek.
Från vad jag har läst på olika forum är CentOS en sten.
Det stämmer, och om du inte är nedsänkt i den mycket akuta versionen är det en distribution som du kommer att använda och använda utan att bli trött och utan att oroa dig för någonting fram till 2020 (6.4). Eller åtminstone tills version 7 publiceras, vilket kommer att motsvara version 7 av RedHat, som en bra klon av den röda hatten som den är.
Just här, @petercheco, gjorde en mycket bra handledning för att installera den på en bärbar dator, här: https://blog.desdelinux.net/centos-6-4-disponible-como-configurarlo/
Jag antar att alla skrivbordsmiljöer kan installeras.
@elendilnarsil: Och det kommer inte att bli. Endast Gnome 2.x och KDE 3.4.3. Frågan om Centos stabilitet är så här, inget som bryter något med andra miljöer. Med folket på ServOS, som är baserat på Centos, försökte vi sätta in en mer modern KDE, men det var omöjligt på grund av beroenden och andra detaljer.
Tack för att ni nämnde 😀
@petercheco: ingenting, när saker och ting görs bra måste du rekommendera dem.
Vilken skillnad när någon är helt involverad i ett projekt förklarar situationen. Jag föll som andra i det gula. Fallet ber om ursäkt.
Gnomen kommer att göra alla utvecklare galna!
Bra för fedora-folket: D!
Vi får se vad som kommer att hända efter det samtalet de kommer att ha med underhållarna av de drabbade distroserna.
Hälsningar!
Ledsen för clem, men jag gillade aldrig kanel, jag föredrar att fortsätta använda deras Linux Mint XFCE eller för nu och med mycket bra resultat Solydxk. 🙂
Tack till Clem för förklaringen. Det är uppenbart att varje "projekt" ser till sitt bästa. Att säga att GNOME har en aggressiv uppgraderingspolicy verkar minst sagt absurt. GNOME tittar runt i sin miljö och utvecklarna går inte ensamma utan de går i den takt de behöver gå. GNOME 3 är baserad på GTK 3, inte GTK 2. Det är uppenbart och uppenbart att detta skulle hända.
Kanel eller till och med kompis är resultatet av en dålig framtidsvision. Den ursprungliga idén är bra, inte för att ge den genomsnittliga användaren en sådan radikal förändring i skrivbordsmiljön, men denna idé föddes redan med ett utgångsdatum, eftersom GTK 2 var i "dödsfasen".
Att upprätthålla en hel skrivbordsmiljö är väldigt komplicerad, och för att denna typ av projekt ska startas av en enda distribution med ett så litet team ... är det det mest riskabla. Lyckligtvis har Fedora blivit involverad, men jag vet inte i vilken utsträckning denna gemensamma insats kommer att ha en framtid, eftersom GNOME 3.8 verkligen är ett steg framåt och det fixar många av de påstådda användbarhetsbuggarna.
Om man drar ut från fanatism och försöker vara opartisk, inser man att Linux Mint ärvde samma stora misstag som Ubuntu i sin tid, och trodde att de skulle vara exklusiva av Unity eller Cinnamon.
Om ett tag kommer Linux-ekosystemet att återgå till sina rötter, och bara de vanliga distributionerna kommer att överleva (Fedora, OpenSUSE, Mageia / Rosa (arvtagare av Mandriva / Mnadrake), Debian ...), vilket alltid bidrog med något annat (i ideologi , målgrupp, programvara ...) och kostnadsfria projekt med en solid bas (KDE, GNOMe, Wyland, ...)