| 23 Jan 2024 |
 Alexandros Liarokapis | Hi all! I am not sure if this is the proper channel to ask. I have a large set of embedded-compatible cmake libraries which I define using stdenv.mkDerivation. I would like to use the gcc-arm-embedded package in order to create a custom stdenv instead of going through the gcc bootstrapping with crossSystem. For caching reasons but also because the resulting library/executable binaries are ~40% larger. Is there any easy way currently to convert such toolchains to valid stdenvs? | 08:46:12 |
| Alexandros Liarokapis | Looking at the llvm stdenv it seems like a non-trivial process. I have also found a gist for using the zig toolchain as an stdenv: https://gist.github.com/Cloudef/acb74ff9e36ab41709479240596ab501 but I am not sure if the resulting stdenv takes into consideration everything. In general the process of creating stdenvs seems a bit ad-hoc but maybe it's just me being unfamiliar with the infra. | 08:49:35 |
| Alexandros Liarokapis | My end goal is to have something like the current localSystem/crossSystem infra but being able to easily use other toolchains because bootstrapping gcc is non trivial and it is also hard to modify the configure flags through naive overlays. I /think/ this is possible now through using the replaceStdEnv in crossSystem but I am unsure. | 08:53:34 |
| Alexandros Liarokapis | * My end goal is to have something like the current localSystem/crossSystem infra but being able to easily use other toolchains because bootstrapping gcc is non trivial and it is also hard to modify the gcc toolchain configure flags through naive overlays. I /think/ this is possible now through using the replaceStdEnv in crossSystem but I am unsure. | 08:55:19 |
| 25 Jan 2024 |
 9999years | could i get a review on this PR? not sure what valentin's @ is on here
https://github.com/NixOS/nixpkgs/pull/280592 | 01:40:48 |
 raitobezarius | Valentin is not here | 02:02:25 |
| raitobezarius | afaik | 02:02:25 |
|  @qyriad:matrix.org joined the room. | 06:53:56 |
 John Ericson | https://github.com/NixOS/nixpkgs/pull/279619 is this staging backport fail innocuous? | 23:52:23 |
| 26 Jan 2024 |
| 9999years | In reply to @raitobezarius:matrix.org
Valentin is not here lol i love the nixos matrix server. "we do not have all the team members in the official team channels. good luck!" | 00:59:55 |
| 9999years | me: nobody reviews my nix prs, this sucks
everyone: you simply have to be in the matrix and ask people for reviews directly
the matrix: doesn't even have the people responsible present | 01:00:29 |
 Alyssa Ross | You can't force people to participate | 01:01:55 |
| Alyssa Ross | But Valentin is on Matrix, just not in this particular room. | 01:02:55 |
| Alyssa Ross | It would be nice if the matrix first in lib.maintainers was used more… | 01:03:46 |
| 9999years | yeah i mean. it would just be nice if people on nix teams did their team communication in matrix rooms | 01:12:50 |
| 9999years | anyways i'm noticing that valentin isn't even on https://nixos.org/community/teams/nixpkgs-architecture | 01:13:00 |
| 9999years | would someone on the team be willing to help me get this over the line then? https://github.com/NixOS/nixpkgs/pull/280592 | 01:13:20 |
| raitobezarius | infinisil is in this channel and I guess you just need a new review from them | 01:35:15 |
 infinisil | 9999years: Not sure why you're upset about this, this is the room for Nixpkgs architecture, Valentin isn't really involved in that, he's not in the Nixpkgs architecture team either, never has been, so there's really no need for him to be in this room. Though yeah he also doesn't appear to be in the #nix-dev:nixos.org room, which would make more sense (though he's low on availability this quarter) | 01:40:03 |
| infinisil | In reply to @Ericson2314:matrix.org
https://github.com/NixOS/nixpkgs/pull/279619 is this staging backport fail innocuous? No idea, I can't spot any error really, might be worth retriggering ofborg CI (with @ofborg eval) | 01:43:41 |
| John Ericson | infinisil: I think it is just a time out because based branch is staging | 01:45:44 |
| John Ericson | but then wouldn't that affect every staging backport? | 01:45:52 |
| John Ericson | (unless we made it smart to use git mege-base release-xx staging-xx) | 01:46:10 |
| John Ericson | * (unless we made it smart to use git merge-base release-xx staging-xx) | 01:46:14 |
| infinisil | In reply to @9999years:matrix.org
would someone on the team be willing to help me get this over the line then? https://github.com/NixOS/nixpkgs/pull/280592 Also that doesn't look related to nixpkgs architecture, so I don't see why it would be relevant specifically for this team/room. For requesting reviews #review-requests:nixos.org could be used, though #dev:nixos.org could be used to discuss PRs too | 01:47:14 |
| infinisil | John Ericson: Hmm I don't think the merge base would help here, I think ofborg tests on the merged commit | 01:50:28 |
| infinisil | John Ericson: I'll retrigger it, it's very weird how the main eval status check doesn't even have any details attached | 01:51:51 |
| infinisil | (previous failure for lib/tests/release.nix: https://gist.github.com/GrahamcOfBorg/5e5e13e93fd0df5a0bfd9a7987848460) | 01:52:32 |
| infinisil | In reply to @9999years:matrix.org
would someone on the team be willing to help me get this over the line then? https://github.com/NixOS/nixpkgs/pull/280592 I need to sleep now, but it's in my notifications backlog, I'll take a look when I get to it | 01:54:27 |
| infinisil changed the room name to "Nixpkgs Architecture" from "Nixpkgs Architecture Team". | 01:57:54 |
