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


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

00:16alkisg has joined #ltsp
01:10try2free has joined #ltsp
01:16MM2 has quit IRC
01:16wigwam has quit IRC
01:17wigwam has joined #ltsp
01:19MM2 has joined #ltsp
01:46mikkel has joined #ltsp
02:06mikkel has quit IRC
02:08try2free has left #ltsp
02:12mikkel has joined #ltsp
02:21leio_ has joined #ltsp
02:21leio has quit IRC
02:29ogra__ has quit IRC
02:29FlyOnThe1all has quit IRC
02:31titi has quit IRC
02:42bobby_C has joined #ltsp
03:12nubae1 has joined #ltsp
03:13nubae has quit IRC
03:17F-GT has quit IRC
03:19alkisg has quit IRC
03:19F-GT has joined #ltsp
03:21bobby_C has quit IRC
03:23ogra has quit IRC
03:24ogra has joined #ltsp
03:24bobby_C has joined #ltsp
03:26ogra_ has joined #ltsp
03:43ogra_ has quit IRC
03:45ogra_ has joined #ltsp
06:06alkisg has joined #ltsp
06:10pmatulis has joined #ltsp
07:00otavio has quit IRC
07:00otavio has joined #ltsp
07:15Psifidotos has joined #ltsp
07:16evilx has quit IRC
07:20
<ogra>
knipwim, yes it should work with every distro either if you put it into /etc/ltsp/ltsp-build-client.conf or use the --config option to point to another file
07:20bobby_C has quit IRC
07:23
<ogra>
knipwim, it is handles by the 001-load-configuration-file in the common plugin dir (putting plugins into that dir makes it automatically used on all distros)
07:23
*handled
07:27Psifidotos has quit IRC
07:32maginot has joined #ltsp
07:44intelliant has joined #ltsp
07:49elisboa has joined #ltsp
07:55mikkel has quit IRC
07:59rjune has joined #ltsp
08:00evilx has joined #LTSP
08:00Patina has quit IRC
08:05Patina has joined #ltsp
08:14Gadi has joined #ltsp
08:19cyberorg has quit IRC
08:25
<NeonLicht>
hello everybody
08:25
alkisg, did you look up on the 2003 server configuration for the time out setting?
08:26
<alkisg>
Hi NeonLicht. I tried to have a look, but my vbox windows 2008 installation had expired :(
08:26
I'm sure I've used that, though...
08:26
<NeonLicht>
oh, I see
08:27
do you remember what was supposed to add to the rdesktop script on the LTSP chroot to solve the problem? I think I'll give it a try, but I would appreciate if somebody who knows about it could give me an idea of what to look for or read of to modify the script
08:27Egyptian[Home] has quit IRC
08:27
<NeonLicht>
somebody told me it was necesary to make a wait loop or something lke that...
08:27Egyptian[Home] has joined #ltsp
08:29
<alkisg>
NeonLicht: that would be easy, there already is an rdesktop script, you just need to call rdesktop in a loop so that the X server doesn't get restarted on each timeout...
08:30
<NeonLicht>
alkisg, you mean a while loop, so that the "rdesktop" command is inside the while loop?
08:31
<alkisg>
Yes
08:31
NeonLicht: here: cat /opt/ltsp/i386/usr/share/ltsp/screen.d/rdesktop
08:32
<Gadi>
while :; do /usr/bin/rdesktop -u '' $* ; done
08:32
<NeonLicht>
the relevant line on the /srv/ltspb/i386/usr/share/ltsp/screen.d/rdesktop seems to be xinit $xinitrc /usr/bin/rdesktop ${RDESKTOP_OPTIONS} -- ${DISPLAY} vt${TTY} ${X_ARGS} -br >/dev/null
08:32
ooppsss... you already was giving me that info, hehe :-)
08:32mikkel has joined #ltsp
08:32cyberorg has joined #ltsp
08:35
<NeonLicht>
I'm trying, let see what it does -)
08:36
<Gadi>
NeonLicht: you want to make a separate script with the while loop
08:36
and then change that relevant line you posted to call that separate script
08:36
instead of /usr/bin/rdesktop
08:37
<NeonLicht>
Gadi, I've made a copy first and edited the copy, yes, thank you :-)
08:37
Gadi, and I've called the modified copy on lts.conf, of course
08:37
<Gadi>
no
08:37
just keep lts.conf the same
08:37
oh, I see
08:38
you copied the screen script
08:38
to be safe
08:38
<NeonLicht>
yes, I've copied the script into a new one to try it out with just one thin client
08:38
<Gadi>
still, you need a script in addition to the screen script
08:38
to have the wrapper code in it
08:38
<NeonLicht>
I'm not a very experience coder, I just do some PHP, HTML, CSS, and SQL... but I have a lot of sysadmin experience and always make copies of file before modifying them :-)
08:39
Gadi, I see, because it is behavying the same way as before :-(
08:39
<Gadi>
right.
08:39
here:
08:39
<NeonLicht>
ko, so the loop needs to be around the script call, not whithin the script itself?
08:40
<Gadi>
make a script in: /srv/ltspb/i386/usr/share/ltsp/screen.d/wrappers/rdesktop
08:40
<NeonLicht>
s/ko/ok
08:40alkisg has quit IRC
08:40
<Gadi>
make it a two-liner for now:
08:40
#!/bin/sh
08:40
<NeonLicht>
is the wrappers subdir supposed to exist? (it doesn't)
08:40
<Gadi>
while :; do /usr/bin/rdesktop -u '' $* ; done
08:40
no
08:41
but, we'll make it
08:41
to be clean
08:41
:)
08:41
<NeonLicht>
ok, done
08:41
<Gadi>
otherwise, you might mistake it for a screen script
08:41
great
08:41
<NeonLicht>
I see
08:41
<Gadi>
now chmod +x
08:41
so it is executable
08:41
then, edit your copy of the rdesktop screen script to run:
08:42
/usr/share/ltsp/screen.d/wrappers/rdesktop
08:42
<NeonLicht>
$ ls -lh /srv/ltspb/i386/usr/share/ltsp/screen.d/wrappers/rdesktop
08:42
-rwxr-xr-x 1 root root 56 may 4 15:35 /srv/ltspb/i386/usr/share/ltsp/screen.d/wrappers/rdesktop
08:42
:-)
08:42
<Gadi>
instead of /usr/bin/rdesktop
08:42alkisg has joined #ltsp
08:43
<NeonLicht>
ok, done -)
08:43
<Gadi>
great!
08:43
now you should be able to test
08:43
and you can expand on that wrapper script as needed
08:43
personally, I have a very complex one
08:43
<NeonLicht>
Gadi, last thing... I call the modified copy of the rdesktop script from whithin lts.conf, right?
08:43
<Gadi>
no
08:44
lts.conf's SCREEN_XX points to scripts in the screen.d/ dir
08:44
so you just use the name of the copy of the screen script
08:44
you always call a screen script - not a wrapper
08:44
thats why we made a 'wrappers' directory - so you wouldn't get confused
08:44
<NeonLicht>
Gadi, that's it, so I chage "SCREEN_08=rdesktop -k es my.2003.server" to "SCREEN_08=modified-rdesktop -k es my.2003.server"
08:45
<Gadi>
right
08:45
<NeonLicht>
I've got confused now... I don't understand why I'm suppossed to call te same script then
08:45
<Gadi>
because modified-rdesktop calls the wrapper
08:46
<NeonLicht>
I would think that I should called my modified script instead of the original one
08:46
<Gadi>
right
08:46
you should
08:46alkisg has quit IRC
08:46
<Gadi>
just dont call the wrapper straight
08:46
<NeonLicht>
ah, ok, I though you told me the oppopsite, sorry -)
08:46alkisg has joined #ltsp
08:46* Gadi is often a source of confusion
08:46
<Gadi>
:)
08:47
<NeonLicht>
ok, ok, not the wrapper, but the new script... rebooting the thin client....
08:47
hahaha
08:47
well, I'm not familiar with the LTSP script yet, and am not native English speaker, so all that (included me) can be sources of confusion as well XD
08:49
<Appiah>
any smart way to make clients that's been waiting on the logon screen for like 1 hour without anyone touchin it , reboot?
08:49
<NeonLicht>
I must have made a mistake somewhere, becouse now the Xserver starts, the pointing X shows up, and the the Xserver stops, it goes back to the console and X runs again, again and again
08:49
<Gadi>
Appiah: add an "at" script?
08:49
<Appiah>
check the xorg log
08:49
Gadi: "at" script?
08:50
<Gadi>
Linux still has "at", right?
08:50* Gadi checks
08:50
<Gadi>
:)
08:50
<Appiah>
"at, batch, atq, atrm -- queue, examine or delete jobs for later execution"
08:50
kind of like ummm cron?
08:50
<Gadi>
yeah
08:51
you can say at 1 hour from now do x
08:51
<Appiah>
can i but in some kind of statement? I dont want to reboot every hour
08:51
just every inactive hour!
08:51
<Gadi>
so, you could write an ldm init script that says: at 1 hour from now if a certain file does not exist, reboot
08:51
and then you can have an ldm login script create the file
08:52
something like that
08:52
<NeonLicht>
Gadi, I must have made a mistake somewhere, becouse now the Xserver starts, the pointing X shows up, and the the Xserver stops, it goes back to the console and X runs again, again and again
08:52
<Gadi>
NeonLicht: pastebot the two scripts
08:52
!pastebot
08:52
<ltspbot`>
Gadi: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
08:53
<NeonLicht>
Gadi, is pastebot a code pasting web site, maybe?
08:53
SourceForge, it seems?
08:53
<Gadi>
NeonLicht: see above
08:53
click there
08:53
<NeonLicht>
mmmhhhh.. IRC bot
08:54
copy'n'paste, I don't like clickable URLs on irssi :-)
08:54
<ltsppbot>
"NeonLicht" pasted "/srv/ltspb/i386/usr/share/ltsp/screen.d/wrappers/rdesktop" (2 lines) at http://pastebot.ltsp.org/316
08:55
"NeonLicht" pasted "/srv/ltspb/i386/usr/share/ltsp/screen.d/modified-rdesktop" (12 lines) at http://pastebot.ltsp.org/317
08:56
<NeonLicht>
this pastebot is cool, yes :-)
08:56
<Gadi>
there's the problem
08:56
in modified-rdesktop, delete: /srv/ltspb/i386
08:56
that is where the script lives from the point of view of the server
08:56
not the runtime OS
08:56
<NeonLicht>
I see
08:57
<Gadi>
it should just be: /usr/share/ltsp/screen.d/wrappers/rdesktop
08:57
<NeonLicht>
now : $xinitrc /usr/share/....
08:57
<Gadi>
right
08:57
<NeonLicht>
I see now, yes :-)
08:57
<Gadi>
give that a whirl
08:57
at some point, you'll prolly want to expand the wrapper script to handle errors and such
08:57
so you can debug problems more easily
08:58
but, this should be a good start if all is well
08:58
<NeonLicht>
that's interesting, yes
08:58
at the moment I just need my co-workers not to go back to full worstations and work on this nice thin clients :-)
08:58
<Gadi>
hehe
08:59
<NeonLicht>
ok, now the logins to a W2003 server, an XP workstation and the LDM to the LTSP show up on this thin client on F7, F8 and F9 respectively :-)
09:00
I go to LDM (F9) now and wait to see if the f*k*ng WinBugs don't show up at all XDD
09:01
the next thing to do is to set up another LTSP server as a fail over in case the first one breaks at some point :-)
09:01
Gadi, thanks a lot for your help, also to alkisg, of course :-)
09:02
gotta go to the toilet now while waiting, hehe, brb
09:03
<Gadi>
no problem
09:04
<NeonLicht>
mmmhhhh... still at the LDM (F9), hehe, this looks promising XDDD
09:05
I'd love to understand why the while loop stops the problem I had; would you care to explain it to me, if you've got the time, Gadi, please?
09:05
<Gadi>
sure
09:05
so, Windows drops connections that are sitting at a login screen after a certain period of time
09:06
to my knowledge, this is immutable
09:06
<NeonLicht>
yes
09:06
<Gadi>
and built into the OS
09:06
but, alkisg begs to differ, and I am anxious to know if he's right
09:06
:)
09:06
anyhow,
09:06
<NeonLicht>
yes, he does, hahaha
09:06
<Gadi>
when that happens, rdesktop exits
09:06
<NeonLicht>
I see
09:07
<Gadi>
in the original screen script,
09:07
rdesktop is called directly from xinit
09:07
which means that when rdesktop exits, xinit exits
09:07japerry has joined #ltsp
09:07
<Gadi>
when xinit exits, the Xserver exits
09:07
<NeonLicht>
I see, yes
09:07
<Gadi>
when the Xserver exits, the session is restarted
09:07
so the Xserver is restarted
09:08* alkisg wasn't looking - Gadi, I'm 100% sure I actually used rdesktop with not timeouts and with no scripts
09:08
<NeonLicht>
understood
09:08
<Gadi>
when the Xserver starts, it grabs the focus of the vt
09:08
<alkisg>
But I don't have any windows server versions around to test... :(
09:08
<Gadi>
so, it switches the vt from the one that your user is using to the one that X is starting on
09:08
<NeonLicht>
hhehe, alkisg :-)
09:08
<alkisg>
I may have had messed with the registry to do it, but I'm sure I did it
09:09
<Gadi>
thats what you were seeing
09:09
<NeonLicht>
which gives the nasty behaviour I was having, yes
09:09
<Gadi>
by running rdesktop in an infinite loop, xinit no longer exits with rdesktop
09:09
it respawns within X
09:09
<NeonLicht>
I'l keep bodering you from time to time, alkisg, until we really figure it out XDDD
09:09
<Gadi>
so, you avoid the vt switching
09:10
if you sit at the rdesktop screen, you will notice it flicker every 20 mins or so
09:10
<alkisg>
NeonLicht: sure, maybe in the summer I'll get some time to test it again
09:10
<Gadi>
when the connection is dropped and it reconnects
09:10
<NeonLicht>
that's the part I don't understand, Gadi, why runing it on the loop it stops restarting the X server
09:10
<Gadi>
because xinit calls your wrapper
09:10
so, when rdesktop dies, the while loop says "restart it
09:11
(rdesktop that is)
09:11
but, from xinit's point of view, the process that it runs (the wrapper) never exits
09:11
<NeonLicht>
I see, Gadi
09:12
I think I've got it now, hehe, I'll re-read it to make sure, jeje
09:12
thanks a lot for the kind explanation, also, Gadi :-)
09:12
<Gadi>
np
09:12
I wish my german were better
09:12
or at least my yiddish
09:12
:)
09:13
<NeonLicht>
Gadi, a better German of yours would not help us much unless mine was also much, much better than it is XDDD
09:13
I'm Spanish, Gadi :-)
09:13
<Gadi>
ah
09:13
the licht through me off
09:14
asi, comprendo un poquito mas espanol que aleman
09:14
<NeonLicht>
I see, it does to many people, haha, "Neon Licht" is a great song of "Kraftwerk"
09:14
that's were my nick (and also "name" and "realname") come from :-)
09:15
s/come/somes
09:15
s/somes/comes
09:15
XDD
09:16F-GT has quit IRC
09:17
<NeonLicht>
mmhmhhhh... I've just made a huge jump on my chair, since I've seen some "movement" on the thin client script I'm testing the wrapper on... I've though it was one of the WinBugs boxen bodering again... but it was the screen going black for the powering management XDDD
09:17
it seems to be really fixed, Gadi :-)))
09:17
<Gadi>
great
09:17
:)
09:18
<NeonLicht>
yes, it's really great, again thaks a lot! my co-workers (I didn't care myself, since my thin client only has LDM, and no rdesktop) are going to be really happy about it to be fixed tomorrow
09:28
Gadi, do you think it makes sense to also add a wrapper to the "ldm" script? I've had it show up this morning once 'cause the home directories where not available for some minutes (changing location on the data server) and so a login atempt has failed
09:29
I don't think it will happen very often, as with the Windows boxen, with which was happening every couple of minutes
09:30F-GT has joined #ltsp
09:32
<Gadi>
NeonLicht: probably not worth it
09:32
and with ldm, respawning X is important for security reasons
09:32
<NeonLicht>
I see, Gadi :-)
09:32
<Gadi>
to ensure that there are no malicious Xatoms floating around
09:32
:)
09:33dan_young has joined #ltsp
09:33
<NeonLicht>
it will boder us so unfrequently, anyways...
09:33prpplague has joined #ltsp
09:33dan_young has quit IRC
09:33
<NeonLicht>
what a release seying the LDM on screen all the time, really XDDD
09:36
<prpplague>
jammcq: what's cookin boss man?
09:41mistik1_ has joined #ltsp
09:41mistik1 has quit IRC
09:41mistik1_ is now known as mistik1
09:48
<rjune>
!g
09:48
<ltspbot`>
rjune: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
09:48intelliant_ has joined #ltsp
09:48* Gadi waves to rjune
09:49
<Gadi>
1 sec - I really need some caffeine
09:49intelliant_ has quit IRC
09:51
<rjune>
heh
09:52intelliant has quit IRC
10:00intelliant has joined #ltsp
10:07twinprism has quit IRC
10:16staffencasa has joined #ltsp
10:18CAN-o-SPAM has joined #ltsp
10:24telenieko has joined #ltsp
10:24
<telenieko>
Hi ppl. havin setup LTSP on Debian. What is my best option for providing acces to off-site users? (those connecting from home)
10:25
something as easy to use as the MS's Remote Desktop client would be nice ;)
10:25
<NeonLicht>
telenieko, X, or NX, perhaps; in any case, unrelated to LTSP, right?
10:26
<telenieko>
NeonLicht: no idea, just asking in case somebody already had deployed something ;)
10:26
as NX is not available in Debian and other options require much more setup on the client side than just running some icon ;)
10:26
<NeonLicht>
I use VNC with the "via" option to encript the traffic through ssh, but if there are many people accesing the server, maybe NX or just plain X would be better
10:27
telenieko, FreeNX is on Debian, I don't like it very much, but it is there
10:28
<telenieko>
Is there someway to run the VNC servers "on-demand" ? All I've seen makes me run the vncserver *first*, with a fixed geometry and then connect to it. But then I have to allocate a display for every user
10:29
<NeonLicht>
long time ago I read something about VNC-on-demand, but never tried it myself or research any more
10:29
<telenieko>
I google for it, thanks for the pointers ;)
10:31
<NeonLicht>
no problem, let me know what you end up using :-)
10:39agjohnson has joined #ltsp
10:43ajohnson has quit IRC
10:43agjohnson has quit IRC
10:43ajohnson has joined #ltsp
10:46roxan has joined #ltsp
10:46
<roxan>
hi, link to ltsp server and client requirement will be highly appreciated.
10:47
<alkisg>
roxan, see the topic here, there's a link to the docs
10:49
<telenieko>
NeonLicht: I setup GDM with XDMCP enabled and added: "5901 stream tcp nowait nobody /usr/bin/Xvnc Xvnc -inetd -query localhost -once -geometry 1024x768 -depth 16 securitytypes=none" to my inetd.conf
10:50
That will be enough for now ;)
10:56Mip5 has joined #ltsp
10:57
<Mip5>
Morning Folks
10:58
epsas - I have done that for other boxes, but these are new, and I'd like to make them work well.
10:58
Is there a way to install nvidia drivers for use with thin clients? I'm not actually sure how to try it.
11:03
<epsas>
you will have to add the kernel module and the accelerated drivers to the ltsp image
11:06
<alkisg>
The nvidia drivers overwrite some opengl libraries, so I've heard that they should be used only when _all_ clients have nvidia cards. Either that, or a different ltsp image just for them...
11:08telenieko has quit IRC
11:10nubae1 has quit IRC
11:11nubae has joined #ltsp
11:14
<Mip5>
epsas - thanks
11:15
<epsas>
alkisg - that is a good point
11:15
<Mip5>
alkisg - I didn't realize that they'd do that. Most of the machines at this site will be nvida
11:21japerry has quit IRC
11:23F-GT has quit IRC
11:23davidj has quit IRC
11:25F-GT has joined #ltsp
11:33
<Mip5>
alkisg - would it be hard to do a different image for a different set of machines?
11:35
<alkisg>
Mip5: No, I think some people did that already
11:36
But you need to differentiate them by their mac address (e.g. in dhcpd.conf)
11:42japerry has joined #ltsp
11:45Lns has joined #ltsp
11:45Egyptian[Home] has quit IRC
11:46
<Mip5>
alkisg: Well - I'm open to that. Can you point me to some documentation on that?
11:47
<epsas>
Mip5 - let us know how you progress if you end up doing this
11:47
i am curious myself
11:47
<Mip5>
Definitely. So far it's looking like I'll have some time to get on this today.
11:47
<alkisg>
Mip5: installing nvidia, using 2 images or specifying mac addresses in dhcpd.conf?
11:47Egyptian[Home] has joined #ltsp
11:47
<Mip5>
Alkisg: All of the above - I was going to clarify that
11:48
<alkisg>
Ooops ok I can try to help but if anyone want too help here, be my guest...
11:48
Which nvidia driver do you need?
11:49
<Mip5>
I'll double check. The mobo is asus-m2n68-am se2
11:49
<alkisg>
E.g. sudo chroot <your chroot>, then apt-get install nvidia-glx-96 (for olders cards)
11:49
See the discription of the nvidia-glx-* packages to match your cards
11:50
<Mip5>
Cool - now should I set up the segregated list of clients first, so I don't hose my existing clients video configs?
11:51
<alkisg>
Ah right, make a second chroot first - copy the existing one...
11:51
(btw, which distro is that?)
11:52
<Mip5>
edubuntu 8.04
11:53
Kind of obvious question here - sudo cp -a /opt/ltsp /opt/ltsp-nvidia to make a copy of the chroot?
11:54
<alkisg>
I think so, and then you do e.g. sudo ltsp-update-image --base /opt/ltsp-nvidia
11:55
(I mean later when you actually want to update the image, not now...)
11:57
<Mip5>
okay - I've actually got two servers. One I'm currently using, and another I'm setting up for a 2nd install at another site. It's the 2nd one that requires the nvidia drivers. I'm going to fire up that 2nd machine, create a test vlan, and hack that one. I'll be back in a bit. Thanks for all our help.
12:16
<Lumiere>
I thought that ltsp had the ability to use a different x config based on the config of the client
12:23
<epsas>
Lumiere - there is also the issue of client opengl libraries
12:24
<Lumiere>
epsas: you should be able to have both there
12:24
and use the right onw
12:27
<epsas>
it's done by switching symlinks in the stock distribution, no?
12:27
<knipwim>
ogra: thanks for the reply
12:28Remaille has joined #ltsp
12:29davidj has joined #ltsp
12:45ogra_ has quit IRC
12:54ogra_ has joined #ltsp
13:06roxan has quit IRC
13:09elisboa has quit IRC
13:14Patina has quit IRC
13:14elisboa has joined #ltsp
13:16Patina has joined #ltsp
13:19intelliant has quit IRC
13:46spectra has joined #ltsp
13:51bobby_C has joined #ltsp
13:52treyh has joined #ltsp
13:52
<treyh>
hi guys
13:59
<Cranky>
in ubuntu ltsp it does not appear that firefox is getting terminated when the user logs out
13:59
when the user attemtps to log back in, it tells the user that the firefox is already runnin
14:09
<Mip5>
Cranky - I haven't had this problem. However I've seen it when more than one station is logged in as the very same user.
14:14
alkisg - Not sure if you're still there, but I'm wondering about installing software in the chroot environment in general.
14:14
<alkisg>
Mip5: why does that worry you?
14:14treyh_ has joined #ltsp
14:15
<treyh_>
i'm trying to map the ltsp client's cdrom with rdesktop
14:15
anyone had any experience with that
14:15
Gadi you around?
14:16
<Mip5>
alkisg - I've just launched aptitude in the chrooted environment and see the nvidia driver I'd like to install.
14:16
Installing software in there that way makes sense to me, but there's a lot about this that I don't understand.
14:17
<alkisg>
...and see that it also installs dkms and 30 mb of other software? ;)
14:18
<treyh_>
anyone have any experience with using wireless cards?
14:18
<Mip5>
Right - ;-) - Updating the chroot environment, ie: https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot looks more involved (mounting proc, etc)
14:18dan_young has joined #ltsp
14:18
<Mip5>
So I wondered whether this was a different process
14:19dan_young has quit IRC
14:20
<alkisg>
Not really, but look at the commands one by one. The first 5-10 commands create backups, sources.list etc, you don't have to do this every time
14:20
You need from there and below: export LTSP_HANDLE_DAEMONS=false
14:20
sudo chroot /opt/ltsp/i386; mount -t proc proc /proc ; apt-get update && apt-get install nvidia-glx-96
14:21
...and of course the ltsp-update-image commands below. :)
14:21
<Mip5>
okay - cool. It looks like my video card is "new" GeForce 7025, so I'm thinking I need the nvidia-glx-new
14:22
Thanks a bunch. The director just came in and is requesting a walk and a cup of coffee - so I'll be back in a bit.
14:22
<alkisg>
Heh, ok, bye bye :)
14:26treyh has quit IRC
14:35
<epsas>
Mip5 - hopefully you don't get fired!!!
14:35
heh, j/k
14:46
<_UsUrPeR_>
!pastebin
14:46
<ltspbot`>
_UsUrPeR_: "pastebin" is try !pastebot
14:46
<_UsUrPeR_>
!pastebot
14:46
<ltspbot`>
_UsUrPeR_: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
14:47
<_UsUrPeR_>
hey guys
14:48
could someone take a look at this LTS.conf (yes, it's from kiwi, but should still apply) and tell me why I have two clients getting the settings I specifically assigned to a mac address?
14:48
<ltsppbot>
"_UsUrPeR_" pasted "lts.conf attempt to define separate TC settins" (20 lines) at http://pastebot.ltsp.org/318
14:52elisboa has quit IRC
14:52
<_UsUrPeR_>
anyone? :/
15:00Gadi has left #ltsp
15:01
<pmatulis>
is firefox 3 LTSP-friendly in the sense of not consuming more and more client memory for cached images?
15:04* pmatulis goes to ask in #firefox
15:12elisboa has joined #ltsp
15:22artista_frustrad has joined #ltsp
15:23
<Lns>
pmatulis: it is improved for that, amongst other things (which you may need to manually configure) such as those documented at https://help.ubuntu.com/community/UbuntuLTSP/Firefox3Optimize (for ubuntu anyway, should be portable though)
15:27
<pmatulis>
Lns: thanks for that. i'm also trying to see how XRAMPERC actually works
15:28
does this parameter close down *any* X application that is consuming a certain % of ram?
15:28
<Lns>
pmatulis: yes
15:28
<pmatulis>
Lns: k, one app using the %, not a combination of apps?
15:28
<Lns>
correct
15:28
<pmatulis>
Lns: thanks again
15:28
<Lns>
designed to kill runaway apps without killing your X session
15:29
glad to be of help =)
15:31
<Lumiere>
Lns: so how often does that xramperc kill a working app?
15:31
<Lns>
Lumiere: how often? ...Whenever it exceeds the % you have set
15:33pmatulis has quit IRC
15:34dan_young has joined #ltsp
15:35dan_young has quit IRC
15:46Remaille has quit IRC
15:58treyh_ has quit IRC
15:59maginot has quit IRC
16:01CAN-o-SPAM has quit IRC
16:10artista_frustrad has quit IRC
16:13
<Mip5>
alkisg - I updated the chroot and installed the nvidia driver, and the client now shows a graphical login! Yeah!
16:14
<alkisg>
Mip5: nice! I'm not sure if you need to specify XSERVER=nvidia or any modules though, are you sure that it was nvidia that got loaded and not nv?
16:14
<Mip5>
I looked at my lts.conf file, and can see that I need to specify nvidia (it's currently set as XSERVER-vesa. I'm googling the setting for this card - I can't recall what it's supposed to be like.
16:14
lsmod should show me whether nvidia is now loaded, right?
16:15
actually - lsmod | grep nvidia doesn't find anything
16:15
<alkisg>
Well so you installed the nvidia driver but you aren't using it...
16:16
Try XSERVER=nvidia for this client
16:17
<Mip5>
Yeah...just tried that, and it's back to the black screen
16:19
I'm going to look in the logs. I'm thinking that I need to see nvidia as an installed module before I can have my lts.conf file specify it's use (and it doesn't look like it's loading).
16:21prpplague has quit IRC
16:22
<alkisg>
Mip5: here's my lts.conf part:
16:22
[00:50:FC:98:CC:31]
16:22
XSERVER=nvidia
16:22
MODULE_01=nvidia
16:22
X4_MODULE_01=glx
16:22
Try adding the same lines
16:23
<Mip5>
Cool - So I should specify those lines in my default stanza, right (since all of my clients are going to be using the same graphics card)?
16:23
<alkisg>
Yes
16:27
<Mip5>
no dice - still showing the dreaded black screen...
16:27
<alkisg>
OK, see the x logs in the client
16:28vagrantc has joined #ltsp
16:31
<Mip5>
alkisg - can you remind me how to enable a console login on a thin client?
16:32
<alkisg>
SCREEN_02=shell
16:32
SCREEN_07=ldm
16:32
<Mip5>
thanks
16:33
<alkisg>
(or apt-get install sshd in the chroot)
16:33
(openssh-server)
16:34
<Mip5>
neat! I never thought of that!
16:38
so .... the console window is blinking - I can't keep it on steadily
16:38
<alkisg>
The x server is restarting...
16:39
Maybe you could try with both screens=shell and then start x manually? But you'll need to see the exact command line from a working client...
16:39* alkisg calls it a day, gn all :)
16:40lucascoala has joined #ltsp
16:40
<Mip5>
alkisg - cool. I'll try that. Thanks again for all your help today!
16:40alkisg has quit IRC
16:51mikkel has quit IRC
16:51spectra has quit IRC
16:57elisboa has quit IRC
16:57elisboa has joined #ltsp
16:57elisboa has joined #ltsp
17:15bobby_C has quit IRC
17:35Mip5 has left #ltsp
17:50twinprism_ has joined #ltsp
18:23twinprism_ has quit IRC
18:23klausade has quit IRC
18:23twinprism has joined #ltsp
18:23loco has joined #ltsp
18:26loco has left #ltsp
18:29twinprism has quit IRC
18:31twinprism has joined #ltsp
18:36staffencasa has quit IRC
18:38twinprism has quit IRC
19:10Shingoshi has quit IRC
19:13nubae has quit IRC
19:13nubae has joined #ltsp
19:17Shingoshi has joined #ltsp
19:18Lns has quit IRC
20:20davidj has quit IRC
20:49Lumiere is now known as jstraw|PenguinsT
20:49jstraw|PenguinsT is now known as jstraw|CapsWin
21:15lucascoala has quit IRC
21:16japerry has quit IRC
21:18try2free has joined #ltsp
21:33japerry has joined #ltsp
21:52try2free has left #ltsp
21:57vagrantc has quit IRC
22:01mistik1 has quit IRC
23:03alkisg has joined #ltsp
23:49alkisg has quit IRC