Wednesday, 2015-01-14

*** chlong has joined #openstack-barbican00:05
*** dstanek has quit IRC00:09
*** dstanek has joined #openstack-barbican00:09
*** jraim has joined #openstack-barbican00:10
*** atiwari has joined #openstack-barbican00:24
*** david-lyle has joined #openstack-barbican00:28
*** codekobe has joined #openstack-barbican00:33
*** jvrbanac has quit IRC00:36
*** jvrbanac has joined #openstack-barbican00:45
*** jraim has quit IRC00:54
*** dougwig has quit IRC00:54
*** kgriffs is now known as kgriffs|afk00:57
*** david-lyle has quit IRC00:58
*** dougwig has joined #openstack-barbican00:58
*** david-lyle has joined #openstack-barbican00:58
*** jraim has joined #openstack-barbican01:00
*** david-lyle has quit IRC01:05
*** david-lyle has joined #openstack-barbican01:09
*** atiwari has quit IRC01:12
*** jraim has quit IRC01:13
*** jraim has joined #openstack-barbican01:19
*** nkinder has joined #openstack-barbican01:22
*** david-lyle has quit IRC01:24
*** david-lyle has joined #openstack-barbican01:29
*** david-lyle has quit IRC01:35
*** codekobe has quit IRC01:35
*** codekobe has joined #openstack-barbican01:36
*** david-lyle has joined #openstack-barbican01:52
*** david-lyle has quit IRC01:59
*** ayoung has joined #openstack-barbican02:01
*** samueldmq has quit IRC02:09
*** samueldmq has joined #openstack-barbican02:20
*** alee has quit IRC02:37
*** david-lyle has joined #openstack-barbican02:40
*** alee has joined #openstack-barbican02:43
*** rm_you| has joined #openstack-barbican02:45
*** kgriffs|afk has quit IRC02:46
*** zz_dimtruck has quit IRC02:46
*** zz_dimtruck has joined #openstack-barbican02:46
*** kgriffs|afk has joined #openstack-barbican02:47
*** zz_dimtruck is now known as dimtruck02:47
*** kgriffs|afk is now known as kgriffs02:47
*** russell_h has quit IRC02:47
*** lbragstad has quit IRC02:47
*** tdink has quit IRC02:48
*** woodster_ has quit IRC02:48
*** rm_you has quit IRC02:48
*** rm_work has quit IRC02:48
*** woodster_ has joined #openstack-barbican02:53
*** rm_work has joined #openstack-barbican02:53
*** russell_h has joined #openstack-barbican02:53
*** tdink has joined #openstack-barbican02:54
*** lbragstad has joined #openstack-barbican02:55
*** jroll has quit IRC03:00
*** tdink has quit IRC03:07
*** codekobe has quit IRC03:08
*** lbragstad has quit IRC03:08
*** codekobe has joined #openstack-barbican03:10
*** lbragstad has joined #openstack-barbican03:10
*** jroll has joined #openstack-barbican03:10
*** tdink has joined #openstack-barbican03:12
*** dimtruck has quit IRC03:17
*** jraim has quit IRC03:18
*** jraim has joined #openstack-barbican03:19
*** zz_dimtruck has joined #openstack-barbican03:23
*** zz_dimtruck is now known as dimtruck03:24
*** david-lyle has quit IRC03:25
*** jroll has quit IRC03:26
*** ayoung has quit IRC03:31
*** jroll has joined #openstack-barbican03:32
*** russell_h has quit IRC03:33
*** russell_h has joined #openstack-barbican03:35
*** dimtruck has quit IRC03:36
*** lbragstad has quit IRC03:38
*** zz_dimtruck has joined #openstack-barbican03:43
*** ayoung has joined #openstack-barbican03:43
*** zz_dimtruck is now known as dimtruck03:43
*** jraim has quit IRC03:45
*** jraim has joined #openstack-barbican03:47
*** lbragstad has joined #openstack-barbican03:47
*** russell_h has quit IRC03:48
openstackgerritMerged openstack/barbican: Updated from global requirements  https://review.openstack.org/14702303:53
*** russell_h has joined #openstack-barbican03:57
*** lbragstad has quit IRC04:00
*** lbragstad has joined #openstack-barbican04:02
*** kebray has joined #openstack-barbican04:04
*** dimtruck has quit IRC04:07
*** zz_dimtruck has joined #openstack-barbican04:16
*** zz_dimtruck is now known as dimtruck04:16
*** tdink has quit IRC04:22
*** tdink has joined #openstack-barbican04:30
*** dimtruck has quit IRC04:35
*** russell_h has quit IRC04:36
*** russell_h has joined #openstack-barbican04:36
*** zz_dimtruck has joined #openstack-barbican04:37
*** zz_dimtruck is now known as dimtruck04:37
*** kebray has quit IRC04:39
*** kebray has joined #openstack-barbican04:39
*** tdink has quit IRC04:42
*** tdink has joined #openstack-barbican04:43
*** jvrbanac has quit IRC04:51
*** jvrbanac has joined #openstack-barbican04:54
*** dimtruck has quit IRC04:57
*** zz_dimtruck has joined #openstack-barbican05:04
*** zz_dimtruck is now known as dimtruck05:04
*** kebray has quit IRC05:10
*** kebray has joined #openstack-barbican05:15
*** dimtruck has quit IRC05:17
*** zz_dimtruck has joined #openstack-barbican05:18
*** zz_dimtruck is now known as dimtruck05:18
*** tdink has quit IRC05:23
*** kebray has quit IRC05:23
*** tdink has joined #openstack-barbican05:29
*** dimtruck has quit IRC05:36
*** zz_dimtruck has joined #openstack-barbican05:43
*** zz_dimtruck is now known as dimtruck05:43
*** Nirupama has joined #openstack-barbican05:47
*** lbragstad has quit IRC05:52
*** lbragstad has joined #openstack-barbican05:55
*** tdink has quit IRC05:57
*** dimtruck has quit IRC05:58
*** zz_dimtruck has joined #openstack-barbican05:58
*** zz_dimtruck is now known as dimtruck05:58
*** tdink has joined #openstack-barbican05:59
*** woodster_ has quit IRC06:20
*** tdink has quit IRC07:45
*** dimtruck has quit IRC07:45
*** zz_dimtruck has joined #openstack-barbican07:46
*** zz_dimtruck is now known as dimtruck07:46
*** chlong has quit IRC07:47
*** tdink has joined #openstack-barbican07:49
openstackgerritJuan Antonio Osorio Robles proposed openstack/barbican: Return the actual name value for entities  https://review.openstack.org/14549508:02
openstackgerritJuan Antonio Osorio Robles proposed openstack/barbican: Fix UnicodeDecodeError's in the functional tests  https://review.openstack.org/14684508:02
*** jaosorior has joined #openstack-barbican08:03
*** tdink has quit IRC08:06
*** tdink has joined #openstack-barbican08:08
*** lbragstad has quit IRC08:24
*** nkinder has quit IRC08:25
*** lbragstad has joined #openstack-barbican08:34
*** jaosorior has quit IRC08:36
*** nkinder has joined #openstack-barbican08:37
*** jaosorior has joined #openstack-barbican08:38
*** tdink has quit IRC08:46
*** tdink has joined #openstack-barbican08:54
*** jaosorior has quit IRC08:58
*** jaosorior has joined #openstack-barbican08:59
*** tdink has quit IRC09:07
*** tdink has joined #openstack-barbican09:13
*** jamielennox is now known as jamielennox|away09:31
openstackgerritTim Kelsey proposed openstack/barbican: Checking the certificate file has reasonable permissions  https://review.openstack.org/14690609:42
*** dimtruck has quit IRC09:44
*** zz_dimtruck has joined #openstack-barbican09:52
*** zz_dimtruck is now known as dimtruck09:52
*** tdink has quit IRC09:54
*** tdink has joined #openstack-barbican09:56
openstackgerritTim Kelsey proposed openstack/barbican: Checking the certificate file has reasonable permissions  https://review.openstack.org/14690610:38
*** SheenaG1 has joined #openstack-barbican11:59
*** chlong has joined #openstack-barbican12:06
*** ryanpetrello has joined #openstack-barbican12:53
*** woodster_ has joined #openstack-barbican13:00
*** chlong has quit IRC13:02
*** darrenmoffat has quit IRC13:26
*** darrenmoffat has joined #openstack-barbican13:27
*** Nirupama has quit IRC13:39
openstackgerritDonald Stufft proposed openstack/barbican: Add data model entities for OrderRetryTask  https://review.openstack.org/14716013:59
*** nkinder has quit IRC14:20
*** SheenaG1 has joined #openstack-barbican14:53
*** kebray has joined #openstack-barbican15:02
*** rellerreller has joined #openstack-barbican15:03
*** ametts has joined #openstack-barbican15:05
*** nkinder has joined #openstack-barbican15:10
*** lisaclark1 has joined #openstack-barbican15:12
*** SheenaG1 has quit IRC15:24
*** SheenaG1 has joined #openstack-barbican15:28
*** jroll has quit IRC15:28
*** jroll has joined #openstack-barbican15:28
*** paul_glass has joined #openstack-barbican15:37
*** kebray has quit IRC15:42
*** lisaclark1 has quit IRC15:49
*** lisaclark1 has joined #openstack-barbican15:51
*** jorge_munoz has joined #openstack-barbican15:54
*** ryanpetrello_ has joined #openstack-barbican16:04
*** ryanpetrello has quit IRC16:08
*** ryanpetrello_ is now known as ryanpetrello16:08
*** kebray has joined #openstack-barbican16:21
*** lisaclark1 has quit IRC16:31
*** lisaclark1 has joined #openstack-barbican16:35
openstackgerritDonald Stufft proposed openstack/barbican: Add data model entities for OrderRetryTask  https://review.openstack.org/14716016:45
*** lisaclark1 has quit IRC16:46
*** gyee has joined #openstack-barbican16:48
*** atiwari has joined #openstack-barbican16:52
*** Guest8210 is now known as redrobot16:54
*** lisaclark1 has joined #openstack-barbican16:55
*** lisaclark1 has quit IRC17:01
*** lisaclark1 has joined #openstack-barbican17:05
*** dimtruck is now known as zz_dimtruck17:10
*** bdpayne has joined #openstack-barbican17:10
*** lisaclark1 has quit IRC17:15
*** zz_dimtruck is now known as dimtruck17:16
*** lisaclark1 has joined #openstack-barbican17:17
*** SheenaG1 has quit IRC17:20
*** lisaclark2 has joined #openstack-barbican17:22
*** lisaclark1 has quit IRC17:23
*** lisaclark1 has joined #openstack-barbican17:25
*** lisaclark1 has quit IRC17:26
*** lisaclark1 has joined #openstack-barbican17:26
redrobotjorge_munoz ya?17:27
*** lisaclark2 has quit IRC17:28
atiwarireaperhulk, are you around?17:31
*** jaosorior has quit IRC17:43
*** lisaclark1 has quit IRC17:46
*** lisaclark1 has joined #openstack-barbican17:47
*** lisaclark1 has quit IRC17:55
*** jaosorior has joined #openstack-barbican17:59
*** SheenaG1 has joined #openstack-barbican18:00
*** trey has joined #openstack-barbican18:01
*** jkf has joined #openstack-barbican18:03
*** chlong has joined #openstack-barbican18:10
openstackgerritJohn Wood proposed openstack/barbican-specs: Save order information on created secrets/containers  https://review.openstack.org/14726718:29
*** rellerreller has quit IRC18:35
elmikoanyone around who might be able to answer a design question about RootController?18:38
*** atiwari has quit IRC18:40
*** atiwari has joined #openstack-barbican18:42
rm_workhey redrobot are you around?18:45
*** atiwari has quit IRC18:46
*** atiwari has joined #openstack-barbican18:47
rm_workwoodster_: are you here?18:48
woodster_rm_work, yep18:48
woodster_elmiko, do you mean in our unit tests?18:48
rm_workwoodster_: could you join #openstack-infra ?18:49
*** atiwari has joined #openstack-barbican18:50
*** lisaclark1 has joined #openstack-barbican18:53
*** ametts has quit IRC18:55
elmikowoodster_: i meant in barbican.api.app.create_main_app, i'm curious about the decision to embed the class in the function.18:56
elmikono judgement, mind you, just curious18:57
rm_workredrobot: when you get back, could you comment on https://review.openstack.org/#/c/146231/ ?19:00
woodster_elmiko, no reason I can think of. It would be more inline with other parts of code it that was a first level class in the module. I do see that the Pecan dev that helped us move to Pecan from Falcon (ryanpatrello) originally used that approach. It is a pretty small class (more like a struct) so probably ok to inline like that I figure.19:00
rm_workwoodster_: i figured that would be a simple update, I didn't expect to be tipping over a can of worms19:01
elmikowoodster_: ok, cool. thanks for the clarification.19:02
ryanpetrelloelmiko: woodster_ is correct19:02
ryanpetrellothe RootController could just as easily have been pulled out, though19:02
elmikoryanpetrello: cool19:02
ryanpetrelloI think it was just simple enough that I inlined it19:02
elmikoi'm working on some decorators to help me create a swagger output from a pecan app19:03
elmikoi just wanted to make sure i wasn't going against some design if i messed with that class19:03
ryanpetrelloI've seen other OpenStack folks take a similar approach to this in scenarios where they want to pass some sort of runtime config to the subcontrollers19:03
elmikothat makes sense, i'll have to figure out a way to accomodate that style19:04
ryanpetrelloI doubt it's actually necessary unless the barbican folks say so19:04
elmikothat's really what i wanted to check, don't want to go around breaking things.. too much ;)19:04
*** bdpayne has quit IRC19:05
woodster_rm_work, yeah we need to assume folks are integrating with us more earnestly now then in the past.19:08
woodster_rm_work do you think it would be difficult to get 2.x working with the current API/server, sans new features like containers/consumers?19:08
*** atiwari has quit IRC19:12
woodster_elmiki, ryanpetrello I don't think there would be an issue with pulling that class up to module level since it will still be gate checked, but it would be better longer term if swagger could work with in-function tests somehow.19:13
elmikowoodster_: +1 to making it work with in-function classes19:15
elmikowoodster_: i'm still working through this, i just need increase my level with regards to decorator magic19:15
woodster_elmiko, that sounds good19:15
woodster_rm_work ^^^19:16
*** atiwari has joined #openstack-barbican19:19
*** crc32 has joined #openstack-barbican19:19
woodster_redrobot: could you comment on https://review.openstack.org/#/c/146231/ ? Apparently there are teams integrating with 2.x of the client. I think the main changes in 3.x were to support more keystone auth components and a revamped python interaction model/framework, and maybe support newer API features like containers and consumers? Do you think it would be19:20
woodster_difficult to get 2.x working with the latest API, at least for secrets and containers?19:20
*** atiwari has quit IRC19:20
redrobotwoodster_ would it be difficult to do things in a backwards compatible way?  Yes, I think so.19:21
woodster_redrobot, I think its more a matter of what it would take to make 2.x, as it is - warts and all - work with the latest API, sans new features added at the end of Juno? At any rate, it might be good to weigh in on that CR19:23
*** atiwari has joined #openstack-barbican19:23
woodster_...by API I mean the REST API, not the python framework/model objects19:23
*** SheenaG1 has quit IRC19:26
*** jkf has quit IRC19:32
*** atiwari has quit IRC19:35
*** kebray has quit IRC19:37
*** atiwari has joined #openstack-barbican19:37
*** nkinder has quit IRC19:38
*** atiwari has quit IRC19:38
*** atiwari has joined #openstack-barbican19:42
*** rellerreller has joined #openstack-barbican19:42
*** atiwari has quit IRC19:43
*** atiwari has joined #openstack-barbican19:47
redrobotwoodster_ I think sdague stepped away... but I don't really want to do any work on the 2.x branch.  I'd rather spend that time sending patches to people using 2.x to bring them up to 3.x19:47
*** kgriffs is now known as kgriffs|afk19:48
woodster_redrobot, I certainly understand that. Now that we know folks are integrating though, we'll have to be more careful in the future with new revs of things, and maintaining the old versions. I wish there was an easier way to figure out who is integrating with us....like how many projects have gate jobs involving barbican?19:49
greghaynesspeaking of the controllers design, /me really wishes wsme were used19:49
greghaynesdid anyone ever look at that?19:49
*** atiwari has quit IRC19:49
greghaynesmany of the other projects use it and it does wonder for making the rest interfaces clearly defined / easily readable / small in code19:50
redrobotgreghaynes is that an alternative to pecan?19:50
greghaynesits in addition to19:51
*** atiwari has joined #openstack-barbican19:51
greghaynesor, can be in addition to19:51
greghayneshttp://pythonhosted.org//WSME/19:51
redrobotgreghaynes I don't think anyone has looked at it.  We're certainly not opposed to it.  We were originally using Falcon, but we were asked to move to Pecan to be more in-line with the rest of OpenStack.19:52
*** atiwari has quit IRC19:52
greghaynesgotcha19:52
greghaynesironic is one of the projects that has done a pretty good job making their rest interface out of it if anyone is looking for an openstackey example19:53
elmikogreghaynes: i looked as wsme a little but was having trouble figuring out how to use it with pecan19:53
elmikogreghaynes: is it true that wsme can produce wadl or am i confusing it with something else19:53
*** atiwari has joined #openstack-barbican19:53
greghaynesIt might, that seems like something it could do19:54
redrobotwoodster_ yeah, we will definitely need long deprecation cycles going forward19:54
greghayneselmiko: looks like yes19:54
elmikogreghaynes: hmm, too much reading not enough time!19:55
greghaynesalways19:55
*** paul_glass has quit IRC20:03
*** rm_mobile has joined #openstack-barbican20:03
*** rm_mobile has quit IRC20:03
*** rm_mobile has joined #openstack-barbican20:03
*** SheenaG1 has joined #openstack-barbican20:05
*** rellerreller has quit IRC20:07
*** david-lyle has joined #openstack-barbican20:10
*** jkf has joined #openstack-barbican20:10
*** lisaclark1 has quit IRC20:12
rm_workwoodster_: yeah i agree with redrobot, i would much rather DO THE WORK for anyone who is using 2.x to bring them up to 3.x, rather than trying to fudge 2.x support20:21
rm_workwoodster_ / redrobot: but sdague seems like his feathers are pretty ruffled about the situation20:33
woodster_rm_work, indeed he is, and agree with working to move to 3.x for folks. It's hard to figure out who is integrating with us to fix things though. :)20:36
rm_workwoodster_: right but I think he's upset about the lack of backwards compatibility20:36
rm_workI can look at how much is broken in 2.x...20:36
rm_workthough at this point he'd probably just think we fixed it to make him happy as an afterthought, not because we had plans to be stable20:37
rm_workand he might not be super wrong20:37
rm_workis his reading of the openstack incubation guidelines accurate?20:37
rm_workI was under the impression that some pretty major changes could happen as long as they were well before graduation20:37
woodster_rm_work, well I think there is an expectation of a stable API, which by extension includes the client lib I figure. We should be good citizens about such changes and maintaining older versions once folks are integrating with Barbican, I just didn't think that was happening in earnest yet (at least before Juno released and 3.x was cut).20:43
*** kgriffs|afk is now known as kgriffs20:48
greghaynesStable API is a huge deal. Theres a chicken and egg thing where if you dont maintain a stable API no one will (rightfully) be willing to adopt you20:49
greghaynesI say as a potential consumer :)20:49
woodster_greghaynes, for sure!20:49
*** kgriffs is now known as kgriffs|afk20:52
*** kgriffs|afk is now known as kgriffs20:53
*** atiwari has quit IRC20:56
*** paul_glass has joined #openstack-barbican20:57
*** bdpayne has joined #openstack-barbican21:00
*** david-lyle has quit IRC21:01
*** paul_glass has quit IRC21:02
*** paul_glass has joined #openstack-barbican21:10
rm_workyeah21:11
rm_workI think we're close to working it out -- but someone may get a bit of public chastisement >_>21:11
*** ametts has joined #openstack-barbican21:11
rm_workso ... sorry for whoever that ends up being :/21:12
*** nkinder has joined #openstack-barbican21:14
rm_workwoodster_ / redrobot: do you know if there WAS a mailing list thread about the 2.x/3.x client thing?21:24
*** atiwari has joined #openstack-barbican21:27
redrobotrm_work not sure... I think most of the discussions happened during the weekly meetings21:29
rm_workredrobot: I'm about to post this:21:31
rm_workhttp://pastebin.com/smK8p1sa21:31
rm_workredrobot: let me know if you'd rather I not :P21:31
*** SheenaG11 has joined #openstack-barbican21:35
*** SheenaG1 has quit IRC21:35
greghaynesIm not sure I agree with the sentiment of its almost entirely used by just other openstack projects - one of the big benefits of openstack is people deploying it and making their own private internal changes and thats one of the areas that backwards compatibility really can bite people21:35
greghaynesand supporting that case is kind of one of our biggest wins21:36
greghaynesso IMO its nice to strive for that use case even if you dont think its currently the case ;)21:36
rm_worknot sure how you would use barbican easily without keystone >_>21:37
greghaynessure, but my point is theres a lot of companies who modify openstack pretty heavily and dont push changes upstream21:38
greghaynesand you wouldnt know about them21:38
*** david-lyle has joined #openstack-barbican21:42
* greghaynes makes another shameless plug for reviews on https://review.openstack.org/#/c/140575/21:42
hockeynutadding to the list - this one just needs workflow - https://review.openstack.org/#/c/143329/21:44
*** chlong has quit IRC21:47
redrobotrm_work just catching up on that infra discussion... feathers are definitely ruffled...21:47
*** david-lyle has quit IRC21:49
*** kebray has joined #openstack-barbican21:53
*** atiwari has quit IRC22:03
*** atiwari has joined #openstack-barbican22:03
greghaynesso im reading https://review.openstack.org/#/c/145073/2/specs/kilo/content-type.rst - the way barbican currently works can you store arbitrarially formatted data in the existing secret types via the public api?22:10
woodster_greghaynes, you can upload binary secrets to barbican which can be any format technically22:13
greghaynesok22:13
greghaynesso that seems like a pretty backward incompat change too then ;)22:13
greghaynesor is secret type not publicly exposed22:16
redrobotgreghaynes I think there was some considerations to backwards compatiblity in the spec... I need to look over it again22:16
greghaynesit mentions that if secret type is not specified then its stored as opaque data, I guess im wondering if I was currently storing a public key in a binary encoding then how would that change effect me22:18
greghayneswould I have to do a data migration and / or convert my data to the correct encoding22:19
redrobotgreghaynes I think the idea is that you would get the same blob back... but you should go ahead and leave some comments with your concerns so that Nate can clarify in a follow up patch22:28
greghaynesIm just lacking how the public interface is exposed, I think the way it works is if you specify an {"algorithm": "foo"..} in your request, then the first plugin that returns that it supports foo choses the secret type to store foo as?22:30
greghaynesso as a user I can essentially pick the secret type by setting algorithm22:30
*** david-lyle has joined #openstack-barbican22:33
*** paul_glass1 has joined #openstack-barbican22:38
*** paul_glass has quit IRC22:40
aleewoodster_, ping22:55
*** jamielennox|away is now known as jamielennox22:56
openstackgerritgreghaynes proposed openstack/barbican: Create snakeoil certificate plugin  https://review.openstack.org/14057522:56
woodster_alee, hello. BTW, I was going to ask you thoughts about the cert api (http://specs.openstack.org/openstack/barbican-specs/specs/kilo/certificate-order-api.html)...how would you see handling the case where Barbican generates the private key and CSR, and then generates the cert?22:59
aleeyou are talking about the stored-key case?23:00
greghaynesI would be very interested in this case :)23:01
greghayneswe have a pretty clear use case fo rit23:01
greghaynesbecause distributing keys is a problem we want to solve by using barbican23:01
*** dimtruck is now known as zz_dimtruck23:01
*** ryanpetrello has quit IRC23:02
woodster_Maybe so...so clients would have barbican create private/public key pair first, then they would call barbican with that stored key to gen the cert, correct?23:03
*** ryanpetrello has joined #openstack-barbican23:03
aleegreghaynes, yeah -- I had concerns about having the private key in memory in barbican -- but hve been convinced that thats not entirely a bad thing in this case.  I'm going to implement it for now - and maybe tighten it up later.23:03
aleewoodster_, right23:03
openstackgerritAde Lee proposed openstack/barbican: Added new model classes for CAs  https://review.openstack.org/14732323:04
aleewoodster_, please take a look at the above when you get a chance ^^23:04
aleewoodster_, I also had a question about alembic migration scripts -- presumably I need to add some for the new tables ..23:05
aleethere are all sorts of ids there -- a from version and a to version -- how are these generated?23:05
aleewoodster_, (I also realize I need alembic scripts presumably to add the transport key tables , right?)23:06
aleewoodster_, and how do I determine what the current version is?23:08
aleewoodster_, ?23:10
greghaynesalee: theres an alembic command you use to create the micration module IIRC23:12
greghaynesalembic revision23:12
greghayneshttp://alembic.readthedocs.org/en/latest/tutorial.html#create-a-migration-script23:12
aleegreghaynes, cool - that worked thanks23:15
*** david-lyle has quit IRC23:16
*** paul_glass1 has quit IRC23:32
rm_workwoodster_: https://github.com/stackforge/octavia/blob/master/octavia/certificates/generator/barbican.py#L9923:41
rm_workwoodster_: essentially yes23:41
rm_workwoodster_: i've already23:41
rm_workerr23:42
rm_workwoodster_: i've already "pre-implemented" a lot of this stuff in Octavia :P23:42
*** ryanpetrello has quit IRC23:46
woodster_alee, sorry, yeah this is how I've done db migrations in the past: https://github.com/cloudkeep/barbican/wiki/Database-Migrations23:50
openstackgerritMerged openstack/barbican: Fix usage of keystone v3  https://review.openstack.org/14332923:50
*** SheenaG11 has quit IRC23:52
*** jorge_munoz has quit IRC23:59

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