Historias
Slashboxes
Comentarios
 

Qt se podrá usar con muchas más licencias libres

editada por Yonderboy el 10 de Agosto 2007, 16:27h   Printer-friendly   Email story
desde el dept. librerías-libres
djworld nos cuenta: «Trolltech ha sacado una versión nueva de Qt, la 4.3.1, que a parte de añadir algunos arreglos de fallos, incluye un cambio en su esquema de licencias muy importante. A partir de ahora se va a poder usar Qt con proyectos que están no sólo bajo la GPL sino también bajo una larga lista de licencias libres, entre las que se incluyen la Apache, BSD, LGPL, MPL, X11,... Esto permitirá a muchos desarrolladores de proyectos con otras licencias usar Qt y ampliará el abanico de posibles licencias que pueden elegir los desarrolladores al crear un proyecto nuevo. ¿Y tú, por qué no estás usando ya Qt?»

Historias relacionadas

[+] Qt será licenciado como LGPL 86 comentarios
Nokia ha anunciado hoy que la biblioteca multiplataforma Qt para el desarrollo de interfaces gráficas, y que se usa tanto para sistemas de escritorio como para empotrados, estará disponible bajo la versión 2.1 de la licencia LGPL (Lesser General Public License) a partir de la versión 4.5, programada para marzo de 2009. La principal diferencia entre la GPL y la LGPL es que la última puede enlazarse con un programa que no sea GPL. Además, Qt estará disponible desde un nuevo dominio: www.qtsoftware.com. djworld se hace también eco de la noticia en su bitácora.
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • ¡Ya era hora!

    (Puntos:2)
    por faragon (17575) el Viernes, 10 Agosto de 2007, 16:42h (#943695)
    ( http://www.voluntariado.net/ | Última bitácora: Martes, 07 Diciembre de 2010, 19:25h )
    Siquiera por salud mental de los desarrolladores, pues en un montón de proyectos Unix/Linux todavía se anda a base de Motif, precisamente por problemas de licencias. Me parece una buena noticia muy buena.
  • Buenas librerías

    (Puntos:5, Interesante)
    por pepitogrillo (10291) el Viernes, 10 Agosto de 2007, 17:44h (#943707)

    Las Qt son una solución muy buena para muchos proyectos multiplataforma y también monoplataforma.

    Podéis mirar la documentación en http://doc.trolltech.com/ [trolltech.com] y comprobar que se puede hacer casi todo.
    Yo no soy experto en C++, pero he hecho algunas aplicaciones para ciertos clientes y tengo suficiente información para afirmar que son unas muy buenas librerías.

    Hay proyectos que deberían de tomar nota de este tipo de librerías, como Clauer de la Universidad Jaume I.

    Este proyecto
    http://www.clauer.uji.es/ [clauer.uji.es]
    lo utiliza la administración Catalana, y lo cierto es que para instalar la aplicación Linux es toda una pesadilla (y eso que llevo miles de compilaciones desde Red Hat 5.1).

    También hay aplicaciones que ofrecen para Windows y no para otras plataformas, y las que sí están en modo consola que para según qué finalidad no pueden ser prácticas.

    En el proyecto Clauer podrían programar directamente en Qt, todos ganaríamos. Ellos tendrían sólo un código y el resto de plataformas soportadas por Qt se beneficirían.

    Saludos.
    • Re:Buenas librerías

      (Puntos:5, Informativo)
      por alexcomps (20255) el Viernes, 10 Agosto de 2007, 17:48h (#943710)
      ( http://www.hispaciencia.com/ | Última bitácora: Jueves, 24 Septiembre de 2009, 07:45h )
      Los suscribo. Le hice una aplicación sencillita a mi padre (para mantener su discografía, permitiendo búsquedas por autores, grupos, y esas cosillas), y el desarrollo con gtk es bastante pesado.

      Ahora que colaboro con un proyecto que emplea Qt (QtOctave) puedo decir que las Qt son una gozada. Son mucho más sencillas de utilizar, y más intuitivas.

      Ojo, no digo que gtk sea malo, que os veo venir, sólo digo que a mi me gustan más las Qt.
      --
      Omnes vulnerant, postuma necat.
      [ Padre ]
    • 2 respuestas por debajo de tu umbral de lectura actual.
  • Por favor...

    (Puntos:2, Divertido)
    por pobrecito hablador el Viernes, 10 Agosto de 2007, 18:13h (#943716)
    Que llegue ya Luis Digital, que con la guerra que lleva dando dos semanas con lo de las licencias se le echa en falta.
    • Re:Por favor... de Luis Digital (Puntos:1) Viernes, 10 Agosto de 2007, 19:21h
  • ¿Y tú, por qué no estás usando

    (Puntos:2, Divertido)
    por pobrecito hablador el Sábado, 11 Agosto de 2007, 01:36h (#943841)
    Por que no me da la puta gana
  • por skuda (6255) el Sábado, 11 Agosto de 2007, 10:00h (#943883)
    A ver si alguien me puede echar un cable con esta duda existencial: Una empresa cliente me ha pedido que le desarrolle una nueva aplicacion para la gestion de sus tiendas de ropa, quiero desarrollarla en linux para cambiarles ya el sistema operativo tambien, el caso es q tengo una duda q no soy capaz de contestar googleando de manera clara, quiero hacer uso de las librerias graficas QT (q estan disponibles comercialmente tambien) pero me gustaria poder enlazar con algunas librerias gpl, de hecho mi idea es hacer el programa nuevo gpl y darle el codigo fuente al cliente, pero luego no quiero distribuir el codigo a terceros porque es un desarrollo a medida y me pagan por el, y respecto a esta obligacion he visto varias opiniones, por ejemplo: http://www.legistics.net/main/index.php?option=com _content&task=view&id=53&Itemid=99&lang=spa [legistics.net] --- aqui dicen que cualquiera q pida el codigo fuente de un programa gpl, o sea un tercero competencia de mi cliente por ejemplo, tiene derecho a obtener una copia. http://softlibre.barrapunto.com/comments.pl?sid=71 231&cid=923758 [barrapunto.com] --- en este post turbidostato esta seguro de que yo y el cliente podemos acordar no distribuir el codigo a terceros aunque el programa sea gpl, esto es algo que he leido tambien en algunas listas de correo, que solamente tengo q dar el codigo con el binario con lo que si no distribuyo el binario y alguien me pide el codigo fuente sabiendo que la aplicacion es gpl no tengo porque darselo. Luego he visto una 3 opcion leyendo tambien por internet en caso de que legistics tenga razon que es que el cliente me contrate por prestacion de servicios con lo que formo parte de su empresa con lo que no se activa la obligacion de distribuir el codigo fuente. Les agradeceria me echasen un cable con estas dudas sobre la mejor licencia para el proyecto conociendo mi situacion exacta para saber q decisiones tomar en la licencia y librerias a usar del programa, yo no tengo ningun problema en que mi codigo se distribuya pero evidentemente mi cliente si y lo entiendo porque en un desarrollo a medida van demasiadas estrategias de negocio clarificadas, otra opcion es pagar la licencia comercial de QT y no usar mas librerias GPL claro.
  • Pues yo...

    (Puntos:1)
    por pezezin (11919) <pezezin64NO@SPAMyahoo.es> el Sábado, 11 Agosto de 2007, 10:50h (#943903)
    ( http://barrapunto.com/ | Última bitácora: Viernes, 17 Noviembre de 2006, 23:39h )

    ¿Y tú, por qué no estás usando ya Qt?


    Porque desde que descubrí los lenguajes funcionales, C++ me parece una caca (por decirlo educadamente) :P
    --

    Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn!

    • Re:Pues yo... de pepitogrillo (Puntos:2) Sábado, 11 Agosto de 2007, 12:24h
      • Re:Pues yo... de pepitogrillo (Puntos:2) Sábado, 11 Agosto de 2007, 14:12h
        • Re:Pues yo... de pezezin (Puntos:1) Sábado, 11 Agosto de 2007, 14:59h
      • 1 respuesta por debajo de tu umbral de lectura actual.
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Re:Y si...

    (Puntos:5, Informativo)
    por Mu (11278) el Viernes, 10 Agosto de 2007, 18:59h (#943728)
    ( http://www-etsi2.ugr.es/alumnos/mu01/guerraSoftware.html | Última bitácora: Viernes, 03 Diciembre de 2010, 10:41h )
    El permiso especial que conceden es para enlazar (linkar) tu programa con esa librería. Que quede claro que las Qt incluídas con tu programa seguirían siendo GPL, no pasarían a ser BSD ni cualquier otra.

    Por tanto, si tu haces un software privativo a partir de un probrama BSD, no podrías usar las Qt porque solamente han dado permiso para la lista de licencias anteriormente citada (más las compatibles con la GPL, evidentemente). Te quedaría, claro, la opción de pagar a Trolltech una licencia privativa.
    --
    Gdado dice roller [sourceforge.net]
    [ Padre ]
  • Re:Que por qué no las estoy usando?

    (Puntos:1, Divertido)
    por pobrecito hablador el Viernes, 10 Agosto de 2007, 19:16h (#943733)
    Sí y además te están poniendo los cuernos.
    [ Padre ]
  • Re:¿Y tú, por qué no estás usa

    (Puntos:1, Informativo)
    por pobrecito hablador el Viernes, 10 Agosto de 2007, 21:01h (#943779)
    Prff por será por lenguajes soportados por las Qt...
    * Mono (Mono [cougarpc.net])
    * PHP (PHP-Qt [php-qt.org])
    * Ruby (QtRuby [rubyforge.org])
    * Perl (PerlQt [sourceforge.net])
    * Java (jambi [trolltech.com])
    * Python (PyQt [riverbankcomputing.co.uk])
    * ...
    [ Padre ]
  • Re:y yo...

    (Puntos:1)
    por gonzaloR (14921) el Viernes, 10 Agosto de 2007, 21:12h (#943782)
    ( http://fishblues.blogspot.com/ )
    Tal ves solo aplicó eso de si algo anda bien... ¡no lo toques! y sucede que gtk le funciona bien
    --
    000100111011010101100012
    [ Padre ]
    • Re:y yo... de ActiveMan (Puntos:1) Sábado, 11 Agosto de 2007, 07:06h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • por gonzaloR (14921) el Viernes, 10 Agosto de 2007, 21:21h (#943783)
    ( http://fishblues.blogspot.com/ )
    eso mas que de la librería, biblioteca o como quieras llamarle, me parece que es responsabilidad del diseñador de la interfaz no? (o sea el humano que decide donde van los botones y esas cosas)
    --
    000100111011010101100012
    [ Padre ]
  • por Galois (34521) el Viernes, 10 Agosto de 2007, 23:10h (#943807)
    ( http://trasnochada.wordpress.com/ )
    ¡Atrás impío!

    Te daré de latigazos hasta que aprendas a escribir sin faltas.

    --
    La insurrección es un arte, y como todas las artes, tiene sus leyes. León Trotsky
    [ Padre ]
  • por JAM (999) el Viernes, 10 Agosto de 2007, 23:53h (#943816)
    ( http://barrapunto.com/ )
    Sí.
    [ Padre ]
  • por Julio_sao (29798) el Sábado, 11 Agosto de 2007, 11:07h (#943912)
    ( Última bitácora: Miércoles, 19 Mayo de 2010, 18:32h )
    La leche. ¿Usas winAPI? Yo solo he usado el api de windows cuando no me quedaba otra opción, me sacrificareis pero dire que uso vb.net jeje.
    Ya probare con C++/Qt a ver que tal se da, por que lo de gtk no me fue muy bien, me gustó mucho mas WxWindows que tambien es una pasada y tambien son multiplataforma.

    Por cierto, ¿para cuando un entorno decente para vb.net en linux? sharpdevelop esta muchisimo mejor que monodevelop, no me vengais diciendo que hacerlo para vb.net seria plegarse a microsoft, por que ya se ha hecho con C# que tiene el mismo padre y puede que mas oscuras intenciones...

    Por mi que cada uno programe en lo que quiera ¡Suerte con tu WinAPI (me parece que cada vez le queda menos tiempo)
    --
    JulioSAO xD.
    [ Padre ]
  • Mi opinión es que utilizar el WinAPI directamente no es una opción para desarrollar una aplicación "seria".
    [ Padre ]
  • tú? contratar?

    (Puntos:2)
    por pleyades (544) el Sábado, 11 Agosto de 2007, 19:06h (#944041)
    ( http://barrapunto.com | Última bitácora: Miércoles, 03 Noviembre de 2010, 20:48h )

    Es que a la gente como tú nunca está en posición de contartar, sólo escribe en los foros.

    [ Padre ]
  • Re:Y si...

    (Puntos:2)
    por Nibble (805) el Sábado, 11 Agosto de 2007, 20:30h (#944054)
    ( http://localhost/ )
    Y ahora como soy un cabrón, hago algo parecido a un "wrapper" con licencia LGPL que usa las partes que necesito de Qt y sobre él hago una aplicación de código cerrado enlazando al "wrapper" LGPL.

    No sirve el "truco" porque sigues teniendo que enlazar Qt con la aplicación final, aunque enlaces también el wrapper y las llamadas a las funciones de Qt sean a través suyo.

    [ Padre ]
  • 7 respuestas por debajo de tu umbral de lectura actual.