Мануел де ла Фуенте вече говори за колко Цинарх като Manjaro те напускаха Канела и всичко по различни причини:
1) Пристигането на GNOME 3.8 в Arch
2) Канелата все още не е пренесена на GTK 3.6
3) Липса на съвместимост между различните версии на GTK.
На канела github имаше дискусия за бавното темпо на проекта и там Клем остави 2 съобщения, отговарящи на въпроси.
В първия от тях става ясно, че Cinnamon не е създаден като отделен проект от Mint, че не се състезава да бъде най-използваната среда, че Cinnamon не е самата цел, а част от нея (потребителският опит в Linux Mint). Проблемът на Cinnamon е липсата на комуникация (почти изцяло през IRC) между 10-те „доверени“ разработчици (Доверени в смисъл, че можете да гарантирате, че техните заявки за изтегляне са били добре написани и добре тествани) и че отнема време, за да се установи, че Доверие.
Той също така разбира разочарованието на разработчиците и че ако беше независим от Mint, той би могъл да расте по-бързо, но им напомня, че те се фокусират само върху малка част от проекта, а не върху всичко. GNOME е само един пример за този клас разработчици.
Но най-важното е във втория коментар, в който той говори за Cinnarch. Започвам да цитирам:
Относно Cinnarch, Fedora и вероятно Debian е много лоша новина за потребителите на тези дистрибуции. Въпреки че голямата ми грижа е да зарадвам потребителите на Mint, предоставянето на Cinnamon на разположение на цялата общност на Linux е нещо, което е важно за мен и мисля, че постигнахме нашата мисия с това. Чувствам се зле за тях, но хората трябва да разберат връзката между GNOME / GTK и неговата екосистема (от която канелата е част) и факта, че разработчиците на GNOME / GTK не се интересуват от обратна съвместимост. Те не могат да очакват Cinnamon да бъде съвместим с най-новия GNOME / GTK в момента, в който излезе, особено ако поправянето на регресиите, които създава, означава загуба на съвместимост с версиите на GNOME / GTK, които поддържаме (съвместимостта с GNOME / GTK 3.4 е ключова за нас, защото ние се ангажираме да доведем новите версии на Cinnamon до Mint 13 LTS например). Нашият фокус е върху 3.6, защото това е версията, която използваме и ще продължи да използваме още 6 месеца. Получаваме заявки за изтегляне за Fedora и лепенки за коригиране на кифла и канела за gtk 3.7 / 3.8 и сме заинтересовани да ги обединим. Когато една дистрибуция актуализира GNOME / GTK, през повечето време тя разбива темите на GTK3, чупи Cinnamon и някои GTK3 приложения. Това е така, защото GNOME / GTK агресивно прави иновации и не смята тяхната екосистема достатъчно важна, за да осигури обратна съвместимост. Това е нещо, за което дистрибуциите трябва да помислят, когато включват най-новия GNOME / GTK преди частите от тяхната екосистема, които го поддържат. Сега подкрепата за GTK3.8 в Cinnamon е необходима на Fedora и ние сме заинтересовани да я имаме, но движещата сила зад нея е Fedora. Това помага и на нас, това означава, че повече хора използват Cinnamon, повече разработчици (някои от тях използват Fedora) и преглед на предстоящото (GTK3.8) за нас в Ubuntu / Mint. Така че всички се интересуват от Cinnamon да има поддръжка за GTK3.8 ... но е важно да се разбере, че това е нещо, което се обработва от потребителите на Fedora и GTK3.8, получавам заплата за работа в Mint, част от това означава да направя всичко възможно за Канелата да бъде страхотна и GTK3.8 е нещо, пред което ще се изправя след 6 месеца. Имаме същия проблем във Fedora .. програмисти на пълен работен ден там не получават заплащане за работа в Cinnamon. Така че в случая с Cinnarch не съм сигурен, че поддържащите разбират напълно ситуацията, когато става въпрос за съвместимостта между Cinnamon и GNOME / GTK, имам предвид, че всички искаме Cinnamon да поддържа всички версии на GTK, GNOME it не го прави лесно и никой не получава заплащане (било то Mint, Cinnarch или Fedora), за да го превърне в приоритет. Това, което се случи във Fedora и това, което правим в Mint, и се надявам Cinnarch да успее да го направи, замразява актуализациите, които създават регресии и ако това не е възможно и приносът нагоре по веригата не е обединен, ние закърпваме софтуера . Лий беше много проактивен по отношение на Cinnamon във Fedora, не само ни изпращаше заявки за изтегляне, но и коригираше Cinnamon, за да работи добре във Fedora. Може би това е случай за поддържащите дистрибуции, които могат да се свържат с нас по-лесно и може би на тази седмична среща ще помогнем. Чувствам се добре, че Cinnamon е достъпен за потребители на Fedora, Arch и Debian и че те имат и Cinnamon, и неговата дистрибуция, за да им благодарят. Има известна отговорност, която пада и върху двете страни, особено в дистрибуциите, ангажирани да въвеждат най-новите GNOME / GTK без забавяне и независимо от регресиите, които се случват. Не се съмнявам, че Cinnamon ще работи добре на GTK 3.8, част от работата ми е да се уверя, че същото се случва и с Mint 16, дотогава съм повече от щастлив да помогна на всеки, който поеме контрола над това, за когото тази подкрепа е важна .
Така или иначе. Направете вашите заключения.
Добре за момчетата от Fedora, винаги допринасяйки за този свят на Linux.
+1, ако Cinnamon получи GNOME 3.8 съвместимост предсрочно, ще бъде до голяма степен благодарение на тях.
Когато GNOME не му пукаше за повреда и Mint не можеше да се справи с поправянето, Fedora се притече на помощ.
Във Fedora има група, която настоява да направи Cinnamon десктоп по подразбиране. Не знам дали ще бъде във F19, но е очевидно, че хората от RedHat си дърпат ушите за Gnome-Shell, тъй като той не би изглеждал като настолен, да кажем, бизнес, който е много различен от обикновения и див потребител.
Видя ли това?
http://kuboosoft.blogspot.com.ar/2013/04/andrew-wyatt-se-retira-de-fuduntu-y.html
вече е направен нов запис
https://blog.desdelinux.net/rip-fuduntu/
Когато използвах дистрибуции като Fedora, Debian, бях щастлив да използвам дистрибуция, която поддържа безплатен софтуер и това, което ми хареса във Fedora, е иновацията, която въвежда в Linux като цяло.
Сега използвам дистрибуция, която работи много добре, но използваемостта му е над духа на свободния софтуер, нека видим дали инсталирам Fedora отново, за да докладвам за грешки.
Опитах и опитах, особено най-"popus", винаги се връщам към Fedora като своенравен син ... Версиите им, извадени от фурната, са позор, но след месец, месец и половина няма какво да се даде тях.
поздрави
Много съм доволен от Debian Stable, тъй като нямате никакъв проблем с актуализациите (които между другото са много подробни), а неговата стабилност гарантира, че данните ви няма да бъдат загубени поради просто затъмнение или ще хвърлите фабрика грешка по подразбиране (като Ubuntu).
Бих искал да изпробвам други дистрибуции, които са стабилни като Slackware и CentOS, поради качеството на опаковката им, освен че се радват на голям брой потребители, които настояват да го подобрят от ядрото и могат да бъдат инсталирани по начина, по който искате (така че освен в slackware имате възможност да го инсталирате в стила на Archlinux).
Засега ще остана на Debian Squeeze и Wheezy достига стабилно, защото изглежда, че ще пристигне с много нововъведения по отношение на библиотеките.
От това, което съм чел на различни форуми, CentOS е скала.
Точно така и ако не сте потопени в много острия верситит, това е разпределение, което ще използвате и използвате, без да се уморявате и без да се притеснявате за нищо до 2020 г. (6.4). Или поне докато не бъде публикувана версия 7, която ще съответства на версия 7 на RedHat, като добър клонинг на червената шапка, каквато е.
Тук, @petercheco, направи много добър урок, за да го инсталира на лаптоп, тук: https://blog.desdelinux.net/centos-6-4-disponible-como-configurarlo/
Предполагам, че може да се инсталира всяка работна среда.
@elendilnarsil: И няма да бъде. Само за Gnome 2.x и KDE 3.4.3. Въпросът за стабилността на Centos е такъв, нищо, което да прекъсне нещо с други среди. С хората в ServOS, който е базиран на Centos, се опитвахме да вкараме по-модерен KDE, но беше невъзможно поради зависимостите и други подробности.
Благодаря за споменаването 😀
@petercheco: нищо, когато нещата са направени добре, трябва да ги препоръчаш.
Каква разлика, когато някой изцяло участва в даден проект обяснява ситуацията. Паднах като другите в жълтото. Извиненията по случая.
Гномите ще подлудят всички разработчици!
Добре за хората от Fedora: D!
Ще видим какво ще се случи след този разговор, който те ще водят с поддръжниците на засегнатите дистрибуции.
Поздрави!
Съжалявам за Clem, но никога не съм харесвал канелата, предпочитам да продължа да използвам техния Linux Mint XFCE или засега и с много добри резултати Solydxk. 🙂
Благодаря на Клем за обяснението. Ясно е, че всеки „проект“ търси своето добро. Да се каже, че GNOME има агресивна политика за надграждане, най-малкото изглежда абсурдно. GNOME оглежда околната среда и разработчиците му не се справят сами, а с темпото, което им е необходимо. GNOME 3 се основава на GTK 3, а не на GTK 2. Очевидно и очевидно е, че това ще се случи.
Канелата или дори Мате са резултат от лоша визия за бъдещето. Първоначалната идея е добра, а не да осигури на обикновения потребител такава радикална промяна в средата на работния плот, но тази идея се роди вече със срок на годност, тъй като GTK 2 беше във фаза "смърт".
Поддържането на цяла работна среда е много сложно и за този тип проекти да бъде стартиран от едно разпространение с толкова малък екип ... е най-рисковано. За щастие Fedora се е включила, но не знам до каква степен тези съвместни усилия ще имат бъдеще, тъй като GNOME 3.8 наистина е стъпка напред и поправя много от заявените „грешки“ за използваемост.
Ако някой се абстрахира от фанатизма и се опита да бъде безпристрастен, осъзнава, че Linux Mint е наследил същата голяма грешка, каквато е била Ubuntu в своето време, вярвайки, че те ще бъдат изключителни от Unity или Cinnamon.
След известно време екосистемата на Linux ще се върне към корените си и ще издържи само обичайните дистрибуции (Fedora, OpenSUSE, Mageia / Rosa (наследници на Mandriva / Mnadrake), Debian ...), които винаги са допринасяли за нещо различно (в идеологията , целева аудитория, софтуер ...) и безплатни проекти със солидна основа (KDE, GNOMe, Wyland, ...)