Happy to see Arm binaries there :)
Cheers,
Vanessa McHale
> On Jul 27, 2020, at 11:00 AM, Oleg Grenrus wrote:
>
> The Cabal developers are happy to announce the first release candidate
> for cabal-install-3.4.0.0
>
> The corresponding tag is `cabal-install-3.4-rc1`,
>
> https://github.com
...@microsoft.com)
Subject: RE: Cabal install
Solution is to change directory (cd) somewhere else and try again. (There's
also cabal install -z flag feature request, -z to ignore local project; but
it's not yet merged).
Yes, that's what I worked out in the end. But it does
#x27;s radically affected by which directory I'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:
linux-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:* R
6_64-linux-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: Cab
Hi Simon,
my first guess is that: when working on the unsaturated type families
paper, you did `cabal install --lib report`; or something similar.
`report` is probably some internal library to that paper / project.
In that case, you are hitting the unfortunate cabal bug [1].
To confirm, chec
On 09/09/2015 10:08 AM, Kosyrev Serge wrote:
> Bardur Arantsson writes:
>
>> On 09/09/2015 12:22 AM, Gershom B wrote:
>>> That _does_ look simpler!
>>>
>>> However, I think there are multiple efforts underway towards the
>>> nix-style stuff. We had a GSoC on that for example. And in that
>>> work
Bardur Arantsson writes:
> On 09/09/2015 12:22 AM, Gershom B wrote:
>> That _does_ look simpler!
>>
>> However, I think there are multiple efforts underway towards the
>> nix-style stuff. We had a GSoC on that for example. And in that
>> workflow, if it all works out properly, then we end up wit
On 09/09/2015 12:22 AM, Gershom B wrote:
> That _does_ look simpler!
>
> However, I think there are multiple efforts underway towards the
> nix-style stuff. We had a GSoC on that for example. And in that
> workflow, if it all works out properly, then we end up with a
> situation where since the ge
That _does_ look simpler!
However, I think there are multiple efforts underway towards the
nix-style stuff. We had a GSoC on that for example. And in that
workflow, if it all works out properly, then we end up with a
situation where since the general-user-db has no conflicts, then
sandboxes are th
Hi,
On 29 May 2014 20:09, Johan Tibell wrote:
> Hi all,
>
> There's some important bug fixes in Cabal-1.20.0.1 and
> cabal-install-1.20.0.2 and I'd like to upload some binaries to make it
> easier for users to upgrade. Could someone build me a Windows binary? We
> could also use Linux binaries, b
Am 19.05.2014 15:36, schrieb Andres Löh:
> Hi Björn.
>
> Please see my latest comment on issue 1855 (which I believe to be
> related or the same) at
> https://github.com/haskell/cabal/issues/1855#issuecomment-43503323 for
> a status update. I think I know what the problem is, but I still need
> to
Hi Björn.
Please see my latest comment on issue 1855 (which I believe to be
related or the same) at
https://github.com/haskell/cabal/issues/1855#issuecomment-43503323 for
a status update. I think I know what the problem is, but I still need
to fix it.
Cheers,
Andres
Am 19.05.2014 13:52, schrieb Andres Löh:
> Hi.
>
> Could I get the .cabal file for curry-frontend-0.3.10 from somewhere?
Hi Andres,
you can find the packages curry-frontend and curry-base (used by the
former) at:
https://git-ps.informatik.uni-kiel.de/curry
The cabal files are:
https://git-ps.
Hi.
Could I get the .cabal file for curry-frontend-0.3.10 from somewhere?
Cheers,
Andres
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Am 19.05.2014 13:27, schrieb Björn Peemöller:
> Hi,
>
> I am trying to install a cabal package in a fresh, clean sandbox, but
> cabal fails with:
>
> cabal: Could not resolve dependencies:
> Dependency tree exhaustively searched.
Update: It works when I manually install the package
trans
On 3 April 2014 17:38, Bryan O'Sullivan wrote:
>
> Presumably that's the problem. We'd have a possibly zero amount of
> end-to-end security, coupled with a possibly zero amount of trust in the
> remote endpoint, but we have 20 years of human factors experience
> demonstrating that people trust SSL
On Thu, Apr 3, 2014 at 5:57 PM, Bob Ippolito wrote:
> it appears that HsOpenSSL has some usage.
If you care about security, it's the only viable option. Gnu TLS is really
buggy in my experience and the Haskell "tls" package is not widely enough
used to be a candidate (it also doesn't follow the
On Thu, Apr 3, 2014 at 8:38 AM, Bryan O'Sullivan wrote:
>
> On Thu, Apr 3, 2014 at 7:44 AM, Bob Ippolito wrote:
>
>> If it works, how would it be worse than using no encryption
>> whatsoever? Sure, maybe there would be a false sense of security, but it
>> seems like a step in the right direction
On Thu, Apr 3, 2014 at 7:44 AM, Bob Ippolito wrote:
> If it works, how would it be worse than using no encryption
> whatsoever? Sure, maybe there would be a false sense of security, but it
> seems like a step in the right direction.
>
Presumably that's the problem. We'd have a possibly zero amou
On Thursday, April 3, 2014, Johan Tibell wrote:
> On Thu, Apr 3, 2014 at 12:02 AM, Nikita Karetnikov
>
> > wrote:
>
>> > The big question we have to answer first is, how do we want to support
>> SSL?
>> > Do we want to use an existing, well-tested, well scrutinized SSL
>> > implementation and F
On Thu, Apr 3, 2014 at 12:02 AM, Nikita Karetnikov wrote:
> > The big question we have to answer first is, how do we want to support
> SSL?
> > Do we want to use an existing, well-tested, well scrutinized SSL
> > implementation and FFI bind to it? If so, which one and why? If not, are
> we
> > com
> The big question we have to answer first is, how do we want to support SSL?
> Do we want to use an existing, well-tested, well scrutinized SSL
> implementation and FFI bind to it? If so, which one and why? If not, are we
> comfortable enough with writing a correct SSL implementation? That's very
On Wed, Apr 2, 2014 at 12:22 PM, Herbert Valerio Riedel wrote:
> On 2014-04-01 at 22:43:47 +0200, Nikita Karetnikov wrote:
> > Turns out cabal-install itself uses HTTP. (Try to grep for "hackage" in
> > the source tree.) Is it due to the HTTP library, which doesn't support
> > HTTPS (4000.2.12
On 2014-04-01 at 22:43:47 +0200, Nikita Karetnikov wrote:
> Turns out cabal-install itself uses HTTP. (Try to grep for “hackage” in
> the source tree.) Is it due to the HTTP library, which doesn’t support
> HTTPS (4000.2.12 returns “user error (https not supported)”)?
>
> Is there any interest in
On 28 October 2013 18:39, Herbert Valerio Riedel wrote:
> Btw, are there any Linux distribution release out there which have not
> reached end-of-life and yet provide GHC 6.12.x as their default GHC?
>
(The EPEL 5 repo for RHEL5 and derivatives still has ghc-6.12.3
but RHEL5 is also getting old.
On 2013-10-28 at 09:31:49 +0100, Johan Tibell wrote:
[...]
>> Johan, was it you who cherry-picked it from master? Wasn't 1.18
>> supposed to still support 6.12?
> This is my fault. I don't know if it's worth another Cabal release to fix
> it though. 6.12 is more than 3 years old now.
Fwiw, GHC
Hi,
On Mon, Oct 28, 2013 at 9:52 AM, Henning Thielemann
wrote:
>
> On Mon, 28 Oct 2013, Johan Tibell wrote:
>
>> This is my fault. I don't know if it's worth another Cabal release to fix
>> it though. 6.12 is more than 3 years old now.
>
>
> I have three (remote) machines where I could compile an
On Mon, 28 Oct 2013, Johan Tibell wrote:
This is my fault. I don't know if it's worth another Cabal release to
fix it though. 6.12 is more than 3 years old now.
I have three (remote) machines where I could compile and run my stuff, all
of them have GHC-6.12.1 (Ubuntu 10.04 LTS). If mask_ can
On Sun, Oct 27, 2013 at 4:58 PM, Mikhail Glushenkov <
the.dead.shall.r...@gmail.com> wrote:
> Hi,
>
> On Sun, Oct 27, 2013 at 9:50 PM, Henning Thielemann
> wrote:
> >
> > I am trying to compile cabal-install-1.18.0.2 on GHC-6.12.1. It aborts
> > with:
> >
> > ...
> > [12 of 73] Compiling Distrib
Hi,
On Sun, Oct 27, 2013 at 9:50 PM, Henning Thielemann
wrote:
>
> I am trying to compile cabal-install-1.18.0.2 on GHC-6.12.1. It aborts
> with:
>
> ...
> [12 of 73] Compiling Distribution.Client.Compat.Semaphore (
> Distribution/Client/Compat/Semaphore.hs,
> dist/build/cabal/cabal-tmp/Distribu
Hi Duncan,
On Fri, Mar 15, 2013 at 4:46 PM, Duncan Coutts
wrote:
>
> So what would a proper UI look like here? [...]
Thanks, this makes sense.
> The build
> and install commands should work in a make-like fashion in that they
> have to be able to discover/check which packages are up to date
> (
On Fri, 2013-03-15 at 12:47 +0100, Mikhail Glushenkov wrote:
> Hi,
>
> On Fri, Mar 15, 2013 at 8:14 AM, Andres Löh wrote:
> >
> > No, please do not remove it. Running install without --only causes all sorts
> > of things to happen, because install is the magic command. The --only flag
> > is for
Hi,
Mikhail Glushenkov wrote:
What is the purpose of the "install" command's "--only" flag? The
documentation says "Only installs the package in the current
directory", but this is already supported by running "cabal install"
in the current directory without arguments.
Before installing the pa
Hi,
On Fri, Mar 15, 2013 at 8:14 AM, Andres Löh wrote:
>
> No, please do not remove it. Running install without --only causes all sorts
> of things to happen, because install is the magic command. The --only flag
> is for use after you have already run build and really only does the
> installatio
On 15 March 2013 15:14, Andres Löh wrote:
> Hi.
>
>> What is the purpose of the "install" command's "--only" flag? The
>> documentation says "Only installs the package in the current
>> directory", but this is already supported by running "cabal install"
>> in the current directory without argumen
Hi.
> What is the purpose of the "install" command's "--only" flag? The
> documentation says "Only installs the package in the current
> directory", but this is already supported by running "cabal install"
> in the current directory without arguments. Would it be fine if I
> removed "--only"?
No,
On Mon, Oct 15, 2012 at 7:16 PM, Johan Tibell 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 folder on Linux (#
Hi.
As Ben said, cabal-install-0.14.0 should just work with ghc-7.4.1. The
cabal-install-ghc74 package is "unofficial".
Cheers,
Andres
--
Andres Löh, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com
___
cabal-devel mailing list
cabal-de
On Sat, May 26, 2012 at 7:32 PM, xemdetia . wrote:
> Greetings,
>
> I was doing a clean, from scratch install of ghc-7.4.1 and was trying
> to get cabal-install to work, and since I am new I tried to do all the
> bootstrap.sh stuff myself. After failing and starting over I saw this
> package (caba
>> Is there a known workaround to this problem, short of dropping the
>> "self" dependency in the cabal file? Would it be too much to ask if
>> hackage can upgrade it's cabal? Would that break further things?
>
> Using a development version of cabal-install would run the risk of
> breaking other p
On Wed, Dec 21, 2011 at 05:34:33AM +, Levent Erkok wrote:
> I'm suffering from the issue reported in here:
> http://hackage.haskell.org/trac/hackage/ticket/656. In brief, cabal
> had a bug that prevented it from running haddock successfully if a
> package contained both a library and an executa
On 1 February 2011 20:23, Duncan Coutts wrote:
> On Sun, 2011-01-30 at 21:09 +1000, Jens Petersen wrote:
>> Great, thanks. (I already put it into Fedora's development tree
>> since I got tired of binlib packages not getting dynamically linked...:)
>
> Ok, so my next question is whether this is cr
On Mon, 2009-12-21 at 12:44 +, Simon Marlow wrote:
> > The current Cabal code takes a slightly different approach. It says at
> > the end "oh this exe isn't buildable, so its deps do not contribute to
> > the deps of the package".
> >
> > The problem is what it was doing before that. It sees t
On 20/12/2009 01:46, Duncan Coutts wrote:
On Fri, 2009-12-18 at 19:44 -0800, Dave Bayer wrote:
Hi Duncan,
Installation was easy (I typed "cabal-install HTTP zlib
cabal-install" ;-).
Thanks for testing it. I've uploaded it to hackage.
Overall, seems to work fine. I couldn't build darcs, but
On Fri, 2009-12-18 at 19:44 -0800, Dave Bayer wrote:
> Hi Duncan,
>
> Installation was easy (I typed "cabal-install HTTP zlib
> cabal-install" ;-).
Thanks for testing it. I've uploaded it to hackage.
> Overall, seems to work fine. I couldn't build darcs, but I couldn't do
> that by hand either;
You're missing at least one patch (see below) - maybe you could put up your
repository somewhere?
darcs: Cannot apply this patch bundle, since we're missing:
Sun Oct 11 17:56:44 BST 2009 Brent Yorgey
* add 'init' subcommand for initializing project cabalisation
___
On Tue, 2009-10-20 at 10:49 +0100, Robin Green wrote:
> Uh-oh. This looks like a big chunk of work (the package index type is
> no longer polymorphic in cabal 1.8.0).
Yes. Installed packages are no longer identified by a PackageId, they're
now identified by a separate InstalledPackageId and there
On Thu, 2009-04-30 at 15:45 +0100, Alistair Bayley wrote:
> On WinXP. I've uploaded Takusen-0.8.4 to hackage, and thought I'd see
> how well cabal-install downloads and installs it.
>
> cabal install Takusen --flags="sqlite odbc oracle postgres" --reinstall -v3
>
> results in (with some trimmin
On Thu, 2009-04-23 at 10:53 +0100, Alistair Bayley wrote:
> 2009/4/20 Duncan Coutts :
> >
> > It's using the IE proxy information from the registry. Check the IE
> > "internet settings". If you think it's wrong that it's using it then
> > file a ticket, I mean for example if it were using the proxy
2009/4/20 Duncan Coutts :
>
> It's using the IE proxy information from the registry. Check the IE
> "internet settings". If you think it's wrong that it's using it then
> file a ticket, I mean for example if it were using the proxy when the
> settings say that the proxy is disabled.
It's using the
On Mon, 2009-04-20 at 09:25 +0100, Alistair Bayley wrote:
> 2009/4/16 Duncan Coutts :
> > Try:
> >
> > cabal fetch binary -v3
> >
> > It should give you plenty of detail on the HTTP conversation. Could you
> > also file a ticket pointing out how useless the default error message is
> > when the dow
> http://hackage.haskell.org/trac/hackage/ticket/545
>
> fetch -v3 output below. Seems to be trying to use a proxy, but that's
> not necessary as the machine is "directly" connected (via a router).
On my machine, IE has proxy settings configured, Firefox does not (I
rarely use IE). cabal seems to
2009/4/16 Duncan Coutts :
> Try:
>
> cabal fetch binary -v3
>
> It should give you plenty of detail on the HTTP conversation. Could you
> also file a ticket pointing out how useless the default error message is
> when the download fails. We should at least tell the user the HTTP error
> code.
http
On Wed, 2009-04-15 at 14:17 +0100, Alistair Bayley wrote:
> I've tried using cabal-install (cabal.exe) for the first time to
> install yi, and all of the packages fail to download. Reducing to a
> simple test case, "cabal install binary" fails with:
>
> Resolving dependencies...
> Downloading bina
On Mon, 2009-03-02 at 11:13 +, Neil Mitchell wrote:
> Hi Duncan,
>
> I'm afraid I had to roll back the GHC version - its my work computer
> and not being able to work on it turned out to be an issue...
>
> >> This causes cabal install to break, as it implicitly adds
> >> base == 3.0.2.0 which
Hi Duncan,
I'm afraid I had to roll back the GHC version - its my work computer
and not being able to work on it turned out to be an issue...
>> This causes cabal install to break, as it implicitly adds
>> base == 3.0.2.0 which nothing has so nothing installs.
>
> There's something else going on.
On Thu, 2009-02-26 at 11:13 +, Neil Mitchell wrote:
> Hi,
>
> I've just installed GHC 6.10.1.20090225 which has set base as
> 3.0.3.0, instead of the 3.0.2.0 which GHC 6.10.1 had (I think).
Note that both ghc-6.10.1 and the current darcs version of the
ghc-6.10.x branch come with base 3.0.3.
On 12/18/08, Duncan Coutts wrote:
> > So, the Right Way(TM) to make cabal-install go through proxies is
> > fixing `userinfo' function of `network' package (see the
> > `network-2.2.0.1.patch').
>
> Good work. We should have this reviewed by the maintainers of the
> network package.
>
> > Unt
On Fri, 2008-12-12 at 16:05 +0200, Valery V. Vorotyntsev wrote:
> Dear lazy programmers,
>
> I was surprised to discover that `cabal-install' -- a popular utility
> for installing Hackage packages -- cannot work with HTTP proxies.
> Despite all the necessary code linked in.
Thanks for reporting t
On Fri, Oct 10, 2008 at 7:17 PM, Duncan Coutts
<[EMAIL PROTECTED]> wrote:
> As of franchise-0.0.2 and cabal-install-0.5.10 it works to:
>
> $ cabal install franchise
...
> The main ongoing difficulty will be that cabal-install and other
> packaging systems, rpm, etc assume rather more than the orig
On Tue, 2008-08-19 at 11:40 +0100, Duncan Coutts wrote:
> On Tue, 2008-08-19 at 11:37 +0200, José Pedro Magalhães wrote:
> > Hello all,
> >
> > I decided to bring this to [EMAIL PROTECTED] too in case anyone
> > had the same problem before.
>
> It'll be a bug in cabal-install. It's passing a flag
On Tue, 2008-08-19 at 11:37 +0200, José Pedro Magalhães wrote:
> Hello all,
>
> I decided to bring this to [EMAIL PROTECTED] too in case anyone
> had the same problem before.
It'll be a bug in cabal-install. It's passing a flag to a Setup.hs that
was built with an older version of the Cabal lib t
Hello all,
I decided to bring this to [EMAIL PROTECTED] too in case anyone had the
same problem before.
Cheers,
Pedro
On Wed, Aug 6, 2008 at 11:38, José Pedro Magalhães <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> Recently, while developing a package here in the group, we changed the
> build-ty
On Thu, 2008-08-14 at 12:22 -0700, Jason Dagit wrote:
> Can you suggest anything? Currently --help says:
>
>--enable-library-vanilla Enable Vanilla libraries
>--disable-library-vanilla Disable Vanilla libraries
> -p --enable-library-prof
On Thu, 2008-08-14 at 09:52 -0700, Jason Dagit wrote:
> The main page has the instructions for bug reporting (or via
> the cabal home page):
> http://hackage.haskell.org/trac/hackage/
>
> Ah, I didn't think to go there. I was focused on cabal-install.
So clearly we need
On Wed, 2008-08-13 at 22:58 -0700, Jason Dagit wrote:
> Hello,
>
> I tried to use cabal-install but my user experience was less than
> satisfactory.
Thanks for the feedback Jason.
Sorry, I did have a longer version of this email but my net connection
currently seems to be having trouble sending
On Sat, 2008-08-02 at 10:09 -0400, Denis Bueno wrote:
> Is there a cabal-install mailing list, or should this list be used?
> If not, where else?
This list covers the Cabal library, cabal-install and hackage server
development and surrounding issues.
Duncan
__
On Sat, 2008-06-14 at 15:05 +0100, Neil Mitchell wrote:
> Hi,
>
> Using Cabal 1.4 Branch and Cabal-install HEAD:
>
> C:\Neil\uniplate>cabal install --hugs
> Resolving dependencies...
Should work now.
Also "cabal install --hugs whatever" should also work. It assumes that
all deps of "whatever"
On Sun, 2008-06-15 at 21:00 +0100, Duncan Coutts wrote:
> On Sat, 2008-06-14 at 15:05 +0100, Neil Mitchell wrote:
> > Hi,
> >
> > Using Cabal 1.4 Branch and Cabal-install HEAD:
> >
> > C:\Neil\uniplate>cabal install --hugs
> > Resolving dependencies...
> > cabal: internal error: could not constr
On Sat, 2008-06-14 at 15:05 +0100, Neil Mitchell wrote:
> Hi,
>
> Using Cabal 1.4 Branch and Cabal-install HEAD:
>
> C:\Neil\uniplate>cabal install --hugs
> Resolving dependencies...
> cabal: internal error: could not construct a valid install plan.
> The proposed (invalid) plan contained the fo
On Fri, 2008-06-13 at 16:54 -0400, Darrin Thompson wrote:
> I'm reposting this here as something bad appeared to happen to my post
> on haskell-cafe and I probably should have posted here anyway.
It did make it though and here is the reply that I posted to
haskell-cafe.
Further to that, do feel
The problem I see is that each compiler dependent function has its own
post-install actions: GHC has stripExe, updateLibArchive..., Hugs has
setPermissions, etc.
Maybe, while this refactorization work isn't correctly done, a function
could be done to return the list of files to update and the post
On Fri, 2008-05-16 at 13:48 +0200, Henrique Ferreiro García wrote:
> It seems to be a little more complicated. Each compiler has a installExe
> and installLibs (or a joined install) functions which also mix
> collecting files and copying them.
Ah yes.
> I think that the right thing to do would b
It seems to be a little more complicated. Each compiler has a installExe
and installLibs (or a joined install) functions which also mix
collecting files and copying them.
I think that the right thing to do would be to abstract away those
compiler functions in a module with the same interface for a
On Wed, 2008-05-14 at 11:28 +0200, Henrique Ferreiro García wrote:
> Hi!
>
> I'd like to get involved in haskell development and I think this could
> be a good start. I don't know how much time I'll have to do this, but if
> you give me that advice I'll try to implement this functionality.
Great
Hi Benedikt.
Having a ./setup install-update-remove-outdated seems to be fine..
However how should cabal know which package versions are needed by your
applications? Eg you might be working on a project requiring
xhtml-3000.0.2.1 (A) and beeing not compatible with xhtml-3001 ?
So this should only
On Tue, 2008-05-06 at 10:30 +0200, Benedikt Huber wrote:
> Hello,
>
> I appreciate ongoing work with cabal-install. I've tried the latest
> darcs version on a clean fresh ghc, and it worked fine.
Great.
> I wonder however, if there is any support (planned) for removing
> outdated packages. For
On Mon, 2007-11-05 at 09:46 +0100, Bjorn Bringert wrote:
> Crap, so cabal-install is totally broken with 6.8.1.
Yep :-(
> cabal-install is trying to find ld even before it has started to
> install a package. We could cd to $tmpdir/something, and run
> findCompiler there. Nasty hack workaround th
On Nov 5, 2007, at 0:27 , Duncan Coutts wrote:
On Sun, 2007-11-04 at 20:22 +0100, Bjorn Bringert wrote:
On Nov 4, 2007, at 17:10 , Jean-Philippe Bernardy wrote:
it works fine for me, but I only have GHC 6.6.1 at the moment. What
platform are you on?
It'll be using Cabal-1.2.2.0
I'm not s
On Sun, 2007-11-04 at 20:22 +0100, Bjorn Bringert wrote:
> On Nov 4, 2007, at 17:10 , Jean-Philippe Bernardy wrote:
> it works fine for me, but I only have GHC 6.6.1 at the moment. What
> platform are you on?
It'll be using Cabal-1.2.2.0
> I'm not sure what the dist/Conftest.c error is about.
On Nov 4, 2007, at 17:10 , Jean-Philippe Bernardy wrote:
Hi,
I thought I should report this too you: cabal install doesn't work
for me:
(update and list work)
[EMAIL PROTECTED]:~/src$ cabal -v3 install vty
Configuration:
compiler: GHC
repos: hackage.haskell.org:http://hackage.haskell.org/pa
Le dimanche 13 mai 2007, Adrian Burciu a écrit :
> Hello,
>
> I am a beginner in Haskell, and I am having a problem using
> cabal-install when I try to install the dependencies for a .cabal
> file.
>
> If I use I am able to
> install every package, one by one. When I installed cabal-install I
> ha
es <[EMAIL PROTECTED]> wrote:
> Would anyone care to try to get cabal-install going on windows? Or
> should we see about getting it going correctly in Unix first?
>
> peace,
>
> isaac
>
>
> > To: cabal-devel@haskell.org
> CC: "Isaac Jones"
Would anyone care to try to get cabal-install going on windows? Or
should we see about getting it going correctly in Unix first?
peace,
isaac
--- Begin Message ---
Hello.
On Thu, 04 May 2006 09:31:35 +0900, Isaac Jones <[EMAIL PROTECTED]>
wrote:
> I'm sorry I didn't reply earlier. We're
Hello.
On Thu, 04 May 2006 09:31:35 +0900, Isaac Jones <[EMAIL PROTECTED]>
wrote:
I'm sorry I didn't reply earlier. We're scrapping that version of
cabal-install and replacing it with a better version that can download
packages from the internet. I'd certainly be happy to hear any
reports of
86 matches
Mail list logo
