Package Details: cros-container-guest-tools-git r209.2c07dfa-1

Git Clone URL: (read-only)
Package Base: cros-container-guest-tools-git
Description: Guest tools for the Crostini containers on ChromeOS
Upstream URL:
Keywords: chromeos containers crostini lxc
Licenses: custom
Submitter: ava1ar
Maintainer: ava1ar
Last Packager: ava1ar
Votes: 7
Popularity: 0.911804
First Submitted: 2018-05-23 06:53
Last Updated: 2019-10-11 05:41

Latest Comments

1 2 3 4 Next › Last »

ava1ar commented on 2019-10-18 22:34

@sovanyio No issue with xkeyboard-config for me. Up-to-date arch in the container (testing is on) and Chrome OS 78.0.3904.50 (Beta channel).

ava1ar commented on 2019-10-18 22:26

@sovanyio If you use sommelier without the full path, you need to add it to the PATH - this is what you need to do you your side and not related to this package itself.

About Eclipse - I was able to google multiple guides about how to configure HiDPI support for it. I personally don't use it, but was able to configure both Netbeans and IntelliJ IDEA to proper render without sommalier "workaround".

Issue with xkeyboard-config looks familiar, but it was addressed long ago. May be this is something new, I will double check. Are your Arch up-to-date? Which ChromeOS channel / version are you running on Pixelbook?

sovanyio commented on 2019-10-18 22:06

Yeah, so I'm on a pixelbook and I run usually at 80% scaling in ChromeOS. When using the debian container, I typically modify desktop files under /usr/share/applications/ with sommelier -X --scale=.8 --dpi=160 %command and this works very well across apps I use (sublime text, atom, eclipse, intellij).

OOTB adding the sommelier command results in:

$ xdg-open atom.desktop
/usr/sbin/env: 'sommelier': No such file or directory

and the associated desktop file being passed to Chrome is ChOS (which "opens" as a tab).

I ended up appending the cros-tools bin directory to /etc/profile and that appears to be working as expected, though I get another error with that addition, added below.

$ xdg-open atom.desktop 
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Unsupported high keycode 382 for name <I382> ignored
>                   X11 cannot support keycodes above 255.
>                   This warning only shows for the first high keycode.
> Internal error:   Could not resolve keysym XF86MonBrightnessCycle
> Internal error:   Could not resolve keysym XF86RotationLockToggle
Errors from xkbcomp are not fatal to the X server
[$USER@penguin applications]$ 
(electron4:565): Gtk-WARNING **: 18:00:07.964: cannot open display: :2

Is this now additional incompatible keys in xkeyboard-config? Perhaps expected but should note anyway that launching through ChromeOS GUI fails for both of these situations.

Without setting scaling explicitly through sommelier, the default settings screw up the dpi and scaling on eclipse making it completely unusable (though text is sharp) UI elements are way larger than expected and its generally not a fun time.

ava1ar commented on 2019-10-18 21:15

@sovanyio can you provide more information? First of all, there is 2x scaling using sommelier available out-of-the-box using right click menu in the task bar (this is achieved using separate sommelier instance with 2x scaling). Also, sommelier scaling is not the best from the point of view of visual quality - proper HiDPI support configuration like gives much better result.

sovanyio commented on 2019-10-18 21:12

Anyone having issues with sommelier prepends in *.desktop files for high-dpi scaling?

Apps don't launch for me then, but do work if I use the command manually. Thinking it could be due to the tools not being on PATH for the services.

ava1ar commented on 2019-10-11 05:42

Dependency added, thanks @drelyn86!

drelyn86 commented on 2019-10-10 21:18

Sommelier uses xdpyinfo from xorg-xdpyinfo to detect DPI scaling.

ava1ar commented on 2019-09-30 00:56

Following change added : "Configure Control+Space passthrough for Sommelier"

ava1ar commented on 2019-09-22 05:08

Following change is included: "container-guest-tools: Allow passwordless pkexec" (

bneate commented on 2019-09-12 22:33

Yes that solved the issue for me. Thank you for making the change.