Package Details: ncurses5-compat-libs 6.1-1

Git Clone URL: (read-only)
Package Base: ncurses5-compat-libs
Description: System V Release 4.0 curses emulation library, ABI 5
Upstream URL:
Licenses: MIT
Conflicts: libtinfo5
Provides: libtinfo5
Submitter: Barthalion
Maintainer: Barthalion
Last Packager: Barthalion
Votes: 472
Popularity: 6.831181
First Submitted: 2015-09-18 21:03
Last Updated: 2018-02-24 18:38

Required by (103)

Sources (2)

Pinned Comments

Barthalion commented on 2018-01-02 11:53

For the lazy, you can also install ncurses5-compat-libs package from my personal repository.

Server =

WoefulDerelict commented on 2016-05-23 19:35

This PKGBUILD verifies the authenticity of the source via PGP signatures which are not part of the Arch Linux keyring. In order to complete the process it is necessary to import the key(s) from the ‘validpgpkeys’ array into the user’s keyring before calling makepkg. There is a helpful article explaining this process by one of Arch Linux's developers located here:

Instructions on importing keys from a keyserver and how to automate the retrieval process can be found in the Arch Linux wiki here: This article also contains helpful information describing the installation of GnuPG, its configuration and usage.

Execute the following to import keys using gpg:

gpg --recv-keys <KEYID - See 'validpgpkeys' array in PKGBUILD>

The PGP signature check can be skipped by passing --skippgpcheck to makepkg.

Consult the makepkg manual page for a full list of options. []

Latest Comments

1 2 3 4 5 6 ... Next › Last »

WoefulDerelict commented on 2018-08-20 18:42

Deivorous: There are a number of variables that can prevent you from contacting the default keyserver. The default port for HKP/HKPS is sometimes blocked by strict firewalls. I would suggest attempting to fetch the key via a server the supports one of the more common ports. The default HTTP and HTTPS ports tend to be the most viable options. The following is an example using HKPS and the http over TLS/SSL port 443.

gpg --keyserver hkps:// --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB

Here is an example using the standard hypertext transfer protocol port 80.

gpg --keyserver hkps:// --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB

You can get more detailed output from gpg using the -vvv and --debug-all options. If neither of those work you can skip the PGP signature check by passing --skippgpcheck to makepkg as noted in the pinned post above.

Deivorous commented on 2018-08-20 06:42

Trying to import the key only resulted in 'gpg: keyserver receive failed: Connection timed out' messages. Thanks Barthalion, you're a lifesaver.

bswartz commented on 2018-07-23 17:05

@malta, Musikolo's instructions didn't work for me, I did this instead:

gpg --recv-keys 0x702353E0F7E48EDB

Musikolo commented on 2018-07-19 02:34


Following the instructions: - gpg --recv-keys <KEYID - See 'validpgpkeys' array in PKGBUILD>

Just issue: gpg --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB

It should work for you. Looks like you didn't copy the entire key.

I hope it helps.

malta commented on 2018-07-19 01:43

cant get the gpg keys

gpg --recv-keys 702353E0F7E48EDB not working


Musikolo commented on 2018-05-25 01:58


The following command means: gpg --recv-keys <KEYID - See 'validpgpkeys' array in PKGBUILD>

you need to run gpg --recv-keys with the KEYID that can find in link of the PKGBUILD you have above on the right side of this page. Once you do this, you'll find that such a value is C52048C0C0748FEE227D47A2702353E0F7E48EDB So, the command you need to run is: gpg --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB

I hope it helps.

xanc commented on 2018-05-24 15:44


gpg --recv-keys <keyid 'validpgpkeys'="" -="" array="" in="" pkgbuild="" see=""></keyid>

does not work for me

wookietreiber commented on 2018-04-12 09:19

This package does not compile with LTO. Please add these lines to PKGBUILD right before the build function:

export CFLAGS="${CFLAGS/-flto/}"

export CXXFLAGS="${CXXFLAGS/-flto/}"

export LDFLAGS="${LDFLAGS/-flto/}"

Aleksman commented on 2018-04-09 21:41

What's wrong with that package? I can't understand why some packages need it although there are already exists newer version of ncurses package in repositories.

What's the problem with pgp sign? It says, that i have already key 702353E0F7E48EDB and its not changed. But package sign not valid. It's a developer fault or mantainer?

Tennesse commented on 2018-03-17 12:01

Hey guys,

Elicacio's solution worked for me as well!

Thanks for that!