Wednesday, 2020-08-05

*** HenryG has quit IRC00:01
*** HenryG has joined #openstack-infra00:02
*** tetsuro has joined #openstack-infra00:07
*** ryohayakawa has joined #openstack-infra00:09
*** jamesmcarthur has quit IRC00:09
*** jamesmcarthur has joined #openstack-infra00:11
*** jamesmcarthur has quit IRC00:12
*** jamesmcarthur has joined #openstack-infra00:12
*** jamesmcarthur has quit IRC00:13
*** _erlon_ has quit IRC00:14
*** jamesmcarthur has joined #openstack-infra00:18
*** jamesmcarthur has quit IRC00:20
*** Lucas_Gray has quit IRC00:24
*** Lucas_Gray has joined #openstack-infra00:27
*** jamesmcarthur has joined #openstack-infra00:30
*** gyee has quit IRC00:30
*** jamesmcarthur has quit IRC00:32
*** jamesmcarthur has joined #openstack-infra00:37
*** jamesmcarthur has quit IRC00:38
*** jamesmcarthur has joined #openstack-infra00:44
*** rlandy has quit IRC00:50
*** tetsuro_ has joined #openstack-infra00:54
*** tetsuro_ has quit IRC00:56
*** tetsuro_ has joined #openstack-infra00:56
*** tetsuro has quit IRC00:58
*** tetsuro_ has quit IRC00:59
*** tetsuro has joined #openstack-infra00:59
*** hashar has joined #openstack-infra01:29
*** rfolco has quit IRC01:39
*** Lucas_Gray has quit IRC01:43
*** dave-mccowan has joined #openstack-infra01:45
*** Lucas_Gray has joined #openstack-infra01:49
*** jamesmcarthur has quit IRC01:59
*** d34dh0r53 has quit IRC02:01
*** d34dh0r53 has joined #openstack-infra02:04
*** tetsuro_ has joined #openstack-infra02:11
*** dave-mccowan has quit IRC02:13
*** apetrich has quit IRC02:14
*** tetsuro has quit IRC02:15
*** aarents has quit IRC02:22
*** aarents has joined #openstack-infra02:23
*** ramishra has joined #openstack-infra02:24
*** mtreinish has joined #openstack-infra02:39
*** rcernin has joined #openstack-infra03:07
*** markvoelker has joined #openstack-infra03:10
*** tetsuro_ has quit IRC03:12
*** markvoelker has quit IRC03:15
*** Lucas_Gray has quit IRC03:31
*** psachin has joined #openstack-infra03:33
*** jamesmcarthur has joined #openstack-infra03:37
*** jamesmcarthur has quit IRC03:42
*** markvoelker has joined #openstack-infra03:46
*** hashar has quit IRC03:50
*** markvoelker has quit IRC03:51
*** tkajinam has quit IRC03:51
*** tkajinam has joined #openstack-infra03:52
*** markvoelker has joined #openstack-infra03:53
*** yamamoto has quit IRC04:02
*** markvoelker has quit IRC04:05
*** vishalmanchanda has joined #openstack-infra04:15
*** ramishra has quit IRC04:16
*** ociuhandu has joined #openstack-infra04:18
*** yamamoto has joined #openstack-infra04:19
*** ociuhandu has quit IRC04:23
*** jamesmcarthur has joined #openstack-infra04:28
*** udesale has joined #openstack-infra04:33
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-infra04:33
*** ykarel|away has joined #openstack-infra04:43
*** ramishra has joined #openstack-infra04:44
*** ykarel|away is now known as ykarel04:46
*** raukadah is now known as chkumar|rover04:54
*** jamesmcarthur has quit IRC04:55
*** lbragstad_ has joined #openstack-infra05:04
*** lbragstad has quit IRC05:07
*** jamesmcarthur has joined #openstack-infra05:15
*** ykarel has quit IRC05:24
*** ykarel has joined #openstack-infra05:29
*** lmiccini has joined #openstack-infra05:29
*** udesale_ has joined #openstack-infra05:45
*** udesale has quit IRC05:47
openstackgerritOpenStack Proposal Bot proposed openstack/project-config master: Normalize projects.yaml  https://review.opendev.org/74482206:07
*** eolivare has joined #openstack-infra06:13
*** Ajohn has quit IRC06:15
*** udesale_ has quit IRC06:24
*** dklyle has quit IRC06:31
*** jcapitao has joined #openstack-infra06:32
*** udesale has joined #openstack-infra06:52
*** jamesmcarthur has quit IRC06:58
*** rcernin has quit IRC06:58
*** rcernin_ has joined #openstack-infra06:59
*** jamesmcarthur has joined #openstack-infra06:59
*** nightmare_unreal has joined #openstack-infra07:00
*** ryohayakawa has quit IRC07:02
*** zxiiro has quit IRC07:02
*** jamesmcarthur has quit IRC07:03
*** rcernin_ has quit IRC07:05
*** apetrich has joined #openstack-infra07:06
*** rcernin has joined #openstack-infra07:06
*** slaweq has joined #openstack-infra07:07
*** tosky has joined #openstack-infra07:38
openstackgerritMerged openstack/project-config master: Normalize projects.yaml  https://review.opendev.org/74482207:41
*** jpena|off is now known as jpena07:54
*** gfidente|afk is now known as gfidente08:03
*** dtantsur|afk is now known as dtantsur08:04
*** pkopec has joined #openstack-infra08:11
*** lucasagomes has joined #openstack-infra08:15
*** jamesmcarthur has joined #openstack-infra08:17
*** xek has joined #openstack-infra08:21
*** tosky has quit IRC08:26
*** jamesmcarthur has quit IRC08:27
*** tosky has joined #openstack-infra08:27
*** ralonsoh has joined #openstack-infra08:30
*** andrewbonney has joined #openstack-infra08:50
*** derekh has joined #openstack-infra08:51
*** tetsuro has joined #openstack-infra08:54
*** sshnaidm|afk is now known as sshnaidm08:56
*** rcernin has quit IRC09:04
*** rcernin has joined #openstack-infra09:04
*** rcernin has quit IRC09:05
*** rcernin has joined #openstack-infra09:05
*** tetsuro has quit IRC09:11
*** ociuhandu has joined #openstack-infra09:23
*** Lucas_Gray has joined #openstack-infra09:33
*** ralonsoh has quit IRC09:50
*** tkajinam has quit IRC10:15
*** rcernin has quit IRC10:23
*** xek has quit IRC10:24
*** jamesmcarthur has joined #openstack-infra10:24
*** jamesmcarthur has quit IRC10:31
*** hemna has quit IRC10:38
*** hemna has joined #openstack-infra10:38
*** ociuhandu has quit IRC10:54
*** ociuhandu has joined #openstack-infra10:55
*** yamamoto has quit IRC10:56
*** ociuhandu has quit IRC11:00
*** yamamoto has joined #openstack-infra11:01
*** lmiccini has quit IRC11:04
*** ralonsoh has joined #openstack-infra11:08
*** hashar has joined #openstack-infra11:08
*** markvoelker has joined #openstack-infra11:16
*** lmiccini has joined #openstack-infra11:19
*** markvoelker has quit IRC11:25
*** rcernin has joined #openstack-infra11:25
*** rcernin has quit IRC11:30
*** ociuhandu has joined #openstack-infra11:36
*** jpena is now known as jpena|lunch11:39
*** xek has joined #openstack-infra11:40
*** jcapitao is now known as jcapitao_lunch11:42
*** ociuhandu has quit IRC11:42
*** ociuhandu has joined #openstack-infra11:42
*** eolivare has quit IRC11:51
*** rfolco has joined #openstack-infra11:51
openstackgerritAurelien Lourot proposed openstack/project-config master: Mirror keystone-kerberos and ceph-iscsi charms to GitHub  https://review.opendev.org/74489011:54
*** aedc has joined #openstack-infra11:56
*** aedc has quit IRC11:56
*** xek has quit IRC11:56
*** rcernin has joined #openstack-infra11:56
*** yamamoto has quit IRC11:58
*** rcernin has quit IRC12:02
*** eolivare has joined #openstack-infra12:03
*** rlandy has joined #openstack-infra12:03
*** hashar has quit IRC12:13
*** rcernin has joined #openstack-infra12:17
*** rcernin has quit IRC12:22
*** derekh has quit IRC12:24
*** yamamoto has joined #openstack-infra12:26
*** yamamoto has quit IRC12:36
*** udesale has quit IRC12:37
*** udesale has joined #openstack-infra12:38
*** zxiiro has joined #openstack-infra12:40
*** jpena|lunch is now known as jpena12:46
openstackgerritSean McGinnis proposed openstack/pbr master: Drop py27 support and fix compatiblity with virtualenv 20.x+  https://review.opendev.org/74479312:52
AJaegersmcginnis: I don't think we can drop py27 support at all, we have no way to limit install for older releases AFAIK ^12:56
AJaegerfungi, clarkb , please double check ^12:57
*** rcernin has joined #openstack-infra13:00
smcginnisAJaeger: We have some odd failures now trying to run under py27. Maybe someone can figure that out to keep it going, but I'm afraid we may be forced into it at this point.13:02
smcginnisPrevious job failures was "ImportError: No module named posixpath", which from what little I could find on that was some sort of compatibility problem between virtualenv, setuptools, and py27.13:03
*** Adri2000 has quit IRC13:04
*** jcapitao_lunch is now known as jcapitao13:06
*** yamamoto has joined #openstack-infra13:07
AJaegerOh fun ;(13:07
*** derekh has joined #openstack-infra13:09
*** priteau has joined #openstack-infra13:09
*** Adri2000 has joined #openstack-infra13:11
*** iurygregory has quit IRC13:12
*** yamamoto has quit IRC13:15
*** rcernin has quit IRC13:15
*** jamesmcarthur has joined #openstack-infra13:16
*** xek has joined #openstack-infra13:18
*** iurygregory has joined #openstack-infra13:18
*** udesale has quit IRC13:21
*** udesale has joined #openstack-infra13:22
openstackgerritMerged openstack/project-config master: Move non-voting neutron tempest jobs to separate graph  https://review.opendev.org/74372913:22
openstackgerritAurelien Lourot proposed openstack/project-config master: Mirror keystone-kerberos and ceph-iscsi charms to GitHub  https://review.opendev.org/74489013:29
openstackgerritSean McGinnis proposed openstack/pbr master: Drop py27 support and fix compatiblity with virtualenv 20.x+  https://review.opendev.org/74479313:45
*** kaisers has joined #openstack-infra13:47
*** dave-mccowan has joined #openstack-infra13:49
openstackgerritSean McGinnis proposed openstack/pbr master: Drop py27 support and fix compatiblity with virtualenv 20.x+  https://review.opendev.org/74479313:58
clarkbAJaeger: smcginnis correct we cannot drop pbr's python2 support without breaking stable13:59
clarkbI commented similarly on sean mooney's change a while back13:59
smcginnisclarkb: OK. Then someone is going to have to figure out how to get it to actually work. It's completely broken right now.13:59
*** dave-mccowan has quit IRC14:00
clarkbthat may be true too, but pbr is a setup requires installed by easy_install which means we dont really get to control its versions in the wild. that means anyone trying to useit with a python2 project, like openstack stable branches will break if we drop python2 support14:00
*** ociuhandu has quit IRC14:04
openstackgerritOleksandr Kozachenko proposed openstack/project-config master: Add openstack/barbican in required project list of vexxhost  https://review.opendev.org/74490914:04
*** ociuhandu has joined #openstack-infra14:05
*** xek has quit IRC14:06
*** ociuhandu has quit IRC14:10
*** jamesmcarthur has quit IRC14:18
*** sshnaidm is now known as sshnaidm|afk14:24
*** redrobot has joined #openstack-infra14:32
*** lmiccini has quit IRC14:34
*** dklyle has joined #openstack-infra14:37
*** lmiccini has joined #openstack-infra14:49
*** xek has joined #openstack-infra14:54
fungismcginnis: clarkb: AJaeger: sean-k-mooney: perhaps this is a repugnant idea, but we could start publishing py3-only releases of pbr under a different name from earlier py2-supporting releases, then projects reference one or the other14:54
fungimore likely this is something pep 517/518 backend handling would address, by making sure the correct pbr version was selected based on the interpreter in use14:56
*** psachin has quit IRC14:57
*** hashar has joined #openstack-infra15:01
clarkbfungi: aiui those pep's don't help because easy_install is used not pip15:01
clarkbthe upstream solution to this problem is pyproject.toml specifying packaging dependencies with rich version control15:01
clarkbsplitting the package names seems reasonable, but also it shouldn't be that difficult to fix this issue in pbr, iirc its a test only problem15:02
clarkbif nothing else we can simply run a couple tests less under python215:02
clarkbthe test suite creates a venv to install a fake package into then check the results. We need to use appropriate virtualenv and api depending on the python version. We can select that with python version constraints like sdk does forexample. We can drop the test under python2. We have options15:03
fungiyep, or run different tests written for py215:03
* clarkb runs the test suite locally15:05
sean-k-mooneyfungi: im not sure why that would be required15:06
sean-k-mooneyfungi: is there an issue you are trying to workaround by that approch15:07
sean-k-mooneyoh is this realted to the lower constriats issues?15:08
sean-k-mooneyand the recnet chagne to virtualenv and pip?15:08
fungisean-k-mooney: separate, i think15:12
fungithat was just a regression in pip where it failed to match on dist names with a "." them when looking to see what's installed15:13
clarkbI'm working on a patch15:14
sean-k-mooneyya im aware of that issue too15:15
clarkbif we drop the constraints and build a python27 specific list of deps then we end up with 2 test failures15:15
clarkbone is virtualenv api change which we can fix in the test the other I'm not sure yet15:15
openstackgerritMerged openstack/project-config master: Add openstack/barbican in required project list of vexxhost  https://review.opendev.org/74490915:15
*** ykarel is now known as ykarel|away15:21
*** chkumar|rover is now known as raukadah15:26
*** tosky has quit IRC15:31
*** lmiccini has quit IRC15:31
*** jamesmcarthur has joined #openstack-infra15:31
*** aedc has joined #openstack-infra15:34
*** aedc has quit IRC15:36
openstackgerritClark Boylan proposed openstack/pbr master: Fix python2.7 testing  https://review.opendev.org/74492915:36
clarkbits not clear to me if the second test issue I've got is related to suse's python setup or not so starting with ^15:36
clarkbin the test for setup develop we modify pythonpath and that breaks the process running under that path's ability to import posixpath on my system15:37
clarkbthe virtualenv issue is addressed though so if upstream CI doesn't have the python path issues I think we're good15:37
clarkboh even better sfinucane wrote https://review.opendev.org/#/c/719964/915:40
clarkbsmcginnis: ^ I've rechecked that change so that we can get log files for the failing tests15:41
*** lbragstad_ is now known as lbragstad15:42
clarkbI'm guessing its a problem in https://review.opendev.org/#/c/719964/9/tools/integration.sh the changes there15:42
dtantsurfolks, opensuse jobs started failing on bifrost on bindep state: https://zuul.opendev.org/t/openstack/build/962c4506bec64d3c85350f98f37cad35/log/job-output.txt#47515:43
dtantsurany ideas?15:43
fungi"Zypper run command failed with return code 8."15:44
fungithat's... helpful15:44
clarkbhttps://zuul.opendev.org/t/openstack/build/962c4506bec64d3c85350f98f37cad35/console#1/0/15/opensuse-15 provides much more info15:44
*** slaweq_ has joined #openstack-infra15:45
fungiyeah, that's where i headed after seeing it swallowed the stdout15:45
*** slaweq has quit IRC15:45
*** slaweq_ is now known as slaweq15:45
clarkbit couldn't find a package15:46
clarkbpossible we're mirroring bad state again due to upstream mirror problems?15:46
fungii love the "Abort, retry, ignore?" in there. classic15:46
fungireminds me of when dos couldn't read my floppy15:47
fungii'm checking the rsync logs now15:47
fungilooks like we're successfully mirroring from mirror.us.leaseweb.net/opensuse/update/leap/15.1/15:50
*** jcapitao has quit IRC15:50
fungialso mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/15:50
fungiso we're expecting to find oss/suse/x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm there i guess15:51
dtantsurTried in a podman container, ended up with libJudy1-1.0.5-lp152.4.1.x86_64.rpm15:51
dtantsurhmmm, I guess I'm on 15.2 already15:51
fungihttps://mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/oss/suse/x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm is also a 40415:52
clarkbthe label in use there is opensuse-15 whihc should be latest opensuse15:52
fungioh, that may be the wrong path15:52
clarkbI wonder if that means our image builds have broken15:52
clarkbbut I'd still expect the 15.1 mirror to work, it is likely a packge ordering sync issue15:53
clarkbwe do have a way to verify the package lists against indexes and dep lists with rpm mirrors15:53
fungihttps://mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/oss/15:53
fungii don't see a suse there15:53
clarkbfungi: ya so broken package index?15:54
clarkbhttps://mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/oss/x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm is there15:55
fungimaybe15:55
*** dave-mccowan has joined #openstack-infra15:55
clarkbcould also be a mirror config on the client side I suppose, constructing package paths relative to the mirror root wrong15:55
*** pkopec has quit IRC15:55
fungihttps://mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/oss/x86_64/ exists15:55
fungiyeah, there's a https://mirror.us.leaseweb.net/opensuse/distribution/leap/15.1/repo/oss/x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm15:56
fungisimilarly, we have https://mirror.ca-ymq-1.vexxhost.opendev.org/opensuse/distribution/leap/15.1/repo/oss/x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm15:57
fungiso removing the "suse" from the path it tried to fetch would have worked, i think15:57
*** xek_ has joined #openstack-infra15:57
*** ykarel|away has quit IRC15:58
*** xek has quit IRC16:00
*** lucasagomes has quit IRC16:00
fungii wonder if opensuse reorganized their repositories?16:02
fungibut yeah i'm leaning toward it being an index problem or a bad mirror16:04
clarkbon my local tumbleweed intsall http://download.opensuse.org/tumbleweed/repo/oss/ is the zypper repo config16:04
fungiwe set our baseurl to {{ package_mirror }}/tumbleweed/repo/oss/16:04
clarkbthere isn't another value to set sub urls16:04
clarkbso yes I thik this is a suse mirroring/index problem16:04
fungior {{ package_mirror }}/distribution/leap/$releasever/repo/oss/16:04
fungiin this particular case16:04
fungihttps://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/tasks/mirror/Suse.yaml#L316:05
fungihttps://download.opensuse.org/distribution/leap/15.1/repo/oss/ similarly has no "suse" directory16:06
clarkbI was just going to link that :)16:06
fungigonna try picking apart the index16:07
fungipretty simple. INDEX.gz has "./x86_64/libJudy1-1.0.5-lp151.2.2.x86_64.rpm" in the official site16:07
clarkbthe index for download.opensuse.org shows no suse/ prefix16:08
fungiright16:08
clarkbour mirror is the same16:08
fungii agree16:08
clarkbpossible it would work now and whatever that was was a temporary index bug?16:08
*** hamalq has joined #openstack-infra16:08
fungiyeah, i'm not seeing why it would try to grab that path at all16:09
*** hamalq has quit IRC16:10
*** hamalq has joined #openstack-infra16:11
*** jpena is now known as jpena|off16:12
*** eolivare has quit IRC16:20
openstackgerritClark Boylan proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996416:21
clarkbsmcginnis: sfinucane ^ that updates the integration.sh script to fix what I think is at least part of the problem (we need to source the venv in orderto operate within it under process forks since stestr will fork)16:21
*** dave-mccowan has quit IRC16:26
*** markvoelker has joined #openstack-infra16:27
*** tosky has joined #openstack-infra16:29
openstackgerritSean McGinnis proposed openstack/project-config master: Gerritbot: only comment on stable:follows-policy repos  https://review.opendev.org/74494716:30
*** udesale has quit IRC16:32
fungiweshay|ruck: so the more thorough caching hasn't completely prevented dockerhub's throttling i guess?16:37
fungiand idea if it has reduced the failure rate at least?16:38
fungier, any idea16:38
*** dtantsur is now known as dtantsur|afk16:39
* weshay|ruck looks again16:39
clarkbthe email seemd to indicate it may be related to all the auth requests?16:40
clarkbwe're only caching the layers themselves so its possible that those extra requests are still a problem. Also the jobs were fetching somelayers many times16:40
clarkb(and each fetch results in requests to dockerhub even if cached)16:40
fungiahh, yep. so maybe reducing the request volume by half and returning images much faster, but not an overwhelming (like order of magnitude) reduction in requests16:42
weshay|rucklogstash is telling me it's worse than it was, but I suspect the old data may be purged16:43
weshay|ruckthought I had some screenshots of the original queries I posted16:44
clarkbweshay|ruck: yes, we only have a 7 day retention there16:44
weshay|ruckaye.. I don't think it's as bad..16:44
*** gfidente is now known as gfidente|afk16:44
weshay|ruckstill enough to have issues landing patches :)16:44
*** gyee has joined #openstack-infra16:48
clarkbI'm goingto pop out on a bike ride now. The latest ps for the pbr fix is happy so far16:58
clarkbI'll check on it when I get back16:58
*** derekh has quit IRC17:00
*** hamalq has quit IRC17:10
*** hamalq has joined #openstack-infra17:11
*** Lucas_Gray has quit IRC17:12
*** yamamoto has joined #openstack-infra17:14
*** hamalq has quit IRC17:18
*** ociuhandu has joined #openstack-infra17:18
*** yamamoto has quit IRC17:18
openstackgerritJeremy Stanley proposed openstack/pbr master: Update python requires packaging metadata for package  https://review.opendev.org/71591717:19
*** sshnaidm|afk is now known as sshnaidm17:19
*** nightmare_unreal has quit IRC17:20
*** ociuhandu has quit IRC17:22
*** andrewbonney has quit IRC17:26
*** priteau has quit IRC17:38
*** hamalq has joined #openstack-infra17:44
*** hamalq has joined #openstack-infra17:46
*** dciabrin has quit IRC17:57
*** dciabrin has joined #openstack-infra17:58
fungiclarkb: so close. looks like it's failing devstack jobs18:00
fungiAssertionError: Failed process args=(['python', 'update.py', '/opt/stack/new/python-swiftclient'],), kwargs={'cwd': '/opt/stack/new/requirements', 'stderr': -1, 'stdin': -1, 'stdout': -1}, returncode=118:04
fungiAttributeError: module 'importlib._bootstrap' has no attribute 'SourceFileLoader'18:05
fungilegacy devstack-gate job setup too18:07
*** ralonsoh has quit IRC18:12
*** aedc has joined #openstack-infra18:30
*** aedc has quit IRC18:30
fungiso the error is arising when pbr tries to import pkg_resources, and it seems to depend on an internal which is not present in the importlib available for that stdlib build18:45
fungimewer setuptools issue maybe?18:48
funginewer18:48
fungioh, this seems to be old setuptools trying to do pre-python3.6 things with importlib on python3.618:52
fungiat least based on web search results i'm finding for that particular exception18:52
fungithough this is in a virtualenv18:55
fungiyeesh, we're getting invalid syntax exceptions from setuptools too18:56
fungihttps://zuul.opendev.org/t/openstack/build/140ab2af4279400bb1f2089969bf722f/log/job-output.txt#7081-712718:57
*** stevebaker has joined #openstack-infra18:57
fungihttps://pypi.org/project/setuptools/0.7.2/ Released: Jun 9, 201318:59
fungiumm...18:59
fungioh, hah, this is test_pip_versions(setuptools-minimum)19:00
fungiokay, so basically there's just no way some of these tests are going to run on newer python19:00
fungiwell, run successfully anyway19:00
fungithey need to be tested on much older platforms/interpreters19:00
clarkbwe can probably just skip based on the pyth9n verson19:03
clarkbthat change already does that for another test19:03
fungiwell, i also question the utility of running those tests at all since the job only runs on bionic/3.619:03
clarkboh good point19:04
clarkbunless its something we want to update to work on python3 I dont think we need it19:04
fungii understand the desire to test that pbr will work with really old pip/setuptools19:05
*** xek_ has quit IRC19:06
fungibut i think we'd need different jobs (or at least different platforms) to do that19:07
clarkb++19:07
clarkbdid you want to work on a new ps or should I try that after some lunch?19:07
fungii'll see what needs skipping and whip up a new rev for now19:11
fungibut those jobs also flat out need replacing19:11
clarkbI think the intent of those jobs is that pbr installs openstack packages in devstack successfully then does some additionally checking with is own integration tests?19:12
clarkbits been so long so I had to page pbr things in19:12
fungiright19:12
fungisame here really19:12
*** hashar has quit IRC19:32
fungione of these things is not like the other...19:34
fungihttps://zuul.opendev.org/t/openstack/build/140ab2af4279400bb1f2089969bf722f/log/job-output.txt#7446-750819:34
fungithat's got me stumped19:34
clarkbfungi: looking at the test case more closely I think what we want to do is update the scenarios list. Like we don't need trusty but bionic and focal may be reasonable as would rhel819:34
fungiyep, the bulk of the failures are test_pip_versions (every scenario except pip-latest) and test_lts_venv_default_versions (every scenario except WheezyPrecise because that one is skipped)19:36
clarkbfungi: that test seems to list all of the repodirs that devstack manages the ninstals all of them. it then fails on swiftclient for a reason I don't understand yet19:36
fungiright, that's basically where i got to with it19:37
clarkbits the python update.py script that is failing19:38
clarkbI don't know what that is yet19:38
clarkbI think that is the requirements sync thing but we've since relaxed those rules?19:38
clarkbthis feels like pbr's test suite wasn't updated when the requirements syncing rules changes (and I'll be honest I don't quit egrok the new rules)19:38
fungianyway, i'll first try to get the scenario lists for test_pip_versions and test_lts_venv_default_versions updated, though i'm torn on whether to delete tests that won't work with modern python or just comment them out, or try to work out what interpreter versions *can* support them and set pyver-based skips beyond just the py3support one19:38
*** tosky has quit IRC19:39
fungii'm inclined to say that unit tests are the logical way for pbr to maintain support for platforms with older pip/setuptools, and just rip these out of the integration testing19:40
clarkbfungi: I would delete the broken ones then add bionic, focal, and rhel8 cases19:40
clarkbthose + latest should be reasonable coverage19:40
fungiyeah, working on it now19:40
fungii guess that also allows ripping out some of this python3-based skipping19:40
clarkbya that update.py is from openstack/requirements19:41
clarkbdoes that script evenexist anymore19:42
clarkbyes it does19:42
clarkband futures is a python2 only dep and update.py doesn't seem to know how to handle that19:43
clarkbgiven the new requirements rules is more accurate to just install the package and pass in upper-constraints?19:44
fungiyeah, i think so19:44
clarkbin that case I think that is how you/I/we should update that test case19:44
fungiswift has basically forked upper constraints anyway, i believe, to have their own python 2.7 constraints19:45
clarkbyup19:45
clarkbit also does an unncessary git clone if we're not going to modify the repo19:45
clarkbso we can rip that out then modify PIP_CMD to inclue -c $PATH_TO_UPPER_CONSTRAINTS19:46
clarkbfungi: should I work on that while you do the pip scenarios or would you like to do both?19:46
fungiyou can work on that if you want and then we can combine. it's taking me a while to look up the right package versions19:48
fungior i can work on that when i'm done with the scenarios19:48
*** jamesmcarthur has quit IRC19:49
clarkbk I'll take a look at it its appears pretty invovled19:49
*** jamesmcarthur has joined #openstack-infra19:49
*** jamesmcarthur has quit IRC19:54
clarkbfungi: I think I'm ready to push should I do that then you rebaes or do you want me to rebase on your ps?20:00
fungii'm pushing now20:00
clarkbk I'll rebase20:00
openstackgerritJeremy Stanley proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996420:00
fungiclarkb: ^20:00
fungihopefully rebases clean20:00
openstackgerritClark Boylan proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996420:03
clarkbyup was clean20:03
clarkbthere is a possibility I'll have permissions issues with my changes20:03
fungii guess we'll find out20:03
clarkbI'm not sure if the clone into a tmpdir is necessary for htat reason but if we can avoid it it should speed tests up so we'll try avoiding it first20:04
fungithis is turning into quite the pbr-neglected-ci-updates bundle20:04
clarkbprobably a good thing considering how out of date things were20:04
clarkbnow we'll be testing more real world situations20:05
fungiyep. also i felt bad rechecking some of my more trivial pbr changes for months to see if someone else had fixed the jobs yet rather than rolling up my sleeves20:05
clarkbthere is a pep8 error. checking nit now20:14
fungimight have been me, i forgot to check it20:14
clarkbor me I didn't check either :)20:14
clarkbwas me20:15
openstackgerritClark Boylan proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996420:16
fungiAttributeError: 'FlakesChecker' object has no attribute 'CONSTANT'20:16
fungii can't even run it locally anyway20:16
clarkbfungi: yup I have the same issue20:16
clarkbso I'm relying on zuul20:16
clarkbgoing to look at hte local error next20:16
fungii guess i need to apply constraints20:16
clarkboh ya that is probably it20:17
clarkbI wish we'd put upper caps on things when they just don't work20:17
clarkbbut we lost that with the changes to syncing?20:17
fungilooks like this should have been fixed by pyflakes 1.4, but we're running waaaay old pyflakes20:20
fungihttps://github.com/PyCQA/pyflakes/pull/8020:20
*** jamesmcarthur has joined #openstack-infra20:21
fungiso it's been fixed in pyflakes for around 4 years20:21
clarkbah if we bump the hacking value (then fix all the problems that exposes) we may be good?20:21
* clarkb tries that20:21
fungipbr is just set for waaay old pyflakes (maybe because of way old hacking>=1.1.0,<1.2.0)20:21
clarkbya20:21
clarkbI've removed the cap and am trying it now to see what it complains about20:21
smcginnisThat's right, I hit that too and forgot to go back and check.20:22
clarkbthe pain is actually minimal I'll fix that up and push a follow on change20:22
openstackgerritOleksandr Kozachenko proposed openstack/project-config master: Add openstack/barbican-tempest-plugin to vexxhost  https://review.opendev.org/74498220:23
fungiyeah, it doesn't seem to be blocking other changes so no need to squash20:24
*** vishalmanchanda has quit IRC20:25
openstackgerritClark Boylan proposed openstack/pbr master: Update hacking  https://review.opendev.org/74498320:26
fungii guess it needs newer python than bionic provides to show up, so i was seeing it because 3.8 is my current default20:35
clarkbya I have 3.8 too20:35
*** gyee has quit IRC20:36
*** gyee has joined #openstack-infra20:38
*** armax has quit IRC20:46
*** smcginni1 has joined #openstack-infra20:47
*** smcginnis has quit IRC20:50
*** smcginni1 is now known as smcginnis20:50
openstackgerritMerged openstack/project-config master: Add openstack/barbican-tempest-plugin to vexxhost  https://review.opendev.org/74498220:51
*** ociuhandu has joined #openstack-infra20:51
smcginnispbr-installation-devstack failed20:52
clarkblooking at it, not entirely unexecpted20:53
clarkb(we made some fairly large changes to it)20:53
smcginnisYeah20:53
clarkbits the use of constraints because we are installing things that a constrained20:54
clarkbso we need to do the thing where we remove the thing being installed from constraints20:54
* clarkb is working on that20:55
clarkbfirst checking how devstack deals with that20:55
*** ociuhandu has quit IRC20:56
*** armax has joined #openstack-infra20:58
clarkbI think in this case because we install to different venvs each time we can simply remove the current package from the constraints file20:59
*** slaweq has quit IRC21:18
openstackgerritClark Boylan proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996421:19
openstackgerritClark Boylan proposed openstack/pbr master: Update hacking  https://review.opendev.org/74498321:19
clarkblets see if ^ is any better21:19
*** xek has joined #openstack-infra21:19
*** gyee has quit IRC21:24
*** tosky has joined #openstack-infra21:25
*** gyee has joined #openstack-infra21:25
smcginnisclarkb: Just commented. I see a potential issue there.21:27
smcginnisCould also address in a follow up if we see this rev works.21:27
clarkbsmcginnis: ah ya I think it may work as is because constraints are a layer of security not necessarily required, but thats a good point. re python2 I think it would be good to run a old devstack + python2 job to ensure we don't break stable too21:29
clarkbbut I wasn't going to try and solve that immediately21:29
clarkbif this change works as is I'll do a followon otherwise incorporate better name checks in a new ps21:30
smcginnis++21:32
clarkbif project_name != line.split('===')[0]: <- I think that should work21:33
*** rcernin has joined #openstack-infra21:35
*** rcernin has quit IRC21:36
*** rcernin has joined #openstack-infra21:36
*** yamamoto has joined #openstack-infra21:45
*** xek has quit IRC21:47
fungiyeah, or use edit-constraints21:49
clarkbfungi: I was going to do that but it requires installing requirements first and meh21:49
clarkbthat said https://opendev.org/openstack/glance_store/src/branch/master/setup.cfg#L2 is broken and breaking us :(21:50
clarkbour constraints have glance-store not glance_store which I think means the normalized form is glance-store not glance_store?21:50
fungioh, yeah great point21:50
clarkbhttps://pypi.org/project/glance-store/ that seems to agree21:50
clarkbyay we're finding bugs in other packages now too :)21:50
fungiintegration tests do that21:51
clarkbI've got a simple workaround for that21:51
clarkbnew patch shortly21:51
*** adam_g has quit IRC21:52
clarkbor atleast I think there is a way to normalize the name via setuptools21:52
clarkbtrying to figure it out21:52
*** markmcclain has quit IRC21:53
fungiooh, yeah there be dragons21:53
fungipip.util.normalize_name() used to be an option... checking to see if it still is21:55
fungiAttributeError: module 'pip' has no attribute 'util'21:56
fungimaybe packaging took that over now21:56
clarkbpkg_resources.safe_name()21:57
fungipackaging.utils.canonicalize_name('foo-bar.baz')21:57
fungi'foo-bar-baz'21:57
clarkbwhat is packaging?21:58
fungiinteresting that packaging.utils.canonicalize_name() changes . to - but pkg_resources.safe_name() leaves . alone21:59
clarkbalso won't that break oslo.db?21:59
clarkbyes I think that is a bug in packaging21:59
clarkbhttps://pypi.org/project/oslo.db/ no - there21:59
fungipackaging is supposed to be the new library that is supplanting pkg_resources and which utility functions for pip are being extracted into21:59
clarkb(in the rendered version not just the url)21:59
clarkbfungi: gotcha well its broken I think :)21:59
fungiseems so, yes21:59
fungihttps://pypi.org/project/packaging/ "Core utilities for Python packages. The packaging project includes the following: version handling, specifiers, markers, requirements, tags, utilities."22:00
fungihttps://github.com/pypa/packaging22:01
fungianyway, any time someone wants to call into a pip or setuptools internal function, they're told to stick it in packaging instead22:01
openstackgerritClark Boylan proposed openstack/pbr master: Add support for virtualenv 20.x  https://review.opendev.org/71996422:01
openstackgerritClark Boylan proposed openstack/pbr master: Update hacking  https://review.opendev.org/74498322:01
clarkbfungi: maybe we should file a bug?22:01
clarkbbecause pypi seems to say the canonical name doesn't replace the . with -22:01
fungihttps://github.com/pypa/packaging/blob/master/docs/utils.rst#reference22:02
clarkboslo-db redirects to oslo.db22:02
clarkbso either a bug in packages or warehouse22:02
fungiwow, it even lists oslo.concurrency -> oslo-concurrency as an example in their docs22:02
clarkbI still think its wrong since pypi sort of sets the expectations there22:02
clarkbeg if it is a warehouse bug then we're likeyl stuck with it22:02
clarkband other tools should accomodate22:03
*** rcernin has quit IRC22:03
clarkbI'm going to step out for a bit while that latest iteration churns. I think we're very close22:04
fungihttps://www.python.org/dev/peps/pep-0503/#id422:04
fungiyeesh22:04
fungier, i meant https://www.python.org/dev/peps/pep-0503/#normalized-names22:04
fungire.sub(r"[-_.]+", "-", name).lower()22:05
clarkbwhy does pypi.org get it wrong then22:05
clarkbI mean thats my gripe. The library and spec can say all they want but if the canonical server of the packages disagrees...22:05
fungii asked in #pypa-dev just now22:09
fungino idea if anyone's paying attention22:09
fungii may ask on the distutils-sig ml they're making noise about closing down (because who would want to use mailing lists when they have a nice shiny discord webforum now?)22:10
clarkbwhen we hvae an answer we might want to normalize all the package names in setup.cfg22:10
clarkbjust for our own sanity22:10
fungior is it discourse? i can't keep the two straight22:10
*** yamamoto has quit IRC22:11
clarkbdiscord is irc voip chat tool22:13
clarkbdiscourse is forum tool22:13
*** rcernin has joined #openstack-infra22:17
*** rlandy is now known as rlandy|bbl22:17
fungidiscord is also a proprietary webforum/chat saas thing22:28
*** rcernin has quit IRC22:40
*** rcernin has joined #openstack-infra22:40
*** rcernin has quit IRC22:40
*** rcernin has joined #openstack-infra22:44
sean-k-mooneydiscord was created for pc gaming to have a conventint tool to use for voice chat while in game22:45
sean-k-mooneythey rounded it out by adding text and then later video change with the ablity to do screen sharing22:45
*** artom has quit IRC22:45
sean-k-mooneyits basically a cross between mumble/teamspeck and slack22:46
*** artom has joined #openstack-infra22:46
clarkbit hsa the wonderful feature of being able to control volume for each participant on your client22:46
clarkbI'm always sad more tools don't have this (I think jitsi actually has it too)22:46
sean-k-mooneyyes22:46
clarkblooks like the pbr integration test job will pass \o/22:47
clarkbok really popping out now for a few22:47
sean-k-mooneyits been long requested to allow you to run your own server to use it in enterpises22:47
sean-k-mooneyas in many many people have said to the discord amintianer i would liek to pay you to be able to run this on my own servers but they want to keep it as software as a service22:48
sean-k-mooneyclarkb: i was talkign to smcginnis about transitive bin-dep dependicnes.22:48
sean-k-mooneyi was wondering if pbr only only used when creating the package or if its also executed when installing the package22:49
sean-k-mooneythe reason i ask is i was wondering it it would make sense to be abel to have it run bindeps pip install22:50
sean-k-mooneybut i also dont know if that could work22:50
sean-k-mooneybasically i was wondering if pbr runs during the pip install could it check if the installed package had a bin-dep file and then optional install the packages.22:52
sean-k-mooneyso something like "bin-dep-install=true pip install os-brick"22:53
sean-k-mooneyi.e. if a env var is set have pbr do the install22:53
sean-k-mooneyi think pbr is only used on the inital build stepp so when the wheel is created it wont run after that point so i assuem this wont work regardless of if it is a good idea or not22:55
fungisean-k-mooney: pbr is run by pip, so won't generally have access to install system packages unless you're running pip as root22:58
fungibut also, bindep doesn't install anything. it's a tool to list what distro package dependencies you're missing22:58
*** jamesmcarthur has quit IRC22:59
sean-k-mooneyya i know it just list the packages although i kind of assuem to knwo what is missing it need to be able to list the packages so had some awareness of the packagemanager22:59
fungiand usually those deps are going to be install-time deps for whatever you're installing with pip, so the best you might hope for is a better error message saying the package wasn't installed because you're missing mysql-dev or whatever22:59
*** tkajinam has joined #openstack-infra23:00
fungithe poster child for bindep, what actually caused it to be created at all, was to find out if you have all the distro packages needed to run tox -e pyXX for nova23:01
sean-k-mooneythe issue i have with listing transitive deps for optional libs is that it makes thing like nova have very long bindep files23:01
sean-k-mooneywell many fo the packages in nova bindeps are not need for the unit tests23:02
fungiso... *if* you shipped the bindep files inside the python packages (which we don't because where would they get installed to?) you'd still need to recursively install python packages to collect and aggregate their bindep files recursively23:02
sean-k-mooneywhat i was suggesting to smcginnis was that we add more profiles to bindep.txt23:03
sean-k-mooneyso that if we do add transitive depencies we put them into a profile23:04
fungiand yeah, not all the entries in a given bindep file are going to be necessary for any one purpose. the design expects that yuo'll tag dependencies for different scenarios (running unit tests, building docs, whatever)23:04
sean-k-mooneyso that the os-brick once would be say listed under [cinder]23:04
sean-k-mooneysince os-brick is not need unless you use nova with cinder23:04
fungithen how do you identify what packages you need to be able to run os-brick unit tests? install cinder first?23:05
sean-k-mooneyno so os-brick an list the packages it need for its unit tests23:05
fungioh, you mean os-brick's binary distro package dependencies listed in nova's bindep.txt23:05
sean-k-mooneyyes23:05
fungiyeah, tagging the entries in nova's bindep.txt with specific profiles for different test cases is the intended design23:06
fungisimilar to "extras" in python package metadata23:06
sean-k-mooneywell they shoudl not be needed for any unit test. maybe fucntional at a streach23:06
sean-k-mooney* nova unit tests23:07
sean-k-mooneycalls to os-brick shoudl really be mocked out23:07
sean-k-mooneyanyway it sound liek there isnt an easy way to make bindep work transitivly with other python packages23:08
sean-k-mooneyim going to call it a night o/23:09
fungino, not unless someone wants to file a pep to get bindep lists added as first-class metadata for python packages so that they're available from the pypi/warehouse api23:09
fungiotherwise anything you put *inside* a python package needs you to install that package to find out what the contents are23:09
fungior at least retrieve and unpack the package23:09
fungiwhich is basically all wheel installation is23:10
*** ociuhandu has joined #openstack-infra23:10
*** markmcclain has joined #openstack-infra23:12
*** adam_g has joined #openstack-infra23:12
*** tosky has quit IRC23:14
*** ociuhandu has quit IRC23:16
fungisean-k-mooney: for a bit of irony, this was just posted to distutils-sig moments ago: https://mail.python.org/archives/list/distutils-sig@python.org/thread/MSS42UYQ7FJWHID54FXSW5M5KCMK7ZQI/23:27
*** guilhermesp has joined #openstack-infra23:29
*** irclogbot_1 has quit IRC23:34
*** irclogbot_3 has joined #openstack-infra23:37
*** yoctozepto3 has joined #openstack-infra23:44
*** yoctozepto has quit IRC23:45
*** yoctozepto3 is now known as yoctozepto23:45
*** rlandy|bbl is now known as rlandy23:53

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