net-im/signal-cli: Update to 14.8 PR: 29840848884f3816
Port details
net-im/signal-cli0.14.8,1
Command-line and D-Bus interface for Signal and libsignal-service-java
- Maintainer
- jaap.aarts1@gmail.com
- Packages
- signal-cli 0.14.8,1
- Upstream
- Higher version available: 0.14.9
- CPE
- none, CVEs only via VuXML
- WWW
- https://github.com/AsamK/signal-cli
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (46)
net-im/signal-cli: Update to 0.14.7 PR: 298079a2cffc071a
net-im/signal-cli: Improve RC script PR: 296534, 2943357e1b147e37
net-im/signal-cli: Update to 0.14.5 PR: 29653494fe5853fd
net-im/signal-cli: Update to 0.14.1 PR: 2933785c38531b4b
*/*: bump portrevision after java_default=25 update Included all ports that have USES=java. PR: 29355986813e9ccf
*/*: bump portrevision after java_default=21 update PR: 2728552baaf16375
net-im/signal-cli: Update to 0.13.20 Pass maintainership to Jaap Aarts PR: 2901799e881acaee
Mk/**java.mk: Convert bsd.java.mk to USES The following features have been added or changed: - Instead of USE_JAVA use USES=java. This defaults to USES=java:build,run if NO_BUILD is undefined. Else it defaults to USES=java:run - Instead of USE_ANT=yes use USES=java:ant which also implies USES=java:build - Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or extract - Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply build or run - Instead of JAVA_RUN=yes use USES=java:run does not imply extract or build - Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version> Approved by: mat (portmgr), glewis Differential Revision: https://reviews.freebsd.org/D482010835676e36
MAN[1-5]PREFIX: eleminate its usage and move man to share/mane10e2022a9
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
net-im/signal-cli: Return to the pool It would be great to update this port to the newest version available upstream. Unfortunately, I couldn't get the newer versions to work reliably on FreeBSD.edc6057050
net-im/signal-cli: Fix service signal_cli runcli runcli_precmd got committed by mistake. PR: 261754 Reported by: mikael Fixes: 1d21db50cb05 net-im/signal-cli: Include patches bringing B-Bus support MFH: 2022Q1d5b556da34
net-im/signal-cli: Add an interactive test target This is the best kind of semi-automated testing we can have now for this port.eb8ddc4ec1
net-im/signal-cli: Revert update to 0.9.1 signal-cli stopped working with this update. Let's roll back. This reverts commit 04497570c3e86c251353a323b64bed6523e5dd27.b556d5629c
net-im/signal-cli: Update to 0.9.1 Changes: https://github.com/AsamK/signal-cli/releases/tag/v0.9.104497570c3
net-im/signal-cli: Update to 0.9.0 Changes: https://github.com/AsamK/signal-cli/blob/v0.9.0/CHANGELOG.md3feb8a3d87
net-im/signal-cli: Update to 0.8.5 Changes: https://github.com/AsamK/signal-cli/blob/v0.8.5/CHANGELOG.md2a38283486
net-im/signal-cli: Update to 0.8.4.1deeec37651
net-im/signal-cli: Update to 0.8.3 Changes: https://github.com/AsamK/signal-cli/releases/tag/v0.8.30f9100dbc8
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
all: Remove all other $FreeBSD keywords.135fdeebb9
Remove # $FreeBSD$ from Makefiles.305f148f48
Update to 0.8.1 - 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.md39abdda9ee
Update to 0.7.4 Changelog: https://github.com/AsamK/signal-cli/blob/v0.7.4/CHANGELOG.mddb5e86b917
Update to 0.7.3 Changelog: https://github.com/AsamK/signal-cli/blob/v0.7.3/CHANGELOG.md#073---2021-01-17ed5da2fe7a
Update to 0.7.2 Changelog: https://github.com/AsamK/signal-cli/blob/v0.7.2/CHANGELOG.md3b80c5ea70
Update to 0.7.1 Changelog: https://github.com/AsamK/signal-cli/blob/v0.7.1/CHANGELOG.md PR: 252041 Submitted by: Neel Chauhan <neel@neelc.org> (earlier version) Reviewed by: jrm@ Differential Revision: https://reviews.freebsd.org/D2773431d616fb2f
Update to 0.6.12 Release notes: https://github.com/AsamK/signal-cli/releases/tag/v0.6.12fa9458f33b
Update to 0.6.11 Release notes: https://github.com/AsamK/signal-cli/releases/tag/v0.6.11c0a0361bc8
Get the patch for handling recipients with only UUIDs https://github.com/AsamK/signal-cli/commit/a54fc92c05c5c8b532e029e82eedd73f9440e138 MFH: 2020Q423698c6c37
Mark as broken on FreeBSD 11.4 amd64 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-fallout53587abaf6
net-im/signal-cli: Fix a typo in pkg-messagefbe3fa16a5
net-im/signal-cli: Update to 0.6.10 Release notes: - https://github.com/AsamK/signal-cli/releases/tag/v0.6.9 - https://github.com/AsamK/signal-cli/releases/tag/v0.6.10 Port changes: - Improve the comment about jffi-native to be a bit more clear. - Set JAVA_HOME for Gradle explicitly. Gradle was not picking up the right Java version automatically. - Remove post-patch; it is no longer needed. - Bump the required Java version to 11+ as documented by the upstream.bc2ced7b3a
net-im/signal-cli: Include patches bringing B-Bus support 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@1d21db50cb
Remove duplicate distfile907f50d0f4
Update to 0.6.8
- 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.80517a1f5c8Fix pkg-plist DBUS files are already handled via DBUS_PLIST_FILES.bdfe1ff16c
Update to 0.6.7 Release notes: https://github.com/AsamK/signal-cli/releases/tag/v0.6.7526922056f
Update to 0.6.6 While here: - Add D-Bus as a runtime dependency. - Simplify do-install. Reported by: Repology67162f9226
Bump PORTREVISION after r529198 Reported by: mata2949d84d6
Add missing entries to pkg-plista42188062e
Chase devel/libmatthew plist changes 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.866b208729
Clean up distinfo I forgot to clean up leftovers after removing the vendored version of libmatthew from the distfiles.c83e0b2a3c
New port: Command-line and D-Bus interface for Signal and libsignal-service-java 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-clifea232a260