Package Details: omada-controller 6.2.10.17-1

Git Clone URL: https://aur.archlinux.org/omada-controller.git (read-only, click to copy)
Package Base: omada-controller
Description: Omada Network Application (SDN Controller)
Upstream URL: https://support.omadanetworks.com/us/download/software/omada-controller
Licenses: custom
Conflicts: omada-sdn-controller
Submitter: schard
Maintainer: Inxsible
Last Packager: Inxsible
Votes: 8
Popularity: 0.000872
First Submitted: 2020-02-06 18:14 (UTC)
Last Updated: 2026-05-16 02:31 (UTC)

Dependencies (5)

Required by (0)

Sources (2)

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 !!!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

Inxsible commented on 2023-09-20 14:21 (UTC)

@whoever that marked this out-of-date,

I don't see the 5.12.7 version on the US site of tp-link. The latest available is the same version that is packaged here on AUR.

I'll wait until tp-link provides the updated version on their US site before upgrading this package. Please refrain from marking this out-of-date until then.

Thanks

Inxsible commented on 2023-04-28 18:51 (UTC)

@archerdm, updated to use /usr/lib/jvm/default.

archerdm commented on 2023-04-26 00:00 (UTC)

Thanks for the update.

Another note: With different java versions it may be necessary to edit the service file from "/usr/lib/jvm/java-17-openjdk" to "/usr/lib/jvm/default", or whatever is appropriate.

Inxsible commented on 2023-04-23 17:06 (UTC) (edited on 2023-04-23 17:07 (UTC) by Inxsible)

@archerdm, you were correct. I don't know why but when I tested it once, it kept throwing errors on mongodb even though I had it(mongodb44-bin) installed. I was using just makepkg as well. I don't use any AUR helpers. Maybe I was doing something wrong.

I have updated the PKGBUILD to depend on java-runtime>=8 and changed back the dependency on mongodb to >=3 & <5 and released a -2 version.

Thanks for the help.

archerdm commented on 2023-04-22 03:05 (UTC)

Since "makepkg -s" only pulls from repositories, it states what's missing but fails, whether requiring mongodb44-bin or otherwise, until mongodb has been installed. Are you using an AUR helper and/or a repository that contains mongodb44-bin? I am not. Currently I have this working with the "mongodb44" and "jre-openjdk" packages.

Inxsible commented on 2023-04-22 02:00 (UTC)

Did you have mongodb44 or some other supported version already installed when you tested it? or did it provide you with the options to choose from for mongodb? For me, the installation fails, if I don't have mongodb44 already installed which is why I changed the PKGBUILD to explicitly look for mongodb44-bin

archerdm commented on 2023-04-21 23:19 (UTC)

The mongodb packages all have a provides line:

provides=(mongodb="$pkgver")

Should the mongodb dependency not still resolve due to that? At least, I had no issue building or using this package with the depends line as proposed.

Inxsible commented on 2023-04-21 20:17 (UTC) (edited on 2023-04-21 20:18 (UTC) by Inxsible)

@archerdm, that is what the PKGBUILD was earlier when it comes to mongodb. However, there is no package called mongodb in the official repos or the AUR which satisfies the >3 <5 dependency which is why a specific version had to be used in the PKGBUILD

archerdm commented on 2023-04-21 14:21 (UTC)

Can we change the depends line to:

depends=('java-runtime>=8' 'java-jsvc' 'curl' 'mongodb>=3' 'mongodb<5')

This would not lock folks into a specific java or mongodb version.