Arch Linux User Repository

Make sure you have the multilib-devel group installed before reporting issues while building the package. I will not add it as a makedepends because it is not a makedepends for lib32-ncurses5 either. See https://wiki.archlinux.org/index.php/Makepkg#Build_32-bit_packages_on_a_64-bit_system

If anyone is still having trouble getting used to PGP signing, make sure to add the key mentioned in the PKGBUILD:

$ gpg --keyserver keyserver.ubuntu.com --recv-keys 19882D92DDA4C400C22C0D56CC2AF4472167BE03

@haDe: thanks! Updated.

As far as I'm aware, sks-keyservers.net is gone. Its DNS record is non-existent. keyserver.ubuntu.com seems like a decent enough alternative

Apologies for the long delay, the 6.3 release happened at exactly the wrong time for me! I've now updated the PKGBUILD to 6.3 and imported the latest changes to the lib32-ncurses PKGBUILD (keeping everything in sync is a bit tedious).

Will this be updated?

please add multilib-devel as a dependency this package won't build otherwise.

@heller390: right, if programs compiled with gcc -m32 cannot be run, then I'm not sure how this package is going to be useful to you ;) It looks like WSL1 has no 32-bit support, but WSL2 does, see: https://superuser.com/a/1407818 . Either way I'm not a WSL user so I can't help you much here.

@Corax programs compiled with gcc32 are not running.They are giving exec format error. I couldn't find the dir for src/ncurses-6.2/config.log. Could you point out the exact path?

@heller390: see what I recommended duff to try below. It would also be useful if you uploaded src/ncurses-6.2/config.log somewhere.

Having issue building this package on Arch WSL via yay helper and even manually via makepkg. Installed multilib-devel and lib32-gcc-libs. Plz help

https://del.dog/mecoppygha.go

@duff: no problem, glad you got it sorted! AUR wrappers can be a real pain sometimes...

@Corax gcc -m32 compiled without an issue.

I found the problem: rua (my AUR wrapper) - for any reason it does not handle the PKGBUILD like it should. I will look into that and maybe report a bug at the right place.

so your PKGBUILD seems to be just fine. Sorry!

@duff: that is strange, no issue on my side. Could you check that gcc -m32 is working, for instance using:

$ gcc -m32 -x c - <<EOF
#include <stdio.h>

int main() { puts("hi"); }
EOF

Also I would suggest trying to build this package using makepkg directly instead of an AUR wrapper.

Have problem with building this package on my 64 bit machine. lib32-gcc-libs and multilib-devel were installed multiple times! makepkg.conf is default, btw. whole system is fresh and up to date. This really confuses me...

https://pastebin.com/Ftw6XAuH

Maybe there is a buildflag missing in latest PKGBUILD? I get "checking target system type... x86_64-pc-linux-gnu"

Hope for your answer to get this running asap

Kind regards

Make sure you have the multilib-devel group installed before reporting issues while building the package. I will not add it as a makedepends because it is not a makedepends for lib32-ncurses5 either. See https://wiki.archlinux.org/index.php/Makepkg#Build_32-bit_packages_on_a_64-bit_system

@mrtnster: see https://aur.archlinux.org/packages/lib32-ncurses5-compat-libs/#comment-678446, looks like I need to add a pinned comment...

I was building this package in a clean chroot environment and I had the same compilation issue Corax had earlier. It turned out that the 32bit version of the libgcc_s.so library was missing. Adding lib32-gcc-libs as a dependency fixes the problem.

@Corax: I compiled it now from the terminal and it worked, don't know why it didn't at first

@darcn: that's very weird, the same compilation line works fine for me, can you check that src/ncurses-6.1/ncurses/curses.priv.h exists?

There's an error while compiling, ../ncurses/./tinfo/alloc_ttype.c:41:10: error fatal: curses.priv.h: file or directory does not exist:

gcc -m32 -DHAVE_CONFIG_H -I../ncurses -I. -I../include -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_DEFAULT_SOURCE -D_FILE_OFFSET_BITS=64 -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt --param max-inline-insns-single=1200 -fPIC -c ../ncurses/./tinfo/add_tries.c -o ../obj_s/add_tries.o

gcc -m32 -DHAVE_CONFIG_H -I../ncurses -I. -I../include -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_DEFAULT_SOURCE -D_FILE_OFFSET_BITS=64 -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt --param max-inline-insns-single=1200 -fPIC -c ../ncurses/./tinfo/alloc_ttype.c -o ../obj_s/alloc_ttype.o

../ncurses/./tinfo/alloc_ttype.c:41:10: error fatal: curses.priv.h: No existe el fichero o el directorio compilación terminada.

make[1]: [Makefile:1422: ../obj_s/alloc_ttype.o] Error 1 make[1]: se sale del directorio '/var/tmp/pamac-build-nuggets/lib32-ncurses5-compat-libs/src/ncurses-6.1/ncurses' make: [Makefile:115: all] Error 2

@zigarrre: thanks for the heads-up, turns out this package was lagging a lot behind the latest changes in ncurses! I've pulled them in 6.1-2, notably removing the gcc-multilib dependency.

That said, depending on gcc-multilib is not an issue itself, because gcc provides gcc-multilib. I will not add multilib-devel as a dependency because it is an implicit prerequisite, see my previous comment.

gcc-multilib does not exist (possibly outdated?), please change makedepends to multilib-devel.

Otherwise build failes with: checking for C compiler default output... configure: error: C compiler cannot create executables

@Maikewng: almost missed your edit ;) Yes you were missing lib32-gcc-libs. I will not add it as a dependency, because it is part of the multilib-devel group, which is an implicit prerequisite for building any lib32-* package (just like base-devel for normal packages). See: https://wiki.archlinux.org/index.php/Makepkg#Build_32-bit_packages_on_a_64-bit_system

@Corax : I am also getting the same error of @calzonealamuerte . Here's the config.log as you requested, hope you can figure out what's going wrong.

[code] This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was generated by GNU Autoconf 2.52.20170501. Invocation command line was

$ ./configure --prefix=/usr --mandir=/usr/share/man --with-shared --with-normal --without-debug --without-ada --with-install-prefix=/home/michele/AUR/lib32-ncurses5-compat-libs/pkg/lib32-ncurses5-compat-libs --enable-widec --libdir=/usr/lib32 --with-abi-version=5 --without-pkg-config --without-gpm

----------

Platform.

----------

hostname = xxx uname -m = x86_64 uname -r = 4.20.0-arch1-1-ARCH uname -s = Linux uname -v = #1 SMP PREEMPT Mon Dec 24 03:00:40 UTC 2018

/usr/bin/uname -p = unknown /bin/uname -X = unknown

/bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown

PATH = /usr/local/bin:/usr/local/sbin:/usr/bin:/var/lib/flatpak/exports/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/paola/esp/xtensa-exp32-elf/bin

------------

Core tests.

------------

configure:1134: PATH=".;."; conftest.sh ./configure: line 1135: conftest.sh: command not found configure:1137: $? = 127 configure:1150: checking for egrep configure:1160: result: grep -E configure:1174: result: Configuring NCURSES 6.1 ABI 6 (Tue Jan 15 16:48:35 CET 2019) configure:1178: checking for package version configure:1199: result: 6.0 configure:1202: checking for package patch date configure:1219: result: 20180127 configure:1230: testing ABI VERSION 5:0:9 ... configure:1234: testing VERSION_MAJOR 6 ... configure:1238: testing VERSION_MINOR 0 ... configure:1242: testing VERSION_PATCH 20180127 ... configure:1314: WARNING: overriding ABI version 6 to 5 configure:1384: checking build system type configure:1402: result: x86_64-pc-linux-gnu configure:1409: checking host system type configure:1423: result: x86_64-pc-linux-gnu configure:1431: checking target system type configure:1445: result: x86_64-pc-linux-gnu configure:1477: result: Configuring for linux-gnu configure:1503: checking for prefix configure:1515: result: /usr configure:1684: checking for C compiler version configure:1687: gcc -m32 --version </dev/null >&5 gcc (GCC) 8.2.1 20181127 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:1690: $? = 0 configure:1692: gcc -m32 -v </dev/null >&5 Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --enable-default-pie --enable-default-ssp --enable-cet=auto Thread model: posix gcc version 8.2.1 20181127 (GCC) configure:1695: $? = 0 configure:1697: gcc -m32 -V </dev/null >&5 gcc: error: unrecognized command line option '-V' gcc: fatal error: no input files compilation terminated. configure:1700: $? = 1 configure:1720: checking for C compiler default output configure:1723: gcc -m32 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/../../../libgcc_s.so.1 when searching for libgcc_s.so.1 /usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1 /usr/bin/ld: cannot find libgcc_s.so.1 collect2: error: ld returned 1 exit status configure:1726: $? = 1 configure: failed program was:

line 1704 "configure"

include "confdefs.h"

int main (void) {

; return 0; } configure:1749: error: C compiler cannot create executables

-----------------

Cache variables.

-----------------

ac_cv_build=x86_64-pc-linux-gnu ac_cv_build_alias=x86_64-pc-linux-gnu ac_cv_env_CC_set=set ac_cv_env_CC_value='gcc -m32' ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-D_FORTIFY_SOURCE=2 ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt' ac_cv_env_CXX_set=set ac_cv_env_CXX_value='g++ -m32' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=x86_64-pc-linux-gnu ac_cv_host_alias=x86_64-pc-linux-gnu ac_cv_prog_egrep='grep -E' ac_cv_target=x86_64-pc-linux-gnu ac_cv_target_alias=x86_64-pc-linux-gnu cf_cv_abi_version=5 cf_cv_rel_version=5.9 cf_cv_system_name=linux-gnu cf_cv_timestamp='Tue Jan 15 16:48:35 CET 2019'

------------

confdefs.h.

------------

define PACKAGE "ncurses"

define NCURSES_VERSION "6.0"

define NCURSES_PATCHDATE 20180127

define SYSTEM_NAME "linux-gnu"

configure: exit 77 [/code]

EDIT: installing lib32-gcc-libs from the multilib-devel repository solved the issue. Should it be added to the dependencies? Also I need some help to figure out code quoting in AUR

@jolugaju: first, as a word of warning, if you're new to Linux and/or not comfortable with a terminal, Arch is probably not the most friendly way to start, that said if you want to learn as much as possible you should definitely carry on with Arch :)

The error you're getting is rather strange, because the keyserver works fine for me. What does this say: gpg -vv --keyserver pool.sks-keyservers.net --recv-keys 702353E0F7E48EDB

Hi. I'm a newbie on Linux. I open a terminal and run the sentence pedro.cordeiro commented. The answer of the terminal is : gpg: keyserver receive failed: Permission denied

What can I do? Thanks in advance!

@Corax That got'r done, alright. Thanks. It was from webkitgtk2 and a prebuilt package for that via the Chinese community (my fiance and I could not get it to build and it would also have taken several hours had it even successfully done so).

to problems with PGP , just run this in : gpg --keyserver "pool.sks-keyservers.net" --recv-keys "702353E0F7E48EDB" on terminal

@Lannakin: that's an error occurring during installation, isn't it? Looks like you have added an additional pacman repository providing this package, and there is some signature issue. Either way, that has nothing to do with the package itself. Could you build it yourself instead?

EDIT: this package is definitely in the archlinuxcn repo, have a look here (regarding the keyring in particular): https://wiki.archlinux.org/index.php/Unofficial_user_repositories#archlinuxcn

I get the following error:

Error: lib32-ncurses5-compat-libs: signature from "lilac (build machine) <lilac@build.archlinuxcn.org>" is unknown trust

I attempted the pinned fix and updating the keyring as well, although I do not remember why I did the latter; I did not successfully resolve my error.

a build problem how to fix. you have to run pacman -S multilib-devel. after can install lib32-ncurse-compat-libs

@calzonealamuerte: if you remove these two lines, you end up with ncurses5-compat-libs (i.e. the 64-bit binaries) in /usr/lib32, clearly not what you want. I still cannot repro the error, even in a chroot, so if no-one gives me some kind of trace (from config.log) I cannot do anything.

This package is still not installable. I have the same problem @TiTan4T had. I "fixxed" it by removed the following two lines from the PKGBUILD: export CC="gcc -m32" export CXX="g++ -m32"

With this lines removed, i didnt got the "configure: error: C compiler cannot create executables" message anymore.

@yar: just tried that and it works without issue. I did only the strict minimum:

$ mkdir chroot

$ mkarchroot chroot/root base-devel

[edit pacman.conf]

$ arch-nspawn chroot/root pacman -S multilib-devel

$ makechrootpkg -r chroot

@Corax try building with makechrootpkg and see for yourself

@TiTan4T: sorry for the delay, I was on holiday. Can you have a look at src/ncurses-6.1/config.log and copy the full error here?

I had installed "lib32-gcc-libs" but the building process still crashed.

I get the message "configure: error: C compiler cannot create executables".

Does somebody know a fix?

@adsun: see my comment below, it's part of multilib-devel and therefore an implicit dependency.

lib32-gcc-libs is a depends; without lib32-gcc-libs, lib32-ncurses5-compat-libs fails to build.

@sgar: lib32-gcc-libs is part of multilib-devel, which is the counterpart of base-devel but for building lib32 packages (see https://wiki.archlinux.org/index.php/Makepkg#Build_32-bit_packages_on_a_64-bit_system), meaning it is an implicit makedepend for all lib32 packages. I have to admit though that multilib-devel is not mentioned in https://wiki.archlinux.org/index.php/AUR, it probably should.

I wonder if its a good idea to put lib32-gcc-libs as a makedend.. I would have thought that it was in the dependency chain but seems is also just a makedep for lib32-glibc and if it is already installed it will not be pulled and the build will fail with "configure: error: C compiler cannot create executables"...

@artbody: is that a question? Is there a problem with the package as it is now?

package is also needed by Quartus ModelSim (Altera) newest release is 17.1.0.590 published Nov 2017

@yorickr: how strange, it's now 404 for me as well... The lib32-ncurses package has been flagged out-of-date for 3 months now, so I guess I'll just ignore it and use the same release as the ncurses package.

@Corax a friend of mine tested the same page and it showed up for him as well, though I got a 404 through my browser and curl. Perhaps this has to do with the servers CDN?

@yorickr: this is really weird, this very page lists ncurses-6.0-20170527.tgz for me... I don't think using another (close) version will cause you any major trouble though.

The mirror used by lib32-ncurses (https://www.mirrorservice.org/sites/lynx.isc.org/ncurses/current/) appears to not have version 20170527 available. I'm getting errors trying to install this package (as the mirror used by this package also doesn't have that version available). I've changed _pkgver locally to 6.0-20170603 which makes it install without issue but I'm uncertain if there are any major changes between these two versions.

@jmsq: I unflagged the package because I want to keep it in sync with lib32-ncurses, which is still on 6.0-20170527. Isn't the mirror link working for you?

@ibrokemypie @nathanchance Thanks for the heads-up. The other ncurses packages are no longer using the FTP server source. I've pulled in the latest changes from lib32-ncurses (6.0+20170527-1), including the new source URL.

It now appears the mirror is down, I had to revert back to the gnu.org address in order to get it to install.

needed the line source=(ftp://invisible-island.net/${_pkgbasename}/${_pkgbasename}-${pkgver}.tar.gz{,.asc}) as the current source is down for me

For people still having the problem, you guys can also download the key from https://sks-keyservers.net/pks/lookup?op=get&search=0x702353E0F7E48EDB just copy the text starting from -----BEGIN PGP PUBLIC KEY BLOCK----- and save it in a file, say 'key' then import it using gpg --import key

@krompus Ah yes good point, I have "keyserver pool.sks-keyservers.net" in my ~/.gnupg/gpg.conf so I didn't need to pass --keyserver explicitly. I'll modify the pinned comment, thanks :)

I just tried adding the keys as mentioned below, but I got "no keyserver available". Likely something to do with my ~/.gnupg/gpg/conf but oh well. If you get the same thing, try this: $ gpg --keyserver keys.gnupg.net --recv-keys 702353E0F7E48EDB

Thanks for the tip zephrax, I haven't encountered any problem downloading from the FTP source, but if other people encounter the same issue that can prove useful. I'm keeping the FTP source in the PKGBUILD, at least for now, simply because this is the one used in the ncurses [1] and lib32-ncurses [2] packages. [1] https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/ncurses [2] https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/lib32-ncurses

If anyone is having problems when downloading the ncurses 6.0 sources (because the mirror is down). Try changing the PKGBUILD source line from: source=(ftp://invisible-island.net/${_pkgbasename}/${_pkgbasename}-${pkgver}.tar.gz{,.asc}) to: source=(http://invisible-mirror.net/archives/${_pkgbasename}/${_pkgbasename}-${pkgver}.tar.gz{,.asc}) It's an official mirror and it worked for me.

If anyone is still having trouble getting used to PGP signing, make sure to add the key mentioned in the PKGBUILD:

$ gpg --keyserver keyserver.ubuntu.com --recv-keys 19882D92DDA4C400C22C0D56CC2AF4472167BE03

Yes this is precisely what I told you to do 4 comments ago...

it has solved a problem $ gpg --recv-keys 702353E0F7E48EDB

I have no idea what point you are trying to make (if any). If your point is that invoking gpg is too complicated for you, then that's fine with me but to be honest I don't care. If your point is that there is something wrong with the PKGBUILD, then you should learn how signatures work in makepkg. Allan's blog post is a good start: http://allanmcrae.com/2015/01/two-pgp-keyrings-for-package-management-in-arch-linux/

no, i delete .asc file and edit pkgbuild =)

Not sure what the problem is, did you try adding the key at all?... $ gpg --recv-keys 702353E0F7E48EDB

Will need to correct ncurses-6.0.tar.gz.asc and signature

need add pgp key? ncurses-6.0.tar.gz... FAILURE (unknown open key 702353E0F7E48EDB) ==> ERROR: One or more PGP signatures can't be checked! ==> ERROR: Makepkg couldn't collect lib32-ncurses5-compat-libs.

@mky: indeed, this is consistent with the other ncurses packages. Hopefully by now people have got used to adding keys!

To add the corresponding key, still need to receieve the keys: gpg --recv-keys F7E48EDB After that, it works fine!

@tinxy: done in the latest rel (-4), thanks for pointing that out. -4 also provides a libtinfo symlink, like ncurses5-compat-libs. This was a good move, having a separate package for a symlink is kind of overkill.

Please add pgp verification as seen in: https://aur.archlinux.org/packages/ncurses5-compat-libs/

Just adopted the package. I fixed outstanding issues and cleaned up the PKGBUILD, take a look at the last commit for more info.

This one function works (must be ncurse 6 installed already), at least android-sdk goes: #conflicts=("lib32-ncurses") #provides=("lib32-ncurses") ........ package() { cd ${srcdir}/ncursesw-build make install install -dm755 ${pkgdir}/usr/lib32 # non-widec compatibility libraries cd ${srcdir}/ncurses-build for lib in ncurses form panel menu; do install -Dm755 lib/lib${lib}.so.${_compatpkgver} ${pkgdir}/usr/lib32/lib${lib}.so.${_compatpkgver} ln -s lib${lib}.so.${_compatpkgver} ${pkgdir}/usr/lib32/lib${lib}.so.5 done rm -rf "${pkgdir}"/usr/{include,share,bin} mkdir -p "$pkgdir/usr/share/licenses" ln -s $_pkgbasename "$pkgdir/usr/share/licenses/$pkgname" cd $pkgdir/usr/lib32/ find . -iname "*.so" -delete && find . -iname "*.a" -delete }

Cant't build with CPPFLAGS="-P"

I'm getting build errors. http://sprunge.us/cMDG

First of all, you *must* modify the current PKGBUILD script because of two reasons explained below. 1) This package *can't* conflict with lib32-ncurses because the library versions it provides are different. lib32-ncurses are for version 6 and this package is supposed to provide version 5 libaries. A temporary solution is just to disable the following PKGBUILD lines #conflicts=("lib32-ncurses") #provides=("lib32-ncurses") 2) If you can't find another solution to the problem mentioned earlier here ("a library already exists in filesystem" error message), simply delete all files/symlinks with suffix .a or .so in $pkgdir/usr/lib32 directory after the compilation process. To do this, just add the following lines into package() section in the PKGBUILD script: cd $pkgdir/usr/lib32/ find . -iname "*.so" -delete && find . -iname "*.a" -delete It's not a pure solution. Yes, it's a dirty one, temporary fix. But it works until someone else provides a better solution. That's all. Happy compiling.

Maybe I'm wrong but shouldn't this also be edited so it 'provides' lib32-ncurses?

@Viper_Scull I've tried to modify the ncurses5-compat-libs pkgbuild as you suggested; but I am unable to get the package function right. If you or @lpapp are interested, what I got so far is pasted below: ----- # $Id$ #----- # Partially modified from ncorses5-compat-libs by Justin Zane Chudgar <justin@justinzane.com> # Requires inspection and fixes from experienced AUR maintainer! # package function currently not working #----- ## Maintainer: Laszlo Papp <lpapp@kde.org> ## Maintainer: Bartłomiej Piotrowski <bpiotrowski@archlinux.org> ## Contributor: Allan McRae <allan@archlinux.org> ## Contributor: judd <jvinet@zeroflux.org> _libdir=lib32 _pkgbasename=ncurses _pkgname=${_libdir}-${_pkgbasename} _compatpkgver=5.9 pkgname=${_pkgname}5-compat-libs pkgdesc="System V Release 4.0 curses emulation library (32-bit), ABI 5" pkgver=6.0 pkgrel=2 # Please verify that arch is correct: arch=('i686' 'x86_64') url="http://www.gnu.org/software/ncurses/" license=('MIT') # Please verify proper dependencies: (see namcap errors) # Question: is there any point to having this package without # gcc-multilib? If not, move gcc-multilib to dependencies? depends=('lib32-gcc-libs' \ 'lib32-glibc') # ${_pkgname}) makedepends=("gcc-multilib" "sh") # conflicts=("lib32-ncurses") # provides=("lib32-ncurses") source=(ftp://ftp.gnu.org/pub/gnu/${_pkgbasename}/${_pkgbasename}-${pkgver}.tar.gz) md5sums=('ee13d052e1ead260d7c28071f46eefb1') # Since compilation and linking regularly failed with ccache and/or # with link time optimization, justinzane simply picked the cleanest # flags and options that worked. # These need to be modified, as time and interest permit, to allow # greater optimization and fidelity to a users makepkg.conf. # I (justinzane) am insufficiently skilled to do so. export LD="/usr/bin/ld" export CC="/usr/bin/gcc" export CXX="/usr/bin/g++" export CPPFLAGS="-P" export CFLAGS="-m32" export CXXFLAGS="-m32" export LDFLAGS="" export MAKEFLAGS="-j 4 -l 4.0" #export PKG_CONFIG_PATH="/usr/lib32/pkgconfig" build() { cd $_pkgbasename-${pkgver/_/-/} make -k distclean ./configure \ --without-gpm --disable-pc-files \ --prefix=/usr --mandir=/usr/share/man \ --with-shared --with-normal \ --without-debug --without-ada \ --enable-widec \ --with-cxx-binding --with-cxx-shared \ --libdir=/usr/${_libdir} --with-abi-version=5 # --with-pkg-config=/usr/lib32/pkgconfig --enable-pc-files \ make } package() { cd $_pkgbasename-${pkgver/_/-/} for nc_lib in ncurses ncurses++ form panel menu; do # fool packages looking to link to non-wide-character ncurses libraries # by symlinking to narrow names ln -s lib/lib${nc_lib}w.so.${_compatpkgver:0:1} lib/lib${nc_lib}.so.${_compatpkgver:0:1}; ln -s lib/lib${nc_lib}w.so.${_compatpkgver} lib/lib${nc_lib}.so.${_compatpkgver}; # also remove unversioned libraries to prevent conflict with version 6 symlinks rm lib/lib${nc_lib}w.so; done # Question: is this the proper use of pkgconfig for 32 bit variants in Arch? # # move pkgconfig files to specified location # mv "${pkgdir}"/usr/share/pkgconfig "${pkgdir}"/usr/${_libdir}/ # rm -rf "$pkgdir"/usr/${_libdir}/pkgconfig make DESTDIR="$pkgdir" install.libs # Question: is this necessary to prevent stomping 64 bit headers on uninstall? # rm -rf "$pkgdir"/usr/include/ # install license, rip it from the readme install -d "$pkgdir"/usr/share/licenses/$pkgname grep -B 100 '$Id' README > "$pkgdir"/usr/share/licenses/$pkgname/LICENSE } #------ # namcap errors: #lib32-ncurses5-compat-libs W: ELF file ('usr/lib32/libpanelw.so.5.9') has text relocations. #lib32-ncurses5-compat-libs W: ELF file ('usr/lib32/libmenuw.so.5.9') has text relocations. #lib32-ncurses5-compat-libs W: ELF file ('usr/lib32/libformw.so.5.9') has text relocations. #lib32-ncurses5-compat-libs W: ELF file ('usr/lib32/libncurses++w.so.5.9') has text relocations. #lib32-ncurses5-compat-libs E: Dependency bash detected and not included (programs ['sh'] needed in scripts ['usr/bin/ncursesw5-config']) #lib32-ncurses5-compat-libs W: Dependency lib32-glibc included but already satisfied

Build fails with the following error: gcc -m32 ../obj_s/tabs.o -L../lib -DHAVE_CONFIG_H -I. -I../../ncurses-6.0/progs -I../include -I../../ncurses-6.0/progs/../include -P -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DNDEBUG --param max-inline-insns-single=1200 -fPIC -lncurses -o tabs ../lib/libncurses.so: undefined reference to `_nc_to_char' ../lib/libncurses.so: undefined reference to `_nc_insert_wch' ../lib/libncurses.so: undefined reference to `wadd_wch' ../lib/libncurses.so: undefined reference to `getcchar' ../lib/libncurses.so: undefined reference to `_nc_is_charable' ../lib/libncurses.so: undefined reference to `_nc_wacs' ../lib/libncurses.so: undefined reference to `_nc_init_wacs' collect2: error: ld returned 1 exit status Makefile:260: recipe for target 'tabs' failed make[1]: *** [tabs] Error 1

lib32-ncurses5-compat-libs and lib32-ncurses are in conflict.

@lpapp, I guess the easiest thing to do would be to adapt the PKGBUILD for ncurses5-compat-libs (https://aur4.archlinux.org/packages/ncurses5-compat-libs/) to this package. I believe it uses install.lib instead of install, I'm not sure we need to build ncursesw, and a few other things.. Check it out.

@Viper_Scull: That makes sense, yes. I think that I will need to avoid then creating these symlinks as they are probably already created by lib32-ncurses: lib32-ncurses5-compat-libs: /usr/lib32/libcurses.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libcursesw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libform.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libformw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libmenu.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libmenuw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncurses++.a exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncurses++w.a exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncurses.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncursesw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libpanel.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libpanelw.so exists in filesystem Patches are welcome, otherwise, I will do it later. Something like this would be a good starting point, I believe: diff --git a/PKGBUILD b/PKGBUILD index 2287f55..69a34a0 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -12,8 +12,6 @@ url="http://www.gnu.org/software/ncurses/" license=('MIT') depends=('lib32-glibc' ${_pkgbasename}) makedepends=("gcc-multilib") -conflicts=("lib32-ncurses") -provides=("lib32-ncurses") source=(ftp://ftp.gnu.org/pub/gnu/${_pkgbasename}/${_pkgbasename}-${pkgver}.tar.gz) md5sums=('ee13d052e1ead260d7c28071f46eefb1') @@ -47,23 +45,6 @@ package() { cd ${srcdir}/ncursesw-build make install - install -dm755 ${pkgdir}/usr/lib32 - - # fool packages looking to link to non-wide-character ncurses libraries - for lib in curses ncurses form panel menu; do - rm -f ${pkgdir}/usr/lib32/lib${lib}.so - echo "INPUT(-l${lib}w)" >${pkgdir}/usr/lib32/lib${lib}.so - ln -sf lib${lib}w.a ${pkgdir}/usr/lib32/lib${lib}.a - done - ln -sf libncurses++w.a ${pkgdir}/usr/lib32/libncurses++.a - - # some packages look for -lcurses during build - rm -f ${pkgdir}/usr/lib32/libcursesw.so - echo "INPUT(-lncursesw)" >${pkgdir}/usr/lib32/libcursesw.so - ln -sf libncurses.so ${pkgdir}/usr/lib32/libcurses.so - ln -sf libncursesw.a ${pkgdir}/usr/lib32/libcursesw.a - ln -sf libncurses.a ${pkgdir}/usr/lib32/libcurses.a - # non-widec compatibility libraries cd ${srcdir}/ncurses-build for lib in ncurses form panel menu; do But currently, I do not have time to finish it. After that change, there are still conflicting files, namely: lib32-ncurses5-compat-libs: /usr/lib32/libformw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libmenuw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncurses++w.a exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libncursesw.so exists in filesystem lib32-ncurses5-compat-libs: /usr/lib32/libpanelw.so exists in filesystem

@lpapp, yes. lib32-ncurses version 6 is the default in Arch now. AFAIK this (lib32-ncurses5-compat-libs) library is supposed to bring compatibility with packages that still require lib32-ncurses5 like wine for example. So both should coexist in the system until all packages move to ncurses6.

@Viper_Scull: you mean that I ought to remove the conflicts and provides lines from the PKGBUILD because lib32-ncurses might be required to be present along with this package? If so, that makes sense to me and I can update the package.

Package comflicts with lib-ncurses-6 when this should be installed along with it, right?

@anatolik: yes, you are right. Thank you for your help! The package is now updated.

Update package to version 6.0? (the same as ncurses5-compat-libs)?