Site Web

• Prise de connaissance de
  • http://wiki.april.org/w/La_migration_de_Drupal_5_à_Drupal_6
  • http://www.april.org/fr/reunion-de-travail-sur-le-site-web-lors-de-lag-2008
• Création (ou demande de) de compte pour les accès à
  • http://april.org (compte utilisateur et login root). Je n'ai pas
    (encore) accès à la partie géré par gdtc (ie. tout ce qui est
    http://april.org/my)
  • https://redmine.april.org/projects/siteweb
  • http://wiki.april.org/
• Réflexion et discussion (dans #drupalapril) pour le plan de migration
• Vérification et mise à jour des informations sur les modules à mettre à jour
• Mise à jour de
  http://wiki.april.org/index.php?title=La_migration_de_Drupal_5_à_Drupal_6
  avec les informations issues des deux précédents points

Conversation avec #drupapril le lun 03 mai 2010 15:07:22 CEST :
(15:07:40) olive: re
(15:08:29) madix a quitté le salon (quit: Read error: Connection reset by peer)
(15:09:07) madix [~madix@AAubervilliers-152-1-27-67.w83-114.abo.wanadoo.fr] a rejoint le salon.
(15:14:34) mongolito404: r
(15:14:36) mongolito404: e
(15:14:50) mongolito404: J'ai tout raté apr!s ma question, il y a eu des réponses ?
(15:16:52) taziden: mongolito404: non, pas eu de réponses.
(15:29:19) theo`: mongolito404: qui a dit que c'est un grand bazar ? Toi ? Ou quelqu'un t'a dit qu'il faudrait voir ça ?
(15:29:49) theo`: À titre personnel, je suis assez sceptique sur le fait de tout mettre dans un dossier, mais je vois mal comment on pourrait changer ça maintenant.
(15:31:18) mongolito404: theo`Sur http://wiki.april.org/index.php?title=La_migration_de_Drupal_5_à_Drupal_6 c'est indiqué que c'st un grand bazaar
(15:31:18) madix: mongolito404: pour uploader un fichier, il faut forcément passer par un contenu drupal, tout va dans /files qui devient un foutoir, pas de gestion de version, pas de gestion de droits d'accès, ce n'est pas un média manager :)
(15:32:11) mongolito404: Il y a des solutions pour éviter le foutoir et déposer les fichier dans des sous dossier
(15:32:47) theo`: Il faut aussi noter qu'à partir d'un certain nombre de fichier dans le même dossier, les performances se dégradent. Même si on en est encore loin.
(15:34:12) mongolito404: J4ai tendance à pousser à l'utilisation de FileField (et ImageField) pour les images et les fichiers attaché à des nodes. Il gère les sous répertoire et on peut lui adjoindre la transliteration de nom de fichiers (et de dossier)
(15:37:29) mongolito404: Mais je ne sais pas si la problèmatique est à prendre en charge avec la migration.
(15:38:24) mongolito404: J'essaie d'avoir une vision globale de l'existant et de l'objectif (après migration)
(15:41:28) theo`: À mon avis, c'est indépendant de la migration. Ça fonctionne très bien comme ça. On peut migrer avec l'existant quitte à changer dans un deuxième temps.
(15:41:38) mongolito404: ok
(15:45:38) taziden a quitté le salon (quit: Ping timeout: 240 seconds)
(15:50:52) taziden [~taziden@beta.swottle.net] a rejoint le salon.
(18:54:06) taziden a quitté le salon (quit: Ping timeout: 265 seconds)
(19:00:25) taziden [~taziden@beta.swottle.net] a rejoint le salon.
(19:23:46) benj [~user@home.drieu.org] a rejoint le salon.
(19:26:20) benj: moo
(19:31:51) oumph: pour mémoire, l'authentification est toujours pétée sur drupal sur les pages en anglais
(19:32:34) benj: arf
(19:32:58) oumph: (enfin je suppose que le souci est listé quelque part, dans un gestionnaire de tâches, tout ça :)
(19:33:09) benj: oumph: oui bien sûr
(19:33:14) benj: dans le bugotron :-)
(19:40:24) oumph: hop, relance sur siteweb + webmasters
(21:05:21) madix` [~madix@AAubervilliers-152-1-27-67.w83-114.abo.wanadoo.fr] a rejoint le salon.
(21:08:14) madix a quitté le salon (quit: Ping timeout: 260 seconds)
(21:19:11) dachary a quitté le salon (quit: Ping timeout: 260 seconds)

(08:24:09) mongolito404: Hoi
(08:56:31) madix [~madix@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
(09:11:04) dachary [~loic@freenode/sponsor/dachary] a rejoint le salon.
(09:11:16) dachary: mongolito404: bonjour !
(09:21:23) madix a quitté le salon (quit: Read error: Connection reset by peer)
(09:21:54) madix [~madix@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
madix madix[bot] mongolito404
madix madix[bot]
(09:29:36) mongolito404: dachary, madix: Hello
(09:30:16) madix: mongolito404: salut
(09:31:01) dachary: mongolito404: pourrais-tu ajouter pour archive to report d'hier dans redmine, avec un compte d'heures ?
(09:31:11) mongolito404: ok
(09:32:59) dachary: est-ce que tu as déjà une stratégie de migration ? si ce n'est pas le cas, peux-tu me dire quels sont les points obscurs que tu dois explorer ?
(09:34:22) mongolito404: En bas de http://wiki.april.org/index.php?title=La_migration_de_Drupal_5_à_Drupal_6
(09:35:53) mongolito404: En gros, on ne sépare en plusieurs sites. Par contre, on peut tester et gérer la migration de tout sauf gdtc, alexandrie et l'agenda en parallèle de ces trois points.
(09:36:35) **dachary reading
(09:36:53) theo` [~3e1791c3@gateway/web/freenode/x-jqnjkrwflxvzikkx] a rejoint le salon.
(09:36:57) mongolito404: Pour l'agenda (les events dans Drupal), on peut tout exporter en fichier iCal à ré-importer dans le solution choisie (Date + Calendar + etc. probablement)
(09:37:17) mongolito404: Pour alexandrie et gDTC, il faut faire de versions Drupal 6 des modules
(09:38:10) dachary: tu prendrais ça dans quel ordre ? d'abord gDTC version 6 puis le contenu ? Ou bien le contenu puis gDTC version 6 ?
(09:40:32) dachary: quand tu dis "pas de sites séparés" est-ce que ça veut dire qu'il ne te semble pas judicieux de faire des sites séparés meme pour le contenu et gDTC, bien que gDTC soit un module indépendant assez isolé ?
(09:40:33) mongolito404: A voir, si j'ai bien compris, ce sont les deux points nécessaire pour la bascule.
(09:41:44) mongolito404: A priori ça ne me semble pas judicieux. La page Trombonoscope montre que gDTC est aussi "fournisseur" de contenu pour le site web
(09:42:12) dachary: oui, mais contenu HTML ou plus complexe ?
(09:42:18) mongolito404: Si on sépare les deux, ca veut dire qu'on va devoir trouver un moyen de récupérer le contenu de gDTC sur le site web.
(09:42:58) mongolito404: Mais c'est de fait à creuse, ça dépends du contenu fourni par gDTC
(09:42:59) dachary: je n'ai pas regardé la page trombinoscope, ce n'est pas simplement l'insert d'un div avec le trombinoscope, c'est ça que tu dis ?
(09:43:46) dachary: déjà gDTC n'est pas un module drupal, ce qui me fait penser que l'integration dans drupal est minimale
(09:44:06) dachary: je ne sais meme pas si l'authentification gDTC est couplée à celle de drupal
(09:44:17) dachary: benj: moooooooooooooooooooooooooo
(09:44:55) mongolito404: Oui, c'est pour ça que je doute que de l'intérêt de séparer les deux. Je pense (mais c'est à vérifier) qu'un travail se séparation serait plus complexe que le port vers Drupal 6
(09:45:30) dachary: mongolito404: il y a deux contraintes en fait, pas simplement la question de la complexité
(09:45:57) dachary: a) complexité, b) indépendance
(09:46:30) dachary: soit on migre tout d'un bloc et on peut reduire la complexité de façon optimum
(09:46:37) theo`: Pour info : à terme, l'authentification, ainsi que les photos seront fournis par le ldap.
(09:46:55) theo`: gdtc ne s'occupera plus que de la gestion des adhérents (bénévalo, cotis, etc.)
(09:47:00) dachary: soit on migre des blocs independants et c'est forcement plus complexe
(09:47:24) dachary: migrer tout d'un bloc prendra X jours
(09:47:43) dachary: migrer un bloc independant, si possible, prendra X/? jours
(09:48:17) dachary: la somme de l'effort de migration des blocs independants peut etre X * 10, si la migration peut etre progressive c'est en fait mieux
(09:49:32) dachary: mongolito404: tu as 29 jours devant toi, celui ci inclus
(09:49:53) dachary: pas un de plus
(09:50:10) dachary: on part de ce postulat
(09:50:42) dachary: et on essaye de faire un plan de migration qui permette d'aboutir a qqc
(09:51:21) dachary: si au bout des 29 jours la migration est bloquée parcequ'elle nécessite un effort trop important par rapport au travail benevole disponible, on a perdu
(09:51:38) dachary: si la migration est utilisée et peut progresser, on a gagné
(09:51:59) dachary: je pense que le problème a résoudre, notre casse tête immédiat, c'est celui la
(09:55:35) dachary: a vue de nez je pense que l'upgrade de gDTC de drupal5 a drupal6 ne demandera pas moins de 10 jours de travail de ta part. Je serais très surpris si c'est terminé en 5 jours.
(09:57:01) dachary: gDTC n'a pas de tests ce qui va supposer pas mal d'ecriture de tests et d'echanges avec benj pour comprendre et s'assurer que les choses marchent
(09:57:19) mongolito404: Oui, le gros point c'est le port gDTC
(09:58:43) mongolito404: Même si il fait moins de 500 LoC
(09:59:28) dachary: pour le contenu, le process que j'imagine c'est a) setup drupal6 avec une HOWTO migration, b) tests (windmill et/ou simpletest) pour valider un usage sur drupal5 et le reproduire a l'identique de façon répétable sur drupal6, c) correction des problèmes trouvés
(10:00:02) dachary: pour établir ce process il a deux phases qui demandent un expertise différente
(10:00:08) dachary: la premiere c'est la mise en place de la méthode
(10:01:02) dachary: la seconde, une fois que la méthode de migration et de test est en place, c'est de corriger les points qui buggent, les un apres les autres, et il y en aura des dizaines, pour la plupart assez peu subtils techniquement (adaptation de views mentioné hier par exemple)
(10:01:18) dachary: mongolito404: est-ce que ce que je dis à un sens ou bien est-ce que tu penses que je fais fausse route ?
(10:02:14) mongolito404: Oui ça a du sens, c'est ce que j'entends par les mises à jour 5.x et 6.x dans ma proposition
(10:02:38) dachary: ok
(10:03:01) mongolito404: Le difficulté pour cette partie c'est la validation, elle demande une bonne connaissance du site et de ses usages
(10:03:10) mongolito404: Et prends un temps fou
(10:03:12) dachary: oui
(10:03:23) dachary: on a clairement deux phases, je pense
(10:03:39) dachary: l'une qui necessite une expertise comme la tienne pour etablir le process
(10:03:55) dachary: l'autre qui necessite une bonne connaissance du site
(10:04:13) dachary: dans la deuxieme phase ton effort doit etre minoritaire
(10:04:26) dachary: dans la premiere l'effort des gens qui connaissent bien le site doit etre minoritaire
(10:05:08) dachary: mais ces deux phases supposent que le processus de migration est assez bien explique et pas trop complexe pour qu'une personne ayant du temps mais peu d'expertise puisse y contribuer
(10:05:43) dachary: il y a deux populations clairement differentes
(10:06:27) dachary: l'utilisation de windmill me parait une façon utile de mettre a profit les connaissances des gens qui savent comment fonctionnent le site
(10:06:35) dachary: a) capture un usage dans windmill
(10:06:45) theo`: Pour la partie connaissance du site, liot, madix et benj devraient être les personnes les plus au point là dessus.
(10:06:46) dachary: b) replay cet usage comme test sur drupal6
(10:07:48) dachary: theo`: ok
(10:10:16) mongolito404: Oui, la capture avec windmill me smeble une bonne façon de procéder
(10:10:53) dachary: mongolito404: il est convenu que les tests ne sont pas optionels ;-)
(10:11:23) dachary: mongolito404: April n'est pas habitué aux tests mais souhaite en disposer.
(10:13:54) dachary: mongolito404: je comprends ta proposition de plan de migration. Je pense qu'il faut en faire un calendrier avec des milestones et donner une place plus importante a l'ecriture de tests / capture d'usages via windmill.
(10:14:13) dachary: grosso modo c'est ça ma remarque :-)
(10:14:26) mongolito404: compris
(10:14:56) dachary: quand j'essaye de reflechir aux masses de temps, je vois ~10 jours pour gDTC
(10:15:31) dachary: ~5 jours pour la mise en place et le rodage d'une methode de migration, l'environnement et de capture des usages
(10:16:21) dachary: ~5 jours pour la pratique de cette plateforme de migration par toi et son adaptation aux problemes particuliers que tu decouvre, en impliquant des benevoles motivés (personnes mentionnées par theo)
(10:17:20) dachary: ~5 jours pour l'ecriture de doc et le dialogue et les correctifs pour que des benevoles qui ont au plus quelque heures a contribuer parviennent à être utiles et a se sentir utiles
(10:18:06) dachary: et tout ça déborde de qq jours ce qui mange le reste
(10:19:10) mongolito404: J4ai du mal à voir la séparation entre la mise en place/rodage et de la méthode et sa pratique
(10:19:26) mongolito404: Ou par "pratique" tu entends utilisation du site une fois migré
(10:20:38) dachary: non, par pratique je veux dire : "tiens voyons voir si la page X se comporte comme elle devrait, d'ailleurs je n'ai aucune idée de ce qu'elle est censé contenir, voyons voir." suivit de "ha tiens donc, sur drupal5 j'ai ce morceau qui s'affiche et sur drupal6 j'ai du caca dans le div pourquoi donc qu'est ce que pourquoi ?"
(10:21:09) dachary: quand tu fais ça il y a des correctifs a apporter qui peuvent etre de nature tres différente
(10:21:16) dachary: ça peut aller du bug hard core
(10:21:32) dachary: au correctif de la procedure de migration
(10:21:51) mongolito404: ok je comprends
(10:21:54) dachary: pour finir par le plus simple qui est un changement manuel de template
(10:22:29) dachary: grosso modo c'est la différence entre : "ca devrait marcher" et "ca a marché effectivement"
(10:23:11) dachary: a moins d'un miracle auquel je ne crois pas trop, dans un premier temps tu vas faire une migration logique et carrée, puis tu vas decouvrir des problemes
(10:23:36) dachary: tu vas d'abord decouvrir de gros problemes et il y a interet a ce que personne d'autre que toi ne les contemplent
(10:24:09) mongolito404: Oui, ca sera probablement un processus itératif avec un chaque cycle la découverte de nouveau problèmes et la corrections (d'une partie de ) de ceux connus
(10:24:13) dachary: si je suis un pessimiste incurable tout se passe formidablement apres une semaine et tu as gagné une semaine de rab :-)
(10:24:32) dachary: mon postulat c'est que a mesure que le temps passe les problemes seront moins graves
(10:24:48) dachary: et que donc tu pourra impliquer des gens de moins en moins spécialisés dans la migration
(10:25:16) dachary: cette implication est rendu nécessaire par la masse des tests d'usage a mettre en place
(10:27:01) dachary: idéalement la migration est scriptée à 100% et relancée chaque nuit
(10:27:09) dachary: je ne sais pas si c'est réaliste
(10:28:08) dachary: mongolito404: tu vois ce que je veux dire ?
(10:28:11) mongolito404: Ca dépend de ce qui va devoir être fait, mais avec drush il y a bcp de chose qui sont devenues scriptables
(10:29:02) dachary: le truc qu'on veut eviter c'est que au moment de la bascule on dise : allez, on fait une fois encore la migration qu'on a fait deux mois auparavant et on run les tests et tout va bien se passer
(10:29:59) dachary: pour que la bascule (i.e. april.org pointe sur le nx site) se passe bien, il faut que cette migration soit faite au moins une fois par semaine et que les tests d'usage soit fait sur le resultat de cette migration
(10:30:11) mongolito404: Oui
(10:30:30) dachary: ca peut etre juste une migration de contenu / base user
(10:30:46) dachary: pas forcement une reinstall de modules
(10:31:07) dachary: *tout reinstaller chaque jour / semaine serait légèrement inutile je pense ;-)
(10:31:31) dachary: mais je ne sais pas si un import clean est possible sans tout netoyer
(10:33:18) dachary: mongolito404: pour ce qui concerne gDTC que penses tu de l'evaluation de la charge de travail ?
(10:33:24) dachary: tu vois plus ou moins ?
(10:33:27) mongolito404: Ca me smeble correcte pour gDTC
(10:33:37) mongolito404: Je viens de jeter un oeil au sources
(10:33:44) dachary: ok
(10:35:32) dachary: maintenant supposons que gDTC reste sur drupal5 et est servit depuis un site séparé, tu vois un problème bloquant ? La modification du site pour rendre ça possible demanderait combien de jours ?
(10:35:45) mongolito404: gdtc c'est essentiellement de reqète DB (sans utiliser l'API Drupal), le plus complex c'est gDTC_auth parce que les APIs pour l'authetification externe ont changé entre Drupal 5 et 6
(10:38:24) dachary: mon idée c'est que si garder gDTC en drupal5 permet de gagner des jours et de faire un travail sur alexandrie et event, c'est pas une mauvaise idée
(10:38:32) mongolito404: Il n'y a pas vraiment de raison de séparer, le module gdtc c'est des bloc de contenu mis dans des pages (trombonoscope, ca, etc.), des redirections vers /my (que je superpose pris en charge par l'interface web de gDTC), des "filtres" (pour pouvoir utiliser #NB_ADHERENTS#, etc. dans le contenu des node)
(10:39:17) mongolito404: Il n'y a quasi aucune "intelligence" dans le module gdtc
(10:39:47) dachary: ca rend possible la séparation alors et donc l'economie de quelque jours, non ?
(10:39:56) dachary: ou bien je rate qqc
(10:41:18) mongolito404: Ca rends impossible la séparaton puisque a) les blocs et filtres sont utilisé par le contenu b) les redirection permettent d'empècher l'accès utilisateur à son compte drupal au profit de celui dans l'interface gDTC
(10:41:59) dachary: bon
(10:42:10) dachary: au moins c'est clair et ça evite d'avoir a penser :-)
(10:42:45) dachary: donc, a moins d'un miracle, alexandrie et event ne sont pas au menu faute de temps. Oui ?
(10:43:43) mongolito404: Oui
(10:44:39) mongolito404: Quoique le code d'alexandrie est ulta simple
(10:44:40) dachary: alexandrie n'etant pas utilisé (si j'ai bien compris) ce n'est pas un pb pour la bascule
(10:45:49) theo`: Hm, il me semble que liot l'utilisepour importer des rp dans des nodes drupal.
(10:46:02) dachary: genre un jour au plus pour regler tous (sans exception) les problemes et lever tous les doutes ?
(10:46:06) olive: y avait un conf call prévu aujourd'hui, n'est-ce pas ?
(10:46:12) mongolito404: alexandrie est utilisé mais on peut faire sans quelques temps
(10:46:21) dachary: olive: oui, on prépare la conf call la ;-)
(10:46:22) mongolito404: olive: Oui à 11h dans mon agenda
(10:46:30) olive: ok
(10:46:54) olive: je confirme pour alexandrie, c'est utilisé mais pas bloquant
(10:46:58) liot: dachary: je confirme que j'utilise alexandrie chaque semaine, c'est juste que je peux m'en passer si c'est plus simple pour Pierre
(10:47:24) mongolito404: A voir le code, je serais étonner que le port d'Alexandrie en D6 prenne plus de 1h
(10:47:33) dachary: mongolito404: si c'est un jour tests compris il n'y a pas de raison de s'en priver
(10:47:49) mongolito404: On parle tout de suite 21 ligne de code
(10:48:15) dachary: mongolito404: :-) il faut ecrire les tests, faire un essai, faire valider par liot
(10:48:20) mongolito404: Mais on peut le prévoir pour le fin, si on a le temps
(10:48:23) dachary: disons un jour
(10:48:47) dachary: reste event
(10:49:15) mongolito404: Ca c'est plus long
(10:49:42) olive: liot: quel usage on a de event actuellement ? bloquant ?
(10:50:13) dachary: mongolito404: tu dirais combien de jour ? ou bien tu ne sais pas dire pour l'instant ?
(10:50:33) mongolito404: Je ne sais pas le dire pour l'instant
(10:50:35) liot: olive: event sert a afficher les evènements sur la home, ce n'est donc pas blocant, on pourrait le remplacer par des nodes classiques au pire
(10:51:18) olive: liot: ça tourne peut il me semble, on peut fonctionner en static (node) durant des semaines, donc
(10:51:21) dachary: c'est pas marginal non plus
(10:51:33) liot: olive: oui
(10:52:04) mongolito404: Vous ne faite que créer de event et les afficher ou vous utiliser des fonctionnalités plus poussée de event ?
(10:52:46) olive: mongolito404: à quelle fonctionnalité poussée penserais-tu ?
(10:53:24) mongolito404: L'inscription aux événements
(10:53:51) dachary: mongolito404: coté évaluation de la migration du contenu, c'est difficile de dire a quel moment ça va aboutir a une version qui permettra une bascule. En partie parceque ça dépend bcp de la disoponibilité des bénévoles. En partie parceque l'ampleur des problèmes n'est pas connue pour l'instant. Cependant je pense que le process que tu propose (en ajoutant l'implication progressive des benevoles) est bon.
(10:54:07) liot: madix: le pont téléphonique pour la réunion c'est toujours : 01 78 76 92 84 ?
(10:54:31) madix: liot: ok
(10:55:04) **mongolito404 va vite se servir un café...
(10:57:52) madix: conf call dans 3 mn
(10:58:38) olive: ça se passe comment techniquement ? je dois appeler ou être appelé ?
(10:58:57) madix: vous appelez, j'appelle juste Pierre
(10:59:34) olive: ah. ça va me couter cher, ça
(11:02:03) olive: ah bah non, je viens de retrouver mon fixe sous l'armoire ;)
(11:02:09) mongolito404: :D
(11:02:41) madix: mongolito404: je t'appelle sur quel numéro ?
madix madix[bot]
(11:03:32) madix: 32 2 494 02 00
(11:03:43) mongolito404: madix: Le fixe est en VOIP et c'est déjà arrivé qu'il lag mais récement je n'ai plus u de problème...
(11:05:24) dachary: benj: mooooooooooooooooooooooo
(11:05:38) eseyman [~eseyman@154.213-14-84.ripe.coltfrance.com] a rejoint le salon.
(11:05:51) olive: plop eseyman
(11:05:57) eseyman: houba hop
(11:11:46) olive: http://www.getwindmill.com/
(11:17:12) olive: dachary: tu parlais d'utiliser "simpletest" pour alexandrie, c'est http://www.simpletest.org/ ?
(11:19:43) mongolito404: http://drupal.org/project/simpletest
(11:19:47) olive: ok
(11:20:09) olive: je comoends mieux
(11:20:19) olive: comprends
(11:23:57) olive: concernant organigroup "Solution proposée par Yoran Brault : Tester l'ajout du module Node Acces pour gérer finement des droits sur les pages du site."
(11:24:05) olive: http://www.april.org/fr/reunion-de-travail-sur-le-site-web-lors-de-lag-2008
(11:26:12) mongolito404: http://drupal.org/project/node_access ?
(11:27:04) olive: sans doute
(11:28:05) olive: j'ai déco
(11:28:07) mongolito404: c'est tout haché chez moi
(11:28:11) eseyman: idem
(11:28:28) eseyman: je décroche
(11:28:31) madix: ça semble mieux là, désolé, visiblement le pont ne supporte pas bcq de connexion
(11:28:53) madix: pierre et benj parlent de gdtc
(11:30:37) madix: benj doit y aller, vous pouvez revenir
(11:30:43) dachary: mongolito404: tu peux ecrire la question ca marche mieux :-) C'est nul le telephone :-P
(11:30:52) mongolito404: c'est tjs tout haché chez moi
(11:31:05) mongolito404: c'est peut etre mon telephone
(11:31:05) dachary: c.z ma..a fuai..af
(11:31:15) dachary: uuf.. ffa a. f.s... f fu f
(11:31:21) olive: lol
(11:31:45) mongolito404: je ne comprends + rien
(11:31:46) theo`: http://pastealacon.com/24745 notes de réunion que vous pouvez complèter avec la fin de la réunion.
(11:32:04) madix: mongolito404: tu peux juste faire un test en appelant le pont pour voir ?
madix madix[bot]
(11:32:24) mongolito404: Je raccroches
madix madix[bot]
(11:32:32) mongolito404: madix Oui je peux appeler le pont
(11:32:36) madix: +33 1 78 76 92 84
(11:33:13) dachary: le dernier point qui me semble important c'est de dire qu'il faudrait peupler redmine avec des tickets et des milestones sur les différents sujets
(11:35:01) theo`: Ok pourquoi pas, mais redmine est (toujours) en test, il faut juste garder ça à l'esprit.
(11:35:04) dachary: mongolito404: tu peux faire ça aujourd'hui ? et je ferais un review demain avec toi.
(11:35:12) dachary: theo` en test ?
(11:35:58) theo`: dachary: ça n'a pas encore été validé et ça n'est pas en prod. D'ailleurs l'url (redmine.*) n'est pas une url de prod (bugs.* par exemple serait plus appropriée dans ce cas).
(11:36:16) theo`: Même si, pour moi, son adoption à terme ne fait aucun doute (les autres outils ont été écartés)
(11:36:37) olive: pour moi aussi
(11:36:40) dachary: bon
(11:36:56) dachary: est-ce qu'il y a un systeme de ticket qu'on peut utiliser et qui est stable et perenne ?
(11:37:00) madix: on utilise redmine
(11:37:08) mongolito404: Pour moi c'est bon, je peux entrer de tickets et des milestoens sur redmine (pour peu que j'ai les droits)
(11:37:13) madix: pour les 3 mois à venir c'est stable et pérenne :)
(11:37:22) theo`: /agree
(11:37:24) madix: mongolito404: quels droits as-tu besoin ?
(11:37:25) dachary: madix ok alors :-)
(11:38:12) mongolito404: Création de milestone sur le projet siteweb
(11:38:25) dachary: je propose qu'on fasse un point dans 3 semaines pour re-evaluer la situation
(11:38:31) madix: mongolito404: je te passe manager du projet
madix madix[bot]
madix madix[bot]
(11:38:43) mongolito404: madix ok
(11:38:57) dachary: mongolito404: aura de l'experience concrete et certainement une vue de la situation differente
(11:39:06) madix: j'espère que ça donne les bons droits, j'y connais rien
(11:39:15) madix: mongolito404: fait
(11:40:00) dachary: est-ce que le mardi 25 mai vous convient madix liot mongolito404 ?
(11:40:11) dachary: 11:00 comme aujourd'hui
(11:40:24) madix: dachary: ok
(11:40:30) mongolito404: ok pour moi le 25 mai à 11h
(11:40:31) dachary: olive: ?
(11:40:42) dachary: theo` ?
(11:40:52) liot: dachary: ok pour moi
(11:40:59) olive: non, le 25 mai je ne peux pas
(11:41:09) madix: c'est noté dans orgmode :)
(11:41:11) theo`: dachary: pas de problème pour moi, je suis en vacances.
(11:41:17) theo`: Noté aussi.
(11:41:55) olive: mais je ne serai de toute façon pas très à jour de l'avancement car je serai à la campagne depuis 5 jours, à cette date
(11:42:03) dachary: :-)
(11:42:07) olive: donc le CR m'ira bien
(11:42:31) theo`: Qui fait le CR d'aujourd'hui d'ailleurs ?
(11:42:58) dachary: de mon coté je ne suivrais pas le projet. Je discuterais demain matin avec mongolito404 du planning mais ma contribution s'arretera la.
(11:43:11) olive: ok
(11:43:39) mongolito404: ll reste un point qui a été abordé au téléphone et interrompu par benj
(11:44:02) olive: organitruc
(11:44:11) mongolito404: Oui
(11:44:29) dachary: mongolito404: fera un compte rendu chaque soir de ce qui a été fait. Soit simplement en citant les tickets sur lesquels il a travaillé. Soit en y ajoutant quelque commentaires si nécessaire. Ca consome du temps qui n'est pas passé a developpé, mais ca tient au courant ;-)
(11:44:59) olive: la question serait, il me semble, de savoir si node_access fera l'affaire
(11:45:03) dachary: s/ppé/pper/
(11:45:20) olive: à en croire le CR de l'ag 2008
(11:46:08) olive: quelqu'un connait ce Yoran Brault ?
(11:46:50) mongolito404: A première vue, node_access fera l'affaire mais il faudrait valider sa pérennité. Sur le CVS il n'y a plus d'activité depuis octobre 2009
(11:47:05) taziden: je sais que c'est lui qui tient http://artisan.karma-lab.net/ mais je ne le connais pas personnellement olive
(11:47:08) madix: il est venu à une réu et n'a plus jamais répondu ensuite, on l'oublie
(11:47:21) olive: ok
(11:47:39) taziden: olive: et celui là aussi : http://arnumeral.fr/
(11:51:58) alxc [~axc@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
(11:54:55) alxc a quitté le salon (quit: Client Quit)
(11:55:30) alxc [~axc@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
(11:57:59) mongolito404: Ceci dit, le mainteneur du module node_access est actif dans la bug tracking
(11:58:44) mongolito404: Et il y a relativement peu de bugs ouverts http://drupal.org/project/issues/node_access
(12:04:14) theo` est désormais connu sous le nom de theo-
(12:06:43) madix: au niveau accès (ns1, pavot, redmine...) tout est ok ?
(12:07:41) mongolito404: redmine ok, ns1 et pavot je ne les connais même pas
(12:08:01) mongolito404: node_access ne s'intègre pas avec views (cf. http://drupal.org/node/596268).
(12:10:38) mongolito404: Donc les les droits d'accès qui seraient configurés via node_accès ne s'appliqueraient pas aux views.
(12:11:00) madix: ns1 c'est le serveur physique sur lequel il y a le vserver ergoline
(12:11:29) mongolito404: A priori, je n'ai pas besoin d'accès aux serveurs physique. Ou si ?
(12:11:44) madix: pavot est un autre serveur physique, celui sur lequel un vserver de dev est dispo
(12:12:25) madix: mongolito404: tu dois avoir accès aux vservers utiles, ergoline, peut-être mescaline (qui héberge gdtc) et donc le vserver de dev dont je ne connais pas le nom
(12:12:53) madix: theo-: on a un schema de description des serveurs/vserveurs ?
(12:14:54) vincentxavier: ergotamine le vserver de dev
(12:15:30) madix: non, theocrite et benj propose que le serveur de dev soit sur pavot
(12:18:36) theo-: madix: non pas de shéma, juste des pages wiki. Je ne sais pas si un shéma sera très pertinent sachant qu'il sera souvent obsolète.
(12:19:04) mongolito404: Pour les droits d'accès, content_access ( acl) permet de configurer le droits d'accès par node et support views
(12:19:07) theo-: Pour le tests, je pensais à pavot/ergoline en effet.
(12:23:37) mongolito404: Il va me falloir
(12:23:37) mongolito404: - Un accès (en lecture) à la machine de prod pour récupérer l'existant (j'ai déjà un accès root)
(12:23:37) mongolito404: - Un accès root au serveur de test pour y installer le(s) site(s) de tests
(12:25:31) mongolito404: bbl, miamage
(14:04:44) dachary a quitté le salon (quit: Ping timeout: 240 seconds)
(14:58:54) alxc a quitté le salon (quit: Quit: Leaving.)
(14:59:47) madix a quitté le salon (quit: Read error: Connection reset by peer)
(15:00:20) madix [~madix@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
madix madix[bot]
(15:02:25) mongolito404: madix: Comment je fais pour avoir accès aux vserver ?
(15:03:08) alxc [~axc@LRouen-152-81-26-126.w80-13.abo.wanadoo.fr] a rejoint le salon.
(15:03:50) madix: theocrite vincentxavier notre ami mongolito404 va avoir besoin d'accès aux vserver (ergoline sur pavot et peut-être mescaline sur ns1)
(15:04:14) vincentxavier: madix: on a sa clef ssh ?
(15:04:31) madix: je crois qu'elle est déjà sur ergoline
(15:04:56) mongolito404: Elle est de fait déjà sur ergoline (pour l'utilisateur root)
(15:05:20) mongolito404: Sinon: https://launchpad.net/~mongolito404/+sshkeys
(15:06:56) vincentxavier: mongolito404: je viens de rajouter ta clef sur pavot/ergoline
(15:09:19) vincentxavier: ssh p 2216 root@drupal6-migration.april.org
(15:09:33) madix: c'est quel vserver ça ?
(15:09:42) vincentxavier: pavot/ergoline
(15:09:47) madix: ok
(15:09:59) vincentxavier: je mets à jour le changelog et le wiki
(15:22:02) mongolito404: $ ssh -p 2216 root@drupal6-migration.april.org => ssh: connect to host drupal6-migration.april.org port 2216: Connection timed out
(15:22:02) mongolito404: $ ssh -p 2201 mongolito404@april.org => fonctionne (prompt: mongolito404@ergoline)
(15:24:13) vincentxavier: mongolito404: réessaie
(15:24:23) vincentxavier: problème de parefeu
(15:24:45) mongolito404: fonctionne
(15:24:50) vincentxavier: :)
(15:25:12) mongolito404: Dans les deux cas, le prompt est ergoline, c'est le même vserver ?
(15:25:57) madix: je ne crois pas, ce sont deux hotes physiques différents
(15:26:00) vincentxavier: nope, bonne remarque
(15:26:09) vincentxavier: ils sont sur deux hôtes différents
(15:26:17) madix: ceci dit, nommer pareil deux vservers c'est pas top ?
(15:26:23) vincentxavier: on va changer ça rapidement
(15:27:29) dachary [~loic@freenode/sponsor/dachary] a rejoint le salon.
(15:27:38) mongolito404: root@drupal6-migration.april.org c'est la machine de dev pour la migration ?
(15:27:57) vincentxavier: oui
(15:28:38) mongolito404: http://drupal6-migration.april.org me redirige sur http://www.april.org/my et je n'ai pas accès à cette page
(15:30:00) madix: www.april.org/my est sur ergoline de ns1
(15:30:09) madix: il doit y avoir un redirect quelque part
(15:31:32) madix: http://drupal6-migration.april.org n'est pas défini sur pavot:ergoline dans /etc/apache2/sites-available
(15:32:52) madix: vu toutes les modifs faites par les admins je m'y perds un peu
(15:37:16) vincentxavier: c'est ce que je suis en train de regarder
(15:40:04) vincentxavier: done
(15:40:15) madix: theocrite avait parlé d'un vserver "vide" sur pavot
(15:41:37) vincentxavier: y'en a pas à ma connaissance, mais je peux revenir en arrière si nécessaire
(15:41:50) madix: ne vaudrait-il pas mieux un vserver innocent, n'ayant pas fait de mal, comme un bébé qui vient de naitre plutôt que de travailller sur ce qui semble être un copie du site actuel, donc utile en cas de fail sur ns1
(15:42:11) madix: à quoi est censé servir ergoline@pavot ?
(15:42:52) vincentxavier: j'avais cru comprendre que c'était pour la migration vers drupal6, mais j'ai peut-être mal compris
(15:43:15) madix: qui a installé ce vserver ? cette personne doit savoir non
(15:43:34) vincentxavier: Sp4rky
(15:43:38) madix: mongolito404: toi, tu as besoin d'un vserver avec le script nécessaire non (apache...) ?
(15:44:09) madix: je lui demande de venir
(15:44:11) Sp4rKy [~Sp4rKy@freenode/sponsor/sp4rky] a rejoint le salon.
(15:44:13) Sp4rKy: \o
(15:44:18) madix: Sp4rKy: yo
(15:44:19) Sp4rKy: mongolito404: yopla :)
madix madix[bot]
(15:44:27) mongolito404: madix qu'est-ce que tu entends par "avec le script nécessaire" ?
(15:44:27) madix: Sp4rKy: à quoi est censé servir ergoline@pavot ?
(15:44:29) mongolito404: Sp4rKy: Hoi
(15:44:36) madix: mongolito404: le strict nécessaie
(15:44:40) madix: fatigue, toussa :)
(15:44:58) Sp4rKy: madix: c'était plus un test que la migration d'un vsrv de ns1 -> pavot étaitok
(15:45:01) Sp4rKy: ça l'est :)
(15:45:06) madix: Sp4rKy: ok
(15:45:11) Sp4rKy: du coup gdtc a été intégré dans ergoline@pavot
(15:45:19) Sp4rKy: (from mescaline@ns1)
(15:45:39) Sp4rKy: ce qui fait que ergoline@pavot est une "copie" de www.april.org avec gdtc (donc section membre) mais sans mail/wws
(15:45:49) Sp4rKy: qui peut servir de "failover" si ns1 tombe par ex
(15:45:54) vincentxavier: madix: ce que je peux faire, c'est un clone de ergoline@pavot que je renomme pour que mongolito404 puisse bosser
(15:46:12) vincentxavier: comme ça, on a un failover si ns1 tombe
(15:47:22) madix: moi ce que je veux savoir c'est ce dont a besoin mongolito404 pour son dev : un vserver avec apache/mysql installé et point barre et il part de là ou un vserver avec une copie d'ergoline
(15:47:52) madix: j'intuite que le vserver avec copie d'ergoline n'est pas la bonne solution
(15:48:04) madix: mais bon, je ne suis pas un expert
(15:49:51) madix: le failover de ns1 est une autre question qui ne concerne pas la migration du site
(15:50:44) mongolito404: Un serveur avaec apache/mysql/php
(15:50:55) mongolito404: Le plus proche possible de ce qui sera utiliser pour le serveur web
(15:51:14) vincentxavier: mongolito404: vide alors ?
(15:51:35) mongolito404: A priori oui
(15:51:39) madix: mongolito404: tu as des demadnes précises concernant les versions ? peux-tu stp formaliser la demande et ouvrir un ticket sur le redmine, comme ça on sera tous au même niveau d'info
(15:51:58) vincentxavier: bon, ok, je reviens en arrière
(15:52:27) madix: rollback :)
(15:54:57) mongolito404: A part /my (qui est, je superpose, l'interface web de gdtc), il y a d'autre URLs qui ne sont pas Drupal sur http://april.org ?
(15:55:36) madix: trombinoscope.php, la plupart des pages de type PHP doivent appeler je pense du code gDTC
(15:55:48) madix: /my est la page d'accueil de gDTC dans Drupal
(15:56:05) madix: gDTC pouvant aussi tourner en standalone mais c'est une autre histoire
(15:57:24) olive: y a des trucs pas intégrés genre /wws, /w/*, ...
(15:58:00) madix: il y a quelques pages genre : http://www.april.org/fr/association/personnes-morales.html http://www.april.org/fr/equipe
(15:58:26) madix: mongolito404: là je n'ai pas trop le temps de lister mais n'hésite pas à créer un ticket et j'essayerai (ou benj) de tout lister
(15:58:36) olive: madix: ce sont des pages drupal, ça
(15:58:43) madix: olive: /wws c'est juste un alias apache vers sympa
(15:58:53) olive: madix: oui je sais bien
madix madix[bot]
(15:58:58) madix: olive: /my aussi si tu vas par là
(15:59:07) madix: ce sont des pages drupal liées à gDTC
(15:59:21) olive: oui, avec du
(15:59:42) madix: voilà
(15:59:50) olive: je n'étais pas sur, pour /my à la vue de la question de mongolito404
(16:00:31) madix: ça dépend du sens précis de la question effectivement :)
(16:00:45) madix: prise dans le sens où tu l'as comprise y a effectivement : april.org/wws (Sympa)
(16:01:36) madix: olive: y a pas de april.org/w/* c'est wiki.april.org/w/ (un autre site)
(16:02:32) madix: en regardant sur ergoline dans /etc/apache2/sites-enabled/www.april.org on devrait voir toutes les url
(16:03:29) olive: arf oui
(16:03:35) olive: (pour le /w)
(16:03:45) madix: y a http://www.april.org/rp mais je n'ai pas le log/pass, ça doit être un truc pour la revue de presse
(16:03:56) olive: sans doute
(16:03:58) madix: liot: http://www.april.org/rp c'est un module drupal ?
(16:04:26) madix: mongolito404: en regardant sur ergoline dans /etc/apache2/sites-enabled/www.april.org tu vois aussi les alias liés à gDTC
(16:04:37) mongolito404: Oui je vois
(16:04:38) madix: genre /hackergotchis
(16:05:13) madix: y aussi http://www.april.org/cgi-bin/ mais visiblement cela ne semble plus utilisé
(16:06:10) mongolito404: adherents.april.org c'est un site séparé ?
(16:06:26) madix: oui
(16:06:31) madix: il est sur mescaline
(16:06:50) madix: on va dire que c'est la partie admin de /my
(16:07:29) mongolito404: Ok, partir d'une machine "vierge" au niveau config apache sera un peu plus long mais devra me permettre de comprendre les cas particuliers
(16:07:30) madix: sur ergoline tu as un montage fichier qui permet d'inclure dans le drupal du code de gDTC qui est en fait sur mescaline
(16:07:38) madix: df
(16:07:38) madix: /srv/adherents.april.org/adherents.april.org/
(16:07:38) madix: 953217964 212340520 692456736 24% /var/www/adherents.april.org
(16:07:38) madix:
(16:08:00) madix: heu
(16:08:15) madix: oublie, j'étais sur pavot
(16:08:33) madix: vincentxavier: changez le nom d'ergoline sur pavot please :)
(16:08:44) mongolito404: /srv/vservers/mescaline/var/www/adherents.april.org
(16:08:44) mongolito404: 115979824 103052612 7035780 94% /var/www/adherents.april.org
(16:08:49) madix: voilà
(16:09:28) vincentxavier: madix: si c'est du failover, je préfère le couper alors
(16:10:10) madix: mongolito404: et donc, dans /var/www/www.april.org/htdocs/drupal/modules/gdtc tu as des require "/var/www/adherents.april.org/htdocs/include/config.php" ou require "/var/www/adherents.april.org/htdocs/include/utils.php"
(16:10:28) madix: mongolito404: ce n'est peut-être pas le moyen le plus efficace mais c'est comme ça qu'à fait benj
(16:10:39) mongolito404: ok, j'ai vus
(16:11:09) madix: bien sûr, ce mécanisme peut évoluer si des solutions élégantes sont proposées
(16:11:16) madix: benj aime l'élégance, il a la classe
(16:12:41) mongolito404: Pour le serveur: https://redmine.april.org/issues/133
(16:14:55) mongolito404: Je vois plein de chose à faire de façon plus élégante dans le module gdtc mais ce n'est pas l'objectif premier, le 1er objectif est une migration qui fonctionne
(16:15:28) madix: tout à fait
(16:15:43) olive: oui
(16:16:24) madix: theocrite: vincentxavier le ticket pour la création du vserver sur pavot https://redmine.april.org/issues/133 vous voulez une copie de la demande par courriel ?
(16:17:13) mongolito404: pour drupal, comme on en avait discuter il y quelques temps, je suggère d'utiliser le version en paquet debian (mais depuis lenny-backports), ca aide pour les mise à jour.
(16:17:30) vincentxavier: madix: je me suis rajouté dans siteweb, donc j'ai une copie de la demande
(16:17:35) madix: ok
(16:17:42) madix: c'est bien redmine :)
(16:18:01) mongolito404: Et, la dernière fosi que j'ai essayé, la mise à jour de drupal lui même (vs. les modules) était la seule chose que drush ne prenait pas en charge au niveau mise à jour.
(16:18:26) madix: vincentxavier: moi je n'ai pas reçu par mail la copie de la demande
(16:18:42) madix: il faut que je paramètre ça dans mon compte ?
(16:19:23) taziden a quitté le salon (quit: Remote host closed the connection)
(16:19:44) vincentxavier: oui dans https://redmine.april.org/my/account dans Notifications par mail, tu sélections "Pour tous les événements de tous mes projets"
(16:20:16) madix: merci
(16:21:10) vincentxavier: je vais couper ergoline@pavot
(16:21:23) alxc: hey
(16:21:30) alxc: ça se fait pas des choses pareilles
(16:21:38) alxc: :/
(16:21:51) **alxc se met aux abris /o\
(16:22:57) taziden [~taziden@beta.swottle.net] a rejoint le salon.
(16:25:52) mongolito404: Tout ce qui est note et documention pour la migration, je fait des pages sur le wiki ? Ou on ouvre le wiki redmine pour le projet ? Ou autre ?
(16:28:45) oumph: question: on a une raison technique ou autre pour ne pas avoir traduit les mots clés en anglais ? Ou juste que personne ne l'a fait ? J'ai besoin de le savoir pour la publication des trads en anglais.
(16:29:59) madix: oumph: je ne vois pas trop de raison à priori, je ne savais pas que les mots-clés pouvaient être traduits (enfin, sans avoir à en créer de spécifiques)
(16:31:32) taziden: ils ne savaient pas que c'était possible alors ils ne l'ont pas fait :)
(16:32:17) benj` [~user@home.drieu.org] a rejoint le salon.
(16:32:57) theo-: vincentxavier: drupal6-migration a été déplacé sur pavot, ce n'est plus theobromine ?
(16:33:20) benj a quitté le salon (quit: Disconnected by services)
(16:33:23) benj` est désormais connu sous le nom de benj
(16:33:26) vincentxavier: drupal6-migration était sur ergotamine qui est un vserver arrêté
(16:33:53) theo-: Oui, c'est moi qui l'ai arrêté. Donc tu as mis à jour le dns ?
(16:33:56) oumph: madix: je l'ai fait pour les catégories des citations sinon je ne pouvais pas publier. Par contre y a des choses comme «in * L'association * Quote about April » qui reste (sur http://www.april.org/en/rms-key-player )
(16:34:01) madix a quitté le salon (quit: Quit: bye)
(16:34:23) vincentxavier: theo-: oui, drupal6-migration pointe sur pavot, donc on peut monter un vserver de migration de drupal sur pavot
(16:34:24) oumph: c'est pas une raison pour fuir madix
(16:39:27) theo-: Bon donc si j'ai bien comprios le (long) backlog, on a un nouveau guest de travail pour mongolito404 ?
(16:41:37) vincentxavier: theo-: non, je suis revenu en arrière, il va nous dire de quoi il a besoin sur redmine et on fait un guest comme il faut, là oui il faut
(16:44:50) theo-: Ok.
(16:45:03) theo-: L'important c'est que le ergoline nouveau soit toujours là en failover.
(16:45:31) mongolito404: vincentxavier: Si il faut plus d'info que ce qui est sur https://redmine.april.org/issues/133 il faut me le dire
(16:45:38) liot: madix: désolé j'étais occupé. http://www.april.org/rp est alexandrie, une partie est un module drupal
(16:47:20) benj: mongolito404: salut, tu avais une question ce matin ?
(16:47:35) benj: j'étais au téléphone, je ne t'ai pas entendu (problème de bande passante)
(16:47:41) mongolito404: benj: Hoi
(16:47:49) benj: et bonjour au passage, je viens juste d'avoir du réseau
(16:48:03) mongolito404: Oui la question était de valider ma comprehension (qui va suivre) de ce ue fait le module gdtc
(16:48:57) mongolito404: benj: Les modules gdtc et gdtcauth ne font que des requètes en lecture de la DB de gdtc. Tu confirmes ?
(16:49:10) alxc: liot: madix est parti, il est hors ligne
(16:49:20) mongolito404: benj: Et la lecture des fichier nb_ dans le dossier ?
(16:49:28) liot: alxc: ok merci
(16:49:38) benj: mongolito404: anéfé
(16:50:57) mongolito404: benj: Et l'intégration de gdtc est complétée par la page /my qui intègre du code php qui charge gdtc dans Drupal ?
(16:51:09) benj: mongolito404: voilà
(16:51:31) benj: mongolito404: l'idée c'est qu'on inclus un fichier .php avec les arguments GET et POST du drupoil
(16:51:51) benj: mongolito404: et que les templates de gDTC ne comportent ni header ni footer
(16:52:12) mongolito404: Qui mets à jour les ficheir nb_ ?
(16:55:27) mongolito404: benj: ^ + les différents fichiers de gdtc inclus (hors /my) ne font que produire du markup ?
(16:56:01) benj: mongolito404: un script qui doit être exécuté par www-data
(16:56:06) benj: qui est dans le répertoire du module gdtc
(16:56:16) benj: dans /var/www/www.april.org/htdocs/drupal/modules/gdtc je pense
(16:56:37) benj: de quels fichiers parles tu ?
(16:58:11) mongolito404: benj: ceux lister sur https://redmine.april.org/issues/125
(17:00:51) mongolito404: Quel est le status de points de http://wiki.april.org/w/SiteWeb:V2_du_site_Web#Pr.C3.A9paration.2C_am.C3.A9liorations_des_conditions_de_travail8
?
(17:01:07) mongolito404: pardon http://wiki.april.org/w/SiteWeb:V2_du_site_Web#Pr.C3.A9paration.2C_am.C3.A9liorations_des_conditions_de_travail
(17:10:46) mongolito404: arghleu, je suis incapable de ne pas faire de fautre grosses comme des maisons dans mes réponses aux tickets dans redmine, et je ne peux pas les éditer post-submit :(
(17:12:36) benj: mongolito404: le te dis ça
(17:13:32) benj: mongolito404: les fichiers du redmine tu les vois inclus depuis quoi donc ?
(17:13:43) benj: ce sont des fichiers de gDTC en effet
(17:14:09) mongolito404: Le fichiers sont includs depuis gdtc.module et gdtcauth.module
(17:14:17) benj: ah ok
(17:14:18) benj: ah oui
(17:14:31) benj: c'est nécessaire pour implémenter les blocks
(17:14:34) benj: trombino_block
(17:14:36) benj: et un autre je crois
(17:14:38) benj: (de mémoire)
(17:14:46) benj: regarde l'URL /trombinoscope
(17:14:50) benj: et /equipe.php
(17:14:51) benj: dans drupal
(17:14:55) benj: et édites les pour voir le tout
(17:15:04) benj: les blocks sont déclarés par le module gDTC
(17:15:08) benj: mais on peut sans doute faire plus simple
(17:17:24) taziden a quitté le salon (quit: Quit: leaving)
(17:19:13) mongolito404: benj: Plutot que d'avoir des nodes qui contienne on pourrait avoir des entrées dans gdtc_menu() pour défnir des path servis par les fonctions. Sans avoir à passer par la case "node contenant du php". Je ne sais pas si c'est simple à faire en Drupal 5 mais en 6 c'est très très simple.
(17:19:36) mongolito404: Ca pourra probablement être fait dans la foulé du port en Drupal 6
(17:19:54) taziden [~taziden@beta.swottle.net] a rejoint le salon.
(17:20:39) benj: mongolito404: c'est mieux
(17:20:47) benj: mongolito404: je vote poru
(17:20:57) benj: mongolito404: ce qui évite en plus de mettre du code dans le gdtc_module
(17:21:02) benj: et d'appeler directement le code de gDTC
(17:22:08) mongolito404: update-members.php peut être intégré dans gdtc_cron (cf. http://api.drupal.org/api/function/hook_cron/6) pour ne pas avoir un script externe et ré-utiliser le cron de Drupal
(17:22:25) benj: mongolito404: très bien aussi
(17:30:02) madix [~madix@80.214.253.200] a rejoint le salon.
(18:00:49) madix a quitté le salon (quit: Quit: bll)
(18:20:17) eseyman a quitté le salon (quit: Quit: Leaving.)
(18:28:24) dachary1 [~loic@ASt-Lambert-152-1-47-171.w82-124.abo.wanadoo.fr] a rejoint le salon.
(18:28:30) dachary a quitté le salon (quit: Read error: No route to host)
(18:28:32) dachary [~loic@freenode/sponsor/dachary] a rejoint le salon.
(18:29:56) U-topic [~utopix@2a01:e35:8b82:a810:1e4b:d6ff:fe5a:857d] a rejoint le salon.
(18:30:03) benj a quitté le salon (quit: Quit: zouip)
(18:33:01) dachary1 a quitté le salon (quit: Ping timeout: 264 seconds)
(18:42:03) U-topic a quitté le salon (quit: Quit: Leaving.)
(18:48:07) dachary a quitté le salon (quit: Ping timeout: 260 seconds)