Package Details: libtinfo 6-19

Git Clone URL: https://aur.archlinux.org/libtinfo.git (read-only)
Package Base: libtinfo
Description: symlink to ncurses for use in cuda and other packages
Upstream URL: http://www.gnu.org/software/ncurses/
Keywords: libtinfo libtinfo5
Licenses: MIT
Submitter: hav3lock
Maintainer: hav3lock
Last Packager: hav3lock
Votes: 233
Popularity: 5.678316
First Submitted: 2013-08-18 23:48
Last Updated: 2017-04-21 00:10

Dependencies (2)

Required by (19)

Sources (0)

Latest Comments

alive4ever commented on 2017-04-22 13:40

Hey, version 6.19 breaks compatibility with ncurses5-compat-libs since ncurses5-compat-libs has provided /usr/lib/libtinfo.so.5 file.

You should just remove libtinfo.so.5 file so that this aur recipe can coexist with ncurses5-compat-libs.

hav3lock commented on 2017-04-21 15:03

@Bermond @otilmans, okay I'll fix this when I get home from work.

Bermond commented on 2017-04-21 11:55

Same error as @otilmans
error: failed to commit transaction (conflicting files)
libtinfo: /usr/lib/libtinfo.so.5 exists in filesystem

Output of 'pacman -Qo /usr/lib/libtinfo.so.5':
/usr/lib/libtinfo.so.5 is owned by ncurses5-compat-libs 6.0+20161224-1

otilmans commented on 2017-04-21 08:31

I now get the following error when installing this package:
error: failed to commit transaction (conflicting files)
libtinfo: /usr/lib/libtinfo.so.5 exists in filesystem
Errors occurred, no packages were upgraded.

Which makes sense because ths packages indeed detects libtinfo5:
Is libtinfo5 present...
yes

However libtinfo5 defines that file here:
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ncurses5-compat-libs#n41

Which you also redefine here:
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libtinfo#n26


Finally, as a matter of personal taste, I'd simplify your detection to:
if pacman -Q ncurses5-compat-libs &> /dev/null ; then
msg "\tyes"
...

As pacman is well behaved and will return an error code if the package is not found, i.e. will take the else branch.

hav3lock commented on 2017-04-21 00:10

@everybody, I have fixed the logic. Please let me know if issues continue to occur.

r10o commented on 2017-04-17 07:02

zyguan is right. Double parentheses evaluate 0 as false and 1 as true since they're meant for integer and C-style operations. Square brackets are what you need.

zyguan commented on 2017-04-07 03:00

Hi, @hav3lock, should we use:

if [ $_libtinfo5 ]; then
ln -s /usr/lib/libncurses.so.5 "$pkgdir"/usr/lib/libtinfo.so.5
fi

`if ((0)); then echo "Y"; else echo "N"; fi;` will print "N".

hav3lock commented on 2017-03-07 02:22

@AlmuHS, isn't that what I'm already doing with `optdepends`, or did you mean something else?

hav3lock commented on 2017-03-07 02:21

@DacodaS that command should give you 0: you may find the following illuminating:

false; echo $?
true; echo $?

jplatte commented on 2017-03-03 18:03

DacodaS: While it is a really bad idea to select whether to include a file in the package depending on the system state at build time, I'm pretty sure it works here. 0 is exactly what you would expect that command to return when ncurses5-compat-libs is installed. 0 is the "successful" exit code for programs, so shells have this unfortunate inverse logic of true == 0, false == 1.

All comments