Bonjour,
Je suis à la recherche du bug tracker de mes rêves. Ce BTS doit avant tout pouvoir se connecter à LDAP pour l'authentification. C'est indispensable. Idéalement, il pourrait également gérer une liste d'utilisateurs "locaux".
Ce BTS doit être multi-projet avec la possibilité que certains projets ne soient visibles que par les membres dudit projet.
Techniquement, ce BTS doit tourner sur un serveur Apache/Php/Python/Perl. Pas de Java disponible.
Ah oui, ce BTS doit être utilisé par des non-geeks et leur permettre de rapporter des problèmes facilement. Bugzilla n'est donc à priori pas une option.
Premier candidat : http://www.mantisbt.org/
Mantis a, sur le papier, tout ce qu'il me faut (excepter de pouvoir avoir des utilisateur locaux non LDAP). En plus, Mantis est packagé dans Debian et Ubuntu, ce qui facilite grandement la maintenance, et la prochaine version supportera l'export d'un graphe de dépendances vers Freemind. Le pied absolu !
Problème : En fait, le support LDAP de Mantis est complètement pourri. Il faut que les utilisateurs LDAP soient manuellement créés dans la DB mantis. De plus, ce support LDAP est considéré comme particulièrement buggué et peu sûr. Il se révèle que Mantis avec LDAP est tout simplement inutilisable pour le moment. Le support LDAP affiché sur la page d'accueil est tout à fait mensonger.
Dommage...
Second candidat : http://etraxis.sourceforge.net/
Tout beau, tout propre, eTraxis est vraiment joli et tout simple. En plus, il gère très bien les utilisateurs LDAP+les utilisateurs locaux, c'est parfait. Tout est parfait ?
Sauf que voilà, sous une apparente simplicité, après 20 minutes à deux dessus, on n'a toujours pas trouvé comment repporter un bug. Il s'avère que visiblement il nous manque le boutton "rapporter". De plus, eTraxis jongle avec des concepts de "modèles" qui nous sont complètement obscurs. eTraxis semble plus être une machine à décrire un BTS qu'un réel BTS. De plus, eTraxis lui-même ne s'utilise pas lui-même comme BTS ce qui fait un peu peur (ils utilisent celui tout pourri de SourceForge).
Bref, après 1/2h on a abandonné car on comprenait rien (et que, par essence, cela risque d'être le cas de nos utilisateurs non-geeks, même si ils ne doivent pas administrer)
Bilan : nul
Alors cher journal, qu'as-tu à me proposer dans ta hotte pour continuer mes tests de BTS connectés à LDAP ? Merci d'avance !
Journal Quel bug tracker utiliser ?
5
août
2008
# Redmine
Posté par nyarla . Évalué à 10.
je te conseille Redmine que j'ai mis en place pour mon boulot et qui fonctionne vraiment très bien.
Je n'ai pas testé la fonction LDAP mais apparemment ça le gère.
Malgré une installation moins rapide qu'un "apt-get install redmine", ça ce fait et le fonctionnement est vraiment au poil.
http://www.redmine.org/
http://www.redmine.org/wiki/redmine/RedmineInstall
[^] # Re: Redmine
Posté par jerome (site web personnel) . Évalué à 2.
De mon coté, je n'avais pas utilisé LDAP, trop pénible avec les règles de sécurité imposée ici, mais notre SSO. N'y connaissant rien en RoR, j'avais trouvé l'ensemble tout à fait génial.
Cela dit, LDAP est implémenté, un peu salement pour le moment (plus ou moins en dur, ce qui rend l'ajout de nouveaux backends assez pénible), mais ça devrait être rapidement corrigé.
Un véritable trac-killer, et ce n'est pas peu dire.
Redmine dispose en plus de quelques nouveaux plugins sympathiques, du genre "time tracking".
[^] # Re: Redmine
Posté par Alexandre . Évalué à 1.
[^] # Re: Redmine
Posté par 6Ber Yeti . Évalué à 1.
Facile à installer aussi bien sur Win$ que sur une distrib Linux (Ubuntu, par ex.). Et franchement, moi qui ne connaît rien de rien à Ruby et donc à RoR, l'install ne pose vraiment pas de problème.
Il y a là :
http://blog.bmaron.net/index.php?post/2008/01/16/Redmine-un-(...)
de quoi te guider dans l'install.
Sinon, j'ai aussi trouvé une présentation :
http://www.slideshare.net/elefevre/cours-du-soir-redmine-val(...)
D'autre part, comparé à Trac, la personnalisation est bien plus aisée. Sans vouloir "troller", Trac serait plutôt un truc de "geek" comme l'était un soft proprio (et cher !) que j'ai eu à administrer et personnalisé ... à coup de scripts perl.
C'est lourd.
Redmine offre une interface très intuitive pour personnaliser les workflow ou les champs des tickets. C'est quand même un plus. Surtout si tu as des "clients" un peu pénibles (genre une équipe qualité ...) qui imposent de fréquentes modifications sur le process de gestion des changements. Faudrait pas, mais quand c'est pas toi qui décide ...
De plus, c'est un véritable outil de gestion de projet, avec intégration SVN (ou autre ...) et donc la liaison entre un tickets et le changeset, raodmap, forum ...etc...
Quant à la possibilité de gérer des droits différents suivants les "clients", si la découpe des projets le permet, tu peux jouer avec les virtual hosts d'apache pour créer des sites avec des droits particuliers.
Mais si tu n'es pas dans un monde idéal ... je ne suis pas sûr qu'il y ait une solution évidente ... à moins peut-être d'écrire un plugin ;)... ou attendre la version 0.8 ... il y a des discussions à ce sujet :
http://www.redmine.org/issues/show/337
[^] # Re: Redmine
Posté par Stephane Wirtel (site web personnel) . Évalué à 0.
Ne pas oublier que c'est un français qui est à l'origine du projet si je me souviens bien.
[^] # Re: Redmine
Posté par Stephane Wirtel (site web personnel) . Évalué à 2.
Nous étions une équipe de 8 développeurs, à utiliser Mantis avec des utilisateurs externes, Il n'est pas possible de faire de la mise en page dans tes tickets ou réponses, pas moyen d'avoir de Wiki, est-il possible de se connecter à SVN pour comparer des fichiers / révisions ? Je ne sais pas, mais Trac le fait de base.
La recherche se fait sur toute la base de données, alors que dans la version de Mantis dont je disposais, nous ne savions pas le faire. Il n'est pas possible de réaliser des milestones, les filtres de mantis pour les recherches sont parfois défectueux et parfois trop verbeux. Bien trop.
Le thème par défaut n'est pas très attrayant et la dernière fois que j'ai regardé la base de données utilisée par Mantis, celle-ci n'avait pas d'index pour optimiser les recherches. D'ailleurs je pense que c'est en cours dans la version de développement.
Honnêtement, comme candidat, tu as Redmine qui fonctionne très bien, multi-project, multi-utilisateur, graphe de gantt (gestion de projets), etc...
Bien qu'il ne soit pas développé en PHP ou en Python, il suffit d'installer Ruby et de l'installer via un gem.
gem install redmine
[^] # Re: Redmine
Posté par ploum (site web personnel, Mastodon) . Évalué à -2.
(par contre, en user je fais n'importe quoi, quitte à créer un user rien que pour ça)
Y'a un paquet rails dans Ubuntu donc à priori, cela doit pouvoir être possible mais toutes les doc parlent de compiler gem à partir des sources.
Et moi, je suis désolé, mais si la première page de la doc commence par faire installer GCC, ce n'est pas une solution que je peux me permettre de considérer. Redmine a l'air très bien mais y'a juste RoR qui sucks à mort visiblement. RoR, c'est super pour faire joujou sur sa machine mais ici c'est une machine de prod avec d'autres services indépendants et des impératifs de sécurité et maintenabilité.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Redmine
Posté par Nicolas Blanco (site web personnel) . Évalué à 2.
y'a juste RoR qui sucks à mort visiblement.
C'est toi qui suck à mort.
Déjà tu mélanges l'installation de Gem et de Rails, ça montre bien le niveau.
Gem c'est un mainteneur de librairies Ruby très bien foutu. Et heureusement qu'il est là car même si certaines gem sont packagés dans certaines distrib Linux, j'ai pas envie d'attendre que le mainteneur de ma distribution mette à jour le paquet dès qu'une nouvelle version stable sorte.
Au contraire, je trouve ça bien plus sale d'installer des gems avec apt-get qu'avec gem.
De plus, on parle bien de scripts Ruby, c'est pas comme si c'était du code compilé, je vois pas le problème de sécu.
Et pour finir, si t'es autant parano, rien n'empêche d'utiliser un repository de gem sur un compte d'utilisateur.
Gem installe par défaut son repository dans /usr/share tout simplement pour que tous les utilisateurs aient accès aux librairies Ruby.
Nicolas.
[^] # Re: Redmine
Posté par ploum (site web personnel, Mastodon) . Évalué à -2.
Alors je le dis et le répète : RoR c'est peut-être super pour développer mais ce n'est pas fait pour être installé. Je me fous des concepts de gem ou d'autres bizarreries. Je ne sais même pas ce que c'est un repository gem.
Le jour où on me dira : apt-get tel package et modifie la config du VirtualHost apache de telle manière et que, avec tout ça, l'utilisateur pourra faire sa popote en RoR dans son $HOME, alors là je reverrai mon opinion et à m'excuser (quoique, si c'est le cas actuellement, y'a quand même un gros problème de documentation/mentalité dans la communauté RoR).
Mais tous les howto que je trouve sur le web parle de compiler Gem des sources. Et même si c'est pas un binaire, je n'en ai rien à faire : je ne compile PAS sur un serveur de prod, je n'installe PAS sur un serveur de prod autre chose qu'un .deb ! Ce n'est pas uniquement de la sécurité, c'est surtout de la maintenabilité.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Redmine
Posté par Nicolas Blanco (site web personnel) . Évalué à 7.
Ecoute, t'as l'air de pas du tout connaître Rails, donc évite ce genre de trolls.
Tu mélanges tout : c'est au développeur de l'application Rails de décider s'il intègre toutes les librairies qu'il utilise dans son application ou bien s'il utilise celles du système.
Si le développeur de l'appli intègre toutes les gems et gèle Rails à l'intérieur de son appli, il n'y a rien a installer d'autre que les paquets Ruby standards.
C'est au contraire à ce niveau là que je trouve Rails flexible, il est possible de geler Rails et les gems utilisées à l'intérieur de son appli pour éviter les conflits de version. Rails est ultra-flexible sur ce niveau là.
Nicolas.
[^] # Re: Redmine
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 1.
C'est tout-à-fait possible de faire ça avec le mod fcgid d'apache. Rails est packagé dans Debian, et fournit un .htacess, et tout ce qui va bien.
Après le pb, c'est éventuellement les problèmes de versions, et le fait que certains modules ne sont pas packagés en .deb, mais sur ce point, il faut de plaindre auprès des développeurs de ta distribution.
Si ça t'intéresse, je te fais un mini-howto de A à Z pour installer Rails sur apache2/mod_fcgid, et une appli sans dépendances en tant que user.
[^] # Re: Redmine
Posté par Nicolas Blanco (site web personnel) . Évalué à 1.
désormais le déployement d'une appli RoR via FCGI n'est carrément plus d'actualité depuis que modrails (1) est sorti et qu'il permet de déployer "proprement" une appli Rails en une seule ligne de conf Apache 2.
(1) : http://www.modrails.com/
[^] # Re: Redmine
Posté par ploum (site web personnel, Mastodon) . Évalué à -3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Redmine
Posté par Bozo_le_clown . Évalué à 6.
Et même si c'est pas un binaire, je n'en ai rien à faire : je ne compile PAS sur un serveur de prod, je n'installe PAS sur un serveur de prod autre chose qu'un .deb ! Ce n'est pas uniquement de la sécurité, c'est surtout de la maintenabilité.
A défaut de .deb si tu veux des binaires tu peux toujours te rabattre sur ca.
http://bitnami.org/stack/redmine
SI y a bien un truc que je trouve idiot avec les linuxiens de base c'est ce raisonnement qui consiste à dire si y'a pas des .deb, .rpm & et autre sources je prend pas.
Aujourd'hui on vit dans un monde où les interpréteurs en tout genre sont inévitables et je ne vois pas en quoi ca mettrait en péril
Quel est l'intérêt de FF sans les plugins ?
Quel est l'intérêt d'Eclipse sans les plugins ?
Quel est l'intérêt de python , Perl, Java sans les libs associées et les applis au dessus.
Ben la on, te demande d'installer un plugin au dessus de Ruby et c'est le bout du monde hein !
Pas plus que pour les autres tu verras un .deb sortir parce que les devs ont autre chose à faire que packager pour les 600 distribs du monde qui même lorsqu'elles utilisent le même format de package ne sont même pas foutue d'être compatibles entre elles.
Par contre à partir du moment où t'installe l'interprète et ses libs d'installation et ben bizarrement ca marche partout.
Dingue hein.
Allez vous pouvez moinsser maintenant
[^] # Re: Redmine
Posté par ploum (site web personnel, Mastodon) . Évalué à 4.
Firefox et Eclipse ? C'est en mode utilisateur, si ça foire, tu fais rm -rf ~/.firefox et t'es reparti.
Perl et Python ? Ben toutes les libs sont packagées, suffit de les apt-getter, ça fonctionne très bien, c'est automatiquement mis à jour en cas de problème de sécu, j'ai une liste centralisée de ce qui est installé ou pas sur le serveur.
J'ai l'impression de me répéter depuis 15 messages.
Les devs veulent pas packager pour 600 distrib ? Bah redéveloppons un 601ème système, c'est bien plus malin, ça c'est certain.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Redmine
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Ensuite, les développeurs ne sont pas non plus des maîtres en tout et il y a de nombreuses applications (pas forcément libres mais aussi des libres) dont j'ai pu voir les limites en support réseau, notamment pour gérer le protocole LDAP correctement.
Avec de nombreux développeurs, on (les admins) a parfois l'impression que l'installation de leurs applications se résume à mettre tout ce qu'il faut dans le répertoire qui-va-bien et plouf, ça marche ! Sauf que ça ne marche pas partout, pour diverses raisons, même en utilisant la méthode de l'autruche.
Après, tu peux déplorer le nombre de distributions mais que dire du nombre de langages de développement, notamment les langages interprétés ou pseudo-interprétés (Perl, PHP, Java, Python, Ruby, etc.).
[^] # Re: Redmine
Posté par jerome (site web personnel) . Évalué à 2.
Redmine est certainement ce qu'il y a de mieux dans le domaine, surtout depuis que Trac dépale dans la semoule.
RoR et Redmine s'installe avec une facilité déconcertante, sans truc spécial à compiler. Sous Debian, tu peux même monter un cluster mongrel avec apt et 3 lignes de conf ...
Sinon, et pour finir, je ne connais pas grand chose de la communauté RoR, mais en revanchen je peux affirmer que Jean-Philippe Lang a fait du super boulot sur ce soft et que sa mentalité est tout à fait acceptable.
[^] # Re: Redmine
Posté par jmny . Évalué à 1.
[^] # Re: Redmine
Posté par Olivier Renaud . Évalué à 6.
Tu peux installer des gems (exemple au hasard : redmine) en tant qu'utilisateur sans privilèges, en utilisant l'option -install-dir pour choisir le répertoire de destination.
[^] # Re: Redmine
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
15 messages passent leur temps à tenter de me convaincre que j'ai tort de vouloir un .deb et un seul me le fout sous le nez.
Je me sens un peu ridicule mais je me rassure, les autres au-dessus sont dans le même bain que moi :-)
Bravo !
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Redmine
Posté par Bozo_le_clown . Évalué à 2.
Sauf que là , c'est la distrib qui empaquette le système d'update de Ruby.
Ce ne sont pas les devs de RoR qui doivent se coltiner toutes les distribs de la création.
Tout est dans l'ordre logique des choses.
Un systéme d'install indépendant de la plateforme en dessous et pour ceux qui le souhaitent lorque la distrib le permet l'integration du système dans celui de la distrib.
Ceux qu'il fallait viser dans tes critiques ou tes suggestions n'étaient donc pas les dev Ruby mais bien les mainteneurs de ta distrib préférée.
Tout le monde est heureux maintenant.
[^] # Re: Redmine
Posté par Bozo_le_clown . Évalué à 3.
[^] # Re: Redmine
Posté par Olivier Renaud . Évalué à 2.
Ces arguments ne m'ont pas convaincu du tout, d'ailleurs : le fait qu'il y ait des milliers de libs/applis ruby sous le même format de fichier (gem) rend forcément plus simple le packaging en .deb, puisque ça le rend automatisable. Tout comme le fait que des milliers de libs/applis utilisant le toolchain GNU facilite le packaging en .deb.
[^] # Re: Redmine
Posté par Olivier Renaud . Évalué à 3.
Je pensais que Redmine serait fourni sous forme de gem, avec une dépendance sur le gem de Rails. Eh bien non, Redmine ne fournit que des sources Ruby à copier vers une installation de Rails déjà existante, comme le ferait un plugin.
Du coup, je comprend mieux la réaction de Ploum : en l'état, pour déployer Redmine, il faut un minimum comprendre le fonctionnement de Rails. Et ça, c'est trop demander pour des utilisateurs finaux (même pour moi, qui connait Ruby mais pas Rails).
[^] # Re: Redmine
Posté par CrEv (site web personnel) . Évalué à 5.
C'est pas forcément à prendre tel quel, mais pour autant je trouve pas ça trop compliqué, même sans être un pro de rails :
(Installation de svn + authentification dav + redmine)
#!/bin/sh
sudo aptitude install wget subversion subversion-tools apache2-mpm-prefork libapache2-svn apache2-prefork-dev ruby rdoc irb libyaml-ruby ruby1.8-dev libzlib-ruby ri rubygems libmysqlclient15-dev mysql-client mysql-server
sudo mkdir /var/svn
cd /var/svn
sudo svnadmin create repo
sudo chown www-data /var/svn -R
sudo chmod 775 /var/svn -R
sudo cat<<EOF > /etc/apache2/sites-available/svn
<location /svn>
DAV svn
SVNParentPath /var/svn
AuthType Basic
AuthName "Repository"
AuthUserFile /var/svn/repo.htpasswd
AuthzSVNAccessFile /var/svn/users.authz
Require valid-user
</location>
EOF
sudo a2ensite svn
sudo /etc/init.d/apache2 force-reload
sudo gem update
sudo gem update --system
sudo gem install rails mysql passenger
sudo /usr/bin/passenger-install-apache2-module
sudo cat <<EOF > /etc/apache2/apache2.conf
## passenger
LoadModule passenger_module /usr/lib/ruby/gems/1.8/gems/passenger-2.0.2/ext/apache2/mod_passenger.so
PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-2.0.2
PassengerRuby /usr/bin/ruby1.8
EOF
echo "create user \"redmine\"@\"localhost\" identified by \"redmine\";create database redmine default character set utf8 collate utf8_general_ci;grant all privileges on redmine.* to \"redmine\"@\"localhost\" identified by \"redmine\" with grant option;" | mysql -u root -p
cd /var/www && sudo wget http://rubyforge.org/frs/download.php/39477/redmine-0.7.3.ta(...)
sudo tar xf redmine-0.7.3.tar.gz
sudo mv redmine-0.7.3 redmine
cd redmine && sudo cp config/database.yml.example config/database.yml
# update configuration !
sudo /etc/init.d/mysql start
sudo rake db:migrate RAILS_ENV="production"
sudo rake redmine:load_default_data RAILS_ENV="production"
cd /etc/apache2/sites-available
sudo cat<<EOF > redmine
<VirtualHost *>
serverpath /redmine
servername my.server.plop
DocumentRoot /var/www/redmine/public
Options +FollowSymlinks +ExecCGI
</VirtualHost>
EOF
sudo a2dissite default
sudo a2ensite redmine
sudo a2enmod rewrite
sudo /etc/init.d/apache2 force-reload
[^] # Re: Redmine
Posté par Jean-Philippe (site web personnel) . Évalué à 1.
sudo gem install rails --version '=2.0.2'
(on peut aussi utiliser le dossier vendor/ de redmine pour y placer rails)
[^] # Re: Redmine
Posté par CrEv (site web personnel) . Évalué à 2.
Je viens de migrer pour ma boite un flyspray vers redmine, et c'est vraiment beaucoup mieux.
Précédemment j'utilisais trac, mais je trouve l'installation (et la config) plus lourde que redmine
La gestion multi projet est vraiment facile à mettre un oeuvre.
On peut également demander à redmine de s'occuper intégralement du repository (si svn) ce qui est assez sympa si on gère un repo par projet
Par contre, ce qui est parfois domage c'est de ne pas avoir trop de communication entre les projets (par exemple un bug renseigné sur le mauvais projet peut être déplacé sur le bon, mais ne permet pas - en une fois - le choix des catégories par exemple)
Il est également possible d'écrire des scripts de migration depuis d'autres bug trackers (mantis et trac en standard, dans ./lib/tasks/migrate_from_*.rake) et en écrire d'autre est assez simple (surtout grâce à ActiveRecord ;-) )
Version courte : redmine c'est comme trac mais en plus mieux !
[^] # Re: Redmine
Posté par Ummon . Évalué à 2.
Je l'utilise actuellement pour un petit projet perso : http://dev.euphorik.ch/projects/show/euk
Au boulot on utilise Mantis et Bugzilla. Je préfère de loin Redmine bien que le projet soit un poil jeune... mais très dynamique ;)
Points positifs (en vrac, j'en oublie surement plein)
- intégration d'une navigation SVN/git/Mercury (je n'ai testé que SVN et elle convient très bien)
- Wiki avec la syntaxe Textile, très puissant
- Workflow du statut d'une demande personnalisable par rôle
- Forum intégré
- Planification : gant et cie.
- Repporting : chaque dev peut dire combien de temps il a passé sur une tâche
- Gestion des versions avec roadmap
- Base de données à choix, pour moi c'est du PostgreSQL
- Multiprojet
- etc.
Points négatifs :
- On ne peut pas finement attribuer des droits, par exemple on voudrait que les clients ne voient que leurs demandes et que certains champs.. Ca va venir en partie avec la 0.8 (demandes privées).
[^] # Re: Redmine
Posté par rhizome . Évalué à 1.
C'est vrai que c'est bien fichu et un peu mieux que trac, par contre qu'est-ce que c'est lent ! Que ce soit avec Webrick ou bien Mongrel, les pages mettent de longues secondes à se charger. De plus l'appli "meure" après quelques heures d'utilisation et il faut la redémarrer.
Donc un projet très prometteur mais qui demande encore à être stabilisé, optimisé et mieux packagé. J'y reviendrais dans quelques mois !
[^] # Re: Redmine
Posté par Ummon . Évalué à 1.
Par contre j'utilise Webrick sur le site dont j'ai posté le lien et je n'ai jamais eu besoin de le redémarrer, aucun problème de stabilité. Il est vrai que c'est plutôt lourd (il me prend environ 100Mo de mémoire vive) et moyennement réactif. J'avoue ne pas avoir cherché à le configurer.
[^] # Re: Redmine
Posté par Nicolas Blanco (site web personnel) . Évalué à 1.
N'oubliez pas que Rails n'est pas thread-safe de base et donc qu'il nécessite un load-balancer avec multi-process du coté serveur d'hébergement. Si vous utilisez un webrick ou un mongrel, il ne pourra gérer qu'une requete à la fois, donc si un gus upload un fichier ça bloque les autres...
Pourquoi vous embeter à héberger une appli rails avec 1 process Mongrel ou encore pire webrick alors que mod_rails permet d'héberger n'importe quelle appli rails avec apache 2 en 1 ligne de configuration ?
Surtout que mod_rails a été pensé à la base pour gérer de manière optimisée l'accès à la mémoire, etc.
Pensez-y avant de critiquer une appli Rails alors que le problème vient plutôt de votre manière de l'héberger. Il est vrai que l'hébergement des applis Rails n'a pas toujours été une sinécure mais désormais c'est vraiment très simple et fiable.
[^] # Re: Redmine
Posté par Ummon . Évalué à 1.
Par contre il est vrai qu'il ne tirera pas forcément partie d'un système multi-core ce qui ne m'incommode pas trop.
J'ai utilisé Webrick car il est preconfiguré avec Redmine et qu'il me suffit amplement. Je n'ai pas envie d'installer Apache juste pour ça...
Et si je peux me permettre, Rails ça a peut-être plein d'avantages mais ça reste relativement lent même avec Apache.
[^] # Re: Redmine
Posté par rhizome . Évalué à 1.
À vrai dire, j'avais connaissance de la possibilité d'utiliser mod_rails mais je n'ai pas essayé par manque de temps. J'ai pensé que suivre les méthodes recommandées sur le site de Redmine était un choix raisonable.
Est-ce beaucoup plus performant sous mod_rails ? Il faudrait que les performances soient 2 ou 3 fois meilleures pour que ça devienne utilisable. Notre code source est stocké sur un VPS qui n'est pas un foudre de guerre. Trac y est cependant utilisable, lui.
# Ben, Bugzilla...
Posté par Amand Tihon (site web personnel) . Évalué à 6.
Et pas seulement pour des développements logiciels, mais aussi pour du petit hardware électronique, et même du gros hardware comme des cyclotrons de poche !
Il faut arrêter de croire que Bugzilla est effroyablement compliqué pour rapporter un problème. Si tu as correctement configuré tes projets et leurs composants, l'utilisateur qui rapporte un bug n'a en gros, qu'à écrire un sujet et le corps. Tous les autres champs peuvent rester à leur valeur par défaut.
As-tu réellement testé Bugzilla avant de dire qu'il était bien trop compliqué ?
[^] # Re: Ben, Bugzilla...
Posté par liberforce (site web personnel) . Évalué à 1.
http://bugzilla.gnome.org/
[^] # Re: Ben, Bugzilla...
Posté par thibault jouannic . Évalué à 1.
[^] # Re: Ben, Bugzilla...
Posté par Samuel Verschelde (site web personnel) . Évalué à 5.
# vim + grep
Posté par Romain . Évalué à 3.
+-------+--------+----------+----------+
| Bug no| Status | Category | Severity | Comments
+-------+--------+----------+----------+
| 00012 | Open | Cache | 4 | When there is a *file* /A, if an other peer tries to create /A/B (it considers that /A is a directory),
| | | | | a NoSuchFileOrDir exception is raised and there is a desynch.
| 00011 | Open | Cache | 5 | There is an undefined behavior which can cause a crash. Here is an example of backtrace:
| | | | | #0 0xffffe410 in __kernel_vsyscall ()
| | | | | #1 0xb7cf0701 in raise () from /lib/libc.so.6
| | | | | #2 0xb7cf1e38 in abort () from /lib/libc.so.6
| | | | | #3 0xb7fa9cbd in unwind_cleanup () from /lib/libpthread.so.0
| | | | | #4 0xb7df4abd in _Unwind_DeleteException () from /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcc_s.so.1
| | | | | #5 0xb7f6f288 in __cxa_end_catch () from /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6
| | | | | #6 0x080cb7a0 in pf_read (path=0x856e5e0 "/Speedy's Coming [Live].mp3",
| | | | | buf=0x816d760 "\bÕÞ·\bÕÞ·v\031TALB", size=32768, offset=16384, fi=0xb7b352ec)
| | | | | at /home/vamps/peerfuse/common/fuse/read.cpp:47
| | | | | #7 0xb7eaabf2 in fuse_fs_read () from /usr/lib/libfuse.so.2
| 00010 | Open | | 1 | When the crl is downloaded, the connection to retrieve it is not cleanly closed
| 00009 | Open | PFN-Dist | 4 | When I create a file, I send a MKFILE to responsible of this file, but no to the parent dir responsible
| 00008 | Closed | PFNet | 5 | If two modifications of a file are sent at the same second, second modification will not be applied!
| 00007 | Closed | PFNet | 5 | When A<->B<->C, if B disconnects, A will trying to connect to C, but it doesn't work.
| 00006 | Open | Compile | 2 | If architecture of compilation wants to give gcc parameters which aren't supported by gcc-wrapper
| 00005 | Closed | Cache | 3 | When a file is received from network and is created, it doesn't store pf_mode
| 00004 | Closed | PFN-Dist | 3 | It seems to have a desynchronization between peers to know who is responsible of what file
| 00003 | Closed | PFN-Quit | 5 | Assertion failed in PeersList::GetDownLinks() when someone exits network, because a precedent
| | | | | removed ID isn't removed from Peer::downlinks
| | | | | #5 0x080d0bbb in PeersList::GetDownLinks (this=0x80f1a80, p=0x812f820) at /home/peerfuse/peerfuse/peerfuse-net/peers_list.cpp:96
| | | | | #6 0x080d0cd8 in PeersList::RemoveDownLinks (this=0x80f1a80, p=0x812f820) at /home/peerfuse/peerfuse/peerfuse-net/peers_list.cpp:109
| | | | | #7 0x080c47f4 in Network::OnRemovePeer (this=0x80f18a0, peer=0x812f820) at /home/peerfuse/peerfuse/peerfuse-net/network.cpp:102
| | | | | #8 0x080a2c43 in NetworkBase::RemovePeer (this=0x80f18a0, fd=7, try_reconnect=true) at /home/peerfuse/peerfuse/common/network_base.cpp:101
| 00002 | Open | PFL-Merge| 5 | There are some desynchronisation risk if a peer start a merge with a peer currently merging.
| 00001 | Open | PF-PKI | 1 | The sign-req script emits an error (no such file or dir on the key), that is normal.
+-------+--------+----------+----------+
[^] # Re: vim + grep
Posté par tito (site web personnel) . Évalué à 10.
[^] # Re: vim + grep
Posté par Kerro . Évalué à 2.
[^] # Re: vim + grep
Posté par Romain . Évalué à 4.
[^] # Re: vim + grep
Posté par lolop (site web personnel) . Évalué à 10.
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: vim + grep
Posté par Gonéri Le Bouder (Mastodon) . Évalué à 2.
http://github.com/jwiegley/git-issues/tree/master
[^] # Re: vim + grep
Posté par rhizome . Évalué à 3.
# Redmine
Posté par Nicolas Blanco (site web personnel) . Évalué à 2.
Je ne connais pas en détail ce BTS, mais après l'avoir testé quelques minutes, il a l'air assez complet (wiki, multi-projets, la page d'accueil indique une compatibilité LDAP).
Je pense le tester sur des projets réels prochainement. Et si d'aventure il te conviendrait, c'est devenu un jeu d'enfant d'héberger du Rails avec modrails (Passenger) et Apache 2.
Nicolas.
# mon expèrience
Posté par Axel . Évalué à 6.
Mantis :
+ simple à mettre en place
+ sobre
- pas ergonomique pour un sou (formulaires un peu chargés par exemple)
- j'ai des doutes quant à sa viabilité à long terme, quand on voit son code source.
Trac :
- un peu moins simple à mettre en place
- un peu lié à SVN
+ intègre un wiki qu'on utilise beaucoup
+ ergonomique
+ aucun problème avec le ldap
Personnelement, parmi ces deux là, j'utiliserais mantis si le bugtracker ne devient pas une des pierres angulaires de l'organisation et que l'auth non-ldap suffit. Sinon, Trac.
# Roundup et Trac
Posté par SaintGermain . Évalué à 3.
Apparemment Roundup peut marcher avec LDAP (http://www.mechanicalcat.net/tech/roundup/wiki/LDAPLogin) et aussi avec Trac.
Je n'ai testé pour l'instant que Roundup qui m'avait très sympa à administrer (tout en scripts Python).
[^] # Re: Roundup et Trac
Posté par Victor STINNER (site web personnel) . Évalué à 2.
- Bugzilla : une horreur, des champs dans tous les sens, souvent optionnels, des listes à choix vraiment multiples qui changent selon ce qu'on choisit... semble par contre hautement personnalisable (est-ce réellement une qualité ?)
- Trac : titre, texte avec mise en forme (syntaxe wiki Trac), et quelques champs tous optionnels (en particulier la priorité : bug / demande de fonctionnalité / crash / ...)
- Sourceforge : semblable à celui de Trac, sans la mise en forme, mais affiche les champs optionnels avant le texte, ce qui embrouille plus qu'autre chose
- Roundup : formulaire simple et bien organisé, en un mot : efficace
Verdict utilisateur : Roundup > Trac > Sourceforge > Bugzilla.
# flyspray
Posté par B16F4RV4RD1N . Évalué à 6.
http://flyspray.org/development?s[]=ldap
on peut voir son apparence ici, sur le gestionnaire de bug du programme lui même :) : http://bugs.flyspray.org/
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: flyspray
Posté par Ririsoft . Évalué à 1.
Tu peux aussi gérer des roadmap avec, le tout de façon plus intuitive qu'avec Trac, par exemple.
Maintenant le support LDAP est en développement et je n'ai aucune idée de son avancement ...
[^] # Re: flyspray
Posté par Epy . Évalué à 2.
A moins que j'ai manqué quelque chose (j'avoue ne pas avoir cherché s'il y avait un plugin ou autre)
Bon, il est vrai que je ne m'en sert pas vraiment comme sa fonction principale puisqu'on y note nos travaux de devs en cours et on discute dans les commentaires sur les choix à prendre.
(Vous avez peut être un outil plus adapté à cela ? Sans faire un forum complet pour seulement 3 personnes de préférence :) )
[^] # Re: flyspray
Posté par B16F4RV4RD1N . Évalué à 2.
tu peux mettre en place une notification par courriel, chez nous ça fonctionne correctement pour tout nouveau commentaire.
Par contre pouvoir avoir un digest serait pas mal, je ne sais pas si c'est possible, chez nous un commentaire + modification du statut d'avancement des modifications + fermeture du bug cela fait vite beaucoup de messages en même temps.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: flyspray
Posté par solsTiCe (site web personnel) . Évalué à -1.
# dotclear 2.0 ?
Posté par Mouns (site web personnel) . Évalué à 2.
Tu peux meme avoir en prime des jolies skins.
Et je trouve qu'un joli bug tracker leger c'est mieux qu'une usine à gaz toute laide.
# Mantis et LDAP
Posté par tipmeabout . Évalué à 2.
Juste pour info, j'avais mis en place Mantis avec support LDAP dans ma boite.
L'inconvénient est qu'il fallait créer les utilisateurs dans LDAP à la mano, puis Mantis allait vérifier que le user existait bien et acceptait le login. Sans utiliser sa DB locale. Mais il faut appliquer des patchs et ne pas avoir peur de bisouiller le fichier de conf. Mais ça marche. Donc pas mensonger.
# OTRS
Posté par Gonéri Le Bouder (Mastodon) . Évalué à 1.
Si tu t'adresses a des non-techniciens, OTRS peut être une bonne idée. Mais ce n'est pas un BTS mais un gestionnaire de demandes.
[^] # Re: OTRS
Posté par Moogle . Évalué à 1.
[^] # Re: OTRS
Posté par Gonéri Le Bouder (Mastodon) . Évalué à 1.
# ===> forum ?
Posté par Gof (site web personnel) . Évalué à 1.
Ce MMP doit avant tout pouvoir se connecter à mon ipod pour lire les musiques. C'est indispensable. il pourrait également gérer une liste de lecture "locale"
Ce MMP doit être multi-utilisateur avec la possibilité que certaines musique ne soient écoutable que par les utilisateur authorisés pour une période donnée. L'utilisation de DRM semble indispensable.
Techniquement, ce MMP doit tourner sur un ordinateur avec Ubuntu. Pas d'autres distributions disponibles ou de paquet non présent dans Ubuntu.
Ah oui, ce MMP doit être utilisé par des non-geeks et leur permettre d'écouter des musique facilement. Amarok n'est donc à priori pas une option.
J'ai bien essayé deux ou trois candidats. Mais tous avaient ce petit détail de rien du tout qui les rendaient completement MERDIQUE.
Bilan : Nul
Cher journal, merci de ton aide.
[^] # Re: ===> forum ?
Posté par Snarky . Évalué à 7.
[^] # Re: ===> forum ?
Posté par Maxime (site web personnel) . Évalué à 7.
Sérieux ça fait genre : Pow, les forums ya personne qui y va et moi je veux des réponses alors je poste mon message en première page des journaux comme ça j'en aurai pleins !
[^] # Re: ===> forum ?
Posté par Gof (site web personnel) . Évalué à 2.
« certains projets ne soient visibles que par les membres dudit projet. »
ça fait pas très communautaire ça.
Une discution sur les bug tracker a bien ça place ici, mais le « absolument pouvoir se connecter à LDAP » referme la discussion sur un truc spécifique sans interêt.
oui je sais je critique.
[^] # Re: ===> forum ?
Posté par Maxime (site web personnel) . Évalué à 3.
> ça fait pas très communautaire ça.
Bah j'administre un serveur avec SVN + Trac sur lequel il y a des projets qui ne sont pas libres et d'autres qui le sont. Je laisse la liberté aux utilisateurs de choisir leur licence. C'est pas comme s'il avait dit que tous les projets étaient limités à certains utilisateurs seulement.
[^] # Re: ===> forum ?
Posté par Raoul Volfoni (site web personnel) . Évalué à 3.
Ben en même temps.... https://linuxfr.org/forums/41/25371.html
On devrait tous aller un peu plus souvent sur les forums ! ;-)
[^] # Re: ===> forum ?
Posté par ploum (site web personnel, Mastodon) . Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
# Boulot
Posté par 2PetitsVerres . Évalué à 2.
Moi je trouve ça très drôle, c'est juste parfois un peu lourd et pas pratique :-)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# Launchpad ne convient pas ?
Posté par zebra3 . Évalué à 5.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# Mantis et LDAP
Posté par Midilaïr (site web personnel) . Évalué à 2.
Ici, nous utilisons Mantis avec un LDAP/AD (si c'est pas chercher à se mettre dans la merde ;o) ) et bien, à part un petit soucis au démarrage et le fait qu'il faille créer les utilisateurs dans Mantis, on n'a aucun soucis d'authentification LDAP. (sauf quand l'équipe système se foire sur le sAMAccount mais ça on n'y peut rien).
Mais si tu es sur un environnement sain (pas windows en fait) va voir du coté Trac et RedMine, ils sont très bien tous les deux. Nous, on utilise Mantis car il est compatible MS SQL Server ... pauvre de moi /o\
# Dans l'ordre, selon les besoins
Posté par Greg (site web personnel) . Évalué à 2.
S'il faut plus, avec relation avec SVN, wiki, gestion de projet: Trac. Je le trouve plus facile à installer que Redmine. Il est aussi vachement plus dynamique et comprends une importante quantité de plugins.
S'il faut encore plus: multi projets, time tracking, ... Redmine.
Nous on utilises Trac pour les sysadmins, et Redmine pour les développeurs et leurs projets.
Greg
# Le lien qui va bien
Posté par Trick . Évalué à 4.
# trac is not dead
Posté par Ton chat. . Évalué à 2.
[^] # Re: trac is not dead
Posté par ploum (site web personnel, Mastodon) . Évalué à 4.
Maintenant que j'ai ma config type pour un virtual host Trac, installer trac est juste une question de :
En root :
1) apt-get install trac
2) Modifier la config apache pour créer le vhost Trac
En utilisateur :
1) trac-admin initenv
Et voilà. Donc, après la première fois, c'est relativement facile et surtout je ne fais en root qu'installer un package, bref exactement ce que je voulais.
Mes livres CC By-SA : https://ploum.net/livres.html
# Alors as-tu trouvé ton BTS ?
Posté par Stephane Wirtel (site web personnel) . Évalué à 1.
[^] # Re: Alors as-tu trouvé ton BTS ?
Posté par ploum (site web personnel, Mastodon) . Évalué à 1.
1) Intégration à LDAP facile comme tout via Apache
2) Juste à installer un package (voir le message juste au-dessus du tiens)µ
Il n'est pas multi projet mais je crée tout simplement un trac par projet.
C'est pas la solution idéale mais c'est ce que j'ai trouvé de mieux pour mon usage.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Alors as-tu trouvé ton BTS ?
Posté par Stephane Wirtel (site web personnel) . Évalué à 1.
Excuse moi de ne pas avoir lû la réponse au dessus de mon message.
P-e que je te verrai un jour chez pinky !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.