I want to install yesod on windows 7 64 bits. It fails on the network package. This is what I've done:
I purged ghc and all packages and reinstalled the haskell platform.
Then I updated cabal which worked. The new cabal.exe is not in the path and the systems keeps using the old version.
I added the path to the new cabal.exe and erased the old version. Same issue with alex and happy.
Then I installed yesod-platform and yesod-bin. It failed on the network library (2.5.0.0). I installed mingw and msys (for some reason the msys part of the haskell platform is ignored).
I installed network in Msys with the new version of cabal. Network 2.5.0.0. is installed. Then installed yesod-platform and yesod-bin again as in http://www.yesodweb.com/page/quickstart. Okay... this works fine.
Now I have yesod 1.2.6, ghc version 7.6.3 and cabal 1.20.0.3.
Started yesod init, used 'simple' and changed directory to the new project.
Then I did cabal sandbox init. No errors.
Then: cabal install --enable-tests . yesod-platform yesod-bin --max-backjumps=-1 --reorder-goals
.....
cabal: Error: some packages failed to install:
authenticate-1.3.2.8 depends on network-2.5.0.0 which failed to install.
conduit-extra-1.1.0.4 depends on network-2.5.0.0 which failed to install.
connection-0.2.1 depends on network-2.5.0.0 which failed to install.
....
I think the problem is that installing network works in msys, but not as part of yesod.
Any idea what could be wrong?
Kees
Related
I am trying to install the Haskell gloss library, on Mac OS Catalina, but I have a lot of problems.
I download the tar.gz file from that page.
The first thing I did was follow this steps to install Haskell.
Already with cabal installed (the previous link downloads it), I used this command cabal install gloss. But report the following error:
❯ cabal install gloss
Resolving dependencies...
cabal: Cannot build the executables in the package gloss because it does not
contain any executables. Check the .cabal file for the package and make sure
that it properly declares the components that you expect.
I already did cabal update. And then again cabal install gloss, but nothing.
Then I did cabal v2-update, all okey. And cabal v2-install --lib gloss, but here the report was:
When I installed VirtualBox 5.1 by instructions on Download page, everything finished successful.
When I tried run VirtualBox the error was showed:
VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib/virtualbox/VirtualBox.so",) failed: libQt5X11Extras.so.5: cannot open shared object file: No such file or directory
This can be fixed by install X11 extras:
dnf install qt5-qtx11extras.x86_64
After installation the library the error was shoved:
Qt FATAL: This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.
Reinstalling the application may fix this problem.
Aborted (core dumped)
This can be fixed by install X11 xkb common:
dnf install libxkbcommon-x11.x86_64
After those fixes everything works fine.
I repored it to Oracle here
I've recently faced the same problem: installation of recent Fedora iso "26" with VirtualBox .
the truth is not all versions are supported ,the supported version are in range of 7-23 only as indicated in this site below:
List of Supported iso
I am building a project on Mac. It ends with
glibtoolize: command not found.
I don't find any instructions for installing glibtool and glibtoolize. All search results talks about installing libtool, which I already installed on my Mac.
Anyone know how this works? (I already installed the lated xcode, but no glibtool in my system.)
Install Homebrew (http://brew.sh). And then I guess brew install libtool.
I am on Solaris 11 environment and gcc-3.4.6 is installed on it. The problem is that I am not able to compile exe's there, The error is
-sh: gcc: gcc: cannot execute [Invalid argument]
even if I write gcc only it gives the same error. Kindly help.
Unlike in Solaris 10, on Solaris 11 the GCC is not installed by default.
Fear not.
By far the easiest is to use IPS to install it using the commands below (while being root or other superuser):
pkg install pkg://solaris/developer/build/gnu-make
pkg install pkg://solaris/developer/build/make
pkg install pkg://solaris/developer/gcc-45
pkg install pkg://solaris/system/header
pkg install pkg://solaris/developer/build/autoconf
pkg install pkg://solaris/developer/build/automake-110
This will give you all the tools you typically need to build various open source software packages.
Note that some of the packages have a version number in the package name itself, e.g. gcc-45. You may be able to find even later versions in the package repository, for example for Solaris 11.2 Beta you'll find you have a choice of GCC 4.5, 4.7 or 4.8. The same applies to automake which is now also available in v1.11.
(recipe from my posting here)
I have a haskell project that I'm trying to build on Windows 2008 64-bit. One of the dependencies is HsOpenSSL (not be to confused w/ hopenssl). Per the GHC docs, in order for this install to go smoothly one must install a binary distribution of openssl from here: http://slproweb.com/products/Win32OpenSSL.html and link during the cabal install process like this:
cabal install HsOpenSSL --extra-include-dirs="c:/OpenSSL-Win32/include" --extra-lib-dirs="c:/OpenSSL-Win32"
Now the problem arises when I attempt to install the 64-bit binary distribution and install HsOpenSSL w/ it.
cabal install HsOpenSSL --extra-include-dirs="c:/OpenSSL-Win64/include" --extra-lib-dirs="c:/OpenSSL-Win64"
This still throws the error of:
Resolving dependencies...
Configuring HsOpenSSL-0.10.3.5...
cabal.exe: Missing dependencies on foreign libraries:
* Missing C libraries: eay32, ssl32
This problem can usually be solved by installing the system packages that
provide these libraries (you may need the "-dev" versions). If the libraries
are already installed but in a non-standard location then you can use the
flags --extra-include-dirs= and --extra-lib-dirs= to specify where they are.
Failed to install HsOpenSSL-0.10.3.5
cabal.exe: Error: some packages failed to install:
HsOpenSSL-0.10.3.5 failed during the configure step. The exception was:
ExitFailure 1
After inspecting the directories (OpenSSL-Win32 and OpenSSL-Win64) the directories are apparently the exact same with one small difference. There is no MinGW folder in OpenSSL-Win64/libs/, but there is one in OpenSSL-Win32/libs/. After removing this directory from the OpenSSL-Win32 install directory, HsOpenSSL still installs fine when linked w/ the 32-bit libs. So I don't think that difference seems to matter. All that to ask, Is HsOpenSSL compatible with openssl's 64-bit libs? Is there anything obviously wrong about what I'm doing?
I'm using Cygwin, cabal 1.18.0.2, ghc 7.6.3, openSSL version 1.0.1e
It's four years later, but I just encountered the same problem so I guess its still relevant.
I solved it by downloading the latest Win64OpenSSL binaries, and manually cloning the HsOpenSSL repo at https://github.com/vshabanov/HsOpenSSL.
Then I opened the HsOpenSSL.cabal file and changed line 94 from
Extra-Libraries: eay32 ssl
to:
Extra-Libraries: libeay32 ssleay32
Finally, open cmd and make the repo your current directory. Then use cabal configure --extra-include-dirs="c:/OpenSSL-Win64/include" --extra-lib-dirs="c:/OpenSSL-Win64/lib" and cabal install to install the library.