Qué es y para qué quiero un BACKPORT

Hace dos fines de semana  se realizó en la ciudad donde vivo el Software Freedom Day.

En el transcurso del evento, escuché en varias oportunidades la palabra backport. Podría haber consultado ahí mismo qué es un backport, rodeada de especialistas en GNU/Linux, pero me quedé con la duda y, ya en mi casa, me dediqué a investigar.

A veces pienso que deberíamos crear una categoría que se llame “explicaciones que necesito en castellano y encuentro en chino mandarín”, porque de todas las explicaciones que encontré, ninguna me clarificó absolutamente nada.

Veamos lo que dice la Wikipedia:

Un Backport es la acción de hacer modificaciones o crear un parche a un software con una versión mas antigua que la existente.

Sí, exactamente, ésa fue mi expresión al leer esa clarificadora y magnífica explicación.

Por eso, consulté a dos “asesores” :)  para que me clarificaran el asunto. Las respuestas que obtuve a la pregunta ¿Qué es un backport? fueron las siguientes:

Benji me dijo:

[…] …hacen un parche y lo aplican a versiones anteriores también porque es un problema heredado o un parche de una versión anterior, se aplica a una más nueva como feature… […]

Bien, podemos decir entonces que un backport es un parche que se hace para corregir un bug en una versión X de un paquete. En la nueva versión de ese paquete, el backport ya es una funcionalidad adquirida, es decir: es un feature de la versión. ¿Qué pasa con las versiones viejas? ¿Se mantiene el  error? No: el backport, justamente, corrige esa falla. Hay, de alguna manera, una compatibilidad hacia atrás (cuestión extraña y difícil de comprender para alguien que, como yo, está acostumbrada de alguna manera a corregir errores en la nueva versión).

Por las dudas, también consulté a ReNa (viejo conocido de este blog), quien aclaró un poco más el panorama.

ReNa me dijo:

[…] …es cuando hacés que en una versión de un SO entren paquetes de otra versión, por ejemplo, para tener una versión más actualizada de X paquete.
Se hace mucho en versiones estables, como Debian Lenny,  que tienen paquetes más viejos,  y si necesitás algún programita nuevo, le hacés un backport para tenerlo en Debian Lenny… […]

Ah, entonces: ¿compilo el programa nuevo en la versión vieja del SO y ya está?

[…] …En verdad no es compilarlo, sino bajarlo de repositorios.
Es decir, se hace un backport en los repositorios para poder bajar la versión del programa que es más nueva… […]

Entonces, los backports no corrigen bugs solamente, me sirven para utilizar una versión nueva (llámenle inestable, actualizada, mejorada, etc.) en mi distribución actual de GNU/Linux. Para hacer un backport, ¿es necesario que haya un bug o algo así, o puedo descargarlo para tener una versión más actualizada, o las dos cosas?

[…] …No no, lo hacés si querés, no hace falta que cumpla ninguna condición… […]

En conclusión: los backports no parecen ser nada extremadamente complejo, ni del otro mundo. No parecen tan preocupantes una vez que se sabe lo que es, ¿verdad?

Estoy segura de que debe haber backports famosos, así que si alguno de los que nos leen conoce alguno (o bien hizo un backport) los invito a que nos cuenten.

¿Cuál fue tu último backport?

P.D: la imagen maravillosa del bebé despistado pertenece a la galería de amrufm, quien la cede bajo CreativeCommons, con algunas reservas.