Migration du serveur traduc.org

Cette page vise à indiquer l'ensemble des logiciels à installer, à configurer sur le futur serveur et l'ensemble des tâches à effectuer en terme de transfert de données, de comptes, de bases de données.

L'objectif est que, lors de la migration, chacun puisse s'y mettre selon ses capacités de temps, agir tout en modifiant cette page, ce qui indiquera la progression du travail. Par exemple, dès que mysql est installé par quelqu'un, il remplace la mention "à installer" par "installé" et s'il l'a aussi configuré, il remplace "à configurer" par "configuré". Cela permet de savoir à tout moment où en est la migration.

Logiciels à installer et configurer

• cvs; à installer; à configurer; en discussion
• svn; à installer; à configurer; ok
• mysql; à installer; à configurer; ok
• proftpd; à installer; à configurer; en discussion
• lighttpd; à installer; à configurer; ok
• service Wiki; à installer; à configurer; en discussion
• liste de diffusion; à installer; à configurer; en discussion

• postfix; à installer; à configurer; ok

Projets à transférer

• wiki traduc.org

• Howtos

• Gazette Linux

• LFS

• ABS (cvs à transformer en svn, http statique)

• postfix

• emacs

• glossaire

• gnomefr

• kernelfr

• man-pages.fr
• vim

Données à transférer

• comptes (utilisateurs, administrateurs)
• bases de données (lfs, ...)
• dépôts cvs (lfs, ...)
• pages Web du site traduc.org

Commentaires

• Pourquoi lighttpd est-il problématique ? -- JeanPhilippeGuérard 2009-02-12 06:32:03

  • après avoir pris un peu de temps pour regarder les contraintes liées à lighttpd, j'ai trouvé qu'il ne prends pas en compte les règles de l'URL rewriting dans les .htaccess OR cette capacitée est utilisée par le nouveau site web de LFS -- OlivierDelhomme 2024-11-15 04:49:55

    • Si le site de LFS n'utilise pas de .htaccess dynamique (beurk), on peut intégrer le contenu du .htaccess au paramétrage du serveur. -- JeanPhilippeGuérard 2009-02-12 21:08:23

  • En discutant avec Guillaume et Isabelle nous nous sommes rendus compte que aucun de nous n'a jamais eu a utiliser lighttpd. Aussi je pense que ce n'est pas très serein que d'avoir qu'une seule personne qui connaisse le serveur web (même si on est ok pour apprendre). -- OlivierDelhomme 2024-11-15 04:49:55

    • C'est l'occasion de découvrir. Le serveur est assez bien documenté. Je pense que ça en vaut la peine. -- JeanPhilippeGuérard 2009-02-12 21:08:23

      • Je suis d'accord avec cette vision des choses, je suis pour l'installation de lighttpd -- GuillaumeLelarge 2024-11-15 04:49:55

      • Excusez moi mais ça me pose vraiment problème. En effet j'ai testé et ça m'oblige à reprogrammer une partie du site lfs, en découvrant l'inconnu. Or je n'en ai réellement pas le temps. Le développeur qui m'a aidé non plus. Donc installer lightpd reviendrait à devoir réfléchir en profondeur sur le site lfs, ou le rendre indisponible. Et vu mon temps cela peut durer. -- JP Mengual 2024-11-15 04:49:55

  • D'après la doc de lighttpd si on veux pouvoir utiliser svn avec une authentification web (ce qui me parait le plus simple) il faut installer apache... -- OlivierDelhomme 2024-11-15 04:49:55

    • Il semble possible d'utiliser svnserve pour faire la même chose lorsque l'on utilise pas Apache. -- JeanPhilippeGuérard 2009-02-12 21:08:23

• Installer CVS et SVN simultanément n'a pas de sens. Il faut prendre l'un ou l'autre. -- JeanPhilippeGuérard 2009-02-12 06:32:03

  • Je suis bien d'accord et je vote pour l'installation de SVN, j'en ai marre de faire des chown sur les répertoires de lock. -- OlivierDelhomme 2024-11-15 04:49:55

  • Sur le principe oui moi aussi je veux que SVN. mais en ce cas comment se passe la migration des dépôts CVS vers SVN? Ne faut-il pas les 2 installés pour y parvenir? -- Jean-PhilippeMengual 2024-11-15 04:49:55

    • La migration peut se faire avec cvs2svn, qui, à ma connaissance, ne nécessite pas d'installer CVS -- JeanPhilippeGuérard 2009-02-12 21:10:46

  • Nous obligeons alors tous nos projets et coordinateurs à gérer par svn, leur interdisant cvs? -- Jean-PhilippeMengual 2024-11-15 04:49:55

    • SVN est un remplacement de CVS. Il s'emploie exactement comme CVS (mêmes commandes, il suffit de remplacer le cvs de la commande par un svn). -- JeanPhilippeGuérard 2009-02-12 21:13:00

  • Je vote aussi pour SVN -- GuillaumeLelarge 2024-11-15 04:49:55

• La nécessité de mettre un serveur DNS accessible depuis l'extérieur sur le serveur est très discutable. C'est ce que nous utilisons pour l'instant. Il n'y a pas de redondance et, en cas de problème, le domaine devient injoignable. À priori, autant utiliser le DNS de la société ayant enregistré notre domaine. -- JeanPhilippeGuérard 2009-02-12 06:32:03

  • Je suis encore d'accord: faisons simple et pratique. -- OlivierDelhomme 2024-11-15 04:49:55

  • ok, c'est pas plus mal d'ailleurs, je l'ai supprimé de la liste -- Jean-PhilippeMengual 2024-11-15 04:49:55

• Pourquoi passer à proftpd ? -- JeanPhilippeGuérard 2009-02-12 06:32:03

  • Je ne me suis pas posé la question du ftp. On a quoi en ce moment ? Si personne n'est conre, et que ça marche bien, reprenons l'existant. Ça nous simplifiera la vie pour la configuration du service. -- OlivierDelhomme 2024-11-15 04:49:55

  • No pb, quel est l'existant? Je me souvenais plus qu'on en a déjà un -- Jean-PhilippeMengual 2024-11-15 04:49:55l

  • Historiquement, le site traduc.org utilisait proftpd. Après de nombreuses déconvenues et de très nombreux plantages de l'application, nous avons fini par passer à vsftpd, qui ne semble pas poser de problème. -- JeanPhilippeGuérard 2009-02-12 21:06:41

  • Je vote pour vsftpd, ça facilite la mise en place de la configuration -- GuillaumeLelarge 2024-11-15 04:49:55

• À qui sert mysql ? il serait bon d'indiquer les besoins de chaque projet, comme je l'ai fait plus haut pour ABS -- GuillaumeLelarge 2024-11-15 04:49:55

• Utilisez @_SIG_@ (sans les "_") pour signer vos messages.