!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

442 Members
(Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel.146 Servers

Load older messages


SenderMessageTime
4 Jun 2024
@k900:0upti.meK900How are we doing on the binary cache thing btw?14:58:39
@k900:0upti.meK900My rk3588 is dying14:58:41
@raitobezarius:matrix.orgraitobezariusi feel like we should really track nixpkgs and add a new CI job with Buildbot16:01:30
@raitobezarius:matrix.orgraitobezariusand push to the cache16:01:32
@lunaphied:lunaphied.meLunaphiedAgreed, at least for now until a better solution is proposed I would like that to be implemented, not sure if I understand enough to do it myself though17:00:32
@thubrecht:matrix.orgthubrechtThe easiest is to have a recurring job that fetches nixos-{unstable,24.05} each ~3 hours and compiles lix given those inputs17:05:12
@qyriad:katesiria.orgQyriad
In reply to@raitobezarius:matrix.org
i feel like we should really track nixpkgs and add a new CI job with Buildbot
Kate made an excellent point a bit ago which is that there's no real reason for our binary cache CI and our "does this CL break anything" CI to be the same thing, and given how insecure Nix builds are, maybe even good reason to not have that
19:19:44
@irenes:matrix.org@irenes:matrix.orggood point19:20:40
@qyriad:katesiria.orgQyriadSince like, anyone can push a CL and run an arbitrary derivation build on all our builders19:20:56
@irenes:matrix.org@irenes:matrix.orgyes19:21:11
@qyriad:katesiria.orgQyriadBut this also means that the contraints that led us to choosing Buildbot for Gerrit CLs don't apply to binary cache builds19:21:41
@qyriad:katesiria.orgQyriad (cc @raitobezarius again just so he sees this whenever he's around) 19:22:27
@raitobezarius:matrix.orgraitobezarius
In reply to @qyriad:katesiria.org
Kate made an excellent point a bit ago which is that there's no real reason for our binary cache CI and our "does this CL break anything" CI to be the same thing, and given how insecure Nix builds are, maybe even good reason to not have that
i meant to build a specific branch regularly on the top of a set of channels
19:39:21
@raitobezarius:matrix.orgraitobezariusnot arbitrary CLs19:39:24
@raitobezarius:matrix.orgraitobezariusdoes your concern about the security still apply in this context?19:39:31
@raitobezarius:matrix.orgraitobezarius i'd assume that merged contents is assumed to be trusted 19:39:40
@raitobezarius:matrix.orgraitobezariushm19:39:50
@raitobezarius:matrix.orgraitobezariusbut it's right we are still using it for arbitrary CLs19:39:57
@raitobezarius:matrix.orgraitobezariusso maybe there could be manipulation to push certain store paths even if the CI for arbitrary CLs wouldn't push to cache19:40:11
@raitobezarius:matrix.orgraitobezariusmaybe in that case, what we can do is to have GHA infrastructure perform regular builds and push it to our cache?19:40:34
@qyriad:katesiria.orgQyriad
In reply to@raitobezarius:matrix.org
i meant to build a specific branch regularly on the top of a set of channels
what we mean is that building a specific branch regularly can perfectly reasonable be a different CI system than our CL CI system
23:47:20
@qyriad:katesiria.orgQyriad* what we mean is that building a specific branch regularly can perfectly reasonably be a different CI system than our CL CI system23:47:27
@qyriad:katesiria.orgQyriad
In reply to@raitobezarius:matrix.org
maybe in that case, what we can do is to have GHA infrastructure perform regular builds and push it to our cache?
that would work
23:47:35
5 Jun 2024
@delroth:delroth.netdelroth
In reply to @qyriad:katesiria.org
what we mean is that building a specific branch regularly can perfectly reasonably be a different CI system than our CL CI system
hydra? </hides>
00:07:54
@delroth:delroth.netdelroth
In reply to @qyriad:katesiria.org
what we mean is that building a specific branch regularly can perfectly reasonably be a different CI system than our CL CI system
* hydra? /hides
00:08:01
@delroth:delroth.netdelroth(I'm only like 40% non-serious, hydra is kinda designed for this use case, it can monitor several git inputs for changes and knows how to push stuff to an S3 cache)00:08:56
@qyriad:katesiria.orgQyriadYes honestly we think Hydra is, unfortunately, a reasonable choice here00:09:49
@qyriad:katesiria.orgQyriadThough I think we should maybe evaluate other options too00:10:03
@qyriad:katesiria.orgQyriad Oh dear, @⚠️ eldritch horrors operating in this area ⚠️ the reason that {{#include}} doesn't work in src/nix/nix.md is that, specifically for the nix --help manpage, and not for HTML nor for the manpage placed on disk, those markdown files never actually go through docbook?? 00:27:13
@qyriad:katesiria.orgQyriad Oh dear, @⚠️ eldritch horrors operating in this area ⚠️ the reason that {{#include}} doesn't work in src/nix/nix.md is that, specifically for the nix --help manpage, and not for HTML nor for the manpage placed on disk, those markdown files never actually go through mdbook?? 00:27:19

Show newer messages


Back to Room ListRoom Version: 10