Thursday, 2020-06-11

*** y2kenny has quit IRC00:10
*** saneax_ has quit IRC01:03
*** wuchunyang has joined #zuul01:03
*** wuchunyang has quit IRC01:08
*** swest has quit IRC01:15
*** swest has joined #zuul01:29
*** rlandy has joined #zuul01:45
*** rlandy has quit IRC01:51
*** bhavikdbavishi has joined #zuul02:47
*** bhavikdbavishi has joined #zuul02:48
*** bhavikdbavishi1 has joined #zuul02:52
*** bhavikdbavishi has quit IRC02:54
*** bhavikdbavishi1 is now known as bhavikdbavishi02:54
*** Goneri has quit IRC03:00
*** wuchunyang has joined #zuul03:16
*** wuchunyang has quit IRC03:21
*** bhavikdbavishi1 has joined #zuul04:21
*** bhavikdbavishi has quit IRC04:22
*** bhavikdbavishi1 is now known as bhavikdbavishi04:22
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** wuchunyang has joined #zuul04:59
*** saneax_ has joined #zuul05:00
*** sgw has quit IRC05:04
*** ysandeep|away is now known as ysandeep05:21
*** wuchunyang has quit IRC05:37
*** dry has quit IRC05:38
*** ysandeep is now known as ysandeep|brb05:38
*** reiterative has quit IRC05:42
*** reiterative has joined #zuul05:42
*** bhavikdbavishi1 has joined #zuul05:47
*** bhavikdbavishi has quit IRC05:49
*** bhavikdbavishi1 is now known as bhavikdbavishi05:49
*** ysandeep|brb is now known as ysandeep06:04
*** dustinc has quit IRC06:35
*** hashar has joined #zuul07:14
*** rpittau|afk is now known as rpittau07:18
*** bhavikdbavishi has quit IRC07:20
*** jcapitao has joined #zuul07:21
*** sshnaidm|afk is now known as sshnaidm07:23
*** tosky has joined #zuul07:38
*** bhavikdbavishi has joined #zuul07:40
openstackgerritMerged zuul/zuul master: Fix test race in test_client_dequeue_ref  https://review.opendev.org/73403207:41
*** sugaar has joined #zuul07:54
*** jpena|off is now known as jpena07:57
avasswe're planning on upgrading our gerrit instance from 2.14 to 3.2. just checking if anyone else is running a newer version and if there could be any problems with zuul?08:01
guillaumecavass, I'm not really running an instance. I'm working on importing new tutorials, running 3.2.1, no issues :)08:07
avassah yeah I guess quickstart is running the latest version of gerrit anyway08:36
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458408:39
guillaumecavass, gerritcodereview/gerrit:latest was recently updated to 3.2.0, "latest" is just a tag,  it does not necessarly point to the most recent version, https://groups.google.com/forum/#!searchin/repo-discuss/docker$20image%7Csort:date/repo-discuss/XKZSNtF5RwA/Evxsa-fsBgAJ08:54
avassguillaumec: yeha I know, but it usually maps to the latest docker image unless you already have it locally09:01
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-web: support OPTIONS for protected endpoints  https://review.opendev.org/73413409:13
openstackgerritMatthieu Huin proposed zuul/zuul master: zuul-web: refactor auth token handling code  https://review.opendev.org/73413909:14
*** rpittau is now known as rpittau|bbl09:15
guillaumecavass, it went from: "2020-06-01 15:20:34,847 INFO zuul.GerritConnection: Remote version is: 3.0.1 (parsed as (3, 0, 1))"  (quick-start's scheduler log from review)09:17
guillaumecavass, to 2020-06-02 13:26:45,800 INFO zuul.GerritConnection: Remote version is: 3.2.0 (parsed as (3, 2, 0))09:17
*** jcapitao has quit IRC10:16
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458410:20
*** jcapitao has joined #zuul10:22
*** jcapitao has quit IRC10:26
*** jcapitao has joined #zuul10:28
*** wuchunyang has joined #zuul10:28
*** wuchunyang has quit IRC10:33
*** jcapitao has quit IRC10:47
*** brendangalloway has joined #zuul10:49
brendangallowayHi - we're currently having an issue with many jobs failing due to retry limit10:49
brendangallowayI've enabled keep on the logs, and the only ouput is starting console and running ansible setup.10:50
brendangallowayLooking through the logs, I don't see any indication why the job failed, apart from a warning for timeout exceeded.  Could that be the root?10:51
*** bhavikdbavishi has quit IRC11:09
*** bhavikdbavishi has joined #zuul11:10
*** threestrands has quit IRC11:10
*** dennis_effa has joined #zuul11:20
*** fbo|off is now known as fbo11:22
*** jpena is now known as jpena|lunch11:40
*** brendangalloway has quit IRC11:44
fungiif brendangalloway returns, i guess the answer is that if it's a pre playbook consistently hitting its configured timeout, then zuul will retry that until it reaches the retry limit and fail11:50
*** rpittau|bbl is now known as rpittau11:54
*** bhavikdbavishi has quit IRC11:55
*** rlandy has joined #zuul12:16
zbrraised https://github.com/ansible/ansible/issues/70003 related to the "failures" keyword we had yesterday, better to comment there if you want changes in ansible.12:20
mordredavass: we're also running a zuul against upstream zuul12:20
mordredavass: AND - opendev is about to work in upgrading away from 2.13 as well :)12:20
avassmordred: nice :)12:21
mordredavass: fwiw - I highly recommend setting up the checks plugin for your 3.2 deployment - zuul already has support for it12:21
avassmordred: oh is that ready? last I looked it was still experimental12:21
mordredit's running on gerrit upstream12:22
mordredit IS still experiemental in that it's not complete12:22
mordredbut we've been explicitly workoing with the upstream checks plugins folks from zuul, so the interaction should be fairly solid with what's there - subchecks is the thing that's missing still12:22
avassah cool12:23
avassI'll take a look at that whenever we upgrade12:23
avassmordred: ah so I'll guess we'll have to configure the checks for each project in gerrit12:27
mordredavass: yeah. and it's really a "Zuul" check12:29
mordredsubchecks is the thing that will then let zuul report back which jobs are going to run for a given change12:30
avassyeah, I remember that discussion when you were in gothenburg. hopefully it's a bit more synced since I remember them having a different view of what subchecks should be :)12:31
*** bhavikdbavishi has joined #zuul12:31
mordredyeah. :) - corvus has been working with them on the spec12:31
avassnice :)12:32
*** guilhermesp has quit IRC12:32
*** mnaser has quit IRC12:32
*** gmann has quit IRC12:33
*** lseki has quit IRC12:33
*** guilhermesp has joined #zuul12:33
*** lseki has joined #zuul12:33
*** gmann has joined #zuul12:33
*** mnaser has joined #zuul12:33
*** jpena|lunch is now known as jpena12:46
corvusavass: oh i *don't* recommend setting up the checks plugin :)12:50
corvusmordred: ^12:50
avassoh, how come?12:52
corvusnot for use with zuul yet.  it's going to be a lot harder to manage than just using streaming events.  a lot of stuff beyond a simple check pipeline doesn't work as well.12:52
corvussubchecks isn't the only missing piece -- we also need webhooks, and more events emitted from the checks plugin12:53
corvusand the checks plugin needs to be able to match checkers on more than one project12:53
avassis it like 'do not rely on it' or more like 'do not use it, things will break'? :)12:55
corvusbasically, it's at a stage where it *can* work to provide most of the functionality we have today.  but it takes more work and its not as polished.12:55
corvusand is *far* less efficient and scalable12:56
*** bhavikdbavishi has quit IRC12:56
*** bhavikdbavishi has joined #zuul12:58
mordredavass: definitley listen to corvus and not me :)12:58
corvusthere are mixed-configuration options that can make it better12:58
corvusso it also kind-of depends on the deployment situtation.  it's worth looking into, but it's not at a stage where i would give a blanket recommendation to use it.13:00
corvusthere's a reason there's a big warning in the zuul documentation about trying it out.  :)13:00
*** harrymichal has joined #zuul13:01
avassyeah, that's what I was guessing :)13:01
avassanyway, since I have your attention. Want to take a look at: https://review.opendev.org/#/c/734774/13 for assigning instance profiles to nodes in aws?13:02
avass(and if you have time: https://review.opendev.org/#/c/733675/ but that change is a bit larger)13:02
avass:)13:02
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul master: Enable display of failures inside zuul console  https://review.opendev.org/73483313:09
*** hashar has quit IRC13:28
guillaumecmordred, small change for gerrit checks: https://review.opendev.org/#/c/732569/13:29
*** sgw has joined #zuul13:43
*** olaph has joined #zuul13:48
mordredSpamapS: I know you don't really have much in the way of time for zuul reviews - but if you get bored it would be nice to have you give https://review.opendev.org/#/c/733675/ a once-over since you have zuul+terraform experience13:57
*** bhavikdbavishi has quit IRC14:18
*** iurygregory_ has joined #zuul14:19
*** iurygregory has quit IRC14:19
*** iurygregory_ is now known as iurygregory14:19
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458414:29
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add linting rule to enforce no-same-owner policy  https://review.opendev.org/72764214:35
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add linting rule to enforce no-same-owner policy  https://review.opendev.org/72764214:39
corvusavass: done!  i left comments on both14:46
*** Goneri has joined #zuul14:46
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Add jobs for testing ensure-ansible  https://review.opendev.org/73458414:51
avasscorvus: ah yeah, boto3 doesn't seem to be clear to whether both the name and the arn is needed: https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/ec2.html#EC2.ServiceResource.create_instances14:52
avassand describe iam instance profile seem to need arn or id, which is different I believe :)14:52
avasscorvus: but it could be that either the name or the arn is needed14:53
corvusavass: yeah, i agree that's ambiguous; though the links to the api docs i think end up on the page i found, so i'm leaning toward assuming it's only one is required; is it easy for you to test?14:54
avasscorvus: not atm, but there's no hurry since I'm on vacation for a week now so I could probably take a look at it :)14:55
*** jkt has joined #zuul15:01
avasscorvus: and yeah, I wanted to have it as a review comment to start with. but there wasn't a way to do that through zuul atm so I just stuck with a file comment for now, though I didn't know you could just omit the line :)15:01
avasscorvus: and regarding moving the packer jobs to hashicorp, that was a way to group the jobs together a bit to avoid bloating the index too much15:03
corvusavass: yeah, it's probably fine -- it seems a little weird to group it by "owning company", but i also agree that having a page with one entry is not great15:10
corvusmaybe packer could be in an image building jobs page, and terraform under deployment jobs or something15:10
avassyeah, either is fine15:10
corvusotoh, if using tf implies using packer, then grouping them together makes a lot of sense.  but i don't get the impression that there's necessarily a strong implied relationship there15:11
avassno there isn't really, and I'm planning on setting up dib jobs instead for what we can15:11
corvusokay.  no -1 on that, i'm happy to move them to hashicorp now and think about something else later :)15:12
*** sshnaidm_ has joined #zuul15:15
openstackgerritRiccardo Pittau proposed zuul/zuul master: Correct syntax to be compatible with mysql8  https://review.opendev.org/73517415:16
*** sshnaidm has quit IRC15:16
*** bhavikdbavishi has joined #zuul15:19
mhusorry if I missed something, but what's the "RollCall-Vote" for in Gerrit?15:22
corvusmhu: it's only on some repos, usually governance ones, where members of a body have an official vote15:23
*** hashar has joined #zuul15:23
corvusmhu: we don't have any of those in zuul, but the openstack tc and opendev teams use it15:23
mhugot it, thanks15:24
clarkbyou'll also find a prioritization as well as a backport category on some repos15:24
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Terraform roles and jobs.  https://review.opendev.org/73367515:26
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Terraform roles and jobs.  https://review.opendev.org/73367515:28
avasscorvus: I believe that should take care of everything15:30
corvuscool, i think that can probably go in once we double check the output15:33
avassI was planning on setting up a check pipeline that runs 'plan' by assigning an instance-profile with a post-merge pipeline that applies the config, and maybe do some testing in the gate by spinning up temporary resources. still trying to figure out how far I can take this :)15:35
corvusavass: we're really happy with our "spin up a real $serivce" jobs in opendev's gate.  it's not always easy, but it's really rewarding.15:40
avassyeah I can imagine15:40
fungiwe tested an etherpad upgrade yesterday by proposing a broken change to our configuration management and telling zuul to set an autohold15:41
fungiand then had a usable sample deployment to poke around in15:41
SpamapSmordred: I'll peek in a bit. :)15:41
avassfungi: hah, yeah that's one way to do it15:43
clarkbavass: and that generated a bug report to etherpad and now we're waiting on that to figure out what our plans are before upgrading15:45
clarkb(it was actually a useful exercise)15:45
*** panda has quit IRC15:51
*** panda has joined #zuul15:53
SpamapSmordred: looks pretty good. I do worry about printing plans in code review systems.. as it's pretty easy to screw up and let a password through, but I suppose that's true in many other cases as well.15:54
avassSpamapS: well the passwords shouldn't be part of the logs anyway :)15:56
*** rpittau is now known as rpittau|afk15:58
*** ysandeep is now known as ysandeep|away15:59
avassSpamapS: but I guess the recommendation from terraform is to treat the state as sensitive data: https://www.terraform.io/docs/state/sensitive-data.html#recommendations16:00
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab - add dynamic reconfig test  https://review.opendev.org/73518616:01
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab - add test checking tenant reconfig when ref updated  https://review.opendev.org/73518716:01
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab: add enqueue/dequeue unit tests  https://review.opendev.org/73518816:01
openstackgerritFabien Boucher proposed zuul/zuul master: gitlab - Add support for depends-on dependency  https://review.opendev.org/73518916:01
mordredSpamapS: woot, thanks!16:04
* mordred cheers on fbo's gitlab work16:04
corvusavass: happy with the new file comments?  want to make leaving comments off by default?  should we go ahead and approve it then?16:04
avasscorvus: lgtm16:05
corvustristanC: ^ feel free to +3 https://review.opendev.org/733675 after re-review16:07
avassand now when I think about it, it might make more sense to have file comments than review comments, since there could be multiple terraform jobs running at the same time16:08
corvusi have to suit up for a grocery shopping expidition, so i'll be biab.16:08
avassso that makes it easier to see which execution plan comes from which configuration16:08
corvusavass: i thought we added the job name to comments recently (so our linters job says "linters: you left out a space").  maybe we did that in the job itself; maybe you could do that here too?16:09
corvus(also, maybe we should make that automatic in zuul)16:09
SpamapSavass: My experience is that there's a pretty good chance somebody will fail to mark a piece of data in terraform as sensitive. which will make it print out in the plan.16:09
SpamapSAnd sometimes providers are hastily written, and don't mark things as sensitive either.16:10
avasscorvus: yeah that's part of the tox_parse_output.py script16:10
SpamapSSo.. yeah.. I'd just make sure that can be turned off.16:10
avassSpamapS: sure, but that's still just slightly worse since it would end up in the logs anyway16:10
AJaegercorvus: btw. I pushed https://review.opendev.org/677578 forward so far (configure-os-mirror) but will not have time to give it the final push, could you take it back or find another expert to help further, please?16:10
avassSpamapS: there could be a way to no_log it16:11
avassAJaeger: I can take a look at it, doesn't look like there's much left to do16:11
avassand I need to go get some food, I'll be back later :)16:12
corvussounds like we need a centos/suse expert?16:12
avassoh, yeah that might be good :)16:14
*** iurygregory has quit IRC16:15
openstackgerritMerged zuul/zuul master: Run upload-docker-image on release  https://review.opendev.org/73490216:25
sshnaidm_AJaeger, avass, mordred and others, can you re-review please in your time https://review.opendev.org/#/c/73036016:46
*** sshnaidm_ is now known as sshnaidm16:46
*** sshnaidm is now known as sshnaidm|afk16:46
avasssshnaidm|afk: my comment still stands, I'm not entirely convinced that ensure-ansible needs to be a role since it adds so little. mordred can you take a look at that as well ^ ?16:48
avasssshnaidm|afk: but I won't be in the way of adding it if other maintainers are ok with it.16:50
sshnaidm|afkavass, well, if no need - I can delete, it's easier than to create :) I'm open to suggestions16:51
sshnaidm|afkactually added it according to mordred request16:51
AJaegercorvus: I can help from SUSE side, we can ask dirk as well16:55
*** jpena is now known as jpena|off17:00
AJaegercorvus, avass, let me propose an update on top of 677578 on how to make openSUSE mirrors a bit more fine-granular - if we like it, we can squash it into 67757817:05
*** dennis_effa has quit IRC17:10
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408217:16
*** fbo is now known as fbo|off17:17
mhucorvus: tristanC is moving out this week, he might be between flats right now, so not really available for reviews:)17:25
mhumordred, corvus AJaeger what do you think of the idea of a zuul web CLI as in https://review.opendev.org/#/c/729236/ ? Or should it move to a separate project?17:37
*** hashar has quit IRC17:41
corvusmhu: ack thanks, i'll just carry over his previous +2 then17:46
corvusmhu: i think maybe a new project17:47
mhucorvus, on opendev? otherwise we can also host it on SF17:48
corvusmhu: i think it could be a zuul project.  why don't you start a zuul-discuss ML list thread and gather feedback17:49
corvuszuul/zuul-cli or something17:50
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors  https://review.opendev.org/73520718:08
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520718:09
avasscorvus: looks like name or arn is enough, so I'll update that18:09
AJaegeravass, corvus, fungi, I updated the openSUSE mirrors for configure-os-mirrors in 735207, please tell me whether that works better - and is not over-engineered.18:12
* AJaeger waits now for test results ;)18:12
AJaegeroh, it will fail - I'll update test-playbooks/base-roles/configure-new-mirrors.yaml18:12
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520718:14
avasscorvus: and interestingly enough, name and arn may not be used at the same time :)18:14
avassthat seems like something that should have been documented in boto18:15
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: DNM: Debug openSUSE mirror loop  https://review.opendev.org/73520918:23
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408218:25
*** bhavikdbavishi has quit IRC18:29
*** bhavikdbavishi has joined #zuul18:30
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520718:35
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: DNM: Debug openSUSE mirror loop  https://review.opendev.org/73520918:35
*** bhavikdbavishi has quit IRC18:45
openstackgerritAlbin Vass proposed zuul/nodepool master: aws: add support for attaching instance profiles  https://review.opendev.org/73477418:46
avasscorvus, mordred: that should fix it ^18:46
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520718:47
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: DNM: Debug openSUSE mirror loop  https://review.opendev.org/73520918:47
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520718:55
corvusi'm going to re-enqueue the latest zuul release to check on the new dockerhub job18:57
corvusnaturally that didn't work; i'll have an iterative improvement after lunch19:05
*** rfolco|rover has joined #zuul19:08
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520719:12
openstackgerritAlbin Vass proposed zuul/nodepool master: WIP: aws: add support for uploading diskimages  https://review.opendev.org/73521719:15
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520719:15
*** rlandy is now known as rlandy|afk19:24
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Update openSUSE Mirrors for configure-os-mirrors  https://review.opendev.org/73520719:28
AJaegeravass, corvus, fungi, this should pass now, reviews welcome when you find time the next days ^19:31
AJaegercorvus: do you want to merge https://review.opendev.org/731606 now?19:49
corvusAJaeger: sounds good; looks like all the suggestions can be done as followups if desired20:06
openstackgerritMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/73408220:07
*** rfolco|rover has quit IRC20:16
avasscorvus, AJaeger: I saw something that needs fixing, -2 to stop it from merging20:20
avassit shouldn't use a lookup if it's already using with_first_found20:21
corvusavass: ack, i cleared my vote20:24
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Update guideline docs for os specific tasks  https://review.opendev.org/73160620:24
avasscorvus, AJaeger: that should be better20:25
avassah wait20:25
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Update guideline docs for os specific tasks  https://review.opendev.org/73160620:25
avasscorvus, AJaeger: that's better :)20:25
avasscorvus: I missed this the other day by the way: https://review.opendev.org/#/c/733478/20:26
*** rlandy|afk is now known as rlandy20:26
corvusi think i can just +3 that one20:31
avasswhat's the post upload hook for in nodepool builder?20:33
avassah, like verifying that the image is actually available in the provider?20:34
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Add test-build-container-image-release job  https://review.opendev.org/73524921:00
openstackgerritAlbin Vass proposed zuul/nodepool master: WIP: aws: add support for uploading diskimages  https://review.opendev.org/73521721:00
corvusavass: i think more for verifying the image works (but yes it would also implicitly verify it's available, but that's something that nodepool should detect as part of its upload process)21:02
avasscorvus: ah so something like starting an instance from the image and testing it's functionality21:03
avasscorvus: it doesn't seem to hard to add dib support for aws, just need to get a good understanding on how nodepool-builder works at the moment :)21:04
corvusavass: yep21:04
mordredcorvus: test-build-container-image-release just makes me giggle21:08
corvusmordred: test-???-release!21:08
mordredcorvus: ... profit21:08
mordredcorvus: also - sorry about the unconditional use of label :)21:09
mordredcorvus: you left --label "org.zuul-ci.change_url={{ zuul.change_url }}"21:09
mordredcorvus: wouldn't that also need an if? or did you leave that to make sure the job fails properly21:09
corvusmordred: np :)  and yeah -- that is present even in a ref pipeline.  it's just poorly named.21:09
avassmordred: I was just about to comment on that :)21:10
mordredah ... nod21:10
avassoh21:10
mordredyay for naming21:10
corvusit's our proud zuul v2 legacy21:10
mordredcorvus: \o/21:10
mordredcorvus: should we even be setting that as a docker label then?21:10
mordredor - should we call the docker label something else?21:10
corvusmordred: https://opendev.org/zuul/zuul/commit/c12f3fe1defe8b61d59061363c9c04fb520dae1821:11
corvusthat's what it is for a tag21:11
mordredcorvus: that's a good thing to have in the label I think21:11
corvusmordred: i think if we figure out what zuul.change_url should be, we should change the docker label, but until then, i can't think of a better docker label name :)21:11
mordredcorvus: :)21:12
mordredcorvus: looking at that link - gitea doens't seem to know about your key21:12
mordredI wonder if there is a way we can inform it of keys21:12
mordred(that's more of an opendev thought)21:12
clarkbkeys for what?21:13
mordredclarkb: gpg key - but I just brought it up in #opendev21:13
*** armstrongs has joined #zuul21:31
*** Defolos_ has left #zuul21:34
openstackgerritMerged zuul/zuul master: zookeeper-tls-howto: Remove unused keystorepassword  https://review.opendev.org/73347821:37
*** armstrongs has quit IRC21:40
*** dustinc has joined #zuul21:55
guillaumecmordred, corvus: I am looking at ansible/base/library/command.py, I'm looking at trace by putting more console.addLine because I've been unable to get the log from AnsibleModule.log. I am using ansible verbose 'vvvv', ANSIBLE_DEBUG, I read https://docs.ansible.com/ansible/latest/dev_guide/developing_program_flow_modules.html#ansible-no-log,  can you give me a hint ?   I am using zuul/zuul-executor container22:07
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Add test-build-container-image-release job  https://review.opendev.org/73524922:07
*** threestrands has joined #zuul22:20
*** harrymichal has quit IRC22:21
guillaumecfound why, no syslog on tutorial node ^^22:45
corvusguillaumec: sorry i was afk and don't fully understand the problem.  it sounds like you have something working now?  but if not, let me know, i'll try to help.23:03
guillaumeccorvus, yes i do, and found root cause,  preparing a change :)23:03
mordred\o/23:04
*** tosky has quit IRC23:10

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