Останнім часом Мартін Брем, один із ключових розробників дистрибутива 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… Але зрозуміло, що вони хочуть зосередити увагу та розробку на одному дистрибутиві, щоб надати корисний продукт, який може конкурувати на ринку за низькою ціною, одночасно розробляючи стандарт конфігурації для всього апаратного забезпечення що дозволяє усунути несумісності.