Hola,

estoy experimentando con Gambas, pero a veces ocurren errores que forzan al sistema operativo a cerrarlo, parece que todos se relacionan con la interface visual, no con la compilación ni otra cosa. ¿Les pasa mucho a ustedes? Alguna recomendación para aumentar la estabilidad general? Tengo Gambas 3.16.3-1, usando Gnome y Arch Linux.

Todo aquél que se considere "distribuidor de software", debería contar con un repositorio propio desde el que sus clientes puedan instalar y mantener actualizados sus programas.
El repositorio ha sido una de las grandes claves del éxito de la implantación de Linux en mi empresa, dada la rapidez y facilidad en la distribución y corrección de bugs, etc.

Esta mañana he instalado un repositorio en la maquinita virtual que estoy montando para este proyecto. De momento le he colocado el gbAmp y el soprano, para que tengan algún contenido. Más adelante iremos subiendo lo que ataña a Intriga en sí mismo.
He aprovechado para actualizar y hacer más claras (espero) las instrucciones del documento que en su día escribí sobre el tema y que os adjunto a éste mensaje.
Espero que, dentro o fuera de este proyecto, os sea útil.

Saludos

---

Ahora que lo veo publicado en el foro, creo que este mensaje no cuadra en "Aplicaciones/Fragmentos de Código"... o sí. No lo sé. Que el Boss se pronuncie.

Saludos

A partir de ahora, eso de Gambas Profesional, como que queda pretencioso, así que abriré los temas relativos al proyecto Intriga con ese título "Proyecto Intriga: bla bla bla"

He estado revisando el código y las BD y me surgen multitud de dudas. Así que he decidido empezar por la parte cliente (que es la que rellena las BD) y luego iremos a la parte de administración y del servidor.
Así os presento la primera línea de batalla: El colector de datos. (adjunto programa)

Este pequeño programa tal como está aquí, se ejecuta en cada login del usuario. Se coloca en el ~/.profile y ya está.

No recarga el tiempo de arranque porque se lanza en background. El resto de programas de la empresa lo primero que hacían al ser arrancados era comprobar si el .profile era el correcto y lanzaba este programa. Si no lo era, pudiera ser que el usuario lo hubiese borrado del .profile y/o desinstalado de la máquina, lo volvían a instalar y a modificar en el .profile sin decir nada al usuario, porque se consideraba que era imprescindible dentro de la arquitectura de la empresa.

Y aquí viene la primera duda: En una empresa propietaria de las máquinas, como era la mía, todo esto está muy bien pues "Herramienta de trabajo te doy, que no juguete" era la consigna a todos los trabajadores al incorporarse al sistema, pero puede no ser lo más apropiado si la máquina no pertenece a la empresa y el propietario no desea tanto control. Eso plantea distintas posibilidades:

En cuanto a los datos recogidos:

1) Sin cambiar lo que ahora se recoge o

2) limitando dichos datos a los relativos al hardware

En cuanto a la frecuencia:

a) La actual: en cada login. Lo que controla prácticamente todo el uso de la máquina.

b) En cada conexión a la vpn. Lo que permite que el usuario utilice su máquina sin conocimiento del sistema hasta que entre en él.

Hay otra posibilidad mucho más limitada... o no, opción a discutir, que es no enviar nada e ir almacenando todo esto en una base sqlite en el .config/nombre de la aplicación y sólo cargarla a las bases de datos cuando haya una incidencia o cuando el usuario lo solicite o cuando haya cambios significativos o yo qué sé....

Se abre el debate, oigan.

Saludos.