Changes between Version 1 and Version 2 of Reunion210916

Timestamp:

Sep 26, 2016, 2:40:50 PM (8 years ago)

Author:

irina

Comment:

--

Reunion210916

@@ -21 +21 @@
 Si hubiera problemas parecidos se crearía un ticket concreto para ellos.
 
-=== #715        revision ogConfigureFstab y #716        revisión ogCleanLinuxDevices ===
-Son funciones de postconfiguracióh de Linux útiles cuando se hace el arranque dual. 
+=== #715        revisión ogConfigureFstab y #716        revisión ogCleanLinuxDevices ===
+Son funciones de postconfiguración de Linux útiles cuando se hace el arranque dual. 
 
  * ogConfigureFstab: regenera el fichero /etc/fstab con la configuración actual del equipo.
@@ -105 +105 @@
 Málaga está interesada en seguía usando el cliente antiguo, se probará con la nueva versión por si es compatible. 
 
-
-
-
 === engine.cfg ===
 Al actualizar OpenGnsys, sería importante no machacar el archivo engine.cfg para conservar la configuración de la versión anterior. 
 
 Una opción sería al instalar hacer una copia de seguridad de la versión anterior antes de copiar el nuevo fichero. Se informaría al terminar la actualización.
-
 
 === #736        Mejorar la seguridad del servidor ===
@@ -129 +125 @@
 El script automatiza el proceso de instalar módulos previamente compilados para el Kernel del cliente ogLive e incluirlo en su Initrd. Los módulos deben de ser de la misma versión del kernel.
 
-El script debe utilizar un archivo comprimido tar.gz con los ficheros de los drivers compilados (con extensión .ko) y un fichero module.conf con los datos de instalación de los módulos. El formato de este último fichero puede incluir las siguientes clásulas:
+El script debe utilizar un archivo comprimido tar.gz con los ficheros de los drivers compilados (con extensión .ko) y un fichero module.conf con los datos de instalación de los módulos. El formato de este último fichero puede incluir las siguientes cláusulas:
 
 {{{
@@ -150 +146 @@
 
 Más adelante se quiere ofrecer distintos oglive a los clientes, se pueden abordar las dos cosas de manera conjunta.
+
+== API REST del servidor de repositorio ==
+Se ha creado una API REST para el repositorio, actualmente tiene una funcionalidad básica:
+ * Arrancar clientes OpenGnsys desde el repositorio y no desde el servidor de administración.
+ * Listar el contenido de las imágenes del repositorio.
+
+Para lo próxima versión se podrían incluir más funcionalidades, por ejemplo borrar las imágenes.
+
+Al dar de alta el repositorio en la consola web de administración se genera una clave aleatoria que permite garantizar la seguridad en la comunicación entre el server y el repo.
+
+== Servidor de OpenGnsys sobre Ubuntu 16.04 ==
+
+Ubuntu 16.04 trae cambios que afectan al uso de OpenGnsys:
+
+Trae php 7 que elimina una serie de funciones que considera inseguras. La consola utiliza alguna de estás funciones, se ha optado por instalar el php5.
+
+No se plantea adaptar la consola web actual al php7, el cambio sería muy costoso y ya está prevista la creación de una nueva consola web utilizando un framework.
+
+Puede que haya problema al arrancar los servicios, habrá que probarlo bien antes de recomendar con qué distribución de Ubuntu se debe instalar la nueva versión de OpenGnsys.
+
+
+== Nueva interfaz web ==
+Mejorar la usabilidad:
+ * Eliminar el acceso a submenús con el botón derecho.
+ * No utilizar pop-up: no se podría usar con los móviles.
+ * Diseño en una única pantalla, no usar marcos.
+
+Convendría hacer una reunión monográfica sobre la consola web.
+
+== Convenio con empresa ==
+Se va a realizar un convenio de la Universidad de Sevilla con una empresa de software libre para tener una persona a tiempo completo dedicada al proyecto.
+
+Las funciones serían de formación y mantenimiento:  realización de cursos, despliegue inicial de OpenGnsys, repuesta al foro del proyecto, etc...
+
+Es importante crear un roadMap específico de las tareas a realizar de forma que se pueda realizar el seguimiento.
+
+