IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 17 February 2015   (all times are UTC)

00:07gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Remote host closed the connection)
01:18gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
01:22gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 256 seconds)
01:49FGXR6 has left IRC (FGXR6!~phantom@ppp121-44-154-200.lns20.syd7.internode.on.net, Read error: No route to host)
01:51F-GT has joined IRC (F-GT!~phantom@ppp121-44-154-200.lns20.syd7.internode.on.net)
02:34telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
02:36telex has joined IRC (telex!teletype@freeshell.de)
02:55gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
02:59gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 252 seconds)
03:56alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
03:59
<alkisg>
vagrantc: are you going to debconf15? This one's closer here, maybe Hyperbyte, ogra_, me, Phantomas etc will be attending, how about arranging an ltsp hackfest at debconf15 or right before that?
04:08
(i.e. at debcamp...)
04:08
<vagrantc>
alkisg: i'm hoping i can make it!
04:08
<alkisg>
Cool!
04:08
<vagrantc>
alkisg: and if we get some LTSP hacking in, so much the better
04:08* vagrantc was kind of interested in another event immediately before though
04:09
<alkisg>
This one's near, so if we get some accomodation sponsorship, me and Phantomas will be there
04:09
<vagrantc>
if I was to get everything I wanted, i'd want the LTSP hackfest after debconf :)
04:09
<alkisg>
You could even come to Greece before, and we could all drive there then :)
04:09* alkisg does have a few days after debconf, np
04:10
<alkisg>
In debconf14 it wasn't possible, with the schools starting here at 1st september, but now it is
04:10
<vagrantc>
alkisg: at any rate, yes, let's figure out how to make something happen!
04:10
<alkisg>
Nice
04:12
If we were to have the ltsp hackfest at debcamp, we could get accomodation then? But afterwards we won't be able to, right?
04:12* alkisg wonders where ogra_ lives...
04:15
<alkisg>
Kassel to Heidelberg => 2.5 hours
04:15
<vagrantc>
alkisg: it depends ... this year debcamp was integrated into the whole conference
04:16* alkisg also has some cousins at Frankfurt
04:16
<vagrantc>
alkisg: so there were a few less talks scheduled every day, and more empty space in the schedule
04:16
<alkisg>
http://debconf15.debconf.org/dates.xhtml says "8 – 14 August DebCamp
04:16
15 – 16 August Open Weekend (geared to the public)
04:16
15 – 22 August DebConf"
04:16
<vagrantc>
ah, i see
04:17
you've done your research!
04:17
<alkisg>
:)
04:18
Maybe sbalneav1 and jammcq will like to taste some German beer and decide to hold the LTSP BTS then...
04:25* alkisg thinks we'll finally advance ltsp6 this year :)
04:26
<vagrantc>
alkisg: 2015: the year of the LTSP6 Desktop
04:57
alkisg: basically, if you could rally a bunch of debian-edu folks for a sprint, we could piggyback on that: https://lists.debian.org/debian-devel-announce/2015/02/msg00009.html
04:59
<alkisg>
vagrantc: that sounds fine, but for ltsp, why do you mention debian-edu?
05:00
<vagrantc>
alkisg: i think debian-edu installs are the biggest deployments of debian ltsp
05:01
it's how i got involved in debian-edu for a few years
05:01
met great folks like klausade!
05:01* vagrantc waves to klausade
05:02* alkisg probably misses something due to language issues...
05:02
<alkisg>
Isn't "sprint" about development?
05:02
I would surely hope that debian-edu people would like to help with ltsp6, but I haven't heard of any offers there...
05:04
Ah, it's also an event to extend a group.... yeah that makes sense
05:05
All this sounds fine! Time to go to work though, bbl... :)
05:05alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg)
05:33vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
05:51Fenuks has joined IRC (Fenuks!~Fenuks@mail.c-lan.ru)
06:16work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr)
06:27pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 244 seconds)
06:40pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
07:33uXuss has joined IRC (uXuss!~uXus@217.77.222.72)
07:33uXus has left IRC (uXus!~uXus@213.130.11.51, Ping timeout: 246 seconds)
07:39uXuss has left IRC (uXuss!~uXus@217.77.222.72, Ping timeout: 255 seconds)
07:41work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 255 seconds)
07:51uXuss has joined IRC (uXuss!~uXus@217.77.222.72)
07:53ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
07:59uXuss has left IRC (uXuss!~uXus@217.77.222.72, Ping timeout: 264 seconds)
08:00gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
08:04gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 240 seconds)
08:05uXuss has joined IRC (uXuss!~uXus@213.130.11.51)
08:37work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr)
08:41work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 252 seconds)
08:42work_alkisg has joined IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr)
08:46work_alkisg has left IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr, Read error: Connection reset by peer)
08:57uXuss has left IRC (uXuss!~uXus@213.130.11.51, Quit: ail bi bek)
08:58work_alkisg has joined IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr)
09:00uXus has joined IRC (uXus!~uXus@217.77.222.72)
09:01gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
09:02work_alkisg has left IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr, Ping timeout: 244 seconds)
09:05gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 244 seconds)
09:32work_alkisg has joined IRC (work_alkisg!~alkisg@adsluser218.att.sch.gr)
09:40Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
09:41ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 256 seconds)
09:42ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
09:46work_alkisg1 has joined IRC (work_alkisg1!~alkisg@adsluser218.att.sch.gr)
09:47work_alkisg has left IRC (work_alkisg!~alkisg@adsluser218.att.sch.gr, Ping timeout: 245 seconds)
09:49work_alkisg has joined IRC (work_alkisg!~alkisg@r-ppp-elepap.ioa.sch.gr)
09:52work_alkisg1 has left IRC (work_alkisg1!~alkisg@adsluser218.att.sch.gr, Ping timeout: 245 seconds)
09:54work_alkisg1 has joined IRC (work_alkisg1!~alkisg@r-dide.ioa.sch.gr)
09:57work_alkisg has left IRC (work_alkisg!~alkisg@r-ppp-elepap.ioa.sch.gr, Ping timeout: 264 seconds)
10:02work_alkisg1 has left IRC (work_alkisg1!~alkisg@r-dide.ioa.sch.gr, Read error: Connection reset by peer)
10:02work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr)
10:35eemeli has joined IRC (eemeli!3e94cd0c@gateway/web/freenode/ip.62.148.205.12)
10:44alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
11:03gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
11:08gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 255 seconds)
11:20alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg)
11:43gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
11:52gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
12:11eemeli has left IRC (eemeli!3e94cd0c@gateway/web/freenode/ip.62.148.205.12, Quit: Page closed)
12:23alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
12:29telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
12:30telex has joined IRC (telex!teletype@freeshell.de)
12:33Bruckner has joined IRC (Bruckner!4b451a7c@gateway/web/freenode/ip.75.69.26.124)
12:33
<Bruckner>
Hi
12:38
<alkisg>
Hello
12:44NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 244 seconds)
12:44gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection)
12:45NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es)
12:57AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-trvfqbrlnpmarktl)
13:07alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg)
13:09Bruckner has left IRC (Bruckner!4b451a7c@gateway/web/freenode/ip.75.69.26.124, Ping timeout: 246 seconds)
13:34Fenuks has left IRC (Fenuks!~Fenuks@mail.c-lan.ru, Ping timeout: 246 seconds)
13:45gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
13:49gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 245 seconds)
14:46work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 250 seconds)
14:46gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
14:50gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 246 seconds)
14:52work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr)
15:23uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 264 seconds)
15:25uXus has joined IRC (uXus!~uXus@217.77.222.72)
16:09Bruckner has joined IRC (Bruckner!ad097776@gateway/web/freenode/ip.173.9.119.118)
16:21AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-trvfqbrlnpmarktl, Quit: Connection closed for inactivity)
16:25Mip has joined IRC (Mip!~Mip@208.72.71.69)
16:27
<Bruckner>
Hi
16:29
<Hyperbyte>
Hi!
16:30
<vsuojanen>
hmm. sorry. can you ltsp-build-client --fatclient --arch i386 using ubuntu ltsp-server amd64 machine ?
16:30
<Mip>
Hi - I’m running ubuntu 12.04.5 with 32 and 64 bit clients, all booting to a 32 bit image. The 64 bit clients don’t detect the monitor, and as a result are stretching the display. Once by mistake I built a 64 bit image and the 64 bit clients detected the display correctly, and scaled, rather than stretched the display. Of course, the 32 bit clients failed to boot, so I went back to 32 bit image. Is it possible to have both a 64 bit image and 32 bit image, and edit
16:30
lts.conf to specify mac addresses for 64 bit clients to boot to the 64 bit image for them?
16:31
vsuojanen: Yes - I’m doing that, and it works fine.
16:31
<vsuojanen>
running from virtual machine says image is too big
16:32
<Mip>
I haven’t tried it on VM. Let me check the size of my image....
16:36
My i386 image, is less than 100 m (/var/lib/tftpboot/ltsp/i386). That shouldn’t be too big for a VM. How large is the disk in the VM?
16:37
<vsuojanen>
i tested running my 32 bit image from amd64 machine but it failed when i tried to login from ldm
16:38
<Mip>
Here’s a link to a post describing the process. https://www.thefanclub.co.za/how-to/how-create-ubuntu-1104-x64-ltsp-server-32bit-thin-clients Of particular interest to you should be the architecture spec in /etc/ltsp/ltsp-build-client.conf
16:38
<vsuojanen>
chroot is over 2000 mb and image is compressed to 943 mb
16:40
<Mip>
Yeah - I just looked at my chroot too, and it’s that large. What howto/documentation did you follow? Does the client boot, but you can’t login, or do you some other error?
16:42
<vsuojanen>
yes. i followed the same documentation
16:42gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
16:43
<vsuojanen>
on 64 bit machine that i have it boots but when i try to login it exits ldm and restarts the xinitrc session
16:45
on 32 bit vm i get to busybox and just beforee that it complains in the init scripts something about that image is too biig
16:47
now i like more to test the image first in 32-bit virtual machine
16:47gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 246 seconds)
16:48
<Mip>
I haven’t encountered those behaviors. I get a busy box if there’s something very wrong with the image. Have you tried updating the image? sudo ltsp-update-image and then rebooting thin clients?
16:49
<vsuojanen>
Mip: how did you update the image ?
16:49
ltsp-build-client --fat-client --fat-client-desktop ubuntu-desktop --arch i386 --base /opt/ltsp/ --chroot fati386 --prompt-rootpass --skipimage
16:49
ltsp-update-image -a fati386 -b /opt/ltsp
16:50
in between i updated some apps there
16:51
<Mip>
I followed the howto: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot - I have had troubles if I didn’t always mount -t proc /proc /proc when I first chroot to /opt/ltsp/i386, or if i tried to install another kernel w/in chroot.
16:53
I have a simpler environment than you. Have you tried getting everything to run simply first (taking defaults) before adding other config options?
16:54
<vsuojanen>
i can't currently remove the existing /opt/ltsp/i386
16:56
<Mip>
Is that because it’s in use?
16:57
You could move it to i386-old, and then try rebuilding the image. I was advised to do that once, so I could roll back if necessary.
16:59
<vsuojanen>
http://ubuntuforums.org/showthread.php?t=2219370
17:00
i have exactly the same error
17:07
Mip: you need to use the pxelinux cfg or syslinux cfg to specify the image for different mac addresses
17:09
lts.conf is too late if you want to define what to have as root
17:09
<Mip>
cool! I’ll look into that.
17:10
Glad you found a solution for your issue!
17:13
<vsuojanen>
yes. thanks. actually i tested first on my amd64 machine using the 32bit image and localboot. so it passed the nbd-client issue
17:15
but then there were some issues. perhaps with ldm and dbus.
17:26Mip has left IRC (Mip!~Mip@208.72.71.69, Quit: Mip)
17:45gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
18:04Mip has joined IRC (Mip!~Mip@208.72.68.76)
18:30andygraybeal has joined IRC (andygraybeal!~andy@h246.187.190.173.dynamic.ip.windstream.net)
18:39Mip has left IRC (Mip!~Mip@208.72.68.76, Quit: Mip)
18:59
<Bruckner>
Has anyone had issue using Ubuntu 12.04 with ltsp, just migrated some systems and have various oddities with thin clients getting stuck during boot
18:59
(up from 10.04)
19:10telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
19:12telex has joined IRC (telex!teletype@freeshell.de)
19:24cjg_ has joined IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132)
19:26cjg_ has left IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132)
19:27cjg_ has joined IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132)
19:27cjg has left IRC (cjg!629ffa84@gateway/web/freenode/ip.98.159.250.132, Quit: Page closed)
19:28cjg_ has left IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132, Client Quit)
19:28cjg has joined IRC (cjg!629ffa84@gateway/web/freenode/ip.98.159.250.132)
19:31cliebow has joined IRC (cliebow!~cliebow@gw-rsu24-co.rsu24.org)
20:41vsuojanen has left IRC (vsuojanen!~valtteri@ip-hml-567319-184.dhcp.inet.fi, Remote host closed the connection)
20:47
<cjg>
Hello ltsp, still learning the ins and outs of ltsp and how it works..I'm using NBD to a fat client. From what I understand the image deployed to my fat client means it runs in Ram. But there are hooks (hope I'm saying that correctly) back to my ltsp server? Is it my home folder? Is there something that still requires access to my ltsp server when I run as a fat client?
20:47
I hope I'm saying this correctly. Is it possible to have the entire image deployed to my fat client to run in Ram that doesn't talk back to the ltsp server (unless I reboot the client)? Just curious as to what options I have when setting up an ltsp server. Thank you.
20:52alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg)
20:54
<alkisg>
Bruckner: I've heard issues with tftpd-hpa not starting on boot.... I'm using dnsmasq instead, it works fine here
20:55
cjg: if you have kiosks, without the need to access /home from the server, and a small image, you can copy it to ram, yeah
20:55
That way you wouldn't be using nbd though
20:55
Just initially, for the copy to ram
21:07gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
21:07
<cjg>
alkisg: Thank you for the reply. So I wouldn't use NBD. Would this be NFS instead? Is there documentation on how I do this whereby I don't access /home from the server. Not sure if the image is small, what is considered big?
21:08
<alkisg>
cjg: are you using kiosks, with guest users and no persistent storage?
21:09
A small image is one that fits into the client RAM, and leaves enough RAM for the programs to run as well
21:09
E.g. 1 GB image and 3 GB free, for 4 GB-RAM clients
21:09
<cjg>
Yes. No persistent storage. Not sure about Guest Users. I setup users on my ltsp and the user logs in with that user when they image is deployed to my fat client.
21:10
<alkisg>
So the users don't use their ~/Documents folder, nor their ~/Desktop folder, to store things? OK, it fits.
21:10
<cjg>
alksig: I'll look into the size of image I'm using.
21:11
<alkisg>
You would use NBD for a few seconds, where the clients would copy the image to RAM when they boot, and then they disconnect from NBD
21:11gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 244 seconds)
21:11
<cjg>
alksig: That is correct. My users will not be using their ~/Documents folder. Hmmm, I didn't think about ~/Desktop folder. Really I'm looking to use these kiosks for rdesktop purposes only to a Virtual Machine. The users won't even know they are on a Linux Fat Client.
21:12
<alkisg>
cjg: if you use <tab> to autocomplete irc usernames, you'll get them right ;)
21:12
If you're using rdesktop, then you don't need a fat chroot
21:12
A thin chroot with the default xfreerdp installed is fine
21:12
So, about 300 MB
21:13
The directive you're looking for is called "LTSP_NBD_TO_RAM"
21:13
<cjg>
Ahhh, I see. But wouldn't a thin chroot with xfreerdp mean I'm tied to the ltsp server and my image doesn't run in Ram then?
21:13
<alkisg>
And it's implemented in /usr/share/initramfs-tools/scripts/init-bottom/ltsp
21:13
No, xfreerdp in thin chroots runs locally, on the client
21:13
SCREEN_07=xfreerdp instead of ldm
21:13
<cjg>
alksig: Thanks very much for this information. I'll dig further into better understanding this.
21:13
<alkisg>
You don't need ltsp users either
21:14
<cjg>
Ah yes..I did read about screen sessions. So if I use a screen session 07 instead of ldm and employ LTSP_NBD_TO_RAM this would satisfy my requirements. Thank you. Lots to learn. :)
21:15
<alkisg>
And thin chroot instead of fat, so that it is smaller
21:18
<cjg>
alkisg: And if I use thin chroot with screen=07, I run in Ram for the duration the client is running. I can then if I wanted to shutdown my ltsp server and my thin client woudl still stay connected? Not that I would shutdown my ltsp server. Just determining the level of dependence from the thin client to the ltsp server and understanding how this all works. :)
21:18
<alkisg>
If you *also* use LTSP_NBD_TO_RAM, then yes
21:19
<cjg>
I'm learning little by little everyday. Thank you alkisg. Very much appreciate your help today.
21:23gbaman has joined IRC (gbaman!~gbaman@31.205.104.150)
21:26alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Remote host closed the connection)
22:27ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
22:35Bruckner has left IRC (Bruckner!ad097776@gateway/web/freenode/ip.173.9.119.118, Ping timeout: 246 seconds)