*** mudpuppy has quit IRC | 00:00 | |
*** palendae has quit IRC | 00:00 | |
*** mancdaz has quit IRC | 00:00 | |
*** pwnall1337 has quit IRC | 00:01 | |
*** mhayden has quit IRC | 00:02 | |
*** toan has quit IRC | 00:02 | |
*** Guest68651 has joined #craton | 00:03 | |
*** mancdaz has joined #craton | 00:07 | |
*** pwnall1337 has joined #craton | 00:07 | |
*** toan has joined #craton | 00:07 | |
*** mudpuppy has joined #craton | 00:10 | |
*** mhayden has joined #craton | 00:11 | |
*** Guest68651 has quit IRC | 00:14 | |
*** palendae_ has joined #craton | 00:17 | |
*** palendae_ is now known as Guest85718 | 00:17 | |
*** VW has joined #craton | 00:23 | |
*** VW has quit IRC | 00:27 | |
*** pwnall1337 is now known as zz_pwnall1337 | 00:42 | |
*** Syed__ has quit IRC | 01:05 | |
*** valw has joined #craton | 02:25 | |
*** VW has joined #craton | 02:47 | |
*** VW has quit IRC | 02:52 | |
*** VW has joined #craton | 03:02 | |
*** zz_pwnall1337 has quit IRC | 03:04 | |
*** zz_pwnall1337 has joined #craton | 03:06 | |
*** VW has quit IRC | 03:09 | |
*** VW has joined #craton | 03:09 | |
*** tojuvone has quit IRC | 04:04 | |
*** VW has quit IRC | 04:35 | |
*** VW has joined #craton | 04:36 | |
*** VW has quit IRC | 04:40 | |
*** zz_pwnall1337 is now known as pwnall1337 | 05:07 | |
*** valw has quit IRC | 05:12 | |
*** pwnall1337 is now known as zz_pwnall1337 | 05:55 | |
*** tojuvone has joined #craton | 06:14 | |
*** tojuvone has quit IRC | 06:56 | |
*** tojuvone has joined #craton | 06:56 | |
*** zz_pwnall1337 has quit IRC | 07:58 | |
*** zz_pwnall1337 has joined #craton | 07:59 | |
*** acabot has joined #craton | 08:03 | |
sulo | o/ | 10:00 |
---|---|---|
*** wirehead_ has joined #craton | 10:18 | |
*** tojuvone has quit IRC | 11:41 | |
*** tojuvone has joined #craton | 11:41 | |
*** tojuvone has quit IRC | 12:02 | |
*** tojuvone has joined #craton | 12:03 | |
*** johnthetubaguy has quit IRC | 12:04 | |
*** johnthetubaguy has joined #craton | 12:14 | |
thomasem | o/ | 12:16 |
-openstackstatus- NOTICE: restarting gerrit to address performance problems | 13:04 | |
*** ChanServ changes topic to "restarting gerrit to address performance problems" | 13:04 | |
*** git-harry has quit IRC | 13:11 | |
*** VW has joined #craton | 13:12 | |
*** VW has quit IRC | 13:12 | |
*** VW has joined #craton | 13:13 | |
*** git-harry has joined #craton | 13:16 | |
*** VW has quit IRC | 13:20 | |
sigmavirus | farid: no I have a few keyboards | 13:31 |
sigmavirus | Poker II, KBv60, and an Ergodox | 13:31 |
-openstackstatus- NOTICE: ok gerrit is back to normal | 13:33 | |
*** ChanServ changes topic to "ok gerrit is back to normal" | 13:33 | |
*** ChanServ changes topic to "Summit talk: https://www.youtube.com/watch?v=Q-sf12SDR3M || Logs: http://eavesdrop.openstack.org/irclogs/%23craton/latest.log.html || Mon 1500 UTC in #openstack-meeting-4 || Client/ecosystem Tues 1700 UTC || Core Thur 1700 UTC || Resources: https://etherpad.openstack.org/p/Fleet_Management" | 13:39 | |
-openstackstatus- NOTICE: gerrit is back to normal and I don't know how to use the openstackstaus bot | 13:39 | |
*** tojuvone has quit IRC | 13:41 | |
*** tojuvone has joined #craton | 13:45 | |
*** wirehead_ has quit IRC | 13:48 | |
*** wirehead_ has joined #craton | 13:52 | |
*** openstackgerrit has quit IRC | 14:03 | |
* sigmavirus is so tempted to approve his own work in cratonclient | 14:03 | |
* thomasem understands | 14:08 | |
thomasem | By the way... do we expect to never have variables with an underscore prefix to the key? | 14:08 |
thomasem | Like, one would never have a _key="foo" variable? | 14:09 |
*** VW has joined #craton | 14:23 | |
*** valw has joined #craton | 14:35 | |
*** VW has quit IRC | 14:37 | |
*** VW has joined #craton | 14:38 | |
farid | hi all | 14:39 |
farid | sigmavirus: hadn't seen that ergodox, looks interesting | 14:40 |
sulo | i only have apple keyboard :( | 14:42 |
*** git-harry has quit IRC | 14:42 | |
sulo | holy crap ... 150 dollars for a keyboard .. this keyboard better type its own python ;) | 14:44 |
*** zz_pwnall1337 is now known as pwnall1337 | 14:50 | |
sigmavirus | sulo: better than that, it seriously helps with my RSI | 14:53 |
thomasem | Seems worthwhile! | 14:55 |
*** Guest85718 is now known as palendae | 14:55 | |
sigmavirus | I use the ergodox the most | 14:55 |
sigmavirus | but when travelling I use the poker or kbv60 depending on distance travelling | 14:55 |
sigmavirus | mac keyboards are awful for me | 14:55 |
sigmavirus | lenovo keyboards are better | 14:55 |
thomasem | I tried a TypeHeaven at one point... does that count? | 14:56 |
thomasem | Topre switches | 14:56 |
* sigmavirus hasn't heard of that | 14:56 | |
sigmavirus | One of these? https://www.amazon.com/Topre-Type-Heaven-104-key-Keyboard/dp/B00DGJALYW | 14:56 |
thomasem | Yerp | 14:57 |
thomasem | Ended up giving it away to a writer friend of mine. | 14:57 |
thomasem | It felt fine for regular typing. I hated it for programming. | 14:57 |
thomasem | Wound up missing my $50 Logitech keyboard, lol. | 14:58 |
sigmavirus | At $lastjob a coworker had an extra http://www.coolermaster.com/peripheral/keyboards/quickfirerapidred/ that I started using | 14:59 |
sigmavirus | It was oddly satisfying but given our open office floor plan, really obnoxious | 14:59 |
thomasem | How loud is that? | 14:59 |
sigmavirus | VERY | 14:59 |
thomasem | Yeah... that's the biggest turn off for me. | 14:59 |
thomasem | I went with topre in an attempt to avoid that. | 15:00 |
sigmavirus | MX Cherry Reds are also on the lower end of the force scale and very loud | 15:00 |
thomasem | Gotcha | 15:00 |
sigmavirus | I did feel better though, typing on that, instead of the apple keyboards we had | 15:00 |
sigmavirus | So I did investigation and found quieter switches | 15:00 |
sigmavirus | No mechanical switch will be as quiet as a rubberdome, but they're much more comfortable for me | 15:00 |
thomasem | I've been debating just doing a round of trying out keyboards and taking them back if I don't like them. | 15:01 |
sigmavirus | There's also a brand new line of *quiet* cherry switches that are quieter than what I have | 15:01 |
thomasem | Oh wild. I'd like to give that a go. | 15:01 |
thomasem | Got a link? | 15:01 |
sigmavirus | http://www.digitaltrends.com/computing/cherry-americas-cherry-mx-silent-switches-all-mechanical-keyboard-makers/ | 15:01 |
sigmavirus | Also, you'll need to try the different colors | 15:02 |
sigmavirus | Because soem are great for gaming (less force required to activate) | 15:02 |
sigmavirus | While others are better for typing (more force required) | 15:02 |
thomasem | Lol, I'm going to have to rig something up for fast swapping keyboards. | 15:03 |
thomasem | 5pm switch to gaming keyboard. | 15:03 |
sigmavirus | Also https://www.youtube.com/user/RhinoFeed is good because he does sound tests | 15:03 |
thomasem | Excellent | 15:03 |
*** git-harry has joined #craton | 15:03 | |
sigmavirus | most of the keyboards he ends up reviewing are not with silent switches though | 15:03 |
sigmavirus | https://www.youtube.com/watch?v=x_4ngJzKY_s is the switch I use in my ergodox | 15:05 |
sigmavirus | https://www.youtube.com/watch?v=C_LDmUs5jH0 | 15:05 |
sigmavirus | ^ sound test with silent keycaps | 15:05 |
sigmavirus | (not rhinofeed though) | 15:05 |
sigmavirus | thomasem: keep in mind, this is a deep dark hole | 15:06 |
sigmavirus | it led to me soldering my own keyboard together | 15:07 |
thomasem | LOL | 15:07 |
sigmavirus | I have another unbuilt keyboard in my basement at the moment waiting for me to find time to solder it together too | 15:08 |
thomasem | I have my doubts I'll go that far. But, that's commendable determination to get exactly what you want. :P | 15:08 |
thomasem | Hahahaha | 15:08 |
thomasem | That's awesome | 15:08 |
thomasem | jimbaker: would you have time to chat about your get/set/delete vars CLI patch this morning? | 15:26 |
thomasem | I'm struggling with context here on why we're doing this clever sort of [(k,v) for k,v in self.__dict__.items() if key[0] != '_' and key != 'manager] | 15:27 |
sigmavirus | very weird | 15:27 |
sigmavirus | I don't know why we would want to ignore any var | 15:27 |
sigmavirus | also | 15:27 |
thomasem | as opposed to something that doesn't have the limitations where a variable key cannot start with an underscore of be "manager" | 15:27 |
sigmavirus | I hate that we're using self.__dict__ | 15:28 |
thomasem | Yeah, me too. | 15:28 |
sigmavirus | Maybe we're trying to not accidentally upload implementation attribtues? | 15:28 |
thomasem | Well, it is a Python class | 15:28 |
thomasem | It's trying to be clever using the Python class as the construct for representing a series of variables. | 15:28 |
* sigmavirus wonders if that's too clever | 15:29 | |
sigmavirus | What if we just had a Variable class to represent a variable? | 15:29 |
thomasem | So, now our variables have the same limitations that a Python class does in terms of conventions with private attributes and such. | 15:29 |
sigmavirus | Then we could do isinstance checks | 15:29 |
sigmavirus | (which isn't better, but might be less clever) | 15:29 |
thomasem | Yeah, I think that's a lot of the context I'm missing. Just seems awfully roundabout to accomplish this task. | 15:30 |
* sigmavirus hasn't looked at that patch yet | 15:30 | |
thomasem | Well, it's essentially applying crud.Resource to Variables also | 15:30 |
thomasem | So, you'd have a crud.Resource that has a 'variables' attribute referencing a class Variables(crud.Resource) | 15:30 |
thomasem | The thing is, I have resource.variables anyway as a result of getting variables back on a GET /<resource>/<id> | 15:31 |
thomasem | But, to set/delete them, it's trying to override the build_url method to add /variables | 15:31 |
thomasem | https://review.openstack.org/#/c/427032/14 | 15:33 |
*** openstackgerrit has joined #craton | 15:34 | |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 15:34 |
thomasem | sigmavirus: https://review.openstack.org/#/c/427032/15/cratonclient/v1/variables.py | 15:35 |
farid | sulo: around to chat with tim ? | 15:35 |
sulo | farid: i was in the room, waited for 5 mins, then jumped out ;) | 15:35 |
sulo | farid: joining now | 15:35 |
farid | what | 15:35 |
farid | ok, thanks sulo | 15:35 |
*** valw has quit IRC | 15:36 | |
*** Syed__ has joined #craton | 15:38 | |
*** valw has joined #craton | 15:40 | |
*** ediardo has quit IRC | 15:44 | |
*** ediardo has joined #craton | 15:46 | |
thomasem | So, yeah. This issue is all fundamentally because we don't know what the keys might be and that doesn't map well to the way we interact with resources in the CLI. | 15:51 |
thomasem | Since for all resources we get back from the API, we use a class to represent it and use getattr and a white-list of fields to pull the attributes we want. | 15:51 |
thomasem | In the same way that we can't begin a variable key with "_" or use "manager" as a key, we also can't do that with any of the resources from our API. We couldn't display a "manager" attribute on a Cloud resource, for instance, because "manager" is already taken up. :) | 15:53 |
thomasem | I'm not so bothered by not being able to display "_key", but the "manager" one is a bit bothersome. | 15:53 |
thomasem | And all of it is a bit obtuse. | 15:53 |
*** wirehead_ has quit IRC | 15:59 | |
*** wirehead_ has joined #craton | 16:05 | |
sigmavirus | thomasem: yeah I don't like this at all | 16:15 |
sigmavirus | Also, really don't like that there's a class that hosts/cells/regions all now inherit from | 16:16 |
sigmavirus | that kind of many layers of inheritance will bite us in the future in all likelihood | 16:16 |
thomasem | Yeah, that's what I'm most worried about. | 16:17 |
thomasem | The thing is - sure, we can ship it with these limitations short-term, but we _really_ need to refactor this into something more future-proof. | 16:18 |
*** jovon has joined #craton | 16:18 | |
thomasem | And, of course, my worry is the deadline fast approaching. | 16:18 |
jovon | hey all, i won't be in attendance for today's meeting because i have a training course to attend | 16:23 |
thomasem | jovon: thanks for letting us know. Hope training goes well! | 16:23 |
jovon | thanks thomasem :) | 16:25 |
sigmavirus | jovon: any updates for us? | 16:26 |
jovon | i believe RAML with RAMLfication is a good fit craton. However there will be a slight time overhead converting existing docs into RAML | 16:30 |
jovon | and i stress slight because its mostly a change to the denotation of params | 16:31 |
thomasem | I think that's okay. Eating a little overhead to get us to automated and better maintained docs is perfectly reasonable. | 16:40 |
* sigmavirus also now realizes why a change he made yesterday didn't break the world | 16:52 | |
sigmavirus | thomasem: I get the sense that dusty doesn't want to say much in our meetings =) | 16:56 |
thomasem | Lol "nope." | 16:58 |
sulo | is my clock fast or everyone taking time to get into the next meeting | 16:58 |
sigmavirus | sulo: fast | 16:59 |
sulo | looks like my clock | 16:59 |
sigmavirus | My clock has us at 10:59 | 16:59 |
sulo | its odd .. looks like my laptop syncs with time.euro.apple.com and its seems to be few mins off | 17:01 |
sigmavirus | jimbaker: https://review.openstack.org/#/c/437658/ | 17:05 |
sigmavirus | https://review.openstack.org/#/c/437659/7 | 17:06 |
sigmavirus | https://review.openstack.org/#/c/438693/1 | 17:06 |
*** valw has quit IRC | 17:24 | |
openstackgerrit | Ian Cordasco proposed openstack/python-cratonclient master: Update cells commands to use pluggable formatters https://review.openstack.org/439067 | 17:25 |
sigmavirus | thomasem: https://review.openstack.org/#/q/status:open+(project:openstack/craton+OR+project:openstack/python-cratonclient) | 17:30 |
thomasem | sigmavirus: perfect. Thank you! | 17:30 |
sigmavirus | There's also https://github.com/openstack/gerrit-dash-creator | 17:31 |
sigmavirus | Makes it easy to build the dashboard https://github.com/openstack/gerrit-dash-creator/blob/master/dashboards/glance.dash | 17:31 |
sulo | so open question | 17:55 |
sulo | why dont we resolve vars for cells regions etc | 17:55 |
sulo | now that we have project -> cloud -> region -> cell | 17:56 |
sulo | might make sense to follow the pattern to resolve vars everywhere | 17:56 |
sigmavirus | sulo: *shrug* | 17:58 |
* sigmavirus wonders if we need that for Friday | 17:58 | |
openstackgerrit | Ian Cordasco proposed openstack/python-cratonclient master: Update clouds commands to use pluggable formatters https://review.openstack.org/439087 | 18:03 |
*** valw has joined #craton | 18:07 | |
openstackgerrit | Merged openstack/python-cratonclient master: Reorganize shell based integration tests https://review.openstack.org/437658 | 18:22 |
sulo | is the docker registry hosed due to S3 ? | 18:26 |
sigmavirus | seems plausible | 18:29 |
openstackgerrit | Merged openstack/python-cratonclient master: Add --format to the client shell https://review.openstack.org/437659 | 18:31 |
thomasem | food | 18:35 |
sulo | ok it looks like s3 | 18:42 |
sulo | so i cant do tests right now ... how awesome | 18:42 |
sulo | with s3 goes half the internet | 18:43 |
jimbaker | sulo, yeah, i switched to direct mode, but now are gates probably will fail | 18:43 |
jimbaker | should fail | 18:43 |
sigmavirus | Well it's Amazon. I'm sure it'll be fixed shortly =P | 18:44 |
openstackgerrit | Merged openstack/python-cratonclient master: Update hosts commands to use pluggable formatters https://review.openstack.org/438693 | 18:47 |
*** valw has quit IRC | 18:52 | |
openstackgerrit | Merged openstack/python-cratonclient master: Update cells commands to use pluggable formatters https://review.openstack.org/439067 | 18:53 |
openstackgerrit | Merged openstack/python-cratonclient master: Update clouds commands to use pluggable formatters https://review.openstack.org/439087 | 18:54 |
* sigmavirus isn't taking lunch today btw | 18:58 | |
*** valw has joined #craton | 18:58 | |
sigmavirus | I need to cut out at 1400 central | 18:58 |
openstackgerrit | Ian Cordasco proposed openstack/python-cratonclient master: Update projects commands to use pluggable formatters https://review.openstack.org/439116 | 19:15 |
jimbaker | sigmavirus, ok, all of your patches in the pipeline have been approved. good stuff! | 19:25 |
sigmavirus | jimbaker: working on the last one now :) | 19:27 |
sigmavirus | just ensuring it'll pass tests | 19:27 |
jimbaker | yep, sounds good | 19:27 |
openstackgerrit | Ian Cordasco proposed openstack/python-cratonclient master: Update regions commands to use pluggable formatters https://review.openstack.org/439128 | 19:31 |
jimbaker | thomasem, i'm going to assign this to you, since it unfortunately is in the variables patch you are working on; https://bugs.launchpad.net/python-cratonclient/+bug/1659428 | 19:38 |
openstack | Launchpad bug 1659428 in Craton's Python Client "CLI requires region id for commands" [Undecided,New] | 19:38 |
jimbaker | maybe split it out? that would seem to be the best course of action | 19:38 |
*** valw has quit IRC | 19:54 | |
pwnall1337 | hey guys is cloud is now a required param for creating a host or variable? | 19:54 |
pwnall1337 | cloud_id * | 19:54 |
pwnall1337 | sure is | 19:59 |
pwnall1337 | i guess this is super new, but docs need updated :) | 19:59 |
jimbaker | pwnall1337, it's required for a host, yes | 19:59 |
jimbaker | yes, we need that. also we should relax this as a req of the client - just because we denormalize in our schema shouldn't force the client to do the same | 20:00 |
jimbaker | thomasem, ^^^ | 20:01 |
jimbaker | thomasem, not saying this is work for this week, but one more implication of what you disliked about that schema design. but again, something we can readily hide | 20:01 |
pwnall1337 | updated import script to ensure compatibility with juno -> newton and added cloud_id | 20:02 |
pwnall1337 | for openstack-ansible | 20:02 |
jimbaker | cool | 20:02 |
pwnall1337 | hmm ran into something interesting here | 20:06 |
pwnall1337 | http://10.22.226.230:8080 | 20:06 |
pwnall1337 | cratan api hanging after querying hosts with import script | 20:06 |
pwnall1337 | started to fail when getting hosts for removal | 20:07 |
pwnall1337 | --truncate* | 20:07 |
pwnall1337 | root@craton-dev:~# curl 127.0.0.1:8080 | 20:10 |
pwnall1337 | ^C | 20:10 |
jimbaker | pwnall1337, can you put that a gist so it's public? | 20:10 |
jimbaker | on a gist | 20:10 |
pwnall1337 | https://gist.github.com/pwnall1337/ce707fecdeaa9e1577dc65f6d5aa784e | 20:13 |
Syed__ | n | 20:14 |
Syed__ | n | 20:14 |
Syed__ | n | 20:14 |
Syed__ | n | 20:14 |
Syed__ | oops, sorry | 20:15 |
*** harlowja has quit IRC | 20:15 | |
jimbaker | pwnall1337, please file a bug that allows us to reproduce all steps to get here, and we can hopefully find & resolve | 20:15 |
pwnall1337 | looks like a dead tcp connection | 20:15 |
*** harlowja has joined #craton | 20:16 | |
jimbaker | i don't believe there's anything in cloud_id per se, but maybe one extra step? | 20:16 |
pwnall1337 | it's not using any kind of multi threading module is it? | 20:16 |
pwnall1337 | greenlet or multiprocessing? | 20:16 |
pwnall1337 | purely single threaded daemon? | 20:16 |
jimbaker | pwnall1337, that's not how i would expect it's been deployed. in theory, someone could do multithreading, but i expect multi process | 20:17 |
jimbaker | i.e., absolutely easiest way to deploy. note that we usually run single threaded in terms of the docker setup | 20:18 |
jimbaker | and no greenlets. at all | 20:18 |
jimbaker | we avoided that approach to async code completely | 20:19 |
openstackgerrit | Merged openstack/python-cratonclient master: Update projects commands to use pluggable formatters https://review.openstack.org/439116 | 20:19 |
pwnall1337 | https://bugs.launchpad.net/craton/+bug/1668748 | 20:21 |
openstack | Launchpad bug 1668748 in craton "api service dead locked with newest update that added cloud_id" [Undecided,New] | 20:21 |
thomasem | jimbaker: no worries. That's not necessarily related to the vars patch, though, is it? | 20:22 |
openstackgerrit | Merged openstack/python-cratonclient master: Update regions commands to use pluggable formatters https://review.openstack.org/439128 | 20:28 |
*** valw has joined #craton | 20:28 | |
thomasem | jimbaker: and thank you! Easy enough. :P | 20:30 |
*** valw has quit IRC | 20:32 | |
*** valw has joined #craton | 20:40 | |
openstackgerrit | Syed Ahsan Shamim Zaidi proposed openstack/craton master: Update requests for Users and Projects https://review.openstack.org/425463 | 20:46 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 20:52 |
jimbaker | thomasem, no direct relationship. the vars work was fast tracked because we needed to demo craton functionality, and relaxing this specific requirement was helpful for that demo | 21:06 |
thomasem | jimbaker: gooootcha. cool. Well, no worries, that's an easy one to fix. :) | 21:06 |
jimbaker | note that we saw the same thing with the cross project stuff that sulo demo'ed yesterday | 21:07 |
jimbaker | thomasem, cool | 21:07 |
sulo | ? | 21:07 |
jimbaker | sulo, this is with respect to being able to do $ craton hosts-list, and not specify region | 21:07 |
sulo | rgr | 21:08 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:08 |
thomasem | Yeppers. I'll get a patch in for that. | 21:08 |
thomasem | Don't you worry | 21:09 |
thomasem | :P | 21:09 |
jimbaker | awesome | 21:19 |
sigmavirus | thomasem: I can tackle the region ID stuff if you want | 21:19 |
thomasem | sigmavirus: Up to you. Far be it from me to hold up work others can do while I'm working on something else. :P | 21:20 |
*** jovon has quit IRC | 21:22 | |
jimbaker | works for me, simple change, just needs to get in there | 21:24 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:33 |
*** acabot has quit IRC | 21:33 | |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:35 |
*** valw has quit IRC | 21:37 | |
openstackgerrit | sulochan-acharya proposed openstack/craton master: Allow resolved vars in details list calls https://review.openstack.org/439175 | 21:41 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:45 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:46 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:46 |
*** acabot has joined #craton | 21:46 | |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:48 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:49 |
thomasem | Sorry for the spam... :\ | 21:49 |
thomasem | Wish there was a git review --silent :P | 21:50 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:50 |
thomasem | There's not something like that... is there? | 21:50 |
thomasem | Or some way to get it to stop spamming channel with my increments? | 21:50 |
thomasem | Alright. Did some refactoring and added an implementation for projects in ^^ | 21:52 |
thomasem | Curious about thoughts on that approch | 21:52 |
thomasem | approach* | 21:52 |
openstackgerrit | Thomas Maddox proposed openstack/python-cratonclient master: WIP: CLI and client support for get/set/delete of resource vars https://review.openstack.org/427032 | 21:59 |
jimbaker | thomasem, ok, will take a look at that patch | 22:00 |
thomasem | Danke | 22:12 |
pwnall1337 | https://gist.github.com/pwnall1337/661f52376064f89392211db461a15363 | 22:40 |
pwnall1337 | following the craton setup docs | 22:40 |
pwnall1337 | it appears my python 2.7, collections doesn't have chaimmap | 22:40 |
pwnall1337 | it's been moved to it's own module | 22:41 |
sulo | pwnall1337: we are py3 only | 22:41 |
pwnall1337 | gotcha | 22:41 |
pwnall1337 | i was using out of the box python on ubuntu 16.04 | 22:42 |
pwnall1337 | ill setup a venv | 22:42 |
jimbaker | thomasem, so this may be a bit much abstraction in advance, but i think we can do some degree of generalization in https://review.openstack.org/#/c/427032/26 | 23:01 |
jimbaker | especially since we have v1/<device>/<id>/labels queued up behind this vars support in the client | 23:02 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/craton master: Updated from global requirements https://review.openstack.org/439212 | 23:16 |
*** VW has quit IRC | 23:16 | |
*** VW has joined #craton | 23:17 | |
*** VW has quit IRC | 23:17 | |
*** VW has joined #craton | 23:17 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/python-cratonclient master: Updated from global requirements https://review.openstack.org/439231 | 23:25 |
*** VW_ has joined #craton | 23:57 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!