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
On Tue, May 6, 2014 at 7:16 PM, TuxRaiderPen tuxraider...@wpascanner.comwrote: 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 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 8:40 PM, Michael H. Warfield m...@wittsend.comwrote: 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
Quoting Fajar A. Nugraha (l...@fajar.net): On Tue, May 6, 2014 at 8:40 PM, Michael H. Warfield m...@wittsend.comwrote: 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
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
