Upgraded to 5.15.6.7. Seems TP Link also updated their webpages. I have changed the upstream url with this release as well to point to the new download page.
Search Criteria
Package Details: omada-controller 5.15.6.7-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/omada-controller.git (read-only, click to copy) |
---|---|
Package Base: | omada-controller |
Description: | Omada SDN Controller |
Upstream URL: | https://support.omadanetworks.com/us/product/omada-software-controller/?resourceType=download |
Licenses: | custom |
Conflicts: | omada-sdn-controller |
Submitter: | schard |
Maintainer: | Inxsible |
Last Packager: | Inxsible |
Votes: | 7 |
Popularity: | 0.87 |
First Submitted: | 2020-02-06 18:14 (UTC) |
Last Updated: | 2025-01-07 17:13 (UTC) |
Dependencies (6)
- curl (curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- java-jsvc
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-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-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, jre17AUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, 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-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, jdk21-jetbrains-binAUR, jre11AUR, 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, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jdk8-dragonwell-extendedAUR, java-openjdk-ea-binAUR, java-openjdk-binAUR, zulu-17-fx-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- 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, mongodb44AUR, mongodbAUR, mongodb-binAUR, mongodb70-binAUR)
- git (git-gitAUR, git-glAUR) (make)
Required by (0)
Sources (2)
Inxsible commented on 2025-01-07 17:13 (UTC) (edited on 2025-01-07 17:14 (UTC) by Inxsible)
mylux commented on 2025-01-02 17:28 (UTC)
@Inxsible, there is a new version available here: https://support.omadanetworks.com/en/product/omada-software-controller/?resourceType=download
I know it is not exactly the same as the upstream URL, but for some strange reason the US page does not show the latest version from December 12th.
Would you mind updating it?
mylux commented on 2024-11-05 01:17 (UTC)
@Inxsible, yes, it works! My VPN client was blocking my connection and I didn´t notice
Inxsible commented on 2024-11-05 01:14 (UTC)
@mylux, yes it worked for me. I am running 5.14.32.3 currently
mylux commented on 2024-11-05 01:11 (UTC) (edited on 2024-11-05 01:17 (UTC) by mylux)
@Inxsible, did the upgrade work for you? The service starts, but with a bunch of error messages on the logs and no longer works after the upgrade
Nevermind, it works! My VPN client was blocking my connection
Inxsible commented on 2024-11-05 00:04 (UTC)
Updated to 5.14.32.3
Inxsible commented on 2024-10-19 16:23 (UTC)
@mylux, yes, since I am depending on java-runtime=11, i think the webpage is not reflecting that. it just shows all versions. I could mandate jre11-openjdk but then users will have to install multiple java version if they also use a different version for some other program. I'll also have to update the omada-controller script to use java 11 instead of depending on the default -- as users could have a different default version of Java. I have Omada installed in a Proxmox Container which is only for Omada Controller, so I never have more than 1 service/programs in each container anyway.
mylux commented on 2024-10-19 01:34 (UTC)
@Inxsible, nevermind, I see that you have re-released fixing java version to 11. That is enough. I was tricked by the webpage that didn't update the java versions in the dependency
mylux commented on 2024-10-19 01:30 (UTC)
@Inxsible, that will work. I think I did basically the same to get it to work on my side. Thats why I suggested that we change the java version in the dependencies to 11, because if the end user selects another version for the runtime,such as jdk23, it will not work. Additionally, I don't imagine any good reason to allow the user to select a different java version if the functionality will be limited. Don't you think it's better?
Pinned Comments
Inxsible commented on 2023-12-01 15:01 (UTC) (edited on 2023-12-01 15:07 (UTC) by Inxsible)
@teJECSke Please stop flagging this package as out of date unless a new version is available on the link marked as Upstream URL on this page !!!