Arch Linux User Repository

I maintain the latest built package at:

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

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.

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

If anyone wants to use the current xsession (display: 0) you can follow the answer here https://superuser.com/questions/778028/configuring-chrome-remote-desktop-with-ubuntu-gnome-14-04/850359#850359 (from MDMower) I also had to add an extra pam rule to get it working, like @zhtlancer said

Recent update of PAM subsystem caused failing start of chrome-remote-desktop on my system. Add an extra pam rule for chrome-remote-desktop fixed it. This should be included in the package. Create "/etc/pam.d/chrome-remote-desktop" with following content:

auth        required    pam_unix.so
account     required    pam_unix.so
password    required    pam_unix.so
session     required    pam_unix.so

This package works fine on machines where I've already set up sharing. However, the web app won't let me share from new machines. It keeps prompting me to install the host package and having me download the .deb file, even through I have already installed this package from AUR.

How do I convince the web app that I have installed this already so that it can generate a host#...json file for me? (Really frustrating that I have to go through this clunky web app just to generate a single file, but that's how Google seems to have designed it.)

systemctl --user enable chrome-remote-desktop
Failed to connect to bus: Нет такого файла или каталога

I need help.

I also see:

==> Validating source files with sha256sums... chrome-remote-desktop-71.0.3578.31.deb ... FAILED

I'm more familiar with GitHub regarding sending a pull-request; I understand it's not great having to maintain frequent changes.

I ran into similar errors as other comments with not being able to connect after entering a PIN. In looking into log files I could see errors for :20 display. This appeared to be fixed by pacman -S xorg-xrandr. This got me partway - the Manjaro device showed 'started', but the only thing showing up in clients was an error due to 'Unable to contact settings server'. I discovered that contrary to the comment in ~/.chrome-remote-desktop-session I needed to uncomment both lines, so that I had:

export $(dbus-launch)
exec startxfce4

I was then able to see the Manjaro desktop on the remote client.

@mradi have you found the way to use it in :0 display ?

==> Validating source files with sha256sums... chrome-remote-desktop-71.0.3578.31.deb ... FAILED

Looks like the sha256sums are different.

I think it need the xorg-xrandr as dependency

Is there way to have CRD use the same xsession that's currently running instead of spinning up a new one?