[[PageOutline(2-5,Índice)]] = Acta videoconferencia del 12 de abril de 2018 = Asisten: Valencia, Huelva, Málaga, Teruel y Sevilla \\ Próxima reunión: 19 abril de 2018 (monográfico sobre migración svn a git) == Jornadas OpenGnsys == Se realizarán los días 7 y 8 de junio en Málaga. Se están concretando los temas a tratar. == Migración de svn a git == Se va a cambiar la herramienta de control de versiones de svn a git. Se realizará la semana que viene, se podrá conservar todo el histórico con los "commit" realizados. Se alojará en github, ya existe una cuenta de Opengnsys y habrá que dar permiso al grupo de desarrollo para que pueda subir código. Habrá que configurar la página de OpenGnsys para que tome los datos de github. El próximo jueves, 19 de abril, habrá una videoconferencia dedicada a este tema. == Últimos cambios == === Informe de soporte === El objetivo es facilitar que cuando un usuario de OpenGnsys tenga un problema nos haga llegar la información necesaria para diagnosticarlo. Se está creando un script para que recoja todos los datos significativos de un servidor y los empaquete en un tgz. === #837 Paquete deb para instalar OpenGnsys === Se está creando un paquete debian para instalar OpenGnsys, que sustituirá el script de instalación. Los paquete pueden encargarse de instalar, actualizar y desinstalar, por ahora nos centramos en la parte de la instalación. El código está guardandose en la rama de ticket, cuando algún commit funciona correctamente se pasa a la rama version1.1 para que podamos probarlo. Las primeras versiones llaman al script de instalación y poco a poco se van incorporando los distintos pasos al paquete. Ahora se está modificando para que use defconf al presentar la información de instalación al usuario, en vez de realizar echo. === Nueva web === Se ha creado un API REST para el cliente que permite ejecutar comandos. Lo último que se ha probado es apagar el equipo y ya funciona bien. Se ha creado un script cgi, parecido a http-log.sh, pero que cuando recibe comandos del servidor y los ejecuta: * El servidor manda al equipo el comando y un identificador de la tarea. * Cuando el cliente acaba manda al servidor el identificador y si la tarea ha terminado con éxito o con error. De la misma forma se podrían comunicar dos clientes entre sí, por ejemplo para el asistente de clonación de particiones remotas. El script está situado en el servidor en la carpeta /opt/opengnsys/client/lib/httpd/api que se comparte con el cliente. Se va a reordenar el código de toda la consola y se subirá para que podamos probarlo. === #835 Problemas al listar plantillas en Nerboot Avanzado === Ya está resuelto, se ha cerrado. === 772 Módulo de administración web para dispositivos smartphones y tablets === Por los comentarios del ticket parece que no se va a continuar. Se ha cerrado === #802 gestión equipos UEFI === Se están haciendo pruebas: * El kexec por ahora no funciona. Sí podemos Iniciar sesión con reinicio con el comando efibootmgr * Se ha conseguido tener dos Ubuntu clonandolos en distintas particiones del mismo equipo e iniciarlos, pero no hemos podido crear gestor de arranque de la partición desde el ogLive. Se ha creado un nuevo ogLive con la beta de Ubuntu 18.06, todavía no se ha subido porque falta probarlo más. === #838 Problema con parámetros vga en ogLive === Está habiendo problemas con las tarjetas gráficas según el ogLive y el hardware del equipo. La configuración de la VGA del ogLive se pasa cómo parámetro del kernel en el fichero PXE. Según el kernel que tenga el ogLive el formato del parámetro de configuración varía. * En la consola se configura la resolución del ogLive en la página del menú. Cuando se asigna un menú al equipo esté hereda dicha configuración, guardándola en la base datos en la propiedades del equipo. * En la página de menú se detecta cúal es el kernel del ogLive por defecto y se utiliza el parámetro que le corresponde (VGA=NNN o uvesafb:NNNxNNN-NN). * Al crear el archivo PXE toma el dato contenido en la BD y según sea númerico o cadena utiliza vga=$vga o video=$vga". Hay varios problemas: * Actualmente tenemos varios ogLive la página del menú no lo tiene en cuenta, los ogLive que no estén por defecto no tienen garatía de tener el parámetro en el formato correcto. * La resolución no debe guardarse en el menú de inicio, ya que podemos querer asociarlo a equipos con distinto harware. Se podría asociar al perfil de harware. * Con los nuevos kernel el parámetro para configurar la tarjeta depende del driver, por lo que no es general para todos. Hay que probar con distinto hardware/ogLive y comprobar el formato del parámetro.