Tuesday, 2022-03-29

*** dasm is now known as dasm|off01:06
*** soniya29 is now known as soniya29|rover04:12
*** ysandeep|out is now known as ysandeep04:35
*** abhishekk is now known as akekane|home04:54
*** akekane|home is now known as abhishekk04:54
*** soniya29|rover is now known as soniya29|rover|afk05:13
*** soniya29|rover|afk is now known as soniya29|rover05:31
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Add more log files to check  https://review.opendev.org/c/openstack/ci-log-processing/+/83301106:10
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Improve logsender tool  https://review.opendev.org/c/openstack/ci-log-processing/+/83541906:43
*** aluria is now known as Guest63407:01
*** jpena|off is now known as jpena07:38
*** ysandeep is now known as ysandeep|lunch07:43
*** soniya29|rover is now known as soniya29|rover|afk08:42
*** ysandeep|lunch is now known as ysandeep08:56
*** soniya29|rover|afk is now known as soniya29|rover09:23
*** yoctozepto_ is now known as yoctozepto09:29
*** rlandy|out is now known as rlandy10:36
*** dviroel|out is now known as dviroel11:28
*** ysandeep is now known as ysandeep|afk12:43
*** soniya29|rover is now known as soniya29|rover|call12:45
*** ysandeep|afk is now known as ysandeep12:58
*** dasm|off is now known as dasm13:11
*** soniya29|rover|call is now known as soniya29|rover|afk13:21
*** soniya29|rover|afk is now known as soniya29|rover13:38
*** dviroel is now known as dviroel|lunch15:17
*** ysandeep is now known as ysandeep|out15:19
gmannclarkb: frickler fungi is this mirrors issue right? https://zuul.opendev.org/t/openstack/build/4cb6ee2b453149998f8a489cfac9b0da15:39
gmannits happening in stable/xena   'nova-tox-functional-centos8-py36' previously it was 'futures' version conflict15:40
fungigmann: looks likely, yes. is it happening randomly? cropping up in specific providers maybe?15:42
clarkbgmann: sort of, I think we've tracked that down to our mirrors properly proxying broken pypi content15:42
fricklerI think this is py36 issue15:42
fricklerwith oslo-vmware, but need to look closer to be sure15:42
gmannI think happening consistently, last week we checked in nova meeting that this job is broken then i forget to monitor it15:42
clarkbah ok it is also possible there is an actual dep issue and pypi content is correct15:42
fungii assumed "the mirror issue" meant the situation where we're proxying bad data from pypi, yes15:43
fungigmann: okay, if it's consistent and persistent then it's probably not a proxy problem15:43
gmannsuds-jurko>=0.6 should be ok with suds-jurko===0.6 constraint 15:43
clarkbI seem to recall that suds-jurko needed to be replaced for some reason15:43
gmannI saw it twice but did recheck with that job so let's see15:43
*** soniya29|rover is now known as soniya29|rover|dinner15:44
clarkb7bc343173751330d2e989c28bc6fefed56d358d6 in oslo.vmware "suds-jurko is not compatible with setuptools>58.0.015:45
clarkbthat commit switched to suds-community15:45
fungiit's only distributed by sdist/egg, so could be a build problem pip is hiding: https://pypi.org/project/suds-jurko/#files15:45
clarkbseems to be a drop in replcement15:45
fungiyeah, setuptools incompatibility would fall into that category of "build failures pip hides from you"15:45
clarkbprobably just need to backport that?15:46
fungibasically, if a package isn't distributed by wheel, and pip can't build the sdist in the local environment, then it treats that as the same as not finding a matching package version15:46
clarkbya I suspect that is exactly what has happened here15:48
gmannit seems happening again https://zuul.opendev.org/t/openstack/build/d2319a7f6044459f855b50c8a02be5b615:55
gmannso backport and release oslo.vmware for stable/xena ? 15:56
clarkbgmann: yup see the discussion above it will be consistent because that dependency is broken15:56
gmannnot sure if it is happening in other place too15:56
gmannyeah15:56
clarkbsuds-jurko needs to be replaced anywhere it is used15:56
clarkbreplaced or removed I Guess but replaced is what has already been done in places15:56
gmannnot sure about other stable branch than xena if it is failing there too15:56
gmannyeah, let me push that15:57
fungii guess that's an indication that newer setuptools ended up getting used at some point on that branch?15:58
fungiprobably drives back to the futility of trying to pin/constrain build toolchain bits like setuptools15:58
clarkbyes15:58
gmannmay be that will be better.15:59
*** dviroel|lunch is now known as dviroel16:21
*** sfinucan is now known as stephenfin16:31
*** soniya29|rover|dinner is now known as soniya29|rover16:31
*** jpena is now known as jpena|off16:46
*** dasm is now known as dasm|afk17:33
opendevreviewMerged openstack/ci-log-processing master: Add standalone get_timestamp implementation  https://review.opendev.org/c/openstack/ci-log-processing/+/83545520:17
*** dviroel is now known as dviroel|out20:50

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