<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 25, 2014 at 12:32 AM, Sven Panne <span dir="ltr"><<a href="mailto:svenpanne@gmail.com" target="_blank">svenpanne@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">The structure on GitHub is a bit confusing</blockquote><div>

As with past releases, we generally work on a branch until release.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

With 2013.2.0.0 one could<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
easily specify a --prefix in the configure step, and everything worked<br>
as expected.</blockquote><div><div>I didn't realize anyone used it. But it should be easy enough to add.</div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

What about packages being unregistered?</blockquote><div>It is intentional. The package registrations are all prepared, but the final registration should happen after the tree is moved into place. Conventionally this was part of "make install". For the build, there should be an "activation" script added to the tree that the user runs after copying the tree to the final system.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Even keeping the<br>
distinction between the GHC parts and the rest of the platform is not<br>
useful from a user perspective and to large parts totally artificial:<br>
Why e.g. is haddock below GHC part, but alex below the HP part?</blockquote><div>Becuase the platform is built from the GHC bindist, and traditionally we've keep the GHC supplied portions "pristine".</div><div>

 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Partly, yes. It doesn't matter in detail how things happen, but we<br>
need the ability of the simple and easy "./configure --prefix=foo &&<br>
make && make install" from the 2013.2.0.0 HP back in the new HP source<br>
release.<br></blockquote><div>Or equivalent functionality. I don't think we'll be going back to autoconf & make.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

I hope that I don't sound too negative, you're doing great (and<br>
unpleasant) work, I just want to make sure that we don't regress on<br>
Linux platforms... </blockquote><div>We need more people involved in the platform!</div><div><br></div><div>- Mark</div><div> </div></div></div></div>