[09:01] meowning [09:07] meow-ning Chipaca Long time no see [09:08] morning morning! [09:08] bthomas: how have things been? [09:08] productive [09:17] /o\ [10:13] PR operator#435 opened: Only set sys.breakpointhook in Framework.__init__ if env is set [10:23] Chipaca: I would be grateful for your insight on a use cases for a charm to define its own custom events, emit those events and handle them itself. The alternative being calling functions directly. The only reason I can think of is rasing and handling custom events works like a delay loop. [10:40] bthomas: there is no good reason for a charm creating its own events, and there is no good reason that i know of for a charm emitting events on itself by hand [10:40] I think I am inclined to agree with that. [11:16] PR operator#436 opened: Give ObjectEvents a useful __repr__ [11:17] ¡Muy buenos días a todos! [11:17] Chipaca, welcome back [11:18] facubatista: 👋❗ [11:19] नमस्ते facubatista [11:20] hola bthomas [11:23] facubatista: we have a meeting conflict thanks to the magic of daylight saving [11:23] i'll rejigger it [11:23] Chipaca, which one? [11:24] Chipaca, stupid spherical world [11:24] facubatista: OSM vs bug revue [11:24] facubatista: i'd much rather live on an oblate spheroid than on a donut [11:26] Chipaca, a ring world may be fun [11:26] with my luck? i wouldn't survive a night [11:27] je [13:42] Chipaca: facubatista : I would like create an operator framework issue for a new feature suggestion and leave it there for your consideration ? Alternatively do you prefer I discuss it in standup before creating the issue ? [13:44] bthomas: the standup is not for discussion 🙂 [13:45] Chipaca: Ok you asked for it : so here goes :-) https://github.com/canonical/operator/issues/437 [13:45] Issue operator#437 opened: Custom Application Level Events and Triggers <🆕 interface> [14:51] bthomas, I'm curious about your thoughts on https://github.com/canonical/elasticsearch-operator/issues/20#issuecomment-717985402 [14:53] Feel free to respond in Github. I'm not particularly tied to the idea and it still needs to be tested. [14:55] justinclark: you may want to check with jldev . I personally am not in favour of restarting all the pods every time a new unit is added to the elasticsearch cluster. [14:57] ack [15:19] * facubatista -> lunch [15:28] Issue operator#438 opened: defered events never re-emitted when using juju storage backend [15:30] PR operator#439 opened: Make JujuStorage.notices respect the api :-) [15:49] Chipaca, PR approved, but check the change (bah, "adding") I mentioned, thanks! [15:55] facubatista: pushed, plus a refactor, wdyt? [16:30] Chipaca, land it, thanks