incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Nalley <>
Subject Re: Bug tracker: Re: [DISCUSS] - A must do tasks for the coming 1-2 months
Date Mon, 13 Aug 2012 21:32:22 GMT
Hi Justin:

So currently, I am restoring the database and attachments to a set of
test machines.
I then delete any ticket that triggers a security level higher than
public or none.
Then use jira's XML export to export the bugs themselves.
And of course a separate archive of the attachments.
Then I provide a quick report generated by using grep looking for a
very long list of names and words up to the folks in Citrix who have
to sign off on the release of all of this data. The process time of
this tends to be pretty long, and I have the unstated goal of not
letting things get too out of sync. So can I provide a (what is now)
two week old data set and finish getting it clean, and released. Sure.
Does it provide the same level of value as I was hoping, I am
beginning to question that more and more.


On Mon, Aug 13, 2012 at 5:22 PM, Justin Simms <> wrote:
> Dave,
> Is this a problem that has not been able to take advantage of a
> programmatic solution? I guess the question I am asking is what is the
> current workflow that is being used?
> On Mon, Aug 13, 2012 at 5:18 PM, David Nalley <> wrote:
>> On Tue, Jul 31, 2012 at 2:08 PM, David Nalley <> wrote:
>> > On Mon, Jul 30, 2012 at 4:45 PM, Mohammad Nour El-Din <>
>> wrote:
>> >> Hi...
>> >>
>> >>    I was talking to David Nalley over IRC and we spotted two main tasks
>> >> that we should put our focus on in the coming 1-2 months and
>> >> more preferably the coming month:
>> >>
>> >> 1- Finishing the INFRA related tasks (namely JIRA)
>> >> 2- Getting our first release out
>> >>
>> >> With these tasks done, provided that we are gaining new committers I
>> >> believe we can speed up our graduation time, more specifically when we
>> >> master the release process
>> >>
>> >> Thoughts/Feedback?
>> >>
>> >
>> >
>> > So I am working actively on the Jira piece - the big problem is that
>> > the existing Jira instance contains log files and other items with
>> > customer information. My goal is to spend time this week to try a
>> > couple of solutions to split the benign data from the customer data to
>> > produce a working export for us to use.
>> >
>> > On the release bits, we've still got lots of work to do, see my
>> > earlier emails today for other things that perhaps can be done there.
>> >
>> > --David
>> It's been almost two weeks, so I am back to report again.
>> I want to start with a little retrospect:
>> The bug tracker at has around 16000 bugs in it.
>> Of that around 10,000 are 'public' in that all components of the bug
>> are public - no private comments, no private log files, etc. (by
>> private I mean customer data of either or Citrix)
>> I've spent considerable amounts of the past two weeks working on this
>> issue, and while I am closer to finishing, it's still a frustrating
>> experience. Bugs continued to be added, which means the copy of the
>> database/attachments that I have now has aged by two weeks, so state
>> isn't syncronized, etc. What is really needed is a
>> In truth I am beginning to doubt the efficacy of this migration, and
>> figured I'd toss my ideas out here for others to consider, and I have
>> a possible compromise to propose.
>> The idea behind the migration was to preserve the existing bug data,
>> particularly since so many commits reference it.
>> However, my experience has been that the migration wouldn't preserve
>> the bug numbers. Not to mention user data, etc, plus we already are
>> losing around 1/3 of the bugs to begin with.
>> In addition, I think that the fact that the heaviest user of bugs.cs.o
>> is CloudPlatform means that this has actually become a CloudPlatform
>> bug tracker more than anything else, and we've seen some frustration
>> around that as well.
>> So my thoughts are:
>> We should abandon thoughts of migration, and start from scratch on the
>> ASF's bug tracker.
>> We'll redirect to the ASF's jira instance.
>> We should leave the existing jira instance as it is. (Citrix will be
>> migrating either to a new instance as part of the migration plan
>> already), and available for reference purposes in a read only state.
>> Thoughts, comments, flames?
>> --David

View raw message