Defining the Maemo Bugzilla scope
 

Currently Maemo Bugzilla is used as a bug tracking system for the "core" software elements shipped in the Maemo platform (to define the term "Maemo" itself, please see this discussion). This includes both Open source and Closed source components preinstalled on the devices by Nokia. Obviously this does not include stuff like Skype or Rhapsody - they have their own bugtrackers.

And there is Garage Tracker. It is the bugtracking system for all those products based on the Maemo stack, but not preinstalled on the devices by Nokia.

In my opinion and in the long run, Garage tracker should die. Maemo Bugzilla shall be the main bugtracking place for all products based on the Maemo stack. I just didn't like working in Garage Tracker (have to admit that I just took some quick looks to synchronize the status of reports that were duplicated in Maemo Bugzilla). It reminded me a lot of that awful bug tracker that Sourceforge provided when I had a small software project hosted over there, but it may be only my personal opinion that Bugzilla is easier and better to handle than Tracker is.

So I wonder: Are Garage project maintainers happy with Garage tracker?
Would they be interested to track their bugs in Maemo Bugzilla instead? My (not even reasonible or founded) dislike of the Garage Tracker is entirely my personal opinion after working with several bug trackers in the past. I want your opinions - It does not make sense to think about this too much if everybody is fine with Garage Tracker. ;-)

And which projects should be handled in Maemo Bugzilla? Keep it in the current state, as described at the beginning? Open it up for everybody interested in using Maemo Bugzilla to keep track of issues in his/her Maemo based software?

The latter one would bring up the next question that Quim raised in the famous bug 630: Are then the apps preinstalled in a device, »maemo compatible applications«, a different layer sitting on top of the maemo software platform? Stuff to think about, looking forward to your comments!

Andre Klapper (Maemo.org bugmaster)

Re: Defining the Maemo Bugzilla scope
 

Having multiple locations for bug reporting/hunting is cumbersome, to say the least.
Unsurprisingly, it relates to the "multiple repositories and poor QA situation" discussed a while ago.

As much as I do love Bugzilla (and use it daily, since around 2000), it can be intimidating (like most BTS) for newbies or the average joe-user.
I also share your personal dislike of Garage (GForge) tracker.

Maemo heavily inherits from Debian, so how about adopting its well-integrated support infrastructures too ?
How about using debbugs ?
While (as a BTS) it's less powerful than Bugzilla (e.g. Queries), its integration with the package management flow makes it a great system.

Ultimately, the BTS should handle *every package* served by the official & extras repositories... but not to any Maemo-based project.
Ideally, this would serve as an incentive to move into extras...

Re: Defining the Maemo Bugzilla scope
 

Personally, I find the gforge tracker to be rather unbearable. That said, I'm not in love with the idea of merging the Maemo Bugzilla (emphasis on Maemo) with the Garage projects at this point in time. I believe it's important to keep the official Nokia tracker and the community tracker separate for the time being.

Re: Defining the Maemo Bugzilla scope
 

I have reply in the andre blog, saying that I agreed to unify the garage tracker with the bugzilla. The worst thing can be the users relate the 3rd party apps with Nokia. And it would be to bad thing.

Probably it's not a good idea to have only a bugzilla for maemo and 3rd party apps, but IMHO it would be much better than garage trackers to have a bugzilla unifying all the 3rd party apps. Well for those developers who want it.

Re: Defining the Maemo Bugzilla scope
 

Thanks guys for your feedback! So far it seems that developers don't really care (or neither read itt, maemo-developers mailing list or planet maemo). Let's see how this continues, but right now I tend to keep the current state, just not many complaints about Garage Tracker.
Priority could of course change again if tomorrow suddenly 20 garage developers come up screaming and cheerleading for bugzilla. :D

Re: Defining the Maemo Bugzilla scope
 

Bugzilla sucks - just not as much as Garage Tracker.

I'd love to manage my projects' issues in Bugzilla, but also worry about polluting the main Bugzilla with it.

How feasible is running *two* Bugzillas? One for the community, one for the Maemo platform?

Re: Defining the Maemo Bugzilla scope
 

If separating them, why not using something more user friendly than bugzilla - like Trac for instance - it integrates rather nicely with SVN too.

Re: Defining the Maemo Bugzilla scope
 

Trac is certainly nice, but it has a few disadvantages, e.g. you can't reference bug IDs when marking duplicates and you can't reference bug dependencies. However it's definitely one of the better bug tracking systems, and as an advantage, it has source browsing integrated. The question is: Do we need/want it? :confused:

Re: Defining the Maemo Bugzilla scope
 

@Jaffa:

> I'd love to manage my projects' issues in Bugzilla, but also worry
> about polluting the main Bugzilla with it.
>
> How feasible is running *two* Bugzillas? One for the community,
> one for the Maemo platform?

What's the advantage of having this seperately? And what exactly do you mean by "pollution"? GNOME Bugzilla also hosts ~300 products and I wonder which disadvantages you see that you call pollution. :)

Re: Defining the Maemo Bugzilla scope
 

I'd definitely prefer Bugzilla if we're going to be moving to anything for Garage.

I guess the issue is having Garage-related noise in the official Nokia tracker. I have the same (mostly gut-level here) reservations with this as Jaffa, but there's probably bit of perspective involved. My own experience with Bugzilla is limited to Maemo's Bugzilla, so I can't really speak to any concrete experience-derived reservations about bringing Garage projects into Bugzilla proper.