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


Channel log from 6 April 2009   (all times are UTC)

00:04try2free has left #ltsp
00:36shamino has quit IRC
00:38intelliant has joined #ltsp
01:17gate_keeper_ has joined #ltsp
01:18grami has joined #ltsp
01:21bobby__C has joined #ltsp
01:23shogunx has quit IRC
01:27Shingoshi has joined #ltsp
01:36grami has left #ltsp
01:42sep_ has joined #ltsp
01:42intelliant has quit IRC
01:42sep_ has quit IRC
01:46alkisg has quit IRC
02:02zirconiumks_ has joined #ltsp
02:14alkisg has joined #ltsp
02:23bobby__C has quit IRC
02:33try2free has joined #ltsp
02:53try2free has left #ltsp
03:00try2free has joined #ltsp
03:01intelliant has joined #ltsp
03:10alkisg has quit IRC
03:23ScorpKing has joined #ltsp
03:24ScorpKing has joined #ltsp
03:28ScorpKing has quit IRC
03:28ScorpKing has joined #ltsp
03:29ScorpKing has quit IRC
03:29ScorpKing has joined #ltsp
03:45Faithful has quit IRC
03:55tjikkun_work has joined #ltsp
03:59jammcq has quit IRC
04:08Shingoshi has quit IRC
04:09Shingoshi has joined #ltsp
04:33mikkel has joined #ltsp
04:44Selveste1 has joined #ltsp
04:48try2free has left #ltsp
05:00zirconiumks_ has quit IRC
05:16ScorpKing has quit IRC
05:22knipwim has joined #ltsp
05:38Nubae1 has joined #ltsp
05:38Nubae1 is now known as Nubae
05:45ScorpKing has joined #ltsp
05:55ScorpKing has quit IRC
05:55ScorpKing has joined #ltsp
06:00ScorpKing has quit IRC
06:00ScorpKing has joined #ltsp
06:02ScorpKing has joined #ltsp
06:08alkisg has joined #ltsp
06:09* cyberorg offers Nubae kiwi-ltsp live DVD :)
06:11
<Nubae>
hi cyberorg
06:11
<cyberorg>
hey, whats up?
06:11
<Nubae>
I have to read up on SLES for my new job
06:12
so forced to use SUSE at work... maybe it will grow on me
06:12
<gate_keeper_>
hey guys, i have a small problem ..
06:12
<cyberorg>
you'll love it, there is nothing better than that for servers :)
06:13
<gate_keeper_>
after updating the kernel in the clients root
06:13
thin-client is booting and fall in busybox
06:14
<Nubae>
Yeah, guess I have to embrace yast :-) for most setup tasks
06:14
<gate_keeper_>
mount: Mounting /dev/nbd0 on /rofs failed: No such device ... etc etc
06:15
<Nubae>
hmm sounds like a familiar error
06:15
<cyberorg>
Nubae, i rarely use yast, you can work with config files if you are comfortable with that, some stuff like ldap, mail-server config is extremely trivial with yast
06:15
<Nubae>
yeah thats what I read... what u using for package management?
06:16
<cyberorg>
Nubae, zypper
06:17
<Nubae>
cool... it seems the most logical in terms of commands and the way its layed out
06:17
<cyberorg>
Nubae, but first get the live DVD we made, i am quite proud of it :)
06:17
<Nubae>
well, I have to install a version of suse at home anyway for practice
06:17
so I will
06:18
<cyberorg>
it is LTSP as it should be ;)
06:18
<Nubae>
we shall see... my previous experience with opensuse was not a good one
06:19
<cyberorg>
things have improved a lot since last year, we are in "it just works" mode :D
06:19
<Nubae>
u have a link for download?
06:19
<cyberorg>
get the live DVD http://download.opensuse.org/repositories/Education/images/iso/
06:20
<alkisg>
gate_keeper_: ubuntu?
06:20
<cyberorg>
other isos are rpm package addon containing Education repo
06:20
<gate_keeper_>
8.04
06:20
<Nubae>
ok
06:20
<alkisg>
gate_keeper_: maybe you have another dhcp server on your network?
06:20
<gate_keeper_>
nope
06:21
pxe is booting
06:21
<cyberorg>
gate_keeper_, check if you have i386.img
06:21
<Nubae>
that or wrong images served (64 bit instead of 32)
06:21
<gate_keeper_>
img is there
06:21
ltsp-update-image
06:21
runned
06:22
<alkisg>
Yeah, e.g. if you had a dhcp server in a router running, the clients would boot with pxe and then hang there.
06:22
Any weird next-server setting?
06:22
<gate_keeper_>
nope
06:22
everything is working well,
06:22
till i install the kernel dpkg
06:22
after that /boot is updated
06:22
ltsp-update-kernels
06:22
also
06:26
<cyberorg>
gate_keeper_, try "modprobe nbd && nbd-client localhost 2000 /dev/nbd0" on the server if the xinetd is working as expected it should work
06:27
<gate_keeper_>
in chroot?
06:27
<cyberorg>
no
06:28
<gate_keeper_>
booting ...
06:28
damn
06:28
same
06:28asmok has joined #ltsp
06:29
<cyberorg>
gate_keeper_, did that command work?
06:29
<alkisg>
gate_keeper_: while on busybox, if you run `ipconfig eth0`, what do you get?
06:29alkisg has quit IRC
06:30alkisg has joined #ltsp
06:30
<gate_keeper_>
ipaddress assigned to the client ...
06:30* cyberorg peddles live DVD to asmok too :)
06:30
<gate_keeper_>
i received output from the command: Negotiation: ..size = 616404KB; bs=1024, sz=616404
06:31
<cyberorg>
gate_keeper_, on the client try modprobe nbd && nbd-client serverip 2000 /dev/nbd0
06:31
<asmok>
I have a problem: localapps works with ip numbers, but not with dns/resolv.conf
06:31
problem is here: https://lists.ubuntu.com/archives/edubuntu-devel/2009-April/002856.html
06:31Jibesh has joined #ltsp
06:32Jibesh has left #ltsp
06:32
<gate_keeper_>
nbd: sysfs_create_file failed! Kernel call returned: File exists Closing: que, ....
06:32
<asmok>
David A. says: Try editing: /etc/default/ltsp-client-setup And then rebuild client
06:33
<alkisg>
gate_keeper_: did you also do `sudo apt-get update` to update the ltsp-server package on the server?
06:33
<gate_keeper_>
yup
06:34
<asmok>
I think it already has a line for right resolv.conf: /opt/ltsp/i386/etc/default/ltsp-client-setup - bindfiles="/etc/network/interfaces /etc/hostname /etc/hosts /etc/syslog.conf /etc/fstab /etc/resolv.conf"
06:35
<cyberorg>
asmok, tried DNS_SERVER=ip in lts.conf?
06:36
<asmok>
cyberorg: no, I will
06:36
I got this, I just rebuild client: root@ltsp200:~# ls -al /etc/resolv.conf ---------- 1 root root 0 2002-01-08 20:24 /etc/resolv.conf
06:37
I think this file in chroot is really badly wrong - where it comes from?
06:38
<gate_keeper_>
:/
06:39pmatulis has joined #ltsp
06:41
<asmok>
cyberorg: DNS works in thin client, just not for localapps - my router/dns is 192.168.1.1 - that is good one server and thin clients
06:42
<cyberorg>
asmok, putting DNS_SERVER=ip in lts.conf should write that in client's /etc/resolv.conf
06:43
<alkisg>
cat <<EOF > /tmp/resolv.conf
06:43
Should that be /tmp or /etc? ^^^
06:43
<asmok>
cyberorg: Ok, i boot byt tc
06:44
<cyberorg>
alkisg, you need to see the whole function, it might be writing to/from /tmp to the real resolv.conf
06:44
<Appiah>
anyone used webmin to cluster a ltsp setup?
06:44
<alkisg>
cyberorg: I don't think I see anything to copy from /tmp to /etc...
06:45
asmok: try `cat /tmp/resolv.conf` to see if it's there, and if it's valid...
06:45
<cyberorg>
alkisg, you internet for localapps does not work too?
06:45
<alkisg>
cyberorg: no - I haven't tried localapps, but I have jaunty and I checked ltsp-client-setup...
06:47
<cyberorg>
alkisg, see configure_resolver in ltsp-setup script
06:47
<asmok>
admin-ltsp5@ubuntu-ltsp5:~$ cat /var/lib/tftpboot/ltsp/i386/lts.conf DNS_SERVER=192.168.1.1
06:47
<alkisg>
cyberorg: that's what I'm looking, and I don't see code to write it to /etc. :(
06:48
<asmok>
root@ltsp200:~# ls -al /etc/resolv.conf ---------- 1 root root 0 2002-01-08 20:38 /etc/resolv.conf
06:48
<cyberorg>
cat <<EOF > /etc/resolv.conf
06:48
search $SEARCH_DOMAIN
06:48
nameserver $DNS_SERVER
06:48
EOF
06:48
alkisg, ^^
06:48
<alkisg>
cyberorg: I got: cat <<EOF > /tmp/resolv.conf
06:48
In jaunty
06:48
<asmok>
so I have to change that file by hand (chmod 755) and add nameserver 192.168.1.1 - then tc works with dns
06:48
<alkisg>
Maybe stgraber modified the file a bit?
06:49
cyberorg:
06:49
if [ -n "$DNS_SERVER" ] && [ -n "$SEARCH_DOMAIN" ]; then
06:49
cat <<EOF > /tmp/resolv.conf
06:49
search $SEARCH_DOMAIN
06:49
nameserver $DNS_SERVER
06:49
EOF
06:49
<cyberorg>
alkisg, that looks like a mistake
06:49
<alkisg>
Yup, that's what I thought...
06:49
unless there's code elsewhere that copies it to /etc.
06:50
<asmok>
root@ltsp200:~# chmod 755 /etc/resolv.conf
06:50
root@ltsp200:~# vi /etc/resolv.conf
06:50
<cyberorg>
asmok, you dont need chmod
06:50
<alkisg>
asmok: boot up a client, and try: `cat /tmp/resolv.conf`. Is the file there??
06:51
<asmok>
root@ltsp200:~# ping ltsp.org
06:51
PING ltsp.org (70.91.230.211) 56(84) bytes of data.
06:51
64 bytes from 70-91-230-211-BusName-Michigan.hfc.comcastbusiness.net (70.91.230.211): icmp_seq=1 ttl=43 time=212 ms
06:51
OK
06:52
root@ltsp200:~# cat /tmp/resolv.conf cat: /tmp/resolv.conf: No such file or directory
06:52
<alkisg>
Hmmmm let me try to boot a client of mine and test. bbl.
06:53
<asmok>
admin-ltsp5@ubuntu-ltsp5:~$ cat /tmp/resolv.conf cat: /tmp/resolv.conf: Tiedostoa tai hakemistoa ei ole
06:53
<cyberorg>
asmok, adding DNS_SERVER in lts.conf did not add to client's /etc/resolv.conf?
06:53
cat /etc/resolv.conf
06:54
<asmok>
admin-ltsp5@ubuntu-ltsp5:~$ cat /etc/resolv.conf
06:54
search ubuntu-ltsp5
06:54
nameserver 192.168.1.1
06:54
admin-ltsp5@ubuntu-ltsp5:~$ cat /opt/ltsp/i386/etc/resolv.conf
06:54
search ubuntu-ltsp5
06:54
nameserver 192.168.1.1
06:54
<alkisg>
Ah, there's another script that generates resolv.conf there: /opt/ltsp/i386/etc/rcS.d/S32ltsp-client-setup
06:54
That one puts it to /etc...
06:54
<cyberorg>
so whats the problem now, it seems to be working
06:57
<asmok>
cyberorg: DNS_SERVER did not help
06:58maginot has joined #ltsp
06:58alkisg has quit IRC
06:58
<maginot>
morning
06:58alkisg has joined #ltsp
06:59
<cyberorg>
asmok, then something is broken there, it should add nameserver 192.168.1.1 in client's /etc/resolv.conf
07:00
file a bug :)
07:00_UsUrPeR_ has quit IRC
07:02shogunx has joined #ltsp
07:08alkisg has quit IRC
07:08_UsUrPeR_ has joined #ltsp
07:09alkisg has joined #ltsp
07:10alkisg1 has joined #ltsp
07:12
<asmok>
alkisg: my setup uses two nics - normal way tc works just fine, only localpass do not find anything by name
07:18
<alkisg1>
asmok: I'll try to see if I can reproduce the bug in my jaunty setup in a while.
07:19
<ogra>
asmok, you need to set SEARCH_DOMAIN and DNS_SERVER
07:19
DNS_SERVER only wont work
07:19* ogra thought that was documented somewhere
07:21
<ogra>
ogra@osiris:~/Devel/ltsp/ltsp-trunk$ grep DNS server/doc/lts-parameters.txt
07:21
DNS_SERVER A valid IP unset
07:21
(SEARCH_DOMAIN) Domainname unset required if DNS_SERVER is set
07:21
<alkisg1>
ogra, init.d/ltsp-client-setup generates /tmp/resolv.conf, and rcS.d/S32ltsp-client-setup generates /etc/resolv.conf. Is the first one OK or is it a bug?
07:21
(talking about the /tmp)
07:22
<ogra>
rcS.d/S32ltsp-client-setup should be a link to init.d/ltsp-client-setup ....
07:22
i dont get how you get different values for it
07:23* cyberorg pokes ogra to download opensuse-edu-kiwi-ltsp live DVD
07:23
<ogra>
not really
07:23
cyberorg, btw, you should really ship gobby
07:23
i didnt see it in your applist
07:23Blinny has joined #ltsp
07:23
<cyberorg>
ogra, ok, adding it :)
07:24
<ogra>
its an awesome collaborative editor
07:24
<cyberorg>
ogra, do check out and give your feedback how everything is, any improvements we can make
07:25
<ogra>
really, i'm not involved in any edu stuff since over a year anymore
07:25
<cyberorg>
ogra, not for edu stuff, just to see how ltsp is on opensuse ;)
07:25
<alkisg1>
ogra, asmok - (1) ok, I got different values because I didn't chroot first, and (2) an update in the chroot fixed it.
07:26
No more /tmp - only /etc. So it should be ok now.
07:26
<ogra>
right
07:27alkisg has quit IRC
07:27alkisg1 is now known as alkisg
07:30evilx has joined #LTSP
07:33asmok has left #ltsp
07:42cliebow has joined #ltsp
07:44
<cyberorg>
ogra, gobby added, new image should be up in few hours
07:50
<Lumiere>
gobby is awesome
07:53ogra has quit IRC
07:53litlebuda has joined #ltsp
07:54asmok has joined #ltsp
07:55asmok has left #ltsp
07:56ogra has joined #ltsp
07:56ScorpKing has quit IRC
07:58michiel_e has joined #ltsp
07:58Nubae1 has joined #ltsp
07:59Nubae has quit IRC
08:03bjohnson has joined #ltsp
08:11
<Nubae1>
from what I see others talking about on the list, it seems ltsp-client-setup is not binding /etc/resolv.conf properly, as that ends up being an empty file in the client
08:11
this is needed for local apps
08:13alkisg has quit IRC
08:13
<ogra>
thats why its explicitly documented since ages :)
08:13
<Nubae1>
explicitly?
08:13
<ogra>
Nubae1, grep for DNS in lts-parameters.txt
08:13
it was one of the first entries i did there years ago :)
08:14* ogra wishes people would just read the docs
08:14
<Nubae1>
I dont think everyone looks at lts-parameters.txt
08:14
especially since we document most of the lts config stuff in the docs
08:14
so maybe we should put that in the docs too then
08:15* ogra thougth lts-paparms wqas pulled into the upstream docs
08:15
<Nubae1>
was... I guess its not anymore
08:16
or u mean as an extra file, not within the document
08:16
<ogra>
no, it used to be in the upstream doc directly
08:17
<Nubae1>
hmmm, ok its not anymore
08:17
<ogra>
and we had worked out a convention at the last hackfest i attended that everyone makes sure his added options are added to the file
08:17
so changes there end up automatically in the doc
08:18
<Nubae1>
right now they are put in by hand
08:18
how do we change it back?
08:18
<ogra>
hmm, i thought btil had extra added code to the generation script
08:19
look at the doc generation tools, there was code for merging it once
08:20
<Nubae1>
I think the documentation lts variables may be more up to date than lts-parameters
08:21Nubae1 is now known as Nubae
08:22
<Nubae>
right now, the lts variables are kind of spread out in the documentation, its no trivial task to take that out and replace with auto generated code
08:30
<maginot>
LOCALDEV must be set for pen-drivers and cdroms in client ?
08:31
<Nubae>
I think that defaults to True
08:35
<maginot>
Hmm yeah, I just saw here
08:35
=)
08:38F-GT has quit IRC
08:41F-GT has joined #ltsp
08:49human_blip has quit IRC
08:57Gadi has joined #ltsp
08:59Lumiere_ has joined #ltsp
09:00Lumiere has quit IRC
09:00Lumiere_ is now known as Lumiere
09:02twinprism has quit IRC
09:06bobby__C has joined #ltsp
09:08nicoAMG has joined #ltsp
09:35bobby__C has quit IRC
09:43asmok has joined #ltsp
09:44asmok has left #ltsp
09:53alkisg has joined #ltsp
09:55vagrantc has joined #ltsp
09:55
<alkisg>
Erm, since Hardy or so, whenever a wrong password is entered in ldm, the reply is "the server did not respond, restarting...".
09:56
Is this a known bug, or should I file one, or...?
09:57
<Ryan52>
it's a feature, iirc.
09:57
<alkisg>
Ok then :)
09:57
<vagrantc>
uh...
09:57
<alkisg>
I think before the last ssh screen-scraping stuff, it used to display a more understandable message
09:58
<vagrantc>
basically, it gives "the server did not respond, restarting..." for various different error messages. i can't really see how that's a feature.
09:58
<ogra>
its "the feature of deliberate user confusion" :)
09:58
you didnt get that concept yet, eh ?
09:59
<alkisg>
So that we can file all user-reported bugs under the same category, eh?
09:59
:P
09:59
<ogra>
no, so that its so confusing to the user that he stops thinking about it :)
09:59
<alkisg>
Heh
10:00
<ogra>
or he thinks so much about it that his head explodes ... which gets you one complaining user less ;)
10:01
(its definately a bug ... it used to tell you that the pw is wrong though the old code had other issues)
10:02
<Ryan52>
there's no way to know, tho..
10:02
<ogra>
ssh tells you
10:03
<Ryan52>
oh..
10:03
right..
10:03
<vagrantc>
for a while, we just passed on whatever ssh said ... that seemed to work, but somewhere along the way, that got lost
10:04
<Ryan52>
yes, it still does that until ssh exits.
10:04
<ogra>
well, it says "permission denied, please try again"
10:04
<Ryan52>
once ssh exits (which it does since we only try once), it thinks ssh died in a bad way.
10:04
it doesn't pay attention to what it said...I wonder if it could.
10:05
ogra: there is no try again any more.
10:05
<ogra>
it is here ... on ubuntu jaunty
10:05
i would assume that has the latest ssh
10:06
<vagrantc>
i think it's "try again, and if you're really fast, you'll get somewhere before it logs out"
10:06
<Ryan52>
"-o", "NumberOfPasswordPrompts=1"
10:06
<vagrantc>
i've definitely managed to type in a password with current ldm-trunk after a failed attempt
10:06alkisg has quit IRC
10:06
<Ryan52>
(from src/sshutils.c)
10:07alkisg has joined #ltsp
10:07
<vagrantc>
yeah, i remember looking at the code and being perplexed as to how it could work
10:08
<Ryan52>
ogra: no, the change wasn't in ssh, it was in ldm.
10:08
<ogra>
ah
10:10
<alkisg>
(and btw, if it's possible to read the ssh error, and it is "wrong password", it would be nice if X wasn't restarted...)
10:11
<Ryan52>
alkisg: what else could it do?
10:11
<alkisg>
Ryan52: I think now ldm dies and X is restarted
10:11
<Ryan52>
yes. as opposed to what?
10:12
<alkisg>
To ldm not dying but trying once more for the username/password thing
10:13
<Ryan52>
hm...so put the whole thing in a loop and restart at username? that's a good idea.
10:13
<alkisg>
Yes, but only on wrong passwords, not on "server not responding" etc
10:13
Because if a server dies, maybe another can be contacted (clustering etc)
10:13Nubae has quit IRC
10:13gate_keeper_ has quit IRC
10:14
<Ryan52>
really, IMNSHO we should just revert the change and make it an option that can be set for whatever it was needed.
10:14staffencasa has joined #ltsp
10:14* Ryan52 thinks that it was ltsp-cluster that needed it to only try once for some reason, but wasn't at that hackfest..
10:15
<alkisg>
I think sbalneav did it because the previous ssh screen scaping was a mess
10:15
<Ryan52>
trust me, this made it a lot more messy :)
10:15
<alkisg>
Heh :)
10:15
<Ryan52>
because at first it waited 30 seconds after you have a wrong password, and then restarted.
10:16
then I complained and sbalneav wrote a bunch of code to make it work better.
10:16
:P
10:16
<alkisg>
Yeah, I was part of the complaining comitee :P
10:21Nubae has joined #ltsp
10:29michiel_e has quit IRC
10:42F-GT has quit IRC
10:48F-GT has joined #ltsp
10:52gentgeen__ has quit IRC
10:52gentgeen__ has joined #ltsp
10:56F-GT has quit IRC
10:57Nubae1 has joined #ltsp
10:57Nubae has quit IRC
10:59tjikkun_work has quit IRC
11:01cliebow has quit IRC
11:26mushroomblue has joined #ltsp
11:27nicoAMG has quit IRC
11:28chupacabra has quit IRC
11:31litlebuda has quit IRC
11:33alkisg1 has joined #ltsp
11:33alkisg has quit IRC
11:34alkisg1 is now known as alkisg
11:35bobby__C has joined #ltsp
11:41hanthana has joined #ltsp
11:43cliebow has joined #ltsp
11:54cyberorg has quit IRC
11:56cyberorg has joined #ltsp
11:56twinprism has joined #ltsp
12:08Lns has joined #ltsp
12:16lucascoala has joined #ltsp
12:30warren has joined #ltsp
12:36alkisg has quit IRC
12:36alkisg1 has joined #ltsp
12:37alkisg1 is now known as alkisg
12:41oifzhozh has joined #ltsp
12:41
<oifzhozh>
Hi
12:43
In my current ltsp installation ( 5 ) I've got a problem with firefox 3.0. When i Scroll up, it takes me back to previous web page ... :x Is there any solution ?
12:45warren has left #ltsp
12:46Nubae1 is now known as Nubae
12:46
<Lns>
oifzhozh: weird. Does it do that on the ltsp server too?
12:46
!version
12:46
<ltspbot>
Lns: The current (running) version of this Supybot is 0.83.3. The newest version available online is 0.83.3.
12:46
<Lns>
!distro
12:46
<ltspbot>
Lns: Error: "distro" is not a valid command.
12:46
<Lns>
!distr
12:46
<ltspbot>
Lns: Error: "distr" is not a valid command.
12:46
<Lns>
!dist
12:46
<ltspbot>
Lns: Error: "dist" is not a valid command.
12:47
<Nubae>
sounds to me like your mouse is mapped so that up goes back
12:47
<Lns>
argh... heh nm.. oifzhozh what distro is it btw?
12:49
<oifzhozh>
Lns : no, in my server it don't does it
12:49
And in others programs like OpenOffice, the scroll up button... scrolls up :p
12:51
<Lns>
oifzhozh: my first (un)educated guess would possibly be that you're not using a typical mouse, or it's not getting detected correctly... I've never had that issue here
12:52
Nubae could definitely be right too, though iv'e never heard of firefox specific mouse mappings
12:52
could be wrong thou
12:52
<Nubae>
weird indeed, is there some setting in firefox for mouse gestures?
12:52
<oifzhozh>
Well my mouses are looking typical
12:52
There are just Usb mouses using a usb-> ps/2 translator
12:52
<Nubae>
its something one switches on and the mouse reacts depending on how its mapped
12:53
<Lns>
oifzhozh: just for kicks have you tried using the mouse w/o the adapter?
12:53
<oifzhozh>
Heh i got a screen/keyboard/mouse switch ( I'm using ltsp to test it in order to deploy it in 200 compz ) but i don't think it could be that
12:53bobby_C has joined #ltsp
12:54
<oifzhozh>
w/o adpter ?
12:54
without ?
12:54
<Lns>
oifzhozh: hrm..i've seen strange things with KVM switches, i wouldn't rule it out
12:54
oifzhozh: yeah
12:54
<Nubae>
hmm in preferences there is an option called autoscrolling, wonder if that might help
12:54
<oifzhozh>
Well I'll try it tomorow :) I'm not at work right now
12:54
<Lns>
of course ;)
12:54
<oifzhozh>
Ok I note !
12:56
Oh another thing. My boss is stupefied that computers need 32MB video card ram. Most of our computers doesn't have it ... I trie with 8MB And it was unusable. Is there any was to make it work with very "poor" video card ?
12:57RobertLaptop has quit IRC
12:57
<Nubae>
well, turn ssh off and direct X on
12:57
<oifzhozh>
I've done it
12:57
:p
12:57
<Nubae>
should help, and then u can reduce color depth
12:57
<oifzhozh>
already ( i mean )
12:57
<Nubae>
but generally u need quite a bit of video memory
12:57
<oifzhozh>
Using it with 1280x7xx , with 16Bits and ssh disactivated :x
12:58
Ok
12:58
<Nubae>
u could use XFCE instead of gnome
12:58
that might help too
12:58
<oifzhozh>
oh yeah ?
12:58
'll try it
12:58
<alkisg>
My labs have 8 Mb videoram and run fine :)
12:58
<Nubae>
yeah its generally recommended for lower end systems
12:58
<alkisg>
(ancient S3's)
12:59
<Nubae>
when u say unusable, what do u mean btw?
12:59
perhaps u're video memory is shared with real memory?
12:59
<Lns>
it's very hard to think that with "modern" websites alone, one could get away with such little vidram
12:59
<oifzhozh>
I mean i saw many many splits on the screen
12:59
<alkisg>
Lns, why, does firefox use videoram for caching?
12:59
<oifzhozh>
2 line with colour and 1 with crap :x
12:59
<Lns>
alkisg: a lot of times yes..haven't you heard of the infamous pixmap caching issue w/ltsp?
13:00
<alkisg>
oifzhozh: that's probably a driver bug, not a memory problem
13:00
<Nubae>
hmm, how much ram u using?
13:00
<Lns>
yes..sounds like a video driver issue
13:00
<oifzhozh>
Well
13:01
I'm using 128mb ram on a PIII - 600Mhz
13:01
<Nubae>
well if the problem goes away with more video ram
13:01
<oifzhozh>
With a crappy old MSI video
13:01
<Nubae>
ah.. well thats the problem
13:01
128mb is too little
13:01
<oifzhozh>
For a thin client ?
13:01
:x
13:01
<alkisg>
Lns, in my box right now with 15 tabs open in firefox, it says that is only uses 2.4 Mb of X memory. And that tells me nothing about the videoram...
13:01
<Nubae>
and the video ram is probably shared
13:02
yes u should really have 256 mb minimum
13:02
any less and it will be noticably slower
13:02
<oifzhozh>
well ltsp is not for old computers...
13:02
<Nubae>
especially with 600mhz
13:03
not for 15 year old computers, no
13:03
<alkisg>
Again mine work fine with 450MHz and 64Mb RAM :) (I'm being annoying, I know :P)
13:03
<oifzhozh>
it's not 5 years lol
13:03
9 or 10
13:03
<Nubae>
alkisg: I find it hard to believe they run without issues and fast
13:04
<oifzhozh>
alkisg : it's exactly representating of the computers 'parc at my work :')
13:04
<alkisg>
Nubae: wget -c http://movies.apple.com/movies/dreamworks/kung_fu_panda/kung_fu_panda-tlr1_h640w.mov
13:04
All my PCs can see this video simultaneously without losing a frame
13:04
<oifzhozh>
what kind of network connexion do you have between your server and your thin clients ?
13:05
<alkisg>
In 1 lab I have real gigabit, in another I have gigabit only until the switch
13:05
<Lns>
oifzhozh: what linux distro and version are you using?
13:05
<Nubae>
well, I'm more talking about apps opening, multiple apps at a time, including many firefox tabs
13:05
<oifzhozh>
Ubuntu 8.10
13:05
Installed this morning ;)
13:05
<alkisg>
Nubae: openoffice opens in 2 seconds for all my students (again simultaneously - of course I've already opened in a first time on the server before)
13:06
Firefox again needs 3 seconds to open and scrolls fine
13:06
<Lns>
oifzhozh: have you looked at https://help.ubuntu.com/community/UbuntuLTSP/Firefox3Optimize ?
13:06
<alkisg>
I don't know about multiple tabs, my students don't use them. But they can watch youtube with no noticable problems.
13:06
<Lns>
alkisg: how many simultaneous users>?
13:06
<Nubae>
hmmm, thats pretty nice then, u must be doing something special, cause I've not seen those kind of speeds even with 128mb in the client
13:07
<alkisg>
Well, only 8 :) But that's not a client question, it's a server question, right?
13:07
<oifzhozh>
Yes, pretty nice !
13:07
<Lns>
alkisg: well network bandwidth from server -> client is an issue dealing with how many clients
13:07
<Nubae>
alkisg: how long does it take for your clients to boot?
13:07
must take minutes, no?
13:07
<alkisg>
Lns, yes, but we're talking about ancient clients, not performance in general...
13:08
No, less than one minute
13:08
<oifzhozh>
Lol, my boss thought that his mobile coputer ( dsl linked ) would be able to boot ,LOL :x When i mov hard the windows, it takes up tu 20Mbps
13:08
<Nubae>
hmmm... very strange
13:08
<alkisg>
I think 50 seconds from grub to ldm
13:08
<Nubae>
you're definitely the exception
13:09
<alkisg>
I did test it for moths to eliminate my bottlenecks, thought
13:09
<Nubae>
I just demoed a thin can (256mb, 500mhz cpu) and it was far slower than what u mention
13:09
<oifzhozh>
Nubae no, my clients are booting in less than 1minute
13:09
<Nubae>
oifzhozh: yeah, I was talking to alkisg
13:10
<alkisg>
E.g. it took me some days to figure out that the S3 driver was 20 times slower with 24 bits depth than with 16 bits depth
13:11
And it also has the same bug with the glitches in the lines that oifzhozh said, but it disappears if the resolution is a power of two (e.g. 1024) and the video size is also a power of two. So I have the clients at 1024x768. Go figure...
13:13
<oifzhozh>
erk 1024 detht on 19" screens :x
13:13
<alkisg>
Well, 19" monitors didn't exist when my S3's were manufactured :P
13:15
<Nubae>
well, they probably did, but were unaffordable at the time :D
13:15chupacabra has joined #ltsp
13:15
<alkisg>
Yeah, just joking.
13:16
It's a shame that the S3 driver doesn't support xv scaling with images larger than 1024, though
13:16
Maybe it's a hardware restriction...
13:16
<Nubae>
XV usually is I thought
13:16
<alkisg>
So even if I used 1440xsomething, I'd lose the full-screen-video ability.
13:17
<oifzhozh>
Someone here used thunderbird trought LTSP ? I'm tying to make a /etc/skel witch implements the pop / imap / smtp servers settings
13:18
<Nubae>
Lns likes thunderbird I believe
13:19* Lns likes Thunderbird
13:19
<Lns>
oifzhozh: how you gonna get around the whole "user authentication" issue with skel ?
13:19
is everyone using the same e-mail account?
13:20
<oifzhozh>
No
13:20
I just wanna presset the smtp.example.com and the imap.example.com
13:20
it'll be to the users tu set their name/login/password
13:21
<Lns>
oh
13:21
hrm, not sure about that one, i'd assume those vars are either hardcoded or in /etc/thunderbird or similar
13:21
really not sure though
13:22
<Blinny>
oifzhozh: Make a user, set up their thunderbird with your settings, then copy their .thunderbird to /etc/skel
13:22
<oifzhozh>
Well there is a conf file per user un the /home/user/.mozilla-thunderbird/profile.ini
13:23
<Blinny>
(only put in the settings you know apply to everyone, of course)
13:23
<Lns>
Blinny: i think that would cause thunderbird not to run the 'first-run' wizard, which i think oifzhozh wants
13:24
<Blinny>
Oh. I didn't read anything about first-run wizard running
13:24
<oifzhozh>
Blinny it don't works. There is a directory randomly generated where configs ( pref.js ) are places
13:24
That when i use a skeletal, it's not used ( thunderbird creates another random directory )
13:24
<Blinny>
oifzhozh: Doesn't matter. Everyone can have the same randomly-generated profile name.
13:24
<Gadi>
doesnt thunderbird honor gconf settings like firefox?
13:25
<Lns>
oifzhozh: https://developer.mozilla.org/En/Thunderbird_ISP_hooks might help
13:25
Gadi: firefox honors gconf settings?! =p
13:25* Gadi thought so
13:26* Gadi thought you could set the proxy info in gconf
13:26
<Blinny>
Lns: That's brilliant. Wish I had found that before doing it the way I describe.
13:26
<Gadi>
and make it system wide
13:26
<Blinny>
Gadi: Also, /etc/firefox3.0/pref/firefox.js
13:26
<Lns>
Gadi: maybe proxy settings alone, not much else though
13:27
<oifzhozh>
Whell this link is very interesting Lns
13:28
thank you :)
13:30
<Lns>
oifzhozh: no worries. Google is your friend ;)
13:31
<Blinny>
oifzhozh: Oops
13:32
<oifzhozh>
Lol i googled it all day long :x
13:33
i just found admin panels for mozillas apps, some Betas not wrking
13:38Nubae has quit IRC
13:41Nubae has joined #ltsp
13:43intelliant has quit IRC
13:48mnevans13 has joined #ltsp
13:48
<Lns>
oifzhozh: admin panels for mozilla apps?
13:50
<mnevans13>
I am looking for some help setting up a test LTSP server-client. Server is an Ubuntu 8.10 installation with LTSP 5. This is connected via a single NIC to a router. I have the thin client connected to the router. This is a Diskless Workstations PXE-boot 1520 client. I followed the instructions on the Ubuntu LTSP Wiki:
13:50
Whoops; let me try again - first time chatting...
13:51
I want to connect a PXE booting thin client to
13:51
a server running Ubuntu 8.10 with LTSP installed
13:51
The server has a single NIC
13:51
This is connected to the internet via a linksys
13:52
ethernet hub. The server is in the DMZ and the
13:52
client is on the LAN. I think I've configured the
13:53
/etc/ltsp/dhcp to put the client on the LAN,
13:53
given it a range of DHCP addresses on the LAN,
13:53
but the thin client will not boot. It says it can't
13:53
<oifzhozh>
Des your youter route HCP requests and offers ?
13:53
<mnevans13>
receive the boot filename, after trying to connect
13:54
via dhcp.
13:54
<oifzhozh>
Your tftp server is running ? ( netstat -lataupe )
13:54
<mnevans13>
Hang on, I have the router admin window open...
13:55
there's a line in the netstat output:
13:55spectra has joined #ltsp
13:55
<mnevans13>
udp 0 0 *:tftp *:* root 6377191
13:56
<oifzhozh>
So your tftp is listening
13:56
<mnevans13>
Now does the router accept dhcp requests...
13:56
<oifzhozh>
Could-you install wireshark on your server ,
13:56
?
13:56
And try to boot; You should receive a dhcp request, if your router routes it.;;
13:57
<mnevans13>
local dhcp server is enabled.
13:57oifzhozh has quit IRC
13:57oifzhozh has joined #ltsp
13:58
<mnevans13>
installing wireshark... stand by...
13:58
<oifzhozh>
You have to sniff the paquets to verify if your dhcp paquets are routed to your server
13:58
Ok :)
13:58
<mnevans13>
BTW: thank you for your help!
13:59RobertLaptop has joined #ltsp
13:59
<mnevans13>
wireshark installed...
14:00
Hmm.. don't exactly see how to set up an interface to capture in wireshark.
14:01
OK... started capture ...
14:02
<dmarkey>
hi, how do i debug LTSP on the clien
14:02
t
14:02bobby__C has quit IRC
14:02ZRQH has joined #ltsp
14:02
<ZRQH>
i'm back. Internet problems :x
14:02
i'm oifzhozh
14:03bobby_C has quit IRC
14:03
<ZRQH>
Erf waiting for ping timeout ...
14:03CAN-o-SPAM has joined #ltsp
14:04
<ZRQH>
Does you wireshrk is installed ?
14:04
<mnevans13>
Yes, wireshark installed; captured an attempt to
14:04
boot from the thin client. Now I'm trying to make
14:04
sense of the wireshark output.
14:05
I'm looking for the MAC address of the thin client
14:05
in the wireshark capture.
14:05
<ZRQH>
You can sort paquet by type
14:05
and looking for dhcp
14:06
<mnevans13>
Not sure how to sort by type... which type am I looking for?
14:06
<ZRQH>
If there are too many paquets, you can try to start paquets capturing only when the message "DHCP ... / -- \ --
14:06
YOu are looking for a DHCP request
14:06
<Gadi>
mnevans13: turn off DHCP in the router
14:07
<mnevans13>
OK - sort by protocol. Got it. I see lots of
14:07
DHCP offers and Discovers.
14:07
<ZRQH>
do you see some DHCP offers ?
14:07
( from your server )
14:07
<mnevans13>
Yes: source lists the server.
14:07
<ZRQH>
( just after receiving DHCP request )
14:08
<mnevans13>
Yes: Discover, then Offer. Discovery request is from
14:08
0.0.0.0 - thin client trying to make a connection?
14:08pmatulis has quit IRC
14:08
<ZRQH>
Yes it is
14:09
You haver to verify if your router doesn't send some parasit dhcp offers
14:09
The only which have to send offers is your ltsp server
14:09
( as said Gadi )
14:09
<mnevans13>
Gadi: I do have dhcp on in the router. Let me switch that
14:09
off.
14:10
<Gadi>
mnevans13: your ltsp box runs a dhcp server. if you run one on the router, then you have 2 dhcp servers handing out different info
14:10
<mnevans13>
DHCP server from router is off now. Yes, I see
14:10
<Gadi>
which means you have created a race confition
14:10
*condition
14:10
<mnevans13>
what you're saying now.
14:10
OK - router is not serving dhcp
14:11
<ZRQH>
Does anyone here ever got the rom-o-matics 'roms or isos or bootable partition work ? I spend a day on it but nothing :x
14:11
<mnevans13>
Shall I try again to boot the thin client?
14:11
<ZRQH>
Yesyou have to
14:11
<alkisg>
ZRQH: sure, in what format do you need them?
14:12
I mostly load the .krn image from a hard disk, but I've also used floppies and cds...
14:12
<ZRQH>
I user the gPXE roms ( i read the numbers in my NIC's chip )i burned a bootable disc with the .iso file, from gPXE and / or etherboot
14:12
But never worked. Tried with 5 NIC :x
14:13
<mnevans13>
OK - tried another PXE boot of the client. It seems
14:13
<alkisg>
ZRQH: why don't you download the "gpxe:all-drivers" disk from rom-omatic?
14:13
<ZRQH>
I tried .zhd too
14:13
?
14:13
Lol where is it ? :x
14:13
<alkisg>
Or try this one: https://help.ubuntu.com/community/UbuntuLTSP/grubgpxe#Boot%20from%20CD
14:13
It's a recent one, 0.9.7 - last stable version
14:14
<mnevans13>
the server is unreachable from the client. I can
14:14
see the client's MAC address in the Discover requests;
14:15
<alkisg>
ZRQH: the gpxe:all-drivers disk is somewhere in the middle of the drivers list!!! It's a little difficult to spot it between all the PCI-ids. In the usual rom-o-matic page.
14:15
<mnevans13>
the server seems to no longer be offering DHCP.
14:15
<ZRQH>
Wohaw thank you !
14:15
<mnevans13>
Do I need to restart the LTSP server?
14:16
<ZRQH>
just verify with "netstat -lataupe" if your 3 servers are running ( i mean dhcp-3 tftp and bootpc
14:16oifzhozh has quit IRC
14:17
<ZRQH>
LOL 5 minuts to timeout ...
14:17
Nick oifzohzh
14:17
<mnevans13>
I see the line in netstat -lataupe:
14:17
udp 0 0 *:tftp *:* root 6377191
14:17
and a similar line for bootpc.
14:18
<ZRQH>
AND dhcp-3 ?
14:18
<mnevans13>
netstat -lataupe | grep dhcp-3 gives nothing. Does
14:18
that mean I need to restart the ltsp server?
14:19
<ZRQH>
type /etc/init.d/dhcp-3-server start ( or something like this, try indent /init.d/dhc ...
14:19
<alkisg>
sudo invoke-rc.d dhcp3-server restart
14:20
<mnevans13>
it was sudo /etc/init.d/dhcp3-server start,
14:20
and it gives an error with my configuration: it
14:20
<ZRQH>
I had it today
14:20
<mnevans13>
doesn't like the netmask: I gave it 255.255.255.0
14:21
<ZRQH>
Did you configure a file to tell the dhcp wich nic ( ethX ) it would use ?
14:21
What network did you type ?
14:21
<mnevans13>
for a LAN 192.168.1.X
14:21
<ZRQH>
Erf its illogical :x
14:21
<mnevans13>
I'm not sure I know what you're asking.
14:22
the server is on the network as
14:23
192.168.1.100, with netmask 255.255.255.0
14:23
<Blinny>
mnevans13: pastebin your /etc/ltsp/dhcpd.conf
14:24
<mnevans13>
Blinny (ZRQH, Gadi) - thanks. Here is my dhcpd.conf:
14:24
authoritative;
14:24
subnet 129.168.1.100 netmask 255.255.255.0 {
14:24
range 192.168.1.141 192.168.1.150;
14:24
option domain-name "ltsp-zero";
14:24
option domain-name-servers 128.8.74.2;
14:24
option broadcast-address 192.168.1.255;
14:24
<ZRQH>
you have to declare witch nic you want the dhcp make his offers in the file /etc/default/dhcp3-server
14:24
<mnevans13>
option routers 192.168.1.1;
14:25
option subnet-mask 255.255.255.0;
14:25
... the remainder is from the default settings.
14:25
<alkisg>
mnevans13: subnet 129?
14:25
<Blinny>
ZRQH: No you don't.
14:26
<alkisg>
mnevans13: change to: subnet 192.168.1.0 netmask 255.255.255.0 {
14:27
<Blinny>
ZRQH: Leaving /etc/default/dhcp3-server default, dhcpd will only attach to interfaces for which it finds a valid subnet declaration.
14:27
<ZRQH>
ok :x
14:27
<mnevans13>
alkisg: Duh! Let me fix 129--> 192.168.1.0, 255.255.255.0 and restart the dhcp3-server...
14:27
<ZRQH>
doh ! ^^
14:28
<mnevans13>
OK. dhcp-3 restarted. Now let me restart the client...
14:28
...It looks like it loaded the image!
14:29
Now the usual Ubuntu startup screen...
14:29
First: Thanks and sorry that a typo wasted your time, but I learned something helpful.
14:29
Now can I ask another question?
14:29
After I try this out locally, I want to put the thin client
14:30
in my satellite office, and connect to the server over the
14:30
internet. How would I change this configuration
14:30
to do so? The server is on the internet, in the DMZ
14:30
at a specified real IP.
14:30
<Blinny>
mnevans13: You don't want to do that :)
14:31
<ZRQH>
You need a very big internet bandwidth
14:31
<mnevans13>
This is going across a college campus. Temporarily it
14:31
<Blinny>
mnevans13: what size internet pipe?
14:31
<mnevans13>
will be on a 10baseT network, then it will be on Gigabit or 10Gb network.
14:32
<Blinny>
mnevans13: dhcp won't work outside of your subnet
14:32
<ZRQH>
over the internet ?
14:33
<Blinny>
mnevans13: if you manage to set up a VPN that bridges all (ALL) traffic over the 10Mbit pipe you could do it for a few clients but they'll be sluggish.
14:33bobby_C has joined #ltsp
14:33bobby__ has joined #ltsp
14:34
<mnevans13>
Reality will be that one thin client will be on a different subnet (satellite office);
14:34
<alkisg>
mnevans13: security aside, you could use gpxelinux.0
14:34
<ZRQH>
How to connect to the vpn before booting the PXE ?
14:34bobby__ has quit IRC
14:34bobby__ has joined #ltsp
14:34
<alkisg>
or a boot disk
14:34
<mnevans13>
rest of thin clients would be on a private set of addresses behind a switch.
14:34
<Blinny>
ZRQH: routers will create bridge subnets for you
14:34
gotta fly
14:34Blinny has quit IRC
14:34
<mnevans13>
Thanks Blinny!
14:35
alkisg: what are the security problems? Aren't the
14:35
clients running over ssh connections?
14:36
<alkisg>
The clients yes, but not the image. And it's not a good idea to run an ltsp server in a public network
14:37
<mnevans13>
OK. I't not sure I understand the statement "... but not the image." So I could have the clients boot off of a
14:37
flash drive locally connected to the client?
14:38
Re: 'not run the ltsp server in a public network: can
14:38
I have the server accessible via internet in such a
14:38
setup?
14:38
[I mean, safely accessible]
14:43lucascoala has quit IRC
14:49pimpministerp has quit IRC
14:54maginot has quit IRC
14:59cliebow has quit IRC
14:59hanthana_ has joined #ltsp
15:01litlebuda has joined #ltsp
15:01Selveste1 has quit IRC
15:02Selveste1 has joined #ltsp
15:04bjohnson has quit IRC
15:09CAN-o-SPAM has quit IRC
15:09Egyptian[Home]1 has joined #ltsp
15:13hanthana has quit IRC
15:17hanthana_ has quit IRC
15:19
<mnevans13>
quit
15:19mnevans13 has quit IRC
15:20alkisg has quit IRC
15:24Egyptian[Home] has quit IRC
15:26mnevans13 has joined #ltsp
15:27
<mnevans13>
Thanks to help earlier today I have a thin client
15:27
test system running (off Ubuntu 8.10 server).
15:27
The screen resolution is being picked up from the
15:28
server's display, which is 1920x1200. But the
15:28
client's is 1680x1050. How do I get the thin client
15:28
to get the right screen resolution?
15:30
I tried setting
15:30
[default]
15:31
X_MODE_0 = 1680x1050
15:31
in lts.conf, then rebuilding the client. Then rebooting the thin client. That didn't seem to work.
15:31
<Gadi>
mnevans13: if you set the screen resolution manually in Gnome, it is using what you set
15:32
it is most likely gnome that is changing resolution on you
15:32
<mnevans13>
Hello again Gadi. You're very kind to help me again. I did set the resolution manually in Gnome for the server. This was after
15:32
replacing the monitor now with the thin client on the server, but without rebooting with the new hardware. It took some effort
15:32
<Gadi>
mnevans13: you can try one of two things
15:32
<mnevans13>
to get the .. I'll listen!
15:33
<Gadi>
1. force it to only recognize 1 mode:
15:33
edit: /var/lib/tftpboot/ltsp/i386/lts.conf
15:33
add:
15:33
[default]
15:33
CONFIGURE_X=True
15:33
X_MODE_0=1680x1050
15:33
(no need to rebuild the image)
15:33
just reboot the client
15:34
if that does not work, it is possible that 1680x1050 is not a valid mode for that driver
15:34
if you go to Preferences > Screen Resolution, you should see available modes in the pulldown
15:35
if you don't see that one, you may need to tweak some video driver settings for the client
15:35dirigeant has joined #ltsp
15:36twinprism has quit IRC
15:37dirigeant has quit IRC
15:39
<Gadi>
(sorry - ph call)
15:39
2. Delete your user's ~/.gconf/desktop/gnome/screen directory
15:39dirigeant has joined #ltsp
15:39
<Gadi>
and relog in
15:40
that should get u back to using maximum screen res
15:42dirigeant has quit IRC
15:47
<mnevans13>
same here: phone call I couldn't drop! Back in a minute...
15:50
OK. Trying the first method. Created lts.conf in /var/... rebooting... The thin client is a diskless workstations 1520, and one of its
15:52
resolutions was supposed to be 1680x1050. Unfortunately, I can't use the Preferences>Screen resolution dialog when the resolution
15:53
is wrong. But: Method 1 worked. I wonder why this didn't work in the lts.conf file that was in /opt/...?
15:58bobby__ has quit IRC
15:59
<mnevans13>
Gadi, thanks again for your help. I'm grateful for the forum - great resource.
15:59
Over and out for now.
15:59mnevans13 has quit IRC
16:04spectra has quit IRC
16:13mikkel has quit IRC
16:18ZRQH has quit IRC
16:26Gadi has left #ltsp
16:31litlebuda has quit IRC
17:39bobby_C has quit IRC
18:01Egyptian[Home]1 has quit IRC
18:02Egyptian[Home] has joined #ltsp
18:10din_os has joined #ltsp
18:19F-GT has joined #ltsp
18:45staffencasa has quit IRC
18:52F-GT has quit IRC
18:54F-GT has joined #ltsp
19:00twinprism has joined #ltsp
19:05din_os has left #ltsp
19:07
<dmarkey>
what filesystems are supported on the client side?
19:09Lns has quit IRC
19:16
<vagrantc>
dmarkey: whatever your host distro supports
19:19
<dmarkey>
vagrantc: ok, i'm using debian, if im using rdesktop sessions, what daemon is in charge of mounting inserted usb keys?
19:19
<vagrantc>
oh, i don't know much about the rdesktop stuff.
19:19
don't think it's supported out of the box.
19:19
<dmarkey>
vagrantc: but it is via ldm?
19:20
<vagrantc>
?
19:22
<dmarkey>
ldm? LTSP display manager?
19:22CAN-o-SPAM has joined #LTSP
19:24
<vagrantc>
dmarkey: "it" ?
19:24
dmarkey: you started talking about filesystems, then you started talking about rdesktop, and then you started talking about ldm ... so what's "it" ?
19:25
<dmarkey>
mounting USB keys, does ldm do it?
19:25
<vagrantc>
yes.
19:27
<dmarkey>
do not udev or something else?
19:27
<vagrantc>
udev rules are used by ltspfs, and there are ltspfs hooks into ldm.
19:28
<dmarkey>
so, would udev mount it in /media? or would it not get that far
19:29
<vagrantc>
udev doesn't mount anything directly.
19:29
it just tells ltspfs to do what ltspfs does.
19:29
anyways, gotta run.
19:31bud313 has joined #ltsp
19:31vagrantc has quit IRC
19:41CAN-o-SPAM has left #LTSP
19:41ajohnson has quit IRC
19:55twinprism has quit IRC
20:42bud313 has left #ltsp
21:29jdu has joined #ltsp
21:30
<jdu>
anything stopping one from setting $DISPLAY and opening X11 applications on other people's displays when in a ltsp network?
21:35Faithful has joined #ltsp
21:41Nubae1 has joined #ltsp
21:42Nubae has quit IRC
21:52twinprism has joined #ltsp
21:54jdu has quit IRC
22:39hanthana has joined #ltsp
22:45F-GT has quit IRC
22:46F-GT has joined #ltsp
22:54litlebuda has joined #ltsp
23:09litlebuda has quit IRC
23:15alkisg has joined #ltsp
23:31alkisg has quit IRC
23:31RobertLaptop has quit IRC