On 10/16/2014 03:11 PM, Mateusz Kowalczyk wrote:
> On 10/15/2014 06:55 PM, Michael L Martin wrote:
>> Hello all,
>>
>> I am trying to install the latest version of Haskell Platform and am
>> having a problem.
>>
>> I created a new VM and installed Ubuntu 14.04 server and applied the
>> latest updates. Also installed packages
>> "build-essential" and "zlib1g-dev".
>>
>> I then downloaded and installed ghc-7.8.3 from
>> https://www.haskell.org/ghc/download_ghc_7_8_3#x86_64linux
>> and then downloaded and installed cabal 1.20.0.3 from
>> http://hackage.haskell.org/package/cabal-install.
>>
>> After installing cabal, I did a "cabal update" followed by "cabal
>> install hscolour".
>>
>> Then downloaded the latest Haskell Platform tarball
>> (haskell-platform-2014.2.0.0-srcdist.tar.gz) and attempted to
>> install like this:
>>
>> ./platform.sh ../ghc-7.8.3-x86_64-unknown-linux-deb7.tar.bz2
>>
>> This fails like this:
>>
>> ***
>> *** Building hptool
>> ***
>> Building hptool-0.1...
>> Preprocessing executable 'hptool' for hptool-0.1...
>> ***
>> *** Running hptool
>> ***
>> # rm (for
>> build/.markers/rel/build/target/usr/local/haskell/ghc-7.8.3-x86_64/lib/happy-1.19.4)
>> # rm (for build/.markers/rel/build/package/happy-1.19.4/build)
>> happy-1.19.4 needs mtl-2.1.3.1
>>   >>> Building happy-1.19.4
>> # cp (for build/.markers/rel/build/package/happy-1.19.4/build)
>> # rm (for build/.markers/rel/build/package/happy-1.19.4/build)
>> # ghc-pkg (for build/.markers/rel/build/package/happy-1.19.4/build)
>> # ghc-pkg (for build/.markers/rel/build/package/happy-1.19.4/build)
>> Reading package info from "build/package/mtl-2.1.3.1/inplace.conf" ... done.
>> mtl-2.1.3.1: package(s) with this id already exist: mtl-2.1.3.1
>> Error when running Shake build system:
>> * build-all
>> * build-product
>> * build/product/haskell-platform-2014.2.0.0-unknown-posix-x86_64.tar.gz
>> * build/target
>> *
>> build/.markers/rel/build/target/usr/local/haskell/ghc-7.8.3-x86_64/lib/happy-1.19.4
>> * build/.markers/rel/build/package/happy-1.19.4/build
>> Development.Shake.command, system command failed
>> Command:
>> /home/mmartin/Downloads/haskell-platform-2014.2.0.0/build/ghc-bindist/local/bin/ghc-pkg
>> register --package-db=build/package/happy-1.19.4/package.conf.d
>> --verbose=1 build/package/mtl-2.1.3.1/inplace.conf
>> Exit code: 1
>> Stderr:
>> mtl-2.1.3.1: package(s) with this id already exist: mtl-2.1.3.1
>>
>> Any suggestions on how to get past this?
>>
>> Thanks,
>> Michael Martin
>>
>> _______________________________________________
>> Beginners mailing list
>> Beginners@haskell.org
>> http://www.haskell.org/mailman/listinfo/beginners
>>
> Merely going from the error message and your steps, it seems to me that
> you're *not* meant to install GHC yourself first and that the platform
> ships with GHC. I would say try again but without installing GHC and
> cabal first.
>
>
Well, that didn't work, either:

mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$ ./platform.sh 
../ghc-7.8.3-x86_64-unknown-linux-deb7.tar.bz2
./platform.sh: 18: ./platform.sh: cabal: not found
***
*** Building hptool
***
./platform.sh: 29: ./platform.sh: cabal: not found
mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$

On 10/18/2014 02:31 AM, Heinrich Apfelmus wrote:

Michael L Martin wrote:

...

On 10/16/2014 03:11 PM, Mateusz Kowalczyk wrote:

...

Merely going from the error message and your steps, it seems to me that you're *not* meant to install GHC yourself first and that the platform ships with GHC. I would say try again but without installing GHC and cabal first.

Well, that didn't work, either:

mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$ ./platform.sh .../ghc-7.8.3-x86_64-unknown-linux-deb7.tar.bz2 ../platform.sh: 18: ./platform.sh: cabal: not found *** *** Building hptool *** ../platform.sh: 29: ./platform.sh: cabal: not found mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$

Apparently, different distributions of the Haskell Platform differ in what tools they package: the binary distribution includes GHC and cabal, whereas the source distribution, which you are currently trying to install, doesn't include GHC and cabal.

Judging from the error message

...

Stderr: mtl-2.1.3.1: package(s) with this id already exist: mtl-2.1.3.1

it seems that the platform tries to build the `mtl` package, but fails because it is already installed. You can use the command

$ ghc-pkg list

to see which packages are installed globally and in your home directory. Most likely, `mtl` got installed because you installed `cabal-install`. I have no idea how to deal with the conflict, though, I'm not really familiar with the Haskell platform source distribution.

Best regards, Heinrich Apfelmus

-- http://apfelmus.nfshost.com

Thanks, Heinrich. I find it astonishing that build/install fails because it finds that a dependency that it needs is already installed. This is totally unreasonable. I was really looking forward to experimenting with Cloud Haskell, but the pain of installation, coupled with Haskell's well-known issues with "dependency hell", have soured me on Haskell. The language itself is amazing - I really like it. But I'm afraid that the dysfunctional nature of the Haskell ecosystem is driving me back to Erlang/OTP. OTP has proven to be industrial strength. I hope that someday (soon), Haskell will be able to claim that, as well.

_______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners

Mateusz Kowalczyk wrote:

On 10/18/2014 01:16 PM, Michael Martin wrote:

...

I find it astonishing that build/install fails because it finds that a dependency that it needs is already installed. This is totally unreasonable. I was really looking forward to experimenting with Cloud Haskell, but the pain of installation, coupled with Haskell's well-known issues with "dependency hell", have soured me on Haskell. The language itself is amazing - I really like it. But I'm afraid that the dysfunctional nature of the Haskell ecosystem is driving me back to Erlang/OTP. OTP has proven to be industrial strength. I hope that someday (soon), Haskell will be able to claim that, as well.

Why don't you use [1] instead of getting the source binary and finding yourself struggling? It comes with GHC.

[1]: http://www.haskell.org/platform/linux.html#binary

Indeed. Michael, don't make this harder on yourself than it needs to be. I know, you're using Linux, but it's just easier to download the binary and run the installer. Trying to compile source code in an ecosystem that you are not familiar with yet is likely to give you headaches. The download site for GHC explicitly says "Stop! For most users, we recommend installing the Haskell Platform instead of GHC" in big red letters. Also, Michael, you don't actually have to install the platform. You *already have* a working Haskell environment, as you managed to install GHC and cabal just fine. Besides the packaging, the Haskell platform just contains some useful packages, which you can easily install after the fact via cabal. Best regards, Heinrich Apfelmus -- http://apfelmus.nfshost.com

Lurker speaks: I too came to the same conclusion as Michael a long time back; I absolutely love Haskell but sooner or later it seemed to me that the "dependancy hell" would kick in just when you least needed / expected it to. It is the single biggest put off for me now to consider using it. I too find myself back in Erlang and Prolog these days, and I have begun learning OCaml instead as it offers a lot of things that Haskell seems but without the pure functional venus flytraps of monads, state transformers etc etc. Not all jobbing developers are math majors or CS majors, some of us are just mere mortals wishing to use shinier tools for a safer and more rigorous path to freedom from day job hell! But, SPJ et al.... f* awesome language! :) Sean On 18 October 2014 13:16, Michael Martin wrote:

On 10/18/2014 02:31 AM, Heinrich Apfelmus wrote:

...

Michael L Martin wrote:

...

On 10/16/2014 03:11 PM, Mateusz Kowalczyk wrote:

...

Merely going from the error message and your steps, it seems to me that you're *not* meant to install GHC yourself first and that the platform ships with GHC. I would say try again but without installing GHC and cabal first.

Well, that didn't work, either:

mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$ ./platform.sh .../ghc-7.8.3-x86_64-unknown-linux-deb7.tar.bz2 ../platform.sh: 18: ./platform.sh: cabal: not found *** *** Building hptool *** ../platform.sh: 29: ./platform.sh: cabal: not found mmartin@cloud:~/Downloads/haskell-platform-2014.2.0.0$

Apparently, different distributions of the Haskell Platform differ in what tools they package: the binary distribution includes GHC and cabal, whereas the source distribution, which you are currently trying to install, doesn't include GHC and cabal.

Judging from the error message

...

Stderr: mtl-2.1.3.1: package(s) with this id already exist: mtl-2.1.3.1

it seems that the platform tries to build the `mtl` package, but fails because it is already installed. You can use the command

$ ghc-pkg list

to see which packages are installed globally and in your home directory. Most likely, `mtl` got installed because you installed `cabal-install`. I have no idea how to deal with the conflict, though, I'm not really familiar with the Haskell platform source distribution.

Best regards, Heinrich Apfelmus

-- http://apfelmus.nfshost.com

Thanks, Heinrich.

I find it astonishing that build/install fails because it finds that a dependency that it needs is already installed. This is totally unreasonable. I was really looking forward to experimenting with Cloud Haskell, but the pain of installation, coupled with Haskell's well-known issues with "dependency hell", have soured me on Haskell. The language itself is amazing - I really like it. But I'm afraid that the dysfunctional nature of the Haskell ecosystem is driving me back to Erlang/OTP. OTP has proven to be industrial strength. I hope that someday (soon), Haskell will be able to claim that, as well.

_______________________________________________

...

Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners

_______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners

From what I see on blogs and lists though I don't think it does really cure

I guess it shouldn't but since they (the sandboxes) became more "common place" I have yet to find a reason to try them. the problems per se. IIUIC the most common cause of troubles is when dependencies between packages cause issues and that can happen even in a sandbox. Perhaps I will try again sometime soon but I am knee deep in Prolog these days, and PHP :( On 19 October 2014 14:45, Adam Mesha wrote:

2014-10-18 22:09 GMT+03:00 emacstheviking :

...

Lurker speaks: I too came to the same conclusion as Michael a long time back; I absolutely love Haskell but sooner or later it seemed to me that the "dependancy hell" would kick in just when you least needed / expected it to. It is the single biggest put off for me now to consider using it.

Does this dependency hell problem still exist when you use cabal sandboxes?

-- Adam Mesha Life is either a daring adventure, or nothing. - Helen Keller

_______________________________________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/mailman/listinfo/beginners