Update haskellPackages including a bump of Hackage and Stackage pin#122117
Update haskellPackages including a bump of Hackage and Stackage pin#122117
Conversation
This commit has been generated by maintainers/scripts/haskell/update-stackage.sh
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
SSE(2) is an intel instruction set
Upstream was very quick about relaxing the bound on ref-tf.
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
haskell: default name to "" when root isn't a path in developPackage
…rements dimensional<=1.3 -> 1.4 https://hackage.haskell.org/package/dimensional-1.4/changelog Looks safe to loosen package dependency requirements enomsg/science-constants-dimensional#1 ZHF: #122042
Accidentally reintroduced it when merging ccde7ca.
We have different attribute sets defining jobs: The list of base jobs, the ones generated by versionedCompilerJobs and our added aggregate jobs. During this we define `haskell` twice: Once for `haskell.compiler` and once for `haskell.packages.*`. The `//` operator throws a way the former which is fixed by using lib.recursiveUpdate. Unfortunately makes the expression less pretty, but at least we have our compiler jobs back.
The linked issue has been fixed upstream and has been released in 1.3.0.0 which we have in haskellPackages at the moment.
This should clean up configuration-common.nix of a lot of conditional which were a pain to write and maintain.
…rovents and encoding workaround
sdist doesn't contain all the files necessary for the tests, so we need to fetch the source from github instead.
…ive-update top-level/release-haskell.nix: merge jobs using lib.recursiveUpdate
We need to merge the set of complete jobs not of platforms to test on since our aggregate jobs will always be “proper” jobs.
|
I have pushed a fix for tomland which should fix hercules-ci-agent and hinit |
Was about to do the same. The assert is a great idea! ❤️ |
|
|
||
| # To prevent hackage2nix fails because of encoding. | ||
| # See: https://github.com/NixOS/nixpkgs/pull/122023 | ||
| export LC_ALL=C.UTF-8 |
There was a problem hiding this comment.
For me this line causes an issue and fails generation. Without the line it is working.
./maintainers/scripts/haskell/regenerate-hackage-packages.sh
/home/andreas/dev/repository/nixpkgs/maintainers/scripts/haskell/regenerate-hackage-packages.sh: line 21: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8): No such file or directory
Starting hackage2nix to regenerate pkgs/development/haskell-modules/hackage-packages.nix ...
hackage2nix: /home/andreas/dev/repository/nixpkgs/pkgs/development/haskell-modules/hackage-packages.nix: withFile: invalid argument (invalid character)
There was a problem hiding this comment.
I assume this is caused by the fact that nixos 22.11 changed the generation of locales. Actually not sure how exactly to fix this.
There was a problem hiding this comment.
Not sure, I'm not using NixOS, only the package manager (2.8.1). In my case the fix would be to remove the line, but I don't know if this is now true for everybody, only with my setup or it can be done conditionally.
There was a problem hiding this comment.
iirc the C locale is very similar to an English locale. Maybe en_US.UTF-8 is good enough and more portable?
Just a thought; I'm not an expert on this.
There was a problem hiding this comment.
export LC_ALL=en_US.UTF-8 would work in my case.
There was a problem hiding this comment.
Ah, sorry. Then it’s not nixos in your case. Anyway: The question is: Is there a reasonable encoding that we can expect to find on every system? I guess en_US.UTF-8 is the safest bet? At least better than what we have?
There was a problem hiding this comment.
en_US.UTF-8 is relatively likely to not be present on NixOS systems nowadays. Plain C should be present on any POSIX-conformant system? C.UTF-8 doesn't exist on macOS where en_US.UTF-8 is always available though.
This Merge
This is the regularly happening merge of the
haskell-updatesbranch intomaster.This branch is being continually build and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates.
I will aim to merge this PR until 2021-05-14. If I can merge it earlier, there might be successor PRs in that time window. As part of our rotation @cdepillabout will continue these merges from 2021-05-15 to 2021-05-28.
haskellPackages Workflow Summary
Our workflow is currently described at #121140 (comment).
The short version is this:
haskell-updates(normally at the beginning of a merge window).haskell-updatesintomasterevery two weeks.mergeablejob is succeeding on hydra.This is the follow-up to #121627.