| 31 Aug 2025 |
 lxsameer | hey folks, do nixpkgs contain the webassembly backend of GHC? | 17:38:15 |
 Uraraka ~ Ochaco | most of it, it just requires a little patching by this gitlab.haskell.org/haskell-wasm/ghc-wasm-meta | 17:39:00 |
| lxsameer | what's the package name? | 17:39:18 |
 maralorn | In reply to @lxsameer:matrix.org
hey folks, do nixpkgs contain the webassembly backend of GHC? Not really. no. | 17:39:57 |
| Uraraka ~ Ochaco | normally I just do (builtins.getFlake "gitlab:haskell-wasm/ghc-wasm-meta?host=gitlab.haskell.org").packages.x86_64-linux.all_9_12 in a shell.nix | 17:40:32 |
| Uraraka ~ Ochaco | a little patching later then I have wasm32-wasi-cabal, wasm32-wasi-ghc etc | 17:41:13 |
| lxsameer | ahhh, so that repo exports whatever is necessary for the wasm stuff. cool | 17:42:39 |
| Uraraka ~ Ochaco | pretty much good enough for most stuff | 17:42:57 |
| maralorn | There is this https://github.com/ners/nix-wasm | 17:43:10 |
| maralorn | And what peri posted should be enough to play around | 17:43:47 |
| Uraraka ~ Ochaco | I couldn't figure out the benefit to that over ghc-wasm-meta | 17:44:12 |
| Uraraka ~ Ochaco | it imports ghc-wasm-meta and does some flakey things | 17:44:30 |
| Uraraka ~ Ochaco | maybe it's to make things nix-buildable?
either way a full install with prefix will still build manually | 17:45:04 |
| lxsameer | Peri, i never tried any wasm related stuff on haskell. is it ok to use any prelude? | 17:45:13 |
| Uraraka ~ Ochaco | I presume so, everything non-network-related seemed to work for me | 17:45:35 |
| Uraraka ~ Ochaco | I wrote a reflex-dom app with it | 17:46:07 |
| Uraraka ~ Ochaco | wth a load of servant in it | 17:46:22 |
| lxsameer | cool cool. seems like i can handle my workload with it | 17:46:47 |
| maralorn | In reply to @dandart:matrix.org
maybe it's to make things nix-buildable?
either way a full install with prefix will still build manually Yes, it is to make things nix buildable. | 17:46:50 |
| maralorn | But it's still very rough around the reges. | 17:48:16 |
| maralorn | * | 17:48:26 |
| Uraraka ~ Ochaco | I kind of gave up nix-building haskell projects because I wanted to keep up with hackage versions (and especially text 2.1.2) - I had to keep jailbreaking things but the package versions in nixpkgs unstable / haskell-updates were still very behind. I presume they were up to date with various stackage snapshots but I don't use stack as I end up missing updates.
I ended up just doing it by getting only ghc and cabal through nix-shell, and then getting cabal to do everything cabal style. That way I can allow people who don't want to use nix be able to do things just as well with ghcup.
hence haven't tried to nix-build any haskell bits in a good while. | 17:52:03 |
| maralorn | Yes, nixpkgs will lag behind, especially in the last year because we get to little help maintaining it. But very often not having the bleeding edge is fine for most usecases. | 18:22:12 |
| Uraraka ~ Ochaco | that's fair enough, I have contributed fixes to it before | 18:23:22 |
| 1 Sep 2025 |
 Artem | regarding https://github.com/NixOS/nixpkgs/pull/429810#issuecomment-3242423178
it's curious that the test suite hangs on "network client and server" (the last line) Something about network configuration on hydra machines?.. | 13:46:14 |
 sterni (he/him) | either that or related to load on those machines, hard to tell | 13:47:34 |
| sterni (he/him) | I'll ask if they changed anything recently | 13:48:18 |
| sterni (he/him) | maybe someone should try with Nix, I've used Lix | 13:50:14 |
| sterni (he/him) | okay third time's the charm | 14:08:22 |
| 2 Sep 2025 |
 bglgwyng | I've patched glib package and got this message during build
> Running phase: setupCompilerEnvironmentPhase
> Build with /nix/store/j7jc5k1l70axsk8s3zi9m4d0q23w3asp-ghc-9.10.1.
> Running phase: unpackPhase
> unpacking source archive /nix/store/13z7zgx0h4cyjm9ddf7i39d7xr3q72wy-glib-0.13.12.0.tar.gz
> source root is glib-0.13.12.0
> setting SOURCE_DATE_EPOCH to timestamp 1000000000 of file "glib-0.13.12.0/System/Glib/Utils.chs"
> Running phase: patchPhase
> Running phase: compileBuildDriverPhase
> setupCompileFlags: -package-db=/build/tmp.a1u8Em0pDC/setup-package.conf.d -threaded
> [1 of 2] Compiling Main ( Setup.hs, /build/tmp.a1u8Em0pDC/Main.o )
> Setup.hs:5:1: error: [GHC-45102]
> Ambiguous module name ‘Gtk2HsSetup’.
> it was found in multiple packages:
> gtk2hs-buildtools-0.13.12.0 gtk2hs-buildtools-0.13.12.0
I think it's somewhat related to Setup.hs executing during install, but I have no clue how to inspect this more. Does anyone know this issue?
| 11:03:49 |
