Capitulos de este wiki
  1. 1 Nota a la edición
  2. 2 El proyecto gnu
  3. 3 La primera comunidad que comparte software
  4. 4 EL colapso de la comunidad
  5. 5 Una elección moral radical
  6. 6 Libre en su acepción de libertad
  7. 7 El software GNU y el Sistema GNU
  8. 8 Los inicios del proyecto
  9. 9 Los primeros pasos
  10. 10 Gnu emacs
  11. 11 ¿Un programa es libre para cualquier usuario?
  12. 12 El Copyleft y la GNU GPL
  13. 13 La Free Software Foundation
  14. 14 Los servicios relacionados con el software libre
  15. 15 Los objetivos técnicos
  16. 16 La donación de ordenadores
  17. 17 La lista de tareas de GNU
  18. 18 La librería GNU GPL
  19. 19 ¿Un reto personal?
  20. 20 Acontecimientos inesperados
  21. 21 El gnu hurd
  22. 22 Alix
  23. 23 Linux y GNU/Linux
  24. 24 Los retos futuros
  25. 25 Hardware secreto
  26. 26 Librerías no libres
  27. 27 Patentes de software
  28. 28 Documentación libre
  29. 29 Es necesario hablar de libertad
  30. 30 «Open Source» (código fuente abierto)
  31. 31 ¡Inténtalo!
  32. 32 Notas
  33. 33 El manifiesto gnu
  34. 34 ¿Qué es GNU? ¡Gnu No es Unix!
  35. 35 Por qué... GNU
  36. 36 Notas
  37. 37 La definición de software libre
  38. 38 Por qué el software no debe tener propietarios
  39. 39 Notas
  40. 40 ¿Qué encierra un nombre?
  41. 41 Notas
  42. 42 Por qué software libre es mejor que open source
  43. 43 Relación entre el movimiento del software libre
  44. 44 Comparación de los dos términos
  45. 45 ¿Podría ayudar una marca registrada?
  46. 46 Malentendidos del «open source»
  47. 47 Notas
  48. 48 Cómo promover el software libre si trabajas en la universidad
  49. 49 Notas
  50. 50 Vender software libre
  51. 51 El software libre necesita documentación libre
  52. 52 La canción del software libre
  53. 53 El derecho a leer
  54. 54 Malinterpretar el copyright
  55. 55 El copyright en la Constitución de los Estados Unidos
  56. 56 El «contrato2 de copyright»
  57. 57 El primer error: «equilibrar la balanza»
  58. 58 ¿Qué se contraequilibra?
  59. 59 Mejor concesión que «equilibrio»
  60. 60 El segundo error: maximizar la producción
  61. 61 La retórica de la maximización
  62. 62 El tercer error: maximizar el poder de los editores
  63. 63 Resultados de los tres errores
  64. 64 Encontrar el contrato adecuado
  65. 65 Una nota personal
  66. 66 Notas
  67. 67 La ciencia debe desachar el copy right
  68. 68 ¿Qué es el copy Left?
  69. 69 Notas
  70. 70 Copyleft: idealismo pragmatico
  71. 71 Notas
  72. 72 El peligro de las patentes de software
  73. 73 Evitar la patente
  74. 74 Obtener la licencia de la patente
  75. 75 Revocar la patente en un juicio
  76. 76 Notas
  77. 77 ¿Pues confiar en tu ordenador?
  78. 78 Postcriptum
  79. 79 Porque el software debe ser libre
  80. 80 Cómo los propietarios justifican su poder
  81. 81 El argumento en contra de la propiedad del software
  82. 82 El perjuicio ocasionado por obstaculizar el software
  83. 83 Obstaculizar el uso de programas
  84. 84 La cohesión social dañada
  85. 85 Obstruir la adaptación personalizada de programas
  86. 86 Obstaculizar el desarrollo del software
  87. 87 No importa cómo se restringe el acto de compartir
  88. 88 El software debería ser libre
  89. 89 Por qué la gente desarrollara software
  90. 90 Programar es divertido
  91. 91 Financiar el software libre
  92. 92 ¿Qué deben los usuarios a los desarrolladores?
  93. 93 ¿Qué es la productividad del software?
  94. 94 ¿Es inevitable la competencia?
  95. 95 « ¿Por qué no nos vamos a Rusia?»
  96. 96 La cuestión de las premisas
  97. 97 Conclusión
  98. 98 Notas
  99. 99 Copyright y globalización en la era de las redes informaticas
  100. 100 La historia del copyright
  101. 101 Globalización
  102. 102 Repensar el copyright
  103. 103 Turno de preguntas
  104. 104 Notas
  105. 105 Software libre: libertad y cooperación
  106. 106 Software libre: libertad y cooperación (I)
  107. 107 Software libre: libertad y cooperación (II)
  108. 108 Turno de preguntas
  109. 109 Notas
  110. 110 APÉNDICE A: Licencia Pública General GNU
  111. 111 Términos y condiciones para la copia, distribución y modifica
  112. 112 Apéndice. Cómo aplicar estos términos a sus nuevos pro
  113. 113 APÉNDICE B: Licencia Pública General Menor
  114. 114 Términos y condiciones para la copia, distribución y modifica
  115. 115 Cómo aplicar estos términos a sus nuevas bibliotecas
  116. 116 APÉNDICE C: Licencia de Documentación Libre GNU
  117. 117 Aplicabilidad y definiciones
  118. 118 Copia literal
  119. 119 Copia en cantidades masivas
  120. 120 Modificaciones
  121. 121 Combinar documentos
  122. 122 Colecciones de documentos
  123. 123 Combinación con trabajos independientes
  124. 124 Traducción
  125. 125 Nulidad
  126. 126 Futuras revisiones de esta licencia
  127. 127 Addenda

Software libre para una sociedad libre - ¿Podría ayudar una marca registrada?

45 - ¿Podría ayudar una marca registrada?

Curso gratis creado por Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/
17 de Diciembre de 2005
Los defensores del open source trataron de convertirlo en una marca registrada, diciendo que esto podría permitirles prevenir su mal uso. Se desistió del intento cuando se dejó prescribir la solicitud en 1999, de tal forma que el rango legal del open source es el mismo que el del «software libre»: no hay restricción legal para su uso. He oído informaciones sobre ciertas compañías que llaman open source a sus paquetes de software aunque no se ajustaban a la definición oficial; yo mismo he observado algunos ejemplos.
¿Pero habría significado una gran diferencia usar un término que es una marca registrada? No necesariamente.
Las compañías también han hecho anuncios que dan la impresión de que un programa es open source sin decirlo explícitamente. Por ejemplo, un anuncio de IBM sobre un programa que no se ajustaba a la definición oficial decía esto: «Como es común en la comunidad open source, los usuarios de la tecnología [...] también podrán colaborar con IBM [...]»
En realidad, esto no afirma que el programa fuera open source, pero muchos lectores no advirtieron ese detalle. (Debería destacar que IBM estuvo tratando sinceramente de hacer de este programa software libre, y más tarde adoptaron una nueva licencia que lo hace software libre y open source; pero cuando se hizo el anuncio, el programa no estaba cualificado para adoptar ninguno de los dos nombres).
Y así es como Cygnus Solutions, la cual se creó para ser una compañía de software libre y más tarde se expandió, por así decirlo, al software propietario, publicitó algunos productos de software propietario: «Cygnus Solutions es un líder en el mercado de open source y acaba de lanzar dos productos al mercado GNU/Linux».
A diferencia de IBM, Cygnus no estaba tratando de hacer paquetes de software libre y los paquetes no se ceñían a esa calificación. Pero Cygnus realmente no dijo que esos programas fueran open source, ellos sólo hicieron uso de ese término para dar los lectores incautos esa impresión.
Estas observaciones nos indican que una marca registrada no hubiera impedido de verdad la confusión que viene dada con el término open source.

4 opiniones

Bueno.

Esta my bueno las tematicas que se tratan en este documento. En este momento yo estoy haciendo un trabajo sobre el software libre y el software propietario, en concreto debo de hacer una comparacion etica... Si me pudieran dar otros caminos donde encontrar mas informacion.
Software libre para una sociedad lobre.

Una fuente abierta al optimismo y la libertad.
Lo normal.

Comparto las opiniones del articulo y pienso que tenemos que estimular alas personas a usar y producir software de una forma diferente a como se biene haciendo. Tenemos que detenernos un poco a reflexionar sobre estas cosas. Felicitaciones.
El soldado hexagonal.

No es una coincidencia la distribución penta-hexagonal del balón de fútbol. 12 pentágonos, que representan los territorios de poder. 20 hexágonos, que representan las colonias del poder unipolar. Si tenemos la superficie del globo terraqueo y dividimos esa superficie en 32 partes equivalentes, tendremos una perfecta distribución unipolar. El soldado pentagonal habla tres idiomas. Debemos enseñar al soldado hexagonal a hablar: su idioma nativo (español), ingles y portugues-brazilero. ¿que más le podemos enseñar?.

Cursos gratis relacionados con 'Software libre para una sociedad libre'

Un exhaustivo conjunto de ensayos y artículos que recorren la década de 1990 y los... Más »
Las tecnologías de distribución de información están cambiando como no lo habían hecho nunca antes... Más »
En este artículo nos ocupamos en primer lugar, someramente, de los síntomas de crisis... Más »
Cómo los grandes medios usan la tecnología y las leyes para encerrar la cultura y... Más »
Un sistema informático utiliza ordenadores para almacenar datos, procesarlos y ponerlos a disposición de quien... Más »

Autor y licencia de 'Software libre para una sociedad libre'


Curso gratis de Richard M. Stallman. Extraido de: http://sindominio.net/biblioweb/pensamiento/softlibre/ CopyLeft
Este contenido ha sido recopilado por el equipo de Wikilearning. Todo el contenido recopilado se ha obtenido respetando y comunicando en nuestro site la licencia de cada fuente.
Wikilearning tiene permiso expreso por escrito de los autores para publicar los contenidos que ha extraído de otras webs, incluyendo su uso comercial.