Tal sembla que en Canonical han pres en compte molts dels comentaris realitzats no només per la comunitat, sinó també de desenvolupadors doncs fa pocs dies, mitjançant les llistes de correu van donar a conèixer que han pres la desicion de fer un canvi en el procés per preparar versions LTS intermèdies d'Ubuntu (per exemple, 20.04.1, 20.04.2, 20.04.3, etc.), amb l'objectiu de millorar la qualitat de les versions a costa de complir amb els terminis exactes.
Si les versions provisionals anteriors es van formar en estricta conformitat amb el pla planificat, ara es donarà prioritat a la qualitat i la integritat de les proves de totes les correccions.
Els canvis es van adoptar tenint en compte l'experiència de diversos incidents passats, com a resultat dels quals, a causa de l'addició d'una solució a l'últim moment i la manca de temps per a la verificació, els canvis regressius o les solucions incompletes de el problema van sorgir en la versió.
En un intent per millorar els nostres processos i la qualitat de les imatges LTS de llançament puntual, començant amb 20.04.3 (a l'agost) estarem intentant un enfocament una mica més segur. Bàsicament el principal canvi notable és que ara seguirem els procediments d'SRU fins i tot per a qualsevol bloquejadors d'alliberament que trobem durant la setmana d'alliberament puntual. això vol dir que, a més d'alguns casos molt excepcionals, cada correcció (fins i tot per a un bloquejador) haurà de seguir la mateixa verificació, regressió procés d'anàlisi i període d'envelliment, en aquest cas, si es troba un error en les imatges candidates a la publicació, simplement retardarem el punt alliberar fins que la correcció es verifiqui, envelleixi i només després es publiqui actualitzacions.
Endarrerir l'alliberament d'un punt és desafortunat, però és millor que reduir la nostra
normes de qualitat.
Amb això, esmenten bàsicament que a partir de l'actualització d'agost d'Ubuntu 20.04.3, qualsevol correcció d'errors categoritzada com bloqueig de llançament realitzat dins d'una setmana abans de l'llançament programat canviarà el temps de llançament, el que permetrà no pressionar la correcció a corre-cuita, sinó provar i verificar minuciosament tot.
En altres paraules, si es troba un error en compilacions que tenen l'estat de candidat de llançament, el llançament ara es retardarà fins que es completin totes les revisions per a la correcció.
Ja vam tenir alguns casos en què les nostres correccions d'últim minut, van accelerar sota pressió de temps, no es van provar prou a fons i es van introduir regressions (o, igualment molestes, semblaven ser només parcials arranjaments). Com que la qualitat és l'aspecte més important de qualsevol versió d'Ubuntu, volem assegurar-nos que els usuaris obtinguin la millor experiència del nostre imatges d'alliberament puntual.
Per adaptar-se a aquest canvi i assegurar-se que la major quantitat de bloquejadors d'alliberament es troben més aviat millor, també canviarem la proposta de la imatge diària de la sèrie es compila 2 setmanes abans de el llançament (pel que setmana abans que es planifiquin les imatges candidates per al primer llançament).
Anteriorment, ens vam quedar amb les imatges diàries habilitades per a propostes fins a una setmana abans de l'llançament (només desactivant per quan els candidats de llançament es construeixen), principalment com un llegat dels vells temps quan proposta com un tot es va actualitzar com a part de l'procés. Això no té ja s'ha fet des de fa anys (ja que ja no és segur), de manera que deixar proposta en els diaris té menys sentit que en el passat.
Per a la detecció primerenca de problemes que bloquegen el llançament, també es va decidir augmentar el temps de congelació per a les compilacions diàries d'una setmana a dues setmanes abans de l'llançament, és a dir, abans que es publiqui la primera versió candidata, hi haurà una setmana addicional per provar la compilació diària congelada.
Finalment, també cal destacar que es va anunciar que la base d'Ubuntu 21.04 es va congelar a partir de la introducció de noves funcions (Feature Freeze) i l'enfocament es va canviar a finalitzar les innovacions ja integrades, identificant i eliminant errors.
Si vols conèixer més a l'respecte, pots consultar el següent enllaç.