Недавно Мартин Браам, один из ключевых разработчиков дистрибутива postmarketOS, а также участник Pine64, объявил о своем уходе из сообщества Pine64 в своем блоге.
Мартин Браам указывает, что причина его уход связан с тем, что изначально Pine64 рос как проект, который 25 стал иметь до 25 различных проектов, работающих над PinePhone, видимо, процветающее сообщество, но это длилось недолго, так как проект принял решение сосредоточиться на конкретном дистрибутиве вместо поддержки экосистемы различных дистрибутивов, работающих вместе в программном стеке.
Изначально Pine64 использовал стратегию делегируйте разработку вирусов для ваших устройств к сообщество разработчиков дистрибутивов Linux и сформировало издания сообщества PinePhone, поставляемый с различными дистрибутивами.
В прошлом году было принято решение использовать дистрибутив Manjaro. по умолчанию и прекратить создание отдельных выпусков сообщества PinePhone в пользу разработки PinePhone на основе предоставления эталонной среды по умолчанию.
Аппаратные проекты Linux создаются или разрушаются благодаря поддержке их сообщества. PINE64 предпринял несколько блестящих шагов для создания мобильного Linux-сообщества, но также допустил несколько серьезных ошибок. Это мой взгляд на то, как PINE64 сделал PinePhone хитом, а затем снова сломал его своим отношением к сообществу.
По словам Мартина, это изменение в стратегии развития изменило баланс в сообществе разработки программного обеспечения PinePhone. Раньше все ее участники действовали на равных и в меру своих возможностей совместно разрабатывали общую программную платформу. Например, разработчики Ubuntu Touch проделали большую работу по начальной реализации нового оборудования, проект Mobian подготовил стек телефонии, а postmarketOS позаботился о стеке камеры.
Manjaro Linux по большей части замкнулся в себе и сохраняет существующие пакеты и использует существующие разработки для своей сборки, не внося существенного вклада в разработку общего программного стека, который мог бы быть полезен для других дистрибутивов. Manjaro также подвергался критике за включение изменений разработки в сборки, которые еще не считаются готовыми к выпуску для пользователей основными проектами.
Обладая статусом основной сборки PinePhone, Manjaro не только остается единственным дистрибутивом, получающим финансовую поддержку от проекта Pine64, но и стал непропорционально влиятельным в разработке продуктов Pine64 и принятии решений в соответствующей экосистеме.
В частности, технические решения в Pine64 теперь часто принимаются с учетом потребностей Manjaro, без должного учета нужд и потребностей других дистрибутивов. Например, в Pinebook Pro проект Pine64 проигнорировал потребности других дистрибутивов и отказался от использования SPI Flash и универсального загрузчика Tow-Boot, которые требуются для равноценной поддержки разных дистрибутивов и развязки Manjaro u-Boot.
Также обратите внимание на сборку снизил мотивацию к разработке общей платформы и создал ощущение несправедливости среди остальных участников, так как в раздачи поступают пожертвования от проекта Pine64, в размере $10 на продажу PinePhone, выходящего его издания. Теперь Manjaro получает все гонорары с продаж, несмотря на свой скромный вклад в развитие общей платформы.
Мартин считает, что такая практика подорвала взаимовыгодное сотрудничество существующее в сообществе, связанное с разработкой программной прокладки для устройств Pine64. Отмечается, что сейчас в сообществе Pine64 прежнего сотрудничества между дистрибутивами больше нет и активно работает лишь небольшое количество сторонних разработчиков, работающих над важными компонентами программного стека.
В результате разработка программных стеков для новых устройств, таких как PinePhone Pro и PineNote, практически прекратилась, что может оказаться фатальным для модели разработки, используемой в проекте Pine64, который опирается на сообщество для разработки вредоносных программ.
Наконец, если вы хотите узнать об этом больше, вы можете ознакомиться с подробностями в по следующей ссылке.
Плохо со стороны Pine64… Но понятно, что они хотят сосредоточить внимание и развитие на одном дистрибутиве, чтобы предоставить полезный продукт, который может конкурировать на рынке по низкой цене, при этом разрабатывая стандарт конфигурации для всего аппаратного обеспечения. что позволяет устранить несовместимости.