Annual GNOME Bugzilla statistics for 2017
Hi everybody, a quick look at some basic GNOME Bugzilla activity in 2017. Overall statistics: 2017 2016 2015 Open reports at the end(*): 49788 49593 47205 Opened in that year: 15016 16239 17481 Closed in that year: 14761 13675 16417 (*): Excludes reports marked as enhancements Note that numbers are not directly comparable to previous years as some projects have moved their task tracking from Bugzilla to GitLab. The following people closed more than 400 tickets in 2017: 1285 André Klapper 510 Florian Müllner 505 Milan Crha 499 Philip Withnall 465 Bastien Nocera 443 GNOME Infrastructure Team 414 Georges Basile Stavracas Neto The following people reported more than 100 tickets in 2017: 344 Jeremy Bicha 240 Bastien Nocera 231 Mohammed Sadiq 168 Debarshi Ray 124 Matthias Clasen 115 Florian Müllner 112 Piotr Drąg 105 Daniel Boles The following people contributed more than 250 patches in 2017: 612 Debarshi Ray 404 Florian Müllner 386 Bastien Nocera 335 Adrien Plazas 294 Philip Withnall 290 Philip Chimento The following people reviewed more than 450 patches in 2017: 852 Sebastian Dröge (slomo) 760 Bastien Nocera 656 Debarshi Ray 620 Philip Withnall 606 Rui Matos 493 Florian Müllner 456 Adrien Plazas Enjoy 2018! andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gitlab hosting - Fwd: Transmitter - GUI for transmission-daemon and transmission-remote
On Tue, Jan 2, 2018 at 10:17 AM, Felipe Ferreira da Silvawrote: >> Since Sébastien brought this up. >> >> Do we want to advertise hosting space if people are thinking of writing >> GNOME applications as part of a greater desire to create a more solid >> GNOME/GTK+ developer community? >> >> Advantages are that we would be more active in what our developers are >> writing and see problems with development. There would also be a path for >> more maintainers in parts of the eco-system. Also a place for new designers >> to find tasks to do. >> >> The engagement/marketing team could start reaching out to developers to >> host their GTK+/GNOME project there. The only issue would be to understand >> the costs of hosting as that could be problematic in the long term. It >> could be a great problem to have provided we have stable funding sources. >> >> Thoughts? >> >> sri > > > Having a hosting space for potential GNOME apps certainly would attract a > developer community, I believe. > > If hosting space is an issue, at least a single space where developers and > designers could add a link and description to their project could energize > these developers/designers to be more active on the GNOME community. Nothing > like having your project receiving some attention ;) > > Felipe Ferreira da Silva > > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/desktop-devel-list Issues with hosting space seems like the only reason to not do so, but if funds can be found to provide such, it seems like a great way to build community and attract developers. Asking for space (or money to provide it) may also be a great way to get funding, with easily observable results. Perhaps Google, Red Hat or Canonical would be interested in funding? Emily -- Whatever you can do, or dream you can, begin it. Boldness has genius, power and magic in it. - Goethe Be who you are and say what you feel because those who mind don't matter and those who matter don't mind. - Dr.Seuss Every step is a first step if it's a step in the right direction. - Sir Terry Pratchett ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gitlab hosting - Fwd: Transmitter - GUI for transmission-daemon and transmission-remote
> > Since Sébastien brought this up. > > Do we want to advertise hosting space if people are thinking of writing > GNOME applications as part of a greater desire to create a more solid > GNOME/GTK+ developer community? > > Advantages are that we would be more active in what our developers are > writing and see problems with development. There would also be a path for > more maintainers in parts of the eco-system. Also a place for new > designers to find tasks to do. > > The engagement/marketing team could start reaching out to developers to > host their GTK+/GNOME project there. The only issue would be to understand > the costs of hosting as that could be problematic in the long term. It > could be a great problem to have provided we have stable funding sources. > > Thoughts? > > sri > Having a hosting space for potential GNOME apps certainly would attract a developer community, I believe. If hosting space is an issue, at least a single space where developers and designers could add a link and description to their project could energize these developers/designers to be more active on the GNOME community. Nothing like having your project receiving some attention ;) Felipe Ferreira da Silva ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Transmitter - GUI for transmission-daemon and transmission-remote
> I think that new maintainers like Felipe need to ask for an account > here: > https://wiki.gnome.org/MaintainersCorner > > As long as the project meets the prerequisites: > https://wiki.gnome.org/Projects/Prerequisites > > There are many projects hosted on gnome.org which are not officially > part of GNOME. A bittorrent GTK+ client is definitely the kind of > project that makes sense to host on gnome.org. > > But GNOME has two categories: core and apps. For example for the latest > release: > core - https://download.gnome.org/core/3.27/3.27.3/NEWS > apps - https://download.gnome.org/apps/3.27/3.27.3/NEWS > > A bittorrent client could be part of apps, no? In that category there > are games, an IRC client, developer tools, even a hex editor and > gnome-multi-writer (some niche applications), so why not a bittorrent > client? The boundary seems arbitrary. That's good to know. I will send a request once the project meets all the prerequisites. Best regards, Felipe Ferreira da Silva ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list