New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crouton in a tab #1144
Crouton in a tab #1144
Conversation
The revolution: IT BEGINS NOW |
This is insanely awesome. SHIPITNOW |
@DennisLfromGA If you feel like breaking stuff, this is a good opportunity ,-) |
@drinkcat - You know I'll be on it ;-) On Thu, Oct 23, 2014 at 6:44 PM, drinkcat notifications@github.com wrote:
DennyL@GMail |
I installed a 'criat' branch chroot:
I'm having trouble with launching the tab, it seems to have a problem with the crouton extension server version. |
Thanks, that's actually a good test ,-) It's a bit tricky to build the extension (it requires the NaCl SDK), so I published it here: |
Still seems stuck when trying to open in a tab. Another screenshot is here - I thought I may have to enable the Nacl flag so I did:
Update: I disabled & re-enabled the crouton extension (test) and got a couple of links to show up but they don't respond when I click on them. |
You should not need to enable anything NaCl-wise (and even if you did, the window should still open). I'm not sure why the extension keeps disconnecting... Do you have another chroot running? |
@drinkcat - Success! I'll keep playing with it and other targets and releases when I can. Thanx for this!, |
@DennisLfromGA : Ah! I suspect you had a croutonclip from an old chroot running... Good to hear that Gnome is working! I only tested xfce/trusty, so anything else would be good (I don't expect unity to work without 3D acceleration unfortunately... And unity/utopic is still broken at this stage, anyway...). |
Cool, cool, cool ;-) utopic:Gnome - works great! I have run both gnome and kde simultaneously with no problems, it's cool I'll add a utopic:xfce target and let you know how that works on this I plan to add a 'trusty' release also so stay tuned... Thanx again, P.S. For the last 2 days, since my AcerC7 updated from 6310.14.0 On Sat, Oct 25, 2014 at 6:36 PM, drinkcat notifications@github.com wrote:
DennyL@GMail |
I don't believe this is 'criat' related but when I tried to add the xfce target it failed with the following message:
I entered the chroot and let the install finish but it's still broken, I get the following message:
If this needs to be handled in a new issue or elsewhere please just let me know. Thanx, |
Oh I didn't think about that. I don't think it's a good idea to run multiple DEs on the same chroot though (things might break if some config/temp files are shared...)
That probably deserves opening an issue on crbug.com .
Yes please open a new issue. Looks like the mesa downgrade thing is broken in utopic. However, the xorg target should not be pulled in if xiat is specified early in the target list. What's the output of croutonversion? Thanks! |
I do believe you are correct ;-)
Ha,ha, you know me too well... Here's the croutonversion output:
I'll stop working on this utopic release for now, maybe re-install a new one later. Thanx, |
Yeah. You should specify xiat before any other target, else xorg will be pulled in... (I only discovered that feature recently ,-)). Not quite just how/if we can handle this better... |
Just added a criat:trusty chroot - all targets work great!
Not to get ahead of ourselved but... |
exit 0 | ||
fi | ||
|
||
if ! timeout 3 \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, I didn't know about the timeout command. Maybe we should use it for exitswithin?
Yes. Just add the xiat target, then fix |
RE: 'criat'ize existing chroot(s)
Just wondering if, when updating, we specify the |
Great, thanks.
Yeah I managed to reproduce here. It appears to be a unity-specific issue, I have no idea what is going on. |
xrandr --rmmode "$name" 2>/dev/null || true | ||
fi | ||
|
||
# Setting a custom mode failed, fall back on best match |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need this anymore? We're patching dummy and I think the code to add a bunch of resolutions is gone...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See fb8b49b
Well, I realized it's actually a problem of latency caused by high load of Chromium OS itself. |
Yeah, I'm not sure if there's anything we can do about high load impacting input. |
Is it possible that we get rid of some unnecessary components of the 2014-12-05 0:16 GMT+08:00 David Schneider notifications@github.com:
|
crouton doesn't really install that much. You can manage what's installed with the distro's package manager (apt-get, aptitude, software center, etc). |
Interestingly, it worked normally the first time I started the desktop(Unity) after powerwashing my chromebook and started to act in that way again on the second and later trials. So it made me think that maybe whether something that was written into somewhere did not get deleted when logging out? So it caused the desktop fail to set the resolution later? I am not familiar with the graphic part so I am just guessing a possible cause. |
WOW, just tried this and it's awesome. Well done drinkcat! Thank you! |
Merged and applied minor cleanups and fixups on my xiwi branch. Will be merging into master as soon as the tests pass. xiwi is now forced if crouton detects freon. |
@dnschneid : Fixups look good to me. Thanks! |
Couple of questions:
Thanx in advance, |
|
@dnschneid, Thanx a bunch for the info. - and everything else. 👍 |
Yippee! -DennyL
|
Great to see this one merged!!! |
@DennisLfromGA @tonyxue : Thanks to both of you for the extensive testing! |
It was my pleasure. Thanx to you and @dnschneid for making this all possible. -DennyL
|
This thread should win the award for longest conversation on GitHub |
There are some viral threads around GitHub that beat this by a longshot... |
Aww, I was hoping.... :P |
This PR adds support for crouton in a window (kiwi). A dummy Xorg server is started on the crouton side, and a NaCl module communicates with the dummy Xorg server (input events, cursors, frame requests) via Websocket. The framebuffer data is not transfered by Websocket, for performance reasons. Instead, data is written directly into shared memory between NaCl and Chrome.
Known issues (fix needed for merge):
Known issues (can be merged without a fix):
croutoncycle
does not restore the window to maximum size6158.70.0
), the extension/Chrome sometimes crashes on disconnect (fairly frequently): clearly a Chrome bug. Never seen that problem on canary.Fixed:
aura
->cros
change?)