Si hay un producto de Microsoft que aupó a la empresa de Bill Gates y Paul Allen al éxito absoluto y a marcar un hito en la historia de la informática, ese es Windows. La hegemonía de Windows frente a otros sistemas operativos de escritorio es brutal, como podemos ver en esta animación. Sin embargo, los inicios nunca son fáciles y los de Microsoft no son una excepción.

Porque ese dominio absoluto al que Windows no tiene acostumbradas aunque largo, no es eterno: los 80 fueron años de heterogeneidad donde MS-DOS constituyó el motor de cambio hacia los SO de Microsoft. A partir de ahí, Windows nació en el 85 para auparse con Windows 3.x y ya dominar el panorama antes del cambio de milenio.

Aquellos locos 90. La década en la que Windows se llevó el gato al agua fueron los 90, con Windows 95 y Windows 98 partiendo la pana. Curiosamente, esa década fue también donde comenzamos a conocer las mieles del software libre: Linux era la punta de lanza del código abierto. Y también el heredero de algo que  Microsoft conocía muy bien. 

Unix, Xenix y Linux, tres caras de un prisma que cambió la informática

Microsoft se enfrentaba a un nuevo enemigo diferente al resto y allí conocimos los 'Halloween Documents' donde se destapó los miedos de la empresa de Gates y Allen y sus artimañas para lograrlo, esencialmente sembrando el miedo, la intertcdumbre y la duda. La noticia alcanzó notoriedad en tanto en cuanto Microsoft se vio obligada a confirmar la autenticidad de esos documentos tras la cobertura del New York Times.

Además de desacreditar la creación de Linus Torvalds, en aquellos documentos que vieron la luz a finales de los 90 y principios de los 2000 Microsoft hablaba sin filtros del miedo que les infundaba, con declaraciones como 'La calidad del software comercial puede verse alcanzada o superada por proyectos de 'código abierto' o 'Linux es una versión de UNIX que representa lo mejor en su clase, con credibilidad a largo plazo que supera a muchos otros sistemas operativos competitivos' o 'La mayoría de las aplicaciones necesarias ya están disponibles de forma gratuita'. 

En pocas palabras: Linux tenía calidad y aplicaciones suficientes como para rivalizar con el software comercial como el suyo.Quién mejor que ellos para saber de su calidad cuando su core lo conocían muy bien. 

De hecho, Linux, Unix y Xenix son algo así como el hijo rebelde, el padre y el tío rico de una misma familia. Allá por los 60 en los laboratorios Bell Labs de AT&T nacía Unix, un sistema operativo completo y revolucionario en tanto en cuanto usa conceptos que hoy en día siguen vivitos y coleando, como la jerarquía de archivos o la capacidad multiusuario. Eso sí, era un sistema operativo propietario y caro, pero robusto y potente.

En Genbeta

Descubren una cinta grabada hace 52 años que contiene la única copia conocida de UNIX V4, el tatarabuelo de Linux y macOS

Hablábamos antes de los inicios de Microsoft, mencionando MS-Dos como antesala de su exitoso Windows. Pero antes, Paul Allen y Bill Gates lo intentaron con Xenix, una adaptación a partir de una licencia de Unix de AT&T que compraron a finales de los 70. Es decir, no empezaron desde cero: tomaron ese Unix original y lo modificaron para que funcionara en esos ordenadores personales primigenios, llegando a convertirse en la variante más común de Unix. 

La clave está en que después, la licencia de Xenix la vendían a los principales fabricantes de la época, como IBM o Santa Cruz Operation. Este último acabaría quedándose con Xenix, cuando Microsoft perdió el interés y se centró en MS-Dos. La distribución Unix de Microsoft que reinó antes de Linux es hoy un SO extinto.

Pasan las décadas, llegamos a los 90 y nos encontramos con un joven Linus Torvald que quería usar Unix pero no podía pagar la licencia. Así que decidió hacerse su versión desde cero a partir de su kernel. Ese primer Linux es un clon funcional que no tiene una sola línea de código de Unix, aunque se comporte prácticamente igual. Es la evolución natural, gratis y colaborativa, de Unix.

En Genbeta | Si el PC en el que venías usando Windows 10 no admite Windows 11, no necesitas comprar uno nuevo. Así puedes instalarle Linux

En Genbeta | Quizá a Linux lo que le faltaba es una distro muy fácil de usar por cualquiera: ZorinOS ha conseguido 100.000 descargas en 48h con esa premisa

Portada | Wikipedia y Global Panorama

No es habitual, pero a veces los grandes descubrimientos tecnológicos no suceden en laboratorios de I+D, sino en almacenes olvidados y polvorientos. Y es que ha sido en uno de esos, concretamente en uno de la Universidad de Utah, mientras el personal lo limpiaba, donde ha aparecido un carrete de cinta magnética de 9 pistas con una etiqueta escrita a mano:

"UNIX Original from Bell Labs V4 (See manual for format)".

El hallazgo, hecho público por el profesor Robert Ricci, de la Kahlert School of Computing, ha causado conmoción en la comunidad informática... pues podría tratarse de la única copia completa conocida de UNIX Cuarta Edición (V4), una versión de 1973 desarrollada en los legendarios laboratorios Bell que marcó un antes y un después en la historia del software.

¿Qué es UNIX V4 y por qué es tan importante?

UNIX V4, lanzado en noviembre de 1973, es considerado uno de los grandes hitos de la historia de la computación. Fue la primera versión de UNIX escrita en el lenguaje C, lo que la convirtió en el punto de inflexión que permitió la portabilidad de sistemas operativos (una idea revolucionaria para su tiempo).

Hasta este descubrimiento, sólo se conservaban fragmentos de aquel sistema operativo: algunos manuales de programación, unas cuantas páginas de documentación y el código fuente incompleto de un núcleo experimental llamado nsys. La versión completa del sistema operativo se creía perdida para siempre.

UNIX V4 fue diseñado para el PDP-11/45, una computadora minicomputadora de DEC que en los años 70 simbolizaba la vanguardia de la investigación en sistemas operativos. Desde aquellas líneas de código C escritas en Bell Labs brotaría más tarde gran parte de las ramas del árbol de los sistemas modernos: BSD, System V, Solaris, y macOS o Linux, sus descendientes más famosos.

Recurriendo a las metáforas genealógicas, UNIX V4 sería el tatarabuelo de ambos sistemas.

En Genbeta

La versión para UNIX de Lotus 1-2-3 (el 'Excel de los 80') estuvo perdida 32 años: así reapareció y se logró ejecutar en Linux

De un almacén a un museo

La historia del hallazgo tiene tintes de aventura académica. Según Ricci, el carrete fue encontrado mientras el personal revisaba materiales acumulados durante décadas. La letra en la etiqueta fue identificada como la del fallecido Jay Lepreau, investigador de sistemas distribuidos y figura clave del departamento de Utah en los años 80.

Más tarde, otro académico rastreó su procedencia y descubrió que la cinta había sido originalmente enviada a Martin Newell, un investigador de gráficos por computadora célebre por crear la mítica "tetera de Utah", un modelo 3D que se convirtió en icono de la historia del renderizado.

Es decir, el mismo laboratorio que dio origen a la tetera más famosa del mundo digital ahora podría devolvernos una pieza perdida del software que dio forma a Internet.

Una restauración milimétrica

La cinta será entregada en mano al Computer History Museum (CHM) en Mountain View, California —a más de 1.200 kilómetros de Utah—, donde Al Kossow, archivista del proyecto Bitsavers, liderará el proceso de recuperación.

Kossow explicó que la tarea requerirá una combinación de tecnología analógica y digital:

"Usaremos un convertidor analógico-digital de alta velocidad que vuelca unos 100 gigabytes de datos en memoria. Luego, el programa readtape de Len Shustek analizará las señales magnéticas para reconstruir los bits".

La cinta, una 3M de 1200 pies, tiene buenas probabilidades de estar en condiciones de lectura, aunque no se descarta tener que aplicar técnicas de 'horneado' para estabilizar el óxido magnético. Es literalmente un caso de arqueología de datos, en que cada bit que logren recuperar puede ayudar a cambiar lo que sabemos sobre cómo se construyó la base del software moderno.

En Genbeta

El dueño del primer PC con Linux (se lo instalaron a traición mientras dormía) cuenta cuál fue el nombre original del sistema operativo

Lo que esta cinta podría revelar

Si los datos se logran recuperar, los investigadores esperan poder reconstruir completamente el código fuente de UNIX V4, sus herramientas originales y, quizá, compilarlo nuevamente en un entorno emulado. Sería un hito comparable al rescate de las primeras versiones de UNIX V1 y V2, restauradas años atrás.

Además, permitiría estudiar la transición exacta entre los UNIX escritos en ensamblador y los que adoptaron el lenguaje C —una evolución que allanó el camino para la portabilidad de software, el concepto que inspiró el nacimiento de Linux en 1991.

Imagen | Marcos Merino mediante IA

En Genbeta | Qué fue de MINIX, el sistema operativo que inspiró la creación de Linux y terminó siendo más usado que Windows 

A sus 83 años, Brian Kernighan —leyenda viva de la informática por su papel fundamental en la creación de Unix en los laboratorios Bell y coautor, junto a Dennis Ritchie, del célebre manual The C Programming Language (1978)— sigue impartiendo clases en Princeton y participando en conferencias donde comparte recuerdos, opiniones y advertencias sobre el mundo del software.

Una de sus intervenciones más recientes ha girado en torno a dos temas muy relacionados con sus creaciones: la conflictiva relación entre los lenguajes C y Rust, además de sobre los cambios experimentados en el ecosistema Unix en las últimas décadas.

Rust frente a C: ¿relevo generacional o hype pasajero?

Uno de los temas más recurrentes en las entrevistas y charlas con Kernighan es la creciente popularidad de Rust, lenguaje diseñado con la seguridad en memoria como bandera y que algunos plantean como sustituto natural de C. Sin embargo, su experiencia personal con Rust dista de ser positiva.

En una sesión de preguntas y respuestas durante el festival Vintage Computer East, Kernighan confesó haber escrito un único programa en Rust… y haberlo vivido como una auténtica tortura.

"Oohhh, Rust. [...] No pude comprender los mecanismos que se requerían para garantizar la seguridad de la memoria, en un programa donde la memoria ni siquiera era un problema".

Según afirma, lo que en C u otros lenguajes le habría tomado cinco minutos, en Rust se convirtió en días de trabajo. Sus críticas fueron claras:

• Complejidad innecesaria: los mecanismos de propiedad, préstamo y tiempos de vida le resultaron confusos e injustificados en contextos donde la memoria no era un problema.
• Rendimiento decepcionante: el compilador era lento, el código generado también y la infraestructura de paquetes le pareció "incomprensiblemente grande y pesada".
• Evolución inestable: se encontró con que la sintaxis había cambiado respecto a la última documentación publicada.

En Genbeta

Qué fue de Brian Kernighan, pionero de la fórmula 'Hola, Mundo!' y leyenda de los primeros tiempos de Unix

Aunque reconoce su escasa práctica con Rust y admite cierto 'cinismo' por su parte, se muestra convencido de que este lenguaje no sustituirá a C en el corto plazo. La razón, explica, es doble: C sigue siendo una herramienta madura con décadas de evolución, y Rust aún necesita consolidarse.

Unix, Linux y el mundo de las distribuciones

Por si no lo habías deducido de su exploración de Rust, Kernighan no se ha quedado anclado en la nostalgia. Si bien en sus charlas recuerda con cariño el ambiente cooperativo y creativo de Bell Labs, pero también reconoce que Microsoft ganó a Unix la batalla durante los años 80 y 90.

Hoy, sin embargo, observa con cierta ironía cómo Unix vive oculto en casi todos los dispositivos modernos: desde macOS e iOS hasta Android. Lo que le resulta frustrante es que, a diferencia de los viejos tiempos, esos sistemas ya no están tan abiertos al usuario técnico:

> “Me irrita que debajo de mi teléfono haya un sistema con el que podría hacer cosas… ¡pero no tengo acceso a él!”

No fue el único tema sobre el que opinó: en lo que respecta las distribuciones de Linux, reconoce usarlas de forma indirecta en su trabajo en Princeton, aunque confiesa no tener una favorita.

Cuando le preguntaron por NixOS (una popular 'distribución inmutable' de Linux) o sobre HolyC (una variante exótica de C creada por el sorprendente Terry Davis), su respuesta fue honesta: simplemente no tiene ni idea de qué son.

Una visión crítica del software actual

Pero si bien no es fan de la nostalgia, tampoco cae en el vicio contrario y, lejos de la reverencia al progreso, Kernighan no duda en ofrecer una visión escéptica sobre el estado del software contemporáneo. Ante la petición de resumir en diez palabras o menos su opinión sobre la industria, no duda en soltar un

> "Mucho de esto apesta".

En Genbeta

El creador del lenguaje C++ terminó siendo programador "por error". Pero tiene varios consejos para los jóvenes del sector

Señala el exceso de complejidad, la falta de estabilidad y la orientación excesiva hacia productos de consumo, alejados del espíritu abierto y experimental que marcó los orígenes de Unix. Y aunque valora avances como Linux o las nuevas herramientas que han ido surgiendo, mantiene que la comercialización ha diluido parte de la esencia colaborativa de la informática.

Entre la IA y los consejos a nuevas generaciones

Otro de los temas que surgió en su charla fue el papel de los modelos de lenguaje y la inteligencia artificial en la programación. Kernighan reconoció, con ironía, que sus pruebas con IA no fueron del todo satisfactorias y que invalidaban un principio que él mismo defendía, que "los programas que escriben programas suelen hacerlo mejor que los humanos".

Aun así, lejos de caer en el pesimismo, ofreció un consejo alentador a los jóvenes programadores:

• La informática seguirá siendo fundamental durante mucho tiempo.
• Lo importante es dedicarse a lo que resulte intrigante y divertido, porque esa motivación asegura tanto aprendizaje como empleabilidad.
• El entusiasmo, más que la moda de un lenguaje, es lo que garantiza una carrera plena.

Imagen | Marcos Merino mediante IA + Wikimedia

En Genbeta | La Casa Blanca pidió a la industria que no programara en C++. Su creador ha respondido de forma tajante 

El "Efecto 2038" —también conocido como Epochalipsis— es una amenaza  comparable al famoso "Efecto 2000". Sin embargo, recientes hallazgos en el Museo Nacional de la Computación del Reino Unido revelan que esta bomba de tiempo digital podría incluso estallar antes de lo previsto, poniendo en riesgo no solo sistemas obsoletos, sino también infraestructuras y dispositivos aún en uso.

Un 'déjà vu' del Y2K, pero más complejo

En 1999, gobiernos y empresas de todo el mundo trabajaron contra reloj para evitar el caos que podría haber provocado el buh del "Efecto 2000", donde el uso de solo dos dígitos para representar el año amenazaba con devolver los relojes digitales a 1900. El problema, si bien masivo, fue en gran medida una cuestión que afectaba a la programación de las aplicaciones.

Pero... el escenario actual es distinto. Según explicó Robin Downs, voluntario del museo y especialista en sistemas antiguos, el fallo de 2038 se origina en cómo Unix —y por extensión, múltiples sistemas derivados, como Linux— almacena el tiempo: un contador de segundos desde el 1 de enero de 1970, guardado en un entero con signo de 32 bits.

A las 03:14:07 UTC del 19 de enero de 2038, este contador "desbordará" y comenzará a devolver fechas absurdas, como si el tiempo hubiera retrocedido a 1901 o, según algunos casos, a 1970.

Errores inesperados: errores antes de 2038

El descubrimiento que alarma a la comunidad técnica se produjo durante la restauración de un PDP-11/73, un ordenador de la histórica Digital Equipment Corporation.

En Xataka

Sí, el Efecto 2000 fue un peligro real y estuvo a punto de acabar con nuestra civilización

Aunque este equipo ya había sido parcheado contra el Y2K, al probar su compilador de C de 1982 apareció un fallo insospechado:

• El sistema devuelve la hora correcta, pero una fecha errónea.
• Al avanzar el reloj a 2037 —un año antes del 'Epochalypse'—, cualquier programa que invoca la función ´time_t()´ del lenguaje C se bloquea.

"Hemos encontrado errores que ocurren incluso antes de 2038, vulnerabilidades que ni siquiera conocíamos".

Esto significa que los sistemas vulnerables no colapsarán únicamente en la fecha crítica que ya conocíamos, sino que podrían fallar de forma escalonada a lo largo del año anterior, dificultando aún más la prevención.

Por qué Linux es vulnerable

Linux, como la mayoría de sistemas tipo Unix, también usa la representación de tiempo time_t basada en segundos desde el 1 de enero de 1970. En sistemas de 32 bits, esa variable suele estar definida como un entero con signo de 32 bits... lo cual significa que, al llegar al 19 de enero de 2038, simplemente "se dará la vuelta" y las funciones de tiempo (time(), localtime(), etc.) devolverán fechas inválidas.

Por fortuna, en sistemas de 64 bits, el problema no existe, ya que time_t puede representar fechas por miles de millones de años hacia adelante o atrás.

A partir del kernel 5.6 (2020), se introdujo soporte completo para que time_t sea de 64 bits incluso en arquitecturas de 32 bits. Esto permite que las aplicaciones que se recompilen con las nuevas librerías puedan manejar correctamente fechas posteriores a 2038, pero todo el software debe recompilarse/adaptarse; de lo contrario, el soporte del kernel no servirá de nada.

En Genbeta

Hay quien opina que C ya no es un lenguaje de programación (otros se conforman con decir que no es un lenguaje de bajo nivel)

El riesgo de los sistemas heredados

Mientras que distribuciones modernas como Debian ya están migrando de manera preventiva a estructuras de 64 bits para almacenar el tiempo, millones de dispositivos y programas en industrias como telecomunicaciones, transporte o banca siguen dependiendo de arquitecturas antiguas.

El exingeniero de Microsoft, Dave Plummer, se muestra optimista: confía en que habrá tiempo suficiente para identificar y actualizar los sistemas críticos. Pero Downs advierte que muchos ingenieros jóvenes, e incluso programadores profesionales en C, desconocen la magnitud del problema:

"Estamos construyendo hoy dispositivos y software que esperamos que duren más de 12 años, y no todos están preparados para esta contingencia".

Una amenaza más difusa que Y2K

La diferencia clave entre el "Efecto 2000" y el del 2038 radica en su imprevisibilidad: mientras que el primero afectaba de manera uniforme a cualquier sistema que usara fechas con dos dígitos, el segundo se comporta de forma desigual. Cada compilador, sistema operativo o dispositivo puede reaccionar diferente ante el desbordamiento. Así lo explica Downs:

"No existe una respuesta universal. A menos que se pruebe cada dispositivo y cada versión de software por separado, no sabremos cómo reaccionará. El margen de error es mucho mayor que en el Y2K".

Aún faltan más de doce años para el 19 de enero de 2038, sí, pero la historia reciente demuestra que los problemas informáticos globales no se resuelven de un día para otro, y que la complacencia puede ser el peor enemigo.

Vía | The Register

Imagen | Marcos Merino mediante IA

En Xataka | Yo trabajé el 31 de diciembre de 1999 a las 23.59

Linus Torvalds creó Linux en 1991 (a imagen y semejanza de Minix) y, hoy en día, la versatildiad de este sistema operativo le ha permitido ejecutarse en multitud de plataformas y ser la opción favorita de los usuarios para mantener en funcionamiento el hardware más antiguo. Pero conseguir que se ejecute en un procesador fabricado 20 años antes de su nacimiento es un logro reseñable...

Eso es lo que ha logrado Dmitry Grinberg, un reconocido hacker, al lograr que el Intel 4004, lanzado en 1971, sea capaz de ejecutar una versión reducida de Linux. Una proeza de Grinberg sin una utilidad práctica evidente, pero también una demostración de habilidad tecnológica más que notable.

El Intel 4004: pionero de los microprocesadores

El Intel 4004 fue el primer microprocesador comercial de la historia. Este chip de cuatro bits, con sólo 2.600 transistores y una frecuencia de 740 kHz, fue diseñado para realizar tareas muy básicas, y fue utilizado principalmente en la calculadora Busicom 141-PF.

Las limitaciones de este procesador, sin capacidad para la multitarea ni interrupciones de hardware, lo convierten en un dispositivo profundamente rudimentario si se compara con los procesadores actuales, diseñados para soportar sistemas operativos complejos y tareas simultáneas.

En Xataka

"Linux está obsoleto": la historia de la declaración que provocó el debate más apasionante sobre este sistema operativo

Durante los años 70, el Intel 4004 fue rápidamente superado por procesadores como el Intel 8086 y el 8088, que permitieron el desarrollo de la primera generación de ordenadores personales, incluido el famoso IBM PC.

El proyecto: una mezcla de emulación, hardware personalizado y ajustes de velocidad

Para hacer frente a las limitaciones del 4004, Grinberg desarrolló un enfoque ingenioso: emuló un procesador más avanzado, el MIPS R3000, un chip de 32 bits lanzado en 1988 y capaz de ejecutar Linux. La emulación, sin embargo, presentó desafíos monumentales, especialmente porque Grinberg necesitaba que el 4004, un procesador de sólo cuatro bits, simulara el rendimiento de un procesador de 32 bits.

Para ello, diseñó una placa de circuito personalizada que emulaba el MIPS R3000 y redujo Debian Linux a su mínima expresión, dejando únicamente el kernel. El proceso de arranque inicial tardaba nueve días, tiempo que Grinberg logró reducir a 4,76 días mediante ajustes de velocidad y un overclock del 5% en el procesador.

Arte hacker y polémicas

El propio Grinberg considera este proyecto más una obra de arte que un avance práctico. También ha compartido en su sitio web los esquemas, el código fuente y un video acelerado del arranque de Linux en el Intel 4004: la placa ha sido diseñada para montarse en la pared, como una exhibición que ejecuta lentamente comandos de Linux durante días o incluso semanas.

En las últimas semanas, Dmitry Grinberg también ha dado de qué hablar entre la comunidad hacker por motivos ajenos a Linux, después de participar en la Def Con 2024 y de ser expulsado por los organizadores del mismo mientras impartía una charla...

...tras mostrar un 'huevo de Pascua' en la pantalla de un dispositivo de su creación (que ejecutaba un emulador de GameBoy) que hacía referencia a una disputa contractual entre la organización y la empresa encargada de crear las credenciales.

Imagen | Marcos Merino mediante IA

En Genbeta | Han creado una CPU completa dentro de una hoja de cálculo de Excel. Hasta te permite ejecutar tus propios programas

Hay vida más allá de Windows. Y de Linux. Y de Mac. Incluso de ChromeOS, Android o *BSD. Más allá de todo eso, hay usuarios, millones de líneas de códigos y un montón de nuevas ideas que no conviene despreciar sólo porque los grandes sistemas operativos hagan las cosas de otro modo.

Y sí, a veces en su mayor parte lo que hay es nostalgia a raudales. ¿Y qué? Veamos algunos sistemas operativos raros, venga:

"He visto cosas que no creeríais: sistemas operativos instalándose más allá de Orión. Código C brillar cerca de la puerta de enlace. Todas esas ISO's se perderán, como lágrimas en la lluvia".

CollapseOS

Empezamos fuerte: Collapse OS es el sistema operativo del apocalipsis. Más o menos. Su creador lo planteó para un mundo en el que los dispositivos electrónicos sigan existiendo, pero la cadena de suministro global no funcione, y haya que vivir de reprogramar hardware antiguo y sencillo cuando se estropeen los actuales PCs.

Por eso, está pensado para funcionar en microprocesadores Z80 de 8 bits, que son prácticamente omnipresentes en toda clase de dispositivos electrónicos hoy en día. Si tienes un búnker antinuclear bajo tu cabaña en el bosque, bájate este SO y aprende a usarlo.

TempleOS

Otro plato fuerte: TempleOS es uno de los pocos SO modernos de dominio público (esto es, más allá del 'open source')... y también es un sistema operativo diseñado según las instrucciones de Dios para convertirse en su tercer templo: al menos eso decía su creador, Terry A. Davis, un genio de la informática que podría haber sido otro Steve Jobs si no hubiera empezado a sufrir esquizofrenia antes de cumplir los 30.

Sus características forman una combinación extraña: 64 bits, multi-núcleo y con soporte para ratón… pero también con monousuario, con gráficos de 16 colores, resolución 640x480 y una interfaz basada mayoritariamente en texto, sin soporte para tarjetas de sonido ni redes. Permite cargar el código de las aplicaciones (en su particular lenguaje HolyC) desde la shell.

Eso sí, queremos romper una lanza en defensa de su innovador sistema de hipertexto, el DolDoc, que constituye la base de su shell, de su editor de textos, de su administrador de archivos, etc. Menús dentro de archivos de texto, diagramas de flujo en los comentarios de código, enlaces en la terminal... una locura, en el mejor de los sentidos.

SerenityOS

El creador de SerenityOS, Andreas Kling, empezó este sistema operativo como un proyecto personal tras salir de una clínica de desintoxicación. Hoy en día triunfa en YouTube manteniendo a su cada vez más amplia comunidad de seguidores informada de las últimas actualizaciones del sistema.

Resumiendo mucho, es un sistema operativo estéticamente idéntico a Windows NT con un kernel Unix creado en C, desde cero, por Kling. Y permite ejecutar Half-Life.

En Genbeta

Cementerios de elefantes de sistemas operativos: webs de donde bajar gratis cientos de antiguos SOs

Haiku

A principios de los 90, Apple sabía que necesitaba renovar de arriba a abajo el sistema operativo de sus Macs. Borrón y cuenta nueva. Y los dos principales SO's disponibles para esa tarea habían sido creados recientemente por ex-directivos de Apple: uno era BeOS, creado por Jean-Louis Gassée y Steve Sakoman; el otro, NeXTSTEP, creado por un tal Steve Jobs. Ya sabemos cómo terminó eso, pero si los directivos de Be Inc. no se hubieran 'subido a la parra' valorando su empresa, la historia de macOS habría sido muy diferente.

La última versión de BeOS se lanzó en 2001, aunque rápidamente su pequeña, pero entusiasta comunidad de desarrolladores creó un heredero 'open source', un nuevo sistema operativo 100% compatible con el original: Haiku. En su momento, BeOS resultó revolucionario por su temprano enfoque en multimedia e Internet... hoy en día, es un interesante juguete para programadores nostálgicos (que no es poco).

ArcaOS

Si Haiku es el hijo del 'sistema que pudo ser macOS', ArcaOS es el hijo del 'sistema que pudo ser Windows'. En origen IBM y Microsoft iban a colaborar en el desarrollo de algo llamado OS/2 hasta que Bill Gates decidió descolgarse y lanzar Windows 3.0. IBM tiró para adelante con OS/2 y, tras su fracaso, terminó sirviendo como base para este relanzamiento para nostálgicos que nos ofrece un sistema de apariencia vintage pero capaz de ejecutar herramientas como Firefox y OpenOffice.

Redox

Linux lleva ya un tiempo debatiendo cómo empezar a introducir, poco a poco, el lenguaje Rust en su kernel. Son muchos años de código C/C++ y un sistema operativo como ese no se puede permitir experimentos. Por fortuna, otros sí pueden: Redox es otro sistema operativo gráfico compatible con Unix (como Linux), y con el paquete habitual de herramientas básicas bajo el brazo (navegador, editor de texto, etc)... pero íntegramente basado en Rust.

Otra particularidad de Redox es que, en este sistema operativo, "todo es una URL"; es decir, que para registrar sucesos del sistema se utiliza 'log://...', para establecer comunicaciones de red 'tcp://...'. Además, la configuración del sistema se realiza, integramente, con ficheros de texto en formato TOML, una versión estandarizada y simplificada de los viejos archivos *.INI.

Plan9

Si Redox era un sistema operativo basado en Unix para el que 'todo es una URL', Plan9 es un sistema operativo basado en Unix para el que 'todo es parte del sistema de archivos' (/net representa las comunicaciones de red y /proc los procesos activos). Creado en los años 90 por Bell Labs (los del Unix original, C y C++), hoy en día sigue siendo desarrollado por Plan 9 Foundation, y está disponible para multitud de plataformas de hardware, incluyendo x86-64, ARM, PowerPC, etc.

KolibriOS

KolibriOS es un proyecto fundado en 2004 como un fork de MenuetOS para proporcionar un sistema operativo x86 de 32 bits que resulte, valga la redundancia, verdaderamente operativo a la hora de usar tu PC (permitiéndote programar, escuchar música, jugar o navegar por Internet), garantizando un buen funcionamiento ejecutándose en hardware de cierta antigüedad gracias a estar íntegramente desarrollado en ensamblador.

Está pensado para poder ejecutarse desde un viejo disquete de 1,44 MB (el cuadrado del icono de 'Guardar', si eres de la generación Z), pero también podremos usarlo desde un LiveCD o desde un USB autoarrancable.

Genera

¡El bisabuelo de Emacs!

En los años 70, se lanzaron las 'máquinas LISP', computadoras íntegramente basadas en LISP, el lenguaje de programación por excelencia para el desarrollo y ejecución de [lo que en aquel momento llamábamos] inteligencia artificial. Genera es el nombre que Symbolics dio al sistema operativo de sus máquinas LISP, y se basa en algunas ideas fundamentales: 1) todo es LISP, sólo el hardware está por debajo de LISP; 2) el código son objetos, los comandos son objetos, los datos son objetos; 3) toda ventana se muestra a pantalla completa, aunque pueda integrar subpaneles adaptables... con otras aplicaciones dentro.

Hoy en día existe OpenGenera (que podemos ejecutar virtualizado dentro de Linux) y varios sistemas operativos en las primeras fases de su desarrollo que tratan de inspirarse en este SO.

"Hola, mundo!" es la fórmula tradicional usada como ejemplo cuando alguien codifica su primer programa informático. Hace un tiempo, aquí en Genbeta, repasamos los antecedentes de dicha fórmula para reconstruir su origen y saber quién fue el primero en usarla.

La tradición indica que fueron Brian Kernighan y Dennis Ritchie quiénes, en el libro de 1978 'C Programming Language', incluyeron por vez primera un 'hello, world!'. Sin embargo, recogíamos en aquel artículo referencias que demostraban que Kernighan, en un texto en solitario publicado 5 años antes, ya había usado esta frase en un breve libro llamado "A tutorial introduction to the language B".

Y sí, la letra está bien puesta: escribió primero sobre el lenguaje B y luego sobre el C. No, no sabemos que antes escribiera sobre el A.

Por cierto, preguntado sobre las razones por las que optó por esa frase, Kernighan afirmaba hace 11 años lo siguiente:

"Mi memoria es difusa ahora. Lo que sí recuerdo es que había visto una caricatura que mostraba un huevo y una chica y la chica decía: 'Hola, mundo'".

En Genbeta

Dennis Ritchie, creador de C y UNIX

La leyenda de Unix

La cuestión es que, cuando escribió ese histórico tutorial, Kernighan era sólo conocido por ser un canadiense doctorado en ingeniería eléctrica de 31 años (había nacido en 1942, cuando Alan Turing estaba ocupado descifrando mensajes en código Enigma). De modo que, ¿qué fue de él después de eso? ¿Sigue vivo? ¿A qué ha dedicado su vida?

La cuestión es que, posiblemente, su mayor contribución a la historia de la informática la realizó cuatro años antes de escribir ese 'Hello, world!', aunque su repercusión todavía no estaba clara en ese momento.

Había empezado a trabajar en los Laboratorios Bell de AT&T en 1969, donde empezó a colaborar con un grupo de investigadores liderado por Ken Thompson (el creador de B y de las expresiones regulares) y Dennis Ritchie (el creador de C), que trataban de crear su propio sistema operativo inspirado en Multics, pero más sencillo y manejable. Se convirtió así, ese mismo año, en uno de los padres de UNIX.

La importancia de UNIX empezó a quedar clara tras el exitoso lanzamiento de su histórica Versión 7, ocurrida en 1979, y que incluía varias aplicaciones desarrolladas por Kernighan, como cron y AWK… que los conocedores de Linux —descendiente de UNIX, como lo es también MacOS— conocerán bien.

La 'K'

'K&R' es el nombre con el que se conoce en entornos 'geeks' al muy influyente libro que mencionábamos al comienzo del artículo sobre C (coescrito junto al creador del mismo); la 'K', por supuesto, era una referencia a Kernighan. Según el Jargon File, a la primera versión de 1978 se la conoce como 'The Old Testament', y a la segunda, de 1988, como 'The New Testament'.

El K&R.

Pero nuestro protagonista también le puso la letra 'K' al nombre de una de sus creaciones más influyentes, el ya mencionado AWK (1977), un potente lenguaje de scripting para el procesamiento avanzado de cadenas de texto. Sus creadores son Alfred Aho, Peter Weinberger y el propio Brian Kernighan (A, W y K, por supuesto).

De acuerdo a la naturaleza del software libre, con el tiempo AWK se ha fragmentado en varias versiones paralelas con leves diferencias de funcionalidad y sintaxis. Pero en cualquier caso, son herramientas que no suelen recibir grandes actualizaciones muy a menudo.

Pero recientemente, 'one true AWK' (nombre semi-oficial de la versión original de AWK) recibió una actualización relevante, concretamente la implementación de soporte Unicode… algo que quizá no suene muy emocionante, pero que sin duda constituye un salto adelante en cuanto a la utilidad de la aplicación.

Al pie del cañón

Y el autor de esa contribución al código es, nada más y nada menos que el propio Brian Kernighan, quien acaba de cumplir los 80 —sí, 80— años. Explicaba la razón de esta actualización en una reciente entrevista en el canal de YouTube Computerphile:

"Siempre ha sido una vergüenza que AWK solo trabajara con ASCII y no manejara en lo más mínimo Unicode. […] En este punto, AWK será capaz de manejar la entrada y salida UTF-8 para que puedas tener expresiones regulares que reconozcan los caracteres japoneses y cosas por el estilo".

En la misma entrevista cuenta que también ha introducido un parche "rápido y sucio" en el código de AWK para permitir que el programa maneje archivos CSV.

En realidad el código no fue remitido como un commit propiamente dicho al repositorio en GitHub de AWK, sino por mail al mantenedor actual del proyecto, Arnold Robbins. El motivo es que Kernighan parece no manejarse del todo con Git:

"Ojalá entendiera mejor git, pero a pesar de tu ayuda, todavía no tengo una comprensión adecuada, por lo que esto puede llevar un tiempo".

A la comunidad no parece haberle importado ese detalle: ahora que el código se ha incorporado al repositorio gracias a Robbins, los usuarios ha celebrado la calidad y utilidad de la contribución del mítico creador de su herramienta favorita.

Nos sumamos a eso.

Y además…

Además de Unix, Hello World!, cron, 'K&R' y AWK, Kernighan creó otro lenguaje de programación (AMPL, de 'A Mathematical Programming Language') en sus tiempos en Bell, y después de eso tenido tiempo en estas décadas —cuando sus responsabilidades como docente de computación en Princeton se lo permiten— de escribir un buen puñado de libros…

…de hecho, los últimos tratan temas como la comprensión del mundo digital, la comprensión de los datos y las matemáticas por parte del público no especializado, e introducciones a UNIX y al lenguaje Go. Antes de eso, fue editor de la serie de libros 'Software Tools' para la editorial Prentice Hall Internacional.

80 años (y los que le quedan) que han dado para mucho: es uno de los últimos de la generación de gigantes a cuyos hombros se levantan ahora los 'emprendedores' de 'startups' de Silicon Valley.

En estos últimos cuatro años, un antiguo desarrollador de Apple llamado Andreas Kling ha estado trabajando en un proyecto personal (de hecho, en origen nació como un proyecto 'de terapia') que, en las últimas semanas, está cosechando una popularidad creciente. Su nombre es SerenityOS y, como su nombre indica, se trata de un nuevo sistema operativo.

No es exactamente un sistema operativo de uso general, sino uno dirigido a usuarios con gustos muy concretos:

"SerenityOS es una carta de amor a las interfaces de usuario de los '90 sobre una base tipo Unix personalizada. Sería honrado decir que roba buenas ideas de varios sistemas: en términos generales, el objetivo es casar la estética del software de oficina de finales de los '90 con la accesibilidad de los Unix para usuarios avanzados de finales de los 2000".

Es decir, estamos ante un sistema operativo Unix (pero no perteneciente a las subfamilias Linux o *BSD, aunque se acoja a la licencia abierta BSD), dotado de una interfaz gráfica vintage y pensado para equipos x86 de escritorio.

En Genbeta

Cementerios de elefantes de sistemas operativos: webs de donde bajar gratis cientos de antiguos SOs

Ya cuenta con su propio kernel multitarea, su propio gestor de ventanas, una pila de red IPv4 (protocolos ARP, TCP, UDP e ICMP), sistema de ficheros Ext2, un kit de herramientas gráficas (LibGUI) y otro de librerías gráficas 2D (LibGfx).

Y es que absolutamente todo en SerenityOS ha sido desarrollado desde cero (usando C++), lo que le ha permitido experimentar sin deberse ni a los futuros clientes ni a la retrocompatibilidad. Así, el sistema incluye incluso una aplicación de hoja de cálculo cuyas fórmulas se escriben usando JavaScript.

Según explica Kling en una entrevista concedida a Ars Technica:

"Cuando empezamos, importamos cuatro o cinco funciones de la biblioteca estándar de C de NetBSD, pero se terminaron eliminando con el tiempo. Ahora estamos libres de código de terceros, con la excepción del proceso de compilación".

El citado proceso de compilación es el único modo de hacerse con una versión ejecutable de SerenityOS: no hay, por ahora, ninguna ISO disponible para descargar, sólo un código fuente que, una vez compilado, nos generará una máquina virtual.

No cuenta con sistema de paquetes ni con repositorios: todo el software disponible para SerenityOS se incluye en el propio sistema operativo, aunque sí deja abierta la opción a instalar software de terceros usando un sistema de 'ports' similar al de FreeBSD… pero obligando a recompilar de nuevo todo el sistema operativo.

Entre los ports ya disponibles podemos encontrar los de varios videojuegos populares como Quake (I y II), Half-Life (desde el pasado mes de enero), Doom o VVVVVV, que complementan desarrollos propios de los colaboradores del proyecto:

Quake II funcionando en una instalación de SerenityOS con soporte multinúcleo experimental (atentos a ese 'System Monitor').

Un aspecto negativo de SerenityOS es que el soporte multinúcleo, aunque ya disponible, aún es considerado 'inmaduro' por su creador. Sin embargo, aun si sólo se aprovecha la potencia de un único núcleo del procesador, la aprovechará al máximo: su limpio código ofrece un rendimiento excepcional para el tipo de SO del que estamos hablando.

Antes de correr a preguntarle si tal o cual funcionalidad de tu interés terminará siendo implementado en el sistema operativo, te recomendamos leer su FAQ:

¿Será compatible SerenityOS con $COSA?

Quizás. Quizá no. No hay un plan.

¿Cuándo va a implementar tal $COSA?

Tal vez algún día. Tal vez nunca. Si quieres que algo suceda, ¡puedes hacerlo tú mismo!

Y, aunque todo en SerenityOS parezca girar en torno a Andreas Kling, lo cierto es que cada vez cuenta con más ayuda de la comunidad: el pasado mes de septiembre celebraba el medio millar de colaboradores en su GitHub… y ya está a punto de alcanzar los 750.

Cómo surgió (y cómo evoluciona) este proyecto

¿Por qué llamar a este nuevo sistema operativo SerenityOS? Antes hemos mencionado que, para su creador, éste era un proyecto de terapia personal: Kling es un ex-adicto que, tras salir de una clínica de desintoxicación, decidió crear un sistema operativo para enfocar su mente y ocupar en algo su tiempo.

De modo que para bautizar a su creación decidió inspirarse, a modo de recordatorio, en la 'oración de la serenidad', tan popular entre las organizaciones de adictos anónimos.

El proyecto parece haber sido positivo para él, pues el pasado mes de mayo tomó la decisión de dejar su trabajo para poder centrarse en SerenityOS a tiempo completo. En ese momento, según revelaba en su blog, estaba ingresando más de 2000 dólares mensuales en concepto de donación, además de alguna venta puntual de merchandising.

En Xataka

11 sistemas operativos alternativos que no son ni Windows, ni macOS, ni Linux

"No estoy tratando de hacerme rico con esto: sólo soy un ser humano que trata de mantenerse cuerdo y saludable, pero resulta que mi proyecto de terapia ha conectado con miles de personas, muchas de las cuales quieren apoyarlo y ver a dónde se dirige. Es realmente un honor encontrarme en esta posición".

En cualquier caso, incluso si no tienes ningún interés en instalarte y usar SerenityOS en algún momento, sigue siendo un proyecto muy interesante para cualquier amante de los sistemas operativos…

…pues Kling ha ido documentando en su web (y 2) y en YouTube (con cientos y cientos de vídeos) el proceso de construcción desde cero de un SO, comentando todos los retos a los que se ha enfrentado y las razones detrás de su enfoque a la hora de desarrollarlo.

En Genbeta | Este chaval indio de 12 años lidera tres distribuciones derivadas de Ubuntu, y ha desarrollado varias apps (Gamebuntu entre ellas)

Cuando se dice que GNU/Linux es un sistema operativo de la familia de sistemas Unix, mucha gente tiende a pensar que el primero fue desarrollado usando código del segundo, del Unix original desarrollado por AT&T. Pero no es así: Linux (lo que llamamos propiamente 'Linux', es decir, el kernel del sistema) tiene la misma relación con Unix que ReactOS con Windows…

…se trata de un clon, escrito desde cero para funcionar de forma muy similar al original (lo que facilita portar aplicaciones), pero no es un derivado. De hecho, siendo precisos, Linux es el clon de otro clon, pues su referencia inmediata cuando fue creado era otro sistema operativo basado en Unix: MINIX.

Gracias a esto, podríamos deducir que ninguno de los múltiples problemas legales que rodean hoy en día a la titularidad de los derechos sobre el código del sistema operativo Unix tendría por qué salpicar en modo alguno a Linux. Sin embargo, la realidad es un poco más compleja.

Cuando IBM apostó por Linux… y la 'lió parda'

Situémonos. 1993: la compañía Novell le compra a AT&T Unix Systems Laboratories (junto con la propiedad intelectual de los productos allí desarrollados). A finales del mismo año, Novell revende dicha división a Santa Cruz Operation. Sin embargo, ésta última no compra la totalidad de sus derechos de propiedad intelectual, sino que parte de los mismos quedan en manos de Novell.

En Xataka

Así es como la ingeniería inversa cambió la historia de la informática para siempre

1998: Santa Cruz Operation se une a otras grandes empresas, entre ellas el gigante Intel e IBM, para conformar el 'Proyecto Monterey', con el objetivo de desarrollar conjuntamente una versión de Linux capaz de ejecutarse en múltiples plataformas de hardware.

2001: IBM (propietaria de un derivado de Unix llamado AIX) comprueba que la comunidad de Linux está teniendo más éxito en llevar a cabo la tarea del Proyecto Monterey que éste mismo, por lo que decide abandonarlo y pasar a apoyar Linux. Como parte de este apoyo, colabora con algunas partes del código de AIX al desarrollo del kernel de Linux.

¿Problema? Que IBM había desarrollado esas partes de AIX tras iniciarse su colaboración con el Proyecto Monterey, por lo que Santa Cruz Operation consideró que sus antiguos socios estaban usando sus propias aportaciones para reforzar a un rival comercial de Unix.

Unix, todo un 'dinosaurio' tecnológico. (Imagen extraída de 'Parque Jurásico')

Quiebras, divisiones, y fragmentación de los derechos sobre Unix

Ese mismo año, Santa Cruz Operation decide deshacerse vende sus derechos sobre Unix a una empresa filial independizada llamada Caldera, que será quien inicie en 2003 una demanda contra IBM y RedHat alegando ser propietaria del código aportado por IBM y ya incluido en el kernel Linux.

Durante cuatro años, la comunidad Linux teme las posibles consecuencias legales de esta laberíntica demanda. Hasta que Caldera, rebautizada entonces como SCO Group, entra en bancarrota en 2007, pierde su primer juicio sobre Linux, otro contra Novell relacionado con sus derechos de Unix y recibe, además, demandas por difamación por parte de RedHat y SUSE.

Otros cuatro años más tarde, en 2011, los derechos de SCO Group son vendidos a UnXis (actualmente Xinuos), pero la primera (rebautizada de nuevo como TSG Group) mantiene activa su demanda contra IBM y cía, logrando que en 2013 un juez reactive el caso.

A estas alturas, tenemos los antiguos derechos de Unix dispersos entre tres compañías, que sepamos: una gran tecnológica (Novell), una compañía quebrada (SCO/TSG Group) y una desarrolladora de sistemas Unix para servidores (Xinuos).

Varias de las marcas/compañías que se han enfrentado con IBM por los derechos sobre parte del código de Linux.

En todo este tiempo, el caso ha seguido aletargado… pero vivo en los tribunales, mientras la comunidad Linux seguía desarrollando su sistema operativo y los abogados seguían cobrando gracias al empecinamiento de unos y otros. Un empecinamiento que no resulta nada raro a tenor del premio que está en juego…

…la posibilidad de reclamar la propiedad parcial sobre un kernel que no sólo tiene ahora muchos más usuarios de escritorio que en 2003… sino que está presente en el corazón del sistema operativo predominante en el sector móvil (Android), instalándose millones de copias nuevas del mismo cada año.

Imaginemos por un momento cuántos ingresos en concepto de canon podría suponer eso si alguno de los herederos de Santa Cruz Operation logra, finalmente, una victoria en los tribunales.

Una puerta se cierra, pero hace poco se abrió otra

Hace un año supimos, sin embargo, que la vía legal había llegado a un abrupto final para TSG Group: el interventor judicial que el estado de Delaware nombró para supervisar la compañía ha recomendado llegar a un acuerdo con IBM para cerrar el asunto ante "el incierto éxito final de las reclamaciones" de TSG contra la misma. A cambio, IBM aportará 14,25 millones de dólares que aportarán algo de liquidez a su moribundo rival.

¿Asunto cerrado? Pues… ¡No! Porque recordemos que TSG Group vendió sus derechos sobre Unix a Xinuos, quien en marzo de 2021 presentó su propia demanda contra IBM, en la que incluso pedía que los tribunales revirtieran su adquisición de RedHat (por 34.000 millones de dólares), presentada como parte de una 'conspiración' contra UNIX.

IBM rechazó sus alegaciones como "infundadas" —y, desde luego, parece difícil que ningún tribunal le obligue a deshacerse de RedHat en un futuro previsible—… pero, en cualquier caso, esta demanda de Xinuos mantiene abierta una puerta a un posible terremoto en el mundo del software cuando podría haber quedado completamente cerrada.

Una versión anterior del artículo se publicó en 2021.

Imagen principal | Extraída del documental 'Seven Worlds, One Planet' de la BBC

NetBSD es un sistema operativo tipo *BSD (a su vez perteneciente a la familia Unix), hermanastro de macOS y primo hermano de Linux. El lanzamiento de su versión 10.0 se espera que tenga lugar relativamente pronto, pero por ahora sus responsables han decidido publicar una versión de actualización menor, la 9.3.

Algunas de las novedades de esta nueva versión no suenan, ciertamente, muy apasionantes:

"Compatibilidad con sistemas de archivos UDF creados en Windows 10, soporte mejorado para chipsets Intel Gigabit Ethernet, mejor soporte para nuevos chipsets Intel y AMD Zen 3, soporte para servidores X11 basados en wsfb en Commodore Amiga y…".

Espera, ¿tú también te has fijado en eso, verdad?

Si existe, funciona con NetBSD

El Commodore Amiga fue una computadora de 16 bits que salió al mercado en 1985 y, durante varios años, fue capaz de plantar cara a los Mac de Apple y al IBM/PC con MS-DOS gracias a lo avanzado de su sistema operativo (AmigaOS), dotado de multitarea real o apropiativa.

No renunció al mercado de la computación doméstica hasta 1994, sólo unos pocos meses antes del lanzamiento de Windows 95. Y, aún así, Amiga mantiene una base —menguante pero entusiasta— de fans entre los aficionados a la retroinformática.

En Xataka

Ordenadores perdidos: el Commodore 900 quiso cambiar el mundo gracias a Unix, pero el Amiga lo convirtió en irrelevante

Suficientes fans de hecho, como para que un sistema operativo de 2022 se haya molestado en incorporar soporte para sesiones gráficas (mediante un servidor X11)** en dicho hardware**. Esto ya nos da una idea de que NetBSD está lejos de ser el típico sistema operativo, aunque sea uno minoritario.

Y es que el objetivo que diferencia este sistema de otros BSD como FreeBSD u OpenBSD lo resume, precisamente, su eslogan "Of course it runs NetBSD" (Por supuesto que ejecuta NetBSD), en referencia al amplísimo catálogo de arquitecturas de hardware que soporta, desde las (hoy) enormes microcomputadoras VAX (lanzadas al mercado en la década de los 70) hasta PDAs de todo tipo, pasando por PCs, Raspberry Pis o videoconsolas Sega Dreamcast.

Actualmente, cuenta con compatibilidad con 8 arquitecturas de desarrollo preferente, así como otras 47 secundarias. Las 55, en total, ya cuentan con versiones (llamadas 'ports' en este contexto) propias de la edición 9.3 de NetBSD.

Quienes ya han probado NetBSD en un equipo Amiga, hablan de un proceso de instalación dividido en dos partes:

1. La instalación propiamente dicha, no excesivamente compleja —dentro de su público formado por usuarios avanzados— y que, al terminar, nos muestra directamente un entorno gráfico básico.

2. La ejecución del programa sysinst, con el objetivo de configurar ciertos aspectos avanzados del sistema operativo, desde el nombre del host hasta los repositorios de paquetes de software.