Фонд вільного ПЗ про намір створити новий хостинг коду, який підтримуватиме кошти для організації спільної розробки та відповідний раніше виробленим хостингів вільного ПЗ. Нова платформа доповнить вже існуючий хостинг року , Супровід якого буде продовжено без змін. Метою створення нового хостингу називається бажання вирішити проблему з інфраструктурою розробки СПО. В даний час багато вільних проектів залежать від платформ спільної розробки, які не публікують свій код і змушують використовувати пропрієтарне програмне забезпечення.
Платформу планується ввести в дію в 2020 році і побудувати її на основі вже існуючих вільних рішень для організації роботи над кодом, що розвиваються незалежними спільнотами, які не прив'язані до інтересів окремих компаній. Рішення про вибір проекту поки що не прийнято, але основними варіантами , и , які активно розвиваються, поширюються під вільними ліцензіями та підтримують двофакторну автентифікацію. Рішення, орієнтовані розробки проектів окремих спільнот, організацій та компаній, такі як
, и , спочатку не розглядалися, оскільки завданням є створення публічної платформи, що дозволяє користувачам заводити облікові записи та створювати свої репозиторії.
Найімовірнішим претендентом розглядається платформа Pagure, що розвивається розробниками Fedora Linux. З переваг Pagure називається досвід застосування платформи для розробки СПО, можливість адаптації для використання , підтримка імпорту та експорту повідомлень про проблеми та merge-запитів з інших систем, можливість використання своїх просторів імен для проектів. З недоліків відзначається надмірна залежність від JavaScript та проблематичність роботи без включення JavaScript у браузері.
Другий претендент Gitea вже використовується Європейським Фондом СПО у
, а також лежить в основі хостингу відкритого ПЗ . З переваг Gitea називається часткова підтримка LibreJS. Недоліком, як і Pagure, є залежність від JavaScript, а також відсутність інструментів для імпорту/експорту та ведення розробки проекту на платформі GitHub, що вимагає запуску невільного JavaScript-коду.
Платформа Sourcehut хороша можливістю повноцінної роботи без JavaScript, легкістю реалізації підтримки LibreJS, наявністю засобів експорту даних (імпорт у розробці), повною відповідністю категорії «А» етичних вимог (див. нижче), наявністю wiki, системи безперервної інтеграції, системи обговорення на базі email , підтримкою Mercurial та розповсюдженням коду під ліцензією GPLv3. Недоліками є незавершеність розробки (платформа знаходиться на стадії альфа-тестування), ускладнена навігація за кодом та issues, відсутність web-інтерфейсу для запитів на злиття (merge-запит створюється через заклад тикету та прикріплення до нього посилання на відгалужену гілку в Git).
Застосування GitLab було відразу відхилено. Незважаючи на те, що дана платформа дуже популярна, звична та надає широкі можливості, проект розвивається комерційною компанією, до пропрієтарного коду Google ReCAPTCHA, що не дозволяє без зайвих складнощів забезпечити підтримку LibreJS, має негативний досвід збору телеметрії, що не відповідає етичним вимогам Фонду СПО. При використанні GitLab Фонду СПО було б не обійтися без підтримки форки даної платформи, але для цього немає необхідних ресурсів.
Визначені Фондом СПО , що пред'являються до хостингів вільного коду (хостинг, що створюється фондом СПО, як мінімум, повинен на початковому етапі відповідати рівню «B», після чого поступово буде доведений до рівня «A»):
- C — мінімальні вимоги до сервісів, в яких можна розміщувати проекти GNU:
- Доступність усієї функціональності користувачам повністю вільних браузерів, таких як IceCat. Допускається виконання контенту іншими мовами програмування, які транслюються в JavaScript. Ключовий JavaScript-код повинен бути вільним або відключеним (працездатність повинна зберігатися при відключеній у браузері підтримці JavaScript).
- Відсутність необхідності встановлення невільного програмного забезпечення для роботи з сайтом (наприклад, Adobe Flash);
- Відсутність дискримінації залежно від категорії користувача та країни його проживання;
- Можливість роботи із сервісом в анонімному режимі, використовуючи мережу Tor;
- Умови роботи з сервісом не повинні містити одіозних вимог;
- Використання ліцензії GPLv3 має заохочуватись і рекомендуватись як мінімум на тому ж рівні, що й інші типи ліцензій;
- Коректна підтримка HTTPS, включаючи використання достовірних сертифікатів.
- "B" - додаткові вимоги, які дозволяють рекомендувати сервіс:
- Весь JavaScript, що відправляється клієнтові, повинен бути вільним і забезпеченим мітками для розпізнавання в або явно заявляти про свою ліцензію;
- Інформація про відвідувачів не повинна передаватися третім особам та стороннім організаціям. Зокрема, не слід використовувати теги для відстеження переміщення користувача між сайтами, що передбачає відмову від використання більшості рекламних мереж;
- Не повинні нав'язуватися хибні практики ліцензування (постачання коду без ліцензії, неясні умови ліцензування та прив'язка лише до однієї версії ліцензії);
- Відсутність рекомендації щодо вибору невільних ліцензій;
- "А" - найвищі вимоги:
- Сайт має бути повністю працездатний при вимкненому JavaScript;
- Серверні компоненти сервісу повинні розповсюджуватися у формі вільного програмного забезпечення;
- Як пріоритет для коду повинен пропонуватися вибір ліцензії GPLv3+;
- Як опція має бути доступна ліцензія AGPLv3+;
- Повинне бути заборонено розміщення продуктів під невільними ліцензіями та без ліцензії;
- Не повинно пропонуватись використання сервісів ;
- Повинен застосовуватися термін «вільне ПЗ», замість «відкрите ПЗ»;
- Повинні заохочуватися ідеї свободи, що просуваються «";
- У контексті дистрибутивів не слід застосовувати термін Linux без приставки GNU, тобто. слід використовувати GNU/Linux;
- Кожен нетривіальний файл у пакеті повинен забезпечуватися інформацією про ліцензію, що використовується.
- "A+" - ідеальні додаткові побажання:
- Можливість перегляду сайту та завантаження без аутентифікації;
- Відключення збереження у логах інформації про відвідувачів;
- відповідність з організації роботи провайдерів online-сервісів, розроблених організацією Electronic Frontier Foundation;
- Доступність вмісту для людей з обмеженими можливостями, відповідність стандартам и ;
- Всі дані, передані авторами та учасниками проекту, повинні бути експортовані в форматі, що читається у машині.
Джерело: opennet.ru