Anuncio de desarrollo de ‘Debian Linux Release’ de 1993

• Ian Murdock anunció que Debian Linux Release, una distribución creada casi desde cero y no solo una versión de SLS con unos pocos retoques, estaría lista pronto
• Este trabajo surgió de la inconformidad acumulada durante el uso y modificación de SLS; el sistema base estaba casi terminado, pero antes de incorporar componentes adicionales y verificar las fuentes más recientes pidió opiniones de la comunidad
• La ayuda necesaria consistía en ofrecer un sitio FTP anónimo y enviar sugerencias de paquetes, series y funciones para incluir en la versión final; los paquetes presentes en SLS no necesariamente se incluirían en Debian
• El objetivo era una configuración ligera con menos binarios y manpages duplicados, componentes actualizados, scripts de actualización, una instalación que no requiriera supervisión constante y un proceso de configuración que ayudara desde fstab hasta Xconfig
• También buscaba que los usuarios sin acceso a Internet pudieran recibir paquetes de actualización periódicos y bibliotecas de paquetes adicionales, además de reducir la carga de mantenerse al día mediante registro de procedencia y documentación

---

Anuncio de desarrollo de Debian Linux Release de 1993

• Ian Murdock dijo que había dado a la nueva versión de Linux el nombre Debian Linux Release y que estaría terminada pronto
• No era una versión ligeramente modificada de SLS, sino una distribución construida casi desde cero
• Al usar SLS sintió insatisfacción con muchas cosas y, después de hacer numerosos cambios, concluyó que sería más fácil comenzar de nuevo desde el principio
• El sistema base estaba prácticamente terminado, pero aún quedaba por confirmar que todos los componentes provinieran de las fuentes más recientes
• La versión final podría tardar unas semanas más y quería recibir comentarios antes de añadir elementos más “fancy”

Ayuda solicitada a la comunidad

• La ayuda necesaria se dividía en dos grandes partes
  • Alguien que pudiera ofrecer un sitio FTP anónimo para publicar la versión
  • Opiniones, sugerencias y consejos de la comunidad Linux, así como recomendaciones de paquetes o series concretas para incluir en la versión final
• Los paquetes incluidos en SLS no necesariamente entrarían en Debian y pidió que le avisaran si había algún paquete de SLS realmente indispensable, aparte de herramientas básicas como ls y cat
• También eran bienvenidas propuestas para mejorar la instalación, como una función que permitiera elegir de antemano los paquetes no deseados para no tener que vigilar todo el proceso de instalación
• Pidió que las respuestas se enviaran por correo y añadió que, si la discusión se daba en el grupo de noticias, esperaba que no terminara en una flamewar

En qué buscaba mejorar frente a SLS

• Apuntaba a una configuración más pequeña y compacta eliminando binarios y manpages duplicados
• Quería integrar paquetes de actualización mediante componentes recientes y scripts de upgrading del sistema base
• Imaginaba un proceso de instalación en el que, tras instalar basedisk, copiar los discos de distribución y elegir los paquetes, el usuario pudiera dedicarse a otra cosa
• Quería incluir un procedimiento de configuración del sistema que intentara ayudar con la configuración desde fstab hasta Xconfig
• Planeaba herramientas basadas en menús para instalación y actualización de paquetes, configuración del sistema, ayuda y administración del sistema
• Quería ofrecer paquetes de actualización periódicos y bibliotecas de paquetes adicionales para usuarios sin Internet
• Como paquetes adicionales fuera del sistema base, podrían incluirse S3 X-server, nethack y Seyon, entre otros
• Apuntaba a una documentación amplia, más allá de apenas unos cuantos archivos README
• Quería registrar el origen de cada componente y si era la versión más reciente, para que los usuarios pudieran verificar la ubicación del código fuente y la versión incluida

[GN⁺]

Opiniones en Hacker News

• Debian me cambió la vida. El primer sistema operativo hecho por varios desarrolladores que conocí a fines de los 90 fue RedHat 5.0, y la documentación era casi solo Linux HOWTO
  Eran tiempos en los que hacía que pppd contestara el teléfono para conectarme a casa desde la casa de un amigo, siempre iniciaba sesión como root y fvwm se sentía como la cima del estilo
  Debian eliminó la fricción con documentación local de alta calidad, una comunidad y paquetes cuidadosamente ajustados a mano para encajar bien con todo el sistema, y marcó una diferencia como si alguien te diera un auto y un mapa mientras caminabas por LA
  potato funcionaba bien, woody se sentía como el futuro, y lo usé durante años en un iBook G3. sarge tardó tanto que todavía se siente como algo “futurista pero desconectado de la realidad”

  • Hice algo pequeño para ayudar a Debian. Alrededor de 1996 o 1997, pedí desde Estados Unidos 100 CDs de Debian 1.1 a Europa y se los envié a 100 personas en Europa, e incluso a algunas del norte de África
    Cuando se acabaron los 100, pedí 30 más, y para entonces ya era Debian 1.2. Si recuerdo mal, quizá no fue 1.1→1.2 sino 1.2→1.3
    En ese entonces era difícil conseguir distribuciones de Linux; como mucho tenías conexión dial-up o comprabas una revista o un libro que viniera con un CD de Linux. Empecé usando Slackware, luego usé Debian y distribuciones derivadas casi todo el tiempo; pasé brevemente por Red Hat y Fedora, pero al final volví a Debian
  • Mi primera experiencia con Linux/Unix a fines de los 90 fue casi igual. La única diferencia es que, después de probar Redhat 5.0 y antes de quedarme con Debian, usé OpenBSD por poco tiempo como firewall
    En esa época Debian se sentía mucho más “correcto” que Redhat, y después casi no volví al lado de Redhat. En aquel entonces Debian tenía mucho menos soporte de terceros y, hasta que despegó Ubuntu, el ecosistema de Redhat dominaba por completo, así que siempre tenía la inquietud de si no habría elegido otra vez el caballo equivocado en el mundo tecnológico

• El intercambio de datos de esa época era realmente bueno. Incluso considerando la era actual, con las amenazas de seguridad de una internet convertida en arma, la forma de pedir que subieran algo a un sitio FTP anónimo se siente mejor que los sitios de compartir con drag-and-drop más cómodos
  La parte de “Debian incluirá todo lo más reciente” resulta irónica vista desde hoy. Actualmente Debian se convirtió en un sistema confiable y estable, y también es lo bastante flexible para desarrollo, pero parece que las prioridades cambiaron
  Debian es mi distribución favorita y simplemente siempre funciona bien. La vida de Ian Murdock tuvo aspectos trágicos y pasó por varias empresas; me pregunto cómo habría visto él la evolución de Debian

  • Si quieres canales Unstable/Testing actualizados, Debian todavía ofrece esa opción, pero simpatizo más con Debian Stable
    Cuando apareció el gestor de paquetes en red APT de Debian, era bastante novedoso y peculiar. Escuchabas hablar de algún paquete, escribías un comando en la shell, y Debian normalmente lo tenía y se instalaba de inmediato
    Antes de Debian, cuando usaba Red Hat, recorría varios sitios web para encontrar paquetes, algo que visto hoy era una forma ingenua y peligrosa: "https://www.neilvandyke.org/lab-linux-1999/#software"
    Ahora el ecosistema de paquetes es más maduro, y Debian Stable casi siempre tiene lo que necesito, así que sigo disfrutando las ventajas de APT. Hace unos días incluso bajé el stack propietario de Nvidia CUDA desde el repositorio non-free de Debian Stable, y simplemente funcionó bien
  • Según Wikipedia, Ian Murdock falleció en 2015: https://en.wikipedia.org/wiki/Ian_Murdock
  • Trabajé de cerca con Ian en Progeny Linux. Para ese momento ya no era un desarrollador activo de Debian, pero técnicamente era muy brillante
  • Lamentablemente falleció en 2016. Que Ian descanse en paz
  • Testing es bastante estable para llamarse “testing”, y unstable también es sorprendentemente estable, al punto de que podría llamarse stable. La excepción es más o menos durante un mes justo después de cada lanzamiento cada 2 años, cuando se descongelan las cosas que se habían congelado para el release
    La estabilidad no es la única característica importante. Las actualizaciones simplemente funcionan bien, mejor que en cualquier otra distribución que haya probado. Siempre que no armes un frankendebian; e incluso si lo haces, sorprendentemente seguido “simplemente funciona”
    Si es un sistema que solo corre algunos servicios, basta con dejar configurado el paquete unattended-upgrades con algunos ajustes y casi olvidarte de él

• Conocí Debian por primera vez en una tienda de electrónicos usados en Rohnert Park, California. Un chico que se parecía curiosamente a Martin Short interpretando a Ed Grimley en SCTV llevó al mostrador una pila gruesa de disquetes y dijo con orgullo que los usaría para instalar Debian Linux

• El Linux temprano es anterior a mi experiencia con computación, así que tuve que buscar qué era SLS. Era Softlanding Linux System[0], y pensaba que estaba relacionado con Slackware
  [0] - https://en.wikipedia.org/wiki/Softlanding_Linux_System

  • En realidad, era casi al revés. Slackware se basó en SLS

• El nombre Debian salió de Deborah e Ian. Deborah era la novia de Ian en ese entonces

  • Durante un tiempo lo pronunciaba “deebian”, hasta que alguien con más experiencia me corrigió, y me dio algo de vergüenza
  • Si soy sincero, fue un nombre terrible. Deb e Ian terminaron divorciándose, y no era una buena señal para el futuro. Ian debería haber elegido un nombre mejor
    Edición: corregí la historia de la relación entre ambos

• Da gusto ver una frase que muestra bien la innovación clave: “con los scripts de ‘upgrading’ del sistema base, debería ser fácil mantener el sistema actualizado”
  No sé si dpkg fue el primero de estos sistemas de actualización, pero sin duda sigue siendo uno de los mejores. Muchos de los imitadores posteriores no fueron tan efectivos
  La clave está, por supuesto, en el trabajo de empaquetado que hace que los paquetes sean mantenibles y actualizables

  • El año pasado di una charla en línea[1] sobre la historia y el futuro de la gestión de paquetes, que quizá resulte interesante. Fue muy difícil determinar qué fue exactamente “lo primero”
    Como suele pasar con las grandes ideas, parece que la comunidad Linux se dio cuenta de la necesidad casi al mismo tiempo y propuso varias soluciones en cuestión de pocos años. En esa época, el software rara vez tenía una “fecha de lanzamiento” tan clara como ahora, lo que también complica la pregunta
    La conclusión a la que llegué tras investigar fue que Bogus Linux[2] fue la primera distribución con un gestor de paquetes binarios para todo un sistema completamente funcional, y que Perl también podría haber estado desarrollando, o algunos ya usando, un gestor de paquetes limitado a bibliotecas de Perl en 1993
    [1]: https://framatube.org/w/uubjKne6swPQpJWiQLfqxd
    [2]: https://bogus.org/
  • Entre los que realmente funcionaban bien, sin duda fue de los primeros. El escritorio que uso ahora lo instalé en 2007 y, solo con dist-upgrade de forma continua, llegó hasta la versión actual
    Claro que eso solo es posible si los paquetes están bien hechos, pero el proceso de control de calidad de la organización Debian ha sido muy bueno hasta hoy. Los paquetes de terceros son otra historia, por supuesto
  • dpkg maneja paquetes individuales, y APT se encarga de las dependencias y las actualizaciones de versión. Recuerdo haber usado dselect en los primeros tiempos, como una especie de precursor de APT, pero no sé si venía incluido en el primer lanzamiento
    Corrección: dselect se desarrolló al mismo tiempo que dpkg y al principio se consideraba parte de este, así que en ese sentido podría decirse que solo con dpkg ya era posible actualizar el sistema: https://en.wikipedia.org/wiki/Dselect

• Si usas Debian, puedes hacer apt-install del paquete debian-history. Eso coloca una buena documentación HTML con la historia del proyecto en el directorio /usr/share/doc/debian-history

• Es interesante que en ese entonces no lo llamaran “distribución (distribution)”, sino “releases”. Me pregunto desde cuándo pasó a ser “distribution”. ¿En aquella época esa palabra se usaba solo en BSD?

• Ahora tengo 2 instalaciones de más de 13 años. Una la instalé en 2007 y la otra en 2010, y cada dos años solo les hago dist-upgrade. En algún momento, a ambas se les cambiaron todas las piezas, como el barco de Teseo
  Al principio usé Mandrake, la actual Mandriva, y también Red Hat 6, que venía con un libro. No RHEL, sino aquel viejo Red Hat 6. Después pasé por Storm Linux y finalmente terminé en Debian
  Lo notable en esa época era que, si querías instalar un paquete con dependencias, podías hacerlo desde el instalador de Red Hat o Mandrake, pero no con las herramientas dentro del sistema operativo ya instalado. yum recién apareció en 2002
  Por eso, el primer impacto que tuve con una distribución derivada de Debian fue que, al indicar que instalara un paquete, encontraba por sí sola las dependencias. Esas dependencias también se podían eliminar, y las actualizaciones funcionaban
  Después de Mandrake y Red Hat, parecía un milagro. También me gustaba que Debian mantuviera las cosas “lo más cerca posible del original, pero haciendo que encajaran bien con los demás paquetes”. En cambio, muchas veces no entendía qué demonios hacía RHEL y, sin exagerar, en RHEL5/6 llegué a cargar con parches de miles de líneas que desaparecieron cuando migré a Debian
  Es una distribución excelente y la recomiendo mucho, especialmente en servidores. Si le pones unattended-upgrades, casi puedes olvidarte de que existe