El concepto de software libre

El software libre es cada vez más habitual en casi cualquier entorno informático. Sin embargo, es también un gran desconocido. En este artículo se exponen las condiciones que tiene que cumplir un programa para ser considerado como software libre, compiladas en varias definiciones. A partir de ellas se repasa brevemente su historia y se exploran algunas de sus características y consecuencias. También se comentan algunos aspectos relacionados con las licencias de software libre que son tan fundamentales para su existencia.El programari lliure és cada vegada més habitual en qualsevol entorn informàtic. Tanmateix, és també un gran desconegut. En aquest article s'exposen les condicions que ha de complir un programa per a ser considerat com a programari lliure, compilades en diverses definicions. A partir d'elles es repassa breument la seva història i s'exploren algunes de les seves característiques i conseqüències. També es comenten alguns aspectes relacionats amb les llicències de programari lliure que són tan bàsiques per a la seva existència.Free, open source software is increasingly more usual in almost any computing environment. However, it is also a great unknown: not many people knows what it truly is. This paper presents the conditions that some piece of software has to comply with to be considered as free or open source software, which are compiled in several definitions. Starting from them, its history is briefly exposed, and some of its characteristics and consequences are explored. In addition, some aspects related to free software licensing are commented, since they are so fundamental for its very existence

The advantages of openness

One of the main consequences of publishing a program as libre (free, open source) software is that its source code is made available to anyone who wants to look at it. In addition, much other information on the development process is often easily accessible on the internet. Some of the consequences of “opening up” the process of building libre software are discussed, briefly exploring how these open mechanisms could behave in other areas

Open access taken to the extreme: do we need journals?

Based on the idea that the purpose of scientific publication is that knowledge reaches those who need it as quickly as possible and in the best way, the paper reviews the impact of the internet and new technologies in publication models, from self-archiving to open access. A comparison is also made with the developments occurring in the media. Finally, new trends and approaches in scientific publication are outlined that will lead to new scenarios, from which new models will be evaluated and redesigned in the future

Lessons Learned from Applying Social Network Analysis on an Industrial Free/Libre/Open Source Software Ecosystem

Many software projects are no longer done in-house by a single organization. Instead, we are in a new age where software is developed by a networked community of individuals and organizations, which base their relations to each other on mutual interest. Paradoxically, recent research suggests that software development can actually be jointly-developed by rival firms. For instance, it is known that the mobile-device makers Apple and Samsung kept collaborating in open source projects while running expensive patent wars in the court. Taking a case study approach, we explore how rival firms collaborate in the open source arena by employing a multi-method approach that combines qualitative analysis of archival data (QA) with mining software repositories (MSR) and Social Network Analysis (SNA). While exploring collaborative processes within the OpenStack ecosystem, our research contributes to Software Engineering research by exploring the role of groups, sub-communities and business models within a high-networked open source ecosystem. Surprising results point out that competition for the same revenue model (i.e., operating conflicting business models) does not necessary affect collaboration within the ecosystem. Moreover, while detecting the different sub-communities of the OpenStack community, we found out that the expected social tendency of developers to work with developers from same firm (i.e., homophily) did not hold within the OpenStack ecosystem. Furthermore, while addressing a novel, complex and unexplored open source case, this research also contributes to the management literature in coopetition strategy and high-tech entrepreneurship with a rich description on how heterogeneous actors within a high-networked ecosystem (involving individuals, startups, established firms and public organizations) joint-develop a complex infrastructure for big-data in the open source arena.Comment: As accepted by the Journal of Internet Services and Applications (JISA

The Software Heritage License Dataset (2022 Edition)

Context: When software is released publicly, it is common to include with it either the full text of the license or licenses under which it is published, or a detailed reference to them. Therefore public licenses, including FOSS (free, open source software) licenses, are usually publicly available in source code repositories.Objective: To compile a dataset containing as many documents as possible that contain the text of software licenses, or references to the license terms. Once compiled, characterize the dataset so that it can be used for further research, or practical purposes related to license analysis.Method: Retrieve from Software Heritage-the largest publicly available archive of FOSS source code-all versions of all files whose names are commonly used to convey licensing terms. All retrieved documents will be characterized in various ways, using automated and manual analyses.Results: The dataset consists of 6.9 million unique license files. Additional metadata about shipped license files is also provided, making the dataset ready to use in various contexts, including: file length measures, MIME type, SPDX license (detected using ScanCode), and oldest appearance. The results of a manual analysis of 8102 documents is also included, providing a ground truth for further analysis. The dataset is released as open data as an archive file containing all deduplicated license files, plus several portable CSV files with metadata, referencing files via cryptographic checksums.Conclusions: Thanks to the extensive coverage of Software Heritage, the dataset presented in this paper covers a very large fraction of all software licenses for public code. We have assembled a large body of software licenses, characterized it quantitatively and qualitatively, and validated that it is mostly composed of licensing information and includes almost all known license texts. The dataset can be used to conduct empirical studies on open source licensing, training of automated license classifiers, natural language processing (NLP) analyses of legal texts, as well as historical and phylogenetic studies on FOSS licensing. It can also be used in practice to improve tools detecting licenses in source code

Libre software role in edutainment robotics market

Some of the most succesful products in the market of robots for edutainment have made manufactures realize that software for controlling the robots is one of the key elements of the success. Some of them have also conclude that libre software is the best way to produce, maintain and distribute their software. This paper will summarize the fundamentals of the libre software model and their benefits for the edutainment robot market as well as some examples of companies currently supporting i

Herramientas libres para la programación de agentes físicos

La preparación de un curso de robótica para alumnos de in- formática implica muchas más cosas que el simple diseño del programa a impartir. En particular el diseño de las prácticas implica múltiples decisiones, cómo cuál es el robot más adecuado o cuáles son las herramientas más adecuadas para su programación. En este artículo se analizan las decisiones tomadas en el diseño de la asignatura de Robótica dentro del programa de Ingeniería Técnica en Informática de Sistemas de la Universidad Rey Juan Carlos. El artículo se centra en la descripción de las prácticas, especialmente en los criterios de elección de las herramientas utilizadas, donde el aspecto de ser software libre ha recibido una especial consideració

Introducción al software libre

340 p.; Tablas.Libro Electrónico¿Qué es el software libre? ¿Qué es y qué implicaciones tiene la licencia de un programa libre? ¿Cómo se está desarrollando el software libre? ¿Cómo se financian los proyectos de software libre, qué modelos de negocio se están experimentando relacionados con ellos? ¿Qué motiva a los desarrolladores, especialmente a los que son voluntarios, a involucrarse en proyectos de software libre? ¿Cómo son estos desarrolladores? ¿Cómo se coordinan en sus proyectos, y cómo es el software que producen? En resumen, ¿cuál es la panorámica general del software libre? Éste es el tipo de preguntas que trataremos de responder en este texto. Porque aunque el software libre está cada vez más en los medios de comunicación, en las conversaciones de los profesionales de la informática, e incluso empieza a estar en boca de los ciudadanos en general, aún es un desconocido para muchos. Y muchas veces los que lo conocen lo hacen sólo de algunos de sus aspectos, desconociendo completamente otros.Prólogo 11 Materiales previos 11 Agradecimientos 13 1 Introducción al software libre 15 11 El concepto de libertad en el software 15 111 Definición 16 112 Términos relacionados 17 12 Motivaciones 19 13 Consecuencias de la libertad del software 19 131 Para el usuario final 20 132 Para la Administración pública 21 133 Para el desarrollador 22 134 Para el integrador 22 135 Para el que proporciona mantenimiento y servicios 22 14 Otros recursos libres 23 141 Documentación de programas 23 142 Otra documentación 24 143 Artículos científicos 25 144 Leyes y estándares 25 145 Enciclopedias 28 146 Cursos 28 147 Colecciones y bases de datos 29 148 Hardware 30 149 Literatura y arte 30 2 Un poco de historia 31 21 El software libre antes del software libre 32 211 Y en el principio fue libre 32 212 Años 1970 y primeros 1980 34 213 Desarrollo temprano de Unix 35 22 El comienzo: BSD, GNU 36 221 Richard Stallman, GNU, FSF: nace el movimiento del software libre 36 Software libre ANOTACIONES ã FUOC • XP03/90783/01935 222 El CSRG de Berkeley 38 223 Los comienzos de Internet 40 224 Otros proyectos 43 23 Todo en marcha 43 231 En busca de un kernel 44 232 La familia *BSD 44 233 GNU/Linux entra en escena 45 24 Tiempos excitantes 47 241 Finales de 1990 47 242 Principios de los 2000 52 25 El futuro: ¿una carrera de obstáculos? 57 26 Algunas fechas de la historia del software libre 58 3 Aspectos legales 69 31 Breve introducción a la propiedad intelectual 69 311 Derechos de autor 70 312 Secreto comercial 72 313 Patentes y modelos de utilidad 73 314 Marcas y logotipos 74 32 Licencias en el software libre 75 321 Licencias tipo BSD 76 322 La Licencia Pública General de GNU (GNU GPL) 79 323 La Licencia Pública General Menor de GNU (GNU LGPL) 81 324 Otras licencias de programas 82 325 Distribución bajo varias licencias 86 33 Licencias de otros recursos libres 87 331 Licencia de documentación libre de GNU 87 332 Licencias de Creative Commons 88 34 Resumen 89 4 El desarrollador y sus motivaciones 91 41 Introducción 91 42 ¿Quiénes son los desarrolladores? 91 43 ¿Qué hacen los desarrolladores? 93 44 Distribución geográfica 94 45 Dedicación 96 46 Motivaciones 98 47 Liderazgo 99 48 Resumen y conclusiones 102 5 Economía 103 Introducción al software libre ANOTACIONES ã FUOC • XP03/90783/01935 51 Financiación de proyectos de software libre 103 511 Financiación pública 104 512 Financiación privada sin ánimo de lucro 107 513 Financiación por quien necesita mejoras 108 514 Financiación con beneficios relacionados 109 515 Financiación como inversión interna 111 516 Otros modos de financiación 113 52 Modelos de negocio basados en software libre 116 521 Mejor conocimiento 118 522 Mejor conocimiento con limitaciones 120 523 Fuente de un producto libre 122 524 Fuente de un producto con limitaciones 124 525 Licencias especiales 126 526 Venta de marca 127 53 Otras clasificaciones de modelos de negocio 127 531 Clasificación de Hecker 128 54 Impacto sobre las situaciones de monopolio 129 541 Elementos que favorecen los productos dominantes 130 542 El mundo del software propietario 131 543 La situación con software libre 132 544 Estrategias para constituirse en monopolio con software libre 134 6 Iniciativas públicas 137 61 Impacto del software libre en las administraciones públicas 137 611 Impactos principales 138 612 Dificultades de adopción 142 62 Actuaciones de las administraciones públicas en el mundo del software 144 621 ¿Cómo satisfacer mejor las necesidades de las administraciones públicas? 145 622 Promoción de software 148 623 Fomento de la investigación 150 63 Iniciativas legislativas 151 631 Proyectos de ley en Francia 151 632 Proyecto de ley en Brasil 152 633 Proyectos de ley en Perú 153 634 Proyectos de ley en España 155 64 Textos de algunas propuestas legislativas y documentos relacionados 156 641 Proyecto de ley de Laffitte, Trégouet y Cabanel (Francia) 156 Software libre ANOTACIONES ã FUOC • XP03/90783/01935 642 Proyecto de ley de Le Déaut, Paul y Cohen (Francia) 159 643 Proyecto de ley de Villanueva y Rodrich (Perú) 164 644 Cartas de Microsoft Perú y del congresista Villanueva 177 645 Decreto de medidas de impulso de la sociedad del conocimiento en Andalucía 197 7 Ingeniería del software libre 199 71 Introducción 199 72 “La catedral y el bazar” 200 73 Liderazgo y toma de decisiones en el bazar 203 74 Procesos en el software libre 205 75 Crítica a “La catedral y el bazar” 207 76 Estudios cuantitativos 208 77 Trabajo futuro 212 78 Resumen 214 8 Entornos y tecnologías de desarrollo 217 81 Caracterización de entornos, herramientas y sistemas 217 82 Lenguajes y herramientas asociadas 218 83 Mecanismos básicos de colaboración 219 84 Gestión de fuentes 221 841 CVS 222 842 Otros sistemas de gestión de fuentes 226 85 Documentación 228 851 Docbook 230 852 Wikis 231 86 Gestión de errores 233 87 Sistemas de gestión de flujo de trabajos 234 88 Soporte para otras arquitecturas 235 89 Sitios de soporte al desarrollo 236 891 SourceForge 236 892 Herederos de SourceForge 239 893 Otros sitios y programas 239 9 Estudio de casos 241 91 Linux 243 911 Historia de Linux 243 912 El modo de trabajo de Linux 245 913 Estado actual de Linux 247 Introducción al software libre ANOTACIONES ã FUOC • XP03/90783/01935 92 FreeBSD 249 921 Historia de FreeBSD 250 922 Desarrollo en FreeBSD 250 923 Toma de decisiones en FreeBSD 251 924 Empresas alrededor de FreeBSD 252 925 Estado actual de FreeBSD 253 926 Radiografía de FreeBSD 253 927 Estudios académicos sobre FreeBSD 256 93 KDE 256 931 Historia de KDE 257 932 Desarrollo de KDE 258 933 La Liga KDE 259 934 Estado actual de KDE 261 935 Radiografía de KDE 262 94 GNOME 265 941 Historia de GNOME 265 942 La Fundación GNOME 266 943 La industria alrededor de GNOME 268 944 Estado actual de GNOME 270 945 Radiografía de GNOME 271 946 Estudios académicos sobre GNOME 274 95 Apache 274 951 Historia de Apache 274 952 Desarrollo de Apache 276 953 Radiografía de Apache 277 96 Mozilla 278 961 Historia de Mozilla 279 962 Estado actual de Mozilla 282 963 Radiografía de Mozilla 283 97 OpenOfficeorg 284 971 Historia de OpenOfficeorg 285 972 Organización de OpenOfficeorg 286 973 Radiografía de OpenOfficeorg 286 98 Red Hat Linux 288 981 Historia de Red Hat 288 982 Estado actual de Red Hat 290 983 Radiografía de Red Hat 291 99 Debian GNU/Linux 293 991 Radiografía de Debian 295 992 Comparación con otros sistemas operativos 298 Bibliografía 301 Software libre 8 ANOTACIONES ã FUOC • XP03/90783/01935 Appendix A GNU Free Documentation License 317 A1 PREAMBLE 317 A2 APPLICABILITY AND DEFINITIONS 318 A3 VERBATIM COPYING 320 A4 COPYING IN QUANTITY 320 A5 MODIFICATIONS 321 A6 COMBINING DOCUMENTS 324 A7 COLLECTIONS OF DOCUMENTS 324 A8 AGGREGATION WITH INDEPENDENT WORKS 325 A9 TRANSLATION 325 A10 TERMINATION 326 A11 FUTURE REVISIONS OF THIS LICENSE 326 A12 ADDENDUM: How to use this License for your documents 326 Apéndice B Licencia de Documentación Libre de GNU 329 B1 PREÁMBULO 329 B2 APLICABILIDAD Y DEFINICIONES 330 B3 COPIA LITERAL 332 B4 COPIADO EN CANTIDAD 334 B5 MODIFICACIONES 336 B6 COMBINACIÓN DE DOCUMENTOS 337 B7 COLECCIONES DE DOCUMENTOS 338 B8 AGREGACIÓN CON TRABAJOS INDEPENDIENTES 338 B9 TRADUCCIÓN 338 B10 TERMINACIÓN 338 B11 REVISIONES FUTURAS DE ESTA LICENCIA 339 B12 ADENDA: Cómo usar esta Licencia en sus documentos 33

SENTIMENT ANALYSIS OF FREE/OPEN SOURCE DEVELOPERS: PRELIMINARY FINDINGS FROM A CASE STUDY

Software development is a human intensive activity. And as such, how developers face their tasks is of major importance. In an environment such as the one that is common in FOSS (free/open source software) projects where professionals (i.e., paid developers) share the development effort with volunteers, the morale of the development and user community is of major importance. In this paper, we present a preliminary analysis using sentiment analysis techniques to a FOSS project. We therefore mine the mailing list of a project and apply these techniques to the most relevant participants. Although the application is at this time limited, we hope that this experience can be of benefit in the future to determine situations that may affect the developers or the project, such as low productivity, developer abandonment, project forking, etc.O desenvolvimento de software é uma atividade intensive em esforço humano. Assim, a forma como os desenvolvedores encaram suas tarefas é de suam importância. Em um ambiente como o usual em projetos de FOSS (free/open source software) em que profissionais (desenvolvedores pagos) compartilham os esforços de desenvolvimento com voluntários, a moral da comunidade de desenvolvedores e usuários é fundamental. Neste artigo, apresentamos uma análise preliminary utilizando técnicas de análise de sentimentos realizada em um projeto de FOSS. Para isso, executamos a mineração da lista de endereços eletrônicos de um projeto e aplicamos as técnicas propostas aos participantes mais relevantes. Embora a aplicação seja limitada, no momento atual, experamos que essa experiência possa ser benéfica no future para determiner situações que possam afetar os desenvolvedores ou o projeto, tais como baixa produtividade, abandono do projeto ou bifurcação do projeto, entre outras