On Sun, 2011-07-24 at 14:44 -0400, Hugh Brock wrote:
Hello all.
Here's a revision of the 0.4.0 planning document that contains my
attempt to capture the many suggestions and comments thus far. I think
it's starting to look like a nice wish-list for a release, although I
want more detail on the Orchestrator bits.
Speaking of the whole Conductor/Orchestrator split. Mark and I got
very excited about this because it seemed like there would be room for
two smaller independent OSS projects there rather than one big hairy
one. I've heard privately from various people however that they
thought that split would leave Conductor as a not-all-that-interesting
piece by itself, concerned only with cloud resource allocation and
permissions (and some level of display of various things).
How do folks out there feel about this? Can we have some debate here,
please?
Oh, and please feel free to comment further on the revision below.
Thanks,
--Hugh
<snip>
Replying directly to the main email here, since I do not see this topic
covered at all. And that topic would be aeolus-image. We took a rough
first swag at it for the release heading out the door, but even from the
initially described list of functionality, not all things are done.
What I am wondering is if they are still a priority, or even still
valid. If the answer to both is yes, then if there are any major
suggestions for changes, (be that what params are passed in, how config
is used, $anything-else), now would be the time to discuss them. For
reference, the remaining features that we did not yet get to implement
that were on our list already (disregarding general internal
improvements we may have had in mind already) are:
*
https://www.aeolusproject.org/redmine/issues/1825 (aeolus-image delete
--build)
*
https://www.aeolusproject.org/redmine/issues/1826 (aeolus-image delete
--target)
*
https://www.aeolusproject.org/redmine/issues/1827 (aeolus-image delete
--providerimage)
*
https://www.aeolusproject.org/redmine/issues/1818 (aeolus-image build
--rebuild from existing template)
*
https://www.aeolusproject.org/redmine/issues/1819 (aeolus-image build
--rebuild new template to set of targets)
In addition to these what have a couple placeholder tasks for checking
status of a build and cleaning up existing objects of a certain type.
There is no design in place for either of these things yet. And of
course, we could use more building out of error-reporting (which is
largely getting back and returning to user, better message from factory
or iwhd)
Thoughts?
-j