Barrapunto

Mas bien gratis, diría yo. ¿Están disponibles las fuentes del entorno acaso?

---

  Si, porque la version trial no se podia
instalar, ya que decia que la glibc era muy
antigua, y que instalara un parche que,
casualmente, solo estaba en RPM para Redhat,
Caldera, Turbolinux y Mandrake.

  En fin...

Tienes razon. Lo cambio.

Hay gente que también nos interesan otras licencias libres, incluso dominio público, para probar y ver pequeñas rutinas :(

Según las FAQ, y las licencias compatibles. La lista .

No hombre, eso son licencias compatibles con la GPL, esa lista la he leido

Lo que yo digo: suponte que lo pruebo, que hago algún código y que lo cuelgo, ¿es obligatorio que ese código sea GPL?. Eso es lo único que quería decir.

Si os fijáis en la barra izquierda de Bulma (en la caja de Barrapunto) veréis que aparecen los caracteres del tag html del enlace a ester artículo. Se debe a que vuestro script esta haciendo la conversión a los "&xx".

¿No se puede corregir? O bien filtrándolos o bien enviando "as is".

Supongo que si dispones de la licencia comercial podras colgar ese codigo aparandolo bajo la licencia que te de la gana.
Mientras que si desarollas tu codigo a partir de la version Open Edition (que no Open Source como dice el cuerpo de la noticia) pues estarás obligado a que sea GPL.

Ya, pues sí te toca aceptar GPL.

Todo lo que sea creado con el OPEN EDITION, tiene que ser GPL.

deben ser GPL, pq. enlaza con las Qt GPL. Yo lo veo interesante. Habrá empresas que no querran hacer sus aplicaciones libres pero veo muchos programadores por cuenta propia (sobre todo los que vienen de Delphi) poblando nuestro entorno de aplicaciones GPL.

Por supuesto, lateralmente, esto es ventajoso para KDE pq. usa el toolkit en el que se basa en gran parte. No debe ser dificil pedirle al compilador del Kylix que te enlace tus aplicaciones con las librerias KDE.

Una pregunta off-topic... no existe ningun problema de licencias en que las aplicaciones y librerias KDE (LGPL) enlacen con unas Qt GPL? Lo digo pq. se puede trampear de la siguiente forma:

Aplicacion propietaria -> LGPL -> GPL

Es decir, si A enlaza con una libreria B que enlaza con una libreria C ¿A enlaza con C? ¿El enlace (tal como se define en la GPL) es transitivo?

Es el CLX lo que es GPL y contra lo que enlaza, no Qt. Siento el error.

Si no me equivoco, lo que hace que puedas crear programas GPL con la Open Edition es la licencia que tienen los componentes, que no el programa en sí. Los de la versión "no Open" no te permiten hacer programas GPL (y no es que lo pongan explícitamente, es que la GPL no te deja) :-P

¿Lo hacen explícito en alguna parte, o es por la licencia de los componentes?

huy yo no te entendi, y me parecio uan cuestion interesante me lo explicarias?

Es una buena noticia, claro que sí. Todavía no he probado Kylix (ya tengo ganas), pero Delphi me parece un gran lenguaje y entorno (con todos mis respetos para Glade, Kdeveloper y tal, creo que Delphi es mucho mejor), su modelo de componentes (¿se podrán recompilar en Linux sin problemas?) me parece muy bien pensado y son más sencillos de manejar (y seguros) que OCX o ActiveX, esas plagas. Además, la comunidad Delphi siempre ha sido bastante abierta y cooperativa (por ejemplo, hay muchos componentes gratuitos y con fuentes disponibles), así que el paso a Linux también les supondrá poco o ninguno cambio de mentalidad.

Aunque, para que todo no sea perfecto, creo que Kylix no trae ningún generador de informes tipo Fast Report, Crystal Reports, etc., lo que es un inconveniente grande para hacer aplicaciones de gestión. ¿Sabe alguien si hay por ahí alguno disponible?

Sea como fuere, el caso es que si Kylix viene tan completo como Delphi, puede ser un bombazo (carnaza para predadores :-b )

Me han comentado por ahí que la gran portabilidad entre Win y Linux de las aplicaciones de Delphi/Kylix es debido a que este último se apoya en las librerías wine para emular el API de Windows... Esto me genera dudas: ¿Tendrás que tener wine instalado para que funcionen tus aplicaciones Kylix? ¿Por que molestarse en crear programas que en realidad "son windows"? ¿o es que a caso solo utiliza wine para aplicaciones "compatible windows"? ¿los ejecutables son ELF o son PE y luego wine los interpreta? ¿No perderá velocidad de ejecución al apoyarse en wine? Agradeceré a quien quiera aclararme estas dudas :)

El parche sólo era necesario para la versión de glibc antigua. La nueva ya trae corregido el fallo. Yo lo tengo con Potato y los paquetes de glibc actualizados.

Desconozco lo que dices del Wine, pero Kylix en lo que se apoya es en las Qt, así que en principio lo que genera son aplicaciones nativas a Linux (no sé si se podrá hacer uso de Wine para las aplicaciones procedentes de Delphi que hicieran llamadas directas a la API de Windows).

Parece también que la conversión de aplicaciones de una plataforma a otra no será tan directa, porque Kylix utiliza una nueva jerarquía de clases, CLX, en vez de la tradicional VCL de Delphi, así que habría que hacer algunas conversiones. Se supone que Delphi, a partir de la versión 6, también usará CLX, con lo que a partir de entonces sí será más fácil el pasar de uno a otro.

El problema será ese, que cuando se hayan usado en Delphi funciones dependientes de la API de Windows, habrá que ver cómo se traduce eso a Linux, si es que se puede. Por ejemplo, tengo hecho un módulo que imprime etiquetas "dibujando" directamente en el Canvas del objeto Printer, y habrá que ver de qué manera podré convertir eso a Linux, y así con todo.

Me han comentado por ahí que la gran portabilidad entre Win y Linux de las aplicaciones de Delphi/Kylix es debido a que este último se apoya en las librerías wine para emular el API de Windows...

Se han quedado contigo. La primera versión del IDE usa WineLib (¡Ojo, NO Wine!). Los programas que generas no usan nada de esto.

La portabilidad es porque se usa QT.

Por qué, por pasta.

Creo que aparte de la licencia de la biblioteca básica, viene en la EULA (licencia de usuario).

De lo contrario, podrías desarrollar con la OE (digamos quince programadores) y después comprar una sola copia de la comercial para compilar la versión comercial.

hey Se me perdio la clave de la cuenta del correo donde tengo registrado en Borland, alguien tiene un serial que me pase de la version open?? sinseramente me da mas pereza llenar todos esos campos en borland que pedirlos aqui... GRACIAs

Este debe valer:

Serial Number is z2k8-zteb5-gptbb
Authorization Key is stn-tpf

A disfrutar.

Pues eso, no domino mucho el tema librerias, y entornos X-Winodws, y me gustaría saber si puedo aspirar a utilizar kylix.

¿Te vale poder establecer que tu código es dominio público pero que mientras use el runtime de Kylix las modificaciones tienen que seguir siendo libres e incluirse las fuentes?

Si la respuesta es no, no estás de suerte. A Borland no le interesa que con su edición gratuita se hagan aplicaciones propietarias: su negocio es que quien quiera escribir este tipo de aplicaciones pase por caja y compre la licencia. Es la misma idea que Cygnus con cygwin y Troll Tech con Qt, una fórmula que sólo es posible con una licencia copyleft, sea la GPL, la QPL o la que sea.

Si la respuesta es sí, la GPL en la práctica se ajusta a tu propósito. Te permite publicar el código fuente como dominio público, la GPL se aplica cuando distribuyas el código objeto/ejecutable usando las librerías de Kylix.

El único caso en que el que te puede limitar tu elección de licencia el sea GPL en lugar de simplemente exigir que cualquier código enlazado sea libre, es si escoges una licencia libre pero incompatible con la GPL, como la BSD original. Siempre tienes la opción de publicar el código fuente bajo las dos licencias, pero si lo que te interesara fuera obligar al usuario a poner en toda su documentación y publicidad sobre el producto una nota de reconocimiento no podrías, porque la GPL no permite obligar a eso al usuario.

Tras leer la FAQ he visto que la obligación de la GPL es tajante, porque no es una cuestión de que la librería es GPL sino que la licencia del entorno así lo exige.

Si el entorno de desarrollo fuera GPL no existiría esta limitación, no deja de ser paradójico ;-).

Yo uso GNOME en mi maquina! y tampoco se mucho de librerias y cosas por el estilo!

y ya lo instale en mi maquina sin ningun problema! salvo uno que comentaban hace un momento de la libreria glibc , pero se soluciona facilmente actualizandote(unos 10 megas), y si tienes Red Carpet mas facil aun!

Jé... Y puedes hacerlo. Terminas el código, compilas con la comercial, y distribuyes. Recuerda que puedes hacer lo que te de la gana con el código hasta que no lo distribuyes.

De eso no se van a librar.

De todas maneras, habrá que ver hasta dónde está capada la biblioteca de componetes GPL, porque ahí estará el límite entre lo que interesa y lo que no.

hay un articulo sobre kylix en la programacion actual de este mes

SI, la Kylix Open Edition usa las CLX con Licencia GPL, por lo tanto todo lo desarroyado con Kylix Open Edition sera GPL por las propias caractiristicas de esta licencia, en cambio si se usa la enterprise Edition o la Proffesional Edition hay una dualidad de licencias, una CLX GPL y otra bajo licencia no GPL

Bueno, ya tengo el Kylix O.E. funcionando. Me ha sorprendido un poco que al compilar un programa de prueba y ejecutarlo me salga una ventanita (spash) con un poco de spam: Borland anuncia que este programa debe ser distribuido bajo la licencia GPL. Al instante desaparece.

En fin... consume recursos que da gusto y está muy capado. Sólo están los componentes básicos para la creación de ventanas: botones, listas, imágenes... Pero nada de acceso a BB.DD., XML o TCP/IP. Espero que empiecen a aparecer pronto componentes para Kylix que llenen este vacío :-)

Por lo demás, estupendo.

Pues lo acabo de probar siguiendo las instrucciones de instalación para Debian 2.2 y se me queda pillado en "Generating Font Matrix... please wait". No hay manera de que salga de ahí :(

Bien vamos! :((

Hasta pronto!

¿Hay alguien que use RH 6.2 y lo haya instalado? Yo todavia me estoy peleando para instalar una glibc que le valga. He conseguido compilarla, pero no consigo instalarla, ¿Alguna ayuda? ¿algun rpm?

Veamos. Cuando los programas GPL (o lo que sea) realizados con kylix empiecen a pulular por la red y yo me los quiera instalar en mi ordenador, ¿tendre que tener kylix instalado para poder compilarlos?, o sacaran una version mas "lite" del compilador. Lo digo porque para el que quiera compilar, pero no modificar nada no hay razon para que cargue todo el entorno, que segun oigo por aqui es un poco monstruoso.

Mira en Linux Today en uno de los comentarios te da un enlace a las listas donde se ha discutido eso.

Despues me haces un HOWTO Kylix-Debian 2.2 como penitencia por usar soft comercial :P (asi me lo ahorro yo).

Gabriel

Un dia me registrare.....

Pos eso
He intalado el Kylix oe y tengo k hacerlo como usuario normal ya que cuando lo intento hacer como root me dice k no encuentra uno de los rpm :???

ademas ... ya ke crea aplicaciones nativas qt se podian haber currao un poco mas el aspecto visual.

Eso de ke te encuentres aplicaciones k se llamen delphi dentro del pakete suena sospechoso pero bueno ..... todo sea un comienzo .....

saludos

Recuerda que puedes hacer lo que te de la gana con el código hasta que no lo distribuyes.

No, no puedes de acuerdo a los términos de la licencia. Dices eso porque sigues pensando sólo en la licencia del código. Es la EULA la que entra en juego y la EULA no tiene que ver con el código, sino con el binario.

Otra cosa es la validez de las licencias que vengan dentro de una caja y sobre todo otra cosa es el sentido común.

Señor, sí señor! ;)

Me ha sorprendido un poco que al compilar un programa de prueba y ejecutarlo me salga una ventanita (spash) con un poco de spam:

Se han pasado de listos. Llevo cinco años como cliente habitual de Borland. Antes usaba sus herramientas en la escuela. Tengo la Desktop Developer desde hace meses. Pero esto me parece demasiado.

No se puede estar generando expectativas durante meses de que se va a ofrecer una versión como esta y cagarla de esta forma.

Primero ponen el precio de la versión profesional mínima en $1000, dejando fuera de ésta el desarrollo para Apache, Oracle y los sockets básicos. Hay sustituciones para todo de terceros, pero el detalle ya es malo.

En Windows hace tres años podías hacer programas funcionales para bases de datos con una versión que se vendía entonces al cambio por 20.000 pesetas. Ahora el precio mínimo por aplicación de bases de datos es de 100.000 pesetas (50 si estás actualizando). Puedes comprar la versión básica de Kylix por $200, pero es sólo temporal. Vuelve a los $1000 cuando se acabe esta promoción.

El consuelo por el cambio de política de precios era que sacasen esta versión que al menos serviría para promover el uso de Kylix. Y finalmente resulta que es completamente inútil. ¿Quién @#$% va a desarrollar software libre que saque spam?.

Es vergonzoso, un insulto a quienes desarrollan software libre, y a sus clientes que esperábamos que el gesto de la OE iba en serio. Bastante malo era obligar a la GPL cuando con un compilador GPL no te obligan. Ahora me queda un rato de oír a los colegas :-/

Borland ha puesto a algún @#%& imbécil a cargo de su política comercial. Ya pueden arreglarlo ahora. Pero dudo mucho que puedan borrar la lamentable impresión que están dando.

Por más que busco no encuentro ese enlace que me dices :(

Si me dices concretamente donde encontrarlo, prometo ese mini-HOWTO Kylix Debian.

Hasta pronto

Si yo no digo que la EULA no lo restrinja :-) Digo que a ver quién lo impide :-) (es lo de toda la vida)

A mí me bastó con cerrar la ventana de generación de fuentes :-) Misteriosamente, siguió con la instalación y me preguntó la licencia X)

Yo por más que intento cerrarla, ahí sigue la condenada :( igual es cosa del windowmaker...

"If the modified program normally reads commands interactively when run, you must cause it, when started running for such interactive use in the most ordinary way, to print or display an announcement including an appropriate copyright notice "

Eso es de la GPL, no de Borland. Otra cosa es que haya programas que lo incluyan y otra cosa es que Borland te fuerce a hacerlo. Pero en fin.

En cualquier caso se puede quitar la pantallita:

_______________________________________________

From: "Pavel Cisar" <pcisar@atlas.cz>
Newsgroups: borland.public.kylix.non-technical
Subject: How to get rid of that nasty nag screen in Kylix Open Edition
Date: Thu, 26 Jul 2001 14:19:31 +0200
_______________________________________________

Hi all,

There are two little "advertisements" incorporated into Kylix OE by Borland.

1) Console application displays a notice about GPL license as very first action.

How to get rid of it:

a) Go in /source/rtl/sys directory and change SysInit.pas initialize clause
b) Run "make" from /source/rtl directory.
c) Now you have baseclx_user.so in your <kylix>/bin and dcu's in <kylix>/units (original ones are still in <kylix>/lib
d) Make sure that you have <kylix>/units listed before <kylix>/lib in your library path. That will do for standalone applications. For applications with packages use baseclx_user instead baseclx (and delete visualclx) in list of used packages.
e) Compile and enjoy your nag-free application

2) GUI application popups nasty little window on start. The code is located in QOpenBanner.pas file, but don't try do change it ! There is some dirty compiler magic used to prevent that.

So, how to get rid of it?

a) Run your application with "-ns" command-line switch. That will disable the nag screen to popup.
b) You can tweak RTL in appropriate place (for example SysInit.pas in initialization section) to inject the "-ns" parameter. I hope you'll share it with others :)

This message is subject of GNU Open Document Licence :)

Best regards
Pavel Cisar
Delphree Open Source Initiative
http://delphree.clexpert.com

No puedes enlazarlas con las librerias de KDE porque el compilador es distinto al gcc con un ABI distinto

Funcionará sin problemas. Paradójicamente podrás usar las librerias de GNOME y no las de KDE debido a que las de KDE están en C++ con gcc y no son binariamente compatibles con el compilador de Borland

por un lado me he alegrado al ver que kylix es praticamente usar delphi pero en linux, lo cual me facilita mucho el trabajo, ya que delphi ya era un entorno en el que me habia dejado muchas horas. A tu cuestión acerca de componentes para kylix te recomiendo que vayas a esta direccion http://www.torry.ru en la que no solo encontrarás componentes para delphi, sino que tambien ahora hay para kylix. (Aun no he tenido opcion de probarlos, pero lo haré en breve). El unico problema que yo me planteo es si para distribuir las aplicaciones habrá que pasar también las librerias que usa (que al parecer no son pocas).
Saludos

Gracias por la dirección. He estado mirándola y es interesante. Espero que vayan apareciendo más componentes para Kylix porque todavía hay poquitos (lo mismo digo de la veterana Delphi Super Page).