Re: [lxc-users] LXC with X, specifically KDE v. VM
Fajar and others have given you some answers that all work. I've done what you are wanting to do using multiple methods. - x2go works great and is easy to install. server side (lxc container for you): - sudo add-apt-repository ppa:x2go/stable - sudo apt-get update - sudo apt-get install x2goserver x2goserver-xsession - then edit /etc/ssh/sshd_config and change both of the following lines to "yes" - ChallengeResponseAuthentication yes - PasswordAuthentication yes client-side (your Ubuntu Host) - sudo add-apt-repository ppa:x2go/stable - sudo apt-get update - sudo apt-get install x2goclient On the ubuntu host start x2go, put in the IP address of the lxc container in the profile form, input your login user id (assuming you created a userID in the lxc container) and at the bottom tell x2go what Desktop you are using (lxde, kde, xfce, mate, etc etc), hit save, then click on the icon representing that session profile enter your password, answer yes to the SSH key prompt, and you should see your desktop in 2-3 seconds. - guacamole installed in the container works very well also but its a little more of a setup than x2goserver in the container but guacamole does NOT require anything on the Host OS because it uses HTML5 to present its "remote desktop" from the container (see: http://guac-dev.org/ ) using either vnc or rdp (if you configure rdp in the container which means x11rdp and xfreerdp (latest versions can be installed in the container following the excellent scarygliders.com website which will automagically build then install both for you using the latest source code. NX from NoMachine's is not open source any longer but I believe that you can still use their sw for a 1 or 2 user setup. My personal opinion is that nothing beats x2go at this point in time for remote desktop and its still open source. Guacamole is working well for me now too but not quite x2go level If both your Host and LXC container are ubuntu you can even set x2go up so from the host you use just a browser to log in: http://wiki.x2go.org/doku.php/wiki:advanced:x2goplugin ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tue, 2014-05-06 at 20:54 +0700, Fajar A. Nugraha wrote: > On Tue, May 6, 2014 at 8:40 PM, Michael H. Warfield > wrote: > One gotcha. I haven't tried this in the last year or so but, > at one > > point, NX was broken on Ubuntu due to dependency failures in > some > multimedia packages and libraries that I was never able to > resolve at > the time. > > > > > > ... which is part of the reason why I suggested x2go earlier. From > http://en.wikipedia.org/wiki/NX_technology , it's probably the only > well-maintained, open-source nx implementation today. > Except it's not compatible with other implementations. It's really more proper to call them "based on NX" than an implementation of NX when they're not compatible with other implementations of the NX 3.0 specifications, even if they are using the NX 3.0 libraries. But that's arguing semantics. From their FAQ: "It’s not possible to use NX client to log on to an X2Go server and vice versa." So, I imagine that eliminates the superb Remmina multiprotocol client which does connect properly and communicate with the FreeNX and No-Machine NX servers. You can only use their x2go client app to talk to their server. That may be fine for the OP but would be a total non-starter in my environment as I have a mix of VNC, RDesktop, and NX for a variety of reasons. I would not want to be running rdesktop, and vnc, and nxclient when Remmina does them all and does them better. Maybe when they come out with a Remmina plugin they would be viable for me. Like I said, maybe the OP doesn't need the support I enjoy but there is NX and there is X2GO which claims to be NX but you have to use their client. Both are viable and each may be fine for the OP. > -- > Fajar > Regards, Mike -- Michael H. Warfield (AI4NB) | (770) 978-7061 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0x674627FF| possible worlds. A pessimist is sure of it! signature.asc Description: This is a digitally signed message part ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
Quoting Fajar A. Nugraha (l...@fajar.net): > On Tue, May 6, 2014 at 8:40 PM, Michael H. Warfield wrote: > > > One gotcha. I haven't tried this in the last year or so but, at one > > point, NX was broken on Ubuntu due to dependency failures in some > > multimedia packages and libraries that I was never able to resolve at > > the time. > > > > > > ... which is part of the reason why I suggested x2go earlier. From > http://en.wikipedia.org/wiki/NX_technology , it's probably the only > well-maintained, open-source nx implementation today. I've been playing with xspice. It's had some issues historically but actually seems to be working for me when built from upstream git, so I'm hoping upstream will have a new release soon. (I still need to get it working with the pulseaudio fifo module, but won't have time to do that in the next few weeks.) ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tue, May 6, 2014 at 8:40 PM, Michael H. Warfield wrote: > One gotcha. I haven't tried this in the last year or so but, at one > point, NX was broken on Ubuntu due to dependency failures in some > multimedia packages and libraries that I was never able to resolve at > the time. > > ... which is part of the reason why I suggested x2go earlier. From http://en.wikipedia.org/wiki/NX_technology , it's probably the only well-maintained, open-source nx implementation today. -- Fajar ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Mon, 2014-05-05 at 23:40 -0400, TuxRaiderPen wrote: > I am in a situation where I am looking to possibly use LXC as a way to run > ONE > specific program that needs an X desktop. > What I am comparing is LXC v. my normal method a VM. What I would use is NX on the server (container) and Remmina on the client side using an NX remote connection. I've done this in several locations both on host systems and in LXC containers. It's very efficient bandwidth wise and I pull remote desktops (XCDE4) over even slow links and still have it very effectively usuable. Basically, you need the freenx server and all it's components installed in the container and Remmina on your local desktop. It runs over ssh and utilizes X token level compression for kick ass display compression and speed. One gotcha. I haven't tried this in the last year or so but, at one point, NX was broken on Ubuntu due to dependency failures in some multimedia packages and libraries that I was never able to resolve at the time. I gave up at that point and all my remote desktops are now on Fedora. Regards, Mike > Why do I need to run one program... email. I only use KMail, but since > changes to that program are not to my liking (outside the scope of this > list), > and I would like to upgrade my main box to the latest ESR release, 14.04. > BUT I need my Kmail! (Thanks, but I am a Kmail only person, no other program > meets my approval, thanks.) > I would Xephyr to the LXC container > > The setup would be > > LXC from 14.04 > > LXC container with the last normal KMail, I think 11.04/11.10? with X, and > then I just Xephyr into it, basically it creates a window that has my email > running. > > I get to keep my setup, and emails, and none of the issues with the > "improvements" of KMail2. > > So comments in re LXC v. VM to do just one program. > > ___ > lxc-users mailing list > lxc-users@lists.linuxcontainers.org > http://lists.linuxcontainers.org/listinfo/lxc-users -- Michael H. Warfield (AI4NB) | (770) 978-7061 | m...@wittsend.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0x674627FF| possible worlds. A pessimist is sure of it! signature.asc Description: This is a digitally signed message part ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tue, May 6, 2014 at 7:16 PM, TuxRaiderPen wrote: > On Tuesday, May 06, 2014 04:49:06 Dirk Geschke wrote: > > Any views, opinions, comments in re that LXC might be better, worse, even > v. a > VM??? Just curious, as I probably am going the LXC route, as it gives me > another test use case. I found the LXC containers for LAMP dev/testing to > be > quite a hit with my group v. a VM setup for them. > > The first line your original mail says "I am in a situation where I am looking to possibly use LXC as a way to run ONE specific program that needs an X desktop". Thus the recommendations about various ways to use lxc and X. First line has a big impact :) Anyway, back to your real question. I'm not sure what kind of response you'd expect here. Any particular aspect you're particulary concerned with? ease of use, resource usage, etc? You already said you're used to LXC with LAMP, which means you already experience the better resource utilization. Using lxc for a single program (with X forwarding) would pretty much yield the same result: lxc is much more resource-efficient compared to a full-virtualization vm. Something that is even MORE resource-efficient (though probably not by much) is to simply use chroot, but you'd probably end up with a messier setup security-wise (compared to the unprivileged container example in stephane's blog linked by Dirk earlier). -- Fajar ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tuesday, May 06, 2014 04:49:06 Dirk Geschke wrote:
>
> + ssh -X {container}
>
> And all these work even with unprivileged containers.
Thanks... that is pretty much the plan as per other message for LXC. (See
other other reply too.. Thanks though.. I do this for a ton of other stuff,
just not LXC right now. Most of these are headless servers running LAMP stuff
for "dev/testing" and then pushed to servers.
I am more interested in comments in re LXC v. VM setup... both are pretty
"heavy" in terms of solutions for the single issue I have... Unfortunately I
was pushed to this due to my vary persnickerty tastes in email clients. I like
that KMail doesn't deal with HaTeMailL, and just barfs all over it! :) Plus
the decades worth of mail spool, filters, and that KMail2 is just broken on
imports, and a long list of stuff not really cogent for this list/discussion.
I am thinking that LXC might actually have some advantages for the LONG TERM?
myabe not... I am just more curious to hear others.. Obviously this list is
probably leaning more to an LXC solution, but like I said both are really
killing gnats with an F-4 phantom and napalm. :) ;)
Any views, opinions, comments in re that LXC might be better, worse, even v. a
VM??? Just curious, as I probably am going the LXC route, as it gives me
another test use case. I found the LXC containers for LAMP dev/testing to be
quite a hit with my group v. a VM setup for them.
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tuesday, May 06, 2014 04:04:33 Fajar A. Nugraha wrote: > > The easiest way would be to treat the container like any other remote host. > > I'm not familiar with kmail, so I assume it can be started standalone > without having to start the full kde desktop? If yes, then the easiest > way is to either: > - allow tcp X access on the host, set the container to use that (i.e. > export DISPLAY=HOST_IP_ADDRESS:0.0) and then start the program. OR I use "Xephyr in" or "X in" as a short cut to XDMCP, Xephyr being one of several nested X servers. That is what "Xephyr in" means. I do TONS of XDMCP for systems all over the place, actually I probalby am physically at the main machines I use less than 10%.. That is just my shortcut name for it. > - use something like x2go: > http://wiki.x2go.org/doku.php/doc:deployment-stories:start . Install I've seen that before too.. I would just autostart=1 the container. I'd like to keep this down to as few a layers as possible. And then use the native XDMCP support. I am more interested in LXC v. VM comments... LXC seems to be the "lighter" of the two, although I have tons of VM's deployed for stuff as well. I actually use a bunch LXC containers for "dev" setups.. and if I can find some time to play with a centos container under *buntu 14.04 I will. (We actually are trying to get away from any non *buntu OS server or desktop, but a few still require it due to CPanel requirements.) Either is probalby overkill for the situation really, but unfortunately this is the spot I am backed into regarding (e)mail as I like my client and it has been borq'd up later "improvements." ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
Hi All,
> wrote:
> > I am in a situation where I am looking to possibly use LXC as a way to run
> > ONE
> > specific program that needs an X desktop.
[...]
> The easiest way would be to treat the container like any other remote host.
>
> I'm not familiar with kmail, so I assume it can be started standalone
> without having to start the full kde desktop? If yes, then the easiest
> way is to either:
> - allow tcp X access on the host, set the container to use that (i.e.
> export DISPLAY=HOST_IP_ADDRESS:0.0) and then start the program. OR
> - use something like x2go:
> http://wiki.x2go.org/doku.php/doc:deployment-stories:start . Install
> the server part on the container, the client part on the host, and
> configure it to start a single application (i.e. Kmail)
you can use also
+ ssh -X {container}
+ or this more complex solution including sound:
https://www.stgraber.org/2014/02/09/lxc-1-0-gui-in-containers/
+ work with xauth:
- on the host use
xauth list
and extract the key, copy it starting with unix:
- in the container
export DISPLAY=unix:0.0
xauth add {key from host, starting with unix:}
+ any other solution, like VNC or NX, but then you get usually the
whole desktop. And I guess, you are only interested in only one
application...
And all these work even with unprivileged containers.
Best regards
Dirk
--
+--+
| Dr. Dirk Geschke / Plankensteinweg 61/ 85435 Erding|
| Telefon: 08122-559448 / Mobil: 0176-96906350 / Fax: 08122-9818106 |
| d...@geschke-online.de / d...@lug-erding.de / kont...@lug-erding.de |
+--+
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users
Re: [lxc-users] LXC with X, specifically KDE v. VM
On Tue, May 6, 2014 at 10:40 AM, TuxRaiderPen wrote: > I am in a situation where I am looking to possibly use LXC as a way to run ONE > specific program that needs an X desktop. > > What I am comparing is LXC v. my normal method a VM. > > Why do I need to run one program... email. I only use KMail, but since > changes to that program are not to my liking (outside the scope of this list), > and I would like to upgrade my main box to the latest ESR release, 14.04. > > BUT I need my Kmail! (Thanks, but I am a Kmail only person, no other program > meets my approval, thanks.) > > I would Xephyr to the LXC container > > The setup would be > > LXC from 14.04 > > LXC container with the last normal KMail, I think 11.04/11.10? with X, and > then I just Xephyr into it, basically it creates a window that has my email > running. The easiest way would be to treat the container like any other remote host. I'm not familiar with kmail, so I assume it can be started standalone without having to start the full kde desktop? If yes, then the easiest way is to either: - allow tcp X access on the host, set the container to use that (i.e. export DISPLAY=HOST_IP_ADDRESS:0.0) and then start the program. OR - use something like x2go: http://wiki.x2go.org/doku.php/doc:deployment-stories:start . Install the server part on the container, the client part on the host, and configure it to start a single application (i.e. Kmail) -- Fajar ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
[lxc-users] LXC with X, specifically KDE v. VM
I am in a situation where I am looking to possibly use LXC as a way to run ONE specific program that needs an X desktop. What I am comparing is LXC v. my normal method a VM. Why do I need to run one program... email. I only use KMail, but since changes to that program are not to my liking (outside the scope of this list), and I would like to upgrade my main box to the latest ESR release, 14.04. BUT I need my Kmail! (Thanks, but I am a Kmail only person, no other program meets my approval, thanks.) I would Xephyr to the LXC container The setup would be LXC from 14.04 LXC container with the last normal KMail, I think 11.04/11.10? with X, and then I just Xephyr into it, basically it creates a window that has my email running. I get to keep my setup, and emails, and none of the issues with the "improvements" of KMail2. So comments in re LXC v. VM to do just one program. ___ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
