Re: [Rd] Bug reporting system inquiry plus a bug report related to sort

From: Simon Urbanek <simon.urbanek_at_r-project.org>
Date: Thu, 04 Mar 2010 12:36:37 -0500

Just to calm the discussion a bit - we already have decided to go with Bugzilla, we created tools for the import of old PRs and the new bug system is up and running in a test phase. The current downtime is not directly related to that - the cause is being investigated.

Cheers,
Simon

On Mar 4, 2010, at 11:58 , Marc Schwartz wrote:

>
> On Mar 4, 2010, at 10:10 AM, Jens Elkner wrote:
>
>> On Thu, Mar 04, 2010 at 09:39:41AM -0600, Marc Schwartz wrote:
>>
>>> There has been talk over the years of moving to Bugzilla, but I am
>>> not clear on present status.
>>
>> IMHO Bugzilla is too challenging for normal users/human beeings (even
>> developers are often not able to extract the info they need). So JIRA
>> (http://www.atlassian.com/software/jira/) might be a much better
>> choice -
>> usually it is not a problem to ask for and get a license for free for
>> OpenSource projects ...
>
> Jira was discussed a couple of years ago:
>
> http://tolstoy.newcastle.edu.au/R/e5/devel/08/09/0006.html
>
> I presume that the disposition towards non-FOSS platforms remains.
>
> FWIW, the company that I work for uses Bugzilla (and SVN) on RHEL
> for our own internal development and bug/issue reporting processes.
> We have both clients and employees using our Bugzilla platform.
>
> The key to having a successful result is not the software, but that
> the end users and developers can interact with a base of information
> that enables productive conversation. That places a certain burden
> on those reporting the bugs/issues to understand both when and how
> to report bugs, including providing sufficient information on the
> platform, versions, code and data to reliably reproduce the issue
> observed.
>
> As we frequently see on both R-Help and R-Devel, in my mind, that is
> the limiting characteristic. With bug.report(), we still have issues
> and that is arguably independent of the host bug management system.
>
> I would argue that if there was a somewhat bigger hurdle in place to
> bug reporting that compelled folks to post to R-Help first, before
> filing a formal bug report, that this would not be a bad outcome.
> Whatever the host system may be, a member of R Core will still need
> to manually process the report, adding to their overhead. Reducing
> the number of false positives would be helpful.
>
> Marc
>
> ______________________________________________
> R-devel_at_r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>



R-devel_at_r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel Received on Thu 04 Mar 2010 - 17:43:38 GMT

Archive maintained by Robert King, hosted by the discipline of statistics at the University of Newcastle, Australia.
Archive generated by hypermail 2.2.0, at Thu 04 Mar 2010 - 19:50:57 GMT.

Mailing list information is available at https://stat.ethz.ch/mailman/listinfo/r-devel. Please read the posting guide before posting to the list.

list of date sections of archive