acondicionar el comando init para poder correrlo "a secas" en la mayoría de los casos
la mayoría de la gente que vino al taller tuvo que poner varias opciones en el init para correr el script. además hubieron varias operaciones post init que se tuvieron que hacer. haría un esfuerzo para intentar reducir esto lo más posible así hay menos margen de error por parte de lx usuarix. en el caso extremo (tal vez no ideal pero para darles una idea) lx usuarix correría rap init NODO
o rap init-pip NODO
y el script haría:
- el init común y corriente (sin install y nodo privado)
- instalar los scripts de ula ipv6
- ejecutar el publish
- ejecutar el install
- ¿resetear service de tinc@rap?
no digo de aplicar todo esto pero me parecería un buen objetivo así le das init y ya podés usar la rap. y podríamos poner opciones para evitar partes del proceso por ejemplo:
-nula
, -np
, -ni
para no-ula/no-publish/no-install/
Edited by franz