Gnome dropping Bugzilla

Eric Theise erictheise at
Mon Jul 31 16:30:47 EDT 2017

I'm a fan of the IDEs produced by JetBrains (RubyMine, PyCharm, et al.) but
admit upfront that I have not worked with their tracking product, YouTrack.
Worth a look though? Free hosting for open source projects.

Bug and Issue Tracking overview

Searching for Issues video

Import from Bugzilla

Free Open Source licensing

other Demos and Screencasts


On Mon, Jul 31, 2017 at 12:56 PM, John Ralls <jralls at> wrote:

> As I think everyone knows, we use <
>> for bug and enhancement tracking.
> There's a new banner on every BZ page saying that Gnome plans to drop
> Bugzilla and the CGit repository browser, replacing them with Gitlab.
> That isn't going to work for us. I don't think it's going to work for
> Gnome, either, because a bug tracker that can't do word searches isn't
> capable of managing thousands of open bugs (
> user/search/index.html <>),
> but that's not our problem. Our problem is that with our repository not at
> <> there won't be a GnuCash project in
> GitLab and so there won't be a bug tracker. We'll need to get a new one.
> Since we do mirror our repos to Github it is a viable option and it does
> at least have better search facilities (or at least they're better
> documented) that Gitlab, see
> articles/searching-issues-and-pull-requests/ <
> articles/searching-issues-and-pull-requests/>. It lacks many other
> features of BZ: All categorization and status tracking is by "labels" and
> they have no inherent hierarchy or organization.
> So I think we're going to need our own bugtracker.
> BZ is Free and it should be fairly simple to get the Gnome bug team to
> ship us a dump of our part of the database and set up a redirect once we
> have our instance up and running. The web display on whatever it is that
> GNU uses (e.g. <
>>) but I dislike that it is
> operated entirely by email. Mantis is popular but is managed by a bug list.
> It's filterable to a fare-thee-well but lacks controlled vocabularies on
> many of its fields so managing a large number of open bugs is a PITA. RT
> (used by perl's CPAN) is also completely email driven. Trac is a little
> less rudimentary than Github--it at least has categories and status fields,
> but I don't believe it's capable of managing thousands of bugs.
> SourceForge's built in tracker is on the same level as Github's with less
> capable search.
> There's a sort of conceptual timeline on the DevelopmentInfrastructure
> page but nothing concrete. I'd guess we have at least several months and
> perhaps as long as a year to have a replacement up and running.
> Regards,
> John Ralls
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at

More information about the gnucash-devel mailing list