Looks like --add-opens has been deprecated?
systemctl status unifi
Unrecognized option: --add-opens
Edit: My bad was using java-8-openjdk/jre
Fixed with archlinux-java set java-17-openjdk
Git Clone URL: | https://aur.archlinux.org/unifi.git (read-only, click to copy) |
---|---|
Package Base: | unifi |
Description: | Centralized management system for Ubiquiti UniFi AP |
Upstream URL: | https://unifi-network.ui.com |
Licenses: | custom |
Conflicts: | tomcat-native |
Submitter: | seblu |
Maintainer: | freswa |
Last Packager: | freswa |
Votes: | 71 |
Popularity: | 0.89 |
First Submitted: | 2017-08-22 01:31 (UTC) |
Last Updated: | 2025-05-01 09:01 (UTC) |
Looks like --add-opens has been deprecated?
systemctl status unifi
Unrecognized option: --add-opens
Edit: My bad was using java-8-openjdk/jre
Fixed with archlinux-java set java-17-openjdk
Ah, thanks for clarifying.
We're not talking about conflicting packages here. "11 only satisfies <=21, 23 only >=17" literally means that both are met when both packages are installed.
They surely wouldn't all be met, 11 only satisfies <=21
, 23 only >=17
. But I think you meant to say that only one (per package) has to be met?
The PKGBUILD documentation does suggest both would have to be met, they use an example just like this, but I admit I haven't tested this myself.
All dependencies would be met. Nothing says that one package has to satisfy both.
@Scimmia
I'm personally fine with just 21, so happy to leave it up to the maintainer.
But for the record, the below wouldn't let you have 11 or 23 installed, as all dependencies have to be met. Only 17 & 21 would meet both.
boudekerk, being Arch, I would say that enforcing the newer version makes sense. Yes, it would be correct to have both, but it would also let someone have 11 and 23 installed, each would satisfy one dep yet you don't have one that works with this package.
I see the requirement has been changed to:
java-runtime-headless=21
Wouldn't it have been better to make it:
java-runtime-headless>=17 java-runtime-headless<=21
Unifi 9.0.x support Java 21, but this package lists 17 as a required dependency. This should probably be relaxed.
Ubiquiti seems to primarily operate off of ui.com
-- ubnt.com
still resolves but is there a reason to keep using what seems to be the old domain? (The download link works with the ui.com
host, I just checked.)
Asking because the mismatch made me spend a paranoid 20 minutes confirming that ubnt.com really was owned and operated by Ubiquiti, since I'd only ever seen ui.com.
Pinned Comments
freswa commented on 2019-10-30 11:50 (UTC)
We are on Stable with this Package. Please flag out-of-date only if the Version provided with this package does not match the version under "Stable" in this link: https://help.ubnt.com/hc/en-us/articles/360008240754#1