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.45
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 .. 26 27 28 29 30 31 32 Next › Last »

ava1ar commented on 2014-07-16 20:17 (UTC)

@thepasto Looks like connection is established, but creation session on linux side is not working. I will try to troubleshot it on VM and will post update later on. Thanks for sharing you experience.

thepasto commented on 2014-07-13 10:44 (UTC)

@ava1ar thanks for your work! here's my try. Everything seems to work as well. I can enable incoming connection on my laptop, but when i try to access from my tablet i get this error. https://drive.google.com/file/d/0B-yQDH0HYifnMXlMbG00cWk4Q3M/edit?usp=sharing

ava1ar commented on 2014-07-10 05:54 (UTC)

Few more notes: I created a patch for python2-psutils and pkexec compatibility: http://pastebin.com/JtmP5kDk Here is updated PKBDUILD, which applies this patch: http://pastebin.com/bFpb8eP8 It uses following chrome-remote-desktop.install file: http://pastebin.com/266042tB Install file required to request manual action: user should create ~/.config/chrome-remote-desktop folder manually after installation, otherwise chrome plugin won't allow to setup access. After all this action I was able to setup the access, but I failed to check it, since it currently supports only gdm/lightdm setup, but I ma using KDE. So fill free to try and share you experience!

ava1ar commented on 2014-07-10 03:37 (UTC)

Thanks for the quick update. Actually, there is another problem exists: chrome-remote-desktop requires python2-psutil of version 1.x, while only 2.x exists in Arch repos. With 2.x I am getting following exception while trying to launch it: Traceback (most recent call last): File "/opt/google/chrome-remote-desktop/chrome-remote-desktop", line 1210, in <module> sys.exit(main()) File "/opt/google/chrome-remote-desktop/chrome-remote-desktop", line 971, in main pid = get_daemon_pid() File "/opt/google/chrome-remote-desktop/chrome-remote-desktop", line 509, in get_daemon_pid except psutil.error.Error: AttributeError: 'ModuleWrapper' object has no attribute 'error' I am currently trying to patch it for version 2.x. Will post an update shortly.

ava1ar commented on 2014-07-10 02:06 (UTC)

Symlinking whole directory /opt/chrome/native-messaging-hosts to /etc/chromium/native-messaging-hosts is not a good idea. If user has something installed to /etc/chromium/native-messaging-hosts (i.e. lastpass), package will fail to install due to attempt to overwrite existing dir. Much better is symlinking of required files. Only thing you need is replace last line ln -sr opt/chrome/native-messaging-hosts chromium/native-messaging-hosts with ln -sr opt/chrome/native-messaging-hosts/* chromium/native-messaging-hosts This will symlink every individual file and avoid conflicts with other chromium addons.

sacarde commented on 2014-07-09 18:27 (UTC)

OK thanks a lot

<deleted-account> commented on 2014-07-09 16:25 (UTC)

Ops, "systemctl --user enable chrome-remote-desktop.service"

<deleted-account> commented on 2014-07-09 16:18 (UTC)

@sacarde It's a user service, you need to use systemd on user mode (--user) to start it. Try "systemctl --user list-unit-files" and "systemctl enable chrome-remote-desktop.service" as your own user.

sacarde commented on 2014-07-09 15:49 (UTC)

if I try: systemctl enable chrome-remote-desktop.service Failed to execute operation: No such file or directory

« First ‹ Previous 1 .. 26 27 28 29 30 31 32 Next › Last »