Package Details: unified-remote-server 3.13.0.2505-1

Git Clone URL: https://aur.archlinux.org/unified-remote-server.git (read-only, click to copy)
Package Base: unified-remote-server
Description: Unified Remote Server
Upstream URL: http://www.unifiedremote.com/
Keywords: remote
Licenses: Freeware
Submitter: Peace4all
Maintainer: blackhole
Last Packager: blackhole
Votes: 55
Popularity: 0.41
First Submitted: 2014-04-30 19:18 (UTC)
Last Updated: 2023-02-11 02:35 (UTC)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 Next › Last »

slaecker commented on 2014-11-07 21:17 (UTC)

Trying to build this with aura but download / md5 verification fails

trohn_javolta commented on 2014-11-02 12:40 (UTC)

Hi, Is there anyway I can run this on an armv7 device? I tried to install this package with yaourt and just added armv7 in pkgbuild, of couse with no sucess.. Just asking, cause there is even a official package for raspberry pi armv6. Would be really cool, since my device also has an ir receiver and i saw theres also aremote for it.

butler360 commented on 2014-10-31 20:34 (UTC)

Not having much luck with this. Tried it as a non-root user, with the service file below, and it ran, but changed to remotes were not saved. Tried copying the remote into my home directory and adding --remotes="/home/user/.urserver/remotes" and that "fixed" that problem, so it seems like a permissions problem. I had to do "sudo modprobe uinput" to get it to do anything at all on my Android phone. And as a non-root or root user the "Launcher" remote doesn't do anything on my Android phone. It says loading for a second, then it's blank. I tried adding a custom entry for Chrome, still blank. Looking at the lua file, it seems it is supposed to auto-add everything for you. This would be one of the most useful features, but it's not working at all. Oh and the mouse and keyboard simulation works, except I can't see the cursor, so that's mostly useless as well. At this point it is a good Netflix remote once I VNC in, open Chrome, load Netflix, choose my profile, and start playback. Any one else having these problems? And I am not complaining about the package, by the way, thanks for maintaining it.

miffe commented on 2014-10-29 21:10 (UTC)

Ah, its because you use the same filename for both i686 and x86_64. Please fix.

miffe commented on 2014-10-29 20:50 (UTC)

I get this when building for i686: ==> Making package: unified-remote-server 3.0.9.554-1 (Wed Oct 29 21:49:48 CET 2014) ==> Retrieving sources... -> Found urserver-3.0.9.554.deb ==> Validating source files with md5sums... urserver-3.0.9.554.deb ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Could not download sources.

blackhole commented on 2014-10-13 17:05 (UTC)

My urserver@.service is as below. You can start it with systemctl start urserver@user. The same configuration is starting a service as user (see for example jackd-no-dbus-git and others) but in this case it is not! [Unit] Description=Unified Remote Server After=network.target [Service] User=%I Type=forking ExecStart=/opt/urserver/urserver --daemon --config=/etc/default/urserver Restart=on-abort [Install] WantedBy=multi-user.target

jonhoo commented on 2014-10-13 16:56 (UTC)

@fahq613: The trouble with that (as pointed out by others below) is that it makes the server run as root which is neither necessary nor secure..

fahq613 commented on 2014-10-13 16:48 (UTC)

Here is my proposed Systemd startup file so that you can enable the server to startup on boot. I've uploaded it to pastebin as well as included it in this post. It works for me so i figured id share to try and help somebody out http://pastebin.com/raw.php?i=i9pr02cQ /etc/systemd/system/urserver.service ______________________________________ [Unit] Description=Start Unified Remote service After=network.target [Service] Type=forking User=root ExecStart=/opt/urserver/urserver --daemon --pidfile=/var/run/urserver.pid PIDFile=/var/run/urserver.pid [Install] WantedBy=multi-user.target

jonhoo commented on 2014-09-30 22:17 (UTC)

Updated the PKGBUILD to specify a versioned target filename for the .deb download. This prevents the file validation from failing if an older version of linux-x64-deb is present.

blackhole commented on 2014-09-29 17:14 (UTC)

I discovered that systemd service was started with /etc/default/urserver as configuration but starting as user it was using /home/user/.urserver (maybe from a previous installation). I have deleted the .urserver configuration folder in my home directory and now is starting fine.