[08:58] <ogra> nubae1, i dont like kiwi because it completely breaks the concept of ltsp5 to integrate deeply with the distro and through that improve the upstream packages, because it reimplements ltsp4 on a different level and because it prevents any kind of upstream contribution through suse users ...
[08:59] <ogra> nubae1, it has *noting at all* to do with paths but with selfish attitude and breaking of concepts
[08:59] <ogra> nubae1, its great that it exists for the users wanting it but its a 100% fork
[09:02] <alkisg> ogra, if I made something similar with ubuntu, i.e. a live ubuntu dvd with ltsp preinstalled and ready to function, and with some edu* packages installed, would I be able to redistribute it without having to call it with a name other than "ubuntu"?
[09:30] <highvoltage> ogra: someone was arguing yesterday that it isn't a fork, but I agree with you that it's clearly a fork.
[09:31] <ogra> well, i dont mind the fork that much, but the rest
[09:32] <ogra> good blog post btw :)
[09:32] <tsurc> good morning all :)
[09:35] <highvoltage> thanks ogra, I didn't know how you'd react to it (or anyone else for that matter)
[09:35] <highvoltage> but I just needed to say something about it at least
[09:47] <tsurc> does anyone know the reasons for having defining a terminal in the /etc/hosts file? I'm having a problem where if our internal dns server is down we get a grey screen
[10:04] <ogra> ltsp5 doesnt use DNS at all, ltsp4 where you actually needed that for the highly insecure XDMCP connection it uses was never supported in ubuntu
[10:10] <tsurc> ah sorry I should have been clearer, I'm on a box with ltsp 4.2 on, my question was less about fixing the problem (as I soon fixed it by updating the /etc/hosts file and restoring internal dns) but more about understanding why this would happen
[10:11] <tsurc> I guess I'm on the wrong channel... #ltsp?
[10:12] <ogra> well, even in #ltsp its a matter of luck to get ltsp4 support, ltsp4 is dead since 4 years
[10:13] <ogra> the last security fixes were in 2005 ... running ltsp4 anywhere is just adding a big security hole to your system
[10:14] <tsurc> like I said I was more about curiosity and better understanding that support :)
[10:15] <tsurc> maybe its one of those things that I needn't concern myself with
[10:15] <ogra> XDMCP looks up the hostname and IP on connect
[10:16] <ogra> if it cant find either it cant start
[10:16] <ogra> well, it can start but not connect to any remote display manager
[10:16] <ogra> so what you see is the local start of the X server ...
[10:18] <tsurc> ah right, so if a client is not in /etc/hosts... and not in DNS (read they weren't in dns anyway, but I guess the xdmcp server was expecting "some" response as opposed to "no" response) then the xdmcp server will not allow the connect
[10:18] <ogra> right
[10:18] <tsurc> and the difference in the way ltsp5 does it?
[10:19] <ogra> it uses ssh
[10:19] <ogra> not XDMCP
[10:20] <tsurc> so you tunnel the users x server session to the client machines x server
[10:21] <ogra> right, which means for example you dont need to have X running on the server
[10:21] <ogra> and you cant run a tcpdump from anywhere in your network and produce screenshots of password captures from it like with XDMCP
[10:22] <tsurc> ah cool :)
[10:23] <tsurc> but you have the overhead of everything running through ssh... small price to pay though I guess :)
[10:24] <ogra> you can switch encryption off for the actual X traffic with LDM_DIRECTX=True in lts.conf
[10:24] <tsurc> yeah I read that one somewhere
[10:24] <tsurc> and this makes ldm revert to xdmcp?
[10:25] <ogra> that will only keep the password and feature communication (ltspfs etc) in ssh, but your payload X traffic will be redirected through a plain DISPLAY forwarding
[10:25] <tsurc> nice :)
[10:25] <ogra> so at least the password handshake is more secure than XDMCP ... i wouldnt advise my users to do any onlinebanking in that ode though ;)
[10:25] <tsurc> your all very very clever people.... I really wouldnt know where to start, lol
[10:26] <ogra> *mode
[10:32] <tsurc> thank for your help :)
[13:07] <alkisg> ogra: if I took the ubuntu desktop cd, and installed a lot of educational apps into it (from the ubuntu repositories), and installed ltsp-server and build an ltsp chroot, and used dnsmasq instead of dhcpd3-server to be able to function as a live-ltsp-server with a dynamic IP, and produced a live dvd with all that, would I be permitted to redistribute the .iso and still call it Ubuntu? Or is what I'm thinking yet another distro?
[13:07] <ogra> ubuntu-edu-ltsp-remix ? :)
[13:08] <alkisg> Yeah, sure :)
[13:08] <alkisg> I can find hosting, and I think it'll be useful, but I don't want to get into trouble with the naming thing...
[13:08] <ogra> http://www.canonical.com/projects/ubuntu/unr -> see the "what is a remix" section
[13:08] <alkisg> Ahhh ok looking...
[13:11] <alkisg> Yup, ogra, I think you're the goddad (if that's what it's called) of my remix :) "ubuntu-edu-ltsp-remix" it is!
[13:11] <ogra> :)
[13:11] <alkisg> I think doing a remix isn't too hard, is it?
[13:12] <ogra> well, depends how you do it :)
[13:12] <alkisg> Hmmm any links for a how-to or something?
[13:12] <ogra> just changing the iso is quite easy
[13:13] <ogra> look for LiveCDCustomization on the wiki
[13:13] <alkisg> Thanks ogra! I think I just found out what to do in the summer vacations... :P
[13:13] <ogra> https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageModification has some hints about how to edit a squashfs
[13:15] <ogra> (note this doesnt use an iso, you need the mkisofs magic from the wiki howto for isos)
[13:15]  * alkisg is reading https://help.ubuntu.com/community/LiveCDCustomization ...
[21:16] <Ahmuck-Sr> hi.  i upgraded from 8.10 ltsp edubuntu to 9.04 ltsp edubuntu and now have no flash
[21:16] <Ahmuck-Sr> i did a ltsp-build-client
[21:54] <svenstaro> Yo