Barrapunto

• Punto 0: Debian: el sistema operativo universal : Este sigue siendo el lema del proyecto. Universal, entiéndase, vale para todo (=hay paquetes para casi todo) y funciona en todo. En un tiempo lo fue, si no recuerdo mal llegó a funcionar en más arquitecturas que NetBSD.
• La arquitectura i386/IA-32, hoy ya se puede considerar en el ámbito doméstico y empresarial, obsoleta. Poco ordenador o servidor queda ya que no sea amd64. Sin embargo dentro de esta obsolescencia, han decidido crear un subgrupo de lo que está más obsoleto. ¿Qué sentido tiene dejar de dar soporte a un hardware en beneficio de otra cosa que también está obsoleta? ¿Vas a ganar unos microsegundos en la carga de un kernel a costa de dejar de soportar una variante anterior perfectamente soportada por el kernel? es idiótico lo miréis como lo miréis.
• El culp^H^H^H^H responsable de esta decisión (que en su momento hubiera tomado un comité en lugar de una persona, pero ya sabemos que Debian no es lo que era), Ben Hutchings, no está siendo el mejor mantenedor del kernel que ha tenido Debian. La lió con el kernel de Jessie, empaquetando para la versión final un kernel no-LTS, decisión de la que ya se ha arrepentido. Además es de la cuerda de systemd, abogando por eliminar el resto de sistemas de arranque, algo que de facto ya está hecho en Debian. En definitiva, esta persona no es lo mejor que le ha pasado a Debian.
• Sobre el uso de los mal llamados Pentium (i586, hay más marcas que implementan la misma familia): no está limitado o restringido a freetards que los usan como servidores de archivos. Hay mercado embebido donde estos chips aún funcionan, entre ellos algún fabricante de routers (Soekris) que además soporta Debian (en adelante tendrá que cambiar de CPU o dejar de soportarlo). Por poner un ejemplo. Y el TDP de estos embebidos (Geodes) es mucho mejor que el de los Atom, para el amigo ecologista del hilo.
• También para el amigo ecologista: genera más perjuicio al medio ambiente tirar un equipo a la basura para comprar otro, que mantenerlo encendido con un consumo superior a su equivalente actual. Tema básico de residuos y obsolescencia. Si funciona bien, ¿para qué lo voy a cambiar?
• Habitualmente los equipos de la era Pentium funcionan mejor y su hardware está mejor diseñado en cuanto a estabilidad y durabilidad que los equipos actuales. Esto va también para el amigo que los pone de hierros para abajo por ser del año de la polca. Prueba de ello es que aún funcionan. Dentro de 23 años vemos cuantos Core 2/i3/i5/i7 funcionan bien, sin tener que hacer reballing a la mitad de ICs de la placa.
• En cuanto al amigo de periféricos modernos... obviamente no vas a encontrar placas donde poner una tarjeta PCIe, pero tienes cualquier hardware que se te ocurra tirado de precios para esas máquinas en eBay. Tienes discos duros IDE o ethernet PCI por menos de lo que vale un metrobús
• Y para el amigo que compila el kernel como hacían los hombres de pelo en pecho, ole sus cojones. Si por él fuera, el lema de Debian debería cambiarse a El sistema operativo universal, y si no puedes ni arrancar el instalador, te compilas el kernel por tu cuenta y te las apañas para arrancarlo con él. País...

[...]

No hay una forma sencilla de arreglar este problema para las combinaciones existentes de CPU/SO. [...]

La mayoría de sistemas operativos para arquitecturas de 64 bits utilizan enteros de 64 bits para time_t. La migración a estos sistemas está todavía en proceso y se espera que se complete mucho antes de 2038. [...]

[...]

Concretamente, el problema afecta a los programas que usan la representación del tiempo basada en el sistema POSIX, que es el explicado en el párrafo anterior. Es la representación estándar en los sistemas tipo Unix y en todos los programas escritos en el lenguaje de programación C. La mayoría del software actual cae dentro de ese grupo y fallarán, dependiendo de como estén implementados, como si estuviesen funcionando en 1901 o 1970, en vez de en 2038. [...] Y reescribir por completo esas aplicaciones es un trabajo enorme, que a veces ni siquiera puede encararse. También puede creerse (erróneamente) que, utilizando una variable de 64 bits podríamos salir del paso, pero al igual que con las de 32 bits sin signo, se perdería la compatibilidad binaria con el resto del software.

[...]

Estaréis pensando que para el 2038 todos tendremos procesadores de 64 bits por lo menos, pero nuestros móviles (que también podrían usar timestamp) ¿también tendrán más de 32 bits? Dentro de unos años podrán aparecer aparatos electrónicos (relojes, despertadores, vídeos...) que puedan estar basados en timestamp y que dejarían de funcionar a partir de enero del 2038. ¿Debemos preocuparnos? ¿Nos afectará? ¿Se inventará otro formato para representar fechas? De todos modos aun quedan...

[...]

[...]

2038-01-19: Signed 32-bit seconds since 1970

The big UNIX time bomb is 2038, when the number of seconds since the beginning of 1970 will overflow a signed 32-bit counter.

I offer TAI64 to the UNIX community as a replacement format for 32-bit UNIX time. Once UNIX kernels have been upgraded to support TAI64, it will be easy to upgrade applications too. The most difficult step will be conversion of 32-bit databases, such as existing filesystems, but it should be easy to complete the conversion by the year 2020.

[...]