Search Criteria
Package Details: ptlib 2.18.8-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ptlib.git (read-only, click to copy) |
---|---|
Package Base: | ptlib |
Description: | Portable Tools Libary for opal |
Upstream URL: | https://sourceforge.net/projects/opalvoip |
Licenses: | MPL-1.0 |
Submitter: | severach |
Maintainer: | severach |
Last Packager: | severach |
Votes: | 0 |
Popularity: | 0.000000 |
First Submitted: | 2022-05-09 02:05 (UTC) |
Last Updated: | 2024-02-06 20:40 (UTC) |
Dependencies (20)
- alsa-lib
- expat (expat-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR)
- imagemagick (imagemagick-gitAUR, imagemagick-full-gitAUR, imagemagick-fullAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libldap (libldap-gnutlsAUR)
- libpcap (libpcap-gitAUR)
- libsasl
- lua53
- ncurses (ncurses-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- unixodbc (unixodbc-gitAUR)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-cudaAUR, ffmpeg-decklinkAUR, ffmpeg-amd-fullAUR, ffmpeg-ffplayoutAUR, ffmpeg-gitAUR, ffmpeg-amd-full-gitAUR, ffmpeg-fullAUR, ffmpeg-full-gitAUR, ffmpeg-libfdk_aacAUR, ffmpeg-headlessAUR, ffmpeg-obsAUR) (optional)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (optional)
- gst-plugins-base-libs (gst-plugins-base-libs-gitAUR) (optional)
- gstreamer (gstreamer-gitAUR) (optional)
- libavc1394 (optional)
- libdv (optional)
- sdl2AUR (sdl2-compat-gitAUR, sdl2-gitAUR, sdl2-compat) (optional)
Latest Comments
severach commented on 2025-01-08 20:20 (UTC) (edited on 2025-01-08 20:24 (UTC) by severach)
I haven't seen that virus report. I uploaded ptlib 2.18.8 to VirusTotal and it reports ESET-NOD32:Win32/Kryptik.GNRA. It's all source code so its probably a script. Doesn't apply to Linux.
dreieck commented on 2025-01-08 10:40 (UTC)
Are you aware that sourceforge has labeled the source as "Thils file may be infected with malware" (hover the mouse above the warning sign)?
Any deeper checks on that done?
Regards!
dreieck commented on 2025-01-08 10:38 (UTC)
makepkg
itself uses unset variables intentionally according to this post.And this throws the
messages when you use
set -u
when a build error occurs and the whole thing aborts before you can doset +u
.severach commented on 2025-01-07 21:24 (UTC) (edited on 2025-01-07 21:45 (UTC) by severach)
Using "" for unset variables was fine for 1970's shell scripts. Tis no good for modern ones. I never use unset variables. It's always a misspelling and I need to know immediately rather than having the script bungle on with blanks and all sorts of unexpected behavior. The excess errors were mostly fixed a few years ago. set -u doesn't interfere with anything because it shouldn't be triggered.
Example: sudo rm -rf $FOOBAR/
That's pretty bad if FOOBAR happens to be unset, and I've done that before, not with rm, but with chown.
ptlib and opal build well in CLI only systems but not so much in GUI systems that provide avcodec and FFMPEG with vlc. I've tried pulling future patches and setting configure options but none have worked reliably. Build in a clean chroot.
dreieck commented on 2025-01-07 16:20 (UTC) (edited on 2025-01-07 19:13 (UTC) by dreieck)
build()
fails for me with/usr/share/makepkg/util/message.sh: line 57: QUIET: unbound variable
:Building with
makepkg -sf
.(What for) do you really need
set -u
/set +u
?(See also this post explaining why
set -u
inPKGBUILD
should not be done because it interferes withmakepkg
's own cleanup stuff and environments.)