Excerpts from Nick Coghlan's message of 2013-11-25 12:11:14 +1000:
We've previously discussed revamping the Beaker component list
Bugzilla, but never come up with anything that seemed worth the hassle.
However, looking at it from the perspective of "handling bugs that don't
currently have a good home", I think two new components would cover us.
This component would be used for all server-only bugs that aren't
specific to the web UI, the scheduler, native reports. Bugs for
kickstart generation, permissions issues, data model cleanups,
server-only utility scripts would all live here.
2. "core tasks"
This would cover any bugs related to the standard tasks that don't have
a dedicated component (i.e. anything that now lives in
beaker-core-tasks, other than the inventory task). The "inventory"
component would cover both the inventory task and beaker-system-scan.
So the overall structure would be:
qpid (since distro expiry is our only current messaging support)
test harness (beah and beah-ipv6)
core tasks (beaker-core-tasks)
inventory (includes beaker-system-scan)
tests (includes beaker-meta-tasks)
My thoughts are the same as last time :-) which is that the *only*
purpose those components serve is to tell us "has this fix been released
yet?" or perhaps "what do I need to update to get this fix?"
The simplest way to do that is to just use the package name as the
Dan Callaghan <dcallagh(a)redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.