RESUMEN TEMA 69. SOFTWARE DE CÓDIGO ABIERTO.

SOFTWARE
LIBRE. CONCEPTOS BASE. APLICACIONES EN ENTORNO
OFIMÁTICO Y SERVIDORES WEB.

SW LIBRE Y SW PROPIETARIO
‘Free’ no implica gratuito, sino libertad para los usuarios:
 Libertad 0: Ejecutar y usar para cualquier propósito
 Libertad 1: Estudiarlo y adaptarlo
 Libertad 2: Distribuir copias
 Libertad 3: Modificarlo y liberar las modificaciones
1998: escisión conceptual entre SW libre (FSF) y SW de código abierto (OSI).

SW Libre
Antecedente: BSD (Universidad Berkeley), Iniciador: Richard Stallman, en proyecto GNU (GNU is Not Unix), funda FSF
(1984) para proteger las 4 libertades después de las redistribuciones.
General Public License (GPL) como base: no permite a redistribuidores ninguna restricción adicional ( copyleft), impidiendo
legalmente privatizarlo. GPL  única realmente libre.

SW de Código Abierto
OSI surge en 1998 para reaccionar a la liberación del código fuente de Netscape Navigator: ofrecer SW libre orientado al
mundo empresarial, sin copyleft (BSD o Apache tenían mayor adaptación comercial). Ideas provienen de La Catedral y el
Bazar (Eric Raymond). Establecen ‘open source’ en lugar de ‘free’. Mantienen 4 libertades, pero no copyleft: flexibilidad en
redistribuciones. GPL cumple con OSD: es licencia abierta.
OSD (Open Source Definition)  no es licencia, son 10 directrices para establecer principios del SW abierto y clasificar
licencias, derivadas de las Debian Free Software Guidelines - DFSG (OSI Certified  marca de certificación para indicar que
una licencia cumple con OSD):
1. Redistribución libre  no impedir vender/ofrecer como parte de SW compuesto.
2. Código fuente  incluirlo medio de acceso claro a no más que coste de reproducción
3. Obras derivadas  permitir modificaciones y distribución en mismos términos.
4. Integridad del código fuente del autor.
5. No discriminación respecto a personas o grupos.
6. No discriminación respecto a sectores de actividad.
7. Distribución de la licencia  derechos cedidos sin firmar licencia adicional.
8. Licencia no tiene que ser específica de un producto  no depender de una versión.
9. Licencia no debe limitar a otro SW  que se distribuya conjuntamente.
10. Licencia debe ser neutra respecto de la tecnología.

SW Libre vs SW de Código Abierto

Objetivos diferentes (no contrapuestos):
 FSF  expandir SW libre en beneficio de la comunidad, aun pierda contribuciones. OSI no es libre al no garantizar
libertad a usuarios futuros, y contribuir a privatizarlo. >libertad a usuarios.
 OSI  expandir el SW de código abierto y que grandes compañías se sumen (>usuarios => >expansión). FSF no es
libre al obligar a mantener copyleft. >libertad a desarrolladores.

Terminología
SW libre  distribuido con licencia que permite acceso al código objeto y fuente (no gratis).
Derechos de autor  protección de creaciones originales, literarias, artísticas o científicas, expresadas por cualquier medio
o soporte, tangible o intangible, conocido o futuro
Licencia de uso  instrumento legal (contrato) para dar permiso de uso a cambio o no de contraprestación económica.
 SW libre y licencia libre  FSF, licencia que respete 4 libertades.
 SW abierto y licencia abierta  OSI, cumple directrices de OSD.
 SW copyleft y licencia con copyleft  apps y licencias con copyleft robusto (GPL).

Tema 69 Resumen.docx Fecha: 30/04/2019 1/8

 SW y licencia propietaria  apps bajo licencias no libres.

TIPOS DE LICENCIAS
Licencia de uso de SW  autoriza a usuarios a realizar actos y permite a autor reservar derechos e imponer otras
obligaciones. Instrumento legal habitual para distribuir SW libre.
Licencias libres  < restricciones y derechos/obligaciones opuestos a propietarias (proteger la reputación del autor y
asegurar las 4 libertades). Desde obligaciones mínimas ( disclaimer: aviso de autoría) hasta las máximas de GPL (obliga a
distribuir bajo GPL). Algunas no aseguran libertades, pero tratan de ajustarse al modelo (Sun Community License).
Propietarias, Pseudo-libres, libres (restrictivas - con copyleft robusto, permisivas - sin copyleft robusto).

Licencias libres con Copyleft robusto

Aseguran las 4 libertades y que las modificaciones se distribuyan en las mismas condiciones.
Licencia Pública General GNU v2 (GPL)
Preámbulo  filosofía de SW libre y resumen de licencia.
Parte principal  derechos, condiciones y limitaciones.
 Cl.1  derechos a copia y distribución.
 Cl.2  derechos de modificación.
 Cl.2b (copyleft)  derechos de distribución de modificaciones con GPL, sin cobrar por ella
 Cl.3  derechos de copia y distribución en código objeto o ejecutable ofreciendo el código fuente (máx. 3 años, basta
acceso desde Internet) sin más coste que el de entrega.
Permite modificar y distribuir copias sin avisar a los autores (sí a los destinatarios), cobrar por la distribución de copia y
ofrecer garantías a cambio de un pago.
Distribuciones  acompañadas de avisos de autoría, indicación de modificaciones (y fecha), aviso de que no hay garantía
y copia de la licencia (URL en www.fsf.org es suficiente).
Cl.5  no obliga a aceptar licencia para el uso, obliga a aceptarla para modificar o distribuir.
Licencia persistente: no es posible privatizar el SW bajo GPL.
Licencia Pública General GNU v3 (GPL)
Preámbulo  licencia de SW libre con copyleft, busca garantizar libertad para compartir y modificar todas las versiones
para todos los usuarios (se puede cobrar por distribución).
Permisos básicos (parecido a v2):
 Permiso ilimitado para ejecutar (no obliga a aceptar licencia para el uso, obliga a aceptarla para modificar o distribuir).
 Distribuir copias literales del código fuente publicando claramente aviso de copyright, manteniendo intactos los avisos
de la licencia y de ausencia de garantía, y proporcionando una copia de la licencia. Se podrá cobrar por copia y ofrecer
soporte o protección de garantía mediante un pago.
 Modificar y distribuirlo bajo licencia GPL, incluyendo aviso de quién/qué/cuándo se ha modificado y de que se modifica
de acuerdo con esta licencia. Si distribución en código objeto, adjuntar código fuente o compromiso de ofrecerlo (máx.
3 años).
GPLv3 busca evitar que el SW libre empotrado (ej. TiVO, grabación de TV en HDD) no imponga restricciones vía DRM (ej.
instalar o ejecutar modificaciones). No impide DRM con SW libre, sino facilitar mecanismos para usar versiones igual que el
original.
Si el titular de una patente cede derechos de licencia a un trabajo GPL, se hacen extensivos a todo el programa y derivados,
no pudiendo reclamar sus derechos (licencia ilimitada de patente).
Permite agregar y eliminar ciertos permisos adicionales y, para aumentar compatibilidades, permite integrar SW con
determinadas restricciones adicionales (marcas, garantías…).
No compatible con Affero GPL, aunque se pueden enlazar trabajos AGPLv3: los condicionantes AGPL sobre redes son
aplicables a la combinación, que se publica bajo ambas licencias. Compatible con GPLv2 si ésta indica compatibilidad con
GPLv2 o posteriores.
Licencia Pública General Menor o de bibliotecas GNU (Lesser GPL o LGPL)

Tema 69 Resumen.docx Fecha: 30/04/2019 2/8

Inicialmente  Library GPL. Versión actual  v3. Permite enlazar algunos componentes SW (bibliotecas) con programas
no libres sin sufrir el copyleft (si enlazas componentes SW bajo GPL, obligan a licencia GPL).

Licencia Pública General Affero de GNU (AGPL) v3

Copyleft, muy parecido a GPLv3, párrafo adicional en sección 13: permite a usuarios que interactúan con SW en red recibir
la fuente (FSF aconseja AGPL para SW habitual en red).
No compatible con GNUv2 ni v3 (aunque permite combinar módulos AGPLv3-GNUv3).
Licencia EUPL
Ámbito mundial, gratuita, no exclusiva; autoriza a usar, reproducir, modificar, distribuir, comunicar/ofrecer/exhibir/ejecutar
públicamente, prestar/alquilar, subcontratar derechos en cualquier medio según legislación.
Versión actual 1.2.
Licenciante renuncia a derechos morales (si Ley lo permite) y cede, libre de cánones, derechos de uso no exclusivos sobre
patentes, para ejercer derechos de la Licencia.
Obligaciones de licenciatario:
 Derechos de atribución  mantener advertencias/menciones a derechos de autor, patentes o marcas registradas,
licencia y exención de responsabilidad. Adjuntar copias de éstas y de la Licencia con cada distribución, añadiendo que
ha modificado la obra y la fecha.
 Cláusula copyleft  distribución de copias en condiciones de Licencia o versión posterior (salvo que original se distribuya
sólo en la presente versión). No se podrán imponer condiciones adicionales que limiten la Licencia.
 Cláusula de compatibilidad  distribuciones basadas en original y en otra licencia compatible (lista en el Apéndice):
condiciones de dicha licencia compatible.
 Suministro del código fuente  facilitarlo o indicar repositorio de acceso fácil y gratuito durante el período de
distribución/comunicación.
 Salvaguarda de otros derechos  uso de nombres/marcas sólo si es necesario para indicar el origen y reproducir la
mención a los derechos de autor.
Secuencia de autoría  licenciante/colaborador garantiza ser titular de derechos de autor de la obra/modificación (original
o vía Licencia) y poder otorgar licencias; licenciatario recibe una licencia sobre las contribuciones de
licenciantes/colaboradores al aceptar la Licencia.
Exclusión de garantía  obra en proceso de elaboración, puede contener defectos, se suministra sin garantía.
Exclusión de responsabilidad  de licenciante sobre daños y perjuicios derivados de Licencia o uso de la obra (excepto dolo
o daño a persona física). Según ley aplicable a la obra, responsable por daños causados por productos.
Acuerdos adicionales  cobrar por asistencia/garantías/obligaciones/servs compatibles (sólo en nombre propio, amparando
a todo colaborador).
Aceptación de licencia  al ejercer cualquier derecho (uso incluido)
Licencias compatibles  GNU GPL v2 (v3 en análisis), OSL (Open SW License) v2.1/v3.0, Common Public License v1.0,
Eclipse Public License v1.0, Cecill v2.0.

Licencias libres sin Copyleft Robusto

Licencia Berkeley Software Distribution (BSD) y similares
1ª licencia libre, la más simple y permisiva. Origen  Unix de Universidad de Berkeley (años 70-80). Filosofía  código de
proyectos financiados por el Gobierno debe ser de todos, protegiendo los derechos morales de autores vía copyright notice.
No tiene copyleft.
Modelo de las licencias MIT, Apache, familia X (X, XFree86, XOpen, X11), familia BSD (OpenBSD, FreeBSD, NetBSD), Cryptix,
Python, W3C Software notive, ZPL, LDAP public license, Phorum… OpenSSL y SleepyCat siguen modelo pero incluyen
copyleft.
Derechos  uso, modificación, copia y redistribución sin restricción en código objeto o fuente.
Obligaciones  aviso de copyright, condiciones y negación de garantía y responsabilidad. No usar nombre del autor para
promoción sin su permiso.
Si se modifica, puede eliminarse la autoría e imponer licencia nueva. No obliga a proveer código fuente (licencia no
persistente), y se puede combinar en cualquier obra (libre o propietaria) => >difusión y uso como estándar). Permite
forking (bifurcación de código) => versiones similares pero diferentes (ej. S.O. tipo BSD  OpenBSD, FreeBSD, NetBSD).

Tema 69 Resumen.docx Fecha: 30/04/2019 3/8

BSD 1.1 es compatible con GPL (no viceversa: sólo incorporar código BSD en GPL con resultado GPL). BSD 1.0 es
incompatible con GPLv2.
Apache 1.1
Variante de BSD (= características) con obligaciones extras: mantener publicidad de autores originales en doc y código de
redistribuciones y no usar sin autorización el nombre de Apache.
V1.0 tenía obligación de publicidad en materiales publicitarios (ahora en doc o código), por lo que no es compatible con
GPLv2 ni GPLv3.
Apache 2.0 (Apache Software License)
Derechos  reproducción, modificación, distribución, comunicación pública, sublicenciar código fuente/binario. Licencia de
patente.
Obligaciones  mantener copia de Licencia, aviso de titularidad y exclusión de garantías y responsabilidades en el código
fuente (si código objeto => en la doc); indicar modificaciones y mantener fichero ‘notice.txt’ (comentarios jurídicos) en
código/doc; y conservar avisos de marcas (prohíbe uso de nombre para promoción).
Compatible con la mayoría de licencias (GPLv3 incluida), pero incompatible con GPLv2 (la licencia de patente es una
restricción adicional).
Netscape Public License (NPL) y Mozilla Public License (MPL) 1.1
1998  al abrir Netscape Navigator, se niega a usar GPL, se emiten 2 licencias: NPL (código inicial y modificaciones, con
derechos reservados por Netscape, cumple justo la OSD) y MPL (agregados y programas nuevos que quieran usarla,
actualmente progs de Mozilla.org).
NPL no es compatible con GPL. MPL 1.1 tampoco, aunque permite otra licencia simultánea al programa o partes del mismo.
Mozilla Public License (MPL) 2.0
Secc 3.3  compatibilidad indirecta con GPLv2.0, LGPLv2.1, AGPLv3.0 y versiones posteriores. Pueden combinarse y
distribuirse el resultado bajo GNU si los archivos originalmente MPL siguen bajo MPL (licencia dual MPL/GNU). Se puede
eliminar la compatibilidad añadiendo una indicación.
Otras
CeCCILL v2  compatible con GPLv2 y v3.
Zope Public License v2.0 y v2.1  permisiva, compatible con GPL (versiones previas no).

Licencias Pseudo-libres
Creadas por empresas para beneficiarse del modelo de desarrollo libre: Sun Community Source License (SCSL) y Microsoft
Shared Source Initiative (MSSI).

CONSECUENCIAS LEGALES DEL MODELO DE SW LIBRE

Tª génesis social del conocimiento  todo conocimiento viene de conocimientos anteriores y no pertenece a nadie, debe
permanecer social para mejorar la sociedad.
Argumento tecnológico  todo usuario debe poder conocer, modificar y adaptar el programa a sus necesidades en cada
momento (sin autorización); el SW propietario tiene capacidad de modificación limitada, la autorización es obligatoria y no
hay acceso al código fuente.
Coste  bajo coste (no gratuito) es determinante (pago por licencia pierde sentido), no se suele pagar por uso, sino por
mantenimiento/personalización/consultoría.
Mayor difusión  razón pragmática, forma de obtener beneficios cuando no se es un autor consagrado (copyright es una
barrera para llegar a más nº de personas).

PRINCIPALES ACTORES E INTERESES

Generadores y distribuidores de SW libre

Modelo de desarrollo cooperativo (muchas veces voluntarios) coordinados desde Internet (propietario  desarrollo interno
por asalariados).

Tema 69 Resumen.docx Fecha: 30/04/2019 4/8

Proyectos:
 Vinculados a empresas  no impone cantidad a cobrar: siempre poco por mercado, ingresos por
soporte/formación/personalización. Ej. RedHat (1994), Sun (OppenOffice), Mozilla (Mozilla.org), Ximian (Evolution),
Apache (ayuda de IBM).
 Desarrollados en universidades  reciben financiación de empresas/gobierno. Ej. Familia de S.O. BSD.
 Liderados por grupos de voluntarios  FSF se basa en contribuciones de voluntarios. Ej. OSI, Debian, Abiword.

Usuarios de SW libre
Tradicionalmente  desarrolladores/distribuidores, últimamente  uso multiplicado por ahorro, evitar dependencias, poder
modificarlo… (Ej. Administración pública y centros de enseñanza).
Organizaciones de cooperación al desarrollo  luchas por reducir la ‘división digital’ (acceso a tecnología en regiones más
y menos desarrolladas); tecnologías propietarias  poco sensibles a economías desfavorecidas, lenguas minoritarias y
usuarios.

PROYECTOS SW LIBRE
>60K proyectos SW libre; modelos de desarrollo en art. “la catedral y el bazar” (Raymond):
 Catedral  producción SW clásica, un diseñador controla desarrollo, distribución clara de tareas y roles,
centralización/planificación/entregas programadas, ej. GNU/BSD.
 Bazar  no autoridad que controle/ planifique, roles cambian, surge de acción personal y comparte (resto aporta),
usuarios co-desarrolladores (pruebas), correcciones rápidas, varias ramas (1 estable + 1 inestable), no hay diseño
detallado, dictador benevolente autoriza las subidas, ej. Linux, no hay reutilización de código, se desperdician recursos.

KDE
1º escritorio con ventanas Unix, tipo bazar, fácil/abierto/estable/fiable, apps nativas en GNU-
Linux/BSD/Solaris/Windows/Mac OS X, ppio de personalización (todo puede ser configurado):
 Objs  ofrecer apps de usr y bibliotecas para sistema gráfico X11.
 Basado en biblioteca gráfica OO Qt (Trolltech, propietaria).
 Lenguaje de programación  C y C++,
 Sistema I/O  KIO.
 Sistema Intercomunicación de procesos  DCOP (Desktop Communication Protocol), sustituido por D-BUS en v4.0, NO
basado en CORBA (limitaciones), defienden que DCOP es más ligero y ofrece integración CORBA.
 Sistema Mmedia  Rts, sustituido por Phonon.
 Sistema Componentes  KParts.
Desde V2.0 licencia dual (GPL y propietaria), liberado con licencia apps GPL/QPL/MIT/Artistic y bibliotecas LGPL/BSD/X11.
Desde v4.5, también LGPL.
Desarrollo
Calendario de lanzamiento de versiones, 3 nºs de versión  1 mayor + 2 menores (= nº mayor  compatibilidad binaria
y cambios en biblioteca Qt, 1 nº menor  nueva funcionalidad y corrección, 2 nºs menores  sólo corrección):
 v1.0  1998, v2.0  2000
 v3.0  2002, nuevos comps de impresión, SSL, idiomas de dcha a izqda.
 v4.0  2007, aumento de rdto e integración con Windows/MAC.
 v4.4  KDE pasa a ser la comunidad, el SW se llama KDE Software Compilation, y se divide en KDE Plasma Workspaces
(base), KDE Applications (apps)y KDE Developer Platform (bibliotecas, desarrollo)
 v4.10  mejora de espacios de trabajo/motor de metadatos/gestor de archivos Dolphin , nuevo gestor de impresión.
 V4.14  versión actual del KDE Software Compilation (julio 2014): KDE Developer Platform reescrita en KDE Frameworks
5, Plasma Workspaces con nueva tecnología basada en Qt y en KDE Framework 5.
Aplicaciones
 Gestor de ventanas  Kwin por defecto, Sawfish, FVWM, IceWM (y próximas versiones de Enlightment y Blackbox);
desde KDE2 soporta estándar NETWM.
 KMail  cliente de e-mail, parte de la suite Kontact, carpetas/filtrado/HTML/caracteres internacionales, envía vía servidor
y recibe vía POP3/IMAP, compatibilidad antivirus.
 Kopete  mensajería instantánea, comunica con ICQ/AIM/Gadu-Gadu/IRC/Jabber/MSN/Yahoo
 KOffice  actualmente discontinuada. Suite ofimática (indepte de KDE), unicode y lenguas dcha-izqda,
Linux/Unix/Windows (vía Cygwin)/MAC OS X (vía Fink). Le sigue Calligra Suite. KOffice incluía:

Tema 69 Resumen.docx Fecha: 30/04/2019 5/8

  Konqueror  navegador de ficheros y web (SSL, HTML 4.0, CSS1, ECMAScript 262 basado en JavaScript,
DOM1/DOM2, Java, plugins Netscape), licencia GPL.
 KWord  procesador de textos similar a FrameMaker, basado en marcos.
 KSpread  Hoja de cálculo, lenguaje interpretado embebido KoScript.
 KPresenter  presentaciones basadas en HTML.
 Kivio  diagramas estilo Visio.
 Karbon14  dibujo vectorial.
 Krita  manipulación de imágenes.
 Kugar  generador de informes.
 KChart  visualización de gráficas estadísticas.
 KFormula  editor de fórmulas.
 KPlato  gestión de proyectos.
 Calligra Suite: suite ofimática y editor de artes gráficas desarrollado por KDE como bifurcación de KOffice en 2010. Usa
OpenDocument como el formato de archivo por defecto. Componentes:
 Words  procesador de textos con hojas de estilos. Compatible con documentos de MS Word. Antes KWord.
 Sheets  hoja de cálculo. Soporta múltiples hojas, plantillas y >100 fórmulas. Antes KSpread y Calligra Tables.
 Stage  presentaciones con soporte de imágenes y efectos. Anteriormente conocido como KPresenter.
 Kexi  Diseño e implementación de bases de datos. Incluye funcionalidad de Kugar.
 Plan  gestor de proyectos que puede crear diagramas de Gantt. Antes KPlato.
 Braindump  toma de notas y mapas mentales.
 Flow  programa de dibujo diagramas de flujo. Antes Kivio.
 Karbon  herramienta de dibujo vectorial. Antes Karbon14.
 Krita  manipulación de imágenes rasterizadas, principalmente dibujo. Antes Krayon y KImageshop.
 Author  creación de libros electrónicos que puede exportar en formato EPUB.

GNOME (GNU Network Object Model Environment)

Entorno de escritorio Unix bajo tecnología X Window, alternativa posterior y totalmente libre a KDE (GPL o LGPL), Lenguajes
C (biblioteca) y C++/Perl/Python/Ada.
 v1.0  1999, v1.055 (GNOME October, 1ª estable)  1999, v2.0  2002
 v3.0  2011, GNOME Shell, rediseño de entorno de configuración basada en Mallard.
 v3.2  2011, nuevo panel de gestión, compatib con apps web, + rdto…
 v3.8  Nautilus recupera vista de árbol, rediseño de interfaz de Acts y Apps…
 3.22  versión actual (septiembre 2016)
GTK+ (GIMP ToolKit)  biblioteca gráfica libre (LGPL) multiplataforma basada en 3 bibliotecas:
 GLib  bajo nivel, estructura básica de GTK+.
 Pango  tratamiento de texto.
 ATK  creación de interfaces con gran accesibilidad
Aplicaciones
 ORBit  comunicación entre procesos (implementación de CORBA).
 SOUP  implementación en C de SOAP.
 Bonobo  tecnología de arq de programación basada en CORBA para crear apps, al principio fue importante pero su
pesadez hace que tienda a desaparecer.
 GConf  almacenamiento de configuración del sistema.
 GNOME VFS  sistema de ficheros virtual.
 GNOME Keyring  sistema de seguridad.
 GNOME Print  sistema de impresión.
 Metacity  administrador de ventanas.
 Nautilus  navegador de archivos y web, usa biblioteca Gamin, detecta modifs en tiempo real.
 GUCharMap  mapa de caracteres UNICODE.
 HIG  investigación iniciada por Sun para aumentar la usabilidad.
 LibXML  biblioteca XML
 Gstreamer  framework multimedia para apps.
 Glade  desarrollo de apps gráficas.
 GNOME Office  suite ofimática:
 AbiWord  procesador de textos, importa MS Word, varios formatos de imágenes.
 Evolution  gestor de información personal (correo, agenda, contactos).
 Gnumeric  hoja de cálculo, importa Excel/xml/lotus 1-2-3…
 GNOME-DB  arquitectura de acceso a BD.

Tema 69 Resumen.docx Fecha: 30/04/2019 6/8

  Galeon  navegador web.
 Epiphany  navegador web libre que usa el motor renderizado Webkit para el escritorio GNOME. Descendiente de
Galeon. Disponible también para Max OS X.

OpenOffice.org (OOo)
Suite ofimática de SW libre y código abierto, Windows/Linux/BSD/Solaris/Mac OS X:
 Compatible con MS-Office (guarda además en RTF, TXT, MS Office XML y OpenOffice.org XML, y exporta a PDF y Adobe
Flash).
 Soporta estándar OpenDocument (ISO 26300) para intercambio de datos.
 Versión portable  desde USB, sin instalar.
 Se incluye con GNOME (aunque tiene una propia).
Basado en StarOffice:
 Desarrollado por StarDivision, adquirido por Sun (1999).
 Competencia de MS-Office, abierta, de bajo coste y alta calidad.
 Código fuente liberado en SISSL (Sun Industry Stds Source License), ahora en LGPL.
 Mejoras liberadas cada 3 meses
 Versiones recientes basadas en OpenOffice.org (similar Netscape Navigator y Mozilla)
Versiones:
 v1.0  2002
 v2.0  2005, > integración Office/GNOME, > rdto/scripting, nueva BD, > usabilidad…
 v3.4  licencia Apache 2.0, donado y renombrado como Apache OpenOffice.org
 v3.4.1  2012.
 Última versión: 4.1  abril 2014. Mejoras en la interoperabilidad OOXML.
Herramientas:
 Writer  procesador de texto, crea/edita págs. web, exporta a PDF y HTML.
 Calc  hoja de cálculo, exporta a PDF.
 Impress  presentaciones, crea PDF y exporta a SWF.
 Draw  editor de gráficos de vectores, exporta a SVG.
 Base  BD desde v2.0, front-end para JET (Access), ODBC y MySQL/PostgreSQL.
 Math  formulas matemáticas
Novell ha desarrollado Go-oo (basada en OOo):
 Soporte multimedia sencillo.
 Se liberaba bajo LGPL y CDDL.
 V3.2.1-11  ACTUAL, Go-oo se discontinuó y se convierte en base de LibreOffice.
LibreOffice (basada en Go-oo):
 Bajo MPL v2.0.
 Disponible para Windows, GNU/Linux y Mac OS X.
 v4.0.3.3  compatibilidad Publisher/Visio, integración con Firefox Personas.
 v5.2.3  versión actual (noviembre 2016).
 Mismas herramientas que OOo.

Servidor Apache
Servidor HTTP/2 libre, de código abierto para Unix/BSD/Linux/Windows/Macintosh:
 Licencia Apache 2.0 (Apache Free Software License).
 Lenguaje de programación  C.
 Muy modular (nombres de módulos en cada función debajo)
 Servidores seguros (SSL/TLS) basados en OpenSSL y SSLeay.
 Ficheros especiales para BD usuarios que gestiona seguridad sin degradar capacidad.
 Genera págs. por defecto (estáticas o dinámicas).
 Mecanismo de reescritura (Rewrite) y alias URL (Alias), potente redireccionamiento.
 Negociación de contenidos (Negotiation): mejor presentación en función de HTML, etc.
 Definir sitios virtuales, sistema de albergue virtual masivo configurable dinámicamente.
 Configuración de registro (Log_Config, Log_Agent, Log_Referer, Usertrack): formato + adecuado, conexión a pipes,
filtrado de peticiones, resolver pets DNS asíncronas…

Tema 69 Resumen.docx Fecha: 30/04/2019 7/8

 Autenticación LDAP (Auth_LDAP)
 Crear sistemas de correo integrados con Apache (MBOX).
 Inlcuir Python superando limitaciones CGI.
 Soporte multiproceso e IPv6.
 Compresión para navegadores que lo necesiten.
 Mensajes de error en diversos idiomas.
 v1.0  1996, v1.1  autenticación BD, v1.2  HTTP 1.1, v2.4.4  2013, v2.4.23  ACTUAL (julio 2016).

Mono
Proyecto de código abierto iniciado por Ximian (actualmente Xamarin) para crear un grupo de herramientas libres, basadas
en GNU/Linux y compatibles con .NET según lo especificado por el ECMA.
 Primera versión  2004
 V4.6.2  versión actual (noviembre 2016)

ESTÁNDARES

ISO/IEC 26300 OpenDocument (ODF, antiguo OASIS ODF)

ISO/IEC 29500 Office Open XML (OOXML)

Tema 69 Resumen.docx Fecha: 30/04/2019 8/8