| 26 Jul 2021 |
 @hexa:lossy.network | can always use a container | 19:12:23 |
| @hexa:lossy.network | * can always use a container, if you really want to 🥸 | 19:12:45 |
 jhillyerd | Yeah, that's likely what I'll end up doing. It's not like I want/need to declaratively configure a drag & drop programming language. 🙂 As long as I can back up my flows after I've made them. | 19:35:07 |
 @andi:kack.it | All of these home automation tools are just shitting into their own workspace all the time.. I'm tracking zigbee2mqtt myself an packaging it with npmlock2nix and recently that piece of excellent software started running npm run build on startup... If computers haven't killed us all in 10y we surely have lost control of how to actually run software offline by then. | 21:54:56 |
 CRTified | Oh no, zigbee2mqtt is also starting with that behavior? 😓 | 21:56:35 |
| @andi:kack.it | Looks lke touch dist/.hash is enough but really... I think the target audience of home automation is just demanding "make it work" too much.. | 21:57:32 |
| @andi:kack.it | Oh no, they are actually hashing and comparing something.... | 21:58:22 |
| @hexa:lossy.network | huh, using zigbee2mqtt via node2nix, didn't notice any breakage | 22:26:08 |
| @hexa:lossy.network | also it's mostly that they just don't know any better | 22:28:31 |
| @hexa:lossy.network | they are mostly scratching their own itch and don't want to be burdened by our strange limitations | 22:28:59 |
| @hexa:lossy.network | not really surprising, is it? | 22:29:17 |
| @andi:kack.it | You are probably not following the develop branch then? They recently switched to typescript | 22:57:06 |
| @hexa:lossy.network | releases only | 23:04:56 |
| @hexa:lossy.network | https://github.com/esphome/esphome/pull/2055/files | 23:04:57 |
| @hexa:lossy.network | so yeah, esphome does it, too? | 23:05:21 |
| @hexa:lossy.network | well, for external components, whatever they are | 23:06:32 |
|  ashkitten (it/its) 🏳️⚧️ left the room. | 23:14:49 |
| 27 Jul 2021 |
| CRTified | In reply to @hexa:lossy.network
well, for external components, whatever they are I think that's only changing the behavior when using esphome, not when packaging it. So it's possible to put esphome into nixpkgs, but you can't use nix to build an esphome configuration that relies on external_components, which are basically third-party addons that weren't included into esphome | 08:45:58 |
| @hexa:lossy.network | fair | 08:46:21 |
| CRTified | I mean, it's also possible to hack on the src for the ESP firmware in "normal usage" | 08:46:29 |
| CRTified | In the end, esphome boils down to a "code generation framework" | 08:46:59 |
| CRTified | * In the end, esphome boils down to a "code generation framework", and external_components allows you to declare third-party dependencies | 08:47:30 |
| CRTified | * In the end, esphome boils down to a "code generation framework", and external_components allows you to declare third-party dependencies for additional components | 08:47:35 |
| CRTified | * In the end, esphome boils down to a "code generation framework", and external_components allows you to declare third-party dependencies for additional components used in that generation process | 08:47:44 |
| @hexa:lossy.network | I packaged up some EV charging controller software and would hope for some quick review. https://github.com/NixOS/nixpkgs/pull/131475 | 13:19:09 |
| 28 Jul 2021 |
| @hexa:lossy.network | https://rc.home-assistant.io/blog/2021/07/28/release-20218/ | 20:45:05 |
| @hexa:lossy.network | 
Download image.png | 20:45:20 |
| @hexa:lossy.network | Redacted or Malformed Event | 20:45:35 |
| @hexa:lossy.network | https://media.discordapp.net/attachments/857346526527094814/869697914308554762/distribution.gif | 20:46:01 |
| 2 Aug 2021 |
| @hexa:lossy.network | zigbee2mqtt 1.21.0 … here we are. | 00:42:42 |
