| *** zxiiro_ is now known as zxiiro | 02:44 | |
| *** philroche_ is now known as philroche | 04:02 | |
| *** diablo_rojo_phone_ is now known as diablo_rojo_phone | 04:06 | |
| *** diablo_rojo_phone is now known as Guest5311 | 04:06 | |
| *** gouthamr_ is now known as gouthamr | 04:07 | |
| *** erlon_ is now known as erlon | 04:07 | |
| *** Guest5311 is now known as diablo_rojo_phone | 04:08 | |
| opendevreview | Ian Wienand proposed openstack/project-config master: Add Fedora 35 https://review.opendev.org/c/openstack/project-config/+/816931 | 04:15 |
|---|---|---|
| opendevreview | Ian Wienand proposed openstack/project-config master: Add Fedora 35 https://review.opendev.org/c/openstack/project-config/+/816931 | 04:20 |
| opendevreview | Ian Wienand proposed openstack/project-config master: Set Fedora 34 min-ready to zero https://review.opendev.org/c/openstack/project-config/+/816932 | 04:20 |
| opendevreview | Ian Wienand proposed openstack/project-config master: Remove Fedora 34 https://review.opendev.org/c/openstack/project-config/+/816933 | 04:20 |
| *** ysandeep|pto is now known as ysandeep | 06:36 | |
| *** ministry is now known as __ministry | 06:55 | |
| *** akahat is now known as akahat|rover | 07:00 | |
| *** sshnaidm|off is now known as sshnaidm | 08:04 | |
| *** ykarel is now known as ykarel|lunch | 08:53 | |
| opendevreview | daniel.pawlik proposed openstack/ci-log-processing master: Initial project commit https://review.opendev.org/c/openstack/ci-log-processing/+/815604 | 09:16 |
| *** ysandeep is now known as ysandeep|afk | 09:18 | |
| dpawlik | fungi: I read the email - perfect for drinking coffee. I understand you and clarkb point of view. I am also glad that there is such e-mail on mailing list. | 09:19 |
| dpawlik | ianw: good point with the License. I see Openstack uses Apache2.0, so it should be 100% compatible with Openstack project so I change the license to Apache. | 09:20 |
| *** ysandeep|afk is now known as ysandeep | 09:51 | |
| *** ykarel|lunch is now known as ykarel | 10:21 | |
| dpawlik | fungi, clarkb, ianw: is it possible to push future logscraper container image to https://hub.docker.com/u/openstack ? Or maybe somewhere else | 10:30 |
| *** rlandy is now known as rlandy|ruck | 11:00 | |
| *** lbragstad7 is now known as lbragstad | 11:41 | |
| *** ysandeep is now known as ysandeep|brb | 11:45 | |
| *** ysandeep|brb is now known as ysandeep | 11:58 | |
| *** jpena|off is now known as jpena | 13:24 | |
| *** ykarel is now known as ykarel|away | 14:36 | |
| *** ysandeep is now known as ysandeep|dinner | 15:25 | |
| *** ysandeep|dinner is now known as ysandeep | 15:56 | |
| clarkb | dpawlik: I think openstack has avoided having an openstack/ prefix on dockerhub. That would be up to the TC. YOu can push it using some other name though and manage the secrets with zuul | 16:16 |
| opendevreview | daniel.pawlik proposed openstack/ci-log-processing master: DNM Add ansible role that is configuring logscraper https://review.opendev.org/c/openstack/ci-log-processing/+/817050 | 16:30 |
| dpawlik | clarkb: it can be a problem... on Thu I have a bank holidays and probably I will have a trip/will driving. Will try to join but I can not give 100% that I will attend. | 16:53 |
| fungi | there's no need to wait for a tc meeting to discuss things with tc members | 16:55 |
| fungi | also if there's something which needs an official vote of the tc (a resolution) it generally requires discussion with the community via the openstack-discuss ml before the tc can vote on the corresponding change anyway | 16:56 |
| opendevreview | Clark Boylan proposed openstack/pbr master: Clarify the need for setup.py with PEP517 https://review.opendev.org/c/openstack/pbr/+/817054 | 16:57 |
| clarkb | fungi: ^ that is the related PBR updated | 16:57 |
| fungi | thanks | 16:58 |
| clarkb | ya I'm mostly pointing out that that has been a thing the community has refused to do. There has been prior conversation about it. But nothing prevents you from simply using another name | 16:58 |
| fungi | clarkb: dpawlik: the discussion culminated in the 5th bullet under https://governance.openstack.org/tc/resolutions/20170530-binary-artifacts.html#guidelines | 17:00 |
| fungi | that's basically why the "openstack" org on dockerhub has remained empty | 17:01 |
| *** ysandeep is now known as ysandeep|out | 17:04 | |
| dpawlik | fungi: aha. Is some docker namespace on dockerhub where can I push or it require to create a new one? | 17:07 |
| fungi | you can certainly create a new one and use that any time you like, though we could probably add a openstack-tact namespace or something if there's some consensus such a thing would be valuable | 17:15 |
| dpawlik | a new organization name openstack-tact would be awesome | 17:29 |
| dpawlik | temporary I will use our quay.rdoproject.org | 17:29 |
| *** jpena is now known as jpena|off | 17:38 | |
| clarkb | stephenfin: fyi https://review.opendev.org/c/openstack/pbr/+/817054 is an update to PBR to improve docs based on what we have discovered with https://review.opendev.org/c/opendev/bindep/+/816741 | 20:33 |
| clarkb | fungi: stephenfin: one thing I'll note is that it is really difficult to know if setup.py is being run normall or via the pep517 interface when we make those changes :/ | 20:33 |
| fungi | running with PYTHONWARNINGS=error and seeing if it breaks is one way. unfortunately pip likes to gobble up warnings if python doesn't outright exit | 20:42 |
| ade_lee | fungi, johnsom hey - did we ever resolve that cdn issue? | 21:10 |
| clarkb | ade_lee: its not really something we can resolve. The problem is on the pypi side | 21:10 |
| johnsom | ade_lee Yeah, I think the cache purge fixed it. | 21:11 |
| johnsom | At least the job passed on a recheck | 21:11 |
| *** dviroel is now known as dviroel|out | 21:11 | |
| clarkb | I think there are two things we can do to try and improve the situation. First is update pip to record the versions it saw as valid when it emits the error message so that you can get a rough idea of what it saw from pypi. The other thign we could do is try to collect client and proxy side data when it happens and file an issue against pypi about it. but we've told them about | 21:12 |
| clarkb | it in the past and they have acknowledged the issue but don't have a good solution yet aiui | 21:13 |
| ade_lee | johnsom, ah cool - except for some reason , my job isn;t passing -- and now, I don't know why! | 21:13 |
| ade_lee | johnsom, https://review.opendev.org/c/openstack/octavia/+/798151 | 21:13 |
| clarkb | Basically they know their backup site lags reality, but if reality fails when requested by the CDN they don't have a much better option than the backup. A lot of this is driven by the problems of having pypi volume increase dramatically due to things like AI/ML tools | 21:14 |
| johnsom | ade_lee This is the one I was tracking: https://review.opendev.org/c/openstack/designate/+/798158 | 21:14 |
| clarkb | this is also the raeson we stopped mirroring it ourselves. They do like 2TB a year of new data now or something crazy like that | 21:14 |
| johnsom | Oh, zuul "Unknown configuration error"... That is a new one for me. | 21:15 |
| ade_lee | clarkb, fungi , johnsom any idea where I go on that one? | 21:15 |
| clarkb | I'm checking if the zuul configs have anything obviously wrong about them | 21:16 |
| clarkb | I think it might be related to an unfortunately timed zookeeper connection loss between zuul and our zk cluster | 21:20 |
| johnsom | Yeah, nothing jumps out at me. I wish zuul would give a bit more information in the error message. | 21:20 |
| ade_lee | clarkb, seems like I got a good set of results -- showing me something I need to fix - on Nov 6 at 2:44 -- nothing changed after that - and its been failing today | 21:20 |
| ade_lee | so I think unrelated to the patch itself | 21:21 |
| ade_lee | clarkb, so recheck? or is that still ongoing? | 21:21 |
| clarkb | right i think zuul lost its db connection when trying to parse the config and this was the result. | 21:21 |
| clarkb | I think you can try to recheck it | 21:22 |
| ade_lee | ok cool thanks -- I need to fix something first though :/ | 21:22 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!