Changes between Initial Version and Version 1 of Reunion011019

Timestamp:

Oct 15, 2019, 11:33:32 AM (5 years ago)

Author:

irina

Comment:

--

Reunion011019

@@ +1 @@
+[[PageOutline(2-5,Índice)]]
+
+= Acta videoconferencia del 1 de octubre =
+
+Asisten: Málaga, Valencia, Teruel y Sevilla. \\
+Próxima reunión: 15 de octubre
+
+== Versión 1.1.1 (Espeto) ==
+
+=== Consejo del día ===
+Los consejos sólo se muestran al entrar o cuando se recarga la paǵina.
+
+Sólo hay 9.  Se han cogido de las presentaciones de !RedIris y de la documentación.
+
+Por ahora se cogen de un array en el fichero de idioma. Más adelante se podría tomar desde otros orígenes, por ejemplo se podría poner en una zona de la web del proyecto.
+
+
+Para incluir nuevos consejos:
+
+  *  El texto se sitúa en /opt/opengnsys/www/idiomas/php/xxx/vada_xxx.php en el array $!TipOfDay
+  *  Para incluir una imagen asociada al consejo debe situarse en /opt/opengnsys/www/images, ser de formato png y llamarse "tipOfDay_$NUM.png", siendo NUM el índice del array que corresponde al consejo. 
+
+
+=== Script de migración y actualización ===
+
+En está versión se ha cambiado el nombre del fichero de la plantilla PXE que arranca el disco duro de '01' a '10' por coherencia con las plantillas que arrancan particiones.
+
+Por otro lado, por compatibilidad con los sistemas UEFI que no tiene sistema operativo en la primera partición, los nombres de las plantilla pasan de ser '1hd-1partition' a '1hd-1os'.
+
+Se modifican los script de migración y actualización para que cambien los nombres de las plantilla antiguas, como el valor de la plantilla asignada a un equipo en la base de datos.
+
+=== !BootOsCustom ===
+
+Tiene ejemplos para que al arrancar una partición de Windows oculte las demás. Se modifica para que soporte varios discos y una partición de datos que no se oculta.
+
+=== ogLiveAdapter.lib ===
+
+Al probar el ogLive 5.0 se encontraron problemas en comando como 'read' que se utilizan en muchas funciones del motor de clonación. 
+
+Como esto puede pasar cada nuevo ogLive se pensó crear una librería para que las modificaciones especificas para cada ogLive se centralizarán en un punto y las funciones del motor de clonación fueran independientes de ellas.
+
+Al seguir probando se vio que los cambios incluidos en está librería afectaban a muy pocas funciones, por lo que se ha suprimido incluyendo los cambios en los lugares concretos que se necesitan.
+
+La idea sí parece bien para otras versiones del ogLive.
+
+=== Browser ===
+se ha cambiado la creación del browser, cambiando la url de descarga de qt.
+
+Se añaden los ficheros de idioma y nuevas librerías.
+
+Como nueva funcionalidad tenemos un nuevo enlace especial para llamar a un comando que muestre la salida en una ventana emergente. Se incluye en los ejemplos de menú personalizado.
+
+=== RemotePC ===
+Se ha modificado la API REST para que la función que reserva los equipos realice el WOL desde el repositorio y el server.
+
+Se incluye documentación de este tema en la parte de usuario, existía pero estaba situada junto a la de desarrollo
+
+=== setclientmode ===
+Sólo puede utilizar este script el usuario root y el que ejecuta la consola. El usuario de la consola lo toma del propietario del proceso, de forma que se generaliza para distintas distribuciones de Linux.
+
+=== setsslkey ===
+
+Los ogLive traen una pareja de claves ssl que permite comunicarse sin clave si son de la misma versión.
+
+Para permitir que se puedan comunicar ogLive de distintas versiones se crea el script setsslkey que si existe toma las claves del ogLive por defecto y se la copia a los demás.
+
+Si no existe la pareja de clave o se utiliza el parámetro "NEW" se crea una nueva pareja de claves.
+
+Por defecto cambia las claves en todos los ogLive pero si se le pasa como parámetro el nombre de la iso de un ogLive se cambiará sólo en este.
+
+
+Las claves están situadas en el segundo sistema de ficheros del ogLive, que es de sólo lectura. La claves se guardan dentro del initrd y en el momento del arranque se guardan en el sitio correcto (/root/.ssl)
+
+Por motivos de seguridad no se guardan en un directorio del servidor. 
+
+Mejora la seguridad de los ogLive, ya que antes desde cualquiero LiveCd de la distribución de la que se ha generado el ogLive se podría entrar en los ogLive de OpenGnsys. Ahora cada servidor tendrá su propia clave.
+
+
+El script se llamará en el script de instalación del ogLive.
+
+=== settoken ===
+
+Se crea el script settoken para generar un nuevo token de seguridad para la comunicación entre el repositorio, el server y la consola.
+
+Se pueden generar de forma independiente la clave del repo, del server o de ambos (opción por defecto).
+
+Se llamará en el instalador pero no en el script de actualización.
+
+No se ha subido al código, es un ticket para la próxima versión.
+
+
+=== Error en el inventario de software ===
+
+Después de enviar el comando desde la consola no se realiza la acción.
+
+=== Pruebas málaga ===
+
+Fallaba la bajarse el ogLive. Se debía a la configuración de red que no detectaba el proxy por https. 
+
+al inicio del script de instalación 
+
+Mejoras en el instalador: comprobar que la red 
+
+Comprobar   XXXXXXXXXXXXXXXXXXXXXXXXXXX
+
+== Próxima versión ==
+
+=== Iniciar sesión tras restaurar ===
+Como mejora para la próxima versión el comando restaurar de la consola permitirá iniciar la sesión del equipo después de terminar el despliegue.
+
+Está implementado pero no se ha subido al proyecto.
+
+
+=== Borra imágenes en repositorios externos ===
+Requiera permisos de root para la API REST. Por seguridad se cambia a la próxima versión.
+
+
+
+== git ==
+Se han adelantado varias ramas al contenido del devel.
+ 
+La rama de código del ogAgent se actualiza con los cambios de la rama devel.
+
+
+==   Git - metodología ágil ==
+
+La rama de desarrollo será la master
+
+Cuando liberemos una versión estable se creara un tag de la misma. 
+
+GitHub permite bajarse un archivo comprimido con los tag.
+
+Se crean las ramas en local y se suben al repositorio remoto con "git push tags"
+
+Si el instalador está dentro de un archivo comprimido no se va a traer código, sino que usará en que hemos descomprimido.
+
+el instalador si no va dentro de un tgz buscará la tag correspondiente a la versión a instalar.
+
+El actualizador mostrará un listado de los tag disponible para que quien instala decida a qué versión quiere actualizarse.
+
+Hay de documentar en el wiki el nuevo proceso de actualización y en INSTAL.*.txt.
+
+En github aparece el contenido del README.md. Se pondrá que la documentación de la instalación se puede consultar en installer/INSTALL.en.txt (o installer/INSTALL.es.txt) 
+
+Para no repetir la información en varios sitios en el githau 
+
+Se crea el tag de la 1.1.0a con el contenido actual de la rama master.
+
+
+si el instalador viene dentro de un tar
+
+Se renombrará la rama master por legacy y la devel como master.
+
+el grupo de desarrollo tendrá que bajarse de nuevo el repositorio, para que no haya conflicto entre la versión actual del master y la nueva. Otra opción es renombrar también las ramas en local y hacer luego un pull.
+
+{{{
+git branch -m master legacy
+git branch -m devel master
+git pull
+}}}
+
+
+
+
+
+
+
+
+
+Se borra la librería