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


Channel log from 28 May 2010   (all times are UTC)

00:14beakburke has joined #ltsp
00:36RiX2 is now known as RiXtEr
01:02beakburke has quit IRC
01:27Guerdal82_ has joined #ltsp
02:01
<gnunux>
hi
02:09t0mmii has quit IRC
02:13t0mmii has joined #ltsp
02:24t0mmii has quit IRC
02:31t0mmii has joined #ltsp
02:37dobber has joined #ltsp
02:50ltsplogbot has quit IRC
04:09sepski is now known as sep
04:13toscalix has joined #ltsp
04:27Selveste1 has joined #ltsp
04:41Selveste1 has quit IRC
04:44indy has joined #ltsp
04:44
<indy>
hi all
04:44
need some help in getting my sony laptop to boot ltsp from wifi...can this be done?
04:48bobby_C has joined #ltsp
04:53michiel_e has joined #ltsp
05:16vmlintu has quit IRC
05:19indy has quit IRC
05:21vmlintu has joined #ltsp
05:25gnunux has quit IRC
05:26gnunux has joined #ltsp
05:50F-GT has quit IRC
05:50F-GT has joined #ltsp
06:53alkisg has joined #ltsp
07:04vvinet has joined #ltsp
07:12alkisg has quit IRC
07:14nubae has joined #ltsp
07:15nubae has joined #ltsp
07:52
<ogra>
http://www.youtube.com/watch?v=Kg1lxJdjWA4&feature=player_embedded
07:52
:)
08:02
<nubae>
brilliant
08:03
<dobber>
rofl
08:08
<cliebow>
weeeeee!!!
08:15
<michiel_e>
anyone knows about ltsp + ubuntu lucid 64bit + on boot it powers off again?
08:16
running poweroff -fp while finnishing booting?
08:16
on the server
08:16
I can find ldm and ltsp-sirvecole using it (using fgrep)
08:19
<ogra>
ldm would never be executed on a server ... not sure what ltsp-sirvecole is
08:19
<michiel_e>
from control-aula
08:20
<ogra>
likely also something that should only run on clients
08:20
at least if it uses such evil commands
08:22nubae has quit IRC
08:26
<michiel_e>
first trying to remove the ltsp-sirvecole, maybe that's the problem (because that should run on the client yes)
08:26
<ogra>
how did you install your ltsp server ?
08:26
neither of these packqges should be installed outside of /opt/ltsp
08:30michiel_e has quit IRC
08:31michiel_e has joined #ltsp
08:32bobby_C has quit IRC
08:47tavis has joined #ltsp
08:47mikkel has joined #ltsp
08:52tavis has quit IRC
08:52mikkel has quit IRC
08:54mikkel has joined #ltsp
08:55Guerdal82_ has quit IRC
09:12thunsucker has joined #ltsp
09:15GodFather has joined #ltsp
09:17satellit__ has quit IRC
09:26michiel_e has quit IRC
09:28GodFather has quit IRC
09:33ogra has quit IRC
09:34ogra has joined #ltsp
09:44RicardoPerez has joined #ltsp
09:45
<RicardoPerez>
Hi! One question, please: Can I use sudo inside an LTSP client session?
09:46
<dobber>
sure
09:46
<RicardoPerez>
sorry, but I'm unable to use sudo with my normal user inside an LTSP client session...
09:47
I'm using Ubuntu Server 10.04 LTS as LTSP server
09:47Gadi has joined #ltsp
09:47
<RicardoPerez>
and I'm using the "Fat client" configuration as described on https://help.ubuntu.com/community/UbuntuLTSP/FatClients
09:49
but after login, when I try to use, for example, "sudo ls", I type my password but I got the error message "Sorry, try again."
09:49
my user is in the "sudo" group
09:50
<ogra>
it shuld be in the admin group
09:50
not sudo
09:51vbundi has joined #ltsp
09:51
<RicardoPerez>
hi, ogra, thanks for the response. the /etc/sudoers says that "%sudo ALL=(ALL) ALL". the admin group is not mentioned in that file. is that right?
09:52
<ogra>
hmm, ask alkisg (once he shows up) that seems to be broken, /etc/sudoers should have the admin group
09:52RiX2 has joined #ltsp
09:53
<vbundi>
If I want to manually shut down a thin client, would be best way be to enable an admin user in the chroot and run a halt command over ssh to the thin client ip?
09:53
<RicardoPerez>
ok, apart from that, the "ricardo" user in the LTSP server IS in the admin group, but the "ricardo" user in the LTSP client isn't. why can this be happened?
09:56RiXtEr has quit IRC
09:57RiXtEr has joined #ltsp
09:59RiX2 has quit IRC
10:02gnunux has quit IRC
10:07
<RicardoPerez>
/etc/group (on LTSP server) has an "admin:..." line, but /opt/ltsp/i386/etc/group doesn't. is that right?
10:13cliebow has quit IRC
10:14alkisg has joined #ltsp
10:15
<RicardoPerez>
hi, alkisg! ogra asked me to ask you if "admin" group should be in /etc/sudoers instead of "sudo" group
10:17
<alkisg>
Hello
10:17
RicardoPerez: erm, I'm not sure I understand the question. Why would you want that?
10:17
<RicardoPerez>
alkisg, well, my problem is that i'm unable to use "sudo" in my LTSP client user
10:18
however, i'm able to use "sudo" with the same user in the LTSP server
10:18
<alkisg>
RicardoPerez: is that on a thin or fat client?
10:18
<RicardoPerez>
alkisg, fat client
10:18
<alkisg>
OK, and what distro?
10:18
and version?
10:18
<RicardoPerez>
i followed https://help.ubuntu.com/community/UbuntuLTSP/FatClients
10:19
I installed Ubuntu Server 10.04 LTS
10:19
and followed the instructions from FatClients wiki page
10:19
<alkisg>
OK. The problem is that the password of the logged on user is not transferred to the fat client /etc/shadow
10:19
<RicardoPerez>
oh
10:19
<alkisg>
So, the fat client users cannot provide their own passwords (e.g. they wouldn't be able to unlock a screensaver)
10:20
<RicardoPerez>
that sounds bad :)
10:20
is there a workarond?
10:20
workaround*
10:20
<alkisg>
I offered to make ldm write their passwords upon logon, but the other devs didn't think it as a good idea (security-wise)
10:21
I.e. if a terminal is somehow compromised, it would mean that the attacker would have the password hash of the current user
10:21
So, a proper workaround will be when ldap or some libpan-sshauth is used
10:21
<RicardoPerez>
i mean...
10:21
understand
10:22
<alkisg>
*libpam, not pan
10:22
<RicardoPerez>
so meanwhile, there's no easy workaround for that problem, right?
10:22
<alkisg>
No, not really. I made the session "active" in the console kit so that sudoers are able to mount internal disks etc, but other than that, `sudo` isn't easy to do.
10:23
A patch to ldm to save the password hash to /etc/shadow would be the easiest workaround here
10:24
<RicardoPerez>
that sounds great
10:24
so, what do you advise me when a user wants to use a tool with administrative privileges?
10:24
the best solution could to have a "root" account enabled in the chroot?
10:24tavis has joined #ltsp
10:25
<alkisg>
RicardoPerez: can you make it a little more specific? Which tool?
10:25
E.g. there's no point in using synaptic or gconfeditor or something like that in a fat client
10:25
The changes wouldn't be saved
10:25
<RicardoPerez>
alkisg, you're right
10:26
so the best is not to use sudo in the fat client
10:26
nor any admin tool
10:26
<alkisg>
Yes, usually there's no need to use any admin tools, however,...
10:27
....if there's a need to do it, you could switch to vt2 (SCREEN_02=shell) and run `passwd user` and define a password locally
10:27
Then that user would be able to use `sudo` for that session
10:27
<RicardoPerez>
oh, that's sounds a very good "patch" for the problem, right, thanks!
10:28dobber has quit IRC
10:28
<RicardoPerez>
alkisg, a related question, please: is there an easy way to install applications in the chroot which uses graphical installers?
10:29
<alkisg>
No, no easy way. It is possible to chroot, and export DISPLAY, and export DBUS_SESSION_BUS_ADDRESS etc, and run synaptic or whatever else installer the application has, but that's not recommented generally
10:30
For some next release, I'd like to be able to have the fat chroot in a different server partition, and to be able to boot the server as a fat client with a full desktop, and do any changes like in a normal workstation
10:31
<RicardoPerez>
oh, that sounds a great thing!
10:31
<alkisg>
(erm, I mean that the server would be dual boot: 1) as a server 2) as a fat chroot "template")
10:31
<RicardoPerez>
yes, I understand you fully :)
10:31
<alkisg>
There also wouldn't be any need for ltsp-update-image this way
10:32
(the whole partition would be exported with nbd)
10:32
<RicardoPerez>
it could be a great improvement
10:32
like now it does with /opt/ltsp/i386, right?
10:33
sounds cool
10:33
thank you very much for all your responses, alkisg
10:34
<alkisg>
You're welcome, feel free to ping me for any fat-client related problems
10:34
<RicardoPerez>
only one quick question, please!
10:34
:)
10:34
/etc/group (on LTSP server) has an "admin:..." line, but /opt/ltsp/i386/etc/group doesn't. is that right?
10:34RiX2 has joined #ltsp
10:35
<RicardoPerez>
(just curious)
10:37
<alkisg>
Yup I also see that here. It seems that some package creates that group, and it isn't installed on a fat client. However, when a user logs in, ALL groups that this user belongs to are copied to the fat client (live) so an admin user would be in that group in a fat client also.
10:38RiXtEr has quit IRC
10:38
<RicardoPerez>
yes, the problem is that GID 112 ("admin") on LTSP server could be mapped to another group name in the fat client...
10:39
i don't know if i'm explaining me well...
10:39
<alkisg>
I think that the code that creates the groups tries to keep the same gid
10:40
So I think that that shouldn't be a problem. Also, the programs shouldn't count on the system gids being the same.
10:40
(e.g. lpadmin could have a different gid on the server compared to the chroto)
10:41
<RicardoPerez>
well, i just see that the GID 112 is mapped with "mlocate" in the chroot
10:41
<alkisg>
How do you mount your /home? With nfs?
10:41
<RicardoPerez>
apart from that, i can't see any problem
10:41
<alkisg>
NFS would ensure that any files that belong to "admin" on the server, would also belong to "admin" on the fat client, even if they had a different gid (afaik).
10:42
<RicardoPerez>
mmm i don't think so, sorry but i still am an LTSP newbie... I only followed the instructions on the wiki page
10:42
<alkisg>
...and I think that's also true with sshfs
10:42
<RicardoPerez>
I suppose the fat client is using sshfs for exporting the /home
10:43
<alkisg>
By default, yes, it's using sshfs to export /home/username (not the whole /home)
10:43
<RicardoPerez>
because I haven't got any nfs related package installed in my ltsp server
10:43
the / is exported with nbd, right?
10:44
mmm sorry, i think i'm wrong
10:44
<alkisg>
You're correct
10:44
<RicardoPerez>
oh
10:44
<alkisg>
The / is exported with nbd (and then joined with a tmpfs with aufs to make it rw)
10:45
I'm using nfs though, to be able to run evolution as it doesn't run with sshfs
10:45
(and google chrome and google earth and pulseaudio need some care with sshfs)
10:45
<RicardoPerez>
so, does nbd the same as nfs with the group names? it seems don't
10:45
do you advice me to use nfs instead of sshfs?
10:46
<alkisg>
It depends. Do you care about security? nfs v3 is kinda insecure
10:46
Are you using any of those programs that I mentioned?
10:47
<RicardoPerez>
the kids (i'm trying to mount a classroom for kids) uses google earth and likes to hear music, yes...
10:47
<alkisg>
I'm advicing all greek schools to use nfs for fat clients, so yeah, for a kids classroom I'd also advice nfs
10:48
<RicardoPerez>
great, therefore i'll try to reconvert my fat client installation to use nfs instead
10:49
maybe the "group-names" issue could be solved as a bonus
10:49
<alkisg>
No the root is always exported with nbd, in both cases
10:50
<RicardoPerez>
oh, sorry, only /home is exported as sshfs or nfs, then?
10:50
<alkisg>
If you'll switch to using an nfs exported home, you'll need the following lts.conf options: NFS_HOME_OPTIONS=nolock and NFS_HOME=/home
10:50
Yes, the nfs vs sshfs comparison only affects /home
10:50
Did you notice any problems with the group names? On a booted fat client?
10:51
<RicardoPerez>
only the "admin" one i said you before... apart from that, all seems OK
10:52Guerdal82_ has joined #ltsp
10:52
<RicardoPerez>
(btw, https://help.ubuntu.com/community/UbuntuLTSP/FatClients talks about the NFS_HOME, but it doesn't say nothing about the NFS_HOME_OPTIONS... should it be there?)
10:54
<alkisg>
No it's a temporary thing for Lucid, I'm experiencing problems with the statd service not starting that's why I'm using NFS_HOME_OPTIONS=nolock, it should be solved and not needed in the future
10:54
(I believe it's an upstart problem)
10:54
<RicardoPerez>
great then!
10:55
now yes, again, thank you very much, alkisg, for all your info
10:55
<alkisg>
You're welcome
10:55
<RicardoPerez>
has been very helpful
10:55
thanks again, bye!
10:56RicardoPerez has quit IRC
10:56
<vbundi>
I'm running rdesktop from my gnome session and the caps lock key is not working, it works in the gnome session but not in the windows terminal serssion
10:57
I have used the -N modifier and no luck
11:05
<akuepker_>
vbundi: we have an internal ticket open about that issue as well. It's intermittent for us for some reason, though.
11:06
<vbundi>
akuepker_ ah, my old version of rdesktop did not do this... is the behaviour the same with the rdesktop screen script?
11:21tavis has quit IRC
11:28t0mmii has quit IRC
11:28
<akuepker_>
vbundi: I don't use the screen script, but I'll try to ask my Windows admin when he comes in on Monday.
11:28
<thunsucker>
vbundi: there is a fix for it that Gadi suggested before
11:28
vbundi: it happens with the screen script and without it
11:28
one sec i'll find the fix
11:32t0mmii has joined #ltsp
11:33
<thunsucker>
vbundi: my apologies i can't seem to find my notes
11:33
vbundi: the caps lock is not an ltsp issue though, it's an ubuntu issue, i'll look around a bit more
11:33
<vbundi>
thunsucker: yeah I thought the capslock was an rdesktop thing
11:34
<thunsucker>
vbundi: found it
11:34
https://help.ubuntu.com/community/UbuntuLTSP/VMWareViewVDI
11:34
look towards the bottom there
11:34
Caps Lock is per default inhibited in rdesktop v1.6.0.
11:34
lol
11:34
<vbundi>
oh I was just on there
11:34
<thunsucker>
but obviously you make 1 small change and it will work
11:35
akuepker_: Caps Lock is per default inhibited in rdesktop v1.6.0.
11:35
<vbundi>
bah so it is an LTSP issue?
11:35
<thunsucker>
vbundi: no, as Gadi described it to me previously, at least at that time, there was a issue with the powers to be, policitial war
11:36
vbundi: something to that effect, but i know the same thing is happening with rdesktop on my lucid install
11:36
a full blown desktop install
11:47
<vbundi>
hey, well thanks a lot for the fix
11:47mikkel has quit IRC
11:51komunista has joined #ltsp
11:52
<akuepker_>
thunsucker: I remember we tried that one a few months ago. It caused enough other problems for our users that we ended up reverting.
11:55alkisg has quit IRC
11:56alkisg has joined #ltsp
12:03alkisg has quit IRC
12:03alkisg has joined #ltsp
12:06Guerdal82_ has left #ltsp
12:16
<vbundi>
akuepker_ what kind of problems would it cause?
12:16
!lts.conf
12:16
<ltspbot>
vbundi: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
12:16wima has joined #ltsp
12:16
<thunsucker>
akuepker_: what other issues did it cause?
12:21alkisg has quit IRC
12:22
<thunsucker>
vbundi: i'm browsing the logs again i'll find the solution gadi gave me
12:22
<vbundi>
ok
12:24
<thunsucker>
Gadi: you around :)
12:27
vbundi: what distro you running?
12:29
vbundi: several solutions here: https://bugs.launchpad.net/ubuntu/+source/rdesktop/+bug/254968
12:29
vbundi: looks like a popular option is to revert back to rdesktop 1.5 using the debian package and stop it from updating
12:31
<vbundi>
lucid
12:33RicardoPerez has joined #ltsp
12:36
<vbundi>
thunsucker: what's wrong with the file edit, it appears to be good
12:36
<thunsucker>
vbundi: some users have had weird issues like using / and the arrows
12:36
but i think most of them were running 9.04 and 9.10
12:37
vbundi: i definitely think it's worth a try
12:37wima has left #ltsp
12:37
<vbundi>
I'm talking about commenting out the Caps_lock line in usr/share/rdesktop/keymaps/common:
12:38
I thought the weird issues were because of patching it
12:43
<thunsucker>
vbundi: thats what i meant
12:43
thats been the fix, but it seems like in previous versions of ubuntu it broke other things
12:44
so I believe in lucid, that is the way to go
12:44
<vbundi>
oh ok
12:48
<thunsucker>
vbundi: i just changed it on my lucid install, testing it out now
12:49vagrantc has joined #ltsp
12:49
<thunsucker>
vbundi: appears to be working, dind't see any issues
12:49
<vbundi>
thunsucker: great, thanks.
13:03GodFather has joined #ltsp
13:04LedHed has joined #ltsp
13:05
<LedHed>
I'm having a hard time setting the screen resolution. under [default] I have X_MODE_0 = 1280x1024, but all I get is an 800x600 screen. I also have CONGIFURE_X = True. Any ideas?
13:07alkisg has joined #ltsp
13:11
<vagrantc>
LedHed: try XRANDR_MODE_0 ... and comment our CONFIGURE_X ... it shouldn't be necessary with recent versions
13:11
!distro
13:11
<ltspbot>
vagrantc: Error: "distro" is not a valid command.
13:12
<vagrantc>
!release
13:12
<ltspbot>
vagrantc: "release" :: please mention the linux distro and release you're using :)
13:12
<vagrantc>
and that ^^
13:13alkisg has quit IRC
13:13
<johnny>
vagrantc, have we considered dropping CONFIGURE_X ?
13:14
<vagrantc>
we use it internally
13:14
<LedHed>
isnt it still usefull for other settings like X_RAMPERC?
13:14
<johnny>
internally?
13:14
oh yes
13:14
<vagrantc>
it's set if variables that need it are set.
13:15
<johnny>
hmm.. can't most of those be done outside of X now?
13:15
like xrandr..
13:15
<vagrantc>
which is why we do it that way
13:15
<johnny>
what exactly needs to generate an xorg.conf these days?
13:15
<LedHed>
vagrantc, I set XRANDR_MODE_0 = 1280x1024, but no luck
13:15
<vagrantc>
forcing refresh rates, support for cards that don't support xrandr
13:16
<johnny>
hmm.. i wonder at what point we would want to say goodbye to the crapola.. :)
13:16
in a few years hopefully
13:17
<vagrantc>
i can't imagine it being possible that there would never be a valid use case for overriding detected defaults
13:17
<johnny>
sure.. but it will probably be done outside of X
13:17
or outside of the xorg.conf
13:17
like via the xrandr utility
13:17
<vagrantc>
for everwhere we can, we do
13:17
<johnny>
once all non supporting drivers disappear
13:18
xorg.conf is obviously on a path to disappear
13:19
<vagrantc>
and when that happens, i demand that LTSP refuse to comply!
13:19
<johnny>
lol
13:19
that's nonsense
13:19
<vagrantc>
good catch
13:19* johnny pokes the crusty old vagrantc
13:19
<johnny>
"get off my lawn"
13:20alkisg has joined #ltsp
13:20
<thunsucker>
"dont walk on my grass!"
13:22
<LedHed>
I'm testing LTSP Clients in a VBox VM, When I go to System -> Preferences -> Monitors, it only shows a max of 800x600. Could it be that even though I specify 1280x1024, LTSP only runs the client at the max resolution it detected on the monitor?
13:23
and if so, how can I specify monitor specific settings in lts.conf?
13:23alkisg has quit IRC
13:28
<johnny>
read your monitor's docs
13:28
and set the horizontal and vertical settings as necessary
13:28
!lts.conf
13:28
<ltspbot>
johnny: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
13:31
<thunsucker>
LedHed: i ran into that in vbox, my ltsp clients would only go 800x600
13:31
<LedHed>
thunsucker, ok. I'll try forcing 1280x1024 on a physical device.
13:35jammcq has joined #ltsp
13:35
<jammcq>
helloooooooo
13:36LedHed has quit IRC
13:36LedHed has joined #ltsp
13:44RicardoPerez has quit IRC
13:55
<thunsucker>
jammcq: hi there
13:55thunsucker has quit IRC
14:04
<akuepker_>
vbundi: Re: rdesktop, the MultiKey fix caused fairly random keybindings issues with the user. I think the Control keys stopped working entirely and the users couldn't go into full-screen mode on their Win2k7 desktops. My memory's a little fuzzy though and that's been handed off to one of the other technicians to continue. (sorry for the delay. Firewall failure at a remote site had to be fixed.)
14:24komunista has quit IRC
14:32denisesball has joined #ltsp
14:36
<denisesball>
how would you guys suggest improving gnome/firefox speed? users are complaining its slower than their kde setup that is 5 years old when switching windows, loading javascript etc.
14:42fly23 has quit IRC
14:44GodFather has quit IRC
14:46
<johnny>
disable compiz?
14:46pths has quit IRC
14:46Lns has joined #ltsp
14:48
<denisesball>
johnny: yeah i removed that first thing. they never saw that
14:48
it isn't as "zippy" as kde are the complaints i get
14:48
which is amazing to me to hear
14:48
im gonna try giving bigger nbd swap
15:14
<vagrantc>
try lxde?
15:14
:)
15:20
<denisesball>
i refuse to believe gnome is slower than kde in general
15:20
gotta be a configuration
15:24
<Lns>
or a distro specific tweak/config
15:28
<denisesball>
Lns: any ideas?
15:29
<Lns>
denisesball: care to re-paste your environment/situation?
15:29
i just got here
15:30
<denisesball>
Lns: replacing an old debian etch/kde ltsp evironment with an ubuntu 10.04 gnome environment. i have a single user testing right now and he is saying switching between windows and javascript/firefox is slow
15:30
<Lns>
define slow?
15:32
<denisesball>
slower than instantly or than the previous setup. maybe a half second to switch windows. when loading a lightbox type gallery in firefox its a little slow too
15:32
this is just them comparing to the old servers
15:32
and the new server has much better hardware
15:33
<Lns>
in my experience debian overall is kind of a slimmer system..but i see little difference between ubu 10.04 and even debian lenny
15:33
re: firefox, have you gone through to try and optimize it for ltsp?
15:33dobber_ has joined #ltsp
15:34
<denisesball>
can you be more specific? i've thought of making it a local app
15:35
<Lns>
denisesball: https://help.ubuntu.com/community/UbuntuLTSP/Firefox3Optimize
15:35
<denisesball>
"This page is specific to Ubuntu versions 8.04"
15:35
i skipped over that i think
15:35
i did read that and a lot of things werent working or there anymore
15:36
<Lns>
i'm actually not sure about the java thing, i know that was an issue a while ago but not sure about 10.04
15:36
is it any java app?
15:36
<denisesball>
i said earlier, im gonna try giving them bigger nbd swap and see if that helps
15:36
Lns: nah
15:36
javascript
15:36
<Lns>
oh
15:37
<denisesball>
i also have LDM_DIRECTX=True
15:37
which helped a bit
15:37
<Lns>
i dunno about nbd swap helping at all..might wanna try localapp firefox first if the terminal hardware is good enough
15:37
<denisesball>
k, will do
15:37toscalix has quit IRC
15:39komunista has joined #ltsp
15:41NeonLicht has quit IRC
15:44
<denisesball>
can anyone think of why i can connect xdmcp to gdm ONLY on the same subnet as the server?
15:44
i've opened port 177 everywhere
15:46NeonLicht has joined #ltsp
15:49
<Lns>
denisesball: are you using xdmcp for a different reason than ltsp terminal sessions?
15:50
<denisesball>
i'm actually not using it for that at all, just so i can connect remotely
15:50
and login myself
15:50
<Lns>
ah
15:50
well check this out
15:50
http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1275079887498+28353475&threadId=761178
15:50alkisg has joined #ltsp
15:51
<Lns>
basically xdmcp broadcasts only work for the subnet it's on, otherwise you need to use a 'host list' type feature
15:52
<denisesball>
Lns: sweet, let me try and figure this out
15:54
Lns: is there a link to actually configuring this? the links on that thread ask me to login
15:56
<Lns>
i'm sure it's somewhere in gdm.conf or something?
15:57
i'm actually not sure, never configured it that way before
15:57
i normally do vnc/gdm/ssh
15:58
<denisesball>
i just wanna be able to login and reproduce what the techs see
15:58
i thought xdmcp would be easy :-/
15:58LX01 has joined #ltsp
15:58
<LX01>
hi
15:58
<johnny>
easier to just ssh the
15:58
then
15:59
<denisesball>
johnny: ssh and what?
15:59
ssh w/x forwarding?
15:59
<johnny>
yes..
15:59
<denisesball>
so how do i get a GUI then?
16:00
<LX01>
some use k12linux ? in fedora 13
16:00
<johnny>
run a command to get one?
16:00
LX01, noobody here does. please mail their list
16:00
or ltsp-discuss
16:00
their list would be best
16:00
<denisesball>
how do i connect to a local gdm/ldm with ssh?
16:00
<LX01>
yes nobody respond :s
16:00
<johnny>
they can tell you why they are slacking
16:00
<denisesball>
err remote
16:00
<johnny>
then .. perhaps you should switch to ubuntu LX01
16:00
ldm is easier.. that's what ltsp does
16:00
<LX01>
ubuntu never xD
16:01
<johnny>
sorry.. but the fedora people are slacking
16:01
if htye wn't answer
16:01
and won't release new versions
16:01
<denisesball>
right, but i havent seen how to connect to ldm over ssh
16:01
<alkisg>
What about neatx?
16:01
<johnny>
you would have to read the screen scripts probably
16:01
<alkisg>
Or do you want ldm specifically?
16:01
<Lns>
denisesball: you wouldn't want to use ldm from a normal workstation
16:01
<johnny>
LX01, this is thier fault
16:01
as it were
16:02vvinet has quit IRC
16:02
<denisesball>
all i want to do is connect to the termserver from my office so i can login just the like techs and see what they see for troubleshooting
16:02
<johnny>
i have a feeling they need to adopt a new maintainer, since warren left
16:02
<denisesball>
i dont care how
16:02
<alkisg>
neatx is a good way to do that
16:02
<denisesball>
xdmcp was super easy to enable, but now i have the subnet issue
16:02
<johnny>
if you want to see exactly what they see.. ldm would be best wouldn't it alkisg ?
16:02
<LX01>
:s ok
16:02
<johnny>
slow.. but best
16:02
<alkisg>
ldm only works from ltsp clients though, not from a standalone office pc
16:02
<johnny>
it could?
16:02
i don't see why it couldn't work alkisg
16:03
<alkisg>
You mean that he'd install the ldm init scripts to a standalone pc?
16:03loathing is now known as elcabron-work
16:03
<alkisg>
Or just copy the executable?
16:03
<Lns>
ugh
16:03
<LX01>
thanks I'll have to download ubuntu
16:03
<johnny>
sure.. or boot it in a virtual machine
16:03
<Lns>
you guys that's not the best way to do this
16:03
<johnny>
LX01, hopefully they will release the next version soon
16:04
<LX01>
ubuntu 10.10?
16:04
<johnny>
LX01, that's why i started with ubuntu.. because fedora ltsp only had one maintainer
16:04
<alkisg>
johnny: warren left? Where is he working now?
16:04
<denisesball>
Lns: what is then?
16:04
<johnny>
i don't know
16:04
<Lns>
denisesball: this is personally what I do - it'll probably work fine for 10.04 as well. https://help.ubuntu.com/community/UbuntuLTSP/GDMVNCInetdssh
16:04
<johnny>
not redhat :)
16:04
<Lns>
i wrote that myself so let me know if it works for you if you decide to try it
16:04
<LX01>
rpm is the best xD
16:04
<Lns>
i'll update to reflect 10.04
16:05
<alkisg>
Lns, have you tried neatx? It does about the same thing, much faster and much easier to setup (just an apt-get install)
16:05
<denisesball>
Lns: i will def try monday. but im not gonna run into the xdmcp different subnet thing again right?
16:05
<Lns>
alkisg: for configuring for gdm sessions too?
16:05
<denisesball>
i mean i could do nomachine nx too really
16:05
<alkisg>
Lns, no, it doesn't use gdm, it gets the credentials itself and uses ssh
16:05
<Lns>
denisesball: the howto i gave you has nothing to do with that - you connect directly via ip
16:05
<denisesball>
im trying to be as simple as possible
16:05
<Lns>
alkisg: neat
16:05
=)
16:05
<alkisg>
denisesball: neatx is a free nx implementation
16:05LX01 has quit IRC
16:05
<alkisg>
apt-get install neatx-server ==> ready.
16:06
<johnny>
why isn't there a screen script for it yet then alkisg ? :)
16:06
<Lns>
alkisg: what about nx client side?
16:06
<alkisg>
Because you didn't code one yet :D
16:06
<Lns>
lol
16:06
<alkisg>
Lns, the proprietary nx client works fine in all OSes
16:06
<denisesball>
alkisg: right. the other question is, that's just logging me in as a local user, not a terminal user correct?
16:06
<Lns>
denisesball: same difference
16:06
<alkisg>
Yes, but the terminal user is also a local user
16:07
Do you have LDM_DIRECTX=false or true?
16:07
<denisesball>
alkisg: i have true
16:08
<alkisg>
You could do the same tricks for X forwarding in a xephyr window if you need the exact same way of transferring the screen
16:08
I think Gadi has written a script for that
16:09
<denisesball>
alkisg: yep he sent me that once actually. it was a little tricky
16:10
i guess the thing is what they are complaining about (slowness) i really cant reproduce for sure unless im on the same hardware and at the same location
16:11
which is ok, as long as i can get the same presentation it will be worth it for other reasons
16:12
<alkisg>
What network connection do you have from office <=> ltsp site?
16:12
<denisesball>
much more than needed
16:12
either a DS3 or ethernet
16:13
<alkisg>
With ethernet (100mbps?) you could boot a machine (or a vm) as a real ltsp client
16:13
How fast is a DS3?
16:13
<Lns>
65mbps?
16:13* Lns tries to remember
16:13
<denisesball>
alkisg: yeah but its a completely different subnet. that lab is all segregated with its own dhcp servers and everything
16:14
<Lns>
45mbit
16:14
<alkisg>
You don't need a dhcp server to boot an ltsp client
16:14
<denisesball>
right, but how can i get it to boot off the ltsp server if im not on that private/dhcp side?
16:14
<alkisg>
You only need to be able to access the nbd port, and preferably the tftp port as well
16:14
<denisesball>
but isnt that only available on the inside port not outside?
16:15
<alkisg>
By default it listens to all interfaces
16:15
<denisesball>
oh, thats interesting
16:15
how would i do that then?
16:15
<alkisg>
One of many ways to do it is with gpxe
16:15
You just burn a floppy/cd/usb stick with the specific ip and the kernel to load from there
16:15
(from rom-o-matic.net)
16:16
<denisesball>
wont it try to get an IP from DHCP after it loads the kernel though?
16:17
<alkisg>
Not if you pass an ip=<parameters> kernel parameter
16:17
<denisesball>
9. A small DHCP client called ipconfig will then be run, to make another query from the DHCP server. This
16:17
separate user-space query gets information supplied in the dhcpd.conf file, like the nfs root server, default
16:17
gateway, and other important parameters.
16:17
from the manual
16:17jammcq has quit IRC
16:17
<denisesball>
but ok, i will try that
16:17
<alkisg>
http://codtech.com/wiki/index.php/Ipconfig#interface_spec_long_form
16:17
denisesball: I've successfully done that, I'm not talking theoretically...
16:18
<denisesball>
sweet, that would be perfect
16:18
then i would be exactly the same as them, save the connection
16:18
<alkisg>
Right
16:18
And if security is a concern, you could do it with a vm client over a vpn
16:18
<denisesball>
what ports would i need open to that scenario?
16:19
<alkisg>
nbd, tftp, nbdswap, ssh
16:19
I.e. 2000, 69, 9571, and 22
16:19
<denisesball>
no udp in there at all?
16:19
<alkisg>
...I hope I'm not forgetting any
16:20komunista has quit IRC
16:20
<alkisg>
tftp is udp
16:21
<denisesball>
There are four basic services required to boot an LTSP thin client. They are:
16:21
1. DHCP
16:21
2. TFTP
16:21
3. NFS or NBD
16:21
4. SSH
16:21
i think you're right
16:21
well thats enough for this week. thanks a ton guys
16:21
i will try all this out next week
16:32
<vagrantc>
don't forget ltspfs ...
16:33
the server needs to talk to a port on the thin client for that to work
16:33
<alkisg>
Ah right, for local usb sticks, cd roms etc
16:33
<vagrantc>
9220
16:34Method_man_ has joined #ltsp
16:34
<alkisg>
vagrantc: I'd like to remove that poweroff/reboot -fp thing completely, were you telling me the other day that you don't need it in debian? Where's the respective code? In the debian ltsp-client-core.postinst?
16:35
<vagrantc>
alkisg: remove completely as in remove poweroff/reboot or "-fp" part only?
16:35
<alkisg>
The -fp part :)
16:36Method_man_ is now known as bihari
16:38Gadi has left #ltsp
16:39
<bihari>
any indian here
16:45Barbosa_ has joined #ltsp
16:46Barbosa has quit IRC
16:56dcepticon has joined #ltsp
16:57
<dcepticon>
I am having trouble getting a local printer to work on a thin client
17:01alkisg has quit IRC
17:11
<dcepticon>
I am having trouble getting a local printer to work on a thin client
17:19bihari has left #ltsp
17:20shogunx has quit IRC
17:34Lns has quit IRC
17:37dcepticon has quit IRC
17:55vagrantc has quit IRC
18:25nexus has joined #ltsp
18:25nexus is now known as Nexusbr
18:26Nexusbr is now known as Nexus
18:26Nexus is now known as Nexusbr
18:26
<Nexusbr>
hi all
18:26
just got LTSP to work :)
18:26
its awesome!
18:27
and i'm just wondering, is there a way to create Virtual Machines, and boot one "static image" of a windows instalation within LTSP?
18:28
so, each thin client connected to LTSP will load a windows VM
18:29
geez, out of time, i'll check back later
18:29
thanls
18:29
thanks
18:29Nexusbr has quit IRC
18:41satellit__ has joined #ltsp
18:47dobber_ has quit IRC
18:49Selveste1 has joined #ltsp
18:59shogunx has joined #ltsp
19:08Barbosa_ has quit IRC
19:09Barbosa has joined #ltsp
19:17satellit__ has left #ltsp
20:14tstafford has quit IRC
20:57F-GT has quit IRC
21:05jhutchins_lt has quit IRC
21:09F-GT has joined #ltsp
22:17ogra_cmpc has quit IRC
22:20litlebuda has joined #ltsp
22:30ogra_cmpc has joined #ltsp
22:30try2free has joined #ltsp
22:52try2free has left #ltsp
22:59alkisg has joined #ltsp
23:00Ahmuck has joined #ltsp
23:00
<Ahmuck>
can somemone post a network config for ltsp. i need to take a look at it. i bypassed setup in ubuntu for the nics upon installation
23:01
<johnny>
isn't there a gui for that?
23:01
you don't really need anything for a default setup
23:01
if you're already on the internet.. you don't have to do anything
23:02slidesinger has joined #ltsp
23:09
<alkisg>
Ahmuck: do you mean /etc/network/interfaces? See the first example there: http://www.servepath.com/support/debian-IP-configuration.php
23:11Ahmuck has quit IRC
23:14
<johnny>
alkisg, fedora shipped with a cli interface to networkmanager, i hope ubuntu ships it too
23:14
would be nice to see such a thing be integrated everywhere
23:14
<alkisg>
Network manager has a critical bug for ltsp where you can't configure a static IP and have the other one with dhcp
23:14
<johnny>
the other one?
23:14
other nic?
23:14
<alkisg>
So it's pretty much useless for the classical ltsp setup
23:15
You can't do eth0=static and eth1=dhcp
23:15
<johnny>
hmm.. i wonder why
23:15
<alkisg>
It gets confused and it thinks noone of the connections are managed and it doesn't show any of them. It's been that way for as long as I've been trying it (hardy, I think)
23:18
<johnny>
seems like it should be fixable now..
23:18
especially since you can't use dhcp and also openvpn
23:18
err
23:18
can use*
23:20
networkmanager's system service is definitely better nowadays
23:20
i remember when it was almost completely applet based :)