Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

It seems like on Fedora 16 cabal isn't able to install scion-browser from hackage because of some incompatibilities with respect to Fedora's shared objects.

When I run cabal install scion-browser I get:

Loading package terminfo- ... <command line>: can't load .so/.DLL for:
   ncursesw (/usr/lib64/ file too short)
cabal: Error: some packages failed to install:
scion-browser-0.2.8 failed during the building phase. The exception was:
ExitFailure 1

I already have all packages installed for ncurses and the required file exists, but it's not a binary or symbolic link and thus the installation fails:

bash-4.2$ cat /usr/lib64/ 
INPUT( -ltinfo)

I don't think replacing that file with a symbolic link to would be a great idea, but I can't think of any other way in order to get it installed. What should I do, please?

share|improve this question
anyone, please? – Riccardo May 4 '12 at 12:37

As described here, GCC and GHC don't necessarily follow links in the same way. The fixed described worked for me.

cd /usr/lib
sudo mv
sudo mv
sudo ln -s /lib/
sudo ln -s /lib/

Since I was on a 64 bit Fedora box, I was moving things around in /lib64 and /usr/lib64

share|improve this answer
Thank you for your answer, but I already knew of this method (as I, perhaps too quickly, mentioned in my question). Symbolic links like those are likely to change with system updates soon or late, so that this would be only a temporary patch. I was searching for something to solve the problem once and for all. – Riccardo Jun 23 '12 at 0:07
Oh, so you did. Good point. Though I thought that symbolic links were the standard way to alias library names. – user52571 Jun 26 '12 at 12:08

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .