Clems mening mangler

Manuel de la Fuente snakket allerede om hvor mye cinnarch som Manjaro de forlot kanel og alt av forskjellige grunner:

1) Ankomsten av GNOME 3.8 til Arch
2) Kanel er ennå ikke portet til GTK 3.6
3) Manglende kompatibilitet mellom de forskjellige versjonene av GTK.

På kanel github var det en diskusjon om det langsomme tempoet i prosjektet, og der etterlot Clem to meldinger som svarte på spørsmål.

I den første av dem gjør det klart at Cinnamon ikke ble opprettet som et eget prosjekt fra Mint, at det ikke konkurrerer om å være det mest brukte miljøet, at Cinnamon ikke er selve målet, men en del av det (brukeropplevelsen i Linux Mint). Problemet som kanel har, er mangelen på kommunikasjon (nesten utelukkende av IRC) mellom de 10 "pålitelige" utviklerne (Stol i den forstand at du kan sikre at deres pull-forespørsler ble velskrevet og godt testet) og at det tar tid å etablere den tilliten.

Han forstår også frustrasjonen til utviklerne, og at hvis den var uavhengig av mynte, kunne den vokse raskere, men minner dem om at de bare ser på en liten del av prosjektet og ikke alt. GNOME er bare ett eksempel på den utviklerklassen.

Men det viktigste er i den andre kommentaren, der han snakker om Cinnarch. Jeg begynner å sitere:

Om Cinnarch, Fedora og sannsynligvis er Debian veldig dårlige nyheter for brukere av disse distribusjonene. Selv om min største bekymring er å gjøre Mint-brukere lykkelige, er det viktig å gjøre kanel tilgjengelig for hele Linux-samfunnet, og jeg tror vi oppnådde vårt oppdrag med det. Jeg føler meg dårlig for dem, men folk må forstå forholdet mellom GNOME / GTK og dets økosystem (som kanel er en del av) og det faktum at GNOME / GTK-utviklere ikke bryr seg om bakoverkompatibilitet. Du kan ikke forvente at kanel er kompatibel med den nyeste GNOME / GTK i det øyeblikket den kommer ut, spesielt hvis det å fikse regresjonene det skaper, betyr det at du mister kompatibilitet med GNOME / GTK-versjonene vi støtter (GNOME / GTK 3.4-kompatibilitet er nøkkelen for oss fordi vi er forpliktet til å bringe de nye versjonene av kanel til Mint 13 LTS for eksempel). Vårt fokus er på 3.6 fordi det er den versjonen vi bruker og vil fortsette å bruke i 6 måneder til. Vi får trekkforespørsler for Fedora og lapper for å fikse muffin og kanel for gtk 3.7 / 3.8, og vi er interessert i å slå dem sammen. Når en distribusjon oppdaterer GNOME / GTK, bryter den for det meste GTK3-temaer, bryter kanel og bryter noen GTK3-applikasjoner. Det er fordi GNOME / GTK aggressivt innoverer og ikke anser deres økosystem som viktig nok til å sikre bakoverkompatibilitet. Det er noe distribusjoner må tenke på når de inkluderer den nyeste GNOME / GTK før delene av deres økosystem som støtter det. Nå er det behov for støtte for GTK3.8 i kanel av Fedora, og vi er interessert i å ha det, men drivkraften bak det er Fedora. Det hjelper oss også, det betyr at flere bruker kanel, flere utviklere (noen av dem bruker Fedora) og en forhåndsvisning av hva som kommer (GTK3.8) for oss på Ubuntu / Mint. Så alle er interessert i at kanel har støtte for GTK3.8 ... men det er viktig å forstå at dette er noe som håndteres av Fedora- og GTK3.8-brukere, jeg får betalt for å jobbe i Mint, noe av det betyr å gjøre mitt beste for Kanel for å være flott og GTK3.8 er noe jeg vil møte om 6 måneder. Vi har det samme problemet i Fedora .. heltidsutviklere der betales ikke for å jobbe på Cinnamon. Så når det gjelder Cinnarch, er jeg ikke sikker på at vedlikeholdere forstår situasjonen når det gjelder kompatibilitet mellom kanel og GNOME / GTK, det jeg mener er at vi alle vil at kanel skal støtte alle versjoner av GTK, GNOME det gjør det ikke enkelt, og ingen får betalt (det være seg Mint, Cinnarch eller Fedora) for å gjøre det til en prioritet. Hva som skjedde i Fedora, og er hva vi gjør i Mint, og jeg håper Cinnarch vil være i stand til å gjøre det, er å fryse oppdateringene som skaper regresjoner, og hvis det ikke er mulig og oppstrømsbidragene ikke er blitt slått sammen, lapper vi programvaren . Leigh var veldig proaktiv på kanel på Fedora, og sendte ikke bare trekkforespørsler, men lappet også kanel for å fungere bra på Fedora. Kanskje det er en sak for vedlikeholdere av distros som lettere kan kontakte oss, og kanskje i dette ukentlige møtet vil vi hjelpe. Jeg føler meg bra at kanel er tilgjengelig for brukere av Fedora, Arch og Debian, og at de har både kanel og distribusjon for å takke dem. Det er noe ansvar som faller på begge sider, spesielt i distribusjoner som er forpliktet til å bringe den nyeste GNOME / GTK uten forsinkelse og uavhengig av regresjonene som oppstår. Jeg er ikke i tvil om at kanel vil gå bra på GTK 3.8, det er en del av jobben min å sørge for at det samme skjer for mynte 16, inntil da hjelper jeg mer enn gjerne alle som tar kontroll over dette som den støtten er viktig for .

Uansett. Tegn konklusjonene dine.