[arch-haskell] Current procedure to install Hakyll (with deps)

[Magnus Therning]

On Wed, Jul 11, 2012 at 12:54 AM,  <gdweber at iue.edu> wrote:
> On 2012-Jun-12, Mateusz Loskot wrote:
>> On 12 June 2012 11:53, Magnus Therning <magnus at therning.org> wrote:
>> > On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot <mateusz at loskot.net> wrote:
>> > [...]
>> >> So, here comes my question:
>> >> Considering I'm interested in Hakyll, could anyone recommend where
>> >> should I grab all the related packages and required dependencies from?
>> >
>> > Don't use AUR!
>>
>> OK, I won't.
>>
>> > Check to see how many of the dependencies are in [haskell], if all are
>> > there: profit!
>>
>> I will try this option tonight.
>>
>> > If only a few are missing you can always raise a bug to
>> > get them added (I look favourable upon existence of patches +
>> > pre-built packages).
>>
>> I'm usually happy to contribute too, though in case of Haskell I'm
>> green as Irish grass.
>
> I, too find, the Hakyll package interesting.
>
> I am interested in contributing a hakyll packages and its missing
> dependencies, provided I can get some feedback on my previous
> attempted contribution (of OpenGL).
>
> A few questions and comments:
>
> 1.  Installing the latest version of Hakyll, 3.3.0.1,
> would require upgrading blaze-html
> and reinstalling (probably breaking, warns cabal install --dry-run)
> pandoc.  It seems best to aim at hakyll 3.2.7.2, which is
> the latest version that can use blaze-html 0.4.* (we are at 0.4.3.3-5).

The latest version of blaze-html either requires a few other updates,
or breaks other packages at the moment.  I can't remember which it is,
but you can easily see check by attempting to add it using `cblrepo`.
Settling for an older version of hakyll is all right for the moment.

> 2.  Hakyll has a "previewServer" flag, which, if True (the default),
> also depends on snap-core and snap-server.  Making a hakyll package
> with the previewServer would require 21 new packages, including hakyll
> itself.  Without the previewServer, it would require only 5 new packages.
> So I think I would plan *at first* to provide the package *without* the
> previewServer.

Good point.

> 3.  Assuming cblrepo does not automatically set the previewServer
> flag to False, I think the best way to do this would be a patch
> for the PKGBUILD?

Either a patch to the PKGBUILD or a patch to the .cabal.

If you come up with a good way to pass in flags when running `cblrepo
add` then please let me know :)

> 4.  One of the dependencies is hamlet, which requires another flag
> setting, blaze_html_0_5 to be False, in order to use blaze-html < 0.5.
> Again, a PKGBUILD patch?

Or .cabal patch.

/M

-- 
Magnus Therning                      OpenPGP: 0xAB4DFBA4
email: magnus at therning.org   jabber: magnus at therning.org
twitter: magthe               http://therning.org/magnus