Changes between Initial Version and Version 1 of Reunion281020

Timestamp:

Nov 9, 2020, 2:22:12 PM (3 years ago)

Author:

irina

Comment:

--

Reunion281020

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+
+= Acta de la videoconferencia 28 de octubre de 2020 =
+
+Asistentes: Valencia, Málaga, Soleta y Sevilla.
+
+== Equipos UEFI ==
+Tanto en Málaga como es Sevilla se ha conseguido restaurar en un equipo UEFI una imagen realizada en un equipo modelo tipo BIOS.
+
+Se compartirá la información por correo cara a tener un procedimiento válido para todos los casos.
+
+== Nuevo ogLive 5.4 ==
+Se ha creado un nuevo ogLive con kernel 5.4 que se instalará con la próxima versión de OpenGnsys.
+
+En Málaga se está usando en equipos con disco tipo m2 y MBR: con ogLive 5.4 van muy bien, con ogLive anteriores era muy complejo la forma de arrancarlo.
+
+   Los Windows restaurados se inician mejor que con los antiguos cuando son discos m2.
+
+En Cádiz se está usando y va muy bien:
+ * En equipos nuevos los driver detectan bien todos los dispositivos.
+ * Parece que falla que el dns, se define en otro archivo diferente (habría que cambiar ogfuntion).
+ * La versión de partclone es la misma que el ogLive 5.0. 
+    *    Está restaurando con la último versión de partclone de una imagen de creada en la misma versión, sin ningún problema.
+    *    Hay problemas de compatibilidad con la ogLive 4.X, pero serían los mismos que en la versión anterior.
+    *    Valencia y Teruel había encontrado errores aleatorios al crear la imagen con el ogLive 5.0. En Cádiz parece que hasta ahora no ha ocurrido.
+     
+== Personalizaciones en Málaga ==
+
+En Málaga utilizan una serie de personalizaciones que quisieran incluir en el código común de forma que estuvieran disponibles para los demás. son las siguientes:
+ 
+ - Número de equipo de un aulas en el status.
+ - Mover ordenadores entre aulas (Está incluido). 
+        - Se podría mejorar comprobando que los datos de red sean compatibles, comparando gateway y mascara de red.
+
+ - En las propiedades del aula permitir modificar el nombre de la imagen de una partición
+      - RemotePC vincula que la imagen esté en la partición al restaurar, a veces se pierde está información.
+      - Es un poco delicado porque podría crear una incoherencia con lo que realmente hay en la partición.
+      - Se podría modificar cada equipo y no desde el aula, que es más destructivo.
+
+Las cambios podrían no estar incluidos por defecto y dejarlo como parche en la zona de descargas, de forma que el instalador informe al terminar para que baje el parche sólo quien lo necesite.
+
+Con idea de sacar la versión lo antes posible estos cambios se incluirán más adelante.
+
+== Pruebas versión 1.2 ==
+
+En Cádiz ya la están usando.
+
+Málaga y Sevilla ya han montado un servidor con la 1.2 para probarla.
+
+ * Se recupera correo que se mando para las pruebas para mandarlo de nuevo. Se manda en la reunión. 
+
+ * La documentación de las pruebas se realizarán en el google doc, encontramos el enlace en la zona de "banco de pruebas" de la documentación de desarrollo .
+
+ * Se recomienda hacer las pruebas del archivo comprimido de la rama master del gitHub.
+
+
+__Pruebas con remotePC__
+
+Se probará la nueva versión con distintas versiones de UDS:
+
+ * En Sevilla están teniendo problemas con el remotePc con UDS 1.2
+ * En Málaga se probará con el UDS 1.3
+ * Soleta no puede probar lo de remotePC por no tener servidor UDS.
+
+Para emular las solicitudes de UDS al servidor OpenGnsys hemos de usar el parámetro -A para indicarle el agente que lo busca "python request"
+
+{{{
+curl ... -A "python-requests/" ...
+}}}
+
+El tokent de autenticación se regenera cada vez que se inicia una sesión y se lo manda en la petición de iniciación.
+
+Al hacer una parada del agente no se elimina el tokent de la BD.
+
+
+== Problemas en el trac ==
+
+Cuando se mira en la página de OpenGnsys el código de los repositorios de git no muestran los nuevos commit desde hace varios meses. 
+
+  La página de !GitHub sí tiene los últimos cambios, por lo que el problema no es nuestro repositorio de github sino la sincronización del trac con el mismo.
+
+El trac ya daba problema con la suscripción de los foros, que no informaba de los nuevos mensajes por correo electrónico.
+
+La versión de trac que tenemos instalada es la 1.2.3, la última estable es la 1.4. 
+  *  Habría que actualizarla.
+  *  Se podría crear un clon para hacer pruebas de actualización.
+
+== v1.1.c Problemas de particionado ==
+
+Un disco particionado en GPT cuando se intenta particionar a la MSDOS falla: borra la table de particiones.
+
+En Valencia usan antes sgdisk -z, que borra toda la tabla de particiones. Se podría meter en el asistente, hay que ver en qué lugar ponerlo: quizás en la función !DeletePartitionTable 
+
+ * sgdisk si se llama con -o (limpia la tabla) y con -z la destruye borra toda la estructura del GPT y el MBR
+
+ * la función create partition permite darle como parámetro el tipo de tabla (MSDOS/GPT)
+
+
+Habría que ejecutarlo bash -x y ver que salida tiene
+
+== ogAgent en Ubuntu 20.04 ==
+
+Para habilitar en el agente de sistema operativo la parte del cliente hay que instalar un paquete de gnome.
+
+Para Ubuntu 18:
+
+ * Instalar paquetes
+   $ apt install -y curl gnome-shell-extension-top-icons-plus
+
+ * Activar extensión Topicons Plus
+   $ gnome-shell-extension-prefs
+      en la ventana que se abre activar Topicons Plus
+
+
+Ubuntu 20.04 con GNOME3: 
+
+ * Habilitar la extensión Ubuntu appIndicators usando "gnome-tweaks".
+
+Esta información habría que añadirlo en la documentación de instalación del ogAgent tanto la próxima versión como la web.
+
+Habría que valorar si interesa que muestre un mensaje si no se activa.