!OqhvaDMJdKYUicLDiE:nixos.org

Nixpkgs Stdenv

218 Members
69 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
20 Mar 2025
@philiptaron:matrix.orgPhilip Taron (UTC-8)

I'll echo everyone else and note that regularly scheduled calls are difficult for me, though I aim to make the one today if it happens.

I aim to steward a small number of PRs through -- or leave them in a known state of "these things remain" -- each month. My observation is that steady if slight presence keeps the Nixpkgs train a-rolling. This is basically the same as emily's observation about an "unreliable SLA" -- if there's steady effort somewhere, it's better than bursty attention everywhere, then nowhere.

There are a lot of models of how to maintain something. Some are more authorial and creative. Others are more negative, rejecting complexity and refining and emphasizing proper scope. Yet others are about stewardship and connection to community and people. I fall into the last camp.

15:55:47
@rosscomputerguy:matrix.orgTristan Ross

though I aim to make the one today if it happens.

It is still going to happen, 3 minutes.

15:57:55
@rosscomputerguy:matrix.orgTristan Ross

If the problem is getting PRs reviewed, then one thing that could be done without increasing everybody's workload would be for a volunteer to try to act as a shepherd

I think in this capacity, it would be good if someone does volunteer to do review stuff that there be "office" hours. This would be so the reviewer and PR author could work in real time in tandem. Tom Berek has done this a lot and it's proven to work well it seems.

16:00:12
@rosscomputerguy:matrix.orgTristan Rosshttps://jitsi.lassul.us/nixpkgs-stdenv meeting started here16:01:09
@rosscomputerguy:matrix.orgTristan Rosshttps://pad.lassul.us/k_EnCfiJT6ykaiAaNjIYnA# notes will be here16:02:14
@rosscomputerguy:matrix.orgTristan Ross I really like @[Philip Taron (UTC-8)]'s idea of non-shell builders. It's an interesting concept I feel like we should explore more. I think it could make bootstrapping easier if we didn't need something like coreutils and we could only bootstrap from specific compiler toolchain components we fetch. He also pointed out how Nix itself provides a BusyBox shell so this concept could be flushed out more to where we have the nixpkgs derivation builder bundled inside nix. 17:10:43
@k900:0upti.meK900No17:18:13
@k900:0upti.meK900No no no no no no no17:18:15
@k900:0upti.meK900No17:18:16
@k900:0upti.meK900Stop17:18:17
@k900:0upti.meK900The LAST thing we need is more coupling between Nix and nixpkgs17:18:29
@k900:0upti.meK900Also, no, Nix does not provide a busybox shell17:18:51
@k900:0upti.meK900Nix provides whatever shell it's configured with at build time17:18:59
@k900:0upti.meK900Which in case of Nixpkgs nix is a Nixpkgs shell17:19:09
@k900:0upti.meK900Which makes this whole idea weirdly mutually recursive17:19:17
@k900:0upti.meK900You want easier bootstrapping, we have minimal bootstrap for that17:19:31
@philiptaron:matrix.orgPhilip Taron (UTC-8)(To be clear, this was a "I want to play around with this cursed thing in order to learn" not a serious proposal for how to do it.)17:21:36

Show newer messages


Back to Room ListRoom Version: 9