Tuesday, 2020-01-28

*** threestrands has joined #zuul00:04
*** rlandy is now known as rlandy|afk00:24
*** jhesketh has joined #zuul00:41
*** mattw4 has quit IRC00:43
fdegircorvus: what you put there, exchange standardized messages over a standardized message bus, is one of the key things - at least to me personally01:13
fdegircorvus: nearly all projects support some type of messaging but there is no standardization01:14
fdegircorvus: btw, this sig is the thing i mentioned in Shanghai and like fungi, i’m also wondering where it will go01:15
fungiyeah, it sounds like a promising solution, but the protocol part is easy. the schema is where things get dicey (because having looked at a lot of ci systems, the overlap in contexts seems limited)01:15
fdegirthis is the third attempt to do such collaboration...01:16
clarkbya I've been lookingat the state of the world recently and the number of systems that only care about a single code review system is a lot higher than I expected01:16
clarkband if you don't care about a diverse set of inputs seems like a hard sell to standardize that schema01:16
fungior only care about a single execution environment (often kubernetes)01:16
fungialso multi-tenancy seems almost entirely the domain of commercial hosted services01:17
fdegirfungi: that’s what i attempted to say during the meeting01:17
clarkbbut also I'm not entirely sure you get a ton of benefit standardizing from the CI system side tehre. You want to psuh those changes on the code review systems01:17
fdegirnot everyone is on k8s01:17
fdegirclarkb: i think this is more than ci systems01:18
fungiyes, to some degree the ci system's context is dependent on the code review workflow or similar trigger events driving it01:18
fdegirscm, artifact repos, they all are in play01:18
*** jamesmcarthur has joined #zuul01:18
clarkbfdegir: I know. I was using that particular interaction as an example. And I guess I see this as trying to bail the ocean01:19
fdegiryour ci may well depend on an artifact that gets uploaded to artifactory, nexus, etc01:19
fdegiryes01:19
clarkbbecause github and gerrit will never agree01:19
clarkbsimilar with $clouds or $artifact storage01:19
fdegirbut we can at least try to find minimum common whatever01:20
fdegircould be commit itself or merge event01:20
fungii find the idea that we could have some federating protocol compelling, but i think first order is to classify the problems and explain them. some may be intractable and that's okay, but it's at least helpful to be able to say why that's the case01:21
fdegiri put gerrit, github, gitlab terms to the doc as well01:21
fdegirif i had energy, i was going to do the same for artifact repos but so tired after browsing docs of 8 projects01:22
fungiif nothing else, providing a clear description of the challenges which make solving certain problems hard or impossible at least gives others who are encountering them a way to catch up and either refute the logic presented or at least not waste time coming to the same conclusions independently01:22
fdegir++01:23
clarkbya, it doesn't hurt to define those things. I guess where I get lost is in what the goal is. If the goal is to have all code review systems talk to CI systems using a standard protocol I'm not sure that is viable. Nor would it be viable to have all storage systems use the same api01:24
clarkbif the goal is instead to articulate the differences and chip away at them then that seems more doable01:24
fungii'm not sure my goals are even that ambitious. i'd be happy if we just reached some consensus on what problems people have been trying to solve, and whether they've succeeded, and if so what commonalities there are between their tactics01:26
fungiknowing that would inform subsequent direction01:26
clarkbthat makes sense01:26
fungibecause i keep hearing different people assert that this or that class of problem is hard and complicated but i've never seen the problem space mapped out01:27
fdegirit’s great fosdem is this weekend01:29
fdegirwe can chat about this stuff on saturday01:29
fungiindeed01:30
fungisee you there!01:30
*** jamesmcarthur has quit IRC01:43
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: WIP: add CONTRIBUTING guidelines  https://review.opendev.org/70448402:02
*** jamesmcarthur has joined #zuul02:07
*** jamesmcarthur has quit IRC02:19
*** jamesmcarthur has joined #zuul02:44
*** jamesmcarthur has quit IRC02:45
*** jamesmcarthur has joined #zuul02:50
*** jamesmcarthur_ has joined #zuul02:54
*** jamesmcarthur has quit IRC02:54
*** jamesmcarthur_ has quit IRC03:03
*** jamesmcarthur has joined #zuul03:03
*** bhavikdbavishi has joined #zuul03:05
*** jamesmcarthur has quit IRC03:08
*** bhavikdbavishi1 has joined #zuul03:10
*** bhavikdbavishi has quit IRC03:12
*** bhavikdbavishi1 is now known as bhavikdbavishi03:12
*** jamesmcarthur has joined #zuul03:34
*** jamesmcarthur has quit IRC03:41
*** zxiiro has quit IRC03:41
*** bhavikdbavishi has quit IRC03:48
*** bhavikdbavishi has joined #zuul03:49
*** jamesmcarthur has joined #zuul04:37
*** jamesmcarthur has quit IRC04:41
*** rlandy|afk has quit IRC04:48
*** jamesmcarthur has joined #zuul05:12
*** bolg has joined #zuul05:12
*** jamesmcarthur has quit IRC05:18
*** bolg_ has joined #zuul05:24
*** bolg has quit IRC05:24
*** raukadah is now known as chkumar|rover05:34
mordredfungi, fdegir: ++ to defining terms and goals05:48
*** toabctl has quit IRC06:05
*** threestrands has quit IRC06:08
*** toabctl has joined #zuul06:12
*** jamesmcarthur has joined #zuul06:13
*** jamesmcarthur has quit IRC06:18
*** saneax has joined #zuul06:47
*** sshnaidm|afk is now known as sshnaidm06:48
*** jamesmcarthur has joined #zuul06:51
*** jamesmcarthur has quit IRC06:56
*** jamesmcarthur has joined #zuul07:52
*** jamesmcarthur has quit IRC07:57
mordredtobiash: question on https://review.opendev.org/#/c/70415008:12
*** tosky has joined #zuul08:13
*** jamesmcarthur has joined #zuul08:27
*** jamesmcarthur has quit IRC08:32
openstackgerritTobias Henkel proposed zuul/zuul master: Handle draft pull requests in canMerge  https://review.opendev.org/70415008:37
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047208:37
bolg_Shrews, corvus: anyone in the mood for Add BSD/Darwin support https://review.opendev.org/c/671674/? Or are there any open questions/comments?08:43
*** bolg_ has quit IRC08:44
*** bolg has joined #zuul08:44
*** jpena|off is now known as jpena08:52
openstackgerritMerged zuul/nodepool master: Remove duplicate log info from OpenStack driver  https://review.opendev.org/70437909:00
*** hashar has joined #zuul09:03
*** fbo|off is now known as fbo09:06
*** mhu has joined #zuul09:10
openstackgerritAntoine Musso proposed zuul/zuul master: Add client_id to RPC client  https://review.opendev.org/70420109:16
openstackgerritMerged zuul/zuul master: Be more specific with remaining time  https://review.opendev.org/70419109:32
openstackgerritMerged zuul/zuul master: Update screenshot for gerrit profile in quick-start  https://review.opendev.org/70422209:48
tobiashmordred: thanks!09:55
*** electrofelix has joined #zuul10:10
openstackgerritMerged zuul/zuul master: Fix path in quick-start localtest  https://review.opendev.org/70438510:11
*** hashar has quit IRC11:35
*** hashar has joined #zuul11:58
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: Link the policy to the CONTRIBUTING.rst file  https://review.opendev.org/70448412:22
*** jpena is now known as jpena|lunch12:23
*** jtanner has quit IRC12:55
*** jtanner has joined #zuul12:55
*** rlandy has joined #zuul12:59
*** portdirect has quit IRC13:01
*** portdirect has joined #zuul13:02
*** jamesmcarthur has joined #zuul13:11
*** jamesmcarthur has quit IRC13:13
*** jamesmcarthur has joined #zuul13:13
*** jpena|lunch is now known as jpena13:20
*** bhavikdbavishi has quit IRC13:28
*** saneax has quit IRC13:31
*** jamesmcarthur has quit IRC13:35
*** jamesmcarthur has joined #zuul13:39
*** jamesmcarthur has quit IRC13:45
*** jamesmcarthur has joined #zuul13:47
*** Goneri has joined #zuul13:48
*** AJaeger has quit IRC14:02
openstackgerritAntoine Musso proposed zuul/zuul master: Speed up test_inventory  https://review.opendev.org/70457014:03
* hashar likes profiling14:06
*** AJaeger has joined #zuul14:19
*** pcaruana has quit IRC14:24
zbreasy gear review: https://review.opendev.org/#/c/703425/14:25
zbralso https://review.opendev.org/#/c/671674/ - very useful14:26
hasharzbr: one I have already +1ed, the other could benefit from python3.4 selectors ( https://docs.python.org/3/library/selectors.html ) :]14:36
zbrcorvus: ^ lets first fix these two, and I will be glad to add more fixes, or do reviews. but for start I want it to be able to execute the code on these platforms.14:37
zbrdue to that gear bug, I wasn't even able to lint zuul source code on mac14:38
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047214:40
Shrewshashar: ooh, i like that selector lib14:44
hasharShrews: that has hit me with zuul a few years ago :D14:44
*** bhavikdbavishi has joined #zuul14:57
*** bhavikdbavishi1 has joined #zuul15:00
*** bhavikdbavishi has quit IRC15:01
*** bhavikdbavishi1 is now known as bhavikdbavishi15:01
*** jamesmcarthur has quit IRC15:07
*** michael-beaver has joined #zuul15:08
*** pcaruana has joined #zuul15:11
openstackgerritAntoine Musso proposed zuul/zuul master: Log duration of AnsibleJob.execute()  https://review.opendev.org/70458915:22
*** hashar has quit IRC15:22
*** gundalow has quit IRC15:36
*** gundalow has joined #zuul15:37
*** jamesmcarthur has joined #zuul15:37
*** migi has joined #zuul15:41
*** Goneri has quit IRC15:47
*** jamesmcarthur has quit IRC15:52
*** jamesmcarthur has joined #zuul15:57
openstackgerritAntoine Musso proposed zuul/zuul master: Log duration of AnsibleJob.execute()  https://review.opendev.org/70458916:00
*** chkumar|rover is now known as raukadah16:02
*** bolg_ has joined #zuul16:05
*** bolg has quit IRC16:07
*** bolg_ has quit IRC16:07
*** zxiiro has joined #zuul16:15
*** jpena is now known as jpena|brb16:45
*** rfolco is now known as rfolco|bbl16:46
*** jpena|brb is now known as jpena17:24
*** hashar has joined #zuul17:25
*** bhavikdbavishi has quit IRC17:37
Shrewshashar: hrm, after deeper inspection, doesn't seem like the selector lib has a clear way to handle POLLERR/POLLHUP/etc, which gear explicitly adds to bitmasks17:38
hasharShrews: eeeeek :-\\17:38
hasharShrews: regardless, the change you pointed earlier looks good as is :]17:39
hasharShrews: oh those events selectors are dramatically simplified!  They are just selectors.EVENT_READ and selectors.EVENT_WRITE :]17:45
Shrewsyeah17:46
hasharbut yeah one would have to look at all those17:46
Shrewsthe selector source doesn't even reference the *ERR/HUP bitmasks17:46
hasharand the port is not straightforward17:46
*** igordc has joined #zuul17:46
openstackgerritTobias Henkel proposed zuul/zuul master: DNM: experiment with pygit2  https://review.opendev.org/70464417:50
*** dustinc has quit IRC17:58
*** dustinc has joined #zuul17:58
*** electrofelix has quit IRC17:59
*** hashar has quit IRC18:01
*** Shrews has quit IRC18:09
*** Shrews has joined #zuul18:09
*** jpena is now known as jpena|off18:32
*** tributarian has quit IRC18:56
*** tributarian has joined #zuul18:57
openstackgerritTobias Henkel proposed zuul/zuul master: DNM: experiment with pygit2  https://review.opendev.org/70464419:06
*** stevthedev has quit IRC19:18
*** stevthedev has joined #zuul19:19
*** rfolco|bbl has quit IRC19:19
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047219:19
*** jamesmcarthur has quit IRC19:21
openstackgerritJeremy Stanley proposed zuul/zuul master: Flesh out the glossary significantly  https://review.opendev.org/70439119:24
clarkbThe OSF Annual Report is out, including a Zuul update https://www.openstack.org/foundation/2019-openstack-foundation-annual-report19:27
openstackgerritJan Kubovy proposed zuul/zuul master: Enforce sql connections for scheduler and web  https://review.opendev.org/63047219:30
*** armstrongs has joined #zuul19:37
*** hashar has joined #zuul19:42
*** armstrongs has quit IRC19:44
fungii generated the numbers for that report, so blame me if they're suspect20:08
Shrewsonly 1000+ changes for zuul in 2019? i would have guessed more20:10
Shrewsi wonder if that included nodepool + zuul-website + zuul-registry + zuul-jobs + etc20:11
clarkbwas on the etherpad iirc /me looks20:12
clarkbnow I have to find the etherpad20:13
Shrewsclarkb: don't worry about it   :)20:13
Shrewsi suspect my expectations more than fungi's maths  :)20:14
hasharexcluding merges, based on author year:  2017: 1229   - 2018: 744  - 2019:  588  - 2020: 5220:15
hashargit log --no-merges |grep Date|cut -d\  -f8|sort|uniq -c20:15
clarkbShrews: https://etherpad.openstack.org/p/zuul-2019-annual-report-data20:16
hasharbut that is just zuul/zuul.git ;)20:16
clarkbfungi put that data together20:16
fungiyes, it was gerrit changes merged in 2019 across all repositories in the "zuul" git namespace on opendev20:17
hashar\o/20:18
fungithere were 4219 change revisions, so changes which merge to zuul repos seem to average around 4 revisions each20:19
openstackgerritAndrii Ostapenko proposed zuul/zuul-jobs master: Fix periodic image build jobs  https://review.opendev.org/70468020:19
*** mhu has quit IRC20:22
*** rfolco has joined #zuul20:24
*** jamesmcarthur has joined #zuul20:51
pabelangerAny thing to focus on, to maybe get new zuul release this week?  A few github / UI changes that look nice for us (zuul.a.c)20:57
*** jamesmcarthur has quit IRC21:17
*** jamesmcarthur has joined #zuul21:18
corvuspabelanger: no, i think just time21:44
corvuspaladox: i'm still bootstrapping the system, so it's not all working yet.  but i think i got all the access issues resolved with han-wen's help.  here is gerrit's zuul reporting its first successful (noop) run via the checks plugin: https://gerrit-review.googlesource.com/c/zuul/ops/+/25231721:47
paladox:O \o/21:47
paladoxI guess the log pointing to localhost is expected?21:48
corvuspaladox: yep, none of that is configured right yet :)21:48
paladoxheh21:49
corvuszuul-maint: the gerrit installation of zuul is going to require one extra microservice -- a daemon that gets an auth token from the metadata service and writes it to disk.  this is because we need to use a service account auth token to upload logs, but we can't allow the executor pod(s) to access the metadata service.  this is pretty gke specific, but it's not necessarily specific to google's gerrit (ie,21:55
corvusthis is a legit option for anyone running zuul in gke, though there are alternative ways of setting the system up that don't use service accounts).21:55
corvuszuul-maint: my question for you all is: are we interested in hosting the code for this microservice on opendev, or should i ask the gerrit project to host it?21:55
fungiif it's useful to anyone doing log publication through gke, i see no problem considering it part of zuul21:56
ShrewsI can't immediately think of a reason *not* to host it21:58
tristanCi feel the same as fungi and Shrews21:59
*** jamesmcarthur has quit IRC22:01
pabelangerwfm22:01
corvusthanks, i'll push up a change in a bit to add a project then22:01
*** jamesmcarthur has joined #zuul22:03
clarkbthe executors can't talk to the metadta service because there are other secrets hosted there?22:03
corvusclarkb: any job could use the uri module to grab the service account token from the metadata service.  so we have to prevent that by annotating the pod in such a way that the account doesn't have any access.  but that also means we can't upload logs, so we get the token into the executor via a file, so we can use the usual bwrap constraints.22:09
clarkband that has to be renewed periodically I guess22:09
corvusyep22:10
corvusevery hour22:10
corvusthis gets you the default service account bearer token: curl -H Metadata-Flavor:Google http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/token22:10
corvusso, not reall hard to take advantage of that :)22:10
tristanCzuul-maint: ftr, https://review.opendev.org/#/q/topic:zuul-crd is working as expected, and with https://review.opendev.org/#/c/704187/ it would get published to docker.io/zuul/zuul-operator22:13
openstackgerritAntoine Musso proposed zuul/zuul master: ansible manager: only failed if last ansible failed  https://review.opendev.org/70469922:15
openstackgerritAntoine Musso proposed zuul/zuul master: zuul-manage-ansible: add validate option  https://review.opendev.org/70470122:16
*** jamesmcarthur has quit IRC22:34
*** jamesmcarthur has joined #zuul22:36
*** jamesmcarthur has quit IRC22:45
*** rfolco has quit IRC22:46
*** jamesmcarthur has joined #zuul22:50
*** hashar has quit IRC22:56
*** jamesmcarthur has quit IRC23:03
*** rlandy is now known as rlandy|bbl23:32
*** panda has left #zuul23:37
*** michael-beaver has quit IRC23:47

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!