| 5 Jun 2021 |
 Roos | I find very disturbing there's so much breakage when the compiler updates... | 20:18:59 |
| Roos | * I find very disturbing for the language there's so much breakage when the compiler updates... | 20:18:59 |
| * Roos goes to check GHC9 release notes. | 20:19:00 |
 maralorn | Roos: There actually isn‘t much breakage. It’s mostly that a) everyone needs to bump their base upper bound and b) things that link against ghc have a hard time. | 20:39:08 |
| Roos | That's reassuring ^^" | 20:40:13 |
 fgaz | regarding the discussion from earlier today: I think the haskell binary cache from nixpkgs is mostly useful for experiments or short-term stuff. Once you start working on long-lived project, the warm-up time for the cabal cache gets negligible, and you gain the advantage of being able to work with any version of a package | 21:07:07 |
| fgaz | (of course the haskell stuff in nixpkgs is still very useful for packaging though) | 21:07:28 |
| fgaz | In fact, I almost stopped using nixpkgs for haskell development. Still, nix remains useful for caching this environment for ci, deployments, and sharing it with other developers. And that's why I'm working on my own builder based on cabal and FODs | 21:11:31 |
| fgaz | * regarding the discussion from earlier today: I think the haskell binary cache from nixpkgs is mostly useful for experiments or short-term stuff. Once you start working on long-lived project, the warm-up time for the cabal cache gets negligible, and by avoiding nixpkgs you gain the advantage of being able to work with any version of a package | 21:12:18 |
| fgaz | * regarding the discussion from earlier today: I think the haskell binary cache from nixpkgs is mostly useful for experiments or short-term stuff. Once you start working on long-lived projects, the warm-up time for the cabal cache gets negligible, and by avoiding nixpkgs you gain the advantage of being able to work with any version of a package | 21:14:48 |
| maralorn | FOD? | 21:16:17 |
| fgaz | Fixed-output derivation | 21:16:57 |
| maralorn | Ah | 21:17:06 |
 Las | what would you use fixed-output derivations for? | 21:17:34 |
| fgaz | For the deps' sources | 21:17:55 |
 ahdyt | In reply to @fgaz:matrix.org
In fact, I almost stopped using nixpkgs for haskell development. Still, nix remains useful for caching this environment for ci, deployments, and sharing it with other developers. And that's why I'm working on my own builder based on cabal and FODs You don't use stack? | 21:18:38 |
| ahdyt | * You didn't use stack? | 21:19:11 |
| fgaz | In reply to @fgaz:matrix.org
For the deps' sources This way, I avoid both IFD, and a centralized and somewhat difficult to maintain index like haskell.nix's | 21:19:37 |
| fgaz | In reply to @ahdyt:matrix.org
You didn't use stack? Nope, it's a cabal-specific builder. It's simpler for me this way | 21:19:59 |
| maralorn | In reply to @fgaz:matrix.org
For the deps' sources You mean you do something like the cargoVendorHash rust does? | 21:32:28 |
| fgaz | basically yes | 21:32:40 |
| fgaz | But this also gets you a dev environment (though it's monolithic) | 21:34:39 |
 sterni (he/him) | current plan is to merge haskell-updates sometime tomorrow | 23:32:31 |
| sterni (he/him) | the regressions that are left look unconcerning and the next things I want to do are set rebuilds, so… | 23:32:36 |
| 6 Jun 2021 |
 cdepillabout | Nice, looks like 8.10.5 was released: https://discourse.haskell.org/t/announce-ghc-8-10-5-released/2615 | 02:47:22 |
 pwmosquito | This release adds native ARM/Darwin support, as well as bringing performance improvements and fixing numerous bugs of varying severity present in the 8.10 series:
- First-class support for Apple M1 hardware using GHC's LLVM ARM backend
is a big one for our company as a bunch of us got M1s
| 07:40:26 |
| pwmosquito | * This release adds native ARM/Darwin support, as well as bringing
performance improvements and fixing numerous bugs of varying
severity present in the 8.10 series:
- First-class support for Apple M1 hardware using GHC's LLVM ARM
backend
is a big one for our company as a bunch of us got M1s
| 07:40:56 |
 joe (he/him) | FWIW, I've been using the nix haskell infrastructure for development for years and love it | 10:17:32 |
| sterni (he/him) | cdepillabout: Okay, so I guess we'll also will want to update GHC 8.10.4 | 10:44:36 |
| maralorn | I wonder if there will be a 8.10.5 stackage nightly before there will be a ghc 9 … | 10:46:34 |
