Comunidad Gambas-es

Buenas

Tengo gambas instalado desde subversion en debian jessie y no se si se puede ni como hacer para crear un paquete de instalación de un programa.
Si alguien me pude ayudar.


Saludos Angel

Hola angelnu:

Aqui puedes encontrar información como se hace:

crear un paquete de instalacion

Además te paso en enlace del indice, donde puedes encontrar mucha información sobre gambas3:
Enlace Indice del Curso de Gambas3

Saludos

Nada no soy capaz, parece ser que como instalo gambas desde las fuentes con ./configure make y make install, aunque gambas se instale correctamente no existe para dpkg, por lo que he visto la única manera es crear los ficheros deb de gambas, algo que hoy por hoy esta fuera de mis conocimientos, he instalado linux mint 17 con mate en otra partición y he añadido los repositorios diarios de gambas:

deb-src http://ppa.launchpad.net/gambas-team/gambas-daily/ubuntu trusty main

Estoy encantado con esta distribución y ahora ya puedo crear los paquetes de instalación.

Un saludo Angel

angelnu:

Citar:

como instalo gambas desde las fuentes con ./configure make y make install, aunque gambas se instale correctamente no existe para dpkg,

Si, ese es el problema. Si compilas gambas3, el dpkg (synaptic) no se entera, y cuandos quieres instalarar algun paquete .deb de algun programa que necesite gambas3 , te dice que no encuentra la dependencia.

Citar:

deb-src http://ppa.launchpad.net/gambas-team/gambas-daily/ubuntu trusty main

Esa versión es la que se compila todos los dias y la mas actualizada, el problema es que es para hacer pruebas y no para aplicaciones de "producción", ya que puede contener errores o problemas que se esten arreglando (por eso es de pruebas).

Si tu itención es aprender, te vale, pero si lo que quieres es hacer aplicaciones para compartirlas, lo suyo es que instalaras una versión "estable", como la que vienen en los repositorios de ppa:nemh/gambas3.

Saludos

Existe alguna forma de que al ejecutar el paquete de instalación se instale en un directorio tipo /OPT/nombre_del_proyecto?
Más que nada por un tema de permisos, para poder crear directorios, etc..

arubioc:

Citar:

Más que nada por un tema de permisos, para poder crear directorios, etc..

¿porque no los crea en el directorio del usurio user.home? (alli no tienes ningun problemas para crear directios y subdirectorios)

El ejecutable siempre tiene que ir a /bin ?
No puedo configurarlo para que se instale otro directorio?

Citar:

El ejecutable siempre tiene que ir a /bin ?
No puedo configurarlo para que se instale otro directorio?

De manera artesanal puedes ponerlo donde quieras, pero el tema es: ¿para qué? ¿qué ganas con eso? quedaría fuera de los path del sistema, de los mecanismos clásicos de las actulizaciones (si usas repositorios, etc.) y no le veo la ventaja por ningún sitio. El ejecutable de gambas ya sabes que no es un ejecutable en absoluto, es código preprocesado (p-code) y el ejecutable de verdad es /usr/bin/gbx3 que recibe como parámetro tu código. Luego en tiempo de ejecución, es necesario enlazar con los componentes de gambas que tu aplicación utilice, que también están en /usr/lib/, etc. etc.

Queda bonito eso de "Lo tengo todo en una carpeta, lo tengo todo controlado", pero gambas (ni casi cualquier sistema) no funciona así.

No reinventemos la rueda, que ya está inventada y funciona muy bien, utilicémosla.

Saludos

No das explicaciones por lo que no sabemos exactamente qué quieres hacer, pero tus preguntas me han traído a la mente esta utilidad que hace tiempo corrió por el foro:

http://www.pgbovine.net/cde.html

La instalas, la ejecutas y luego ejecutas tu aplicación. La utilidad toma constancia de todos los ficheros que se cargan en memoria, con su paths y demás, durante la ejecución y al terminar los empaqueta todos en un único archivo.
Este lo llevas a otra máquina, sin importar qué distribución o versión utilice y se puede ejecutar en ella "sin problemas".
No es la panacea, pero era, al menos, curiosa y válida para hacer alguna que otra demo...

También he encontrado ésto:

http://community.linuxmint.com/tutorial/view/1604

A lo mejor te sirve.

Saludos

La forma correcta de distribuir aplicaciones en Linux es mediante paquetes (deb, rpm, etc, según la distribución) porque de esa forma el S.O. es capaz de manejar automáticamente las dependencias y mantener limpio el sistema.

El problema, generalmente viene por una mala práctica a la hora de programar y ésta es efectivamente el uso de rutas no estándar, rutas relativas o rutas relativas al ejecutable, lo que acarrea en todos los casos problemas de permisos.

Los ejecutables y librerías están en su sitio adecuado tal y como los instala un sistema de paquetes, pero el programador tiene que conocer su sistema operativo y utilizar rutas apropiadas para los datos que maneja el usuario final, ficheros de configuración, etc. Normalmente se suelen usar directorios específicos dentro de la carpeta de usuario, casi siempre ocultos y que además son estándar y están pensados para estos usos. Por ejemplo:

/home/usuario/.config/miprograma
/home/usuario/.miprograma

gambas tiene una clase que maneja estas rutas independientemente de la máquina en la que se ejecute el programa:

User.Home por ejemplo, devuelve la ruta a la carpeta de usuario. Desktop.Datadir también puede ser útil.

De manera que usando estos directorios para almacenar settings, bases de datos de usuario y en general, ficheros dinámicos que use la aplicación, no debería haber problemas para que funcione correctamente en todos los casos.

Si aún así (y es muy probable que ocurra, debido a las disparidades entre distribuciones Linux) no es posible obtener un ambiente adecuado para la aplicación, se puede recurrir a herramientas externas que encapsulan la aplicación y todas sus dependencias en un -enorme- ejecutable que no siempre funciona en todas las distros. En fin, no existe la perfección y mucho menos en el software libre.

¿La solución definitiva?

Como somos muy 'cool' y siempre estamos a la última, es recomendable dar un vistazo a esta nueva herramienta que permite "encapsular" una aplicación Linux en un contenedor para que funcione en cualquier sitio: Docker

https://www.docker.com/

Mientras que CDE está enfocado a la producción de un ejecutable para uso del usuario final, Docker está más pensado para el uso de los desarrolladores y la obtención sencilla de un entorno de desarrollo de forma rápida. Puede no ser adecuado para distribuir aplicaciones al usuario final, pero es bastante prometedor, además usa la nube para distribuir las aplicaciones 'dockerizadas' (vaya palabro!). No se descarta que en un futuro se puedan correr aplicaciones linux dentro de windows, aunque todavía Mocosoft no ha dejado claro nada al respecto.

Supongo que Docker quiere ganar dinero, como cualquier hijo de vecino, por lo que posiblemente no sea gratis distribuir aplicaciones en su nube. Todavía no lo he probado y todo lo que os he contado lo he leído en la web sin profundizar demasiado.

Saludos