Explorar temas

INFORMÁTICA

Ejemplos de software libre: programas, usos y licencias

LibreOffice, GIMP, Firefox, Blender y Moodle son ejemplos de software libre. Lo que los caracteriza son los permisos para usar, estudiar, modificar y compartir el programa. Una descarga gratuita, por sí sola, no demuestra esas libertades.

16 casos de uso de software libre

Estos casos son hipotéticos y muestran tareas distintas. La licencia se refiere al código o edición indicada; no certifica el mantenimiento, la calidad de cada extensión ni los permisos sobre los contenidos utilizados.

Ir a un caso
  1. LibreOffice: redactar un informe
  2. GIMP: editar una fotografía
  3. Inkscape: crear un diagrama
  4. Audacity: trabajar con una grabación
  5. Blender: modelar en tres dimensiones
  6. Firefox: navegar por una biblioteca digital
  7. Chromium: estudiar un navegador
  8. Linux: reconocer el papel del núcleo
  9. Apache HTTP Server: servir páginas
  10. Moodle: organizar un curso
  11. Drupal: organizar contenidos
  12. GNU Bash: automatizar tareas
  13. Avogadro: visualizar una molécula
  14. Scilab: explorar un modelo numérico
  15. Wireshark: observar una red de laboratorio
  16. Ares Galaxy y eMule: distinguir cliente y contenido

EJEMPLO 01

LibreOffice: redactar un informe

Ejemplo: Una clase prepara un informe en Writer, una tabla en Calc y unas diapositivas en Impress.

Una misma suite reúne herramientas distintas. Los documentos se pueden crear y compartir sin confundir las aplicaciones con los formatos de archivo.

Distinción importante: La suite se distribuye bajo MPL 2 e incluye componentes con otras licencias libres; las fuentes, imágenes y documentos tienen sus propios derechos.

Licencia · Documentación

EJEMPLO 02

GIMP: editar una fotografía

Ejemplo: Una estudiante recorta una foto propia, corrige el encuadre y conserva capas para revisarla después.

GIMP permite trabajar con imágenes. Estudiar o modificar el código del programa es una posibilidad adicional, no un requisito para utilizarlo.

Distinción importante: GPL 3 corresponde al programa; no convierte automáticamente una fotografía ajena en material reutilizable.

Licencia · Documentación

EJEMPLO 03

Inkscape: crear un diagrama

Ejemplo: Un docente dibuja flechas, formas y etiquetas para explicar un ciclo.

Los objetos vectoriales se pueden ajustar por separado. Este caso cubre una tarea distinta de retocar píxeles en una fotografía.

Distinción importante: La licencia GPL de Inkscape no determina por sí sola la licencia del diagrama creado.

Licencia · Documentación

EJEMPLO 04

Audacity: trabajar con una grabación

Ejemplo: Un grupo graba una explicación propia, recorta pausas y ajusta el nivel antes de exportarla.

Es edición de sonido: una pista de audio no es lo mismo que una secuencia de notas MIDI ni que una lista de archivos.

Distinción importante: Los formatos admitidos dependen de la instalación y algunas funciones usan FFmpeg; no se promete compatibilidad universal ni mejor rendimiento que cualquier otro editor.

Licencia · Documentación · Documentación

EJEMPLO 05

Blender: modelar en tres dimensiones

Ejemplo: Una alumna crea un modelo de una mesa y lo anima girando para mostrar sus lados.

Modelado y animación representan otro tipo de creación digital. El código puede estudiarse o adaptarse, pero no hace falta programar para modelar.

Distinción importante: La GPL del programa no obliga por sí sola a dar la misma licencia a cada animación o modelo creado.

Licencia · Licencia

EJEMPLO 06

Firefox: navegar por una biblioteca digital

Ejemplo: Un estudiante consulta un catálogo y organiza las páginas que necesita para un trabajo.

Firefox es un navegador. El acceso a su código y las condiciones de Mozilla permiten distinguirlo de un navegador cuya descarga solo sea gratuita.

Distinción importante: Las extensiones, los contenidos de las páginas y los servicios web tienen términos propios; ningún navegador garantiza privacidad absoluta.

Licencia · Documentación

EJEMPLO 07

Chromium: estudiar un navegador

Ejemplo: Un equipo que aprende desarrollo consulta el código de Chromium para entender cómo se organiza un navegador.

Su código principal usa BSD de tres cláusulas. Es un ejemplo de licencia permisiva, distinta de las licencias con copyleft.

Distinción importante: Chromium incorpora componentes con otros avisos y no es idéntico al producto Google Chrome.

Licencia

EJEMPLO 08

Linux: reconocer el papel del núcleo

Ejemplo: Un sistema utiliza Linux para gestionar procesos, memoria y dispositivos mientras una persona trabaja con aplicaciones.

Linux es el núcleo. Un sistema GNU/Linux combina ese núcleo con herramientas GNU y otros componentes; la interfaz gráfica depende del entorno elegido.

Distinción importante: Linux no nació como navegador ni equivale a todas las aplicaciones de una distribución. Su licencia principal es GPL 2 con una nota sobre llamadas al sistema.

Licencia · Documentación · Documentación

EJEMPLO 09

Apache HTTP Server: servir páginas

Ejemplo: Un centro educativo configura un servidor para responder a las peticiones de su sitio.

Apache HTTP Server es software de servidor web. No es la suite Apache OpenOffice, que contiene herramientas de oficina.

Distinción importante: Se distribuye bajo Apache 2. El rendimiento, la seguridad y la facilidad de instalación dependen de la configuración y del entorno.

Documentación · Licencia

EJEMPLO 10

Moodle: organizar un curso

Ejemplo: Un profesor dispone materiales, actividades y entregas en un aula virtual.

El software se puede estudiar y adaptar bajo GPL. Quien presta alojamiento o soporte puede cobrar por esos servicios.

Distinción importante: Software libre no significa que el servidor, la administración y el mantenimiento no tengan costo.

Licencia · Documentación

EJEMPLO 11

Drupal: organizar contenidos

Ejemplo: Una asociación crea secciones y permisos para que varias personas publiquen noticias.

Es un gestor de contenidos. La libertad del código permite adaptar el sistema sin convertir esa posibilidad en una garantía de calidad de todo módulo.

Distinción importante: Su GPL no sustituye la comprobación de licencias de módulos, recursos externos y material publicado.

Licencia · Documentación

EJEMPLO 12

GNU Bash: automatizar tareas

Ejemplo: Una persona prepara una secuencia de órdenes para repetir una tarea con varios archivos de prueba.

Bash es un intérprete de órdenes. Este caso muestra software libre que se utiliza mediante texto, además de las aplicaciones gráficas.

Distinción importante: Automatizar no hace correcta una orden: antes de usarla con datos importantes se comprueba su efecto.

Documentación

EJEMPLO 13

Avogadro: visualizar una molécula

Ejemplo: Una clase construye un modelo molecular para observar su forma desde distintos ángulos.

Avogadro es un editor y visualizador molecular. La serie 2 usa una base de código con licencia BSD de tres cláusulas.

Distinción importante: La serie 1 empleó GPL: una licencia de la versión actual no debe asignarse retrospectivamente a Avogadro 1.1.1. El modelo no demuestra por sí solo una propiedad química.

Documentación · Licencia

EJEMPLO 14

Scilab: explorar un modelo numérico

Ejemplo: Un grupo representa cómo cambia una magnitud de un modelo al variar un parámetro.

El código de Scilab se distribuye bajo GPL 2 desde la serie 6. Este es un ejemplo de herramienta científica, distinto de un editor de texto o un navegador.

Distinción importante: Las bibliotecas opcionales pueden tener otras condiciones. Que el programa sea libre no valida los supuestos ni los resultados de un modelo.

Documentación · Licencia

EJEMPLO 15

Wireshark: observar una red de laboratorio

Ejemplo: Un equipo analiza paquetes de una red de pruebas para reconocer los protocolos utilizados.

Wireshark permite examinar tráfico; su código usa GPL. El ejemplo cubre diagnóstico y aprendizaje de redes.

Distinción importante: El uso debe contar con autorización sobre esa red. La licencia del programa no concede derechos para acceder a comunicaciones ajenas.

Licencia · Documentación

EJEMPLO 16

Ares Galaxy y eMule: distinguir cliente y contenido

Ejemplo: Dos personas estudian cómo un cliente de una red entre pares intercambia archivos que pueden compartir.

Ares Galaxy y eMule son ejemplos de clientes P2P publicados bajo GPL. No son nombres de un servicio web que conceda permiso sobre todo archivo disponible.

Distinción importante: Se usan aquí como ejemplos documentados de esta clase de programas, sin garantizar mantenimiento, seguridad o disponibilidad actual de sus redes.

Ficha del proyecto · Ficha del proyecto

Las cuatro libertades, con ejemplos

El software libre se define por las libertades del usuario, no por su precio. Estudiar y modificar el programa requiere acceso al código fuente.

  1. Usar: ejecutar el programa para la tarea que necesites.
  2. Estudiar y adaptar: examinar el código y cambiar una función.
  3. Compartir: entregar una copia a otra persona.
  4. Compartir mejoras: distribuir una versión modificada, respetando su licencia.

No necesitas saber programar para usar software libre. Tampoco todos los usuarios desarrollan código: pueden contribuir con pruebas, documentación o traducciones. El acceso al código facilita la revisión, pero no garantiza que una aplicación carezca de errores.

Documentación

Casos que requieren distinguir precio, edición y componentes

Los siguientes nombres sirven para reconocer errores de clasificación. No forman una lista de productos íntegramente libres: algunos son propietarios, otros agrupan componentes o requieren identificar la edición.

BitTorrent: protocolo y cliente

BitTorrent es también un protocolo. El cliente comercial de ese nombre tiene un contrato de uso propio: el nombre del protocolo no demuestra que una aplicación sea libre.

Licencia

Google Chrome y Chromium

Chromium publica su código principal bajo BSD y reúne componentes con otros avisos. Google Chrome utiliza parte de ese trabajo, pero sus ejecutables tienen condiciones adicionales: no son nombres intercambiables para certificar las mismas libertades.

Documentación · Licencia

MediaCoder

Su autor documenta que desde la versión 0.7 dejó de distribuirse como código abierto. Que utilice programas libres externos o tenga una edición sin costo no convierte todo el producto en software libre.

Documentación

PDFCreator

Conviene identificar la edición y leer el código y los términos que la acompañan. La página del proveedor remite a AGPL y también enumera restricciones comerciales: no basta usar la marca como ejemplo de una licencia libre uniforme.

Licencia

PortableApps.com

Una aplicación portátil puede ejecutarse sin una instalación convencional, pero portabilidad y libertad son características distintas. Una plataforma de aplicaciones tampoco transmite su licencia a cada programa que distribuye.

Documentación

Spybot — Search & Destroy

La edición gratuita informa sobre el precio. Su contrato para usuarios particulares limita usos y modificación mediante ingeniería inversa; no concede las cuatro libertades que definen al software libre.

Documentación

Ubuntu

Es una distribución que reúne muchos paquetes, cada uno con sus licencias. Incluye una gran cantidad de software libre, pero el nombre de la distribución no permite atribuir una misma licencia ni las mismas libertades a todo componente disponible.

Licencia

Uniform Server

Agrupa un servidor web y otras herramientas. Su ficha usa una licencia BSD para el proyecto, pero Apache, PHP y los motores de bases de datos conservan sus propias licencias.

Ficha del proyecto

XAMPP

Su compilación se ofrece bajo GPL; Apache Friends pide comprobar cada componente. Apache, MariaDB, PHP y Perl no se convierten en un único programa con una licencia uniforme.

Documentación

7-Zip

Gran parte de su código usa LGPL y algunas partes BSD. La documentación también contiene una restricción unRAR que impide reutilizar ese código para desarrollar un compresor compatible con RAR. No se debe describir todo el paquete como código sin restricciones de uso.

Licencia

JDownloader

Gestiona descargas, pero su propia documentación histórica distingue código GPL y el complemento DLC cerrado. Que exista código publicado no demuestra que todo paquete o complemento tenga la misma licencia. Tampoco elimina las cuentas, límites o condiciones de los servidores de descarga.

Documentación

Un logotipo no demuestra la licencia

Tarjeta que reúne logotipos de Chrome, Opera Mini, Firefox y Ubuntu bajo un rótulo de software libre.
La tarjeta reúne productos con condiciones diferentes. Chrome y Opera Mini no deben clasificarse como libres por aparecer aquí. Firefox tiene código libre y Ubuntu reúne paquetes con licencias propias. Para clasificar un programa se consulta su licencia, no su logotipo.

Documentación · Documentación · Licencia · Licencia

GPL, BSD y MPL: diferencias con ejemplos

Una licencia concede permisos y establece condiciones. Copyleft significa que determinadas redistribuciones deben mantener libertades sobre el código cubierto; no significa ausencia de reglas. Una licencia permisiva también puede exigir conservar avisos.

GPL: distribuir cambios y conservar libertades

Ejemplo: un equipo modifica una aplicación GPL y entrega copias a otras personas. Debe cumplir las condiciones aplicables a la distribución, incluido el acceso al código fuente correspondiente. Modificarla solo para uso privado no obliga por sí mismo a publicarla en Internet. Los autores conservan derechos: la GPL no elimina el derecho de autor ni exige registrar cada modificación.

Licencia

BSD: permisos amplios con condiciones

Ejemplo: una aplicación incorpora código bajo BSD de tres cláusulas. Puede combinarlo con otro código, incluso propietario, respetando avisos y condiciones. Esa licencia no permite atribuir el respaldo del autor sin permiso. «Permisiva» no significa «sin licencia».

Licencia

MPL: copyleft al nivel de los archivos

Ejemplo: una aplicación combina archivos MPL modificados con archivos independientes. Al distribuirla, los archivos cubiertos deben cumplir MPL y su obligación de disponibilidad del código. Los archivos independientes no quedan automáticamente bajo MPL. Por eso no es correcto decir que MPL carece de copyleft.

Licencia

Precio, código y marca son asuntos distintos

Se puede cobrar por distribuir software libre o por prestar soporte. También puede haber condiciones sobre el uso de una marca: el permiso para modificar código no equivale a presentarlo como un producto oficial. Un archivo visible en Internet sin permiso de modificación y redistribución tampoco se convierte automáticamente en software libre.

Documentación · Licencia · Licencia

Estas comparaciones son educativas: los detalles dependen del texto y versión de la licencia, de los archivos y de cómo se distribuya el programa.

8 ejercicios para practicar

  1. Una aplicación se descarga gratis, pero prohíbe modificarla. ¿El precio demuestra que es libre?
  2. Una empresa cobra por instalar Moodle. ¿Eso contradice que el programa sea libre?
  3. Una persona modifica para uso privado un programa bajo GPL. ¿Debe publicar siempre sus cambios en Internet?
  4. Una aplicación combina archivos MPL modificados con otros archivos independientes. ¿Todo debe adoptar automáticamente MPL?
  5. Una foto tiene el logotipo de Chrome junto a Firefox. ¿Prueba que ambos productos tienen la misma licencia?
  6. Un emulador es GPL. ¿La licencia incluye cualquier juego que se ejecute en él?
  7. Un paquete reúne Apache, PHP y una base de datos. ¿Se puede asignar la licencia del paquete a todo su contenido?
  8. Un programador abre el código de un proyecto, pero no encuentra permiso para modificarlo o redistribuirlo. ¿Ver el código basta?
Ver respuestas explicadas
  1. No. El precio y las libertades son criterios distintos; hay que leer la licencia.
  2. No. Se puede cobrar por instalación o soporte; deben respetarse las condiciones del software que se distribuya.
  3. No. El uso privado no exige por sí solo esa publicación. Al distribuir copias entran en juego las obligaciones de la licencia.
  4. No. MPL aplica su copyleft al nivel de los archivos cubiertos; al distribuir, hay que cumplir las obligaciones sobre esos archivos. No se extiende automáticamente a cada archivo independiente.
  5. No. Un logotipo identifica una marca o programa; no acredita las libertades ni la licencia de cada versión.
  6. No. El emulador y los juegos son obras diferentes y pueden tener permisos distintos.
  7. No. Hay que distinguir los términos de la compilación y los de cada componente.
  8. No. La posibilidad de leerlo no sustituye una licencia que otorgue las libertades correspondientes.

Errores frecuentes

Referencias

Consulta documental: 9 de octubre de 2026. Cada ficha enlaza documentación del proyecto o su licencia. Para comprobar una edición, consulta su licencia y los avisos de sus componentes.