Package Details: unified-remote-server 3.10.0.2467-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: 51
Popularity: 0.009006
First Submitted: 2014-04-30 19:18 (UTC)
Last Updated: 2021-03-09 16:04 (UTC)

Latest Comments

storbake commented on 2021-07-20 01:05 (UTC)

I'm having a tough time getting this to start correctly and stay working. On first launch if set to autostart in anyway, whether it be the autostart in ~/.config/autostart, or via systemd, it crashes on first connection. The whole thing will issue a coredump. If I start it manually via "/opt/urserver/urserver --damon" or calling the urserver-start script, it will always crash on first connection.

The only way I've got the server to start and stay running is to use systemd, but stop and start it after the system is online. If I don't stop and start it, it will crash on first connection. It also works to just select restart server on the web page. I also noticed the web interface will say it didn't detect a LAN address on first start, but after restarting it's fine.

Any ideas?

mane.andrea commented on 2021-01-02 10:25 (UTC)

No I can't ping my IP address, but I can ssh to it and I see it reachable with ip neigh. So weird.

blackhole commented on 2021-01-02 10:12 (UTC)

You can install an Android console on phone, for example Termux.

Try to ping the server.

If not working, you have some configuration problem on phone

mane.andrea commented on 2021-01-02 09:57 (UTC)

Thanks for taking the time. They are both in the same network (although the PC is wired and the smartphone is WiFi) and both are 192.168.1.x. I have tried to disable/enable WiFi and also turning on and off the router.

I have connectivity on both but, for some reason, I cannot ping to and from the cellphone. I actually can't ping anything from the smartphone, not even 8.8.8.8, so probably that's another issue.

On the other hand it works normally on Windows, even if I can't ping, and Windows is on the same machine but as a different boot.

blackhole commented on 2021-01-02 09:48 (UTC)

Just now I was testing on Xiaomi Mi 10.

Some smartphone disable WiFi after some time on standby

Try to disable/re-enable Wifi

Be sure that server and smartphone are in the same network, for example 192.168.1.x

Personally I have both server and smartphone on static IP, that is recommended in this case

mane.andrea commented on 2021-01-02 09:44 (UTC)

Last error:

"WiFi connection problem. Unable to send to broadcast.:sendto failed:EPERM (operation not permitted)"

But after reset it says just "WiFi connection problem."

I doesn't find the server on the list, I had to add it manually.

blackhole commented on 2021-01-02 09:32 (UTC) (edited on 2021-01-02 09:32 (UTC) by blackhole)

You should start it as user with

/opt/urserver/urserver --daemon

On smartphone

Preferences:

Enable Auto-Update servers on smartphone app

Status:

See what error do you have (Last error)

Force disconnect -> Clear cache -> Force connect

Servers:

Delete all servers and select the right one from found servers

mane.andrea commented on 2021-01-02 09:21 (UTC)

Yes, it is.

blackhole commented on 2020-12-31 17:00 (UTC)

The version on the smartphone is updated?

mane.andrea commented on 2020-12-31 16:58 (UTC)

I'm having some trouble making it work. The server starts fine, both as a systemd service and by launching the command. The localhost page loads and it says that the server is running. (Except for the bluetooth but I don't need it.)

However my cell phone can't connect to it. I have checked that port 9512 is listening and my router is letting it through because I have used it successfully on another system in the same network.

Any ideas for troubleshooting?

gbr commented on 2020-09-14 17:15 (UTC)

Thank you! :)

blackhole commented on 2020-09-14 16:28 (UTC)

Done!

gbr commented on 2020-09-14 16:21 (UTC) (edited on 2020-09-14 17:14 (UTC) by gbr)

Hi, can you please point the download URL to the specific version of Unified Remote? Right now it's redirecting to this URL:

https://www.unifiedremote.com/static/builds/server/linux-x64/2451/urserver-3.8.0.2451.deb

That should be the actual download source. Additionally, please don't SKIP the sha256sum, which is very helpful to prevent the wrong file (or even a tampered binary) from being downloaded. Thank you.

pepeustrzyki89 commented on 2020-09-14 05:41 (UTC)

OK, Now working. I delete cache :) Thx

blackhole commented on 2020-09-13 16:36 (UTC)

Maybe you are using the old PKGBUILD? Now the version is 3.8.0 Finally this package has been updated by developers! Tested in 2 different computers with yay -Sy unified-remote-server Maybe is better to delete AUR helper cache before install

blackhole commented on 2020-09-13 15:12 (UTC)

I will look at it later but I have successfully installed it before

pepeustrzyki89 commented on 2020-09-13 13:54 (UTC)

==> Starting package()... tar: data.tar.xz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now ==> ERROR: A failure occurred in package(). Aborting... error making: unified-remote-server

blackhole commented on 2020-09-13 11:08 (UTC)

I will check now

nanohard1 commented on 2020-09-13 10:58 (UTC)

PKGBUILD seems to be broken: data.tar.gz: Cannot open: No such file or directory

saitodisse commented on 2020-08-08 16:23 (UTC)

Hi! Everything is working for me but the mouse click and mouse right click. If I hold I can drap, but single click is not working.

Dont know what to do. Works fine on windows. Other thing I had to point local remotes to /opt/urserver/remotes/ on http://localhost:9510/web/#/settings/remotes because no controls was showing.

My configuration: https://gist.github.com/saitodisse/c287e28fdc895553af8f23c39ce590b7

blackhole commented on 2020-05-09 23:44 (UTC)

Ok, done

commented on 2020-05-09 23:13 (UTC)

Please remove the "Environment=DISPLAY=:0" from the service file. In a properly configured user session, that line will either be redundant, or incorrect. The session already exports the correct DISPLAY, so explicitly setting it to an arbitrary value could only result in breakage.

See the discussion on the forums [1] or the documentation in the wiki [2].

[1] https://bbs.archlinux.org/viewtopic.php?pid=1903895#p1903895

[2] https://wiki.archlinux.org/index.php/Systemd/User#DISPLAY_and_XAUTHORITY

blackhole commented on 2020-01-16 21:34 (UTC)

The icon does not start unified remote, only connect to web interface. The only good way to start is with /opt/urserver/urserver-start You can add this command to autorun in Plasma, LXQTt etc.

Just checked the keyboard. In Basic input (touchpad) the keyboard icon on the bottom left works fine.

laurorual commented on 2020-01-16 20:18 (UTC)

I've installed the server but i couldn't start it through the icon, i had to run "/bin/bash /opt/urserver/urserver-start" in terminal to start it, weird. Also, everything seems to be working, except the on-screen keyboard. If i start the remote "keyboard" it works, but typing in the native android keyboard nothing happens. Does anyone knows why?

TitanAtlas commented on 2020-01-15 17:13 (UTC)

I can't Get it to work, the App is not detetcting my PC, I don't have a Firewall or anything on either devices, the app has all the permissions and stuff too.

blackhole commented on 2019-11-22 06:50 (UTC)

How do you start it? I don't have errors on console or unified-remote log starting it with

/bin/bash /opt/urserver/urserver-start

src530 commented on 2019-11-22 06:05 (UTC)

LuaInstance: could not execute create: /opt/urserver/remotes/Unified/Main/Power/remote_linux.lua:9: attempt to index global 'utf8' (a nil value)

Cristophero commented on 2019-09-01 22:48 (UTC) (edited on 2019-09-01 22:52 (UTC) by Cristophero)

La mejor manera de comenzar es agregando /opt/urserver/urserver-start --no-manager --no-notify en configuración de sesión e inicio en XFCE4 o también puede funcionar con /opt/urserver/urserver --daemon :) https://imgur.com/a/115Isp9

blackhole commented on 2019-02-01 08:21 (UTC)

The best way to start it is adding /opt/urserver/urserver --daemon to autostart feature of gnome, xfce4, plasma etc.

rgambord commented on 2019-01-31 19:50 (UTC) (edited on 2019-01-31 20:03 (UTC) by rgambord)

When I log on, urserver isn't showing up in "ps -fuax | grep urserver", and "systemctl --user status urserver" lists a coredump of the urserver process.

I can manually restart the service, and it works for some time, but eventually crashes again.

If I "echo $DISPLAY", it prints ":1", so I tried changing that line in the urserver.service file, but no dice.


Edit: If I log into a virtual console (ctrl alt f3) while at the login screen (gdm), the remote works in gdm, and in the virtual console, and continues to work once I've logged into gdm and launched gnome. However, if I don't do this, and just log in through gdm, urserver core dumps.

Plexcon commented on 2018-11-17 17:01 (UTC)

En consola: /opt/urserver/urserver-start

Unified Remote (Control remoto unficado): http://127.0.0.1:9510/web/#/remotes (http://localhost:9510/web/)

Si no te reconoce el mando (smartphone) vamos a la aplicación Unified Remote del Smartphone> en Servidores, pulsamos en + y en IP/Dirección del servidor ponemos la IP de nuestro pc (ejemplo:192.168.1.122). Lo otros datos los dejamos como están.

El firewall te puede bloquear Unified Remote, abre en el Firewall (UFW) los puertos: 9510 TCP, 9511 UDP, 9512 TCP/UDP.

blackhole commented on 2018-06-09 16:46 (UTC)

Ok, as soon as possible I will update

JohnyRi commented on 2018-06-09 16:39 (UTC)

Hi, the environment variable DISPLAY=:0 have to be set, otherwise the urserver will fail after client tries to perform some action for the first time. Steps to reproduce: try to run /opt/urserver/urserver via SSH and then from Terminal emulator in your DE. The first option doesn't work, while the second does. issuing export DISPLAY=:0 && /opt/urserver/urserver works even with SSH.

Giggaflop commented on 2018-05-24 11:19 (UTC)

For anyone that is missing remotes on installation as a user, you need to manually go to the web interface at http://127.0.0.1:9510/web/#/settings/remotes and add /opt/urserver/remotes as a location for remotes. Then you're all set

blackhole commented on 2018-05-12 11:27 (UTC)

If you confirm that this service is working, I will update it. The only difference is the line Environment=DISPLAY=:0

maxammann commented on 2018-05-12 09:20 (UTC)

@butler360 It work if you use this urserver.service:

/usr/lib/systemd/user/urserver.service: https://gist.github.com/maxammann/a4665ff3138c87851ee23a1e9153bcff

maxammann commented on 2018-05-12 08:58 (UTC)

@butler360 Same for me

blackhole commented on 2018-02-14 14:28 (UTC)

The best way to start it is adding /opt/urserver/urserver --daemon to autostart feature of gnome or xfce4

fmirizzi commented on 2018-02-14 14:23 (UTC)

@blackhole On Gnome don't works. Now I've installed xfce, i can try. :) Thank you.

blackhole commented on 2018-01-23 11:43 (UTC)

Strange. Here is working fine with xfce and plasma. How do you start it? Try to start from a terminal with /opt/urserver/urserver-start

fmirizzi commented on 2018-01-23 10:47 (UTC)

@butler360 Same for me, don't work left click and right click. Anyone have a solution? Thank you so mutch.

butler360 commented on 2017-12-31 07:40 (UTC)

At some point recently it stopped responding to clicks from the Android remote entirely. Anyone else having this problem? In an X11 session, not Wayland.

p-we commented on 2017-12-25 20:09 (UTC)

Supplied urserver.service and the one linked by @donny below do not work. This is the one that works:

https://gist.github.com/Pablohn26/598ddf4621eac0da774f87102e0ab585

blackhole commented on 2017-04-27 08:39 (UTC)

The question is: why? ...and PID file for forking? Personally I don't use the systemd service, but autostart in Plasma.

donny commented on 2017-04-27 04:04 (UTC)

Hello, I have a pull request for you that updates the urserver.service file. You can accept it by git pull https://github.com/donny85/unified-remote-server.git Description: change systemd service file Type to "forking" and reset the RemainsAfterExit variable. I didn't set new pkgrel in the PKGBUILD in the proposed commit.

blackhole commented on 2017-02-03 20:45 (UTC)

Ok, now it should be fine

rikiba commented on 2017-02-03 18:40 (UTC)

Well it installs and works fine, just installs as 3.6.0.745-1 so will keep showing an update available. I got round it by setting pkgrel=2 when installing.

blackhole commented on 2017-02-03 18:35 (UTC)

Can you suggest how to fix this? I have made a git reset --hard HEAD^ now Maybe it was not a good idea...

rikiba commented on 2017-02-03 18:06 (UTC)

pkgrel in the PKGBUILD doesn't match the release number.

MichaelMcEntire commented on 2016-12-28 00:11 (UTC)

Ok, so I got around this by modifying the desktop application entry of Unified Remote. I changed the command in the application file to "/opt/urserver/urserver --daemon" and then set it as a start up application in gnome tweak. I would still like to know what I did wrong, however, you don't need to put to much energy into it. Thanks again

butler360 commented on 2016-12-27 23:53 (UTC)

That doesn't quite look like an error. What happens when you try to start it? sudo systemctl start urserver@michael.service

MichaelMcEntire commented on 2016-12-27 23:49 (UTC)

First off, let me just say you are awesome for taking the time to help me. You were right, I was missing the first "[" off of "[Unit]". Now however, I get the following error instead. [michael@chronos ~]$ sudo systemctl status urserver@michael.service ● urserver@michael.service - Unified Remote Server Loaded: loaded (/etc/systemd/system/urserver@.service; disabled; vendor preset: disabled) Active: inactive (dead) Sorry to keep bothering you.

butler360 commented on 2016-12-27 21:02 (UTC)

I can reproduce that error if I do something like deleting the header ("[Unit]") and leaving "Description=Unified Remote Server". Which makes sense, you are assigning a value outside of any section. I also noticed that after fixing it status would still output the old errors, so maybe you had messed up initially but fixed it after. Maybe just try starting it anyways?

MichaelMcEntire commented on 2016-12-27 19:34 (UTC)

Yeah, I definitely got it all. Strange

butler360 commented on 2016-12-27 19:24 (UTC)

Make sure all the syntax is correct and that you copied all the text, AUR is weird where it doesn't show scrollbars on comments until you try to scroll. My comment does have more text that requires scrolling.

MichaelMcEntire commented on 2016-12-27 18:47 (UTC)

Thanks. Im running into this error when I attempt that: [michael@chronos ~]$ sudo systemctl status urserver@michael.service [sudo] password for michael: ● urserver@michael.service Loaded: loaded (/etc/systemd/system/urserver@.service; bad; vendor preset: disabled) Active: inactive (dead) Dec 27 11:42:00 chronos systemd[1]: [/etc/systemd/system/urserver@.service:1] Assignment outside of section. Ignoring. Dec 27 11:42:00 chronos systemd[1]: [/etc/systemd/system/urserver@.service:2] Assignment outside of section. Ignoring. Dec 27 11:42:00 chronos systemd[1]: [/etc/systemd/system/urserver@.service:3] Assignment outside of section. Ignoring.

blackhole commented on 2016-12-27 18:36 (UTC)

In the package there is a urserver.service Before I tried to use a urserver@.service but it was not working. Maybe now is fine... I will check

butler360 commented on 2016-12-27 17:32 (UTC)

Can't remember if this comes with the package or not, but this works for me. /etc/systemd/system/urserver@.service: [Unit] Description=Unified Remote Server After=network.target [Service] User=%I Type=forking ExecStart=/opt/urserver/urserver --daemon [Install] WantedBy=multi-user.target Then enable it to autostart by doing: sudo systemctl status urserver@YOUR_USERNAME_HERE.service

MichaelMcEntire commented on 2016-12-27 17:21 (UTC)

I need to use the /opt/urserver/urserver --daemon or I don't have access to any remotes. However, I can't figure out how to have that autostart in gnome 3. Any ideas?

blackhole commented on 2016-12-25 09:40 (UTC)

The simplest way to start the server is: /opt/urserver/urserver --daemon Note: personally I am adding the line above to xfce , kde, etc. autostart configuration There is also a user systemd service available. You can start it with systemctl --user start urserver You can enable at boot with systemctl --user enable urserver (Note: A one time call (as user) to /opt/urserver/urserver-start could be necessary before using it) For more options: /opt/urserver/urserver --help See link for port configurations: http://wiki.unifiedremote.com/wiki/Configuration:Routers_and_Ports Configure server from a browser: localhost:9510/web"

MichaelMcEntire commented on 2016-12-25 03:37 (UTC)

This works for me as well. How do you make it autostart at login? Thanks for any help.

iueqo commented on 2016-08-13 04:56 (UTC)

blackhole, Thank you. I pasted your opt/urserver/urserver --daemon into kernal and it worked! SO HAPPY. was so FRUSTRATED. i appreciate all your help - thank you kind person!

blackhole commented on 2016-08-12 22:58 (UTC)

I do not recommend systemctl service in this case. Please stop the service and try to start with /opt/urserver/urserver --daemon

iueqo commented on 2016-08-12 20:07 (UTC)

need some help here. Not sure whats up i ran the systemctl --user start userver it starts the server, but when i navigate to remotes page OR on myphone it says there are no remotes :( . I tried navigating to /opt/urserver/remotes and i see 5 folers, one being unified. In there i see all the remotes. Therefore, i think that all the remotes are installed but i am not sure as to why unified isnt picking up the remote. how can i correct this. I tried just copy pasting the unified remotes into the remotes folder but i cant delete or copy or move anything in opt folders :(

blackhole commented on 2016-07-06 21:52 (UTC)

Corrected, thanks

hybrid commented on 2016-07-06 17:45 (UTC)

The correct version string is 3.4.0.740 and the sha256sum is b911eda84ec0c4b7acf65333400d0643f6b05bc9164d20b7962080ad820f8626

blackhole commented on 2016-06-01 16:09 (UTC)

I have made some more checks. It is starting fine both manually or enabled at boot, but it is working only in the first case. In the second case no relevant errors, but android client is complaining about wifi problem.

blackhole commented on 2016-06-01 15:37 (UTC)

Ok, updated with the new systemd service, thanks.

getzze commented on 2016-05-31 17:41 (UTC)

Anyway, there will be a problem for the first time the server is started, you have to call `urserver-start` without the --no-copy option for the systemd service to work and do not forget to delete the .desktop entry.

getzze commented on 2016-05-31 17:14 (UTC)

It seems your remotes are not located in the default folder defined in urserver-start, that is `$HOME/.urserver/remotes`. If you have custom remotes, you can copy them to the default folder, otherwise run `urserver-start` without the --no-copy option and it will automatically copy the default remotes to the default folder (and recreate the .desktop file).

blackhole commented on 2016-05-31 14:06 (UTC)

Yes, it is starting, but on my phone: "No remotes available Please check your server installation" but without systemd service using this /opt/urserver/urserver --daemon is working.

getzze commented on 2016-05-31 13:32 (UTC)

You are right, I didn't realize that calling urserver-start without option would recreate the .desktop file. Now it is working with this service: #/usr/lib/systemd/user/urserver.service [Unit] Description=Unified Remote Server After=network.target [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/bash /opt/urserver/urserver-start --no-manager --no-copy ExecStop=/bin/bash /opt/urserver/urserver-stop [Install] WantedBy=default.target

blackhole commented on 2016-05-27 14:27 (UTC)

Did you check that a systemd user service is really working in this case? Last time I checked I could autostart only inside graphical Desktop autostart options.

getzze commented on 2016-05-27 12:31 (UTC)

I get an error with the systemd service, the $HOME is not recognized if the service is run as root, with `sudo systemctl start urserver`. Instead the systemd service should be created in /usr/lib/systemd/user/urserver.service, and the service started (and enabled) by the user, without `sudo`: systemctl start --user urserver

blackhole commented on 2016-04-17 14:02 (UTC)

Normally I do not add options that I cannot test myself. As you can see this package is only x86_64. If some people is proposing a tested and working universal PKGBUILD, I will update.

Danny4927 commented on 2016-04-17 13:51 (UTC)

hey can you make this package compatible to Raspberry Pi? You just have to add armv6h to "arch" and change the url to https://www.unifiedremote.com/download/rpi-deb I tried it out and it worked for me

blackhole commented on 2015-10-06 08:22 (UTC)

Updated to 3.3.3.732

blackhole commented on 2015-05-23 06:58 (UTC)

I cannot really test the i686 version. I have switched back in that case to 3.2.4.638 and added bluez-libs

fahq613 commented on 2015-05-23 00:41 (UTC)

Update The current version of 3.2.5.703-2 does not seem to work for me running an i686 system. Had to revert back to 3.2.4.638, which is the current version for download for the Unified Remote Server website at this time

fahq613 commented on 2015-05-23 00:13 (UTC)

It would seem that bluez-libs needs to be added as a dependency as I received "./urserver: error while loading shared libraries: libbluetooth.so.3: cannot open shared object file: No such file or directory" error when I first attempted to run it.

blackhole commented on 2015-04-08 15:09 (UTC)

Now permissions should be right.

cruegge commented on 2015-04-08 13:08 (UTC)

Can you 'chmod +x' the start and stop scripts in /opt/urserver? The start script is called directly in the autostart desktop file.

blackhole commented on 2015-03-02 16:51 (UTC)

Updated

jan.dietrich commented on 2015-03-02 13:32 (UTC)

Checksum Mismatch! You need to update to new version 3.2.2.627 or fix the source with the archive link of urserver: http://www.unifiedremote.com/static/builds/server/linux-x64/594/

blackhole commented on 2015-02-22 00:20 (UTC)

Added systemd service. This will start urserver as root (not possible as user). see https://bbs.archlinux.org/viewtopic.php?pid=1498049#p1498049 Not recommended

blackhole commented on 2015-01-29 09:58 (UTC)

At this moment ARMv6 version is 3.1.2.377, where i686 and x86_64 are 3.1.2.594 If you have errors in ARMv6 change pkgver=3.1.2.377 in PKGBUILD

dervomsee commented on 2015-01-25 14:29 (UTC)

On my Netbook the 32bit version is working. Thanks!

blackhole commented on 2015-01-25 00:56 (UTC)

I cannot test (only 64 bit) but it should work

dervomsee commented on 2015-01-24 23:22 (UTC)

Yes, i need packages for my samsung nc10. Regards

blackhole commented on 2015-01-23 14:01 (UTC)

I have adopted the package and made some changes. Dropped support for i686. If someone need 32 bit package please let me know.

t4n017 commented on 2015-01-15 18:26 (UTC)

3.1.1 version is out, please update the package.

blackhole commented on 2014-11-28 00:35 (UTC)

I think that bluez-libs is a dependency

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.

hybrid commented on 2014-09-29 17:00 (UTC)

Wow quick response! blackhole, you may want to start $/opt/urserver/urserver from a terminal to see if it gives you any errors. If it starts up normally you can enter "monitor" to monitor what the server is doing. While you're monitoring try to connect with your android device. Maybe that gives you an indication as to what is causing your trouble. Personally I don't want a server like that to be running all the time, so I manually start and kill it whenever I want to. But I just tried to run urserver --daemon as a regular user and connected to it with my android device. Worked fine, just as intended. Peace4all: I like your new .install. Thank you for the quick reply and the package. Since on my machine urserver works as intended as a user (http://www.unifiedremote.com/guides/linux/command-line tells you to run it as a user) I don't know why it's not working for you. As I suggested blackhole to do: Try running the server from a terminal (not as a daemon) and have it monitor. That will hopefully give you a hint as to why it's not working. I would really expect some configuration error (like you were using a password or encryption for urserver, you used to start it with -cpath path/to/config and now you're starting it without) rather than something like missing groups or x root/non-root mode. But again, I can't reproduce your error so I can only guess here. Have the urserver monitor and try to investigate from there.

Leithal commented on 2014-09-29 11:32 (UTC)

Thanks, both methods worked for me.

blackhole commented on 2014-09-29 10:12 (UTC)

Is seems that in my case /opt/urserver/urserver --daemon is not working. urserver start as user without errors, but the android app cannot connect any more. Also web interface at http://<your_computer_address>:9510/web is not working: File Not Found /web I have cleaned cache on android app but result is the same. With systemd service file it was working fine.

Peace4all commented on 2014-09-28 17:09 (UTC)

I updated the package quickly, and removed the systemd file completely, I have suggested to run the server as a daemon and does not require root, start with: #/opt/urserver/urserver --daemon There are likely other ways to start.

Peace4all commented on 2014-09-28 13:38 (UTC)

@hybrid I removed my advice to use the systemd file, I tried to get this running in another way but had no luck, even the way suggested. As time is limited I will release this package and hopefully someone can fix this application to not run as root. I will leave the PKGBUILD as is, so as not to disrupt anyone using this package, but DON'T RECOMMEND running the service file as it may be a security risk as pointed out.

hybrid commented on 2014-09-27 13:59 (UTC)

Thank you for the package. I was looking for ways to remote control my computer with my tablet and so far I like unified remote the most. But please don't encourage users to use your systemd urserver.service. I know you created that on request by another user here in the forums. But this way of starting it results in urserver running as root, which is not necessary and potentially dangerous in various ways. A much better place to have urserver automagically started would be a users ~/.xinitrc for example. Greetings

Leithal commented on 2014-09-25 07:31 (UTC)

I can't seem to get this working under arch. When I try to go to localhost:9510/web my browser says its unavailable. I'm not sure if there's something I'm supposed to have done or not as there is nothing regarding unified remote in the wiki according to my search. cheers in advance.

Peace4all commented on 2014-08-03 13:23 (UTC)

The source desktop file has changed, it does not show up in gnome-shell, and it won't work with systemd. So I reverted it back (with an sed line) to the previous behaviour of opening in the default browser, to configure the server. If this is not OK please let me know.

poofdragon commented on 2014-06-03 07:10 (UTC)

The 2014-05-30 update appears to reference an incorrect MD5 hash: ==> Validating source files with md5sums... linux-x64-deb ... FAILED urserver.service ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build unified-remote-server.

Peace4all commented on 2014-05-08 15:54 (UTC)

I had the same message, but the server files are unchanged, I think as the remote app updated it possibly needed to reset some things, after connection it still works for me.

blackhole commented on 2014-05-08 07:49 (UTC)

Today Android app is asking for new server. Maybe there is a new version.

Peace4all commented on 2014-04-30 20:51 (UTC)

They only seem to provide binary blobs, all the choices for linux seem to download the same tarball, but this has a few things missing such as a desktop file, icon etc.. So I chose the debian package and kept the default install locations. I haven't played around with it too much, but my guess is the server binary and folders need to be in the same location, even with the tarball package. It can be moved elsewhere I guess, as long as they remain in the same location, but binary blobs are usually installed into the opt directory for this reason. At https://github.com/unifiedremote, they only seem to provide remote updates, and no source code for the applications unfortunately, really the binary should belong in the bin folder, and the configuration files in the etc folder maybe, any suggestions are welcome.

DaveCode commented on 2014-04-30 20:17 (UTC)

Lovely. Please see comments on /opt at https://aur.archlinux.org/packages/trelby/