Package Details: chrome-remote-desktop 118.0.5993.9-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: 123
Popularity: 0.52
First Submitted: 2014-04-27 23:43 (UTC)
Last Updated: 2023-10-06 21:11 (UTC)

Pinned Comments

frealgagu commented on 2020-12-05 22:38 (UTC)

I maintain the latest built package at:

https://github.com/frealgagu/archlinux.chrome-remote-desktop/releases/

victorbrca commented on 2020-04-03 01:04 (UTC)

Thanks @frealgagu for packaging this, @nightuser for the existing session patch and @Brinsky for the instructions.

I've compiled both instructions with screenshots and added it to my blog if anyone is having issues with the install. Otherwise, just follow the instructions in the comments by @Brinsky from 2019-12-06 13:58.

Brinsky commented on 2019-12-06 13:58 (UTC)

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 1 .. 27 28 29 30 31 32

sacarde commented on 2014-07-09 09:45 (UTC)

hi, I dont view "chrome-remote-desktop" in "systemctl list-unit-files" is this OK ? thanks

dlh commented on 2014-06-30 06:32 (UTC)

Please update pkg to create symlink.

<deleted-account> commented on 2014-06-25 20:05 (UTC)

Grr, I still don't get when the hell that host json file is created. Maybe creating the hashes is important for it? Also, I tried creating a systemd service for it, currently it will run in user mode, I still have to test it when I manage to create that host file. Also, about the chromium issue: You should have a symbolic link so that /etc/chromium/native-messaging-hosts redirects to /etc/opt/chrome/native-messaging-hosts. I have already created this on the next pkgrel.

jamesan commented on 2014-06-23 08:52 (UTC)

Package builds and installs without a hitch. It works only for one-time remote access and only with the CRD extension installed on Chrome. CRD installed on Chromium doesn't seem to detect that this package is installed (so doesn't execute the binaries and generate the one-time access code). Also, CRD doesn't allow for the user's DE to be registered under the persistent remoting list, probably because the host process isn't running (persistently under a service unit). Running /opt/google/chrome-remote-desktop/chrome-remote-desktop --start manually halts when it can't find the ~/.config/chrome-remote-desktop/host#SOME_HASH.json file. I can't figure out how this JSON file is created... The Feb 21, 2014 comment at: https://code.google.com/p/chromium/wiki/ChromotingBuildInstructions seems to imply that running chrome-remote-desktop --start simply works (and the JSON file is automagically generated) and provides a systemd service unit file template. Has any passed where I'm stuck here?

<deleted-account> commented on 2014-06-07 17:48 (UTC)

Patched the python script so it uses Python 2 instead of Python 3 and pkexec instead of gksudo. I'll wait until they port to Fedora to provide the init service: https://code.google.com/p/chromium/issues/detail?id=343329

dlh commented on 2014-06-07 12:47 (UTC)

Doesn't work