9:50 p.m.
Plop les gens,
Un petit rappel pour la réunion de demain soir.
Au menu :
1. Rétro-planning (j'enverrai un mail détaillé à tous demain dans la
journée à ce sujet)
2. Tickets 2.6
3. Questions diverses
S
i vous pensez ne pas pouvoir y assister et avez des choses à dire,
faites-le en réponse à ce mail.
Merci et à demain
--
Franck
11:17 p.m.
Le 29/09/2013 21:50, Franck Paul a écrit :
Plop les gens,
Un petit rappel pour la réunion de demain soir.
Au menu :
1. Rétro-planning (j'enverrai un mail détaillé à tous demain dans la
journée à ce sujet)
2. Tickets 2.6
3. Questions diverses
S
i vous pensez ne pas pouvoir y assister et avez des choses à dire,
faites-le en réponse à ce mail.
Merci et à demain
J'aimerais bien que l'on fasse un rappel de la procédure pour ajouter,
modifier ou supprimer une local.
Avec une explication de l'utilisation de po_update.sh.
--
lipki
10:02 a.m.
Comme je te l'ai dit je ne pourrais pas assister à la réunion ce soir.
Le 29 septembre 2013 23:17, Lepeltier kévin <kevin(a)lepeltier.info> a écrit :
Le 29/09/2013 21:50, Franck Paul a écrit :
Plop les gens,
>
> Un petit rappel pour la réunion de demain soir.
>
> Au menu :
>
> 1. Rétro-planning (j'enverrai un mail détaillé à tous demain dans la
> journée à ce sujet)
> 2. Tickets 2.6
> 3. Questions diverses
>
> S
> i vous pensez ne pas pouvoir y assister et avez des choses à dire,
> faites-le en réponse à ce mail.
>
> Merci et à demain
>
>
J'aimerais bien que l'on fasse un rappel de la procédure pour ajouter,
modifier ou supprimer une local.
Avec une explication de l'utilisation de po_update.sh.
--
lipki
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/**
listinfo/dev <http://ml.dotclear.org/listinfo/dev>
4:02 p.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
Je ne suis pas certain d'être au rendez vous ce soir.
J'ai constaté que dans le plugin themeEditor la version de CodeMirror est
la version 2.35.
Actuellement, la version en cours est la 3.18. L'API entre la version 2.x
et 3.x a changé.
Ne serait il opportun d'utiliser la dernière version de CodeMirror dans le
plugin themeEditor pour le version 2.6 ?
Le 30 septembre 2013 10:02, Nicolas <nikrou77(a)gmail.com> a écrit :
Comme je te l'ai dit je ne pourrais pas assister à la réunion ce
soir.
Le 29 septembre 2013 23:17, Lepeltier kévin <kevin(a)lepeltier.info> a
écrit :
> Le 29/09/2013 21:50, Franck Paul a écrit :
>
> Plop les gens,
>>
>> Un petit rappel pour la réunion de demain soir.
>>
>> Au menu :
>>
>> 1. Rétro-planning (j'enverrai un mail détaillé à tous demain dans la
>> journée à ce sujet)
>> 2. Tickets 2.6
>> 3. Questions diverses
>>
>> S
>> i vous pensez ne pas pouvoir y assister et avez des choses à dire,
>> faites-le en réponse à ce mail.
>>
>> Merci et à demain
>>
>>
> J'aimerais bien que l'on fasse un rappel de la procédure pour ajouter,
> modifier ou supprimer une local.
> Avec une explication de l'utilisation de po_update.sh.
>
> --
> lipki
>
> --
> Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/**
> listinfo/dev <http://ml.dotclear.org/listinfo/dev>
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
4:55 p.m.
D'ailleurs il me semble (à prendre avec des pincettes) que plusieurs
plugins l'utilisent, si c'est le cas ne devrait-on pas l'inclure à la
distrib ?
Le 30/09/2013 16:02, Bernard Le Roux a écrit :
Je ne suis pas certain d'être au rendez vous ce soir.
J'ai constaté que dans le plugin themeEditor la version de CodeMirror est
la version 2.35.
Actuellement, la version en cours est la 3.18. L'API entre la version 2.x
et 3.x a changé.
Ne serait il opportun d'utiliser la dernière version de CodeMirror dans le
plugin themeEditor pour le version 2.6 ?
5:25 p.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
Autre sujet : les tests des plugins.
J'en ai testé quelqu'uns et fait quelques constats.
Doit on continuer à tester ? ou bien déjà apporter les corrections ?
Ces tests et la mise à jour ne sont pas liés à la sortie de la 2.6 mais ne
serait pas intéressant de pouvoir affiché un chiffre du genre xxx plugins
testés pour la 2.6 ?
Le 30 septembre 2013 16:55, Denis Jean-Christian <contact(a)jcdenis.fr> a
écrit :
D'ailleurs il me semble (à prendre avec des pincettes) que
plusieurs
plugins l'utilisent, si c'est le cas ne devrait-on pas l'inclure à la
distrib ?
Le 30/09/2013 16:02, Bernard Le Roux a écrit :
> Je ne suis pas certain d'être au rendez vous ce soir.
> J'ai constaté que dans le plugin themeEditor la version de CodeMirror est
> la version 2.35.
> Actuellement, la version en cours est la 3.18. L'API entre la version 2.x
> et 3.x a changé.
> Ne serait il opportun d'utiliser la dernière version de CodeMirror dans
le
> plugin themeEditor pour le version 2.6 ?
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
7:31 p.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
L'idée est de faire un état des lieux, de corriger les siens dans la mesure
du possible et d'essayer de prévenir les auteurs pour les autres.
Le 30 septembre 2013 17:25, Bernard Le Roux <lr.b21560(a)gmail.com> a écrit :
Autre sujet : les tests des plugins.
J'en ai testé quelqu'uns et fait quelques constats.
Doit on continuer à tester ? ou bien déjà apporter les corrections ?
Ces tests et la mise à jour ne sont pas liés à la sortie de la 2.6 mais ne
serait pas intéressant de pouvoir affiché un chiffre du genre xxx plugins
testés pour la 2.6 ?
Le 30 septembre 2013 16:55, Denis Jean-Christian <contact(a)jcdenis.fr> a
écrit :
> D'ailleurs il me semble (à prendre avec des pincettes) que plusieurs
> plugins l'utilisent, si c'est le cas ne devrait-on pas l'inclure à la
> distrib ?
>
> Le 30/09/2013 16:02, Bernard Le Roux a écrit :
> > Je ne suis pas certain d'être au rendez vous ce soir.
> > J'ai constaté que dans le plugin themeEditor la version de CodeMirror
est
> > la version 2.35.
> > Actuellement, la version en cours est la 3.18. L'API entre la version
2.x
> > et 3.x a changé.
> > Ne serait il opportun d'utiliser la dernière version de CodeMirror dans
> le
> > plugin themeEditor pour le version 2.6 ?
> >
>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:08 a.m.
Pour mieux comprendre dans quel sens tester, j'aimerais savoir quels sont les
"trucs" qui débloqueraient avec l'arrivée de la 2.6. Présentation des
éventuels formulaires en admin ? blocages, warning tant côté admin que côté public ?
S'il y a des "machins" obsolètes, lesquels précisément (pour permettre une
recherche via l'éditeur kivabien" dans les fichiers txt, php et html, par
exemple).
Je me souviens de deux trois truc côté setting ou présence de variables ne devant plus
commencer par par &$ dans des évolutions précédentes. Et là ? A part
class="three-cols" dans l'admin, y a quoi de facilement détectable ?
Pour ce qui est de *mes* plugins, j'ai juste vérifié qu'ils continuaient à
fonctionner normalement et que rien n'était cassé côté widgets. Sans installer ex
nihilo ni fouiller dans leurs entrailles.
Le 30/09/2013 19:31, Franck Paul a écrit :
L'idée est de faire un état des lieux, de corriger les siens dans
la mesure
du possible et d'essayer de prévenir les auteurs pour les autres.
Le 30 septembre 2013 17:25, Bernard Le Roux <lr.b21560(a)gmail.com> a écrit :
> Autre sujet : les tests des plugins.
> J'en ai testé quelqu'uns et fait quelques constats.
> Doit on continuer à tester ? ou bien déjà apporter les corrections ?
> Ces tests et la mise à jour ne sont pas liés à la sortie de la 2.6 mais ne
> serait pas intéressant de pouvoir affiché un chiffre du genre xxx plugins
> testés pour la 2.6 ?
>
>
8:24 a.m.
Je m'auto-réponds en (re)découvrant la page
http://fr.dotclear.org/documentation/playground/2-5-to-2-6 , qui a bien changé depuis mon
dernier passage. Je vais partir de là. Pardon pour le bruit.
Le 01/10/2013 08:08, mirovinben a écrit :
Pour mieux comprendre dans quel sens tester, j'aimerais savoir
quels sont les "trucs" qui débloqueraient avec l'arrivée de la 2.6.
Présentation des éventuels formulaires en admin ? blocages, warning tant côté admin que
côté public ? S'il y a des "machins" obsolètes, lesquels précisément (pour
permettre une recherche via l'éditeur kivabien" dans les fichiers txt, php et
html, par exemple).
Je me souviens de deux trois truc côté setting ou présence de variables ne devant plus
commencer par par &$ dans des évolutions précédentes. Et là ? A part
class="three-cols" dans l'admin, y a quoi de facilement détectable ?
Pour ce qui est de *mes* plugins, j'ai juste vérifié qu'ils continuaient à
fonctionner normalement et que rien n'était cassé côté widgets. Sans installer ex
nihilo ni fouiller dans leurs entrailles.
Le 30/09/2013 19:31, Franck Paul a écrit :
> L'idée est de faire un état des lieux, de corriger les siens dans la mesure
> du possible et d'essayer de prévenir les auteurs pour les autres.
>
>
>
> Le 30 septembre 2013 17:25, Bernard Le Roux <lr.b21560(a)gmail.com> a écrit :
>
>> Autre sujet : les tests des plugins.
>> J'en ai testé quelqu'uns et fait quelques constats.
>> Doit on continuer à tester ? ou bien déjà apporter les corrections ?
>> Ces tests et la mise à jour ne sont pas liés à la sortie de la 2.6 mais ne
>> serait pas intéressant de pouvoir affiché un chiffre du genre xxx plugins
>> testés pour la 2.6 ?
>>
>>
10:01 a.m.
Le 30 septembre 2013 19:31, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
L'idée est de faire un état des lieux, de corriger les siens dans
la mesure
du possible et d'essayer de prévenir les auteurs pour les autres.
En fait pour rebondir sur la remarque de Bernard, pour certains plugins
cela met autant de temps (si ce n'est plus) de tester, mettre un message
sur le wiki,... que de corriger. Ne pourrait-on pas faire une version
spéciale qui corrige et en même temps prévenir l'auteur. Après pour ménager
les susceptibilités de chacun il serait mieux de prévenir l'auteur d'abord
puis faire une version.
Dans debian on gère ce genre de cas par une version spéciale avec un nom
spéciale : on ajoute le suffixe nmu (non maintainer upload). En gros c'est
une version qui n'apporte aucune nouvelle fonctionnalité mais qui corrige
des failles de sécurité ou des problèmes bloquants.
Je veux bien participer à l'inventaire des plugins mais faire l'inventaire
puis éventuellement corriger, pour moi ça ressemble presque qu'à faire deux
fois le "boulot".
10:04 a.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
Le 1 octobre 2013 10:01, Nicolas <nikrou77(a)gmail.com> a écrit :
Dans debian on gère ce genre de cas par une version spéciale avec un nom
spéciale : on ajoute le suffixe nmu (non maintainer upload). En gros c'est
une version qui n'apporte aucune nouvelle fonctionnalité mais qui corrige
des failles de sécurité ou des problèmes bloquants.
ça me plaît bien, ça permet de se dégager du suivi et que l'auteur récupère
le ploug corrigé et le soumette à son nom s'il ne veut pas se faire suer :)
--
Anne / Kozlika
10:43 a.m.
Le 1 octobre 2013 10:04, Kozlika <kozlika(a)gmail.com> a écrit :
Le 1 octobre 2013 10:01, Nicolas <nikrou77(a)gmail.com> a écrit
:
>
> Dans debian on gère ce genre de cas par une version spéciale avec un nom
> spéciale : on ajoute le suffixe nmu (non maintainer upload). En gros
c'est
> une version qui n'apporte aucune nouvelle fonctionnalité mais qui corrige
> des failles de sécurité ou des problèmes bloquants.
ça me plaît bien, ça permet de se dégager du suivi et que l'auteur récupère
le ploug corrigé et le soumette à son nom s'il ne veut pas se faire suer :)
On ne change pas le nom de l'auteur. On soumet en tant que dcTeam par
exemple.
10:07 a.m.
Et tu la mettrais juste sur Dotaddict ? Ou également sur le svn du lab ?
Le 01/10/2013 10:01, Nicolas a écrit :
Le 30 septembre 2013 19:31, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> L'idée est de faire un état des lieux, de corriger les siens dans la mesure
> du possible et d'essayer de prévenir les auteurs pour les autres.
>
En fait pour rebondir sur la remarque de Bernard, pour certains plugins
cela met autant de temps (si ce n'est plus) de tester, mettre un message
sur le wiki,... que de corriger. Ne pourrait-on pas faire une version
spéciale qui corrige et en même temps prévenir l'auteur. Après pour ménager
les susceptibilités de chacun il serait mieux de prévenir l'auteur d'abord
puis faire une version.
Dans debian on gère ce genre de cas par une version spéciale avec un nom
spéciale : on ajoute le suffixe nmu (non maintainer upload). En gros c'est
une version qui n'apporte aucune nouvelle fonctionnalité mais qui corrige
des failles de sécurité ou des problèmes bloquants.
Je veux bien participer à l'inventaire des plugins mais faire l'inventaire
puis éventuellement corriger, pour moi ça ressemble presque qu'à faire deux
fois le "boulot".
10:46 a.m.
Le 1 octobre 2013 10:07, Denis Jean-Christian <contact(a)jcdenis.fr> a écrit :
Et tu la mettrais juste sur Dotaddict ? Ou également sur le svn du
lab ?
En fait il faudrait pour faire les choses correctement :
1) faire un patch
2) préparer une version modifiée avec le patch
3) envoyer un mail à l'auteur avec le patch avec un message demandant de
corriger (avec en pièce jointe le patch)
4) sans réponse de l'auteur sous N jours, soumettre le plugin dans DotAddict
Après on peut mettre la nouvelle version dans le svn si on veut.
1:10 p.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
Bonjour Nicolas,
Le mardi 1 octobre 2013 à 10:46:12, vous écriviez :
En fait il faudrait pour faire les choses correctement :
1) faire un patch
2) préparer une version modifiée avec le patch
3) envoyer un mail à l'auteur avec le patch avec un message demandant de
corriger (avec en pièce jointe le patch)
4) sans réponse de l'auteur sous N jours, soumettre le plugin dans DotAddict
Après on peut mettre la nouvelle version dans le svn si on veut.
1/ je sais pas faire de patch
2/ c'est quoi ? c'est une version modifiée tout court ?
3/ ok
4/ sauf que seul le déposant initial peut déposer de mises à jour sur
DA il me semble...
Bon, à part ça, j'ai dans mes cartons :
anonymous comment 1.2
clock 1.2.4
countdown 1.3
highlightsearch 1.3.3
newnavlinks 1.2
templateWidget 1.4.4
les auteurs ne répondent pas, j'en fais quoi ?
(ça serait pas du luxe qu'un vrai codeur (pas moi en gros) jette un
œil sur tout ça)
--
brol
1:23 p.m.
Le 1 octobre 2013 13:10, brol <brol31(a)gmail.com> a écrit :
Bonjour Nicolas,
Le mardi 1 octobre 2013 à 10:46:12, vous écriviez :
> En fait il faudrait pour faire les choses correctement :
> 1) faire un patch
> 2) préparer une version modifiée avec le patch
> 3) envoyer un mail à l'auteur avec le patch avec un message demandant de
> corriger (avec en pièce jointe le patch)
> 4) sans réponse de l'auteur sous N jours, soumettre le plugin dans
DotAddict
> Après on peut mettre la nouvelle version dans le svn si on veut.
1/ je sais pas faire de patch
C'est un fichier qui ne contient que les modifications apportées.
2/ c'est quoi ? c'est une version modifiée tout court ?
La version courante à laquelle on a appliqué le patch.
3/ ok
Au moins un point où on est d'accord !
4/ sauf que seul le déposant initial peut déposer de mises à jour
sur
DA il me semble...
Aucun problème. On veut justement qu'il se réveille et vienne corriger. On
ne fait qu'un version intermédiaire qui rend le plugin utilisable sans
casser l'admin ou la partie publique. Après l'auteur reprend le fil de ses
modifs.
Bon, à part ça, j'ai dans mes cartons :
anonymous comment 1.2
clock 1.2.4
countdown 1.3
highlightsearch 1.3.3
newnavlinks 1.2
templateWidget 1.4.4
les auteurs ne répondent pas, j'en fais quoi ?
(ça serait pas du luxe qu'un vrai codeur (pas moi en gros) jette un
œil sur tout ça)
On peut faire comme je propose. En attendant tu peux, si tu veux, aller
mettre à jour la page du wiki qui va bien (si ce n'est pas déjà fait bien
évidemment)
http://fr.dotclear.org/documentation/playground/2-5-to-2-6/testage-des-pl...
Nicolas
1:25 p.m.
Nicolas, saisi(e) par l’inspiration, nous écrivait le 01/10/2013 vers 13:23
Le 1 octobre 2013 13:10, brol <brol31(a)gmail.com> a écrit :
> 4/ sauf que seul le déposant initial peut déposer de mises à jour sur
> DA il me semble...
>
Aucun problème. On veut justement qu'il se réveille et vienne corriger. On
ne fait qu'un version intermédiaire qui rend le plugin utilisable sans
casser l'admin ou la partie publique. Après l'auteur reprend le fil de ses
modifs.
On peut aussi changer le « propriétaire » d’un plugin, si l’auteur
d’origine ne se manifeste durablement pas…
--
Lomalarch
http://lomalarch.free.fr/
1:44 p.m.
Le 1 octobre 2013 13:25, Lomalarch <lomalarch(a)gmail.com> a écrit :
On peut aussi changer le « propriétaire » d’un plugin, si l’auteur
d’origine ne se manifeste durablement pas…
Tu veux dire celui qui soumet les mises à jour sur DA ? Car sinon du point
de vue licence le propriétaire en reste le propriétaire ad vitam eternam.
8:28 a.m.
Nicolas, saisi(e) par l’inspiration, nous écrivait le 01/10/2013 vers 13:44
Le 1 octobre 2013 13:25, Lomalarch <lomalarch(a)gmail.com> a
écrit :
> On peut aussi changer le « propriétaire » d’un plugin, si l’auteur
> d’origine ne se manifeste durablement pas…
>
Tu veux dire celui qui soumet les mises à jour sur DA ? Car sinon du point
de vue licence le propriétaire en reste le propriétaire ad vitam eternam.
Oui,
je parle du compte contributeur associé à un module, pas de sa paternité
dans les crédits ;-)
--
Lomalarch
http://lomalarch.free.fr/
5:30 p.m.
Bonjour Nicolas,
Le mardi 1 octobre 2013 à 13:23:24, vous écriviez :
On peut faire comme je propose. En attendant tu peux, si tu veux,
aller
mettre à jour la page du wiki qui va bien (si ce n'est pas déjà fait bien
évidemment)
ouimaisnon, il me semble nécessaire qu'un codeur passe par là avant.
http://brol.info/divers/plougs/ pour ceux qui se sentent de.
--
brol
7:30 p.m.
New subject: [Dotclear Dev] Réunion IRC-Code demain soir 21h
Je sais pour la version de Codemirror mais on est un peu trop près de figer
les devs de la 2.6 pour changer ça. On fera ça pour la 2.7 en même temps
que sa mise à niveau.
Le 30 septembre 2013 16:55, Denis Jean-Christian <contact(a)jcdenis.fr> a
écrit :
D'ailleurs il me semble (à prendre avec des pincettes) que
plusieurs
plugins l'utilisent, si c'est le cas ne devrait-on pas l'inclure à la
distrib ?
Le 30/09/2013 16:02, Bernard Le Roux a écrit :
> Je ne suis pas certain d'être au rendez vous ce soir.
> J'ai constaté que dans le plugin themeEditor la version de CodeMirror est
> la version 2.35.
> Actuellement, la version en cours est la 3.18. L'API entre la version 2.x
> et 3.x a changé.
> Ne serait il opportun d'utiliser la dernière version de CodeMirror dans
le
> plugin themeEditor pour le version 2.6 ?
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3865
days inactive
3868
days old
20 comments
9 participants
participants (9)
-
Bernard Le Roux -
brol -
Denis Jean-Christian -
Franck Paul -
Kozlika -
Lepeltier kévin -
Lomalarch -
mirovinben -
Nicolas