Comunidad Gambas-es

Espera un poco... he encontrado algo que no me gusta.

Después de montar Ubuntu en virtualbox totalmente limpio, he seguido los mismos pasos que describo arriba y no funciona. No se abre el programa porque no encuentra el acceso al intérprete que en sí mismo busca en /usr/bin/env gbr2. Ese es al menos el sheebang que tienen todos los ejecutables gambas.
Entonces habrá que añadir o exportar la ruta donde está nuestro intérprete a las variables de entorno de linux. Esto me lleva a pensar que la mejor solución podría ser llamar a nuestro ejecutable gambas desde un bash script donde previamente hayamos configurado nuestras variables.

De este modo, el script sin extensión con permisos de ejecución podríamos ubicarlo en el path (por ejemplo /usr/bin ó /usr/local/bin) y nuestro programa, librerías e intérprete en la ubicación que queramos siguiendo los pasos del tutorial. Hay que tener en cuenta, que el script deberá reflejar las rutas absolutas.

Podría ser algo así, aunque no lo he probado:



Shordi, anímate y realiza algunas pruebas, a ver si entre todos lo dejamos bien claro este asunto.

Saludos

Ese bash es el mismo que aconseja Benôit en su correo, creo.
Pero falta el export de las LD_LIBRARYS...

Citar:

Shordi, anímate y realiza algunas pruebas, a ver si entre todos lo dejamos bien claro este asunto.

Ya quisiera yo, pero hasta fin de año al menos, estoy atrapado. De repente nuestro proveedor de internet se ha hundido y he tenido que contratar un VPS a toda prisa en los USA. Ahora estoy migrando como loco los portales que manejamos, las bases de datos, los repositorios... etc. etc. En otras palabras, el I+D queda relegado, como siempre, a un segundo plano.

Cuando todo vuelva a la normalidad, hablamos del tema... si es que no lo habéis resuelto ya.

Saludos

Actualizado el artículo en la Base de Conocimientos. Probado y funcionando a la perfección tras unas buenas "comeduras de coco".

http://foro.gambas-es.org/kb.php?mode=article&k=4

Saludos

Un excelente aporte.

Saludos

Conejudo Jesús. Sólo una duda;
en lugar de

export PATH=/opt/dfhlog/gambas2/bin:/usr/bin:/bin

¿no sería más simple...

export PATH=/opt/dfhlog/gambas2/bin:$PATH

De manera que no destruyamos el path que tenía el sistema?
Así si el usuario ya tiene alguna aplicación que haya necesitado hacer modificaciones al path, se lo respetamos...
Por lo demás, un trabajo conejudo.

Saludos

La razón de hacerlo así es para que en caso de que el usuario tenga previamente instalado en su sistema una versión más antigua de Gambas2 o algún otro programa que haya instalado el intérprete (más antiguo), se busque primero en la carpeta donde están nuestros archivos (más recientes) y no en otra.

Todo esto suponiendo que la búsqueda en el $PATH sea secuencial, es decir, en el orden determinado en la sentencia.
(Aún así, los cambios en el $PATH son transitorios, sólo mientras dura la ejecución de nuestro programa).

En caso contrario, daría igual hacerlo de una forma u otra, pero quiero creer que es de la forma que yo digo. ¿Algún gurú nos podría aclarar esto?

Saludos

Este tema, que me ha interesado desde el principio, ahora se me ha vuelto candente y urgentísimo.
He realizado una nueva versión del Sistema Integrado sobre el que gira toda la gestión de mi empresa en un Ubuntu 9.10, que incorpora el gambas 2.13.
Ahí he generado una clase que hereda la clase Connection añadiendo algunas funciones en ella y todo perfecto con el gambas 2.13. El problema es que todos los ordenadores de todas las sedes de mi empresa utilizan Ubuntu 8.04 con gambas 2.10. y ahí se me genera un error de que no puede conectar con la base de datos MySQL a través del socket.
Como a mí sí me funciona todo perfecto, imagino que el problema es la versión del gambas.
NECESITO que esto funcione, y ya, y la solución, creo, es la funcionalidad que ofrece la variable GB_DIR.
He seguido el tutorial de Jesus Guardón, pero no consigo que funcione. Me sigue dando el error de no encontrar el acceso al intérprete que sigue buscando en /usr/bin/env gbr2. ¿Alguien sabe como resolver eso? es como si no hiciese caso a los exports del shellscript lanzador, o yo qué sé...

Un tema paralelo es el de la creación del .deb de instalación (eso me preocupa menos, pero también es algo que hay que solucionar cuanto antes)

Gracias por anticipado.