On 7 May 2015 at 22:34, Simon Peyton Jones simo...@microsoft.com wrote:
Dear Cabal developers
I guess everyone is busy, but I feel a bit stuck on knowing how to make
progress on this thread.
Vishal Agrawal's GSoC proposal has been accepted. I guess we'll have
to wait and see what comes out of
Libraries;
ghc-d...@haskell.org
Subject: RE: Cabal and simultaneous installations of the same package
Friends
We started this thread (below) a month ago, but it has once more run out of
steam. The last contribution was from Vishal Agrawal
I am already planning to do a GSoC project based
For the info of all, here is the proposal:
https://gist.github.com/fugyk/37510958b52589737274
The mentors are Ryan Trinkle and Thomas Tuegel. Hopefully as the project
proceeds, Vishal will be checking in with us, asking questions and seeking
clarification where necessary, etc.
--Gershom
On
On Mon, Mar 23, 2015 at 9:45 AM, Simon Peyton Jones simo...@microsoft.com
wrote:
But time has passed and it hasn't happened. Is this because I'm
misunderstanding? Or because it is harder than I think? Or because there
are much bigger problems? Or because there is insufficient effort
On Mon, Mar 23, 2015 at 11:53 AM Simon Peyton Jones simo...@microsoft.com
wrote:
It's already a huge source of confusion for people using GHCi what they
get messages about ByteString is not ByteString.
Reading your blog post [1] it seems that we are addressing different
questions:
·
On 2015-03-23, at 09:52, Simon Peyton Jones simo...@microsoft.com wrote:
The point is that I may need to install a bunch of packages to build a
program. If I’m using Cabal, none of those newly installed packages need be
exposed; I simply need them there so I can compile my program (using
To: Simon Peyton Jones
Cc: cabal-devel@haskell.org; haskell-platf...@projects.haskell.org;
haskell-infrastruct...@community.galois.com; Haskell Libraries;
ghc-d...@haskell.org
Subject: Re: Cabal and simultaneous installations of the same package
On Mon, Mar 23, 2015 at 4:45 AM, Simon Peyton Jones
simo
-platf...@projects.haskell.org;
haskell-infrastruct...@community.galois.com; Haskell Libraries;
ghc-d...@haskell.org
Subject: Re: Cabal and simultaneous installations of the same package
I'm in favor of adding support to Cabal to allow for this situation. However: I
highly doubt
To: Simon Peyton Jones; cabal-devel@haskell.org
Cc: haskell-platf...@projects.haskell.org;
haskell-infrastruct...@community.galois.com; Haskell Libraries;
ghc-d...@haskell.org
Subject: Re: Cabal and simultaneous installations of the same package
On Mon, Mar 23, 2015 at 11:53 AM Simon Peyton Jones
I'm in favor of adding support to Cabal to allow for this situation.
However: I highly doubt this will be the panacea as predicted. It's already
a huge source of confusion for people using GHCi what they get messages
about ByteString is not ByteString. In fact, this confusion is so
prevalent that
On Mon, 2015-03-23 at 08:45 +, Simon Peyton Jones wrote:
Dear Cabal developers
You'll probably have seen the thread about the Haskell Platform.
Among other things, this point arose:
| Another thing we should fix is the (now false) impression that HP gets in
| the way of installing
On Mon, 2015-03-23 at 20:13 +, Simon Peyton Jones wrote:
But I'm hazy about why sandboxes are needed at all. As I understand
it, they were invented to solve the very problem that is now solved
(if only Cabal could take advantage of it).
Yes, the nix approach would subsume sandboxes.
I
On Mon, Mar 23, 2015 at 4:45 AM, Simon Peyton Jones
simo...@microsoft.com wrote:
| Another thing we should fix is the (now false) impression that HP gets in
| the way of installing other packages and versions due to cabal hell.
People mean different things by cabal hell, but the inability
On Mon, 2015-03-23 at 22:10 +, Duncan Coutts wrote:
On Mon, 2015-03-23 at 20:13 +, Simon Peyton Jones wrote:
But I'm hazy about why sandboxes are needed at all. As I understand
it, they were invented to solve the very problem that is now solved
(if only Cabal could take advantage
14 matches
Mail list logo