@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.
Search Criteria
Package Details: lib32-ncurses5-compat-libs 6.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-ncurses5-compat-libs.git (read-only, click to copy) |
---|---|
Package Base: | lib32-ncurses5-compat-libs |
Description: | System V Release 4.0 curses emulation library (32-bit), ABI 5 |
Upstream URL: | https://invisible-island.net/ncurses/ncurses.html |
Licenses: | MIT |
Submitter: | lpapp |
Maintainer: | Corax |
Last Packager: | Corax |
Votes: | 111 |
Popularity: | 1.40 |
First Submitted: | 2015-09-22 11:38 (UTC) |
Last Updated: | 2023-03-18 08:08 (UTC) |
Dependencies (3)
Required by (6)
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 Next › Last »
Viper_Scull commented on 2015-09-24 08:16 (UTC)
lpapp commented on 2015-09-23 10:39 (UTC)
@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
Viper_Scull commented on 2015-09-22 20:40 (UTC)
@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.
lpapp commented on 2015-09-22 19:00 (UTC)
@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.
Viper_Scull commented on 2015-09-22 18:55 (UTC)
Package comflicts with lib-ncurses-6 when this should be installed along with it, right?
Pinned Comments
Corax commented on 2019-06-10 18:11 (UTC)
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
Corax commented on 2016-08-19 23:33 (UTC) (edited on 2022-02-28 18:45 (UTC) by Corax)
If anyone is still having trouble getting used to PGP signing, make sure to add the key mentioned in the PKGBUILD: