| 30 Jan 2025 |
 Tristan Ross | But how much maintenance does it require? Would we drop it once upstream does? | 17:55:03 |
| Tristan Ross | How big would we expect the GHC bootstrap to be? Which versions should we support? | 17:55:50 |
 Alex | The bare minimum would be one for the oldest GHC release that Nixpkgs wants to support.
Unless there's a serious problem with the tarball, there would be little need to change it.
Having tarballs for other major.minor releases could provide a shorter build path for newer versions.
We could drop the tarball once upstream provide a tarball that can build all Nixpkgs supported versions, or at the very least the active Nixpkgs default.
AFAIK upstream has made no effort to support booting GHC with a newer major.minor release, so I suspect that we'll need to keep around one of our own tarballs past the release of an official tarball.
GHC tarballs tend to be quite large, but if necessary, we can configure the build to be the bare minimum needed to boot GHC and make them much smaller.
I would need to experiment with this to find how small we can go, but I think it's reasonable to say that in the worst case it would be no larger than the current upstream bindists, which are meant to be used as fully functional GHCs.
For reference, upstream bindists for 9.12.1 seem to be around 300 MiB with xz compression. | 19:05:39 |
|  ofalvai joined the room. | 19:45:34 |
| 31 Jan 2025 |
|  SomeoneSerge (hash-versioned python modules when) changed their display name from SomeoneSerge to SomeoneSerge (Bruxelles). | 19:34:42 |
| 2 Feb 2025 |
|  pbsds changed their display name from pbsds to pbsds (FOSDEM). | 16:04:16 |
 connor (he/him) (UTC-5) | When using the multiple outputs setup hooks, is it possible to define per-output propagated dependencies besides manually adding them to the relevant file in the nix-support directory of the output?
As an example, a header-only output may have a dependency on another derivation’s header-only output. My understanding is that the current way to handle this would be to add the dependency in propagatedBuildInputs, though that would add the dependency to every output, correct? | 21:24:39 |
| 3 Feb 2025 |
| SomeoneSerge (hash-versioned python modules when) changed their display name from SomeoneSerge (Bruxelles) to SomeoneSerge (Gand St. Pieters). | 13:40:06 |
| pbsds changed their display name from pbsds (FOSDEM) to pbsds. | 16:25:09 |
| 5 Feb 2025 |
|  hexadecimal_dinosaur joined the room. | 02:46:03 |
|  Sergei Zimmerman (xokdvium) joined the room. | 07:29:48 |
| Sergei Zimmerman (xokdvium) | Not strictly stdenv, but very stdenv-adjacent. Would appreciate some eyes from on https://github.com/NixOS/nixpkgs/pull/379426. The ctest ugliness has been bugging me, so I whipped up this POC as a separate hook first without going through stdenv. | 07:36:17 |
| 6 Feb 2025 |
| SomeoneSerge (hash-versioned python modules when) changed their display name from SomeoneSerge (Gand St. Pieters) to SomeoneSerge (UTC+U[-12,12]). | 17:49:57 |
| 7 Feb 2025 |
 truby | I wanted to test something from gcc's git master branch, is it difficult to get a stdenv with a gcc built from there? I tried the obvious (overriding gcc-unwrapped's src = ..) and it doesn't build, it seems to still be trying to apply patches even though I have patches = [];
Am I missing something to get this working, or is it just more difficult than this? | 14:10:44 |
| Alex | In reply to @truby:matrix.org
I wanted to test something from gcc's git master branch, is it difficult to get a stdenv with a gcc built from there? I tried the obvious (overriding gcc-unwrapped's src = ..) and it doesn't build, it seems to still be trying to apply patches even though I have patches = [];
Am I missing something to get this working, or is it just more difficult than this? Use replaceStdenv? | 16:09:52 |
| truby | My issue is actually getting the unwrapped gcc from a specific git hash I guess, rather than wrapping that into a stdenv | 16:10:52 |
|  @terrorjack:matrix.terrorjack.com left the room. | 22:28:06 |
|  terrorjack joined the room. | 22:45:33 |
| 8 Feb 2025 |
| terrorjack set a profile picture. | 02:24:25 |
| terrorjack removed their profile picture. | 02:24:59 |
 trofi | vcunat: do you remember what needed --oldincludedir= in https://github.com/NixOS/nixpkgs/commit/def75f028240ce2d38ec8e0707cc886c8b7596a4#diff-d5ce1dbe37e35a5baa932aac914a2f1a32ac46267f9400f2fff393f31d4aa44bR36 ? Looking at https://www.gnu.org/prep/standards/html_node/Directory-Variables.html it feels like it's something that predates gcc. It now breaks sqlite-3.49.0 https://github.com/NixOS/nixpkgs/pull/373944#issuecomment-2645813426
And I wonder if we should just drop --oldincludedir= completely.
| 16:20:31 |
| trofi | cmake hook also added it with DCMAKE_INSTALL_OLDINCLUDEDIR https://github.com/NixOS/nixpkgs/commit/c0d2f924590918b0176aaf1f84ccf372ce4f13c4 . I suspect just to follow stdenv. | 16:24:37 |
 vcunat | No, I don't recall at all. It's been a bit long :-) | 16:24:40 |
| trofi | :) | 16:25:00 |
| trofi | Proposed the removal as https://github.com/NixOS/nixpkgs/pull/380400 | 16:51:24 |
| trofi | Also asked on #macos:nixos.org if it's used by any chance there (AFAIU it should not be load-bearing) | 16:53:25 |
| 13 Feb 2025 |
| connor (he/him) (UTC-5) changed their display name from connor (he/him) (UTC-7) to connor (he/him) (UTC-8). | 06:59:21 |
| 15 Feb 2025 |
|  BenjB83 joined the room. | 10:16:57 |
| BenjB83 changed their display name from Benjamín Buske to BenjB83. | 10:43:08 |
| 19 Feb 2025 |
 K900 | So should I just send https://github.com/NixOS/nixpkgs/pull/380325 | 09:51:10 |
