=== benonsoftware is now known as bdunn
=== bdunn is now known as benonsoftware
=== benonsoftware is now known as MerryChristmas
=== MerryChristmas is now known as benonsoftware
lazypowerrick_h_, ping14:52
lazypowerurulama, or if you have a moment, ping14:52
rick_h_lazypower: what's up?14:52
rick_h_lazypower: standup starts in 8 but got a sec until that call starts14:53
urulamalazypower: pong14:53
lazypowerhttps://bugs.launchpad.net/charms/+bug/1459555 - this is a CPP submission, their charms have landed but they depend on /next branches of the openstack charms14:53
mupBug #1459555: PLUMgrid charms bundle review required <Juju Charms Collection:Fix Committed> <https://launchpad.net/bugs/1459555>14:53
lazypowerwe dont typically promote this, but this also directly reflects their presence at ODS Tokyo, they've been fatigued already by being asked to rewrite their charm suite once, and this has been a 7 month process - is there anything we can do to accomodate them in this extraneous circumstance?14:54
rick_h_lazypower: I'm not following. What's the actual issue that's blocking?14:54
lazypowerrick_h_, that its pointing to non /TRUNK branches of charms14:55
lazypower(not theirs, the openstack components)14:55
rick_h_lazypower: so in looking 1: they're fixing, 2: they're fixing, 3: ...14:55
rick_h_lazypower: oh, the bundle uses non-trunk versions so they're not in the store?14:55
rick_h_lazypower: so a couple of paths: 1) they vendor the next charms into their namespace as /trunk and use those for the bundle14:56
lazypowerright, the plumgrid charms are. they did everything required to land those. There were modifications to openstack itself to support them, and those ar ein /NEXT until end of next month when the OS charms promulgate14:56
rick_h_lazypower: 2) they go the local deploy route and use deployer14:56
rick_h_lazypower: we can't pull in non-trunk charms. It requires code/changes to charmstore and means every dev branch would be ingested killing the store14:56
rick_h_lazypower: so we have to find some path that pulls the charms they need into the store through a normal path. 14:57
lazypowerok, so the preferred method would be to "fork" those openstack charms into the plumgrid-team namespace, update the bundle w/ those paths, and we can then push those14:57
lazypoweronce the /next branches land, they nuke those charms and update the bundle to point at ~recommended charms?14:57
rick_h_lazypower: yes, vendor them for now until the OS ones move up and then update the bundle to point to the approved ones. Else go local deploy14:57
rick_h_lazypower: which if they're doing demo stuff at ODS they should probably do anyway14:58
rick_h_lazypower: in case of charmstore lag/network connectivity issues14:58
rick_h_lazypower: and if they want folks to use it at ODS, the OS charms will be updated by then correct?14:58
lazypoweri dont know if the OS charm release will be before ODS Tokyo14:58
rick_h_lazypower: yea, I mean you're kind of asking us to get dev charms into teh store for folks to see/use before they think they're ready for folks to see/use?14:59
lazypowerOh I wasn't asking if you could rewrite the charm store - i just kno we dont do this and was asking for a recommended path forward for them so a) they get a nice concise handout for consumers @ their booth b) we dont further fatigue them with our process15:01
lazypowerso it was more for a work around for the month they will be in limbo while /next branches land15:01
rick_h_lazypower: understood, yea the vendoring would be the best thing I can suggest, but they should make clear these are non-final/ready OS branches folks really shouldn't use 15:01
lazypowerAck, thanks for the clarification rick_h_ 15:02
rick_h_lazypower: one good note is that with bundles landing in core we're working on a path that would allow local bundles to include a local copy of charms as well15:02
rick_h_lazypower: so we'll be closer to something nicer for a dev/one off case like this...in a few months :/15:02
lazypowerack - its not a terrible story where we are right now, its just unfortunate that their timing always seems to coincide with bad news15:04
rick_h_lazypower: agreed, wish I had something better. 15:04
lazypowerrick_h_, this was a pretty specific issue - but i was just re-clued into this being a thing - https://jujucharms.com/u/openstack-charmers-next/     so we may be able to circumnavigate any issues with these branches :)15:25
rick_h_lazypower: ah ok15:27
rick_h_lazypower: even better15:27
rick_h_lazypower: along those lines it falls a bit into https://docs.google.com/document/d/19ndRpWSojtv6kyokeppnRE0MFEMFqd69XeAXp72jBdo/edit if you've got time to read/feedback15:29
rick_h_lazypower: e.g. the development channel15:30
lazypowerwill do :)15:30
rick_h_lazypower: please let me konw when you poke at thata bundle. It's a known issue we've not been able to get past atm. If that doesn't work then maybe there's another bug I'm not seeing. 19:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!