*** shahid_ has quit IRC | 02:29 | |
*** adjohn has joined #openstack-meeting | 04:06 | |
*** littleidea has joined #openstack-meeting | 06:46 | |
*** littleidea has quit IRC | 08:30 | |
*** littleidea has joined #openstack-meeting | 09:09 | |
*** littleidea has quit IRC | 09:10 | |
*** littleidea has joined #openstack-meeting | 09:10 | |
*** littleidea has quit IRC | 09:14 | |
*** littleidea has joined #openstack-meeting | 09:50 | |
*** littleidea has quit IRC | 09:58 | |
*** littleidea_ has joined #openstack-meeting | 10:24 | |
*** littleidea_ has quit IRC | 10:26 | |
*** adjohn has quit IRC | 12:24 | |
*** dabo has joined #openstack-meeting | 13:31 | |
*** dizz has joined #openstack-meeting | 13:33 | |
*** dizz is now known as dizz|away | 13:33 | |
*** xfaf has joined #openstack-meeting | 13:59 | |
*** zul has quit IRC | 14:00 | |
*** xfaf is now known as zul | 14:00 | |
*** zul has quit IRC | 14:00 | |
*** zul has joined #openstack-meeting | 14:00 | |
*** littleidea has joined #openstack-meeting | 14:07 | |
*** littleidea_ has joined #openstack-meeting | 14:20 | |
*** littleidea has quit IRC | 14:24 | |
*** littleidea_ is now known as littleidea | 14:24 | |
*** dendrobates is now known as dendro-afk | 14:26 | |
*** dendro-afk is now known as dendrobates | 14:28 | |
*** littleidea has quit IRC | 14:55 | |
*** dizz|away is now known as dizz | 15:15 | |
*** littleidea has joined #openstack-meeting | 15:26 | |
*** littleidea has quit IRC | 15:38 | |
*** thatsdone has joined #openstack-meeting | 16:24 | |
*** thatsdone is now known as masanori | 16:24 | |
masanori | Hello? | 17:05 |
---|---|---|
*** User has joined #openstack-meeting | 17:31 | |
*** User has quit IRC | 17:32 | |
*** anotherjesse has quit IRC | 18:07 | |
*** vishy has joined #openstack-meeting | 18:07 | |
*** devcamcar has joined #openstack-meeting | 18:07 | |
*** masanori has quit IRC | 18:12 | |
*** devcamcar has left #openstack-meeting | 18:21 | |
*** neogenix has joined #openstack-meeting | 19:00 | |
*** adjohn has joined #openstack-meeting | 19:07 | |
*** neogenix_ has joined #openstack-meeting | 19:22 | |
*** neogenix_ has quit IRC | 19:23 | |
*** neogenix_ has joined #openstack-meeting | 19:24 | |
*** neogenix has quit IRC | 19:26 | |
*** neogenix_ is now known as neogenix | 19:26 | |
*** AndroUser has joined #openstack-meeting | 19:26 | |
*** dendrobates is now known as dendro-afk | 19:27 | |
*** AndroUser has quit IRC | 19:29 | |
*** AndroUser has joined #openstack-meeting | 19:30 | |
*** dendro-afk is now known as dendrobates | 19:38 | |
*** dizz is now known as dizz|away | 19:39 | |
*** masanori has joined #openstack-meeting | 19:46 | |
*** dizz|away has quit IRC | 19:51 | |
*** ttx has joined #openstack-meeting | 20:02 | |
*** sandywalsh has joined #openstack-meeting | 20:03 | |
*** AndroUser has quit IRC | 20:05 | |
*** dendrobates is now known as dendro-afk | 20:07 | |
*** dendro-afk is now known as dendrobates | 20:11 | |
masanori | Good morning, Rick. I hope you guys are enjoying Japan. | 20:19 |
dendrobates | masanori: I wish I was. I did not make the journey. I hope to go next time. | 20:35 |
masanori | Oops.. Maybe I'm still suffering from jet-lug.. | 20:39 |
*** AndroUser has joined #openstack-meeting | 20:43 | |
*** exlt has joined #openstack-meeting | 20:47 | |
*** gundlach has joined #openstack-meeting | 20:49 | |
*** KnightHacker has joined #openstack-meeting | 20:50 | |
*** dubs has joined #openstack-meeting | 20:50 | |
*** anotherjesse has joined #openstack-meeting | 20:54 | |
ttx | Meeting starting in 5 minutes | 20:55 |
*** romohr has joined #openstack-meeting | 20:56 | |
*** User904 has joined #openstack-meeting | 20:57 | |
*** mst11 has joined #openstack-meeting | 20:57 | |
dendrobates | o/ | 20:58 |
ttx | o/ | 20:58 |
*** creiht has joined #openstack-meeting | 20:58 | |
*** danwent has joined #openstack-meeting | 20:59 | |
*** ianweller has joined #openstack-meeting | 20:59 | |
*** Xenith has joined #openstack-meeting | 21:00 | |
*** chmouel has joined #openstack-meeting | 21:00 | |
ttx | Welcome to the Openstack release meeting... who is here ? | 21:00 |
anotherjesse | several folks from anso | 21:00 |
soren | o/ | 21:00 |
dendrobates | o/ | 21:00 |
masanori | o/ | 21:00 |
eday | reporting for duty | 21:00 |
adjohn | o/ | 21:00 |
xtoddx | hi! | 21:00 |
vishy | o/ | 21:01 |
* ianweller lurks | 21:01 | |
KnightHacker | Hi :) | 21:01 |
gundlach | o/ | 21:01 |
* creiht bows | 21:01 | |
ttx | great ! Looks like we can get started. | 21:01 |
* sandywalsh cowers | 21:01 | |
*** kojiiida has joined #openstack-meeting | 21:01 | |
ttx | #startmeeting | 21:01 |
openstack | Meeting started Tue Nov 16 21:01:24 2010 UTC. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:01 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic. | 21:01 |
* dabo waves | 21:01 | |
ttx | Meeting agenda is available at http://wiki.openstack.org/Meetings | 21:01 |
ttx | #topic Current release stage: Submit specs for approval | 21:02 |
ttx | #info So the most pressing thing right now is to get all your blueprints/specs ready for approval | 21:02 |
ttx | If you are still lost in the process, I started the promised BlueprintsLifecycle page | 21:02 |
ttx | #link http://wiki.openstack.org/BlueprintsLifecycle | 21:02 |
xtoddx | ttx, will you or dendrobates leave notes on the blueprints for what is keeping it from approval? | 21:03 |
xtoddx | also, who can approve? | 21:03 |
ttx | xtoddx: dendrobates should approve | 21:03 |
dendrobates | yes we will leave notes and send emails | 21:03 |
ttx | SpecsSubmissionDeadline is Thursday, Nov 16, 23:59 UTC | 21:04 |
*** JordanRinke has joined #openstack-meeting | 21:04 | |
*** AndroUser has quit IRC | 21:04 | |
ttx | #link http://wiki.openstack.org/SpecsSubmissionDeadline | 21:04 |
ttx | That brings us to the release status topic... | 21:04 |
ttx | Unless there are questions on the specs submission process ? | 21:05 |
ttx | (if you have any, feel free to ask me or dendrobates) | 21:05 |
ttx | 5 | 21:05 |
ttx | 4 | 21:05 |
vishy | quick question | 21:05 |
ttx | I /knew/ I should have counted faster. | 21:05 |
ttx | vishy: yes ? | 21:06 |
vishy | if we come up with an important feature in the middle o | 21:06 |
vishy | for example 1 month from now | 21:06 |
*** AndroUser has joined #openstack-meeting | 21:06 | |
vishy | is there any way to add a blueprint/spec into Bexar later? | 21:06 |
anotherjesse | for the things we don't know that we don't know | 21:06 |
ttx | vishy: yes, there is an exception process... but that sounds like a bad idea | 21:06 |
ttx | See "Exception procedure" in http://wiki.openstack.org/SpecsSubmissionDeadline | 21:07 |
ttx | All the freezes have an exception process. I'm in the process of documenting them all. | 21:07 |
*** sirp1 has joined #openstack-meeting | 21:07 | |
dendrobates | anotherjesse: is there something specific you are thinking abour? | 21:07 |
dendrobates | an example perhaps? | 21:07 |
vishy | I have an example | 21:08 |
anotherjesse | dendrobates: not yet, but if we fix a bug or add a feature needed by a client (such as windows support) but we didn't think it was going to be high priority, it would suck to have it bit rot for months until the next release | 21:08 |
vishy | so we have an (old) blueprint for whole-image booting | 21:08 |
vishy | we assume that that will allow us to boot windows images | 21:08 |
vishy | but no one has actually tested it | 21:08 |
dendrobates | bug fixing does not require any kind of spec | 21:08 |
vishy | so if 1 month down the line we realize that we actually need feature X to make windows usable | 21:09 |
* creiht quickly changes his blue prints to bugs | 21:09 | |
dendrobates | vishy: we will deal with it then. We have to expect things to come up. | 21:09 |
vishy | that is just the easiest example i can think of | 21:09 |
gundlach | creiht: it's no use, my bugs all got changed to blueprints when i wasn't looking! | 21:09 |
dendrobates | Hopefully that will not happen too often | 21:09 |
vishy | I just want to make sure that we all realize we're not in a magical universe where we can forsee 2 months into the future and know everything that we will need | 21:10 |
ttx | vishy: that's the case of a bugfix needing to introduce new behavior | 21:10 |
ttx | vishy: which is kind of grey area that you can catch with the exception procedures | 21:10 |
vishy | ttx: so small features can be filed in bugfixes? | 21:10 |
anotherjesse | dendrobates: probably a larger item is that we are going to be building tools to help run the system (like a sys-ops ui, api, ...) - we don't know all the features of the API yet since we are adding them as they become something our ops people need | 21:10 |
ttx | vishy: I would say they still require getting an exception granted | 21:11 |
vishy | ttx: ok | 21:11 |
creiht | This all seems very heavy weight to me | 21:11 |
ttx | since they modify nehavior, even if for the greater good | 21:11 |
ttx | behavior, even | 21:11 |
ttx | creiht: we can discuss this off-meeting | 21:12 |
ttx | other questions ? | 21:12 |
anotherjesse | we are going to make generic blueprints | 21:12 |
*** mst151 has joined #openstack-meeting | 21:12 | |
anotherjesse | for things like sys-ops panel | 21:12 |
anotherjesse | since we don't know the feature set yet | 21:12 |
xtoddx | anotherjesse: sounds good, but then can we make dependencies (blueprints) w/o invoking the exception process? | 21:13 |
xtoddx | are blueprints that are dependencies of accepted specs exempt from exceptions, assuming they exist for no reason other than to break up work from the larger, accepted blueprint? | 21:13 |
anotherjesse | we use an agile process - where every 3 weeks is a new sprint ... so our feature set is always based on the results of the last sprint and requirements from clients | 21:13 |
*** mst11 has quit IRC | 21:14 | |
* creiht hears the water falling | 21:14 | |
ttx | anotherjesse: hrm | 21:14 |
dabo | creiht: lol | 21:14 |
anotherjesse | we can make guesses, but just because we write a blueprint doesn't mean we will be doing it ;) | 21:15 |
eday | anotherjesse: ahh, so in theory all the blueprints you guys are going to work on in the next couple months should have been discussed last week :) | 21:15 |
anotherjesse | eday - yes that is the theory - :) | 21:15 |
ttx | anotherjesse: your agile process seems a bit orthogonal with the 3-month time based release process | 21:15 |
dendrobates | oh, definitely. many approved bps are not implemented | 21:15 |
vishy | If this is the development style that openstack is adopting, we'll just have to hornswaggle our sprints into bps and specs as best we can. | 21:16 |
creiht | the 3-month release process seems a bit orthoginal to how both projects were developed in the first place :) | 21:16 |
ttx | I wish we would have had that discussion last week :) | 21:16 |
anotherjesse | anyway - we can continue | 21:16 |
dendrobates | creiht: we are releasing software in a completely different way than before | 21:17 |
dendrobates | the process needs to be a little different | 21:17 |
dendrobates | the tight feedback loop agile has with the stakeholder is different | 21:17 |
gundlach | worst case, anso labs will just be 3 months ahead of OS, and they will contribute back their changes in a big merge after each release. | 21:17 |
eday | well, one thing to keep in mind, both projects were developed by smaller teams.. getting larger and being in the open tends to require a bit more structure since many loosely connected folks are involved, hence the 3 month thing. the tough part is finding a balance :) | 21:18 |
gundlach | s/release/OS release/ | 21:18 |
*** piken has joined #openstack-meeting | 21:18 | |
xtoddx | gundlach: which isn't working out very well right now, have you seen our deploy branch? | 21:18 |
ttx | eday: I wouldn't have stated it any clearer :) | 21:18 |
vishy | gundlach: I see 7000 line patch number two in our future :p | 21:18 |
gundlach | xtoddx: that's why i called it the 'worst' case :) | 21:18 |
ttx | ok, moving on | 21:18 |
ttx | #topic Release status | 21:18 |
ttx | So at this point, I can only complain about the slow progress in getting specs submitted for approval... | 21:19 |
ttx | #info Looking at the design summit blueprints, we have 15% of them ready, 10% obviously in progress and 75% not updated yet | 21:19 |
ttx | ... and two days left. | 21:19 |
ttx | So expect some nagging from me tomorrow. | 21:20 |
xtoddx | so we just need to set them to "pending approval"? | 21:20 |
* creiht sighs | 21:20 | |
ttx | See "Before SpecsSubmissionDeadline" in http://wiki.openstack.org/BlueprintsLifecycle | 21:20 |
vishy | most of mine I wrote the specs out prior to summint. I'll go through and update them tonight | 21:20 |
* gundlach wonders if we need to spend more time on the release process topic since there seems to be some unrest still? though i don't mean to drag out the meeting... | 21:21 | |
ttx | xtoddx: in essence, yes (you should also set an assignee and a series goal) | 21:21 |
xtoddx | ttx: ok | 21:21 |
vishy | gundlach: I don't think we're going to get any resolution here, we may have to take it to the mailing list | 21:21 |
ttx | moving on in 5 seconds | 21:21 |
anotherjesse | I guess I don't see how blueprints will work when people join at random times - do we force new people to hold off development on their idea until the next release? | 21:22 |
gundlach | vishy: sounds good, as long as we don't just drop the issue :) | 21:22 |
ttx | anotherjesse: they are free to develop in branches | 21:22 |
ttx | anotherjesse: the process is for merging into trunk and getting into the release | 21:22 |
anotherjesse | and if they develop in a branch and it works, and we aren't in feature freeze, why not accept it then? | 21:22 |
eday | anotherjesse: or help with bug fixes or helping with existing blueprints | 21:22 |
anotherjesse | if the tests, docs, code works | 21:22 |
xtoddx | i hope that would be a reasonable example of how to use the "exception" process | 21:23 |
creiht | eday: open source is all about scratching your own itch, not scratching others | 21:23 |
dendrobates | anotherjesse: I think we might accept it with an exception | 21:23 |
xtoddx | i put that bad boy in air-quotes because that seems the norm for open source, not the exception | 21:23 |
ttx | anotherjesse: it bypasses the design summit discussion, preventing people to comment on the idea... | 21:24 |
eday | creiht: and that usually manifests itself as fixing bugs. :) but yeah, I agree.. new features would be nice to include if it's reasonable | 21:24 |
gundlach | ttx: mailing lists? | 21:24 |
*** Ryan_Lane has joined #openstack-meeting | 21:24 | |
anotherjesse | mailing lists are more accessible than design summits? | 21:24 |
anotherjesse | in general it seems like more should be happening there | 21:24 |
anotherjesse | (on mailing lists) | 21:24 |
gundlach | ttx: e.g. the idea to break apart the DB into many small ones. there was lots of discussion of that in mailing lists, and then we basically said "yep, let's do it" at the summit. | 21:24 |
creiht | So someone has an idea, but can't make the design summit, so sorry, too bad? | 21:25 |
ttx | The summit is really good to make decisions. MLs are not so great for reaching consensus | 21:25 |
* ttx feels general unrest | 21:25 | |
*** dubsquared has joined #openstack-meeting | 21:25 | |
creiht | So does ubuntu tell mysql what features they can add? | 21:25 |
sandywalsh | isn't the only thing that blue print approval does is "strongly hope" that a branch will get merged at an preset time? | 21:25 |
piken | creiht: I think the solution there would be partial streaming of the summits with participation for remote partoies | 21:26 |
sandywalsh | developers will code at their own pace in their own branches? | 21:26 |
piken | s/partoies/parties/ | 21:26 |
dendrobates | no, but they decide what version to merge | 21:26 |
ttx | sorry, I thought most of the process was agreed upon :/ I guess we need to discuss it a bit more. I really wish we had that discussion last week, now :/ | 21:26 |
creiht | dendrobates: which is fine by me | 21:26 |
*** mst785 has joined #openstack-meeting | 21:26 | |
xtoddx | ttx: is our process based on how canonical was run? | 21:26 |
creiht | xtoddx: more and more every day | 21:27 |
*** devcamcar has joined #openstack-meeting | 21:27 | |
ttx | xtoddx: s/canonical/ubuntu/ | 21:27 |
dendrobates | we have to have a predictable release. with it becoming more clear as time passes what will be included and what will not | 21:27 |
*** jc_smith has joined #openstack-meeting | 21:27 | |
anotherjesse | ttx: does ubuntu track all features in blueprints for the software/projects it is built on? | 21:27 |
ttx | (canonical uses agile for internal development) | 21:27 |
*** AndroUser has quit IRC | 21:28 | |
ttx | anotherjesse: only for significant upstream changes | 21:28 |
*** AndroUser has joined #openstack-meeting | 21:28 | |
anotherjesse | ttx: and the current process is to do blueprints for any non-bug change? | 21:28 |
anotherjesse | are their other projects that work that way? | 21:28 |
* anotherjesse sucks at english - thanks for point it out vishy ;) | 21:29 | |
*** mst151 has quit IRC | 21:29 | |
dendrobates | if you releasing something that is getting deployed internally with clear stakeholders agile works very well, it needs to be modified for our case | 21:29 |
vishy | lmao | 21:29 |
ttx | anotherjesse: drizzle | 21:29 |
dendrobates | blueprints are not change control | 21:29 |
dendrobates | they are to give us and all the people and businesses around us an idea of what is going into a release and let us track progress | 21:30 |
*** mst157 has joined #openstack-meeting | 21:30 | |
sandywalsh | personally I'm confused with a blue print being a design proposal vs. a part of a release contract. Or is it both? | 21:30 |
*** mst785 has quit IRC | 21:30 | |
eday | ttx: one thing with drizzle though, blueprints were frequently injexted mid-cycle, we didn't really have an exception process. if it sounded good on the ml/irc, it was in (at least when I was involved) | 21:31 |
anotherjesse | eday: that seems reasonable | 21:31 |
ttx | sandywalsh: blueprint is a part of a release contract. The associated spec is a design proposal | 21:31 |
sandywalsh | ttx, thx | 21:32 |
eday | I'm not sure which is the "best", i've seen a few different methods work fine and fail.. really depends on the folks involved | 21:32 |
gundlach | eday: that was my impression of how ubuntu worked -- blueprints can be added at any time, but their features must be in by feature freeze at which point we switch to polish mode. seems like more work would get done per release that way... | 21:32 |
anotherjesse | eday: we are a young project - and it feels like there are too many unknowns about openstack and the community to know 3 months ahead of time everything that will exist | 21:32 |
ttx | ok, I propose that those uncomfortable with the current process start up a thread on the ML | 21:32 |
gundlach | #agreed | 21:33 |
*** annegentle has joined #openstack-meeting | 21:33 | |
vishy | #agreed | 21:33 |
ttx | (note #agreed can just be used by the chair :) | 21:33 |
vishy | oh :) | 21:33 |
eday | anotherjesse: that's how drizzle was. "oh, we really need to rework the auth plugin layer" one month before release.. so we'd create a blueprint and code. again, not sure if this was the best way since most of the discussion happened on a weekly call with a small team | 21:33 |
gundlach | #disagree to that | 21:33 |
gundlach | ;) | 21:33 |
tr3buchet | #agreed | 21:33 |
*** anotherjesse has quit IRC | 21:33 | |
dendrobates | we need a starting point for a process and this is it. There nothing that is going to be draconian about it. | 21:33 |
ttx | #action Dissenters to start a blueprint process thread on the MLs | 21:33 |
eday | larger/disributed coordination means more lead time and discussion | 21:33 |
*** anotherjesse has joined #openstack-meeting | 21:33 | |
ttx | and... moving on to | 21:34 |
ttx | #topic Full Bexar release schedule | 21:34 |
ttx | #link http://wiki.openstack.org/BexarReleaseSchedule | 21:34 |
ttx | I'm documenting all the freezes, should be done by tomorrow | 21:34 |
ttx | Hopefully the other ones won't meet that much resistance :) | 21:35 |
ttx | I'll also publish the tentative release schedule for Cactus soon | 21:35 |
ttx | Both are based on the consensus from the summit discussion | 21:35 |
ttx | Questions ? | 21:36 |
ttx | Moving on in 5 seconds | 21:37 |
ttx | #topic Contents of the release meeting | 21:37 |
ttx | So I wanted to open the floor on what you want out of the release meeting... recurrent subjects, if any. | 21:38 |
ttx | Personally I see: | 21:38 |
ttx | - Reminder of stage | 21:38 |
ttx | - Release status | 21:38 |
ttx | - Status of essential specs | 21:38 |
ttx | - Status of interdependant specs (specs depending on specs from another group) | 21:39 |
*** piken has left #openstack-meeting | 21:39 | |
ttx | ^ I think that last one is particularly important, so make sure you record the dependencies between your blueprints | 21:39 |
ttx | Anything else you want to recurrently see in meetings ? | 21:40 |
anotherjesse | I would like to have a conversation about what the top issues that people see in the stack | 21:41 |
anotherjesse | it could be on the mailing list though | 21:41 |
anotherjesse | discussing at a high level what we need to focus on to make openstack successful | 21:41 |
ttx | anotherjesse: A recurrent "Blockers" subject ? | 21:41 |
ttx | Or would that fit an "Open discussion" topic ? | 21:42 |
dendrobates | we could discuss the buglist | 21:42 |
dendrobates | and state of the merge queue | 21:42 |
anotherjesse | I think the bug list is too low level -- things like -- users want to deploy but the docs sucked | 21:42 |
anotherjesse | until Anne and others worked on it, it was the #1 comment I heard | 21:42 |
anotherjesse | from companies and hackers | 21:42 |
ttx | dendrobates: we'll discuss the RC bug list when we near release (after FeatureFreeze) | 21:42 |
ttx | dendrobates: you want to mention the "general state" of the bug lists ? | 21:43 |
dendrobates | how about bugs targeted to milestones | 21:43 |
* ttx takes notes | 21:44 | |
zul | i do like that that meeting is an hour earlier though | 21:44 |
dendrobates | zul: not for everyone | 21:44 |
eday | zul: only if you're in dst :) | 21:44 |
ttx | zul: don't start us on that one :) | 21:44 |
ttx | ok, anything else on the meeting contents subject ? | 21:45 |
ttx | #topic Open discussion | 21:45 |
*** mst157 has quit IRC | 21:46 | |
creiht | so how can we change ubuntu's process so that those changes will bubble down to us? | 21:47 |
creiht | :) | 21:47 |
devcamcar | so we've been discussing internally and there aren't any legal barriers left for us to open source our django based web ui | 21:47 |
creiht | devcamcar: woot! | 21:47 |
devcamcar | it needs a bit of tlc | 21:47 |
soren | \o/ | 21:47 |
creiht | too bad there isn't a blueprint for it | 21:47 |
creiht | :) | 21:47 |
dendrobates | creiht: our process is actually quite different | 21:47 |
zul | cool...does it just use the openstack api and the ec2 api? | 21:47 |
*** kevnfx has joined #openstack-meeting | 21:48 | |
*** AndroUser has quit IRC | 21:48 | |
ttx | creiht: ubuntu (and drizzle) detail each blueprints into "work items" that you check out one by one in the Bp whiteboard | 21:48 |
anotherjesse | zul: openstack api doesn't yet have the feature set that the ec2 api has | 21:48 |
devcamcar | zul: currently it uses the ec2 api. it has ui's for volumes, security groups, and a few others items that aren't supported yet by the openstack api. it's our goal to move to openstack api once there is parity | 21:48 |
zul | anotherjesse: just making sure | 21:49 |
adjohn | devcamcar: great! where are you going to post it? | 21:49 |
anotherjesse | after documentation - having to use EC2 to fully use nova is significant issue imho | 21:49 |
devcamcar | adjohn: TBD - working with greensius to figure out those details | 21:49 |
dendrobates | anotherjesse: I agree | 21:49 |
ttx | creiht/anotherjesse: I think most of your objections revolve around which changes warrant a blueprint and which not. | 21:50 |
devcamcar | the goal is for it to be on launchpad next to the other bits | 21:50 |
adjohn | devcamcar: excellent, looking forward to it | 21:50 |
creiht | ttx: My objections revolve around process getting in the way of getting things done | 21:50 |
anotherjesse | ttx: mine resolve around the fact I know people will come in with cool patches/ideas and don't want to slow down good code getting added | 21:50 |
*** kevnfxx has joined #openstack-meeting | 21:50 | |
devcamcar | we'll be releasing it as two parts: a django module and a reference implementation of a django site that incorporates it | 21:50 |
*** kevnfxx has quit IRC | 21:50 | |
anotherjesse | devcamcar: and probably as a separate project? | 21:51 |
anotherjesse | in the openstack group | 21:51 |
devcamcar | anotherjesse: yes | 21:51 |
*** johnpur has joined #openstack-meeting | 21:52 | |
ttx | creiht/anotherjesse: noted. I'll let you develop that in the Freedom vs. Time-based process thread. | 21:52 |
anotherjesse | dendrobates: are there stackers or rackers focusing on expanding the OS api to have more features ? | 21:52 |
eday | creiht: on the other hand, there needs to be some process so folks know what is getting done, and for there to be a forum/time to discuss and make sure things get done in the right way. we can't develop independently and hope it all merges clean in the end :) | 21:52 |
eday | creiht: I'm all for minimal process though, I just don't know what the right balance is yet | 21:52 |
eday | anotherjesse: yes, the ozone team | 21:52 |
gundlach | anotherjesse: i'll probably end up working on that, as i've done a lot of the API thus far | 21:52 |
anotherjesse | gundlach: if you add an example of how to extend things we can help | 21:52 |
dendrobates | we are waiting for rackspace to release 1.1 and hand the namespace over. We can make minimal changes before then | 21:52 |
anotherjesse | it would be nice to develop the "sys-admin apis" against it from the beginning | 21:53 |
ttx | eday: I think if you trigger blueprints only for significant changes (or as a feature group) we get the best of both worlds | 21:53 |
xtoddx | anotherjesse, dendrobates: we should discuss the "service catalog" as part of API version rev | 21:53 |
gundlach | anotherjesse: cool, i'm not sure exactly what there is to show but i'll be happy to help. | 21:53 |
ttx | not too many blueprints (so not too much time spent updating them) and still being able to track progress | 21:53 |
dendrobates | we want to make sure they at least finalize what is going in it, so we don't duplicate their work | 21:53 |
ttx | ok, I'll close it now, feel free to continue discussions in #openstack | 21:55 |
anotherjesse | gundlach: i'm afraid the details of where / how to implement the additional apis will be more time consuming then the of implementing the APIs themselves | 21:55 |
*** KnightHacker has left #openstack-meeting | 21:55 | |
*** gholt has joined #openstack-meeting | 21:55 | |
anotherjesse | gundlach: so taking a simple api method that doesn't exist in the "openstack api guide" and adding it would be useful to work through the mechanics | 21:55 |
xtoddx | anotherjesse: thats where service catalog comes in, then new apis can just register themselves and be discoverable, w/o modifying the existing api docs | 21:56 |
gundlach | anotherjesse: got it. WSGI makes it easy as pie. | 21:56 |
anotherjesse | xtoddx: does this exist? | 21:56 |
gundlach | anotherjesse: like destro said, you may want to wait until RS hands off the 1.1 API | 21:56 |
anotherjesse | I've only done EC2 api stuff | 21:56 |
xtoddx | anotherjesse: not yet, but pvo and some others are discussing it | 21:56 |
anotherjesse | gundlach / dendrobates eta? | 21:56 |
anotherjesse | xtoddx: right but we want to start adding those api methods (like stop/start/list VPNs) now | 21:57 |
gundlach | anotherjesse: anyhow, i'll start a mail w/ you and annegentle about the best way to document this :) | 21:57 |
ttx | any last minute comment ? | 21:57 |
annegentle | gundlach, anotherjesse: I'm all ears | 21:57 |
ttx | #endmeeting | 21:57 |
openstack | Meeting ended Tue Nov 16 21:57:25 2010 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:57 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2010/openstack-meeting.2010-11-16-21.01.html | 21:57 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2010/openstack-meeting.2010-11-16-21.01.txt | 21:57 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2010/openstack-meeting.2010-11-16-21.01.log.html | 21:57 |
*** littleidea_ has joined #openstack-meeting | 21:57 | |
ttx | Thanks everyone | 21:57 |
*** creiht has left #openstack-meeting | 21:57 | |
*** romohr has quit IRC | 21:58 | |
*** kojiiida has left #openstack-meeting | 21:58 | |
Daviey | o/ | 21:58 |
soren | *chuckle* | 21:58 |
soren | Daviey: You just missed it. | 21:58 |
soren | Oh, or are you waving goodby? | 21:59 |
*** ddumitriu has joined #openstack-meeting | 21:59 | |
soren | +e. | 21:59 |
*** JordanRinke has left #openstack-meeting | 21:59 | |
*** Xenith has left #openstack-meeting | 22:00 | |
*** pvo has joined #openstack-meeting | 22:01 | |
*** exlt has left #openstack-meeting | 22:02 | |
*** masanori has quit IRC | 22:03 | |
*** sirp1 has quit IRC | 22:05 | |
gundlach | fyi for those who just arrived -- meeting was an hour ago; check your daylight savings time. | 22:05 |
*** gholt has left #openstack-meeting | 22:05 | |
gundlach | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2010/openstack-meeting.2010-11-16-21.01.log.html | 22:05 |
ttx | Or check the link at http://wiki.openstack.org/Meetings for your personal time | 22:05 |
*** gundlach has left #openstack-meeting | 22:06 | |
*** kevnfx has quit IRC | 22:06 | |
*** annegentle has left #openstack-meeting | 22:06 | |
Daviey | soren: waving goodbye | 22:14 |
*** sirp1 has joined #openstack-meeting | 22:15 | |
*** Ryan_Lane has left #openstack-meeting | 22:18 | |
*** dubs has left #openstack-meeting | 22:23 | |
*** pvo has quit IRC | 22:25 | |
*** mst090 has joined #openstack-meeting | 22:29 | |
*** mst090 has quit IRC | 22:40 | |
*** ddumitriu has quit IRC | 23:09 | |
*** littleidea_ has quit IRC | 23:14 | |
*** littleidea has joined #openstack-meeting | 23:14 | |
*** littleidea_ has joined #openstack-meeting | 23:17 | |
*** littleidea has quit IRC | 23:18 | |
*** littleidea has joined #openstack-meeting | 23:19 | |
*** littleidea_ has quit IRC | 23:22 | |
*** danwent has left #openstack-meeting | 23:36 | |
*** dubsquared has quit IRC | 23:37 | |
*** masumotok has joined #openstack-meeting | 23:39 | |
*** ianweller has left #openstack-meeting | 23:40 | |
*** johnpur has left #openstack-meeting | 23:48 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!