Arch Linux

Works a treat with the paid for version on android. Can we get a systemd startup file with is (I know I could write one, but I like an easy life)

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

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

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.

Now permissions should be right.

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

Updated

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/

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

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

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

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

Yes, i need packages for my samsung nc10.
Regards

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

3.1.1 version is out, please update the package.

I think that bluez-libs is a dependency

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

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.

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.

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

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.

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

@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..

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

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.

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.

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.

Thanks, both methods worked for me.

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.

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.

@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.

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

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.

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.

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.

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.

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

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.

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