Wednesday, 2019-06-26

paladoxFungi I do wish that gerrits ACL supported both “block” and “allow” in the same section.00:12
*** ianychoi has quit IRC00:12
*** ianychoi has joined #zuul00:14
*** jeliu_ has joined #zuul00:14
*** ianychoi has quit IRC00:20
*** ianychoi has joined #zuul00:21
*** sgw has quit IRC00:22
*** ianychoi has quit IRC00:30
*** ianychoi has joined #zuul00:31
*** jeliu_ has quit IRC00:35
*** ianychoi has quit IRC01:03
*** ianychoi has joined #zuul01:04
*** mgoddard has quit IRC01:40
*** mgoddard has joined #zuul01:48
*** swest has quit IRC01:53
*** igordc has quit IRC01:58
*** swest has joined #zuul02:10
*** ianychoi has quit IRC02:14
*** ianychoi has joined #zuul02:16
*** ianychoi has quit IRC02:38
*** ianychoi has joined #zuul02:40
*** bhavikdbavishi has joined #zuul03:34
*** bhavikdbavishi has quit IRC03:38
*** bhavikdbavishi has joined #zuul03:46
*** raukadah is now known as chandankumar03:52
*** swest has quit IRC04:01
*** jhesketh has quit IRC04:19
*** jhesketh has joined #zuul04:19
*** mgoddard has quit IRC05:54
*** mgoddard has joined #zuul06:00
*** pcaruana has joined #zuul06:26
*** ianychoi has quit IRC06:34
*** swest has joined #zuul06:37
*** ianychoi has joined #zuul06:41
*** themroc has joined #zuul07:10
*** tosky has joined #zuul07:16
openstackgerritDirk Mueller proposed zuul/nodepool master: Switch to openSUSE 15.1  https://review.opendev.org/66753207:33
*** hashar has joined #zuul07:45
openstackgerritMark Meyer proposed zuul/zuul master: Extend event reporting  https://review.opendev.org/66213407:50
openstackgerritMatthieu Huin proposed zuul/zuul-jobs master: install-nodejs: add support for RPM-based OSes  https://review.opendev.org/63104907:57
*** ianychoi has quit IRC07:59
*** ianychoi has joined #zuul08:01
*** hwangbo has quit IRC08:48
*** ianychoi has quit IRC09:07
*** ianychoi has joined #zuul09:10
*** hashar has quit IRC09:39
*** bhavikdbavishi has quit IRC09:52
*** badboy has quit IRC10:08
*** bhavikdbavishi has joined #zuul10:59
*** tosky has quit IRC11:15
*** tosky has joined #zuul11:16
*** shachar has quit IRC11:18
*** saneax has joined #zuul11:39
*** ianychoi has quit IRC11:40
*** ianychoi has joined #zuul11:45
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Use PDK to build puppet module  https://review.opendev.org/62753411:55
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Prepare: Use PDK to build puppet module  https://review.opendev.org/66759012:07
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Use PDK to build puppet module  https://review.opendev.org/66759112:07
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Prepare: Use PDK to build puppet module  https://review.opendev.org/66759012:09
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Use PDK to build puppet module  https://review.opendev.org/62753412:09
*** ianychoi has quit IRC12:14
*** swest has quit IRC12:15
*** ianychoi has joined #zuul12:22
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Prepare: Use PDK to build puppet module  https://review.opendev.org/66759012:22
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Use PDK to build puppet module  https://review.opendev.org/62753412:22
*** rlandy has joined #zuul12:25
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Prepare: Use PDK to build puppet module  https://review.opendev.org/66759012:40
openstackgerritAndreas Jaeger proposed zuul/zuul-jobs master: Use PDK to build puppet module  https://review.opendev.org/62753412:40
pabelangerthis is new12:49
pabelanger2019-06-26 12:28:46,778 DEBUG zuul.AnsibleJob: [e: 9c4bc610-9809-11e9-8257-656dd3ede3b9] [build: db73073592cb49549a8f9df01b9497ac] Updating playbook or role ansible/ansible-zuul-jobs12:50
pabelangerwe seem to now log 2 IDs in log files12:50
pabelangertobiash: I noticed https://review.opendev.org/666972/ over the weekend about left over bwrap bindmounts when we migrated to multi-ansible support12:54
*** sgw has joined #zuul13:01
*** rf0lc0 has joined #zuul13:18
*** rfolco has quit IRC13:21
pabelangertobiash: also, today seems to be the day I am migrating to prepare-workspace-git :)13:22
pabelangertrying to debug failure with prepare-workspace from a specific executor pushing repos13:22
tobiashpabelanger: the e id is the event id that triggered the action13:23
flaper87Is there a way to set the `ansible_shell_type` for a specific image? I would like to connect to my windows nodes using ssh: https://docs.ansible.com/ansible/latest/user_guide/windows_faq.html#can-i-connect-to-windows-hosts-over-ssh13:23
flaper87but I'd need to set the shell to `powershell`13:23
pabelangerflaper87: you can set the connection-type in nodepool13:26
pabelangerhttps://zuul-ci.org/docs/nodepool/configuration.html#attr-providers.[openstack].diskimages.connection-type13:26
pabelangerbut, ansible_shell_type should just be a job variable13:27
flaper87pabelanger: I don't want to set the connection-type, I want it to be ssh13:27
flaper87oh, didn't think about setting ansible_shell_type as a job variable13:28
flaper87will do13:28
pabelangerah, yah, that is the default13:28
pabelangerso, job vars should be all that is needed13:28
* flaper87 tries13:28
flaper87thanks13:28
*** bhavikdbavishi has quit IRC13:28
*** swest has joined #zuul13:32
flaper87pabelanger: mmh, doesn't seem to be working. In ansible, you'd set this var in the inventory, I wonder if it's being picked at all13:33
flaper87oh, hold on13:33
*** jeliu_ has joined #zuul13:33
flaper87this is only available on ansible 2.8. How can I make sure that ansible 2.8 is used for this job?13:34
flaper87assuming there's a way to do that13:34
pabelangerjob.ansible_version = 2.813:35
*** jeliu_ has quit IRC13:38
*** rf0lc0 has quit IRC13:42
*** rf0lc0 has joined #zuul13:42
pabelangerso, this is odd, I'm seeing 'file has vanished' from rync in prepare-workspace14:05
pabelangerhttps://logs.zuul.ansible.com/90/58390/cb7832ea4c51e7894e3de1c95d7e6437dcb40c27/third-party-check/ansible-test-network-integration-iosxr-python36/6b3baa0/job-output.html#l12214:05
pabelangerthat just started happening 2 hours ago14:06
openstackgerritJames E. Blair proposed zuul/nodepool master: WIP test ubuntu builds  https://review.opendev.org/66762414:06
*** bhavikdbavishi has joined #zuul14:07
*** jpena|off is now known as jpena14:10
*** jpena is now known as jpena|mtg14:10
*** saneax has quit IRC14:13
*** saneax has joined #zuul14:14
*** bhavikdbavishi has quit IRC14:18
pabelangerdoes anybody know why files would be missing (vanished) on a zuul-executor work_root directory?14:25
fungiyour work_root is in /tmp and you have tempreaper installed? two builds ended up colliding over the same work_root?14:28
* fungi can think of some even more outlandish causes probably14:28
pabelangeryah, /tmp14:32
pabelangerbut, don't think I have tempreper installed14:33
*** themroc has quit IRC14:33
*** mattw4 has joined #zuul14:35
pabelangerhttps://review.opendev.org/665186/ landed recently, which changes it from tmp14:39
pabelangerlet me do that too14:39
*** bhavikdbavishi has joined #zuul14:40
fungizbr|ruck: in 652708 you suggested that ansible-lint has softened its positions on things since becoming an official ansible project... in your opinion is it going to be easier now to uncap it again? or are the new opinions which caused us to add the <4 cap in test-requirements.txt still in effect?14:44
zbr|ruckfungi: I would not go so far. We use it as pre-commit hook and is pinned, we update it manually each time. this protects us from surprises on new versions.14:44
zbr|ruckusually is better to be 1-2 versions behind on it, is very similar experience with flake814:45
openstackgerritJames E. Blair proposed zuul/nodepool master: WIP test ubuntu builds  https://review.opendev.org/66762414:45
fungizbr|ruck: do you think they're likely to reassess and remove or default disable some of the new rules they enabled in v4?14:45
zbr|ruckfungi: yes, i know for sure that one or two rules were disabled by default after proved to cause too many false positives.14:46
fungigood to know14:47
fungii'm trying it out now to see what the result might look like14:47
zbr|rucki raise few bugs myself, but other than this is ok. i can make a POC change if you want.14:47
zbr|ruckjust tell me which repo.14:47
fungiwhen v4 was first released it looked like they had added new rules which were only relevant for roles targeting distribution on galaxy14:48
pabelangersame issue, after moving it from /tmp14:48
pabelangerso, must be something with brwap, or file-system14:48
fungipabelanger: yeah, also unlikely to have been tmpreaper anyway because that usually only removes files older than some configurable timeframe (typically on the order of days)14:49
zbr|ruckyep 4.0 was really controversial one, but they learnt from it. we do neither use galaxy with tripleo roles, but got over it easily, even without excludes.14:49
pabelangerleaning towards file-system, since this just started happening today14:49
zbr|rucka minimal meta.yml file helps documenting things, even if you never plan to publish.14:49
pabelangerbut, maybe something in ansible 2.8 also changed14:50
fungizbr|ruck: cool, i'm just trying on zuul-jobs with the <4 cap removed just to see how rough it might be14:50
zbr|ruckfungi: what I did on other repos was to temporary introduce excludes to ease migration and slowly removing them later. so people have time to adapt. this avoids wide changes.14:51
AJaegerif we investigate ansible-lint, let's look at https://review.opendev.org/532083 for a job...14:52
fungihuh... trying to get a baseline run before removing the cap, and ansible-lint doesn't find the roles directory in the zuul-jobs repo14:53
fungiwhen it gets to checking the playbooks, it can't find roles referenced in them which are included in the repo14:53
fungidoes it work locally on current master branch state of zuul-jobs for anyone else?14:54
AJaegerfungi: did you set ANSIBLE_ROLES_PATH ?14:56
fungioh, i guess we don't set that in tox?14:57
AJaegerthere's a comment in tox.ini about it14:57
fungiaha14:57
fungithanks AJaeger!14:58
*** michael-beaver has quit IRC15:00
AJaegerfungi: working now?15:02
funginot sure yet, but will know shortly15:03
fungii tried setting it to a relative path first but that didn't work, so being canonical with it now15:03
fungibut takes a while before it starts to go through the playbooks15:03
openstackgerritMark Meyer proposed zuul/zuul master: Extend event reporting  https://review.opendev.org/66213415:05
fungioh, duh, i was trying to assign it in passenv rather than exporting it in the calling environment15:05
*** mattw4 has quit IRC15:05
corvustobiash: https://review.opendev.org/666982 lgtm; do you want to update with clarkb's suggestion?15:20
tobiashI can do that if you want (later this evening)15:25
corvustobiash: however you want to handle it is fine with me15:25
tobiashthen I'd suggest a followup as this is an undocumented switch anyway15:26
*** hashar has joined #zuul15:29
*** swest has quit IRC15:31
clarkbya I +2'd because it isn't an advertised option so happy for it to go in as is15:34
*** tosky has quit IRC15:37
openstackgerritFabien Boucher proposed zuul/zuul master: URLTrigger driver time based  https://review.opendev.org/63556715:37
*** sshnaidm is now known as sshnaidm|afk15:40
pabelangertobiash: okay, no issues with prepare-workspace-git I see, promote it to our base jobs now15:48
pabelangerthen will start caching repos with DIB15:48
openstackgerritMerged zuul/zuul master: Add missing docker daemon installation for Ubuntu/Debian  https://review.opendev.org/66552015:55
pabelangerfungi: welp, rsync is working again, so have to stop debugging for now15:56
pabelangerbut was limited to a single executor15:56
*** mattw4 has joined #zuul15:57
*** igordc has joined #zuul15:59
fungipabelanger: oh, that's definitely good to know that it was only one executor. what's the filesystem backed by?16:01
pabelangerfungi: ceph16:01
fungicephfs or block storage on ceph?16:02
*** jpena|mtg is now known as jpena|off16:04
openstackgerritMerged zuul/zuul master: Return store object instead of a function  https://review.opendev.org/66564216:12
pabelangerfungi: block storage, this is in vexxhost16:16
pabelangerfile-system is ext416:16
clarkbpabelanger: fwiw I'm in the middle of a gitea06 rebuild because its fs got corrupted after/during a live migration there16:17
clarkbpabelanger: possible your host is in the same situation?16:17
pabelangerclarkb: maybe, but I don't see anything warning in kernel or dmesg16:18
pabelangerthe system looks healthy16:18
fungipabelanger: yeah, if there were problems with the backend then i would expect filesystem errors and block device errors in dmesg, so sounds like there really is something less obvious at work16:21
pabelangerfor now, I've switched to prepare-workspace-git, to get more inline with others here. And start working to setup git cache for dib16:22
pabelangerthat _should_ reduce the amount of stuff we need to rsync16:22
*** hashar has quit IRC16:24
*** bhavikdbavishi has quit IRC16:27
openstackgerritMerged zuul/zuul master: Add missing start-message in pipeline config schema  https://review.opendev.org/66593616:30
*** sanjayu_ has joined #zuul16:33
*** saneax has quit IRC16:35
*** bhavikdbavishi has joined #zuul16:43
openstackgerritMerged zuul/zuul master: Add missing doc for pipeline start-message  https://review.opendev.org/66593016:53
*** hwangbo has joined #zuul17:12
openstackgerritMerged zuul/zuul master: Add support for item.change for pipeline start-message formater  https://review.opendev.org/66596817:12
openstackgerritJames E. Blair proposed zuul/nodepool master: WIP test ubuntu builds  https://review.opendev.org/66762417:15
*** zbr|ruck is now known as zbr17:18
*** rf0lc0 is now known as rfolco17:30
*** panda has quit IRC17:31
openstackgerritMerged zuul/zuul master: Allow config projects to override allowed-projects  https://review.opendev.org/66673317:33
*** panda has joined #zuul17:35
*** pleia2_ has joined #zuul17:49
openstackgerritJames E. Blair proposed zuul/nodepool master: WIP test ubuntu builds  https://review.opendev.org/66762417:49
*** tflink_ has joined #zuul17:50
*** sanjayu_ has quit IRC17:51
*** klindgren_ has joined #zuul17:52
fungiwhat does {{- varname -}} do? i can't seem to find any reference to that syntax in the jinja2 docs, but we do it in some roles like https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/multi-node-firewall/tasks/main.yaml#L2617:53
*** pleia2 has quit IRC17:53
*** tflink has quit IRC17:53
*** sileht has quit IRC17:53
fungimaybe a cleaner example is https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/multi-node-hosts-file/tasks/main.yaml#L917:53
*** klindgren has quit IRC17:53
pabelangerfungi: I think strips whitespaces17:55
pabelangerbut I haven't see that before17:55
*** altlogbot_1 has quit IRC17:55
fungii thought that's what {{%- varname -%}} did17:56
pabelangeryah17:56
pabelangerthat's what I've seen before17:56
pabelanger{{- foo -}} is new to me17:56
fungiwe do it in a few places in zuul-jobs so trying to figure out whether it's an actual part of the syntax or a mistake17:57
pabelangera quick google say it is valid17:57
pabelangerand related to whitespace17:57
*** bhavikdbavishi has quit IRC17:58
fungihuh, okay. is there a more correct syntax?17:58
openstackgerritMerged zuul/zuul master: Strengthen the caution about allowed-projects  https://review.opendev.org/66724117:58
fungiansible-lint rule 206 considers it a problem because there's no space after the {{ or before the }}17:58
pabelangeroh17:58
pabelangerha17:58
pabelangerhttps://github.com/ansible/ansible-lint/issues/49917:58
pabelangerthat is what I was looking at17:59
pabelangerlikely related17:59
pabelangerfungi: I've usually used jinja2 filters to trim or strip17:59
fungigot it, so 4.1.1 will fix it17:59
fungiyeah, that's exactly what i ran across18:00
*** altlogbot_3 has joined #zuul18:00
*** sileht has joined #zuul18:01
*** altlogbot_3 has quit IRC18:01
fungithanks!18:03
*** altlogbot_1 has joined #zuul18:03
*** pwhalen has joined #zuul18:06
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Advance ansible-lint cap to test with 4  https://review.opendev.org/66769518:11
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Make all lines less than 160 characters long  https://review.opendev.org/66769618:11
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Don't compare to literal True/False  https://review.opendev.org/66769718:11
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Be consistent about spaces before and after vars  https://review.opendev.org/66769818:11
fungizbr: ^ that's my attempt at convincing myself that ansible-lint is worth keeping, and to serve as a new conversation starter on the subject18:11
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: POC: Run linters via pre-commit  https://review.opendev.org/66769918:14
zbrfungi: yeah, that's the idea. sadly regarding 206 there is still a pending bug, but using "# noqa 206" works well.18:15
AJaegergreat work, fungi ! Thanks!18:17
openstackgerritMerged zuul/zuul master: Stop bind mounting zuul dir into bwrap  https://review.opendev.org/66697218:20
fungiif we want this, we can just wait to merge the change which un-excludes 206 when they tag 4.1.1, which hopefully won't be much longer?18:21
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Don't compare to literal True/False  https://review.opendev.org/66769718:23
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: Be consistent about spaces before and after vars  https://review.opendev.org/66769818:23
corvusfungi: i'm really uncomfortable with a line length limit.  because of all the possible syntax values, it's very difficult for me to know exactly how to safely break lines.18:27
fungii concur. that's the ugliest of the lot to me18:29
fungithis is also why i broke each rule into its own change, so we can decide to omit some of those and keep them excluded forever if we prefer18:30
fungiplease -1 any you disagree with (including the first in the series for that matter)18:30
fungias i said, this was exploratory work to evaluate whether we want to keep using ansible-lint18:31
corvusyeah, i left that as a -118:31
fungii didn't feel i could justifiably disagree with continuing to use it unless i actually checked how useful the new rules it's been adding actually arte18:32
fungis/arte/are/18:32
openstackgerritAlex Schultz proposed zuul/zuul master: Additional note about branches for implied-branches  https://review.opendev.org/66741518:32
corvusi've got a -1 on that, and a 0-question on the boolean one18:33
fungicool18:33
fungithanks!18:33
fungicorvus: wow, https://github.com/ansible/ansible-lint/commit/a02e6669cd73e0057a846854190c6b9fb207d5cf#diff-005e27ce9f611f6b5d67b2a0172432d9R15 even set that to severity "high"18:37
openstackgerritMerged zuul/zuul master: Fix build leak with paused jobs  https://review.opendev.org/66707218:39
fungiseems https://github.com/ansible/ansible-lint/pull/384 included very minimal discussion and only rational about avoiding !=18:39
fungier, rationale18:39
corvusokay, so the rule allows "is True" it only disallows "== True"18:43
fungii guess "is not False" could also work there?18:43
corvusyeah that should be fine too18:43
corvusthat's better than what i thought the rule was18:43
fungior similar18:43
clarkbI'm guess the rule is there to encourage use of truthy values?18:44
fungialso happy to rework the edits for that change to use explicit bool matches without equivalence operators18:44
*** michael-beaver has joined #zuul18:44
corvusfungi: i think at the least one would need to go through and make sure that the equality (or identity) test wasn't necessary18:45
fungithough "foo == True" is generally served by "foo" while "foo is True" is much more specific as the type for foo must also be boolean, right?18:45
corvusfungi: yeah18:45
corvus"foo" and "foo is True" are really very different statements.18:46
corvus"foo == True" is somewhere in the middle :)18:47
fungiso replacing "foo == True" with just "foo" should be identical. if we actually wanted "foo is True" then we should have been using it18:47
fungibecause "foo == True" doesn't require that foo be a boolean18:47
fungioh, huh, actually arbitrary strings don't evaluate == True18:49
fungifor some reason i thought they did18:49
corvusright, so i think "foo == True" is much closer to "foo is True"18:49
corvusit's in the negation where things get weirder18:50
fungiso `if "xyzzy":` doesn't get you the same as `if "xyzzy" == True:`18:50
corvuscorrect18:50
corvus'' == False is also false18:50
fungithere is apparently a ternary condition for boolean evaluation of non-boolean types in python that i hadn't realized until now18:51
fungiif you cast with bool() you get the behavior i was thinking the equivalence operator also used18:52
fungihow was i unaware of this? gonna need an extra drink tonight to cope with this new reality i've landed in18:52
*** tflink_ is now known as tflink18:55
clarkb[DEPRECATION WARNING]: Use errors="ignore" instead of skip. This feature will be removed in version 2.12. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.18:55
clarkbjust got that from our producition ansible18:56
clarkbdoes the linter catch those deprecated things too? I could see how those would be useful at least18:56
fungisounds like from what zbr was saying in #openstack-infra ansible-lint implements its own (rudimentary) ansible parser and doesn't actually get ansible to parse the files18:57
corvusif folks are interested in improving the testing situation for zuul-jobs, there is some significant work that needs to be done to move testing from openstack-zuul-jobs into zuul-jobs -- that's an opportunity to set up a better model for testing roles in zuul-jobs.  it's a blocker for moving zuul-jobs to the zuul tenant, and i'm happy to help anyone interested get started.18:57
openstackgerritMerged zuul/zuul master: Split ansible output into its own sub logger  https://review.opendev.org/66713118:59
corvusi think we could get to a point where we could easily have full functional testing for any role in zuul-jobs19:00
clarkbhrm re the bool thing there is a deprecation warning from ansible saying you need to | bool prior to 2.1219:01
clarkbin which case == True should be fine19:01
zbransible2.8 introduce a huge amount of deprecations and writing code that works without warnings on multiple versions of ansible became a real challenge.19:01
clarkb(my theory on using truthy values is wrong then)19:01
zbrif you are curious, look at how ugly was one of the workarounds https://github.com/ansible/molecule/pull/2124/files19:02
zbrclarkb: i did not find any issues with conditionals, to me "when: foo.exists" is the pythonic way of doing it. the linter is already going in the same direction: make it pythonic.19:03
clarkbzbr: yes but now you must do foo.exists | bool19:04
clarkbin which case foo.exists | bool == True is fine19:04
zbrhmm,... i did not observe the need for this.19:04
clarkbI would agree with you if | bool wasn't being forced on us19:04
clarkbzbr: ansible 2.12 will require | bool according to the warning I just saw19:04
zbrlucky for us 2.12 is many months away, this may change.19:05
zbri would not be the first time when I see a minor patch undoing some deprecation, based on user feedback19:05
zbrit would make sense to require |bool if you do it inside jinja2, but on a when clause which does not use jinja {{ }} I would make it implicit19:07
fungii think corvus's suggestion is very compelling. rather than have some style checker act as a proxy for whether we've written valid ansible, actually execute those jobs within a job and let the real ansible parser (every version of it we care about) tell us whether it works19:12
zbryou cannot replace linting with unit/functional testing. Ansible will not be able to catch style issue, also running quickly it would be impossible. why do we have so many linters in python?19:14
fungibecause there are plenty of projects where people care more about what the source code looks like than how it runs19:14
openstackgerritMerged zuul/zuul master: Remove non working tests/base.py ZuulTestCase.getPipeline method  https://review.opendev.org/66735119:14
zbralso ansible has zero support to treat warnings as errors. unless you write some output parser, you would be able to catch deprecations.19:14
fungistyle checkers force people to write things legibly, they don't actually test whether the written thing works properly19:15
zbrfungi: true. i did not say that you do not also need to test them.19:15
fungithe main argument i've heard so far for keeping ansible-lint is that it catches mistakes in ansible syntax, not that people have been writing illegible ansible19:16
zbrthat's why I find molecule quite useful as I can run roles on lots of platforms easily, and catch bugs,19:16
zbrnobody is willing to recognize he is writing poor code. and one example is the lack of names on tasks.19:17
fungithe test of upgrading to ansible-lint 4(.1.0) indicates that the new rules they've added have identified no syntactic bugs in zuul-jobs, but complain about three conditions one of which we'll almost certainly ignore, one of which is of dubious value and one of which is still rather broken19:17
zbransible is perfectly normal with no names on tasks, but this makes debugging execution quite hard.19:17
zbrfungi: linters help in avoiding discussion about code styling during reviews, which could become really stressful, I seen reviewer-A requesting a change, and one day later reviewer-B asking for the other one. With a linter you make the choice impersonal.19:19
fungimaybe we want ansible-lint with only rules we care about turned on? is that an option without playing whack-a-mole with new exclusions every time there's a release?19:20
zbrsure, picking which rules matter for you is choice of each project.19:20
zbrbending the rules a *bit* is not bad.19:21
fungijust wondering if it's possible to tell ansible-lint to load no rules except the ones we want (i.e. whitelisting a few rules instead of blacklisting a majority of them)19:21
fungifor example, if all we wanted to do was make sure tasks all have names19:22
zbrespecially with codebases with long history is not resonable to make a total switch, too much effort and conflicts.19:22
zbri am not sure about whitelisting but by pinning it you can obtain the same predictable behavior.19:22
zbrthere are two projects which I would always ping: flake8 and ansible-lint (based on experience)19:23
zbrpin19:23
fungipinning works until we need a newer ansible-lint because the python version it worked on is no longer available to us19:23
zbrfungi: that's true for other jobs too, including sphinx 3. is just maintenance19:24
fungiyes, and then the rule exclusions would need to be updated at the same time if blacklisting is the only option19:25
zbrwith the scheduled death of py2 we will see more of these.19:25
zbrfungi: yeah, usually doing the bumping involves a combination of fixes on new issues and new blacklists. not really a big deal. probably done twice a year.19:26
fungijust questioning whether that is worth the hassle if we only actually want to enforce a handful of style consistencies (e.g. naming tasks)19:27
zbri hope you will, i find it easy to search for a task by name, not to mention that without tasks names is impossible to read the performance reports from callbacks like timer/...19:34
zbri am referring to the profile_tasks callback which I use quite often, https://sketchingdev.co.uk/blog/profiling-ansible-playbooks-to-csv.html19:35
*** panda has quit IRC19:39
openstackgerritMerged zuul/zuul master: Parallelize github event processing  https://review.opendev.org/66698219:39
*** panda has joined #zuul19:40
*** altlogbot_1 has quit IRC19:45
*** altlogbot_0 has joined #zuul19:48
*** hwangbo has quit IRC19:55
*** armstrongs has joined #zuul19:58
openstackgerritMerged zuul/zuul master: Differentiate between queued and waiting jobs in zuul web UI  https://review.opendev.org/66087819:59
openstackgerritDirk Mueller proposed zuul/nodepool master: Switch to openSUSE 15.1  https://review.opendev.org/66753220:09
openstackgerritDirk Mueller proposed zuul/nodepool master: Add Python 3.7 testing  https://review.opendev.org/66772020:09
*** armstrongs has quit IRC20:09
pabelangerfungi: from what I've seen, there has been a large push on ansible-lint as the way to 'score' roles on galaxy. I can see wanting to have common readability there.20:14
*** altlogbot_0 has quit IRC20:15
openstackgerritMerged zuul/zuul master: [doc][monitoring] Fix the wait_time parent attribute  https://review.opendev.org/66734220:18
*** altlogbot_2 has joined #zuul20:20
*** armstrongs has joined #zuul20:21
*** armstrongs has quit IRC20:25
*** altlogbot_2 has quit IRC20:43
*** altlogbot_3 has joined #zuul20:46
*** altlogbot_3 has quit IRC21:00
fungipabelanger: this i can understand, but grading zuul jobs the same way probably doesn't make sense21:00
pabelangerI'd agree21:02
fungiit may mean that the intended audience of ansible-lint is drifting significantly farther from what we need for zuul jobs as time goes on21:02
*** tosky has joined #zuul21:02
pabelangerI've been usually a lot of yamllint recently, to help ensure yaml syntax is valid21:03
pabelangerbut still have some roles using ansible-lint, but also pinned21:03
*** pcaruana has quit IRC21:05
*** altlogbot_3 has joined #zuul21:06
fungijust noting that pinning ansible-lint forever isn't really an option21:07
fungieither we use supported versions of things or we replace them with supported versions of other things or we live without21:07
*** armstrongs has joined #zuul21:09
armstrongsQuick question with the common zuul roles that are provided. I would like to provide my own common roles repo in the same format. Will I be able to provide these as common roles that can be used in projects?21:13
armstrongsIs it as simple as just putting an untrusted project with the roles in it?21:14
fungiarmstrongs: yes, it needs to be in the list of untrusted (at least) projects in your zuul configuration, *and* it needs to be in the "roles" list for jobs which are trying to reference its roles from another project21:17
armstrongsThanks21:18
*** ianychoi has quit IRC21:23
*** hwangbo has joined #zuul21:25
*** armstrongs has quit IRC21:25
*** ianychoi has joined #zuul21:28
*** panda has quit IRC21:42
*** panda has joined #zuul21:45
openstackgerritJames E. Blair proposed zuul/nodepool master: Switch functional testing to a devstack consumer job  https://review.opendev.org/66502321:55
*** michael-beaver has quit IRC22:04
*** rlandy is now known as rlandy|bbl22:20
*** mattw4 has quit IRC22:37
*** armstrongs has joined #zuul23:07
*** armstrongs has quit IRC23:08
*** sanjayu_ has joined #zuul23:08
*** tosky has quit IRC23:12
*** threestrands has joined #zuul23:15
*** sgw has quit IRC23:16
*** igordc has quit IRC23:25
*** threestrands has quit IRC23:29

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