Sobre la licencia de pilas.

[programx]

Hago este post porque me di cuenta que la licencia de pilas (gpl) para ser una libreria de videojuegos, es algo (o bastante) restrictiva, en cambio librerias como:

sdl/c++ --------------- lgpl
sfml/c++ ------------- zlib/libpng
pygame/python ---- lgpl
pyglet/python ------- bsd
love/lua -------------- zlib/libpng
jgame/java ---------- bsd
slick/java -------------bsd
chingu/ruby --------- lgpl
rubygame ------------ lgpl
ruby/sdl/ruby ------- lgpl

poseen licencias de software libre algo mas libres que las gpl. Cual es mi punto? que al ser gpl, pues los juegos tambien deben ser obligatoriamente gpl (por lo que se), en cambio con cualquiera de las otras de arriba, el juego puede ser tanto software libre como comercial (de codigo cerrado). Desde mi punto de vista, que la licencia sea gpl es un gran problema para, por ejemplo, una o un grupo de personas que quieran hacer un proyecto comercial en pilas y no puedan justamente por la licencia.

Pero bueno, es solo una opinion personal y no es que sepa mucho de licencias que digamos jeje, tal vez estas licencias tienen graves contras y las estoy ignorando

[hugoruscitti]

Creo que hay un detalle incorrecto en algún lado... pilas el LGPL
(no gpl), se puede hacer software libre o sofware no libre con pilas:

http://pypi.python.org/pypi/pilas/0.59

estoy de acuerdo con vos respecto de licencias, ¿en algún lado
que es gpl y no lgpl? (tal vez es un error mio).

[programx]

Ah ok que bueno, ya que la gpl a pensar de ser software libre, es muy restrictiva para este tipo de proyecto, y bueno si hay una parte donde dice gplv3, en la pagina principal http://www.pilas-engine.com.ar/, al final, donde se describen las caracteristicas de pilas dice:

Es libre y gratuita, porque es software libre (gplv3), puedes copiar, modificar, distribuir y utilizar el motor libremente.

[hugoruscitti]

Buenisimo, ahi lo arregle en la pagina principal...

[jscabuzzo]

Hola, me registre hoy al foro.
En un principio por curiosidad, me pregunte (y personalmente le pregunte a hugo) porque pyQT y no wxPython. Mas que nada porque yo habia empezado con wxPython y al ver que los proyectos que mas me gustan estan usando pyQT me pregunte si este ultimo era mejor en muchos aspectos, he estado buscando info (aun no pude verla toda) pero ambas tiene canvas con soporte OpenGL, y al ver este hilo, me fije en ambas librerias el tema de licencias.
Lo que pude apreciar fue lo siguiente, QT es libre mientras el producto no sea comercial, wxPython es indistinto.

pyQT dice:
PyQt, unlike Qt, is not available under the LGPL.
If you use the GPL version of PyQt then any code you develop with it must be distributed under a compatable license. Like the GPL version of Qt, PyQt grants an exception to the GPL that specifies the list of licenses that you may use. The full text of the exception can be found in the PyQt source package.
If you are unable to distribute your code under the terms of the GPL then you must purchase a commercial license.
Please contact sales@riverbankcomputing.com if you would like a copy of the PyQt Commercial License.

wxPython dice:
Both wxWidgets and wxPython are free, open source, software with permissive licences that allow their use in commercial products[...]

Por lo tanto, si quiero hacer un juego comercial usando pilas, que usa pyQT ¿como afecta la licencia en este caso? se puede averiguar en terminos legales? Mi logica me dice que si mi codigo esta compilado pero la libreria (pilas) se mantiene lgpl, no veo que haya problemas, de hecho solo estaria cobrando por lo que yo hice y no por la herramientas que utilise, pero el producto para que funcione debe contener todo y ahi me entro la duda.

No pienso hacer juegos con pilas para comercializar, es solo un cuestionamiento.

Disculpen si esto no es de importancia, pero por ahi alguien quiere comercializar un juego que usa pilas y en definitiva usa pyQT.
Saludos a todos !!!

[hugoruscitti]

Al principio pilas usába pygame y SFML. Pero a medida que probaba la biblioteca en distintos
sistemas, SFML se volvía un poco difícil de distribuir, además el manejo multimedia es super
difícil de lograr con tantas placas de video e inconsistencias de opengl y todas las implementaciones
que existen. Qt en este caso, tiene un montón de código que trata estas inconsistencias.

Yo conocía Qt de otros proyectos, y siempre me gustó cómo biblioteca cuando usába C++, es realmente
muy sólida, y tiene un soporte muy bueno desde lo mas bájo de la arquitectura (procesos, sockets etc...)

Y cuando comencé realizar todas las pruebas que venía haciendo con SFML la diferencia fue
muy grande, Qt funcionó rápido, de la misma manera en mac, linux y windows. Y siempre tuvo
mucha difución, soporte y popularidad (lo que ayuda a que sea mas fácil de instalar).

Nunca había pensado en WxPython, por lo que tengo entendido es muy buena biblioteca
también, pero no probé. Si quieres puedes adaptar pilas para que funcione
sobre esa biblioteca, estás invitado a participar del desarrollo. Solo es cuestión de darse tiempo
y comenzar a realizar pruebas.

Ah, por cierto, si estás investigando, tal vez quieras ver esta otra biblioteca:

http://www.pyside.org/

En fin, hay mucho por hacer... interesante tu mensaje.

[jscabuzzo]

Hola Hugo !!! Buenisimo esto !!!
PySide es LGPL y se puede usar comercialmente sin problemas, voy a ponerme a investigar esto (mañana, no puedo colgarme toda la noche), aunque ya lo estoy instalando.
Voy a investigarlo y hacer pruebas. De todas maneras todavia estoy consumiendo la info del sitio de pilas-engine y leyendo todo lo del foro para ir poniendome al tanto del proyecto.

Grax man por la info.

[shackra]

comercial != privativo
Pueden leer más acerca de ésto http://quidam.cc/05-06-2010/pongame-cua ... d-de-etica