For your consideration: Secondary Architectures in Fedora
Jesse Keating
jkeating at redhat.com
Wed May 30 19:14:58 UTC 2007
On Wednesday 30 May 2007 14:35:16 Tom "spot" Callaway wrote:
> I'm concerned that this will be difficult to code correctly,
> specifically the "automagic bug filing". The first failure is easy, but
> what if I thought I fixed it, but hadn't. It files a new bug. Rinse,
> repeat, bloat bugzilla and/or spend time chasing down dupes.
>
> I could be wrong about that though.
Yes, care would need to be taken to prevent dupes and such. How that is
implemented I don't think we have to get into right yet.
> The very specific logic path is this:
>
> 1. A build is submitted.
> 2. Primary architectures run. If any primary architecture fails, it
> stops.
> 3. When all primary architectures pass, then the build is sent to all
> secondary architectures.
> 4. Each secondary architecture runs to completion. Failures by any
> secondary architecture do not affect other secondary architectures.
> 5. Secondary architectures which failed make a lot of noise. (This is
> where automagic bug filing occurs, emailing architecture teams, etc).
Seems right to me.
--
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070530/9409b0d2/attachment.sig>
More information about the fedora-devel-list
mailing list