Can you take out the mongodb dependency please? The source mongodb package is the default mongodb dependency and is flagged out of date since 2020 and it doesn't even build. Thanks!
Search Criteria
Package Details: unifi 9.0.114-1
Package Actions
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: | 69 |
Popularity: | 0.41 |
First Submitted: | 2017-08-22 01:31 (UTC) |
Last Updated: | 2025-02-04 12:05 (UTC) |
Dependencies (3)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- java-runtime-headless (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdg-headlessAUR, jre16-openjdk-headlessAUR, jre14-openjdk-headlessAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdk-headlessAUR, amazon-corretto-19-binAUR, liberica-jre-11-full-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jre-openj9-headlessAUR, jre12-openjdk-headlessAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdk-headlessAUR, jre15-openjdk-headlessAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, zulu-17-binAUR, zulu-8-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jre19-openjdk-headlessAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jre-openjdk-wakefield-headlessAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jreAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, zing-8-binAUR, zing-21-binAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, java-openjdk-binAUR, zulu-17-fx-binAUR, zulu-23-binAUR, jdk21-jetbrains-binAUR, jre11AUR, jdk-temurinAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, jre17AUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk8-openj9-binAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jre-zuluAUR, jre-zulu-fxAUR, zulu-21-binAUR, jre8AUR, jdk8AUR, jre-jetbrainsAUR, openjdk-zulu-ca-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, java-openjdk-ea-binAUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre-openjdk-headless, jre11-openjdk, jre11-openjdk-headless, jre17-openjdk, jre17-openjdk-headless, jre21-openjdk, jre21-openjdk-headless, jre8-openjdk-headless)
- mongodbAUR (mongodb32-binAUR, percona-server-mongodb-binAUR, mongodb36-binAUR, mongodb34-binAUR, mongodb40-binAUR, mongodb44-binAUR, mongodb42-binAUR, mongodb60-binAUR, mongodb50-binAUR, mongodb50AUR, ferretdbAUR, ferretdb-binAUR, mongodbAUR, mongodb-binAUR, mongodb70-binAUR, mongodb44AUR)
Required by (0)
Sources (6)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 23 Next › Last »
hillbicks commented on 2022-01-24 18:17 (UTC)
nazgul77 commented on 2021-12-08 20:45 (UTC) (edited on 2021-12-08 20:48 (UTC) by nazgul77)
Build of mongo fails. This is e.g. https://bugs.gentoo.org/768339 which has been fixed months ago
src/mongo/db/exec/plan_stats.h:214:10: error: 'optional' in namespace 'std' does not name a template type
214 | std::optional<std::string> replanReason;
| ^~~~~~~~
src/mongo/db/exec/plan_stats.h:41:1: note: 'std::optional' is defined in header '<optional>'; did you forget to '#include <optional>'?
40 | #include "mongo/util/container_size_helper.h"
+++ |+#include <optional>
41 | #include "mongo/util/time_support.h"
ZimbiX commented on 2021-10-09 11:41 (UTC)
@torben Thanks so much for the fix! https://localhost:8443 was inexplicably refusing connections, but adding
unifi.https.sslEnabledProtocols=TLSv1.2
to /usr/lib/unifi/data/system.properties
got it working.
I reckon this should be done in the PKGBUILD, or at least suggested by it.
Additionally, as noted on later pages of comments, first installing mongodb-bin
avoids many hours of compilation time for the mongodb
package.
Strykar commented on 2021-09-08 22:29 (UTC)
Build fails with:
src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call src/mongo/db/matcher/expression_type.h: In instantiation of 'std::unique_ptr<mongo::MatchExpression> mongo::TypeMatchExpressionBase<T>::shallowClone() const [with T = mongo::InternalSchemaTypeExpression]': src/mongo/db/matcher/expression_type.h:69:38: required from here src/mongo/db/matcher/expression_type.h:74:30: warning: redundant move in return statement [-Wredundant-move] src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call src/mongo/db/matcher/expression_type.h: In instantiation of 'std::unique_ptr<mongo::MatchExpression> mongo::TypeMatchExpressionBase<T>::shallowClone() const [with T = mongo::TypeMatchExpression]': src/mongo/db/matcher/expression_type.h:69:38: required from here src/mongo/db/matcher/expression_type.h:74:30: warning: redundant move in return statement [-Wredundant-move] src/mongo/db/matcher/expression_type.h:74:30: note: remove 'std::move' call scons: *** [build/opt/mongo/db/commands/touch.o] Error 1 scons: building terminated because of errors. build/opt/mongo/db/exec/stagedebug_cmd.o failed: Error 1 build/opt/mongo/db/commands/touch.o failed: Error 1 ==> ERROR: A failure occurred in build(). Aborting...
torbennehmer commented on 2021-08-24 14:17 (UTC)
@code_xpert: I had the same problem a while ago IIRC. The problem was related to the database configuration being invalid. I can't remember it precicley, but in essence I had two config files for the wired tiger/mongod engine present, an old and a new one, where the package got confused during upgrade. Look in the config directory if there is everything ok there or if anything is supscious. I can't find any remnants of this anymore, but it was somewhere in /var/lib/unifi/data (maybe subdir "db"). I think, back than I did reactivate the old configuration somehow and the system went running again. Right now, my mongod db directory does not contain much configuration anymore, seems, that the current systemd scripts work primarily by command line arguments.
code_xpert commented on 2021-08-22 18:40 (UTC)
@torben I tried your fix because I had the same problem, and it worked! Thank you!
@medicineman25 he made the changes at "/usr/lib/unifi/data/system.properties".
I have a problem too. When I go to localhost:8443, it says "Unifi Controller is starting up..." for a brief second, then it says "Database Migration in progress..." forever. Has anyone experienced this problem too? How could I possibly fix this?
Thanks.
kode54 commented on 2021-08-01 10:10 (UTC)
Installed mongodb-bin 5.0.1-2. mongod crashes within seconds of restarting unifi.service with an out of memory error. Machine has 8GB of RAM and 8GB of swap.
Ketchup901 commented on 2021-07-17 21:17 (UTC)
@wantinstallation The proper way to deal with multiple Java versions is using archlinux-java
. Run archlinux-java set java-8-openjdk
and it should work after that.
wandinstallation commented on 2021-07-04 20:51 (UTC)
I switched from the new web UI to the old since I did not see any unifi devices in the new web UI. After having lot's of 500 and 400 errors when clicking "Settings" in the menu bar on the left I manually changed the unifi.service to this: ExecStart=/usr/lib/jvm/java-8-openjdk/bin/java -jar /usr/lib/unifi/lib/ace.jar start ExecStop=/usr/lib/jvm/java-8-openjdk/bin/java -jar /usr/lib/unifi/lib/ace.jar stop
I found the hint here: https://help.ui.com/hc/en-us/articles/204949764-UniFi-Network-Application-Fails-to-Start-When-Opened
Hope it helps other
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