Arch Linux User Repository

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]

Very unlikely to happen. The point always was to have a package providing only libraries just for proprietary applications.

It came up on IRC that the package https://aur.archlinux.org/packages/mp is developed upstream against ncurses5 in such a way that some features (syntax highlighting) will not work on newer versions of ncurses. Therefore, stef204 wants to use this package as a dependency even though it builds from source... I think it would make sense to have a package that provided the headers and pkg-config files as well.

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

[bpiotrowski]
Server = https://pkgbuild.com/~bpiotrowski/repo

Links offline ...

I'm also getting the "checking whether able to link to dl*() functions... configure: error: Cannot link test program for libdl" error.

As a hacky workaround, you could download the PKGBUILD and append --without-dlsym to the ./configure line (do not use dlsym() to load GPM dynamically, which skips the libdl dependency), but then you might lose mouse support via GPM.

The sample program compiles cleanly on my system which has /usr/lib/libdl-2.26.so if I specify -ldl explicitly:

cat > test.c <<EOF
#include <dlfcn.h>

int main (void) {
  void *obj;
  if ((obj = dlopen("filename", 0)) != 0) {
    if (dlsym(obj, "symbolname") == 0) {
      dlclose(obj);
    }
  }
  return 0;
}
EOF

gcc test.c

/tmp/ccbVksNq.o: In function 'main':
test.c:(.text+0x15): undefined reference to `dlopen'
test.c:(.text+0x33): undefined reference to `dlsym'
test.c:(.text+0x44): undefined reference to `dlclose'
collect2: error: ld returned 1 exit status

gcc test.c -ldl # Works, no output

ldd /usr/lib/libdl-2.26.so

linux-vdso.so.1 (0x00007fff02b87000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007fd6cef60000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007fd6cf51c000)

Ignore LKHN's instructions; follow elicacio's instead.

Fails to configure, with the error "checking whether able to link to dl*() functions... configure: error: Cannot link test program for libdl".

This is even stranger because if you compile the sample program for that test manually, everything works fine.

• Worked perfectly on fisrt try.

1. Open the latest GPG key from here - http://pgp.mit.edu:11371/pks/lookup?search=Thomas+Dickey&op=index

2. Copy form "-----BEGIN PGP PUBLIC KEY BLOCK-----" to "-----END PGP PUBLIC KEY BLOCK-----" in a new text file and rename it thomas_dickey.key

3. gpg --import thomas_dickey.key

please add "ncurses5-compat-libs" or note after the installation :D