3 guerras de Linux que dieron forma al sistema eficaz que usas hoy

El mejora de software de código franco está impulsado por comunidades globales y, de acuerdo con la naturaleza humana, esas comunidades no estarán de acuerdo, formarán facciones e impulsarán sus propias agendas. Cuando dos o más grupos tienen una diferencia de opinión sobre poco, competirán para convertirse en la decisión que todos acepten y, a veces, las cosas se complican.

Si admisiblemente su instalación limpia de la última distribución de Linux de su comicios puede parecer producto de la paz, ese software se forjó en el fuego de la batalla por las mentes y la décimo de mercado de usuarios como usted. Estas son tres de las guerras de Linux más importantes que han legado forma al sistema eficaz que rige el mundo hoy.

La Lucha Santa por la atrevimiento

El primer gran conflicto en la historia de Linux y de todo el software atrevido y franco fue sobre el Pregunta fundamental: ¿Qué significa “graciosamente” en este contexto?

De ahí viene toda la idea de “atrevido como en atrevimiento, no como en cerveza”. La Free Software Foundation o FSF (la estructura detrás del esquema de osadía GPL) consideró que se trataba de una cuestión pudoroso. El código debe permanecer franco para siempre, y si una empresa con fines de provecho escribe código nuevo para mejorar o ampliar el software franco, le debe a la comunidad ese código bajo los mismos términos en que se publicó el código flamante.

La Open Source Initiative (OSI) tenía una visión diferente. Formada en 1998, la OSI fue la que acuñó el término “código franco” y el objetivo universal era ganar que las empresas adoptaran el software atrevido.

Relacionado

Linux Mint vs. Ubuntu: ¿Qué tan diferentes son en realidad?

¿Cuál es la mejor comicios para un principiante total? ¿Existe siquiera una diferencia?

En la ejercicio, las licencias generalmente permitían ambas filosofías, pero con la libertad de la osadía GPLv3 por parte de la FSF. Esto incluía estilo y disposiciones para evitar que las empresas bloquearan el software GPL en dispositivos de consumo, como en el caso de TiVo. Obviamente, pocas empresas aceptarían una osadía que les impidiera rodear un dispositivo, por lo que el impulso de la GPL3 ha sido poco controvertido.

Es revelador que el kernel de Linux siga siendo GPLv2, y obviamente sería un problema para los millones de dispositivos que se ejecutan en Linux si no hubiera una forma constitucional de bloquearlos. De cualquier guisa, este es un debate continuo que da forma a Linux y a cada estancia de software de código franco hasta el día de hoy.

Guerras de escritorio sin fin

Crédito: Lucas Gouveia / How-To Geek

A posteriori de todos estos primaveras, la gran comicios de entorno de escritorio sigue estando entre KDE y GNOME. Una razón importante por la que GNOME existe es principalmente que KDE se podio en el situación Qt, lo que generó preocupaciones sobre las licencias. Hoy en día, el situación Qt ofrece un maniquí de osadía dual y el entorno de escritorio KDE utiliza la lectura del software con osadía abierta. Entonces, KDE es de hecho completamente de código franco, pero en los inicios de GNOME eso todavía era un motivo de preocupación.

En otra cadeneta de tiempo, GNOME nunca se desarrolló y KDE podría activo sido la única opción, pero hoy esa división ideológica ha resultado en dos opciones principales de entorno de escritorio y, por supuesto, aún se están produciendo más divisiones y cismas internamente de cada edicto.

Systemd contra la vieja custodia: la disputa auténtico que desgarró a Debian y dividió a la comunidad en dos

Crédito: Lucas Gouveia/How-To Geek

Hasta la plazo, la “disputa auténtico” es probablemente la más dramática. El “sistema init” es el primer software que se ejecuta luego de cargar el kernel y administra los servicios, el registro, los dispositivos y el comportamiento de inicio. Systemd llegó con la promesa de uniformar e integrar esta función de una guisa que solucionara problemas con scripts de shell con errores y situaciones complicadas como las condiciones de carrera.

Eso suena formidable, ¿cuál es el problema? El problema que tiene la masa con systemd no es tanto que no funciona o no hace un buen trabajo, sino que es filosóficamente opuesto a cómo deberían funcionar Unix y los sistemas operativos similares a Unix. Concentra mucho control en un solo división.

Relacionado

5 distribuciones pioneras de Linux que silenciosamente pasaron a la historia

Explore el promoción y la caída de estos innovadores sistemas Linux y cómo perdura su herencia.

Cuando Debian Linux, en el que se construyen una gran cantidad de distribuciones de Linux, decidió hacer que systemd sea su sistema predeterminado, se desató el abismo. Por supuesto, siendo la comunidad FOSS lo que es, la respuesta fue opinar “bifurcarlo” y ahora tenemos Devuan. Una ramificación de Debian sin systemd. Sin secuestro, si no estás discutiendo con la masa sobre sistemas init en foros hasta altas horas de la perplejidad, probablemente estés usando una distribución systemd, y parece que esto es Linux nuevo para admisiblemente o para mal.

Estos son sólo tres conflictos importantes que han legado forma a Linux, y lo que me resulta interesante de esto es cuán franco es todo más allá del código. Cuando se prostitución de un sistema eficaz de código cerrado como Windows, ocurren exactamente este tipo de conflictos y discusiones, pero suceden a puerta cerrada. Para cuando se pica el sistema eficaz, todos están siguiendo públicamente la cadeneta.

Con Linux, no sólo podemos ver todos los trapos sucios al ventarrón, sino que adicionalmente nulo te impide participar y ayudar a dirigir las cosas de una guisa u otra. Si eso es poco bueno es una pregunta para otro día, ¡pero nadie puede argumentar que no es divertido de ver!