| 18 Feb 2025 |
 oddlama | * the error in this case being: The esphome integration tried to convert a file by downloading it via https from the local home assistant instance. Not sure why it can't just use a file path, but the issue is that my hass wasn't allowed to access itself via its own url. | 19:53:24 |
| 19 Feb 2025 |
 j-k | I've got this custom integration, just testing it before putting the PR in
https://github.com/06kellyjac/nixpkgs/commit/3db1ad93fe366eb75cf9dbe687c456d4552ba85a
I was able to load it fine to services.home-assistant.customComponents I then threw octopus_energy = { }; into config but I also had to manually put pydantic into services.home-assistant.extraPackages
Is it not meant to pull that in automatically from dependencies in buildHomeAssistantComponent?
(after doing the manual steps it seems to be running fine. Got some data coming in, some other data I'm hoping will show up soon.
| 12:13:16 |
| j-k | * I've got this custom integration, just testing it before putting the PR in
https://github.com/06kellyjac/nixpkgs/commit/3db1ad93fe366eb75cf9dbe687c456d4552ba85a
I was able to load it fine to services.home-assistant.customComponents I then threw octopus_energy = { }; into config but I also had to manually put pydantic into services.home-assistant.extraPackages
Is it not meant to pull that in automatically from dependencies in buildHomeAssistantComponent?
(after doing the manual steps it seems to be running fine. Got some data coming in, some other data I'm hoping will show up soon.)
| 12:13:22 |
| 20 Feb 2025 |
|  thursdaddy set a profile picture. | 00:13:59 |
 K900 | Did matter-server break or something | 21:53:30 |
| K900 | [1740088364.983513][49694:49694] CHIP:DL: Failed to create temp file /data/chip_factory.ini-gR0axc: Permission denied | 21:53:41 |
 mattleon | In reply to @k900:0upti.me
[1740088364.983513][49694:49694] CHIP:DL: Failed to create temp file /data/chip_factory.ini-gR0axc: Permission denied /data is mounted inside a systemd filesystem namespace iirc
I can take a quick peak on mine, see if it is throwing the same error on mine | 22:37:41 |
| mattleon | This is the relevant bind mount, with helpful comments from the past, yay commenting! https://github.com/NixOS/nixpkgs/blob/f60a759ae7003b321e7ff0c835fc03fa685b91e1/nixos/modules/services/home-automation/matter-server.nix#L82 | 22:41:23 |
| mattleon | In reply to @k900:0upti.me
[1740088364.983513][49694:49694] CHIP:DL: Failed to create temp file /data/chip_factory.ini-gR0axc: Permission denied Do you have impermanence or anything funky with /var/lib on your setup? | 22:48:28 |
| 21 Feb 2025 |
| K900 | Uhh | 07:12:38 |
| K900 | Nope | 07:12:39 |
| K900 | OK I just turned it off lol | 08:44:40 |
| K900 | I never really had a use case for it anyway | 08:44:46 |
| oddlama | That behavior seems to be new in 7.0.0 | 16:21:11 |
| 22 Feb 2025 |
 @hexa:lossy.network | https://meshstack.de/post/home-assistant/zigbee-table-routing-vs-source-routing-zha/ | 14:00:04 |
| @hexa:lossy.network | Redacted or Malformed Event | 14:00:55 |
| @hexa:lossy.network | table routing means every zigbee node makes its own routing decision when forwarding | 14:01:38 |
| @hexa:lossy.network | source routing means the coordinator determines the path through the mesh | 14:02:11 |
| @hexa:lossy.network | zigbee2mqtt seems to default to source routing, while zha seems to defautl to table routing | 14:02:36 |
| @hexa:lossy.network | if those are the canonical terms for zigbee | 14:02:49 |
