Before I start hacking on something I thought I'd do a little survey
on the current state of affairs. There's a lot of different stuff out
there and I'm a bit confused about the purpose of each:
* Cabal
* cabal-get (dead?)
* cabal-install
* cabal-put
* Hackage
* HackageDB
I would appreciate if
I can't easily send patches from work so I'll report this bug before I
forget about it. There's a typo in
Distribution/PackageDescription/QA.hs
ghcWarn -O2 $
-O2 is rarely needed as it often prolong the compile time
++ with usually with little benefit.
Notice the extra with.
On Wed, Feb 20, 2008 at 5:16 PM, Henning Thielemann
[EMAIL PROTECTED] wrote:
I have upgraded to Cabal 1.2 while still using GHC-6.4.1. In the Haskore
project there is the module NewResolutions.lhs which let GHC run into
extensive swapping (certainly due to excessive memory consumption) on
On Tue, Feb 26, 2008 at 12:09 AM, Don Stewart [EMAIL PROTECTED] wrote:
igloo:
On Mon, Feb 25, 2008 at 01:26:52PM -0800, Donald Bruce Stewart wrote:
duncan.coutts:
It's no use pretending that readFile returns Unicode, it just doesn't
(except on Hugs which does it properly).
On Wed, Feb 25, 2009 at 11:58 AM, Neil Mitchell ndmitch...@gmail.com wrote:
Really of course we should notice this earlier and complain that we
cannot use this new feature while using the older lib version. We should
file a ticket about that. In fact the whole issue with what the Setup
command
On Tue, Jun 2, 2009 at 2:27 PM, Ian Lynagh ig...@earth.li wrote:
On Tue, Jun 02, 2009 at 10:26:34AM +0100, Duncan Coutts wrote:
You mentioned in the ticket that we need to have base strictly following
the PVP. That's true of course. I'm assured by the GHC hackers that
they're committed
On Tue, Jul 7, 2009 at 10:00 PM, Thomas DuBuisson
thomas.dubuis...@gmail.com wrote:
I now realise we need a bit more :-)
So the issue is that we'd like to be able to specify a server by a
single URL and be able to find everything else relative to that. Ideally
we would do that by some
On Wed, Jul 8, 2009 at 3:09 AM, Duncan Coutts
duncan.cou...@worc.ox.ac.ukwrote:
On Tue, 2009-07-07 at 22:52 +0200, Johan Tibell wrote:
To be RESTfull this should just be $URL to avoid forcing servers to
have a resource called jumptable.
What do real REST designs really do in this kind
On Mon, Aug 17, 2009 at 6:18 PM, Laszlo Nagyrizso...@gmail.com wrote:
Hi All,
I was volunteer to solve this problem:
http://hackage.haskell.org/trac/summer-of-code/ticket/1565
In a conversation on the librar...@haskell.org I was suggested to
scratch my idea here.
I would use hoogle for
Adding Thomas who wrote the code.
On Fri, Nov 26, 2010 at 6:07 AM, Antoine Latter aslat...@gmail.com wrote:
Hi Cabal,
Is there documentation for the new test-suite functionality? I tried
adding the following stanza to my package description:
test-suite basic
default-language:
On Sat, Nov 27, 2010 at 3:39 AM, Antoine Latter aslat...@gmail.com wrote:
Yep, that was it. Is there a reason the 'test' command doesn't work by
default? It seems odd that typing 'cabal test' isn't enough of an
indication of what I wanted to do. There are probably backwards
compatibility
Hi all,
I had a look at actually implementing the feature this morning but got
stuck on the flag parsing. How do I convert
, option [] [test-option]
(give extra option to test executables
++ (no need to quote options containing spaces))
testOptions (\v
On Tue, Jan 11, 2011 at 7:44 AM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
I had a look at actually implementing the feature this morning but got
stuck on the flag parsing. How do I convert
, option [] [test-option]
(give extra option to test executables
I've created a patch that implements
http://hackage.haskell.org/trac/hackage/ticket/787
and attached it to the ticket.
Tue Jan 11 08:30:13 CET 2011 Johan Tibell johan.tib...@gmail.com
* Allow name template in --test-option and --test-options
Only $test-suite is supported for now
On Mar 13, 2011 11:19 PM, Henning Thielemann
lemm...@henning-thielemann.de wrote:
On Sun, 13 Mar 2011, Thomas Tuegel wrote:
I recently submitted a patch which greatly improves the detailed
interface; this is one issue in particular that it addresses. That patch is
not yet in the darcs
Hi Frank,
Thanks for reaching out and gathering input.
On Tue, Mar 29, 2011 at 9:54 PM, Frank Murphy anirishd...@gmail.com wrote:
- Parallelize executeInstallPlan. When given a target load average as a flag
it
will determine whether it should spawn a worker (if below the target load
On Thu, Mar 31, 2011 at 8:33 PM, Frank Murphy anirishd...@gmail.com wrote:
What do people think about seeing this ticket (#212) resolved as part
of a SoC project?
Is it worthwhile enough to merit consideration?
It might be too small a task to cover the whole summer, depending on
the scope you
On Thu, Mar 31, 2011 at 9:01 PM, Jason Dagit dag...@gmail.com wrote:
I've seen a few people requesting 'cabal ghci' lately, and I just want to
point out that cabal-dev already has a ghci command. I use it quite often
and it's been working well for me.
Right. We've been talking about merging
On Thu, Mar 31, 2011 at 10:16 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
There's not only a ticket, there's a patch! I implemented this donkeys
years ago but in the wrong part of Cabal (Cabal library instead of
cabal-install, or vice-versa) so it never got applied :(
The patch took
On Sat, May 21, 2011 at 4:20 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
Here's the equivalent bit of my design (the TestResult is the same):
data TestInstance
= TestInstance {
run :: IO TestResult
name :: String,
concurrentSafe :: Bool,
On Sat, May 21, 2011 at 7:36 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
Actually, we need more than this. We need to be able to do IO to
enumerate the tests in the group.
Consider the ghc tests suite. It is an interesting and reasonably
large scale example. I think we ought to make
On Mon, May 23, 2011 at 4:19 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
So in your other email you suggest a simple attribute system where we
use a set of named tags, but with no meanings that a generic test agent
will know about, just to be used as way for users to filter on tests.
On Tue, Jun 28, 2011 at 7:28 PM, Thomas Tuegel ttue...@gmail.com wrote:
I've been working on this new interface and a test runner for it, and
I've made a discovery about this property of exclusivity
(alternately, concurrent safety) that I think I should share.
Exclusivity is not a property of
On Fri, Jul 8, 2011 at 3:39 AM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
I hope it should also fix #859, but I need Johan to test that one (I
can't make it build for what looks like unrelated reasons).
Works for me. Thanks for fixing.
___
Hi Nicholas,
My Google Summer of Code student, Mikhail Glushenkov, is working on
parallel builds for Cabal this summer. The first milestone is to build
separate packages in parallel, but if he has time he'll look into full
parallel builds (at the module level).
Cheers,
Johan
Curious about how a user of this API would look like I converted the
parts of the test-framework API I use (for QC2 tests) to use the Cabal
API.
-- Converting a QC2 property to a Cabal test type.
type TestName = String
testProperty :: Testable a = TestName - a - Tests
On Fri, Jul 29, 2011 at 4:40 AM, Thomas Tuegel ttue...@gmail.com wrote:
On Wed, Jul 27, 2011 at 5:06 AM, Johan Tibell johan.tib...@gmail.com wrote:
* Having the top-level 'tests' binding be IO Tests, instead of IO
[Tests], is a bit inconvenient. It forces the users to always use at
least one
Hi all,
Problem
===
After having used Makefiles to build my benchmark suites for quite some time
I'm convinced we need support for building benchmark using Cabal. Make
doesn't solve the problem of building a benchmarks particularly well. There
are several problems:
* Building your library
On Tue, Oct 4, 2011 at 7:57 AM, Duncan Coutts
duncan.cou...@googlemail.comwrote:
In general, yes I think benchmarking is a sensible follow-on from test
suites. We can follow the same approach of specifying a protocol so that
we can add more sophisticated interfaces later as we gain experience
Hi,
Here's a another proposal.
Now when we start having more components in one package (library,
executables, test suites, and soon benchmarks) it would be convient
to specify what to build directly from the command line without having to
reconfigure e.g.
cabal build my-test
This would
On Wed, Oct 5, 2011 at 3:43 AM, Duncan Coutts
duncan.cou...@googlemail.comwrote:
Hmm, that's an interesting idea, to just make benchmarks a different
testsuite protocol. Certainly we could prototype it like this.
We should try to separate concreate .cabal syntax from implementation. We
could
Hi,
Quite a few of Cabal's unit tests are currently failing. Anyone care to take
a look?
$ ./dist/build/unit-tests/unit-tests
Cabal test suite - testing cabal version 1.11.2
PackageTests/BuildDeps/SameDepsAllRound/:
: [OK]
PackageTests/BuildDeps/GlobalBuildDepsNotAdditive1/:
: [Failed]
Hi all,
I just pushed 5 patches containing the beginnings of an implementation of a
new 'benchmark' section:
Tue Oct 11 15:28:49 NDT 2011 Johan Tibell johan.tib...@gmail.com
* Add a Benchmark data type for representing 'benchmark' sections
Tue Oct 11 16:45:15 NDT 2011 Johan Tibell johan.tib
Wed Oct 12 07:30:34 PDT 2011 Johan Tibell johan.tib...@gmail.com
* Build executable benchmarks
Benchmarks are treated just like test suites in that a dummy
Executable is created and built.
M ./cabal/Distribution/Simple/Build.hs -1 +22
M ./cabal/Distribution/Simple/LocalBuildInfo.hs
Hi,
While adding some package checks for the new benchmark section I came up
with some questions regarding section names. I think we need to clarify the
design here.
Which things live in the same namespace? The current checks seems
inconsistent:
* The library (i.e. package name) and executables
Wed Oct 12 13:50:36 PDT 2011 Johan Tibell johan.tib...@gmail.com
* Include benchmarks in product of 'setup sdist'
M ./cabal/Distribution/Simple/SrcDist.hs -5 +26
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111012205036-73595
Wed Oct 19 08:32:33 PDT 2011 Johan Tibell johan.tib...@gmail.com
* Describe benchmark sections in the user guide
M ./Cabal/doc/developing-packages.markdown +69
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111019153233-73595
Hi,
Just wanted to advertise that 'cabal bench' is now implement and pushed to
HEAD. Please try it out. It's described in the user guide.
Cheers,
Johan
___
cabal-devel mailing list
cabal-devel@haskell.org
Tue Oct 25 11:30:32 PDT 2011 Simon Meier iridc...@gmail.com
* typos in benchmarks documentation/help
M ./Cabal/Distribution/Simple/Setup.hs -1 +1
M ./Cabal/doc/developing-packages.markdown -1 +1
View patch online:
Hi Simon,
Thanks for trying it out and thanks for the patch. I've pushed it to HEAD.
On Tue, Oct 25, 2011 at 11:37 AM, Simon Meier iridc...@gmail.com wrote:
I have two open questions:
* Is the = 1.9.2 interface the right interface? From the changelog, I
would assume that it is already
On Tue, Oct 25, 2011 at 12:45 PM, Bas van Dijk v.dijk@gmail.com wrote:
A cabal bench command would be nice indeed.
See my reply to Simon.
-- Johan
___
cabal-devel mailing list
cabal-devel@haskell.org
Applied. Thanks for the patch!
On Tue, Oct 25, 2011 at 11:45 AM, Bas van Dijk v.dijk@gmail.com wrote:
Hi Johan,
There's a small typo in the Benchmarks section in the user guide. The
attached patch fixes it.
I'm going to try it out on one of my packages now...
Bas
Tue Oct 25 17:27:38 PDT 2011 Johan Tibell johan.tib...@gmail.com
* Briefly document 'cabal test' and 'cabal bench'
M ./Cabal/doc/developing-packages.markdown +27
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111026002738-73595
Tue Oct 25 17:53:09 PDT 2011 Johan Tibell johan.tib...@gmail.com
* Register 'bench' command with the CLI
M ./cabal-install/Main.hs +3
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=cabal;a=darcs_commitdiff;h=20111026005309-73595
My bad, 'cabal bench' now works.
-- Johan
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Mon, Oct 24, 2011 at 7:09 PM, Conrad Parker con...@metadecks.org wrote:
(I wish this project was in git so I could just reply to the patch inline
;-)
Regarding this comment in the docs:
+For brevity, the example package
+does not include a library or any normal executables, but a real
On Mon, Jan 2, 2012 at 9:35 AM, Antoine Latter aslat...@gmail.com wrote:
Hi Cabal,
Is their a recommended way of specifying data files to use with a test-suite?
I want to test being able to parse binary data in a backwards
compatible way, so would like the test data to be in source control.
This has annoyed me as well. Thanks for fixing.
On Sat, Jan 7, 2012 at 10:59 AM, Antoine Latter aslat...@gmail.com wrote:
Hi Cabal,
When trying to use cabal install --enable-tests --only-dependencies
it appears to be passing the --enable-tests option down to the
dependent packages during
On Thu, Feb 2, 2012 at 3:13 PM, Antoine Latter aslat...@gmail.com wrote:
On Sat, Jan 7, 2012 at 12:59 PM, Antoine Latter aslat...@gmail.com
wrote:
Hi Cabal,
When trying to use cabal install --enable-tests --only-dependencies
it appears to be passing the --enable-tests option down to the
Guys,
I'm a little confused. Could someone please summarize what
cabal install --enable-tests foo
will do? And also, what will
cabal install --enable-test --only-dependencies
do? I always use the latter to pull in the deps needed to build and run the
tests in the package I'm working
Hi,
I tried to use cabal-install from today's HEAD but it doesn't seem to
pick up test-suites anymore:
$ ../cabal/cabal-install/dist/build/cabal/cabal clean
cleaning...
$ ../cabal/cabal-install/dist/build/cabal/cabal configure
--enable-tests --enable-library-coverage
Resolving dependencies...
On Wed, Feb 22, 2012 at 5:41 PM, Thomas Tuegel ttue...@gmail.com wrote:
Sorry! I posted the patch for this to the list a few days ago, but I
hadn't gone back to bug someone about committing it. I'm attaching it
again; if it works for you, I'll push harder.
Works for me. Can you push it
On Sat, Apr 21, 2012 at 9:06 AM, Andres Löh and...@well-typed.com wrote:
My vote is for the latter. GHC has coped with flag days for libraries before.
Mine too.
I'm leaning towards this solution as well. Here's another related question:
Adding all branches together in one git repository
Great. If anyone need some git help, just let me know.
I think it's less important to move the bug tracker, as long as it is
possible to send pull requests on github.
On Sunday, April 22, 2012, Andres Löh wrote:
Hi everyone.
The cabal repository now lives at Github:
Oh, you probably also want to subscribe to the repos RSS feed so you
can see any incoming pull requests.
On Sun, Apr 22, 2012 at 7:38 AM, Johan Tibell johan.tib...@gmail.com wrote:
Great. If anyone need some git help, just let me know.
I think it's less important to move the bug tracker
On Fri, May 25, 2012 at 9:49 AM, Bryan O'Sullivan b...@serpentine.com wrote:
Ugh. I'll see if I can find time to write a script to fix up the cross
references.
Is the problem due to there already being some issue reports in the
repo and thus all the Trac tickets got offset by some number?
On Mon, Jul 2, 2012 at 3:14 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
Something to keep in mind is memory usage. I know Jeremy is looking at
this from the infrastructure side, but I think from the app side there's
also some likely culprits. Cabal's GenericPackageDescription type is
On Tue, Jul 3, 2012 at 4:05 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
I still disagree that going with an external SQL db will be easier.
The big advantage of the acid-state (and similar) data stores is that
they let us use Haskell types properly and don't imply a separate
external
I was fooling around a bit with the build (it now includes test
reports!). Sorry for the noise.
On Tue, Jul 31, 2012 at 7:43 PM, Jenkins Daemon
no-re...@johantibell.com wrote:
See http://ci.johantibell.com/job/cabal/11/
--
Started by user Johan Tibell
On Thu, Aug 16, 2012 at 7:32 PM, Thomas Tuegel ttue...@gmail.com wrote:
If this is no longer the plan, or if the desired time frame for fixing
this bug is shorter than this plan's time-to-completion, then we
should probably do as you suggest.
Since no one is working on it and people are quite
On Sat, Aug 18, 2012 at 1:02 PM, Erik Hesselink hessel...@gmail.com wrote:
How did you finally solve this?
Unfortunately not. ghc still consistently segfaults trying to compile cabal.
___
cabal-devel mailing list
cabal-devel@haskell.org
I suggest the following branch model:
Development takes place on the master branch which is, some time
before the release, forked into a cabal-x.y branch. The cabal-x.y
branch will only receive bug fixes up til the release. General
development (i.e. new features) continue going in to the master
On Mon, Aug 27, 2012 at 2:00 PM, Andres Löh and...@well-typed.com wrote:
Apart from a fixed-schedule release cycle, how's this model different
from the model we use now?
I don't think it is. The release schedule is the important part for me.
___
On Mon, Aug 27, 2012 at 2:09 PM, Andres Löh and...@well-typed.com wrote:
I don't think it is. The release schedule is the important part for me.
I'm not a huge fan of quarterly release schedules. They hardly leave
you any time to actually do anything. I'd much rather have a release
schedule
On Mon, Aug 27, 2012 at 2:31 PM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
I think help with managing the stable branch and making releases would
be very helpful indeed.
So how about Bryan, I, and whoever else feels like helping manage the
releases in the future? I'm acquiring a beefier
On Wed, Aug 29, 2012 at 11:12 AM, Jenkins jenk...@johantibell.com wrote:
PackageTests/BuildDeps/InternalLibrary0/:
: [Failed]
error should say 'library which is defined within the same package.'
expected: True
but got: False
I suspect that this test might be flaky as I've seen it go from
Trying another email address for Stephen.
On Wed, Aug 29, 2012 at 11:27 AM, Johan Tibell johan.tib...@gmail.com wrote:
On Wed, Aug 29, 2012 at 11:12 AM, Jenkins jenk...@johantibell.com wrote:
PackageTests/BuildDeps/InternalLibrary0/:
: [Failed]
error should say 'library which is defined
Hi all,
On Wed, Aug 29, 2012 at 3:38 PM, David Terei dave.te...@gmail.com wrote:
Hi All,
So my uniformed 2cents.
I'd really hate having to use normal'ish cabal commands prefixed with
'sandbox'. I.e., configure-sandbox, build-sandbox... are all horrible.
I should have clarified this point.
Stephen fixed the test suite for us and now the build bot is happy.
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Hi,
On Fri, Aug 31, 2012 at 5:34 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Wed, Aug 29, 2012 at 1:45 AM, Johan Tibell johan.tib...@gmail.com wrote:
Perhaps a separate command, cabal init-sandbox, would be the best
approach. Running that command would create
On Fri, Aug 31, 2012 at 12:27 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Fri, Aug 31, 2012 at 8:25 PM, Johan Tibell johan.tib...@gmail.com wrote:
Let's have sandbox-init not take any configure arguments. It should
just mark that the current repo should use a sandbox
On Fri, Aug 31, 2012 at 1:13 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Hi,
On Fri, Aug 31, 2012 at 9:27 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Here's an idea: as a compromise we can have cabal build imply
reb-building and installing only add-source
Hi,
On Sat, Sep 1, 2012 at 3:11 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
On Fri, Aug 31, 2012 at 11:43 PM, Johan Tibell johan.tib...@gmail.com wrote:
Why does `cabal install` affect the saved configure flags? Does it do
that today even if you don't use the new sandbox stuff
On Mon, Sep 3, 2012 at 2:24 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
OK. If we decide to make sandbox-init install the dependencies, it'll
have to accept configure flags.
That's true. However, I don't think we should install dependencies at
sandbox initialization time, but at
On Mon, Sep 3, 2012 at 12:50 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
-It's just that I had a version using install already working. It'll
take me a bit more time to make it use configure/build/register
instead. I'm a bit busy right now, so this will have to wait until
next
On Tue, Sep 4, 2012 at 2:17 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
I looked more closely into this, and it seems like the easiest
solution is a --no-download flag for install. It can be implemented
either by exiting with error if the install plan contains packages
that
On Wed, Sep 5, 2012 at 9:12 AM, Leon Smith leon.p.sm...@gmail.com wrote:
On Wed, Sep 5, 2012 at 9:57 AM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
In the new server the security is a little better, but we still want
to have a manual step to grant uploader rights.
Well, my
On Thu, Sep 6, 2012 at 11:49 AM, Ian Lynagh i...@well-typed.com wrote:
Someone pointed out that one disadvantage of traditional databases is
that they discourage you from writing as if everything was Haskell
datastructures in memory. For example, if you have things of type
data Foo = Foo {
On Sat, Sep 15, 2012 at 4:35 AM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
Jens Petersen juhp at community.haskell.org writes:
Hi,
I managed to build cabal-install-0.25.2 (from the cabal-1.16 branch)
with ghc-7.6.1 Cabal.
However the use of viewAsFieldDescr in
Hi,
Since Cabal and cabal-install might not be released at the same time
and thus not from the same Git commit we will from now on tag releases
in the Git repo as
Cabal-vX.Y.Z
and
cabal-install-vX.Y.Z
The v in the tag is used to distinguish the tags from branches we
might create some time
Hi all,
There's been a long time since we had a cabal-install release and
there are a lot of bug fixes in the repo we need to get out there.
After discussing with Duncan we agreed that the cabal-install release
should depend on the already released Cabal-1.16.0 package. I've
created a new
On Thu, Sep 27, 2012 at 7:50 PM, Brent Yorgey byor...@seas.upenn.edu wrote:
Ought we to include the commit
Make cabal-install build with Cabal-1.16.
https://github.com/haskell/cabal/commit/782a48717140df7bd695f7d16441dc9b0db585a0
? Also, shouldn't we try to have the new cabal-install
Hi,
I don't want to hold up the release on this issue if it needs more
discussion. I'd like to make another Cabal/cabal-install release
before end of the year (probably around GHC's release timeline), to
include the sandbox stuff once done. Would it be OK to wait until then
with these two
Hi all,
Bryan and I have spent the evening preparing and testing Cabal and
cabal-install release candidates. We've tested the releases with the
last 3 GHC release, on Linux, OS X, and Windows and using a largish
set of commonly used packages (about 136 of them). If you'd like to
help out with the
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0. This release contains almost a year worth of
patches. Highlights include:
* Parallel installs (cabal install -j)
* Several improvements to the dependency solver.
* Lots of bugfixes
We're also
On Wed, Oct 3, 2012 at 6:21 PM, José Lopes jose.lo...@ist.utl.pt wrote:
Hello,
I just tried to upgrade cabal-install using an older version and it yields
the following error:
Distribution/Client/JobControl.hs:63:6: Not in scope: `mask'
We tested on GHC 7.0.4, 7.4.1, and 7.6.1.
If you need
On Wed, Oct 3, 2012 at 9:15 PM, Austin Seipp mad@gmail.com wrote:
Just a heads up: on Ubuntu 12.04 with GHC 7.4.1 out of apt (no
haskell-platform,) using the bootstrap.sh script fails, because the
constraints for CABAL_VER_REGEXP are too lax:
$ sh ./bootstrap.sh
Checking installed
On Wed, Oct 3, 2012 at 5:42 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On Oct 4, 2012 2:08 AM, Johan Tibell johan.tib...@gmail.com wrote:
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0.
Why the sudden change in versioning scheme
Hi,
I'll make a bugfix release for cabal-install and Cabal in a few days
to include fixes to issues people found so far. If everyone who had
some problem related to the latest release could please post it here
so I can make sure that we include a fix for them. If you've already
reported it
Hi all,
I've created bug fix release candidates for Cabal and cabal-install to
address the bugs found after the release. If everyone could take some
time to try them out, especially those who had issues with the
previous releases. To install the release candidates run:
cabal install
On Mon, Oct 15, 2012 at 7:16 PM, Johan Tibell johan.tib...@gmail.com wrote:
Hi all,
I've created bug fix release candidates for Cabal and cabal-install to
address the bugs found after the release.
Here's the list of fixed bugs:
Fixed since cabal-install-1.16.0:
* Fix installing from custom
Hi,
If we're going to be using sandboxes extensively (I think we should!)
having each command output the sandbox location is a bit much. Perhaps
make this line:
Using a sandbox located at /Users/tibbe/src/cassava/.cabal-sandbox
only appear at higher verbosity?
I think we should output
On Mon, Oct 15, 2012 at 9:34 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
On Tue, Oct 16, 2012 at 5:27 AM, Johan Tibell johan.tib...@gmail.com wrote:
Hi,
If we're going to be using sandboxes extensively (I think we should!)
having each command output the sandbox location
Hi Simon,
On Fri, Oct 19, 2012 at 4:49 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
As discussed in Trac #6032 I am deprecating
Rank2Types
PolymorphicComponents
in favour of the single flag
RankNTypes
I'm fine with making the changes to cabal, but
On Mon, Oct 22, 2012 at 11:02 AM, Ashley Yakeley ash...@semantic.org wrote:
I think it's OK if a compiler accepts a program incorrectly marked
Rank2Types when it actually requires rank-n types?
It's an interesting question: does Rank2Types mean I require at least
rank-2 types or I only use
Hi,
On behalf of the cabal contributors, I'm proud to announce bugfix
releases of Cabal and cabal-install. Here's a complete list of changes
since the last release:
Since Cabal-1.16.0.1:
* Bump Cabal version number to 1.16.0.2
* Fixed warnings on the generated Paths module. The warnings are
On Mon, Oct 22, 2012 at 9:14 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Do you mean “silently and forever”? Deprecation simply means that
everything continues to work, but you get a little nudge to change. Isn’t
that what it’s for? If you treat deprecation as equivalent to error,
Hi all,
Regressions in Cabal are getting more common. Cabal have a tougher
correctness problem that your average Haskell program, as it
* does a lot of I/O (e.g. calling out to other programs),
* needs to do different things on different operating systems, and
* includes rarely tested
On Wed, Oct 31, 2012 at 2:52 PM, Mikhail Glushenkov
the.dead.shall.r...@gmail.com wrote:
On Wed, Oct 31, 2012 at 6:22 PM, Johan Tibell johan.tib...@gmail.com
wrote: Since sandboxing is working today (with a few minor tweaks yet to be
done) and it can be transparently replaced with a better
On Mon, Nov 5, 2012 at 8:14 AM, Jeroen Bransen j.bran...@uu.nl wrote:
With Distribution.Simple.PreProcess.PreProcessor we can add a custom
preprocessor to our Haskell project. This works fine when there is a
one-to-one mapping from other-source to Haskell-source file, but there is no
good
1 - 100 of 235 matches
Mail list logo