[10:10] <jamespage> gnuoy, I need to fix nova-compute for kilo + dvr
[10:13] <jamespage> gnuoy, https://code.launchpad.net/~james-page/charms/trusty/nova-compute/fixup-dvr-metadata-proxy/+merge/256902
[10:19] <gnuoy> jamespage, approved
[12:33] <gnuoy> jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/neutron-api/fix-neutron-query/+merge/256889 if you have a moment.
[12:38] <joec1> o/
[13:58] <marcoceppi_> mbruzek lazyPower
[13:58] <marcoceppi_> you can try adjusting the format of the bundle you're submitting
[13:59] <mbruzek> So the charmstore editing a bundle seems like a "bad idea" to me.  We did a lot of testing the way it is and make sure everything works.
[13:59] <mbruzek> https://github.com/juju/charmstore/issues/358
[13:59] <mbruzek> This bug says they are inserting keys into the bundles.yaml
[14:00] <rick_h_> mbruzek: definitely a bug and our fault.
[14:00] <mbruzek> marcoceppi_:  What format would not get num_units inserted into the bundle?  We have suborinate charms, and num_units on subordinate charms do not mix
[14:00] <rick_h_> mbruzek: but it was the path to get from the old format with multiple per file to the single bundle per file.
[14:00] <rick_h_> mbruzek: not your fault, the orig file is fine
[14:00] <rick_h_> mbruzek: nothing for you to do/change. it's all on us
[14:01] <mbruzek> rick_h_: Our bundle broke  on a demo to customers
[14:01] <urulama> mbruzek: if you use bundle.yaml, and remove num_units where not needed, it would be ok
[14:01] <urulama> mbruzek: instead of bundles.yaml
[14:01] <rick_h_> urulama: they're using the 'add to demo' from the jujucharms.com though and so it's broken for users ootb
[14:01] <mbruzek> rick_h_: I am not trying to assign blame.  I just want to know what we can do to fix this problem.
[14:01] <urulama> rick_h_: yes, we need to fix it. just thinking how to fix it by tomorrow
[14:02] <rick_h_> mbruzek: nothing on your end atm. we're working on it. Just supporting you in that you're blocked on us and updating the format on your end won't help
[14:02] <mbruzek> OK
[14:03] <rick_h_> mbruzek: got a sec to chat?
[14:03] <mbruzek> rick_h_: sure
[14:03] <rick_h_> mbruzek: https://plus.google.com/hangouts/_/canonical.com/daily-standup?authuser=1 adjust authuser to your liking
[14:17] <rick_h_> mbruzek: lazyPower https://bugs.launchpad.net/juju-gui/+bug/1446688 for the other end.
[14:17] <mup> Bug #1446688: gui cannot import CS bundles via drag/drop or import button <juju-gui:Triaged by makyo> <https://launchpad.net/bugs/1446688>
[14:18] <mbruzek> OK thanks
[14:21] <rick_h_> mbruzek: lazyPower so can you take it on trust that if you upload that bundle we still want to see if that can work?
[14:21] <lazyPower> sure i'll do that now
[14:21] <rick_h_> mbruzek: lazyPower the issue in the gui is a missing bundle name provided by the store when doing the deploy through 'add to demo'
[14:21] <rick_h_> lazyPower: ty
[14:25] <lazyPower> rick_h_: revision 3 just pushed to bzr - ingest incoming
[14:25] <rick_h_> lazyPower: rgr will watch ty
[14:25] <rick_h_> urulama: ^
[14:36] <urulama> rick_h_, lazyPower: kk, let's hope for the best
[14:39] <urulama> lazyPower: is this it? https://api.jujucharms.com/charmstore/v4/~kubernetes/bundle/kubernetes-cluster-3/meta/extra-info
[14:39] <urulama> lazyPower: https://api.jujucharms.com/charmstore/v4/~kubernetes/bundle/kubernetes-cluster-3/archive/bundle.yaml
[14:39] <lazyPower> urulama: metadata ingest looks good
[14:39] <lazyPower> revno3 has the proper commit message
[14:39] <lazyPower> bundle.yaml looks proper
[14:40] <urulama> lazyPower: add to demo did work for me
[14:40] <urulama> (but didn't deploy it)
[14:41] <lazyPower> ok, thats consistent with what I found when trying to D&D
[14:42] <rick_h_> urulama: lazyPower looking
[14:43] <rick_h_> urulama: another potential bug, should hte .orig file be gone if we don't do any transform? e.g. is the .orig now old but still there?
[14:44] <urulama> rick_h_: it is. we don't take bundles.yaml if bundle.yaml is there
[14:44] <rick_h_> lazyPower: urulama the add to demo from the cluster-3 worked for me
[14:44] <urulama> rick_h_: worked here as well
[14:44] <rick_h_> lazyPower: so that unblock you for the moment?
[14:44] <urulama> waiting for lazyPower to confirm that this is a fix
[14:44] <rick_h_> just be aware anything else breaks lol
[14:45] <lazyPower> http://i.imgur.com/TdFRUlN.png - confirmed as a working work-around
[14:46] <rick_h_> lazyPower: ok, we'll get the other fixes out asap, but will be a bit. thanks for finding our issues
[14:46] <lazyPower> Anytime :)
[14:46] <urulama> lazyPower: so, i'd suggest we test all other "demoed" bundles as well
[14:46] <lazyPower> urulama: i dont have a confirmed list from Dan Poler yet, i'm still pending an answer
[14:46] <rick_h_> mbruzek: ^ fyi in case you hit anything as well as we fix things up
[17:56] <dalek57> I'd like to be able to specify a custom image from Glance (openstack) on a charm by charm basis. Is there support for this?
[18:48] <drbidwell> I have a machine stuck in pending.  I can "juju ssh #" into the machine.  How "retry" the setup to move the machine from "pending" to "started"?
[20:26] <marcoceppi_> lazyPower: where's your fossdem talk? I want to use some of it for my OSDC talk
[20:26] <marcoceppi_> Going to go a bit more structured this time around
[20:27] <lazyPower> https://www.dropbox.com/sh/5bbrmj80xip3tth/AABQQmzEGsvEYYXQQ_dPT6Cma?dl=0
[20:42] <marcoceppi_> lazyPower: ta
[22:26] <bdx> Has anyone had any luck in deploying ceph or ceph-osd or ceph-radosgw when specifying the source param? E.G. source: http://ceph.com/debian-hammer/ trusty main
[22:27] <bdx> I am not having the best of luck;-(
[22:27] <bdx> Any advice would be greatly appreciated! Thanks!