| | 1 | [[PageOutline(2-5,Índice)]] |
| | 2 | = Acta videoconferencia 25 de abril de 2018 = |
| | 3 | Asisten: Huelva, Málaga, Teruel, Valencia y Sevilla |
| | 4 | Próxima reunión: 2 de Mayo a las 11:30 |
| | 5 | |
| | 6 | == Presentación !RedIris == |
| | 7 | Se presentarán las novedades de OpenGnsys en los próximos grupos de trabajo de !RedIris. |
| | 8 | |
| | 9 | Temas a tratar: |
| | 10 | * Jornadas de Málaga |
| | 11 | * Nueva consola web. |
| | 12 | * Gestión de equipos con UEFI |
| | 13 | |
| | 14 | La presentación se creará en el Google Drive para que podamos hacerla entre todos. |
| | 15 | |
| | 16 | == Equipos con UEFI == |
| | 17 | |
| | 18 | Se utiliza un nuevo ogLive de la ubuntu 18.06 beta, se subirá al repositorio aunque sea beta. Como se pueden tener varios ogLive en un mismos servidor no debe haber problema. |
| | 19 | |
| | 20 | Se ha conseguido clonar Windows10 y Ubuntu17. Pudiendo coexistir en el mismo equipo Windows y Linux en incluso dos sistemas operativos iguales. |
| | 21 | |
| | 22 | En la postconfiguración o en el inicio de sesión del sistema operativo se genera el cargador de arranque en la partición EFI y se prepara para que en el siguiente reinicio se arranque la partición deseada. Ha funcionado correctamante con Windows y Linux. |
| | 23 | * En Windows al crear la imagen se copia la Boot de la partición EFI dentro de la partición de sistema y restaurar se guarda de nuevo en la partición EFI dentro de una carpeta con el formato "Part-dN-pM. |
| | 24 | * En Linux se crea la imagen normalmente y al postconfigurar se copia el kernel firmado y el initrd en la partición EFI también dentro de una carpeta con el formato "Part-dN-pM. |
| | 25 | |
| | 26 | |
| | 27 | En las pruebas para tener dos Windows en una misma máquina se ha ocultado la partición del Windows que no se arranca poniendole como identificador del tipo de partición LINUX. Se intentará poner otro identificador para no crear confusión. |
| | 28 | |
| | 29 | |
| | 30 | Para el arranque PXE se instala el paquete grub-efi-amd64-signed y se copia /usr/lib/grub/x86_64-efi-signed/grubnetx64.efi.signed en /opt/opengnsys/tftpboot. En caso de haber problemas se podría añadir shim que llamará al grub. |
| | 31 | |
| | 32 | Las pruebas se están realizando en dos equipos clónicos con distinto hardware, habría que hacerla con más equipos. Puede que los de marca den fallos que en estos no aparecen. |
| | 33 | |
| | 34 | == Nueva Consola == |
| | 35 | |
| | 36 | Ya se pueden mandar distintos comandos a la clientes, en concreto se pueden crear y restaurar imágenes. |
| | 37 | |
| | 38 | También se pueden ver los distintos estados de los equipos. |
| | 39 | |
| | 40 | Ahora se están creando los comandos de inventario de software y de hardware. |
| | 41 | |
| | 42 | == Paquete debian == |
| | 43 | |
| | 44 | Se sigue con la creación de un paquete debian para instalar OpenGnsys. |
| | 45 | |
| | 46 | Inicialmente instala el servidor completo, más adelante se crearan varios paquetes según distintos papeles que pueda tener el servidor (servidor de administración, repositorio,...) |
| | 47 | |
| | 48 | Favorecerá la creación de pluging con paquetes de instalación diferenciados para cada funcionalidad. |
| | 49 | |
| | 50 | |
| | 51 | == Cambio a git == |
| | 52 | Para el control de versiones se pasará de svn a git. |
| | 53 | |
| | 54 | El cambio se realizará en día 2 de mayo. |
| | 55 | * A partir de entonces no se podrá utilizar svn para subir código. |
| | 56 | * Hasta ese día se pueden hacer pruebas en una versión provisional. |
| | 57 | |
| | 58 | |
| | 59 | Ya se han hecho pruebas de la migración desde svn y se conserva el histórico del código anterior. |
| | 60 | |
| | 61 | Inicialmente se ha instalado en el directorio /git/opengnsys. El definitivo se tiene que situar debajo de /opt, que es el sistema de ficheros con más espacio. |
| | 62 | |
| | 63 | Cuando se haga el cambio hay que modificar el script de actualización del trunk, para que se baje el nuevo código del git. Todo los demás seguirá sin cambio. |
| | 64 | |
| | 65 | Para la gestión del usuario se puede asociar git a ssh o a apache. La manera más sencilla en que cada usuario que quiera escribir genere su clave pública, la envíe al administrador de la máquina y se guarde en el servidor. De está manera al utilizar git el servidor lo identificará como el usuario gituser y le permitirá subir código. |
| | 66 | |
| | 67 | |
| | 68 | Tenemos documentación sobre el uso de git en Google Drive: |
| | 69 | * Buenas prácticas: explica el uso de ramas comparándolo con nuestra forma de trabajar en svn. |
| | 70 | * Primeros pasos con git: propone algunas pruebas a realizar para aprender a usar git. |
| | 71 | |
| | 72 | Se enlazará opengnsys.es/git con github. La mayoría de gente que busca código lo hace en este último servidor. |
