<div dir="ltr">Hi Ömer,<br><div><br></div><div>I'll spend some time next week adding a new feature that will allow to use not-yet-published versions of packages with Stackage HEAD.</div><div><br></div><div>Best,</div><div><br></div><div>Mark</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Aug 10, 2018 at 6:56 PM Ö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">I also briefly looked at hackage.head. As far as I understand it doesn't<br>
out-of-the-box provide a way to build a large set of packages, right? It'd be<br>
useful if I had a package that I want to test against GHC HEAD but currently it<br>
doesn't help me, unless I'm missing something.<br>
<br>
Ömer<br>
<br>
Ömer Sinan Ağacan <<a href="mailto:omeragacan@gmail.com" target="_blank">omeragacan@gmail.com</a>>, 10 Ağu 2018 Cum, 11:39<br>
tarihinde şunu yazdı:<br>
><br>
> 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>
</blockquote></div>