Bonjour,
Je vous annonce la sortie de Oupsnow 0.1.0. Oupsnow est un bug tracker
réalisé avec Merb. Je me permet de vous l’annoncer aussi sur la Mailing
Rails pour les curieux au sujet de Merb.
Pour plus de détail, j’ai fait une annonce sur mon blog :
http://blog.shingara.fr/2009/01/21/sortie-de-la-premiere-version-de-oupsnow-0-1-0
–
Cyril M.
Projet intéressant, qui pourrait devenir ce qu’aurait dû être Redmine.
Ca
sent la concurrence à plein nez quand Rails3 arrivera dans nos dépôts 
2009/1/21 Cyril M. [email protected]
Bonjour,
Le 22.01.2009 08:49, ook? ook! a écrit :
Projet intéressant, qui pourrait devenir ce qu’aurait dû être Redmine.
Ca sent la concurrence à plein nez quand Rails3 arrivera dans nos
dépôts
Et moi j’ai installé mon premier serveur Redmine hier soir
vous deux qui connaissez bien Redmine pour avoir collaboré au projet,
pouvez-vous nous résumer ici les problèmes, techniques ou relationnels,
qui font que vous n’appréciez plus le produit et ne contribuez pas/plus
à son développement ?
Merci.
Rails pour les curieux au sujet de Merb.
–
Farzad FARID / Architecte Open Source - Associé
Pragmatic Source / http://www.pragmatic-source.com
Tel : +33 9 53 19 21 90 / Mob : +33 6 03 70 65 46
Bonjour,
Félicitation, simple et confortable !
Le mercredi 21 janvier 2009 à 22:01 +0100, Cyril M. a écrit :
Je vous annonce la sortie de Oupsnow 0.1.0. Oupsnow est un bug tracker
réalisé avec Merb. Je me permet de vous l’annoncer aussi sur la Mailing
Rails pour les curieux au sujet de Merb.
Quelles ont été selon toi les avantages/inconvénients de merb par
rapport à rails sur ce projet en terme de dev ?
cdt,
J.
qui pourrait devenir ce qu’aurait dû être Redmine.
pouvez-vous nous résumer ici les problèmes, techniques ou relationnels,
qui font que vous n’appréciez plus le produit et ne contribuez pas/plus
Ã
son développement ?
?!
vu que j’ai des redmine dans tous le coins le pourquoi de votre
désenchantement m’interpelle aussi au plus haut point 
Le 21 janv. 09 à 22:01, Cyril M. a écrit :
http://blog.shingara.fr/2009/01/21/sortie-de-la-premiere-version-de-oupsnow-0-1-0
Félicitations pour ce beau bébé.
J’ai déjà forké le projet, et je suis en train de te faire une
nouvelle CSS pour la prochaine release, à toi de voir si tu pull ou
pas
Je vais aussi ajouter quelques c*@# ici et là
–
Frédéric de Villamil
[email protected] tel: +33 (0)6 62 19 1337
http://t37.net Typo : http://typosphere.org
http://oupsnow.shingara.fr/projects/new
Me représente la page de login à chaque fois c’est normal ?
(je n’ai pas reçu de mail d’activation donc je suppose qu’il m’a
enregistré
?)
2009/1/22 de Villamil Frédéric [email protected]
J’ai déjà forké le projet, et je suis en train de te faire une
nouvelle CSS pour la prochaine release, Ã toi de voir si tu pull ou
pas
Quoi!? Tu OSES critiques les goûts exquis de Shin’ pour les CSS.
Pas biiiiiiiiiiiiiiiiiiiiien! 
Pour moi, il y a un problème de confiance de JP Lang envers la
communauté,
même si ça s’est plutôt bien amélioré depuis que edavis a été ajouté
comme
committer (il maintient un miroir de redmine sur github, et accepte les
patchs bien formés et testés).
Ajoutons à cela que malgré la popularité du soft, il y a peu de support
sur
les forums (voyez le nombres de threads sans réponse depuis novembre
dernier, date à laquelle j’ai changé de travail et n’ait plus le temps
de
répondre aux demandes…) Heureusement qu’il y a le canal IRC…
Et puis et puis et puis… Redmine a été commencé sur un rails 1.2, il y
a
de trop nombreux (à mon goût) reliquat de la grammaire 1.2 pour
permettre
d’avancer sereinement vers Rails2.2 et bientôt Rails3. Il y a parfois
des
choix d’implémentation douteux (appels exec pour le supports des SCM
alors
qu’il existe de très bon bindings ruby), le report de certaines
fonctionnalités qui manquent cruellement: un privilège sur le changement
d’état du ticket et sur l’assignement d’un ticket (marre qu’on m’assigne
un
ticket pour attirer mon attention dessus alors que je n’ai pas de temps
à y
consacrer). J’en passe forcément.
Dernier reproche qui est plus sur la méthode: malgré un feu nourri de
commit
en features ou en bug-fix, le rythme des release et BEAUCOUP trop lent.
En
OSS, il n’y a qu’une règle qui vaille: release soon, release often.
Mais qu’on ne me fasse pas dire ce que je ne dis pas : redmine est un
très
bon système de bug tracking et je continuerai à l’utiliser encore
longtemps
(minimum six mois, j’attends Rails3 et voir ce que shingara (Cyril
Mougel)
va faire de Oupsnow) avant de songer à faire une bascule.
Au fait shin’: le jour où tu commits le support à Rails3, je t’offre
l’importer Redmine dans les deux semaines 
ook!
(aka Tom)
2009/1/22 philippe lachaise [email protected]
philippe lachaise wrote:
http://oupsnow.shingara.fr/projects/new
Me représente la page de login à chaque fois c’est normal ?
(je n’ai pas reçu de mail d’activation donc je suppose qu’il m’a
enregistré ?)
Actuellement, seul l’admin peux créer des projets et seul admin/oupsnow
est admin. C’est déjà en cours de changement pour la prochaine version.
Car les droits sont encore très limité sur Oupsnow. Ça sera l’objet des
prochaines révisions.
–
Cyril M.
Je trouve que ça sent un peu le règlement de compte douteux… Quand je
vois
les dizaines d’issues ou thread encore ouverts, il faut voir ce que
c’est !
Aux 2/3 tu trouves de la demande d’évolution super spécifique orientée
usine-Ã -gaz, et j’imagine que c’est difficile de tenir une ligne
directrice
sur un projet de cette importance. Le fait de ne pas passer ce projet
sur un
mode totalement communautaire peut se justifier par ces arguments
d’ailleurs.
Ce genre de post détaillé sur les problèmes d’un projet risque de
laisser
aux gens de cette liste une mauvaise impression sur Redmine, qui est
tout de
même un chouette projet, l’appli marche globalement très bien et c’est
une
bonne alternative à Trac ou Lighthouse, à essayer absolument. Après
chacun
ses objectifs et ses goûts.
Pour l’arrivée de Oupsnow, vive la diversité et bonne chance, à part le
design ça m’a l’air super intéressant
–
Jean-Baptiste
2009/1/22 ook? ook! [email protected]
Farzad FARID wrote:
Personnellement, ce que je reproche effectivement à Redmine est son
obscurantisme lié à sa gestion de projet. En effet, je suit Redmine
depuis sa version 0.4.0 et n’ai eu de cesse de le supporter. J’ai
contribué, mais n’ai pas vu de réel intérêt porté à mes contributions.
Je me suis lassé et je suis devenu un simple utilisateur.
Mais ayant commencé a vraiment l’utiliser profondément, je me suis
retrouvé avec des problèmes liés à l’ergonomie. Et certaine tâche
d’administration ne sont disponible que par la console Rails. En effet,
l’administration globale est purement chiante. Je pense que Redmine a
vraiment besoin d’une stabilisation avant de nouvelles évolutions. Je
pense ça depuis quand même assez longtemps. Pour comparaison, Typo, a
fait le choix d’une stabilisation dernièrement. A tel point que frédéric
et moi avons même supprimé des fonctionnalités. Mais désormais, le code
est plus clair, propre et les performances améliorée. Nous pouvons ainsi
partir sur de nouvelles bases pour réintégrer les
fonctionnalitéssupprimées et continuer d’en ajouter de nouvelles.
Au niveau du release often, C’est effectivement un peu le soucis.
Pourquoi avoir un changelog de 40 000 lignes ?
Enfin, une des dernières raison est un problème de fuite. En effet, Typo
a migré de Redmine vers lighthouse à cause de ça. Le serveur Redmine
mettait à mal le serveur de frédéric. Quant à moi, je me retrouve tous
les 2j avec une augmentation croissante de ma CPU et de ma mémoire,
m’obligeant à redémarrer mon serveur (maintenant j’ai un cron
quotidien). J’ai même reporté le problème.
http://www.redmine.org/issues/show/2514
C’est vraiment cette dernière qui m’a enfin décidé à faire cette
nouvelle version.
Certain aurait pu me dire de faire un fork. Mais le projet Redmine est
maintenant trop gros. Je prendrais vraiment trop de temps à tout
alléger. Autant partir sur ce nouvelle base et lighthouse est pour moi
un bonne exemple à suivre. Tous en écoutant la communauté pour en sortir
des “soucis”
Enfin, le pourquoi Merb/DataMapper est plus ou moins simple.
Sinon le migrateur Redmine → Oupsnow est déjà en projet. Lui aussi sera
un plugin. Car comme Merb, Oupsnow essayera d’être vraiment modulaire.
–
Cyril M.
Jean-Baptiste B. wrote:
qui est tout de même un chouette projet, l’appli marche globalement
très bien et c’est une bonne alternative à Trac ou Lighthouse, Ã
essayer absolument. Après chacun ses objectifs et ses goûts.
Redmine est effectivement un bon produit et je peux encore continuer Ã
le conseiller, c’est évident. Un de ses grands avantage étant l’esprit
Forge. Et comme Forge il y a toujours pas mieux gratuitement. Après
c’est toujours ceux qui l’utilise le plus qui en connaisse le plus les
défauts.
–
Cyril M.
Bravo Cyril! Belle initiative!
Personnellement j’utilise aussi RedMine et je n’ai pas à m’en plaindre.
Maintenant, il est vrai que certaines fonctionnalités sont un peu
lourdes. J’aime bien ton idée de faire un soft simple, qui fait “bien ce
qu’on lui demande et pas plus”. L’orientation modulaire que tu veux lui
donner est très pertinente je pense, comme dans tous projets.
Par contre prévois-tu de lui ajouter des fonctionnalités pratiques aux
bug trackers, comme (je balance des idées en vrac):
Quel système de plugin prévois-tu d’utiliser? A ton avis la migration
vers Rails 3 sera compliquée?
Encore Bravo!
– Thomas
Le 22 janv. 09 à 12:34, Jean-Baptiste B. a écrit :
qui est tout de même un chouette projet, l’appli marche globalement
très bien et c’est une bonne alternative à Trac ou Lighthouse, à
essayer absolument. Après chacun ses objectifs et ses goûts.Pour l’arrivée de Oupsnow, vive la diversité et bonne chance, à part
le design ça m’a l’air super intéressant
(Merci de répondre en dessous, c’est plus pratique pour la lisibilité).
Pour Redmine, je ne dirais qu’une seule chose : inutilisable sur un
projet d’envergure.
Pour information, sur Typo, 1500 visiteurs uniques par jour (donc pas
énorme), Redmine me prenait 2go de ram et 100% du CPU sur un de mes
processeurs au bout de 4-5 heures. J’ai du modifier Passenger pour le
forcer à killer le process dès qu’il atteignait un certain niveau de
RAM.
J’ai pendant longtemps pensé que le soucis venait de Passenger +
FreeBSD, malheureusement, après migration sous Debian, toujours en 32
bits, mêmes symptômes. Jusqu’au jour où je me suis rendu compte que le
process bloquant et bloqué était Redmine. D’où le passage à Lighthouse
faute de mieux.
Fred
–
Frédéric de Villamil
[email protected] tel: +33 (0)6 62 19 1337
http://t37.net Typo : http://typosphere.org
Redmine me prenait 2go de ram et 100% du CPU
Comment on arrive à faire ça en Ruby ?!
Redmine utilise pas ImageMagick ou autre truc a memory-leaks que je
sache ?
Thomas wrote:
- le time tracking
- la gestion des milestones
Les fonctionnalités de base que je veux faire est en gros ce que fais
Lighthouse. Donc, il faut que j’ajoute :
Tout le reste, j’essayerais de le faire en plugin. Mais je n’ai hélas
pas de grande connaissance en slice Merb. Du coup ce que j’imagine aura
peut-être de gros problème architecturaux. Ça sera toujours marrant Ã
résoudre. Mais avec une bonne dose de callback, ca devrait pas trop mal
se passer.
Quel système de plugin prévois-tu d’utiliser? A ton avis la migration
vers Rails 3 sera compliquée?
Sur ce point de vue, seul l’avenir nous le dira. Je ne sais absolument
pas ce qu’il est prévu de faire pour les slices de Merb. Mais je pense
que l’idée sera maintenu vu que Rails 2.3 aura déjà un système un peu
similaire avec le Rails Engine.
–
Cyril M.
philippe lachaise wrote:
Redmine me prenait 2go de ram et 100% du CPU
Comment on arrive à faire ça en Ruby ?!
Redmine utilise pas ImageMagick ou autre truc a memory-leaks que je
sache ?
Et si Redmine utilise RMagick pour générer les graphiques de statistique
sur les dépots. Mais je ne pense pas que ce soit lié à Rmagick.
–
Cyril M.
Cyril M. a écrit :
Et si Redmine utilise RMagick pour générer les graphiques de statistique
sur les dépots. Mais je ne pense pas que ce soit lié à Rmagick.
Vous recommanderiez ImageScience plutôt que RMagick?
– Thomas
2009/1/22 de Villamil Frédéric
Pour Redmine, je ne dirais qu’une seule chose : inutilisable sur un
projet d’envergure.
Ruby est pourtant un projet d’envergure : http://redmine.ruby-lang.org/
Ils font comment alors ?
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs