Tuesday, 2019-11-19

*** tosky has quit IRC00:07
*** redrobot has quit IRC01:07
*** jmlowe has quit IRC04:42
*** pcaruana has joined #openstack-barbican05:43
*** Luzi has joined #openstack-barbican06:00
*** openstackstatus has joined #openstack-barbican06:08
*** ChanServ sets mode: +v openstackstatus06:08
*** pcaruana has quit IRC06:56
*** dpawlik has joined #openstack-barbican07:03
*** dpawlik has quit IRC07:43
*** dpawlik has joined #openstack-barbican07:44
*** ivve has joined #openstack-barbican08:17
*** tosky has joined #openstack-barbican08:26
*** pcaruana has joined #openstack-barbican08:36
openstackgerritLingxian Kong proposed openstack/barbican master: Improve devstack script for vault plugin  https://review.opendev.org/68252008:58
*** lxkong has joined #openstack-barbican08:59
*** Luzi has quit IRC09:04
*** Luzi has joined #openstack-barbican09:19
*** Luzi has quit IRC09:21
*** njohnston_ has joined #openstack-barbican09:53
*** njohnston has quit IRC09:54
*** dpawlik has quit IRC10:45
*** dpawlik has joined #openstack-barbican11:21
*** dpawlik has quit IRC11:26
*** awalende has joined #openstack-barbican11:28
*** dpawlik has joined #openstack-barbican11:30
*** raildo has joined #openstack-barbican11:57
*** dpawlik has quit IRC12:28
*** dpawlik has joined #openstack-barbican12:31
*** dave-mccowan has joined #openstack-barbican12:34
*** redrobot has joined #openstack-barbican13:03
redrobot#startmeeting barbican13:03
openstackMeeting started Tue Nov 19 13:03:11 2019 UTC and is due to finish in 60 minutes.  The chair is redrobot. Information about MeetBot at http://wiki.debian.org/MeetBot.13:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:03
*** openstack changes topic to " (Meeting topic: barbican)"13:03
openstackThe meeting name has been set to 'barbican'13:03
redrobot#topic Roll Call13:03
*** openstack changes topic to "Roll Call (Meeting topic: barbican)"13:03
redrobotCourtesy ping for ade_lee dave-mccowan hrybacki jamespage Luzi lxkong mhen moguimar raildo rm_work xek13:04
raildoo/13:05
redrobotLooks like it's just you and me raildo13:06
raildoredrobot, hum... so... let's have a dinner? talk about the new pokemon game?13:07
redrobothahaha13:07
redrobotraildo, did you get Sword or Shield?13:07
raildoredrobot, jk, I don't have any topic to the meeting and I already read your summit recap, but I'm fine if you want to talk about any other topic :)13:07
redrobotI think we can just skip today.13:08
redrobotMaybe just a quick update on13:08
redrobot#topic Secret Consumers13:08
*** openstack changes topic to "Secret Consumers (Meeting topic: barbican)"13:08
raildoredrobot, I didn't bought the game, but I'm playing Death Stranding this last days and I'm about to ask for some PTO to finish playing it... what a game13:08
redrobotmoguimar has a couple of patches under review still13:08
raildoredrobot, let's do it :)13:08
raildoI can review it as well, if you want to13:09
redrobotAlso ade_lee and I talked to moguimar about getting a microversion in front of the Secret Consumer stuff13:09
redrobotthat's it for the update13:09
redrobot#topic Games13:09
*** openstack changes topic to "Games (Meeting topic: barbican)"13:09
redrobotraildo, I heard Death Stranding got really bad reviews13:09
raildoredrobot, well, it's totally different for everything that I've played before, so I can understand those reviews13:10
redrobotraildo, heh, interesting.  I'm a fan of Norman Reedus, so maybe I should check it out ...13:12
redrobotbut then again I don't have a PS413:12
redrobot:-\13:12
raildoredrobot, ack, do you guys have made a microversion for barbican before? I mean, it will not be a big deal for you guys, is that correct?13:12
redrobotraildo, we've never had a microversion before13:12
redrobotbut I don't think it should be too hard13:12
redrobotjust route to the path and then check the header?13:12
redrobotI'll have to look at what other projects are doing13:12
redrobotthe PITA part is that we use Pecan13:13
redrobotbecause old-school OpenStack said so. :-|13:13
raildoredrobot, hum, kinda... I think that we made once for Keystone, and it was not that simple, but nothing on keystone is simple haha13:13
redrobotlol13:13
raildoredrobot, but it worth giving a research on this microversion stuff on Openstack, just to confirm that will not be a PITA13:14
redrobotraildo, yep, good point13:15
raildoredrobot, but let's talk about what is important, I'm already raising money for my PS5 :)13:15
redrobot#action redrobot and moguimar to look into microversion stuff13:15
redrobotraildo, 🀣🀣🀣13:16
redrobotI'm still trying to justify to the Mrs why a new Switch game keeps showing up every two weeks, lol13:16
redrobotAlrighty, thanks for coming raildo... see you online!13:17
redrobot#endmeeting13:17
*** openstack changes topic to "OpenStack Barbican Train Cycle Development - Weekly Meeting Agenda: https://etherpad.openstack.org/p/barbican-weekly-meeting"13:17
openstackMeeting ended Tue Nov 19 13:17:19 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:17
openstackMinutes:        http://eavesdrop.openstack.org/meetings/barbican/2019/barbican.2019-11-19-13.03.html13:17
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/barbican/2019/barbican.2019-11-19-13.03.txt13:17
openstackLog:            http://eavesdrop.openstack.org/meetings/barbican/2019/barbican.2019-11-19-13.03.log.html13:17
raildoredrobot, see ya, have a good one!13:17
*** redrobot has quit IRC13:21
*** awalende has quit IRC13:26
efried_ptoo/ barbican, anyone still around?13:28
*** efried_pto is now known as efried13:28
efriedraildo?13:29
raildoefried, hey13:29
efriedHi! I'm Eric, generally work in Nova, working on a feature that needs to talk to barbican (via standard key-manager API) which is really new to me, hoping to get a little... hand-holding :)13:30
efriedI'm trying to get devstack to produce a barbican endpoint for me. I started by adding this to my local.conf:13:31
efriedPROJECTS="openstack/barbican $PROJECTS"13:31
efriedenable_plugin barbican https://opendev.org/openstack/barbican13:31
raildoefried, cool, do you have a spec link, or any patch to be reviewed? I can point for some folks to help you with that13:32
raildoade_lee, dave-mccowan ^^13:32
efriedI would be happy to have some more eyes on the spec (https://review.opendev.org/#/c/686804/) but that's not really why I'm here.13:33
raildoefried, well, understanding the context always make easier to help you :)13:34
efriedI think I understand the principle well enough from a design perspective - and even code (https://review.opendev.org/#/c/631363/32/nova/crypto.py) - to make it work in real life.13:34
efriedAt the moment I'm just trying to do some local testing, so I need a real(ish) barbican service to be alive in my devstack.13:34
*** redrobot has joined #openstack-barbican13:36
efriedThe TL;DR on the design is this:13:36
efriedI want libvirt to produce a particular kind of virtual device for the VM, and I want it to encrypt the contents of that virtual device on the host disk so it's "safer". I want to use a passphrase to do that, and that passphrase is to be maintained in the keymgr service.13:36
redrobotβœ‹13:36
raildoefried, have you checked this link: https://docs.openstack.org/barbican/latest/contributor/devstack.html?13:36
efriedo/ redrobot!13:36
raildoredrobot, hey, efried is trying to get a barbican endpoint with devstack13:37
redrobotack13:37
raildoredrobot, spec review https://review.opendev.org/#/c/686804/13:37
redrobotyeah, that link should be the one ... but there's a good chance it may be a bit outdated13:37
efriedraildo: aha, no :)  I started by looking at a barbican CI job to find those local.conf plugin lines, and then when that wasn't working I looked at https://docs.openstack.org/barbican/latest/install/install-ubuntu.html -- which is clearly non-devstack-oriented.13:38
efriedbtw, with the aforementioned lines in my local.conf13:39
efried  PROJECTS="openstack/barbican $PROJECTS"13:39
efried  enable_plugin barbican https://opendev.org/openstack/barbican13:39
efried...stacking "succeeded" but my barbican service seemed ill. Endpoints and confs look okay, but these services appeared:13:39
efried  devstack@barbican-keystone-listener.service  devstack@barbican-retry.service              devstack@barbican-svc.service13:39
efriedIIUC I should be seeing at least one more service, barbican-worker?13:39
redrobotefried, not necessarily ... barbican-worker is only needed when barbican-svc is configured to use rabbit13:41
redrobotefried, I think by default it does not use rabbit13:41
efriedo, okay.13:41
*** awalende has joined #openstack-barbican13:41
redrobotsvc should be listening on 931113:41
efriedWell, horrible things seemed to be happening in the logs:13:42
efriedFri Nov 15 12:23:27 2019 - uWSGI worker 2 screams: UAAAAAAH my master disconnected: i will kill myself !!!13:42
*** awalende has quit IRC13:42
*** awalende has joined #openstack-barbican13:42
toskyargh, I missed the meeting13:44
*** ade_lee has quit IRC13:44
redrobottosky, you can add yourself to the ping reminder if you want to be pinged next week: https://etherpad.openstack.org/p/barbican-weekly-meeting13:46
redrobotefried, ugh, yeah uwsgi does not seem happy13:46
redrobotefried, is there anything under /var/log/barbican/main.log ?13:46
toskyredrobot: I've just one review (right now)13:46
redrobottosky, link?13:46
efriedredrobot: I don't have a /var/log/barbican directory13:46
toskyredrobot: https://review.opendev.org/#/c/690123/13:46
redrobottosky, I'll take a look13:47
toskyredrobot: the idea is to backport it to all supported branches (so up to rocky, now that queens is in EM)13:47
redrobotefried, oh it's devstack huh ...13:47
redrobotefried, anything in the barbican-svc screen?13:47
redrobotefried, the uwsgi log is not helpful, but barbican-api should be logging why it's dying13:48
efriedoo, this looks promising: !!! UNABLE to load uWSGI plugin: ./python_plugin.so: cannot open shared object file: No such file or directory !!!13:48
efriedredrobot: I don't have a barbican-api (as a systemctl service, anyway)13:49
redrobotaha!  that would definitely be an issue13:49
redrobotsorry, barbican-svc13:49
efriedokay, so what's ./python_plugin.so? The name and lack of path will make it hard to track down (/me gets Sherlock cap & pipe)13:50
efriedI'm afraid this might be messier than it should be due to a few false starts, but here's the whole -svc journal:13:53
efriedhttp://paste.openstack.org/show/786346/13:53
redrobotefried, what OS are you using?13:53
efriedubuntu bionic13:53
redrobotefried, ImportError: No module named barbican.api.app ... that's strange13:54
*** abishop has left #openstack-barbican13:54
redrobotI wonder if this is a Python2  vs Python3 issue?13:54
redrobotseems uwsgi is attempting to run under Python 213:54
efriedthat's entirely possible. This machine has been devstack'd before13:54
efriedI've clean'd and restacked with USE_PYTHON3=true, but I'm not sure it really took.13:55
redrobotTry pip3 list to see if barbican is there?13:55
efriedbarbican (9.0.1.dev17, /opt/stack/barbican)13:55
efriedpython-barbicanclient (4.9.1.dev7, /opt/stack/python-barbicanclient)13:55
efried(barbicanclient might be left over from when I was dorking with OSC)13:56
redrobotso, guessing that pip2 list doesn't have it (hence uwsgi not finding it)13:56
redrobotI'm not sure how to reconfigure uwsgi to use python3 though13:56
efriedtrue story, pip2 only shows python-barbicanclient.13:56
efriedredrobot: I don't mind doing a full restack here if that's simplest.13:56
redrobotefried, quick and dirty would be to pip2 install -e path/to/barbican13:57
redrobotand restart the service13:57
redrobotif that doesn't work, then yeah, re-stack13:57
efriedand when I restack, should I... not try to USE_PYTHON3?13:58
redrobotefried, PYTHON3 thing should work ... not sure why it didn't for you. :(13:59
redrobotefried, https://opendev.org/openstack/barbican/src/branch/master/playbooks/legacy/barbican-devstack-functional-base/run.yaml#L5013:59
*** njohnston_ is now known as njohnston14:00
* moguimar is one hour late again14:01
efriedredrobot: okay, I've seen that var before, perhaps I can add that to my local.conf and things will be better...14:02
* efried restacks14:03
* redrobot crosses fingers 🀞🀞14:04
efriedPoor suicidal uwsgi, she didn't deserve that.14:04
*** ade_lee has joined #openstack-barbican14:18
*** ade_lee_ has joined #openstack-barbican14:22
*** awalende has quit IRC14:25
*** awalende has joined #openstack-barbican14:26
*** ade_lee has quit IRC14:26
*** jaosorior has joined #openstack-barbican14:49
*** dpawlik has quit IRC15:11
rm_workefried: you can maybe also look at what Octavia does, we have barbican Gates and use it in devstack a lot15:24
rm_workBut I don't think it's really anything more than what you listed15:24
efriedrm_work: okay, thanks for the tip. FWIW I did a full clean and restack with both of the py3 vars set, and ended up in the same place (uwsgi hates life because that .so is missing because, I think, it's trying to run under py2 whereas barbican is installed as py3).15:25
rm_workI use https://GitHub.com/rm-you/devstack_deploy to deploy my own devstacks and it does barbican stuff15:25
efriedredrobot, raildo: FYI ^15:25
rm_workI haven't updated it in a while but the core idea is that it's very simple15:25
rm_workHmm weird15:26
rm_workYeah I don't think I've done devstack with python3 yet unless that's the default15:26
efriedyeah, we think I'm having simply a py2/3 conflict.15:26
efriedheh, it's about to be15:26
rm_workMy devstack strategy is to do the absolute most minimal amount of local config possible to make it spin up15:26
rm_workBecause that seems to work best πŸ˜…15:27
efriedThat's a sound philosophy.15:27
efriedUnfortunately, I've already done a bunch of finagling to try to get my devstack up with some... "experimental" pieces15:27
efriedin particular, a locally-compiled libvirt & qemu15:27
rm_workBut hmm, I don't know if our barbican gate is py3 or not, if it isn't it will be very shortly tho15:27
efriedwhether you like it or not https://review.opendev.org/#/c/649097 :P15:28
rm_workSo I think it should work15:28
rm_workHeh15:28
efriedwell, *something* ain't working15:28
rm_workI should try a test patch in our gates that requires that15:28
efriedlatest run included:15:28
efried USE_PYTHON3=True15:28
efried DEVSTACK_GATE_USE_PYTHON3=True15:28
efried RECLONE=True15:28
efried PROJECTS="openstack/barbican $PROJECTS"15:28
efried enable_plugin barbican https://opendev.org/openstack/barbican15:29
efriedand bailed with15:30
efried Nov 19 09:18:41 canuc devstack@barbican-svc.service[4423]: open("./python_plugin.so"): No such file or directory [core/utils.c line 3721]15:30
efried Nov 19 09:18:41 canuc devstack@barbican-svc.service[4423]: !!! UNABLE to load uWSGI plugin: ./python_plugin.so: cannot open shared object file: No such file or directory !!!15:30
efriedand15:30
efried Nov 19 09:18:41 canuc devstack@barbican-svc.service[4423]: unable to load app 0 (mountpoint='') (callable not found or import error)15:30
efried Nov 19 09:18:41 canuc devstack@barbican-svc.service[4423]: No module named barbican.api.app15:30
rm_worklet me look again at our config15:32
rm_workyeah nothing special :/15:36
rm_workdevstack gate job literally just adds barbican as a required project, nothing else it seems... and should be py315:37
johnsomThat is a missing bindep. It is the python3-dev package I think15:37
*** ivve has quit IRC15:37
johnsomI am not 100% sure what installs it for the gates15:38
rm_workwe pull in `python3-sphinxcontrib-svg2pdfconverter-common`, i wonder if that does it via recursive deps15:39
rm_workhmm but that's rpm platform, not dpkg, so ubuntu doesn't use it15:39
johnsomThat is new for the pdf docs, I doubt it15:40
johnsomI thought it was in the devstack bindep.txt, but I can’t look at the moment15:41
johnsomZuul ansible also still installs some stuff, it might be in there15:42
rm_worki don't even see a bindep in devstack15:43
rm_workhmm, tempest requires it15:45
rm_workhttps://github.com/openstack/tempest/blob/master/bindep.txt#L1015:46
rm_workso possibly as a side-effect of the only gates that we use barbican being tempest gates15:46
rm_workah also oslo.utils15:46
rm_workand openstack-zuul-jobs ??15:47
rm_workand python-novaclient <_<15:47
rm_workso like15:47
rm_worka ton of stuff should be requiring it -- it might be some other issue, my guess is that it'd be installed15:47
efriedrm_work: the problem doesn't seem to be that *barbican* isn't installing as py3 - pip3 shows it.15:49
efriedThe problem seems to be that some component of the -svc is running under or expecting py2.15:50
efriedlike ... uwsgi?15:50
rm_workyeah i mean it's possible it's missing a dep15:50
*** pcaruana has quit IRC15:50
rm_workand so uwsgi is failing to run stuff right15:51
rm_worknot sure15:51
*** pcaruana has joined #openstack-barbican15:51
efriedstack@canuc:~/devstack$ cat /usr/local/bin/barbican-wsgi-api15:51
efried#!/usr/bin/python3.615:51
efried...15:51
efriedthat looks okay15:51
efriedlet me try something redrobot suggested earlier - pip2 installing barbican and restarting the service. That seems... wrong, but if it makes things work for me, I guess it's good enough for now. I'm not trying to make this happen in the gate (yet).15:53
efriedI... think that worked15:55
efriedopenstack secret list  <== no output (before it was giving a 5xx)15:55
rm_workwoo15:56
rm_workweird tho :/15:57
rm_workso, maybe for you this is fine for now and you just want to get it working so you can test your thing15:57
redrobotefried, seems the issue is that uwsgi is running on py215:57
rm_workbut i hope this is not an upcoming gate issue15:57
redrobotrm_work++15:57
efriedyeah, it looks like it just might be.15:58
efriedIt should be easy to propose a sniffer patch that adds USE_PYTHON3=True to one of the barbican jobs, no?15:58
efriedbetter yet, an empty patch that Depends-On: https://review.opendev.org/#/c/649097 ?15:58
* efried ==> mtg15:59
*** awalende has quit IRC16:01
efriedThings seem to be working from OSC, I was able to create and retrieve a secret. Thanks for the help redrobot, rm_work, raildo!16:06
efriedDo you want me to try to break the gate with py3?16:07
raildoawesome :)16:07
redrobotefried, yes, please do! :D16:07
efriedk, I'm not 100% sure how best to do that, but I'll try.16:07
efriednext thing I'm going to need to figure out is how to set up my nova.conf properly to talk to barbican via keymgr api...16:08
redrobotefried, are you using python-barbicanclient or openstacksdk?16:08
*** awalende has joined #openstack-barbican16:08
efriedredrobot: Um, the 'openstack' command, whatever that's doing under the covers.16:10
efriedoh16:10
efriedsorry16:10
efriedfrom nova16:10
efriedfrom nova I'm using the key manager API.16:10
redrobotopenstack cli == python-barbicanclient16:11
redrobotnot sure what you mean by "key manager API"16:11
redrobotwe have 3 clients -___-16:11
efriedsorry, I'm multitasking, which I suck at.16:11
efriedredrobot: castellan.key_manager16:12
efried.API()16:12
*** awalende has quit IRC16:12
redrobotefried, ah, that one16:12
*** awalende has joined #openstack-barbican16:12
efriedhttps://review.opendev.org/#/c/631363/32/nova/crypto.py16:12
*** awalende has quit IRC16:13
redrobotefried, https://docs.openstack.org/castellan/train/user/index.html#authentication16:13
*** awalende has joined #openstack-barbican16:14
*** awalende has quit IRC16:14
efriedredrobot: so in this case what's important is that nova be talking to barbican on behalf of the *user*. So it sounds like I want16:15
efried  [key_manager]16:15
efried  auth_type = 'token'16:15
efriedand that's all. Does that sound right to you?16:15
efriedand it defaults to barbican as the backend iiuc16:15
redrobotefried, if it's Castellan->Barbican then token won't work, b/c you'd need a keystone token, and that'll expire at some point (I think)16:16
efriedohh, so I actually need to recreate the API() every time I want to chat?16:16
* redrobot grumbles something about efried asking hard questions ...16:17
efriedwait, then why would the keymgr methods take a `context` param.16:17
efriedyeah, and the API() bootstrap doesn't16:18
redrobotefried, context is a bit of a misnomer.  context should be "auth"16:18
redrobotand that could be password or token or whatever16:18
efriedtime to hack up a test program16:19
*** awalende has joined #openstack-barbican16:19
rm_workefried: for octavia we do "on-behalf-of" and kinda hijack the user's context from their request16:19
redrobotefried, if I recall correctly, https://opendev.org/openstack/castellan/src/branch/master/castellan/common/utils.py#L95 was supposed to abstract auth away from client code16:20
redrobotso you call that function16:20
redrobotto get a context16:20
redrobotwhich looks at your conf16:20
rm_workbut nova wouldn't be able to do that with no existing request context16:20
redrobotand picks out the right thing16:20
efriedI don't know what "on-behalf-of" is, but hijacking the user's context is exactly what needs to happen here.16:20
efriedrm_work: Yes, I do have the user's request context.16:20
rm_workah so yeah that's what we do16:20
redrobotfor the record, hijacking context from user probably won't work with anything other than Castellan->Barbican16:21
redrobote.g. you can't hijack context for Castellan->Vault16:21
redrobotor rather, it would be ignored16:21
redrobotfor the Vault case16:21
* redrobot realizes Castellan auth is still kind of a mess16:21
efriedthat's an interesting data point, gtk. Cause my actual use case (customer) is using a home-grown secret service.16:22
redrobotefried, in that case, you'll probably need a custom Castellan backend for that secret service16:23
redrobotand when you write that you can decide what to do with context (if anything at all)16:24
efriedOkay, pawing through the code, it looks like the barbican backend methods are set up to dtrt with `context` (without involving that credential_factory thing)16:29
efried...but based on the class name being exactly 'RequestContext' :(16:29
efriedwhich it happens to be in nova, but seemingly by luck16:29
efriedthis seems to gel with how the libvirt compute driver is using the keymgr for encrypted lvm, so <shrug>16:31
*** jmlowe has joined #openstack-barbican16:33
*** jaosorior has quit IRC16:48
*** jaosorior has joined #openstack-barbican17:02
*** awalende has quit IRC17:09
*** awalende has joined #openstack-barbican17:17
*** awalende has quit IRC17:20
*** awalende_ has joined #openstack-barbican17:20
*** ivve has joined #openstack-barbican17:21
*** awalende_ has quit IRC17:24
openstackgerritEric Fried proposed openstack/barbican master: DNM: Test the gate on py3  https://review.opendev.org/69505217:57
efriedredrobot, rm_work, raildo: ^17:57
rm_workyeah was gonna do similar in octavia18:02
rm_worki'll see what happens there first tho18:03
redrobotefried, not sure I see where you flipped the switch18:16
efriedredrobot: The Depends-On18:16
redrobotefried, ooooh.  got it.18:17
*** dpawlik has joined #openstack-barbican18:30
efriedSo clearly this bit was a red herring19:25
efriedhttps://zuul.opendev.org/t/openstack/build/04b79b5e4df14901a0c989ff615ad8a7/log/logs/screen-barbican-svc.txt.gz#4-519:25
efriedBut this is running uwsgi under py3 as "expected" https://zuul.opendev.org/t/openstack/build/04b79b5e4df14901a0c989ff615ad8a7/log/logs/screen-barbican-svc.txt.gz#2219:27
efriedThere's another voting job that's failing, but I can't get to the logs, and anything 'grenade' has been pretty crappy lately, so I wouldn't be surprised if it's spurious.19:27
efriedAnyway, I think we can conclude that whatever snafu is happening in my devstack is likely a local config problem. Which is gtk.19:28
efriedah, there go the logs from the grenade one...19:28
efriedthe grenade fail is here https://zuul.opendev.org/t/openstack/build/ac433b3305ba454f845990f98a3bf481/log/logs/grenade.sh.txt.gz#3874919:31
efriedI want to say I've seen this one before (PyYAML conflict) but can't remember where or what the resolution was.19:31
redrobothmm...19:31
*** dpawlik has quit IRC19:41
*** dpawlik has joined #openstack-barbican19:48
openstackgerritEric Fried proposed openstack/barbican master: Gate on py3  https://review.opendev.org/69505219:55
efriedredrobot: Got a consult from mriedem, this might fix ^19:56
efriedif so, it will be a thing you'll actually want to merge in some form.19:56
redrobotπŸ‘€πŸ‘€πŸ‘€19:56
efriedcause that USE_PYTHON3=True patch ought to be merging in the next 24h.19:56
*** gmann is now known as gmann_afk19:57
*** dpawlik has quit IRC20:22
*** tosky has quit IRC20:27
*** openstackgerrit has quit IRC20:35
*** dpawlik has joined #openstack-barbican20:45
*** dpawlik has quit IRC20:58
*** gmann_afk is now known as gmann21:03
*** awalende has joined #openstack-barbican21:15
*** dpawlik has joined #openstack-barbican21:18
*** dpawlik has quit IRC21:23
*** awalende has quit IRC21:30
*** ade_lee has joined #openstack-barbican21:44
*** raildo has quit IRC21:45
*** awalende has joined #openstack-barbican21:45
*** ade_lee_ has quit IRC21:46
*** ade_lee has quit IRC21:49
*** awalende has quit IRC22:01
*** awalende has joined #openstack-barbican22:14
*** ade_lee has joined #openstack-barbican22:15
*** ade_lee has quit IRC22:18
*** ade_lee has joined #openstack-barbican22:18
*** awalende has quit IRC22:19
*** ade_lee has quit IRC22:20
*** ade_lee has joined #openstack-barbican22:20
*** awalende has joined #openstack-barbican22:21
*** ade_lee has quit IRC22:21
*** ade_lee has joined #openstack-barbican22:21
*** awalende has quit IRC22:29
*** awalende has joined #openstack-barbican22:29
*** pcaruana has quit IRC22:33
*** awalende has quit IRC22:35
*** jaosorior has quit IRC22:45
*** jaosorior has joined #openstack-barbican22:49
*** jaosorior has quit IRC22:52
*** tosky has joined #openstack-barbican23:24
*** tosky has quit IRC23:26
*** efried has quit IRC23:30
*** ivve has quit IRC23:54

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