I am using Cabal on Windows and Haskell Platform 2009.2.0.2 and have been
trying get it to install the package source code with no success, so I am
considering writing a script to unpack the tar archive and install it in my
own package source repository.
Is there an easier way to do this?
.
Chris
-Original Message-
From: Colin Paul Adams [mailto:co...@colina.demon.co.uk]
Sent: 23 March 2010 11:35 AM
To: Chris Dornan
Subject: Re: [Haskell-cafe] Cabal source installation
Have you tried?
cabal unpack package-name
--
Colin Adams
Preston Lancashire
distribution?
Chris
---
Chris Dornan
email : ch...@chrisdornan.com
tel : +1 (847) 691 7945
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
and it gives developers the freedom to run whatever OS they like, which
is a huge benefit if you use contractors or if devs want to work from home.
On Sun, Mar 28, 2010 at 5:11 AM, Chris Dornan ch...@chrisdornan.com wrote:
Hi,
I am choosing a Linux distribution for a production Haskell project
Hi,
I am trying to install cabal-install 0.8.2 with GHC 6.12.1 on a CentOS 5.2
system and am running up against a 'ExitFailure 127' error.
I can download the package and run 'cabal install' inside the package
directory and all will be fine, but if I let cabal download and install the
...
Chris
-Original Message-
From: Corey O'Connor [mailto:coreyocon...@gmail.com]
Sent: 13 April 2010 2:37 AM
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] problem getting cabal-install to work on CentOS 5.2
I suspect CentOS might disable execute permissions
Right: in this case /tmp is being mounted noexec.
Thanks again.
Chris
-Original Message-
From: Brandon S. Allbery KF8NH [mailto:allb...@ece.cmu.edu]
Sent: 14 April 2010 10:41 AM
To: Chris Dornan
Cc: Brandon S. Allbery KF8NH; 'Corey O'Connor'; Haskell-Cafe@haskell.org
Subject: Re
Hi Everyone,
I am trying to get cabal-install to work on a system in which /tmp is
mounted noexec. Is there any way to configure it to use another directory?
I would be happy to patch the source and rebuild if need be.
Thanks in advance,
Chris
Thanks Daniel and Erlend,
I now have cabal-install working.
Chris
-Original Message-
From: daniel.is.fisc...@web.de [mailto:daniel.is.fisc...@web.de]
Sent: 17 April 2010 5:4 PM
To: haskell-cafe@haskell.org
Cc: Chris Dornan
Subject: Re: [Haskell-cafe] redirecting cabal-install from /tmp
Hi Everyone,
Just to report that I now have Haskell Platform built for CentOS 5.2 with a
/tmp mounted noexec.
Looking back, the first main hurdle was getting GHC built for CentOS 5.2
(which uses Linux 2.6.9/glibc 2.5), but the procedure was pretty straight
forward:
. Keep
of the testing that goes into each GHC release.
Chris
-Original Message-
From: Ivan Lazar Miljenovic [mailto:ivan.miljeno...@gmail.com]
Sent: 18 April 2010 12:03 AM
To: Chris Dornan
Cc: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] building Haskell Platform for CentOS 5.2 with a
/tmp mounted
Hi,
I am trying to install the curl 1.3.5 hackage on the latest Haskell Platform
(2010.1.0.0) on Windows 7.
I have installed lib-curl-devel (7.19.6-1) on CygWin but I can't use Cygwin
as (apparently) every attempt to install a package ends like this:
C:\Program Files\Haskell
\Haskell
Platform\2010.1.0.0\lib\..\mingw\bin\windres: can't open temporary file
`\/cca01252.irc': No such file or directory
Chris
-Original Message-
From: Stephen Tetley [mailto:stephen.tet...@gmail.com]
Sent: 07 June 2010 20:19
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re
]
Sent: 07 June 2010 21:09
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] HP/Cygwin and Curl
On 7 June 2010 20:44, Chris Dornan ch...@chrisdornan.com wrote:
Also, what's with
C:\Program Files\Haskell
Platform\2010.1.0.0\lib\..\mingw\bin\windres: can't open
Hi,
I am trying to use Haddock on the Haskell Platform 2010.1.0.0 and getting
haddock.exe: can't find a package database at
E:\ghc\ghc-6.12.1\lib\package.conf.d
I have tried uninstalling and re-installing HP (just in case) to no avail.
Has anybody else seen this?
Chris
Sorry, I should have said. I have installed Haskell Platform in the default
place:
C:\Program Files\Haskell Platform\2010.1.0.0
Chris
-Original Message-
From: Ivan Lazar Miljenovic [mailto:ivan.miljeno...@gmail.com]
Sent: 07 June 2010 23:35
To: Chris Dornan
Cc: haskell-cafe
To: Chris Dornan
Cc: Haskell-Cafe@haskell.org
Subject: Re: [Haskell-cafe] HP/Cygwin and Curl
On Mon, 07 Jun 2010 21:44:13 +0200, Chris Dornan ch...@chrisdornan.com
wrote:
Thanks ever so much for your clear answer. I have no problem at all
with using MSYS to build libraries that link to libraries
I saw on the Reddit page that people urged caution about the costs of
hosting haskell.org commercially. This was a jest wasn't it? ( The cost of
webhosting is absurdly cheap, by almost any standards.)
I would be very happy to help out here but time (where the true costs lie)
is my main concern.
Thanks Claus,
Your condensed summary was my understanding, but if I try to issue
Cabal install --reinstall cmu
It works every time from a MSYS shell, but with Cygwin I get
Linking dist\build\cmu\cmu.exe ...
C:\Program Files\Haskell Platform\2010.1.0.0\lib\..\mingw\bin\windres:
can't
Thanks very much Claus and Malcolm.
You have clarified the situation nicely: I was beginning to suspect my
Cygwin setup and I bet that is where the problem lies.
I won't have time to straighten my Cygwin environment this week, but when I
do I will come back here and explain what went wrong (I
Hi Folks,
I am battling Database.HSQL to get it to work on GHC-6.8.3 running Cygwin/XP
and I seem to have found a worthy opponent.
I have got the following to work:
import Database.HSQL
import Database.HSQL.MySQL
main :: IO ()
main =
do c - cnct
with a strong
emphasis on microprocessor architecture, a high degree of proficiency in
programming, preferably Haskell and C, is regarded as essential.
Chris Dornan
Principal Research Engineer
ARM RD [EMAIL PROTECTED]+44 (0)1223 400498
Principal Research Engineer, Cambridge
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license? The LGPL license is a significant barrier for me and I
expect it will be for others.
And, along the lines of your own comments, the ODBC interface raises a
significant (technical) barrier for MySQL
]
Sent: 22 February 2011 19:55
To: Chris Dornan
Cc: Haskell Cafe; Gershom Bazerman
Subject: Re: [Haskell-cafe] HDBC's future and request for help
On 02/22/2011 01:33 PM, Chris Dornan wrote:
Hi John,
Two thoughts: is there any prospect of making HDBC available under a
BSD-like license
by a proprietary derivative. I don't doubt
there will be some free-loading, but this might be the inevitable price of
attracting more investment.
Chris
From: John Goerzen [mailto:jgoer...@complete.org]
Sent: 23 February 2011 16:33
To: Chris Dornan
Cc: 'Haskell Cafe'; 'Gershom Bazerman
To: Chris Dornan
Cc: 'Haskell Cafe'; 'Gershom Bazerman'
Subject: Re: [Haskell-cafe] HDBC's future and request for help
On 02/23/2011 11:57 AM, Chris Dornan wrote:
Thanks John,
I think this is a valuable discussion.
The compromise you propose wouldn't address the main point - the fear
Your first line is entirely natural.
The alternative doesn't look right at all.
I am not aware of a more concise alternative to this general construction
(assuming there are multiple case alternative, and that the work can't be
done with library functions).
Chris
From:
Well I do welcome such discussion.
This list should be for those of us who are perhaps not so brilliant or
knowledgeable.
One of my biggest concerns with Haskell is that the complexity of some of the
interfaces requires quite extraordinary demands on the user to use them
correctly. I am not
(Whether readers would consider the post [or indeed this post] an act of
trollery was mooted and mentioned several times in the original post - my
thoughts at the end. I am writing this because I would have expected
somebody to have said this by now. If it has been said then my sincere
apologies.
Hi All,
The http://justhub.org Haskell distribution for Enterprize Linux
(RHEL/CentOS 5 6)
is now live.
The distribution deviates from current practice. When you upgrade to a
new Platform
from justhub.org you add the new platform to your Haskell
infrastructure rather than
replacing the old
[I am sorry for if get two copies of this -- no sign of the first copy.]
The justhub.org Haskell distribution for Enterprise Linux (RHEL/CentOS
5 6) is now live.
The distribution deviates from current practice. When you upgrade to a
new Haskell Platform you add the new platform to your Haskell
Hi Ryan,
Ryan Grant [mailto:rgr...@rgrant.org] said:
Are packages cabal-installed using --global?
The packages that come with a compiler or Haskell Platform are installed
--global. Every other package is installed with cabal, by default into the
user's space.
Is it mostly reliant on cabal or
.
If anybody else is interested in this then please get in contact.
Also, if anybody has any other gripes or ideas about how Haskell
distributions generally it would be good to hear.
Chris
From: Sanket Agrawal [mailto:sanket.agra...@gmail.com]
Sent: 05 January 2012 01:36
To: Chris Dornan
Cc
with the source code.
I want so solve this problem, but it may have be done with non-RPM
packaging.
I will have to think about this a bit and get back to you.
Thanks again!
Chris
From: Sanket Agrawal [mailto:sanket.agra...@gmail.com]
Sent: 06 January 2012 00:56
To: Chris Dornan
Cc: haskell
don't want to distribute sources either -- I think the solution will involve
bindists.
What a piece of work is a GHC bindist!
Chris
-Original Message-
From: juhpeter...@gmail.com [mailto:juhpeter...@gmail.com] On Behalf Of Jens
Petersen
Sent: 08 January 2012 08:03
To: Chris Dornan
As somebody who has very recently started working with Yesod -- I feel your
pain!
In truth Yesod is a huge bundle of packages, many of which aren't managed by
the Yesod developers. I get the impression that they work very hard to keep
everything coherent while Yesod continues its very active
I have been playing around with the latest cabal-install (0.14.0) and it is
working really nicely. Having unpacked a cabal bundle you can now type
'cabal install' inside the root and it will work everything out as if you
had asked to install directly from the repo -- very nice.
I have also
To: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] cool tools
On Thu, May 17, 2012 at 03:05:22PM +0100, Chris Dornan wrote:
I have been playing around with the latest cabal-install (0.14.0) and
it is working really nicely. Having unpacked a cabal bundle you can
now type 'cabal install' inside
Oops, forgot to reply-to-all.
N! You had the right idea the first time. :-)
(Please excuse us while we chide you as humorously as we can into putting this
thread out of its misery.)
Chris
___
Haskell-Cafe mailing list
I have been using LDAP with GHC without a problem – I get this error often but
the problems have been with the configuration of the OpenLDAP client library or
the OpenLDAP server.
We are all taking about LDAP-0.6.6? Which version of GHC are we talking about?
(I don’t think I have tested this
10:12
To: Chris Dornan
Cc: Brandon Allbery; Haskell-Cafe
Subject: Re: [Haskell-cafe] What is the difference between runhaskell and
compile?
Hi,
Sorry for the delayed reply. I am using ghc 7.4.1 and LDAP 0.6.6.
When you said configuration of the OpenLDAP client library, may I have more
Sorry for the wrong information. I made a mistake when did the test.
After more testing, I think it is a bug of ghc 7.4.1. Until now, I cannot
find a way to make ghc 7.4.1 compiled binary work.
It sounds like this should be looked at further. Somebody should verify try to
repeat what you
Sorry for the wrong information. I made a mistake when did the test.
After more testing, I think it is a bug of ghc 7.4.1. Until now, I cannot
find a way to make ghc 7.4.1 compiled binary work.
I have set up this test on 7.4.1 and I cannot recreate the problem -- compiling
and running an
On 29 May 2012 02:21, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Interesting. I have this code tested in Debian unstable/stable, CentOS
6.1, all 64 bit, with two different version of libldap2.
At first, Debian-s were installed with 7.4.1, CentOS with 7.2.2. Only
in CentOS the
I will send the header and object files off list.
Here is the test program I am using:
import LDAP
main :: IO ()
main =
do putStrLn domain
domain - getLine
putStrLn bindDN
bindDN - getLine
putStrLn bindPW
bindPW - getLine
putStrLn
development projects and integrating multiple
GHC
tool chains is redundant because all of the functionality is covered by the
Nix Haskell distribution, allowing as they do multiple Nix Haskell releases
to
be deployed simultaneously.]
(cd = Chris Dornan, al = Andres Löh)
cd: The key
Hi Peter and Andres,
Where is this functionality provided by Nix?
simply run these commands
...
# Haskell Platform 2012.2.0.0'
nix-env -p ~/ghc-7.4.1 -iA haskellPackages_ghc741.haskellPlatform
and you'll have profiles that contain the appropriate binaries and
libraries
defined by the
I deatiled some of my trials with Nix -- I wasn't making it up!
Chris
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
What I meant to ask is: how much time, approximately, did you spend
working with Nix? 1 hour? 10 hours? 10 days? 10 months?
You know that it is not 10 months, but I do object to your line of questioning.
I have invested a considerable good-faith effort into getting to the
bottom of what
you and
Hi Andres,
Thanks for your detailed reply -- it is much appreciated.
Independent of concrete bugs, who's making these decisions? Can I use
cabal-install-0.14.0 on projects working with older platforms if I
want to?
Out of the box you get a set of tools that avoids known problems and
complies
How would I do something like that [save and restore a Hakell project
configuration] in Hub?
Once I have an environment I am happy with, I save its configuration
(here the hub is named 'project'):
hub save project project.har
I would check this file into the source repository and at the
Hi Peter,
hub save project project.har
I am curious to see what this file looks like. Could you please post a
short example of one?
There is a worked out example at the bottom of the overview up on the web
site:
http://justhub.org/overview
The configurations are quite simple, just
[Sorry for the delay -- I missed this reply until prompted.]
Very nice, this looks quite straightforward. I wonder about two things:
- Is it possible to pass configure-time flags to those libraries? For
example, I would like to build haskeline with -fterminfo. Can
Hub
Does Hub know about system-level libraries that Haskell packages need
to build, like Gtk, ADNS, Avahi, etc.?
As is the case for cabal-install, ensuring the right system libraries are
installed is outside its scope.
Chris
___
Haskell-Cafe mailing
What's wrong with Monads is that if you go into a Monad you have to
change your whole syntax
from scratch. Every single line of your program changes if you get it in
or out of a Monad. They're
not polymorphic so it's really the old days of Pascal. A monomorphic
type system that says
To move between functional and monadic code you have
to completely rewrite the code procedurally
It's false. do-notation is completely optional. It merely makes it
easier to extract multiple values from monadic actions, instead
of the basic one value per step bind provides. Using join
On 24 June 2012 18:46, Alexander Solla alex.so...@gmail.com wrote:
I sort of see where you're coming from. But I'm having a hard time seeing
how this complaint would work with respect to Maybe and the other pure
monads. In other words, I suspect the problem you're describing is
particular
On 24 June 2012 22:38, Tony Morris tonymor...@gmail.com wrote:
**
Odersky is repeatedly wrong on this subject and specifically for the claim
that you quote, the only response is simply not true.
My point is this.
1. The monadic approach to effects reifies functions into those that are
Whether you are trying to build your own GHC compilers on CentOS 5 or just
get a working GHC, http://justhub.org/download is a good place to start as
you will be able to get a variety of compilers and platforms and the GCC and
binutils packages used to build them (installed in /usr/hs/gcc and
Hi,
From the withFile doc
(http://hackage.haskell.org/packages/archive/haskell2010/latest/doc/html/Sys
tem-IO.html#v:withFile):
The handle will be closed on exit from withFile, whether by normal
termination or by raising an exception.
Your program is effectively this one
main' :: IO ()
Café,
For those who havent seen it Uday Reddy has a comprehensive answer to a
request
to explain referential transparency on Stack Overflow.
http://stackoverflow.com/questions/210835/what-is-referential-transparency/9
859966#9859966
For good measure he finishes with a rather scathing
Claus Reinke [mailto:claus.rei...@talk21.com]:
I happen to disagree with Reddy's assertion that having to explain a
complicated language
with the help of a less complicated one is perfectly adequate. Reddy
himself has done good
work on semantics of programming languages, but I'm a programmer
So a language is referentially transparent if replacing a sub-term with
another with the same
denotation doesn't change the overall meaning?
Isn't this just summarizing the distinguishing characteristic of a denotational
semantics?
My understanding is that RT is about how easy it is to
On Jul 27, 2012 8:07 PM, Ross Paterson r...@soi.city.ac.uk wrote:
Another way of looking at it is that the denotational semanticists have
created a beautiful language to express the meanings of all those ugly
languages, and we're programming in it.
I think that's the idea.
Also works out for
Uday Reddy has followed up with another substantial and interesting post on
referential transparency here:
http://stackoverflow.com/questions/210835/what-is-referential-transparency/11740176#11740176
The thrust of his argument appears to be that functional programmers have
created a lot
I agree with Bryan's proposal unreservedly.
However, I think there might be a way to resolve the tension between:
* maintaining and publishing a definite dependent-package configuration
that is known to work and
* having a package unencumbered with arbitrary restrictions on which
future
I think we should encourage stable build environments to know precisely
which package versions they have been using and to keep using them until
told otherwise. Even when the types and constraints all work out there is a
risk that upgraded packages will break. Everybody here wants cabal to just
-Original Message-
From: Erik Hesselink [mailto:hessel...@gmail.com]
Sent: 20 August 2012 14:35
To: Chris Dornan
Cc: Bryan O'Sullivan; haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] Platform Versioning Policy: upper bounds are not
our friends
Hub looks interesting, I'll have to try
Hi Manish,
Are you aware of the CentOS distro I am maintaining at justhub.org
/download? Even if you want to build your own installations it will probably
be useful for getting you going.
(It should soon appear on the Haskell Platform Linux page - or at least we
have a ticket for it!)
Chris
Hi Jim,
Previously I've been able to install and use ghc and HP in ~/ without
problems. Is there any reason
why this couldn't be done with your justhub package?
As I've never tried this brute surgery on such a magnus opus before I'm
not sure this is at all feasible?
I wouldn't recommend
Thanks Henk!
I just added this to the Linux page[0].
The action on that HP ticket was to put a link here,
http://hackage.haskell.org/platform/linux.html, which should happen by the next
platform release.
Chris
___
Haskell-Cafe mailing list
On Tue, Aug 28, 2012 at 6:09 PM, Bryan O'Sullivan b...@serpentine.com
wrote:
On Mon, Aug 27, 2012 at 10:52 AM, Bryan O'Sullivan
b...@serpentine.com
wrote:
Not to flog a dead horse, but:
...
Not to flog a dead horse, but:
All our builds broke again yesterday due to this bug. The package was
I am also sorry to be late on this but I have run into the same problem
trying to demonise a programme on 7.4.2. My solution was to get a shell
wrapper to run the daemon in debug mode (I.e., sans fork) and get the shell
script to do the demonising.
Other than this I have found the threaded RTS to
73 matches
Mail list logo