Dear Cabal developers
As you know, we are almost ready to release GHC 6.12. The Glorious Master Plan
is that, because of your fantastic efforts with Cabal and Hackage, we are
getting out of the libraries business, so that the 6.12 release will be no
batteries included; Joe User will wait
| Is there a more verbose, newbie-friendly documentation that will answer
| questions like,
| Suppose I have a function foo :: String - String. How does GHC
| represent the type of this function?
We don't have verbose newbie-friendly documentation, I'm afraid. But GHC is an
open-source
Dear Cabal developers
If you look at http://hackage.haskell.org/trac/ghc/ticket/3951 you'll see an
example of a very confusing link-time error message. The ultimate cause was
that a package author omitted one of the modules when listing the package
manifest (in exposed and hidden modules).
Duncan et al
A few times recently I've tripped badly over this:
* Cabal complains of missing dependencies
* But the missing package is definitely installed
Example below.
The reason is: the missing package is installed for this user, but I didn't
say --user when saying setup configure.
Duncan
Tiny nit: could we call it ConstraintKinds not ConstraintKind, for
consistency with the rest of the extensions?
Thanks
Simon
| -Original Message-
| From: cabal-devel-boun...@haskell.org
[mailto:cabal-devel-boun...@haskell.org] On
| Behalf Of Max Bolingbroke
| Sent: 06
Dear maintainers of
bytestring
cabal
vector
time
dph
As discussed in Trac #6032 I am deprecating
Rank2Types
PolymorphicComponents
in favour of the single flag
RankNTypes
Could you update your packages to match? Until then we'll need to accept the
See my response on http://hackage.haskell.org/trac/ghc/ticket/6032#comment:6
Not sure what the best path is here
S
| -Original Message-
| From: Johan Tibell [mailto:johan.tib...@gmail.com]
| Sent: 19 October 2012 17:39
| To: Simon Peyton-Jones
| Cc: Don Stewart; Duncan Coutts; Roman
that's what deprecation was *for*.
Simon
|
| -- Ashley
|
| On 19/10/12 09:53, Simon Peyton-Jones wrote:
| See my response on
| http://hackage.haskell.org/trac/ghc/ticket/6032#comment:6
| Not sure what the best path is here
|
| S
|
| | -Original Message-
| | From: Johan Tibell
| It's an interesting question: does Rank2Types mean I require at
| least
| rank-2 types or I only use rank-2 types?
|
| I think it means I require at least rank-2 types.
|
| To clarify, I think it's OK if a compiler accepts a program marked
| Rank2Types and incorrectly not marked
Peyton-Jones
Cc: johan.tib...@gmail.com; Don Stewart; Duncan Coutts; Roman Leshchinskiy;
ash...@semantic.org; cabal-devel@haskell.org; Ben Lippmeier; Manuel M T
Chakravarty; cvs-...@haskell.org
Subject: Re: deprecating
On Fri, Oct 19, 2012 at 11:49 AM, Simon Peyton-Jones
simo
| Does ghc-pkg allow to have two different versions of yesod-platform-2.7
| being installed?
Not at the moment. But it should!
S
| -Original Message-
| From: Henning Thielemann [mailto:lemm...@henning-thielemann.de]
| Sent: 22 November 2012 09:18
| To: Simon Peyton-Jones
| Cc: Haskell
| Now, if Cabal can figure out a plan based on an empty database, it can
| deliver on that plan even in a non-empty database, without messing up
| any existing installations.
|
| This is an interesting invariant, weaker than the more obvious one:
| Cabal should do the same plan no matter what
stable-set installation.
The question is: who will do the work?
Simon
From: michael.snoy...@gmail.com [mailto:michael.snoy...@gmail.com] On Behalf Of
Michael Snoyman
Sent: 22 November 2012 10:40
To: Simon Peyton-Jones
Cc: Haskell Libraries (librar...@haskell.org); cabal-devel@haskell.org
Subject
| I would like to see GHC support fixed ABIs, and the work I did with
| ABI hashing in GHC was aiming towards exactly that.
|
| For fixed ABIs you would need to have the user explicitly declare
| every inline function, and then hash the definitions as part of the
| ABI. (also do something
Yes I think that'd be a great plan. It's bizarre that GHC depends on *all* of
Cabal, but only uses a tiny part of it (more or less the Package data type I
think).
Simon
| -Original Message-
| From: cabal-devel-boun...@haskell.org
[mailto:cabal-devel-boun...@haskell.org]
| On
Is it essential, or even sensical, that the serialization format GHC needs for
storing package info bear any relation to the human authored form? If not, the
split out of the package types could be accomplished in a way where GHC uses
simple show/read(P) style serialization for storage of
Can I ask what the Cabal team's position is with respect to the question of
allowing the same package to be installed several times, each compiled against
a different collection of dependencies?
This is the problem that you built sandboxes to work around; the What are
sandboxes and why are
| Can I ask what the Cabal team's position is with respect to the
| question of allowing the same package to be installed several times,
| each compiled against a different collection of dependencies?
|
| I think that we all agree that in the long term a Nix-like package
| database is the ideal
| (correct me if I'm wrong). At that point incremental build times
| matter more, as they make the edit-compile-test cycle longer. Avoiding
| extra work (unnecessary linking) and doing things faster (more
| parallelism) help here.
|
| Cheers,
| Johan
|
| On Thu, Sep 5, 2013 at 12:15 AM, Simon Peyton-Jones
I'm thrilled that there so much Cabal activity!
Is anyone working on, or interested in, the issue of compiling and installing
the same package against different dependencies? (There was a Google SoC
project about this.) Cabal sandboxes address the same issue, but at some user
cost. It
Is it really that many cycles? (Compared to all the other great stuff the
Cabal team are doing.)
Simon
From: Johan Tibell [mailto:johan.tib...@gmail.com]
Sent: 28 November 2013 12:07
To: Simon Peyton-Jones
Cc: cabal-devel@haskell.org
Subject: Re: Should we aim for a new release in late January
: 08 May 2014 14:48
To: Simon Peyton Jones
Cc: Herbert Valerio Riedel; Simon Marlow; ghc-d...@haskell.org
Subject: Re: Cabal can't open a TCP connection
On Thu, May 8, 2014 at 8:22 PM, Simon Peyton Jones
simo...@microsoft.commailto:simo...@microsoft.com wrote:
On a machine that doesn't need to use
Dear Cabal-ers
I have downloaded a binary installation of GHC 7.8.2, for Linux.
Now I want to install regex-compat. First I had to deal with the http_proxy
problem, in my last email. But now I get this:
cabal install regex-compat
Resolving dependencies...
Downloading regex-posix-0.95.2...
Peyton Jones
| Cc: cabal-devel@haskell.org
| Subject: Re: Cabal problem
|
| Could it be this problem?
| https://plus.google.com/115504368969270249241/posts/19fyYuT5C1i
|
| Regards,
|
| Erik
|
| On Thu, May 8, 2014 at 6:23 PM, Simon Peyton Jones
| simo...@microsoft.com wrote:
| Dear Cabal-ers
The way I am thinking of it is this. In Simon's proposal in
http://web.mit.edu/~ezyang/Public/ghc-cabal-refactor.pdf
the ghc-db library is simply a Haskell library that gives a programmatic way to
interact with GHC's installed package database(s). GHC needs that. ghc-pkg
needs that. cabal
Cabal folk: it looks as if updating Cabal has made GHC on Windows break. Might
you investigate?
See below
Thanks
Simon
-Original Message-
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Páli Gábor
János
Sent: 09 October 2014 06:15
To: ghc-d...@haskell.org
Subject:
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 other packages and versions due to cabal hell.
People mean
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
· But alas, P depends on containers 2.9 and Q depends on containers 3.1
Now I’m stuck. But there is a good reason for being stuck, and one that is
explicable.
Simon
From: Michael Snoyman [mailto:mich...@snoyman.com]
Sent: 23 March 2015 08:53
To: Simon Peyton Jones; cabal-devel@haskell.org
Cc: haskell
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
Dear Cabal developers
I guess everyone is busy, but I feel a bit stuck on knowing how to make
progress on this thread.
Thanks
Simon
From: Simon Peyton Jones
Sent: 20 April 2015 09:12
To: Simon Peyton Jones; cabal-devel@haskell.org
Cc: haskell-infrastruct...@community.galois.com; Haskell
Good idea!
| suggestions. I might also be convinced by "InstalledComponentId" (which
I dislike the "installed" part for the reasons you say. And I would really
love to have some indication that this is a hash or MD5 sum of the entire INPUT
to the compilation process (source code, flags...).
describing the solution would be excellent; with
pointers from the Cabal home page.
Simon
| -Original Message-
| From: the.dead.shall.r...@gmail.com
| [mailto:the.dead.shall.r...@gmail.com] On Behalf Of Mikhail Glushenkov
| Sent: 16 December 2015 22:49
| To: Simon Peyton Jones <s
2018 15:02
| To: Simon Peyton Jones <simo...@microsoft.com>
| Cc: cabal-devel <cabal-devel@haskell.org>
| Subject: Re: draft proposal on provenance-qualified dependencies
|
| Thanks for these comments Simon. It is good to have a sanity-check on
| these proposals before they go before
Gershom
Looks like a great idea.
Lots of questions though:
- I think more motivation would be helpful. E.g. "You are in change
of the GHC 8.6 release. Package authors don't want to upload a new
version of their packages until 8.6 is out, but you still want to
smoke-test 8.6 against
-8.9.0.20190414 x86_64-linux-8.9.0.20190508
x86_64-linux-8.6.4 x86_64-linux-8.9.0.20190430 x86_64-linux-8.9.0.20190527
bash$ ls ~/.ghc/x86_64-linux-8.6.4/
package.conf.d
Simon
From: Oleg Grenrus
Sent: 30 May 2019 20:19
To: Simon Peyton Jones ; cabal-devel@haskell.org
Subject: Re: Cabal install
PS: would a -z flag have helped me? Alas no: I would never have found it. I
had no idea that cabal was looking at a local project.
I can see this is a difficult UI problem
From: Simon Peyton Jones
Sent: 31 May 2019 10:10
To: Oleg Grenrus ; cabal-devel@haskell.org
Cc: Simon Peyton-Jones (simo
ll-2.4.1.0). See the build log above for details.
Failed to build zlib-0.6.2 (which is required by cabal-install-2.4.1.0). See
the build log above for details.
From: Oleg Grenrus
Sent: 30 May 2019 20:30
To: Simon Peyton Jones ; cabal-devel@haskell.org
Subject: Re: Installation failed
Hi again Si
'm in.
I'm not saying it's wrong - everything about UI is a judgement - just that it
may be very counter-productive for some users.
Simon
From: Oleg Grenrus
Sent: 31 May 2019 09:31
To: Simon Peyton Jones ; cabal-devel@haskell.org
Subject: Re: Cabal install
Hi Simon,
I see, you triggered another f
ate itself.
Sorry to be so dim ... but other users may be too so in a way I'm trying not to
be too clever :-). Thanks for beign responsive.
Simon
From: Oleg Grenrus
Sent: 31 May 2019 09:47
To: Simon Peyton Jones ; cabal-devel@haskell.org
Subject: Re: Installation failed
Sorry, I wrote non-sense, t
Dear friendly Cabal folk
Here's what happened to me today
bash$ cabal install lhs2tex
cabal: Could not resolve dependencies:
[__0] next goal: report (user goal)
[__0] rejecting: report-0.1.0.0 (conflict: requires UnsaturatedTypeFamilies)
[__0] fail (backjumping, conflict set: report)
After
Dear Cabal developers
More woe:
simonpj@MSRC-3645512:~$ cabal install lhs2tex
Resolving dependencies...
Up to date
cabal: installdir is not defined. Set it in your cabal config file or use
--installdir=
In the olden days, didn't cabal install by default in ~/.cabal/bin?
Never mind, let's do
Dear Cabal-devs
My earlier messages to cabal-devel was flagged as spam by the time it reached
Michael and Carter. (Perhaps others too.)
Gershom has fixed something in the mail server, so this is a test message to
see if his fix worked.
Michael, Carter, could you let me know whether or not this
43 matches
Mail list logo
