Conociendo el Software Libre

Transcripción

1 Conociendo el Software Libre G.U.G.L.E.R. Administracion en GNU/LINUX - Nivel 1 Alumno : Salkin Santiago Profesor : Exequiel Aramburu Año : 2012

2 Copyright (C) 2012 Salkin Santiago Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".

3 Conociendo el Software Libre Indice Introduccion...2 Un Poco de Historia...3 Surgimiento de la Free Software Foundation y el Software Libre...3 Comunidad sin fronteras...3 Qué significa GNU?...4 Libertades del Software Libre...4 Free Software, Software Gratuito?...4 Financiamiento de Software Gratuito...4 Software de Codigo Abierto...4 Licencia Pública de GNU...5 Características de la GNU GPL...5 Licencias GNU...6 Licencias Libres...7 Comparación entre licencias libres...8 Otras licencias de software libre...8 Licencias Privativas...9 Libertades limitadas...9 Contrato de Licencia de Usuario Final (EULA)...9 Software Libre Vs. Software Privativo Ventajas y Desventajas...10 Uso y Distribución...11 Código...11 Desarrollo y Comunidad...12 Usuarios...12 Sector Económico...12 Fuentes Bibliográficas...15 GNU Free Documentation License...15 Página 1 de 20

4 GUGLER - Administración en GNU/LINUX Introducción Qui enes estamos gran parte del día sentados frente al PC, nos encontramos en permanente contacto con software de toda índole: Editores de texto, reproductores multimedia, servidores de correo...incluso el mismo sistema operativo. Todos pueden ser llamados Software. Sin embargo, pocas veces nos interesamos por el origen de estos programas y aplicaciones... Detrás de todo software hay un grupo de personas con un objetivo o un ideal en común, el cual los impulsó a desarrollar el software en cuestión. Pero las ideas, objetivos e intenciones de estos grupos no son siempre los mismos; y tampoco lo son las libertades que se ceden a los usuarios para el uso de estos programas. De aquí nacen las diferentes ramas filosoficas en lo referido al software, lo cual vamos a desarrollar a lo largo de este documento. Página 2 de 20

5 Conociendo el Software Libre Un Poco De Historia E n sus comienzos, -remontándonos a el software no era considerado un producto, sino que era contemplado como un añadido, el cual era elaborado prácticamente a medida para cada maquina y su distribución era mínima. En este entonces, existía un modelo de desarrollo cooperativo : Los desarrolladores especialmente grupos universitarios y empresariales-, compartían libremente sus programas unos con otros sin restricción alguna. Aunque incluso en esa epoca ya existían programas de codigo cerrado, las empresas accedían a compartirlo sin pedir dinero a cambio, dado que no habia ninguna regla legal establecida, y era muy necesario lograr una estandarizacion en los equipos y sistemas. Esto empezó a cambiar en los años , con la aparición de las Licencias de Software. Con el crecimiento desmesurado de la tecnología, la informática poco a poco se hacía accesible para un mayor público, lo cual significó un gran crecimiento en la demanda de los usuarios, quienes exigían soluciones a problemas y a sus nuevas y cada vez mayores necesidades. Esto trajó grandes problemas para el sector desarrollador: se necesitaban mas programadores y mas programas. Esto llevó a muchas organizaciones a buscar una rentabilidad económica en su trabajo, lo que conllevó inevitablemente que del software se genere en un Mercado. Con el tiempo, cada vez fueron más las compañías que vendían sus productos de software y cerraron su codigo de sus productos código bajo Licencias Privativas El Surgimiento de la Free Software Fundation y el Software Libre Con la llegada de la década de los '80 la situación empezó a cambiar a lo que fue aquel modelo de ayuda mutua entre programadores y de libre intercambio entre usuarios. Las computadoras más modernas comenzaban a utilizar sistemas operativos privativo s, dejando con sin opciones a los usuarios. Por lo tanto, el solo hecho de querer usar una Computadora requería que tengamos que recurrir a Software Privativo. En 1983, aparece en escena el Proyecto GNU ideado por Richard Stallman, buscando crear un Sistema Operativo totalmente libre. En 1985, Stallman creó la Free Software Foundation (Fundación para el Software Libre, de aquí en adelante FSF ): Una organización destinada a proveer un soporte legal, estratégico y financiero como así también contratar programadores interesados en el desarrollo de software libre para el Proyecto GNU. Para completar el ideal de Stallman, hacía falta una Licencia que asegure las libertades de todo usuario y evite que terceros apliquen restricciones. Como solución, nace en 1989 la (Licencia General Publica de GNU). GNU General Public License o GNU GPL A pesar de todo el esfuerzo, GNU aun no era un sistema operativo funcional: hasta el momento contaba con las aplicaciones necesarias (editor de texto, compilador, interfaz grafica,etc) pero faltaba una pieza clave: el Núcleo o -en ingles- Kernel del sistema. En 1991, Linus Tordvals comenzó a desarrollar el núcleo Linux, el cual posteriormente fue licenciado bajo la completar el Sistema Operativo GNU/LINUX. Una Comunidad sin fronteras GNU GPL, y tomado como kernel para Es importante remarcar la enorme importancia de Internet en todo esto, ya que fue el principal medio conectó a programadores y usuarios alrededor de todo el mundo, permitiendoles conocer el software libre; compartir ideas, proyectos y obras propias; encontrar, organizar y crear proyectos con personas con objetivos similares; adquirir facil y rapidamente todo tipo de aplicaciones; etc. Esto generó una comunidad fuertemente unidas, con personas que comparten los ideales del software libre. Así tambien, se originaron otras comunidades dentro de ella, con objetivos mas específicos. Muchas de ellas se han transformado en grandes proyectos (por ejemplo, las distinas comunidades desarrolladoras de distribuciones de GNU/Linux). ÑU, el conocido logo del Proyecto GNU * Fuente: Wikipedia. org Página 3 de 20

6 GUGLER - Administración en GNU/LINUX Qué significa GNU? GNU fue diseñado para ser compatible con el S.O. UNIX. Así lograría tener una base solida de donde partir. De ahi deriva el acrónimo GNU: G nu is N ot U nix. Fonéticamente, GNU se pronuncia similar al animal Ñu, lo que hizo que se optara por una caricatura de este animal como logo del proyecto. Libertades del software libre Hay 4 libertades esenciales que debe tener todo software para considerarse libre: La libertad de ejecutar el programa para cualquier propósito (libertad 0). La libertad de estudiar como funciona el programa y modificarlo adaptándolo a tus necesidades ( libertad 1). La libertad de redistribuir copias del programa, pudiendo asi ayudar al prójimo (libertad 2). La libertad de distribuir copias de nuestras versiones modificadas, contribuyendo al beneficio de la comunidad (libertad 3). Tengamos en cuenta, que tanto la libertad 1 como la libertad 3 requieren acceso al codigo fuente del programa; por lo tanto un programa con el codigo oculto o incluso ofuscado no podra considerarse nunca como software libre. Todas estas libertades están comprendidas y son defendidas por la Licencia General Publica de GNU Free Software... Software gratuito? L a palabra Free y el idioma Ingles nos llevan a errores. Free es un termino ambiguo que puede referirse a gratis o libre, en nuestro caso, free hace referencia a las libertades que tienen los usuarios al trabajar con software libre; de ninguna manera indica que el software es gratis. Es por esto, que en el idioma inglés también se le suele llamar Libre Software. Sin embargo, es una realidad que la gran mayoria del software libre es tambien gratuito, dado que si tenemos en cuenta las libertades dely no puedo poner muy fuerte software libre, cualquier persona en disposicion del software puede distribuirlo gratuitamente. De la misma forma, suele malinterpretase al Software Privativo como software de pago, lo cual no siempre es asi. Financiamiento en Software libre Es evidente que para mantener aplicaciones competitivas y de utilidad suficiente para que los usuarios las prefieran, se debe tener una gran inversión de esfuerzo y dinero, sea para el desarrollo, investigación, soporte, o mantenimiento del software. Gran número de proyectos son patrocinados y reciben donaciones de importantes empresas y/o universidades. Otros dependen exclusivamente de donaciones voluntarias de usuarios. Otra alternativa de ingresos usada es la de brindar espacios para publicidad. Por ultimo, una fuente menor es la venta de todo tipo de artículos personalizados como ser libros, vestimenta, tazas, CD's o DVD's, artículos de oficina, etc. Software de Codigo Abierto El movimiento de Código abierto, también conocido como Open Source Software (OSS), está mas orientado a los beneficios prácticos de compartir el código fuente de los programas, pero sin demasiado interés en los dilemas éticos y morales que plantea el movimiento de Software Libre. En la tienda online de la FSF podremos comprar desde libros autografiados hasta calcomanías. Aunque en la práctica son muy similares y comparten mucho -ambos movimientos trabajan en proyectos en común y comparten las mismas licencias- hay que saber que el OSS no siempre es software libre. Fuente: shop. FSF. org Página 4 de 20

7 Conociendo el Software Libre Licencia General Publica de GNU La GNU GPL apareció acompañada por el concepto de Copyleft (en contraposicion a los derechos de autor Copyright ). El Copyright busca proteger al autor contra todo tipo de copia, modificación, redistribución o uso de su obra sin su permiso, - siendo en este caso Software- ; en definitiva, son derechos que se enfocan en el autor del software y en sus propósitos individuales (o colectivos si se tratase de un grupo de personas). Por otro lado, el Copyleft esta enfocado en brindar a los usuarios libertades para utilizar el software a su antojo, y en crear un patrimonio intelectual libre y disponible para toda la comunidad. Esto se logra, haciendo que toda distribución, copia o modificación de software bajo la GNU GPL esté siempre contemplado bajo la misma licencia e imposibilitando revocarla. Así, todo producto, o cualquier modificacion que se haga de el, también será software libre y deberá publicarse, y asi estar al alcance de la comunidad para utilizarlo, estudiarlo, adaptarlo, re-utilizar su codigo para otro programa, o incluso sacarle provecho económico si se lo quiere. Características de la GNU GPL Todo software licenciado bajo GNU GPL goza de las siguientes características esenciales: El software siempre será considerado libre en la totalidad del concepto, respetando todas las libertades promovidas por la FSF Toda distribución, copia y/o modificación deben mantener su cualidad de software libre y por lo tanto seguir respetando las libertades. Impide que terceros privaticen un proyecto libre o limiten sus libertades. Posibilidad de reutilizar el código de programas, aplicaciones, librerias, scripts,etc.. para desarrollos propios (siempre y cuando sean estos también libres) Se puede vender un programa si el usuario lo decide, como así tambien se pueden cobrar los servicios brindados que estén relacionados con el mismo. La licencia del Reproductor de audio Rhytmbox podemos leer : Rhytmox es Software Libre, Puedes redistribuirlo y/ o modificarlo bajo los terminos de la Licencia General Publica de GNU publicada por la Fundacion para el Software Libre [...] - * Captura Propia: Rhytmbox V2.96 Página 5 de 20

8 GUGLER - Administración en GNU/LINUX Licencias GNU Dentro del ambito de GNU nos encontramos con varias licencias, sin embargo no presentan grandes diferencias con su hermana mayor, la GNU GPL. A continuacion veremos un breve resumen de ellas: GNU Lesser General Public Licence o LGPL: Es una licencia enfocada en su uso para Bibliotecas (en su primera version, se llamó Library GPL ) y se le llama una licencia permisiva. Su principal cualidad es que -a diferencia de la GPL- puede enlazarse con programas que no estén bajo la misma licencia, en el caso de bibliotecas: pueden ser usadas por cualquier otro software, sea este libre o privativo, permitiendo que ese software siga manteniendo su propia licencia. GNU Affero GPL o AGPL Su primera versión salio en 2002 publicada por Affero, inc. AGPL es una versión modificada de GPL donde se agrega una clausula, la cual indica que en caso de utilizar un programa en un servidor o red, con el cual los usuarios se comunican, ese servidor debe permitir que los usuarios descarguen el código fuente del programa. Esta licencia se pensó para terceros quienes utilizan y/o modifican un determinado software en una red; bajo esta licencia, se obliga a este tercero a posibilitar la descarga del código fuente de este programa o su versión modificada. GNU Free Documentation Licence o FDL Es una licencia destinada a documentación, con el objetivo de licenciar todos los manuales de GNU, y bajo el ideal de que Toda la documentación de software libre, debe ser documentación libre. Ejemplos de archivos bajo esta licencia son: archivos de texto, documentos de formato portable (PDF); textos HTML independientes, manuales, etc. GNU All Permissive o Licencia Completamente Permisiva. Es una licencia simple y como su nombre lo indica permisiva. Es aplicable sobre pequeños archivos de soporte de paquetes GNU, por ejemplo archivos de texto Léeme. Estos archivos pueden utilizarse de forma libre sin restricciones. Como podemos ver en la Información sobre la licencia de LibreOffice Writer, tenemos un ejemplo de software licenciado bajo GNU LGPL * Captura Propia: LibreOffice Writer V3.5 Página 6 de 20

9 Conociendo el Software Libre Licencias Libres Como bien podemos imaginar, las licencias de GNU no son las únicas que promuevan y defienden el software libre. A continuación, veremos una breve descripción de algunas de las licencias libres mas conocidas y utilizadas en la actualidad. Licencia BSD Fue desarrollada para el Berkeley Software Distribution, un sistema operativo derivado de UNIX desarrollado por la Universidad de California. principal diferencia con esta ultima, es la posibilidad de utilizar el lo tanto, se trata de una licencia sin Copyleft. Es una licencia permisiva, con menos restricciones que la GNU GPL. Su código fuente en software privativo ; por Existen 3 versiones de la Licencia BSD: la BSD original o antigua (de 4 clausulas), la nueva o modificada (3 clausulas), y la reducida o FreeBSD (2 clausulas). MIT License Licencia del Instituto de Tecnología de Massachusetts. Es una licencia muy similar a la BSD en cuanto a su aplicación. El texto de esta licencia no posee Copyright, lo que permite su modificación. Sin embargo, no es recomendable modificarlo para su uso en una licencia sin indicar que no es la version original. Al igual que la BSD, permite el uso del codigo en software no-libre, y es compatible tanto con la GNU GPL como con la Licencia BSD, y cualquier otra que mantenga los mismos términos de distribución. También se la puede encontrar como Licencia X11, ya que fue desarrollada para la interfaz gráfica X de UNIX en su versión 11. Licencia Apache Creada por la Apache Software Fundation (ASF). Esta licencia no tiene Copyleft, pero requiere la conservación del aviso de Copyright y el de Disclaimer (renuncia de responsabilidades), al igual q la BSD original en su tercera clausula. No solo el software de la ASF se encuentra bajo esta licencia: en la actualidad, son cada vez mas los programas que optan por esta. Un claro ejemplo es ejemplo, es el software desarrollado por herramientas de Google, el cual cuenta con mas de proyectos, de los cuales alrededor del 25% se encuentran bajo la Licencia Apache, incluyendo al SO Android. Licencia Publica de Mozilla MPL Su desarrollo fue comenzado por Netscape Communications Corporation para el navegador web Netscape. En competencia con el Internet Explorer de Windows, se liberó el codigo fuente de Netscape, con el cual nació el Proyecto Mozilla. Esta es una licencia aceptada por la FSF, sin embargo, no es compatible con la GNU GPL, dado que la MPL permite la reutilización del código fuente en software privativo sin restricciones. Fue diseñada para los desarrollos de Mozilla (como Firefox y Thunderbird) pero en la actualidad es utilizada por otros programadores. Entre las aplicaciones licenciadas bajo la Licencia Apache, encontramos al famoso S. O. Android para dispositivos mobiles. * Captura Propia: Android SO License Página 7 de 20

10 GUGLER - Administración en GNU/LINUX Comparacion entre Licencias Libres Existen muchísimas otras licencias de software. Muchas han dejado de ser utilizadas o nunca llegaron a ser populares, otras, tienen propósitos muy particulares y suelen tomar como base otras licencias mas conocidas (como la FDL o la AGPL de GNU). Por lo tanto, finalizaremos este capítulo con un resumen ilustrativo para comprender las características, similitudes y diferencias básicas entre algunas de las licencias libres mas valoradas y/o utilizadas. Salvo unas pocas excepciones, todas estas licencias estan aprobadas por la FSF, la OSI, y las DFSG. Licencia Creador Version actual Primer Publicacion Copyleft Compatibile con GPL Modificable bajo otra licencia GNU GPL Proyecto GNU 3.0 (2007) 1991 Si - No GNU LGPL Proyecto GNU 3.0 (2007) 1991 Si Si No BSD Original Univ. De California No No Si BSD modificada MIT License Univ. De California No Si Si Inst. De Tec. De Massachusetts No Si Si Apache Licence Apache Software Fundation 2.0 (2004) 1999 No SI (solo GPL V3.0) Si Mozilla Public License Mozilla Corporation / Netscape Communication Corporation 2.0 (2012) 1998 Parcial No Si Eclipse Public License Eclipse Fundation Parcial No No PHP License PHP Group 3.01 (2012) 1995 No No Si PSFL 1 Python Software Fundation (2010) No Si Si CDDL 2 Sun Microsystems Si No Si APSL 3 Aple Computer 2.0 (2003) 1999 Si No No Otras licencias de software libre o de código abierto IBM License; Artistic License (Perl Fundation); Educacional Comunnity License; Open Software License. Nokia Open Source License; Sun Public License, son otras de las numerosas licencias que se han usado por diferentes empresas y/o con diferentes propósitos. Para mas informacion, recomendamos visitar opensource.org/licenses, donde se encuentran listadas por categoría la gran mayoria de las licencias de software existentes, y con posibilidad de ver su texto original completo. 1 Python Software Fundation License 2 Common Development and Distribution License 3 Apple Public Source License Página 8 de 20

11 Conociendo el Software Libre Licencias Privativas Como ya hablamos, muchas veces se vuelve dificil mantener con vida y utilidad un proyecto gratiuto y/o libre. Otras veces quizas no satisfaga economicamente a sus desarrolladores o encargados del proyecto, o simplemente, el proyecto tiene un fin puramente lucrativo. Ya sea en casos como estos, o por simple elección personal, se puede hacer Software Privativo. Recordemos, que este software esta ideado para que el propietario del mismo (pudiendo ser su desarrollador, dueño, etc) tenga control sobre su producto y decida en que forma será distribuido (gratuitamente, pago, cuotas, etc) y bajo que términos será utilizado, decidiendo que libertades y/o derechos dará a los usarios. Usar, modificar, y distribuir el software deja de ser algo plenamente libre como fue en los inicios de la informatica o como lo es con el software libre. Richard Stallman, comenzó a denominar a este software como Propietary Software. En nuestro idioma, se le suele llamar de muchas maneras: Software Privativo; Propietario; No-libre; Cautivo; de Código Cerrado, entre otras. Aunque suele ser más comun encontrarlo con el nombre de Software Propietario, nosotros nos referimos a el como Software Privativo ; ya que l os demás términos suelen inducir en confusiones y ambigüedades, ya que: o bien son malas traducciones del termino original, o bien no abarcan todos los aspectos del termino. Se le llama Privativo, haciendo referencia a la privación de libertades y derechos que tienen los usuarios sobre el. Libertades limitadas Si queremos utilizar cualquier software bajo estas licencias, nos vemos obligados a aceptar una serie de términos que nos impone su propietario. Generalmente, estos terminos significan: El usuario queda excluido de la posibilidad de ver y modificar el codigo fuente del programa. En consecuencia, tampoco podremos estudiarlo, reutilizarlo ni modificarlo a nuestro antojo. La redistribución del programa - ya sea en forma gratuita o no - está totalmente prohibida. El uso de estas aplicaciones no-libres es accesible solo mediante la compra de la misma, o por un pago de cuotas durante el tiempo en que se utilice. Por ultimo y no menos importante, hay que destacar que al no respetar estos términos estamos violando la licencia, lo cual puede traducirse en una sanción legal. Contrato de Licencia de Usuario Final (EULA) El modelo de licencia privativa mas usado es el de la End User License Agreement (EULA) o Contrato de Licencia para Usuario Final (CLUF). Se tratá de una licencia destinada para un único usuario: el comprador, y esta enfocada en el uso personal del software. En este contrato, el propietario de la licencia usuario deberá reconocer las restricciones de uso, los derechos de autor (Copyright), etc., para poder instalar el software en su equipo. En la mayoria de los casos, esto lo hacemos a la hora de instalar el software, donde una ventana no mostrará el texto de los Terminos y Condiciones de uso. En otros casos, al comprar un determinado paquete, el contrato viene impreso. Clásica ventana de instalación de Software Privativo. * Captura Propia Página 9 de 20

12 GUGLER - Administración en GNU/LINUX Software Libre Vs. Software Privativo Ventajas y Desventajas Veamos el siguiente cuadro comparativo, y a continuacion procederemos a analizarlo mas detalladamente. Uso y Distribucion Codigo Desarrollo y comunidad Usuarios Sector económico Software Libre Libre uso del software Costo de adquisicion bajo/nulo No existe garantía ni responsabilidad por parte del proveedor No hay responsabilidad por daños Distribucion de copias sin restricciones Codigo abierto y de libre uso Posibles vulnerabilidades expuestas Seguridad y privacidad Reciclado de codigo fuente para nuevo software Ayuda en la educacion e incentiva a programadores en formación Avance y crecimiento permanente Fácil deteccion de errores y rapida solucion Requisitos de hardware medios-bajos Capacitacion gratuita Muchas veces, se requiere configuracion avanzada o modificacion para utilizar el software Aplicaciones altamente compatibles con diferentes tecnologías y hardware. La configuracion requiere mayores conocimientos Curva de aprendizaje mayor Publico más selecto Facilidad en adaptacion del software a distintos sistemas, hardware e idiomas Sistemas muy seguros y estables El soporte y servicio de empresas suele ser de menor calidad que en software privativo. Dependencia de donacionesvoluntarias y/o de empresas interesadas en el producto El desarrollo de proyectos grandes recae en la dedicación voluntaria, o apoyo de terceros interesados Software Privativo Uso bajo los términos del la licencia impuesta por el vendedor Adquisición mediante compra La compra del software da derecho a una garantia Responsabilidad por daños La distribución y venta del software es exlusiva de la compañía propietaria Codigo oculto Proteccion por ocultacion No hay garantía de privacidad El Reciclado del codigo queda a disposicion unica de su dueño No promueve el conocimiento común Innovacion y avance exclusivo de la empresa La solucion de errores y el soporte tecnico suelen ser lento e ineficientes Requisitos de hardware suelen ser mayores Cursos de capacitacion costosos Varias empresas diseñan su propio hardware y software, con alto aprovechamiento de recursos Aplicaciones y SO's no son diseñados con compatibilidad para software libre Aplicaciones y configuracion relativamente facil e intuitiva Curva de aprendizaje menor Comunmente usado La adaptacion queda bajo decision del propietario Mayor vulnerabilidad a ataques y a bloqueos del sisteama Las empresas suelen optar por desarrollar sus aplicaciones para Sistemas Operativos privativos Autosuficiencia económica Posilibidad de realizar proyectos costosos para aplicaciones específicas Página 10 de 20

13 Conociendo el Software Libre Uso y Distribución El uso y distribucion son unas de las principales libertades del software libre; en cambio, en el software privativo, son acciones que únicamente puede realizar el dueño del programa. En muchas empresas se está comenzando a optar utilizar software libre en sus equipos, ya que se lo esta dejando de considerar inferior al software privativo, y presenta una gran reduccion en los costos de las licencias, los cuales suelen ser elevados. Por otro lado, a diferencia del software libre,el software privativo ofrece garantías por sus productos. Esto debe ser tenido en cuenta a la hora de instalar determinado software en nuestros equipos. Código Es innegable que la posibilidad de acceder al codigo fuente de toda aplicación nos da un gran abañico de posibilidades que ya hemos visto. Algo muy criticado en el software privativo, es la restricción de conocer como trabaja un determinado programa por dentro, sin que tengamos la seguridad de que éste realice, o no, tareas ocultas para el usuario en contra de su voluntad. Tengamos tambiénen cuenta que una vez instalado, el software gana determinadas libertades sobre nuestro equipo, y sin saberlo podriamos estar compartiendo datos o archivos personales como ser fotos, documentos, contreseñas, mails, etc. El codigo abierto, en cambio, nos da la posibilidad de ver cada linea del codigo fuente, pudiendo incluso modificarlo. Como posible desventaja. Se dejan expuestas posibles huecos de seguridad, los cuales podrian ser aprovechadas de forma malintencionada. Sin embargo, veremos a continuación que se trata de un problema que pierde importancia rapidamente... Visualizando el codigo fuente del ejecutable which * Captura Propia Desarrollo y comunidad...al ser estos errores visibles para una multitud de usuarios, son muchos los que pueden solucionarlo y brindar mejoras al mismo; es muy usual que cuando se publica un error en una aplicación, la solución viene de la mano del mismo. Esto genera un constante avance y perfeccionamiento. Por otro lado, en el software privativo, estas actividades quedan excluidas del publico general. Esto se puede considerar un desperdicio de trabajo, ya que muchos proyectos interesantes han sido discontinuados por decision arbitraria de sus desarrolladore. Si ese codigo fuese libre, cualquier persona podría continuar el proyecto o reutilizar el codigo, por lo que este es siempre aprovechable. Resulta entonces, muy sencillo encontrar versiones de software que se adapten a nuestro sistema, ya sean versiones mas livianas ; con menores exigencias de hardware; compatibles con distintas tecnologías; que aprovechen de mejor forma los recursos de nuestro equipo; etc. Página 11 de 20

14 GUGLER - Administración en GNU/LINUX Usuarios Durante las ultimas dos decadas, ha sido el software privativo el que predomino en los equipos, tanto hogareños como universitarios y empresariales. Esto llevó a una costumbre de su uso. En los comienzos, los sistemas operativos libres solían ser complejos y requerían ciertos conocimientos de computación y programacion para su uso y configuración adecuados, por lo cual era de preferencia para muchos profesionales y usuarios avanzados, pero frustraba a usuarios hogareños sin demasiados conocimientos. Sin embargo, en la actualidad son cada vez mas las distribuciones de GNU/Linux creadas para ser más amigables con el usuario promedio, como así tambien han surgido numerosas aplicaciones que facilitan las labores de configuración y administracion del sistema. A las características que hemos visto del software libre, hay que agregar que presenta una gran estabilidad y bajo índice de virus y otro software dañino. Esto -junto con el bajo costo que ya mencionamos- ha llevado a que muchas empresas, en los ultimos años, optasen por utilizar software libre en servidores, base de datos, etc. Otras lo rechazan, debido a su ausencia de garantía o a la necesidad de capacitar el personal para su uso. Desde su aparición a inicios de los '90, Microsoft Windows ha sido el Sistema Operativo de mayor popularidad; en la imagen vemos alguno de los logos que ha adoptado. * Fuente: licho. net Sector Económico Como ya hablamos, mantener en pie un proyecto de software libre grande suele ser complicado. En este terreno, el software privativo suele jactarse de algunas ventajas. Las ganancias de la venta de productos a usuarios, se puede administrar e invertir en la medida que la empresa lo desee: Inversion en investigación y desarrollo, compra de nuevas tecnologías, contratación de empleados, capacitación del personal, gastos publicitarios, entre otros. Tambien, se pueden afrontar proyectos que requieran grandes inversiones y recursos destinados a un publico menor; por ejemplo: aplicaciones y herramientas específicas para profesionales. Otro ejemplo son los videojuegos, en este caso por el hecho de que presentan un producto de ocio y están destinados a un publico joven, por lo que dificilmente se pueda financiar si se ofreciera de forma gratuita. Sin embargo, estas posibilidades acarrean un problema: la Piratería de software. Como siempre sucede, detrás de toda prohibicion hay personas intentando evitarla, el hecho de vender el software, hace que muchos usuarios que no quieran/puedan pagarlo, recurran a obtenerlo, modificarlo, y/o distribuirlo de forma ilegal, rompiendo los terminos de la licencia. En los ultimos años, esto ha llevado a empresas a replantearse el concepto de venta, y muchas optan por ofrecer aplicaciones de software de forma gratuita. Las alternativas económicas en estos casos suelen ser: venta de servicios o funciones extra (conocido como Premium ); o espacios publicitarios, como en muchos sitios de internet. Página 12 de 20

15 Conociendo el Software Libre Fuentes Bibliograficas Software libre vs software propietario -Ventajas y desventaja s (Culebro Juárez,Gómez Herrera y Torres Sánches 2006) Este Documento fue redactado y editado integramente sobre LibreOffice Writer , bajo el sistema operativo Ubuntu Imagenes extraídas de internet mediante Mozilla Firefox y procesadas con GIMP Página 13 de 20

16 GUGLER - Administración en GNU/LINUX GNU Free Documentation License Version 1.3, 3 November 2008 Copyright (C) 2000, 2001, 2002, 2007, 2008 Free Software Foundation, Inc. < Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. 0. PREAMBLE The purpose of this License is to make a manual, textbook, or other functional and useful document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others. This License is a kind of "copyleft", which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copyleft license designed for free software. We have designed this License in order to use it for manuals for free software, because free software needs free documentation: a free program should come with manuals providing the same freedoms that the software does. But this License is not limited to software manuals; it can be used for any textual work, regardless of subject matter or whether it is published as a printed book. We recommend this License principally for works whose purpose is instruction or reference. 1. APPLICABILITY AND DEFINITIONS This License applies to any manual or other work, in any medium, that contains a notice placed by the copyright holder saying it can be distributed under the terms of this License. Such a notice grants a world-wide, royalty-free license, unlimited in duration, to use that work under the conditions stated herein. The "Document", below, refers to any such manual or work. Any member of the public is a licensee, and is addressed as "you". You accept the license if you copy, modify or distribute the work in a way requiring permission under copyright law. A "Modified Version" of the Document means any work containing the Document or a portion of it, either copied verbatim, or with modifications and/or translated into another language. A "Secondary Section" is a named appendix or a front-matter section of the Document that deals exclusively with the relationship of the publishers or authors of the Document to the Document's overall subject (or to related matters) and contains nothing that could fall directly within that overall subject. (Thus, if the Document is in part a textbook of mathematics, a Secondary Section may not explain any mathematics.) The relationship could be a matter of historical connection with the subject or with related matters, or of legal, commercial, philosophical, ethical or political position regarding them. The "Invariant Sections" are certain Secondary Sections whose titles are designated, as being those of Invariant Sections, in the notice that says that the Document is released under this License. If a section does not fit the above definition of Secondary then it is not allowed to be designated as Invariant. The Document may contain zero Página 14 de 20

17 Conociendo el Software Libre Invariant Sections. If the Document does not identify any Invariant Sections then there are none. The "Cover Texts" are certain short passages of text that are listed, as Front-Cover Texts or Back-Cover Texts, in the notice that says that the Document is released under this License. A Front-Cover Text may be at most 5 words, and a Back-Cover Text may be at most 25 words. A "Transparent" copy of the Document means a machine-readable copy, represented in a format whose specification is available to the general public, that is suitable for revising the document straightforwardly with generic text editors or (for images composed of pixels) generic paint programs or (for drawings) some widely available drawing editor, and that is suitable for input to text formatters or for automatic translation to a variety of formats suitable for input to text formatters. A copy made in an otherwise Transparent file format whose markup, or absence of markup, has been arranged to thwart or discourage subsequent modification by readers is not Transparent. An image format is not Transparent if used for any substantial amount of text. A copy that is not "Transparent" is called "Opaque". Examples of suitable formats for Transparent copies include plain ASCII without markup, Texinfo input format, LaTeX input format, SGML or XML using a publicly available DTD, and standard-conforming simple HTML, PostScript or PDF designed for human modification. Examples of transparent image formats include PNG, XCF and JPG. Opaque formats include proprietary formats that can be read and edited only by proprietary word processors, SGML or XML for which the DTD and/or processing tools are not generally available, and the machine-generated HTML, PostScript or PDF produced by some word processors for output purposes only. The "Title Page" means, for a printed book, the title page itself, plus such following pages as are needed to hold, legibly, the material this License requires to appear in the title page. For works in formats which do not have any title page as such, "Title Page" means the text near the most prominent appearance of the work's title, preceding the beginning of the body of the text. The "publisher" means any person or entity that distributes copies of the Document to the public. A section "Entitled XYZ" means a named subunit of the Document whose title either is precisely XYZ or contains XYZ in parentheses following text that translates XYZ in another language. (Here XYZ stands for a specific section name mentioned below, such as "Acknowledgements", "Dedications", "Endorsements", or "History".) To "Preserve the Title" of such a section when you modify the Document means that it remains a section "Entitled XYZ" according to this definition. The Document may include Warranty Disclaimers next to the notice which states that this License applies to the Document. These Warranty Disclaimers are considered to be included by reference in this License, but only as regards disclaiming warranties: any other implication that these Warranty Disclaimers may have is void and has no effect on the meaning of this License. 2. VERBATIM COPYING You may copy and distribute the Document in any medium, either commercially or noncommercially, provided that this License, the copyright notices, and the license notice saying this License applies to the Document are reproduced in all copies, and that you add no other conditions whatsoever to those of this License. You may not use Página 15 de 20

18 GUGLER - Administración en GNU/LINUX technical measures to obstruct or control the reading or further copying of the copies you make or distribute. However, you may accept compensation in exchange for copies. If you distribute a large enough number of copies you must also follow the conditions in section 3. You may also lend copies, under the same conditions stated above, and you may publicly display copies. 3. COPYING IN QUANTITY If you publish printed copies (or copies in media that commonly have printed covers) of the Document, numbering more than 100, and the Document's license notice requires Cover Texts, you must enclose the copies in covers that carry, clearly and legibly, all these Cover Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both covers must also clearly and legibly identify you as the publisher of these copies. The front cover must present the full title with all words of the title equally prominent and visible. You may add other material on the covers in addition. Copying with changes limited to the covers, as long as they preserve the title of the Document and satisfy these conditions, can be treated as verbatim copying in other respects. If the required texts for either cover are too voluminous to fit legibly, you should put the first ones listed (as many as fit reasonably) on the actual cover, and continue the rest onto adjacent pages. If you publish or distribute Opaque copies of the Document numbering more than 100, you must either include a machine-readable Transparent copy along with each Opaque copy, or state in or with each Opaque copy a computer-network location from which the general network-using public has access to download using public-standard network protocols a complete Transparent copy of the Document, free of added material. If you use the latter option, you must take reasonably prudent steps, when you begin distribution of Opaque copies in quantity, to ensure that this Transparent copy will remain thus accessible at the stated location until at least one year after the last time you distribute an Opaque copy (directly or through your agents or retailers) of that edition to the public. It is requested, but not required, that you contact the authors of the Document well before redistributing any large number of copies, to give them a chance to provide you with an updated version of the Document. 4. MODIFICATIONS You may copy and distribute a Modified Version of the Document under the conditions of sections 2 and 3 above, provided that you release the Modified Version under precisely this License, with the Modified Version filling the role of the Document, thus licensing distribution and modification of the Modified Version to whoever possesses a copy of it. In addition, you must do these things in the Modified Version: A. Use in the Title Page (and on the covers, if any) a title distinct from that of the Document, and from those of previous versions (which should, if there were any, be listed in the History section of the Document). You may use the same title as a previous version if the original publisher of that version gives permission. B. List on the Title Page, as authors, one or more persons or entities responsible for authorship of the modifications in the Modified Version, together with at least five of the principal authors of the Document (all of its principal authors, if it has fewer than five), Página 16 de 20

19 Conociendo el Software Libre unless they release you from this requirement. C. State on the Title page the name of the publisher of the Modified Version, as the publisher. D. Preserve all the copyright notices of the Document. E. Add an appropriate copyright notice for your modifications adjacent to the other copyright notices. F. Include, immediately after the copyright notices, a license notice giving the public permission to use the Modified Version under the terms of this License, in the form shown in the Addendum below. G. Preserve in that license notice the full lists of Invariant Sections and required Cover Texts given in the Document's license notice. H. Include an unaltered copy of this License. I. Preserve the section Entitled "History", Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page. If there is no section Entitled "History" in the Document, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence. J. Preserve the network location, if any, given in the Document for public access to a Transparent copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the "History" section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission. K. For any section Entitled "Acknowledgements" or "Dedications", Preserve the Title of the section, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein. L. Preserve all the Invariant Sections of the Document, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles. M. Delete any section Entitled "Endorsements". Such a section may not be included in the Modified Version. N. Do not retitle any existing section to be Entitled "Endorsements" or to conflict in title with any Invariant Section. O. Preserve any Warranty Disclaimers. If the Modified Version includes new front-matter sections or appendices that qualify as Secondary Sections and contain no material copied from the Document, you may at your option designate some or all of these sections as invariant. To do this, add their titles to the list of Invariant Sections in the Modified Version's license notice. These titles must be distinct from any other section titles. You may add a section Entitled "Endorsements", provided it contains nothing but endorsements of your Modified Version by various parties--for example, statements of peer review or that the text has been approved by an organization as the authoritative definition of a standard. You may add a passage of up to five words as a Front-Cover Text, and a passage of up to 25 words as a Back-Cover Text, to the end of the list of Cover Texts in the Modified Version. Only one passage of Front-Cover Text and one of Back-Cover Text may be added by (or through arrangements made by) any one entity. If the Document already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one. The author(s) and publisher(s) of the Document do not by this License give permission to use their names for publicity for or to assert or Página 17 de 20

20 GUGLER - Administración en GNU/LINUX imply endorsement of any Modified Version. 5. COMBINING DOCUMENTS You may combine the Document with other documents released under this License, under the terms defined in section 4 above for modified versions, provided that you include in the combination all of the Invariant Sections of all of the original documents, unmodified, and list them all as Invariant Sections of your combined work in its license notice, and that you preserve all their Warranty Disclaimers. The combined work need only contain one copy of this License, and multiple identical Invariant Sections may be replaced with a single copy. If there are multiple Invariant Sections with the same name but different contents, make the title of each such section unique by adding at the end of it, in parentheses, the name of the original author or publisher of that section if known, or else a unique number. Make the same adjustment to the section titles in the list of Invariant Sections in the license notice of the combined work. In the combination, you must combine any sections Entitled "History" in the various original documents, forming one section Entitled "History"; likewise combine any sections Entitled "Acknowledgements", and any sections Entitled "Dedications". You must delete all sections Entitled "Endorsements". 6. COLLECTIONS OF DOCUMENTS You may make a collection consisting of the Document and other documents released under this License, and replace the individual copies of this License in the various documents with a single copy that is included in the collection, provided that you follow the rules of this License for verbatim copying of each of the documents in all other respects. You may extract a single document from such a collection, and distribute it individually under this License, provided you insert a copy of this License into the extracted document, and follow this License in all other respects regarding verbatim copying of that document. 7. AGGREGATION WITH INDEPENDENT WORKS A compilation of the Document or its derivatives with other separate and independent documents or works, in or on a volume of a storage or distribution medium, is called an "aggregate" if the copyright resulting from the compilation is not used to limit the legal rights of the compilation's users beyond what the individual works permit. When the Document is included in an aggregate, this License does not apply to the other works in the aggregate which are not themselves derivative works of the Document. If the Cover Text requirement of section 3 is applicable to these copies of the Document, then if the Document is less than one half of the entire aggregate, the Document's Cover Texts may be placed on covers that bracket the Document within the aggregate, or the electronic equivalent of covers if the Document is in electronic form. Otherwise they must appear on printed covers that bracket the whole aggregate. 8. TRANSLATION Translation is considered a kind of modification, so you may distribute translations of the Document under the terms of section 4. Página 18 de 20

21 Conociendo el Software Libre Replacing Invariant Sections with translations requires special permission from their copyright holders, but you may include translations of some or all Invariant Sections in addition to the original versions of these Invariant Sections. You may include a translation of this License, and all the license notices in the Document, and any Warranty Disclaimers, provided that you also include the original English version of this License and the original versions of those notices and disclaimers. In case of a disagreement between the translation and the original version of this License or a notice or disclaimer, the original version will prevail. If a section in the Document is Entitled "Acknowledgements", "Dedications", or "History", the requirement (section 4) to Preserve its Title (section 1) will typically require changing the actual title. 9. TERMINATION You may not copy, modify, sublicense, or distribute the Document except as expressly provided under this License. Any attempt otherwise to copy, modify, sublicense, or distribute it is void, and will automatically terminate your rights under this License. However, if you cease all violation of this License, then your license from a particular copyright holder is reinstated (a) provisionally, unless and until the copyright holder explicitly and finally terminates your license, and (b) permanently, if the copyright holder fails to notify you of the violation by some reasonable means prior to 60 days after the cessation. Moreover, your license from a particular copyright holder is reinstated permanently if the copyright holder notifies you of the violation by some reasonable means, this is the first time you have received notice of violation of this License (for any work) from that copyright holder, and you cure the violation prior to 30 days after your receipt of the notice. Termination of your rights under this section does not terminate the licenses of parties who have received copies or rights from you under this License. If your rights have been terminated and not permanently reinstated, receipt of a copy of some or all of the same material does not give you any rights to use it. 10. FUTURE REVISIONS OF THIS LICENSE The Free Software Foundation may publish new, revised versions of the GNU Free Documentation License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. See Each version of the License is given a distinguishing version number. If the Document specifies that a particular numbered version of this License "or any later version" applies to it, you have the option of following the terms and conditions either of that specified version or of any later version that has been published (not as a draft) by the Free Software Foundation. If the Document does not specify a version number of this License, you may choose any version ever published (not as a draft) by the Free Software Foundation. If the Document specifies that a proxy can decide which future versions of this License can be used, that proxy's public statement of acceptance of a version permanently authorizes you to choose that version for the Página 19 de 20