haskellPackages: update stackage and hackage

This Merge
This PR is the regular merge of the haskell-updates branch into master.
This branch is being continually built and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates.
I will aim to merge this PR by 2021-06-27. If I can merge it earlier, there might be successor PRs in that time window. As part of our rotation @expipiplus1 will continue these merges from 2021-06-28 to 2021-07-11.
haskellPackages Workflow Summary
Our workflow is currently described in
pkgs/development/haskell-modules/HACKING.md.
The short version is this:

We regularly update the Stackage and Hackage pins on haskell-updates (normally at the beginning of a merge window).
The community fixes builds of Haskell packages on that branch.
We aim at at least one merge of haskell-updates into master every two weeks.
We only do the merge if the mergeable job is succeeding on hydra.
If a maintained package is still broken at the time of merge, we will only merge if the maintainer has been pinged 7 days in advance. (If you care about a Haskell package, become a maintainer!)

This is the follow-up to #126693.

Hey everyone.
stackage nightly switch to ghc 9. Something we don‘t feel quite ready for. So I force pushed to switch to stackage LTS.
I am sorry for the fixes that had already happened. I have them saved locally so I can cherry-pick them, when they are necessary.

On 19. Jun 2021, at 14:29, maralorn @.***> wrote:
stackage nightly switched to ghc 9. Something we don‘t feel quite ready for. So I force pushed to switch to stackage LTS.

Is LTS on 8.10.5?

Is LTS on 8.10.5?

No, LTS is on 8.10.4, but I don‘t think that matters.

I guess they ran into the same issues as we did, as they also seem to care about tests.

haskell-updates build report from hydra
evaluation 1680274 of nixpkgs commit 0e9230f as of 2021-06-20 22:14 UTC
Build summary

Platform
Failed :x:
DependencyFailed :heavy_exclamation_mark:
TimedOut :hourglass::no_entry_sign:
Unfinished :hourglass_flowing_sand:
Success :heavy_check_mark:

aarch64-linux :iphone:
53
104
7
7
6535

x86_64-darwin :apple:
103
72
3
6
6479

x86_64-linux :penguin:
34
33
2
3
6673

Maintained packages with build failure

[ ] blucontrol @jumper149

[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] toplevel
[:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages

[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.hakyll @erictapen
[ ] spago @cdepillabout

[:iphone::x:] [:apple::x:] [:penguin::x:] toplevel
[:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages

[ ] [:iphone::x:] [:penguin::heavy_check_mark:] haskellPackages.termonad @cdepillabout

Maintained packages with failed dependency

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-contrib-hyphenation @erictapen
[ ] haskell-language-server @maralorn

[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskell.packages.ghc8104
[:iphone::hourglass_flowing_sand:] [:apple::hourglass_flowing_sand:] [:penguin::heavy_check_mark:] haskell.packages.ghc884
[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages

[ ] hercules-ci-agent @roberth

[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages

[ ] hinit @poscat0x04

[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages

[ ] [:penguin::heavy_exclamation_mark:] maintained @cdepillabout @maralorn @sternenseemann
[ ] [:penguin::heavy_exclamation_mark:] mergeable @cdepillabout @maralorn @sternenseemann
[ ] nvfetcher @berberman

[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages

Unmaintained packages with build failure
126 job(s)

[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.FractalArt
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.GLHUI
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.HsASA
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.JuicyPixels-extra
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.OrderedBits
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.SDL-image
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.SDL-mixer
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.SDL-ttf
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.accelerate-llvm
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.acid-state
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.addy
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.al
[ ] [:iphone::x:] [:apple::heavy_exclamation_mark:] [:penguin::x:] haskellPackages.asif
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.assoc-list
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.assoc-listlike
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.ats-format
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.aws-cloudfront-signed-cookies
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.basic-cpuid
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.bindings-parport
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.blas-hs
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.bludigon
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.btrfs
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.c2hsc
[ ] cachix

[:iphone::x:] [:apple::x:] [:penguin::x:] toplevel
[:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages

[ ] [:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::x:] haskellPackages.capataz
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.cas-store
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.chiphunk
[ ] [:iphone::hourglass::no_entry_sign:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.churros
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.clock-extras
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.codeforces-cli
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::x:] haskellPackages.corenlp-parser
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::x:] haskellPackages.css-syntax
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.discount
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.diskhash
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.do-spaces
[ ] [:iphone::x:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.dormouse-uri
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.dsv
[ ] [:iphone::x:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.easytensor
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.epub-tools
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.exinst
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.float128
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.freetype2
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.fused-effects-mwc-random
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.fuzzytime
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.geomancy
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.ghc-debug-convention
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.ghc-prof
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.gi-gdkx11
[ ] [:iphone::x:] [:penguin::heavy_check_mark:] haskellPackages.gnome-keyring
[ ] [:apple::x:] haskellPackages.gtk-mac-integration
[ ] [:iphone::heavy_exclamation_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.gtk-traymanager
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk2hs-buildtools
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hamid
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::x:] haskellPackages.hhp
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hid
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.higher-leveldb
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.highlight
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.hls-exactprint-utils
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hls-fourmolu-plugin
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.hls-splice-plugin
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hmatrix-morpheus
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hmidi
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hsakamai
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hsshellscript
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.hssourceinfo
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.huckleberry
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.hw-dump
[ ] [:iphone::x:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.inline-r
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.ipcvar
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.junit-xml
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.keep-alive
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.leveldb-haskell-fork
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.libBF
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.linear-accelerate
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.loc
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.long-double
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.mediawiki2latex
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.mercury-api
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.mighty-metropolis
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.nano-cryptr
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.nix-thunk
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.nlopt-haskell
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.opencv
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.pandoc-crossref
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.persistent-pagination
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.picosat
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.ping-wrapper
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.pipes-zlib
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.polysemy
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.posix-socket
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.posix-timer
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.posplyu
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.powerqueue-distributed
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.pthread
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.ptr-poker
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.sandwich-webdriver
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.sdp
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.select
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.servant-auth-docs
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.shared-memory
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.shortcut-links
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.spartacon
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.sws
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.sysinfo
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.tailfile-hinotify
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.tdigest-Chart
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.tesla
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.text-time
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.thyme
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::x:] haskellPackages.tmp-postgres
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.tomland
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.type-natural
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.tz
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.unicode-properties
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.webby
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.wiringPi
[ ] [:iphone::x:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.x86-64bit
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.xmonad-utils
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.yesod-ip
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.yoga
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.zip
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.zot
[ ] [:iphone::heavy_check_mark:] [:apple::x:] [:penguin::heavy_check_mark:] haskellPackages.zxcvbn-c
[ ] [:iphone::x:] [:apple::x:] [:penguin::x:] haskellPackages.zxcvbn-hs

Unmaintained packages with failed dependency
147 job(s)

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.Chart-cairo
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.Chart-gtk
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.Chart-gtk3
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.Chart-tests
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.GtkTV
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.H
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.MissingK
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.PrimitiveArray
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.aivika-experiment-cairo
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.antiope-es
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.arch-hs
[ ] bustle

[:iphone::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.cairo
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.cairo-appbase
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.cairo-canvas
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.calamity-commands
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.declarative
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.di-polysemy
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.diagrams-cairo
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.dormouse-client
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.dynamic-graph
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.easytensor-vulkan
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.exinst-aeson
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.exinst-bytes
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.exinst-cereal
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.exinst-serialise
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.fastparser
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.ghc-debug-common
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.ghc-debug-stub
[ ] [:iphone::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.ghcjs-dom-hello
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gio
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.glib
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.gloss-accelerate
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.goatee-gtk
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.greenclip
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk-helpers
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk-jsinput
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk-largeTreeStore
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk-simple-list-view
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk-toggle-button-list
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk3
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.gtk3-helpers
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.hXmixer
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-agda
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-alectryon
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-favicon
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-filestore
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-images
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-sass
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.hakyll-shakespeare
[ ] hello

[:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages
[:iphone::hourglass::no_entry_sign:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] pkgsStatic.haskellPackages

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.helm
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.hierarchical-clustering-diagrams
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.hmatrix-nlopt
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.ihaskell-charts
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.ihaskell-diagrams
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.ihaskell-inline-r
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.ihaskell-plot
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.indian-language-font-converter
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.isiz
[ ] [:iphone::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.jsaddle-webkit2gtk
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.jsonifier
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.keenser
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.keera-hails-mvc-solutions-config
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.keera-hails-mvc-view-gtk
[ ] lens

[:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages
[:iphone::hourglass::no_entry_sign:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] pkgsStatic.haskellPackages

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.libnotify
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.nc-indicators
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-env-parser
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-http
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-observability
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-prelude
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-redis
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.nri-test-encoding
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.opencv-extra
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.opentelemetry-extra
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.opentelemetry-lightstep
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.orgmode-parse
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.orgstat
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.osdkeys
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.pango
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.plot
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-chronos
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-conc
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-fs
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-http
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-log
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-log-di
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-mocks
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-plugin
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-resume
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-test
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-time
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-video
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.polysemy-webserver
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.pretty-diff
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.profiterole
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.profiteur
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.qr
[ ] random

[:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages
[:iphone::hourglass::no_entry_sign:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] pkgsStatic.haskellPackages

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.recursive-line-count
[ ] [:iphone::hourglass_flowing_sand:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.rel8
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.rounded
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.scan-metadata
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdl2-cairo
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp-binary
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp-deepseq
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp-hashable
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp-io
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp-quickcheck
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp4bytestring
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp4text
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp4unordered
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.sdp4vector
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.serversession-backend-acid-state
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.sized
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.slope-field
[ ] splot

[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages

[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.stan
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_exclamation_mark:] haskellPackages.stylist
[ ] taskell

[:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] toplevel
[:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages

[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.tasty-test-reporter
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.threadscope
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.timeplot
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.trial-tomland
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.unicode-names
[ ] [:iphone::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.webkit2gtk3-javascriptcore
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.wholepixels
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] tests.writers
[ ] [:iphone::heavy_check_mark:] [:apple::heavy_exclamation_mark:] [:penguin::heavy_check_mark:] haskellPackages.xbattbar
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.xdot
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.xmonad-screenshot
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.yesod-media-simple
[ ] [:iphone::heavy_exclamation_mark:] [:apple::heavy_check_mark:] [:penguin::heavy_check_mark:] haskellPackages.yi-frontend-pango

Report generated with maintainers/scripts/haskell/hydra-report.hs

hakyll seems a matter of adding https://github.com/jaspervdj/hakyll/commit/e0c63558a82ac4347181d5d77dce7f763a1db410 as a patch
termonad is a matter of adding it to the aarch64 doctest disable list in configuration-arm.nix
cachix is pending an upstream fix https://github.com/cachix/cachix/issues/381 (we probably should add domen as a maintainer here)

I allowed new dependencies and now it builds using nixpkgs rev 0e9230fccec847098ff2c6c1903cdd36340f2562.

This is the diff: https://github.com/jumper149/blucontrol/commit/932a84d812e3fbacb8184c40b33256dc1adb08af
I also made a new release: https://github.com/jumper149/blucontrol/releases/tag/v<IP_ADDRESS>
I'm not sure whether this release will end up in nixpkgs or if the diff needs to be backported

@jumper149 Thanks! Updated to <IP_ADDRESS> in 29229016f92.

The tomland failure looks flaky, restarted.

The tomland failure looks flaky, restarted.

Maybe this https://github.com/kowainik/tomland/issues/374?

Maybe this kowainik/tomland#374?

Yes this happened once and then we had a normal random builder flakiness where the build actually succeeded on the machine (judging by the log), but it somehow didn't amount to a success…

Seems like tmp-postgres' test suite is flaky or fails on hydra in a way it doesn't locally. rel8 fails on aarch64-linux, not sure if general issue or platform specific.

cachix is fixed by https://github.com/cachix/cachix/commit/da3a6db1dda4b7c3e0149f5d7e03060c64fe1525, no new release so far.

I hope to have release out in the next hour (running functional tests).

I hope to have release out in the next hour (running functional tests).

0.6.1 is on hackage.

cachix 0.6.1 has a changed set of dependencies which is why overrideSrc won't work for pulling in the new version temporarily. I guess applying the patch is the most hassle free way forward for now, didn't dabble with it further due to a lack of time though.

@roberth With the bump to newest cachix, I think we can remove the custom cachix patch? At least it doesn‘t apply anymore. But without it I get compile errors on hercules-ci-agent. I guess it’s better you have a look at it.

Last other outstanding issue now are rel8 tests on darwin.

Hey @roberth, thank you for fixing that build error.
One remark just to be sure for the future. We now do hackage bumps more rarely, we try to do one bump at the beginning of the merge window and then stabilize everything. Doing random bumps in between has the danger of breaking new stuff. This time the risk was very low because I had done a bump just a few hours before, but in general
please don‘t just bump Hackage before coordinating with the person opening the haskell-updates PR.

please don‘t just bump Hackage before coordinating with the person opening the haskell-updates PR.

Noted. This time I had to make 4 releases, and based on the commits in the PR I inferred running those scripts was the way to go. Next time I'll ask.
Instead of the automatic commits, is add --patch a good way to do it in the future?

Partial updates via hackage2nix won't work at all, unfortunately. Because running regenerate-hackage-packages.sh will revert the changes, unless all-cabal-hashes is updated as well. Thus updating only certain packages is only really possible via overriding at the moment.

I have this error:
$ nix -L build nixpkgs#haskell.packages.ghc901.haskell-language-server
error: attribute 'hlint_3_3_0' missing

       at /nix/store/b50frxkg7qzhsiinp6bd45n20jy1hjl2-source/pkgs/development/haskell-modules/configuration-ghc-9.0.x.nix:109:11:

          108|   # hlint 3.3 needs a ghc-lib-parser newer than the one from stackage
          109|   hlint = super.hlint_3_3_0.overrideScope (self: super: {
             |           ^
          110|     ghc-lib-parser = overrideCabal self.ghc-lib-parser_9_0_1_20210324 {
(use '--show-trace' to show detailed location information)

git blame points to a5052e1c6eac15370409f0bf7ba0641c1f43c487

As a quick fix, does this help?
diff --git a/pkgs/development/haskell-modules/configuration-ghc-9.0.x.nix b/pkgs/development/haskell-modules/configuration-ghc-9.0.x.nix
index 7731c73f0f6..20c64dbbccf 100644
--- a/pkgs/development/haskell-modules/configuration-ghc-9.0.x.nix
+++ b/pkgs/development/haskell-modules/configuration-ghc-9.0.x.nix
@@ -106,7 +106,7 @@ self: super: {
   retry = dontCheck super.retry;

   # hlint 3.3 needs a ghc-lib-parser newer than the one from stackage
-  hlint = super.hlint_3_3_0.overrideScope (self: super: {
+  hlint = super.hlint_3_3_1.overrideScope (self: super: {
     ghc-lib-parser = overrideCabal self.ghc-lib-parser_9_0_1_20210324 {
       doHaddock = false;
     };

@expipiplus1 yes, thanks! hlint now compiles, sadly haskell-language-server now stumbles upon:
@nix { "action": "setPhase", "phase": "configurePhase" }
configuring
configureFlags: --verbose --prefix=/nix/store/kp3vx1q1jr7gqh4p0izrzk3l751qz85b-ghc-api-compat-8.6 --libdir=$prefix/lib/$compiler --libsubdir=$abi/$libname --with-gcc=gcc --package-db=/build/package.conf.d --ghc-o
Using Parsec parser
Configuring ghc-api-compat-8.6...
Dependency ghc >=8.6: using ghc-9.0.1
Source component graph: component lib
Configured component graph:
    component ghc-api-compat-8.6-KZOn2hm6zj4DG9FVVGrAMa
        include ghc-9.0.1

Error:
    Problem with module re-exports:
      - The module 'GHC.Hs.Types'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Platform.ARM64'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Rename.Binds'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Rename.Source'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Rename.Types'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Iface.Utils'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
      - The module 'GHC.Driver.Packages'
        is not exported by any suitable package.
        It occurs in neither the 'exposed-modules' of this package,
        nor any of its 'build-depends' dependencies.
    In the stanza library

Huh, I don‘t completely understand this error message, but this could actually be a packaging bug by upstream. i.e. an error in some cabal file.
Note, that not all plugins are yet supported on ghc 9.0 but I think we enable them all by default. So you will need to disable some cabal flags to have a chance for hls to compile.


Disable ipython on Python 3.6

Motivation for this change
IPython 7.17 and higher don't support Python 3.6 anymore.
nix-repl> :b python36.withPackages (ps: [ ps.ipython ])
builder for '/nix/store/q8v4f89xwv35a3idb9z345z6n3nzfycb-python3.6-ipython-7.17.0.drv' failed with exit code 1; last 10 log lines:
  Python 3.5 was supported with IPython 7.0 to 7.9.
  Python 3.6 was supported with IPython up to 7.16.

  See IPython `README.rst` file for more information:

      https://github.com/ipython/ipython/blob/master/README.rst

  Python sys.version_info(major=3, minor=6, micro=12, releaselevel='final', serial=0) detected.
cannot build derivation '/nix/store/mhpdarp18z6skzswrl7sbgzv8hr4gwih-python3-3.6.12-env.drv': 1 dependencies couldn't be built
[0 built (1 failed)]
error: build of '/nix/store/mhpdarp18z6skzswrl7sbgzv8hr4gwih-python3-3.6.12-env.drv' failed

Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Argh, sorry about that. I've now changed the commit message to
python36Packages.ipython: python36 not supported

to match your commit ec1dc42420b1640007a2a877c122cbbb23226a45 from last year.

Thanks. We should probably duplicate the expression for 7.16 for Python 3.6.

Makes sense. Should we also have IPython 7.9 for compatibility with Python 3.5? It looks like we never actually had IPython 7.9, since we jumped from 7.8 to 7.10 in 1f7ee3e040e1efd2e9803356b1c71f03c688afda.

3.5 has been dropped from Nixpkgs

Ah, I didn't notice that, thanks. (I still see isPy35 defined in pkgs/top-level/python-packages.nix and used in various places, but I guess it's just always false then.)
I've added a duplicate expression for 7.16 and plugged it into python36Packages, and changed the commit message accordingly.


Multiple User application

Is this still relevant?  we need to handle and model per user ourselves and the routes need to contain a userid?
https://github.com/GenieFramework/StippleDemos/blob/master/AdvanceExamples/MultiUserApp.jl
I guess I assumed the framework handled this and each user / thread has its own state/model.
I tried this application and it must be outdated.
######################### ERROR STACKTRACE #########################
MethodError: no method matching NamedTuple(::Dict{Symbol, Any}, ::Symbol, ::MyDashboard)
Closest candidates are:
NamedTuple(::Dict{Symbol, T}, ::Symbol, !Matched::String) where T at /Users/charleswiese/.julia/packages/Stipple/5p8Kv/src/NamedTuples.jl:35
NamedTuple(::Dict{Symbol, T}) where T at /Users/charleswiese/.julia/packages/Stipple/5p8Kv/src/NamedTuples.jl:15
NamedTuple(::Any) at namedtuple.jl:107
Stacktrace:
[1] dashboard(elemid::MyDashboard, content::Vector{String}; partial::Bool, title::String, head_content::String, class::String, style::String, channel::String, kwargs::Base.Iterators.Pairs{Union{}, Union{}, Tuple{}, NamedTuple{(), Tuple{}}})
@ StippleUI.Dashboards ~/.julia/packages/StippleUI/BN82a/src/Dashboards.jl:30
[2] ui(user::Int64)

okay I updated - I have a different error for MultiUserApp.jl
  [c43c736e] Genie v4.5.0
  [4acbeb90] Stipple v0.18.3
  [30ddb3f0] StippleCharts v0.15.0
  [ec984513] StipplePlotly v0.8.0
  [a3c5d34a] StippleUI v0.12.0

┌ Error: MethodError: (::StippleUI.Dashboards.var"#dashboard##kw")(::NamedTuple{(:class, :title), Tuple{String, String}}, ::typeof(dashboard), ::MyDashboard, ::Vector{ParsedHTMLString}) is ambiguous. Candidates:
│   (::StippleUI.Dashboards.var"#dashboard##kw")(::Any, ::typeof(dashboard), elemid, content::Union{String, Vector{T} where T}) in StippleUI.Dashboards at /Users/charleswiese/.julia/packages/StippleUI/No3YA/src/Dashboards.jl:22
│   (::StippleUI.Dashboards.var"#dashboard##kw")(::Any, ::typeof(dashboard), model::M, args...) where M<:ReactiveModel in StippleUI.Dashboards at /Users/charleswiese/.julia/packages/StippleUI/No3YA/src/Dashboards.jl:36
│ Possible fix, define
│   (::StippleUI.Dashboards.var"#dashboard##kw")(::Any, ::typeof(dashboard), ::M, ::Union{String, Vector{T} where T}) where M<:ReactiveModel
│ Stacktrace:
│   [1] ui(user::Int64)

okay I fixed dashboard() call - not error messages not console errors - but it does not work.
All Web application are multi-user - seems every application would need this feature

@cwiese Indeed, that's how it works as of recently: each client gets its own state and you need to opt in for sharing the state by assigning the same channel to the clients that should share state. I was actually working on these up until a few minutes ago. We still need to update all the demos to reflect the new API but here are some updated examples:
https://github.com/GenieFramework/StippleDemos/blob/master/BasicExamples/HelloStipple.jl
https://github.com/GenieFramework/StippleDemos/blob/master/AdvanceExamples/MultiUserApp.jl

thank you for the update!


Can’t claim tip on mobile using Braavos option provided

• Unable to claim tip on Braavos
• Says download Braavos(when I already have app in my mobile)
• Refdirected me to a page where I can download the app, open the app but I couldn’t still claim
• Switched to sepolia, I couldn’t still claim

The web app can't connect to the mobile braavos app. This is true for all dapps. What you can do is, open the https://app.joyboy.community through braavos in-app browser.

@ugur-eren , if so then the option Argent(mobile) shouldn’t be provided. Why provide an option when the user can not make use of it?
Are you saying I can not tip using my device? That is an issue then.

Please respond @ugur-eren , @maciejka

We've removed argent mobile from the available providers list.
Yes, you can't tip using the mobile browser. But you can always use your wallet's in-app browser.

We've removed argent mobile from the available providers list. Yes, you can't tip using the mobile browser. But you can always use your wallet's in-app browser.

Noted!


Feature protocol socks4a

Current coverage is 98.95% (diff: 100%)

Merging #13 into master will increase coverage by 0.03%

@@             master        #13   diff @@
==========================================
  Files            18         18
  Lines           464        480    +16
  Methods          47         47
  Messages          0          0
  Branches        104        107     +3
==========================================
+ Hits            459        475    +16
  Misses            5          5
  Partials          0          0

Powered by Codecov. Last update 7b7e833...31f1676


rubyc on windows throws linker error

Hi so we are using rubyc to make precompiled binary on windows and facing linker error.
Here are the system and other details
ruby version 2.5.1 (with msys2 for linux interoperabilty building)
OS version Windows 10 - 64 bits
Visual studio community edition 2017 with update 3
VC++ 2015.3 v14.00 (v140) toolset for desktop
staging_dir has only one file: My_application.gem
Command we are running is: c:\rubyc.exe -r staging_dir -o my_precompiled_output_binary
Error we are facing is:
extinit.obj : error LNK2019: unresolved external symbol Init_ripper referenced in function Init_ext
vcruntime140-ruby240.dll : fatal error LNK1120: 1 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64_x86\cl.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64\nmake.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64\nmake.EXE"' : return code '0x2'
Stop.
Failed running [{"CI"=>"true", "ENCLOSE_IO_USE_ORIGINAL_RUBY"=>"1", "ENCLOSE_IO_RUBYC_1ST_PASS"=>nil, "ENCLOSE_IO_RUBYC_2ND_PASS"=>"1"}, "nmake "]

Not sure why it wont find Init_ripper referenced in function Init_ext.
Any clue is appreciated.

I have the same error, but 'cl' return this code. Any idea for this?

hi, @artyomkalm do you can try to use v0.4.0 rubyc?


Youtube Stream or Twitch Stream with ARKOS

Has anyone streamed directly from the device to Youtube or Twich? I have seen the function exists but I can't start it.
Start stream simply does not appear in the menu.
thanks for further information.

What device are you using?  If it's a RK3566 device such as the RG353x or RGB30 unit, you could connect via HDMI to an external device like a capture card and stream from there.

I have rg351v . You can enter the stream key in the menu. But there is no function to start it.

The RG351V does not support video out so you can not stream directly from the video.  There's also no youtube app for ArkOS on the device so not sure what menu you're talking about here as well.


Add Budget Manager + Support for Claude-2, Ollama (100+ LLMs)

Addressing this issue: https://github.com/mystral-ai/devtale/issues/27
This PR:

litellm budget manager. Users can define a budget for each sessions with devtale. Defaults to $10
Begins using ChatLiteLLM() for using any llm as a drop in replacement for gpt-3.5-turbo

Leveraging https://github.com/BerriAI/litellm/ for both features in this PR
ChatLiteLLM() is integrated into langchain and allows you to call all models using the ChatOpenAI I/O interface
https://python.langchain.com/docs/integrations/chat/litellm
Here's an example of how to use ChatLiteLLM()
ChatLiteLLM(model="gpt-4")
ChatLiteLLM(model="claude-2", temperature=0.3)
ChatLiteLLM(model="command-nightly")
ChatLiteLLM(model="replicate/llama-2-70b-chat:2c1608e18606fad2812020dc541930f2d0495ce32eee50074220b87300bc16e1")

cc @betogaona7 @giorgiop can you please take a look at this PR ?
I hope it's useful to you, if this initial commit looks good i can add docs/more tests too

Perhaps there is a default setting that enforces a maximum response length?
Here is the log, notice that the JSON is incomplete:

INFO:__main__:create tale sections
Error getting the JSON.             	Error: Expecting ',' delimiter: line 1 column 1043 (char 1042)
 Result: {"classes": [{"class_name": "Payload", "class_docstring": "This class represents the payload for updating user alerts. It contains an instance of the `Update` class, which is formatted according to the Update structure."}, {"class_name": "Update", "class_docstring": "This class represents the update to be performed on a user alert. It has multiple members, including 'AlertID', 'Threshold', 'AlertTrigger', 'Value', 'Frequency', 'Active', and 'EmailAlert'. Each member is a string."}], "methods": [{"method_name": "requestHandler", "method_docstring": "This method handles requests for updating alerts. It takes in three parameters: a context (ctx), a Request instance (r), and a reference to an instance of `coreApi.CoreApi` (api). It unmarshals the request body into an `Update` instance and tries to update the instrument price alert with the update. If the update fails, it returns an error response with a status code of 500 and an error message. If the update is successful, it returns a new JSON response with a status code of 200."}, {"method_name": "Register", "method_docstring": "This method registers a new HTTP
Returning empty JSON due to a failure

Oh, forgot, regarding this:

Begins using ChatLiteLLM() for using any llm as a drop in replacement for gpt-3.5-turbo

As a side note, we found that previous versions before GPT-4, such as GPT-3.5, Davinci, and so on, were not capable of generating docstrings correctly. Therefore, they were not reliable for get_unit_tale and extract_code_elements. Please keep this in mind when using other models, as there is a high probability that they fail if gpt4 is replaced in these two functions.

closing due to inactivity


Generalize Policy Implementation - Step 1

This PR is the first part of Generalizing Policy Implementation for WSO2 IoT.
This PR contains modifications done to create default system groups when enrolling mobile devices based on their ownership and assign the devices by default at the enrollment time.

@charithag  could you review this PR?


unable to use it in windows pls tell how to use it in windows

im a windwos 7 user im typing command here linke assetfiner --subs-only domains from the going to the path but its not working pls help me how to run in windows

Working Fine for me

Hey @balook
You can directly download a binary release of this source from https://github.com/tomnomnom/assetfinder/releases, you either want to use: https://github.com/tomnomnom/assetfinder/releases/download/v0.0.1/assetfinder-windows-amd64-0.0.1.zip if you are on a 64 Bit system or https://github.com/tomnomnom/assetfinder/releases/download/v0.0.1/assetfinder-windows-386-0.0.1.zip if you are on a 32 bit system.

How do i add api key using the windows binary release?


Enhancement#1

I was thinking,why not make the room planner build containers when it comes to mining/remote mining and upgrading

hey, so in the long term it works out ok, because once the room reaches rcl7 we can use links to to send resources directly to the base from the miners without dropping them on the ground or carrying them. but this would be a good enhancement.
also I’m currently working on adding links to the room planning code (it’s still missing there), so one possibility is to build containers at the link location, and destroy them at rcl6 to replace with links

yeah,my code on the mmo server simply places containers starting from rcl1 and as it gets to and past rcl6 it starts destroying the containers and replacing them with links,so that would make 2 mining links 1 upgrade link and 1 link near the storage

yeah, that's a good approach. linking to #16 to include this in the auto link building work

Thank you so much for bringing this up @DragonFire12

no problem dude,just trying to help out

if you want i can close this issue

no, no, leave it open so we can track it

the thank you is sincere, it's helpful to have another pair of eyes on things

i will try to help you in any way i can:)


Dealer blackjack condition

When the dealer blackjacks, I take it you calculate that when you "deal yourself" the card.
BUT can you at least first let all the players take turns and do their thing, because I have no idea how to deal with not being asked by the dealer for % playerNo turn... I mean, I could totally just put a goto but https://goo.gl/dA2hTy

I mean, there are really messy ways to resolve this....

The dealer cant possibly blackjack before all of the other player's turns
(because the facedown card is not flipped until the dealer's turn) , so all
turns should be played out anyway. Be careful of the scenario of players
getting blackjack from their first two cards (ace and 10 card) as once it
is time for their turn we dont call their turn but instead just broadcast
that they had a blackjack, which is essentially skipping their turn cause
they won already
On Dec 7, 2015 8:32 PM, "Vince"<EMAIL_ADDRESS>wrote:

When the dealer blackjacks, I take it you calculate that when you "deal
yourself" the card.
BUT can you at least first let all the players take turns and do their
thing, because I have no idea how to deal with not being asked by the
dealer for % playerNo turn... I mean, I could totally just put a goto but
https://goo.gl/dA2hTy
—
Reply to this email directly or view it on GitHub
https://github.com/Bimde/Blackjack-Server/issues/26.

Not true. The server actually broadcasts its cards without even asking the user for their turn and starting a new round, thereby making my code gross.

The server completely skips any client inputs.

Vince is correc, this is a bug, I tested as well.

Yeah sorry I wasnt aware of the bug. The dealer's hidden card should be
registered after all the player turns when it's finally revealed, as
players should still have a chance to get a blackjack themselves and win
the round
On Dec 7, 2015 9:36 PM, "Bimesh De Silva"<EMAIL_ADDRESS>wrote:

Reopened #26 https://github.com/Bimde/Blackjack-Server/issues/26.
—
Reply to this email directly or view it on GitHub
https://github.com/Bimde/Blackjack-Server/issues/26#event-485169341.

This is now fixed.

Not fixed.

It works.

Thanks!


custom dialog implementation

slot filling dialog as an example of custom dialogs and composition

@johnataylor None of my code review comments seem to be addressed yet. Please LMK once you have a chance to resolve them.

just pushed this one to share with the JavaScript... working on all PR comments now

@johnataylor Most of the code review comments seem to be unresolved. Please tag me once everything is resolved.


v0.2.1

scimlsensitivity update

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 82.23%. Comparing base (8c3fb0c) to head (32198ac).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main      #13   +/-   ##
=======================================
  Coverage   82.23%   82.23%
=======================================
  Files           4        4
  Lines         411      411
=======================================
  Hits          338      338
  Misses         73       73

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Example for audio dataset

Is there any examples for generating the croissant files for a audio dataset

hi @quancs a minimal starter template can be found in the datasets example folder under https://github.com/mlcommons/croissant/tree/main/datasets/1.0/audio_test

@quancs closing this for now, feel free to reopen if further questions


docs: release 3.1.3

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 72.41%. Comparing base (9d60e62) to head (665c239).

Additional details and impacted files
@@           Coverage Diff           @@
##              3.0      #77   +/-   ##
=======================================
  Coverage   72.41%   72.41%
=======================================
  Files         102      102
  Lines        4673     4673
  Branches      416      416
=======================================
  Hits         3384     3384
  Misses       1130     1130
  Partials      159      159

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


QuickFix - Solution provided - shell_exec() has been disabled for security reasons

On line https://github.com/seatgeek/djjob/blob/master/DJJob.php#L217, the "`hostname`" throws the following error in strict environments: "shell_exec() has been disabled for security reasons"
Fix: replace "`hostname`" with "gethostname()".

Merged, thanks for the pr.


Consider adding Strava Heat Map information as a data-overlay in Rapid.

Description
This feature request came to us by way of a community member at State of the Map US 2024. THe idea would be to integrate Strava's heatmap information in the 'Background Settings -> Overlays'  menu.
We investigated a couple of possibilities on the convention floor- one is iD Strava Heatmap, which dynamically inserts the options into iD's background settings menu.  We examined the API headers being sent back from the imagery server there and found that the Access-Control-Allow-Origin headers are being set as only allowing strava.com. Thus, it would be very difficult for us to use it in our webGL canvas as overlay imagery.
We also took a quick look to see if perhaps there was a vector data endpoint for the same strava heatmap imagery, but there does not appear to be one.

Shout out to @emersonveenstra who built this cool browser extension to add the Strava heatmap to Rapid:
https://github.com/emersonveenstra/rapid-power-user-extension
(I'm not sure how they are able to make it work, I would have expected CORS to be an issue)

Wait, what? How? I'm on vacation but have so many questions....

Web Extensions let you overwrite/add HTTP response headers from a site, so I added the necessary CORS header to Strava requests to make it work https://github.com/emersonveenstra/rapid-power-user-extension/blob/dev/shared/static_rules.json#L82-L84

Relevant ELI ticket: https://github.com/osmlab/editor-layer-index/issues/294


Jupyter Controller charm rewrite using sidecar pattern

Jupyter Controller charm rewrite using sidecar pattern
Work items are tracked in Jira
Design
Design is specified in corresponding spec.
Main design points summary:

Use of sidecar pattern and Pebble layer.
Porting of managing K8S resources from Pod Spec to Pebble framework.
Use container interaction features from Charmed Operator Framework.
Pebble layer checks use the metrics URL as HTTP endpoint.
Handle upgrade and update status events

Testing
Integration testing allows for verification of functionality.

Upgrade is blocked:
juju.errors.JujuAPIError:
+# Juju on containers does not support updating deployment info for services.


-whatif switch for Add-IntuneWin32AppAssignmentGroup gets ignored

The Command was
Add-IntuneWin32AppAssignmentGroup -ID $AppID -GroupID $GroupID -Intent required -Notification showAll -Include -WhatIf
This actually creates the assignment instead of just pretending to.
Expected Behaviour:
Whatif: Adding Assignment for AppID with GroupID

Unfortunately neither of the code in this modules have been built with support for -WhatIf, and not something I intend to re-work.


[Feature Request]: Add examples of FlattenWith and Tee to the playground and transform catalog.

What would you like to happen?
These were added at https://github.com/apache/beam/pull/32445
This will increase their discovery.
Issue Priority
Priority: 2 (default / most feature requests should be filed as P2)
Issue Components

[ ] Component: Python SDK
[ ] Component: Java SDK
[ ] Component: Go SDK
[ ] Component: Typescript SDK
[ ] Component: IO connector
[ ] Component: Beam YAML
[X] Component: Beam examples
[X] Component: Beam playground
[ ] Component: Beam katas
[ ] Component: Website
[ ] Component: Infrastructure
[ ] Component: Spark Runner
[ ] Component: Flink Runner
[ ] Component: Samza Runner
[ ] Component: Twister2 Runner
[ ] Component: Hazelcast Jet Runner
[ ] Component: Google Cloud Dataflow Runner

Hi @robertwb, I’m interested in working on this issue! I noticed that it has both the awaiting triage and good first issue labels. Should I wait until it’s triaged, or can I go ahead and submit a PR?

Welcome to the community! Let us know if you have any question when you work on your PR.

Welcome! No need to wait for triage; we'd welcome a PR!
On Sat, Oct 19, 2024 at 10:22 AM liferoad @.***> wrote:

Welcome to the community! Let us know if you have any question when you
work on your PR.
—
Reply to this email directly, view it on GitHub
https://github.com/apache/beam/issues/32840#issuecomment-2424098667, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AADWVAOLGK5V27FOOV2PVULZ4KIO5AVCNFSM6AAAAABQEFUYBOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMRUGA4TQNRWG4
.
You are receiving this because you were mentioned.Message ID:
@.***>


Could not find stored procedure 'sp_msforeachtable' for Azure Database

Laravel Version: 5.5
PHP Version: 7.1
Database Driver & Version: SQL Server

Description:
When I use model factories in my unit tests phpUnit show this error
Steps To Reproduce:
Set Up a laravel application in Microsoft Azure with a database and try to test some functionality with a factory:
public function test()     {         $user= factory('App\User')->create();     }
And execute phpUnit command
I've seen that this procedure is undocumented by Microsoft and also doesn't exist in Azure Database architecture. I don't have any solution except change the procedure in the compileDropAllTables in SqlServerGrammar.php. Thank you for your future replies and sorry for my bad english :)

AzureDB is not completely backwards compatible with SQL Server, it's rather a subset.
However, you can still add the stored procedure yourself manually to resolve at least this issue. Googling for a replacement gave me many solutions to try.


[YDB#1080] Add libcurl-devel

Background

The docker-vista-amd64 pipeline job failed in the YDBOcto project with the following error.
 > [18/18] RUN ./autoInstaller.sh -o -f -b -s -q -d -n -a https://github.com/WorldVistA/VistA-VEHU-M/archive/master.zip -i vehu:
 .
 .
------ Dockerfile:83 --------------------
  81 |         dos2unix /opt/vista/ViViaN/* >/dev/null 2>&1
  82 |
  83 | >>> RUN ./autoInstaller.sh ${install_flags}
  84 |     ENTRYPOINT ${entry_path}/bin/start.sh
  85 |     EXPOSE 22 8001 9100 9101 61012 9430 8080 8081 8089 9080 57772 5001

The issue is the absence of curl/curl.h.

Issue

See https://gitlab.com/YottaDB/DB/YDB/-/merge_requests/1535 for problem cause and fix.

In that case, the fix was to follow the package name listed in the For Ubuntu/Debian section of https://gitlab.com/YottaDB/Util/YDBCurl#prerequisites.

Fix

In this case though, autoInstaller.sh uses Rocky Linux (not Debian) so we need to follow the For Rocky Linux section of the same url.

That lists libcurl-devel as the package needed for curl.h. So this commit adds that package to the list of installed packages in autoInstaller.sh. While at that, noticed that Dockerfile also has a similar issue so fixed that as well.

@shabiel : Please review/merge.


[usbdev] Remove legacy TODO

Issue #18940 was closed.
RTL change was accepted into ES and has also been verified in FPGA numerous times since.

Failing CI checks are unrelated to this PR; merging


[Feature]: Add Zod validation on request object to process-email route

Feature Request
Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I have an issue when [...]
Currently, there's a route in src/pages/api/ called process-email that sends the contents of the Contact Us form to SendGrid. That route expects a json object with name, email and message but there is no validation for that object.
There needs to be validation done to that request.
Describe the solution you'd like
A clear and concise description of what you want to happen. Add any considered drawbacks.
Use Zod to ensure that the request object that comes in, has name, email and message so that it can be used when sending the email.
They should not be missing, empty or malformed.
Name: Be a string
Email: Be an email address
Message: Be a string
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
There is Zod validation on the Contact Form component that we may be able to move into a utility function and then use them in the same place. This might be too early of an abstraction but this is potentially a solution.
Teachability, Documentation, Adoption, Migration Strategy
If you can, explain how users will be able to use this and possibly write out a version in the docs.
Maybe a screenshot or design?
n/a

Greetings, @chadstewart I have Opened a PR which fixes this issue please have a look

Closing this issue because it was resolved in #157


Update share icon

add new share icon, remove share 1 and share 2, update share icon in share component.

Superseded by #629


Fixed git commands and signature template in hi.md

Signed-off-by: Sudhin MN<EMAIL_ADDRESS>Issue - #3291
Fixing the incorrect sign off template and other git commands.

You can sign up for Hacktoberfest swag from MayaData by entering details here: https://github.com/mayadata-io/swag/issues/new/choose


fix(cargo): Avoid cargo run

This switches us from using cargo run to cargo build, reading where
the binary is placed, and callin that instead.
Fixes #95 because the user changing the CWD doesn't impact cargo build.
Fixes #79 because there is no cargo output when capturing the user's
stdout/stderr.
Fixes #51 because the user changing the environment doesn't impact
cargo build.
This is a step towards working around #100 because we can allow a user
to cache the result of cargo build.

This is superseded by https://github.com/assert-rs/assert_cmd


Size mismatch of model and checkpoint

Hi,
I have trained the model with the given terminal command, which saves the pre-trained model checkpoints in the respective folder. When I try to run the saved model for sampling, it gives me the following error:
size mismatch for model.emb.sequential.1.weight: copying a param with shape torch.Size([96, 128, 3]) from checkpoint, the shape in current model is torch.Size([64, 6, 3]).
Any information on how to resolve this, or if I may be doing something wrong, would be helpful.

Hi, please check your .yaml filename, it seems that sampling is using the configuration of sines dataset.

Thanks, I’ll check
Get Outlook for iOShttps://aka.ms/o0ukef

From: Xinyu Yuan @.>
Sent: Friday, August 2, 2024 5:45:43 PM
To: Y-debug-sys/Diffusion-TS @.>
Cc: Fakhar e Hassan @.>; Author @.>
Subject: Re: [Y-debug-sys/Diffusion-TS] Size mismatch of model and checkpoint (Issue #45)
Hi, please check your .yaml filename, it seems that sampling is using the configuration of sines dataset.
—
Reply to this email directly, view it on GitHubhttps://github.com/Y-debug-sys/Diffusion-TS/issues/45#issuecomment-2265306433, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BEIMCJY3UTARI65ONBGM7ILZPN5PPAVCNFSM6AAAAABL4OGQ3GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENRVGMYDMNBTGM.
You are receiving this because you authored the thread.Message ID: @.***>

Hi, here is an answer from Chat-GPT :
import numpy as np
import pandas as pd

# Load the .npy file
data = np.load('input.npy')

# Convert the multi-dimensional array to a two-dimensional array
# Assume we want to flatten each sequence and save it in the CSV file
flattened_data = data.reshape((data.shape[0], -1))

# Save the data to a .csv file
df = pd.DataFrame(flattened_data)
df.to_csv('output.csv', index=False)


Writing GUI Tests

Hey everyone,
I would like to test my GUI application. Therefore I would like to create my own gdk.Event structs (as if a key-press-event would happen for example) - how do I do that? I didn't find any structs for events in your code.
Thanks in Advance.

Hey, while we have structures for events, those are meant to be read only and don't expose the underlying properties. You could however use something like https://github.com/go-vgo/robotgo in order to actually simulate a user. Sorry for the late answer.


typeahead: Improve link styling in typeahead suggestions.

Description:
This PR improves the styling of links in typeahead suggestions, such as in channel descriptions. The links now match the text color and have a 1px half-transparent underline with 0.6 opacity to enhance visual consistency.
Fixes: #31005.
UI Changes:

Before (light)
After (light)

Before (dark)
After (dark)

Self-review checklist

[x] Self-reviewed the changes for clarity and maintainability
(variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

[x] Explains differences from previous plans (e.g., issue description).
[ ] Highlights technical choices and bugs encountered.
[ ] Calls out remaining decisions and concerns.
[ ] Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

[x] Each commit is a coherent idea.
[x] Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

[x] Visual appearance of the changes.
[x] Responsiveness and internationalization.
[ ] Strings and tooltips.
[ ] End-to-end functionality of buttons, interactions and flows.
[ ] Corner cases, error conditions, and easily imagined bugs.

Ready for review 🚀

@zulipbot add "buddy review"

Hm, why is it that the outline looks darker than the text, at least in light theme? The whole link should be at 0.6 opacity, and my understanding is that the underline should be lower-contrast than the text of the link.

@Aditya8840 please don't add "... review" labels unless we specifically ask you to do so, until you have a better idea of how the review process works. "buddy review" is not a valid label if you are not a current, accepted GSoC program contributor who's been assigned a buddy.

LGTM. I tested locally as well. Link to color discussion. Vlad said 50% transparency for just the underline color but that makes it look darker than the underlined text, so 60% works better.

I don't love adding another bare a rule here, but it's kinda a pain to avoid that without doing some processing on the Markdown, so I'm going to merge this and we can fix that in a later sweep.


feat: Add /getEvents endpoint support

:tada: This PR is included in version 1.3.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Added doctest in palindrome.py

Updates #169
@cclauss @Arsenic-ATG review please.

Is this failing because of this typo in the README? Anyways fixed the typo in #173


rewrite useSelector + useSource + lot of refactoring & file structure change + StateBoundary concept + source utils  + source methods + the devtools + many other things

part of #46


Streamline name usage, always use DDEV in human readable text

Is there an existing issue for this?

[X] I have searched the existing issues

Is your feature request related to a problem?
To better market DDEV, it would probably be worth considering making a conscious decision to use "DDEV" in human readable text everywhere, and not "ddev".
This would have many positive side effects, such as brand recognition, as well as making it stand out in large texts. As an example, see https://www.drupal.org/project/ideas/issues/2965681#comment-15290759 where "ddev" is lost in the text. Had DDEV been used instead, it would have stood out.
Also, "dev" is an often used word in development, which also helps over looking mentions of "ddev".
Describe your solution
Streamline human readable texts such as documentation to use "DDEV", not "ddev".
We of course cannot force people to use "DDEV" and not "ddev", but if only "DDEV" is used here and on https://ddev.com/ and elsewhere, it would help drive home that upper case "DDEV" is the official name.
Describe alternatives
No response
Additional context
No response

This is already clearly stated in https://ddev.readthedocs.io/en/latest/developers/brand-guide/#use-of-the-word-mark-ddev

That's great, thanks for that link.


Add method to get process status

Handles cases when Nuimos are removed rapidly, without allowing the nuimo_app to restart completely.
Added a method to get the status of the process.

Fix for PR #382

This doesn't appear to work. Removing Nuimos quickly one after the other doesn't disconnect them at all. Only on reboot do they disconnect.
If a solution can't be found on the backend, a short term fix can be made on the frontend.

I'd request applying a frontend fix because it seems to be spitting out errors constantly in the backend. The errors have been handled with try-catch,  but a permanent solution couldn't be found ATM

Please test again and merge in

Tested. Closing.


[wip] depends: bump qt to 5.9.8

-opening as draft while i work through this
(sidenote: extensively tested #3466 on x86_64-pc-linux-gnu ubuntu jammy)

(i also know the goal is to support < 5.12 / 6, so disregard the change to 5.9.8, there will be more commits added in the coming days...)

my mistake will refactor accordingly, i just stumbled upon #3474.

QT 6 not support yet? hope so....some compability on Debian higher than old.

Probably not. I'll try to put something together for Qt6.

The easiest way is to just get it to work without depends first. As in just allow it to be selected with autoconf and compile by inserting conditionals into our Qt code.
That allows everyone to get experience with it before trying to influence the build. Note that we're on a release clock constantly now, so large breaking changes like this that will impact release binaries can easily be delayed and take a million rebases. The larger the change set, the more painful it becomes. And it already was painful.
Per my note to Shafil - I've been assessing what's needed to just do a local compile without depends.

The first step is "is anything we use now deprecated w/o replacement candidate?". I did that already and I couldn't find anything at the module level, so that's great.
Second, you're looking at mapping Qt6 modules to the functions we require in the code (which is easier to do on top of #3466 than without, I think) and this would then be the basis for updating bitcoin_qt.m4.
When that's done, it will definitely not compile, so that's when you're looking at code.

The Qt implementation in 1.14 - and with that 1.15 - has diverged a lot from Bitcoin. There's no point, imho, of looking at Bitcoin Core, unless we're looking to solve an issue in the final step of making the code compile with Qt6 that may already have been solved there, if any.

Duly noted. Definitely don't want to introduce a large change set so will take a look more at what you've already actually done before I try messing with this.

What I can do is open a draft PR here once I have the macros done but compilation with Qt6 still fails (while CI succeeds.) And then that would be open to collaboration. Until then it's hard to collaborate, because it's all very sequential and blocking work.

Absolutely. I'll wait until then before attempting to collaborate on Qt stuff but still going to explore what you've already done. I'm at a loss as to how I missed #3474 but it's neither here nor there. Excited to see someone finally do the work to ditch openssl though :+1:
Closing this per the discussion above.

Excited to see someone finally do the work to ditch openssl though 👍

Still needs more work after that one though, this only touches the Qt side. I think (but I've just glanced at the diffs) that the remainder actually can get backported from Bitcoin Core cleanly and safely...


Breakpointing with python unittest

Issue Type: Bug
I have "Uncaught Exceptions" enabled and "Raised Exceptions" disabled. I want to breakpoint when an error isn't caught (line 4 in the example below). But instead, the breakpoint is on the final line with an empty stack call and no way of getting back to line 4 or the variables present at that time.
Is this possible with VSCode?
Caveat 1: I know I could enable "Raised Exceptions" but the code I'm working on has lots of intentional raises which are caught. So enabling "Raised Exceptions" would take too long to sift through all the intentional raises.
Caveat 2: I know there is the "Test" tab. When I click to debug the test it says "No Tests Ran". This is strange because I simply run the test from inside the "Test" tab, it successfully runs (it still raises the error, and there is no breakpointing, but it runs at least).
import unittest

def something():
    raise RuntimeError()

class TestClass(unittest.TestCase):
    def test_method(self):
        something()

if __name__ == "__main__":
    unittest.main()

VS Code version: Code 1.53.2 (622cb03f7e070a9670c94bae1a45d78d7181fbd4, 2021-02-11T11:45:54.515Z)
OS version: Darwin x64 20.3.0
Remote OS version: Linux x64 4.15.0-91-generic

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-1038NG7 CPU @ 2.00GHz (8 x 2000)

GPU Status
2d_canvas: enabledgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onoop_rasterization: enabledopengl: enabled_onprotected_video_decode: unavailable_offrasterization: enabledskia_renderer: disabled_off_okvideo_decode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
2, 2, 2

Memory (System)
16.00GB (0.40GB free)

Process Argv
--crash-reporter-id fee2ebb4-f224-4a9f-b8a2-ffaa89ab1ecf

Screen Reader
no

VM
0%

Item
Value

Remote
SSH: rb-monai

OS
Linux x64 4.15.0-91-generic

CPUs
Intel(R) Xeon(R) CPU E5-2698 v4 @ 2.20GHz (80 x 2815)

Memory (System)
503.79GB (334.24GB free)

VM
0%

Extensions (19)

Extension
Author (truncated)
Version

vscode-cudacpp
kri
0.1.1

remote-ssh
ms-
0.64.0

remote-ssh-edit
ms-
0.64.0

jinja
who
0.0.8

vscode-django
bat
1.3.0

python-extension-pack
don
1.6.0

gitlens
eam
11.2.1

vscode-back-forward-button
gri
0.1.4

MagicPython
mag
1.1.0

python
ms-
2021.2.582707922

vscode-pylance
ms-
2021.2.3

jupyter
ms-
2021.2.576440691

cpptools
ms-
1.2.1

vscode-yaml
red
0.15.0

trailing-spaces
sha
0.3.1

vscode-open-in-github
sys
1.14.0

vscodeintellicode
Vis
1.2.11

jinja
who
0.0.8

markdown-all-in-one
yzh
3.4.0

My current solution is to replace:
if __name__ == "__main__":
    unittest.main()

with:
if __name__ == "__main__":
    a = TestClass()
    a.test_method()

But this gets time consuming when I have to do this for multiple methods in multiple classes in multiple files. Further, @parameterized.expand(TESTS) has to be commented out and replaced with for loops:
if __name__ == "__main__":
    a = TestClass()
    for test_data in TESTS:
        a.test_method(*test_data)

/extPython


On Schedule show page, make "Entered" counts into links

Currently, only "Unentered" are available as links.
Also, the counts seem to exceed 100% in some cases. E.g. the Medications form on https://sleepepi.partners.org/slice/projects/23/schedules/2

Just a note, this table is now viewable on the event page as events have taken the place of schedules.


Drop the last reference of SHLIB_EXT

SHLIB_EXT is a variable that exists on OpenSSL build file templates before
version 3.0, for which much of the logic for figuring out file names and
such was moved to the 'platform' set of routines.
But, it seems that one (now useless) reference remained on the VMS specific
descrip.mms.tmpl.  We replace it with an explicit '.EXE', which is the
default extension for shared libraries on VMS.

I labelled this as both a bug and a cleanup, 'cause it is.  The use of
$(SHLIB_EXT) is a bug, albeit very minor.

This pull request is ready to merge

Merged
bc89c9f97735703f49f528d3c943de0b22ec33d7 Drop the last reference of SHLIB_EXT


Implemented method getColumnValues for export of column values.

From the issue https://github.com/propelorm/Propel2/issues/1023

Very cool, thanks @Alekc !


Bar For HP Table Modification

SWG Discussion on HPs:
To sort through the HP challenges for v0.7, we are looking at roughly these tasks:

Clearly list all HPs from v0.6 and their rules
Choose an alignment strategy (for consistency and sanity)
Refactor v0.6 HPs based on alignment strategy
Enumerate proposed changes (Add rows, remove rows, change rows)
Define bar for accepting changes.
Apply the bar to the proposed changes.

What is our fundamental goal?
Create a level playing field where everyone can demonstrate their best performance possible weighed against expense of HP searches.
Should we accept this change to the hyper parameter table (for an existing optimizer)?
0. The proposal would take the form of removing constraints or adding new tunable hyper parameter (AKA removing the constraint that the HP must be equal to a constant reference).

Show that it changes the expected number of epochs. Run under old rules and run under new rules N times each; show that olympic scored epoch count improve by at least 5%.
Show that it enables a batch size of more/less than P% than the current largest or smallest submitted batch size.

SWG Discussion:
To show something "didn't converge", run 5% more steps/epochs than the comparison point and show the quality metric didn't reach the target.

Re-examine this for v0.8 and incorporate into rules


Drop support for node versions less than 8

https://github.com/helmetjs/helmet/issues/146

This looks great! Just one question: why did package-lock.json change? (What version of npm are you using?)

Not sure. Using npm 6.4.0

Yeah, would you mind reverting the package-lock.json changes? I'm on<EMAIL_ADDRESS>which might explain it.


[Bug][CVE] There is a vulnerability in  Apache Flume 1.9.0

https://github.com/apache/inlong/blob/99189bedacca354e5244be251235a32ad8ccf1e2/pom.xml#L190
CVE-2022-25167
Recommended upgrade version：1.10.0

updating the flume version will affect a lot for dataproxy module, and we could update it later.

I'll look into this.


Add support for custom naming schemes for GenericModel subclasses

Change Summary
Makes it easier to set a custom naming scheme for a GenericModel subclass.
Related issue number
Closes #859 .
Checklist

[x] Unit tests for the changes exist
[x] Tests pass on CI and coverage remains at 100%
[x] Documentation reflects the changes where applicable
[x] changes/<pull request or issue id>-<github username>.rst file added describing change
(see changes/README.md for details)

@dmontagu were you thinking of including this in v1? If so, I'm fine with that. Could you migrate it to the new docs.

Yes, I'll do that now

I think this is good to go if CI passes.


made app re:Data compatible

@creativepsyco Should we merge this right now?

yeah you can merge this anytime.

@creativepsyco I am merging this.

ok, good. How about links of speakers and social media? What is the implementation here?

@mariobehling if you click any speaker card, the speaker detail activity comes up. There you can find buttons with speaker links namely linkedin, twitter, Facebook, Github.


WIP – Adding some tests

:construction:  This is a work in progress.
Just to let you know that I'll add some tests to your library.
I'll try to cleanup things too (like coding standard), mostly using php-cs-fixer.
What I've done:

add travis & scrutinizer
run php-cs-fixer to cleanup the code
add missing exception (like InvalidArgumentException)
OAuth2 now take a HttpClient to avoid giving it in parameters of many of its methods (this simplify proxy method in Client)

Seeing what I've changed, I guess it'll be safer to release 2.0.0.

Sure thing. Travis should be enabled now (fairly inexperienced with it, but please let me know if I missed anything).
For Scrutinizer (https://scrutinizer-ci.com/), they only seem to have paid plans. If I'm correct about that, I'll have to skip for the time being.
Cheers!

Travis is enabled, great!
Scrutinizer is free for open source project, you just need to create an account, link your Github account and then select your project.

What about open-source repositories?
We do not charge for open-source repositories, you can add as many as you like.

Scrutinizer should also be enabled. Looks like a great tool.

I removed Pager classes but I was wondering how can they be used? It looks weird to me for the user to call ->api() and give a pager.
How it is supposed to work with gallery for example?

Anyway we can merge this into master and tag it? Do you need any help?

Well, the test suite doesn't cover the API part (the folder) as of now.
Since @Adyg never answered my questions I didn't continue my work as of today.

Thanks for the heads up.
I'll try to use your forked version. Maybe I can add some tests too :)

Testing the API is the hardest part :)
But I'm still waiting for @Adyg answer.

@Adyg :wave:  :point_up:

:point_right: @Adyg ?

I don't have any spare time to handle this repo. Interested in taking it over, @j0k3r ?

Yep, I can try to find time to handle it :+1:

Awesome, added you as collaborator. Let me know if you'd like a change of ownership (you'll have to remove your current fork before Github let's me change owners).

@Adyg I've removed my fork you can transfer ownership, thanks !


add Array.fromAsync to esnext

fixes https://github.com/microsoft/TypeScript/issues/50803

This mapFn type missing the index in second arguments?
/cc @iisaduan @DanielRosenwasser

ref: MDN^mdn and core-js^corejs

@imcotton thanks for finding!


[SPARK-48567][SS] StreamingQuery.lastProgress should return the actual StreamingQueryProgress

What changes were proposed in this pull request?

This PR is created after discussion in this closed one: https://github.com/apache/spark/pull/46886
I was trying to fix a bug (in connect, query.lastProgress doesn't have numInputRows, inputRowsPerSecond, and processedRowsPerSecond), and we reached the conclusion that what purposed in this PR should be the ultimate fix.
In python, for both classic spark and spark connect, the return type of lastProgress is Dict (and recentProgress is List[Dict]), but in scala it's the actual StreamingQueryProgress object:
https://github.com/apache/spark/blob/1a5d22aa2ffe769435be4aa6102ef961c55b9593/sql/core/src/main/scala/org/apache/spark/sql/streaming/StreamingQuery.scala#L94-L101
This API discrepancy brings some confusion, like in Scala, users can do query.lastProgress.batchId, while in Python they have to do query.lastProgress["batchId"].
This PR makes StreamingQuery.lastProgress to return the actual StreamingQueryProgress (and StreamingQuery.recentProgress to return List[StreamingQueryProgress]).
To prevent breaking change, we extend StreamingQueryProgress to be a subclass of dict, so existing code accessing using dictionary method (e.g. query.lastProgress["id"]) is still functional.
Why are the changes needed?

API parity
Does this PR introduce any user-facing change?

Yes, now StreamingQuery.lastProgress returns the actual StreamingQueryProgress (and StreamingQuery.recentProgress returns List[StreamingQueryProgress]).
How was this patch tested?

Added unit test
Was this patch authored or co-authored using generative AI tooling?

No

Pending merging of https://github.com/apache/spark/pull/46886

cc @HyukjinKwon @LuciferYang @HeartSaVioR Could you guys take a look? Thank you so much!!

@HyukjinKwon I think this is finally ready for another review : )

Merged to master.

Seems like it broke the test:

======================================================================
ERROR [42.293s]: test_listener_events (pyspark.sql.tests.connect.streaming.test_parity_listener.StreamingListenerParityTests.test_listener_events)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/spark/spark-3.5/python/pyspark/sql/tests/connect/streaming/test_parity_listener.py", line 82, in test_listener_events
    progress_event = pyspark.cloudpickle.loads(
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: 'StateOperatorProgress' object does not support item assignment

Let me revert this out for now.


Bump govspeak to 6.5.6

This resolves
CVE-2020-14001
Trello
:warning: This application is Continuously Deployed: :warning:

Merged changes are automatically deployed to staging and production.

Make sure you follow the guidance for deployments before you merge.

Check your branch is being deployed in the Release app, after merging.

It might be worth re-running this with bundle update --patch --conservative govspeak, as I don't think we need to be updating sentry-raven (I also came across this the first time I upgraded the gem).


Using combineReducers to define shape of the state

This is another PR extracted from #1236
Please help me to review it.

Coverage increased (+0.03%) to 99.265% when pulling 29c8cf8af426957c408fcb1ac41b5a5c5336081f on tomazy:ssr-refactor-reducers into 9cfdf6df0b0bdd15c68d4efd81c63a388bc64fb1 on react-boilerplate:dev.

Coverage increased (+0.03%) to 99.265% when pulling e9518aef7ade3f93b68a3e5d30a6729411d2c623 on tomazy:ssr-refactor-reducers into 9cfdf6df0b0bdd15c68d4efd81c63a388bc64fb1 on react-boilerplate:dev.

Coverage increased (+0.02%) to 99.267% when pulling 87d8b0311a415d59aedf7f60fc9dffc7720dee97 on tomazy:ssr-refactor-reducers into 4a6a8d99d93db2d32950bc39d8d08e1cab093485 on react-boilerplate:dev.

Coverage increased (+0.02%) to 99.267% when pulling a362da0892b495058f0876a2b5c682ed9fb02549 on tomazy:ssr-refactor-reducers into 4613da7a3e64d6ab093e16749742c7bdca52af04 on react-boilerplate:dev.

@samit4me good point! I've updated the code.

Coverage decreased (-0.3%) to 98.905% when pulling 08ea03fba5f335ff3e75a0bfa5191249e2ef6650 on tomazy:ssr-refactor-reducers into 4613da7a3e64d6ab093e16749742c7bdca52af04 on react-boilerplate:dev.

A generated route shows the Not Found Page in production mode, OK in dev mode.
I tested according to the following script.
-- Test script --
yarn && npm start
Test Dev, Dev tunnel, Features, lang = de, NotFound, Production, off-line
npm run clean
npm run generate component TestComp /w defaults
npm run generate container TestPage /w defaults
npm run generate route to TestPage - /test
use TestComp on TestPage -> bypass all tests in TestComp and TestPage (set true = true)
npm start > localhost:3000/test
npm test (expect test failure due to incomplete test coverage)
npm run build

**Problem:** npm run start:prod  > localhost:3000/test <--- _shows Not Found Page_

Kill server  > localhost:3000 _OK_ ~/test _ site can’t be reached_ - see docs > server config

This looks really good, I find this to be much cleaner and easier to read.

Yes but, It's a break from the "standard" redux reducer pattern most people are familiar with.
To expect that a new immutable state object will be returned when the reducer returns a boolean, just make no "sense" (there must be some "magic" happening somewhere).
I'm not arguing against this PR, but another, similar proposal was made to use redux-actions to greatly simplify the creation of actions in #1476 and that idea was shot down for this reason.
If we are to go forward with the change, I would suggest:

The change needs to be documented. In code comments for sure, existing docs need to be reviewed as well.
The rationale for making the change needs to be spelled out, perhaps just in the opening comment of this PR.
If redux-immutable is a good idea, redux-actions is probably a good idea (for actions, not reduceres) for the same reasons.
While not a breaking change, IMO, this is sufficiently different enough that that it's inclusion should trigger a minor version bump to 3.5.0 and 3.4.1 should be released first.

Overall I like the change, boilerplate reduction is (usually) a good thing. 😄

Coverage decreased (-0.3%) to 98.905% when pulling 939aa4cb302398018f9dd4207afa4cdfe53ad8da on tomazy:ssr-refactor-reducers into 2d09df1d1a2aaca43023976816f9310836131a40 on react-boilerplate:dev.

@gihrig thanks for your input. I've updated the templates.

A generated route shows the Not Found Page in production mode, OK in dev mode.

That's weird - the changes in this PR don't introduce anything that might cause that. The reducers should work exactly the same as previously. I've just tested your scenario and I can't reproduce it.

This looks really good, I find this to be much cleaner and easier to read.

Yes but, It's a break from the "standard" redux reducer pattern most people are familiar with.

I'm not sure about that. Combining reducers is mentioned in the redux docs and it's a quite standard thing IMO.

If we are to go forward with the change, I would suggest: (...)

I'm afraid I will not find time to address your suggestions. I've been quite busy with other stuff and it becomes more difficult for to keep the #92 branch alive (that's the main reason for this PR). If you guys are not happy with this PR then we can close it and I'd remove these changes from #92 (they are not actually critical for it) to keep it leaner.

#92 Yikes, I had no idea this project (SSR) went back that far. It's been a long haul!

If you guys are not happy with this PR then we can close it and I'd remove these changes from #92

@tomazy It was absolutely not my intention to discourage. But I am concerned about the approachability of the project. It's got plenty of difficult stuff as is.

Combining reducers is mentioned in the redux docs and it's a quite standard thing IMO.

I totally agree about combining reducers, no issue there. It's the change from returning an obvious state object to returning a primitive value.
e.g. changing from:
      // Delete prefixed '@' from the github username
      return state
        .set('username', action.name.replace(/@/gi, ''));

to:
      // Delete prefixed '@' from the github username
      return action.name.replace(/@/gi, '');

It looks to me like a simple string is being returned rather than an immutable state object. Obviously I don't grok what's really happening here, that's all.

I'm afraid I will not find time to address your suggestions. I've been quite busy with other stuff and it becomes more difficult for to keep the #92 branch alive.

I totally get it about difficulty finding time! 😬
What do you, and others think about creating an SSR branch in this project?
Kept up as a super-set of dev, that would allow these related PRs to have place to live as an evolving sub-project. This PR for example would be right at home in a branch dedicated to SSR and the issues I raised could be addresses separately by the community. I'm hopeful that would invite wider contribution to the SSR feature and still facilitate release as a part, or all?, of RBP 4.0.
With huge props to @tomazy for all the work put in on this long journey, I'd like to hear input from others. I think SSR is too big a feature to let slip away.

@gihrig

@tomazy It was absolutely not my intention to discourage.

I'm sure about that.

But I am concerned about the approachability of the project. It's got plenty of difficult stuff as is.

I understand it's hard to find balance between the approachability vs. best practices. I know it's all subjective but I'd put more emphasis on the latter.

What do you, and others think about creating an SSR branch in this project?

Sounds good to me

Cloned a new copy of your branch tested as before, all pass ✨
So this PR has my approval, but I'll let others have a say as to whether to merge into dev or create an SSR branch.