Fundación de Software Libre sobre la intención de crear un nuevo alojamiento de código que admita herramientas para organizar el desarrollo conjunto y corresponda a lo desarrollado previamente alojamiento de software gratuito. La nueva plataforma complementará el hosting existente del año. , cuyo apoyo continuará sin cambios. El propósito de crear un nuevo hosting es el deseo de resolver el problema con la infraestructura de desarrollo de software de código abierto. Actualmente, muchos proyectos libres dependen de plataformas de desarrollo colaborativo que no publican su código y les obligan a utilizar software propietario.
Está previsto que la plataforma entre en funcionamiento en 2020 y se construya sobre la base de soluciones gratuitas ya existentes para organizar el trabajo en código, desarrolladas por comunidades independientes no vinculadas a los intereses de empresas individuales. Aún no se ha tomado la decisión de elegir un proyecto, pero las principales opciones , и , que se desarrollan activamente, se distribuyen bajo licencias gratuitas y admiten la autenticación de dos factores. Soluciones enfocadas al desarrollo de proyectos de comunidades individuales, organizaciones y empresas, como
, и , no fueron considerados inicialmente, ya que el objetivo es crear una plataforma pública que permita a los usuarios crear cuentas y crear sus propios repositorios.
El candidato más probable es la plataforma Pagure, desarrollada por los desarrolladores de Fedora Linux. Entre las ventajas de Pagure está la experiencia en el uso de la plataforma para el desarrollo de software de código abierto, la capacidad de adaptarse para su uso. , soporte para importar y exportar mensajes de problemas y solicitudes de combinación de otros sistemas, la capacidad de usar sus propios espacios de nombres para proyectos. Entre las desventajas se encuentra la excesiva dependencia de JavaScript y la dificultad de trabajar sin JavaScript habilitado en el navegador.
El segundo contendiente, Gitea, ya está siendo utilizado por la Fundación Europea de Código Abierto en
, y también subyace al alojamiento de código abierto . Una de las ventajas de Gitea es el soporte parcial para LibreJS. La desventaja, como Pagure, es la dependencia de JavaScript, así como la falta de herramientas para importar/exportar y realizar el desarrollo de proyectos en la plataforma GitHub, lo que requiere ejecutar código JavaScript propietario.
La plataforma Sourcehut es buena por su capacidad para funcionar completamente sin JavaScript, la facilidad de implementación del soporte para LibreJS, la disponibilidad de herramientas de exportación de datos (importación en desarrollo), el pleno cumplimiento de los requisitos éticos de categoría "A" (ver más abajo), la presencia de una wiki, un sistema de integración continua y un sistema de discusión basado en correo electrónico, soporte Mercurial y distribución de código bajo licencia GPLv3. Las desventajas son el desarrollo incompleto (la plataforma se encuentra en la etapa de prueba alfa), la navegación complicada a través del código y los problemas, la falta de una interfaz web para solicitudes de fusión (una solicitud de fusión se crea creando un ticket y adjuntando un enlace a una sucursal en Git).
La solicitud de GitLab fue rechazada de inmediato. A pesar de que esta plataforma es muy popular, familiar y ofrece amplias oportunidades, el proyecto está siendo desarrollado por una empresa comercial, al código ReCAPTCHA propiedad de Google, no permite soporte para LibreJS sin complicaciones innecesarias, tiene experiencia negativa La recopilación de telemetría no cumple con los requisitos éticos de la Open Source Foundation. Al utilizar GitLab, la Free Software Foundation no podría prescindir de mantener una bifurcación de esta plataforma, pero no existen los recursos necesarios para ello.
ROS identificados por la Fundación Requisitos para el hosting de código libre (el hosting creado por la Open Source Foundation debe corresponder al menos inicialmente al nivel “B”, después de lo cual se irá elevando gradualmente al nivel “A”):
- “C” son los requisitos mínimos para los servicios en los que se pueden alojar proyectos GNU:
- Disponibilidad de todas las funciones para los usuarios de navegadores completamente gratuitos como IceCat. El contenido se puede ejecutar en otros lenguajes de programación traducidos a JavaScript. El código JavaScript clave debe ser libre o deshabilitado (la funcionalidad debe mantenerse cuando el soporte de JavaScript está deshabilitado en el navegador).
- No es necesario instalar software propietario para trabajar con el sitio (por ejemplo, Adobe Flash);
- No discriminación según la categoría del usuario y su país de residencia;
- Capacidad para trabajar con el servicio en modo anónimo utilizando la red Tor;
- Las condiciones para trabajar con el servicio no deben contener requisitos odiosos;
- Se debe fomentar y recomendar el uso de la licencia GPLv3 al menos al mismo nivel que otros tipos de licencias;
- Soporte correcto para HTTPS, incluido el uso de certificados confiables.
- “B” - requisitos adicionales que nos permiten recomendar el servicio:
- Todo el código JavaScript enviado al cliente debe ser gratuito y estar etiquetado para su reconocimiento en o indicar expresamente su licencia;
- La información sobre los visitantes no debe transmitirse a terceros ni a terceros. En particular, las etiquetas no deben usarse para rastrear el movimiento de los usuarios entre sitios, lo que significa evitar el uso de la mayoría de las redes publicitarias;
- No se deben imponer malas prácticas en materia de licencias (entrega de código sin licencia, términos de licencia poco claros y vinculantes a una sola versión de la licencia);
- No hay recomendaciones para elegir licencias no gratuitas;
- "A" - los requisitos más altos:
- El sitio debe ser completamente funcional con JavaScript deshabilitado;
- Los componentes del servidor del servicio deben distribuirse en forma de software gratuito;
- Al código se le debe ofrecer la opción de licencia GPLv3+ como prioridad;
- Debe estar disponible una licencia AGPLv3+ como opción;
- Debería prohibirse publicar productos bajo licencias propietarias o sin licencia;
- No se debe ofrecer el uso de servicios. ;
- Se debería utilizar el término "software libre" en lugar de "código abierto";
- Las ideas de libertad promovidas por "';
- En el contexto de las distribuciones, el término Linux no debe usarse sin el prefijo GNU, es decir. Se debe utilizar GNU/Linux;
- Cada archivo no trivial del paquete debe recibir información sobre la licencia utilizada.
- “A+” – deseos adicionales ideales:
- Capacidad para ver el sitio y descargarlo sin autenticación;
- Deshabilitar el almacenamiento de información sobre visitantes en registros;
- Соответствие sobre la organización del trabajo de los proveedores de servicios en línea, desarrollado por la Electronic Frontier Foundation;
- Accesibilidad de contenidos para personas con discapacidad, cumplimiento de estándares и ;
- Todos los datos enviados por los autores y participantes del proyecto deben exportarse en un formato legible por máquina.
Fuente: opennet.ru