Package Details: chrome-remote-desktop 83.0.4103.2-1

Git Clone URL: https://aur.archlinux.org/chrome-remote-desktop.git (read-only, click to copy)
Package Base: chrome-remote-desktop
Description: Access other computers or allow another user to access your computer securely over the Internet
Upstream URL: https://remotedesktop.google.com
Keywords: Chrome Chromium Google Networking Remote
Licenses: BSD
Submitter: None
Maintainer: frealgagu
Last Packager: frealgagu
Votes: 111
Popularity: 2.01
First Submitted: 2014-04-27 23:43
Last Updated: 2020-04-16 23:06

Pinned Comments

Brinsky commented on 2019-12-06 13:58

Here's how I got this working with the new web app (remotedesktop.google.com):

  1. Build and install the package
  2. run crd --setup
  3. (Optional) Configure execution of your preferred window manager in ~/.chrome-remote-desktop-session
  4. Go to http://remotedesktop.google.com/headless
  5. Click "next" and "authorize" through each instruction
  6. Copy/paste and run the provided "Debian" command, which should look like the following: DISPLAY= /opt/google/chrome-remote-desktop/start-host --code="<UNIQUE_CODE>" --redirect-url="<https://remotedesktop.google.com/_/oauthredirect>" --name=
  7. Set up a name and PIN
  8. Wait for successful output containing "Host ready to receive connections."
  9. Run crd --start

Latest Comments

« First ‹ Previous ... 12 13 14 15 16 17 18 19 20 21 22 ... Next › Last »

Raansu commented on 2015-10-30 12:56

Hi,

I ran 'crd --setup' as my non-root user with no apparent error then when I ran 'crd --restart' I got the following error.

[raansu@Y40-80 ~]$ crd --restart
The daemon is not currently running
Failed to load config: [Errno 2] No such file or directory: '/home/raansu/.config/chrome-remote-desktop/host#<removed hash, maybe security reasons?>.json'
2015-10-30 05:53:28,203:INFO:Cleanup.
[raansu@Y40-80 ~]$


EDIT: same thing with 'crd --start' or just 'crd'

EDIT2: Tried running it anyway from Chromium and it worked, was able to connect using the Chrome Remote Desktop app on my android tablet.

DaveB commented on 2015-10-16 05:34

Not sure who flagged this package out of date, but it isn't. The host version IS the latest on the google server. The client (on chrome/chromium) is already at 46, but that's the client, not the host.

DaveB commented on 2015-10-07 19:58

Should work now. I've tried to make the installation messages and setup routine more helpful.

journcy commented on 2015-10-07 01:50

"Failed to load config: [Errno 2] No such file or directory: '/home/<user>/.config/chrome-remote-desktop/host#<long hash of unknown purpose>.json'"

I installed this package from the AUR, ran "crd --setup", and then ran "crd --start". I get the above error message.

Also, this:
"gpasswd: group 'chrome-remote-desktop' does not exist in /etc/group"
...happens during "crd --setup".

DaveB commented on 2015-10-05 12:46

If you find that your sound isn't working, it's probably because of two alterations to /etc/pulse/client.conf and /etc/pulse/daemon.conf. Restore them to their defaults, restart pulse, and you should get sound on the client as well. It might still sound ragged though, so don't expect miracles. I'll add this note to the next package.

Also, it's _not_ a good idea to autostart CRD – some programs are single-instance, and won't start on the machine running CRD if they're already running in the CRD instance. One example is AutoKey.

DaveB commented on 2015-10-05 09:19

Ok, tried it again. Turned out a little more complicated than I thought. Also added "crd" command for starting and stopping chrome-remote-desktop from the command line, also destroys old and useless pulse audio files where necessary as they don't work between sessions. crd has a --setup option as manually adding bits and pieces after the install is inconvenient.

WhiteHatHacker1 commented on 2015-10-02 18:33

@DaveB, yes. I did have two .json files already in my chromium native-messaging-hosts directory. They're named "com.google.chrome.remote_assistance.json" and "com.google.chrome.remote_desktop.json" but appear to be symlinks which makes me wonder whether a previous version of the package made them.

DaveB commented on 2015-10-01 08:26

Thanks @WhiteHatHacker1! I don't use chromium, so I'm tapping in the dark. This is an aspect of packaging I don't know much about – I'll have to look into it over the weekend.

I'll probably solve it using a find-xargs one-liner. If the file is already in there, the attempt to ln -s it will fail anyway, but that may or may not have nasty repercussions on uninstalling so I'll have to look into it.

Question though – were one or two of the the same .json files already in your chromium native-messaging-hosts directory?

WhiteHatHacker1 commented on 2015-09-28 21:02

Thanks for adopting the package @DaveB!

I think the symlink you suggested is problematic as well, @soxet. I already have the "native-messaging-hosts" directory in my "/etc/chromium" folder, so trying to create a symlink to it results in an error.

Perhaps the presence of correct symlinks could be checked for before symlinking the two .json files individually.

DaveB commented on 2015-09-27 14:11

Hey, I've adopted the package. This is going to be one of those high-maintenance Google packages, so if you see anything you think needs fixing or if you have any suggestions, please comment here – or even better, send me an e-mail. I'd like to keep this package healthy, so any help will be welcome. If anyone else wants to take over the package, I'd be only too happy to surrender it.