[09:01] <bthomas> meowning
[09:07] <bthomas> meow-ning Chipaca Long time no see
[09:08] <Chipaca> morning morning!
[09:08] <Chipaca> bthomas: how have things been?
[09:08] <bthomas> productive
[09:17] <Chipaca> /o\
[10:13] <mup> PR operator#435 opened: Only set sys.breakpointhook in Framework.__init__ if env is set <Created by chipaca> <https://github.com/canonical/operator/pull/435>
[10:23] <bthomas> 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] <Chipaca> 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] <bthomas> I think I am inclined to agree with that.
[11:16] <mup> PR operator#436 opened: Give ObjectEvents a useful __repr__ <Created by chipaca> <https://github.com/canonical/operator/pull/436>
[11:17] <facubatista> ¡Muy buenos días a todos!
[11:17] <facubatista> Chipaca, welcome back
[11:18] <Chipaca> facubatista: 👋❗
[11:19] <bthomas> नमस्ते facubatista
[11:20] <facubatista> hola bthomas
[11:23] <Chipaca> facubatista: we have a meeting conflict thanks to the magic of daylight saving
[11:23] <Chipaca> i'll rejigger it
[11:23] <facubatista> Chipaca, which one?
[11:24] <facubatista> Chipaca, stupid spherical world
[11:24] <Chipaca> facubatista: OSM vs bug revue
[11:24] <Chipaca> facubatista: i'd much rather live on an oblate spheroid than on a donut
[11:26] <facubatista> Chipaca, a ring world may be fun
[11:26] <Chipaca> with my luck? i wouldn't survive a night
[11:27] <facubatista> je
[13:42] <bthomas> 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] <Chipaca> bthomas: the standup is not for discussion 🙂
[13:45] <bthomas> Chipaca: Ok you asked for it : so here goes :-) https://github.com/canonical/operator/issues/437
[13:45] <mup> Issue operator#437 opened: Custom Application Level Events and Triggers <enhancement> <k8s> <🆕 interface> <Created by balbirthomas> <https://github.com/canonical/operator/issues/437>
[14:51] <justinclark> bthomas, I'm curious about your thoughts on https://github.com/canonical/elasticsearch-operator/issues/20#issuecomment-717985402
[14:53] <justinclark> Feel free to respond in Github. I'm not particularly tied to the idea and it still needs to be tested.
[14:55] <bthomas> 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] <justinclark> ack
[15:19]  * facubatista -> lunch
[15:28] <mup> Issue operator#438 opened: defered events never re-emitted when using juju storage backend <Created by chipaca> <https://github.com/canonical/operator/issues/438>
[15:30] <mup> PR operator#439 opened: Make JujuStorage.notices respect the api :-) <Created by chipaca> <https://github.com/canonical/operator/pull/439>
[15:49] <facubatista> Chipaca, PR approved, but check the change (bah, "adding") I mentioned, thanks!
[15:55] <Chipaca> facubatista: pushed, plus a refactor, wdyt?
[16:30] <facubatista> Chipaca, land it, thanks