Bugzilla Update

[mark]

Hi all,

First, I'm sorry for the delay in posting this and, in advance, quite sorry for the problem.

Bugzilla has died. In a rather messy and, unfortunately, irrecoverable way. The long story short is that, for historical reasons, it still ran on my personal server. I had a human-error incident with said server the other night and, alas, it was the kind of incident that ended with me accidentally deleting the server and all of its data.

Further unfortunately, I thought it was actually backed up on EBS (one of Amazon's storage systems). It wasn't. (Or well, more accurately, the root volume was -- so I still have /etc and such. But no actual /var/lib/mysql or /home.) I contacted Amazon to ask for help and they heroically tried, but it was to no avail.

In good news, we actually have substantially all of the data collected across our collected email accounts. We can recover things we want to keep, so very little is actually gone.

What's next? Well, we're going to take this time to take a step back and think about how we do bug/task/feature/etc management and how to fit that into the GitHub Issues system. Since we already use GitHub, there would be some advantages to having a centralized system that fits in with the rest of our workflow. (If you've got experience with GitHub Issues and have some advice, please let us know!)

More details will be coming sometime in the next week or two.

Comments

[liv]

Ugh, that really sucks. Thank you for being honest about it, and I'm glad you could recreate most of the data from emails. I liked Bugzilla, but it's kind of old and creaky, so most of the reason I like it is because it reminds me of early days LJ, which isn't a good reason.

It seems me like centralizing everything in GitHub makes sense. Does GitHub allow you to restrict who can report and edit bugs? Because I know the whole ethos of GitHub is to be very open and collaborative, but I would worry about having the bug-reporting system either deliberately trolled, or polluted by people who aren't aware of how our dev structure works, eg people who are frustrated with the Support system may try to use GitHub as a shortcut to get their pet issue worked on.

[alexbayleaf]

Ugh! What a bummer. I know only too well that horrible sinking feeling as you realise how screwed you are.

Bugzilla is definitely a bit old and creaky, and I'm not a huge fan, but it is pretty powerful. Github's issue tracker is... not powerful. I have a feeling denise would be frustrated by it. It's only got one sort of way to categorise things (tags), and it's hard to do complex searches, and it doesn't really have states other than open/closed. On the other hand, its discussion features are not bad and conversation actually tends to happen there, and the integration with pull requests is nice -- so it's quite good for that side of the process.

There are some third-party issue trackers that can integrate with Github in certain ways. Growstuff uses Pivotal Tracker which would NOT suit you (it's quite specific to a certain agile development methodology with regular iterations, and it's terrible for searching for tickets and stuff), but this shows you the sort of integration that's possible.

If you're interested in looking for good task trackers with github integration, one place to start might be to look at Github's list of supported service hooks. You can find them at https://github.com/blah/blah/settings/hooks (replace blah/blah with the name of your repo). As for which ones are reasonable candidates as task trackers, I don't know, but some of them might be!

Best of luck with it.

[ninetydegrees]

Thanks for the update.
If other trackers are being considered, could accessibility be also taken into account? GH doesn't really care about some aspects of it (based on fb I got from them) and I had to make a special stylesheet to be able to read anything on the site. I don't know how it fares for other volunteers with different needs than mine though.

[havocthecat]

Eep! Good luck!

(I keep this comm on my reading list because I'd like to come play some day, when I'm not working and schooling full time.)

[jewelfox]

I'm aware of the strong practicality considerations and network effects behind choosing Github as a base of operations, but this might be worth considering: http://techcrunch.com/2014/03/15/julie-ann-horvath-describes-sexism-and-intimidation-behind-her-github-exit/

[beatrice_otter]

So, once you guys have figured out what the next bug tracker thingy will be, how will you rebuild what you can of the bugs that were in Bugzilla? Will you even try, or just start from scratch? Obviously, you can't do all of them, and for "features we want to implement but haven't yet" you can just go through http://dw-suggestions.dreamwidth.org/tag/bugzilla:+migrated. But what about, say, the guts of the system that were marked for modernization that hadn't happened yet?

I have no actual need to know this, I'm just curious.

[erika]

I'm sorry to hear this! /o\ I hope you guys can get back up and running on an appropriate venue for your bug swatting.

[sophie]

Bummer; I only just learned about this.

How did the accident occur, out of curiosity? I doubt I'd be able to help recover anything (you've probably already tried everything I'd suggest), but I am curious whether it was the infamous rm -rf / var/tmp/* sort of thing (which, of course, most system administrators will do at least once in their lifetime).