| 9 Oct 2025 |
ivy | i want to track the verson of the karabiner driver in kmonad upstream | 12:36:07 |
ivy | ill patch cabal2nix and do a pr for that for extension fields (i am very experienced with haskell) | 12:36:43 |
ivy | should these x- fields be put into passthru or to the derivation itself | 12:41:22 |
ivy | i’m feeling passthru therefore i should write a passthru field to derivation adt | 12:42:05 |
ivy | idk what do yall think | 12:42:18 |
ivy | but also could be cool to pass through to extra attributes | 12:45:48 |
sterni | well does kmonad even set these x-fields? would Hackage preserve them? | 13:05:49 |
sterni | in principle seems like a feasible idea, passthru seems about right though x-revision should continue to be treated specially probably | 13:06:51 |
sterni | wonder what other x- fields exist in the wild | 13:07:13 |
ivy | not yet it does, i will make it tho | 13:10:16 |
ivy | after i do that cabal2nix change ill do a run on hackage2nix and see what packages change | 13:10:48 |
| Banana Poop set a profile picture. | 14:49:06 |
| Banana Poop changed their profile picture. | 14:50:05 |
| Banana Poop changed their profile picture. | 14:54:27 |
m1-s | After upgrading nix version from 2.28.4 -> 2.28.5 I am getting this error:
error:
… while calling the 'derivationStrict' builtin
at <nix/derivation-internal.nix>:37:12:
36|
37| strict = derivationStrict drvAttrs;
| ^
38|
… while evaluating derivation 'ghc-shell-for-packages-0'
whose name attribute is located at /nix/store/yhvvk386srxffsd7369j28lkfaav1bwp-source/pkgs/stdenv/generic/make-derivation.nix:480:13
… while evaluating attribute 'NIX_GHC' of derivation 'ghc-shell-for-packages-0'
at /nix/store/yhvvk386srxffsd7369j28lkfaav1bwp-source/pkgs/development/haskell-modules/generic-builder.nix:999:13:
998| ) "${buildPackages.glibcLocales}/lib/locale/locale-archive";
999| "NIX_${ghcCommandCaps}" = "${ghcEnv}/bin/${ghcCommand}";
| ^
1000| "NIX_${ghcCommandCaps}PKG" = "${ghcEnv}/bin/${ghcCommand}-pkg";
(stack trace truncated; use '--show-trace' to show the full, detailed trace)
error: builder for '/nix/store/7wdsyrqbm6dna640gz7sibp4i66cr9xz-cabal2nix-yesod-form.drv' failed with exit code 1;
last 3 log lines:
> *** parsing cabal file: /nix/store/kbv83vqvvc3gczpfz84jycrcp00yx81y-source/yesod-form/yesod-form: withBinaryFile: does not exist (No such file or directory)
> $ nix-prefetch-url --unpack file:///nix/store/kbv83vqvvc3gczpfz84jycrcp00yx81y-source/yesod-form
> cabal2nix: nix-prefetch-url: createProcess: posix_spawnp: does not exist (No such file or directory)
For full logs, run:
nix log /nix/store/7wdsyrqbm6dna640gz7sibp4i66cr9xz-cabal2nix-yesod-form.drv
Any known solution?
| 19:30:50 |
maralorn | Are you sure this is because of a nix update? Seems kinda unlikely. | 19:32:31 |
maralorn | Can you share the command you ran? | 19:32:49 |
maralorn | Maybe a tree listing of /nix/store/kbv83vqvvc3gczpfz84jycrcp00yx81y-source can be informative. | 19:34:26 |
m1-s | I had declared the flake input as github:yesodweb/yesod?dir=yesod-form and it seems that this notation has changed with the nix version update. https://github.com/NixOS/nix/pull/12801
So not related to haskell. Thanks for the quick reaction!
| 19:49:49 |
| 10 Oct 2025 |
ivy | the cabal2nix shell keeps failing because it keeps compiling ghc then filling my computer | 02:28:39 |
maralorn | sterni: Wolfgang Walther I had an insanely busy last two weeks and my boss just decided to give our huge infra structure update (ghcjs 8.6 -> ghc+wasm 9.12) into production this evening. So I am rather confident that I won’t succeed doing anything on our PR. | 15:57:03 |
maralorn | But I guess we are kinda flying blind because of a rebuild right now anyway? | 15:58:39 |
sterni | I fixed everything except for HLS pretty much 🫠 | 18:25:52 |
maralorn | And how broken is that?^^ | 18:26:20 |
maralorn | As in is that hls 2.11 or 2.12? | 18:27:07 |
maralorn | Hm, still 2.11. So I wasn’t really expecting any breakage. | 18:37:54 |
maralorn | But we will see. | 18:37:58 |
| dotlambda joined the room. | 21:10:44 |
dotlambda | Where does haskellPackages.hledger_1_50 come from? Does stackage have two versions of hledger or do we always have the pinned or the most recent version? | 21:12:09 |
dotlambda | Is it possible to make it use hledger-lib_1_50? | 21:12:39 |