dcBlog::host sur la 2.5.2
by Christopher Crouzet
Bonjour,
juste pour signaler en cas d'oubli que je viens d'installer la 2.5.2 et ca
m'a casse quelques trucs puisque cette version ne semble pas integrer la
modif sur le dcBlog::host. En effet, il ne pointe pas vers la nouvele
methode http::getHostUrl() qui est pourtant presente.
Si c'est voulu, pas de soucis !
Christopher.
10 years, 9 months
[pour vraiment tous] [Documentation] on fragmente
by Kozlika
Bonjour,
Je m'adresse à chacun d'entre vous, utilisateur débutant à développeur
confirmé – et en particulier à chacun de ces deux "extrêmes".
La doc vous a forcément été utile à un moment où à un autre. Il est
important qu'elle reste pertinente, pour vous déjà et pour ceux qui
débarquent encore plus. En même temps, je connais bien la flemmingite
aiguë et le manque de sexitude que représente son alimentation et sa
mise à jour. Toutefois, en faisant chacun un petit effort, on peut y
faire face sans que ce soit trop lourd pour personne.
J'ai recopié l'arborescence de la documentation sur le pad :
http://lite.framapad.org/p/L91fpQODCw
Pour chaque page ou série de pages dont vous voulez bien vous occuper,
indiquez votre nom entre crochets après l'intitulé.
Ce qu'il faut faire :
* Dans un premier temps, relire lesdites pages, s'assurer de leur
pertinence à ce jour et de leur complétude. Se demander si soi-même on
y comprend quelque chose, modifier ou demander sur la ML si vous ne
pouvez le faire vous-mêmes par manque d'information.
* Pour la suite : à chaque sortie de version, vérifier qu'il n'y a pas
d'impact sur "votre/vos" page/s, les modifier en conséquence s'il y en
a.
Note: toutes les pages sont éditables (c'est un wiki) à condition
d'être connecté avec son login/pass Dotclear. Si vous n'en avez pas,
créez le ici http://fr.dotclear.org/my/
En dehors d'un peu de temps pour la première phase (et encore !), ça
ne sera pas bien lourd à assumer pour la suite.
Allez, un peu de courage ! :-)
--
Anne / Kozlika
10 years, 9 months
Des PR et toutes ces sortes de choses
by Franck Paul
Bonsoir,
Quelques remarques au sujet des PR (Pull-Request) faits sur les dépôts
Dotclear et Clearbricks sur Bitbucket :
Il serait bien de :
- commencer à résoudre un ticket que si la discussion à son sujet est
terminée **et** qu'un consensus a été trouvé.
- faire un PR uniquement d'ensemble cohérent et pas de commits pris les uns
après les autres, ça rend le contrôle du code beaucoup plus complexe et ça
disperse les éventuels commentaires que nous (les relecteurs) pourraient
avoir à faire.
- veiller à faire les tests idoines une fois le code complété.
À noter :
- les contributeurs peuvent signaler leurs commits faits sur leurs dépôts
via la ML-dev et demander qu'un ou plusieurs relecteurs vienne jeter un
œil, répondre à une question en suspens, fournir une ou des traductions
manquantes, … Toujours dans l'optique d'obtenir finalement un PR cohérent.
C'est de mon point de vue la seule façon de conserver un code clair, propre
et cohérent au sein du core de Dotclear et Clearbricks.
M
erci d'avance de faciliter le travail des relecteurs !
--
Franck
10 years, 9 months
[IPv6] antispam, patch et ticket #1348
by Aymeric (APLU)
> On 31/07/2013 22:19, Denis Jean-Christian wrote:>
> C'est un peu compliqué, on a un ticket qui traine depuis un bout de
> > temps http://dev.dotclear.org/2.0/ticket/1348 et il faudrait appliquer
> > le pach sur une install dotclear sur un serveur IPv6 et poster un
> > commentaire en IPv6 sur un billet de ce blog... :/
> >
Plop,
Je viens de faire une installation d'un blog 2.5.1 avec une ipv6, *sans
le patch* et les commentaires postés en IPv6 ne partent pas spam :-/
Testé avec :
* blog sur ipv6 ovh, commentaire ipv6 free et ipv6 ovh
* blog sur ipv6 free, commentaire ipv6 ovh et ipv6 free
J’essayerai de voir avec l'IPv6 d'un autre opérateur pour voir le
comportement mais pour l'instant je ne sais pas reproduire le bug...
Aymeric
--
Aymeric P. (APLU on freenode)
Twttr: @aplufr
10 years, 9 months
[admin][code] Chantier refonte admin - reste à faire
by Dsls
Re,
Il serait peut-être intéressant de refaire le point sur ce qu'il reste à
faire sur le chantier refonte admin. Ca resituerait les actions à mener
pour les nouveaux arrivants, et raffraîchirait la mémoire des autres (dont
la mienne).
On a une todo liste quelque part ?
--
Bruno
10 years, 9 months
[dev] fonctions clearbricks qui réinventent la roue
by pascal chevrel
Salut,
J'ai peut être trouvé quelque chose de mon modeste niveau pour aider au
code de dotclear. J'ai ouvert un premier ticket et fait une Pull Request
(https://bitbucket.org/dotclear/dotclear/pull-request/38/ticket-1461-repla...)
en espérant avoir tout bien fait comme il faut :)
Je regardais un peu les fonctions de clearbricks et j'ai trouvé cette
méthode qui réinvente la roue puisqu'il existe une même fonction native
(et pas récente, je vous parle de PHP 4 là ;) ) qui fait exactement la
même chose.
J'ai ensuite regardé une autre méthode ( path:real() ), et ça fait
exactement la même chose que la fonction realpath() native de php depuis
5.0. Au passage j'ai fait un benchmark et la méthode clearbricks est 20
fois plus lente que la méthode native.
Juste dans lib.files.php, je vois plusieurs autres méthodes qui me
semblent bien exister en PHP natif, même si on se cantonne à 5.2
Avant que je fasse d'autres pull requests pour remplacer ces méthodes
qui réinventent la roue, sont probablement moins fiables que les
fonctions natives et sont plus lentes, est-ce qu'il y a une bonne raison
qui m'a échappée pour qu'elles aient été créées (en dehors de la dette
technique bien sûr) ?
Merci
Pascal
10 years, 9 months
[CR] Compte rendu de réunion IRC des dev du lundi 29/07/2013 de 20h00 à 21h30
by Denis Jean-Christian
---- Compte rendu de la réunion dev sur IRC du lundi 29 juillet 2013 ----
Présents (aillant dit au moins une bêtise et par ordre d'apparition) :
=========================================================
franckpaul ( aka footer de merde )
Evelf ( aka Eve la fée )
julienw ( aka Julien Wajsberg )
mirovinben
JcDenis (aka le scribe du jour )
mEga ( aka Mathieu, ça vous avance bien ! )
kozlika ( aka kozlika ! aka Anne )
Pinkilla
+ pleins de zombis
Prochaine version 2.5.2 :
====================
Cette version devra sortir d'ici 10 jours suivi par une version 2.5.3
environ 1 mois plus tard.
Il a été décidé de faire le trie dans les tickets assignés à la version
2.5.2 pour pouvoir la sortir plus rapidement, car :
- La 2.5.1 contient des bugs sur le système de traductions, (ma faute)
- Le encore-chef des devs a du mal avec les "pull request" fait sur la
mauvaise branche d’où un décalage entre les branches. (ma faute mais pas
que)
- De part les impératifs de chacun (+ les congés) certains tickets ne
peuvent être fixés à temps.
Donc pour faire simple, de nombreux tickets sont reportés à la 2.5.3
(voir plus) et je vous renvoie au Trac pour voir les tickets résolus,
assignés ou remis à plus tard. ( http://dev.dotclear.org/2.0/timeline )
A l'instant T, il reste 8 tickets sur 20 à résoudre pour boucler la 2.5.2.
IPv6 :
====
Une discussion porte sur le support d'IPv6 dans certains coins de
Dotclear, mais malheureusement personne ne peut tester, et vous, avez
vous de l'IPv6 ?
Fonctionnement :
==============
Il est difficile de tout suivre tellement les infos sont éparpillées un
peu partout. Et pas que pour le devs, c'est un constat général. Afin de
remédier à cela pour la partie dev, quelques pistes sont évoquées :
- Il est demander de discuter des tickets de préférence sur le Trac
plutôt que sur les Pull Request (bitbucket),
- Il est demander de ramener l'info complète du forum vers le ticket (et
non pas "cf le forum"),
- Le wiki bazar et la doc dev devr(aie|o)nt être revu afin d'aiguiller
les intéressés,
- Le trello ne trouve pas vraiment son intérêt chez les devs mais permet
aux néophytes de suivre facilement.
Pour simplifier, pour la partie dev, le Trac est le lieu ou toute info
doit terminer.
Discussions diverses :
=================
- Énième mise au point sur les petits noms des branches (je vous laisse
vous référer au précédent CR),
- Nous sommes toujours à la recherche d'Arnaud et sogo(s|x),
- franckpaul remercie julienw désigné pour faire ce CR, ..., mais qui
finalement n'est là que pour flooder les logs,
- Une proposition de renommer Dotclear en debianClear a été formulé,
- La libcaca ( http://caca.zoy.org ) fait sensation chez certains... on
se demande pourquoi.
A noter :
======
L'ordre du jour de la prochaine réunion dev concernera la sortie de la
2.5.2 et la définition d'une roadmap (
http://dev.dotclear.org/2.0/roadmap ) à plus long terme en vu d'un
billet pour l'anniv de Dotclear.
Cordialement,
JC qui préfère manger du code.
10 years, 9 months
[dev] présence sur ohloh
by pascal chevrel
Salut,
J'ai regardé et apparemment on a deux fois le projet sur ohloh.net et
aucun des deux n'extrait des données récentes :
https://www.ohloh.net/p/dotclear
https://www.ohloh.net/p/dotclear2
Je serais en faveur de supprimer le projet dotclear2, ça a pas de sens à
mon avis de créer un nouveau projet chaque fois qu'on change de version.
Xave est listé comme administrateur, est-ce qu'il peut rajouter d'autres
personnes ?
Merci
Pascal
PS : pour ceux qui ne connaissent pas, ohloh est une plateforme de
création de métriques pour des projets de logiciel libre, on lui donne
l'adresse du dépôt de code et il se charge de calculer périodiquement
tout un tas de métriques sur le projet (lignes de code, de commentaires,
liste des contributeurs, évolution du code au fil des ans...).
10 years, 9 months
[Organisation] Bonjour, ici la chieuse de service
by Kozlika
Bon matin les gens !
J'ai une requête à faire pour un meilleur suivi des discussions : si
vous utilisez un client mail qui ajoute "Re :" au début du sujet du
message lorsque vous y répondez, ça casse l'enfilade et ça rend le
suivi plus difficile. Pourriez-vous le supprimer siouplé ?
Merci bieng et bonne journée :-)
--
Anne / Kozlika
10 years, 9 months
