Package Details: unifi 9.0.114-1

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: 70
Popularity: 0.61
First Submitted: 2017-08-22 01:31 (UTC)
Last Updated: 2025-02-04 12:05 (UTC)

Dependencies (3)

Required by (0)

Sources (6)

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

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 Next › Last »

GrayHatter commented on 2017-12-28 23:58 (UTC)

+1, @mellofone & @abra

downgraded both and it works now. Cheers guys, never would have been able to get this working with out you guys!

<deleted-account> commented on 2017-12-28 23:34 (UTC)

mellofone

+1, mongodb update breaks unifi, although downgrading mongodb to 3.4.9-1 didn't help. Fixed it by downgrading wiredtiger to version 2.9.3-1 (current version was 2.9.3.20171205-2).

mellofone commented on 2017-12-28 18:06 (UTC)

Anyone else having a problem getting this running after a mongodb update to 3.6.x? Starting the unifi service properly starts, but the mongod process itself never actually starts. Downgrading mongodb to 3.4.9-1 seems to solve it.

<deleted-account> commented on 2017-12-27 01:21 (UTC)

Unfortunately, it doesn't work for Cloud Access (it gives you the access to your controller via https://unifi.ubnt.com). If you log in to unifi.ubnt.com and try to launch your local controller "using cloud", you get an error. Here's a part of the log file you are prompted to download: }, { "0": "WEBRTC_SDP_REQUESTING" }, { "0": "WEBRTC_SDP_RECEIVING_ERROR", "1": { "error_code": "JNI library is not loaded" } }, { "0": "WEBRTC_CONNECTION_ERROR", "1": { "error_code": "JNI library is not loaded" } },

As much as I understand, there are some dependencies that are missing.

Cloud access works on my Debian host flawlessly. It would be great if you could make it work on Arch too.

IsaacG commented on 2017-12-17 19:22 (UTC)

To get it to start and not complain about a missing javax/activation/DataSource I had to change the .service file to:

ExecStart=/usr/bin/java --add-modules java.activation -jar /usr/lib/unifi/lib/ace.jar start

k0ste commented on 2017-12-12 15:29 (UTC)

@mal, @sublu in arch team - he used the force.

mal commented on 2017-12-12 15:16 (UTC)

Ah, you're right, I misunderstood this bit of the wiki: "If you initially forgot to commit the .SRCINFO and added it in a later commit, the AUR will still reject your pushes because the .SRCINFO must exist for every commit."

k0ste commented on 2017-12-12 06:45 (UTC)

@mal, commit should not be rejected. This case - just human mistake.

mal commented on 2017-12-12 03:46 (UTC)

Okay, the PKGBUILD actually was updated but the .SRCINFO was not. So the PKGBUILD is up to date but the AUR site and AUR helpers still see it as 5.6.22-1. Not sure why AUR accepted the commit, I thought it was supposed to reject commits that didn't update both.

DonOregano commented on 2017-10-26 18:11 (UTC)

Yes, you need to restart the service.

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 Next › Last »