2 Jul
2024
2 Jul
'24
2:29 p.m.
Daniel Stan <daniel.stan(a)epita.fr> writes:
Alors pour le coup, oui, je l'ai aidé à mettre en
place ce système,
mais il reste à le documenter et à en faire la promotion.
De plus, je suis passé l'autre jour sur le serveur, et en fait, tous
les anciens ( = lr*d*e) ont leur dossier home au mauvais endroit donc
ça ne "marche pas" pour eux, à débugguer avant de pouvoir dire que
c'est un service fonctionnel.
Mais sinon, dans l'idée, ça vous irait comme système ?
Oui !
Au delà de faire marcher pour tout le monde, et de documenter sur
l'intranet, se pose aussi la question de la dépréciation des anciennes
pages personelles. Il y a plein de liens extérieurs qui pointent vers
les anciennes page perso, mais au bout d'un moment on ne veut plus
maintenir deux pages perso chacun, donc il va bien faloir rediriger
l'une vers l'autre. Quelle est la roadmap, quelles sont les échéances ?
Pour dload/, qui est similaire, on avait déjà fait une réunion pendant
laquelle on avait dit qu'on ne voulait qu'une seule copie des fichiers,
et une rédirection de l'ancienne adresse vers la nouvelle. Pour
l'instant ce n'est pas du tout ce qu'on a: on a deux copies des
fichiers, à deux adresses différentes. Ça crée des situations
indésirables: il y a par exemple des papiers qui ont été mis à jour dans
le nouveau dload/ mais qui ont toujours la version précédente dans
l'ancien dload/. À l'inverse, les scripts de déploiement qui
utilisaient doc@porto ne fonctionnent plus avec la nouvelle adresse (pas
de compte "doc" sur cette machine), et empêchent la migration.
(Cf. Ticket #209) Ici il nous faudrait un plan de bataille avec
des échéances.