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


Channel log from 3 January 2013   (all times are UTC)

00:14dgeary2 has left IRC (dgeary2!~david@120.21.126.94)
00:30Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
01:19andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net)
01:21andygraybeal has left IRC (andygraybeal!~andy@h67.66.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds)
01:26Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 240 seconds)
01:27PhoenixSTF has left IRC (PhoenixSTF!~rudi@78.29.134.164, Remote host closed the connection)
01:36vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
01:37Parker955 is now known as Parker955_Away
01:44Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
02:19adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.247.130, Ping timeout: 264 seconds)
02:36andygraybeal_ has left IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds)
02:49Parker955_Away is now known as Parker955
03:17Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 240 seconds)
04:11vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
04:46vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 248 seconds)
05:02Parker955 is now known as Parker955_Away
05:03staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
05:06staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
05:31telex has left IRC (telex!~telex@freeshell.de, Ping timeout: 276 seconds)
05:32vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection)
05:36telex has joined IRC (telex!~telex@freeshell.de)
05:38vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net)
05:56vagrantc has joined IRC (vagrantc!~vagrant@c-98-232-129-196.hsd1.or.comcast.net)
05:56vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
06:09alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:20bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
06:34MonkWitDaFunk has joined IRC (MonkWitDaFunk!~yaaic@199.119.234.235)
06:52alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:33vmlintu has joined IRC (vmlintu!~vmlintu@37-219-198-182.nat.bb.dnainternet.fi)
07:44komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
08:21vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection)
08:24vmlintu has left IRC (vmlintu!~vmlintu@37-219-198-182.nat.bb.dnainternet.fi, Ping timeout: 265 seconds)
08:32vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net)
08:34dobber has joined IRC (dobber!~dobber@213.169.45.222)
08:44sep has joined IRC (sep!~sep@40.211.jostedal.no)
08:58MonkWitDaFunk has left IRC (MonkWitDaFunk!~yaaic@199.119.234.235, Ping timeout: 244 seconds)
09:06vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
09:09dacuser has joined IRC (dacuser!02e5624c@gateway/web/freenode/ip.2.229.98.76)
09:17komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Ping timeout: 272 seconds)
09:18komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
09:35MonkWitDaFunk has joined IRC (MonkWitDaFunk!~yaaic@199.119.234.235)
10:09andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net)
10:12staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
10:16staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
10:16andygraybeal_ has left IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net, Ping timeout: 244 seconds)
10:18gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
10:38cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
10:58cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
11:23adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.58.217)
11:56andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
12:35Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
13:18ddmcse has joined IRC (ddmcse!~ddunn@23-25-213-225-static.hfc.comcastbusiness.net)
13:22alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:25lotharn has left IRC (lotharn!~nick@24.154.55.32, Ping timeout: 260 seconds)
13:31komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Read error: Connection reset by peer)
13:31komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
13:40lotharn has joined IRC (lotharn!~nick@24.154.55.32)
13:43alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Operation timed out)
13:45adrianorg_ has left IRC (adrianorg_!~adrianorg@177.134.58.217, Ping timeout: 264 seconds)
13:45
<ddmcse>
does anyone have answers to printing to local usb printers in 12.04?
13:47alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:49
<ddmcse>
https://bugs.launchpad.net/ltsp/+bug/996533 tried this but still not working network printers are fine
13:50komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.)
13:52
<alkisg>
ddmcse: what do you have in lts.conf currently?
13:52
<ddmcse>
recently switch from [ws007] to mac address identity
13:52
one sec
13:54dsugar100 has joined IRC (dsugar100!~dsugar100@columbia.tresys.com)
13:54
<ddmcse>
I have default header and one machine listed using Mac as ID then PRINTER_0_DEVICE = /dev/usblp0 PRINTER_0_TYPE = U
13:55
<alkisg>
And that device is there, if you try to `ls /dev/usblp0` locally?
13:55vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi)
13:55
<alkisg>
!screen_02
13:55
<ltsp>
screen_02: To get a root shell on an Ubuntu thin client: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using_a_shell_SCREEN
14:09vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 244 seconds)
14:18
<ddmcse>
no file or directory
14:26
<alkisg>
There you go, no printer connected there
14:34
try: ls /dev/usb*
14:35alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:37adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.134.58.217)
14:37
<ddmcse>
/dev/usb: lp0
14:47mnevans has joined IRC (mnevans!8008b09d@gateway/web/freenode/ip.128.8.176.157)
14:49
<mnevans>
Hello LTSP World. I am having trouble reaching a printer on my LTSP LAN (I want it to be available by ethernet to the server console and the LTSP clients.)
14:49
I have a static IP address assigned in /etc/ltsp/dhcpd.conf for the printer.
14:50
I don't have anything yet in /opt/ltsp/arch/lts.conf. Can you point me to documentation for what to put there?
14:50
I have tried to set up the printer as shared in cups and using ipp to point to the ip address of the printer on the LAN - cups can't connect to printer.
14:50
<ddmcse>
if it's a network printer you don't use lts.conf
14:50
<mnevans>
Thanks in advance!
14:52
<ddmcse>
I usually assign a static IP to the printer not using dhcp
14:53
lts.conf would be for printers attached to the thin client
14:55
<mnevans>
@ddmcse, thanks. I think I have that in my /etc/ltsp/dhcpd.conf; maybe I've got the stanza labeled wrong (labeled same as a thin client). Here is the stanza: http://pastebin.com/CBAFz220
15:01
CUPS help says to use a stanza like this, but then also says that the hostname should be listed in /etc/hosts. Right now what is in /etc/hosts only has the static IP of the LTSP server and locahost.
15:02
<ddmcse>
can you ping the IP used by the printer ? I would set the IP
15:02
on the printer
15:03
<mnevans>
@ddmcse, no, cannot ping the printer (but can ping a printer on the subnet on which the server sits). Not sure if I can set the IP on the printer, will have to research that...
15:07
<ddmcse>
find out how to see what IP the printer really is getting/using you might be assigning an IP w/dhcp but printer might not be doing that
15:11mcfloppy has joined IRC (mcfloppy!~kvirc@95-88-40-95-dynip.superkabel.de)
15:11
<mcfloppy>
hello
15:15
<ddmcse>
http://www.manualowl.com/m/Kyocera/FS-1020D/Manual/166081?page=7
15:16
can set IP using front panel
15:17gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
15:24alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:26
<ddmcse>
wb alkisg ls /dev/usb* does show lp0 and lp1 after i added another printer to the TC
15:28
<sbalneav>
alkisg: Hey there. Got some time?
15:28
<ddmcse>
i read somewhere that lts.conf uses mac now instead of [ws001] to list each thin client
15:29
<alkisg>
Hi ddmcse, hi sbalneav, sure, shoot
15:29
ddmcse: getltscfg -a tells you what parameters the client gets
15:29
<sbalneav>
Do we want to try to address those two issues you pointed out?
15:29
<alkisg>
Yup, urgently :)
15:30
Err ok the cdpinger not so urgent, but the sshfs/logout/x crash part is
15:30
<sbalneav>
k, which bug is that?
15:31
<alkisg>
Urgent: https://bugs.launchpad.net/ltsp/+bug/1093144
15:31
Move some cleanup stuff after X terminates
15:31
Not so urgent, but does need _you_ :) Drop cdpinger: https://bugs.launchpad.net/ltsp/+bug/1094998
15:32
Again not so urgent, needs you, but might need tweaking in fuse :-/ Allow unmounting ltspfs mounts from nautilus: https://bugs.launchpad.net/ltsp/+bug/1094899
15:32
<sbalneav>
alkisg: So, for ~144, what do you need me to do, handle something in ldm?
15:33
<alkisg>
sbalneav: right, is it possible to close the ssh connection after X dies?
15:33
Because if I understand correctly, ldm dies with X
15:35
<sbalneav>
Ok, so if LDM exits, we want to close the ssh socket?
15:35
let me have a look at the code.
15:35
<alkisg>
We want to run the cleanup parts after X dies
15:36
So that things that use ~/.gvfs die first, and /home/username can be cleanly unmounted
15:36
And _after_ all that, close the socket
15:36
The problem is that the cleanup is done while X is still running...
15:37
Ideally, the session should have cleanly exited even if X is running, but that's not happenning, and I don't know if we can do something about it
15:37komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
15:39
<alkisg>
And two other things that we'd appreciate help with (LDM again), are: Login screen is centered between two monitors with dual head setup (with patch): https://bugs.launchpad.net/ltsp/+bug/693151
15:39
LDM shifts the logo window to the left on login https://bugs.launchpad.net/ltsp/+bug/1017871
15:39
The rest are either not so important or we can handle them :)
15:39komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit)
15:40
<sbalneav>
I'm still trying to wrap my mind around what I should do on ~144: should we be terminating the ssh socket when LDM dies? If so, that's fairly easy; we can just define an exit handler, I think.
15:41
Or are we needing ldm to ensure that the users session has correctly shut down?
15:42komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
15:42komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit)
15:42
<alkisg>
It goes like this, right? xinit => X, ldm => cleanup stuff => ldm exits (either cleanly or with exit events) => X dies => xinit returns to the ldm shell screen script
15:43
<sbalneav>
Yup.
15:43
<alkisg>
And we'd like to run the cleanup parts after X dies, so I'm not sure that an exit handler could do it... unless we used some delay...
15:44
Can we call the cleanup parts from the ldm screen script?
15:44komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
15:44
<sbalneav>
Well, right, but the problem seems to be triggered by localapps that don't exit when the session exits, correct?
15:44
<alkisg>
And _then_ close the ssh socket?
15:44
Localapps or fat clients, right
15:44komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit)
15:44komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
15:45
<sbalneav>
So wouldn't the better thing be to make sure that we clean up the users' session? terminate any hanging around local apps?
15:45
<alkisg>
They terminate automatically when they see that X dies though
15:45
So if we just waited till then, we wouldn't have to send kill signals etc
15:46komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Client Quit)
15:46komunista has joined IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk)
15:47
<sbalneav>
Right, but then we've got a race condition; the terminal's trying to clean things up, and maybe the apps haven't quite shut down yet. So you're looking to move where the cleanup happens, when really, the better thing is to make sure all the apps exit after the session is done. Or, am I getting that wrong. Sorry if I'm being dense, I've been out of this for a while, so I'm trying to get back up to speed here :)
15:48
In other words, ldm spawns xsession, xsession exits, ldm cleans up everything left over from the session, then ldm exits.
15:49
hmmm
15:49
<alkisg>
Yes, and the problem is that not all programs have terminated when ldm exits
15:49
But they are automatically terminated when X is closed
15:50
So yes we could do it either way: (1) kill the programs ourselves, or (2) wait until they see that X died, so that they kill themselves
15:50
<sbalneav>
ok, so, one sec... (looks at code)
15:51
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/view/head:/src/ldm.c#L226
15:52
So, if I'm getting you right, all we need to do is just NOT call the stop scripts here, right? You guys will call them AFTER ldm is done?
15:53
<alkisg>
The problem is that after LDM is done, the ssh socket is closed
15:53
So we can't run the cleanup parts
15:53
<sbalneav>
ok, so what we want to do is NOT close the ssh socket :D
15:54
Bear with me, I'm slow, but I get there in the end :)
15:54
<alkisg>
No worries I haven't even understood the events sequence yet :D
15:54
That does sound promising, let me look at the code..
15:57
And what about http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/view/head:/src/ldm.c#L227 ? Where would rc_files("stop"); be called from?
15:57
The ldm screen script?
15:57
And if so, would the environment variables all be there?
15:58
<sbalneav>
Cripes. Launchpad is down. One sec...
15:58
ok, so, if I understand correctly...
15:58
all we need to do is:
15:59
in the src/plugins/ssh/ssh.c file
15:59
line 239 where we close the ssh connection...
15:59
we just need to make that go away :D
16:00
then when ldm exits, the ssh connection SHOULD still be there, and you can terminate it later in one of the cleanup scripts. That make sense?
16:00
<alkisg>
Yes, as long as ldm.c doesn't provide any needed environment variables to the cleanup scripts...
16:02
<sbalneav>
hmmm, let me see, worst case is we do a setenv somewhere. If I remove that line, can you build and test?
16:02
Let's break stuff. For great justice!
16:04
<alkisg>
Of course I could test... I just hope that a simple test is enough and that we don't break corner cases that would be hard to pinpoint...
16:04
sbalneav: btw, if X crashes, ldm is killed too, without any cleanup stuff getting to run, right?
16:05
But OK if we call that from the ldm screen script, they'd run
16:05
<sbalneav>
yes.
16:05
k, one sec, I've commented out the relevant parts. OK if I commit to the upstream?
16:06
We'll work on this now, get it put to bed for you.
16:06* alkisg will need to get AFK for a couple of hours shortly, but will test today
16:08
<alkisg>
So, screen.d/ldm, last line: xinit $xinitrc /usr/sbin/ldm -- ${DISPLAY} vt${TTY} -auth ${XAUTHORITY} ${X_ARGS} -br >/dev/null 2>&1
16:08
And should we put after that some run-parts call, to call the cleanup scripts?
16:08
<sbalneav>
sure.
16:09
and the socket SHOULD still be running after I commit. 2 secs.....
16:09
<alkisg>
And I'm guessing we'll need to close the socket from a shell script now...
16:11jammcq has joined IRC (jammcq!~jam@c-98-209-67-190.hsd1.mi.comcast.net)
16:11
<sbalneav>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1454
16:11
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1454
16:11
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
16:12
<sbalneav>
whoops, sorry.
16:12
jammcq: Hey ho!
16:12
<jammcq>
I didn't expect to see you here
16:12
but.... I'm happy you are :)
16:12
<sbalneav>
Helping my favorite Greek!
16:13
The Greeks gave us so much! Philosophy, democracy, Gyros! Least I can do is fix a few bugs! :D
16:13
<jammcq>
and then, there's always 'Jimmy the Greek'
16:15Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 276 seconds)
16:20spoirier is now known as simpoir
16:22
<highvoltage>
hi jammcq. nice mail!
16:25kb8wmc has joined IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net)
16:25
<jammcq>
hey highvoltage
16:26kb8wmc has left IRC (kb8wmc!~chatzilla@nat.mtp.cmsinter.net)
16:27
<alkisg>
sbalneav: I should wait for the ldm script changes before testing, right?
16:28
And the rc_files("stop") should be changed/removed...
16:28
Trading 2000+ y.o. philosophy for bug fixing... not a bad exchange :D
16:28
Hey jammcq - got time for a couple of questions?
16:29
<jammcq>
alkisg: sure
16:29
<sbalneav>
Can I push off the script stuff on you? But yeah, let me remove the stop...
16:29
<alkisg>
sbalneav: actually that was the hard part.. :-/
16:29
<sbalneav>
LOL
16:29
ok, hold on....
16:29
<alkisg>
Checking that all the needed environment is there,
16:29
calling the rc scripts from the (new) right place...
16:29
<sbalneav>
yeah, at least verify that for me.
16:30
<alkisg>
jammcq: we're thinking of letting launchpad handle the translations for ltsp
16:30
So, we'll need some of the launchpad team admins to do that, plain members don't have rights to do it
16:30
Compare the translations bits: https://launchpad.net/ltsp and https://launchpad.net/epoptes
16:31
Now, it appears you're the only admin in https://launchpad.net/~ltsp-drivers/+members#active
16:31
...so I think you're the only person that can do the translations change
16:31
<jammcq>
so what yer saying is..... I hold all the power?
16:31
<alkisg>
Yup :)
16:32
And I'm not even sure why an "ltsp drivers" team is needed, separately from the "ltsp-upstream" team
16:32
And also both teams need some catching up to date...
16:33
E.g. distro maintainers that haven't worked with ltsp for 3-4 years might become members, and the new distro maintainers might become team administrators
16:33
<mcfloppy>
how can i check if a mashine boots up as thin or as fat client?
16:33
<alkisg>
mcfloppy: open a terminal and run `hostname`, and see if it's the name of the server
16:33
<mcfloppy>
okay i try
16:34dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
16:35
<jammcq>
alkisg: I can work with you in a minute, but first I have to make a phone call
16:35
<sbalneav>
k, so what I'm going to do is remove the call to the stop scripts from ldm, and put them into the screen session bits.
16:35
gimme a few, workping...
16:35* alkisg needs to go for a couple of hours... sorry guys, I'll be online after that
16:35alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:46ltspuser_08 has joined IRC (ltspuser_08!c31772ca@gateway/web/freenode/ip.195.23.114.202)
16:46
<ltspuser_08>
Hi
16:46
I need some help
16:47
I have in lts.conf (in ldm_server and in rdp_server) a bash script to discover the IP
16:48
and when the terminal is booting it takes 2 minutes to start
16:48
and if I put the IP of the machines it's quick
16:48
any idea why this is happening?
16:54
anyone?
16:58
and the script it's very simple
17:00
<sbalneav>
Are you using dns?
17:00
Sounds like your reverse mappings aren't working
17:14
<ltspuser_08>
I changed my script to have more debug and I saw that the script is executed many times
17:14
anyone knows why?
17:16
<sbalneav>
Seeing as how we haven't seen the script, or your lts.conf file, no. :)
17:17
Perhaps you could paste it to the pastebin?
17:17
!pastebin
17:17
<ltsp>
pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
17:36dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-48-213.grf-mt.client.bresnan.net)
17:37vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi)
17:45vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
17:45vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:47vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 240 seconds)
18:13
<ddmcse>
ltspuser_08 why are you needing to "discover" the IP of a booting thin client via lts.conf? dhcp gave the IP already no ?
18:23GodFather has joined IRC (GodFather!~rcc@fw.acurrus.com)
18:33
<ltspuser_08>
sorry
18:33
I guess you are right
18:33
could be the reverse mappings
18:34
the script is executed several times...
18:34
<knipwim>
vagrantc: time for lurking in the ltsp meeting?
18:34
<ltspuser_08>
it's normal??
18:34
what I need to do to resolve this problem??
18:35
<ddmcse>
what problem
18:41
<jammcq>
ltspuser_08: show us the script! we have no idea what it's doing
18:41alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
18:41
<jammcq>
paste it into the pastebin so we can see it
18:42* alkisg waves
18:45Parker955_Away is now known as Parker955
18:47Parker955 is now known as Parker955_Away
18:47bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
18:49
<highvoltage>
hi, where's the meeting happening?
18:49
<knipwim>
highvoltage: ltspweb
18:50
<elias_a>
what is lstpweb?
18:50
<sbalneav>
alkisg: let me know if the socket stays up, then I'll move on to the stop stuff...
18:50
<jammcq>
it's the IRC channel where we discuss LTSP website issues
18:50
#ltspweb
18:51
<alkisg>
sbalneav: we have an ltsp meeting at #ltspweb
18:51
So I might not have to test today after all :-/
18:51
<sbalneav>
ok
18:51ddmcse has left IRC (ddmcse!~ddunn@23-25-213-225-static.hfc.comcastbusiness.net, Quit: Leaving)
18:51
<alkisg>
*time to...
18:51
<knipwim>
elias_a: you're also welcome to join
18:51
<elias_a>
Thanks!
18:53dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-48-213.grf-mt.client.bresnan.net, Quit: Leaving...)
19:14vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi)
19:26ltspuser_08 has left IRC (ltspuser_08!c31772ca@gateway/web/freenode/ip.195.23.114.202, Quit: Page closed)
19:34
<alkisg>
vagrantc: around? can you join #ltspweb for a few minutes?
19:35vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 244 seconds)
19:47vmlintu has joined IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi)
19:53GodFather has left IRC (GodFather!~rcc@fw.acurrus.com, Quit: Leaving)
20:11vmlintu has left IRC (vmlintu!~vmlintu@37-136-131-167.nat.bb.dnainternet.fi, Ping timeout: 248 seconds)
20:17komunista has left IRC (komunista!~slavko@adsl-195-168-234-074.dynamic.nextra.sk, Quit: Leaving.)
20:22vmlintu has joined IRC (vmlintu!~vmlintu@37-219-176-52.nat.bb.dnainternet.fi)
20:28alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:29SmallR2002 has left IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net, Ping timeout: 245 seconds)
20:35fuzai has joined IRC (fuzai!~fuzai@c-76-22-93-107.hsd1.wa.comcast.net)
20:35
<fuzai>
Does anyone know if tftp caches the files in memory so it only has to read them once, or if it reads from the hard drive every time?
20:43jammcq has left IRC (jammcq!~jam@c-98-209-67-190.hsd1.mi.comcast.net, Quit: leaving)
20:47MonkWitDaFunk has left IRC (MonkWitDaFunk!~yaaic@199.119.234.235, Ping timeout: 264 seconds)
20:52
<||cw>
fuzai: I'd assume it would use the normal OS/filesystem cache mechanisms
20:53
effective cache code is difficult, and tftp isn't a "hard hit" service where do that on your own would pay off, ever
20:53
unlike, say, a database server
20:53vmlintu has left IRC (vmlintu!~vmlintu@37-219-176-52.nat.bb.dnainternet.fi, Ping timeout: 240 seconds)
20:59
<fuzai>
I just moved the tftp root to a ramdisk
20:59
I would assume that there would be some gain by dedicating 64 mb to tftpd
21:11mnevans has left IRC (mnevans!8008b09d@gateway/web/freenode/ip.128.8.176.157, Quit: Page closed)
21:23
<||cw>
unless your system is ram starved, or has unreasonably slow disks, I really doubt it'll make any difference. there's plenty of latency in the nic firmwares to make it a non-issue
21:24
disks are typically faster than nics, and tftp of the boot images is rarely done at wire speed anyway
21:24
and that's on the client-end
21:28andygraybeal_ has joined IRC (andygraybeal_!~andy@h16.69.213.151.dynamic.ip.windstream.net)
21:32
<fuzai>
Yea i've got some screaming nics, i read what you said and remembered that the boot really happens in a few parts
21:32
instead i moved the nbd image to a ramdisk to see if that would help any
21:32
brb
21:32fuzai has left IRC (fuzai!~fuzai@c-76-22-93-107.hsd1.wa.comcast.net, Quit: Leaving)
21:49Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
21:54vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
22:04
<zamba>
i want to add my public key to the chroot of ltsp to be able to remotely shut it down.. can i just add the file to /opt/lts/i386/root/.ssh/authorized_keys and then ltsp-update-image?
22:13dsugar100 has left IRC (dsugar100!~dsugar100@columbia.tresys.com, Quit: dsugar100)
22:40Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
23:04vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 255 seconds)