Después de nuestra decisión final a adoptar GitLab en noviembre de 2019, KDE comenzó el trabajo de hacer frente a los muchos desafíos que aparecen al migrar toda una plataforma de desarrollo de una comunidad de código abierto tan grande. KDE ha completado oficialmente la primera fase de la migración y los colaboradores han comenzado a utilizar GitLab en su día a día.
|
etiquetas: kde , plasma , migración , base de código , gitlab , git
En un proyecto de estas características, aunque obviamente necesita una comunidad sólida que lo sustente, suelen pesar más las decisiones estratégicas que la fuerza bruta. Si no que se lo digan a Gnome, que publicó Gnome 3 y le salieron más forks que a Juancar
Supongo que le acabará pasando como a Apple, que le quiso quitar el "mac" a Mac OS X... y acabó claudicando y quitándole la "X"
Lo que sí que no he visto es si han dicho que harán con la CI, si integrarán Jenkins en GitLab (que le va como un guante), migrarán a GitLab CI, irán hacia un modelo mixto...
La verdad es que es una gran noticia que una comunidad con el compromiso de KDE se involucre en un proyecto como GitLab CE. Tanto por los aportes que hará al código como por ejercer de contrapeso con algunas practiquillas cuestionables (léase con voz de Flanders) en las que GitLab Inc. cae de vez en cuando.
La verdad es que el fork hace tiempo que se debería haber hecho, aunque es una putada bastante grande, porque perdemos todos.
En el mundo de fuera, existen BBS', Gopher, News, y hasta redes Fido con bastantes mas usuarios.
www.reddit.com/r/kde/comments/fx5q8j/qt_open_source_and_corona/
Pero fue bonito vivirlo.
telnet a bbs.zruspas.org y bueno, seguro que seas o bien el mantenedor o conocido
Veremos si cumplen o no. Esta historia empieza con qt5.15
En principio no integrarán GitLab con Jenkins, porque el plugin de GitLab para Jenkins es solo de la versión EE, y KDE no utiliza componentes no libres (lo comenta Ben Cooksley en ese hilo).
Si ése hubiese sido el único motivo habrían colaborado con Harmony, que era un proyecto para publicar una libería compatible con Qt con licencia GPL y que se cerró cuando Trolltech liberó Qt.
En realidad, Icaza y compañía tenían otras muchas ideas para implementar en su escritorio, principalmente el modelo de componentes. De hecho GNOME viene de GNU Network Object Model Environment. Aunque finalmente, como mandan los cánones, dejó de ser unas siglas (la otra opción era convertirlo en un acrónimo recursivo )
Pero en todo caso yo no lo veo como "problemas". KDE y GNOME tienen filosofías muy diferentes y es fantástico contar con dos entornos de ese nivel en Linux. Hay un meme recurrente sobre un presunto superescritorio que saldría de la labor conjunta de los equipos de KDE y GNOME, pero el desarrollo de un proyecto de esta magnitud es una cuestión mucho más cualitativa que cuantitavia.
Yo creo que si no hubiese nacido GNOME cuando lo hizo probablemente hoy sólo tendríamos un KDE peor que el actual y una pléyade de forks nacidos con la publicación de KDE 4, el primer levantamiento popular contra un desktop. Ahora eso ya es una moda, si a un desktop no se le revela la comunidad en cada release es que es un desktop regulero