*** ssbarnea_ has quit IRC | 00:28 | |
*** abelur has quit IRC | 05:15 | |
*** abelur has joined #openstack-jjb | 05:15 | |
*** hashar has joined #openstack-jjb | 06:28 | |
*** ssbarnea_ has joined #openstack-jjb | 07:25 | |
*** ssbarnea_ has quit IRC | 07:59 | |
*** ssbarnea_ has joined #openstack-jjb | 09:18 | |
ssbarnea | is friday so new jjb/python jenkins releases should be possible, if someone asks for them. just ping me if you need/want one, otherwise i will skip. | 10:18 |
---|---|---|
*** ssbarnea_ has quit IRC | 12:16 | |
*** electrofelix has quit IRC | 12:26 | |
*** ssbarnea_ has joined #openstack-jjb | 12:33 | |
*** ssbarnea_ has quit IRC | 12:49 | |
*** ssbarnea_ has joined #openstack-jjb | 12:57 | |
ssbarnea | zaro__: are you here? | 13:24 |
ssbarnea | i am trying to find a way to add an extra env var in jjb but not inside the template, i just want to add it inside the project or job definition (that are using a template that already have some parameters) | 13:25 |
zxiiro | I'll do a JJB release today | 13:50 |
ssbarnea | zxiiro: please read https://stackoverflow.com/questions/50177308/how-to-override-environment-variables-in-jenkins-job-builder-at-job-level -- 5 beers if you find a way to address this question. | 14:28 |
zxiiro | ssbarnea: oh we do this regularly Although you cannot use "- defaults:" that you have set up at the top because it has the absolute lowest priority in JJB (a setting which I personally don't agree with) so the job-template always overrides it, but you can override a job-template from the "project" section. | 14:32 |
zxiiro | ssbarnea: gimme a few mintues I'll reply to it on SO | 14:32 |
ssbarnea | zxiiro: super, i need to switch location now, so I will be out for 20 mins. I am eager to find a solution for this problem | 14:33 |
ssbarnea | i hope I described it well | 14:33 |
ssbarnea | people are writing project/jobs and I want to allow them to add/override env-vars from there, without having to touch our templates. | 14:34 |
zxiiro | ssbarnea: yep. if you ever want inspiration take a look at t his repo: https://github.com/lfit/releng-global-jjb | 14:35 |
zxiiro | ssbarnea: it's purely a jjb job-template library repo that we load as submodules | 14:35 |
ssbarnea | i will look | 14:35 |
*** ssbarnea_ has quit IRC | 14:35 | |
zxiiro | the jobs are designed to allow folks to override default settings at the project level | 14:35 |
*** ssbarnea_ has joined #openstack-jjb | 14:51 | |
zxiiro | ssbarnea: ok I posted my reply. let me know if anything is confusing | 15:04 |
ssbarnea | well, this translates to two things: a) I need to add JJB variable for each environment variable I want to be able to override. b) i need to have a value for each variable that can be overriden -- shortly is impossible to add FOO=xxx for a job that does not have it in the template. | 15:10 |
ssbarnea | default value is not really the same as "omit" from ansible. | 15:11 |
ssbarnea | also I do have lots of templates, so adding vars on all of them will be bit tricky. | 15:12 |
ssbarnea | i am going to try to try using yaml anchors... | 15:14 |
zxiiro | ssbarnea: oh yeah I forgot to metnion yaml anchors in my answer | 15:16 |
zxiiro | we use that trick a lot too | 15:16 |
zxiiro | sadly though anchors does not transverse files :( | 15:16 |
zxiiro | I don't see a better way to manage this today other than to have a set of well defined variables and hope your template creators follow the guidelines when they develop the templates. | 15:17 |
zxiiro | IMO it would be nice if "defaults" had a higher precedence than job-templates | 15:17 |
zxiiro | but if we change that it will break some use cases. eletrofelix and I discussed adding a feature to let the user decide on the precedence ordering in their JJB. | 15:18 |
ssbarnea | damn, so no solution so far. | 15:26 |
zxiiro | ssbarnea: are you familiar with reno for release notes generation? https://docs.openstack.org/reno/latest/ | 15:31 |
ssbarnea | not at all | 15:31 |
ssbarnea | never used | 15:31 |
zxiiro | looking into using it for some of my own projects. Trying to find some kind of setup that will make release notes easy to manage at the patch level rather than after that fact and you try to remember what everyone added every release. | 15:32 |
ssbarnea | i had an attempt to use such a tool at some point and it only caused me more pain. i ended up considering the ugly changelog == release notes | 15:32 |
zxiiro | yeah that's one of my concerns. I needs to give me less work. not more | 15:35 |
zxiiro | it* | 15:35 |
*** hashar is now known as hasharAway | 15:36 | |
*** openstackgerrit has joined #openstack-jjb | 17:44 | |
openstackgerrit | Thanh Ha proposed openstack-infra/jenkins-job-builder master: Document practical use case for variable defaults https://review.openstack.org/566372 | 17:44 |
openstackgerrit | Thierry CATRAIN proposed openstack-infra/jenkins-job-builder master: Enhances configuration for multibranch project https://review.openstack.org/566397 | 19:54 |
*** hasharAway is now known as hashar | 20:36 | |
openstackgerrit | Thierry CATRAIN proposed openstack-infra/jenkins-job-builder master: Blueocean configuration for multibranch project https://review.openstack.org/566404 | 20:50 |
*** hashar has quit IRC | 21:42 | |
*** ssbarnea_ has quit IRC | 22:43 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!