=== Logan_ is now known as GuerillaWarfare === GuerillaWarfare is now known as log === ghostcube_ is now known as ghostcube === greyback is now known as greyback|food === greyback|food is now known as greyback [13:00] Hi! [13:01] stgraber, ogra_: around? [13:02] yep [13:02] * rsalveti waves [13:03] so notes from last week are at http://irclogs.ubuntu.com/2013/07/09/%23ubuntu-meeting.html [13:03] and I think stgraber's message sums up plans for last week: so notes: stgraber => work on the upgrader code, test/integrate the client in dailies, fix bugs on system-image; barry => fix a downloader timeout bug, update default config, update client in the archive, help mandel with packging the DL service; ogra => fixing issues with flipped, helping ports move to the new model; ondra => update recovery to make missing ubuntu_command a non-error [13:03] IIUC, we have gpg/tar-xz support in the recovery now, basic support for ubuntu_command and we pickup cdimage builds on system-image.u.c, correct? [13:04] stgraber: how are things looking end to end from your pov? [13:04] we don't have gpg support, but the rest is true [13:05] gpg was stuck on getting the archive tarball in the recovery partition, I now have instructions from ondra for that so I'll try to get this done today/tomorrow [13:05] the archive tarball? [13:05] besides that, things look good. I'm now looking at patching phablet-flash to support read-only image bootstraping and I'm also looking at reducing the size of some of the delta [13:06] lool: the archive-master tarball which contains the archive master keyring used to create the chain of trust [13:06] but wont this be part of the recovery image build? [13:06] it's currently part of the system-image-common package [13:07] we need it in both [13:07] it's fine in the Ubuntu image and that side works fine, but we now need it in the recovery partition for the upgrader [13:07] I've got instructions from ondra on how to do that, just didn't get to it yet [13:07] rsalveti: is there an existing case of taking data out of .debs and stuffing them in android (recovery) builds? [13:07] stgraber: Ah I thought you had instructions to add them manually to the recovery [13:08] stgraber: ok, so you'll add that to the recovery build, fine [13:08] yep [13:08] barry: so you've managed to integrate with mandel's download service and it has all the features you needed? :-) [13:09] the file itself won't ever change (unless our archive master key is compromised but then we're in a huge lot of trouble on every single Ubuntu system), so I wouldn't bother about syncing from the Ubuntu package [13:09] lool: heh, not yet. i'm still waiting to hear back from mandel [13:09] barry: ah what's the blocker? [13:09] i don't think the packaging is done yet [13:09] barry: is he on leave this week? [13:09] * barry checks the calendar [13:11] ogra_: in the mean time, how are things going with the flipped images? [13:11] do we have known regressions remaining? [13:11] lool: doesn't appear to be [13:11] well, races [13:11] we are waiting for an upstart-android-bridge that will hook into the container [13:11] barry: would be good to get an update from him; would you mind pinging him + Cc:ing me? [13:12] with that it will be possible to adjust our upstart jobs properly to get around the current races [13:12] lool: i'll email (irc pings unanswered) [13:12] beyond that, flipped is fine [13:12] barry: the other dep I think you were waiting on was design team; did we reach a conclusion on UI for OS updates? [13:12] we are working on getting the ports over as well this week [13:13] stgraber: didn't you send a ping to design team? did you hear back from them? [13:13] barry: I think we should move forward and implement a basic UI for end-to-end testing; we can update it once we have the design [13:14] lool: we do have a basic dbus api mapped out. that's probably the next step since the u/i will have to talk to that [13:14] barry: like a launch icon which launches an app testing for latest update and synchronously downloads them if any [13:14] LP: #1192585 [13:14] Launchpad bug 1192585 in Ubuntu system image "Add a dbus API" [High,In progress] https://launchpad.net/bugs/1192585 [13:15] barry: I heard back from mpt that they'll try and figure out who will be working on it [13:15] barry: So that's a dbus api on top of a permanently running python implemented service to request e.g. "check for updates"? [13:15] barry: Steve also pinged the design team and came back to me saying that whenever we actually get blocked on this, we should just implement a basic UI and use that until they come up with a design [13:15] it will run on demand [13:15] stgraber, barry: I don't think we want to block on design if they don't have someone assigned already [13:16] fair enough [13:17] barry: I guess python after dbus activation that exits afterwards is fine; it would really be best to switch to some C download service though for the memory consumption [13:17] oh, also a quick heads up, I'm at a sprint all of next week in London, then on vacation most of the week after that (just working on Friday), then on vacation Monday->Wednesday the week after and the week after that I'll be at debconf [13:17] stgraber: that means we need to have this switched over this week? :-) [13:18] just means that I won't be attending the meeting for the next month ;) [13:18] lool: yes, we definitely want the new dbus d/l service [13:18] I'll still be working at least one day every week, so just make sure you're not blocked on me, if you are, let's talk this week, for anything else, I'll be reading my e-mails and replying whenever I can [13:19] stgraber: well we seem to be almost there, just missing the final gpg validation data in the recovery and the UI to trigger it all, the bootstrap changes you're working on, and that's it -- right? [13:19] stgraber: ideally we'd have everyone using this instead of phablet-flash this week and deal with issues next week while you're still mostly working (except on release sprint) [13:20] I think so, the rest we're mostly blocked on ogra_'s team giving us the go ahead to switch everyone (would be nice not to be the only one testing those read-only images ;)) [13:20] stgraber: do we have all images available? can we send a call for testing like today or tomorrow? [13:20] lool: while not ideal, we can today ask people to test updates via cli [13:21] we don't have a mechanism to upgrade the recovery partition cleanly yet, so I'd prefer to have the upgrader complete before we do that [13:21] we also should run a test on all 4 devices before sending any kind of call for testing [13:21] barry: That's definitely better than nothing and will help switching [13:21] stgraber, well, it is blocked on claick packages, we cant go readonly without them [13:21] *click [13:21] ogra_: right [13:22] barry: would you think you could build a minimal UI to trigger the update this week? download service can be done next week (but still we ought to ping mandel) [13:22] ogra_: hmm not sure I see the link [13:22] lool: so minimal ui first? i can certainly take a crack at it. there's nothing like crappy ui to motivate design to give us something better :) [13:23] lool, you cant install anything on a ro device and apt will be disabled [13:23] ogra_: you mean people still need to apt-get install to do stuff, so we can't run their OS install r/o? [13:23] barry: exactly, make it pink with cat pictures [13:23] lool: without click we'd need everyone to stay in developer mode which effectively means no actual testers [13:23] * barry loves pink cats [13:23] the schedule was to have click packages first before we switch to a ro rootfs [13:23] well, maybe not with cat pictures as these tend to get too popular [13:23] salamanders [13:24] it's fine on my devices because I don't actually use them but I'd expect our current userbase to be annoyed not being able to use PPAs [13:24] rsalveti, ogra_: what do people typically install? should we prepare a recipe to either create a separate chroot under their data partition, or give instructions to deploy from bzr branches or something? [13:24] well, they dont care about PPAs [13:24] they all want to install apps though :) [13:24] I don't want us to block on full blown click packges to start using OS updater [13:25] ogra_: what apps? core apps? [13:25] lool: all the community core apps, that's what they install [13:25] could we deliver them easily in some other way? [13:25] and the public collections [13:25] lool, we have like 30 apps or so ... people install all kinds of them to help testing the app teams etc [13:25] problem is that without click packages people will enable dev mode right after flashing [13:25] lool: I have all of the community core ones here: http://people.canonical.com/~sergiusens/click_packages/ daily built [13:25] what rsalveti said [13:26] we dotn want normal users to run dev more [13:26] mode [13:26] lool: just need to hook it up to the image builders [13:26] that defeats the purpose [13:26] rsalveti, ogra_: I understand that while we're telling people to install .debs to get core apps this will be an issue, but I'm looking for an interim option until we have click packgaes [13:26] sergiusens: what would be a feasible eta for this? [13:26] and we need cjwatson to finish the .desktop file integration or hack something in during build [13:26] (but I'll check where we are with click in next meeting :-) [13:26] lool, we have click packages [13:26] just not integrated yet [13:27] and it might take another week until everything is in order [13:27] will cjwatson be in sprint mode next week as well? [13:27] oh, right [13:27] he's definitely going there, but perhaps not all week [13:27] and debconf [13:27] he said [13:27] crap [13:28] there are two weeks between the sprint and Debconf [13:28] sergiusens: can we integrate the apps in the OS builds for now? [13:28] that's already 90% of the use cases I bet [13:28] it's just that I'm personally taking most of that time on leave, cjwatson is IIRC taking the week after Debconf instead [13:28] lool, that the plan for core apps atm [13:28] lool: if the image builders can see that lillypilly uri I just shared, yes we can hook it in [13:28] stgraber: do we have instructions to reset an install from r/o to rw? [13:28] lool: touch /userdata/.developer_mode [13:29] lool: and have that same hook mangle the desktop file (copy to ~phablet) [13:29] sergiusens, they definitely can ... they pull from ~/ubuntu-archive already from that machine [13:29] lool: or if you want to switch back to the current flipped model, then wipe all of /userdata and reflash in bootstrap mode [13:29] stgraber, and reboot :P [13:29] stgraber: ok; and one can return to system-image builds by redoing a bootstrap? [13:29] ogra_: or mount -o remount,rw / [13:29] ogra_: ok, let me write a hook for livecd-rootfs and make sure I make no mention of the word ppa :-) [13:29] stgraber, URGH [13:29] stgraber, "wipe all of userdata" ?!? [13:30] stgraber: sorry I meant the new bootstrap [13:30] stgraber, it isnt enough to just remove the touched file ? [13:30] (i.e. i will lose all my data) [13:30] desktop file integration is next on my list [13:30] ogra_: to switch back to system-image, yes, to switch back to standard flipped, a lot more moving stuff around is involved [13:30] oh, standard flipped [13:31] I will be mostly in sprint mode next week but no doubt I'll get some click work done as well [13:31] i hope to be able to drop that once we know loop works [13:31] it's a hacking sprint more than a meeting sprint [13:31] so people wouldnt have a reason to switch "back" to that :) [13:31] cjwatson: there was a worry earlier from ogra about skipping cdimage for the new system-image.u.c touch OS images; is this a concern of yours? [13:32] lool: Not sure I understand? [13:32] lool, i simply misunderstood the plans, stgraber explained it, its all fine [13:32] cjwatson, ogra_: alright nevermind [13:32] ok [13:32] Ok; we're out of time, I'll try to sum up the plan [13:32] cjwatson, i understood the image builds were supposed to happen on s.u.c [13:32] but that was wrong, they just get moved over [13:32] I think I'll setup some time this week with stgraber+barry to prepare a call for testers [13:33] (and post processed) [13:33] +1 [13:34] lool: I've been making notes for a blog post last week, though don't want to publish it until we know it can be used day to day on all 4 devices, that last thing we want is people saying that this stuff doesn't work and revert their device [13:34] so plan for next week: * barry builds a minimal client UI + dbus API to trigger updates manually while we miss design * barry/lool ping mandel over email on downloadservice * stgraber finishes integration of GPG bits in recovery * stgraber/lool/barry prep call for testing [13:35] stgraber barry: ok; let's chat about this in a meeting for instance tomorrow where we hash out the call for testing? [13:35] perhaps we can find a subset of people to get feedback from, and then expand [13:35] rsalveti, sergiusens: You guys ever tried the new OS updates manually? [13:35] sounds good [13:35] not yet [13:36] lool, we had massive infrastructure probs, build failures and asac this week [13:36] lool: hopefully once I have the new flag in phablet-flash, that'll make things much simpler [13:36] cjwatson: the click package relationship is that because people today apt-get install stuff but we're switching to read-only OS install, we really need click as a vehicle for things that need to be added to devices; we're going to preload as much as possible in the mean time [13:36] lool: only when it was a stub [13:36] we're all a bit relayed with our TODOs atm [13:36] sergiusens: I forgot an action for you to add the core apps to the OS install (if that's ok?) [13:36] *delayed [13:37] lool: and the ubuntu_commands file isn't deleted so every time you go into recovery it does the demo upgrade and reboots btw ;-) [13:37] ogra_: "massive infrastructure probs, build failures and asac this weel" [13:37] *week [13:37] lool: yes, I have that in progress :-) [13:37] lool, yeah :) [13:37] sergiusens: yeah, I'll add an rm at the end ;) [13:37] lool, all of them cause unplanned actions and delays [13:37] stgraber: +1 [13:37] :) [13:37] sounds like asac felt down on you like the plague! :-) asac is cracking the whip for sure, but in the right direction to fix these! ;-) [13:37] sergiusens: for now it's actually been useful for me to check what was in the generated file before it vanishes, but I think I trust barry's code now [13:38] * barry exhales :) [13:38] lool, well, the issue is that we suddenly have some unscheduled things to do that delay planned work [13:38] sergiusens: does it sound possible to get the apps integrated this week before the call for testing gets out? [13:38] lool, i totally agree it is good :) [13:38] ok, we're way over time [13:38] Anything else anyone? [13:38] lool: yes, my blocker was IS and that's resolved, I jsut need to write the hook [13:39] sergiusens: cool [13:39] stgraber, barry, ogra_, rsalveti, sergiusens: All good? [13:39] lool: this will include all the community core apps, the canonical ones are a bit more tricky [13:39] yep [13:39] lool: all good [13:39] we'll need some changes to initrd+lxc-android-config to make the various paths used by click writable, but I'll look into that once we actually have click working in the images [13:40] lool, like we went from "get rid of PPAs soon" to get rid of PPAs *now* which means work planned for i.e. the end of the month has to be higher prio now ... etc etc [13:40] * lool hugs you all in a big squeesh and closes meeting [13:40] :) [13:40] * lool waves [13:40] thanks for running it [13:40] lool: thanks [13:40] will setup a call for testers meeting with barry and stgraber [13:43] lool: Yeah, understood === ffio_ is now known as _-_ === _-_ is now known as Guest65645 === Guest65645 is now known as ffio [15:58] o/ [16:00] hi [16:00] #startmeeting ubuntu-server-team [16:00] Meeting started Tue Jul 16 16:00:08 2013 UTC. The chair is adam_g. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [16:00] Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: [16:00] hi all [16:00] #topic Review ACTION points from previous meeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Review ACTION points from previous meeting [16:01] arosales to carry out post-meeting procedure (minutes, etc) documented at https://wiki.ubuntu.com/ServerTeam/KnowledgeBase for meeting of 25 June [16:01] arosales, any update? [16:01] adam_g, https://wiki.ubuntu.com/MeetingLogs/Server/20130625 [16:02] arosales, cool. [16:02] Daviey to speak to Percona about Saucy inclusion [16:03] Daviey, any update on percona in saucy? [16:03] adam_g: I have emailed them [16:03] adam_g, a couple of week late :-/ but finally got there. I'll be sure to get it out to the list and blog next time I chair (apologies). [16:03] awaiting response [16:03] adam_g: feel free to remove that from the agenda [16:03] it's inhand [16:04] Daviey, ack [16:04] rbasak to land delta report to lp:ubuntu-reports, Daviey to deploy [16:04] I've got the script ready to go, just need to integrate with lp:ubuntu-reports now [16:05] rbasak, cool. is there a merge proposal somewhere yet? [16:05] No - Daviey took me through the code earlier so I know what to do now. You should see one this week. [16:05] super [16:05] sweet [16:06] i'll leave it on the agenda [16:06] #ACTION rbasak to land delta report to lp:ubuntu-reports, Daviey to deploy [16:06] ACTION: rbasak to land delta report to lp:ubuntu-reports, Daviey to deploy [16:06] zul has willfully volunteered to review and document what is blocking server related saucy-proposed migration excuses, with joy. [16:06] no joy...apache2 is still making its way through debian and sqlalchemy needs to be done as well [16:07] following -release channel, apache2 is making progress [16:07] as is php5 (thanks to rbasak) [16:08] ok, ill leave that there as well. [16:08] php5 seems to have reverse build depends blocking migration to saucy now :-( [16:08] moving on? [16:08] Some may just need rebuilds [16:09] #topic Saucy Development === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | ubuntu-server-team Meeting | Current topic: Saucy Development [16:09] #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-s-tracking-bug-tasks.html#server [16:09] Daviey, you want the mic for this? [16:10] ok! [16:10] bug 1196921 is feeling wedged [16:10] bug 1196921 in vim (Ubuntu Saucy) "updating packages to lua5.2 in main" [High,Confirmed] https://launchpad.net/bugs/1196921 [16:11] rrdtool is our problem [16:11] Does someone want to volunteer to look at that? [16:11] might be trivial... [16:11] ill do it [16:12] jamespage: maybe someone else? :) [16:12] Daviey, if it's an easy one i can volunteer [16:12] if no-one else can [16:12] yolanda: Super! Have a look at it and see what it involves? [16:12] sure [16:13] bug 1183634 [16:13] bug 1183634 in cheetah (Ubuntu Saucy) "cheetah pkg does not depend on markdown, but egg requires.txt does" [High,Triaged] https://launchpad.net/bugs/1183634 [16:13] adam_g: ^ [16:13] that should be won't fix [16:13] once the MIR goes though no? [16:13] Daviey, should be good. both python-markdown and python-tidylib got promoted okay to main. just need a new cheetah that Depends on them, and dropping of our patch there [16:14] adam_g: super, so next upload? [16:14] Daviey, yup. stuff got promoted just recently, ill propose a new cheetah package todya [16:14] supr [16:14] bug 1199791 [16:14] bug 1199791 in nova (Ubuntu Saucy) "nova-compute-xcp misses nova-compute.conf" [High,Triaged] https://launchpad.net/bugs/1199791 [16:14] zul: ^ ? [16:15] bug 1190038, adam_g ? [16:15] bug 1190038 in keystone (Ubuntu Saucy) "keystone-all fails to start: : The Keystone paste configuration file keystone-paste.ini could not be found." [High,Fix committed] https://launchpad.net/bugs/1190038 [16:15] Daviey: ugh [16:15] Daviey, fix committed pending a new keystone upload [16:15] super [16:16] rbasak: bug 1031680 ? [16:16] bug 1031680 in nagios-plugins (Ubuntu Raring) "check_apt always report 0 critical updates" [High,Triaged] https://launchpad.net/bugs/1031680 [16:16] adam_g: bug 1197163 ? [16:16] bug 1197163 in nova (Ubuntu Saucy) "nova-xvpvncproxy installs no upstart job" [High,Fix committed] https://launchpad.net/bugs/1197163 [16:16] I've not looked at that. [16:16] Daviey, fix committed pending a new nova upload [16:16] rbasak: Oh, i thought you were looking at that one, sorry [16:16] o/ [16:17] smoser: are you looking at bug 1031680 ? [16:17] I'll add it to my list to at least look at. I can't remember if we can make progress on it or not. [16:17] bug 1031680 in nagios-plugins (Ubuntu Raring) "check_apt always report 0 critical updates" [High,Triaged] https://launchpad.net/bugs/1031680 [16:17] no. i wasn't. i was just saying hello. [16:17] Oh, everyone say hello to smoser please [16:17] Hello smoser. [16:18] Hi smoser! [16:18] jamespage: bug 1170393 ? [16:18] hi everyone. [16:18] * jamespage waits for ubottu [16:18] bug 1170393 [16:19] tap tap [16:19] is this thing on [16:19] jamespage: "Quantum services should be respawned by upstart if necessary" [16:19] on my todo list still - want to get the neutron name change out of the way first [16:19] Good thinking [16:19] there are also some new agents to enable [16:19] do we have a decent transition path? [16:19] Daviey: its in progress [16:20] zul has made a start but its pretty ugly for existing configuration [16:20] jamespage: ISTR you were looking at bug 1196979 ? [16:20] jamespage: ugh [16:20] "[MIR] libasm4-java (b-d of jarjar)" [16:20] mhfjknjsnfdcs [16:20] forgot about that one [16:20] * zul hopes openstack will never rename a project again [16:20] sorry [16:21] super [16:21] I think that will probably wash through in Debian first - I'll go talk with a few folks in the debian-java team [16:21] Any other issues pertinent ? [16:21] zul, you got the sqlalchemy stuff stored now [16:21] I'd like to flag https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1199318. I tried to target it for Saucy but apparantly I still can't do that unless I'm missing something. [16:21] or is that still all held iup in proposed? [16:22] rbasak: ugh, i think you need to be core to target. How silly. [16:22] bug 1170393 in quantum (Ubuntu Saucy) "Quantum services should be respawned by upstart if necessary" [Medium,Triaged] https://launchpad.net/bugs/1170393 [16:22] bug 1196979 in ow-util-ant-tasks (Ubuntu Saucy) "[MIR] libasm4-java (b-d of jarjar)" [Undecided,New] https://launchpad.net/bugs/1196979 [16:22] rbasak, approved [16:22] Ubuntu bug 1199318 in apache2 (Ubuntu Saucy) "package apache2-utils 2.2.22-6ubuntu5 failed to install/upgrade: trying to overwrite '/usr/share/apport/package-hooks/apache2.py', which is also in package apache2.2-common 2.2.22-6ubuntu5" [High,Confirmed] [16:22] jamespage: its still held up in proposed, but nova builds with 0.7.9+ now [16:22] okay, i think we should see if that one is still an issue when apache finishes it's miration/ [16:22] migration*? [16:23] We can wait. Although I have a suspicion the underlying cause will remain. [16:23] I think it will be [16:23] Unless Debian fix it first. [16:23] what are we talking about now? apache2? [16:23] yes [16:23] thats the ubuntu apport hook [16:23] so its our bug [16:23] Ah [16:23] Good point. [16:23] right, but i wanted to see if it is still an issue when apache2 settles down [16:23] just needs the right breaks/replaces [16:24] How'd it manage to move from -common to -utils anyway? [16:24] one second - it looks like its in both? [16:24] lets defer it until next week, when the transition should be solved. [16:24] AIUI, it was in -common before, and is in -utils now. [16:24] And perhaps both though that's not clear. [16:25] We probably want it in -common and not -utils? [16:25] i suspect it did move, and Breaks/Replaces hasn't made sure the old one is uninstalled first. [16:25] yeah it seems to be a Breaks/Replaces issue [16:25] anyway - lets let rbasak sort that one out [16:26] super [16:26] Move on? [16:26] sure. [16:26] blueprints! [16:26] #link http://status.ubuntu.com/ubuntu-saucy/group/topic-saucy-servercloud-overview.html [16:26] hmm. thats a bad link [16:26] O RLY [16:27] http://status.ubuntu.com/ubuntu-s/group/topic-s-servercloud-overview.html [16:27] for some reason aucy was removed... *sigh* [16:27] adam_g: can you update the template please? [16:27] (Agenda) [16:27] Daviey, sure [16:28] [james-page] Resolve OpenSSL licensing issues with upstream: INPROGRESS <-- is that now done, jamespage ? [16:28] Daviey, almost [16:28] first part is in [16:28] just waiting for headers to appear on the relevant files [16:28] mongodb MIR may prove problematic [16:28] ok [16:28] ugh [16:28] I need to catchup with jdstand but I've been a bit busy [16:28] understood [16:28] rbasak: [racb] Complete and feed arm porting work back upstream: INPROGRESS ? [16:29] and the other arm work.. [16:29] Oddly my double alignment patch doesn't seem to be needed any more. I need to double check. [16:29] I very quickly spoke to Jon Masters about the other patch at Linaro Connect. It sounded like he'd be happy to get it upstreamed as-is. [16:29] I need to follow up on both. [16:29] oh groovy! If that is something you can look at this week, that will help improve the blueprint completeness :) [16:30] roaksoax: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-openstack-charms-ha-v2 ? [16:30] progress, seems, erm, less than ideal. [16:31] Daviey, we need to get the python redux out of the way first before we start adding new stuff [16:31] utlemming / ivoks: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-webscale .. how is that looking? [16:31] jamespage: what is the current status of redux? [16:32] most shared code is now into charm-helpers trunk [16:32] Daviey: with all the cloud stuff, I haven't even had a reasonable chance to look at it [16:32] glance (roaksoax) cinder (adam_g) and openstack-dashboard (me) all in flight [16:32] but looking good and working on juju-core [16:33] adam_g, anything further to add? [16:33] i expect the remaining python rewrites will all happen quickly with the shared code in one place and functional [16:33] adam_g, agreed [16:33] utlemming: would you be able to do a quick analysis by next week.. that is one work item, and may help guide the rest of the blueprint priority [16:33] Daviey: uh [16:33] with nova-cloud-controller being the most time consuming [16:33] I did the openstack-dashboard one in a few hours this morning [16:33] Daviey: sure, I'll take a look [16:33] utlemming: thanks [16:33] jamespage, cool! i think swift-storage, nova-compute should be <2 hours easy [16:33] Daviey: yeah i been concentrated on other things [16:33] but I'll get there [16:33] adam_g, yeah [16:33] shall we set the goal of having the redux done by EOW/ [16:33] ? [16:33] Daviey: sorry, ENOTIME [16:34] actually while we are discussing [16:34] ivoks: understood.. when do you think you will have time? [16:34] ivoks: or should we drop it? [16:34] Daviey: drop it for 13.10 [16:34] * jamespage defers [16:34] Daviey, i expect the nova-cloud-controller charm to take a bit longer, there are *many* duplicmate variations that need good testing. [16:34] Daviey, but the others + good progress on nova-c-c should be doable this week for sure [16:35] adam_g: If we set the goal, can you help identify where other people might be able to help? [16:35] uh s/duplicmate/deployment... but i like that new word, duplicmate [16:35] It would be super if we could get it cracked out this week [16:35] sure [16:35] maybe without full test coverage [16:36] ill sync with roaksoax later to see how he is doing on glance, and we can split up the remaning few charms between jamespage, roaksoax and myself [16:36] works for me [16:36] super [16:36] jamespage: yeah, done in principle is the target i think [16:36] QA & testing next week [16:37] zul: milestone h-2 this thurs, how are we looking for uploads? [16:37] Daviey: better than yesterday nova is building locally with sqlalchemy 0.7.9 [16:38] zul: Are we expecting a fullu functional h-2 in saucy by eow? [16:38] Daviey: just trying to get people to look at them now [16:38] neutron and neurtronclient needs to MIRed again i think dont they [16:38] zul: what needs looking at? [16:38] nova/cinder/python-ceilometerclent so far [16:39] zul: I suspect neutron needs a ruber stamp, please can you reach out directly to mterry and check? [16:39] Daviey: yep [16:39]