| 25 May 2021 |
 cdepillabout | sterni (he/him): maralorn Thanks! | 11:21:19 |
| cdepillabout | In reply to @maralorn:maralorn.de
I don‘t get it. github has bumped this PR now twice into my notifications, since I merged it. But everytime I go there I don‘t see that anything has happened. https://github.com/NixOS/cabal2nix/pull/495 Yeah, I got that as well. I wonder why it is happening. | 11:22:35 |
 maralorn | I am by the way not 100% satisfied with the result of that PR but I decided that I will not under any circumstances piss off someone who contributes docs.^^ | 11:30:38 |
| cdepillabout | Yeah, that is completely understandable. | 11:31:35 |
| maralorn | I really think that there could be gained a lot by collecting all the various blog posts people created about setting up their Haskell projects with nix and distilling the best practices in our documentation. | 11:32:54 |
| maralorn | It’s so crazy how often I come by some random config by someone and am like "wow, that’s a nice twist to improve your config that I hadn’t seen before". | 11:33:46 |
| cdepillabout | I agree. The Haskell infrastructure is quite difficult to document though, given how many different ways you can use it. | 11:34:48 |
| cdepillabout | Sometimes I think about trying to write the "canonical" documentation, but I always give up after considering the scope. | 11:35:17 |
| maralorn | cdepillabout: I think it would be very hard to do it from scratch. But I feel like it should be possible to take what we have and iterate on it. | 11:35:50 |
| maralorn | Something like we probably can‘t do good, but we certainly can do better.^^ | 11:36:25 |
| cdepillabout | That's a good point | 11:37:38 |
| maralorn | sterni (he/him): Now that I think about it. Don‘t you think it’s kinda lame to compile static lens and random. I mean who needs a static compiled library.^^ Wouldn‘t it be much more awesome to statically compile some tools which people could actually use. e.g. ghcup. | 12:08:24 |
| maralorn | Huh, I wonder if you use pkgsStatic on something with justStaticExecutables do you get a store path with a trivial closure? | 12:09:41 |
|  Christoph joined the room. | 15:00:51 |
|  zwro changed their display name from zwro to zero. | 15:23:22 |
| zwro changed their display name from zero to z. | 15:23:54 |
 sterni (he/him) | maralorn: justStaticExecutables are already pretty good with dynamic linking since all haskell dependencies are linked statically anyways, dynamic linking is only used for libc etc. | 15:35:38 |
| sterni (he/him) | maralorn: Yeah of course, feel free to add some tools as well. The intention was really to test some very important libraries | 15:36:04 |
| sterni (he/him) | we might want to add hpack, cabal2nix, … to the list | 15:36:14 |
| maralorn | In reply to @sternenseemann:systemli.org
maralorn: justStaticExecutables are already pretty good with dynamic linking since all haskell dependencies are linked statically anyways, dynamic linking is only used for libc etc. Yeah, I know. That's why I was hoping that those derivations would actually be completely runtime dependency less. | 15:39:37 |
| sterni (he/him) | pkgsStatic would be yes | 15:39:59 |
| maralorn | And I mean not only philosophically or the binary. But the actual nix closure of the output. | 15:40:18 |
| sterni (he/him) | yeah the closure is one path for pkgsStatic | 15:41:05 |
| sterni (he/him) | at least in normal cases | 15:41:10 |
| sterni (he/him) | or at least it should :p | 15:41:19 |
| sterni (he/him) | but honestly it's not that interesting unless you are copying closures around a lot which are all built with different versions of stdenv | 15:41:53 |
| maralorn | Cool | 15:41:54 |
| sterni (he/him) | normally you have libc etc. in store anyways | 15:42:10 |
| maralorn | True | 15:42:20 |
| sterni (he/him) | Inviting everyone with restart-jobs to hunt for stale builds :) https://github.com/NixOS/nixpkgs/pull/123682#issuecomment-847975298 | 15:42:50 |
