  Re: Why different keys for -testing and non-testing?  On Fri,
2009-01-16 at 15:16 -0500, Todd Zullinger wrote: >  One
advantage (which may or may not be enough to warrant keeping the
> keys separate) is that if you want to ensure no packages from
> updates-testing are installed on a box, you can easily do so
by not > importing the testing key.  I don't think any of the
tools > automatically import keys without prompting, the user,
correct?  That's correct.  We could still accomplish this by
having  1) a key that is applied to any build that comes from an
official koji  2) Only apply a releases key to a package that
was in the GOLD release, and those packages which migrate to
stable updates.  If you don't trust the koji key, you'll only
ever get something that has been "blessed" by a human.  > I'm
more curious whether the plan going forward is to generate a new
> key for each release or if that was just a temporary situation
due to > the infrastructure intrusion last August.  I think it
adds a little > bit o