Re: [gene-pool] Re: Bugzilla Evolution Migration

[Radek Doulík <rodo novell com>]

On Tue, 2004-11-23 at 11:03 -0500, JP Rosevear wrote:
> On Fri, 2004-11-19 at 18:07 -0600, Gerardo Marin wrote:
> > While I took on account Christine's observations on exporting database
> > (filter Ximian private reports, joining Connector as an Evolution
> > component).
>
> The private reports should probably go the bugzilla.novell.com.
>
> > I'm cc'ing the bugsquad to let the whole bug team know, and attaching
> > the initial mail,
> > We are a week from the proposed date for doing this migration (any
> > weekend would be nice for me) but we need to co-ordinate with GNOME
> > team on:
> > 
> > - When is this more convenient for gnome team?
> > - What is your preferred export (tab separated, csv, other)?
> > - Single big fat file with everything on it or per table file?
> > - Bug-buddy sync
> > - Open the product for business on b.g.o
> > - Close product for business on b.x.c
> > - How can I help gnome team on the whole issue?
>
> We also need to update Evolution README, news and redirect people going
> to bugzilla.ximian.com to the correct new site.
>
> Are we going to add the bugs to b.g.o with a standard offset, ie 200000
> so that we can update the evolution changelogs and NEWS easily to match
> the new location?  This assumes we are moving closed bugs as well.
>
> > > 2. That dump contains the entire database, not only Evolution bugs
> > > (Q. What about Ximian products related to Evolution, still part of
> > > Bugzilla, like GtkHtml, Bonobo, Gnome-spell, etc.?).
>
> Radek? Meeks?
I would like to have gtkhtml bug in b.g.o as well so that I don't have to track 2 bugzillas

> > > 7. No reports can be easily migrated. The ones we have are pretty
> > > hardcoded at this point (in particular those that use target
> > > milestone as a fake foreign key for Evolution related reports.)
> > > While I can send these to gnome bugmasters it will be up to them
> > > installing and modifying them to suit GNOME requirements.
>
> I would think the reports would be handy for GNOME as well if they code
> can be made generic enough.
>
> > > 8. Q. What about mail composer? It's actually assigned to  a
> > > different product (GtkHtml). Would a "composer" component be better?
> > > Are we willing to move gtkhtml to GNOME?
I don't understand that question, composer belongs to evolution mailer.

R.