Hola @ArMour85,
Gracias por la solicitud. Voy a explicarte con franqueza por qué no se hará, en lugar de dejar el tema pendiente.
El sistema de integraciones externas no solo apunta a un repositorio, sino que se basa en el ecosistema de GitHub en dos lugares:
- el descubrimiento: escaneo GitHub a través de un tema para encontrar automáticamente las integraciones publicadas, lo que evita cualquier proceso de validación manual por mi parte
- la publicación: la plantilla proporciona GitHub Actions ya escritas que construyen y publican la imagen Docker, no necesitas configurar ninguna CI
Soporte para GitLab y Codeberg significaría reescribir y mantener estos dos componentes tres veces, con tres APIs, tres sistemas de CI y tres fuentes de errores para depurar. Y el problema no es solo el triple: GitLab y Codeberg son solo dos instancias entre miles de instancias de GitLab y Forgejo autoalojadas. Una vez que salimos del modelo « un índice único », no hay un límite claro de dónde detenerse.
Cada componente añadido añade mantenimiento cada mes durante años. Prefiero invertir ese tiempo en la compatibilidad de los dispositivos, que es la primera razón por la que la gente abandona Gladys hoy 
Creo que usar GitHub no es un gran obstáculo, todos los proyectos de código abierto del mercado están en GitHub y es una excelente solución.