| 29 Aug 2025 |
 toonn | Importing Data.Text unqualified would also not be a problem if people actually stuck to the PVP. | 19:52:10 |
 maralorn | I mean for us in nixpkgs that wouldn’t really help, we would normally be forced to do a jailbreak anyway and then it wouldn’t compile. Although I agree it is better. | 19:53:57 |
| toonn | Well, yeah, but that's going beyond what Hackage and the package maintainers explicitly support. | 20:23:08 |
| 30 Aug 2025 |
 sterni (he/him) | toonn: Non-breaking change. Otherwise, if only new bindings, types, classes, non-orphan instances or modules (but see below) were added to the interface, then A.B MAY remain the same but the new C MUST be greater than the old C. | 01:55:58 |
| sterni (he/him) | (below is only about leaking instances) | 01:56:09 |
| maralorn | sterni: I thought the point is: When you import a package unqualified then you need to have an upper bound on the .C to conform with PVP. | 02:08:57 |
| maralorn | * sterni: I thought the point is: When you import a package unqualified then you need to have an upper bound on the .C of that package to conform with PVP. | 02:09:12 |
| sterni (he/him) | they don't even use an uppercase MAY or RECOMMENDED for that | 02:12:21 |
| sterni (he/him) | they say not doing that is “slightly risky” | 02:12:52 |
| sterni (he/him) | but you are technically conforming when everything's fine when uploading | 02:13:03 |
| maralorn | Weird. All my years reading CLC discussions had made me think that | 09:10:31 |
| toonn | Are you though? Because the PVP as written is for versioning a package, not for how to bound dependencies, no? | 09:24:25 |
 Teo (he/him) | Out of interest, how many packages did this break in nixpkgs? I would've expected everything to be updated by now. I guess it's things not on Stackage? | 10:15:42 |
|  Uraraka ~ Ochaco changed their profile picture. | 15:30:24 |
| Uraraka ~ Ochaco changed their display name from data Void to Peri. | 15:31:02 |
|  Las left the room. | 22:01:28 |
| 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 |
