S'està considerant la possibilitat de canviar la numeració i el mètode de generació de versions del servidor X.Org

Adam Jackson, responsable de diverses versions anteriors de X.Org Server, va suggerir en el seu informe a la conferència XDC2019 canviar a un nou esquema de numeració de números. Per tal de veure més clarament quant de temps fa que es va publicar una versió concreta, per analogia amb Mesa, es va proposar reflectir l'any en el primer número de la versió. El segon número indicarà el número de sèrie de la versió significativa de l'any en qüestió, i el tercer número reflectirà les actualitzacions correctives.

A més, com que els llançaments de X.Org Server són ara força rars (X.Org Server 1.20 es va llançar fa un any i mig) i fins ara no visible activitat sobre la formació de X.Org Server 1.21, mentre que algunes correccions i innovacions s'han acumulat en el codi, es proposa passar a un model planificat per a la formació de noves versions.

La proposta es resumeix en el fet que la base de codi es desenvoluparà constantment mitjançant un sistema d'integració contínua, i el llançament serà una simple instantània de l'estat en determinades dates programades prèviament, sempre que totes les proves CI s'aproven amb èxit.
Es preveu que les versions importants, incloses les noves característiques, es facin cada 6 mesos. A mesura que s'afegeixen noves funcions, també es proposa crear versions intermèdies que es puguin ramificar automàticament, per exemple, una vegada cada dues setmanes.

Hans de Goede, desenvolupador de Fedora Linux a Red Hat, va assenyalarque el mètode proposat no està exempt de inconvenients: com que X.Org Server depèn molt del maquinari, no serà possible detectar tots els problemes mitjançant un sistema d'integració contínua. Per tant, es proposa introduir, addicionalment, un sistema d'errors de bloqueig de llançament, la presència dels quals retardarà el llançament automàtic, així com organitzar la formació de versions preliminars per provar abans del llançament. Michael Dänzer, desenvolupador de Mesa a Red Hat, va assenyalarque el mètode proposat és bo per a instantànies i candidats a llançaments, però no per a versions estables finals, fins i tot a causa de la possibilitat d'incompliment de la compatibilitat ABI en una versió provisional.

Font: opennet.ru

Afegeix comentari