| 12 Dec 2024 |
 hexa | * knowing when something broke | 15:35:36 |
| hexa | in terms of good/bad bisect starting points | 15:36:08 |
| hexa | nixpkgs-review currently does not take passthru.tests into account | 15:36:51 |
 dotlambda | Well, that seems like an obvious thing to give up but also nobody minds it being there | 15:37:07 |
| hexa | and ofborg is currently not in a position to help here without being reworked | 15:37:13 |
| hexa | * and ofborg is currently not in a position to help without first being reworked | 15:38:15 |
| hexa | so where would you do that subtraction? | 15:39:21 |
| dotlambda | In reply to @hexa:lossy.network
so where would you do that subtraction? Probably in the GitHub CI script | 15:39:50 |
| hexa | which means we probably need to convince infinisil | 15:40:18 |
| dotlambda | In reply to @hexa:lossy.network
which means we probably need to convince infinisil which should be easier if it's tests rather than something HA specific | 15:41:03 |
| hexa | certainly | 15:41:22 |
 qbit | can I run esphome on another machine and have my machine running home-assistant connect to it? (i assume so because host, port options..) | 17:39:40 |
| qbit | and follow up question, where does one set the "api" bit? | 17:40:00 |
| qbit | Can't connect to ESP. Please make sure your YAML file contains an 'api:' line. is the error I get when I try to add the remote esphome instance to my HA | 17:40:24 |
| qbit | oh. maybe it's because I don't have anything defined in esphome? | 19:06:02 |
| hexa | yeah, that talks about your esphome config | 19:38:45 |
| qbit | i see - added something and it popped into HA, ty! | 20:35:09 |
 spacekitteh | In reply to @hexa:lossy.network
to be fair, they are rebuilds, and unpacking the home-assistant source 900 times has a certain cost to it why can't it cache those results? :S | 22:04:26 |
| hexa | it depends on the src fod | 22:04:47 |
| hexa | the src fod is compressed | 22:04:53 |
| hexa | and one of the first parts of the derivation after fetching is unpacking | 22:05:04 |
| hexa | not sure if there is a way to reuse the unpacked thing tbh | 22:05:15 |
| spacekitteh | create a derivation for the unpacked source | 22:05:42 |
| spacekitteh | that should be all that's necessary, no? | 22:05:51 |
| hexa | hrm | 22:20:32 |
| spacekitteh | if you specified it as a nativeBuildInput then the source wouldn't be required at runtime either, iirc | 22:22:55 |
| spacekitteh | i feel like i'm missing something though, as to why that hasn't been done | 23:31:17 |
| hexa | frankly, my work has been pretty nixpkgs focused | 23:32:46 |
| hexa | and that simply hasn't been a standard pattern 😄 | 23:32:59 |
| spacekitteh | exactly, i'm wondering why not, as there surely is a reason | 23:33:30 |
