runcli_precmd got committed by mistake.
PR: 261754
Reported by: mikael
Fixes: 1d21db50cb net-im/signal-cli: Include patches bringing B-Bus support
MFH: 2022Q1
- Switch to depending on upstream tarballs for all the JAR files this port
needs. Since 0.8.0, the upstream switched to a Kotlin-based Gradle file,
which broke the Gradle dependency resolution mechanism implemented in
files/build.gradle.in. It is unproductive to fix that script. Let's just
use the provided JAR files.
- Java is no longer used to during build, so set JAVA_RUN=jre.
- Release notes:
https://github.com/AsamK/signal-cli/blob/v0.8.1/CHANGELOG.md
It is unclear to me why it happens only on this specific FreeBSD version.
Exception is:
org.gradle.launcher.daemon.client.DaemonDisappearedException: Gradle build daemon disappeared unexpectedly (it may have been killed or may have crashed)
Reported by: pkg-fallout
This commit updates dbus-java and its dependencies to 3.2.2, which includes
patches contributed by grembo@, which make signal-cli work nicely with
D-Bus on FreeBSD. It is a great thing because now it is possible to use
various TUI clients for Signal.
Additionally, we include an rc(8) service now, which allows users to run
signal-cli as a system service if they desire to use D-Bus system bus to
talk to signal-cli.
Other changes:
- Make _get-links depend on patch instead of extract (sometimes we need to
patch Gradle config files to get the versions we really want).
- Introduce ORIGINAL_BUILD_GRADLE variable for robustness.
- Put some documentation into pkg-message to help users start using
signal-cli.
- Set JAVA_HOME in the signal-cli script; it is a bug fix.
Special thanks to: grembo@
- Set LICENSE_FILE.
- Drop LIB_DEPENDS, libunix-java.so is no longer needed.
- Use ${GMAKE} to call Gmake.
- Bump JAVA_VERSION to 8+
- Update build.gradle.in to make it compatible with the recent Gradle
versions.
- Drop unnecessary JAVA_OPTS from signal-cli.in.
Release notes:
https://github.com/AsamK/signal-cli/releases/tag/v0.6.8
Also:
- Bring back vendored libmatthew JARs. It turns out that the build script
is not picking up the ports version of libmatthew when generating the
signal-cli script (share/signal-cli/bin/signal-cli). Use the vendored
version for now.
- Remove an unnecessary comment.
signal-cli is a command-line interface for libsignal-service-java. It
supports registering, verifying, sending and receiving messages. To be able
to link to an existing Signal-Android/signal-cli instance, signal-cli uses
a patched libsignal-service-java, because libsignal-service-java does not
yet support provisioning as a slave device. For registering you need a
phone number where you can receive SMS or incoming calls. signal-cli is
primarily intended to be used on servers to notify admins of important
events. For this use-case, it has a dbus interface, that can be used to
send messages from any programming language that has dbus bindings.
WWW: https://github.com/AsamK/signal-cli
