Venerable Distribución de Linux Debian está alineando el error Y2K38, también conocido como el Epochalypse Unix, cambiando a 64 bits para todo menos el hardware más antiguo, comenzando con el próximo lanzamiento de Debian 13 «Trixie».
«(Usaremos) Usar Time_T de 64 bits en arquitecturas de 32 bits para evitar el ‘problema del año 2038’ cuando el INT firmado existente de 32 bits se lanza (potencialmente estableciendo tiempo hasta 1900)», dicen los mantenedores de Debian sobre el movimiento y el problema que apunta a solucionar.
El error Y2K ‘Nothing-Pappensed’: cómo la industria de TI trabajó horas extras para salvar las computadoras mundiales
LEER MÁS
«Esto ahora está a menos de 15 años y muchos sistemas que tendrán problemas ya se han enviado. Deberíamos dejar de agregar al problema».
Los lectores de cierta cosecha recordarán bien el «problema Y2K», causado por intentos miopes retrospectivos de salvar un par de bytes utilizando años de dos dígitos, lo que significa que «2000» se representa como «00» y se supone que es «1900». Si bien las predicciones de los aviones que cayeron de los cielos y los saldos bancarios fueron eliminados por décadas de interés negativas, afortunadamente, no se hicieron realidad, eso se debió puramente al incansable trabajo detrás de escena de los desarrolladores de software que pudieron parchear los sistemas afectados antes de celebrar el cambio de siglo.
Sin embargo, hay otro problema de reloj menos conocido que se avecina: el Epocalipsis unixque afecta a cualquier sistema que mida el tiempo de la UNIX: en segundos transcurridos desde el 1 de enero de 1970. Llega el tiempo muy preciso de 03:14:07 UTC el 19 de enero de 2038, el número de segundos transcurridos será mayor de lo que puede representar por un entero firmado de 32 bits. Esto estaría bien si la decisión no se hubiera tomado hace tantos años para almacenar el número de segundos en exactamente dicho formato.
En lugar de la lucha de último minuto de la solución Y2K, los desarrolladores de software ya están trabajando en su próximo primo. Cualquier software escrito y en funcionamiento en hardware de 64 bits ya es seguro, pero Debian, que fue lanzado por el fundador Ian Murdock en 1993, y es la segunda distribución de Linux más antigua desarrollada activamente detrás de los Slackware de un mes de edad, es la distribución de la elección para los dispositivos embebidos más antiguos y con recursos recursos basados en procesadores de 32 bits.
«Todavía hay una gran cantidad de computación sensible a los costos de 32 bits, y todavía envían nuevos dispositivos (automotriz, IoT, televisores, enrutadores, control de plantas, monitoreo/control de edificios, teléfonos Android baratos)», explican los desarrolladores de Debian. «La mayoría de este nuevo hardware se ejecutará sistemas operativos de construcción desde la fuente como abre-bedded o alpine, Android o gentoo, pero es probable que el nicho con sede en Debian permanezca durante algunos años, y algunas cosas construidas con él están en uso/instalado durante el tiempo suficiente para alcanzar el 2038 de enero».
La solución es moverse a un entero de 64 bits, incluso cuando se ejecuta en hardware de 32 bits. No es un cambio pequeño: los mantenedores de Debian encontraron la variable relevante, Time_t, «por todas partes», se extendieron en un total de 6.429 paquetes. Como el movimiento requiere un cambio de ruptura en la interfaz binaria de la aplicación (ABI), también tiene que suceder en todas las bibliotecas afectadas simultáneamente.
Si bien eso fue una gran cantidad de trabajo, Debian confía en que ahora está completo y probado lo suficiente como para que el movimiento se haga después del lanzamiento de Debian 13 «Trixie», al menos para la mayoría de los hardware.
«El puerto i386 se quedará con el Time_T de 32 bits existente, como una arquitectura de compatibilidad para los binarios X86 existentes», dicen los mantenedores. «Una nueva arquitectura/arquitectura ‘i686’ x86 con tiempo de 64 bits, y las características ISA potencialmente más nuevas podrían crearse si hubiera suficiente entusiasmo para arrastrar 32 bits x86 a su futuro ahora muy limitado. El puerto HURD-I386 no se cambiará, ya que su kernel carece de apoyo, y los esfuerzos están en lugar de cambiar a Hurd-AMD64 no se va a cambiar,»
Más información, incluso sobre cómo los desarrolladores pueden probar para ver si el cambio a 64 bits de tiempo rompe su software, está disponible en el Wiki de Debian. ®