Busqueda sobre Linux y software libre

Noticias sobre linux y software libre - Google 

Cómo protege la GPL de que alguien se robe tu idea ?

Pregunta

Cuando hablo con los demás sobre el software libre, suelen preguntarme cosas que no puedo responder, y creo que es porque aún no entiendo todos los detalles de la licencia GPL... estoy leyendo esto http://adf.ly/1fHQSn pero sigo sin entender algo:

Cómo protege la GPL de que alguien se robe tu idea?

por ejemplo: digamos que estoy trabajando en un proyecto, y que este proyecto aún no está completo, y mi proyecto está en github, bajo la licencia GPLv3... en un tiempo, veo que alguien más comienza a hacer un proyecto que es totalmente idéntico al mío, pero él dice "la idea es totalmente mía, yo lo creé desde 0", y es comprobable que él está utilizando mi código...

Si mi código está bajo la GPL, y yo comencé antes el proyecto... qué podría hacer? bajo la GPL, es correcto que alguien se lleve el crédito de algo que yo creé? o podría pedirle que me de algo de crédito? compartir el crédito? cómo procedería?


Eso respondería muchas dudas "existenciales" que me preguntan cuando hablo de software libre

Respuesta

Primero debe entender que hay dos conceptos liado pero distinto.

La idea y la expresion de la idea.

por exemplo: para calcular la iva. es una "buena idea" de "multiplicar el precio neto con 1 + la valor de la iva," esto es la "IDEA"

precioConIva = precioSinIva * (1 + valorDeIva); // este es codigo C
(setq precioConIva (* precioSinIva (1+ valorDeIva)))  // este seria codigo lisp (emacs)


las protectiones de este dos concepto es differente, la "IDEA" es protejido por los patentes (patentes)

La "expresion de la IDEA" (el codigo fuente) es protejido por el derecho de author (copyrights)

En el caso de programas informaticas hay una "subtilidad" es (en breve) que en los accuerdos internationales (treaties) las mathematicas son expresamente excluido de la protection de los patentes.
Ahora en la Union Europeana la "informatica" es mas o menos definido como "mathematicas" y entonces los "Software patents" no existen (en theoria)
En Estados unidos y los paises vasales de los estados unidos por supuesto los software patents son authorisado y abren possibilidades de batallias legales muy interesante (para los avogados)
El "bono" de tener Software Patents es que no se puede "robar" tu ideas, el malo es que en practica cualquier programo util es la expresion de milles de ideas entonces los que ganan son los que tienen mucho patentes y mas importante mucho dinero para pagar el juicios, en practica software patents son un riesgo gordo para pequena empressas innovativas, es mejor intercambiar ideas libramente que dar todo tu dinero a los avogados...

Entonce que hace la GPL v2, en breve dice :
  me codigo es "mio" pero tu puede hacer lo que du quiere con el excepto:
   decir que es "tuyo" o (y es el ma importante) cambiar la licencia.
  entonces si tu me "roba" my codigo, muchissima gracia para el complimento y si tu hace algunas modificationes en el codigo
  tu puede "anadir" tu "nomber" pero no "saquar" me nombre y si tu le usa internalemente, no me preocupe, pero si tu hace una
  distribution de este codigo modificado yo (y el resto del mundo) tiene los mismo derechos de usar, modificar etc...
La GPL v3 hace dos modificationes importante relationado con el derecho de las estados unidos (los software patents) y el cloud
  en breve dice, tu no puede dar de una mano el codigo y de la otro mano decir que tu tiene patentes y que los usarios deben pagerte
  entonces por exemplo tu no puede usar un codigo GPL tercero y decir, que interesante, yo va a patentar esto y f** los usarios ()
  La otra cosa es que tu no puede usar me codigo GPL en un servicio Internet, anadir cosas mias y decir "yo uso este software internalemente entonces no tiene "cliente" entonces no necessita de darle el codigo", la idea es por examplo si tu hace un software de type Compatbilidad con licencia GPL tu no quiere que una empressa grande de gestor le usa, anadi un software de connection son los authoridades estatal y le uso en modo "hosting/software as a service" y dice a sus clientes que no vale la peina de trabajar con ti porque su version es "mejor" (aunque ellos son dueno que 5% del codigo solamente ...)

Por fin para acclarar (Ojala :)) tu exemplo:

Si tu hace la publication de algun codigo en github or (cualquier otro medio) sobre la GPLv2 o v3

Si un tercero lee tu codigo y se dice hmm que bien este idea, y escribe un codico que es functionalemente identico pero distinto
el hace lo que quiere con esto.
Si uso tu codigo de cualquiera forma para implementar tu idea o para otra cosas, legalemente el debe reconocer tu anterioridad y distribuir tu codigo con la misma licencia (o tal vez la misma licencia o superior, tu puede escribir en tu licencia por exemplo : este es GPLv2 y punto.. o GPLvX o superior ...)
En este caso tu puede mirar su codigo y eligir de "ingnorarle" or incluir parte interesante en tu codigo (que es uno de los fuerzas del software libre)

Si el tercero uso una licencia differente, o denege tu parte, hay dos "niveles" (un poco como en la musica)

si el codigo tuyo que se encuentra en su codigo es "minimalista", el puede decir "mismo causas mismo effecto" y si hay "i++;" es que eso se hace
no es copia de "me i++", o que son "header necessario para interoperabilidad" , pero si en el cuerpo de su codigo hay parte significante (typicamente mas de 5 .. 6 lineas de codigo) identico, entonces el deberia demonstrar que el tiene anterioridad, pero tu fecha de creation se ve facilamente en el GitHub, entonces mas probable es que tu puede hacerle un juicio y forcarle a cerar la operation o a abrir el codigo.

El problemo mas serio es que si tu hace por exemplo un codigo de gestion de red y es un particular que no tiene un monton de dinero, y despues una empresa de typo cisco uso tu codigo si cumplir con la reglas de la GPL, tu "puede hacer un juicio" pero va a costar tanto, y sin esperanza seria de beneficio para ti que no se vale la peina...
Por esso existen organisationes como gpl violation GPL Violations homepage - The http://adf.ly/1fHQVe project
tu puede "transferir" a ellos tu derechos sobre tu codigo, y entonces ellos pueden attackar la empresa que no cumple.

Pregunta de aclaracion

Todo parece bien cuando el código tiene licencia GPL, pero ¿qu pasa si se
encuentra código sin licencia? ¿Es posible que yo la libere bajo GPLV3?
¿qué autor debe figurar?.

Respuesta a la aclaración

Concretamente cuando creas una obras, como autor la Ley defiende todos
tus derechos por defecto, a eso le podemos llamar privativo o cerrado,
ya que el publico no tiene ningun derecho sobre tu obra.

Una licencia de uso, no cede los derechos, pero si otorga un mecanismo
para compartir los beneficios del autor con respecto a sus derechos
con el publico.

Ejemplificando un caso común, si soy una empresa que creo para su uso
un software Contable, este es privativo y solo la empresa puede
disponer de su uso, comercialización, modificación, etc. Y si después
decide *liberarlo*, extiende una versión nueva con una licencia de uso
que permita a la sociedad disfrutar de sus derechos, de uso,
comercialización, modificación y estudio que antes le pertenecían
exclusivamente al Autor.

Instalacion wine en Debian Wheezy

Pregunta

Estoy tratando de instalar wine en mi distribucion Debian Wheezy, porque preguntaran, hay alternativas diran, pero en mi caso no.
Quiero instalar Proteus, sip,  esa herramienta que todo amante de la electronica encuentra indispensable en muchas ocasiones, y hay amigos por la web que ya lo han logrado. estoy de envidia la verdad.
El problema es al instalar wine en 64 bits, ya que me pide que ejecute este comando:

  # dpkg --add-architecture i386
  # apt-get update
  # apt-get install wine-bin:i386


el problema esta aca:
apt-get install wine-bin:i386
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias       
Leyendo la información de estado... Hecho

No se pudieron instalar algunos paquetes. Esto puede significar que
usted pidió una situación imposible o, si está usando la distribución
inestable, que algunos paquetes necesarios no han sido creados o han
sido movidos fuera de Incoming.

La siguiente información puede ayudar a resolver la situación:

Los siguientes paquetes tienen dependencias incumplidas:
>>>>>>> wine-bin:i386 : Depende: wine32:i386 (>= 1.6.2-8) pero no va a instalarse

E: No se pudieron corregir los problemas, usted ha retenido paquetes rotos.
Entonces busco en la web y encuentro que alguien pudo anadiendo a su lista source.list


deb [arch=amd64,i386] http://ftp.au.debian.org/debian/ sid main non-free

en el momento de hacer apt-get update se instalan muchas librerias para i386
lo que me da esperanzas, pero tampoco funciona para instalar wine-bin:i386

entonces lo que hago es hacer
apt-get upgrade
y un monton de archivos 226 MB se actualizaran...... lo que no me molestaria
pero al hacer 

apt-get dist-upgrade 

me sale que se actualizara 1060 MB, lo que me preocupa, talvez me falte espacio.


Mi teoria es que al anadir los repositorios de SID 
a mi source.list, asi di paso a que puedan
 instalarse miles de librerias INESTABLES

de SID en mi distribucion WHeezy.
Que me recomiendan hacer, dar paso a este gigantesco upgrade y dist-upgrade?.
O alguien mas pudo instalar el WINE en Wheezy de 64 bits.
Respuesta

Para instalar el paquete wine 64 bits ejecuta:

sudo apt-get install wine

este instalara los paquetes dependientes wine-bin y libwine. Adicionalmente puedes instalar el paquete

sudo apt-get install winetricks

Pruébalo y muestramé que resultado te sale si no puedes instalar.

Otra respuesta

Tal vez hayas encontrado en internet que tienes que actualizarte a SID
porque en tiempos pasados, dpkg no soportaba multiarch.

Hace muchos años estuve con SID. No me dio muchos problemas entonces.
Sólo he tenido que hacer downgrade de núcleo y quitar software unas
cinco o seis veces desde 2002 hasta 2004.

De hecho, ahora estoy con arch. Y sólo he tenido que jugar unas tres o
cuatro veces en un año. En lo que a mí respecta, un buen balance entre
estabilidad y actualidad.

Claro, tu kilometraje va a variar.

Para el tema de wine,
1) sólo bastaría con decirle a dpkg que usas i386. Usa algo como dpkg
--add-architechure i386 para que lo convenzas, o edita el
/etc/dpkg/architectures (o algo parecido)
2) decirle a apt donde encontrar los paquetes usando [arch=amd64,i386]
en el sources.list apropiado.

Busca multiarch en la wiki de debian. Sólo confíes en documentos
buenos. Nada de artículos bolas de gente que no sabe lo que hace por
favor.

Simulación de examenes LPI

Para quienes deseen prepararse para los examenes de certificacion LPI 101 y 102, con estos enlace lo pueden hacer:

  • Test Practico de certificación LPI        http://adf.ly/1f38sS
  • Simulación de examen LPI                  http://adf.ly/1f38oj

Ads by CJ - Linux Foundation

Share This