16:00:20 #startmeeting openstack_ansible_meeting 16:00:21 Meeting started Tue Aug 13 16:00:20 2019 UTC and is due to finish in 60 minutes. The chair is tiffanie. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:24 The meeting name has been set to 'openstack_ansible_meeting' 16:00:42 #topic office hours 16:01:19 hi 16:01:20 everyone 16:01:21 :> 16:08:03 Merged openstack/openstack-ansible stable/stein: Update docs & upgrade scripts for Stein https://review.opendev.org/672719 16:09:14 hi 16:09:29 o/ 16:09:33 * mnaser is getting tired of seeing warnings on CentOS 16:09:38 when sourcing openrc 16:09:48 noonedeadpunk: seems to have traced it back to https://github.com/openstack/openstack-ansible-openstack_openrc/commit/ef3fe9966fff2570ce2b40094921abe17fa3f2a1 16:10:06 i was thinking maybe we should set LC_ALL to some other value? or does centos not have a utf8 locale? 16:11:06 I'm not really sure that all systems will have some locale by default (except C, but not for centos) 16:11:32 So I saw ubuntu without en_us locale some time ago. 16:12:20 probably we should install one (or verify that it's there) 16:12:34 or kinda detect avaiable ones 16:13:04 it looks like ubuntu is ok with that locale 16:13:07 hmm let me find a centos machine 16:14:10 Yeah, I guess ubuntu has it by default 16:15:59 https://termbin.com/692k 16:16:02 this is all the centos locales 16:16:29 isnt there a way for us jsut to say "use utf8" 16:16:32 and not the specific lang 16:17:02 I guess no... That's why C was created I guess 16:17:23 (but I's just a guess) 16:19:07 i wonder what would happen if we dropped that line entirely 16:20:28 Probably I'd suggested adding some en_us.UTF8 generation for centos and defining it instead of C 16:20:46 at least for centos 7. And hope appearing C in centos 8 16:24:22 and add posibility to override it:) 16:24:44 yeah to not mess up users who have specific locales i guess 16:24:56 is C.UTF8 the same as en_us.UTF8 16:25:00 or mostly same 16:25:51 I'm not a big expert but out of what I've found for such pressed time it looks pretty common 16:26:23 yeah i dont think having C.UTF8 will keep your local 16:26:26 despite en_us may be missing things 16:26:36 so it will revert you to english anyways 16:26:47 so if we default to en_us its not like people will get confused 16:28:55 mnaser: So we need to ensure that this locale is present for sure 16:29:07 upps late 16:29:08 o/ 16:29:11 so the question is should be do this for both ubuntu and centos or centos only... 16:29:16 noonedeadpunk: oh i wonder if there is an ansible fact that can say what is the current locale? 16:30:07 ansible_env.LANG 16:30:25 https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variables-discovered-from-systems-facts 16:30:27 so maybe we can use that? 16:31:54 yeah, let me try to make a patch 16:37:10 other than that, the uwsgi repo thing seems to have been approved 16:37:13 so we can start on that clean up 16:38:07 wow, that was fast 16:38:34 noonedeadpunk: ptl +1 counted as +2 :P 16:38:47 I'd say yes:)) 16:38:55 hello 16:38:58 https://opendev.org/openstack/ansible-role-uwsgi 16:39:01 its up and ready 16:39:03 so we can start iterating 16:39:05 hi jrosser 16:39:16 The bad thing is that https://review.opendev.org/#/c/676193/ failed... 16:40:09 noonedeadpunk: thats normal because of how openstack/project-config works 16:40:11 ok, seems that depends on doesn't work 16:40:27 noonedeadpunk: its a 'trusted' repo so you cannot do depends-on it 16:41:04 Ok, great. I've already started work on uwsgi 16:41:45 "A list of projects to be treated as config projects in this tenant. The jobs in a config project are trusted, which means they run with extra privileges, do not have their configuration dynamically loaded for proposed changes, and Zuul config files are only searched for in the master branch." 16:41:48 so repo shouldn't be empty for a long time 16:41:52 they're called config projects now i guess :) 16:41:55 noonedeadpunk: awesome 16:46:19 the nova-lxd jobs on stein are failing 16:47:09 and i didnt really understand why, but problem is it seems to try to use the master version of the repo when it builds the nova venv 16:47:22 Dmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible-openstack_openrc master: Add option to redefine locale https://review.opendev.org/676244 16:47:41 jrosser: so nova-lxd has moved to x/nova-lxd - can't this be the problem? 16:48:15 ah yes thats the otehr thing it it using the wrong url 16:48:21 but i could not see how or where that came from 16:49:43 I guess that they've just move repo to the new url as a part of obsolate process 16:50:44 mnaser: what do you think about approach in https://review.opendev.org/676244 ? 16:51:55 noonedeadpunk: that seemes reasonable actaully 16:52:06 jrosser: i think i remember looking into that 16:54:31 jrosser: i think the step #1 issue is this 16:54:32 https://review.opendev.org/#/c/675155/ 16:54:35 its using the old functional jobs 16:55:36 oh right yes 16:55:44 mainly https://review.opendev.org/#/c/658521/ 16:55:53 logan-: is that safe/good to backport? 17:00:28 #endmeeting