Monday, 2016-02-01

*** yingjun has joined #openstack-searchlight00:24
openstackgerritLi Yingjun proposed openstack/python-searchlightclient: Support token based auth options for osc  https://review.openstack.org/27448001:34
*** TravT_ has joined #openstack-searchlight02:50
*** TravT has quit IRC02:52
*** yingjun_ has joined #openstack-searchlight03:42
*** yingjun has quit IRC03:42
openstackgerritMerged openstack/searchlight: Don't use _id path mapping  https://review.openstack.org/27422103:52
*** RickA-HP__ has quit IRC04:26
*** sigmavirus24_awa has quit IRC05:49
*** sigmavirus24_awa has joined #openstack-searchlight05:57
*** yingjun_ has quit IRC09:37
*** yingjun has joined #openstack-searchlight09:37
*** yingjun has quit IRC09:38
*** yingjun has joined #openstack-searchlight09:38
*** yingjun has quit IRC09:43
*** openstackgerrit has quit IRC10:02
*** openstackgerrit_ has joined #openstack-searchlight11:54
*** openstackgerrit_ is now known as openstackgerrit11:55
*** openstackgerrit has quit IRC11:59
*** openstackgerrit has joined #openstack-searchlight12:08
*** exploreshaifali has joined #openstack-searchlight12:12
*** exploreshaifali has quit IRC13:20
*** yingjun has joined #openstack-searchlight13:39
*** sigmavirus24_awa is now known as sigmavirus2415:09
*** yingjun has quit IRC15:29
*** yingjun has joined #openstack-searchlight15:29
*** yingjun has quit IRC15:34
openstackgerritSteve McLellan proposed openstack/searchlight: Separate documents by role  https://review.openstack.org/25751615:40
*** sjmc7 has quit IRC16:18
*** bpokorny has joined #openstack-searchlight16:26
*** RickA-HP has joined #openstack-searchlight16:26
*** bpokorny has quit IRC16:28
*** bpokorny has joined #openstack-searchlight16:29
*** sigmavirus24 is now known as sigmavirus24_awa16:39
*** sigmavirus24_awa is now known as sigmavirus2416:41
*** sjmc7 has joined #openstack-searchlight16:51
*** bpokorny has quit IRC17:03
*** sjmc7 has quit IRC17:26
*** sjmc7 has joined #openstack-searchlight17:26
*** TravT_ has quit IRC17:26
*** TravT has joined #openstack-searchlight17:28
*** sjmc7 has left #openstack-searchlight17:45
*** sjmc7 has joined #openstack-searchlight17:45
sjmc7TravT: have you heard anything about removing .pot files from your various meetings? i’m ok approving https://review.openstack.org/#/c/274454/ but i don’t know anything about the change to the translation framework17:59
*** sjmc7_ has joined #openstack-searchlight17:59
*** sjmc7_ has quit IRC18:03
TravTsjmc7_: i don't really understand the translation framework too well. I guess since it is an approved spec I thought it should go through.18:03
TravTsjmc7 ^18:04
sjmc7ok. sorry, i have a rogue public cloud server pretending to be me on irc :|18:04
TravThmm, are you not able to kill it now?18:06
sjmc7it comes and goes :)18:06
TravTgasping for its last breaths, I suppose18:07
sjmc7i was able to get in just now and kill it, but it’s like the terminator18:07
TravTsjmc7: did you see that i added highlighting to the search panel on friday?18:08
TravTi rather like it.18:08
sjmc7oo, no. i need to look at that patch18:08
sjmc7is it easy to install?18:08
TravTyesh18:08
sjmc7was that a yes-ish or a sean connery?18:09
TravTjust git review -d it and ./run_tests.sh --runserver 0.0.0.018:09
TravTon horizon18:09
TravTit is actually rather illuminiating18:09
TravTyou can see things that don't match which you would think would match18:09
TravTi still need to do a bit of work on it of course18:10
sjmc7yeah, there’s an open bug for tweaking how we deal with strings18:10
*** sjmc7_ has joined #openstack-searchlight18:10
TravThe's back18:10
sjmc7argh, the machine has risen from the ashes18:10
TravTgit review -d 22703618:10
TravTunder horizon18:10
TravTif we could just get irc version of steve to code like real version of steve, we could solve world hunger18:11
*** sjmc7_ has quit IRC18:14
*** bpokorny has joined #openstack-searchlight18:22
openstackgerritMerged openstack/searchlight: Remove outdated pot files  https://review.openstack.org/27445419:06
*** nikhil_k has joined #openstack-searchlight19:28
*** nikhil has quit IRC19:31
*** TravT has quit IRC22:08
*** TravT has joined #openstack-searchlight22:11
sjmc7TravT: about hardcoding the admin role; i’m open to suggestions. one thing we could do is make it configurable, either the role names and/or the number of roles we can support22:49
sjmc7there will be problems like figuring out the preference order22:49
TravTyeah, so i was asked to read this spec today:22:49
TravThttps://review.openstack.org/#/c/245629/22:49
sjmc7i was kind of trying to keep somewhat consistent with what we already had22:50
sjmc7or that patch will get massive22:50
TravTit is a cross-project spec22:50
TravTwhich means we won't have to deal with it until Newton, at least22:50
sjmc7yeah, it’s come up before in HP, too22:50
sjmc7maybe we can have a rethink for N22:50
TravTbut it is yet another attack on admin on / off issue22:50
sjmc7yeah. and it does make sense, although i’d love to see the actual usage cases22:50
sjmc7i mean, i can imagine some, but i’d like to hear from actual operators that are maintaining multiple levels of role22:51
TravTjust sec, looking at something (related to this conversations)22:52
TravTok, so *maybe* one thing that could be done here is to make configuration property a little more expandable in the future...22:54
TravTadmin_only_field is very specific...22:54
TravTwould be better if we could use a dict approach perhaps22:54
TravTe.g. roles to fields mapping22:55
sjmc7ok. let me have a think about it. i think it’ll be a pretty decent amount of extra code22:55
TravTinternally only support admin for now?22:55
TravTmaybe just throw an exception at startup22:56
sjmc7ah, you mean just change the option parsing?22:56
*** bpokorny_ has joined #openstack-searchlight22:56
sjmc7yeah, that’d be no big deal22:56
sjmc7and i’ll update docs etc22:56
TravTok, well, i have my debugger just about to fire up and step through the current code to make sure I really understand it22:57
TravTwill let you know if anything else jumps out22:57
*** bpokorny has quit IRC22:59
sjmc7you want me to do that as part of this, or file a separate patch?23:01
sjmc7if i do it as part of this one you might want to hold off testing23:03
TravTi'm just thinking about it a moment...23:03
TravTi hate to see this patch grow, but kind of silly to also push it in knowing the fundamental config option will change23:03
sjmc7ok. any ideas for renaming it?>23:04
TravTfield_redaction23:05
TravTdoes the conf file support dicts as value?23:06
TravTfield_role_requirements =23:07
TravTfield_roles23:07
TravTrequired_field_roles =23:07
sjmc7yeah, there’s a DictOpt23:08
TravT{ "admin": "OS-EXT-SRV-ATTR:*" }23:09
TravTbut that wouldn't work great if multiple roles should use the same setting (that spec has like 4 - 5 admin roles)23:09
TravTmaybe that other spec is orthogonal23:10
TravTactually, it makes things way more complicated23:11
TravTwe'll have to do a resource type to policy role mapping to field role mapping.23:11
TravTe.g. compute_admin can see OS::Nova::Server admin fields23:12
sjmc7err.. yeah.23:12
TravTso, maybe admin_only_fields just feeds into that logic (which wouldn't be this patch)23:13
TravTbasically, all those other roles are used by searchlight to just see whether or not the current user making request can see particular resource type.23:15
*** david-lyle has quit IRC23:15
TravTand then we'd have to have some resource_type to admin mapping to decide if they can see admin fields.23:15
TravTas long as the other services don't get more granular (domain admin can't see service admin fields like the compute host) fields, then it would work.23:16
sjmc7sorry, got called into something. yeah, i think it’s more complicated than me renaming the field23:18
*** sigmavirus24 is now known as sigmavirus24_awa23:22
sjmc7TravT: i can change the name of it and add a bit of plumbing in this patch if you want, but i think implementing it properly will be a pretty decent amount of work23:25
TravTsjmc7: i don't think this patch needs to implement it.  If you look at the field name and can think of something that would be better, then let's do it.  Otherwise, i think we might account for this other concept as part of the work we'll need to do for this BP: https://blueprints.launchpad.net/searchlight/+spec/per-resource-type-policy-control23:27
sjmc7something like role_only_fields i guess23:27
sjmc7the format’s a bit awkward23:28
TravTyeah, i was just looking at it...23:28
sjmc7it’d be role_only_fields=admin:something|something|something,user:other_things23:29
TravTcould do regex like matching maybe...23:29
sjmc7?23:30
sjmc7we allow wildcards now23:30
TravTlike what you have now.23:30
TravT<role>_fields =23:30
TravTadmin_fields =     project_admin_fields = foo_observer_fields23:31
sjmc7ah, i see. that’s a little tricky in oslo, i think?23:31
sjmc7i’d need to research it a bit23:31
TravTprobably23:31
TravTokay, well, i think all these extra roles concept will need a little spec work of its own.23:32
sjmc7ok. i’ll update the docs for the current patch23:32
TravTok.23:32
TravTso, the thing that is tough about this patch23:33
TravTis it touches the CRUD code in all resource types, but we only have func tests for images.23:33
sjmc7i added some generic tests23:34
sjmc7having to modify loads of mostly identical tests for changes to base code seems like an antipattern23:34
TravTyeah, it is better than it was before.23:34
sjmc7i intended for the tests for e.g. nova to test nova things23:35
sjmc7and the base tests to test the code functionality; otherwise, modifying the base code becomes REALLY tedious23:35
TravTwell, i'm still looking at doing some manual testing of the current resource types23:36
sjmc7ok. if there are holes, i can add tests; i don’t really want to add loads of identical tests to each resource type though23:37
*** kragniz_ is now known as kragniz23:38
*** bpokorny_ has quit IRC23:57
*** bpokorny has joined #openstack-searchlight23:58

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