Monday, 2021-02-15

*** jamesmcarthur has joined #zuul00:09
*** tosky has quit IRC00:09
*** jamesmcarthur has quit IRC00:13
*** jamesmcarthur has joined #zuul00:28
*** jamesmcarthur has quit IRC00:47
*** jamesmcarthur has joined #zuul00:48
*** jamesmcarthur has quit IRC00:53
*** jamesmcarthur has joined #zuul01:20
*** jamesmcarthur has quit IRC02:24
*** jamesmcarthur has joined #zuul02:24
*** jamesmcarthur has quit IRC02:30
*** jhesketh has joined #zuul02:34
*** jamesmcarthur has joined #zuul02:35
*** jamesmcarthur has quit IRC02:36
*** jamesmcarthur has joined #zuul02:38
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465002:50
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465003:01
*** jamesmcarthur has quit IRC03:09
*** jamesmcarthur has joined #zuul03:15
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465003:16
*** jamesmcarthur has quit IRC03:24
*** jamesmcarthur has joined #zuul03:25
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465003:51
*** vishalmanchanda has joined #zuul04:22
*** ericsysmin has quit IRC04:58
*** johnsom has quit IRC04:58
*** maxamillion has quit IRC04:58
*** ericsysmin has joined #zuul04:58
*** johnsom has joined #zuul04:58
*** maxamillion has joined #zuul04:59
*** ykarel|away has joined #zuul05:10
*** ykarel|away is now known as ykarel05:11
*** evrardjp has quit IRC05:33
*** evrardjp has joined #zuul05:33
*** saneax has joined #zuul06:06
*** jamesmcarthur has quit IRC06:46
*** jfoufas1 has joined #zuul07:13
*** jamesmcarthur has joined #zuul07:16
*** jamesmcarthur has quit IRC07:28
*** jamesmcarthur has joined #zuul07:44
*** ykarel_ has joined #zuul07:48
*** jamesmcarthur has quit IRC07:49
*** ykarel has quit IRC07:50
*** jamesmcarthur has joined #zuul08:01
*** ykarel_ is now known as ykarel08:06
*** jamesmcarthur has quit IRC08:12
*** hashar has joined #zuul08:14
*** jcapitao has joined #zuul08:20
*** jpena|off is now known as jpena08:31
*** ykarel is now known as ykarel|lunch08:39
*** piotrowskim has joined #zuul08:55
*** arxcruz|ruck is now known as arxcruz|rover09:03
*** rpittau|afk is now known as rpittau09:03
*** ofosos has joined #zuul09:05
*** ianychoi_ has joined #zuul09:18
ofososMoin09:18
ofososLast I checked Zuul was working on K8s operator support, did anything decisive come out of that initiative?09:19
avassofosos: slowly but yep09:21
*** ianychoi has quit IRC09:21
*** holser has joined #zuul09:22
avassofosos: I believe only tristanC is working on it semi-actively at the moment (at least when checking changes in gerrit)09:24
*** tosky has joined #zuul09:24
*** nils has joined #zuul09:34
openstackgerritFelix Edel proposed zuul/zuul master: Mandatory Zookeeper connection for ZuulWeb in tests  https://review.opendev.org/c/zuul/zuul/+/72125409:52
openstackgerritFelix Edel proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/c/zuul/zuul/+/71626209:52
openstackgerritFelix Edel proposed zuul/zuul master: Connect merger to Zookeeper  https://review.opendev.org/c/zuul/zuul/+/71622109:52
openstackgerritFelix Edel proposed zuul/zuul master: Improve typings in context of 744416  https://review.opendev.org/c/zuul/zuul/+/75357809:52
openstackgerritFelix Edel proposed zuul/zuul master: Make Zookeeper mandatory for Scheduler  https://review.opendev.org/c/zuul/zuul/+/75671609:52
openstackgerritFelix Edel proposed zuul/zuul master: Make ConnectionRegistry mandatory for Scheduler  https://review.opendev.org/c/zuul/zuul/+/75709509:52
openstackgerritFelix Edel proposed zuul/zuul master: Improve typings in context of 756716 and 757095  https://review.opendev.org/c/zuul/zuul/+/75714809:52
openstackgerritFelix Edel proposed zuul/zuul master: Instantiate executor client, merger, nodepool and app within Scheduler  https://review.opendev.org/c/zuul/zuul/+/75714909:52
openstackgerritFelix Edel proposed zuul/zuul master: Improve typings in context of 756304  https://review.opendev.org/c/zuul/zuul/+/75709709:52
openstackgerritFelix Edel proposed zuul/zuul master: DNM: Reduce number of jobs for SOS development  https://review.opendev.org/c/zuul/zuul/+/77508109:52
openstackgerritFelix Edel proposed zuul/zuul master: Component Registry in ZooKeeper  https://review.opendev.org/c/zuul/zuul/+/75918709:52
openstackgerritFelix Edel proposed zuul/zuul master: Move management and result events to model  https://review.opendev.org/c/zuul/zuul/+/76116309:52
openstackgerritFelix Edel proposed zuul/zuul master: Allow (de-)serialization of management events  https://review.opendev.org/c/zuul/zuul/+/76116409:52
openstackgerritFelix Edel proposed zuul/zuul master: Allow (de-)serialization of result events  https://review.opendev.org/c/zuul/zuul/+/76116509:53
openstackgerritFelix Edel proposed zuul/zuul master: Add and fix fields in driver trigger event models  https://review.opendev.org/c/zuul/zuul/+/76116609:53
openstackgerritFelix Edel proposed zuul/zuul master: Allow (de-)serialization of trigger events  https://review.opendev.org/c/zuul/zuul/+/76116709:53
openstackgerritFelix Edel proposed zuul/zuul master: Interface to get a driver's trigger event class  https://review.opendev.org/c/zuul/zuul/+/76116809:53
openstackgerritFelix Edel proposed zuul/zuul master: Increase default test wait timeout to 120s  https://review.opendev.org/c/zuul/zuul/+/76375409:53
openstackgerritFelix Edel proposed zuul/zuul master: Implementation of Zookeeper backed event queues  https://review.opendev.org/c/zuul/zuul/+/76117009:53
openstackgerritFelix Edel proposed zuul/zuul master: Implementation of Zookeeper event watcher  https://review.opendev.org/c/zuul/zuul/+/76117109:53
openstackgerritFelix Edel proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues  https://review.opendev.org/c/zuul/zuul/+/76117209:54
*** sshnaidm|off is now known as sshnaidm09:54
openstackgerritFelix Edel proposed zuul/zuul master: Switch to Zookeeper backed management event queues  https://review.opendev.org/c/zuul/zuul/+/76173809:54
openstackgerritTobias Henkel proposed zuul/nodepool master: WIP: Optimize node launches  https://review.opendev.org/c/zuul/nodepool/+/77550710:02
openstackgerritSimon Westphahl proposed zuul/zuul master: Prepare Zookeeper for scale-out scheduler  https://review.opendev.org/c/zuul/zuul/+/71726910:15
openstackgerritSimon Westphahl proposed zuul/zuul master: Mandatory Zookeeper connection for ZuulWeb in tests  https://review.opendev.org/c/zuul/zuul/+/72125410:15
openstackgerritSimon Westphahl proposed zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/c/zuul/zuul/+/71626210:15
*** ykarel|lunch is now known as ykarel10:18
felixedelcorvus: I've updated the patches and integrated them in our current stack and reused the old change-ids. I had to made a little adaptation which I explained directly as comment in the patch10:22
*** nils has quit IRC11:56
*** jcapitao is now known as jcapitao_lunch12:12
*** rlandy has joined #zuul12:19
*** ykarel has quit IRC12:21
zbrfelixedel: corvus: can you please help with https://review.opendev.org/c/zuul/zuul-jobs/+/775373 ?12:23
zbrthat was breaking docker installation of some particular cases (custom config)12:23
*** jpena is now known as jpena|lunch12:32
*** ykarel has joined #zuul12:36
*** jcapitao_lunch is now known as jcapitao13:03
tristanCofosos: you can find the operator at https://opendev.org/zuul/zuul-operator/ , and here is some allinone resources to deploy it: https://review.opendev.org/plugins/gitiles/zuul/zuul-operator/+/a5de61d19f857f12dffa22cf3f874156b985fbc7/deploy/13:03
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed trigger event queues  https://review.opendev.org/c/zuul/zuul/+/76117213:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Switch to Zookeeper backed management event queues  https://review.opendev.org/c/zuul/zuul/+/76173813:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Improve test output by using named queues  https://review.opendev.org/c/zuul/zuul/+/77562013:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Avoid race when task from queue is in progress  https://review.opendev.org/c/zuul/zuul/+/77562113:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Implement Zookeeper backed connection event queue  https://review.opendev.org/c/zuul/zuul/+/77562213:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Dispatch Pagure webhook events via Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77562313:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Dispatch Github webhook events via Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77562413:06
openstackgerritSimon Westphahl proposed zuul/zuul master: Dispatch Gitlab webhook events via Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77562513:06
zbrtristanC: can you please help with https://review.opendev.org/c/zuul/zuul-jobs/+/775373 ?13:08
*** jfoufas1 has quit IRC13:13
tristanCzbr: is it ok to omit file mode now?13:13
zbrtristanC: depends how you look at it, but the old mode issue is not really linked to current fix.13:15
zbrthe issue was that the folder was not created in the first place, and if I mention explicit rights it may affect existing behavior, better to be backwards compatible.13:16
zbrmy opinion is still that we should aim to be explicit about mode in general, but using default is not really a big issue either.13:16
*** ykarel_ has joined #zuul13:18
*** armstrongs has joined #zuul13:18
*** ykarel has quit IRC13:21
*** jpena|lunch is now known as jpena13:23
*** ykarel_ is now known as ykarel13:25
*** sduthil has joined #zuul13:32
*** holser has quit IRC13:38
*** holser has joined #zuul13:40
avasstristanC: any reason you didn't +3 that?13:43
tristanCavass: i wasn't sure about omitting file mode, but since zbr confirmed it's ok the use the default i've +3 the change13:47
avasstristanC: got it13:57
zbrthanks!13:58
openstackgerritMerged zuul/zuul-jobs master: update-json-file: avoid failure when destination does not exists  https://review.opendev.org/c/zuul/zuul-jobs/+/77537313:59
*** saneax has quit IRC14:16
avasstristanC: is there any good, easy to get into guide to set up a shell with nix. or a list of packages or somnething like that?14:18
avassreading the manual is a bit much to just try it out quickly14:18
tristanCavass: https://nixos.org/download.html usually works fine to get the tooling14:20
avassyeah I got it installed, just found nix-pills so maybe that's a good way to start14:20
tristanCavass: oh, for documentation, pills document the derivation concept from the ground up, for alternative materials you can read https://nix.dev/ or https://github.com/justinwoo/nix-shorts14:23
tristanCavass: in zuul-nix, for the vm I used https://github.com/nh2/nixos-vm-building/ , and for the container: https://nixos.org/guides/building-and-running-docker-images.html14:25
tristanCavass: i also wrote quite a few relatively simple nix expressions in https://github.com/podenv/devenv14:26
avasstristanC: thanks! :)14:28
avassI just needed something simpler to look at between tasks14:29
tristanCavass: i think the new learn pages are quite good at introducing the different concepts (e.g. https://nixos.org/learn.html )14:32
avasstristanC: somehow I missed scrolling down on that page14:35
tristanCavass: though there is quite a lot to learn, and the nixpkgs design is quite complex as it supports many package sets that can be customized through different functions. For example i haven't fully understood the override mechanism and i often just create new set from scratch14:35
avasstristanC: yeah it feels a bit overwhelming14:41
openstackgerritTobias Henkel proposed zuul/nodepool master: Offload waiting for server creation/deletion  https://review.opendev.org/c/zuul/nodepool/+/77543814:47
corvusfelixedel: which patch?  i'm having trouble finding the comment you mentiond14:53
*** tosky has quit IRC14:55
felixedelcorvus: https://review.opendev.org/c/zuul/zuul/+/716262/69/tests/base.py#418214:55
corvusfelixedel: thanks!15:02
corvusfelixedel: why share the connections in the tests?15:04
felixedelcorvus: 1. I thougt we decided that in our call last week. 2. If we add a zk_disconnect() via add_cleanup() to various tests (e.g. where an additional merger is iinstantiated, this cleanup will be called before the test's shutdown(), resulting in the zk connection being closed before the merger.stop() is called15:08
felixedelI also think, if we share the ZK connection in the tests, we don't need any additional check in the end to assert that all ZK connections are closed.15:09
corvusfelixedel: ah, well, 1) i hadn't reviewed the code in question yet :)  2) that's a compelling argument.   still, there are only 4 tests where a separate merger is used; from that we can say this probably isn't that important, but nonetheless, i'd love it if they were more realistic (that way we're better exercising startup/shutdown code, etc).  let's keep this in mind when we rework the connection class in15:13
corvusthe next patch.  i'd like to explore the idea of moving the connection handling into the various component server classes (scheduler, executor, merger) directly.  i think if it were there, we wouldn't have to worry about the shutdown sequence as much.15:13
corvusfelixedel, swest, tobiash: something that would help as we work through these: try not to make too many changes low in the stack to accommodate changes later in the stack (or if absolutely necessary, call them out in comments).  it's really hard to review a line in a change that doesn't make sense unless you know it's used 10 changes later.  it's better to have it be sub-optimal at first and then change it15:21
corvuswhen it's needed.  not only for ease of comprehension, but it also helps avoid errors if we make a revsion that affects it (we don't forget that it's tied up in another patch).15:21
felixedelcorvus: Handling the connections directly in the server classes sounds good. To be honest, I didn't really understand why we initialized the connections in the cmd/... files anyway, but this wasn't mine to decide :D But I think, we should first try to keep the stack working/in sync.15:22
*** vishalmanchanda has quit IRC15:22
felixedelcorvus: That was never our intention. I usually only change things I directly (or in preperation for the next steps). Just in this case, every component is connected to ZooKeeper without using the connection. Thus, the errors first occur when the connection is used in later patches. But I also don't find iit right to fix this then in the later patch but in ther patch that introduced the problem in the first place.15:24
corvusfelixedel: makes sense :)15:25
tobiashcorvus: having the connections initialized within the components might make sense in nodepool as well to reduce exception spam during the shutdown sequence of the test cases15:25
corvustobiash: ++15:26
corvusfelixedel: and yeah, at this point, i don't think there is a good reason to initialize them externally; there may have been in a very early version of the test setup, but i think we've gotten that to be pretty transparent now.15:27
corvusanyway we can look at that after we get this stack merged15:28
felixedel++15:28
*** iurygregory_ has joined #zuul15:29
*** iurygregory has quit IRC15:30
*** iurygregory_ is now known as iurygregory15:30
corvusfelixedel: i've looked at the overall diff from where i left the stack to your updates, and all the changes make sense to me, so i'm going to +2 up through the merger change.15:40
felixedelcorvus: Sounds good :)15:42
tobiashso that is settled now?15:42
corvustobiash, zuul-maint: yes, i think 717269, 721254, 716262, 716221 are ready to merge and that gets the ZK stack up to what's needed for 4.0, if anyone wants to re-review those.15:45
corvusfwiw, i've told gertty to +2 all those changes, but gerrit is being slow15:48
fungiyeah, gerrit seems to be a bit strained at the moment15:49
corvusmhu: i verified that the zuul-client 0.0.4 pypi and dockerhub artifacts are published15:51
mhucorvus, was there a problem?15:51
mhuoh sorry, just catching up15:51
corvusmhu: no, but it's something that i do after every release to make sure the machinery is working ... i was trying to get you to help out with that but i failed.  :)15:52
corvusmhu: the docs are out of date though -- https://zuul-ci.org/docs/zuul-client/releasenotes.html#in-development  are we missing a doc build on tag job?15:53
corvushrm, looks like the job is there15:54
corvusoh15:55
mhuzuul-publish-tox-docs in the release pipeline, yep15:55
corvusyeah, everything is working as best it can; the .4 docs are here: https://zuul-ci.org/docs/zuul-client/0.0.4/releasenotes.html15:55
corvuswe won't get the unversioned docs updated until we merge a change to master15:55
mhucorvus, there are a few changes in the waiting list if you want to check that! :)15:56
corvusi think i can single-approve https://review.opendev.org/76555315:56
corvus(that matches the other projects)15:56
fungii ran into a similar challenge releasing opendev/bindep with the move to bindep doing docs in promote. seems the doc job would need to be written a bit differently to also be applicable to the release pipeline16:01
corvusmhu: qq on https://review.opendev.org/75099916:01
fungimy workaround was basically to merge a trivial change to master immediately after release, so that release notes looked sane16:01
fungiand then do the release announcement at that point16:01
*** tosky has joined #zuul16:02
corvusfungi: yeah, in order to avoid this, we'd basically have to do 2 doc builds.  maybe we should... but it's usually not a problem.16:02
corvusmhu: actually 2 questions on that change now16:07
tobiashcorvus: the nodepool optimization (775438) is very promising in my testenv16:19
Open10K8SHi team. Now I am trying to use path_join filter in the role of zuul-jobs. But seems path_join filter is introduced from v2.10. Which version are we using in zuul now and what can be the workaround for path_join with current version?16:19
Open10K8S {{ foo | default(bar) }}/{{ path }} simple string join includes double slashes and i am not sure if this can be ignored in ansible16:20
Open10K8SThe PS including path_join is https://review.opendev.org/c/zuul/zuul-jobs/+/77465016:20
corvusOpen10K8S: we have to support back to ansible 2.716:20
corvusand in fact zuul doesn't support 2.10 yet16:21
corvustobiash: \o/16:21
tobiashthere is a wip change for 2.10 support: https://review.opendev.org/c/zuul/zuul/+/75745216:22
openstackgerritMerged zuul/zuul-client master: Bump mypy to 0.790  https://review.opendev.org/c/zuul/zuul-client/+/76555316:22
tobiashbut I have no time for finishing this up atm16:22
*** cloudnull has quit IRC16:25
*** cloudnull has joined #zuul16:28
openstackgerritAlbin Vass proposed zuul/zuul master: Fix executor errors on faulty .gitmodules file.  https://review.opendev.org/c/zuul/zuul/+/77533416:28
*** saneax has joined #zuul16:30
mhucorvus: thanks, answered and asked another question :)16:32
*** ykarel has quit IRC16:33
corvusmhu: i don't see anything; are we waiting for your gertty to sync to gerrit now? :)16:34
mhuoops forgot to push reply ...16:34
mhuthe behavior changed with gerrit 3 right? I swear I didn't forget this much before16:35
corvusi think that's the same16:35
mhuwhile we're on the subject of zuul-client, I'd like to suggest syncing releases with zuul, and maybe match versions from now on. WDYT?16:38
mhuthe idea being that since the API is subject to changes, you want an easy way to ensure you're using a zuul-client that can talk to a given version of zuul16:39
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465016:39
mhuor should zuul-client have a way to be retro-compatible with older versions of zuul?16:40
mhufor example, zuul-client 0.0.4 supports master, but there are incompatibilities with zuul 3.19.116:41
corvusmhu: zuul-client will have long periods of not changing at all though; that makes the version # sync problematic16:42
tobiashzk changes are in gate16:55
openstackgerritOleksandr Kozachenko proposed zuul/zuul-jobs master: Update upload-logs-swift and upload-logs-gcs  https://review.opendev.org/c/zuul/zuul-jobs/+/77465016:59
corvustobiash: w00t!17:00
corvuszuul-maint: please see this message regarding last call for 4.0 breaking changes: http://lists.zuul-ci.org/pipermail/zuul-discuss/2021-February/001530.html17:01
*** smyers has quit IRC17:12
*** smyers has joined #zuul17:13
*** jpena is now known as jpena|brb17:15
*** piotrowskim has quit IRC17:30
*** jpena|brb is now known as jpena17:35
openstackgerritMerged zuul/zuul master: Prepare Zookeeper for scale-out scheduler  https://review.opendev.org/c/zuul/zuul/+/71726917:39
Shrewsoooh, that's an exciting chain of changes ^^^. excited to see how that works out vs. gearman17:42
avassExciting indeed :)17:43
tobiashcorvus: speaking or your mail, what do you think about this deprecation? https://zuul-ci.org/docs/zuul/reference/releasenotes.html#relnotes-3-18-0-deprecation-notes17:47
*** rpittau is now known as rpittau|afk17:47
corvustobiash: yes! i think this is an excellent time to resolve that17:48
tobiashand sighup? https://zuul-ci.org/docs/zuul/reference/releasenotes.html#relnotes-3-3-0-deprecation-notes17:48
corvusyep!17:48
corvusi'll start on a patch for sighup17:49
tobiash++17:49
corvuslet's use topic: zuulv417:49
*** jpena is now known as jpena|off17:51
openstackgerritMerged zuul/zuul master: Mandatory Zookeeper connection for ZuulWeb in tests  https://review.opendev.org/c/zuul/zuul/+/72125417:51
openstackgerritMerged zuul/zuul master: Connect executor to Zookeeper  https://review.opendev.org/c/zuul/zuul/+/71626217:52
openstackgerritJames E. Blair proposed zuul/zuul master: Remove SIGHUP handling in scheduler  https://review.opendev.org/c/zuul/zuul/+/77568317:54
corvustobiash: have you started on "-d" or should i?17:54
tobiashI've started17:54
corvuskk17:55
Open10K8Stobiash: can you check again please? https://review.opendev.org/c/zuul/zuul-jobs/+/77465017:56
openstackgerritTobias Henkel proposed zuul/zuul master: Remove nodaemon when running with -f switch  https://review.opendev.org/c/zuul/zuul/+/77568518:00
*** johnsom has quit IRC18:01
*** rpittau|afk has quit IRC18:01
*** johnsom has joined #zuul18:02
*** ericsysmin has quit IRC18:02
openstackgerritTobias Henkel proposed zuul/zuul master: Remove nodaemon when running with -f switch  https://review.opendev.org/c/zuul/zuul/+/77568518:02
*** ericsysmin has joined #zuul18:03
*** rpittau|afk has joined #zuul18:04
corvusOpen10K8S: that change lgtm, but we need to test it in production before we can merge it; i left a comment describing the process.18:04
corvustobiash: oops https://review.opendev.org/705189 already existed :)18:06
corvustobiash: i +2d both of them, take your pick :)18:07
openstackgerritMerged zuul/zuul master: Connect merger to Zookeeper  https://review.opendev.org/c/zuul/zuul/+/71622118:07
tobiashyay, both by me :D18:07
tobiashI'll take the older one due to the better commit message :)18:08
*** jcapitao has quit IRC18:18
*** cloudnull has quit IRC18:24
openstackgerritJonas Sticha proposed zuul/nodepool master: aws: add support for uploading diskimages  https://review.opendev.org/c/zuul/nodepool/+/73521718:26
tobiashcorvus: I just did a quick load test with the nodepool optimization and it now tops out at ~800 nodes per 10min which roughly doubles what was possible before without being cpu bound18:27
*** cloudnull has joined #zuul18:28
tobiashhowever I think there is a further bottleneck somewhere because the node startup times are longer than a different launcher with less load operating against the same cloud18:28
tobiashI guess there are further things to consider like urllib connection pools or request handling18:29
tobiashbut this seems as a big step forward18:29
corvustobiash: cool, is that ready for review, or still working on it?18:33
tobiashcorvus: maybe some debug output left but generally ready for review18:34
tobiashI'll load test it further later and try it in production tomorrow to see how it performs in real life18:34
*** hashar has quit IRC18:36
tobiashis there a way to do batched deletes?18:36
tobiashI think the next wall I'm hitting is number of api calls18:36
openstackgerritJames E. Blair proposed zuul/zuul-client master: Output subcommand help on argument errors  https://review.opendev.org/c/zuul/zuul-client/+/77569418:37
corvustobiash: i don't believe so; worth double checking though.18:38
*** openstackgerrit has quit IRC18:38
corvusmhu: 775694 is based on a real experience from a new user18:38
corvustobiash: want to +3 https://review.opendev.org/775683 ?18:49
tobiashdone18:49
corvusavass: https://review.opendev.org/775334 lgtm!  i think we should ask tobiash for a review of that based on his experience with that code18:52
corvus(.gitmodules repo reset fixing)18:53
corvusavass: oh wait, i think i spotted one more thing we should do to make it safer; comment inline18:54
corvus(it's a minor change; approach lgtm)18:54
tobiashcorvus: I'll have a look later or tomorrow18:55
corvuscool, i don't think timing on that is critical18:56
avasscorvus: looking19:01
avasscorvus: the follow up also cleans up a fix you did a long time ago :)19:02
corvusavass: ah thanks for that! :)19:03
*** openstackgerrit has joined #zuul19:03
openstackgerritAlbin Vass proposed zuul/zuul master: Fix executor errors on faulty .gitmodules file.  https://review.opendev.org/c/zuul/zuul/+/77533419:03
corvusit took a long time for them to release with that19:03
*** cloudnull has quit IRC19:05
*** cloudnull has joined #zuul19:08
avasstristanC: going through the pills and I gotta say that I'm really starting to like nix19:58
tristanCavass: it's quite interesting isn't it? :-)20:00
avassit is :)20:01
*** saneax has quit IRC20:04
*** openstackgerrit has quit IRC20:06
*** cloudnull has quit IRC20:46
*** cloudnull has joined #zuul20:48
*** openstackgerrit has joined #zuul21:05
openstackgerritJames E. Blair proposed zuul/zuul-client master: Output subcommand help on argument errors  https://review.opendev.org/c/zuul/zuul-client/+/77569421:05
openstackgerritMerged zuul/zuul master: Remove SIGHUP handling in scheduler  https://review.opendev.org/c/zuul/zuul/+/77568321:06
*** hamalq has joined #zuul21:22
*** cloudnull has quit IRC21:26
*** cloudnull has joined #zuul21:28
*** armstrongs has quit IRC21:29
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate your first patch"  https://review.opendev.org/c/zuul/zuul/+/73206721:32
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "Use zuul jobs"  https://review.opendev.org/c/zuul/zuul/+/73206821:32
openstackgerritGuillaume Chauvel proposed zuul/zuul master: tutorial: Add "gate pipeline"  https://review.opendev.org/c/zuul/zuul/+/73206921:32
openstackgerritJames E. Blair proposed zuul/nodepool master: Add ssh/winrm credentials to static nodes  https://review.opendev.org/c/zuul/nodepool/+/77401421:49
openstackgerritJames E. Blair proposed zuul/zuul master: Support credentials supplied by nodepool  https://review.opendev.org/c/zuul/zuul/+/77436221:49
corvustristanC: i think https://review.opendev.org/773826 is an easy edge-case bugfix21:51
mordredcorvus: that patch is a great example of why an informative commit message is imporant21:55
mordredcorvus: there are absolutely no circumstances where reviewing that patch with a commit message like "bugfix" would be possible21:56
corvusmordred: hah! :)  yeah it has a 14:1 commit message to code lines ratio.  really 14:-1 i guess.  :)21:57
corvusmordred: i wonder how https://www.folklore.org/StoryView.py?story=Negative_2000_Lines_Of_Code.txt would have turned out if they included commit message lines in their end-of-week reports...21:59
mordred:)22:00
avasscorvus: oooh I like that kind of malicious compliance22:02
corvusyeah, it's an insipring story :)22:08
*** noonedeadpunk has quit IRC22:24
*** cloudnull has quit IRC22:26
*** cloudnull has joined #zuul22:29
*** noonedeadpunk has joined #zuul22:30
ianw"This change will cause, in the case of a 404 for the manifest, a22:38
ianwtoast to display the error regarding the fetch manifest failure,22:38
ianwbut underneath it the rest of the build page will display as normal.22:38
ianw"22:38
ianwis a toast a delicious typo, or yet another web thing i don't know about22:38
*** clarkb has quit IRC22:42
fungidunno, but now i'm hungry22:44
corvusianw, fungi: it's a web thing: https://www.patternfly.org/v3/pattern-library/communication/toast-notifications/index.html22:48
corvusthink toaster pop up :)22:49
corvusmaterial design is trying to rename those to snackbars for some reason i don't understand https://material.io/archive/guidelines/components/snackbars-toasts.html#22:51
fungihuh, so much food22:54
mordredcorvus: maybe it's because some folks are gluten intolerant and toast excludes them?22:57
corvusmordred: could be gluten free toast22:57
mordredthat sounds like gluten free cream of wheat22:58
corvusmordred: but maybe they're concerned about acrylamide22:58
mordred"I would add that Toasts are preferred for messages that refer to the app as a whole in addition to system messages, while Snackbars are preferred for messages that refer to the current activity. For example if your app checks for updates on launch, it's best to use a toast for the result message. If your app has items that can be deleted, its preferred to show the deleted response message as a snackbar with an undo button"22:58
ianwhaha thanks, TIL22:59
mordred(that's from a stackoverflow, so YMMV)22:59
corvusmordred: great.  as a user or developer i still don't know the difference.  :)22:59
mordredah - here's a better one22:59
mordred" would like to add a small comparison between toast and snack bar. In my opinion if your intention is to present a warning or info that need user interaction/acknowledgement, you should use a snack bar. If it is just an info message that doesn't need any user acknowledgement you can use toast."23:00
corvusokay that's starting to help :)23:00
*** jkt has quit IRC23:01
mordredthe primary difference seems to be more an android thing - whether the message is display in the app context or the system context and whether you can swipe to dismiss23:02
corvusack23:02
*** jkt has joined #zuul23:02
mordredin a web based material design basis, "just use snackbar" seems to be the answer :)23:02
mordredbut also - wow23:03
*** cloudnull has quit IRC23:05
ianwso we have hamburgers, sliders, snackbars, toast, which are all both like a menus and usually on a menu23:05
*** cloudnull has joined #zuul23:06
fungiand don't forget, cookies23:08
fungithe food reference which i expect started it all23:08
toskyianw: hi! Could you please (or anyone other core) take a look at https://review.opendev.org/c/zuul/zuul-jobs/+/771428 ? It should fix an issue we have hit in cinderlib jobs23:09
ianwtosky: sure, looking23:17
toskythank you!23:27
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Allow customization of helm charts repos  https://review.opendev.org/c/zuul/zuul-jobs/+/76735423:28
openstackgerritJames E. Blair proposed zuul/project-config master: Zuul: remove explicit SQL reporters  https://review.opendev.org/c/zuul/project-config/+/77571923:32
corvuszuul-maint: ^ i just restarted opendev's scheduler, so that's ready to merge now.23:35
*** rlandy has quit IRC23:37
corvusre-enqueue complete23:40
corvusservice-announce message sent awaiting mod approval (fungi, clarkb)23:41
corvusand wrong channel sorry23:41
openstackgerritMerged zuul/zuul-jobs master: Fix CentOS wheel mirror URL  https://review.opendev.org/c/zuul/zuul-jobs/+/77142823:47
*** clarkb has joined #zuul23:52

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