Package Details: chrome-remote-desktop 66.0.3359.12-3

Git Clone URL: https://aur.archlinux.org/chrome-remote-desktop.git (read-only)
Package Base: chrome-remote-desktop
Description: Access other computers or allow another user to access your computer securely over the Internet
Upstream URL: https://chrome.google.com/webstore/detail/gbchcmhmhahfdphkhkmpfmihenigjmpp
Keywords: Chrome Chromium Google Networking Remote
Licenses: BSD
Submitter: None
Maintainer: frealgagu
Last Packager: frealgagu
Votes: 89
Popularity: 2.808233
First Submitted: 2014-04-27 23:43
Last Updated: 2018-04-09 22:56

Latest Comments

frealgagu commented on 2018-03-29 00:18

@sl1pkn07 I've not found a way to do that, chrome-remote-desktop uses the :20 DISPLAY, there are forums in ubuntu that shows a way to do it but it contains errors and crashes. @Kuchiriel there is a file you need to change ~/.chrome-remote-desktop where you choose to start a new session in one of your installed desktop environments. It should be only to uncomment a line and you're ready.

Kuchiriel commented on 2018-03-29 00:05

I am using the latest Manjaro and getting this.

Killing process 2034 [0328/210429.150449:INFO:remoting_user_session.cc(688)] Daemon process started in the background, logging to '/tmp/chrome_remote_desktop_20180328_210429_geGiYH' Using host_id: c6c24ea3-a799-afe2-e5e8-edc2189c6068 Launching X server and X session. Starting Xvfb on display :20 X server is active. Launching X session: ['/bin/sh', '/home/trevor/.chrome-remote-desktop-session'] Launching host process ['/opt/google/chrome-remote-desktop/chrome-remote-desktop-host', '--host-config=-', '--audio-pipe-name=/home/trevor/.config/chrome-remote-desktop/pulseaudio#bd9f957780/fifo_output', '--server-supports-exact-resize', '--ssh-auth-sockname=/tmp/chromoting.trevor.ssh_auth_sock', '--signal-parent'] wait() returned (2373,0) Session process terminated Failure count for 'session' is now 1 Terminating X server Terminating host Failure count for 'X server' is now 0 Failure count for 'host' is now 0 Waiting before relaunching wait() returned (2372,256) Waiting before relaunching

sl1pkn07 commented on 2018-03-26 17:28

all fixed

How can I access the same X session when an X session is already open, instead of open a new X session?

frealgagu commented on 2018-03-21 23:11

Please reinstall and let me know if you have troubles.

parpel commented on 2018-03-21 18:29

This is broken for me, I am getting:

/usr/bin/crd: /opt/google/chrome-remote-desktop/chrome-remote-desktop: 
/usr/bin/python22: bad interpreter: No such file or directory

Is there any workaround for this?

wcrawf commented on 2018-03-09 23:30

Latest package appears to be broken.

sed -e '1 s/python/python2/'

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=chrome-remote-desktop#n41

This is present again, breaking /opt/google/chrome-remote-desktop/chrome-remote-desktop

After fixing that issue, I get a mysterious error:

/opt/google/chrome-remote-desktop/user-session not installed setuid root. Host must be started by administrator.

Any ideas on fixing this?

EDIT: Ah, starain's patch still isn't in. chmod +s opt/google/chrome-remote-desktop/user-session is missing from PKGBUILD as well.

mtorromeo commented on 2018-03-05 09:33

Please version the source deb replacing this: source_x86_64=("<http://dl.google.com/linux/direct/>${pkgname}_current_amd64.deb")

with this: source_x86_64=("${pkgname}_${pkgver}_amd64.deb::<http://dl.google.com/linux/direct/>${pkgname}_current_amd64.deb")

so we don't have checksum fails at every update due to the deb being already present from an older release.

Thanks

klepz commented on 2018-03-04 22:25

Morganamilo, fixed.

Morganamilo commented on 2018-03-04 22:01

chrome-remote-desktop_current_amd64.deb checksums fail for me.

BlackLotus89 commented on 2018-02-10 22:01

sed -e '1 s/python/python2/'

became unnecessary and actually breaks the script

All comments