Package Details: ums 8.2.0-1

Git Clone URL: https://aur.archlinux.org/ums.git (read-only)
Package Base: ums
Description: Universal Media Server: a DLNA-compliant UPnP Media Server. Build based on Java 8.
Upstream URL: http://www.universalmediaserver.com/
Licenses: GPL2
Submitter: Red_Squirrel
Maintainer: Mitch
Last Packager: Mitch
Votes: 77
Popularity: 2.217699
First Submitted: 2012-06-14 14:28
Last Updated: 2019-06-23 07:24

Required by (0)

Sources (4)

Latest Comments

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

Red_Squirrel commented on 2014-12-19 18:02

@Ichimonji10 you got that error because the JAVA version installed in your system is not 8. So you have two possibilities:
1. Update your JVM to version 8 (1.8.x)
2. Use the specific UMS version for your current JVM. Here on AUR you can find also ums-java7 (for JAVA 7) and ums-java6 (for JAVA 6) packages, just choose the one suitable for the JAVA version currently installed on your system (you can check it typing in a terminal "javac -version")

Ichimonji10 commented on 2014-12-19 17:57

When I run /opt/ums/UMS.sh, I get an exception. You can see it here: http://pastebin.com/CFjheUmw

hagabaka commented on 2014-12-08 06:02

When I run /opt/ums/UMS.sh, it outputs some log lines and doesn't show any GUI. localhost:9001 refuses connection. The last two lines are

00:59:09,816 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - End of configuration.
00:59:09,817 |-INFO in ch.qos.logback.classic.joran.JoranConfigurator@5034c75a - Registering current configuration as safe fallback point

headkase commented on 2014-08-18 09:23

Aaah, darnit, sorry for the noise: I didn't log out and log back in for the environment variables when I installed OpenJDK 8. Installing it again, and logging out/in, it works. Sorry again - my fault!

Red_Squirrel commented on 2014-08-18 09:15

Are you sure? I don't think is that the problem, because if you look at /opt/ums/UMS.sh (the script that "starts" the program) you'll note that it has not a "fixed" path for java env but acquires it dinamically or just use "java" command, so there is no restriction to /opt/java or similar.
Maybe it's just a incompatibility with the OpenJDK or maybe since it is at its first releases it can't replicate so well all Java 8 functions.
P.s.: did you reboot your PC after OpenJDK installation? Because env variables ($JAVA_HOME) are set only after reboot

headkase commented on 2014-08-18 08:55

OpenJDK 8 is now available in the main repos. I swapped out Oracle's 8 for OpenJRE 8 but UMS fails to start with that installed. Apparently UMS expects Java to be in /opt, and Oracle's is, but OpenJDK isn't.

Red_Squirrel commented on 2014-08-16 09:13

Even the 4.0.3 has been released with three different builds based on Java versions. I read also on developers website that they stated to release 3 different builds always from now on http://www.universalmediaserver.com/forum/viewtopic.php?f=8&t=2068
So I created two more packages for UMS in AUR, one for Java 6 (ums-java6) and one for Java 7 (ums-java7). This package here (ums) will use the latest Java version available (Java 8).

headkase commented on 2014-08-07 21:09

Right on, sounds good. :)

Red_Squirrel commented on 2014-08-07 21:05

Another possibility is to insert all three release as sources and let the user choose later what version to install, but this requires that you'll have to download 3 different packages (each one of about 30MB) and I don't think it is a very good idea xD
About Java7 yes, it's true that it is the only one in Arch official repos, but since this is an AUR package I don't think that people who want to install this package using AUR have big problems to install another package from it ("jre" I mean) xD And about the uninstallation of Java 7 to install Java 8, it's perfectly normal because Java has always the backward compatibility, so all applications that requires Java 7 will work flawlessly even with Java 8, no need to worry about it.
So, at the end, the only issue with using Java 8 is maybe that many users should upgrade their JAVA environment and it could be a pain in some situations (slow internet connections, old or fixed systems, weird configurations, etc...).
So... yeah the situation is really debatable and I really don't know what's the better choise XD
For now I think the wisest thing to do is to leave the easy-editable PKGBUILD waiting the development of the 3-builds situation in next versions :)

headkase commented on 2014-08-07 20:42

Well, I installed "jre" from AUR to get Java 8. UMS works fine with that. It is still your choice however, on my own machine I had to uninstall Java7 before 8 would install. As UMS is the only application I use Java for that was no issue. Other people however might require Java7 for other programs. I don't know what is the least complicated path to minimize those issues. Probably exactly what you've done now - have an easily editable number in the PKGBUILD.