19 Jul
2011
19 Jul
'11
11:07 p.m.
Hello,
some comments about all provided options so far:
- google code tracker -- haven't use it at all, going to look a bit at it
- github - maybe I missed some setting, but the issue tracker there
seems to be to simplistic - no way to categorize in bugs or feature requests
- jira - folks at SER used it in the past when we were two projects,
reporting that it was rather buggy to keep using it -- maybe it was just
the version purchased at that time (several years ago). I am not
familiar with its administration at all
- mantis - I have no experience with it to say pro/con opinions. Is the
administration (upgrade, patching) easy enough? Does it support
multi-projects on the same instance?
- redmine - it is the one I use for various needs, therefore I have some
experience with its administration. However, I cannot say that it is a
thing I would like to take care of. It seems to be a bit heavy, I had to
patch it (for some quite basic features such as different email address
for different projects or the body of notification emails -- I have to
say I am not that familiar with it and I may have missed some
plugins/settings)
For self installed app, at this time my preferences would be redmine,
mantis, jira -- a big + to rise the rank in the order would come if
there is going to be someone to commit for the maintenance of either
one. Haven't made my mind for hosted options yet.
More comments? Any other options?
Thanks,
Daniel
On 7/19/11 8:18 PM, Jason Penton wrote:
+1 for Jira. If you have the resources to setup and
manage JIRA then I
would suggest this too. We use and it is really very good
On Tue, Jul 19, 2011 at 8:05 PM, Alex Balashov
<abalashov(a)evaristesys.com <mailto:abalashov@evaristesys.com>> wrote:
We have been extremely happy with Mantis as a self-hosted
approach. It is easy to use, yet has the sophistication and
flexibility for a needed to manage a project of non-trivial size.
On the other hand, Digium recently moved away from it in favour of
JIRA for issues.asterisk.org <http://issues.asterisk.org>.
For fairly large projects like this one[1], I have always favoured
internal hosting of such systems in order to maintain maximum
control, use optional plugins, make customisations, etc. I think
that would make the most sense for the SR/Kamailio community.
-- Alex
[1] It's not nearly as large as say, the Linux kernel, but it's
bigger than 99% of open-source which, after all, consists largely
of projects done by one person or a few people at most.
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
20 Jul
20 Jul
1:45 a.m.
New subject: [SR-Users] issue tracking system
On Tue, Jul 19, 2011 at 22:07, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
Hello,
some comments about all provided options so far:
- google code tracker -- haven't use it at all, going to look a bit at it
- github - maybe I missed some setting, but the issue tracker there seems to
be to simplistic - no way to categorize in bugs or feature requests
- jira - folks at SER used it in the past when we were two projects,
reporting that it was rather buggy to keep using it -- maybe it was just the
version purchased at that time (several years ago). I am not familiar with
its administration at all
We were using it several years ago and although I personally liked it,
the software (closed source java application) suffered from memory
leaks and needed to be restarted quite often. That may or may not be
true with recent versions, but you wouldn't know unless you set it up
and keep using it for a while.
Note that to be able to use it, we would need to:
- Apply for the open-source license from Atlassian
- Get a server to run it on (Jira can be a memory hog)
-Jan
- mantis - I have no experience with it to say pro/con
opinions. Is the
administration (upgrade, patching) easy enough? Does it support
multi-projects on the same instance?
- redmine - it is the one I use for various needs, therefore I have some
experience with its administration. However, I cannot say that it is a thing
I would like to take care of. It seems to be a bit heavy, I had to patch it
(for some quite basic features such as different email address for different
projects or the body of notification emails -- I have to say I am not that
familiar with it and I may have missed some plugins/settings)
Another option, simpler than redmine, would be trac:
http://trac.edgewall.org/
It's simpler than most other applications (which imho is a plus), but
it does not support multiple projects on a single instance (may not be
a problem since you can have multiple instances).
-Jan
For self installed app, at this time my preferences
would be redmine,
mantis, jira -- a big + to rise the rank in the order would come if there
is going to be someone to commit for the maintenance of either one. Haven't
made my mind for hosted options yet.
More comments? Any other options?
Thanks,
Daniel
On 7/19/11 8:18 PM, Jason Penton wrote:
+1 for Jira. If you have the resources to setup and manage JIRA then I would
suggest this too. We use and it is really very good
On Tue, Jul 19, 2011 at 8:05 PM, Alex Balashov <abalashov(a)evaristesys.com>
wrote:
We have been extremely happy with Mantis as a self-hosted approach. It is
easy to use, yet has the sophistication and flexibility for a needed to
manage a project of non-trivial size.
On the other hand, Digium recently moved away from it in favour of JIRA
for issues.asterisk.org.
For fairly large projects like this one[1], I have always favoured
internal hosting of such systems in order to maintain maximum control, use
optional plugins, make customisations, etc. I think that would make the
most sense for the SR/Kamailio community.
-- Alex
[1] It's not nearly as large as say, the Linux kernel, but it's bigger
than 99% of open-source which, after all, consists largely of projects done
by one person or a few people at most.
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
12:23 p.m.
New subject: [SR-Users] issue tracking system
On 7/20/11 12:45 AM, Jan Janak wrote:
On Tue, Jul 19, 2011 at 22:07, Daniel-Constantin
Mierla
<miconda(a)gmail.com> wrote:
trac was really giving me
headaches in the past. I tried once and never
looked back to it. Maybe just some bad experience, but no plan here to
touch it again, I rather look at alternatives.
Cheers,
Daniel
Hello,
some comments about all provided options so far:
- google code tracker -- haven't use it at all, going to look a bit at it
- github - maybe I missed some setting, but the issue tracker there seems to
be to simplistic - no way to categorize in bugs or feature requests
- jira - folks at SER used it in the past when we were two projects,
reporting that it was rather buggy to keep using it -- maybe it was just the
version purchased at that time (several years ago). I am not familiar with
its administration at all
We were using it several years ago and although I
personally liked it,
the software (closed source java application) suffered from memory
leaks and needed to be restarted quite often. That may or may not be
true with recent versions, but you wouldn't know unless you set it up
and keep using it for a while.
Note that to be able to use it, we would need to:
- Apply for the open-source license from Atlassian
- Get a server to run it on (Jira can be a memory hog)
-Jan
- mantis - I have no experience with it to say
pro/con opinions. Is the
administration (upgrade, patching) easy enough? Does it support
multi-projects on the same instance?
- redmine - it is the one I use for various needs, therefore I have some
experience with its administration. However, I cannot say that it is a thing
I would like to take care of. It seems to be a bit heavy, I had to patch it
(for some quite basic features such as different email address for different
projects or the body of notification emails -- I have to say I am not that
familiar with it and I may have missed some plugins/settings)
Another option,
simpler than redmine, would be trac:
http://trac.edgewall.org/
It's simpler than most other applications (which imho is a plus), but
it does not support multiple projects on a single instance (may not be
a problem since you can have multiple instances).
-Jan
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
For self installed app, at this time my
preferences would be redmine,
mantis, jira -- a big + to rise the rank in the order would come if there
is going to be someone to commit for the maintenance of either one. Haven't
made my mind for hosted options yet.
More comments? Any other options?
Thanks,
Daniel
On 7/19/11 8:18 PM, Jason Penton wrote:
+1 for Jira. If you have the resources to setup and manage JIRA then I would
suggest this too. We use and it is really very good
On Tue, Jul 19, 2011 at 8:05 PM, Alex Balashov<abalashov(a)evaristesys.com>
wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users We have been extremely happy with Mantis as a
self-hosted approach. It is
easy to use, yet has the sophistication and flexibility for a needed to
manage a project of non-trivial size.
On the other hand, Digium recently moved away from it in favour of JIRA
for issues.asterisk.org.
For fairly large projects like this one[1], I have always favoured
internal hosting of such systems in order to maintain maximum control, use
optional plugins, make customisations, etc. I think that would make the
most sense for the SR/Kamailio community.
-- Alex
[1] It's not nearly as large as say, the Linux kernel, but it's bigger
than 99% of open-source which, after all, consists largely of projects done
by one person or a few people at most.
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
12:35 p.m.
New subject: [SR-Users] issue tracking system
Hi,
We are also using the Mantis and as Alex said is very flexible and easy to
use.
2011/7/19 Daniel-Constantin Mierla <miconda(a)gmail.com>
- mantis - I have no experience with it to say pro/con opinions. Is the
administration (upgrade, patching) easy enough? Does it support
multi-projects on the same instance?
We had no troubles upgrading it, it was quite straightforward IIRC. It does
support as many projects as you want and you can add subprojects to them.
Also, another feature I like is that you can easily link a commit with the
bug id so that info appears automatically in the bug report.
Best regards,
Santi
12:37 p.m.
New subject: [SR-Users] issue tracking system
On 07/19/2011 04:07 PM, Daniel-Constantin Mierla wrote:
- mantis - I have no experience with it to say pro/con
opinions. Is
the administration (upgrade, patching) easy enough?
Yes, quite so. It is written in PHP and supports MySQL and PostgreSQL,
and has generally come with good incremental upgrade scripts.
Does it support multi-projects on the same instance?
Absolutely. In addition to that, it supports:
- Custom fields at the project or bug entry level.
- Flexible, exportable reporting.
- Multiple levels of user access and privilege (custom configurable if
necessary, but default built-ins work well) so as to limit authority
to view, submit, and resolve or delete bugs. Configurable per project
if needed.
- Easy release notes generation.
- Configurable e-mail notification of users for virtually all events.
- Linkage of bug entries to each other causally (e.g. depends on,
child of, related to, etc.)
- SVN and Git integration via plugins.
- Colour-coding for easy visual classification of severity of bugs, or
subject matter affiliation, etc.
It's a clean, straightforward and functional interface for technical
people that neither tries to be overly polished, nor bizarre and
recondite.
Here is a screenshot of the main view:
http://upload.wikimedia.org/wikipedia/en/a/ab/Mantis_screen_shot.jpg
Basic bug submission screen:
http://oceanustech.net/images/xplanner_06.png
Typical reporting search screen:
http://thnetos.files.wordpress.com/2007/09/mantis.png
-- Alex
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
12:44 p.m.
New subject: [SR-Users] issue tracking system
On 07/20/2011 05:37 AM, Alex Balashov wrote:
On 07/19/2011 04:07 PM, Daniel-Constantin Mierla
wrote:
> - mantis - I have no experience with it to say pro/con opinions. Is
> the administration (upgrade, patching) easy enough?
Also, I've never heard of Mantis described as difficult to administer,
or a resource hog requiring a dedicated server or anything like that.
It's got a very small footprint but still powerful functionality.
And it doesn't suffer from decay or neglect; it is an established and
well-maintained project.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
12:55 p.m.
New subject: [SR-Users] issue tracking system
On 7/20/11 11:44 AM, Alex Balashov wrote:
On 07/20/2011 05:37 AM, Alex Balashov wrote:
Do you know if asterisk guys provided any reason for
moving from mantis?
Thanks,
Daniel
--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda
On 07/19/2011 04:07 PM, Daniel-Constantin Mierla
wrote:
> - mantis - I have no experience with it to say pro/con opinions. Is
> the administration (upgrade, patching) easy enough?
Also, I've never heard of Mantis described as difficult to administer,
or a resource hog requiring a dedicated server or anything like that.
It's got a very small footprint but still powerful functionality.
And it doesn't suffer from decay or neglect; it is an established and
well-maintained project.
1:01 p.m.
New subject: [SR-Users] issue tracking system
On 07/20/2011 05:55 AM, Daniel-Constantin Mierla wrote:
Do you know if asterisk guys provided any reason for
moving from mantis?
Aside from the fact that it integrates with other Atlassian software
that Digium heavily uses, such as Confluence, they did not provide any
public justifications that I know of.
http://lists.digium.com/pipermail/asterisk-dev/2011-May/049088.html
-- Alex
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
21 Jul
21 Jul
12:33 a.m.
New subject: [SR-Users] issue tracking system
2011/7/20 Alex Balashov <abalashov(a)evaristesys.com>om>:
On 07/19/2011 04:07 PM, Daniel-Constantin Mierla
wrote:
Redmine has all of this stuff (with no plugins, all included) and many
more features. I use Redmine in my personal projects and also in my
work in which we use a Redmine for managing *several* projects.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
- mantis - I have no experience with it to say
pro/con opinions. Is
the administration (upgrade, patching) easy enough?
Yes, quite so. It is written in PHP and supports MySQL and PostgreSQL, and
has generally come with good incremental upgrade scripts.
Does it support multi-projects on the same
instance?
Absolutely. In addition to that, it supports:
- Custom fields at the project or bug entry level.
- Flexible, exportable reporting.
- Multiple levels of user access and privilege (custom configurable if
necessary, but default built-ins work well) so as to limit authority to
view, submit, and resolve or delete bugs. Configurable per project if
needed.
- Easy release notes generation.
- Configurable e-mail notification of users for virtually all events.
- Linkage of bug entries to each other causally (e.g. depends on, child of,
related to, etc.)
- SVN and Git integration via plugins.
- Colour-coding for easy visual classification of severity of bugs, or
subject matter affiliation, etc.
4878
days inactive
4879
days old
8 comments
5 participants
participants (5)
-
Alex Balashov -
Daniel-Constantin Mierla -
Iñaki Baz Castillo -
Jan Janak -
Santiago Gimeno