Hello Ömer,<div><br></div><div>Just a week ago I asked very similar question: how to install the test suite dependencies after breaking changes in GHC:<br><div dir="auto"><br></div><div dir="auto"><a href="https://mail.haskell.org/pipermail/ghc-devs/2018-August/016075.html">https://mail.haskell.org/pipermail/ghc-devs/2018-August/016075.html</a></div><div dir="auto"><br></div><div dir="auto">But no one replied :(</div><div dir="auto"><br></div><div dir="auto">The task seems to be not solvable even if an affected package (stm in your case and primitive in mine) has already adopted in its master the breaking change but has no corresponding release on Hackage (which will always be the case, because how would you release depending on base which hasn't been released yet).</div><div dir="auto"><br></div><div dir="auto">Some package managers in other languages (Julia's Pkg, go install) allow you to depend directly on master branch of a package if you wish to. I wonder if there is a road here for cabal to take in order to support this kind of unsafe installs.</div><div dir="auto"><br></div><div dir="auto">--</div><div dir="auto">Best wishes,</div><div dir="auto">Artem<br><br><div class="gmail_quote"><div dir="ltr">On Fri, 10 Aug 2018, 11:40 Ömer Sinan Ağacan, <<a href="mailto:omeragacan@gmail.com">omeragacan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
This is working great, I just generated my first report. One problem is stm-2.4<br>
doesn't compile with GHC HEAD, we need stm-2.5.0.0. But that's not published on<br>
Hackage yet, and latest nightly still uses stm-2.4.5.0. I wonder if there's<br>
anything that can be done about this. Apparently stm blocks 82 packages (I<br>
don't know if that's counting transitively or just packages that are directly<br>
blocked by stm). Any ideas about this?<br>
<br>
Ömer<br>
<br>
Ömer Sinan Ağacan <<a href="mailto:omeragacan@gmail.com" target="_blank">omeragacan@gmail.com</a>>, 9 Ağu 2018 Per, 14:45<br>
tarihinde şunu yazdı:<br>
><br>
> Ah, I now realize that that command is supposed to print that output. I'll<br>
> continue following the steps and keep you updated if I get stuck again.<br>
><br>
> Ömer<br>
><br>
> Ömer Sinan Ağacan <<a href="mailto:omeragacan@gmail.com" target="_blank">omeragacan@gmail.com</a>>, 9 Ağu 2018 Per, 13:20<br>
> tarihinde şunu yazdı:<br>
> ><br>
> > Hi Manuel,<br>
> ><br>
> > I'm trying stackage-head. I'm following the steps for the scheduled build in<br>
> > .circleci/config.yml. So far steps I took:<br>
> ><br>
> > - Installed ghc-head (from [1]) to ~/ghc-head<br>
> > - Installed stackage-build-plan, stackage-curator and stackage-head (with<br>
> >   -fdev) from git repos, using stack.<br>
> > - export BUILD_PLAN=nightly-2018-07-30 (from config.yml)<br>
> > - curl <a href="https://ghc-artifacts.s3.amazonaws.com/nightly/validate-x86_64-linux/latest/metadata.json" rel="noreferrer" target="_blank">https://ghc-artifacts.s3.amazonaws.com/nightly/validate-x86_64-linux/latest/metadata.json</a><br>
> > --output metadata.json<br>
> > - curl <a href="https://raw.githubusercontent.com/fpco/stackage-nightly/master/$BUILD_PLAN.yaml" rel="noreferrer" target="_blank">https://raw.githubusercontent.com/fpco/stackage-nightly/master/$BUILD_PLAN.yaml</a><br>
> > --output $BUILD_PLAN.yaml<br>
> ><br>
> > Now I'm doing<br>
> ><br>
> > - ./.local/bin/stackage-head already-seen --target $BUILD_PLAN<br>
> > --ghc-metadata metadata.json --outdir build-reports<br>
> ><br>
> > but it's failing with<br>
> ><br>
> >     The combination of target and commit is new to me<br>
> ><br>
> > Any ideas what I'm doing wrong?<br>
> ><br>
> > Thanks<br>
> ><br>
> > [1]: <a href="https://ghc-artifacts.s3.amazonaws.com/nightly/validate-x86_64-linux/latest/bindist.tar.xz" rel="noreferrer" target="_blank">https://ghc-artifacts.s3.amazonaws.com/nightly/validate-x86_64-linux/latest/bindist.tar.xz</a><br>
> ><br>
> > Ömer<br>
> ><br>
> > Ömer Sinan Ağacan <<a href="mailto:omeragacan@gmail.com" target="_blank">omeragacan@gmail.com</a>>, 7 Ağu 2018 Sal, 23:28<br>
> > tarihinde şunu yazdı:<br>
> > ><br>
> > > Thanks for both suggestions. I'll try both and see which one works better.<br>
> > ><br>
> > > Ömer<br>
> > ><br>
> > > Manuel M T Chakravarty <<a href="mailto:chak@justtesting.org" target="_blank">chak@justtesting.org</a>>, 7 Ağu 2018 Sal, 18:15<br>
> > > tarihinde şunu yazdı:<br>
> > > ><br>
> > > > Hi Ömer,<br>
> > > ><br>
> > > > This is exactly the motivation for the Stackage HEAD works that we have pushed at Tweag I/O in the context of the GHC DevOps group. Have a look at<br>
> > > ><br>
> > > >   <a href="https://github.com/tweag/stackage-head" rel="noreferrer" target="_blank">https://github.com/tweag/stackage-head</a><br>
> > > ><br>
> > > > and also the blog post from when the first version went live:<br>
> > > ><br>
> > > >   <a href="https://www.tweag.io/posts/2018-04-17-stackage-head-is-live.html" rel="noreferrer" target="_blank">https://www.tweag.io/posts/2018-04-17-stackage-head-is-live.html</a><br>
> > > ><br>
> > > > Cheers,<br>
> > > > Manuel<br>
> > > ><br>
> > > > > Am 06.08.2018 um 09:40 schrieb Ömer Sinan Ağacan <<a href="mailto:omeragacan@gmail.com" target="_blank">omeragacan@gmail.com</a>>:<br>
> > > > ><br>
> > > > > Hi,<br>
> > > > ><br>
> > > > > I'd like to test some GHC builds + some compile and runtime flag combinations<br>
> > > > > against a large set of packages by building them and running test suites. For<br>
> > > > > this I need<br>
> > > > ><br>
> > > > > - A set of packages that are known to work with latest GHC<br>
> > > > > - A way to build them and run their test suites (if I could specify compile and<br>
> > > > >  runtime flags that'd be even better)<br>
> > > > ><br>
> > > > > I think stackage can serve as (1) but I don't know how to do (2). Can anyone<br>
> > > > > point me to the right direction? I vaguely remember some nix-based solution for<br>
> > > > > this that was being discussed on the IRC channel, but can't recall any details.<br>
> > > > ><br>
> > > > > Thanks,<br>
> > > > ><br>
> > > > > Ömer<br>
> > > > > _______________________________________________<br>
> > > > > ghc-devs mailing list<br>
> > > > > <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
> > > > > <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
> > > ><br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div></div></div>