2008/9/1 Marc Weber <[EMAIL PROTECTED]>:
> On Mon, Sep 01, 2008 at 12:01:49PM +0200, minh thu wrote:
>> Hi,
>>
>> I've followed the instruction from the upcoming book Real World
>> Haskell to install cabal.
>>
>> Now, when I enter "cabal update", it answers this:
>>
>> Downloading package list from
Hi Tom
This will the job for a UserHooks - probably preBuild? - see
Distribution.Simple.UserHooks.
postConf - Hook to run after configure command
preBuild - Hook to run before build command. Second arg indicates
verbosity level.
buildHook - Over-ride this hook to get different behaviour during bu
On Mon, Jul 19, 2010 at 11:54 AM, Stephen Tetley
wrote:
> Hi Tom
>
> This will the job for a UserHooks - probably preBuild? - see
> Distribution.Simple.UserHooks.
>
> postConf - Hook to run after configure command
> preBuild - Hook to run before build command. Second arg indicates
> verbosity leve
On Tue, Jul 20, 2010 at 8:50 PM, Tom Hawkins wrote:
>
> Thanks. I tried this, but it appears cabal-install ignores the
> Setup.hs file. The only way I could get it to take is if I run
> 'runhaskell Setup.hs configure' directly. I always assumed
> cabal-install runs Setup.hs under the hood, but
On Wed, Jul 21, 2010 at 04:53, Rogan Creswick wrote:
> On Tue, Jul 20, 2010 at 8:50 PM, Tom Hawkins wrote:
>>
>> Thanks. I tried this, but it appears cabal-install ignores the
>> Setup.hs file. The only way I could get it to take is if I run
>> 'runhaskell Setup.hs configure' directly. I alway
On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning wrote:
>
> I am successfully using hooks with the following in my .cabal file:
>
> Build-Type : Simple
>
> and my main in Setup.hs looks like this:
>
> main = defaultMainWithHooks $ simpleUserHooks
> { cleanHook = profileClean
>
On Wed, Jul 21, 2010 at 17:43, Rogan Creswick wrote:
> On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning wrote:
>>
>> I am successfully using hooks with the following in my .cabal file:
>>
>> Build-Type : Simple
>>
>> and my main in Setup.hs looks like this:
>>
>> main = defaultMainWithHo
On Wed, Jul 21, 2010 at 09:43:16AM -0700, Rogan Creswick wrote:
> On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning wrote:
> > I am successfully using hooks with the following in my .cabal file:
> >
> > Build-Type : Simple
>
> I've been unable to reproduce this -- flipping the build type to
On Thu, Jul 22, 2010 at 10:59, Ross Paterson wrote:
> On Wed, Jul 21, 2010 at 09:43:16AM -0700, Rogan Creswick wrote:
>> On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning wrote:
>> > I am successfully using hooks with the following in my .cabal file:
>> >
>> > Build-Type : Simple
>>
>> I've
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
> On Thu, Jul 22, 2010 at 10:59, Ross Paterson wrote:
> > Magnus is building by directly running the Setup.hs himself, which ignores
> > the Build-Type. To get cabal-install to use his Setup.hs, the Build-Type
> > must be set to Cus
On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote:
> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
>> On Thu, Jul 22, 2010 at 10:59, Ross Paterson wrote:
>> > Magnus is building by directly running the Setup.hs himself, which ignores
>> > the Build-Type. To get cabal-install
Magnus Therning wrote:
On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson wrote:
Magnus is building by directly running the Setup.hs himself, which ignores
the Build-Type. To get c
On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton wrote:
> Magnus Therning wrote:
>>
>> On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote:
>>>
>>> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson
wrote:
>
> Mag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/22/10 09:44 , Magnus Therning wrote:
> All right, so why would cabal want to avoid compiling the Setup.hs?
>
> Of course this behaviour of cabal's means that I in the future will use
> *Custom*
> all the time, since I otherwise have to remember
On Fri, Jul 23, 2010 at 03:33, wren ng thornton wrote:
> Magnus Therning wrote:
>>
>> On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote:
>>>
>>> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson
wrote:
>
> Magnus
On Fri, Jul 23, 2010 at 04:58, Mark Wotton wrote:
> On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton wrote:
>> Magnus Therning wrote:
>>>
>>> On Thu, Jul 22, 2010 at 11:52, Ross Paterson wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
>
> On Thu, Jul 2
Mark Wotton wrote:
> Perhaps cabal should print a warning if you have a Setup.hs file,
> _and_ try to use Simple? It'd at least give the hint that they're
> unhappy together.
I think it should instead verify that Setup.hs is consistent with a
Simple build. I don't know how much variation exists
That actually runs contrary to one of cabal's other practices, which is to
add a 'simple' Setup.hs to your package as it makes the sdist is one is not
present. With your proposed change, it would then complain about _every_
package that used simple. ;)
Setup.hs exists so that you can execute runha
On Fri, Jul 23, 2010 at 8:07 AM, Edward Kmett wrote:
> That actually runs contrary to one of cabal's other practices, which is to
> add a 'simple' Setup.hs to your package as it makes the sdist is one is not
> present.
er.. I meant "if one is not present."
__
Excerpts from wren ng thornton's message of Sun Aug 01 21:06:07 -0400 2010:
> So I'm getting some weird linking errors from cabal-install when doing
> `cabal configure && cabal build`
Hello Wren,
Could you run cabal with -v3 or so and attach the output somewhere?
Cheers,
Edward
wren ng thornton writes:
> So I'm getting some weird linking errors from cabal-install when doing `cabal
> configure && cabal build`
>
> ld warning: atom sorting error for
> _postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
> _postazm0zi2zi0_DataziMonoidziOrdziArgmax_Min_closure_tbl i
Gregory Collins wrote:
wren ng thornton writes:
So I'm getting some weird linking errors from cabal-install when doing `cabal
configure && cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Mi
Johannes Waldmann writes:
> How is the "cabal" magic that would run hscolour?
>
> I am using "cabal haddock --executables --hyperlink-source"
> and this generates the API docs for all modules,
> and all have source links, but the actual html-ized source
> is only generated for the main module,
On 13 August 2010 15:49, Johannes Waldmann wrote:
> How is the "cabal" magic that would run hscolour?
>
> I am using "cabal haddock --executables --hyperlink-source"
> and this generates the API docs for all modules,
> and all have source links, but the actual html-ized source
> is only generate
Here's another instance of the machine (*) telling me what to do,
instead of doing it (or am I missing something):
I have a large set of cabal packages installed with ghc.
Then suddenly I need some package Foo with profiling.
So I switch to library-profiling: True in my .cabal/config,
and then
On 22 September 2010 15:55, N. Raghavendra wrote:
> I am new to Haskell, and am trying to install a package (scan) using
> cabal-install. I want it to install all files under the directory
> ${HOME}/nonvc, like in ~/nonvc/share and ~/nonvc/bin. So I specified
>
> install-dirs user
> -- prefix:
On Thursday 28 October 2010 15:08:09, Conor McBride wrote:
> So I poked about a bit, and I see it's a known issue. As a user, I'm
> wondering what to do.
Try with HTTP-4000.0.9 instead of 4000.0.7?
>
> Just now,
>
> wget http://hackage.haskell.org/packages/archive/00-index.tar.gz
>
> is chuggi
2009/12/27 Lie Ryan :
> [SNIP...] (i.e. can I use
> the resultant SDL-binding outside Cygwin?)
Hi
The short answers is "yes" - once you have the Haskell binding
installed will need only the .exe of your (Haskell) application
compiled by GHC and the SDL.dll [1].
The long answer is that this was
Cafe,
I've been trying to install vacuum-cairo using cabal but I couldn't have it
installed because of the missing packages cairo, svg and gtkcairo.
What should I do to install vacuum-cairo?
Thanks for any help in advance,
--
Ozgur Akgun
___
Haskell
The problem you mentioned has long been fixed in the darcs version,
but then there is also another problem: you need GHC 6.12 in order to
compile GLFW for Snow Leopard. Here is a detail description of why
prior versions of GHC fails to work:
http://hackage.haskell.org/trac/ghc/ticket/3522
I've jus
Sorry, I cannot install GHC 6.12 right now, so I won't be able to try it.
Thanks anyway.
2010/1/19 Paul L
> The problem you mentioned has long been fixed in the darcs version,
> but then there is also another problem: you need GHC 6.12 in order to
> compile GLFW for Snow Leopard. Here is a detai
On 6 February 2010 01:05, Johannes Waldmann
wrote:
> so please please please have "cabal install" fail with some error
> message if (that is, before) the install would break anything. - J.
If you upgrade a library, it will break all other libraries that
depend upon it. "ghc-pkg list" will tell y
On 6 February 2010 03:33, Ivan Miljenovic wrote:
> If you upgrade a library, it will break all other libraries that
> depend upon it. "ghc-pkg list" will tell you which libraries are
> broken and need to be rebuilt.
I think you mean "ghc-pkg check".
Peter
_
On 6 February 2010 19:23, Peter Robinson wrote:
> I think you mean "ghc-pkg check".
Yes, I do. Whoops :s
--
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com
Charles de Gaulle - "The better I get to know men, the more I find
myself loving dogs." -
http://www.brain
> after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
> always get an error when updating the package list:
>
> > cabal update
> Downloading the latest package list from hackage.haskell.org
> cabal: Codec.Compression.Zlib: premature end of compressed stream
Would you pleas
Am 19.02.2010 13:55 schrieb Valery V. Vorotyntsev:
after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
always get an error when updating the package list:
> cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: premature
Hi,
currently when one install a cabal package it compiles it and then install
generated binaries. I wonder whether or not it would be useful to have
pre-compiled binaries as many package managers usually do (e.g. apt). I
often think that would save some time on the expense of a busier hackage
ser
Hello Maciej,
Monday, March 8, 2010, 4:33:08 PM, you wrote:
> PS. I understand that content may be flame-gen. I am sorry in advance if
> such circumstances happen. However I believe that possible improvements
> in process are worth the risk.
i was the author of this idea and i thought that
1) p
Hi Maciej,
that's why I started hack-nix.
You can patch dependencies easily.
However you have to install the Nix package manager.
It also works with lates versions only because the dependency solves is
written in Nix itself.
Which package is causing trouble to you?
We can't expect package mai
Hi!
I'm trying to get cabal build my toy compiler, which is based on llvm
bindings on hackage. Everything is fine with ghc --make,
but with cabal install I get:
Loading package llvm-0.7.1.1 ... : can't load .so/.DLL
for: LLVMSystem (dlopen(libLLVMSystem.dylib, 9): image not found)
cabal: Error: s
ary package.
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
--
Colin Adams
Hi,
I'm trying to install the Haskell cgi module, as per here
http://passingcuriosity.com/2009/haskell-fastcgi-with-apache/. When I type
cabal install cgi, I get the following error (on a Fedora instance):
cabal install cgi
Resolving dependencies...
Configuring MonadCatchIO-mtl-0.3.0.0...
Preproce
> From: haskell-cafe-boun...@haskell.org
> [mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Dupont Corentin
>
> i'm using PHPProxy to go on the internet (www.phpproxy.fr).
> How can i tell cabal to use this?
I think the normal way is through setting HTTP_PROXY env var e.g. set
HTTP_PROXY=h
Thanks for the response.
I don't think this will work because PHPProxy is a web based proxy.
To use it, you have to type the http address you want in a field on the page.
Corentin
On 3/31/10, Bayley, Alistair wrote:
>> From: haskell-cafe-boun...@haskell.org
>> [mailto:haskell-cafe-boun...@haskel
> i'm using PHPProxy to go on the internet (www.phpproxy.fr).
> How can i tell cabal to use this?
...
> PHPProxy is a web based proxy. To use it, you have to type the http
> address you want in a field on the page.
You still need some web access in order to access a web-based proxy...
Is www.phpp
On Mon, 2010-03-08 at 13:33 +, Maciej Piechotka wrote:
> While I love Haskell it's packaging system have some problems -
> especially with parsec.
>
> Currently I'm not able to install an practically anything using cabal
> due to version mismatches (or at least packages linking to both version
> * Build reporting in the hackage server
> The idea here is that cabal sends back anonymous reports to the
> server to say if a package compiled or not, and against what
> versions of dependencies. This would make it clearer to
> maintainers if their dependenc
Am Sonntag 11 April 2010 18:43:30 schrieb Maciej Piechotka:
> > * Build reporting in the hackage server
> > The idea here is that cabal sends back anonymous reports to
> > the server to say if a package compiled or not, and against what
> > versions of dependencies. This would make it
Excerpts from Daniel Fischer's message of Sun Apr 11 16:20:30 -0400 2010:
> I think in the default cabal config, build-reporting would be turned off
> and you'd have to turn it on yourself. Turning it on by default wouldn't be
> sensible.
I doubt you'd get very much runtime with that. I'd sugge
On Sun, Apr 11, 2010 at 9:26 AM, Duncan Coutts wrote:
> On Mon, 2010-03-08 at 13:33 +, Maciej Piechotka wrote:
> > While I love Haskell it's packaging system have some problems -
> > especially with parsec.
> >
> > Currently I'm not able to install an practically anything using cabal
> > due
"Edward Z. Yang" writes:
> I doubt you'd get very much runtime with that. I'd suggest prompting the
> user to submit a failed build report if the build fails.
Exactly like how Windows keeps prompting you to allow it to send an
error report to Microsoft? I don't know about you, but I always foun
Excerpts from Ivan Lazar Miljenovic's message of Sun Apr 11 17:37:15 -0400 2010:
> "Edward Z. Yang" writes:
> > I doubt you'd get very much runtime with that. I'd suggest prompting the
> > user to submit a failed build report if the build fails.
>
> Exactly like how Windows keeps prompting you t
I want identifier concatenation in Haskell. For instance:
#define CDecl(n) = class C_##n a where { f_##n :: a };
CDecl(1)
CDecl(2)
CDecl(3)
(Actual motivator involves generating by type kind.)
I have no trouble switching on CPP, but this doesn't work.
The trouble is, GHC uses gcc for
On Sun, 2010-04-11 at 18:43 +0200, Maciej Piechotka wrote:
> > * Build reporting in the hackage server
> > The idea here is that cabal sends back anonymous reports to the
> > server to say if a package compiled or not, and against what
> > versions of dependencies. Thi
On Sun, 2010-04-11 at 14:28 -0700, Jason Dagit wrote:
> I've noticed another type of diamond dependency problem. Suppose I
> build and install Foo today and it depends on Bar 2.0.0. In a week, I
> install Bar 2.0.1. Next I installed Baz that also depends on Bar, and
> it gets Bar 2.0.1. When I
On Fri, 2010-02-19 at 12:21 +0100, Maciej Podgurski wrote:
> Hi,
>
> after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
> always get an error when updating the package list:
>
> > cabal update
> Downloading the latest package list from hackage.haskell.org
> cabal:
Duncan Coutts writes:
> Here are a few things which I would like to see implemented that would
> help all this:
> * Build reporting in the hackage server
> The idea here is that cabal sends back anonymous reports to the
> server to say if a package compiled or not, and aga
On Mon, Apr 12, 2010 at 4:00 AM, Duncan Coutts wrote:
> On Sun, 2010-04-11 at 14:28 -0700, Jason Dagit wrote:
>
> > I've noticed another type of diamond dependency problem. Suppose I
> > build and install Foo today and it depends on Bar 2.0.0. In a week, I
> > install Bar 2.0.1. Next I install
Duncan Coutts wrote:
On Sun, 2010-04-11 at 18:43 +0200, Maciej Piechotka wrote:
- Privacy problem. I don't want the software to call home with data
without asking.
Obviously it is important that the data be anonymous and that we do not
send stuff without the user's knowledge. While there is n
Ketil Malde wrote:
Perhaps it would also be possible to suggest library upgrades likely to
remedy the problem in case of a build failure?
+1 for good error messages.
+2 for "should I try upgrading libfoo? [yn]" integration (if
configurable as AlwaysYes, AlwaysAsk, or AlwaysNo).
--
Live wel
Johannes Waldmann writes:
> What is the purpose of the "Other-Modules" section in a cabal file?
> (I.e., can we drop it?)
Non-exported modules.
> If it's just the set of dependencies of the "Exported-Modules",
> then a reasonable build system should be able to figure this out on
> its own.
Exp
On 15 Apr 2010, at 08:24, Johannes Waldmann wrote:
What is the purpose of the "Other-Modules" section in a cabal file?
(I.e., can we drop it?)
If it's just the set of dependencies of the "Exported-Modules",
then a reasonable build system should be able to figure this out on
its own.
It is
Hi,
Does anyone know how to generate a text file in a Cabal package?
E.g. I want cabal to install a text file into $share_dir/applications/
app.desktop,
and fill in certain fragments of this file with paths depending of the
$share_dir variable.
Say:
==Yi.desktop template==
Hey everyone,
After I upgraded to a newer cabal-install my cabal-install broke again: I get a
Bus Error when doing "cabal update" or "cabal install something". The version
that was bundled with the Haskell platform worked fine, but now it's broken
again. I'm not sure what it was that went wrong
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 Johan,
On Mon, Oct 15, 2012 at 10:18 PM, Johan Tibell wrote:
>
> Fixed since Cabal-1.16.0.1:
>
> * Fixed warnings on the generated Paths module. The warnings are
> generated by the flag '-fwarn-missing-import-lists'.
I tested this issue with Cabal-1.16.0.2 and the issue was fixed.
Thanks,
I get the following:
$ cabal install --only-dependencies --reinstall
Resolving dependencies...
All the requested packages are already installed:
Use --reinstall if you want to reinstall anyway.
Can somebody confirm that they see the same?
___
Haskell
On 13 November 2010 19:48, Daniel Díaz wrote:
> Hi all,
>
> I just installed the Haskell Platform, and when I try "cabal update", I
> have the following output:
>
>> Downloading the latest package list from hackage.haskell.org
>> cabal: failed
>
> This error does not give me information about what
El Sab, 13 de Noviembre de 2010, 10:33 am, Ivan Lazar Miljenovic escribió:
> On 13 November 2010 19:48, Daniel Díaz wrote:
>> Hi all,
>>
>> I just installed the Haskell Platform, and when I try "cabal update", I
>> have the following output:
>>
>>> Downloading the latest package list from hackage
On Sat, Nov 13, 2010 at 08:33:18PM +1100, Ivan Lazar Miljenovic wrote:
> I would guess that it's related to
> http://www.reddit.com/r/haskell/comments/e5db7/alert_hackage_downtime_tomorrow_0600_1200_pst/
That would be 14:00 - 20:00 UTC, wouldn't it?
___
current cabal-install (0.8.2) cannot be compiled with ghc-7.0.1 set of
boot libraries. It requires cabal 1.8.* wich fails to compile. Does
anyone worked this out ?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listi
So as far as I can tell, it's easy to fix the cabal sdist bug. The
module that generates a distribution simply has to use
insntallOrdinaryFile when copying files, not the version of copyFile
that is exported by Distribution.Simple.Util. I'll respond to the
open ticket with this patch later today.
On 16 December 2010 13:35, Magicloud Magiclouds
wrote:
> Hi,
> I see this kind of information a lot when I using cabal to install
> package. Or sometimes same packages both exist in global and user
> space, which is a "shadowed by" message.
> How to resolve that? Thanks.
>
> Resolving dependenci
On Thu, Dec 16, 2010 at 10:55 AM, Ivan Lazar Miljenovic
wrote:
> On 16 December 2010 13:35, Magicloud Magiclouds
> wrote:
>> Hi,
>> I see this kind of information a lot when I using cabal to install
>> package. Or sometimes same packages both exist in global and user
>> space, which is a "shadow
On Thu, Dec 16, 2010 at 2:24 PM, Magicloud Magiclouds
wrote:
> On Thu, Dec 16, 2010 at 10:55 AM, Ivan Lazar Miljenovic
> wrote:
>> On 16 December 2010 13:35, Magicloud Magiclouds
>> wrote:
>>> Hi,
>>> I see this kind of information a lot when I using cabal to install
>>> package. Or sometimes s
On 16 December 2010 17:26, Magicloud Magiclouds
wrote:
> And, sure, I could reinstall Cabal. Then things seem fine. But it is
> weird. I have to have the same packages installed at two places of the
> system.
What makes you say that? Does "ghc-pkg list" show it twice?
--
Ivan Lazar Miljenovic
On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
wrote:
> On 16 December 2010 17:26, Magicloud Magiclouds
> wrote:
>> And, sure, I could reinstall Cabal. Then things seem fine. But it is
>> weird. I have to have the same packages installed at two places of the
>> system.
>
> What makes you
On 16 December 2010 18:30, Magicloud Magiclouds
wrote:
> On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
> For example, now I have message as this when installing darcs.
> : cannot satisfy -package Cabal-1.10.0.0:
> Cabal-1.10.0.0-9ac678c7f1e4f8dd31bac0e19f600698 is unusable due to
> mis
On Thu, Dec 16, 2010 at 3:48 PM, Ivan Lazar Miljenovic
wrote:
> On 16 December 2010 18:30, Magicloud Magiclouds
> wrote:
>> On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
>> For example, now I have message as this when installing darcs.
>> : cannot satisfy -package Cabal-1.10.0.0:
>> C
On Thu, Dec 16, 2010 at 3:56 PM, Magicloud Magiclouds
wrote:
> On Thu, Dec 16, 2010 at 3:48 PM, Ivan Lazar Miljenovic
> wrote:
>> On 16 December 2010 18:30, Magicloud Magiclouds
>> wrote:
>>> On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
>>> For example, now I have message as this when
On 16 December 2010 19:06, Magicloud Magiclouds
wrote:
>
> Oh, clean job around ~/.ghc and ~/.cabal has been done. No luck.
Sounds like a dodgy GHC install then; I believe lispy on #haskell has
reported similar problems.
--
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpres
On Thu, Dec 16, 2010 at 4:07 PM, Ivan Lazar Miljenovic
wrote:
> On 16 December 2010 19:06, Magicloud Magiclouds
> wrote:
>>
>> Oh, clean job around ~/.ghc and ~/.cabal has been done. No luck.
>
> Sounds like a dodgy GHC install then; I believe lispy on #haskell has
> reported similar problems.
>
Magicloud Magiclouds gmail.com> writes:
> Really hoping cabal has some kind of way to ignore these version thing.
+1, sort of.
Really, when moving to ghc-7 I found the most annyoing thing
is upper version bounds in cabal files.
This makes cabal-install all too eager to downgrade libraries.
E
On Thu, Dec 16, 2010 at 10:08:23AM +, Johannes Waldmann wrote:
> But: I'm always puzzled by build-dependencies like "A <= 3.4.5".
> With the "major.minor.release" scheme,
> a change in "release" means no API change (just bugfix),
> in "minor" means compatible extension of API,
> and only "majo
On Thursday 16 December 2010 11:08:23, Johannes Waldmann wrote:
> But: I'm always puzzled by build-dependencies like "A <= 3.4.5".
> With the "major.minor.release" scheme,
> a change in "release" means no API change (just bugfix),
> in "minor" means compatible extension of API,
> and only "major" c
Daniel Fischer googlemail.com> writes:
> Maybe a flag "ignore upper bounds and try with the latest" for cabal
+1
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On 16 December 2010 13:38, Daniel Fischer
wrote:
> The problem is that without upper bounds, things will break a lot when
> packages undergo API changes, but probably more often things will also work
> with the new API. So with upper bounds, you prevent breakage at the cost of
> preventing builds
Daniel Fischer writes:
> Or: it breaks with a bug introduced in 3.4.6 which hasn't yet been fixed.
This is an important point, I think: API breakages are not always
intentional. Except for base, I generally don't specify upper bounds
(well, maybe this is laziness on my part as well), unless I k
On Thursday 16 December 2010 15:40:37, Duncan Coutts wrote:
> On 16 December 2010 13:38, Daniel Fischer
>
> wrote:
> > The problem is that without upper bounds, things will break a lot when
> > packages undergo API changes, but probably more often things will also
> > work with the new API. So wit
On 16.12.2010 15:40, Duncan Coutts wrote:
On 16 December 2010 13:38, Daniel Fischer
wrote:
Maybe a flag "ignore upper bounds and try with the latest" for cabal would
be a solution. Would that be hard to implement or easy?
That suggestion has come up quite a few times. I think it's probably
On 28 January 2011 15:13, Azeem -ul-Hasan wrote:
> My university requires the students to use internet through an authenticated
> http proxy. How do I configure cabal for that? I am using Ubuntu. Please be
> detailed about it.
Do you mean Cabal or cabal-install?
Assuming the latter:
export http
(use:
setAuthorityGen); returning Nothing
cabal: Failed to download index 'ErrorMisc "Unsucessful HTTP code: (4,0,7)"'
This is the first time I am using cabal so I am almost completely blank for it.
Thanks
Azeem
> Date: Fri, 28 Jan 2011 15:26:08 +1000
> Subject: Re:
On 28 January 2011 16:00, Azeem -ul-Hasan wrote:
>
> Please explain this a bit. Where are the configuration files for cabal
> install.
cabal-install is configured in ~/.cabal/config
However, as far as I'm aware it uses normal http connections and
doesn't require any particular configuration for
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words "least restrictive" and I think you are correct.
To combine licences, just aggregate them. There is no lattice of
subsumption; no "more" or "less" restri
On Mon, 2011-02-07 at 14:42 +, Malcolm Wallace wrote:
> > It seems then that a package should be the least restrictive
> > combination of all the licenses in all the contained modules.
>
> Omit the words "least restrictive" and I think you are correct.
>
> To combine licences, just aggregat
> On Mon, 2011-02-07 at 14:42 +, Malcolm Wallace wrote:
> > > It seems then that a package should be the least restrictive
> > > combination of all the licenses in all the contained modules.
> >
> > Omit the words "least restrictive" and I think you are correct.
>
OK.
> >
> > To combine lice
Vivian McPhail writes:
> Looking specifically at hmatrix, there are three kinds of modules
>
>i) bindings to GSLGPL
>ii) bindings to LAPACK BSD
>iii) pure Haskellhmatrix author's choice
>
> 1) Am I correct in thinking that even the bindings modules (the
It feels to me like a quite reasonable simplification that if someone
wants to offer different bits of code, with the intent that the license
terms of the eventual executable may be different depending on which
bits you use, then they ought to do so in different packages. It's
simple enough to do,
> > It seems then that a package should be the least restrictive
> > combination of all the licenses in all the contained modules.
>
> Omit the words "least restrictive" and I think you are correct.
>
> To combine licences, just aggregate them. There is no lattice of
> subsumption; no "more" or "l
On Wed, 2011-02-09 at 03:47 +1300, Vivian McPhail wrote:
> > license: Foo, Bar
> >
>
> Could this be computed automatically from the source files by Cabal?
I would not want to rely on that.
> Looking specifically at hmatrix, there are three kinds of modules
>
>i) bindings to GSL
301 - 400 of 933 matches
Mail list logo
