| *** gyee has quit IRC | 00:37 | |
| *** jamesmcarthur has joined #openstack-keystone | 00:40 | |
| *** jamesmcarthur has quit IRC | 00:51 | |
| *** jamesmcarthur has joined #openstack-keystone | 00:53 | |
| *** lbragstad has quit IRC | 01:08 | |
| *** jamesmcarthur has quit IRC | 01:10 | |
| *** imacdonn has quit IRC | 01:10 | |
| *** jamesmcarthur has joined #openstack-keystone | 01:10 | |
| *** imacdonn has joined #openstack-keystone | 01:11 | |
| *** jamesmcarthur has quit IRC | 01:15 | |
| *** redrobot has quit IRC | 01:17 | |
| *** jamesmcarthur has joined #openstack-keystone | 01:37 | |
| *** jamesmcarthur has quit IRC | 01:41 | |
| *** vishalmanchanda has joined #openstack-keystone | 02:06 | |
| openstackgerrit | Merged openstack/keystone master: Add Python 3 Train unit tests https://review.opendev.org/667746 | 02:30 |
|---|---|---|
| *** jamesmcarthur has joined #openstack-keystone | 02:37 | |
| *** vishakha has joined #openstack-keystone | 03:04 | |
| openstackgerrit | pengyuesheng proposed openstack/keystone master: Blacklist sphinx 2.1.0 (autodoc bug) https://review.opendev.org/668581 | 03:20 |
| *** whoami-rajat has joined #openstack-keystone | 03:42 | |
| *** jamesmcarthur has quit IRC | 03:49 | |
| *** jamesmcarthur has joined #openstack-keystone | 03:50 | |
| *** jamesmcarthur has quit IRC | 03:57 | |
| *** jamesmcarthur has joined #openstack-keystone | 04:29 | |
| *** vishalmanchanda has quit IRC | 04:33 | |
| *** jamesmcarthur has quit IRC | 04:36 | |
| *** vishalmanchanda has joined #openstack-keystone | 04:42 | |
| *** dansmith has quit IRC | 05:04 | |
| *** jamesmcarthur has joined #openstack-keystone | 05:05 | |
| *** jamesmcarthur has quit IRC | 05:10 | |
| *** dansmith has joined #openstack-keystone | 05:22 | |
| *** jamesmcarthur has joined #openstack-keystone | 05:42 | |
| *** jamesmcarthur has quit IRC | 05:47 | |
| *** dancn has joined #openstack-keystone | 06:19 | |
| *** Emine has joined #openstack-keystone | 06:36 | |
| *** Emine has quit IRC | 06:37 | |
| *** xek has joined #openstack-keystone | 07:12 | |
| *** tesseract has joined #openstack-keystone | 07:15 | |
| *** evrardjp is now known as evrardjp_on_holi | 07:40 | |
| *** evrardjp_on_holi is now known as evrardjp_away | 07:40 | |
| *** jamesmcarthur has joined #openstack-keystone | 07:44 | |
| *** jamesmcarthur has quit IRC | 07:48 | |
| *** jamesmcarthur has joined #openstack-keystone | 07:51 | |
| *** jamesmcarthur has quit IRC | 07:55 | |
| *** pcaruana has joined #openstack-keystone | 08:01 | |
| *** trident has quit IRC | 08:10 | |
| *** trident has joined #openstack-keystone | 08:13 | |
| *** jamesmcarthur has joined #openstack-keystone | 08:22 | |
| *** tkajinam has quit IRC | 08:26 | |
| *** jamesmcarthur has quit IRC | 08:28 | |
| *** jamesmcarthur has joined #openstack-keystone | 09:00 | |
| *** jaosorior has joined #openstack-keystone | 09:13 | |
| *** whoami-rajat has quit IRC | 09:42 | |
| *** jamesmcarthur has quit IRC | 10:04 | |
| openstackgerrit | Vishakha Agarwal proposed openstack/keystone master: Remove [signing] config https://review.opendev.org/659434 | 10:38 |
| *** raildo has joined #openstack-keystone | 10:53 | |
| openstackgerrit | Vishakha Agarwal proposed openstack/keystone master: Update test cases for os-pki revoke API https://review.opendev.org/668654 | 11:21 |
| *** kimamisa has joined #openstack-keystone | 11:27 | |
| kimamisa | Hi all ! | 11:27 |
| kimamisa | I was prototyping the stein release locally, and faced a mystery with the new policy file, and especially with the : "identity:get_user": "rule:identity:get_user" line. | 11:27 |
| kimamisa | Is it a way to keep the legacy behaviour of a rule given in another policy file ? I tried to find online documentation, but I'm not sure to really get what it does. | 11:27 |
| *** jaosorior has quit IRC | 11:42 | |
| *** jamesmcarthur has joined #openstack-keystone | 12:01 | |
| *** jamesmcarthur has quit IRC | 12:05 | |
| *** jamesmcarthur has joined #openstack-keystone | 12:34 | |
| *** jamesmcarthur has quit IRC | 12:39 | |
| *** jaosorior has joined #openstack-keystone | 12:39 | |
| *** jamesmcarthur has joined #openstack-keystone | 12:42 | |
| *** dancn has quit IRC | 12:47 | |
| *** dancn has joined #openstack-keystone | 12:59 | |
| *** jamesmcarthur has quit IRC | 13:05 | |
| *** dancn has quit IRC | 13:21 | |
| *** dancn has joined #openstack-keystone | 13:22 | |
| *** lbragstad has joined #openstack-keystone | 13:24 | |
| *** jamesmcarthur has joined #openstack-keystone | 13:32 | |
| *** vishakha has quit IRC | 13:36 | |
| *** dancn has quit IRC | 13:55 | |
| ayoung | kimamisa, policy in code | 14:01 |
| ayoung | https://opendev.org/openstack/keystone/src/branch/master/keystone/common/policies/user.py#L61 | 14:02 |
| lbragstad | kimamisa yeah - it's a way to maintain backwards compatibility when policies changes (go through a deprecation cycle) | 14:05 |
| kimamisa | ayoung lbragstad thx ! I'll dig deeper with this ! | 14:12 |
| *** redrobot has joined #openstack-keystone | 14:33 | |
| openstackgerrit | Colleen Murphy proposed openstack/keystone-specs master: Add Python 3 Train unit tests https://review.opendev.org/667755 | 14:40 |
| *** evrardjp_away has quit IRC | 14:58 | |
| *** evrardjp has joined #openstack-keystone | 14:59 | |
| openstackgerrit | Merged openstack/keystone master: Bump openstackdocstheme to 1.20.0 https://review.opendev.org/663243 | 14:59 |
| openstackgerrit | Lance Bragstad proposed openstack/keystone master: Allow domain users to access the limit API https://review.opendev.org/621023 | 15:03 |
| openstackgerrit | Lance Bragstad proposed openstack/keystone master: Add tests for project users interacting with limits https://review.opendev.org/621024 | 15:03 |
| openstackgerrit | Lance Bragstad proposed openstack/keystone master: Remove limit policies from policy.v3cloudsample.json https://review.opendev.org/621025 | 15:03 |
| *** edmondsw_ has joined #openstack-keystone | 15:04 | |
| *** gyee has joined #openstack-keystone | 15:04 | |
| openstackgerrit | Vishakha Agarwal proposed openstack/keystone master: Update test cases for os-pki revoke API https://review.opendev.org/668654 | 15:43 |
| cmurphy | keystone meeting in 15 minutes in #openstack-meeting-alt | 15:45 |
| *** vishakha has joined #openstack-keystone | 15:45 | |
| cmurphy | agenda https://etherpad.openstack.org/p/keystone-weekly-meeting | 15:46 |
| cmurphy | meeting now in #openstack-meeting-alt | 16:01 |
| *** jamesmcarthur has quit IRC | 16:03 | |
| *** gyee has quit IRC | 16:12 | |
| *** jamesmcarthur has joined #openstack-keystone | 16:17 | |
| *** gyee has joined #openstack-keystone | 16:25 | |
| cmurphy | lbragstad: want to go over oslo.limit over irc or would a call be better? | 16:32 |
| lbragstad | i can do either - i figured a call would let us get through things quicker | 16:33 |
| lbragstad | i'm flexible though | 16:33 |
| kmalloc | I don't have the ability to jump on a call atm. | 16:34 |
| kmalloc | =/ | 16:34 |
| cmurphy | kmalloc: irc okay though? | 16:35 |
| kmalloc | yeah IRC | 16:35 |
| cmurphy | okay let's try that | 16:35 |
| cmurphy | #startmeeting keystone-office-hours | 16:35 |
| openstack | Meeting started Tue Jul 2 16:35:32 2019 UTC and is due to finish in 60 minutes. The chair is cmurphy. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:35 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:35 |
| *** openstack changes topic to " (Meeting topic: keystone-office-hours)" | 16:35 | |
| *** ChanServ changes topic to "Stein release schedule: https://releases.openstack.org/stein/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 16:35 | |
| openstack | The meeting name has been set to 'keystone_office_hours' | 16:35 |
| kmalloc | i just have to be able to transit between locations and airport/etc | 16:35 |
| kmalloc | so, can't do video atm | 16:35 |
| cmurphy | irc makes it easier for others to catch up anyways | 16:36 |
| bnemec | o/ | 16:36 |
| lbragstad | oh - good call | 16:38 |
| lbragstad | i suppose we should start here https://review.opendev.org/#/c/668523/2 | 16:39 |
| lbragstad | i should ask - is everyone ready? | 16:39 |
| * cmurphy ready | 16:39 | |
| lbragstad | alright - 668523 is trivial | 16:40 |
| bnemec | Well, that one's easy. It's approved. :-) | 16:40 |
| lbragstad | sweet | 16:40 |
| lbragstad | next one is https://review.opendev.org/#/c/666085/9 | 16:40 |
| lbragstad | i wanted to keep the ksa logic separate from everything else | 16:40 |
| lbragstad | nothing in this patch actually uses it, it's just laying the ground work | 16:41 |
| lbragstad | one area of improvement i can think of though, is additional testing | 16:41 |
| lbragstad | but it would likely have to be mocked pretty heavy in order to work | 16:41 |
| bnemec | You mean unit testing? | 16:43 |
| lbragstad | right - if we wanted to unit test the functionality of that patch | 16:43 |
| lbragstad | i was going to bring this up in a subsequent review, since it's related to that, too | 16:43 |
| bnemec | I'm a little inclined not to worry too much about it since we're expecting to iterate on the implementation quite a bit. | 16:43 |
| bnemec | Which I realize violates every principle of TDD. | 16:43 |
| lbragstad | yeah - i was also thinking about setting up a function test suite for this stuff, too | 16:44 |
| bnemec | But I also don't want someone to spend a ton of time writing tests for code that we end up not using. | 16:44 |
| lbragstad | (the last patch in the series touches on that a bit) | 16:44 |
| bnemec | Yeah, that seems good too. | 16:44 |
| bnemec | For now, maybe look at it as a prototype and just write the tests we absolutely need? | 16:45 |
| * bnemec feels so dirty for suggesting we not test code | 16:45 | |
| lbragstad | outside of testing, does anyone have questions about the connection logic itself? | 16:45 |
| cmurphy | i've been wondering if there's a way around making the connection a global | 16:47 |
| cmurphy | no specific suggestion though | 16:48 |
| lbragstad | cmurphy do you want it to be a property of the Enforcer object instead? | 16:48 |
| lbragstad | or something along those lines? | 16:48 |
| cmurphy | maybe, but i suppose you might instantiate multiple enforcers and you wouldn't want to have that many live connections? | 16:49 |
| lbragstad | probably not | 16:49 |
| lbragstad | I could document it as an optimization | 16:50 |
| cmurphy | i think it's probably fine as is | 16:52 |
| kmalloc | pass in a connection, if none is passed in, attribute. | 16:52 |
| kmalloc | s/attribute/property that is on-demand built | 16:53 |
| kmalloc | it allows for the same mechanism as global without explicitly expecting global(s) | 16:53 |
| kmalloc | can be iterated on down the line | 16:53 |
| kmalloc | no reason to fix that now. | 16:54 |
| *** nickthetait has joined #openstack-keystone | 16:54 | |
| * lbragstad nodes | 16:54 | |
| * lbragstad nods* | 16:54 | |
| lbragstad | alright - anything else on 666085 | 16:55 |
| bnemec | I left a comment about the endpoint id. | 16:55 |
| lbragstad | psh - working ahead | 16:55 |
| cmurphy | bnemec: good point about it not being the keystone service | 16:55 |
| lbragstad | ++ | 16:56 |
| bnemec | I completely agree that region+service would be easier to handle in a deployment tool though. | 16:57 |
| cmurphy | maybe worth optimizing in the future | 16:57 |
| bnemec | I'd be curious to know what percentage of deployers are actually writing their own configurations vs. using Puppet/Ansible/Chef/etc. | 16:58 |
| bnemec | That would inform which use case we should optimize for. | 16:58 |
| cmurphy | i am reasonably sure almost no one deploys openstack without some kind of deployment tool | 16:58 |
| lbragstad | yeah | 16:59 |
| bnemec | I don't disagree, but I've been surprised before. ;-) | 16:59 |
| lbragstad | my home lab is built using osa - and i don't even have customers | 16:59 |
| cmurphy | lol | 16:59 |
| bnemec | My home lab is built using devstack. Yes, I'm that guy. :-P | 16:59 |
| lbragstad | tangent: it would be nice to have a baremetal box to pxe boot with a base image for baremetal devstack deployments | 17:00 |
| *** kimamisa has quit IRC | 17:01 | |
| lbragstad | alrighty - anything else on 666085 ? | 17:01 |
| *** tesseract has quit IRC | 17:01 | |
| cmurphy | lgtm | 17:01 |
| lbragstad | cool | 17:02 |
| lbragstad | https://review.opendev.org/#/c/666444/7 is where things start to get interesting | 17:02 |
| bnemec | FWIW, user survey says "Other Tool" is only 15% of the deployment tooling ecosystem. | 17:02 |
| *** jamesmcarthur has quit IRC | 17:02 | |
| *** jamesmcarthur has joined #openstack-keystone | 17:02 | |
| lbragstad | the main goal of 666444 is to just get the basic laid down and wait for actual implementation details of the models for another patch | 17:02 |
| lbragstad | what i think would be really helpful in looking at this patch, is the relationship between the Enforcer and the models | 17:03 |
| lbragstad | i want to keep the models separate (as their own objects that inherit an interface) | 17:03 |
| lbragstad | but i found that there is a lot information you have to share between the enforcer and the models | 17:04 |
| lbragstad | Enforcer.enforce() essentially passes a bunch of stuff through or needs to use composition to set various attributes on the model to limit method signatures with lots of arguments | 17:05 |
| lbragstad | i tried to capture some of that information in Enforcer's doc strings | 17:07 |
| bnemec | At first glance that semes to make sense. They are enforcement models, so it makes sense that they would be pretty tightly tied to the enforcer. | 17:07 |
| lbragstad | yeah | 17:08 |
| cmurphy | i wonder if there's a way we could reuse the keystoneauth plugin model for this, where it has a plugin class with a method class as an attribute https://opendev.org/openstack/keystoneauth/src/branch/master/keystoneauth1/identity/v3/password.py | 17:08 |
| lbragstad | at the same time, i want people to be able to extend an interface if they want to add a new model (as opposed to extending Enforcer) | 17:08 |
| lbragstad | cmurphy that's a good idea | 17:08 |
| lbragstad | this is all internal stuff at this point | 17:09 |
| lbragstad | so we can evolve it | 17:10 |
| cmurphy | maybe Enforcer has self.enforcer = _FlatEnforcer and Enforcer.enforce() calls self.enforcer.enforce() | 17:10 |
| cmurphy | and then project_id etc wouldn't need to be duplicated? | 17:10 |
| cmurphy | i don't think the current way is bad though | 17:10 |
| lbragstad | how would _FlatEnforces implementation get the project id in question? | 17:10 |
| lbragstad | _FlatEnforcer's* | 17:11 |
| cmurphy | hm i guess that doesn't really solve that problem | 17:11 |
| * lbragstad can document this, too | 17:13 | |
| bnemec | Like lbragstad said, this is all private stuff right now anyway. If people want to extend it to other enforcement models then maybe we can have a discussion over the best way to expose this then? | 17:14 |
| cmurphy | ++ | 17:14 |
| lbragstad | true | 17:14 |
| bnemec | Having a specific use case in mind would probably help with the design too. | 17:14 |
| cmurphy | i can't really think of a better way to handle it at the moment | 17:14 |
| lbragstad | at the same time - it works | 17:15 |
| cmurphy | ++ | 17:15 |
| bnemec | Ship it! | 17:15 |
| lbragstad | FILGTM! | 17:15 |
| lbragstad | alright - moving on | 17:15 |
| lbragstad | https://review.opendev.org/#/c/667452/3 | 17:15 |
| cmurphy | would probably be good to have tests for this one somehow | 17:16 |
| *** Horrorcat has quit IRC | 17:16 | |
| lbragstad | yeah - so this is what i was kinda talking about ealier | 17:16 |
| lbragstad | earlier* | 17:16 |
| lbragstad | maybe what we can do is add a super *super* basic functional testing frame work in the ksa patch | 17:17 |
| lbragstad | that only tests to make sure we can instantiate an Enforcer without the connection to keystone (in a devstack) deployment without it blowing up | 17:17 |
| lbragstad | having that in place would make it a little easier to introduce functional tests here | 17:18 |
| cmurphy | ++ | 17:18 |
| lbragstad | (i tested this logic, but i was using the script in the next patch set) | 17:18 |
| bnemec | If a functional test framework could replace the test script that would be good. | 17:19 |
| lbragstad | ++ | 17:19 |
| lbragstad | i feel like the natural evolution of that script is to just make it an official functional test | 17:19 |
| bnemec | Yep | 17:20 |
| lbragstad | cool | 17:20 |
| lbragstad | anything else on this patch, outside of testing? | 17:20 |
| *** Horrorcat has joined #openstack-keystone | 17:21 | |
| cmurphy | it seems like a good first iteration to me, i'm sure down the road we can find ways to improve the enforce logic | 17:22 |
| * lbragstad nods | 17:22 | |
| bnemec | I probably just need to take a closer look. I got nothing useful done last week because downstream, so I haven't been through this part of the series yet. :-/ | 17:22 |
| lbragstad | ok - well it sounds like having functional testing there is useful so we can do that part in the meantime | 17:23 |
| lbragstad | finally we have https://review.opendev.org/#/c/667242/7 | 17:23 |
| lbragstad | which is just documentation and a usage example | 17:23 |
| bnemec | But like I've said before, I'm pretty much ready to +2 anything that gets us _an_ implementation. If it's horribly broken, we'll fix it. :-) | 17:23 |
| lbragstad | some of that example is going to get pulled into a formal functional test thought | 17:23 |
| lbragstad | though* | 17:23 |
| bnemec | So to try that I would stand up a basic devstack, pull the series and install it, then run the example.py script? | 17:25 |
| lbragstad | yeah | 17:25 |
| bnemec | Tweaking the example.conf for my devstack, of course. | 17:25 |
| cmurphy | you'd probably need to edit the project ids in the script | 17:25 |
| lbragstad | you'll need to create a few limits and the registered limits | 17:25 |
| lbragstad | and do what cmurphy said, update the project ids in the script | 17:26 |
| bnemec | Makes sense. | 17:26 |
| lbragstad | but yeah - it should work | 17:26 |
| lbragstad | ok - so to summarize | 17:26 |
| lbragstad | 666085 needs a functional testing framework and a bug open to investigate reusable ksa connections | 17:27 |
| lbragstad | 666444 needs an open bug to investigate pluggable architectures for enforcement models | 17:27 |
| lbragstad | 667452 needs functional testing (built on the action from 666085) | 17:28 |
| lbragstad | anything else? | 17:28 |
| cmurphy | i think this script will need to be tweaked for the two-level model? | 17:28 |
| bnemec | Maybe a bug for 666085 to look at how to configure the endpoint? | 17:28 |
| knikolla | cmurphy: sorry for missing the meeting. we're transitioning to the new adjutant based registration system and i've been swamped with work the past few weeks. | 17:29 |
| lbragstad | yeah - i developed it to help me write the flat enforcement stuff, i wasn't really thinking about any of the strict-two level properties | 17:29 |
| lbragstad | bnemec ++ | 17:29 |
| cmurphy | no worries knikolla | 17:29 |
| lbragstad | outside of those actions, does anyone have anything else to add? | 17:30 |
| cmurphy | lbragstad: and i guess next steps after all that would be implementing enforce() for the two-level model | 17:30 |
| lbragstad | cmurphy correct | 17:31 |
| cmurphy | fun :) | 17:31 |
| lbragstad | i was thinking it would be easier to implement that once the functional testing is in place | 17:31 |
| cmurphy | for sure | 17:31 |
| lbragstad | then we could actually use TTD to get it done | 17:31 |
| lbragstad | opposed to a hacktastic script | 17:31 |
| bnemec | Yeah, right now we're mostly trying to define the public interface so other projects can start looking at how it would integrate with them. | 17:32 |
| lbragstad | true | 17:32 |
| bnemec | Additional enforcement models can be done in parallel. | 17:32 |
| lbragstad | a lot of this actually came from johnthetubaguy | 17:32 |
| lbragstad | i might have to poke someone to help with setting up zuul for the functional testing bits | 17:33 |
| lbragstad | (we'll need a basic devstack in order to do that) | 17:33 |
| bnemec | We have some functional tests in other oslo projects, so we might be able to help with that. | 17:34 |
| lbragstad | sweet | 17:35 |
| lbragstad | anything else to touch on for this? | 17:35 |
| cmurphy | not from me | 17:35 |
| lbragstad | otherwise - that's about all i had | 17:36 |
| bnemec | I'm good too. Thanks again for driving this! | 17:36 |
| cmurphy | ++ thanks lbragstad | 17:36 |
| lbragstad | no problem - thanks for taking the time to go through the patches | 17:36 |
| lbragstad | i'll write up a recap and send it to the ML | 17:36 |
| cmurphy | sweet | 17:37 |
| bnemec | dude | 17:37 |
| cmurphy | :'D | 17:37 |
| lbragstad | dude! | 17:37 |
| cmurphy | #endmeeting | 17:37 |
| *** openstack changes topic to "Stein release schedule: https://releases.openstack.org/stein/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 17:37 | |
| openstack | Meeting ended Tue Jul 2 17:37:43 2019 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:37 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/keystone_office_hours/2019/keystone_office_hours.2019-07-02-16.35.html | 17:37 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/keystone_office_hours/2019/keystone_office_hours.2019-07-02-16.35.txt | 17:37 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/keystone_office_hours/2019/keystone_office_hours.2019-07-02-16.35.log.html | 17:37 |
| bnemec | On an unrelated note, I just sent in my laptop refresh request for an X1C. | 17:38 |
| bnemec | If I hate it I'm blaming all of you. :-P | 17:38 |
| openstackgerrit | Merged openstack/keystone-specs master: Update access rules spec with decisions from PTG https://review.opendev.org/661784 | 17:38 |
| cmurphy | you're gonna love it | 17:38 |
| gagehugo | nice | 17:39 |
| bnemec | Yeah, my bigger fear is that it's going to make me want to upgrade my personal laptop. :-) | 17:39 |
| *** cmurphy changes topic to "Train release schedule: https://releases.openstack.org/train/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 17:40 | |
| *** ChanServ changes topic to "Stein release schedule: https://releases.openstack.org/stein/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 17:40 | |
| cmurphy | kmalloc: chanserv says you have +Aefortv and can probably do ^ | 17:44 |
| kmalloc | hm? | 17:44 |
| kmalloc | waht do you need? | 17:44 |
| cmurphy | i noticed the topic is pointing to the Stein release schedule | 17:44 |
| kmalloc | oh yeah, all cores should have topic setting rights (through chanserv) | 17:44 |
| kmalloc | a few of us can op and direct set the topic | 17:44 |
| cmurphy | ChanServ: You are not authorized to perform this operation. | 17:45 |
| kmalloc | bnemec: i don't like the X1C corporate set. | 17:45 |
| kmalloc | cmurphy: doing it w/ msg to chanserv? | 17:45 |
| cmurphy | kmalloc: yes | 17:45 |
| kmalloc | weird. | 17:46 |
| kmalloc | sec. | 17:46 |
| kmalloc | what is the trello link? | 17:46 |
| kmalloc | got it | 17:46 |
| *** nickthetait has quit IRC | 17:46 | |
| bnemec | I think I had to do it through the openstack bot, but then nobody in the oslo channel has +o either. | 17:46 |
| cmurphy | https://trello.com/b/ClKW9C8x/keystone-train-roadmap | 17:46 |
| bnemec | kmalloc: Now you tell me. :-P | 17:46 |
| cmurphy | openstack: help | 17:46 |
| *** ChanServ changes topic to "Train release schedule: https://releases.openstack.org/train/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 17:47 | |
| cmurphy | thanks kmalloc | 17:47 |
| kmalloc | cmurphy try: /msg chanserv topic #openstack-keystone Train release schedule: https://releases.openstack.org/train/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/rj0ECz2c/keystone-stein-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone ) | 17:47 |
| cmurphy | kmalloc: that's what i did | 17:47 |
| kmalloc | weird. | 17:47 |
| kmalloc | let me fix your perms | 17:47 |
| kmalloc | oh wow, looks like someone stripped all the extra perms you had down to +oO =/ | 17:48 |
| kmalloc | cmurphy: try now | 17:49 |
| kmalloc | should be fixed | 17:49 |
| *** ChanServ changes topic to "Train release schedule: https://releases.openstack.org/train/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h | Trello: https://trello.com/b/ClKW9C8x/keystone-train-roadmap !!NOTE!! This Channel is Logged ( https://tinyurl.com/OpenStackKeystone )" | 17:51 | |
| kmalloc | bnemec: it's screen resolution issues. | 17:51 |
| cmurphy | yay | 17:51 |
| cmurphy | ty | 17:51 |
| kmalloc | bnemec: 1080p sucks :(. | 17:51 |
| kmalloc | sure thing | 17:52 |
| kmalloc | gagehugo: you are not registered with nickserv (apparantly) I can't give you perms to change topic (+tv) on the channel | 17:52 |
| *** gyee has quit IRC | 17:52 | |
| *** ChanServ sets mode: +o kmalloc | 17:52 | |
| gagehugo | hmm | 17:52 |
| *** kmalloc sets mode: -o kmalloc | 17:52 | |
| kmalloc | nvm | 17:53 |
| kmalloc | fixed it | 17:53 |
| kmalloc | was a typo on my end | 17:53 |
| bnemec | Oh, well I'm not too concerned about that. Almost all of my displays are still 1080P. | 17:53 |
| kmalloc | bnemec: i can't work on 1080p, 1440p on a laptop, 4k on desktop | 17:53 |
| gagehugo | ah ok | 17:54 |
| kmalloc | also OMG, I'm so sick of construction... it's making my whole house vibrate because they're redoing gas lines 3 blocks away | 17:54 |
| kmalloc | i can't concentrate..... | 17:54 |
| kmalloc | can't wait to move out of this house... | 17:54 |
| bnemec | It's always nice when the place you're leaving gives you the proverbial finger on the way out so you don't feel bad about it. :-) | 17:56 |
| *** jamesmcarthur has quit IRC | 17:56 | |
| cmurphy | stepping out for a couple of hours | 18:01 |
| lbragstad | speaking on x1c - has anyone upgraded theirs? | 18:02 |
| kmalloc | bnemec: yeah but before we move out, they'll be doing the gas lines in front of our house....soooooo it's going to be 10x as bad | 18:02 |
| kmalloc | lbragstad: can't custom configure the x1c7 yet | 18:02 |
| kmalloc | so, nope. | 18:02 |
| kmalloc | or couldn't recently | 18:02 |
| kmalloc | lbragstad: ah they have a 1440p+i7 now | 18:03 |
| kmalloc | until recently that didn't exist | 18:03 |
| kmalloc | 4k* | 18:03 |
| gagehugo | not yet | 18:03 |
| kmalloc | not 1440p | 18:04 |
| gagehugo | no ice lake in x1c7 :( | 18:04 |
| lbragstad | is it possible to send lenovo a laptop and stay "put this in it" | 18:04 |
| *** gyee has joined #openstack-keystone | 18:06 | |
| kmalloc | lol | 18:07 |
| *** jdennis has quit IRC | 18:20 | |
| openstackgerrit | Brian Haley proposed openstack/keystone master: DNM: test patch to use f29 nodeset from devstack https://review.opendev.org/668729 | 18:24 |
| *** jdennis has joined #openstack-keystone | 18:29 | |
| openstackgerrit | Merged openstack/oslo.limit master: Rename filter_resource resource_filters https://review.opendev.org/668523 | 18:42 |
| *** dancn has joined #openstack-keystone | 19:02 | |
| *** xek has quit IRC | 19:08 | |
| *** jamesmcarthur has joined #openstack-keystone | 19:21 | |
| *** jamesmcarthur has quit IRC | 19:28 | |
| lbragstad | http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007487.html | 19:38 |
| *** jamesmcarthur has joined #openstack-keystone | 19:47 | |
| *** jamesmcarthur has quit IRC | 19:50 | |
| *** raildo has quit IRC | 19:52 | |
| *** bnemec has quit IRC | 19:54 | |
| *** vishakha has quit IRC | 19:56 | |
| *** raildo has joined #openstack-keystone | 20:01 | |
| *** bnemec has joined #openstack-keystone | 20:07 | |
| *** vishalmanchanda has quit IRC | 20:33 | |
| *** brett-soric has joined #openstack-keystone | 20:37 | |
| *** evrardjp has quit IRC | 20:51 | |
| *** evrardjp has joined #openstack-keystone | 20:52 | |
| *** pcaruana has quit IRC | 20:58 | |
| *** raildo has quit IRC | 21:11 | |
| *** jamesmcarthur has joined #openstack-keystone | 21:22 | |
| *** bnemec has quit IRC | 21:25 | |
| *** jamesmcarthur has quit IRC | 21:27 | |
| *** brett-soric has left #openstack-keystone | 21:27 | |
| *** bnemec has joined #openstack-keystone | 21:27 | |
| openstackgerrit | Colleen Murphy proposed openstack/python-keystoneclient master: Blacklist bandit 1.6.0 & cap sphinx for 2.7 https://review.opendev.org/660609 | 22:59 |
| *** tkajinam has joined #openstack-keystone | 23:02 | |
| openstackgerrit | Colleen Murphy proposed openstack/keystone-specs master: Add Python 3 Train unit tests https://review.opendev.org/667755 | 23:16 |
| *** dancn has quit IRC | 23:41 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!