!QhvgabMQzwEQeWehhZ:lossy.network

NixOS Home Automation

497 Members
Declarative Home Automation and other Sidequests | https://wiki.nixos.org/wiki/Home_Assistant128 Servers

Load older messages


SenderMessageTime
12 Dec 2024
@hexa:lossy.network@hexa:lossy.networkI agree that it is a hack15:17:36
@hexa:lossy.network@hexa:lossy.networksubstract 899 from your rebuild count and you're golden15:17:43
@hexa:lossy.network@hexa:lossy.networkthat'll throw us back years in terms of maintainability15:18:04
@hexa:lossy.network@hexa:lossy.networkrebuild count and nixpkgs-review look at the same list15:18:36
@hexa:lossy.network@hexa:lossy.networkso we can't have one without the other15:18:40
@hexa:lossy.network@hexa:lossy.networkand folding all tests back in will make the core package much more annoying again15:19:23
@hexa:lossy.network@hexa:lossy.networknot recursing into the attrset also means we don't get hydra results anymore15:19:46
@robert:funklause.dedotlambdaWe could add a top-level attr tests that is recursed into but subtracted from the rebuild count15:20:16
@hexa:lossy.network@hexa:lossy.networkto be fair, they are rebuilds, and unpacking the home-assistant source 900 times has a certain cost to it15:20:56
@hexa:lossy.network@hexa:lossy.networkand creating a precedent for top-level attributes that are free is probably not smart15:21:39
@robert:funklause.dedotlambda
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
I don't think many people mind the cost the builds incur on Hydra.
15:22:26
@robert:funklause.dedotlambda
In reply to @hexa:lossy.network
and creating a precedent for top-level attributes that are free is probably not smart
Wdym?
15:22:34
@hexa:lossy.network@hexa:lossy.networkemacs people are also saying their package set rebuilds are essentially free 😄 15:24:48
@robert:funklause.dedotlambda One alternative to having a top-level attribute at all would be adding the respective component tests to all reverse dependencies' passthru.tests 15:29:34
@hexa:lossy.network@hexa:lossy.networkyeah, I thought about that as well, but it generally fluctuates too much15:30:18
@hexa:lossy.network@hexa:lossy.networkthey're swapping out dependencies for the same component every other release and we fail to clean up unused deps already15:30:59
@robert:funklause.dedotlambda We'd have write a script that keeps the passthru.tests up to date 15:31:27
@robert:funklause.dedotlambda* We'd have to write a script that keeps the passthru.tests up to date15:31:51
@hexa:lossy.network@hexa:lossy.networksorry for being the naysayer in this conversation fwiw 😄 15:31:55
@robert:funklause.dedotlambda* We'd have to write a script that keeps the `passthru.tests` up to date15:32:14
@hexa:lossy.network@hexa:lossy.networkthere is two things to loose: a) hydra for bisects b) nixpkgs-review for dependency bumps15:33:19
@hexa:lossy.network@hexa:lossy.networkI'd much rather loose a) than b)15:33:49
@hexa:lossy.network@hexa:lossy.network * there is two things to loose: a) hydra builds for per-component bisects b) nixpkgs-review for dependency bumps15:34:11
@robert:funklause.dedotlambdaI don't know what you mean by a)15:34:28
@hexa:lossy.network@hexa:lossy.networkimage.png
Download image.png
15:35:19
@hexa:lossy.network@hexa:lossy.network knowning when something broke 15:35:31
@hexa:lossy.network@hexa:lossy.network * knowing when something broke 15:35:36
@hexa:lossy.network@hexa:lossy.networkin terms of good/bad bisect starting points15:36:08
@hexa:lossy.network@hexa:lossy.networknixpkgs-review currently does not take passthru.tests into account15:36:51
@robert:funklause.dedotlambdaWell, that seems like an obvious thing to give up but also nobody minds it being there15:37:07

Show newer messages


Back to Room ListRoom Version: 6