Update DE targets to use whatever-desktop meta-packages

[x3qt]

It seems the crouton became a distro-specific. Should not we install DE using meta-packages like xubuntu-desktop and similar for the other desktop environments?

[dnschneid]

The *-desktop targets pull in waaaaaay too much, making the chroots several times larger with potentially unneeded applications, and taking a significantly longer time to install a chroot. It's better to let the user install only what they need once they have a basic system so that they can use their storage for whatever's important.

It might, however, be worth adding new targets (ubuntu, xubuntu, kubuntu, lubuntu, edubuntu, ubuntustudio, mythbuntu) that do pull in the *-desktop target for those who want it.

If you'd like to help, try creating a chroot with -t x11, and then install one of the above *-desktop packages. Record how much APT says it will use (right before you confirm installation), then let the install finish and see if everything works. It's also worth checking what it won't install if you specify --no-install-recommends to APT and how much space it saves.

[x3qt]

apt-get install ubuntu-desktop 0 upgraded, 1043 newly installed, 0 to remove and 0 not upgraded. Need to get 334 MB of archives. After this operation, 1024 MB of additional disk space will be used.

apt-get --no-install-recommends ubuntu-desktop 0 upgraded, 562 newly installed, 0 to remove and 0 not upgraded. Need to get 150 MB of archives. After this operation, 457 MB of additional disk space will be used.

apt-get install xubuntu-desktop 0 upgraded, 976 newly installed, 0 to remove and 0 not upgraded. Need to get 377 MB of archives. After this operation, 1128 MB of additional disk space will be used.

apt-get --no-install-recommends xubuntu-desktop 0 upgraded, 332 newly installed, 0 to remove and 0 not upgraded. Need to get 105 MB of archives. After this operation, 303 MB of additional disk space will be used.

apt-get install kubuntu-desktop 0 upgraded, 898 newly installed, 0 to remove and 0 not upgraded. Need to get 360 MB of archives. After this operation, 987 MB of additional disk space will be used.

apt-get --no-install-recommends kubuntu-desktop 0 upgraded, 399 newly installed, 0 to remove and 0 not upgraded. Need to get 170 MB of archives. After this operation, 489 MB of additional disk space will be used.

apt-get install lubuntu-desktop 0 upgraded, 739 newly installed, 0 to remove and 0 not upgraded. Need to get 261 MB of archives. After this operation, 752 MB of additional disk space will be used.

apt-get --no-install-recommends lubuntu-desktop 0 upgraded, 198 newly installed, 0 to remove and 0 not upgraded. Need to get 38.0 MB of archives. After this operation, 113 MB of additional disk space will be used.

[dnschneid]

Looks about right, thanks. The question is what gets removed with --no-install-recommends. I suppose for the desktop targets, users would rather have everything from the getgo than optimize their space usage, and +1 GB for a full environment, while not great, is manageable.

Did you happen to try the environments, or did you just check the size? How complete/functional were they?

[x3qt]

Tests results on precise:

Legend: green - works fine yellow - works badly red - works not

Regular installation: "ubuntu-desktop" (green) "xubuntu-desktop" (green) "kubuntu-desktop" (green) "lubuntu-desktop" (yellow)

Without recommends: "ubuntu-desktop" (yellow) "xubuntu-desktop" (green) "kubuntu-desktop" (green/yellow) "lubuntu-dekstop" (red/yellow)

[dnschneid]

Wow! That's really great data; thanks! How are you starting up the various DEs? Are you launching GDM, or running via xinit /usr/bin/startkde, xinit /usr/bin/gnome-session --session=whatever, etc?

Looking forward to the results of the last few items.

[x3qt]

It's my pleasure! Everything was successfuly launched via LightDM ("lxde" or "lubuntu" does not appears to be in sessions list, used "openbox" instead). "xinit unity" crashes. "unity" also crashes. "xinit startkde" works, but attached to xterm. "startkde" writes "$DISPLAY is not set or cannot connect to the X server." "xinit startxfce4" works, but attached to xterm. "startxfce4" works fine. "xinit lxsession" crashes. "lxsession" writes "Gtk-WARNING **: cannot open display:".

[dnschneid]

You need to specify the full path of the file you want xinit to run. i.e. xinit /usr/bin/lxsession

[x3qt]

@dnschneid in this case it is surely not :)

[dnschneid]

Indeed, it looks like lightdm is the way to go. My plan is to add a startdm command to the host that launches lightdm; any buntu target will install the tool. Transitively, it will also install the start command relevant to the DE, so you can start it directly as well.

[x3qt]

Some points from my tests:

• recommendless versions is too much more unusable and sometimes even unstable. There is only way - use regular installation.
• LXDE is very unstable, crashes very often.
• XFCE rocks! Most stable and independent in case of the recommended packages.
• KDE also works fine, but better not to use the recommendless version, because of some missing services.

[dnschneid]

Yeah, I think if people want a lightweight version, they'll go the minimal DE target, so it makes sense to keep the recommended packages for the distro target. LXDE being unstable is odd. Try it with -r quantal and see if it is any better? Maybe it's just the old version.

[x3qt]

Yep, tested on precise, updated the tests post. On raring used only KDE and XFCE, and both worked fine. Need my help with the scripts writing?

And one more question: Is this normal that in the DE targets are "x11" and "core" required, even when the "x11" requries "core"?

[dnschneid]

I'll have a new branch with the added targets shortly.

As for the dependencies, I originally kept them explicit just for aesthetics when running -t help, but I think at this point it makes more sense to just let the dependencies chain implicitly. Either way, there's deduplication, so there's no wasted effort there.

[dnschneid]

I've pushed to the "desktops" branch; pre-built version is available here.

I do not like the way the display manager behaves though; it doesn't work well with crouton (it's very hard to exit, I would need to somehow patch in the powerd integration, and I doubt it will work at all with Xephyr).

So instead of adding a startdm script, I think it makes sense to still launch the desktop environments directly. startxfce, startlxde, startkde scripts already work as-is, but we need to be able to launch unity via gnome-session for it to operate properly. With the entire ubuntu-desktop, sudo enter-chroot xinit /usr/bin/gnome-session --session=ubuntu almost works, but the unity panel doesn't come up. This is way closer than before, though!

[dnschneid]

Once you get the desktop, you can hit ctrl+alt+t (in the chroot) to bring up a terminal and run unity (or unity --reset, it seems), and then it seems to work. Not sure why it's not auto-launching that.

[x3qt]

Have you tried to launch lightdm in raring? It fails with the "Error opening /dev/console: No such device" message.

[dnschneid]

Nope! In other news, it looks like gconf isn't grabbing the correct default settings, and I can't figure out why. This is what's stopping the unity plugin from being loaded in compiz by default. I had this problem with gksu as well (using su instead of sudo), so there's clearly something weird going on with gconf in the chroot.

[DennisLfromGA]

I've installed kubuntu, ubuntu, & xubuntu via crouton-desktops, lubuntu failed to install due to network-manager-gnome not being installed. I've tried setting the power management settings to not dim or turn off the display but it keeps doing it in each of the 3 desktops. I can't seem to find a way to stop it, it'll first dim the display and then turn it off and I can't find a way to get the display back.

Sorry if this is just a noob problem/question but it's a show-stopper for me at least.

[dnschneid]

This is pretty much the reason I haven't merged in desktops yet; the -desktop targets basically assume they have full control of your device. Network manager should not be allowed to run (but now that I think about it, it's probably safe to install it, since the upstart daemon the applet depends on will never get run anyway). Going through lightdm also breaks most of the Chromium OS integration such as the powerd integration that stops the screen from turning off (basically, without it, Chromium OS thinks you're idle and suspends the machine; this is the issue you're seeing).

Basically, don't use startdm. You can install the -desktop target and use the standard start* scripts, and things should be more reasonable. Still have the issues with gconf defaults (and transitively gnome-session and Unity) which are highlighted in #6; the sooner someone figures out why gconf isn't properly passing through default settings, the faster all of this will just work.

Thanks for testing all of these targets!

[DennisLfromGA]

Thanx again David, I had previously stopped stopping the powerd daemon ( does that make sense ;-) since it prevented me from shutting down ChromeOS via the shutdown button - that seemed to be the cause anyway. After I pressed the shutdown button the screen would turn white like it normally does but would just stay white and not shutdown. Sorry to digress since this doesn't relate to crouton too much...

Anyway, I've gone back to the desktop start scripts like you suggested and everything is cool! I'll wait for the full desktop targets to be developed if you decide to do that and try'em again then.

Thanx for all your help, crouton is such a cool, fun thing to use and play with!!!

[DennisLfromGA]

I just picked this up again after a long lapse and tried all my quantal targets, namely unity, kde, xfce4, ubuntu, kubuntu, and xubuntu. I started the first three targets with startunity, startkde, and startxfce4 respectively and they all opened and performed well. I started the last three targets with just the one startdm command and all three ran into the same problem that 'x3qt' did in raring - see below.

** (lightdm:2286): WARNING **: Error opening /dev/console: No such device
Failed to write utmpx: No such file or directory
Failed to write utmpx: No such file or directory

I don't know if the kde DE is the same or supposed to be the same as the kubuntu DE, etc. but one works and the other doesn't so I suppose it's linked to the way 'startdm' handles things. I'm willing to experiment with it so if anyone has any ideas let me at'em...

P.S. If anyone is interested, I have the log but it doesn't show much more than the above - http://pastebin.com/iPX9WMiY

[dnschneid]

Yeah, I don't think we'd use lightdm even with the -desktop targets, since it doesn't play well with the chroot environment. The key would be if you can start unity via gnome-session and have it actually work...

[DennisLfromGA]

Good news and bad news. I discovered that my problems with startdm were self-inflicted. I had a bad 'bash_funcs' file that was throwing me straight back to the login screen on all my desktops. Once I figured this out, I am now able to login via startdm to Ubuntu, Kubuntu, Xubuntu, and also startunity, startkde, startxfce, et all. All is good now and sorry for falsely reporting problems with 'startdm'.

On a slightly different topic - any news or updates or info. on merging 'crouton-desktop', crouton-vnc, croagh ???

[dnschneid]

Cool, glad it's working, although startdm isn't going to remain in *-desktop.

crouton-desktop is partially waiting on #6, although I suppose it could be merged earlier than that since it won't be any worse. Perhaps it just needs to be updated for the new framework and startdm removed, and then it will be good enough to be merged in.

crouton-vnc is waiting for someone to figure out how to launch a new Chromium OS tab from a shell script, and then experimentation with the html5 VNC viewer servers that can run in the chroot to avoid having to install a Chromium extension or app.

The croagh framework is already merged in. @drinkcat's Arch/ALARM can be merged once he prepares his branch for a pull request and the branch gets reviewed and adjusted accordingly. @mmirg's Gentoo/Funtoo still has a bunch of cleaning up to do.

[DennisLfromGA]

Thanx for the updates; it seems 'crouton' is getting more popular everyday. I'm creating a new chroot now to experiment with the Cinnamon DE that sohjsolwin wrote about.

On Sat, Jul 6, 2013 at 2:13 AM, David Schneider notifications@github.comwrote:

Cool, glad it's working, although startdm isn't going to remain in *-desktop.

crouton-desktop is partially waiting on #6https://github.com/dnschneid/crouton/issues/6, although I suppose it could be merged earlier than that since it won't be any worse. Perhaps it just needs to be updated for the new framework and startdm removed, and then it will be good enough to be merged in.

crouton-vnc is waiting for someone to figure out how to launch a new Chromium OS tab from a shell script, and then experimentation with the html5 VNC viewer servers that can run in the chroot to avoid having to install a Chromium extension or app.

The croagh framework is already merged in. @drinkcathttps://github.com/drinkcat's Arch/ALARM can be merged once he prepares his branch for a pull request and the branch gets reviewed and adjusted accordingly. @mmirghttps://github.com/mmirg's Gentoo/Funtoo still has a bunch of cleaning up to do.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-20549732 .

DennyL@GMail

[dnschneid]

I've updated crouton-desktop to bring in the croagh framework and the Unity fixes. I'm not entirely sure yet what's going to happen with this, considering that crouton is moving towards not being Ubuntu-specific. But at least it's here for testing in the meantime.

[DennisLfromGA]

I'm having trouble with the Downloads folder when I start a desktop session with 'startdm', I don't know if this just started with the last merge or if it was there before, I apologize. It appears that the mount of ChromeOS ~/Downloads is not appearing in the chroot, it's empty. When I start the desktop session with 'startkde', 'startxfce', etc. it works fine and the ~/Downloads folder is populated. This may not be important since I understand 'startdm' will be going away when it's merged but I thought I'd mention it. Hopefully it's just a problem with my chroot...

[dnschneid]

Don't use startdm.

[DennisLfromGA]

Okay, will do - or rather won't do. ;-)

Will using startkde, startxfce, etc. actually start the DE's for Kubuntu, Lubuntu, etc. or should I use something else?

On Mon, Jul 15, 2013 at 2:44 AM, David Schneider notifications@github.comwrote:

Don't use startdm.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-20953917 .

DennyL@GMail

[dnschneid]

Yep, those are still the right ones to use.

[DennisLfromGA]

Great, thanx for the quick reply and I'll stay away from startdm.

P.S. I meant to say Xubuntu earlier instead of Lubuntu...

On Mon, Jul 15, 2013 at 2:54 AM, David Schneider notifications@github.comwrote:

Yep, those are still the right ones to use.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-20954149 .

DennyL@GMail

[dnschneid]

Just to note: these might end up as xfce-desktop, unity-desktop, kde-desktop, etc, to make the naming more distro-neutral, and to make it more obvious that the start* scripts still apply.

[DennisLfromGA]

Sounds like a plan, thanx ;-)

[dnschneid]

I've updated the -desktops branch to be from approximately this century. The targets are now xfce-desktop, unity-desktop, etc, and startdm has been nuked from orbit.

Try it out!

[dnschneid]

Sorry this still hasn't been merged. I've brought it up-to-date again, and let the distro install whichever browser it wants. If people test it and it works okay, it'll likely get merged as-is...

[dnschneid]

Brought up-to-date again. Can't merge it until someone tests it though...

[tedm]

I can test it, but prefer xfce ...

[dnschneid]

Try xfce-desktop then.

[DennisLfromGA]

I updated and tested my 2 'desktop' chroots and had no problems at all with any of the DE's - they work great.

Here are my system specifics:

Acer C710-2847 with 4GB RAM and 128GB SSD

## Browser Ver: Google Chrome 32.0.1700.63

## host: /usr/local/bin/crouton: version 1-20131217183040~master:f4cd550d

chroot name: quantal-desktops crouton: version 1-20131220111353~desktops:63b0426f release: quantal architecture: i386 targets: extension,cli-extra,cinnamon,kde-desktop,unity-desktop,xfce-desktop

## host: version 4920.48.0 (Official Build) beta-channel parrot

chroot name: raring-de crouton: version 1-20131220111353~desktops:63b0426f release: raring architecture: amd64 targets: extension,gnome,chrome-beta,cli-extra,cinnamon,kde-desktop,unity-desktop,xfce-desktop

## host: version 4920.48.0 (Official Build) beta-channel parrot

On Fri, Dec 20, 2013 at 2:31 PM, David Schneider notifications@github.comwrote:

Try xfce-desktop then.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31035243 .

DennyL@GMail

[dnschneid]

@DennisLfromGA: thanks for giving them a whirl. Do you think you could test them individually, without the other targets installed?

[DennisLfromGA]

Sure, did you want each DE tested in every release or do you have a smaller base in mind?

On Tue, Dec 24, 2013 at 3:25 PM, David Schneider notifications@github.comwrote:

@DennisLfromGA https://github.com/DennisLfromGA: thanks for giving them a whirl. Do you think you could test them individually, without the other targets installed?

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31184117 .

DennyL@GMail

[dnschneid]

Ideally, each target (separately) in precise, saucy, wheezy, and sid, for a total of 16 tests. For your own sanity, I don't recommend doing all of those yourself...

Also, it doesn't look like I ever made the targets compatible with Debian, so we'll need to find some equivalent metapackages before testing can begin on wheezy and sid.

[DennisLfromGA]

Okay, I can do it. Are there any tests in particular that you recommend just so I/we can have a base to work with and report back on?

On Tue, Dec 24, 2013 at 9:44 PM, David Schneider notifications@github.comwrote:

Ideally, each target (separately) in precise, saucy, wheezy, and sid, for a total of 16 tests. For your own sanity, I don't recommend doing all of those yourself...

Also, it doesn't look like I ever made the targets compatible with Debian, so we'll need to find some equivalent metapackages before testing can begin on wheezy and sid.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31190087 .

DennyL@GMail

[DennisLfromGA]

I'm on a 64-bit machine now, will that work for the tests or should they be done using a 32-bit architecture - or both?

On Wed, Dec 25, 2013 at 12:41 PM, Denny Lockhart denny.lockhart@gmail.comwrote:

Okay, I can do it. Are there any tests in particular that you recommend just so I/we can have a base to work with and report back on?

On Tue, Dec 24, 2013 at 9:44 PM, David Schneider <notifications@github.com

wrote:

Ideally, each target (separately) in precise, saucy, wheezy, and sid, for a total of 16 tests. For your own sanity, I don't recommend doing all of those yourself...

Also, it doesn't look like I ever made the targets compatible with Debian, so we'll need to find some equivalent metapackages before testing can begin on wheezy and sid.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31190087 .

DennyL@GMail

DennyL@GMail

[tedm]

got these errors when trying to install with:

sudo sh -e ~/Downloads/crouton-desktops -r quantal -n quantal-desktops -t extension,xfce-desktop

on samsung arm, latest dev build, crouton-desktops d/l around noon.

... usr/bin/x-terminal-emulator (x-terminal-emulator) in auto mode Setting up xfce4-volumed (0.1.13-2ubuntu1) ... Setting up xfce4-goodies (4.8.2) ... Setting up xfce4-power-manager-data (1.2.0-1ubuntu1.1) ... Setting up xfce4-power-manager (1.2.0-1ubuntu1.1) ... Setting up libcanberra-gtk3-module:armhf (0.29-0ubuntu2) ... Setting up lm-sensors (1:3.3.1-2ubuntu2) ... Processing triggers for initramfs-tools ... Processing triggers for libc-bin ... ldconfig deferred processing now taking place Processing triggers for ureadahead ... Installing target xfce-desktop... Reading package lists... Done Building dependency tree
Reading state information... Done Package 'network-manager' is not installed, so not removed Package 'xorg' is not installed, so not removed Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation:

The following packages have unmet dependencies: xubuntu-desktop : Depends: xorg but it is not going to be installed Recommends: network-manager-gnome but it is not going to be installed E: Unable to correct problems, you have held broken packages. Failed to complete chroot setup. Unmounting /usr/local/chroots/quantal-desktops... chronos@localhost ~ $

[DennisLfromGA]

Sorry Ted, I don't have any experience on the ARMs, I thought xfce-desktop should pull in xorg/xephyr (and others) but I guess I'm wrong. You may have to specify xephyr manually on that platform:

sudo sh -e ~/Downloads/crouton-desktops -r quantal -n quantal-desktops -t xephyr,extension,xfce-desktop

Wish I could give you more help but I'm on an Acer C7 and Cr-48.

On Thu, Dec 26, 2013 at 6:35 PM, tedm notifications@github.com wrote:

got these errors when trying to install with:

sudo sh -e ~/Downloads/crouton-desktops -r quantal -n quantal-desktops -t extension,xfce-desktop

on samsung arm, latest dev build, crouton-desktops d/l around noon.

... usr/bin/x-terminal-emulator (x-terminal-emulator) in auto mode Setting up xfce4-volumed (0.1.13-2ubuntu1) ... Setting up xfce4-goodies (4.8.2) ... Setting up xfce4-power-manager-data (1.2.0-1ubuntu1.1) ... Setting up xfce4-power-manager (1.2.0-1ubuntu1.1) ... Setting up libcanberra-gtk3-module:armhf (0.29-0ubuntu2) ... Setting up lm-sensors (1:3.3.1-2ubuntu2) ... Processing triggers for initramfs-tools ... Processing triggers for libc-bin ... ldconfig deferred processing now taking place Processing triggers for ureadahead ... Installing target xfce-desktop... Reading package lists... Done Building dependency tree

Reading state information... Done Package 'network-manager' is not installed, so not removed Package 'xorg' is not installed, so not removed Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation:

The following packages have unmet dependencies: xubuntu-desktop : Depends: xorg but it is not going to be installed Recommends: network-manager-gnome but it is not going to be installed E: Unable to correct problems, you have held broken packages. Failed to complete chroot setup. Unmounting /usr/local/chroots/quantal-desktops... chronos@localhost ~ $

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31240380 .

DennyL@GMail

[tedm]

Thanks @DennisLfromGA no problem, I am installing and trying extension with regular crouton, but I will try crouton-desktops again, and posted the errors I got during install over on the desktops thread. Will be trying extension shortly.

[DennisLfromGA]

I've started setting up the first 4 (new) crouton-desktop chroots and have some errors to report.

precise-x64-xfce-desktop - completed, no errors saucy-x64-xfce-desktop - incomplete, error.log - looks like 'bluman' failed. sid-x64-xfce-desktop - incomplete, error.log - unable to locate package xubuntu-desktop wheezy-x64-xfce-desktop - incomplete, error.log - unable to locate package xubuntu-desktop

I haven't entered the chroots of the 3 with errors yet since I didn't want to bork things even more running the setup again. I'll wait 'til I hear back from someone @crouton headquarters :)

The precise chroot reports: (precise-x64-xfce-desktop)user@localhost:\~$ croutonversion crouton: version 1-20131220111353\~desktops:63b0426f release: precise architecture: amd64 targets: xfce-desktop host: version 4920.48.0 (Official Build) beta-channel parrot (precise-x64-xfce-desktop)user@localhost:\~$

For now, I'll login to the precise chroot and test a few things out and try to come up with a test plan - unless there's already one in place.

-Dennis

On Fri, Dec 27, 2013 at 2:21 AM, tedm notifications@github.com wrote:

Thanks @DennisLfromGA https://github.com/DennisLfromGA no problem, I am installing and trying extension with regular crouton, but I will try crouton-desktops again, and posted the errors I got during install over on the desktops thread. Will be trying extension shortly.

— Reply to this email directly or view it on GitHubhttps://github.com/dnschneid/crouton/issues/61#issuecomment-31250041 .

DennyL@GMail

[DennisLfromGA]

​Don't know why the links didn't work but here they are again and, hopefully working this time - ​ saucy-x64-xfce-desktop - incomplete, error.loghttp://pastebin.com/YxXa6Af4 - looks like 'blu ​e​ man' failed. sid-x64-xfce-desktop - incomplete, error.log http://pastebin.com/J0VFf3Qu - unable to locate package xubuntu-desktop wheezy-x64-xfce-desktop - incomplete, error.loghttp://pastebin.com/R0M0P5hg - unable to locate package xubuntu-desktop

UPDATE: The precise xfce-desktop is working very well. After loading a few new libraries when prompted, I've played audio and video files types - .avi, .mp4, .wav, .flac, .mp3. Also ran through most of the loaded software Accesories, Games, Office, Internet, etc. I think precise is good to go - on the Acer C7 platform at least.

I'll hold off on the other 3 chroots for now until I hear something or I get really bored and adventurous - bad combination....

DennyL@GMail

[DennisLfromGA]

UPDATE#2: I've started setting up the next 4 (new) crouton-desktop chroots with the lxde-desktop and have some errors to report.

precise-x64-lxde-desktop - completed, no errors saucy-x64-lxde-desktop - incomplete, error.loghttp://pastebin.com/2spAfvLs

• network-manager-gnome not installed. sid-x64-lxde-desktop - incomplete, error.log http://pastebin.com/4tFLQkWC - unable to locate package lubuntu-desktop wheezy-x64-lxde-desktop - incomplete, error.loghttp://pastebin.com/f4WzdAdy - unable to locate package lubuntu-desktop

The sid & wheezy lxde errors are similar to xfce errors so hopefully once the first one's fixed it'll work for the second one. I haven't entered the chroots of the 3 with errors yet . I'll wait 'til I hear back from someone @crouton headquarters :) I'll log in to the precise lxde-desktop and check things out - be back later.

On Fri, Dec 27, 2013 at 11:04 PM, Denny Lockhart denny.lockhart@gmail.comwrote:

​Don't know why the links didn't work but here they are again and, hopefully working this time - ​ saucy-x64-xfce-desktop - incomplete, error.loghttp://pastebin.com/YxXa6Af4 - looks like 'blu ​e​ man' failed. sid-x64-xfce-desktop - incomplete, error.loghttp://pastebin.com/J0VFf3Qu - unable to locate package xubuntu-desktop wheezy-x64-xfce-desktop - incomplete, error.loghttp://pastebin.com/R0M0P5hg - unable to locate package xubuntu-desktop

UPDATE: The precise xfce-desktop is working very well. After loading a few new libraries when prompted, I've played audio and video files types - .avi, .mp4, .wav, .flac, .mp3. Also ran through most of the loaded software Accesories, Games, Office, Internet, etc. I think precise is good to go - on the Acer C7 platform at least.

I'll hold off on the other 3 chroots for now until I hear something or I get really bored and adventurous - bad combination....

DennyL@GMail

DennyL@GMail