Changes between Version 1 and Version 2 of Reunion011019


Ignore:
Timestamp:
Oct 16, 2019, 12:03:32 PM (5 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • Reunion011019

    v1 v2  
    99
    1010=== Consejo del día ===
    11 Los consejos sólo se muestran al entrar o cuando se recarga la paǵina.
     11Los consejos sólo se muestran al entrar o cuando se recarga la página.
    1212
    1313Sólo hay 9.  Se han cogido de las presentaciones de !RedIris y de la documentación.
    … …  
    1818Para incluir nuevos consejos:
    1919
    20   *  El texto se sitúa en /opt/opengnsys/www/idiomas/php/xxx/vada_xxx.php en el array $!TipOfDay
     20  *  El texto se sitúa en /opt/opengnsys/www/idiomas/php/xxx/nada_xxx.php en el array $!TipOfDay
    2121  *  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.
    2222
    … …  
    2626En 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.
    2727
    28 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'.
     28Por otro lado, por compatibilidad con los sistemas UEFI que no tienen sistema operativo en la primera partición, los nombres de las plantilla pasan de ser '1hd-1partition' a '1hd-1os'.
    2929
    30 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.
     30Se modifican los script de migración y actualización para que cambien los nombres de las plantilla antiguas, así como el valor de la plantilla asignada a un equipo en la base de datos cuando es '01'.
    3131
    32 === !BootOsCustom ===
     32===  #926 bootOsCustom ===
    3333
    3434Tiene 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.
    … …  
    3636=== ogLiveAdapter.lib ===
    3737
    38 Al probar el ogLive 5.0 se encontraron problemas en comando como 'read' que se utilizan en muchas funciones del motor de clonación.
     38Al probar el ogLive 5.0 se encontraron problemas en el comando 'read' que se utilizan en muchas funciones del motor de clonación.
    3939
    4040Como 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.
    4141
    42 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.
     42Al 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 en que se necesitan.
    4343
    4444La idea sí parece bien para otras versiones del ogLive.
    4545
    46 === Browser ===
    47 se ha cambiado la creación del browser, cambiando la url de descarga de qt.
     46===   #919 Browser ===
     47Se ha cambiado la creación del browser:
     48 * Cambia la url de descarga de qt.
     49 * Se añaden los ficheros de idioma y nuevas librerías.
    4850
    49 Se añaden los ficheros de idioma y nuevas librerías.
     51Como nueva funcionalidad tenemos un nuevo enlace especial para llamar a un comando que muestre la salida en una ventana emergente.
    5052
    51 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.
     53 Se incluye en los ejemplos de menú personalizado.
    5254
    5355=== RemotePC ===
    … …  
    5759
    5860=== setclientmode ===
    59 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.
     61Só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 del servicio web, de forma que se generaliza para distintas distribuciones de Linux.
    6062
    61 === setsslkey ===
     63===  #929 Autenticación de clave pública entre los ogLive ===
    6264
    6365Los ogLive traen una pareja de claves ssl que permite comunicarse sin clave si son de la misma versión.
    6466
    65 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.
     67Para 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.
    6668
    67 Si no existe la pareja de clave o se utiliza el parámetro "NEW" se crea una nueva pareja de claves.
     69 * Si no existe la pareja de claves o se utiliza el parámetro "NEW" se crea una nueva pareja de claves.
    6870
    69 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.
     71 * 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.
    7072
    7173
    72 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)
     74Las claves están situadas en el segundo sistema de ficheros del ogLive, que es de sólo lectura. La claves creadas por OpenGnsys se guardan dentro del initrd y en el momento del arranque se guardan en el sitio correcto (/root/.ssl)
    7375
    74 Por motivos de seguridad no se guardan en un directorio del servidor.
     76  Por motivos de seguridad no se guardan en un directorio del servidor.
    7577
    7678Mejora 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.
    … …  
    7981El script se llamará en el script de instalación del ogLive.
    8082
    81 === settoken ===
     83=== #925 APITOKEN servicios ===
    8284
    83 Se crea el script settoken para generar un nuevo token de seguridad para la comunicación entre el repositorio, el server y la consola.
     85Se crea el script '''settoken''' para generar un nuevo token de seguridad para la comunicación entre el repositorio, el server y la consola.
    8486
    8587Se pueden generar de forma independiente la clave del repo, del server o de ambos (opción por defecto).
    8688
    87 Se llamará en el instalador pero no en el script de actualización.
    88 
    89 No se ha subido al código, es un ticket para la próxima versión.
     89Se llamará en el instalador pero no en el script de actualización. Se hará en la próxima versión.
    9090
    9191
    … …  
    9898Fallaba la bajarse el ogLive. Se debía a la configuración de red que no detectaba el proxy por https.
    9999
    100 al inicio del script de instalación
     100Al inicio del script de instalación se comprueba la red con el protocolo http, se deben comprobar también https
    101101
    102 Mejoras en el instalador: comprobar que la red
    103 
    104 Comprobar   XXXXXXXXXXXXXXXXXXXXXXXXXXX
     102Al nombrar el tgz de la instalación hay que poner 'last' y no la revisión.
    105103
    106104== Próxima versión ==
    … …  
    113111
    114112=== Borra imágenes en repositorios externos ===
    115 Requiera permisos de root para la API REST. Por seguridad se cambia a la próxima versión.
     113Este comando requiere permisos de root para la API REST. Por seguridad se cambia a la próxima versión.
     114
     115
     116== Renombramos las ramas de git ==
     117
     118Ahora tenemos la rama master con la versión estable y la rama de desarrrollo se denomina devel.
     119
     120A partir de ahora la rama de desarrollo será la master. Se renombrará la rama master por legacy y la devel como master.
     121
     122Cuando liberemos una versión estable se creará un tag de la misma. Se ha creado el tag de la 1.1.0a con el contenido actual de la rama master.
     123
     124 * El instalador bajará el código del tag correspondiente. Si el instalador está dentro de un archivo comprimido no se va a traer código, sino que usará en que hemos descomprimido.
     125
     126 * El actualizador mostrará un listado de los tag disponible para que quién instale decida a qué versión quiere actualizarse.
     127
     128 !GitHub permite bajarse un archivo comprimido con los tag.
     129
     130
     131Hay de documentar en el wiki el nuevo proceso de actualización y en INSTAL.*.txt.
     132
     133 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)
     134
     135 Para no repetir la información en varios sitios en el githau
    116136
    117137
    118138
    119 == git ==
    120 Se han adelantado varias ramas al contenido del devel.
    121  
    122 La rama de código del ogAgent se actualiza con los cambios de la rama devel.
    123139
    124 
    125 ==   Git - metodología ágil ==
    126 
    127 La rama de desarrollo será la master
    128 
    129 Cuando liberemos una versión estable se creara un tag de la misma.
    130 
    131 GitHub permite bajarse un archivo comprimido con los tag.
    132 
    133 Se crean las ramas en local y se suben al repositorio remoto con "git push tags"
    134 
    135 Si el instalador está dentro de un archivo comprimido no se va a traer código, sino que usará en que hemos descomprimido.
    136 
    137 el instalador si no va dentro de un tgz buscará la tag correspondiente a la versión a instalar.
    138 
    139 El actualizador mostrará un listado de los tag disponible para que quien instala decida a qué versión quiere actualizarse.
    140 
    141 Hay de documentar en el wiki el nuevo proceso de actualización y en INSTAL.*.txt.
    142 
    143 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)
    144 
    145 Para no repetir la información en varios sitios en el githau
    146 
    147 Se crea el tag de la 1.1.0a con el contenido actual de la rama master.
    148 
    149 
    150 si el instalador viene dentro de un tar
    151 
    152 Se renombrará la rama master por legacy y la devel como master.
    153 
    154 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.
     140El 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.
    155141
    156142{{{
    … …  
    161147
    162148
    163 
    164 
    165 
    166 
    167 
    168 
    169 
    170 Se borra la librería