Package Details: ncurses5-compat-libs 6.5-1

Git Clone URL: https://aur.archlinux.org/ncurses5-compat-libs.git (read-only, click to copy)
Package Base: ncurses5-compat-libs
Description: System V Release 4.0 curses emulation library, ABI 5
Upstream URL: https://invisible-island.net/ncurses/ncurses.html
Licenses: MIT
Conflicts: libtinfo5
Provides: libtinfo5
Submitter: Barthalion
Maintainer: micwoj92
Last Packager: micwoj92
Votes: 590
Popularity: 1.72
First Submitted: 2015-09-18 21:03 (UTC)
Last Updated: 2025-01-16 16:10 (UTC)

Pinned Comments

WoefulDerelict commented on 2016-05-23 19:35 (UTC) (edited on 2018-08-18 20:22 (UTC) by WoefulDerelict)

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: http://allanmcrae.com/2015/01/two-pgp-keyrings-for-package-management-in-arch-linux/

Instructions on importing keys from a keyserver and how to automate the retrieval process can be found in the Arch Linux wiki here: https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver 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. [https://www.archlinux.org/pacman/makepkg.8.html]

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 28 Next › Last »

dschrempf commented on 2016-08-01 08:37 (UTC)

I also ahve this problem. I could not do gpg --verify ncurses-6.0.tar.gz.sig as suggested by fsimon because there is no public key. I also could not import the key with gpg --recv-keys F7E48EDB because the key server is not available.

fsimon commented on 2016-07-31 12:21 (UTC)

I had the same problem. In my case trustdb was corrupt which was indicated when attempting to verify the signature with gpg: gpg --verify ncurses-6.0.tar.gz.sig Following the instructions from gpg output and importing the key again resolved the problem for me.

tappy commented on 2016-07-30 18:31 (UTC)

I have the same issue as @adomas

adomas commented on 2016-07-23 22:32 (UTC)

I get this: ==> Verifying source file signatures with gpg... ncurses-6.0.tar.gz ... FAILED ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build ncurses5-compat-libs. I have tried: gpg --recv-keys F7E48EDB and gpg --keyserver pgp.mit.edu --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB Does not work anyway. Any solutions?

<deleted-account> commented on 2016-07-22 20:10 (UTC)

gpg --keyserver pgp.mit.edu --recv-keys C52048C0C0748FEE227D47A2702353E0F7E48EDB

amrox commented on 2016-07-12 15:53 (UTC)

I see the following: ==> Validating source files with md5sums... ncurses-6.0.tar.gz ... Passed ncurses-6.0.tar.gz.sig ... Skipped ==> Verifying source file signatures with gpg... ncurses-6.0.tar.gz ... FAILED (unknown public key 702353E0F7E48EDB)

addicteed commented on 2016-07-09 11:08 (UTC)

I have an error during the package() process : make[1]: [Makefile:916: /tmp/yaourt-tmp/aur-ncurses5-compat-libs/pkg/ncurses5-compat-libs/usr/lib/libncursesw.so.5.9] Error 1 (ignored) installing ../lib/libncursesw.a as /tmp/yaourt-tmp/aur-ncurses5-compat-libs/pkg/ncurses5-compat-libs/usr/lib/libncursesw.a /0 -m 644 ../lib/libncursesw.a /tmp/yaourt-tmp/aur-ncurses5-compat-libs/pkg/ncurses5-compat-libs/usr/lib/libncursesw.a make[1]: /0: Command not found make[1]: *** [Makefile:1872: install.libs] Error 127 make[1]: Leaving directory '/tmp/yaourt-tmp/aur-ncurses5-compat-libs/src/ncurses-6.0/ncurses' make: *** [Makefile:138: install.libs] Error 2 I also have this line multiples times : ../headers.sh: line 36: /0: No such file or directory

Barthalion commented on 2016-06-23 19:09 (UTC)

No, it should be not. libtinfo5 replaced libtinfo-5 before I merged both into compat-libs. Arch never put dashes in pkgname to separate ABI, so poke maintainers of dependent packages instead.

aereaux commented on 2016-06-23 15:22 (UTC)

I think the problem is that this conflicts and replaces libtinfo5, when it should be libtinfo-5.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 28 Next › Last »