Este foro usa cookies
Este foro utiliza cookies para almacenar su información de inicio de sesión si está registrado y su última visita si no lo está. Las cookies son pequeños documentos de texto almacenados en su computadora; las cookies establecidas por este foro solo se pueden usar en este sitio web y no representan ningún riesgo de seguridad. Las cookies en este foro también rastrean los temas específicos que ha leído y la última vez que los leyó. Si Ud. continúa navegando, entenderemos que acepta todas las cookies.

Se almacenará una cookie en su navegador, independientemente de la elección, para evitar que se le vuelva a hacer esta pregunta. Podrá cambiar la configuración de sus cookies en cualquier momento utilizando el enlace en el pie de página.

El foro antiguo se encuentra accesible desde https://foro.gambas-es.org en modo de solo lectura.

Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5

Users only
#31

Bien, resumiendo el tema.
Según esta web: https://pkgs.org/download/gambas3 y Distrowatch hice unos análisis.
Tomando las 10 primeras ditros del ranking DW :
3 # Arch
2 # Debian
5 # Ubuntu
En el caso de Arch se trata de paquetes recientes ya que es una "rolling" release, mientras en el caso de debian y ubuntu los paquetes son mas antigüos pero en el caso de debian testing y en ubuntu 21.04 existe la 3.15.2
Así que 3.15.2 quedaría en 7 y 3.16.2 en 3 y luego un gráfico de análisis también confirmaría la versión de gambas 3.15.2 como la versión preferente sobre la que crear paquetes para distribuir.
[Imagen: pzZrfeY.png]

Luego aquí debajo hay un ejemplo de una aplicación hecha en gambas y distribuida para varias distros explicando como instalar en cada una de ellas y además con links de soporte para cada distro.
https://i-nex.linux.pl/install/

Conclusión.
Desarrollar para la versión 3.15.2 y de vez en cuando probar los programas en 3.16.2 para devolver feddback al equipo de desarrollo de gambas.
Saludos.

1 Saludo.
[-] Los siguientes 2 usuarios dicen gracias a tincho por este post:
  • Grandamakulo, tercoide
    ¡Gracias!
#32

Cita:porque el APT-GET no me instala 3.16??
¿Desde dónde? apt-get sólo dispone de lo que haya en los repositorios disponibles. Si no le das conexión al repositorio ppa en la máquina de destino, pues no tiene de dónde sacarlo. No es mágico.

Una solución sería, con todos los inconvenientes que se han mencionado, crear una appimage o una instalación flatpack o algo así, pero el sistema de paquetería de Linux depende de los paquetes accesibles, evidentemente.

La pregunta es: Si sabes que las máquinas de destino no disponen de ese repositorio, ¿Por qué usar la 3.16 en la máquina de desarrollo? Es como hacer un programa en .Net y distribuirlo en máquinas con w95... no te va a funcionar.
Cita:No se como hacer lo que dice Shordi, pero que quede claro que en la PC de pruebas hago las veces de end-user, ahi mi otro yo no tiene ningun control ni conocimiento de la PC de desarrollo.
Desinstala la 3.16, recompila el programa usando la de los repositorios y verás como funciona en todas como un reloj. Como ninguno queremos hacer eso de volver a atrás, el truco (el que yo uso) es: crea una máquina virtual con el gambas que traiga la distro y prueba y compila en él tu programa. Luego distribuye el .deb creado ahí en las máquinas clientes.

Saludos

Cita:Eso tampoco es del todo cierto, puede pasar que uses un programa desarrollado con gambas 3.15 y lo quieras usar en otra pc con gambas 3.16 y no funcione.
Eso sólo te puede pasar cuando tu programa use comandos o librerías externos que no estén disponibles en la distro superior (por ejemplo linux mint 20.2 no dispone de qt4, sólo qt5 y tu programa sólo use qt4) o cuando utilices comandos o controles de gambas obsoletos en la 3.15 y los ejecutes en la 3.16, si es que los hay.


Saludos

Cita:gambas 3.15.2 como la versión preferente sobre la que crear paquetes para distribuir.
Totalmente de acuerdo... con matices. Si la distribución la haces vía repositorio propio, puedes incorporar en él la versión de gambas que quieras y se instalarán en la máquina cliente los paquetes adecuados. Si la distribución la haces vía "dobleclick" en la máquina cliente... no cuesta nada incluir un pequeño "Instalar.sh" en ese pendrive o fichero comprimido en la web o lo que sea, que añada el PPA en esa misma máquina. Haciéndolo bien el usuario final sólo ve dos ficheros un "miapp.deb" y un "instalar.sh". Un doble click en el segundo y vualâ.

Saludos.

No podemos regresar
    ¡Gracias!
#33

Todos tenemos razón, en partes. El programa que yo hice funciona con 3.16, pero da errores (tontos, pero q lo cuelgan) en 3.15.

Como ya dije, use 3.16 porque necesitaba cosas que no había en 3.15. Benoit trabaja en la 3.99, ahi se corrigen la mayoría de los bugs. Algunos bugfixes van a la ultima estable del PPA , digamos 3.16. Otros recién se verán corregidos en 3.17. Casi ninguno en la 3.15.

Como no pueden coexistir dos versiones de gambas en la misma PC, la solución mas adecuada seria una AppImage, porque según mis ultimas investigaciones, Flatpack u otros siempre intentan actualizar las librerías existentes de ser posible (digamos gambas-runtimes). Suponiendo el caso que un usuario tenga el IDE 3.15 pero quera correr un programa hecho en 3.16 in alterar su PC, solo podría hacerlo con una AppImage.
(18-08-2021, 10:32)Shordi escribió:  Es como hacer un programa en .Net y distribuirlo en máquinas con w95

Interesante lo que has traído a la mesa, pero ten en cuenta que con VB el .exe buscaba librerías en la propia carpeta, y luego en caso de no estar ahi, en las carpetas del sistema. Por lo que mis programas VB5 funcionaban aun cuando yo ya programaba en VB6. Punto para Bill Gates!

"Es mejor saber todo de muy poco que muy poco de todo" - anonimo
    ¡Gracias!
#34

(18-08-2021, 10:32)Shordi escribió:  
Cita:Eso tampoco es del todo cierto, puede pasar que uses un programa desarrollado con gambas 3.15 y lo quieras usar en otra pc con gambas 3.16 y no funcione.
Eso sólo te puede pasar cuando tu programa use comandos o librerías externos que no estén disponibles en la distro superior (por ejemplo linux mint 20.2 no dispone de qt4, sólo qt5 y tu programa sólo use qt4) o cuando utilices comandos o controles de gambas obsoletos en la 3.15 y los ejecutes en la 3.16, si es que los hay.

Reitero, afirmas erróneamente que un programa que no use comandos ni librerías externos escrito en un ide 3.15 o anterior, siempre correrá en un interprete nuevo, por ejemplo 3.16 eso no es así siempre, por lo general si funcionara pero no siempre, puede pasar que los controles no estén obsoletos pero que en un mismo control en la versión 3.15 existan unas propiedades que en la 3.16 no y ahí esta el tema.
No lo igo yo solamente, en la wiki de gambas también lo dicen.
http://gambaswiki.org/wiki/doc/compat?l=es#t1

Saludos.

1 Saludo.
[-] Los siguientes 1 usuarios dice gracias a tincho por este post:
  • Shordi
    ¡Gracias!
#35

Cita:Reitero, afirmas erróneamente que un programa que no use comandos ni librerías externos escrito en un ide 3.15 o anterior, siempre correrá en un interprete nuevo, por ejemplo 3.16 eso no es así siempre, por lo general si funcionara pero no siempre, puede pasar que los controles no estén obsoletos pero que en un mismo control en la versión 3.15 existan unas propiedades que en la 3.16 no y ahí esta el tema.
No lo igo yo solamente, en la wiki de gambas también lo dicen.
http://gambaswiki.org/wiki/doc/compat?l=es#t1
Roma locuta, causa finita, que decían los clásicos.

¡Razón lleváis, vive Dios! Mas a fe mía que todos mis programas antiguos rularon en versiones nuevas a lo largo de mis años de programador. ¿Suerte, tal vez?

Saludos
Blush

No podemos regresar
    ¡Gracias!
#36

(18-08-2021, 20:23)Shordi escribió:  ¿Suerte, tal vez?

No, probabilidades nomas. Smile
Saludos.

1 Saludo.
    ¡Gracias!


Salto de foro:


Usuarios navegando en este tema: 1 invitado(s)