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


Channel log from 22 August 2007   (all times are UTC)

00:04zodman has joined #ltsp
00:16
<mystafa>
i have a question...when i running root on the client,the sound is ON, but when i'am going to login as user, sound is disabled. I have a `SOUND = Y` in lts.conf
00:23iMav has left #ltsp
00:27
<mystafa>
khm... i try to login at the console (Control+Alt+F1), and can't do this! but i can login tot he system from X
00:27
it's normal?
00:35Egyptian[Home] has quit IRC
00:36sbalneav has quit IRC
00:46
<mystafa>
try to build a new client :/
00:58
now i haven't X and can't login in console :(
01:03cyberorg_ is now known as cyberorg
01:05
<mystafa>
i can't login on the thinclient! what i must do? can anybody help me?
01:05MoL0ToV has joined #ltsp
01:19
<mystafa>
where i can change runlevel for ltsp? I need 5
01:19
but by default it loading 2
01:21
i see... in inittab
01:22
it not help me (((((((
01:24highvolt1ge is now known as highvoltage
01:27LaserJock has joined #ltsp
01:27
<LaserJock>
anybody know of a way to lower the CPU usage of a thin client?
01:28
good and easy ways I guess :-)
01:28
<monteslu>
which ltsp version?
01:28
ltsp 4.2 didnt take much
01:28
<LaserJock>
5
01:28
edubuntu 7.04
01:28
<monteslu>
you can switch off of ssh, but you lose some functionality, I believe
01:29
I think sblaneav is working on fixing things so that you can do local devices without encrypting X
01:35
<mystafa>
who can help me with starting X?
01:35
it's not start automatically
01:35
in console i can't login
01:35
^(
01:36
and, i think, that client don't read lts.conf
01:39
how can i check - read it or not>
01:39
?
01:43Chad92 has joined #ltsp
01:43Chad92 has left #ltsp
01:54EXP2_AWAY is now known as EXP2
01:55MoL0ToV has quit IRC
02:01mystafa has quit IRC
02:03nf1 has joined #ltsp
02:03plamengr has joined #ltsp
02:13Egyptian[Home] has joined #ltsp
02:15MoL0ToV has joined #ltsp
02:33MoL0ToV has quit IRC
02:41plamengr has quit IRC
02:48plamengr has joined #ltsp
02:49plamengr has quit IRC
02:52alienBOB has quit IRC
02:53alienBOB has joined #ltsp
02:55plamengr has joined #ltsp
03:01alienBOB has quit IRC
03:02LaserJock has quit IRC
03:03cyberorg has quit IRC
03:04Avatara has joined #ltsp
03:05ari_stress2 has joined #ltsp
03:08cyberorg has joined #ltsp
03:15alienBOB has joined #ltsp
03:24plamengr has quit IRC
03:27ari_stress has quit IRC
03:34MoL0ToV has joined #ltsp
03:38ari_stress3 has joined #ltsp
03:41exodos has joined #ltsp
03:42Q-FUNK has joined #ltsp
03:43zodman has left #ltsp
04:03ari_stress2 has quit IRC
04:19cliebow__ has joined #ltsp
04:19cliebow_ has quit IRC
04:27ari_stress3 has quit IRC
04:40Egyptian[Home] has quit IRC
04:41Egyptian[Home] has joined #ltsp
04:48ari_stress3 has joined #ltsp
04:50schregge has joined #ltsp
05:04
<schregge>
hello
05:05
i am using ltsp-42 and i have a small problem with my scanner connected to a thin client (fujitsu fi-4120C). I can scan about 20 pages and then the scanner will stop in the middle f the page.
05:05
then i have to restart the server...
05:09mystafa has joined #ltsp
05:09
<mystafa>
hi!
05:10
when i want to plug a printer to the client, should i plug it in to a server first?
05:13Envite has joined #ltsp
05:13
<Envite>
Hola a todos desde España
05:14tisadmin_ has joined #ltsp
05:14
<tisadmin_>
hi everybody
05:15
i have a problem to have a pxe boot with an ACCTON EN1207D - TX : tftp timeout
05:15
the over thin client with 3com network are ok
05:15
anyone have an idea ?
05:16
<Envite>
tisadmin_: check in the server if the tftp petition is received
05:17
<tisadmin_>
i haven't the tftp request
05:18
<Envite>
so the problem is before that
05:18
hm
05:18
does the client receive IP?
05:19
<tisadmin_>
yes it does
05:19
and over client with an over netcard in the same switch are ok dhcp/tftp/nfs
05:20
<Envite>
does the client receive an appropiate IP? that is, an IP in the same range than the other client?
05:20
<tisadmin_>
yes it does
05:21
<Envite>
ok
05:21
<tisadmin_>
and i can see the dhcpoffer in my log
05:21
<Envite>
do not trust the log for that, trust the client's screen
05:22
<tisadmin_>
the client says the same :)
05:22
<Envite>
have you tcpdump installed? or a graphical interface like wireshark?
05:25
<tisadmin_>
tcpdump yes
05:28ari_stress3 has quit IRC
05:36
<tisadmin_>
Envite: no messages from the client to the tftp server
05:36
tcpdump -i eth0 | grep 192.168.200.21
05:51schregge has quit IRC
05:55MoL0ToV has quit IRC
05:57gonzaloaf has joined #ltsp
06:04mystafa has quit IRC
06:13boblet has joined #ltsp
06:13
<Envite>
tisadmin_: excuse me, I was at telephone
06:14subir has joined #ltsp
06:15
<Envite>
check with tcpdump and try to catch all the dhcp packages, and compare the packages going to eth OK client and the packages going to the FAIL client. I'm suspecting that there is a difference in the DHCP options they receive
06:15
s/eth/the
06:17K_O-Gnom has joined #ltsp
06:20parsley_ has joined #ltsp
06:21parsley has quit IRC
06:23schregge has joined #ltsp
06:24
<tisadmin_>
Envite: i have change the network card, and now, it's ok
06:24
;)
06:36K_O-Gnom has quit IRC
06:36K_O-Gnom has joined #ltsp
06:44Eliran_Itzhak__ has quit IRC
06:52schregge has quit IRC
06:54tisadmin_ has quit IRC
06:54schregge has joined #ltsp
07:05Avatara has quit IRC
07:07parsley_ has quit IRC
07:08parsley has joined #ltsp
07:08Avatara has joined #ltsp
07:19Q-FUNK has quit IRC
07:24jammcq has quit IRC
07:26Egyptian[Home] has quit IRC
07:29Guaraldo has joined #ltsp
07:30Q-FUNK has joined #ltsp
07:32JanetFLorida has joined #ltsp
07:32
<Ryudo>
janet good morning
07:32
you solved you problem ?
07:36cliebow__ has quit IRC
07:36
<JanetFLorida>
hi, x still crashes, reducing VGA BIOS memory helped a little (crashes less)
07:37
do u still have a crash problem?
07:42cliebow has joined #ltsp
07:43
<Ryudo>
yes
07:43
i have :(
07:44
i dont solved my problem too
07:56norita has joined #ltsp
07:56exodos has quit IRC
07:56exodos has joined #ltsp
07:57exodos has joined #ltsp
07:57
<norita>
Hi, I'm using ltsp5, with debian packages. I'm trying to get sound working, but I have no /dev/dsp on my thin client
07:58
in /dev/sndstat, I see "Audio Devices : NOT ENABLED IN CONFIG", but I have SOUND = Y in lts.conf, so I don't understand
07:59
also in /dev/sndstat I see "Card config : Ensoniq AudioPCI ENS1371 at ..."
08:02
<Ryudo>
norita
08:03
check this how to
08:03
http://developer.novell.com/wiki/index.php/Feisty/Ocean_post_install_checklist
08:03
on AUDIO section
08:03
<norita>
Thanks
08:03
<Ryudo>
my terminals dont have sound because i dont need , but i'm think this how to can help you
08:04
<norita>
ok, but this howto is about esd/nasd, I just need /dev/dsp (using rdesktop)
08:05
<ogra>
feisty uses alsa ...
08:05
(on top of a pulseaudio trnaspüort layer)
08:06
<Ryudo>
ops sorry
08:06
:{
08:06
<norita>
yes, but I'm using debian
08:07
<ogra>
norita, debian ported the feisty sound stuff for their backports packages for etch afaik
08:07
<norita>
:-(
08:07
<ogra>
so it should be very very similar
08:07
but wait for vagrant, he's the guy that prots ltsp to debian
08:07
<norita>
but how can I make rdesktop work with alsa/pulseaudio,etc..
08:07
<ogra>
*ports
08:07
<norita>
ok
08:08
thanks
08:08
<ogra>
you likely still have the old rdesktop srcipt in that ltsp version (debian uis usually a bit behind) we have a new script for rdesktop in gutsy
08:09sbalneav has joined #ltsp
08:09
<sbalneav>
Morning all
08:09
<ogra>
Ryudo, this wikipage you pointed to has pretty horrible tips
08:09
!s
08:09
<ltspbot>
ogra: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
08:09
<sbalneav>
Hey ogra!!!!!
08:09
So, I was a busy boy yesterday :)
08:09
<ogra>
yeah, i saw the commit flood :)
08:09
to sad we'Re freezed ...
08:10
<sbalneav>
for what, tribe 5?
08:10
<ogra>
yeps
08:10
<sbalneav>
That's fine, gives me more time for polish.
08:10
I eliminated a BUNCH of cruft
08:10
<ogra>
i went through the specs today, there are some where ui cant set staus ...
08:10
<Ryudo>
ogra
08:10
<ogra>
ltsp-local-apps is one you have to set to deferred
08:11
<Ryudo>
this howto sucks ? sorry but my english its poor ..
08:11
<sbalneav>
Not sure what you mean, ui can't set status?
08:11
<ogra>
s/ui/i
08:12
<sbalneav>
LOL, ok
08:12
I can do that right now.
08:12
<ogra>
Ryudo, editing /var/lib/dpkg/info/xserver-xorg.postinst to disable Xorg modules is very very evil for example
08:13
<Ryudo>
:O
08:14
<ogra>
there is a lot of such very harmful stuff where the guy just edits essential system files
08:14
"Next update /opt/ltsp/i386/usr/bin/dexconf to allow remote access with no password"
08:14* ogra runs away screaming
08:16
<sbalneav>
What's this we're looking at?
08:17
<ogra>
http://developer.novell.com/wiki/index.php/Feisty/Ocean_post_install_checklist
08:17
looks like its from MrMoo ...
08:18
<exodos>
ogra: int the ltsp-fat-clients you've recently added "LC_ALL=C chroot $ROOT apt-get $APT_GET_OPTS remove ldm ltspfsd". Since ltsp-client depend on ldm and ltsp-client is crutial for this setup i think you should remove only ltspfsd
08:18
<ogra>
he usually writes sane docs, no idea what made him write up such crap
08:18
exodos, that needs solving if we implement it :)
08:18
which is at leat one release to go
08:19
*least
08:19
<exodos>
m'kay
08:19
<ogra>
likely you want ltsp-client-core since having ldm on a fat client is a bad idea
08:20
and you wont need 90% of ltsp-cliaent either ...
08:20
<exodos>
agree
08:20
<ogra>
its likely that we'll just have a ltsp-fat-client package that conflicts with the right things and depends on all we need
08:20
<Ryudo>
unfortunately, the ltsp5 has a poor documentation
08:21
<ogra>
Ryudo, well, thats why we're here to pick our brains, if someone wants to write docs we'll happily answer all questions :)
08:22Egyptian[Home] has joined #ltsp
08:22
<Ryudo>
hum is it
08:22
<ogra>
beyond that https://help.ubuntu.com/community/EdubuntuFAQ, https://help.ubuntu.com/community/UbuntuLTSP and http://doc.ubuntu.com/edubuntu/handbook/C/ as well as the shipped docs with the ltsp packages should already make a good base
08:23
i admit its badly scattered
08:24
<sbalneav>
Ryudo: Given the limited number of people working on LTSP, and the huge amount of work that's been done, doc's one of the things that hasn't received as much attention as it should, but with only 3 or 4 people actively working on LTSP.... what can you do.
08:25
ogra: Looks like he's got some good stuff in there. Some of the X conf stuff, like hacking out modules could probably be handled in your configure-x.sh script easily.
08:25
<ogra>
no
08:25
not the way he has it there
08:25
<Ryudo>
that is truth I agree
08:26
<ogra>
modules etc is planned
08:26
but we didnt have any module handling for X in feisty so its not critical to get for gutsy atm
08:27
all the configure-x.sh script shall achieve for now is just speedier config generation without regressions ... more in gutsy+1
08:27
sbalneav, hacking postinst scripts or even the dexconf app will definately break at some point
08:28
<sbalneav>
Oh, yeah, no we wouldn't do it that way.
08:28
<ogra>
btw, we'll need to reimplement XF86CONFIG_FILE properly, its currently ignored
08:28
as well as inputattach
08:28* ogra makes a note
08:28
<sbalneav>
but you could eliminate the module loading by simply commenting out those modules in the xorg.conf file, and that could be done in the configure-x.sh
08:29
If you'll look in my tree... :)
08:29
<ogra>
right
08:29
<sbalneav>
It's already taken care of.
08:29
<ogra>
sbalneav, you fixed ltsp-client-core.init ?
08:29
we have a lot of stuff in the initscript that needs proper porting over
08:30
"flashsupport.c:324: error: 'stderr' undeclared (first use in this function)"
08:30
woah, thats an error you dont see often :)
08:31
<sbalneav>
Yeah, I did, I beleive, but I'll check.
08:32
<ogra>
sbalneav, all i see is that you added a new variable called XORG_CONF, which is ignored but makes the config script exit immediately
08:32
<sbalneav>
Hmm, maybe I didn't yet :)
08:32
ok, I'll look at that today :)
08:33
I had it planned, but I've done sooooo much stuff in the last couple days :)
08:33
<ogra>
you wiped the boolean check from ltsp_functions ?
08:33
<sbalneav>
wiped ltsp-functions!
08:33
the only things that were using the boolean check were the inits
08:33
so I just put it in there.
08:33
<ogra>
how are the initscripts supposed to find True/False values properly now ?
08:34
<sbalneav>
copied that into the inits
08:34
<ogra>
ah, you moved it back
08:34
you should ask vagrant about that, i think he had reasons to move it out there
08:34prpplague has joined #ltsp
08:34
<sbalneav>
it was the only thing that was being used from that file, and ONLY in the init scripts.
08:34
<ogra>
right
08:34
<sbalneav>
seemed silly to have an extra file for 6 lines of code.
08:35
<ogra>
we never used it anywhere else ... we had an identical python function in the old ldm even
08:35
<sbalneav>
eliminated the telnet stuff, since it was cruft
08:35
the screen script does it all.
08:35
eliminated the start_printer script
08:35
<ogra>
i'm pondering to include http://muzso.hu/node/4136 before release
08:35
<sbalneav>
start jetpipe from the init script directly now.
08:35
jetpipe properly forks/backgrounds
08:35
<ogra>
great
08:36
even for multiple printers ?
08:36
<sbalneav>
got security going for ltspfsd
08:36
yep, even for multiple printers!
08:36
<ogra>
yeah, saw that, kudos
08:36
<sbalneav>
Dude! I'm MOTORING! )
08:36
:)
08:36
<ogra>
yeah, like mad :)
08:36
<norita>
ogra, to get the rdesktop script from gutsy, I must install gutsy somewhere, or is there a place I can take it ?
08:37
<sbalneav>
muzso.hu's a blank page for me.
08:37
So great, seems like it'd be easy to implement :)
08:38
<ogra>
norita, http://codebrowse.launchpad.net/~ubuntu-core-dev/ltsp/gutsy-ltsp/annotate/ogra%40ubuntu.com-20070813180935-uuhrndu27oe8t19t?start_revid=ogra%40ubuntu.com-20070813180935-uuhrndu27oe8t19t&file_id=rdesktop-20070720192731-2p139o5ehjlzm29t-1
08:38
<norita>
Thanks :-)
08:39cr3 has joined #ltsp
08:39
<norita>
arf, I see nothing about the sound in this file
08:39
<sbalneav>
ogra: ok, I think I hit all my specs, any outstanding ones you need me to poke?
08:39
<ogra>
norita, i didnt say anything aboput sound ... just that we have a new startscript
08:39
<cr3>
has anyone ever tried pxe booting a thin client connected to the port of a switch configured as a trunk consisting of two vlans?
08:40
<norita>
ok
08:40
<ogra>
norita, you will likely have to set the right options in the RDESKTOP_OPTIONS variable in lts.conf
08:40
(as i understand the code)
08:40subir has quit IRC
08:40
<norita>
I have the right option for rdesktop (-r sound:local)
08:40
<ogra>
sbalneav, only the one i asked about
08:40
<sbalneav>
ogra: BTW, you know I'm working in the ltspfs-nodm tree, right?
08:40
<norita>
the problem is only /dev/dsp : rdesktop try to use it, and it doesn't exist.
08:41Egyptian[Home] has quit IRC
08:41
<ogra>
sbalneav, i didnt get to ltspfs yet ... next week if tribe5 is done i'll merge
08:42
<sbalneav>
Oh, yeah, no problem. Hold off on merging from my tree until after tribe 5
08:42
<ogra>
norita, make it exist then :) (load the matching oss compatibility modules for alsa)
08:42
<sbalneav>
that'll give me time for lots of testing/debugging.
08:42
<ogra>
well, i need to ... freeze :)
08:43Gadi has joined #ltsp
08:43
<sbalneav>
What's in my tree now is basically what I want for gutsy.
08:43* ogra goes to search some food
08:43
<sbalneav>
SHould be nothing but any minor bug fixes now.
08:44
Morning Gadi
08:44Envite has quit IRC
08:44
<Q-FUNK>
Gadi! :)
08:44
<ogra>
gadi!
08:44
<Gadi>
wow. morning, all
08:45
whats the good word?
08:45
<ogra>
Gadi, if i would include http://muzso.hu/node/4136 would that help you in any way ?
08:45
(so that people only have to install the freenx client to make it work out of teh box)
08:46
<sbalneav>
ogra: That page comes up totally blank for me
08:46
<ogra>
weird
08:46
i see it here
08:46
even on reload
08:47
<Gadi>
yeah, i had to press 'go' to get it to render
08:47
weird
08:47
i havent looked at his scripts, but I thought there was some taboo about including nxclient
08:47
(or would it be like rdesktop, where you would have to apt-get the executable urself)
08:47
<ogra>
i wont include nxclient ...
08:47
right
08:47
thats the plan
08:48
<Gadi>
well, I'll have a look at the scripts at some point
08:48
in the past, I have favored scripts that keep all configs in lts.conf
08:48
<ogra>
müzso already sent some very helpful patches and fixes in the past, his code is usually good
08:48
<Gadi>
so, if it is like that, I'm happy
08:48
:)
08:48
<ogra>
even this specific script starts an xterm loaclly, thats a no-go
08:49
<Gadi>
yeah. I can have a look-see and maybe contribute some mods
08:49
if need be
08:51ari_stress has joined #ltsp
08:53
<exodos>
ogra: i was working on including NX support in ltsp, mainly based on http://muzso.hu/node/4136. But I've changed it a bit to use ltsp greeter and create an ssh socket to support localdev
08:53
I'ts still not finished but i can share
08:54Avatara has quit IRC
08:56
<schregge>
Hello
08:56* ogra finally goes for food now ... else i'll starve
08:57
<schregge>
has someone here experience with scanners and ltsp? i have a problem that when i scan around 20 pages the scanner stops after 3 centimeters... I have to restart the server and then i can scan some pages again....
08:59ltspbot has joined #ltsp
09:00
<schregge>
yeah, but i have enough disk space...
09:00
<Gadi>
nah, its prolly not disk space
09:00
its prolly a buffer being filled quicker than it can be flushed
09:01
do you run the scanner out of inetd?
09:01highvoltage has joined #ltsp
09:02
<schregge>
yes
09:02
<Gadi>
if you exit the scanning software when it gets stuck, does the service die on the thin client?
09:04Avatara has joined #ltsp
09:04
<schregge>
no
09:05
i can run the scannersoftware again (scanadf), but it stucks earlier
09:05
only a restart of the server will solve the problem
09:05
<Gadi>
hmm...
09:06
you wouldnt happen to have another model scanner around to see if it is a driver issue?
09:06
<schregge>
hmm, i have only another fi-4120c....
09:09Egyptian[Home] has joined #ltsp
09:09highvoltage has quit IRC
09:10
<schregge>
i will try it again this evening... maybe i find something in the logfiles from sane
09:10
<Gadi>
schregge: does it always get stuck after the same amount of pages?
09:10
if so, try changing the resolution of the scan and see if it gets stuck earlier at higher res or later at lower res
09:11
that would point the finger pretty strongly at a buffer issue
09:11
<schregge>
ok
09:11
i will check this later
09:12
<Gadi>
good luck
09:12
<schregge>
than i have anothe issue
09:13
i tried to installed ltsp5 with ubuntu 7.04. Everything looks fine but the boot up of the client is very slow
09:14
<Gadi>
such is the nature of LTSP5 on low-end clients
09:14
in 7.04
09:14
it has been the subject of dev for 7.10
09:14ccherret1 has joined #ltsp
09:14
<schregge>
ok... then i will wait :-) i have also a problem with the syslog daemon. i have a delay of aroun 1 Minute on 7.04 with LTSP5
09:15
<Gadi>
yeah, i think i have noticed something similar in the past
09:15ccherrett has quit IRC
09:15
<schregge>
even when i switch the teminal off i get syslog events... (also in edubuntu)
09:15
<Gadi>
I have also seen that if you turn off remote syslogging, thing speed up
09:15
on low end clients
09:16
<schregge>
ok, but when i have to debug a client i need the syslog... and its very hard when the client stuck and you can wait at least 5 minutes for the last message...
09:17
<Gadi>
indeed
09:17
if you can, do your debugging at the client
09:17
<schregge>
ok, i will try that
09:18
now i have to go for lunch :)
09:18
and thanks for your help... LTSP is great!!!
09:19
<Gadi>
np
09:19
<Q-FUNK>
https://wiki.ubuntu.com/MainInclusionReportMkelfimage
09:19Guaraldo has quit IRC
09:21mistik1 has quit IRC
09:21
<Gadi>
nice. Q-FUNK, are you a MOTU?
09:22
<Q-FUNK>
Gadi: i never got aorund it. it'll be up to ogra or another core-dev to approve it.
09:25
<ogra>
Q-FUNK, if its on the Qeue page it will get reviewed
09:26
<Q-FUNK>
ogra: I added it there. I'm mostly worried abotu wheter we'll get there on time for Gutsy.
09:26
<ogra>
surew
09:26
pitti is the approver ;)
09:27mistik1 has joined #ltsp
09:27
<ogra>
since he knows the package it will get in easily i think
09:27
<Q-FUNK>
oh. :D
09:29
<ogra>
(well depending on his honeymoon ... not sure when he leaves for that)
09:31
<sbalneav>
Dude! Pitti's getting married!?
09:32
<Q-FUNK>
it came as a surprise to me too.
09:32
<ogra>
he already is since last weekend afaik ...
09:32Egyptian[Home1 has joined #ltsp
09:32
<ogra>
(i didnt follw that so closely, may be wrong with the date)
09:33Guaraldo has joined #ltsp
09:36Egyptian[Home] has quit IRC
09:37schregge has quit IRC
09:44
<norita>
ogra, you told me to "load the matching oss compatibility modules for alsa". Could you please give me more info ? I've tried with modprobe snd-pcm-oss, but it doesn't create /dev/dsp...
09:45
<ogra>
snd-mixer-oss as well ?
09:45
<norita>
yes
09:45
<ogra>
you're likely missing stuff then
09:46
i have never understood the weird alsa situation in debian where you have to do everything manually
09:46
<norita>
:-(
09:46
ok, thanks anyway
09:47
<ogra>
i think there is a bug open in the debian BTS about sound setup, that might have a list of packages you need to maunally install in debian
09:52Avatara has quit IRC
09:53staffencasa has joined #ltsp
09:53
<sbalneav>
ogra: I'm REALLY loving folds
09:53
That you showed me in vim
09:54
The only change I've made is to add "set foldlevel=10" in my vimrc, so that the file starts unfolded.
09:54
But for moving arount, they're awsome.
09:54
<ogra>
cool tip !
09:54* ogra is totally annoyed of folds apart from changelogs
10:04
<ogra>
Q-FUNK, -amd promoted :)
10:04
waiting for the final say on mkelfimage
10:12kaned1 has joined #ltsp
10:13
<Q-FUNK>
pitti just said that he approved both
10:13
<kaned1>
Hello folks, anyone here I could trouble for some assistance with a slight problem?
10:15
<sbalneav>
kaned1: fire away.
10:16
<kaned1>
I've got a client who is running Edubuntu 7.04 with LTSP and he's using a thin client. The lts.conf is set to use a custom xorg.conf for a given mac address.
10:16
Now in the custom xorg, we set the driver to via so we could achieve a resolution of 1440x900.
10:16
The setup works fine until about 10 minutes into browsing sites with Flash or heavy graphics
10:16
originally the X session would just hang. After increasing the network swap it just restarts now.
10:17
Im out of ideas as to what could be causing this.
10:17
<ogra>
Q-FUNK, yup, its in, after tribe5 (next week) i'll add the code for it
10:17
<kaned1>
My problem is, I cannot reproduce this at all (should have stated this is all done via PXE boot)
10:18
<sbalneav>
You mean, you don't have access to the terminals?
10:18
<Q-FUNK>
ogra: sbalneav says that he mostly has it done, in his own branch.
10:18* ogra suspects libflashsupport ...
10:19
<ogra>
Q-FUNK, great then i can just merge it next week after the freeze
10:19
<kaned1>
I have access to my own terminals here on my end. I've got the same setup as him just I cannot get it to hang.
10:19
UniChrome drivers are what I have running
10:19
<sbalneav>
kaned1: Network problems? Either that, or maybe the clients could do with a bios update?
10:19
<ogra>
kaned1, which graphics HW is that exactly ?
10:20
<kaned1>
lemme get the exact chipset
10:20
<ogra>
sbalneav, sounds like either flash related or via/openchreope/unichrome mess
10:20
*openchrome
10:20
<kaned1>
I was thinkin' network problems too - the bios is up to date I know that much, VGA memory set to 32
10:20
<ogra>
i'd guess for the latter, the via drivers often suck
10:21
but flash and libflashsupport are good candidates as well
10:21* ogra has GF waiting downstairs, might be back later ...
10:21
<kaned1>
the terminal itself has no internal flash memory, just a 128 mb stick of ram
10:22
im wondering if the guy isnt setting up the nbd_swap right
10:22
<sbalneav>
kaned1: Any chance you could stick a different video card in to try? see if that changes things?
10:22
<kaned1>
VIA CLE 266
10:23
well his pc's he turned into thin clients seem to have no problem
10:23
which i guess would make sense since they have graphic cards in them
10:25
but there's no room in these thin clients to try anything different unfortunately
10:26
<sbalneav>
hm
10:26
Then I'll have to go with ogra: probably a video driver issue.
10:27
How many clients are affected?
10:27
<kaned1>
well he's only got 4 of these thin client models
10:27
thing is though, ive got the exact same thin client models sitting on my desk here
10:28
i ran 1440x900 and was going to sites like 2advanced.com and even though it wasn't the smoothest i couldnt get anything to lock up after a few hours of testing
10:28
<sbalneav>
Wierd.
10:29
<kaned1>
yeah, he even told me a fail proof way he was getting the clients to crash, i followed step by step but with no luck. so im wondering what else could be different
10:30
anyways i just wanted to know if anyone knew of anything like this, i searched all over the wiki but couldnt find anything like this, i appreciate you guys takin the time to listen
10:30
<Gadi>
kaned1: could be bad ram, too
10:30
try swapping the ram in a bad client
10:31
<kaned1>
Good idea, Ill see if he can throw in a different stick or even try something above 128
10:31
<sbalneav>
Definitely worth a try.
10:31
<kaned1>
:)
10:31
<Gadi>
yeah, ram without ecc these days sucks
10:31
goes bad if you look at it funny
10:32
<kaned1>
lol
10:32
yeah the ram in these thin clients is pc2700 non ecc - should be easy enough to find a different stick for him
10:35Gadi has left #ltsp
10:36Gadi has joined #ltsp
10:37
<Gadi>
hey, have there been reports of screen freezes associated with LDM_DIRECTX?
10:39norita has left #ltsp
10:43sepski has joined #ltsp
10:45vagrantc has joined #ltsp
10:46
<ogra>
kaned1, via CLE 266 needs the openchrome driver to run stable iirc ... https://help.ubuntu.com/community/OpenChrome
10:46
<kaned1>
Hmm
10:47
Ill compile one and see if it wont help him out
10:47
<Gadi>
'stable is a state of mind, sir' - heh - some guy said that to me once in the .org pavillion at LWE
10:48
<ogra>
kaned1, is that the T1220 from disklessworkstations ?
10:48
<sbalneav>
ogra: in the debian directory, we've got the whole ltsp-client-core and ltsp-client-setup thing going on. Am I reading this right, or is ltsp-client-setup not used anymore, and client-core's what's being used now?
10:48
<kaned1>
I just got an email from him... he cannot reproduce this hanging/restarting using GIMP or other graphics intensive stuff. Only firefox... and in his own words... "I decreased the VGA memory from 32 to 16 and now it almost never crashes"
10:49
<ogra>
sbalneav, both are used
10:49
<sbalneav>
hm
10:49
<kaned1>
Im not sure what the T1220 is but this is a 6020P from devonit
10:49
the thin client that is
10:49
<ogra>
sbalneav, -setup is run from rcS.d and -core runs from rc2.d later
10:49highvoltage has joined #ltsp
10:49
<kaned1>
Im really baffled how lowering the vga memory helped his situation
10:50
<sbalneav>
We setup things like sound and localdev in both?
10:53
<ogra>
sbalneav, -setup is to configure things that need to be ready before the real initscripts start (rcS.d)
10:53
-core is to start apps etc
10:54smith_ has quit IRC
10:55
<sbalneav>
Ah, so the starting of ltspfsd should come out of the -setup, and just be in -core.
10:55
that's what was confusing me.
10:55
<ogra>
kaned1, lowering the videoram raises the system ram in shared mem systems ... that would support the theory that the ram is bad ... if you only see 32M or so adding 16 from the videocard may have some impact
10:58ltspbot has joined #ltsp
10:58
<ogra>
vagrantc, well, but its silly to waste ressources you dont need to
10:59
<vagrantc>
sure.
10:59
<ogra>
the pulse startup should go into an rc script as well imho and die with the session
10:59
<sbalneav>
Well, for right now, I'll leave things more or less the way they are, and just do some light housekeeping. We'll split things up more later :)
11:00
<vagrantc>
i think it would be best if the rc script merely called some other script, so that it's easy to run from other systems
11:01
<ogra>
well ...
11:01
makes it complicated again ...
11:02
<vagrantc>
bah.
11:02
<ogra>
then we can as well leave oit as is
11:02
<vagrantc>
having a one or two line rc script that calls an external script doesn't sound complicated to me..
11:02
<ogra>
the beauty of the rc scripts is their simplicism ... hasving to maintain two scripts again wont help
11:02* ogra wonders what his keyboard just did
11:03
<vagrantc>
it's not maintaining two scripts, it's having one script that can be called by anything
11:03
or, one script for each piece of functionality
11:03
i.e. one for localdev, one for sound, etc.
11:04newmember has joined #ltsp
11:05
<vagrantc>
so that way the init script or the LDM rc script can use the same code.
11:05
or fooDM
11:05
<ogra>
well, for sound that would be a one liner to run pulseaudio which would be called from a one liner in an ldm rc script
11:05
<vagrantc>
so then the rc script should be a symlink maybe
11:06
<ogra>
if i have to do it that way i can as well maintain only one one liner in the initscript
11:07
vagrantc, btw, did you make friends with the nbd stuff yet ?
11:08
<vagrantc>
ogra: haven't yet, no
11:09
<sbalneav>
AFK for a couple hours. Be back later
11:10
<ogra>
i wonder if i should add a --force-nfs to ltsp-build-client
11:10
for people wanting or needing nfs
11:10
<vagrantc>
yes please.
11:11
it was a major pain to switch back to nfs
11:11
<ogra>
i mean its trivial to switch an nbd root
11:11
huh ?
11:11
<vagrantc>
had to regenerate the initramfs
11:11
<ogra>
its twop vars, running update-.initramfs and ltsp-update-kernels
11:11
<vagrantc>
it's hard-coded to use nbd
11:12
<ogra>
you can override that with a boot var
11:12
it defaults to use nbd
11:12
<vagrantc>
didn't work
11:12
<ogra>
then initramfs is buggy
11:12
<vagrantc>
or wait .. .no i didn't try that
11:12
<ogra>
if i call it with casper as argument in an initramfs where csasper is installed that works
11:13
boot=nfs i think (not sure though)
11:13
<vagrantc>
BOOT=nfs
11:13
i'll have to try it again
11:13
my goal was to get LDM2 working, which i did
11:14
<ogra>
ah
11:15
BOOT overrides the init script ... boot is processed
11:15
<vagrantc>
along the way i had troubles with assuming nbd root, and X configuration was totally broken
11:15
<ogra>
root=/dev/nfs would work as well according to the code i see here
11:15
<vagrantc>
no, that's the default in debian, and it did nothing
11:15
<ogra>
X confoiguration really needs the latest xrandr
11:16
<vagrantc>
it also assumed that /root is writeable
11:16
i think
11:16
<ogra>
well, accoring to initramfs-tools-0.85eubuntu7/init what i got lying around here, root=/dev/nfs sets BOOT=nfs
11:17
<vagrantc>
yes, i know, i patched it to do so
11:17
<ogra>
oh, right, its written for nbd ...
11:17
<vagrantc>
i don't have any issue with adding /root to the writeable dirs
11:17
for non-unionfs setups
11:17
<ogra>
well, and the init script runs:
11:17
. /scripts/${BOOT}
11:18exodos has quit IRC
11:22meduxa has joined #ltsp
11:22
<ogra>
from where it gets the mountroot command ... which is executed next line
11:22
so root=/dev/nfs should work as well as boot=nfs
11:23
<vagrantc>
right
11:23
<ogra>
if not, init is broken
11:23
not my fault ! :)
11:23
<vagrantc>
:)
11:23
still could be your fault :P
11:23
<ogra>
indeed :)
11:23
<vagrantc>
like if the hook broke something else
11:23
but i'll hold off on the blame game till i try it again
11:24
<ogra>
well, my script is the nfs script with modoified mountroot command
11:25
and a hook for loading squashfs and unionfs modules
11:25
as well as dropping nbd-client into initramfs
11:25
oh, hmm ...
11:25
<vagrantc>
i'd have to add the squashfs and unionfs module packages to get that to work in debian
11:25
<ogra>
unuionfs is in linux-ubuntu-modules ...
11:26
i think squashfs as well ...
11:26
bummer
11:26
so you might not have it in debian
11:26
<vagrantc>
they're each separate packages
11:26
<ogra>
but surely completely different versions
11:27gonzaloaf has quit IRC
11:27
<vagrantc>
ogra: what do you mean ?
11:28
<Gadi>
hey, anybody know a 'proper' way to flush/expire all leases in the dhcp server? I had been doing this by removing the dhcpd.leases files and restarting, but that seems to be a nasty way of doing things in a failover environment...
11:28
<ogra>
our unionfs is special ... and squashfs is developed in ubuntu currently (upstream is employed by canonical)
11:29
so the versions will likely be different to what you get in debian
11:29
i think thats the purpose of the linux-ubuntu-modules package
11:30
Gadi, just dont run a failover environment then and all is fine :P
11:30
<Gadi>
ogra: always thinking outside my boxes ;)
11:31
<ogra>
anyway, i have to do some gardening ... else GF gets angry ...
11:31* ogra is off mowing
11:33gonzaloaf has joined #ltsp
11:33vagrantc_ has joined #ltsp
11:34
<vagrantc_>
ogra: what's completely different versions ?
11:38
ogra: also, when i built the packages, i didn't really manually go through and compare plugins dirs ... that may require some changes
11:38Ryudo has quit IRC
11:39tux_440volt has joined #ltsp
11:42Ryudo has joined #ltsp
11:50vagrantc has quit IRC
11:56chupacabra has quit IRC
11:57frank_endres has joined #ltsp
11:58
<frank_endres>
Hi ! I need help to understand how ltspfsd and ltspfs programs are working (I use them without the full LTSP package).
12:10savetheWorld has joined #ltsp
12:11DonSilver has joined #ltsp
12:11K_O-Gnom has quit IRC
12:20gonzaloaf has quit IRC
12:23JanetFLorida has quit IRC
12:31
<frank_endres>
How can I tell ltspfsd to mount a device when I access his mount point with ltspfs (ltspfs localhost:/mnt/amovibles/cdrom0 /home/user/cdrom0) (the fstab tells the system that /dev/cdrom0 is mounted on /mnt/amovibles/cdrom0)
12:33
<Guaraldo>
frank_endres: doesn't is LTSPFSD_OPTION = "-a"
12:33
LTSPFSD_OPTIONS = "-a"
12:35
<frank_endres>
I run the ltspfsd daemon with the -a option. ltspfs mounts the dir, but the device is not acceded
12:36
I do not have the full ltsp package. I have only ltspfs and ltspfsd program (I try a custom 'LTSP').
12:37
maybe, ltspfsd mounts the devices if the mount point is /media/something ?
12:38
<Guaraldo>
frank_endres: fuse permissions
12:39
frank_endres: Users must be on fuse group or /dev/fuse must be 0666
12:40
<frank_endres>
I use fuse for other things without problem (avfs and cryptofs for example) with the same user.
12:41
<Guaraldo>
frank_endres: normaly fuse is like this: -rw-rw---- root fuse /dev/fuse
12:41
<frank_endres>
And the modes are 666 (I think I have modified the udev rule)
12:42
<Guaraldo>
frank_endres: Ok... witch kind of device are you using?
12:42
USB-storage?
12:42
<frank_endres>
CDROM for instance
12:42
I can try with usb
12:43
<Guaraldo>
frank_endres: well when I had problems like this it was the fuse perms or usb-storage that doesn't need partition...
12:44
<frank_endres>
not working with usb storage
12:45
not working for the root user
12:45
I am on localhost ...
12:45
<Guaraldo>
frank_endres: LTSP4.2 or 5?
12:46
frank_endres: are you on server?
12:47Q-FUNK has quit IRC
12:47
<frank_endres>
I do not use LTSP. I use CVS (today) versions of ltspfs and ltspfsd, both running on the same machine.
12:48
But I think I should have /media/cdrom0 instead as /mnt/amovibles/cdrom0 for the mount point.
12:48
<Guaraldo>
frank_endres: weeeeeell, s I'm sory... I never tryed this...
12:49
Witch distribution do you use?
12:50
frank_endres: it can be an option of the automounter system you use...
12:56
<frank_endres>
slackware. But I don't use an automounter. I have read I don't need one.
12:57
But I think I have to (use an automounter). If it is the problem, I know how to solve it.
12:58
Guaraldo: Thanks for your help. I will try with an automounter.
12:59
I will be away for an hour, but I leave my window open to read you when I am back (if you have something to say). Thanks !
13:00
<Guaraldo>
frank_endres: If it helped you...
13:00
frank_endres: Came back soon... :-D
13:01
<frank_endres>
Yes, it helped ! Talk you soon ...
13:04
<kaned1>
kkkk
13:04
oops
13:04
my bad :x wrong window
13:10
thanks again guys for all the help earlier, im off for the day
13:10kaned1 has left #ltsp
13:13cyberorg is now known as cyberorg_
13:13rjune has quit IRC
13:15ari_stress has quit IRC
13:17rjune has joined #ltsp
13:18plamengr has joined #ltsp
13:23tux_440volt has quit IRC
13:25ccherret1 is now known as ccherrett
13:27cr3 has left #ltsp
13:28sn9_ has joined #ltsp
13:29
<sn9_>
hiho. looking for an LBE-style base for a distro-independent ltsp-5. any suggestions?
13:33
<sbalneav>
The entire point of LTSP5 was to eliminate the LBE, and use the distro's packages :)
13:34
So, no, there's nothing like that.
13:34
<sn9_>
ok, i guess i'll have to use 4.2, but the cvs head fails to build
13:34DonSilver has quit IRC
13:35
<sbalneav>
Not surprising, there's been practically no work done on it in a year and a half.
13:35
Any reason why you can't simply use an ubuntu or debian tarball of the ltsp5 binaries?
13:35
<sn9_>
they're huge?
13:36
<sbalneav>
That's it?
13:36
<sn9_>
LBE would produce something less than half the size
13:36
<sbalneav>
What, got no disk space?
13:37
<sn9_>
not on flash
13:38
<sbalneav>
Why not look at Gutsy? We serve up an image that's been squashfs'd
13:38
<sn9_>
squash is read-only
13:38rjune_ has joined #ltsp
13:39
<sbalneav>
right, but we overlay a unionfs on top.
13:39
<sn9_>
the distro-pkg-mgmt approach would be fine if one could use a base that isn't full of distro cruft
13:39
like puppy or something
13:40
unionfs == yet more storage required
13:40
<vagrantc_>
not any more than with ltsp
13:41
or, very little more
13:41
<sbalneav>
So then why use ltsp, which is geared towards network filesystem? Why not use DSL or something else as a base for what you're trying to do.
13:41
<sn9_>
it means a whole second fs
13:41
<vagrantc_>
sn9_: what are you trying to accomplish ?
13:41
sn9_: which ltsp uses
13:42
<sn9_>
i'd like to pxe-boot an ltsp client from a diskless server
13:42
<vagrantc_>
the unionfs layers a tmpfs filesystem into the mix ... which you need something writeable anyways, it's just easier to use unionfs for the whole layer
13:43
sn9_: so, how much disk space do you have ?
13:43
<sbalneav>
So, basically, you're doing something completely unusual then.
13:43
Looks like you've got some work ahead of you :)
13:43
<sn9_>
the working assumption is 256MB minus 64MB for other stuff
13:44plamengr has quit IRC
13:44
<sn9_>
if LBE still worked, it would not be any problem at all
13:44
<vagrantc_>
then fix it :P
13:44
<sn9_>
however, the new approach is superior
13:45
<sbalneav>
Keep in mind that the X in ltsp is pretty old now.
13:45
<sn9_>
it just needs a proper base to achieve the same end
13:45
<sbalneav>
Sorry, ltsp 4.2
13:45
The base is whatever distro you choose to implement it on.
13:45
So, what you need to do is make an ltsp5 port for puppy linux.
13:46
<sn9_>
yes. i'm asking for a distro recommendation with a tiny footprint that may be generated in an LBE-style way
13:47
<whiprush_>
sounds like a job for DSL!
13:48
<sn9_>
whiprush_: preferably not an ia32-specific one
13:48
that was part of LBE's appeal
13:48frank_endres has left #ltsp
13:49
<sbalneav>
Well, LTSP5's only been implemented fully in Ubuntu and Debian, and ports have been started for Fedora, Gentoo, and OpenSuSE
13:49
<sn9_>
i would use uClinux's buildroot, but i'd like to use glibc
13:53
<prpplague>
sn9_: buildroot supports glibc as well as external toolchain support
13:53
<sn9_>
prpplague: what about pkg mgmt?
13:54
<prpplague>
sn9_: yea buildroot really doesn't have pkg mgmt since its mainly design as embedded firmware style applications
13:55
<sn9_>
i'd be interested in seeing how small a fedora base could get, but i'd have to find a way to bootstrap a chroot without fedora installed
13:55
<prpplague>
sn9_: i've had old redhat 9 installed as low as 16mb
13:56
sn9_: more effectively rh9 can be run in 128mb
13:56
<sn9_>
yeah, but that's rh9
13:56
<prpplague>
sn9_: with an very effect operations
13:56
sn9_: fedora isn't that far off from rh9
13:56
<sn9_>
except for the vastly newer software
13:57
<prpplague>
sn9_: i have a bootable cd fedora running on around 256mb, i;m sure you can shrink it further
13:57
<sn9_>
i bet you bootstrapped it from a fedora system, though
13:58
not sure how i would do that from ubuntu
14:00
hmm, this looks interesting: http://t2-project.org/
14:02sepski has quit IRC
14:27DonSilver has joined #ltsp
14:33vagrantc has joined #ltsp
14:40DonSilver has quit IRC
14:50vagrantc_ has quit IRC
14:59DonSilver has joined #ltsp
15:00zodman has quit IRC
15:00zodman has joined #ltsp
15:38mikkel has joined #ltsp
15:46lns has joined #ltsp
15:49nf1 has quit IRC
15:50mikkel has quit IRC
15:57sbalneav has quit IRC
16:11ogra has quit IRC
16:12Guaraldo has left #ltsp
16:12ogra has joined #ltsp
16:19mariodebian has joined #ltsp
16:21DonSilver has quit IRC
16:22DonSilver has joined #ltsp
16:43meduxa has quit IRC
16:47DonSilver has quit IRC
16:53savetheWorld has quit IRC
17:11mariodebian has quit IRC
17:15ari_stress has joined #ltsp
17:24
<Gadi>
does anyone know if this has been resolved? http://www.nabble.com/dhcpd.leases-t29568.html
17:33vagrantc_ has joined #ltsp
17:34
<vagrantc_>
Gadi: i haven't seen that behavior
17:34
Gadi: using ltsp5 on debian etch .. though the dhcp server is sarge
17:34
<Gadi>
vagrantc_: hmm... maybe it doesn't exist anymore in ltsp5
17:34
hmm...
17:34
<vagrantc_>
hopefully not :)
17:37cliebow_ has joined #ltsp
17:38ari_stress has quit IRC
17:39prpplague has quit IRC
17:44vagrantc has quit IRC
18:01Gadi has left #ltsp
18:04
<staffencasa>
vagrantc_, it was either you or sbalnead that helped me last week with a screensaver issue...
18:04
or both...
18:05
but I figured out what it was and it appears to be an issue with the kiosk plugin
18:05
it uses metacity, but never gets installed
18:05zodman has quit IRC
18:06
<staffencasa>
I had to add it to the base configuration script and add xscreensaver to the kiosk script then configure a .xscreensaver file for the kiosk user and place it in the proper home folder.
18:06
...just an FYI
18:08DonSilver has joined #ltsp
18:13
<vagrantc_>
staffencasa: i think ogra fixed that recently
18:26
<staffencasa>
okay, cool, just thought someone else out there might run into it
18:32cliebow_ has quit IRC
18:41staffencasa has quit IRC
18:57spectra has joined #ltsp
19:14vagrantc_ has quit IRC
19:25gonzaloaf has joined #ltsp
19:34ltspbot` has joined #ltsp
19:34
<sn9_>
oooh, a supybot!
19:39DonSilver has quit IRC
19:47ltspbot_ has joined #ltsp
19:50ltspbot has quit IRC
19:55systest has joined #ltsp
19:55zodman has joined #ltsp
19:56
<Ryudo>
hi all
19:57
how i'm make autologin on terminals using ltsp5 ?
20:03ltspbot` has quit IRC
20:09systest has quit IRC
20:28lns has quit IRC
20:52J45p3r has joined #ltsp
20:57ari_stress has joined #ltsp
20:58
<ari_stress>
morning
20:58
<sn9_>
evening
21:00
<ari_stress>
i'm in GMT+7
21:00
:D
21:00
<sn9_>
UTC-7 in summer here
21:00
UTC-8 otherwise
21:02
Wed Aug 22 18:59:13 PDT 2007
21:08jammcq has joined #ltsp
21:09
<jammcq>
hey kidz
21:10gonzaloaf has quit IRC
21:11
<ari_stress>
hi jim
21:13
<jammcq>
hey ari_stress
21:23
<sn9_>
i'm looking into t2-project.org as a possible replacement for LBE
21:31LaserJock has joined #ltsp
21:32
<LaserJock>
jammcq: is it possible to change the screen resolution of a client in Edubuntu Feisty?
21:33
<sn9_>
just one client?
21:33
<LaserJock>
yep
21:33
that is, I only have one client
21:34
<sn9_>
oh, then one client == all clients, so just change it globally
21:34
chroot, and then "sudo dpkg-reconfigure xserver-xorg"
21:34
<LaserJock>
so xorg.conf in /opt/ltsp/i386/etc/X11/ ?
21:35
ah, thats a better way
21:35
<sn9_>
right, i guess
21:36
at least, that's my best guess
21:42J45p3r has quit IRC
21:46
<jammcq>
LaserJock: sure, just use the screen-resolution applet in Gnome
21:49ari_stress has quit IRC
21:53sbalneav has joined #ltsp
21:53
<jammcq>
SCOTTY !!!!!!!!!!!!!!!!!!!!!!!!
21:54
<sbalneav>
Hey jammcq
21:58savetheWorld has joined #ltsp
22:00zodman has quit IRC
22:01zodman has joined #ltsp
22:09LaserJock has quit IRC
22:15spectra has quit IRC
22:16LaserJock has joined #ltsp
22:16
<LaserJock>
hehe, I can't believe I'm LTSPing :-)
22:17
<sn9_>
believe it!
22:18newmember has quit IRC
22:21savetheWorld has quit IRC
22:30sbalneav has quit IRC
22:39sbalneav has joined #ltsp
22:40
<sbalneav>
Back
22:42
<sn9_>
side
22:46savetheWorld has joined #ltsp
22:53savetheWorld has quit IRC
23:10savetheWorld has joined #ltsp
23:20zodman has quit IRC
23:30ari_stress has joined #ltsp