Package Details: ncurses-full 6.0+20170902-1

Git Clone URL: (read-only)
Package Base: ncurses-full
Description: System V Release 4.0 curses emulation library, with static and shared libraries, Inclusion of libTinfo.
Upstream URL:
Licenses: MIT
Conflicts: libtinfo, ncurses, ncurses-full-git, ncurses5-compat-libs
Provides: libformw.a,, libmenuw.a,, libncurses++w.a,, libncursesw.a,, libpanelw.a,, libtinfo, libtinfo.a,, ncurses, ncurses-full
Submitter: EndlessEden
Maintainer: EndlessEden
Last Packager: EndlessEden
Votes: 1
Popularity: 0.158344
First Submitted: 2017-09-11 21:27
Last Updated: 2017-09-11 22:27

Required by (754)

Sources (2)

Latest Comments

EndlessEden commented on 2017-12-12 13:43

@all: Ive read your comments, and i am working on resolving a multitude of issues. I will submit a fix asap.

brannson commented on 2017-12-04 05:07

You should change PKGBUILD file, line 30, add '--with-termlib'. P.S. I am using stack from off site. Without ncurses-full it downloads 'ghc-tinfo6-nopie-8.0.2', with it 'ghc-ncurses6-nopie-8.0.2'.

dschrempf commented on 2017-11-17 13:30

Hi, I want to confirm the libtinfo issue. A fix would be nice. I do not want to mess around with symlinks and have to use `ncurses-full` when I want to compile Haskell stuff and normal `ncurses` when I want to, e.g., run `vim`. You can imagine that this is getting really anoying :-). Thanks for this package anyways, otherwise Haskell compilation wouldn't work at all...

joehillen commented on 2017-11-06 18:45


I know what you mean. I keep having the same ghc issue every month or so in one form or another.

I have this and it seems to have solved my Haskell issues this time around:

local/ncurses 6.0+20170902-3
System V Release 4.0 curses emulation library
local/ncurses5-compat-libs 6.0+20170902-1
System V Release 4.0 curses emulation library, ABI 5

ncurses is from core. Perhaps you need to reinstall ncurses5-compat-libs after updating ncurses?

Syncopated commented on 2017-11-05 04:16

On a related note, I installed ncurses-full in a useless attempt to circumvent build problems related to ncurses encountered while using Haskell on ArchLinux, because someone suggested that on some webpage.

Previously, my circumvention was to use 'core/ncurses-6.0+20170902-1', 'aur/ncurses5-compat-libs 6.0+20170902-1' and a manually-created symlink /usr/lib/ However, 'core/ncurses-6.0+20170902-1' has been superceded by 'core/ncurses-6.0+20170902-2' but there's no accompanying 'aur/ncurses5-compat-libs 6.0+20170902-2', at least not yet.

So, for now, I'm just reverting to my original circumvention which works, 'downgrading' to 'core/ncurses-6.0+20170902-1' and 'aur/ncurses5-compat-libs 6.0+20170902-1' and manually creating the symlink.

EndlessEden commented on 2017-11-03 01:47

i will take a look at both issues, asap.

jan_path commented on 2017-11-03 00:35

This tries to create a symlink /usr/lib/ -> /usr/lib/, but the latter file does not exist and the target should probably just be /usr/lib/ or /usr/lib/ should link to that.

flounders commented on 2017-10-24 15:43

This package isn't working with the system ghc. /usr/lib/ghc-8.2.1/bin/ghc: error while loading shared libraries: cannot open shared object file: No such file or directory

/usr/lib/ on my system is supposed to link to /usr/lib/, but that file isn't there. Anyway we can get this fixed?