|00:05||waldo323 has quit IRC|
|00:05||alkisg has joined #ltsp|
|00:12||highvoltage has quit IRC|
|00:24||Faithful has quit IRC|
|00:27||highvoltage has joined #ltsp|
|00:37||alkisg has quit IRC|
|00:48||highvoltage has joined #ltsp|
|00:52||highvoltage has quit IRC|
|00:59||highvoltage has joined #ltsp|
|01:00||highvoltage has quit IRC|
|01:04||highvoltage has joined #ltsp|
|01:14||highvoltage has joined #ltsp|
|01:15||highvoltage has quit IRC|
|01:16||highvoltage has joined #ltsp|
|01:27||alkisg has joined #ltsp|
|01:49||F-GT has quit IRC|
|01:50||dobber has joined #ltsp|
|01:50||Guerdal82_ has joined #ltsp|
|01:55||highvoltage has quit IRC|
|02:01||highvoltage has joined #ltsp|
|02:02||ogra_cmpc has quit IRC|
|02:04||ogra_cmpc has joined #ltsp|
|02:06||F-GT has joined #ltsp|
|02:23||highvoltage has quit IRC|
|02:24||highvoltage has joined #ltsp|
anyone developing ltsp here ?
i've noticed that if you logout incorectly or hard restart the client, alot of the running processes become zombies
i would like to write a skript that cleans those zombies
does ltsp prefere specific language for those scripts? bash/perl/python/c ?
|02:44||Selveste1 has joined #ltsp|
|02:44||highvoltage has quit IRC|
|02:45||highvoltage has joined #ltsp|
dobber: a shell script would be fine.
I think sbalneav has written a "when xorg dies run a script" C wrapper
If you could contact him and make this all somehow integrated as an option to ltsp, it'd be very nice
i would like that
i'm new to contributing
I think the functionality should already be there, so mostly testing + bug fixing would be needed.
ok let me check that wrapper first and try it
If you come back in 8+ hours, sbalneav will likely be here to walk you through the required steps to put this upstream
are most of the devs in US time ?
alkisg: sbalneav was last seen in #ltsp 16 hours, 56 minutes, and 10 seconds ago: <sbalneav> yup
alkisg i'll try to come back later tonight
in the mean time, i'll try to finish my script
dobber: I think, using sbalneav's wrapper, the script would be really small,
i.e. drop a sh script in the /etc/Xexit.d directory,
which would source ltsp_config to get the lts.conf variables,
and if $LTSP_END_PROCESSES_AT_LOGOUT is True, it would just killall $USER..
or something along those steps
|03:28||Lumiere has quit IRC|
|03:31||Lumiere has joined #ltsp|
|03:49||Lumiere has quit IRC|
|03:49||Lumiere has joined #ltsp|
|04:04||bobby_C has joined #ltsp|
|04:38||bix0r has joined #ltsp|
|05:19||Eghie has quit IRC|
|05:21||gnunux has joined #ltsp|
|05:32||Eghie has joined #ltsp|
|05:38||t0mmii_ has joined #ltsp|
|05:39||t0mmii has quit IRC|
|05:39||t0mmii_ is now known as t0mmii|
|05:39||t0mmii has joined #ltsp|
|05:40||bobby_C has quit IRC|
|05:44||bobby_C has joined #ltsp|
|05:55||japerry has quit IRC|
|05:56||japerry has joined #ltsp|
|06:08||alkisg has quit IRC|
|06:20||toscalix has joined #ltsp|
|06:22||pmatulis has joined #ltsp|
|06:23||artista_frustrad has quit IRC|
|06:36||artista_frustrad has joined #ltsp|
|06:48||artista_frustrad has quit IRC|
|06:52||scottmaccal has joined #ltsp|
|06:52||slidesinger has joined #ltsp|
|07:01||artista_frustrad has joined #ltsp|
|07:02||frgds has joined #ltsp|
|07:11||knipwim has quit IRC|
|07:11||stgraber has quit IRC|
|07:11||zamba has quit IRC|
|07:14||knipwim has joined #ltsp|
|07:14||stgraber has joined #ltsp|
|07:14||zamba has joined #ltsp|
|07:19||slidesinger has joined #ltsp|
|07:20||reynolds has quit IRC|
|07:32||scottmaccal has quit IRC|
|08:12||komunista has joined #ltsp|
|08:26||Lumiere has quit IRC|
|08:26||Lumiere has joined #ltsp|
|08:35||mgariepy has joined #ltsp|
|08:54||toscalix has quit IRC|
|08:55||bobby_C has quit IRC|
|09:00||toscalix has joined #ltsp|
|09:05||frgds has quit IRC|
|09:12||ogra has quit IRC|
|09:13||ogra has joined #ltsp|
|09:15||otavio has quit IRC|
|09:15||otavio has joined #ltsp|
|09:16||LedHed has joined #ltsp|
|09:32||frgds has joined #ltsp|
|09:43||frgds has quit IRC|
|09:45||otavio has quit IRC|
|09:45||otavio has joined #ltsp|
|09:46||otavio has joined #ltsp|
|09:46||otavio has joined #ltsp|
dobber, what about gnome-watchdog?
i haven't used it
might solve the problem you mentioned
what does it do ?
kills leftover processes at some point
it runs on user login and stays as daemon ?
one daemon per user ?
xexit is sort of ok-ish
it works if the client logs out
but if the client is hard shutdown, it does not work
dobber: Yes it will, it will just take a while.
You'll have to wait for the TCP_KEEPALIVE timeout to realize the display's disappeared.
Usually, on most systems, this defaults to 10 minutes.
i didn't wait 20 minutes in none of my tests :))
will wait now ;)
where do i set this ?
2 hours for me
The only other option would be to have a thread running in xexit which would keep "pinging" the server periodically, which, of course, would add slightly to network traffic/client load.
|10:25||komunista has quit IRC|
|10:25||bobby_C has joined #ltsp|
i guess it's not 2 hours and i'm looking at the wrong proc file
I may decide to add that, and make it an option, i.e. command line switch to set "active" thin client disconnect behaviour
|10:26||komunista has joined #ltsp|
also, it just killed xexit (probably parrent process)
it did not execute anything
well, it should execute something, as xexit properly daemonizes.
I can have a further look at it.
i could look at this too, tomorow
it's time for beer
also, proftpd sucks
|10:31||dobber has quit IRC|
|10:33||bobby_C has quit IRC|
|10:34||gnunux has quit IRC|
|10:36||bobby_C has joined #ltsp|
|10:41||japerry has quit IRC|
|10:43||japerry has joined #ltsp|
|10:43||artista_frustrad has quit IRC|
|10:47||F-GT has quit IRC|
sbalneav, i have a problem with jetpipe on thin client
jetpipe crash with this python trace.
and when this happen, we need to launch jetpipe again
if it's any help, we talk to jetpipe through a windows print server.
|10:55||artista_frustrad has joined #ltsp|
|11:00||bobby_C has quit IRC|
|11:04||F-GT has joined #ltsp|
|11:07||muttl3y has joined #ltsp|
|11:07||staffencasa has joined #ltsp|
where do i start for make xbox and LTSP client?!
|11:08||artista_frustrad has quit IRC|
MS xbox 1 just have etherboot support...
|11:20||The_Code has quit IRC|
|11:21||artista_frustrad has joined #ltsp|
make DHCP request, load nbi.img ( for etherboot ) from LTSP serve and freeze :(
|11:43||t0mmii has quit IRC|
|11:48||t0mmii has joined #ltsp|
|11:53||alkisg has joined #ltsp|
nm. I think I got it
|12:01||toscalix has quit IRC|
|12:10||cliebow has joined #ltsp|
|12:20||Egyptian[Home] has quit IRC|
|12:28||Lns has joined #ltsp|
mgariepy: lemme seeeeeee......
|12:30||muttl3y has quit IRC|
sbalneav, thanks ;)
maybe line number have changed a bit, i had to modify the code to log the output a bit ;)
mgariepy: Well, it's just dying on a flush, really, we should just wrap it in a try/expect block, so...
ok, i'll except:\n pass ;)
give that a go, see what happens.
i wasn't sure if it was important
ok i'll keep you posted
sure! Lemme know.
I'm just looking at adding a pinger thread to xexit to rapidly detect a turned-off thin client.
|12:40||Egyptian[Home] has joined #ltsp|
|13:00||vagrantc has joined #ltsp|
sbalneav: what does one need to do to compile xexit?
|13:00||* alkisg tried ./autogen.sh and ./configure but that failed...|
Ah, ChangeLog was missing...
|13:04||highvoltage has quit IRC|
|13:04||thunsucker has joined #ltsp|
|13:18||bix0r has quit IRC|
|13:24||thunsucker has quit IRC|
|13:26||thunsucker has joined #ltsp|
|13:26||highvoltage has joined #ltsp|
|13:33||dobber_ has joined #ltsp|
|13:33||bobby_C has joined #ltsp|
alkisg: I'm just playing with a threaded xexit now
sbalneav: when X crashes, do X programs receive a SIGTERM or something? Wouldn't it be simpler then to just install a signal handler and wait for X to call it?
(or a XSetIOErrorHandler or similar...)
Well, that's what xexit does..., set XsetIOErrorHandler
Why is an X property needed then?
problem is, you have to wait for the TCP timeout to happen
(and a thread?)
Hmmm well if we're looking for "when X crashed, run a script to kill all user processes" handler, waiting wouldn't matter much, would it?
so, if I have some kind of thread in the background, that checks to see if the display's still valid every once in a while, that will handle the "turned off thin client" problem
No, so I'm figuring if we check every 10 or 15 secods or so.
that should be sufficient
How long is the normal tcp timeout? a few minutes?
Depending on the linux distro? Anywhere from 20 minutes to 2 hours
i think it was /proc/sys/net/ipv4/tcp_keepalive_idle
|14:00||rad4Christ has joined #ltsp|
Good afternoon guys and gals. Thank you so much for your work on this project. We're looking to completely replace our school districts computer labs with LTSP and seemless RDP for our windows apps
I do need a small bit of help. We're in the "lock down" phase of testing, and I've been able to successfully create a workable profile for users that is satisfactory for lockdown.
However, the login window allows me to choose my session, and thereby breaks this security.
rad4Christ: afaik there's no option (yet) to disable the choosing of a session.
How can I FORCE it to only use the default windowmanager I want, or more to the point, remove that from under preferences altogether.
Lns: BAH! Is there a way I can remove/reduce the options inside?
rad4Christ: I don't think it's really configurable outside of the ldm code
Well, here's whereI am. I'm completely new to LTSP, and as I'm trying to configure, I can't even find the correct ltsp.conf file
I've had it on my TODO list for a while to add a variable to not show the sessions menu, but I haven't gotten around to it yet.
I've looked everywhere I've seen documented, and I don't see it.
rad4Christ: by default, there's usually not one shipped.
sbalneav: won't LDM_SESSION force a session?
If I could simply remove it, or remove options UNDER it, or somehow force the default, I'd be happy.
alkisg: it'll force a session, but the menu's still there, I beleive.
I don't think that would matter much, would it rad4Christ?
(i.e. if you forced a session while the menu was still there...)
BTW, netbook-remix runs really well over LTSP.
alkisg: true, removal would be best.
rad4Christ: Like I say, at the moment, there's no option to make the menu disappear.
Even if the menu is there, won't .dmrc be processed?
I.e. LDM_SESSION would be required even then...
*if the menu *isn't there
sbalneav: Thanks. As a work around, any ideas why, if it is changed, I can no longer get the user to login with the settings I've set up in sabayon?
alkisg: yeah, you'd be right there.
rad4Christ: What do you mean?
Using the Proflle editor (sabayon), I've set up a custom interface/menu structure/lockdown policies for a usergroup. If a user in that user group logs in, they get the layout I prepared...
However, if I change the session at login, it always logs into a basic GNOME session, with none of my customizations.
Then, after logging out of the user, setting the session to "Default" or ANY other session, I can no longer get to the custom profile setting
Knowing my limited knowledge of linux and users, I basically delete the user and all settings, and recreate it to get it to work functionaly.
As much as we want to use LTSP, this is kind of a big thing, as it completely undo's what we're trying to put together for the student's experience.
rad4Christ: Well, whatever session you're setting isn't calling the standard XSession script, and sabayon's only started from that.
as sabayon's called within the /etc/X11/Xsession.d script dir.
|14:13||bobby_C has quit IRC|
sbalneav: Thanks for the help.
I guess until we can disable the menu, I'm not sure what we can do. My coworkers are much more knowledgeable of linux than I, I'll pass this onto them to figure out. Thanks for your time!
rad4Christ, and sbalneav takes donations of moosemeat 8~)
delivered to his camp
Plenty of deer around here, even a small farm with buffalo, but no moose.
I'll get it special ordered!
rad4Christ: you could always make a quick patch to the greeter code for LDM, simply remove the session menu.
Where's it located, I don't mind takign a swing at it.
sbalneav: I saw this: http://ubuntuforums.org/showthread.php?t=889951
|14:20||bobby_C has joined #ltsp|
rad4Christ: That's an older thread, the code's changed since then, but it is the ldmgtkgreet.c file that needs tweaking.
sbalneav: how tied to ubuntu specifically is sabayon? Would it be a major pita to get it to work in debian?
not at all
it's not at all tied to ubuntu
I'd love to try it out on my lenny server
it's only tied to gnome
i gues i'll just downlaod the deb ;)
man... globalwarming.house.gov is freakin hammered right now
i guess everyone wants to watch the oil cam
|14:33||bobby_C has quit IRC|
Lns: it does work in Debian
in fact, it should work on any Linux that supports gnome.
Lns, how's Debian working out for you?
Got any ltsp labs working with it?
no hardcore labs besides my own office
but i'm planning on converting them this summer
Woah, nice... reasons/comparison etc?
i'm also running ubu 10.04 at home for my media client downstairs and that is working out really well too
debian doesn't change much. :) It just gets more stable.
i need that kind of consistency for my techs/teachers not to breathe fire down my neck.
Coming from the "I'm sticking to LTS releases" guy, that means a lot...
debian stable is what lts SHOULD be imho..but it's not.
sad thing is.. ubuntu could be more stable by using newer packages in many cases
Ubuntu LTS is just another release, supported for longer. Debian stable is stable WHEN it's released.
since they don't seem to have the ability to backport all the fixes that are necessary
Well lts releases sync from testing, and that supposedly makes them more stable even before freeze, but yeah, some features aren't ready for prime time in ubuntu...
bbiab, got xexit pinger going!!! :)
Go go sbalneav :)
alkisg: I am by far, no ubuntu basher now that i chose debian over it... hell i still use it! Its just a bit too much for me to handle with multiuser servers.
especially ones that i get paid to support.
I probably won't go with replacing ubuntu at home like i was going to initially. Ubuntu is great.
Lns, don't worry, we're all grown ups here, just choosing what best fits our needs for each particular installation. I just wanted to listen your experience, as we have somewhat similar background on ubuntu...
it's all linux underneath anyway.
And you're using debian stable? Doesn't that feel too old?
not with backports for gnome, firefox(iceweasel), ltsp and openoffice :) brand spanking new in fact
Ah, yup, backports sound nice
Are you using the default theme?
(just curious :D)
i think so. though i need to find out whether you can import the human/light themes into debian. anyone do that?
I tried the testing live cd today, and I thought it was a little '90s...
i'm just using clearlooks
|14:44||pmatulis has quit IRC|
|14:45||muttley has joined #ltsp|
how can start for make xbox 1 ltsp client
gotta jet..ttyl guys
(xbox 1 have many linux distribution (http://www.xbox-linux.org/wiki/Download) and etherboot work)
|14:49||bobby_C has joined #ltsp|
|14:50||cliebow has quit IRC|
etherboot, after load nbi.img freeze ...
muttley: Not sure, I don't think anyone here's ever done any work with trying to turn an XBOX into a thin client.
however, i think xbox is good thin client: cheap, silent, low power and a nomrla x86 architetture
muttley: nbi.img? why don't you try pxelinux.cfg?
|14:55||artista_frustrad has quit IRC|
alkisg: Error: "rom-o-matic" is not a valid command.
alkisg: Error: "romomatic" is not a valid command.
alkisg: "gpxe" :: the successor to etherboot (http://etherboot.org). To download bootable floppy, cd, usb, kernel etc images, visit http://rom-o-matic.net/
xbox have etherboot...
? not sure what you mean...
Do you mean "boot from lan"?
a program called Xromwell...it's a linux bootloader
Right, that's not etherboot
OK, just change your dhcpd.conf then, to provide pxelinux.0 instead of nbi.img
xromwell support boot from cd, fatx (xbox filesystem) and lan (etherboot)
Aaaah got it. Which version?
i try...but xbox (xromwell) say "bad image"
Hrm. OK, temporarily, can you try with a cd?
(gpxe from rom-o-matic)
if i send in dhcp.conf (dnsmasq.conf in my case) nbi.img load, but freeze
There are some known problems with nbd.img... which distro/version are you using?
Hrm... it should be working there...
Do try with that cd: http://rom-o-matic.net/gpxe/gpxe-1.0.0/contrib/rom-o-matic/
but i thought there are problem in kernel
What's the last message that you see?
load /ltsp/i386/nbi.img ............................................
and many athers point :)
OK, can you try with the gpxe cd?
gpxe make a bootable img for cd...bootable for my xbox?!?!
I believe so. Isn't it a standard x86 pc?
gpxe is the newer version of etherboot...
is a celeron...but boot depend from bios isn't it?!
i don't know the xbox bios
sorry...my english is bad
if i insert a normal livecd (linux) in my xbox NOT work!
No it doesn't depend on the bios when you boot from a cd
Well it wouldn't take more than a few minutes to try it... and if etherboot works, gpxe should also work.
i have search along on google...but no someone try your procedure
i don't think is possible
for start i must use xromwell
|15:07||artista_frustrad has joined #ltsp|
and support only etherboot
Didn't you say that xromwell supports booting from a cd?
boot for cd yes...but only for modded linux distribution!
i read...but i'd made modded ubuntu distribution with lstp client support...i can't :(
Erm, and you think it'll be able to boot a modded linux distribution but not gpxe? weird..
Anyway, I don't have to propose anything else, so bbl.
too difficult for me
can you read this post: http://forums.gentoo.org/viewtopic-t-292982-highlight-diskless+xbox.html
this man make what i want do...but not for ltsp
use xbox for MythFrontend..."My xBox now boots Etherboot from Cromwell and loads Gentoo with an NFS root and a FatX Swap."
aaaargh. Why is getting pthreads support so %!&% hard in autotools?!
|15:30||rad4Christ has left #ltsp|
(this is beacause gPXE don't work on xbox...i think...)
i think it's needed recompile kernel sended by ltsp server to client for be compatible with xbox....
well, no, it's probably a recompiled gpxe you'd need.
If anyone's interested, the current version of xexit on the site now detects a "dead" display (i.e. unplugged). I created a "30killall" script for Xexit.d that just does a "pkill -9 -u $USER", and within 15 seconds of unplugging the thin client, all of it's processes are gone.
later on tonight I'll "productionize" the code a bit.
|15:49||komunista has quit IRC|
ok sorry for the insistence ... and thanks for the fantastic LTSProject!
muttley: No problem, I think it's just a case that none of us here have ever done anything with an xbox
'sides, the entire point of a thin client is that it's reliable. The whole "Red Ring of Death" thing doesn't sort of fit into that :)
|15:51||mgariepy has quit IRC|
ok..you have right :) but RROD is the x360...xbox1 is reliable :)
|15:54||bur has joined #ltsp|
|15:58||Mava has quit IRC|
|16:14||Eghie has quit IRC|
|16:16||thunsucker has quit IRC|
|16:16||bur has quit IRC|
|16:26||bobby_C has quit IRC|
|16:32||Mava has joined #ltsp|
|16:44||muttley has quit IRC|
|16:46||vagrantc has quit IRC|
|16:51||Egyptian[Home] has quit IRC|
|16:54||pmatulis has joined #ltsp|
|16:55||johnny has left #ltsp|
tcp_keepalive_time (integer; default: 7200; since Linux 2.2)
The number of seconds a connection needs to be idle before TCP begins sending out keep-alive probes. Keep-alives are only sent when the
SO_KEEPALIVE socket option is enabled. The default value is 7200 seconds (2 hours). An idle connection is terminated after approximately
an additional 11 minutes (9 probes an interval of 75 seconds apart) when keep-alive is enabled.
After exactly that amount of time (2 hours + 11 minutes), my thin client "ghost processes" were terminated automatically
sbalneav, dobber_: so, if the processes terminate after 2 hours, then there's no need for a "gnome-watchdog"?
|17:04||artista_frustrad has quit IRC|
|17:05||leio_ has joined #ltsp|
|17:08||Guerdal82_ has quit IRC|
|17:08||leio has quit IRC|
alkisg, right ... the prob is that you pointlessly occupy resources for 2h
and lowering the default might have unexpected sideeffects for other server processes that rely on the 7200 secs
|17:20||johnny has joined #ltsp|
ogra, no, I wasn't thinking to lower it. But it's not a big deal if the processes are only there for 2 hours. The problem is with the processes that don't have tcp sockets or are not childs of the ssh process, which stay around even after those 2 hours
So, one simple process which would kill the others when that one died, would be enough I think....
|17:33||artista_frustrad has joined #ltsp|
Hmmm and maybe killing only the processes with the same XDG_SESSION_COOKIE would be better.
|18:00||bbd has quit IRC|
|18:07||alkisg has quit IRC|
|18:12||otavio has quit IRC|
|18:23||bbd has joined #ltsp|
|18:25||staffencasa has quit IRC|
|18:26||F-GT has quit IRC|
|18:30||dobber_ has quit IRC|
|18:30||artista_frustrad has quit IRC|
|18:35||vagrantc has joined #ltsp|
|18:42||F-GT has joined #ltsp|
|18:44||artista_frustrad has joined #ltsp|
|19:01||Guerdal82_ has joined #ltsp|
|19:02||artista_frustrad has quit IRC|
|19:13||BenChapman has joined #ltsp|
|19:16||artista_frustrad has joined #ltsp|
|19:18||vagrantc has quit IRC|
|19:22||leio_ is now known as leio|
|19:31||artista_frustrad has quit IRC|
|19:44||artista_frustrad has joined #ltsp|
|19:45||lucascoala has joined #ltsp|
|20:01||artista_frustrad has quit IRC|
|20:14||artista_frustrad has joined #ltsp|
|20:39||artista_frustrad has quit IRC|
|20:53||artista_frustrad has joined #ltsp|
|21:02||artista_frustrad has quit IRC|
|21:02||pmatulis has quit IRC|
|21:04||slidesinger has joined #ltsp|
|21:15||artista_frustrad has joined #ltsp|
|21:59||johnny has left #ltsp|
|22:03||BenChapman has quit IRC|
|22:06||artista_frustrad has quit IRC|
|22:16||ogra_cmpc has quit IRC|
|22:18||BenChapman has joined #ltsp|
|22:19||artista_frustrad has joined #ltsp|
|22:30||ogra_cmpc has joined #ltsp|
|22:35||artista_frustrad has quit IRC|
|22:48||artista_frustrad has joined #ltsp|
|23:03||artista_frustrad has quit IRC|
|23:16||artista_frustrad has joined #ltsp|
|23:21||Guerdal82_ has quit IRC|
|23:21||artista_frustrad has quit IRC|
|23:34||artista_frustrad has joined #ltsp|
|23:42||artista_frustrad has quit IRC|
|23:55||artista_frustrad has joined #ltsp|