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


Channel log from 5 May 2009   (all times are UTC)

00:40nubae has quit IRC
00:47cyberorg has quit IRC
00:48cyberorg has joined #ltsp
00:57NeonLicht has quit IRC
00:59alkisg has joined #ltsp
01:11klausade has joined #ltsp
01:47
<ltsppbot>
"alkisg" pasted "Clients hang at logout (ps -ef)" (5 lines) at http://pastebot.ltsp.org/319
01:48
<alkisg>
My Jaunty clients frequently hang at logout, could someone tell me which of the pasted 5 commands should be the first to finish (so this is the one that's hanged)?
01:49
ogra, I tried with fusa removed from the panel, and logging out using the gnome menus, but nothing changed...
01:52
ldm.log says that process with pid=3100 (that was the ssh process) died unexpectedly
01:54Cranky has quit IRC
01:55Cranky has joined #ltsp
02:23
<knipwim>
!seen johnny
02:23
<ltspbot`>
knipwim: johnny was last seen in #ltsp 3 days, 6 hours, 19 minutes, and 4 seconds ago: <johnny> pmatulis, sure.. why not.. as long as you install it
02:34
<alkisg>
Ryan52: ping?
02:35
<Ryan52>
alkisg: pong
02:35
<alkisg>
Ryan52: hi man
02:35
Some of my clients hang at logout because of line 223 of ldm.c: logerr(_("Unexpected terminated process: pid = %d"),
02:36
there's no break in this "else" and it keeps waiting for ssh which is already terminated
02:36
I had a similar problem some months ago and it was solved a few lines above in ldm.c,
02:36* Ryan52 "bzr pull"s
02:37
<alkisg>
but you told me then that you didn't want to insert a break in the last "else" because you wanted to be notified if/when such a bug occurs
02:37
So... I notify you :) and ask for help! :)
02:38
<Ryan52>
hm. the pid that unexpectedly terminated is the pid of what?
02:38
<alkisg>
Of ssh
02:39wftl has quit IRC
02:39
<Ryan52>
and which pid is it ldm_wait-ing on when this happens?
02:39
<alkisg>
root 3100 3007 0 11:10 pts/0 00:00:00 ssh -Y -t -M -S /var/run/ldm_socket_3007_10.160.31.10 -o NumberOfPasswordPrompts=1 guest08@10.160.31.10 echo LTSPROCKS; /bin/sh -
02:39
<Ryan52>
ok, but what is it expecting to terminate?
02:40
<alkisg>
Er, is this shown in the log?
02:40
<Ryan52>
no.
02:40
<alkisg>
So I need a patched ldm version to see it?
02:41
<Ryan52>
add 'loginfo("waiting for pid: %d", pid);' to the beginning of the ldm_wait function.
02:41
yes
02:41
<alkisg>
Ryan52: ok, but I don't have time to test in the school today, I'll have to do this on Thursday.
02:41
Could you tell me what other info you may need so that I can send it to you?
02:42
<Ryan52>
a break wouldn't make sense there anyway.
02:42
ssh hasn't already terminated.
02:42
some other thing has.
02:43X-TaZ has joined #ltsp
02:43
<Ryan52>
anyway, me -> sleep
02:43
<alkisg>
ssh is terminated in ps -ef
02:43
That's the "unexpected terminated process"...
02:44
<Ryan52>
oh.
02:44
sorry, it's late tonight. :)
02:44
<alkisg>
OK, Ryan52, thanks, I'll try to debug this and send you whatever I find
02:44
Goodnight! :
02:44
:)
02:49mikkel has joined #ltsp
03:15
<knipwim>
i have some problems setting ARCH in /etc/ltsp/ltsp-build-client.conf
03:16
it doesn't work, only the commandline argument --arch= works
03:16
anyone else have this problem?
03:26
<X-TaZ>
tried --arch i386 ?
03:27
<knipwim>
the --arch option works, for diverse archs
03:27
the ARCH setting in the config file doesn't have any effect
03:28
it isn't used by the 001-set-arch plugin
03:39
<X-TaZ>
cd ..
03:43alkisg has quit IRC
03:43
<ogra>
knipwim, you did use the variable name and it didnt work ? (option_arch_value would be the name used in that plugin by teh looks of it)
03:56alkisg has joined #ltsp
04:03X-TaZ has quit IRC
04:13F-GT has quit IRC
04:14alkisg has quit IRC
04:15F-GT has joined #ltsp
04:16intelliant has joined #ltsp
04:18X-TaZ has joined #ltsp
04:19NeonLicht has joined #LTSP
04:30
<knipwim>
ogra: the option_arch_value is the variable for the commandline option
04:31
using the option_arch_value in the config file works, but it can't be overwritten by the --arch commandline option
04:31
besides, using ARCH in the config file makes more sense to me
04:32
<X-TaZ>
04:32
" that i could translate in "E: There are problems and -y has been user without --force-yes"
04:32
I can't see where i have to put --force-yes
04:44
No idea ?
04:48
<laga>
X-TaZ: can you post the *complete* output of ltsp-build-client/ltsp-cluster on a pastebin?
04:53
<X-TaZ>
yes
04:55
http://pastebin.com/m2868b8f9
04:55
<ogra>
knipwim, file a bug then, thats not how its designed :)
04:57
<knipwim>
will do
04:58
<X-TaZ>
laga, any idea ?
05:00
<laga>
X-TaZ: yes. either remove the PPA from your sources.list or import its key or tell ltsp-build-client to accept unsigned packages
05:00
<X-TaZ>
How to tell it to accept unsigned packages ?
05:01
<ogra>
the only proper fix is to add the key
05:02
<X-TaZ>
Ok i'm gonna learn at it
05:02
<ogra>
https://help.launchpad.net/Packaging/PPA
05:02
<X-TaZ>
thanks
05:02
<ogra>
"Adding a PPA's keys to your system" is what you want
05:06
<X-TaZ>
I have difficulties to find the public PGP key on the ltsp-cluster's launchpad page
05:08
<ogra>
https://launchpad.net/~ltsp-cluster-team/+archive/ppa
05:09
if you still dont get it working, wait for stgraber to show up
05:11
<X-TaZ>
Ok thank you :)
05:13mikkel has quit IRC
05:13X-TaZ has quit IRC
05:26X-TaZ has joined #ltsp
05:26
<X-TaZ>
Well, now the pgp key works, but I still have my problem. I'll be waiting for stgraber
05:29mikkel has joined #ltsp
05:35Egyptian[Home] has quit IRC
05:41din_os has joined #ltsp
05:48jstraw|CapsWin is now known as Lumiere
05:50Egyptian[Home] has joined #ltsp
06:06pmatulis has joined #ltsp
06:09din_os has left #ltsp
06:17intelliant has quit IRC
06:29jammcq has quit IRC
06:54X-TaZ has quit IRC
06:56X-TaZ has joined #ltsp
07:12chrisjrob has joined #ltsp
07:12alkisg has joined #ltsp
07:14
<alkisg>
!seen sbalneav
07:14
<ltspbot`>
alkisg: sbalneav was last seen in #ltsp 8 weeks, 4 days, 20 hours, 21 minutes, and 1 second ago: <sbalneav> At some point it's a case of diminishing returns. I don't know wether you're a consultant or an employee, but hardware's cheap, and the amount of time you're going to spend: devising a patch, testing the patch, rolling a new kernel, then MAINTAINING that patch through every kernel upgrade (1 more message)
07:15Remaille has joined #ltsp
07:19datacrusher has joined #ltsp
07:28Eeyore-Jr has joined #ltsp
07:29artista_frustrad has joined #ltsp
07:30Cranky has quit IRC
07:42leio_ is now known as leio
07:53mikkel has quit IRC
07:53Shane has joined #ltsp
08:02
<pmatulis>
i'm having trouble specifying settings for an individual client via lts.conf (http://pastebin.com/m447c9970)
08:03
i cannot get the localapp (firefox) to run with that config
08:03
however, if i remove the mac address (line) then it works
08:10
<knipwim>
and when you capitalize the letters?
08:10
<pmatulis>
knipwim: let me try
08:13cliebow has joined #ltsp
08:13mikkel has joined #ltsp
08:17
<pmatulis>
knipwim: you nailed it
08:18X-TaZ has quit IRC
08:18
<pmatulis>
knipwim: i have a 2nd question, the XRAMPERC setting does not appear to be working, i deliberately set it low (at 20%) for testing, FF should come down but it doesn't
08:19
<knipwim>
i think it should be X_RAMPERC
08:20
http://www.ltsp.org/~sbalneav/LTSPManual.html#xorg-parameters
08:20
<pmatulis>
sigh
08:21
<knipwim>
almost there :)
08:21
<pmatulis>
knipwim: https://help.ubuntu.com/community/UbuntuLTSP/ResolveRamIssues set me astray
08:22Gadi has joined #ltsp
08:22
<rjune>
!g
08:22
<ltspbot`>
rjune: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
08:23
<Gadi>
morning, rjune
08:23X-TaZ has joined #ltsp
08:23
<rjune>
how's NYC?
08:23
<Gadi>
wet
08:25
<alkisg>
Hey Gadi. Have 2 minutes to look at 3 lines in sshutils.c that may be the cause of a logout hanging I'm experiencing?
08:25
<Gadi>
hmm.. 2 min for 3 lines
08:26
thats about how fast my mouth moves
08:26
;)
08:26
sure
08:26
<alkisg>
Heh :)
08:26
At the bottom of the file,
08:26
ldm_wait(pid);
08:26
read(ldm.sshfd, buf, sizeof buf); /* clear any exit message so ssh can exit cleanly */
08:26
ldm_wait(ldm.sshpid);
08:26
Is there any change that ldm.sshpid finishes *before* pid ?
08:26
*chance
08:27
<Gadi>
well, for that I need to read some more lines
08:27
:)
08:27
ur such a tease
08:27
<alkisg>
Ooops :)
08:27
<Gadi>
ok, one sec
08:27
lemme pull up a terminal window
08:27
<alkisg>
thanks man
08:28
<Gadi>
ok, so pid is ssh -O
08:29
<alkisg>
The first one should be the "exit" command that goes through the control channel, and the second one the init ssh channel...
08:29
<Gadi>
and sshpid is the SENTINEL
08:29
<pmatulis>
knipwim: nope, 'X_RAMPERC = 20' does not kill Firefox
08:30
<Gadi>
well, here, do this:
08:30
on a thin client log into ldm
08:30
<alkisg>
Gadi, and I think ssh finishes *before* the sentinel, so I get "Unexpected terminated process: pid =..." at ldm.log
08:30
<Gadi>
then, switch to a shell on vt2
08:30
and issue the ssh -O command thru the socket
08:30
and see if it hangs things
08:30
<X-TaZ>
stgraber, common , waiting for u :)
08:31
<Gadi>
alkisg: you mean you think ssh -O is being sent after the sentinel closes
08:31
if that is true, I would expect ssh -O to exit immediately and not hang
08:32
<alkisg>
Gadi, I think that `pid = ldm_spawn(command, NULL, NULL, NULL);` finishes *after* the ssh but only half of the times (and in this specific lab of mine)
08:32
<Gadi>
if you comment out the ssh -O stuff, do you still see the issue?
08:32
<alkisg>
So ldm_wait(pid); logs "Unexpected terminated process: pid = ***the ssh pid***"
08:32
And then ldm_wait(ldm.sshpid); waits forever
08:33
<Gadi>
you could be right
08:33
<knipwim>
pmatulis: i don't know why not
08:33
<Gadi>
if all goes smoothly, ssh -O is largely redundant
08:33
<alkisg>
Gadi, I didn't have time to properly debug it, I'll try it on Thursday, I just wanted to see if this was a possible scenario where it could go wrong...
08:33
<Gadi>
ssh -O is only there to try to make sure the ssh session exits
08:34
<alkisg>
Gadi: I was thinking of adding this check in ldm_wait: "if pid doesn't exist, don't wait for it, just log a programmer's error"
08:34
Do you think that would be acceptable?
08:34
<Gadi>
sounds good
08:34
doesnt make sense to wait for a non-existant pid
08:34
:)
08:34
<alkisg>
OK, thanks Gadi (that was a lot more than 2 minutes, sorry)!!
08:35
I'll check on Thurday and report back :)
08:35
<Gadi>
no worries - that was 2 pre-caffeinated minutes
08:42
<pmatulis>
anyone else have any idea why X_RAMPERC does not work?
08:44
<alkisg>
(btw, lts-parameters.txt erroneously reports this as XRAMPERC without the underscore)
08:44
<pmatulis>
alkisg: yeah, got bit by that, added the underscore now
08:44
<knipwim>
what? No manual entry for lts.conf
08:46X-TaZ has quit IRC
08:48X-TaZ has joined #ltsp
08:49treyh has joined #ltsp
08:57treyh_ has joined #ltsp
09:03treyh has quit IRC
09:04vvinet has joined #ltsp
09:07CAN-o-SPAM has joined #ltsp
09:08remi__ has joined #ltsp
09:10
<Gadi>
pmatulis: grep -R X_RAMPERC /opt/ltsp/i386/usr/share/ldm
09:11
and: grep -R X_RAMPERC /opt/ltsp/i386/usr/share/ltsp
09:11
step 1: make sure it is in the code
09:11
step 2: make sure the variable is being set properly on the client
09:16
<pmatulis>
Gadi: the file XS10-xramperc is there
09:16
Gadi: under ltsp directory
09:16
Gadi: not suere what you mean "make sure it is in the code"
09:16
<Gadi>
cool
09:16
you just did
09:16
our code changes
09:17
I never know if the version you have has the code you want
09:17
<pmatulis>
Gadi: ok
09:17
<Gadi>
:)
09:17
anyway, get a shell on the client
09:17
<pmatulis>
Gadi: there now
09:17
<Gadi>
and type: getltscfg -a
09:17
or, better: getltscfg -a |grep X_RAMPERC
09:17
<NeonLicht>
has anybody succeded on playing some music on a Windows server and listen to it from an LTSP client? (through rdesktop, of course) I have added -r sound:local to the SCREEN_XX line on lts.conf, but it doesn't seem to help
09:18
<pmatulis>
nice!
09:18
Gadi: i get the properly set variable
09:18
Gadi: "X_RAMPERC="20"
09:18
<Gadi>
pmatulis: thats not how it is quoted - is it?
09:19
<pmatulis>
Gadi: X_RAMPERC="20"
09:19
Gadi: that's what it says exactly
09:19Remaille has quit IRC
09:19
<pmatulis>
Gadi: then
09:19
Gadi: export X_RAMPERC
09:20
<Gadi>
looks good
09:20
hmm...
09:20
NeonLicht: do you need sound in both ldm and rdesktop at the same time?
09:20
NeonLicht: or just rdesktop?
09:21
oh - duh
09:22
why is that script there
09:22
hmm...
09:22
<NeonLicht>
Gadi, well, in my thin client just LDM, since I never use Windows. On some other clients, at least rdesktop... it ould be better on both, but people could live with sound from rdesktop for the time being... until they learn working on the LDM is better than on the rdesktop
09:22
<Gadi>
wait
09:22
<NeonLicht>
Gadi, what I mean is that it would be convenient to have different settings for different clients
09:22
<Gadi>
NeonLicht: well, I can give you a quick hack that disables sound on ldm but enables on rdesktop
09:22
OR I can give you a less quick hack that makes both work (I think)
09:23
<NeonLicht>
Gadi, that would be excellent, Gadi, thanks a lot :-)
09:23
hahaha
09:23
<Gadi>
NeonLicht: the issue is that ldm uses pulseaudio
09:23
and pulseaudio has control over the sound card
09:23
<NeonLicht>
yes, I'm listening to music wonderfully through pulseaudio
09:23
<Gadi>
so, you need to make rdesktop use pulseaudio
09:23
<NeonLicht>
I see
09:23
<Gadi>
OR kill pulseaudio and let rdesktop use the soundcard
09:24
killing is easy
09:24
:)
09:24
<NeonLicht>
so, the first approche is the less quick, and te last one the quick one XD
09:24
<Gadi>
you can simply add: pkill -9 pulseaudio to your rdesktop wrapper
09:24
but, then ldm won't have sound
09:24
<NeonLicht>
I see
09:25
<Gadi>
to make rdesktop use pulse, there are several techniques
09:25
one would be to install pulseaudio-utils in the chroot
09:25
and run rdesktop as:
09:25
PULSE_SERVER=tcp:127.0.0.1:4713 padsp rdesktop -r sound:local:oss ....
09:26
<NeonLicht>
Gadi, "pkill -9 pulseaudio" added as a new line on the wraper? before the while lop?
09:26
s/lop/loop
09:26
<Gadi>
yeah before (only need to kill it once
09:26
)
09:26
<NeonLicht>
sure :-)
09:26
I'm trying that one first
09:29
installing pulseaudio-utils on the chroot now...
09:31Shane has left #ltsp
09:34
<pmatulis>
oh well, X_RAMPERC is broken, will submit bug shortly
09:36* Gadi wonders if that script sets the ulimit in the appropriate place...
09:38
<alkisg>
Gadi, NeonLicht, what about `padsp rdekstop <options>`? I think it worked fine for me (a long time ago...)
09:38
<Gadi>
alkisg: right - thats one way to do #2
09:39
but he needs to also set the pulse server
09:39
<NeonLicht>
Gadi, killing pulseaudio hasen't seemed to help... I'm trying the other approach, although I'm not sure to understand exactilly how it is supossed to be done... "PULSE_SERVER=tcp:127.0.0.1:4713" <--- one line and the rest on a SCREEN_XX line, maybe?
09:39
<Gadi>
(he is running an rdesktop screen script)
09:39
NeonLicht: wait
09:39
one approach at a time
09:39
:)
09:39
<NeonLicht>
09:40
<Gadi>
NeonLicht: paste your lts.conf please
09:40
<NeonLicht>
Gadi, I'm not, anymore, since it hasn't helped, so I'm trying the second one (trying to force desktop to use pulseaudio :-)
09:40
<Gadi>
lol
09:40
<NeonLicht>
PULSE_SERVER=tcp:127.0.0.1:4713 padsp rdesktop -r sound:local:oss
09:40
SCREEN_10=modified-rdesktop -k es -r sound:local my.2003.server
09:41
<Gadi>
well, if you do approach #2 change to:
09:41
-r sound:local:oss
09:41
<NeonLicht>
you mean on the SCREEN_10 line?
09:41
<Gadi>
also, you DID make sure that you allow sound on the server right?
09:41
b default, audio mapping is disabled on windows
09:41
*by
09:42
<NeonLicht>
sure, Gadi, I have sound allowed in all clients
09:42
<Gadi>
ok
09:42
<NeonLicht>
Gadi, you mean by the Windows server (my experience with Windows is alost 0, never use it)
09:42
<Gadi>
right
09:42
you need to go into windows
09:42
and go to Terminal Services Configuration
09:42
<NeonLicht>
ah, ok :-)
09:42
<Gadi>
right click on the RDP connection, go to Properties
09:43
click the Client tab (I think)
09:43
and uncheck Disable Audio mapping
09:43
then, the user needs to log out and log in
09:43
for it to work
09:45
<NeonLicht>
in client tab there is "audio asignation" (or something similar), which is marked (allowd)
09:45
I don't find the "Disable Audio mapping" check box
09:46
<Gadi>
2003 or 2008?
09:47
<NeonLicht>
ooopppsss, sorry, I see, there is "Disable the next:" on top, so sound was, in fact disallowed :-))
09:47
I mean the check box was marked, therefore disallowed
09:51
<Gadi>
don't you love double negatives?
09:53
<NeonLicht>
I don't care, as long as I see it is one XDD
09:59
well, Gadi, now the media player doesn't complain on not finding any sound card, it starts "playing" an MP3 file, but it goes at a incredible fast speed (a 3 minutes MP3 file "plays" on about 15-20 seconds) and no sound comes out on the client
09:59Mip5 has joined #ltsp
10:01
<cyberorg>
NeonLicht, nice, that aught to save you a lot of time ;)
10:01
<NeonLicht>
hahaha, cyberorg, a lot, really XDDD
10:02
I think I'll watch all 5 seasons of Lost that way... I'll need just a couple of days or so XDD
10:04
<Gadi>
NeonLicht: what changes did you make on the client again?
10:04
<NeonLicht>
'cause, yes, cyberorg, video also plays as fast as music XDDD
10:04
Gadi: PULSE_SERVER=tcp:127.0.0.1:4713 padsp rdesktop -r sound:local:oss
10:05
<Gadi>
that was in your wrapper, fight?
10:05
*right
10:05
<NeonLicht>
Gadi: SCREEN_10=modiffied-rdesktop -k es -r sound:local:oss my.2003.server
10:05
Gadi, no, on the lts.conf file
10:05
<Gadi>
oh, no
10:05
you need to edit the wrapper script that you have to just run:
10:05
<NeonLicht>
was it supossed to go to the wrapper?
10:05
<Gadi>
PULSE_SERVER=tcp:127.0.0.1:4713 padsp rdesktop $*
10:05
instead of: rdesktop $*
10:06
<NeonLicht>
do PULSE_SERVER... ?
10:06
<Gadi>
(sorry - should have made that clearer)
10:06
right
10:06
<NeonLicht>
ko :-)
10:06
s/ko/ok
10:07
since you wrote "PULSE_SERVER=" I assumed it was a "WHATEVER=" lts.conf line XD
10:07
<Gadi>
:)
10:07
<NeonLicht>
Gadi: SCREEN_10=modiffied-rdesktop -k es -r sound:local:oss my.2003.server on lts.conf is ok, then or should I remove the oss reference also?
10:07
<Gadi>
right
10:07
it will be passed in with $*
10:08
<NeonLicht>
right is or righ I remove it? XDD
10:08
<Gadi>
remove it
10:08
it only needs to be in 1 place
10:08
and better for that place to be in lts.conf
10:08
<NeonLicht>
so, do I remove it from the wrapper, then?
10:08
<Gadi>
yes
10:09
<NeonLicht>
ok
10:09
<Gadi>
the wrapper should have: PULSE_SERVER=tcp:127.0.0.1:4713 padsp rdesktop -u '' $*
10:09* cyberorg offers Gadi some more caffeine
10:09
<NeonLicht>
no padsp /usr/bin/rdesktop ???
10:09
<Gadi>
either way
10:09
<NeonLicht>
ok :-)
10:09
<Gadi>
I am pretty sure /usr/bin is in PATH in the screen script environment
10:09
<NeonLicht>
give me some, also, cyberorg XDD
10:10
<cyberorg>
NeonLicht, you already see/hear everything too fast
10:10
<NeonLicht>
rebooting the thin client again XDD
10:10
<Gadi>
if it isn't, you will need: /usr/bin/padsp /usr/bin/rdesktop ...
10:10
<NeonLicht>
cyberorg, come on, don't be cheap, gimme some coffee also XDD
10:11
<cyberorg>
NeonLicht, didn't want you to shoot up in orbit with all this excitement, never know what additional caffeine could do to you :D
10:11
<NeonLicht>
hahaha
10:11
<treyh_>
Hey Gadi you still around?
10:12
<NeonLicht>
yeeeeaaaahhh!!!! got some sound!!!
10:12
<treyh_>
Wanted to know your suggestions of redirecting cdrom with rdesktop
10:12
<NeonLicht>
thanks a lot, Gadi! we've got it!!
10:13
<Gadi>
treyh_: well, the grand master plan is to have folks install ltspfs in the chroot and then add: -r disk:drives=/media/root to the rdp options
10:13
<cyberorg>
NeonLicht, please put that solution somewhere on wiki
10:13
<Gadi>
treyh_: it mostly works, but vagrantc seems to have problems with cdroms when doing this
10:13
if you could test it, too, that would be great
10:13
:)
10:13
<treyh_>
ok I'll get that done :P
10:13
should be able to do it today
10:13
<Gadi>
great
10:14
<treyh_>
just need to look up how to install ltspfs
10:14
<Gadi>
the idea is to use ltspfs as the automounter on the client side
10:14
sudo chroot /opt/ltsp/i386 apt-get install ltspfs
10:14
sudo ltsp-update-image
10:14
<cyberorg>
Gadi, it works great, but if the non-existing floppy is enabled from bios it takes very long time to login
10:14
<NeonLicht>
Gadi, CDs? yu mean play a CD placed on the Windows server and isten to it on the LTSP client?
10:14
<Gadi>
NeonLicht: no a cd in the client
10:14
show up on the windows server
10:15
<NeonLicht>
I'm now listening music from a Win2003 server at about 7km appart from here XDDD
10:15
<Gadi>
as a folder under a mapped drive
10:15
<NeonLicht>
I'll try that, Gadi, but first I have to fetch a CD from home... most probably I'll be back to this ofice next monday...
10:15
<Gadi>
well, it should apply to all removable media
10:16
<NeonLicht>
Ill try an USB stick then
10:17
were is it suppossed to show up?
10:17
<Gadi>
My Computer
10:17
drives on <hostname>
10:18
<NeonLicht>
Your Computer? I though it would show up on mine XDDD
10:18
<Gadi>
todos son comedienes
10:18
<NeonLicht>
drives on <hostname>? don't know what you mean by that :-(
10:19
<Gadi>
like: drives on ws0001
10:19
should be a mapped drive
10:19staffencasa has joined #ltsp
10:19
<NeonLicht>
oh, I see, it doesn't show anything different from the local drives on the server, I'm afraid
10:19
<Gadi>
did you install ltspfs in the chroot?
10:20
and reboot the client?
10:20
oh, also, your version of ltspfs may not be new enough
10:20
<NeonLicht>
no, I did not install ltspfs, since USB sticks and CDs worked fine on LDM
10:20
<Gadi>
right
10:20
so, then it shouldnt work
10:20
:)
10:21
rdesktop runs on the client
10:21
so, it doesnt help if it works on your linux server
10:21
:D
10:21
<NeonLicht>
XDDD
10:21
ok, installed on the chroot and rebooting the client...
10:21
<Gadi>
brb, guys
10:22
<NeonLicht>
thanks a lot, Gadi, see you latter, then :-)
10:25remi__ has quit IRC
10:26
<treyh_>
Gadi, what wsa the rdesktop command again?
10:27
(sorry don't know how to scroll up in irssi)
10:27
<NeonLicht>
treyh_, PgUp / PgDown
10:27
<treyh_>
i got it ty
10:27
<NeonLicht>
treyh_, and also, which rdesktop command you want to know?
10:28
<treyh_>
i got it, it was -r disk:drives=/media/root
10:28
I'm testing out ltspfs
10:28
<NeonLicht>
do you need to add that for the USB sticks and CDs to work, then? I'm aso trying to set that up
10:29
<treyh_>
Gadi suggested I put that in for cdrom's after install ltspfs
10:29
you have the command to install ltspfs?
10:29
<NeonLicht>
I see, treyh_, gonna try it also...
10:30
<treyh_>
sudo chroot /opt/ltsp/i386 apt-get install ltspfs
10:30
<NeonLicht>
treyh_, I do "aptitude install ltspfs" on the chroot on Debian GNU/Linux, which distro do you use?
10:30
<treyh_>
sudo ltsp-update-image
10:30
i'm using ubuntu 8.10 intrepid
10:30
<NeonLicht>
no need to update the image in Debian
10:30
no idea about Ubuntu, though
10:30
<treyh_>
cool
10:30Remaille has joined #ltsp
10:30
<treyh_>
yea have to in ubuntu
10:31
i'm booting the first client after install now
10:31
oops
10:31
forgot to modify lts.conf
10:33
<NeonLicht>
adding "-r disk:drives=/media/root" keeps the rdesktop conection to work for me :(
10:36
it could be because I already had a -r sound option there and it doesn't take two
10:41
<treyh_>
Gadi ok I tried it with no luck
10:41
for redirected drives it only shows drives on ltsp
10:41
but it's bank and I have a cdrom in the drive
10:41
<Gadi>
hey there
10:42
<treyh_>
-a 16 -r sound:local:alsa -r disk:drives=/media/root
10:42
thats what i have in lts.conf
10:42
<Gadi>
treyh_: can you do: chroot /opt/ltsp/i386 dpkg -l ltspfs
10:42
<treyh_>
yes
10:43
want me to paste the output?
10:43
<Gadi>
just the version
10:43
<treyh_>
0.5.5-0ubuntu1
10:44
<Gadi>
ah prolly too old a version
10:44
you may have to upgrade to stgraber's ppa package
10:45
!stgraber-ppa
10:45
<ltspbot`>
Gadi: "stgraber-ppa" is https://launchpad.net/~stgraber/+archive/ppa
10:45NeonLicht has quit IRC
10:45wigwam has quit IRC
10:45ninkendo has quit IRC
10:45sutula has quit IRC
10:45map7 has quit IRC
10:46
<Gadi>
if you add this to /opt/ltsp/i386/etc/apt/sources.list
10:46
deb http://ppa.launchpad.net/stgraber/ppa/ubuntu intrepid main
10:47
<treyh_>
ok added it
10:47
<Gadi>
and sudo chroot /opt/ltsp/i386 apt-get update; sudo chroot /opt/ltsp/i386 apt-get install ltspfs
10:47ninkendo has joined #ltsp
10:47wigwam has joined #ltsp
10:47
<Gadi>
sudo ltsp-update-image
10:47NeonLicht has joined #LTSP
10:48
<epsas>
hmm
10:48
how do I get usb drives working on terminals
10:48
in debian ltsp
10:48
<NeonLicht>
hello again
10:48
<epsas>
hello
10:48
<treyh_>
awesome, updating image now
10:48
<NeonLicht>
epsas, you need to add LOCALDEV=True into lts.conf
10:49
<epsas>
coolness
10:49
<NeonLicht>
treyh_, I haven't got it working, either
10:49
treyh_, have you made any other changes?
10:49
<treyh_>
read just above what Gadi just told me to do
10:49
to update strgraber's ppa package
10:49
<NeonLicht>
epsas, you also need to add the user to the fuse group, I think
10:49
<treyh_>
might be the same for you
10:50
<NeonLicht>
treyh_, I got disconnected and cannot read that
10:50
treyh_, what did he tell you?
10:50
<Gadi>
NeonLicht: http://www.nubae.com/logs/
10:50
;)
10:50knipwim has quit IRC
10:50
<treyh_>
add deb http://ppa.launchpad.net/stgraber/ppa/ubuntu intrepid main to deb http://ppa.launchpad.net/stgraber/ppa/ubuntu intrepid main
10:50
<Gadi>
#ltsp is full service
10:50
:D
10:50
<NeonLicht>
hanks, Gadi :-)
10:51
<treyh_>
sudo chroot /opt/ltsp/i386 apt-get update; sudo chroot /opt/ltsp/i386 apt-get install ltspfs
10:51
<NeonLicht>
treyh_, I don't use Ubunt
10:52
<treyh_>
i know Neon
10:52
the image update is done, client is booting
10:52
<Gadi>
NeonLicht: vagrantc may have some input on whether the debs work on debian
10:53
or if he has debs for you with morw recent code
10:53
*more
10:53
he'll prolly say something like its in experimental
10:53
or some such
10:53knipwim has joined #ltsp
10:53
<NeonLicht>
Gadi, ok, I'll ask vagrantc, then. He adviced me to upgrade to Lenny backports to get localapps working, which I did and worked fine
10:54
<treyh_>
no luck gadi
10:54
<Gadi>
grr
10:54
treyh_: can you get a shell on the terminal
10:54
<treyh_>
only says, drives on ltsp and is blank
10:54
<NeonLicht>
I'm upgrading everything on the chroot now...
10:54
<Gadi>
*thin client
10:55
and see if cdpinger is running
10:55
<treyh_>
ok sec
10:55
<Gadi>
and if there are any directories under /media
10:55
<treyh_>
well
10:55
how do i escape out of the rdesktop?
10:55
<pmatulis>
does SSH login to a thin client alway require the thin client user to set up a deamon listening on a non-standard port?
10:55
<Gadi>
pmatulis: ?
10:56
by defaul tit uses 22
10:56
*it
10:56markit has joined #ltsp
10:56
<NeonLicht>
my /media/ dir is empty on the thin client, pmatulis
10:56
<Gadi>
treyh_: set: SCREEN_02=shell in lts.conf
10:56
and then ctrl-alt-f2
10:56
(after you reboot the client)
10:57
NeonLicht: right
10:57
<markit>
hi, with ltsp-build-client I can create the chroot environment for clients. What about, after some time, I want to update that packages (without having to reinstall everything running the same command)?
10:57
<NeonLicht>
ooopppsss... not anymore after I pluged in the USB stick :-)
10:57
root subdirectory with an usb... subsubdir has shown up
10:58
<Gadi>
ah, great
10:58
NeonLicht: did you add: -r disk:drives=/media/root
10:58
to your rdp options
10:59
<NeonLicht>
but, as soon as I add "-r disk:drives=/media/root" the rdesktop does not connect to the win2003 server at all, the X screen remains black all foever
10:59
s/foever/forever
10:59
<Gadi>
then, you typed something wrong
11:00
<NeonLicht>
copy'n'paste: -r disk:drives=/media/root
11:00
<Gadi>
make sure you don't have a smiley in there
11:00
:)
11:00
<NeonLicht>
hahha, I don't!
11:00map7 has joined #ltsp
11:00
<treyh_>
ok cdpinger is running
11:00
no directories under /media
11:01
<Gadi>
treyh_: you wouldnt happen to have a USB stick, would you?
11:01
<treyh_>
yes
11:01
<Gadi>
what happens if you plug that in?
11:01
<treyh_>
sec, gotta ru n and grab it
11:03markit has quit IRC
11:03sspencer has joined #ltsp
11:03
<treyh_>
ok plugged it in
11:04
came up with two SDA lines
11:04
drive caching write trhough ro something like that bu tno directories in /media
11:04
<Gadi>
is there a /media/root ?
11:04
<treyh_>
no
11:05
<NeonLicht>
is there a way to add all the common RDP options on lts.conf on one place, instead of on the SCREEN_XX= line?
11:06
<treyh_>
you could always use a vi replace command
11:06
:%s/-r blah blah/-r new new/g
11:06
<Gadi>
or set it in RDP_OPTIONS
11:06
<treyh_>
I think thats the command
11:06
<Gadi>
you can use RDP_OPTIONS for the common stuff
11:06
<NeonLicht>
sure, I could, but I'd prefer to make the SCREEN_XX= lines shorter :-)
11:06
<Gadi>
and pass specific stuff in the SCREEN_XX line
11:06
<NeonLicht>
great, Gadi, thanks!
11:07
<treyh_>
oh i see what you mean
11:07
<NeonLicht>
would "RDP_OPTIONS=-k es -r sound:local:oss -r disk:drives=/media/root" be ok, then?
11:07
<Gadi>
yeah, but you should put quotes around the value
11:08
RDP_OPTIONS="-k es -r sound:local:oss -r disk:drives=/media/root"
11:08
<NeonLicht>
ok, Gadi, thanks
11:08
<Gadi>
any value with spaces should have quotes around it
11:08
<treyh_>
btw Gadi I love jaunty
11:09
<Gadi>
you love being jaunty?
11:09
:)
11:09
<treyh_>
automatically solved several of my issues with my laptop
11:09
lol
11:09
<pmatulis>
Gadi: re sshd, i want to connect directly to the client, not the server
11:09
<treyh_>
no I'm the jackalope lol
11:10
<Gadi>
be cool if you were double-jaunty
11:10
pmatulis: sudo chroot /opt/ltsp/i386 LTSP_HANDLE_DAEMONS=False apt-get install ssh
11:11
<NeonLicht>
great, Gadi, placing the -r disk option on "RDP_OPTIONS" instead on the SCREEN_XX lines has made the "drives on ltsp..." appear on the WinSlow server and I can now access the USB stick on it :-)
11:11
thanks a lot, Gadi
11:11
<Gadi>
well, that's one working one not
11:11
:)
11:11
sigh
11:11
<treyh_>
cool :P
11:11
<sspencer>
I've got (I hope) a quick question re: ltsp5 and Fedora 10
11:11
<treyh_>
i'll test my usb stick
11:11
<Gadi>
at some point, I will need to really dive into the ltspfs code more
11:11
<treyh_>
to see if it works
11:12
no luck
11:12
<Gadi>
treyh_: on the shell on the client, do: ls -l /usr/sbin/ltspfsmounter
11:13
<sspencer>
I'm trying to change from a dhcp assigned address for the external interface to a statically assigned one
11:13
can't seem to find out where this is done after the fact
11:14
in the old days I would have just vi-ed the conf
11:14
<treyh_>
ok
11:14
sec
11:14
<sspencer>
but the device does not exist there
11:15* Gadi knows not the ways of fedora 10
11:15
<Gadi>
is there a gui?
11:15
:)
11:15
<NeonLicht>
is it ok to remove an USB stick on the thin client running ltspfs on it (the thin client) after 2 secs of being used last w/o unmounting it?
11:15
<treyh_>
yea networkk manager right?
11:15
<sspencer>
oh yeah, but it doesn't show the interface
11:15
<Gadi>
NeonLicht: yup
11:15
<treyh_>
ok Gadi I did that
11:16
<NeonLicht>
cool, Gadi :-)
11:16
<Gadi>
treyh_: it is there and executable?
11:16
<treyh_>
sspencer i think it's under
11:16
/etc/network/interface/
11:16
there are files like eth0-cfg
11:16
thats where the static ip info will go
11:16
yes Gadi
11:16
<sspencer>
ok
11:16
thanks
11:17
<treyh_>
yw sspencer
11:17
shows up as green
11:17
Gadi, ltspfsmounter shows up in green
11:18
<Gadi>
treyh_: ls -a /tmp
11:18
any .root-ltspfs directories?
11:19
treyh_: I am assuming removable media worked in ldm, right?
11:19japerry has quit IRC
11:19
<pmatulis>
Gadi: LTSP_HANDLE_DAEMONS is rude! i always had the user launch his own SSH daemon.
11:20
<treyh_>
no
11:20
<pmatulis>
Gadi: is your comment the standard way for connecting to a client?
11:21
<Gadi>
heh
11:21
what?
11:21
there is no ssh server running on the client normally
11:22
you need to install it
11:22
<pmatulis>
Gadi: i install it on the server for normal management purposes
11:22
<Gadi>
if you install on the server, you can ssh into the server
11:22
if you install in the chroot, you can ssh into the client
11:23* alkisg wonders why "ldm" that he compiled manually is 69K while jaunty's is 22K ...:(
11:23
<pmatulis>
Gadi: once i'm logged it to a client i launch a separate sshd on a different port
11:23
Gadi: then i log in to the client
11:24
<Gadi>
so, by client you mean "customer"
11:24
not thin client
11:24
<pmatulis>
Gadi: no, thin client
11:24
<Gadi>
ok, you lost me
11:25
:)
11:25
you log into ldm?
11:25
<pmatulis>
Gadi: i did this a while back, maybe i'm confusing something
11:25
<Gadi>
you are sitting at a thin client
11:25
<pmatulis>
Gadi: let me test before going any further
11:25
<Gadi>
you log into ldm
11:25
you have a session on the server
11:25
via ssh
11:25
now, you want to launch another sshd on a different port?
11:25
to do what?
11:26
<pmatulis>
Gadi: connect to client as i remember
11:27
<Gadi>
no - to connect to the client, you need sshd running on the client
11:27
which means you need to install it in the chroot
11:27vvinet has quit IRC
11:28
<NeonLicht>
going home now, thanks a lot for all your help, Gadi, now I think those nice clients are really ready for my co-workers to use both with LDM and rdesktop. It's waaaay cool, really :-)
11:28
<Gadi>
enjoy
11:28
<pmatulis>
Gadi: i wonder what i did then
11:29
Gadi: k, i think i got it
11:30
Gadi: what i was doing was port forwarding to my irc client running within the session
11:30
<Gadi>
ah
11:31
<pmatulis>
Gadi: so not to the client itself, heh
11:31
<Gadi>
too many clients - not enough money
11:31
:)
11:32
<pmatulis>
Gadi: :)
11:33
Gadi: what is the definitive source for lts.conf options? i don't find lts_parameters.txt on my system. need to install Ubuntu source package?
11:33
<Gadi>
wahts ur system?
11:33
ubuntu?
11:33
<pmatulis>
Gadi: yes
11:34
<Gadi>
should be in /usr/share/docs, I think
11:34
<pmatulis>
Gadi: no, not there
11:34
<Gadi>
hmm..
11:35
well, even as a definitive source, lts_parameters.txt is not 100% complete
11:35
we seem to keep adding things
11:35
stupid progress
11:35
!ubuntu
11:35
<knipwim>
mine is in /usr/doc/
11:35
<ltspbot`>
Gadi: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
11:35
<Gadi>
maybe there's something there
11:35
:)
11:36
knipwim: on ubuntu?
11:36
<knipwim>
gentoo
11:36
<Gadi>
ah, gentoo
11:36
<pmatulis>
knipwim: there you go
11:36
<Gadi>
:)
11:36
<pmatulis>
online doc?
11:36
<Gadi>
we have several
11:36
:)
11:36
!docs
11:36
<ltspbot`>
Gadi: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
11:36
<Gadi>
!ubuntu
11:36
<ltspbot`>
Gadi: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
11:36
<pmatulis>
besides the Admin manual, it doesn't seem to have everything
11:37Lns has joined #ltsp
11:37
<Gadi>
well, you can find the latest lts_parameters.txt in launchpad if nowhere else
11:37
<treyh_>
any more ideas on the drive redirection Gadi?
11:38
<Gadi>
treyh_: it works in ldm, right?
11:39
<treyh_>
not sure
11:39
<Gadi>
treyh_: ah, ok
11:39
<treyh_>
only using rdesktop but I can test ldm
11:39
<Gadi>
give a test of ldm, as a sanity check
11:40
make sure that works
11:40
<treyh_>
this is on a laptop
11:40
<Gadi>
ok
11:40
<treyh_>
probably wouldn't matter right?
11:40
<Gadi>
shouldnt
11:40
<treyh_>
I can try another desktop also to verify everything is good
11:40
I'll try at least one more machine
11:40
and then I'll try ldm
11:40
and let you know
11:40
<Gadi>
ok
11:41
<treyh_>
btw ty again, you rock
11:41
<---droalt
11:41yanu has quit IRC
11:41
<Gadi>
I would rock more if I had time to test and fix myself
11:41
:)
11:41vvinet has joined #ltsp
11:41
<treyh_>
lol no I understand
11:42
I get about 2 hours of personal time a night
11:42
where the last thing on my mind is work, linux, or fixing problems lol
11:42
I play fighterace lol (a WWII) combat simulator
11:43
if you ever need me to test something
11:43
let me know, I'll test it
11:43
<Gadi>
thx
11:43
<treyh_>
if you would like you can also email me things you would like tested with ltsp
11:46
<epsas>
hmm
11:49
<pmatulis>
with Ubuntu is it recommended to build a new client chroot from scratch when upgrading OS to a new release? i will need to re-install all chroot apps?
11:50
<epsas>
if i edit the lts.conf in debian do i need to rebuild the image?
11:50
in debian lenny with backported ltsp
11:52
<Gadi>
pmatulis: I think it usually is recommended to rebuild from scratch. You can always make a backup of your current chroot and try to do a dist-upgrade, but the recommended way would be from scratch
11:52
epsas: lenny doesn't use images
11:52
it uses NFS
11:52
just edit the file in place
11:52
<epsas>
weird - okay
11:52
i enabled LOCALDEV and SOUND -- but no dice on either
11:52
<pmatulis>
Gadi: and thus re-install any chroot apps?
11:52
<epsas>
i will need to find out how to debug this situation
11:52
<Gadi>
pmatulis: yeah
11:53
<pmatulis>
Gadi: k
11:53
<Gadi>
epsas: start with SCREEN_02=shell
11:54
and from a shell on the client, getltscfg -a
11:54
or: . /usr/share/ltsp/ltsp-config
11:54
env|grep LOCALDEV
11:54
tho, localdev and sound should be enabled by default
11:57
<epsas>
hmm
11:57
they are commented out with values of "False" in the default conf
11:57
<Gadi>
I think that's vagrantc's way of saying they are true by default
11:58
<epsas>
oh - i tried doing SCREEN_02=shell before, but the shell was overlayed ontop of a login shell
11:58
<Gadi>
ah - use SCREEN_08
11:58
instead
11:58
<epsas>
coolness
11:58
<Gadi>
debians got getty's on 1-6
11:58
<epsas>
let me retry!
12:04
<Gadi>
bbiab
12:07offtools has joined #ltsp
12:17
<offtools>
hi, is local cd-writing (usb cd-writer) supported in ltsp?
12:23
<epsas>
hmm
12:24
i tried placing SCREEN_01=startx and it doesn't do anything
12:24japerry has joined #ltsp
12:28dan_young has joined #ltsp
12:32chrisjrob has left #ltsp
12:33
<ogra>
epsas, i think that was renamed to xdmcp
12:33
<epsas>
ahh
12:33
<ogra>
(though dont expect any feature to work with it, they all rely on the ssh tunnel from ldm)
12:37
<epsas>
okay- i still come up with a login prompt on tty1
12:37offtools has quit IRC
12:41
<Gadi>
SCREEN_07 (or higher) on debian
12:42
<epsas>
got it
12:46
hmm - now i just get an xcursor
12:46
<alkisg>
Gadi, sorry for the constant annoying, what's the proper configure path for compiling ldm in ubuntu? ./configure --prefix=/usr ?
12:46
<Gadi>
sounds about right - you could always apt-get source ldm
12:46
and check the debian/rules
12:47
<alkisg>
Ah right I used the trunk sorry :(
12:47
<Gadi>
ah
12:49
<epsas>
hmm - are we sure that SCREEN_07=xdmcp will bring up an XDM login window?
12:49
<Gadi>
only if you enable gdm to accept remote connections
12:51
<epsas>
what are the defaults?
12:51
<Gadi>
by default, we use ldm
12:51
<epsas>
it seems that if i enable a shell then the terminal doesn't start a login window
12:52
<Gadi>
which only requires an ssh server on the server
12:52
<epsas>
SCREEN_07=ldm?
12:52
<Gadi>
yup
12:52
SCREEN_07=ldm
12:52
SCREEN_08=shell
12:52
should get you to a login and shell
12:52
<epsas>
is this, by chance, documented anywhere? ;)
12:52
<Gadi>
somewhere
12:52
:)
12:53
<epsas>
heh
12:53
so - i have SOUND and LOCALDEV set to true
12:53
but neither work in the remote terminals
12:53
so I am wondering if there are libraries to install
12:54
<Gadi>
is ltspfs installed on the server?
12:54
u need that for local devices
12:56
<alkisg>
Argh I missed the libexecdir, ./configure --prefix=/usr --libexecdir=/usr/lib thanks Gadi for the debian/rules hint
12:56
<Gadi>
thats why they let me hang out here
12:58
<alkisg>
Heh I wish irc allowed real beers to be transported
12:58
<treyh_>
lol
12:59
<epsas>
ltspfs is installed ltspfsd is not
13:00
<Gadi>
good
13:00
is your user a member of the fuse group?
13:00
!localdev
13:00
<ltspbot`>
Gadi: "localdev" is (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
13:01
<Gadi>
ah, there we go
13:01
:)
13:01
<epsas>
excellllllent!
13:01
i guess i will need to create a fuse group
13:01
<treyh_>
Ok Gadi, would you also think that, if a client only pxe boots 1 out of 5 times that it's definitely hardware?
13:01
<epsas>
on the NIS master
13:02
<Gadi>
treyh_: where does it get stuck?
13:02
<treyh_>
doesn't pull dhcp
13:02
<Gadi>
epsas: no, it must be the same as the server's system group "fuse"
13:02
same gid
13:02yanu has joined #ltsp
13:02
<Gadi>
treyh_: it just sits at DHCP.......
13:03
<treyh_>
dhcp timeout
13:03
<epsas>
gadi - wel, the server will need to get it's fuse group from NIS then
13:03
<Gadi>
epsas: no, server has a fuse group
13:03
a local fuse group
13:03
<epsas>
why can't it be an NIS group?
13:03
<Gadi>
you should add the NIS users to the local fuse group
13:03
<epsas>
it will be hard to add NIS users to a local group
13:04
hmm
13:04
<Gadi>
it can, but you need to make the gids match
13:04
<epsas>
well, i could just remove teh local fuse group
13:04
<Gadi>
which may not be portable across multiple systems
13:04
<epsas>
maybe
13:04
<Gadi>
no
13:04
because the files are already created with its gid
13:04
adduser user fuse
13:04
<epsas>
ahhh
13:04
shohot
13:05
i will need to figure out a programmatic way of keeping the user accounts in sync with the local fuse group
13:05
shoot
13:05
<Gadi>
otherwise, you will need to hack the udev rules and fusermount to be setuid root
13:05
<epsas>
(typing on an eeepc)
13:14sutula has joined #ltsp
13:36spectra has joined #ltsp
13:38
<alkisg>
I tried changing ldm_wait(GPid pid) to wait for the specific pid that it was called for, and not for any child:
13:38
- res = waitid (P_ALL, 0, &info, WEXITED | WSTOPPED);
13:38
+ res = waitid (P_PID, pid, &info, WEXITED | WSTOPPED);
13:38
Now it works half of the times, but sometimes it gets stack in the end of ssh_endsession:
13:38
read(ldm.sshfd, buf, sizeof buf); /* clear any exit message so ssh can exit cleanly */
13:38
Ryan52, Gadi, could you explain to me what's this "read" for? I mean, "exit" was called, so ssh is about to be terminated, is it wise to read from a possibly terminated process?
13:41
(I do have an actual problem of clients not logging out, I'm not just testing around :P :))
13:42
When this happens (hanging at read()), ssh shows as <defunct> in ps -ef...
13:42twinprism has joined #ltsp
13:44F-GT has quit IRC
13:45cliebow has quit IRC
13:58F-GT has joined #ltsp
14:04vagrantc has joined #ltsp
14:19treyh has joined #ltsp
14:25treyh_ has quit IRC
14:35
<alkisg>
OK, I changed the fd to non-blocking [fcntl(ldm.sshfd, F_SETFL, O_NONBLOCK);] and now it works OK. I'll test in the problematic lab and report if this solves all hangs.
14:43Remaille has quit IRC
14:44
<treyh>
Gadi, I have more bad news for you, tried cdrom/usb stick on LDM and neither worked
14:45
<Gadi>
thats not bad
14:45
thats good
14:45
<treyh>
hwoever under /media there were two folders, cdrom and cdrom0, but neither had anything in them
14:45
<Gadi>
hmm...
14:46
<treyh>
want me to browse around in syslog and messages for errors?
14:46
<Gadi>
sure
14:46
<treyh>
n/m no errors there
14:47
<Gadi>
do you have the cdrom and media stick inserted?
14:47
<treyh>
well there was this
14:47
78295
14:47
oops wrong thing
14:47
kernel: [600892.460536] ppdev0: unregistered pardevice
14:47
<Gadi>
thats a windows error :P
14:47
<treyh>
lol
14:47
windows is an error
14:47
<Gadi>
yeah, nm that ppdev thing
14:47
I get that too
14:47
with newer kernels
14:48
unrelated
14:48
can you cat /var/run/ltspfs_fstab
14:48
<treyh>
would doing a fresh install of jaunty help out?
14:49
<Gadi>
hmm...
14:49
perhaps
14:49
or before you do that
14:49
try:
14:49
<treyh>
don't have a /var/run
14:49
<Gadi>
sudo chroot /opt/ltsp/i386 apt-get upgrade
14:49
on the server
14:50
and upgrade ltsp-client and ldm
14:50
etc
14:50
<treyh>
n/m i do, i'm a moron
14:50
<Gadi>
maybe they all need to be newish
14:50
<treyh>
there is no ltspfs_fstab in /var/run
14:52
would apt-get upgrade upgrade to jaunty?
14:52
it would upgrade the chroot to jaunty?
14:52
<Gadi>
no
14:52
but it would upgrade the ltsp packages all to stgraber's
14:54
<treyh>
so I do apt-get upgrade
14:54
so I do apt-get upgrade ltsp-client
14:54
so I do apt-get upgrade ldm
14:54
?
14:54
all with the above chroot command?
14:54
<Gadi>
no
14:54
upgrade should get all
14:54
<treyh>
cool
14:55
<Gadi>
(use install if you want to do them individually)
14:55
<treyh>
ok upgraded
14:55
rebuilding image
14:55
<Gadi>
of ltsp-update-image
14:55
cook
14:55
gah!
14:55
cool
14:55
<treyh>
lol
14:55
<Gadi>
*sigh*
14:55
<treyh>
i can't type today either
14:55
I want you to know I really appreciate your help Gadi
14:55
I try to help other people that come in here with questions that I know the answers too
14:55
<alkisg>
(don't forget apt-get update)
14:55
<Gadi>
I want you to know Im married
14:55
:P
14:56
<treyh>
lol
14:56
<epsas>
Gadi - same here. you helped out a lot
14:56
<treyh>
Married to a woman or ubuntu?
14:56
lol
14:56
<Gadi>
never marry yourself to a distribution
14:56
<treyh>
lol
14:56* Gadi tries to remember the sage who told him that one
14:56
<laga>
Gadi: yeah, a cute redhat might come along
14:56
<treyh>
I'm married to a woman too, almost have her converted to ubuntu
14:57
<epsas>
Redhats are high maintenance
14:57
<treyh>
Gadi do I need to apt-get update too?
14:57* Gadi was unaware you could convert women into distributions
14:57
<Gadi>
whats the conversion rate?
14:57
<treyh>
lol
14:57
<epsas>
if you want your marriage to work, you'll have to sign contracts before you get hitched
14:57
<Gadi>
treyh: if you hadnt updated recently, I would have had you update prior to upgrade
14:57
<treyh>
she wants to use ubuntu but doesn't want to use wine
14:57
<Gadi>
ur good
14:57
<epsas>
oh my. this conversation could get mysogyninistic quick... not that i have done anything to stop it
14:58
<Gadi>
update refreshes apt's knowledge of whats out there
14:58
<treyh>
I'll update for good measure
14:58
<Gadi>
lol
14:58
<treyh>
no wait did that earlier
14:58
just a couple hours
14:59
ok image, rebooting client
15:03
no luck
15:05
so you think a jaunty fresh install might do the trick?
15:05sspencer has quit IRC
15:06
<treyh>
I'm not opposed to switching directly to debian either, Just am much more familiar with ubuntu
15:06
<Mip5>
Afternoon folks - I'm still having trouble getting the nvidia drivers working in the thin client. Do they need to be installed on the server too, or just the chroot?
15:06
<Gadi>
you and me both
15:06
treyh: give jaunty a whirl
15:07
make sure localdev in ldm is good
15:07
<treyh>
will do that now :P
15:07
<Gadi>
then do what we did with installing lltspfs in the chroot
15:08
and seeing if rdesktop -r ... works
15:08
<treyh>
k
15:08
<Gadi>
it could be just something with that image or with intrepid or something
15:08
or with the code
15:08
:)
15:08
<treyh>
my laptop crashed so I need to redo my howto guide anywayz
15:08
<Gadi>
but, cyberorg and NeonLicht tell me its working
15:09
so, hey
15:09
preolly just needs ironing
15:09
<treyh>
just needs ironing?
15:09
<Gadi>
you know, like wrinkled slacks
15:09
<treyh>
lol
15:09
<Gadi>
I thought you were married
15:09
:P
15:10
<treyh>
yea but my wife irons mine
15:10
lol
15:10
<Gadi>
wow
15:10
and you wanted to convert her into a distribution
15:10* Gadi would like to see a distro do that
15:10
<treyh>
lol
15:11
<Lns>
h2v (human to virtual) ?
15:11
<treyh>
lol
15:11
flesh to iso
15:11
<Lns>
hehe
15:11
i think they have that already
15:11
<treyh>
lol
15:11
i do't have time to upgrade today
15:12
so what i'm going to do is delete the chroot
15:12
and rerun buildclient
15:15elisboa has quit IRC
15:17pmatulis has quit IRC
15:19
<treyh>
take that back, i'll just redo it tomorrow, i'm lazy
15:19
converting a wife into a distro is hard work
15:19
<loather>
hans reiser tried to convert his wife into a filesystem
15:20
didn't work out too well for him ... :D
15:29elisboa has joined #ltsp
15:30Lns has quit IRC
15:38
<treyh>
lol
15:39treyh has quit IRC
15:46Gadi has left #ltsp
15:49alkisg has quit IRC
15:52CAN-o-SPAM has quit IRC
16:09spectra has quit IRC
16:38twinprism_ has joined #ltsp
16:48
<Mip5>
Hi folks - I'm still working on this nvidia thing. I've just installed the drivers into the server chroot, but lsmod | grep nvidia doesn't reveal them.
16:49Egyptian[Home] has quit IRC
16:53Quiliro has joined #ltsp
16:54Quiliro has left #ltsp
16:55twinprism has quit IRC
16:57
<Mip5>
I can see evidence of the module in /lib/modules/2.6-24-24-generic
17:00
I'm wondering whether rebuilding the clients would be the way to it into their kernel.
17:00
<vagrantc>
if it's a kernel module, you'll need it installed in the chroot
17:01
i.e. it should be in /opt/ltsp/i386/lib/modules/...
17:05vagrantc has quit IRC
17:06wigwam has quit IRC
17:10twinprism has joined #ltsp
17:14lucascoala has joined #ltsp
17:16twinprism_ has quit IRC
17:17mikkel has quit IRC
17:23
<Mip5>
vagrantc - I tried that, but it doesn't appear to be there (unless I don't know how to view it)
17:23
Well - I should say that I tried to install it using apt-get while in chroot.
17:28
Okay - I just cat'd /opt/ltsp/i386/lib/modules/2.6-24-24-generic/modules.dep, and grepped for nvidia
17:29
I'll keep plugging away - thanks all.
17:48dan_young has quit IRC
17:50dan_young has joined #ltsp
18:10Mip5 has quit IRC
18:18dan_young has quit IRC
18:45ogra_ has quit IRC
18:45ogra_ has joined #ltsp
18:47twinprism_ has joined #ltsp
18:48staffencasa has quit IRC
18:48twinprism has quit IRC
18:56twinprism_ has quit IRC
19:08lucascoala has quit IRC
19:25alyoshka has joined #ltsp
19:26
<alyoshka>
Is it possible to have LTSP serve Windows images to diskless nodes?
19:28
<loather-work>
what, you mean view remote windows boxes, or actually have the terminals themselves run windows?
19:28
<alyoshka>
I mean the diskless nodes would boot a Windows image provided by the LTSP server running on Linux
19:30
kind of the way Neoware worked, though it had the server on Windows AFAIR
19:31
I want the client part to be the same, like just booting and logging in to Windows, but the actual terminal server running Linux
19:36elisboa has quit IRC
19:43
<alyoshka>
looked around, and I gues DRBL might be what I'm looking for rather than LTSP
19:47japerry has quit IRC
19:54pmatulis has joined #ltsp
19:59alyoshka has left #ltsp
20:08japerry has joined #ltsp
20:08pmatulis has joined #ltsp
20:09pmatulis has quit IRC
20:09pmatulis has joined #ltsp
20:14pmatulis has joined #ltsp
20:23ltspbot has joined #ltsp
21:26pmatulis has quit IRC
21:51alkisg has joined #ltsp
21:58Lumiere is now known as misato
21:58misato is now known as jstraw
21:59jstraw is now known as Lumiere
22:25alkisg has quit IRC
22:25alkisg1 has joined #ltsp
22:30try2free has joined #ltsp
22:55try2free has left #ltsp
23:04alkisg1 has quit IRC
23:29POloser has joined #ltsp
23:32Egyptian[Home] has joined #ltsp
23:57alkisg has joined #ltsp
23:59operatore has joined #ltsp