!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

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

Load older messages


SenderMessageTime
4 Jun 2024
@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
@qyriad:katesiria.orgQyriad nix --help re-runs its own manpage generation logic inline to display the manpage 00:41:04
@qyriad:katesiria.orgQyriadat that point why not have an actual help message…00:41:10
@pennae:matrix.eno.space⚠️ eldritch horrors operating in this area ⚠️
In reply to @qyriad:katesiria.org
nix --help re-runs its own manpage generation logic inline to display the manpage
yes this is evil ans must stop
00:50:09
@pennae:matrix.eno.space⚠️ eldritch horrors operating in this area ⚠️all MD should go through the same preprocessor, and nix binary ideally shouldn't contain an MD processor at all00:51:35

Show newer messages


Back to Room ListRoom Version: 10