Welcome on the EKD bug report site.
FS#35 - Systeme de packaging facile pour Ekd
Concerne le projet:
EKD
Ouverte par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Ptah (Ptah) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 29 novembre 2009, 09:41 GMT
Dernière édition par Ptah (Ptah) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 29 novembre 2009, 09:41 GMT
Ouverte par Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 281 Ptah (Ptah) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 29 novembre 2009, 09:41 GMT
Dernière édition par Ptah (Ptah) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /data/web/64/9e/8e/ekd.tuxfamily.org/htdocs/bugs/includes/class.tpl.php on line 613 dimanche, 29 novembre 2009, 09:41 GMT
|
DétailsEkd aurait besoin d'un système de packaging simple et rapide lorsqu'on souhaite sortir une nouvelle version.
Olivier : -------- A l'avenir, peut-être faudrait-il sortir des nouvelles release plus régulièrement. Je pense que "trop" d'utilisateurs utilise la version svn parce que la version "officielle" tarde à sortir ... Pour moi la version SVN ne doit pas être utilisée en production car en développement. Sinon on a des remontées de bugs "urgent" alors que c'est parfois "normal" car c'est du "work in progress". Aurélien : --------- Pour ça il nous faudrait un systeme de packaging rapide et efficace, ce qui n'est pas encore le cas. Je pense que pour chaque nouvelle fonctionnalité/correction de bugs majeur, on pourrait faire une release, mais ça passe par quelquechose de facile à maintenir, hors de question de perdre du temps pour à chaque fois devoir créer les paquets qui vont bien. Peut-être Launchpad serait une réponse ? Mais pour le moment il faut mieux se concentrer sur des sources fonctionnelles et releaser quand on considère que c'est prêt. |
Cette tâche dépend de
Ekd aurait besoin d'un système de packaging simple et rapide lorsqu'on souhaite sortir une nouvelle version.
#############
J'ai déjà un script de packaging qui fonctionne très bien, ça me prend, montre en main 1 minutes à sortir le .deb et ensuite le .rpm (avec alien) ... et encore c'est moins d'une minute. Ce qui est plus long c'est d'uploader les paquets sur les serveurs de tuxfamily, là ça prend du temps !.
#############
Olivier :
--------
A l'avenir, peut-être faudrait-il sortir des nouvelles release plus régulièrement.
#############
Je suis entièrement d'accord et c'est d'ailleurs ce que j'ai l'intention de proposer depuis un moment (plusieurs mois). C'est ce que j'avais l'intention de faire même avant qu'on se connaisse.
#############
Je pense que "trop" d'utilisateurs utilise la version svn parce que la version "officielle" tarde à sortir ... Pour moi la version SVN ne doit pas être utilisée en production car en développement. Sinon on a des remontées de bugs "urgent" alors que c'est parfois "normal" car c'est du "work in progress".
#############
D'accord sur le principe, mais en même temps la version SVN est extrêmement facile à mettre en place ... et en plus ça nous fait des testeurs en plus (ce qui n'est pas du luxe !). De plus la version SVN est maintenue de façon stable (généralement je m'aperçois relativement rapidement quand il y a un problème ... et on dépanne rapidement). Créer des paquets toutes les 5 minutes n'est pas du tout une bonne solution selon moi.
De plus si on fait ça il faudra sans doute unifier la façon de faire entre les sytèmes linux et windows --> autant c'est éventuellement faisable sous linux mais sous windows c'est vraiment une autre histoire --> créer un .exe prend pas mal de temps (!!!), même si c'est facile à faire avec Inno Setup : http://www.jrsoftware.org/isinfo.php, mais c'est beaucoup plus long à faire sous windows !. Moi je suis pas d'accord pour créer des paquets régulièrement sous w$. Sous win ce sera un paquet à chaque nouvelle version.
#############
Aurélien :
---------
Pour ça il nous faudrait un systeme de packaging rapide et efficace, ce qui n'est pas encore le cas. Je pense que pour chaque nouvelle fonctionnalité/correction de bugs majeur, on pourrait faire une release, mais ça passe par quelquechose de facile à maintenir, hors de question de perdre du temps pour à chaque fois devoir créer les paquets qui vont bien.
#############
Si c'est le cas Aurélien (comme je le disais auparavant) j'ai un script de packaging qui fait très très bien son boulot, et très rapide !.
A chaque "chaque nouvelle fonctionnalité/correction de bugs majeur" ?, oulà, là je suis pas vraiment d'accord, ça va nous prendre trop de temps ! ... et où les mettre ces paquets ?, sur les serveurs de Tuxfamily on ne pourra pas empiler les paquets ... on a pas assez de place (même sur l'espace download, on va vite arriver au bout si on fait comme ça). Oui mais comme je le disais, créer les paquets c'est rapide, les uploader c'est beaucoup plus long !.
Qu'est ce que tu proposes alors ?.
#############
Peut-être Launchpad serait une réponse ?
Mais pour le moment il faut mieux se concentrer sur des sources fonctionnelles et releaser quand on considère que c'est prêt.
#############
Launchpad, je ne connais que de nom. Il faut que tu m'en dises beaucoup plus !.