Package Details: tcpterm-bin 0.0.2-2

Git Clone URL: https://aur.archlinux.org/tcpterm-bin.git (read-only, click to copy)
Package Base: tcpterm-bin
Description: A packet visualizer in TUI.
Upstream URL: https://github.com/sachaos/tcpterm
Keywords: network packet tcp tui visualizer
Licenses: MIT
Conflicts: tcpterm
Provides: tcpterm
Submitter: Dominiquini
Maintainer: Dominiquini
Last Packager: Dominiquini
Votes: 1
Popularity: 0.108753
First Submitted: 2024-11-21 03:30 (UTC)
Last Updated: 2025-02-08 23:35 (UTC)

Required by (0)

Sources (3)

Latest Comments

Dominiquini commented on 2025-02-10 13:24 (UTC)

@m040601 I noticed that this app was only working because I have also introduced the 'naabu-bin' package, which suffers from the same problem. Then I copied his solution and installed using the flag '--overwite *'. I could set that package as dependency for this one. Or maybe I should delete this package. Probably is the right thing!

Thanks.

m040601 commented on 2025-02-10 10:35 (UTC) (edited on 2025-02-10 11:56 (UTC) by m040601) 

  ## ugly hack to fix deps issue
  install -dv "$pkgdir/usr/lib/"
  ln -sv "/usr/lib/libpcap.so" "$pkgdir/usr/lib/libpcap.so.0.8"

Indeed. This is definetly not a good thing. That "ln" is very bad. You are messing with your Arch standard system. All because some PKGBUILD pulls a specific old ancient compiled "-bin" found on the Internet.

I would not do this on my system.

The "fault" is of course not yours. The fault is of the developer for having a very old dependency.

I would not trust him much to maintain the tool or provide fresh builds. Look at the almost zero activity.

$ gcu-commits-repo-hub-all-atom https://github.com/sachaos/tcpterm

  2024-01-10 12:47  Create LICENSE
  2022-01-09 07:22  Update README
  2021-12-13 12:24  Merge pull request #6 from thomasmerz/ma
  2021-11-25 10:57  🐛 Fix deprecation warning for 'go get
  2019-10-07 06:58  Create FUNDING.yml

I will not be the one to signal or mark this PKGBUILD out of date. But I strongly advise you to just forget about it and delete it.

Such is the danger of accepting "-bin" PKGBUILDs made by others on the AUR.

I thank you Dominiquini for all your working maintaining so many usefull "-bin" PKGBUILDs. You are one of the "king of -bins" on the AUR.

But you really have to be carefull when you maintain such a large number of them.

It is very easy to let something bad slip by in by accident.

$ namcap tcpterm-bin/tcpterm-bin-0.0.2-2-x86_64.pkg.tar.zst

tcpterm-bin W: ELF file ('usr/bin/tcpterm') lacks FULL RELRO, check LDFLAGS.
tcpterm-bin W: ELF file ('usr/bin/tcpterm') lacks PIE.
tcpterm-bin W: ELF file ('usr/bin/tcpterm') lacks GNU_PROPERTY_X86_FEATURE_1_SHSTK.
tcpterm-bin W: Referenced library 'libpcap.so.0.8' is an uninstalled dependency (needed in files ['usr/bin/tcpterm'])
tcpterm-bin W: Unused shared library '/usr/lib/libpthread.so.0' by file ('usr/bin/tcpterm')
tcpterm-bin W: Dependency included, but may not be needed ('libpcap')

$ namcap -i tcpterm-bin/PKGBUILD

PKGBUILD (tcpterm-bin) I: Missing Contributor tag

m040601 commented on 2025-02-08 22:51 (UTC) (edited on 2025-02-08 22:52 (UTC) by m040601)

Currently the PKGBUILD fails to build with,

==> Starting build()...
help2man: can't get `--help' info from ./tcpterm-0.0.2
Try `--no-discard-stderr' if option outputs to stderr
==> ERROR: A failure occurred in build().
    Aborting...

That's because the binary they release on github is built with an older libpcap.

$ ./tcpterm_linux_amd64

./tcpterm_linux_amd64: error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: No such file or directory

Current libpcap in Arch is more recent,

$ pacman -F  libpcap.so

core/libpcap 1.10.5-2 [installed]
    usr/lib/libpcap.so

!pacman -Ql libpcap
...
libpcap /usr/lib/libpcap.so
libpcap /usr/lib/libpcap.so.1
libpcap /usr/lib/libpcap.so.1.10.5
...