Friday, 2020-05-29

clarkb:/00:00
*** mlavalle has quit IRC00:46
openstackgerritIan Wienand proposed openstack/project-config master: Restrict wheel publish jobs  https://review.opendev.org/73163200:52
*** Meiyan has joined #opendev00:58
*** diablo_rojo has quit IRC01:02
openstackgerritIan Wienand proposed openstack/project-config master: Move wheel build role/job outside project-config  https://review.opendev.org/73140101:30
openstackgerritMerged openstack/diskimage-builder master: Prepare to drop Python 2 support  https://review.opendev.org/73137802:38
ianwinfra-root: i've redrafted https://etherpad.opendev.org/p/rm-pip-and-virtualenv with more of a call-to-action as discussed, please leave any comments and i'll get a mail out03:46
*** ykarel|away is now known as ykarel04:31
AJaegerianw: https://review.opendev.org/731637 is needed for other stable branches for requirements as well, isn't it?05:12
*** bolg has quit IRC05:12
*** sgw has quit IRC05:48
*** ysandeep|away is now known as ysandeep05:55
*** dpawlik has joined #opendev05:55
jrosserclarkb: it was an embedded ansiible, 2.9.9, and it picked /usr/bin/python over anything more obviously python3-ish05:57
*** DSpider has joined #opendev06:57
*** rpittau|afk is now known as rpittau07:04
*** hashar has joined #opendev07:08
*** tosky has joined #opendev07:12
*** factor has quit IRC07:21
*** dtantsur|afk is now known as dtantsur07:30
*** xiaolin has quit IRC07:34
*** njohnston has quit IRC07:47
*** moppy has quit IRC08:01
*** moppy has joined #opendev08:01
hrwlooks like I have to run one of those cache-wheel jobs on local machine and update bindep to get build-time requirements installed08:16
hrw    numpy.distutils.system_info.NotFoundError: No lapack/blas resources found.08:17
AJaegerhrw: check bindep.txt in requirements repository - that list should cover everything you need. And if not: please update ;)08:20
hrwAJaeger: that's the plan08:21
hrwneed to add blas/lapack and few other08:22
fricklerhmm, running download-logs.sh from raxcdn doesn't mind the // conjunctions, that might explain why this wasn't noticed in initial testing earlier. but now it silently stops on file 269/313, can someone verify the same thing happening for them? https://980825aa441338566c98-f5b371aed546eed3ac03c77e9adc0c03.ssl.cf2.rackcdn.com/704831/11/check/devstack-platform-focal/a5aca94/download-logs.sh08:24
hrwAJaeger: having to check xenial/bionic/buster/c7/c8 take some time. focal should just work with whatever bionic/buster get08:26
hrw(vevn3) root@38e04e24663e:~/zuul/requirements# apt -y install `bindep|tail -n1`08:29
hrwand go on08:29
AJaegerhrw: don't check c7, we have no arm c7 images and will not support c7 on ARM. So, one less ;)08:31
hrw;)08:31
hrwAJaeger: for now c8 on aarch64 is only partially supported08:32
hrwAJaeger: kolla can not be built for that combo until c8.208:32
AJaegerI see08:36
*** ysandeep is now known as ysandeep|lunch08:43
fricklercurl: (61) Unrecognized content encoding type. libcurl understands deflate, gzip, br content encodings.09:07
fricklerthis has "Content-Encoding: xz" ... https://980825aa441338566c98-f5b371aed546eed3ac03c77e9adc0c03.ssl.cf2.rackcdn.com/704831/11/check/devstack-platform-focal/a5aca94/controller/logs/devstack.journal.xz09:08
fricklerso a gather nobody is really using download-logs.sh or we should have seen complaints about it earlier :-/09:08
fricklerand that's even with curl on focal, I first assumed my local gentoo version to be too old09:09
hrwgood to have 46 cpu cores. 5 distros build all python packages from openstack/requirements at same time. each in own container09:23
*** ykarel is now known as ykarel|lunch09:35
*** roman_g has joined #opendev09:52
*** hashar has quit IRC09:59
*** Meiyan has quit IRC10:01
*** ysandeep|lunch is now known as ysandeep10:03
*** rpittau is now known as rpittau|bbl10:07
openstackgerritDmitry Tantsur proposed openstack/diskimage-builder master: Do not fail in a venv when activate_this.py is not found  https://review.opendev.org/73171910:23
openstackgerritDmitry Tantsur proposed openstack/diskimage-builder master: Add handling for no activate_this.py in venv  https://review.opendev.org/70447810:32
*** ykarel|lunch is now known as ykarel10:38
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099111:43
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125811:43
openstackgerritMonty Taylor proposed opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099911:54
openstackgerritMonty Taylor proposed opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161711:54
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099111:54
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125811:54
*** hashar has joined #opendev11:56
openstackgerritMerged openstack/project-config master: Add root_marker_dir for releasenotes publish  https://review.opendev.org/73146211:56
*** elod has quit IRC12:10
hrwAJaeger: present?12:16
hrwAJaeger, smcginnis: trying to sort out all those dependencies for requirements and wheels cache builds12:16
hrwAJaeger, smcginnis: they either go to bindep in requirements or to playbook in openstack-zuul-jobs12:16
hrwand I got lost where to put them12:16
*** elod has joined #opendev12:17
hrwon one side https://review.opendev.org/#/c/731728/ updated bindep in requirements project to cover all build-deps for whatever is in upper-constraints.txt12:17
hrwon the other wasn't bindep to list what is needed to fulfill 'pip install -r requirements.txt' needs?12:19
hrwcopied that into https://review.opendev.org/#/c/73172812:22
AJaegerhrw: that was my understanding but did not double check so far12:22
hrwthat's why I left comment as Sean asked there12:24
AJaegerhrw you havebot hthe same review - the first 731728 is wrong12:24
AJaegerhrw: just left a comment, bindep.txt documents it nicely ;)12:25
hrwok12:25
hrwAJaeger: anyway build-wheel-cache role in openstack-zuul-jobs looks like ignoring bindep anyway12:27
hrwwill add there few lines for it12:28
AJaegerhrw: best discuss with ianw as well. But ignoring bindep means your requirements change is a noop. Adding that might be  good idea12:30
AJaegerhrw playbooks/wheel-cache/pre.yaml uses bindep12:31
AJaegerhrw: so, if bindep is ignored, let's debug why12:31
hrwok thanks12:32
AJaegerhrw: on https://review.opendev.org/#/c/731630 we use the wrong bindep - fixing...12:35
*** rpittau|bbl is now known as rpittau12:35
hrwAJaeger: https://review.opendev.org/#/c/728798/26/playbooks/build-kafka.yaml will be needed too. but have to improve it12:36
hrwsmcginnis: elo12:37
hrwAJaeger: as simple version does not cover xenial/buster/bionic/focal ;(12:37
smcginnisI think there may be a way to have different "targets" in bindep. In that case, I think we could include things in there, as long as they are not installed in the default case.12:38
AJaegersmcginnis: we can tag them with "wheel"12:38
smcginnisI haven't had to set up binary requriements for specific jobs before though, so I am not sure.12:38
smcginnisAJaeger: OK, that could make sense then.12:39
hrwsmcginnis: x86 world is simple as most of wheels you get ready to use ;D12:39
*** tkajinam has quit IRC12:39
AJaegerhrw, updated https://review.opendev.org/731630 to use bindep with profile wheels.12:41
AJaegerI think your build-kafka should add the binaries to bindep.txt as well. Let's get 731630 passing first ;)12:42
hrwsmcginnis: you are aware that entries in requirements.txt of openstack/requirements project require EMPTY bindep.txt?12:44
hrwnone of entries there need anything12:44
hrwI just installed openstack/requiements on clean focal12:44
hrwso whole bindep.txt is for listing build deps of wheels basically...12:44
hrwAJaeger: there are no binaries for librdkafka ;(12:46
AJaegerhrw, smcginnis, so we can change lines from "krb5-devel [platform:redhat]" to "krb5-devel [platform:redhat wheel]"12:46
hrwAJaeger: not new enough ones12:46
hrwAJaeger: s/\[/[wheel /g12:46
AJaegerhrw: yep12:46
hrwso what for that file would be?12:46
fungihrw: i think the requirements.txt in openstack/requirements is probably irrelevant here. wheels are built for the global-requirements.txt file instead12:46
hrwfungi: and for global-requirements.txt current bindep.txt is not enough on !x8612:47
AJaegerfungi: yes, as stated in bindep.txt from rquirements repo12:47
hrwthat's my patch does - updates bindep.txt to really have all deps12:47
fungihrw: sure, i'm not surprised, far fewer people publish arm wheels to pypi so there will be more we have to build12:47
hrwfungi: yep12:48
AJaegerfungi, please review 731630 so that we can test this (part of ianw's wheel build rework)12:48
fungii'll put it on my queue, still catching up on e-mail and any emergencies for the morning12:48
hrwAJaeger: please add debian-buster ones too12:49
AJaegerhrw: one step at a time ;)12:49
hrwAJaeger: 731360 adds all entries so can add all we want ;d12:49
AJaegerhrw: let me first get it working for those entries we have ;)12:51
AJaegerhrw: needs iteration12:52
hrwok12:53
*** ykarel is now known as ykarel|afk13:01
*** elod has quit IRC13:06
openstackgerritDmitry Tantsur proposed openstack/diskimage-builder master: Do not fail in a venv when activate_this.py is not found  https://review.opendev.org/73171913:09
*** elod has joined #opendev13:13
hrwok. master packages built with whatever cache we plan to have13:17
mordredinfra-root: I'm out this morning - will be back online this afternoon13:19
*** hashar has quit IRC13:37
*** ysandeep is now known as ysandeep|afk13:41
AJaegerhrw: libmysqlclient-dev is missing on buster - what's its name? That needs updating in requirements/bindep.txt13:43
hrwAJaeger: libmariadb-dev13:44
hrwAJaeger: https://review.opendev.org/#/c/731728/13:45
AJaeger;) thanks13:45
*** olaph has joined #opendev13:47
*** hashar has joined #opendev13:52
*** mlavalle has joined #opendev14:00
openstackgerritMerged zuul/zuul-jobs master: upload-artifactory: fix variable misspelling  https://review.opendev.org/73153514:15
*** abhishekk has joined #opendev14:21
openstackgerritMerged zuul/zuul-jobs master: ensure-bazel: replace ignore_errors with failed_when  https://review.opendev.org/73073314:21
abhishekkI have question related to meetpad14:21
fungiabhishekk: hopefully we have answers14:22
abhishekkIf I create a room on meetpad then to invite others I just need to share that url with the members, right?14:22
abhishekkfor example; https://meetpad.opendev.org/<room-name>14:22
abhishekk2. Right now when I joined one room, I am seeing one etherpad there that is there for testing purpose?14:25
corvusclarkb, mordred: can you check my comments on https://review.opendev.org/730999 ?14:29
*** sgw has joined #opendev14:29
*** ykarel|afk is now known as ykarel14:32
abhishekkfungi, got the answers, thank you14:32
fungiabhishekk: cool, but just to confirm yes every meetpad room corresponds to a like-named etherpad document14:33
fungiso meetpad.o.o/foo uses the same pad as you get by going to etherpad.o.o/foo14:34
abhishekkoh, cool14:34
smcginnisI haven't checked, but I would assume if you called a meetpad meeting the same as an existing etherpad, you would end up automatically picking up that existing etherpad. For better or worse.14:34
fungismcginnis: correct, we relied on that for some of our testing even14:35
abhishekksmcginnis, yes you get the same one14:35
fungithe expectation is that teams who are using their ptg planning etherpads for taking notes could just use that same name for their meetpad room14:35
fungisimilar to putting that pad up on a projection screen at an in-person ptg14:36
abhishekk+114:36
fungiexcept that you'll be able to edit the pad directly through your jitsi-meet window rather than needing to have it in a separate browser window/tab14:36
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Add the namespace in wait-for-pods role  https://review.opendev.org/73129214:44
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Add namespace in the collect-k8s-logs role  https://review.opendev.org/73131914:44
abhishekkfungi, I can see force reconnect to etherpad message frequently, is it due to less network speed?14:51
fungiabhishekk: it might be that you have another browser window/tab open to that same etherpad directly?14:51
abhishekkfungi, not till now14:52
abhishekkalso in meetpad etherpad window I have written some contents which are still there, but when I opened it using etherpad.o.o/foo I am not seeing those14:53
fungimordred: have we possibly broken ptgbot updates on eavesdrop?14:54
fungidiscussing in #openstack-ptg but the deployment job doesn't seem to have updated the git repo in /opt.ptgbot14:55
fungier, /opt/ptgbot14:55
fungi(when you're back this afternoon)14:55
fungii'll dig deeper in the meantime14:55
fungiabhishekk: in that case it sounds like something might be wrong with the websocket connection back to the etherpad api14:56
fungiwhat browser are you using?14:56
abhishekkfirefox14:57
corvusabhishekk: what's the meetpad url?  i can try to join and see if i have similar problems14:58
abhishekkcorvus, https://meetpad.opendev.org/Konan14:59
clarkbnote firefox is expected to not work as well with jitsi meet14:59
abhishekkclarkb, let me shift to chrome then15:00
clarkbthats from my own experience testing but also the perf docs frickler found15:00
*** hashar has quit IRC15:00
openstackgerritGuillaume Chauvel proposed zuul/zuul-jobs master: WIP: improve ensure-tox, ensure-twine, upload-pypi  https://review.opendev.org/73178415:01
abhishekkclarkb, ack15:01
corvusabhishekk: i think the issue with the etherpad text not propagating is case sensitiveti15:02
corvusabhishekk: https://etherpad.opendev.org/p/konan15:02
corvusthat's where we ended up15:02
corvusfungi, clarkb: ^15:02
abhishekkcorvus, let me check15:02
abhishekkcorvus, yes, now I can see it15:03
corvusnotice the captial K for the meetpad url gets translated to lowercase for the etherpad15:03
fungiinteresting15:04
abhishekkaha, so it will be case for all the rooms who will use capital letters in room names15:04
fungiwe likely didn't think to test with capital letters15:04
corvusyeah, though i'd like to see if we can fix that; i'm not sure where the translation is happening15:04
corvusi'll be back after breakfast15:04
fungiokay, so update on the ptgbot deployment, looks like we may have regressed infra-prod-remote-puppet-else15:05
abhishekkcorvus, thank you15:06
fungihrm, nope, maybe not the infra-prod-remote-puppet-else failures, it looks like we're not applying it at all on eavesdrop.o.o15:07
fungii guess infra-prod-service-eavesdrop is replacing it for that server, but doesn't do ptgbot15:12
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Add namespace in the collect-k8s-logs role  https://review.opendev.org/73131915:14
openstackgerritGuillaume Chauvel proposed zuul/zuul-jobs master: WIP: improve ensure-tox, ensure-twine, upload-pypi  https://review.opendev.org/73178415:16
fungiinfra-root: should i manually recreate the vcsrepo and exec steps here for now, or do we have something which is supposed to be running this still? https://opendev.org/opendev/puppet-ptgbot/src/branch/master/manifests/init.pp15:16
openstackgerritGuillaume Chauvel proposed zuul/zuul-jobs master: WIP: improve ensure-tox, ensure-twine, upload-pypi  https://review.opendev.org/73178415:24
corvusfungi: looking15:26
fungioh, playbooks/service-eavesdrop.yaml is still supposed to run-puppet for eavesdrop.pp15:29
fungiso maybe it just needs to run on changes to the ptgbot repo15:30
fungiit hasn't built since the most recent fix merged15:30
corvuswhen was that?15:30
ttx3 hours ago15:31
fungipatch for openstack/ptgbot merged 12:42z but infra-prod-service-eavesdrop last ran at 07:24z15:31
fungiwe're running it in periodic15:31
ttxah it's periodic, not hourly15:31
corvusprobably the quickest way to get it deployed would be to run the service plabyook manually on bridge15:32
fungiyep, i can give that a whirl15:32
fungithanks for looking!15:33
corvusand yeah, we should be able to run it on changes to ptgbot repo, but it might take us a few days to get that nailed down, so i'd be in favor of just running that manually as necessary until we do15:34
clarkbcorvus: that plan wfm15:35
fungiwhere do we keep the system-config playbooks on bridge.o.o nowadays?15:36
fungithe /opt/system-config checkout looks stale15:36
clarkbfungi: /home/zuul/src/opendev.org/opendev/system-config15:36
clarkbfungi: its like a zuul node15:36
fungiahh, thanks!15:36
fungiyep15:36
fungiso should i run `ansible-playbook -l eavesdrop.openstack.org playbooks/service-eavesdrop.yaml` as zuul from there?15:37
clarkbI'm having a bit of a slow start today, but if no oen else is wanting to do it I'll work on spinning up jvb02-04 after some breakfast15:37
clarkbfungi: I think you may need to sudo it (the zuul user bit is less important)15:37
fungier, i guess it's eavesdrop0115:37
fungiahh, okay, so zuul runs it with root privs anyway?15:37
clarkbfungi: yes15:37
corvusi don't think you'll need a limit15:38
corvusshould just be able to do 'ansible-playbook playbooks/service-eavesdrop.yaml'15:38
clarkband ya limit may not be necessary since its a service specific playbook that should have the appropriate hosts set15:38
fungigot it, thanks15:38
fungi#status log manually ran `ansible-playbook playbooks/service-eavesdrop.yaml` as root from /home/zuul/src/opendev.org/opendev/system-config on bridge.o.o to deploy a ptgbot fix faster than the daily periodic pipeline run would have15:42
openstackstatusfungi: finished logging15:43
fungithat seems to have done the trick15:43
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Make .sh browsable on swift logs  https://review.opendev.org/73179515:56
*** ykarel is now known as ykarel|away15:58
clarkbcorvus: more re https://review.opendev.org/#/c/730999/7/testinfra/test_base.py that is a good point. I think maybe what we should do is test the base rules in the base case (snmp and ssh). Then zuul can check things like 443 and 19885 ?16:03
clarkbs/more//16:03
openstackgerritJeremy Stanley proposed openstack/project-config master: Deploy ptgbot and puppet-ptgbot changes  https://review.opendev.org/73179616:04
corvusclarkb: well, 19885 is there to verify that we haven't botched the streaming port on our test node; it's not actually something handled by iptables.  but we could check 4730 on the scheduler16:04
clarkb++16:05
openstackgerritMerged opendev/irc-meetings master: Remove the congress team meeting  https://review.opendev.org/72174416:11
clarkbI've started the jvb assembly line16:13
fungion a related ptg note, reviews of 731796 would be appreciated... i assume it's safe, but others likely know better16:14
*** dpawlik has quit IRC16:15
clarkbfungi: they are in the same tenant so it should function. (we don't do similar with zuul/nodepool due to different tenancy)16:16
corvusfungi: it's worth noting that when we move system-config into the opendev tenant, we won't be able to do the deploy on 'openstack/ptgbot' changes any more16:16
clarkbwhat we do with zuul and nodepool is to run them hourly instead16:17
clarkbmaybe that is a better future proof option?16:17
corvusyeah, we might want to go ahead and do that while we've got this all in our heads, so we don't have to untangle it later16:17
fungiyeah, i think going back to running service-eavesdrop hourly is probably safe now that we're limiting run-accessbot to only fire for changes to the config16:18
fungicool, i'll adjust16:18
*** rpittau is now known as rpittau|afk16:21
openstackgerritJeremy Stanley proposed opendev/system-config master: Deploy eavesdrop hourly  https://review.opendev.org/73180016:23
fungiclarkb: corvus: ^16:24
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul-jobs master: Make .sh browsable on swift logs  https://review.opendev.org/73179516:25
*** dtantsur is now known as dtantsur|afk16:29
openstackgerritClark Boylan proposed opendev/zone-opendev.org master: Add three more jvbs to DNS  https://review.opendev.org/73180216:29
openstackgerritClark Boylan proposed opendev/system-config master: Add three more JVB servers  https://review.opendev.org/73180316:30
clarkbinfra-root ^ that should be ready. I've accepted ssh host keys. I do need to set up reverse dns though but that is quick16:31
clarkband now reverse dns is done16:32
clarkbthat gives us 5 running jvb processes at ~40 users each (based on not a ton of of testing)16:33
clarkbmordred: ^ I think those changes will conflict with your reorgs, but corvus' comment on the iptabltes change likely means ar ebase anyway16:50
*** roman_g has quit IRC16:59
*** roman_g has joined #opendev17:00
clarkbfungi: have a moment for topic:more-jvbs ? both changes have passed the check queue at this point17:02
fungiyeah, gimme a sec to switch gears17:02
openstackgerritMerged opendev/system-config master: Deploy eavesdrop hourly  https://review.opendev.org/73180017:12
clarkbfungi: thanks!17:17
fungiyou bet. it was a nice (albeit brief) distraction ;)17:19
openstackgerritMerged opendev/zone-opendev.org master: Add three more jvbs to DNS  https://review.opendev.org/73180217:19
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not lint loopvar in test-playbooks  https://review.opendev.org/73181417:24
openstackgerritMerged openstack/project-config master: Restrict wheel publish jobs  https://review.opendev.org/73163217:25
openstackgerritMerged opendev/system-config master: Add three more JVB servers  https://review.opendev.org/73180317:36
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not lint loopvar in test-playbooks  https://review.opendev.org/73181417:42
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Do not lint loopvar in test-playbooks  https://review.opendev.org/73181417:51
mordredclarkb: nod. and yes - the corvus iptables comment is, it turns out, important :)18:08
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099118:09
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125818:09
mordredblast. one sec18:09
openstackgerritMonty Taylor proposed opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099918:09
openstackgerritMonty Taylor proposed opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161718:10
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099118:10
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125818:10
*** elod has quit IRC18:10
openstackgerritMonty Taylor proposed opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099918:11
openstackgerritMonty Taylor proposed opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161718:11
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099118:11
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125818:11
mordredclarkb: ok- that should be fixed and then rebased18:11
clarkbmeetpad updates should happen soon. The deploy buildset is jugging through its list18:12
*** elod has joined #opendev18:17
AJaegerconfig-core, here's a new airship repo creation request for review: https://review.opendev.org/73123618:20
clarkbnew jvb's look good at first glance. I'm going to find some lunch but we should probably do a quick conference with someone that has a wecam today. (and then start like 5 of them to ensure all 5 jvb's are doing work)18:40
clarkbfungi: corvus ^ I think you have webcams18:40
clarkboh and I'll double check cacti after lunch too18:41
*** elod has quit IRC18:45
*** elod has joined #opendev18:45
corvusclarkb: yeah, i'll join you after lunch18:46
fungiyeah, i have my studio all set up for next week, so can help test more easily than in previous weeks18:51
*** elod has quit IRC19:20
openstackgerritMonty Taylor proposed opendev/system-config master: Run iptables in service playbooks instead of base  https://review.opendev.org/73099919:23
openstackgerritJeremy Stanley proposed opendev/infra-specs master: Central Authentication Service  https://review.opendev.org/73183819:28
fungiclarkb: corvus: mordred: ^19:28
fungimy attempt at collation and distillation19:28
fungiit's not as distilled as i would like, but at least it flows somewhat smoothly19:29
fungistill may be a bit disjoint in places19:30
funginot exactly light reading19:30
fungiand took far longer to knock out than i imagined19:31
corvusclarkb: back and ready whenever you are19:31
clarkbcorvus: just a few more minutes for me19:32
clarkbok here now19:36
clarkbI jumped into https://meetpad.opendev.org/meetpadtest119:37
fungido we need to do separate pads each to exercise the different jvbs?19:39
clarkbfungi: ya19:42
clarkbwe are on meetpadtest1 through meetpadtest519:43
clarkb5 is where we are unmuted19:43
clarkbthings look good19:44
fungiahh, so i can open multiple chromium tabs to different pads?19:45
clarkbfungi: ya just be sure to mute in all but one19:45
clarkbfungi: however I think we are dropping now19:45
clarkbI can stay on if you want to test too19:45
corvusoh i just dropped19:46
clarkbfungi: I'm unmuted on 0519:46
clarkber I guess its just 519:46
fungino worries19:46
clarkbI see you on 119:46
clarkb`sudo docker logs jitsi-meet-docker_jicofo_1 2>&1 | grep 'Added participant'` on meetpad01 to see where people are ending up19:48
*** elod has joined #opendev19:51
corvusbased on the js console logs, i think jitsi meet may only use lowercase room names19:54
corvus2020-05-29T19:51:14.607Z [modules/xmpp/ChatRoom.js] Joined MUC as apparentantelopesrejoicewonderfully@muc.localhost/2d2b0daf19:55
corvusthat's for https://meetpad.opendev.org/ApparentAntelopesRejoiceWonderfully19:55
clarkbah an expectation mismatch between meetpad and etherpad I guess then19:55
clarkber jitsi meet and etherpad19:55
fungisorry i missed the load test, but thanks clarkb for helping me double-check my input levels and streaming19:56
fungiif folks want to rename existing etherpads to their lower-case versions, i'm happy to do that for them. it's all of one api call19:57
clarkbetherpads auto generated names use upper case characters too. Those might be clunky to deal with19:58
fungii think i also have a long-standing todo list entry to add documentation on how to use the admin api for etherpad19:58
corvushttps://github.com/jitsi/jicofo/blob/master/src/main/java/org/jitsi/impl/protocol/xmpp/OperationSetMultiUserChatImpl.java#L13619:58
clarkbbut for the PTG we can probably get away with having people use lower case human generated names19:58
fungii sort of expected ptg sessions to use their pregenerated etherpads as meetpad rooms anyway19:59
corvushttps://github.com/jitsi/jicofo/commit/4ba9529087aa1398362c94e4acfe83e77f6b41d419:59
corvusfungi: are the pre-generated pads lc?19:59
clarkbcorvus: oh is that a limitation of xmpp multi user chat?19:59
clarkbhttp://ptg.openstack.org/etherpads.html most but not all of them are lc20:00
fungicorvus: not sure if they're truly consistently pregenerated or if teams are just precreating them individually. i assume the latter20:00
clarkbironic, octavia, and sdk-cli appear to use mixed case etherpads20:01
clarkbmordred: ^ is sdk-cli something you are involved with? maybe we can use that as our guinea pig for renaming if so?20:01
clarkbjohnsom: ^ not sure if you plan to use meetpad but if you do we may need to rename your etherpad (whcih we can do via the etherpad api to keep the content and hsitory)20:04
clarkbrm_work: is here too cool ^20:04
johnsomYeah, we are planning to use jitsi. The bummer is we all have book marked it as is20:04
clarkbjohnsom: bookmarked the meetpad url or etherpad url?20:06
johnsometherpad20:06
johnsomI'm not 100% sure it is important to have the etherpad part of the session though, we all can have a separate etherpad window.20:07
clarkbok if it was meetpad it would just work. But with etherpad you'll end up with two distinct sets of content20:07
johnsomRight, I just tested that.20:07
mordredclarkb: yah. I think it's fine to change the url there aren't that many of us20:09
openstackgerritMonty Taylor proposed opendev/system-config master: Rename service-letsencrypt to just letsencrypt  https://review.opendev.org/73161720:10
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099120:10
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125820:10
corvusa lot of that code has changed since then; i wonder if that's still necessary20:19
clarkbI'm digging through specs to figure out what room JID requirements are fwiw20:22
corvusthe docker images for the java stack basically just install debs, so building a local patch for that isn't as straightforward as it was for the JS20:23
corvusmaybe i can dpkg-build a new jicofo, then patch it into the jicofo container image20:24
clarkbfrom what I can tell xmpp allows for unicode under this rfc https://tools.ietf.org/html/rfc345420:26
clarkbthat does include some normalization but its of codepoints not changing meaning aiui20:26
clarkb(all that to say I don't think xmpp itself requires room JIDs be lower case)20:26
corvusi've removed the tolower line and am running this in jicofo: "dpkg-buildpackage -A -rfakeroot -us -uc"20:27
corvusdoes that sound like a plausible process?20:27
clarkbfungi: mordred ^ (I am the wrong person to ask about deb builds)20:28
corvusfungi, mordred: this is the repo; i'm running that command in its root: https://github.com/jitsi/jicofo/20:28
corvusso you can see the debian dir there20:28
fungitending the wok any second, but will see what i can see20:33
corvusseems to have built something20:33
mordredcorvus: your dpkg-buildpackage line lgtm20:34
corvuscool, i'll try installing it and see what happens20:34
mordredcorvus: worst case it'll cause the universe to implode, but probably fine20:35
fungiyeah, your command there looks reasonable. i generally just call it with debuild -b -uc -us20:35
corvushrm, the .deb made on my bionic machine doesn't seem very compatible with the stretch image; i'll rebuild it in a docker container20:42
fungior you can use something like bionic's pbuilder package to create a stretch chroot20:43
fungior even just mdebootstrap/cdebootstrap20:43
corvushrm, i'm not making very good progress20:58
corvusso the original error when i tried to install my bionic build in the image was from dpkg: invoke-rc.d: syntax error: unknown option "--skip-systemd-native"20:59
corvusso i tried building on debian stretch and gotthis from dpkg-buildpackage: dh: Sorry, but 11 is the highest compatibility level supported by this debhelper.20:59
corvusso i tried debian buster, and it has no openjdk-8-jre-headless21:00
funginewer debhelper is likely available in stretch-backports21:05
clarkbcorvus: the control file seems to say java 11 is acceptable too?21:05
clarkbBuild-Depends: debhelper, openjdk-8-jre-headless | openjdk-11-jre-headless, maven21:05
corvusclarkb: yeah, but that's not what the docker images run21:05
fungibut in general, this does not sound like a package which would pass debian's (admittedly rigorous) qa standards21:05
corvusmaybe that's how the debs are built though?21:05
clarkbcorvus: oh I see21:05
corvusthere's no info on their upstream build env21:05
corvusfungi: so maybe try building on stretch with backports added...?21:06
corvusclarkb: or build on buster with 11?21:06
fungiyeah, stretch-backports has debhelper 1221:06
mordredI'd try that21:06
fungiso compat level 11 should work with newer debhelper21:06
corvusyeah, my gut says they're using stretch across the board21:06
mordredfungi: their compat file is actually looking for 12 - so that's good21:07
mordredhttps://github.com/jitsi/jicofo/blob/master/debian/compat21:07
fungiyeah, openjdk-11-jre-headless is also available in stretch-backports21:07
fungii bet they built this on stretch with stretch-backports enabled21:08
mordredif only there was somehting that showed how they did that21:08
corvusoh yeah, they add stretch-backports to the run-time docker images, so that seems likely they'd have it for the build21:08
openstackgerritMonty Taylor proposed opendev/system-config master: Split inventory into multiple dirs and move hostvars  https://review.opendev.org/73099121:12
openstackgerritMonty Taylor proposed opendev/system-config master: Override bridge hostvars directly  https://review.opendev.org/73125821:12
*** paladox has quit IRC21:27
*** paladox has joined #opendev21:29
corvuswelp, that was a long path back to the same spot: invoke-rc.d: syntax error: unknown option "--skip-systemd-native"21:31
corvusi don't know what that means, but i'm really pleased to see that systemd is involved21:32
clarkbcorvus: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=90783621:33
openstackDebian bug 907836 in lintian "lintian: add check for usage of invoke-rc.d --skip-systemd-native without a suitable Pre-Depends" [Wishlist,Fixed]21:33
clarkbthat has a pre depends thing we might be able to add to the control file to fix it?21:33
corvusi'm not sure what we should add there though21:35
corvusoh looks like since we're using debhelper we can use that $misc thing21:35
corvusi'll give that a shot21:35
fungithe version of init-system-helpers in stretch is older than when that option was added, and there's no newer version in stretch-backports, so i have limited hope that will help21:36
fungiif i'm interpreting that correctly, debhelper 12 from backports is adding --skip-systemd-native to the invoke-rc.d command line, assuming it will have a new enough version of the init-system-helpers package to support that option21:38
fungino, wait, i misread21:39
fungithere is a new enough version in stretch-backports21:39
fungiso the versioned pre-depends may help21:39
fungior preinstalling init-system-helpers/stretch-backports21:40
corvus jicofo pre-depends on init-system-helpers (>= 1.54~) init-system-helpers is installed, but is version 1.48.21:40
fungihuh21:40
clarkbdoes the ~ means something important there?21:40
fungicorvus: oh, likely needs to be upgraded in the build environment21:41
corvusthat's in the runtime env21:41
corvusso we'd need to upgrade it there?21:41
fungiclarkb: ~ is a "sort before" operator used for prereleases21:41
clarkbfungi: ah21:41
fungicorvus: oh, yeah may need to manually upgrade init-system-helpers to the version from stretch-backports in the runtime environment first then since it's a pre-dependency and not a normal dependency21:43
corvusokay, i have done that and it is now installed21:44
fungibasically meaning it has to be installed before the pre-install maintscripts for jicofo are run by apt21:44
corvusi have no idea how this really works21:44
fungiunder normal circumstances it's not something you would encounter21:44
fungibut mixing low-level packaging bits from backports gets hairy like that21:44
corvuswell, i don't understand how the jicofo deb from upstream gets installed21:45
fungiahh21:45
corvuswe should be building the deb pretty close to how they are, and we're installing it pretty close to how they are21:45
corvusso something isn't adding up21:45
fungiare you still getting the same error?21:45
corvusnope: okay, i have done that and it is now installed21:45
corvusi understand what we have done to fix the errors; i don't understand why they happened in the first place21:46
corvusthese packages are updated upstream almost continuously21:46
corvusbasically, they appear to be the result of an impossible combination of factors21:47
corvusanyway, i have a runtime image; i'll try it out locally and if it works, push it up to dockerhub21:48
fungiit seems like they have a build environment which is stretch with everything upgraded to stretch-backports (which is not really how stretch-backports is meant to be used)21:49
fungii *think* that would account for all the hurdles you encountered anyway21:49
corvusjicofo master didn't seem to work with the rest of the system; i'm rebuilding at stable-462722:10
corvusgood news and bad news: i have a local system up and running now with the new locally-built image, but removing that lowercase call is insufficient.22:19
corvusit looks like jitsi-meet itself has some lowercasing22:20
fungignarly22:24
corvusi'll try changing that too22:25
fungisorry i'm not more help, rapidly approaching evening braindeath22:26
openstackgerritGuillaume Chauvel proposed zuul/zuul-jobs master: ensure-tox: fix tox_executable fact when tox is preinstalled  https://review.opendev.org/73185322:36
openstackgerritGuillaume Chauvel proposed zuul/zuul-jobs master: ensure-twine: Update using same format as ensure-tox  https://review.opendev.org/73185422:36
*** DSpider has quit IRC22:57
*** mlavalle has quit IRC22:58
corvusall right, that's got us to: 2020-05-29T22:59:25.613Z [JitsiConference.js] <oe>:  Invalid conference name (no conference name passed or it contains invalid characters like capital letters)!23:00
corvusthat's in lib-jitsi-meet23:03
clarkbit actually says "like capital letters"?23:05
corvushttps://github.com/jitsi/lib-jitsi-meet/blob/master/JitsiConference.js#L12123:06
corvusclarkb: which is funny because that's the only thing it checks.23:07
corvusokay, i've removed that and am rebuilding23:14
corvus"thank goodness" it just installes from a github sha instead of via an npm release23:15
ianwAJaeger: ianw: https://review.opendev.org/731637 is required on other branches? -- it seems that the jobs have been removed from the other branches, i'd say queens was just overlooked23:38
*** tosky has quit IRC23:38
corvusokay, that starts but does not work23:38
corvusclarkb, fungi, mordred: i think i've gone far enough down the rabbit hole to say that it's not a trivial matter to remove the case restriction -- there are assumptions lurking somewhere in some components, so i don't think this is something we can expect to change over the weekend.23:40

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!