@[email protected] I find this very sad to hear, as I personally perceived the Haskell ecosystem as very inclusive. As an alternative tool, I can suggest https://docs.haskellstack.org/en/stable/. And perhaps we should really look for a new name for cabal.
Andreas Ländle
@alaendle
- 5 Followers
- 28 Following
- 9 Posts
Hi, I am @alaendle. 👋 I'm father of two 👨👩👦👦, a passionate software engineer 👨💻 and in my spare time ultra-runner 🏃♂️.
@jaror I'd like to support this claim. While I've been keeping a Haskell application on the current GHC version since 2019, I can only recall one breaking change. When I compare this with other ecosystems, for example, I'm thinking of Angular, the difference becomes clear.
@io Here, polysemy user since 2019, not sure if I would choose it again because we do not really track the effects and just use it to create DSLs.
@io Guess it depends on your flexibility and scaling needs. However having said that, we have pretty good results by just using simple git references.
@gduchaussois @6d03 Also tears don't lie 😉
@mangoiv First time attender - so I'm excited too.
Clemens SchmidLast week I submitted a new version of my currycarbon #haskell library to #hackage (see https://archaeo.social/@ClemensSchmid/111517617941502770). I made a mistake in the setup of my golden tests, which prevented the package from building on #stackage. @alaendle observed the issue, contacted me, explained the problem and answered my questions on GitHub. It was a very kind and professional exchange (see https://github.com/nevrome/currycarbon/issues/17).
I was astonished how well this was handled and wanted to share the experience 💗
Clemens Schmid (@[email protected])
Attached: 1 image I published a new major version of currycarbon, my #Haskell library and CLI tool for simple and convenient #C14 age calibration. v0.3.0.0 allows to draw age samples for each calibration expression, supports uniform age ranges (e.g. from contextual dating beyond C14) and features various interface improvements both for the in- and the output. Some of them are unfortunately breaking changes, but I hope for the better. See the new executable and a changelog here: https://github.com/nevrome/currycarbon/releases/tag/v0.3.0.0
Jens Petersen 🇺🇦 
This week @alaendle released Stackage LTS 21 for ghc-9.4 and together we also did a major update of Nightly to ghc-9.6
https://discourse.haskell.org/t/stackage-lts-21-released-nightly-moved-to-ghc-9-6/6662
#haskell
https://discourse.haskell.org/t/stackage-lts-21-released-nightly-moved-to-ghc-9-6/6662
#haskell
Stackage LTS 21 released; Nightly moved to ghc-9.6
The Stackage team is please to finally announce the release of Stackage LTS 21 based on ghc-9.4, with over 3000 packages. (LTS 21.0 is “based” on or rather identical to nightly-2023-06-20.) We have also updated Nightly to ghc-9.6 (which is actually the much larger amount of work) - currently approaching 2500 packages. You can still add/enable your packages: to nightly: with a pull-request to build-constraints.yaml (typically merged within a day or two) to lts-21: by opening a lts-haskell iss...