On 18 September 2013 19:23, Henk-Jan van Tuyl hjgt...@chello.nl wrote:
L.S.,
I was trying to install a package from a local drive and got the following
message:
cabal install
Resolving dependencies...
cabal: internal error when reading package index: could not read tar file
I don't think so. Perhaps we should set one. What's your use case? Perhaps
you could describe it in a new bug report at
https://github.com/haskell/cabal/issues
On Mon, Sep 9, 2013 at 7:29 PM, satvik chauhan mystic.sat...@gmail.comwrote:
Hi cafe,
I wanted to ask this as I couldn't find this
Hi Rogan,
Thanks for your reply.
I don'th think the -prof flag is necessary; but if it is, then it may also
be misinterpreted by cabal-dev; generally, you need to pass flags that only
use a single leading - to cabal-dev with the --flags=... option. (eg:
'cabal-dev install
On Tue, Jul 02, 2013 at 09:07:18AM +0300, Ömer Sinan Ağacan wrote:
OK, so I removed `cabal-dev` directory, and installed again with this
command. But it still failed with same error message(the flag -p
requires the program to be built with -prof).
Maybe you are running into this:
Maybe you are running into this:
https://github.com/haskell/cabal/issues/1199
Check your version of the Cabal library (cabal --version should tell
you). I think this was only broken for a few releases, but I don't
remember which ones.
Great, it worked. I first updated Cabal library
Hi Ömer,
I've replied in-line below.
On Mon, Jul 1, 2013 at 2:34 PM, Ömer Sinan Ağacan omeraga...@gmail.comwrote:
So I tried installing the program in a fresh cabal-dev environment
with profiling enabled, so that all dependencies would be also
installed with profiling enabled. But for some
On 13-05-25 04:52 PM, Daniel Díaz Casanueva wrote:
As you already know, cabal-install is configured in the file config.
It has a lot of fields, but I didn't find a single place where each
field is explained with detail.
There is none, but my new and timely
On Thu, Apr 11, 2013 at 1:19 AM, Richard A. O'Keefe o...@cs.otago.ac.nzwrote:
On 11/04/2013, at 12:56 PM, Brandon Allbery wrote:
Xcode 4.2 and on do not use /Developer at all. You have an older Xcode
on your system somehow, which does not understand newer object files; you
should remove the
The basic problem is that the University has a strict policy
that academic staff must not have root access on any machine
that is connected to the University network. I was given an
administrator account so that I could resume the printer and
install (some) stuff, but /Developer is owned by root,
On Thu, Apr 11, 2013 at 7:41 PM, Richard A. O'Keefe o...@cs.otago.ac.nzwrote:
The basic problem is that the University has a strict policy
that academic staff must not have root access on any machine
that is connected to the University network. I was given an
administrator account so that I
On Apr 11, 2013, at 6:53 PM, Brandon Allbery wrote:
/Developer should not exist on a machine with Xcode 4.2 or later installed,
at all.
Unfortunately this is not completely true - there are some SDKs that still
install stuff in /Developer (NVIDIA comes to mind) but it's pretty obvious
On Wed, Apr 10, 2013 at 8:36 PM, Richard A. O'Keefe o...@cs.otago.ac.nzwrote:
/Developer/usr/bin/strip: object: /home/cshome/o/ok/.cabal/bin/cabal
malformed object (unknown load command 15)
Xcode 4.2 and on do not use /Developer at all. You have an older Xcode on
your system somehow, which
On 11/04/2013, at 12:56 PM, Brandon Allbery wrote:
Xcode 4.2 and on do not use /Developer at all. You have an older Xcode on
your system somehow, which does not understand newer object files; you should
remove the entire /Developer tree. (Xcode, in order to be distributable via
the App
Hello Albert,
On 04/01/2013 11:41 PM, Albert Y. C. Lai wrote:
On 13-04-01 06:26 AM, Roger Mason wrote:
It turned out that there was a stale version of 'array' lurking in the
ghc package db. In spite of reinstalling ghc it did not go away until I
unregistered it. I think it was persisting
Hello Brent,
On 03/31/2013 04:53 PM, Brent Yorgey wrote:
It looks like your entire Haskell Platform installation is completely
hosed. Sad to say, but I think your best bet is to simply reinstall
the Haskell Platform.
-Brent
___
Haskell-Cafe mailing
On 13-04-01 06:26 AM, Roger Mason wrote:
It turned out that there was a stale version of 'array' lurking in the
ghc package db. In spite of reinstalling ghc it did not go away until I
unregistered it. I think it was persisting because re-installing ghc
simply unpacked over the old directory
On Fri, Mar 29, 2013 at 08:05:47AM -0230, Roger Mason wrote:
Thank you for your response. 'ghc-pkg check' shows some problems:
http://pastebin.ca/2344794
On 03/28/2013 08:01 PM, Patrick Wheeler wrote:
So I printed off the requirements for pandoc on a empty ghc-7.6.2
install you can find
On Thu, 28 Mar 2013 19:08:46 +0100, Roger Mason rma...@mun.ca wrote:
I installed ghc (7.6.2) on an Arch Linux machine. I'm trying to install
pandoc via cabal but it fails:
...
Configuring text-0.11.2.3...
Warning: This package indirectly depends on multiple versions of the same
package.
Thank you for your response. 'ghc-pkg check' shows some problems:
http://pastebin.ca/2344794
On 03/28/2013 08:01 PM, Patrick Wheeler wrote:
So I printed off the requirements for pandoc on a empty ghc-7.6.2
install you can find it at:
http://hpaste.org/84794
I do not see any odd package
Hello,
On 03/29/2013 06:47 AM, Henk-Jan van Tuyl wrote:
On Thu, 28 Mar 2013 19:08:46 +0100, Roger Mason rma...@mun.ca wrote:
I installed ghc (7.6.2) on an Arch Linux machine. I'm trying to
install pandoc via cabal but it fails:
...
Configuring text-0.11.2.3...
Warning: This package
Hello,
On 03/29/2013 08:13 AM, Roger Mason wrote:
Hello,
It appears in my case that cabal may be looking in a strange place for
installed pacckages. At least, that is how I interpret the output I
just pasted here:
http://pastebin.ca/2344794
Thanks,
Roger
ghc-pkg check showed that there
To side step the issue, Pandoc is available via the ArchHaskell repos
(package name `haskell-pandoc`):
https://wiki.archlinux.org/index.php/Haskell_package_guidelines
-M
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
hello,
On 03/28/2013 04:11 PM, Mark Fredrickson wrote:
To side step the issue, Pandoc is available via the ArchHaskell repos
(package name `haskell-pandoc`):
https://wiki.archlinux.org/index.php/Haskell_package_guidelines
-M
Yes, I know. I wanted to avoid having a mixture of packages
So I printed off the requirements for pandoc on a empty ghc-7.6.2 install
you can find it at:
http://hpaste.org/84794
I do not see any odd package versions listed in what you posted so far.
No promise I will be able to help afterwards but it might help to see the
full log, and then again with
On Tue, Mar 12, 2013 at 3:21 PM, Tycho Andersen ty...@tycho.ws wrote:
Below is some sample output from a failing package:
ps168825:~/playground$ cabal install network
Resolving dependencies...
Configuring network-2.4.1.2...
configure: WARNING: unrecognized options: --with-compiler,
On Tue, Mar 12, 2013 at 03:28:08PM -0400, Brandon Allbery wrote:
cabal install unpacks a package into /tmp in order to build it. My guess
is your OS has /tmp mounted noexec. I don't know offhand how you override
this in cabal.
Yep, you're exactly right. Thank you! I also couldn't figure out a
Doesn't Cabal tend to install library packages under the .cabal folder? So
blowing it away gets rid of the problematic ones. (And everything else.)
On 25 Feb 2013, at 16:56, Brent Yorgey wrote:
On Sun, Feb 24, 2013 at 02:33:55PM +, Niklas Hambüchen wrote:
You are right, my ghc-7.4.2 was
On 13-03-01 05:10 AM, Malcolm Wallace wrote:
Doesn't Cabal tend to install library packages under the .cabal folder? So
blowing it away gets rid of the problematic ones. (And everything else.)
You need to perform scientific experiments to refute that claim, then see my
On Fri, Mar 1, 2013 at 12:08 PM, Albert Y. C. Lai tre...@vex.net wrote:
On 13-03-01 05:10 AM, Malcolm Wallace wrote:
Doesn't Cabal tend to install library packages under the .cabal folder?
So blowing it away gets rid of the problematic ones. (And everything
else.)
You need to perform
On Sun, Feb 24, 2013 at 02:33:55PM +, Niklas Hambüchen wrote:
You are right, my ghc-7.4.2 was broken in ghc-pkg list; I fixed the
problem by killing my .cabal folder (as so often).
Surely you mean by killing your .ghc folder? I do not see what effect
killing your .cabal folder could
Yep, I usually kill ~/.ghc and ~/.cabal for this kind of reset.
On Mon 25 Feb 2013 16:56:56 GMT, Brent Yorgey wrote:
On Sun, Feb 24, 2013 at 02:33:55PM +, Niklas Hambüchen wrote:
You are right, my ghc-7.4.2 was broken in ghc-pkg list; I fixed the
problem by killing my .cabal folder (as so
You are right, my ghc-7.4.2 was broken in ghc-pkg list; I fixed the
problem by killing my .cabal folder (as so often).
Do you know if it is possible to make ghc-pkg list print some actual
text when packages are broken instead of writing them in red (which goes
away on output redirection)?
Thanks
On 25 February 2013 01:33, Niklas Hambüchen m...@nh2.me wrote:
You are right, my ghc-7.4.2 was broken in ghc-pkg list; I fixed the
problem by killing my .cabal folder (as so often).
Do you know if it is possible to make ghc-pkg list print some actual
text when packages are broken instead of
On 24 February 2013 12:38, Niklas Hambüchen m...@nh2.me wrote:
Hi,
I just did cabal update and cabal install ghc-mod, and for some reason
it tries to install version 0.3.0 from 3 years ago:
cabal install ghc-mod -v
Reading available packages...
Choosing modular solver.
Resolving
You need to call cabal-dev add-source on P1 again to copy over the sdist,
then do a cabal-dev install.
See notes under Using a sandbox-local Hackage on
https://github.com/creswick/cabal-dev
On Feb 8, 2013 2:22 PM, JP Moresmau jpmores...@gmail.com wrote:
Hello, I'm trying to understand
On Fri, Feb 8, 2013 at 9:53 AM, Blake Rain blake.r...@gmail.com wrote:
You need to call cabal-dev add-source on P1 again to copy over the sdist,
then do a cabal-dev install.
See notes under Using a sandbox-local Hackage on
That's exactly what I'm doing, and I was exactly following these notes, but
it doesn't work. This google+ post and the answers to it (
https://plus.google.com/102016502921512042165/posts/TGaENqWfubP) lead me to
at least one solution that seems to work: you need to unregister the
changed package
Johan, thanks, that brings me to a point that I wanted to raise. I'm
playing with cabal-dev because users have asked me to add support for it in
EclipseFP (so projects could have their own sandbox and have dependencies
between projects without polluting the main package databases). It is worth
it,
On Fri, Feb 8, 2013 at 10:07 AM, JP Moresmau jpmores...@gmail.com wrote:
Johan, thanks, that brings me to a point that I wanted to raise. I'm
playing with cabal-dev because users have asked me to add support for it in
EclipseFP (so projects could have their own sandbox and have dependencies
On Friday, February 8, 2013 at 1:19 PM, Johan Tibell wrote:
On Fri, Feb 8, 2013 at 10:07 AM, JP Moresmau jpmores...@gmail.com
(mailto:jpmores...@gmail.com) wrote:
Johan, thanks, that brings me to a point that I wanted to raise. I'm
playing with cabal-dev because users have asked me to
On Fri, Feb 8, 2013 at 10:24 AM, Ozgun Ataman ozata...@gmail.com wrote:
Which, thanks to Johan's help yesterday, can still be worked around (for
now) by starting ghci with:
ghci -package-conf ./cabal-sandbox/your-package-conf-folder-here/
You can indeed do this. For real ghci support in
Hi Ozgur,
I'm missing some context here, but I'll release an updated version of
hspec ASAP ;)
Cheers,
Simon
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Aha!
I think I know why this happens.
The latest versions of ansi-terminal and hspec do not work together. Cabal
picks the latest ansi-terminal (0.6) first, then the latest hspec that
doesn't conflict with this choice is 0.3.0.
I can confirm this by the following:
$ cabal install hspec
On 25 January 2013 14:46, Ozgur Akgun ozgurak...@gmail.com wrote:
The latest versions of ansi-terminal and hspec do not work together. Cabal
picks the latest ansi-terminal (0.6) first, then the latest hspec that
doesn't conflict with this choice is 0.3.0.
If this happens because the dependency
Hi Max,
On 25 January 2013 15:58, Max Bolingbroke batterseapo...@hotmail.comwrote:
If this happens because the dependency bounds of ansi-terminal are too
tight then please send me a patch.
No, actually it happens because hspec depends on ansi-terminal-0.5.*.
I am cc'ing Simon Hengel, the
On Sunday 13 January 2013, 21:27:44, Petr P wrote:
I wonder:
(1) Is there a way how to disable the warning? As the main aim of the
library is speed, I believe -O2 is appropriate here. And since the code is
quite short, I'm quite sure the increased compile time won't be noticeable.
(2)
On 13 January 2013 20:27, Petr P petr@gmail.com wrote:
to the cabal file. Now cabal sdist complains with:
'ghc-options: -O2' is rarely needed. Check that it is giving a real
benefit and not just imposing longer compile times on your users.
I wonder:
(1) Is there a way how to
Where do we report this?
On 05/01/13 02:36, Albert Y. C. Lai wrote:
On 13-01-04 04:36 PM, Niklas Hambüchen wrote:
I get the following:
$ cabal install --only-dependencies --reinstall
Resolving dependencies...
All the requested packages are already installed:
Use --reinstall if you want to
Ahah on Github. Filed as https://github.com/haskell/cabal/issues/1175.
On Fri 11 Jan 2013 01:21:11 CET, Niklas Hambüchen wrote:
Where do we report this?
On 05/01/13 02:36, Albert Y. C. Lai wrote:
On 13-01-04 04:36 PM, Niklas Hambüchen wrote:
I get the following:
$ cabal install
On 13-01-04 04:36 PM, Niklas Hambüchen wrote:
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?
I
There's getBinDir in the generated module Paths_pkgname
(dist/build/autogen/Paths_pkgname.hs).
This module is generated by cabal configure and can be imported
in the modules of your package.
Roman
* Björn Peemöller b...@informatik.uni-kiel.de [2012-12-17 11:05:52+0100]
Hello cafe,
I'd like
On Mon, Nov 26, 2012 at 06:21:33PM -0500, Albert Y. C. Lai wrote:
cabal configure is used by a lot of programmers. Today. Why?
Because they use it on their own projects. They use cabal-install as
a builder, not exactly an installer.
Don't most devs nowadays use sandboxing, a.k.a. cabal-dev?
On Tue, 27 Nov 2012 02:20:35 -0500 Albert Y. C. Lai tre...@vex.net
wrote:
When cabal build succeeds, it always says:
(older) registering name-version
(newer) In-place registering name-version
That's what it says. But use ghc-pkg and other tests to verify that
no registration whatsoever
On 12-11-27 04:40 AM, kudah wrote:
On Tue, 27 Nov 2012 02:20:35 -0500 Albert Y. C. Lai tre...@vex.net
wrote:
When cabal build succeeds, it always says:
(older) registering name-version
(newer) In-place registering name-version
That's what it says. But use ghc-pkg and other tests to verify
Brent Yorgey byor...@seas.upenn.edu writes:
On Sun, Nov 25, 2012 at 06:09:26PM -0500, Albert Y. C. Lai wrote:
If you begin with cabal configure, the correct idiom is:
cabal configure [flags]
cabal build
[cabal haddock, if you want]
cabal copy
cabal register
Even this does not do the
Nice tip, Albert! Good to know! One question I have is, is (runghc
Setup.lhs) equivalent to (cabal) in
runghc Setup.lhs $ [configure, build, install]
?
On Mon, Nov 26, 2012 at 8:08 AM, Brent Yorgey byor...@seas.upenn.eduwrote:
[cabal haddock, if you want]
cabal copy
cabal register
Even
On 12-11-26 04:34 AM, Kim-Ee Yeoh wrote:
Nice tip, Albert! Good to know! One question I have is, is (runghc
Setup.lhs) equivalent to (cabal) in
runghc Setup.lhs $ [configure, build, install]
?
Setup defaults to --global --prefix=/usr/local
cabal defaults to --user --prefix=$HOME/.cabal
This
On Mon, 26 Nov 2012 18:21:33 -0500 Albert Y. C. Lai tre...@vex.net
wrote:
Lastly, there is no Setup install. Use copy and register.
$ runghc Setup.hs --help
This Setup program uses the Haskell Cabal Infrastructure.
See http://www.haskell.org/cabal/ for more information.
Usage: Setup.hs
On 12-11-27 01:02 AM, kudah wrote:
On Mon, 26 Nov 2012 18:21:33 -0500 Albert Y. C. Lai tre...@vex.net
wrote:
Lastly, there is no Setup install. Use copy and register.
$ runghc Setup.hs --help
[...]
install Copy the files into the install locations. Run register.
copy
On Sun, Nov 25, 2012 at 06:09:26PM -0500, Albert Y. C. Lai wrote:
If you begin with cabal configure, the correct idiom is:
cabal configure [flags]
cabal build
[cabal haddock, if you want]
cabal copy
cabal register
Even this does not do the same thing as 'cabal install', because it
does
This is filed as https://github.com/haskell/cabal/issues/1051
* Richard Cobbe co...@ccs.neu.edu [2012-11-24 12:43:55-0500]
Haskell Platform 2012 v2.0.0, MacOS 64-bit. (MacOS 10.8.2.)
I just used cabal to upgrade the installation of a local package I'm
writing, and I'm still seeing the old
On Sat, Nov 24, 2012 at 08:37:31PM +0200, Roman Cheplyaka wrote:
This is filed as https://github.com/haskell/cabal/issues/1051
Ah! Thanks for the pointer; I didn't know about that bug database. I'll
watch that issue for further developments.
* Richard Cobbe co...@ccs.neu.edu [2012-11-24
Personally, I successfully use Wine to build, ship and test for Windows.
There are some pitfalls related to -optl-mwindows and encodings,
but, if you launch your program with $LANG set to proper windows
encoding like cp1251 and the std handles closed with 0- 1- 2-,
it should crash on related
kudah wrote:
Personally, I successfully use Wine to build, ship and test for Windows.
There are some pitfalls related to -optl-mwindows and encodings,
but, if you launch your program with $LANG set to proper windows
encoding like cp1251 and the std handles closed with 0- 1- 2-,
it should
On Sat, 24 Nov 2012 13:46:37 +1100 Erik de Castro Lopo
mle...@mega-nerd.com wrote:
kudah wrote:
Personally, I successfully use Wine to build, ship and test for
Windows. There are some pitfalls related to -optl-mwindows and
encodings, but, if you launch your program with $LANG set to
I just want to say that Windows support is much better than one could
get the impression from this thread. I use Haskell on Windows as well
as OSX and Linux. I think it works very well now, previously one had
to know a bit of trickery to get things done.
I don't think I have run into any more
On Tue, Nov 20, 2012 at 7:34 PM, Albert Y. C. Lai tre...@vex.net wrote:
On 12-11-20 08:20 PM, Johan Tibell wrote:
This logic is flawed. More than 90% of computers having Windows doesn't
imply that 90% of all computers in a given household runs Windows.
What's the probability that your
...@haskell.org] on
behalf of Eric Velten de Melo [ericvm...@gmail.com]
Sent: Tuesday, November 20, 2012 7:54 PM
To: Johan Tibell
Cc: Gregory Guthrie; haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] cabal install...
I have a dream of one day being able to install leksah without having
to downgrade ghc
Thanks for the suggestion, I’ll do that. Here goes:
I deleted the ../user/appdata/roaming/ghc and ../cabal files, an uninstalled
Haskell-platform. (No trace of anything ghc on the disk.)
Then reinstalled Haskell, and ran “cabal update”, it said there was a new
cabal-install, but trying to
You should have a ghc directory under appdata, with
i386-mingw32-7.4.2\package.conf.d under it. There GHC tracks what
packages it knows about.
Niklas
From: Gregory Guthrie
Sent: 2012-11-21 15:11
To: Johan Tibell
Cc: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] cabal install... Trying
On Wed, Nov 21, 2012 at 9:08 AM, Gregory Guthrie guth...@mum.edu wrote:
The error seems odd to me (cabal-install-1.16.0.2 depends on
Cabal-1.16.0.3 which failed to install.), that an older version depends on
a newer one?
There was a minor bug in the Cabal library necessitating a point
[mailto:allber...@gmail.com]
Subject: Re: [Haskell-cafe] cabal install... Trying to recover
So I split it into sections, and tried the first one; it lists a lot of new
installs, and then fails
(full list at http://pastebin.com/5ywdUjgX)
You're explicitly asking it for a new version of HTTP, which
On Wed, Nov 21, 2012 at 12:06 PM, Gregory Guthrie guth...@mum.edu wrote:
OK; I took HTTP out, but still get the same error;
cabal: The following packages are likely to be broken by the
reinstalls:
QuickCheck-2.4.2
haskell-platform-2012.4.0.0
Use
! ☺
---
Subject: Re: [Haskell-cafe] cabal install... Trying to recover
This is the important part, and what I noted immediately afterward --- did you
happen to notice there was anything in the message after that first part?
(Although I'm not asking this first so it also may not actually exist, I
Let's put some numbers on this.
(1) In this country, you can buy a second-hand dual core desktop for NZD 200
(roughly USD 165, EUR 130). You can buy a new laptop for NZD 400
(roughly USD 330, EUR 260). Not fancy machines, but more than adequate
to compile and build stuff. Shipping
Hi Johan.
I haven't looked in detail at the overall problem, but:
Flags chosen: base3=True, base4=True
Why is Cabal setting both base3 and base4 to True?
This looks completely fine to me.
The Cabal .cabal file is stating:
if flag(base4) { build-depends: base = 4 } else { build-depends:
:03:20 -0500
From: Albert Y. C. Lai tre...@vex.net
Subject: Re: [Haskell-cafe] Cabal failures...
At least I paid my 3 hours to explain some cabal stuff at
http://www.vex.net/~trebla/haskell/sicp.xhtml
Thanks to all for the comparisons between apt cabal.
Your reply basically explains why it is broken, and gives a rationale
(cost and trouble to do it), but no prognosis for repair.
It's an open problem.
I make do with disposable sand-boxes, using cabal-dev to build them. In
this way, I can
On 12-11-20 08:48 AM, Gregory Guthrie wrote:
It was also interesting to note a comment that most developers don't have access
to a Windows machine for testing. With Windows at 90% of the computing market
(Linux = 1.6%), this seems like a problem which might limit growth of Haskell
usage.
On Tue, Nov 20, 2012 at 4:10 PM, Gregory Guthrie guth...@mum.edu wrote:
Hmm,
Now when I tried to run Leksah, I get not only some broken packages (which
I can avoid for my current project), but:
** **
command line: cannot satisfy -package-id
could limit the
availability of Haskell to the largest market share of users.
---
Subject: Re: [Haskell-cafe] Cabal failures...
To: haskell-cafe@haskell.org
On 12-11-20 08:48 AM, Gregory Guthrie wrote:
It was also interesting to note a comment
On Tue, Nov 20, 2012 at 1:10 PM, Gregory Guthrie guth...@mum.edu wrote:
Hmm,
Now when I tried to run Leksah, I get not only some broken packages (which
I can avoid for my current project), but:
** **
command line: cannot satisfy -package-id
I have a dream of one day being able to install leksah without having
to downgrade ghc. Right now I can't even install cabal-dev with cabal.
It will break ghc if I do.
2012/11/20 Johan Tibell johan.tib...@gmail.com:
On Tue, Nov 20, 2012 at 1:10 PM, Gregory Guthrie guth...@mum.edu wrote:
Hmm,
On 12-11-20 05:37 PM, Gregory Guthrie wrote:
No; the first sentence says that someone else had reported that testing on
Windows was hard to do because of (a perceived) lack of access to Windows by
Haskell developers... The implication is that Haskell developers (only/mainly)
use *nix.
I
On Tue, Nov 20, 2012 at 5:14 PM, Albert Y. C. Lai tre...@vex.net wrote:
On 12-11-20 05:37 PM, Gregory Guthrie wrote:
No; the first sentence says that someone else had reported that testing
on Windows was hard to do because of (a perceived) lack of access to
Windows by Haskell developers...
Why not? Either way, I am chiming in as a programmer of many years. Unless
using osx I stick with windows to avoid half-day forays into nettling
technical issues that are not related to the work I am paid to perform. I
would love for Haskell to work better there.
On Nov 20, 2012 5:21 PM, Johan
On 12-11-20 08:20 PM, Johan Tibell wrote:
This logic is flawed. More than 90% of computers having Windows doesn't
imply that 90% of all computers in a given household runs Windows.
What's the probability that your household has a Windows computer if
you're a programmer that don't live with your
On Tue, Nov 20, 2012 at 5:34 PM, Albert Y. C. Lai tre...@vex.net wrote:
This counter-argument is flawed. Why limit oneself to one's own household?
(Garage? Basement?) Get out more! Visit a friend. Talk to an internet cafe
owner for a special deal to run one's own programs. Rent virtual machine
Albert Y. C. Lai wrote:
Clearly, since 90% of computers have Windows, it should be trivial to
find one to test on, if a programmer wants to. Surely every programmer
is surrounded by Windows-using family and friends? (Perhaps to the
programmer's dismay, too, because the perpetual I've got a
Albert Y. C. Lai wrote:
This counter-argument is flawed. Why limit oneself to one's own
household? (Garage? Basement?) Get out more! Visit a friend.
If that friend is not a coder, they are unlikely to have the dev tools
installed.
Talk to an
internet cafe owner for a special deal to run
+1 to this. The friction of finding, setting up, and using Windows isn't
even comparable to just sshing into another unix box and testing something
quickly.
As a university student, I also find it relatively rare that I get to test
on a Windows machine. My personal computer runs linux, my
Hi Greg,
On Mon, Nov 19, 2012 at 1:25 PM, Gregory Guthrie guth...@mum.edu wrote:
I follow the Cabal-messes threads with some interest, since that is the
hardest area for me since starting to use Haskell. Probably 40-60% of all
package install fail for some mysterious reason, with threats that
cabal install -v cabal-install
Not sure if you're running into this one, but a configuration that
wasn't working for me:
1) Install Haskell Platform
2) Install GHC 7.6.1
3) cabal install cabal-install
As I recall, the error had something to do with a Cabal-generated
'Paths' file assuming the
On Mon, Nov 19, 2012 at 2:55 PM, Greg Fitzgerald gari...@gmail.com wrote:
cabal install -v cabal-install
Not sure if you're running into this one, but a configuration that
wasn't working for me:
1) Install Haskell Platform
2) Install GHC 7.6.1
3) cabal install cabal-install
As I
Subject: Re: [Haskell-cafe] Cabal failures...
I'm not quite sure what's going on. I've CCed Andres, who wrote the new
constraint solver.
One especially confusing part is this:
C:\Users\guthrie\AppData\Local\Temp\Cabal-1.16.0.3-12392\Cabal-1.16.0.3\dist\set
up\setup.exe
configure --verbose=2 --ghc
On 12-11-19 04:25 PM, Gregory Guthrie wrote:
I am not exert in the area, but I wonder how /why/ this is different than other
package managers, like apt in Linux, I have never had any problems with it, and
I would think that their dependencies are of at least similar complexities.
I feel very
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 Johan,
On Mon, Oct 15, 2012 at 10:18 PM, Johan Tibell johan.tib...@gmail.com 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
On Sat, 2012-10-06 at 17:02 +0200, José Lopes wrote:
Hello,
Hello
I'm trying to understand Cabal dependencies.
Why does the following situation happen?
xmobar-0.15 depends on mtl-2.0.* and needs parsec
All packages that will be broken, depends on parsec.
But parsec is compiled with
OK.
But, wouldn't it be possible for xmobar to use mtl-2.0.1.0 and for
parsec to use mtl-2.1.1, while xmobar would use this parsec version?
In this case, I am assuming that mtl-2.0.1.0 and mtl-2.1.1 are
considered two different libraries.
Thanks,
José
On 06-10-2012 17:17, Yuras Shumovich
1 - 100 of 715 matches
Mail list logo