Nedávno Martin Braam, jeden z klíčových vývojářů distribuce postmarketOS a který se také podílel na Pine64, oznámil svůj odchod z komunity Pine64 v příspěvku na blogu.
Martin Braam poukazuje na to, že důvod jeho odchod je způsoben tím, že zpočátku Pine64 vyrostl jako projekt, ze kterého 25 vzniklo až 25 různých projektů pracujících na PinePhone, zdánlivě prosperující komunitě, ale to netrvalo dlouho, protože projekt se rozhodl zaměřit se nyní na konkrétní distribuci namísto podpory ekosystému různých distribucí spolupracujících v softwarovém zásobníku.
Zpočátku Pine64 použil strategii delegujte vývoj bloatwaru pro vaše zařízení na komunita vývojářů distribuce Linuxu a vytvořena komunitní edice PinePhone dodávaného s různými distribucemi.
Loni padlo rozhodnutí využít distribuci Manjaro ve výchozím nastavení a přestat vytvářet samostatné edice komunity PinePhone ve prospěch vývoje PinePhone založeného na poskytování referenčního prostředí ve výchozím nastavení.
Linuxové hardwarové projekty jsou vytvářeny nebo rušeny podporou jejich komunity. PINE64 udělal několik skvělých kroků k vybudování mobilní linuxové komunity a také udělal několik velkých chyb. Toto je můj názor na to, jak PINE64 udělal z PinePhone hit a pak ho znovu zlomil díky svému zacházení s komunitou.
Podle Martijna, tato změna strategie rozvoje narušila rovnováhu v komunitě vývoje softwaru PinePhone. Dříve všichni jeho účastníci jednali na stejné úrovni a podle svých nejlepších schopností společně vyvíjeli společnou softwarovou platformu. Například vývojáři Ubuntu Touch odvedli spoustu práce na úvodní implementaci nového hardwaru, projekt Mobian připravil telefonní zásobník a postmarketOS se postaral o zásobník fotoaparátů.
Manjaro Linux se většinou uzavřel do sebe a ponechává si stávající balíčky a používá stávající vývoj pro své vlastní sestavení, aniž by významně přispěl k vývoji společné softwarové sady, která by mohla být užitečná pro jiné distribuce. Manjaro byl také kritizován za začlenění vývojových změn do sestavení, která ještě nejsou považována za připravená k uvolnění uživatelům hlavními projekty.
Se statusem hlavního sestavení PinePhone zůstává Manjaro nejen jedinou distribucí, která dostává finanční podporu z projektu Pine64, ale stalo se neúměrně vlivným při vývoji produktů Pine64 a rozhodování v souvisejícím ekosystému.
Zejména technická rozhodnutí ve společnosti Pine64 jsou nyní často přijímána s ohledem na potřeby společnosti Manjarobez řádného zvážení přání a potřeb jiných distribucí. Například v Pinebook Pro projekt Pine64 ignoroval potřeby jiných distribucí a opustil použití SPI Flash a univerzálního bootloaderu Tow-Boot, které jsou vyžadovány pro ekvivalentní podporu pro různé distribuce a odpojení Manjaro u-Boot.
Zaměřte se také na stavbu snížil motivaci k rozvoji společné platformy a vytvořil pocit nespravedlnosti mezi ostatními účastníky, protože distribuce dostávají dary z projektu Pine64 ve výši 10 $ na prodej PinePhone, který přichází v jeho vydání. Nyní Manjaro dostává všechny licenční poplatky z prodeje, a to i přes svůj nevýrazný příspěvek k vývoji společné platformy.
Martin se domnívá, že tato praxe podkopala oboustranně výhodnou spolupráci existující v komunitě spojené s vývojem softwarové výplně pro zařízení Pine64. Je třeba poznamenat, že nyní v komunitě Pine64 stará spolupráce mezi distribucemi již neexistuje a je aktivní pouze malý počet vývojářů třetích stran, kteří pracují na důležitých součástech softwarového zásobníku.
V důsledku toho se vývoj softwarových balíků pro nová zařízení jako PinePhone Pro a PineNote téměř zastavil, což může být osudné pro vývojový model použitý v projektu Pine64, který se při vývoji bloatwaru spoléhá na komunitu.
Nakonec, pokud vás zajímá, že se o tom můžete dozvědět více, můžete se podívat na podrobnosti v následující odkaz.
Špatné ze strany Pine64… Ale je pochopitelné, že chtějí zaměřit pozornost a vývoj na jednu distribuci, aby dodali užitkový produkt, který může konkurovat na trhu za nízkou cenu, a zároveň vyvinou konfigurační standard pro všechno, co hardware což umožňuje eliminovat nekompatibility.