Current procedure to install Hakyll (with deps)

older
Re: [arch-haskell] Using makeahpkg

Mateusz Loskot

12 Jun 2012 12 Jun '12

6:07 a.m.

Hi, This is my first post here, so hello everyone! I'm fairly experienced with Arch ecosystem, but I'm new to Haskell. I'm going to start some Haskell hacking for Hakyll. I have shopped around, read the ArchHaskell and Haskell Package Guidelines on Arch wiki, Hakyll docs, etc. Although, it is completely unclear to me what is the current and up to date procedure of Haskell installation. My impression is that the Haskell packages are scattered between three locations: "Haskell is well supported on Arch Linux, with GHC (...) available via the official repositories, a growing number of packages made available by the ArchHaskell group (...) available in the AUR." later in the wiki states: "The [haskell] repository is the official repository of packages maintained by the ArchHaskell team." There also is "Guidelines" section which explains how to cook own Arch packages from cabal, so I'd assume it is fourth option. (It does not say anything about "Guidelines" section being dedicated to package developers/maintainers.) I guess, I can even omit Arch packages and use cabal only too. In AUR, number of packages I'm interested in are marked out of date. 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? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

Show replies by date

Magnus Therning

12 Jun 12 Jun

6:53 a.m.

On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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! Check to see how many of the dependencies are in [haskell], if all are there: profit! 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). You also must be willing to accept that future updates to packages might be delayed due to dependencies of other packages in [haskell]. If all else fails you can always use Cabal. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

Mateusz Loskot

11:18 a.m.

On 12 June 2012 11:53, Magnus Therning wrote:

...

On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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.

...

You also must be willing to accept that future updates to packages might be delayed due to dependencies of other packages in [haskell].

Understood.

...

If all else fails you can always use Cabal.

Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

Magnus Therning

12:15 p.m.

On Tue, Jun 12, 2012 at 04:18:24PM +0100, Mateusz Loskot wrote:

...

On 12 June 2012 11:53, Magnus Therning wrote:

...
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.

That's where we all started. Just direct any questions you have to the list.

...

Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above.

The big pro of [haskell] is that you have to do less compiling yourself. This should actually not be underestimated due to the need to re-compile all dependants on updates. Cabal on the other hand offers you more control, but then there is nothing stopping you from using a combination of both. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

Mateusz Loskot

4:42 p.m.

On 12 June 2012 17:15, Magnus Therning wrote:

...

On Tue, Jun 12, 2012 at 04:18:24PM +0100, Mateusz Loskot wrote:

...
Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above.

The big pro of [haskell] is that you have to do less compiling yourself.

Right, so I'll start with this one. Perhaps silly question, the [haskell] repo URL displayed on the Arch Wiki is correct or it points to some dated one? [haskell] Server = http://xsounds.org/~haskell/$arch I appreciate your help! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

Magnus Therning

5:40 p.m.

On Tue, Jun 12, 2012 at 10:42 PM, Mateusz Loskot wrote:

...

On 12 June 2012 17:15, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 04:18:24PM +0100, Mateusz Loskot wrote:

...
Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above.

The big pro of [haskell] is that you have to do less compiling yourself.

Right, so I'll start with this one.

Perhaps silly question, the [haskell] repo URL displayed on the Arch Wiki is correct or it points to some dated one?

[haskell] Server = http://xsounds.org/~haskell/$arch

I appreciate your help!

It's the correct one. Just make sure to put it before [extra] and [community] in your pacman config. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

Mateusz Loskot

6 p.m.

On 12 June 2012 22:40, Magnus Therning wrote:

...

On Tue, Jun 12, 2012 at 10:42 PM, Mateusz Loskot wrote:

...
On 12 June 2012 17:15, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 04:18:24PM +0100, Mateusz Loskot wrote:

...
Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above.

The big pro of [haskell] is that you have to do less compiling yourself.

Right, so I'll start with this one.

Perhaps silly question, the [haskell] repo URL displayed on the Arch Wiki is correct or it points to some dated one?

[haskell] Server = http://xsounds.org/~haskell/$arch

I appreciate your help!

It's the correct one.

...

Just make sure to put it before [extra] and [community] in your pacman config.

Good to know, I've missed that detail about the pacman. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

gdweber＠iue.edu

10 Jul 10 Jul

6:54 p.m.

On 2012-Jun-12, Mateusz Loskot wrote:

...

On 12 June 2012 11:53, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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). 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. 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? 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? 5. Mateusz, do you have any advice from your experience building this with Cabal? 6. Will anyone besides myself find this useful?

...

...
You also must be willing to accept that future updates to packages might be delayed due to dependencies of other packages in [haskell].

Understood.

...
If all else fails you can always use Cabal.

Could you give (or point doc) overview of pros/cons of [haskell] vs Cabal? I understand one of cons is the delayed updates explained above.

Thanks!

Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

Magnus Therning

11 Jul 11 Jul

3:14 a.m.

On Wed, Jul 11, 2012 at 12:54 AM, wrote:

...

On 2012-Jun-12, Mateusz Loskot wrote:

...
On 12 June 2012 11:53, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

Fabio Riga

21 Jul 21 Jul

3:54 p.m.

Hi Magnus, 2012/7/11 Magnus Therning

...

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.

Updating of blaze-html was blocked by persistent and pandoc. Anyway both provide a flag to switch to newer blaze-html so a small patch to PKGBUILDs permits the update. If it's ok, please update with my pull request. I've compiled the packages (also bumped packages), if you don't want to recompile. They are here: http://archhaskell.mynerdside.com/haskell/i686/ http://archhaskell.mynerdside.com/haskell/x86_64/ Now I'm updateting the "extra" repository. Many packages here depends on blaze-html. Cheers, Fabio

Magnus Therning

5:05 p.m.

In this kind of case I much prefer to patch the cabal file instead. Cblrepo will pick a configuration of dependencies that can be satisfied, however that doesn't happen when running Setup.hs (then the explicit and default flags are required). Patching the cabal file is, IMHO, clearer and more explicit. /M On Jul 21, 2012 9:54 PM, "Fabio Riga" wrote:

...

Hi Magnus,

2012/7/11 Magnus Therning

...
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.

Updating of blaze-html was blocked by persistent and pandoc. Anyway both

provide a flag to switch to newer blaze-html so a small patch to PKGBUILDs permits the update.

...

If it's ok, please update with my pull request. I've compiled the

packages (also bumped packages), if you don't want to recompile. They are here:

...

http://archhaskell.mynerdside.com/haskell/i686/ http://archhaskell.mynerdside.com/haskell/x86_64/

Now I'm updateting the "extra" repository. Many packages here depends on

blaze-html. In this kind of case I much prefer to patch the cabal file instead. Cblrepo will pick a configuration of dependencies that can be satisfied, however that doesn't happen when running Setup.hs (then the explicit and default flags are required to result in a satisfiable configuration). Patching the cabal file is, IMHO, clearer and more explicit. /M

Fabio Riga

6:02 p.m.

I think the reason behind this flag is the added dependency on blaze-markup. A cabal patch is bigger, but the result is the same. I will send the pull request with the cabal patch. OK? Fabio 2012/7/21 Magnus Therning

...

In this kind of case I much prefer to patch the cabal file instead. Cblrepo will pick a configuration of dependencies that can be satisfied, however that doesn't happen when running Setup.hs (then the explicit and default flags are required). Patching the cabal file is, IMHO, clearer and more explicit.

/M

On Jul 21, 2012 9:54 PM, "Fabio Riga" wrote:

...
Hi Magnus,

2012/7/11 Magnus Therning

...
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.

Updating of blaze-html was blocked by persistent and pandoc. Anyway both

provide a flag to switch to newer blaze-html so a small patch to PKGBUILDs permits the update.

...
If it's ok, please update with my pull request. I've compiled the

packages (also bumped packages), if you don't want to recompile. They are here:

...
http://archhaskell.mynerdside.com/haskell/i686/ http://archhaskell.mynerdside.com/haskell/x86_64/

Now I'm updateting the "extra" repository. Many packages here depends on

blaze-html.

In this kind of case I much prefer to patch the cabal file instead. Cblrepo will pick a configuration of dependencies that can be satisfied, however that doesn't happen when running Setup.hs (then the explicit and default flags are required to result in a satisfiable configuration). Patching the cabal file is, IMHO, clearer and more explicit.

/M

Magnus Therning

22 Jul 22 Jul

3:19 a.m.

On Sun, Jul 22, 2012 at 12:02:02AM +0200, Fabio Riga wrote:

...

I think the reason behind this flag is the added dependency on blaze-markup. A cabal patch is bigger, but the result is the same. I will send the pull request with the cabal patch. OK?

I doubt the patches to the cabal files will be bigger than for PKGBUILD. It should be enough to do the following change: --- pandoc.cabal.orig 2012-07-22 09:16:03.954749773 +0200 +++ pandoc.cabal 2012-07-22 09:16:34.734945438 +0200 @@ -193,7 +193,7 @@ Default: False Flag blaze_html_0_5 Description: Use blaze-html 0.5 and blaze-markup 0.5 - Default: False + Default: True Library -- Note: the following is duplicated in all stanzas. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

Fabio Riga

23 Jul 23 Jul

5:27 a.m.

2012/7/22 Magnus Therning

...

On Sun, Jul 22, 2012 at 12:02:02AM +0200, Fabio Riga wrote:

...
I think the reason behind this flag is the added dependency on blaze-markup. A cabal patch is bigger, but the result is the same. I will send the pull request with the cabal patch. OK?

I doubt the patches to the cabal files will be bigger than for PKGBUILD. It should be enough to do the following change:

--- pandoc.cabal.orig 2012-07-22 09:16:03.954749773 +0200 +++ pandoc.cabal 2012-07-22 09:16:34.734945438 +0200 @@ -193,7 +193,7 @@ Default: False Flag blaze_html_0_5 Description: Use blaze-html 0.5 and blaze-markup 0.5 - Default: False + Default: True

Library -- Note: the following is duplicated in all stanzas.

Ah ah, I didn't think the easiest solution! Fabio

gdweber＠iue.edu

27 Jul 27 Jul

9:16 p.m.

Building the packages for hakyll, hamlet, and kin turned out to be easier than I expected -- for some reason, the process automatically selected the right flags and the right version of blaze-html to depend on. However, it seems that what Fabio Riga has done on this is much farther along than what I've managed to do, so I think I'm going to abandon this line of effort and use his packages -- which I hope will soon be integrated into the main [haskell] repository. I have a couple of other questions relating to how I might make any further contributions to the [haskell] repo. 1. Due to Magnus's preference for taking pre-built packages and patches, rather than accepting "pull" requests through github, I'm inclined to think that my maintaining a fork of the habs project on github is not serving any useful purpose, and I'm thinking of deleting the fork. Any objections? ( This urge to delete is compounded by my unfamiliarity with git and receiving increasingly bizarre error messages, for example, today when I tried to push to my own remote: $ git push myfork hakyll ... ! [rejected] hakyll -> hakyll (non-fast-forward) error: failed to push some refs to 'https://github.com/gdweber/habs.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details. I can't understand how my local branch can be behind the remote, since I'm the only one pushing to the remote! I'm really spoiled by darcs, and the more I use git, the less it makes sense. ) 2. Also I'm wondering if instead of a fork (or just a clone) of archhaskell/habs, and a "topic branch" in git for what I want to add, it might be better to create a completely different repo, such as Fabio has done for [haskell-extra] -- https://github.com/EffeErre/habs-extra -- in which the packages from [haskell] are treated as "distribution packages" in cblrepo. What are the pro's and con's of this approach? Greg On 2012-Jul-11, Magnus Therning wrote:

...

On Wed, Jul 11, 2012 at 12:54 AM, wrote:

...
On 2012-Jun-12, Mateusz Loskot wrote:

...
On 12 June 2012 11:53, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus

_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

Mateusz Loskot

11 Jul 11 Jul

5:15 a.m.

On 10 July 2012 23:54, wrote:

...

On 2012-Jun-12, Mateusz Loskot wrote:

...
On 12 June 2012 11:53, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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.

5. Mateusz, do you have any advice from your experience building this with Cabal?

Despite I am a newbie in the Haskell world, I haven't found any problems. I followed Haskell and Cabal documentation, and Magnus' suggestions, and everything went smooth.

...

6. Will anyone besides myself find this useful?

I think it would help spreading the Hakyll easy way. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

gdweber＠iue.edu

5:47 p.m.

On 2012-Jul-11, Mateusz Loskot wrote:

...

On 10 July 2012 23:54, wrote:

...
On 2012-Jun-12, Mateusz Loskot wrote:

...
On 12 June 2012 11:53, Magnus Therning wrote:

...
On Tue, Jun 12, 2012 at 12:07 PM, Mateusz Loskot 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.

5. Mateusz, do you have any advice from your experience building this with Cabal?

Despite I am a newbie in the Haskell world, I haven't found any problems. I followed Haskell and Cabal documentation, and Magnus' suggestions, and everything went smooth.

I am glad to hear it. Sometimes installing packages with Cabal and with the distro packages can make an evil mess.

...

...
6. Will anyone besides myself find this useful?

I think it would help spreading the Hakyll easy way.

Already I am finding Hakyll wonderfully useful.

...

Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

Fabio Riga

9:59 p.m.

Hi everybody, 2012/7/11

...

I am glad to hear it. Sometimes installing packages with Cabal and with the distro packages can make an evil mess.

You are right. But I'm not happy with cabal installing *a lot* of different version of packages. I think that completing the archhaskell repository is the way to go. Pacman is much more better. As for hakyll, you can find a compiled package here: http://archhaskell.mynerdside.com/haskell-extra/x86_64/. This version is linked with main [haskell] repository, so it's not the newest one as it would need a newer blaze-html. Hope this can help. Cheers, Fabio

Mateusz Loskot

12 Jul 12 Jul

6:55 a.m.

On 12 July 2012 02:59, Fabio Riga wrote:

...

2012/7/11

...
I am glad to hear it. Sometimes installing packages with Cabal and with the distro packages can make an evil mess.

You are right. But I'm not happy with cabal installing a lot of different version of packages.

Cabal is *not* a package manager, I have learned [1]

...

I think that completing the archhaskell repository is the way to go. Pacman is much more better.

Certainly. [1] http://ivanmiljenovic.wordpress.com/2010/03/15/repeat-after-me-cabal-is-not-... Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

gdweber＠iue.edu

7:51 p.m.

On 2012-Jul-12, Fabio Riga wrote:

...

Hi everybody,

2012/7/11

...
I am glad to hear it. Sometimes installing packages with Cabal and with the distro packages can make an evil mess.

You are right. But I'm not happy with cabal installing *a lot* of different version of packages. I think that completing the archhaskell repository is the way to go. Pacman is much more better.

I agree. That is why, now that I have a little extra time, because it's summer, I've been learning to work with the tools like cblrepo and github and even (ouch!) git, instead of using cabal-install. Well, I did do a quick cabal-install of the Colour package this afternoon, but that is only temporary. Although it takes a little longer to make Arch Linux packages, I am convinced that it will leave me more sane in the long run. And this way I can also contribute what I build to the Arch Haskell community. It looks like my first contribution (haskell-opengl and related packages) will get integrated into the [haskell] repo soon. So I hope more people will do this, as you have also been doing, Fabio!

...

As for hakyll, you can find a compiled package here: http://archhaskell.mynerdside.com/haskell-extra/x86_64/. This version is linked with main [haskell] repository, so it's not the newest one as it would need a newer blaze-html.

Hope this can help. Cheers, Fabio

...

_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

gdweber＠iue.edu

27 Jul 27 Jul

8:38 p.m.

New subject: [haskell-extra] is down

The [haskell-extra] repo seems to be down; it responds to ping, but not to http requests. http://archhaskell.mynerdside.com/haskell-extra/x86_64/ -- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

Fabio Riga

28 Jul 28 Jul

3:42 a.m.

New subject: [haskell-extra] is down

The repo resides in my company small server. As it serve primarily for our Italian website it shouts down during night for saving some CO2 and some money. I know this is less then ideal, but at the moment I have no choice.

...

From USA, you can reach the server until 19.30 and from 0.30. I'm looking for a better solution.

Sorry for this Fabio 2012/7/28

...

The [haskell-extra] repo seems to be down; it responds to ping, but not to http requests.

http://archhaskell.mynerdside.com/haskell-extra/x86_64/

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

gdweber＠iue.edu

12:08 p.m.

New subject: [haskell-extra] is down

A _little_ less than ideal, but easy to adjust to now that I understand, and far better for me than duplicating your work with packaging haskell-hakyll, etc. Thank you for providing this service! Greg On 2012-Jul-28, Fabio Riga wrote:

...

The repo resides in my company small server. As it serve primarily for our Italian website it shouts down during night for saving some CO2 and some money. I know this is less then ideal, but at the moment I have no choice.

...
From USA, you can reach the server until 19.30 and from 0.30. I'm looking for a better solution.

Sorry for this Fabio

2012/7/28

...
The [haskell-extra] repo seems to be down; it responds to ping, but not to http requests.

http://archhaskell.mynerdside.com/haskell-extra/x86_64/

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

...

_______________________________________________ arch-haskell mailing list arch-haskell@haskell.org http://www.haskell.org/mailman/listinfo/arch-haskell

-- Gregory D. Weber, Ph. D. : Associate Professor of Informatics / \ Indiana University East 0 : Tel. (765) 973-8420; FAX (765) 973-8550 / \ http://mypage.iu.edu/~gdweber/ 1 []

4679

Age (days ago)

4725

Last active (days ago)

List overview

Download

22 comments

4 participants

participants (4)

Fabio Riga
gdweber＠iue.edu
Magnus Therning
Mateusz Loskot