00:07 | gbaman has left IRC (gbaman!~gbaman@31.205.109.64, Remote host closed the connection) | |
01:18 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
01:22 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 256 seconds) | |
01:49 | FGXR6 has left IRC (FGXR6!~phantom@ppp121-44-154-200.lns20.syd7.internode.on.net, Read error: No route to host) | |
01:51 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-154-200.lns20.syd7.internode.on.net) | |
02:34 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
02:36 | telex has joined IRC (telex!teletype@freeshell.de) | |
02:55 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
02:59 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 252 seconds) | |
03:56 | alkisg 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:05 | alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg) | |
05:33 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
05:51 | Fenuks has joined IRC (Fenuks!~Fenuks@mail.c-lan.ru) | |
06:16 | work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr) | |
06:27 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 244 seconds) | |
06:40 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
07:33 | uXuss has joined IRC (uXuss!~uXus@217.77.222.72) | |
07:33 | uXus has left IRC (uXus!~uXus@213.130.11.51, Ping timeout: 246 seconds) | |
07:39 | uXuss has left IRC (uXuss!~uXus@217.77.222.72, Ping timeout: 255 seconds) | |
07:41 | work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 255 seconds) | |
07:51 | uXuss has joined IRC (uXuss!~uXus@217.77.222.72) | |
07:53 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
07:59 | uXuss has left IRC (uXuss!~uXus@217.77.222.72, Ping timeout: 264 seconds) | |
08:00 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
08:04 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 240 seconds) | |
08:05 | uXuss has joined IRC (uXuss!~uXus@213.130.11.51) | |
08:37 | work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr) | |
08:41 | work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 252 seconds) | |
08:42 | work_alkisg has joined IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr) | |
08:46 | work_alkisg has left IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr, Read error: Connection reset by peer) | |
08:57 | uXuss has left IRC (uXuss!~uXus@213.130.11.51, Quit: ail bi bek) | |
08:58 | work_alkisg has joined IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr) | |
09:00 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
09:01 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
09:02 | work_alkisg has left IRC (work_alkisg!~alkisg@r-dide.ioa.sch.gr, Ping timeout: 244 seconds) | |
09:05 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 244 seconds) | |
09:32 | work_alkisg has joined IRC (work_alkisg!~alkisg@adsluser218.att.sch.gr) | |
09:40 | Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net) | |
09:41 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 256 seconds) | |
09:42 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
09:46 | work_alkisg1 has joined IRC (work_alkisg1!~alkisg@adsluser218.att.sch.gr) | |
09:47 | work_alkisg has left IRC (work_alkisg!~alkisg@adsluser218.att.sch.gr, Ping timeout: 245 seconds) | |
09:49 | work_alkisg has joined IRC (work_alkisg!~alkisg@r-ppp-elepap.ioa.sch.gr) | |
09:52 | work_alkisg1 has left IRC (work_alkisg1!~alkisg@adsluser218.att.sch.gr, Ping timeout: 245 seconds) | |
09:54 | work_alkisg1 has joined IRC (work_alkisg1!~alkisg@r-dide.ioa.sch.gr) | |
09:57 | work_alkisg has left IRC (work_alkisg!~alkisg@r-ppp-elepap.ioa.sch.gr, Ping timeout: 264 seconds) | |
10:02 | work_alkisg1 has left IRC (work_alkisg1!~alkisg@r-dide.ioa.sch.gr, Read error: Connection reset by peer) | |
10:02 | work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr) | |
10:35 | eemeli has joined IRC (eemeli!3e94cd0c@gateway/web/freenode/ip.62.148.205.12) | |
10:44 | alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg) | |
11:03 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
11:08 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 255 seconds) | |
11:20 | alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg) | |
11:43 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
11:52 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
12:11 | eemeli has left IRC (eemeli!3e94cd0c@gateway/web/freenode/ip.62.148.205.12, Quit: Page closed) | |
12:23 | alkisg has joined IRC (alkisg!~Thunderbi@ubuntu/member/alkisg) | |
12:29 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
12:30 | telex has joined IRC (telex!teletype@freeshell.de) | |
12:33 | Bruckner has joined IRC (Bruckner!4b451a7c@gateway/web/freenode/ip.75.69.26.124) | |
12:33 | <Bruckner> Hi
| |
12:38 | <alkisg> Hello
| |
12:44 | NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 244 seconds) | |
12:44 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Remote host closed the connection) | |
12:45 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
12:57 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-trvfqbrlnpmarktl) | |
13:07 | alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Quit: alkisg) | |
13:09 | Bruckner has left IRC (Bruckner!4b451a7c@gateway/web/freenode/ip.75.69.26.124, Ping timeout: 246 seconds) | |
13:34 | Fenuks has left IRC (Fenuks!~Fenuks@mail.c-lan.ru, Ping timeout: 246 seconds) | |
13:45 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
13:49 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 245 seconds) | |
14:46 | work_alkisg has left IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr, Ping timeout: 250 seconds) | |
14:46 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
14:50 | gbaman has left IRC (gbaman!~gbaman@31.205.104.150, Ping timeout: 246 seconds) | |
14:52 | work_alkisg has joined IRC (work_alkisg!~alkisg@srv1-dide.ioa.sch.gr) | |
15:23 | uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 264 seconds) | |
15:25 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
16:09 | Bruckner has joined IRC (Bruckner!ad097776@gateway/web/freenode/ip.173.9.119.118) | |
16:21 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-trvfqbrlnpmarktl, Quit: Connection closed for inactivity) | |
16:25 | Mip 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:42 | gbaman 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:47 | gbaman 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:26 | Mip has left IRC (Mip!~Mip@208.72.71.69, Quit: Mip) | |
17:45 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
18:04 | Mip has joined IRC (Mip!~Mip@208.72.68.76) | |
18:30 | andygraybeal has joined IRC (andygraybeal!~andy@h246.187.190.173.dynamic.ip.windstream.net) | |
18:39 | Mip 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:10 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
19:12 | telex has joined IRC (telex!teletype@freeshell.de) | |
19:24 | cjg_ has joined IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132) | |
19:26 | cjg_ has left IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132) | |
19:27 | cjg_ has joined IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132) | |
19:27 | cjg has left IRC (cjg!629ffa84@gateway/web/freenode/ip.98.159.250.132, Quit: Page closed) | |
19:28 | cjg_ has left IRC (cjg_!629ffa84@gateway/web/freenode/ip.98.159.250.132, Client Quit) | |
19:28 | cjg has joined IRC (cjg!629ffa84@gateway/web/freenode/ip.98.159.250.132) | |
19:31 | cliebow has joined IRC (cliebow!~cliebow@gw-rsu24-co.rsu24.org) | |
20:41 | vsuojanen 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:52 | alkisg 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:07 | gbaman 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:11 | gbaman 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:23 | gbaman has joined IRC (gbaman!~gbaman@31.205.104.150) | |
21:26 | alkisg has left IRC (alkisg!~Thunderbi@ubuntu/member/alkisg, Remote host closed the connection) | |
22:27 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
22:35 | Bruckner has left IRC (Bruckner!ad097776@gateway/web/freenode/ip.173.9.119.118, Ping timeout: 246 seconds) | |