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


Channel log from 9 July 2008   (all times are UTC)

00:00indradg has quit IRC
00:01indradg_ is now known as indradg
00:11subir_ has joined #ltsp
00:17subir has quit IRC
00:32subir_ has quit IRC
00:34alkisg has joined #ltsp
00:40
<LTSPTNK>
"(15:31:08) ogra: LTSPTNK, try changing /bin/fusermount as well and see if that heps" fusermount atleast had wrong permissions (root and group fuse)
01:01LTSPTNK has quit IRC
01:02johnny has joined #ltsp
01:03LTSPTNK has joined #ltsp
01:04
<LTSPTNK>
ogra
01:04
there is something weird going on in my system :D
01:05
sudo nano /etc/udev/rules.d/45-fuse.rules
01:05
KERNEL=="fuse", GROUP="domain^users"
01:05
administrator@ltsp1:~$ ls -l /dev/fuse
01:05
crw-rw---- 1 root root 10, 229 2008-07-09 09:00 /dev/fuse
01:05
domain^users has no permission for fuse after reboot
01:06Subhodip has joined #ltsp
01:08
<LTSPTNK>
fusermoun thought has kept the "domain^users" as valid group
01:09
<daduke>
LTSPTNK: that's why we have the modprobe fuse && chmod 777 /dev/fuse in /etc/rc.local - remember?
01:10
<LTSPTNK>
yeah, but i thought that system pulled the "default" rule from that file at reboot :O
01:10
 /etc/udev/rules.d/45-fuse.rules
01:10
<daduke>
LTSPTNK: I don't know, but your output tells me that permissions are gone after reboot
01:11
<LTSPTNK>
thats for sure :)
01:12
Then we need to keep a little course about "rc.local" becouse I have never modified these scripts (thought I have wanted to sooo many times :D)
01:12
My rc.local is fulle commented out except the "exit 0" ath the end
01:13
so what I should do? uncomment the !/bin/sh -e at the beginning?
01:14
!/bin/sh -e
01:14
modprobe fuse && chmod 777 /dev/fuse
01:14
<ltspbot>
LTSPTNK: Error: "/bin/sh" is not a valid command.
01:14
<LTSPTNK>
this should cover it up?
01:14
<daduke>
LTSPTNK: no, that's the shebang, it needs the #. Just insert the modprobe and chmod and a+x it
01:15
<LTSPTNK>
a+x? sorry man, I'm a beginner with Linux/Unix :D
01:16
ohh
01:16
<daduke>
LTSPTNK: sorry... chmod a+x /etc/rc.local grants execute permission to everyone
01:16
<LTSPTNK>
it is the commented line there talking about execution bits
01:16
^^ is it the same thing?
01:17
<daduke>
LTSPTNK: exactly. chmod a+x does that
01:18
<LTSPTNK>
any way to test it here or just reboot?
01:18
<daduke>
LTSPTNK: http://catcode.com/teachmod/
01:19
LTSPTNK: just insert modprobe fuse
01:19
chmod 777 /dev/fuse before the exit 0 and reboot
01:20
<LTSPTNK>
oki :)
01:20
<daduke>
LTSPTNK: and be aware of the fact that now everyone can use fuse
01:20
<LTSPTNK>
hmmm
01:21
isnt that what I wanted somehow, no others can log in than domain users
01:21
and the (fusermount) is still restricted to domain^users
01:21
<daduke>
LTSPTNK: it might well be, just make sure you're aware of the consequences
01:22
<LTSPTNK>
They can du oter things than use USB storage with that, can they anyhow permanently affect the system?
01:23
<daduke>
LTSPTNK: not that I'm aware of, but there's a lot of filesystems using fuse, e.g. NTFS and sshfs
01:25
<LTSPTNK>
i see
01:26
but the kids that are gonna use this first system are like 10 to 12 years old...
01:26
<daduke>
LTSPTNK: I met a 15 y-o SuSE kernel hacker once...
01:28indradg has quit IRC
01:29
<LTSPTNK>
omg.... so I have a big security hole here.... Just hoping that those kids arent that good with Linux...
01:30
but if we talk little about the educational side. Those two classes which are going to use this little LTSP envinroment are both IT specific, they apply to those classes at 3rd class and start learning about computers at really early age.
01:31
this school is one so called "high-class" school, and the whole school has like 300 workstations / laptops, ONE Mac and NONE Linux
01:32
and for fuck sake we are in Finland, the home land of Linus
01:38
btw
01:39
anyone here noted software named "iTalc"?
01:39
http://italc.sourceforge.net/
01:39
<daduke>
LTSPTNK: fuse is not a security hole per se. sshfs is pretty useful most of the time, but there are situations in which you don't want users to be able to mount whatever they please.
01:40
<LTSPTNK>
true :)
01:41
gonna reboot now, sec :)
01:41LTSPTNK has quit IRC
01:42LTSPTNK has joined #ltsp
01:45
<LTSPTNK>
administrator@ltsp1:~$ ls -l /dev/fuse
01:45
crwxrwxrwx 1 root root 10, 229 2008-07-09 09:40 /dev/fuse
01:46
whatta fuck :D
01:46
still not wroking
01:46
working
01:47deavid has joined #ltsp
01:47
<daduke>
LTSPTNK: depends. The permissions worked nicely.
01:49
<LTSPTNK>
yeah, I saw that, and that dmesg at tty2 tells me that it has been plugged in as sdb1
01:49
...
01:49
hmmm really weird
01:50
something to do with something else still
01:50
prolly the user uid or some other group privilegies
01:51
whats the point where it should mount?
01:51
as default
01:51
<daduke>
LTSPTNK: what distro you on?
01:51
<LTSPTNK>
Ubuntu
01:51
<daduke>
LTSPTNK: have you checked https://wiki.ubuntu.com/DebugLocalDev?
01:56
<LTSPTNK>
im in the udev step all the time
01:56
dmesg works, but udev seems not to
01:58
If the udev rules are firing, then you should see an entry for the usb device in /var/run/ltspfs_fstab on the thin client:
01:58
that works
01:59
i hate vi
01:59
gonna install nano into chroot
02:00
<daduke>
http://www.io.com/~dierdorf/emacsvi.html
02:00
<LTSPTNK>
xD
02:01
thanks daduke U really cheered me up :)
02:03alkisg has quit IRC
02:04alkisg has joined #ltsp
02:04japerry has joined #ltsp
02:05
<LTSPTNK>
udev rules are firing and working
02:05
so lats thing is this funny command
02:06
ssh -X -S /var/run/ldm_socket_vt7_192.168.0.254 192.168.0.254 "/usr/sbin/ltspfsmounter /tmp add"
02:12
<daduke>
LTSPTNK: that's the ltspfs magic for remote USB mounting
02:13
<LTSPTNK>
it gives an error which is in launchoad also, im reading this trought atmo
02:14
there should be a directory
02:15
/tmp/.username-ltspfs/
02:15subir has joined #ltsp
02:15
<LTSPTNK>
doesnt exist here...
02:18bobby_C has joined #ltsp
02:20
<LTSPTNK>
it is related to Likewise-winbind authentication as it was expected
02:20
missing .xauth something file....
02:25mikkel_ has joined #ltsp
02:27
<LTSPTNK>
but that bug was reported fiex early this year
02:29Pascal_1 has joined #ltsp
02:30
<LTSPTNK>
btw, is the ldm log somewhere?
02:33chrisjrob has joined #ltsp
02:34
<lejo_>
LTSPTNK: /var/log/ldm.log
02:36
<LTSPTNK>
hmmm
02:36
doesnt exist here
02:36
<lejo_>
ldm2.log ?
02:36
<LTSPTNK>
no
02:36
nothing even near that
02:37
lastlog, likewise-open, lpr.log, mail.err
02:40
little tricky :D
02:48japerry has quit IRC
02:52vagrantc has quit IRC
02:52agike has quit IRC
02:55alkisg has quit IRC
03:08alekibango has joined #ltsp
03:12exodos has joined #ltsp
03:14Nubae has quit IRC
03:24
<wigwam>
please, i have 2 NICs in my thin client... but it can only boot from one of them ... unfortunately linux detects the another one as eth0, so it fails with error: eth0: no link
03:25
any ideas please? som cmdline parameter for kernel to detect particular NIC as eth0, or make kernel not to wait for eth0 and try eth1
03:27
<daduke>
wigwam: can you disable the other one in the BIOS?
03:27wwx has quit IRC
03:28deavid has quit IRC
03:28
<wigwam>
daduke: no :(
03:29
i googled out something about modprobe.conf
03:29wwx has joined #ltsp
03:30
<daduke>
wigwam: you should be able to set it in modprobe.conf and then build a new initrd
03:31
<wigwam>
thx, i will try modprobe.conf or udev rules
03:31Q-FUNK has joined #ltsp
03:34
<exodos>
how can i add script that will be executed every time user logs out from terminal server?
03:36
<ogra>
wigwam, use /opt/ltsp/i386/etc/modprobe.d/blacklist .... find out which module the NIC you dont want uses, blacklist it there and then run sudo chroot /opt/ltsp/i386 update-initramfs -u && sudo ltsp-update-kernels
03:36vlt has joined #ltsp
03:36
<ogra>
that will exclude the driver for the NIC so it cant be used by the kernel
03:37
<wigwam>
thx
03:38exodos has quit IRC
03:40
<LTSPTNK>
ogra, did U read my conversation with daduke?
03:41
something really odd going on in my system
03:41
first of all, there isnt any ldm.conf
03:41
<ogra>
there never was any ldm.conf
03:41
<LTSPTNK>
second of all the system doest create folders under /tmp/ like it is meant
03:42
<ogra>
???
03:42
what do you mean with that ? who told you its meant to do that ?
03:42
<wigwam>
ogra: hmm, it's not possible for me :(
03:43
<LTSPTNK>
i googled and found launchpad pug report which is atleast parallel bug to my own
03:43
while trying this command ssh -X -S /var/run/ldm_socket_vt7_192.168.0.254 192.168.0.254 "/usr/sbin/ltspfsmounter /tmp add"
03:43* ogra stil doesnt understand ... we dont create any folders in /tmp
03:43
<ogra>
and ldm never had config file
03:43
<LTSPTNK>
it gives an error: /tmp/.username-ltspfs/tmp is not mounted
03:43
<wigwam>
ogra: on the one hand, the 2 NICs uses different drivers, so for this sort of TC it could be possible.. But we have also clients that have only one NIC (unfortunately of that disabled driver)
03:44
<LTSPTNK>
sorry, i misstyped, not config file, ldm.log
03:44
<ogra>
*and* it wrked fine when we both tested your setup wit a local user
03:44
ah. well, if you see a graphical login there must be /var/log/ldm.log on the client ...
03:44
ldm wouldnt start otherwise
03:44
it creates it on startup
03:45
<LTSPTNK>
yeah, it has something to do with the domain users, but udev rules are working now, but something about .xauthority is being referrd in these bug reports found in launchpad, but all has reported been fixed
03:45
<ogra>
right
03:45
and its not related to your problem as we have seen when testing with a locally created user, your ltsp does exactly what it should do
03:46
<LTSPTNK>
but the xauthority would make sense, because domain users are prolly not having it or it isnt created like it should or smthg like that
03:46
<ogra>
no
03:46
ldm creates the xauth cookies for everyone ... if you can log in then xauth has worked
03:47
<LTSPTNK>
oki :)
03:47
but do u have a clue where the problem might be becouse the udev rules are working atmo, im pretty sure about that
03:47
<ogra>
it doesnt matter where your user credentials are stored, if the login succeeds it will also create the xuath stuff
03:47
<LTSPTNK>
the fstab contains things which it needs to
03:48
<ogra>
well, i can just repeat, make sure your system users are not managed by AD is the easiest fix here
03:48
i.e. everything with a UID < 1000 shouldnt be handled in AD
03:48
<LTSPTNK>
nothing beside the actual user is handled by AD
03:49
but becouse of that, the AD user isnt part of any Linux group
03:49
except the domain^admins have sudo rights :D
03:50
<vlt>
Hello. I'm installing LTSP on Ubuntu Hardy. It seems many things have changed since LTSP 5 on Ubuntu 6.06. When I try login _on_ the client I get "account expired", while the client's /etc/passwd and `passwd -S` look fine for me. Any idea what could be the problem here? Is /etc/passwd taken from a different location than the built image?
03:52
<LTSPTNK>
the ldm.conf states now that Warning: No xauth data; using fake authentication ....
03:54exodos has joined #ltsp
03:55
<LTSPTNK>
fucking ldm.conf
03:55
i mena the ldm.log
03:55
mean
03:58
<ogra>
LTSPTNK, so one last time again: the issue you have is *not* an ltsp issue since everything works fine with non AD users, try to get your AD right ...
03:59
... before you start breaking the working stuff by poking aournd in ltsp
04:00
<LTSPTNK>
yeah, I see that
04:00
but the thing I mean is that prolly the thing is between these two
04:00
<vlt>
`passwd -S`: "root P 07/09/2008 0 99999 7 -1", but "Your account has expired; please contact your system administrator" ... hmmmm ...
04:00
<ogra>
vlt, root is locked by default ...
04:00
<LTSPTNK>
becouse the AD is working as it is meant, just "user database" which we authenticate against
04:01
<ogra>
vlt, use passwd -u before setting a password (and dont forget to regenerate the image afterwards)
04:01
<LTSPTNK>
it doesnt serve as user rights directory or any else, becouse it isnt meant to, and it cant do that
04:01
only thing the AD is used for is the kerberized authentication, and it _can_ read some groups, like domain^admins for sudo rights
04:02
the whole AD isnt linked to Linux system groups anyhow
04:02
<ogra>
did you try to add a group to AD that has the same GID as the fuse group in your ltsp server ? and add your testuser to it ?
04:02
<LTSPTNK>
it is impossible
04:02
<ogra>
you cant create groups in AD ?
04:02
<LTSPTNK>
GID cant be modified without schema extension
04:03
and our Domain Supervisors dont like the idea of installing schema extension
04:03
becouse they dont like at all anything else than Windows
04:03
<vlt>
ogra: Thank you I'll try ...
04:03
<LTSPTNK>
so thats why I have changed all things that are referring to fuse to refer domain^users or to have full 0777 permission
04:04
and now the udev rules are working (ltspf_fstab) looks fine
04:04
(didnt infact last time)
04:04
but the partiotion is not mounted
04:06bobby__C has joined #ltsp
04:08
<ogra>
ltsp_fstab ????
04:08* ogra sighs and goes away for now
04:08
<LTSPTNK>
:D
04:08
i cant really remeber the things by their own names
04:08bobby__C has quit IRC
04:09bobby__C has joined #ltsp
04:09
<LTSPTNK>
ltspfs_fstab
04:09
in client/var/run/
04:13
<vlt>
ogra: Yes, `passwd -u` worked. But I don't understand why. There was "P" in `passwd -S`, not "L" ...
04:18
<exodos>
as anyone any idea why the xsession is not if when gnome-keyring-daemon is still running?
04:19
* is not exiting *
04:21
when I click log out button most of my programs gets closed (including ssh connection) but my screen is still displaying desktop background
04:21bobby_C has quit IRC
04:21
<exodos>
i have to kill gnome-keyring-daemon to release it
04:23
when i use NX to connect session quits normally
04:23
<LTSPTNK>
daduke
04:23
U use Debian?
04:32Q-FUNK has left #ltsp
04:36deavid has joined #ltsp
04:37gatekeeper has joined #ltsp
04:38
<vlt>
Hello. How to re-read lts.conf on the client now? I tried `/etc/init.d/ltsp-client-setup start` but this didn't work.
04:38
<gatekeeper>
hello guys, how's goin..?
04:39
does anyone have some bad experience with skype usage on ubuntu ltsp client
04:39exodos has quit IRC
04:39exodos has joined #ltsp
04:39
<gatekeeper>
like ... freezing after trying to quit and increasing cpu usage to 100%
04:39
?
04:40
<lejo_>
ogra: I cooked up a patch for the numlock stuff, can I post it as non-member to the list?
04:40
<gatekeeper>
thanks in advice/help ..
04:42
<cyberorg>
lejo_, just become a member, we wont let you off with one patch
04:43alkisg has joined #ltsp
04:45
<ogra>
lejo_, if you would store it on launcpad (no idea if you have/want that) you can just click the "propose branch for merging" button ... all people subscribed to the upstream branch will then get the change for review
04:45
(if not, use the list, which we dont have much control over, so i have no clue if a non member mail will get through to ltsp-devel)
04:47
vlt, it was never possible to re-read lts.conf without much fiddling, easiest is to reboot the client
04:48mikkel_ has quit IRC
04:51
<daduke>
LTSPTNK: I'm on etch, yes.
04:53
<LTSPTNK>
so might be worthy of testing for me, i just need to change the graphics card to my other testmachine...
04:53
<daduke>
LTSPTNK: ?
04:54
<LTSPTNK>
my other test machine has some integrated sis shit and it will not go to X atleast in Ubuntu
04:54
but i guess i have one spare card floating around in this room :D
04:55
does debian have same kind of "server-kernel" as ubuntu to be 32bit but still use more than 3.2gig of ram?
04:56* ogra doubts that
04:56
<ltsppbot>
"gate_keeper" pasted "skype" (16 lines) at http://pastebot.ltsp.org/22
04:56
<daduke>
LTSPTNK: I don't think off-the-shelf etch does, we use our own kernels for > 3 gigs
04:56
<gatekeeper>
here's skype debug message
04:56
<LTSPTNK>
own kernels... omg
04:56
so it is no good for me either...
04:57
<daduke>
LTSPTNK: we have our reasons...
04:59
<LTSPTNK>
but with this Ubuntu thingie im really out of choices, I can go that debug trought to that stage where it says, that if it doesnt work "file a bug report"
04:59
i mean it works with local users, but domain users it should work becouse the udev rules really get fired but after that nothing happens
04:59
<ogra>
well, ubuntu people wont fix AD for you
05:00
<LTSPTNK>
yeah, but i doubt that there is something between, not my AD nor the LTSP setup
05:00
<ogra>
so even filing a but wont get you very far here i suspect
05:00alkisg has quit IRC
05:00
<LTSPTNK>
some underlying mechanism that needs more priviligies (or something, i dunno)
05:00
but the mechanism is in the "mount" section
05:01
becouse the udev rules get fired and the usb memory is recognised and put as sdb1
05:01
and the ltspfs_fstab is correct
05:02
<ogra>
ltsp_fstab has *nothing* to do with your problem
05:02
<LTSPTNK>
ok
05:02
<ogra>
you problem lies server side, dont break your clients
05:02
<LTSPTNK>
i beleive u
05:02
Step 3: Did the ltsp udev rules fire?
05:03
If the udev rules are firing, then you should see an entry for the usb device in /var/run/ltspfs_fstab on the thin client:
05:03
<ogra>
right, we know that 100% of that howto works if you use a local user
05:03
so there is no need to verify it again
05:03
fix the AD setup is the option you have
05:03
<LTSPTNK>
but the funny thing is that it works to this part if im using domain user
05:04
and that is what im trying here
05:04
<ogra>
it will work to that part even without users
05:04
<LTSPTNK>
then the udev rules are not working yet
05:04
good
05:04
i can get back to them
05:05
<ogra>
even if nobody is logged in ... udev is triggered by the plugging the client side isnt related at all to the server side or user credentials for that
05:05
<LTSPTNK>
but this howto debug thing made me believe that hey would work atmo :)
05:06
simple
05:06
I start adding my domain credentials to /etc/group and when it starts working, I know what has gone to hell :)
05:08bobby__C has quit IRC
05:09
<Pascal_1>
hello
05:11
anybody has this kind of problem during boot pxe : disk boot failure" ?
05:15
<LTSPTNK>
lol
05:15
I'm part of the all groups where the local users are too with my domain user, and still no gg
05:22subir has quit IRC
05:24
<LTSPTNK>
fortunately my VMware server is also ready to be used as LTSP server :)
05:24K_O-Gnom has joined #ltsp
05:24
<LTSPTNK>
I just add my domain credential to all the groups and see if it makes difference
05:25
if it doesnt
05:25
then the problem is somewhere in the /home/DOMAIN/user part most propably
05:26
becouse the domain user should have all the rights in the world when it is part of all the system groups (all the same groups as the primary user)
05:27subir has joined #ltsp
05:31ATA_Dark_Shadow has joined #ltsp
05:42
<ogra>
leio, can you set your editor to replace tabs with four spaces ? currently you indendation doesnt matc the rest of the code
05:43
and i think with having setxkbmap as well as numlockx basically using the same call for g_spawn_sync we should have a unified exec function for both
05:44nantes_geek has joined #ltsp
05:44
<ogra>
apart from that the pacth looks fine ... please document lts.conf vars you add in the lts-parameters.txt file
05:48
<cyberorg>
lejo_, ^^
05:50
<ogra>
oh, my xchat cheted me, sorry leio
05:50
cyberorg, thank for spotting, i wouldnt even have noticed :)
05:51
<cyberorg>
:) lejo_ would have missed it too
05:51
<ogra>
well, he would have gotten the mail :)
05:51
i suppose
05:56
<LTSPTNK>
ogra
05:56
updates
05:57
with FULLY DEFAULT ltsp (Ubuntu 8-04 64bit) envinroment, with AD user specified from /etc/group to belong into every same group as normal first created user I managed to get USB memory to wrok
05:57
work
05:57
<ogra>
how :)
05:57
and congrats :)
05:57
oh, wait
05:58
<LTSPTNK>
yeah
05:58
it isnt any victory yet
05:58
it as same as normal user atmo
05:58
<ogra>
you say you crete user foo and add all other users to the foo group then ?
05:58
that will get you to a different problem ....
05:58
<LTSPTNK>
hey, that way it might work
05:58
which problem?
05:59* ogra points at bug https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/210379
05:59
<LTSPTNK>
(im part of the system groups atmo)
05:59
<ogra>
see my last comment on that bug
05:59
if all users are in the same group you will see all devices plugged in on all desktops ...
06:00
that can get quite messy ... with 50 users pluggin in 50 usb keys and all of them having a floppy drive (which creates an icon by default) you end up with 100 devices on every desktop
06:01
<LTSPTNK>
:D
06:01
that aint nice
06:01
<ogra>
upstream bug ...
06:01
sadly not solved properly yet
06:02
the workaround we use in ubuntu (and debian and fedora) atm relies on the default group created for the user
06:04
<LTSPTNK>
but hmmmm
06:05
if i get the homedirs work properly i will most propably see like 5-10 usb memories at same time
06:05
but kids would be able to hassle with eachothers usb memories??
06:05* ogra wonders how homedirs should be involved with ltspfs
06:05
<LTSPTNK>
nonnononono :)
06:06gatekeeper has quit IRC
06:06
<LTSPTNK>
our domain homedirs are just pretty wicked
06:06
<ogra>
yes, everyone has access to all devices he sees
06:06
(or she)
06:06
<LTSPTNK>
will this be somehow repaired in coming 6 months?
06:07
but u mean that it should work pretty much like this?
06:09
domain^users:x:363332097:domain^users
06:09
fuse:x:106:administrator,domain^users
06:09
the default gids are just pretty long in the AD :(
06:10
<lejo_>
ogra: thx for the feedback, i'll fix your remarks
06:10
<ogra>
note that the lts-parameters.txt is in a different branch :)
06:11
<LTSPTNK>
or I could make Linux group to AD and then add it to etc/group
06:11nantes_geek has quit IRC
06:11
<ogra>
LTSPTNK, the fuse group has nothing to do with tht ...
06:11
<LTSPTNK>
it was example :)
06:11
<ogra>
and i dont know if it will be fixed within the next 6 months
06:12
<lejo_>
ogra: bzr branch'ing already ;)
06:12
<ogra>
pitti will work on a patch he said (as you can see on the upstream bug) but i doubt its high prio for him
06:12
<LTSPTNK>
oki
06:13
thanks for info, i gotta get back testing these group thingies
06:13
but would it be possible to "autocreate" the proper groups for every AD user at login?
06:14
<ogra>
no idea
06:14
<lejo_>
maybe with some pam_script magic ?
06:14
<ogra>
i never run into that :)
06:14
<lejo_>
(did not follow the discussion)
06:14
<LTSPTNK>
there is some script allrdy
06:14
came with Likewise
06:15gatekeeper has joined #ltsp
06:15
<LTSPTNK>
but ccant locate it atmo
06:15
<ogra>
i ont think pam script is packaged for debian or ubuntu for security reasons
06:15
you would have to compile it from source
06:15subir has quit IRC
06:16subir has joined #ltsp
06:17
<LTSPTNK>
yeah, it isnt that big script but it was named like "likewise-adduser"
06:17
so it could store some useful information
06:17
<ogra>
no, i' talking about te pam-script module that enables scriting for logins
06:17
*scripting
06:17
*any* kind of scripting
06:30
<LTSPTNK>
is there a way to make one group part of another, just in basic linux groups, lets not hassle the AD shit here yet
06:31bobby_C has joined #ltsp
06:33basanta has joined #ltsp
06:34Subhodip has quit IRC
06:34
<lejo_>
LTSPTNK: linux does not allow this
06:34
you can't put a group in a group
06:35
<LTSPTNK>
sad :(
06:35
is there a way in ldap then put ppl to system groups, like fuse, cdrom etc...
06:36
because i could easyli make an LDAP domain controller which would exchange the user base data with AD
06:36
<lejo_>
if you would maintain those groups in LDAP :)
06:37J45p3r has joined #ltsp
06:38
<stgraber>
you can also use /etc/security/group.conf to virtually add all users in system groups
06:39ogra has quit IRC
06:39ogra has joined #ltsp
06:42
<LTSPTNK>
thanks, that one was sen to printer immediatyle, lil homwrork :)
07:03deavid has quit IRC
07:05J45p3r has left #ltsp
07:07Pascal_1 has left #ltsp
07:12bjohnson has joined #ltsp
07:15
<LTSPTNK>
awh
07:16
the group.conf doesnt help either, neither does anything else.... im getting pissed off....
07:17subir has quit IRC
07:28
<LTSPTNK>
btw, what is the permission that owner can r/w other acceess denied
07:33The_Code has joined #ltsp
07:35basanta has quit IRC
07:35
<LTSPTNK>
600 :)
07:46
<aidy>
hi
07:46
the timezone is set correctly for the clients, but the clock is always two hours off
07:47
i can set it correctly using date but when i reboot it's wrong again
07:54The_Code has quit IRC
07:59mhterres has joined #ltsp
08:02slidesinger has joined #ltsp
08:05
<vlt>
aidy: `hwclock --systohd`
08:05
aidy: `hwclock --systohc`
08:05
aidy: ...hc is right.
08:11
<aidy>
thanks ;)
08:12epoxy|w3rk has joined #ltsp
08:18delly84 has joined #ltsp
08:22
<aidy>
huh... suddenly ltsp-update-image doesn't react anymore
08:22
it just exits with no erros
08:22
errors
08:33
root@mellotron:/home/adriaan# ltsp-update-image --arch i386
08:33
root@mellotron:/home/adriaan#
08:34
^ like that
08:36
ah wait i apt-get uninstalled ltsp-client
08:37gatekeeper has quit IRC
08:37gatekeeper has joined #ltsp
08:37
<warren>
ogra: we confirmed that numlockx cannot be done with XKB* options?
08:37Q-FUNK has joined #ltsp
08:39
<ogra>
warren, nope
08:39
but i dont see it in the manpage
08:40
<aidy>
how do i disable pulseaudio?
08:40bobby_C has quit IRC
08:40
<aidy>
(it's because i'm using a fat client and would like to do without pluseaudio)
08:48
<warren>
ogra: lots of the xkb options are utterly undocumented =(
08:48
<ogra>
yeah
08:49
luckily its dying :)
08:53deavid has joined #ltsp
08:59
<vlt>
Hello. I remember having read somewhere that it is possible to use unencrypted ssh for the client to server connection. Is that possible and where to activate that?
09:01sbalneav has joined #ltsp
09:01
<sbalneav>
Morning all
09:01Gadi has joined #ltsp
09:03
<lejo_>
vlt: unencrypted ssh ? :)
09:06
<wigwam>
vlt: in simple way, ssh is THE METHOD of encryption
09:06
of xserver traffic
09:07
vlt: it's possible NOT TO USE ssh, so that traffic will be unencrypted
09:12
<vlt>
wigwam: Ok, maybe this was planned but never implemented ... How can I NOT USE ssh and connect from a client? XDMCP?
09:15
<ogra>
vlt, yes thats true, ldm offers a mode where you got an ssh connection with unencrypted X transport ... you need to set LDM_DIRECTX for that
09:16
you dont want XDMCP ... unless you have fun implementing all features like sound localdev etc yourself
09:16
sbalneav, hey
09:16
good to see you
09:17
<stgraber>
!s
09:17
<ltspbot>
stgraber: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:19
<Q-FUNK>
hell froze over: Scotty is back! :)
09:19
<delly84>
stgraber: do you have any scripts for setting up a fat client?
09:20
if you don't mind sending them to me, i would love to see them
09:21ogra has quit IRC
09:21slidesinger has quit IRC
09:22
<gatekeeper>
http://ubuntuforums.org/showthread.php?t=854021&highlight=skype+freeze
09:22
any idea's how to solve this?
09:23
<stgraber>
delly84: I'll need to clean them up a bit as they contain some site-specifc stuff (user authentication) and then upload them somewhere
09:26
<delly84>
gotcha
09:26Q-FUNK has quit IRC
09:27
<delly84>
you might upload them on the fat client wiki
09:27
https://help.ubuntu.com/community/UbuntuLTSP/LTSPFatClients
09:28
<LastLemming>
is it possible to use USB pen to boot on LTSP?
09:29
<delly84>
also, does anyone know if/where this channel is logged? there was something said on here the other day that i can't remember
09:29
<stgraber>
delly84: http://www.stgraber.org/download/fatclient.tar.gz
09:29
<delly84>
AWESOME!!
09:29
thanks stgraber
09:29
<stgraber>
delly84: I won't upload that to the wiki as it's not the way I'd recommend fat clients to be implemented. That should be implemented as ltsp-build-client scripts but I didn't have the time to do so
09:29jammcq has joined #ltsp
09:30
<jammcq>
g'morning all
09:30
!seen sbalneav
09:30
<ltspbot>
jammcq: sbalneav was last seen in #ltsp 28 minutes and 54 seconds ago: <sbalneav> Morning all
09:30
<jammcq>
sbalneav: DUUUUUUDE !!!!!!!
09:30
<stgraber>
delly84: note that those scripts have never been tested :) I had to remove a lot from them for stuff you don't need. You may need to update them a bit
09:30slidesinger has joined #ltsp
09:30
<stgraber>
delly84: to use it: unpack, make a backup of /opt/ltsp and then run : sh gen-fatclient.sh --regen
09:30
and wait an hour or so :)
09:31Subhodip has joined #ltsp
09:31
<delly84>
will do, thanks for the help
09:32
really, i would just like to see how you did it. cross your fingers, but i may have gotten this thing to work as it is. we shall see ...
09:33
if I did, it would nice to modify your script for the system i have here
09:35
<ninkendo>
is there a good wiki page for speed tweaks for LTSP?
09:36
I swear LTSP got slower when I upgraded to hardy
09:37
scrolling in firefox is much slower and laggy, for instance... dunno if it's FF3's rendering engine or something different in ltsp
09:37ogra has joined #ltsp
09:39cliebow has joined #ltsp
09:40
<cliebow>
!seen sbalneav
09:40
<ltspbot>
cliebow: sbalneav was last seen in #ltsp 38 minutes and 54 seconds ago: <sbalneav> Morning all
09:40
<cliebow>
Dude!!!
09:43irule has quit IRC
09:43K_O-Gnom has quit IRC
09:46
<sbalneav>
´Hey all
09:46
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!!
09:46ogra has quit IRC
09:48DonSilver has joined #ltsp
09:48irule has joined #ltsp
09:49
<delly84>
LastLemming: yeah, try this: http://wiki.koeln.ccc.de/index.php?title=Ubuntu_USB_Install
09:50
I use pxe from a cdrom which seems to work well
09:51
or here: https://help.ubuntu.com/community/Installation/FromUSBStick#Manual Approach
09:51
sorry that last link didn't work
09:52
https://help.ubuntu.com/community/Installation/FromUSBStick#Manual%20Approach
09:53
<wigwam>
please, is somehow possible to use rdesktop's usb port transfer with ltsp?
09:54
<LastLemming>
thx
09:54
<wigwam>
i know rdesktop protocol supports it, thin clients with windows CE work well... but i can't find linux solution
09:56
<LastLemming>
hum not I mean use usb or floppy or cdrom boot then get ldm
09:57
so client with no PXE
10:00Q-FUNK has joined #ltsp
10:00
<cliebow>
Good to see you Scott..We Miss you!
10:02
<delly84>
do you want to run the os from a usb storage dongle?
10:02
LastLemming: without ltsp?
10:04
boot and load from the pen drive? because that is a different issue
10:06
<vlt>
Hmmmm, what has changed with nbd server? I have SWAP_SERVER=192.168.1.128 and NBD_PORT=9572 (which was 3000 before). But swap is not activated? What else do I need?
10:07jbrett has quit IRC
10:08jbrett has joined #ltsp
10:10gatekeeper has quit IRC
10:11indradg has joined #ltsp
10:12
<aidy>
booting over network doesn't work anymore: http://omploader.org/vbGRt
10:13staffencasa has joined #ltsp
10:30
<delly84>
LastLemming: if you would like to do a liveUSB type thing here is a good howto
10:30
http://www.debuntu.org/how-to-install-ubuntu-linux-on-usb-bar
10:32The_Code has joined #ltsp
10:33ogra has joined #ltsp
10:44
<delly84>
how do i hide a startup script from all runlevels?
10:57ogra has quit IRC
11:12savetheWorld has quit IRC
11:15ogra has joined #ltsp
11:19The_Code has quit IRC
11:29japerry has joined #ltsp
11:34Q-FUNK has quit IRC
11:39jdnWEST has joined #ltsp
11:40Subhodip has quit IRC
11:41
<jdnWEST>
I just bought some used, WYSE 3235LE terminals, and need to reset them to factory defaults, the hold G, and F4 thing isn't working, anyone used these before?
11:46nantes_geek has joined #ltsp
11:48ATA_Dark_Shadow has quit IRC
11:48irule has quit IRC
11:50irule has joined #ltsp
11:55gregbrady has joined #ltsp
11:59deavid has quit IRC
12:05Subhodip has joined #ltsp
12:06ttutu has joined #ltsp
12:07ttutu is now known as Pascal_1
12:09The_Code has joined #ltsp
12:11The_Code has quit IRC
12:13
<delly84>
ogra: is this channel logged somewhere?
12:13
<laga>
!logs
12:13
<ltspbot>
laga: Error: "logs" is not a valid command.
12:13
<laga>
!log
12:13
<ltspbot>
laga: Error: You don't have the owner capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
12:13
<ogra>
sadly not
12:14
<laga>
bah.
12:14epdrqr has joined #ltsp
12:14
<delly84>
sugar!
12:16
ogra: i am still getting a nbd_server: read failed: connection timed out error
12:16
i cleaned up my ldap so that i don't have any uids under 1000
12:16
<ogra>
did you try out stgraber's scripts ?
12:17
i would try it without ldap first ... and only add that if everything works with a local user
12:18
<delly84>
no, i haven't had a chance to dive into them. one thing to note is that i got a mountd authenticated mount request ... which seems good
12:19
i'll disable ldap and see if that helps
12:19epdrqr is now known as Pascal_1
12:25staffencasa has quit IRC
12:29opensauce has joined #ltsp
12:29Q-FUNK has joined #ltsp
12:29
<opensauce>
hi all
12:30
if I wanted to setup clients to login to a LTSP server without a password would I be correct in doing this with ssh authentication keys?
12:32staffencasa has joined #ltsp
12:32
<opensauce>
am I correct in understanding that client logins to the server use ssh?
12:34
in the /opt/ltsp/i386/etc dir should I have user entries in the passwd and shadow file?
12:34
how about the /opt/ltsp/i386/home directories?
12:35
<ogra>
neither
12:35
<opensauce>
aha a taker....
12:35
<lejo_>
no that would kinda defeat the idea of terminals
12:35
<ogra>
you dont have users on the client ... the desktop sessions and users are all server side
12:35
<opensauce>
ok so what is the purpsoe of the opt dir?
12:36
<ogra>
try imagining a client like additions display/input/output devces of your server only
12:36
to make the client boot to a login manager and enable its HW to work
12:36
<opensauce>
ok......so what controls client logins?
12:37
<ogra>
the usermanagement you use on the server
12:37
<opensauce>
how would I logon to the server from a thin client without a password for specific users?
12:38
<ogra>
well, indeed you need a usernae and password
12:39
<opensauce>
someone must have had to do this before......being trying to find the answer for the last weel
12:40
week
12:40
<loather>
i hacked the python LDM to get autologin functionality
12:40
it's a brutal ugly hack though
12:40
<ogra>
loather, that doesnt cahnge anything ... your still need a user and password on the server :)
12:40
<loather>
yup :)
12:41
actually, the accounts are passwordless
12:41
<ogra>
yeah, the recent ldm can even use ssh keys
12:41
<loather>
it uses a passwordless ssh key to log in :)
12:41
this is old, off the ubuntu 6.10 tarball on ltsp.org
12:41
<ogra>
ah, you hacked that into the pythn version, cool :)
12:41
<opensauce>
:(
12:41* ogra really loved the py version
12:42
<loather>
the python one takes an entire minute to load on my terminals.
12:42
<ogra>
bt it was to big and to slow
12:42
yeah
12:43
the C version takes about 10 seconds in average
12:43
<lejo_>
hehe when I first started to hack on ldm this week I though: "Hey this could easily be done a python script". Afterwards cyberorg told me its history ;)
12:44
<loather>
i'm using ltsp in a distribution center. most of the stations are kiosks tied to a specific function (e.g. receiving, shipping, etc.) so it didn't make sense to have individual user accounts
12:44
the application does its own authentication anyways
12:44
<lejo_>
you want to use it as a sort of kiosk?
12:44
<ogra>
yeah, my first version was actually a 20x100 pixel big frameless unthemed gtk window with two input fields and a button :)
12:45
sitting on a black background :)
12:45
in the top left corner ...
12:46
<lejo_>
you've come a long way :)
12:46* ogra is sad he never made a screenshot histroy of ldm's evolution
12:47Skarmeth has joined #ltsp
12:47
<Skarmeth>
hi all
12:48
I am using LTSP 5 from Debian (etch, not backports) and compared to Fedora LTSP 5, it show ltsp:// at the screen corner instead of thin client name
12:48
my DNS have the A and PTR records pointing to this (and all other) thin clients...
12:49
any tip to fix this? so LTSP_CLIENT variable get set up with thin client name (used to get some apps working on my system).
12:50
<ogra>
etch is so old that i cant exactly remember but i think back then you needed to supply manes with the dhcp reply ... i.e. define them in dhcpd.conf
12:51
wait for vagrantc , he might remember better what was up two years ago
12:51moldy has joined #ltsp
12:51
<moldy>
hi
12:53rcy` has quit IRC
12:54
<ogra>
Skarmeth, btw, there is no code that would add the hostname to LTSP_CLIENT by default, you will have to hack up ldm for that
12:54
(or resort to IPs)
12:55
<moldy>
on https://help.ubuntu.com/community/DisklessUbuntuHowto, i have read that it should be possible to remove ltsp-client from the chroot and install e.g. ubuntu-desktop instead -- is this true?
12:56
i am getting errors when trying to install some packages inside the chroot (the packages work fine outside the chroot) -- do i need to mount proc into the chroot or something like that?
12:56nantes_geek is now known as ngeek_miam
12:57opensauce has quit IRC
12:57
<Skarmeth>
ogra, my dhcp entryes are defines as this one host aspec-res-078 { hardware ethernet 00:E0:C5:5F:B8:07; fixed-address 192.168.1.98; }
12:58
and I have use-host-decl-names as on
12:59
<ogra>
i remember there was some bug with the hostname handling but as i said, vagrant might be the better person to ask
12:59
<Skarmeth>
ogra, the LTSP_CLIENT variable it's set to ltsp by default or it should be the thin client dns name?
12:59
<ogra>
moldy, Nubae and stgraber both have scripts for setting up fat clients
13:00
Skarmeth, it was set to ltsp by default for the first several releases and later switched to supply the IP
13:00
<Skarmeth>
because in Fedora LTSP 5, I get the thin client name at the corner at the same format as in debian, so I thinked it should be the thin client hostname and that it's a debian but (or config)
13:00zenGenesis has joined #ltsp
13:00
<ogra>
etc is two years old ... so is its ltsp
13:00
*etch
13:00
<moldy>
stgraber: can you help me out? :)
13:01
<ogra>
fedora just included ltsp at all with the latest release and ndeed uses the latest we have
13:01
<moldy>
ogra: ok, thanks. what about installing software inside the chroot, in general? some packages work, some packages fail.
13:02
<ogra>
(and participated a lot in development for this cycle ... thans warren btw ... i never said that :) )
13:02
*thanks even
13:02
moldy, all packages should be installable (if you remember to mount /sys and /proc) ...
13:03
<moldy>
ogra: ah that was exactly my question, thanks :)
13:03
<ogra>
and remember to unmount them again :)
13:04
<moldy>
ogra: unmount when? before ltsp-update-image?
13:04
<ogra>
before leaving the chroot ... at least /sys needs to be unmounted
13:04
<moldy>
ogra: ok, thanks
13:04
ogra: when/how do i mount? before entering the chroot?
13:04
<ogra>
ltsp-update-image takes care for /proc if you forget it ... but is missng out on sys ...
13:05
sudo chroot /opt/ltsp/i386 ....
13:05
mount -t proc proc /proc
13:05
mount -t sysfs sys /sys
13:05
... do your stuff ....
13:05
umount /proc
13:05
umount /sys
13:05
<moldy>
ogra: great. thanks alot.
13:05
<ogra>
... hit ctrl-d
13:24The_Code has joined #ltsp
13:27vagrantc has joined #ltsp
13:33johnny has left #ltsp
13:34The_Code has quit IRC
13:34The_Code has joined #ltsp
13:35chrisjrob has left #ltsp
13:39
<warren>
ogra: vagrantc: I plan on tagging ltsp-trunk later today.
13:40johnny has joined #ltsp
13:40* ogra wonders why he doesnt get commit mails
13:41
<moldy>
when playing flash videos (youtube), i encounter performance problems even though neither the server, nor the client, nor the network appear to be at their performance limit according to top/iptraf. is it at all possible to get fluid display of flash animations on ltsp clients?
13:41johnny has left #ltsp
13:42
<ogra>
warren, wow, thats couraged ... LDM_DIRECTX=yes by default for Fedora
13:42* ogra wouldnt ship like that
13:42
<moldy>
if anyone has any experience with this, i'd be glad to hear :)
13:42
<warren>
ogra: it wasn't my decision =(
13:43
<ogra>
who apart from the main dev for the distro makes such decisions ?
13:43
i mean ... *you* are the fedora ltsp guy and should know whats good ... weird
13:44
warren, btw, any compcache support in sight in fedora ?
13:44
<moldy>
ogra: is it possible that i also need to mount /dev?
13:44
<warren>
ogra: if it goes into upstream kernel then yes.
13:44
<ogra>
moldy, no
13:44
<warren>
otherwise no.
13:45
<ogra>
i think that will still take time
13:45
<vagrantc>
warren: speaking of your lts.confoptions ... lookslike you still have several root shells open by default ... ?
13:45zenGenesis has left #ltsp
13:45
<warren>
vagrantc: nobody complained about it, and I want it for now
13:45
<moldy>
ogra: it seems that inside the chroot, apt fails to configure some packages
13:45
<ogra>
you should tell your users though
13:45The_Code has quit IRC
13:45johnny has joined #ltsp
13:45
<moldy>
Setting up scrollkeeper (0.3.14-15ubuntu1) ...
13:45
this sits there forever
13:46
<ogra>
yeah
13:46
welcome to my world ...
13:46
i stare tat that messge about 1h every day while building classmate PC images
13:46
<moldy>
it's usual that this takes so long? oh.
13:47
<ogra>
you learn to love it ...
13:47
(not that i'D be bitter or so) :P
13:47
<moldy>
;p
13:47
<ogra>
upstream gnome works on a replacement though
13:47
next release it migh be gone
13:47
<laga>
ogra: hey, i hear you can just do something else instead of staring on that message ;)
13:48
<ogra>
laga, not anymore ... i'm quite exhausted ...
13:48
<laga>
ogra: coffee?
13:48
<ogra>
i had about 2x3h of sleep the last 48h ... i'm beyond the coffee thing ...
13:48
<laga>
i'd be exceptionally cranky then
13:51Subhodip has quit IRC
13:51moldy has quit IRC
13:52cliebow has quit IRC
13:54irule has quit IRC
13:54talntid has quit IRC
14:02The_Code has joined #ltsp
14:05Egyptian[Home1 has joined #ltsp
14:06The_Code has quit IRC
14:06The_Code has joined #ltsp
14:07The_Code has quit IRC
14:10Pascal_1 has quit IRC
14:13
<Gadi>
btw, guys - did my email this morning to ltsp-dev go thru?
14:13
it got held up by moderator for some reason
14:13
<jammcq>
!seen sbalneav
14:13
<ltspbot>
jammcq: sbalneav was last seen in #ltsp 4 hours, 27 minutes, and 0 seconds ago: <sbalneav> ´Hey all
14:13
<Gadi>
cool
14:13
thats better than 3 weeks
14:14The_Code has joined #ltsp
14:14
<lejo_>
;)
14:14
<jammcq>
Gadi: did you just become a member of that list today?
14:15
<Gadi>
jammcq: no - but I emailed from my gmail account with an account alias on it
14:15
so maybe thats why
14:15
<jammcq>
ahh, I see: Reason: Message has a suspicious header
14:15
<warren>
silent.wav
14:15
<Gadi>
lol
14:16
<jammcq>
Gadi: I just approved your msg
14:17
<vagrantc>
sbalneav: heya!
14:17
<jammcq>
multipart/mixed; boundary
14:17
that's likely the header that it doesn't like
14:18
<Gadi>
gotcha
14:18
thanks, jammcq
14:18
<jammcq>
Gadi: no problem
14:20The_Code has quit IRC
14:20The_Code has joined #ltsp
14:21Egyptian[Home] has quit IRC
14:24Nubae has joined #ltsp
14:24topslakr has quit IRC
14:25moldy has joined #ltsp
14:25
<moldy>
hi
14:25
how do i check wether LDM_DIRECTX is working? i suspect that it does nothing (ssh still consumes alot of cpu power)
14:26
<vagrantc>
log in and "echo $DISPLAY" from an xterm
14:26
if it's "localhost:NN" then it's still using the ssh tunnel, if it's some ip address, then it should be working
14:27
<moldy>
vagrantc: ok, then it is still using the ssh tunnel. but why...
14:27
<vagrantc>
moldy: linux distro and release?
14:27
<moldy>
vagrantc: ubuntu 8.04
14:27
vagrantc: when i login on a local shell on the thinclient and look at /etc/lts.conf, i see that it contains LDM_DIRECTX=true
14:27
<vagrantc>
did you modify lts.conf in /var/lib/tftpboot/i386/lts.conf ?
14:28
hmmm...
14:28
<moldy>
vagrantc: no, i used the one in /opt/ltsp/i386/etc
14:28
<vagrantc>
how did you enable a local shell?
14:28
<moldy>
vagrantc: using that SCREEN_01=shell in that very same config file
14:29
<vagrantc>
hm.
14:29Pascal_1 has joined #ltsp
14:30
<moldy>
vagrantc: btw, in /var/lib/tftpboot, i only have a directory called "ltsp"
14:30
vagrantc: and in that directory, a directory i386 that seems to contain a /boot directory or similiar
14:31
<vagrantc>
yeah.
14:31
<moldy>
i find the comments in /opt/ltsp/i386/etc/lts.conf irritating :)
14:31
<vagrantc>
blame ogra
14:32
<moldy>
hehe
14:33
<vagrantc>
if you're doing things differently than recommended, i guess you can expect issues ... i'd try putting it in /var/lib/tftpboot/ltsp/i386/lts.conf ... although if it's respecting SCREEN_01 then i don't see why that would work.
14:33
actually,if you put SCREEN_01=shell then ldm shouldn't even come up.
14:33ccherret1 has joined #ltsp
14:33
<moldy>
hm. it does.
14:33
<vagrantc>
i also thought there would be something running on 01 ... but i'm not so familiar with ubuntu
14:34
<moldy>
i get both ldm (on vt 7) and the shell (on vt 1)
14:34
<ogra>
whats irritating ?
14:34ccherrett has quit IRC
14:35
<moldy>
ogra: that the comments say this file is deprecated, but the preferred file does not exist
14:36
<ogra>
doesnt it say you can create it if you like ?
14:36moldy_ has joined #ltsp
14:36* ogra thought he wrote something like that
14:36
<moldy>
now that you mention it... yep, it says something like that
14:36
<ogra>
:)
14:37
<moldy>
last time i tried the file did not work from there though... trying again
14:37moldy has quit IRC
14:37moldy_ is now known as moldy
14:37
<ogra>
it works from both locations ... but for the one inside the chroot you need to re-roll the image every time
14:37
and the one in the tftp root overrides the one in the chroot
14:38
<moldy>
ok. back to my performance problems: on the web, some people report that performance with hardy is worse than with previous ubuntu versions. are there any news on this?
14:39
i don't quite understand why flash performs so bad. according to top and iptraf, neither server cpu nor client cpu nor the network is at its limit
14:40
both server and client cpu show about 50% load, and iptraf iirc shows about 30mbit/s
14:41
<ogra>
switch off HW acceleration in flash and see if that helps
14:41
(from the context menu)
14:42Cody has joined #ltsp
14:42
<warren>
are you watching youtube in flash?
14:43
<moldy>
warren: yep.
14:43
<warren>
youtube is pretty heavy in bandwidth usage unfortunately
14:43
<moldy>
warren: it isn't the bandwith (the video works fine if played locally on the server)
14:43
not the internet bandwith i mean
14:43
it shouldn't be the local bandwith either, according to iptraf
14:44
<warren>
you sure?
14:44
iptraf shows HUGE bandwidth usage for youtube here
14:44* warren installs a new chroot and tests it
14:45
<moldy>
ogra: does not seem to make a big difference
14:46
warren: shows about 30-35 mbit here.
14:46
<warren>
moldy: that's pretty heavy. only one client causing that much traffic?
14:46
<moldy>
warren: yes
14:47
warren: but i have a 100mbit link to the test server that is not used by other machines at the moment
14:47
<warren>
it is pretty apparent that thin client based youtube is unscalable
14:47
<moldy>
according to the numbers, it should be fine for me
14:47
<warren>
you can't have a classroom full of computers doing youtube
14:47Gadi has left #ltsp
14:47
<warren>
moldy: how fast is the thin client?
14:47
<moldy>
in production, i will run 10 clients
14:47
each client gets a 100 mbit link to the server which uses a gigabit link
14:48
so according to the numbers, this should be fine even if all clients run youtube simultanously
14:49
<warren>
youtube can use up an entire 2GHz core on my laptop
14:49
<moldy>
hm, if cpu is the problem, why am i only seeing 40% cpu load?
14:51
the difference between what the monitoring tools report and what my eyes see is what i don't understand :-/
14:52Pascal_1 has left #ltsp
14:52Cody has quit IRC
14:56
<moldy>
hmmm, LDM_DIRECTX still does not seem to do anything
14:56
echo $DISPLAY: localhost:11.0
15:01
bbl...
15:01moldy has quit IRC
15:04alekibango has quit IRC
15:06Q-FUNK has quit IRC
15:06gregbrady has quit IRC
15:08
<warren>
wow.
15:08
hmm
15:09
youtube between my client and server was using between 77 and 98mbit/sec
15:13opensauce has joined #ltsp
15:13
<opensauce>
hi all
15:14
I cannot find the ltsp-update-image command.....
15:14
what am I missing?
15:15
<delly84>
ogra: i disabled ldap and now gdm partially starts ... i get an off white screen with a movable mouse
15:15
<vagrantc>
!question
15:15
<ltspbot>
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
15:15
<delly84>
was that directed at me?
15:16
<opensauce>
would installing ltsp-server automatically give me the update command?
15:16moldy has joined #ltsp
15:16
<moldy>
hi again
15:16
<vagrantc>
opensauce: which linux distro and release?
15:16
<opensauce>
ubuntu 7.10
15:16
<moldy>
did i miss anything related to my flash/LDM_DIRECTX problems? :)
15:16
<vagrantc>
opensauce: should be in the ltsp-server package.
15:17
opensauce: /usr/sbin/ltsp-update-image
15:17
moldy: we obsoleted youtube.
15:17
<moldy>
vagrantc: ;p
15:17
<opensauce>
i have ltsp-update-kernels ltsp-update-sshkeys but no ltsp-update-image
15:17
<moldy>
it would be nice to at least *understand* why this performs so bad
15:18
<vagrantc>
moldy: other flash stuff works fine?
15:18
<moldy>
vagrantc: havn't tried much other stuff yet, i suspect it will have the same problems as youtube
15:18
<delly84>
Nubae: i am still having some issues with my fat client
15:19
<moldy>
i just don't get *why* flash is so bad when cpus on both sided and the network only show about 50% usage
15:19
<Nubae>
heh doesn't surprise me, its a hard beast to tame
15:19
<moldy>
"sides"
15:20
<opensauce>
mmmm.....just not there
15:20
<vlt>
Anyone running Youtube with working sound?
15:20
<delly84>
i believe you
15:20
<moldy>
vlt: yes, this works here
15:20
<vagrantc>
opensauce: dpkg -S ltsp-update-image
15:21
<delly84>
i disabled ldap, but i am still stuck at the same spot as yesterday
15:21
<vlt>
hmmm ... maybe flash on amd64 is the problem here ...
15:21
<opensauce>
nope package doesnt exist
15:21
<moldy>
vlt: i think it is... i have seen some information about that on google. i am running 32-bit here.
15:21
<opensauce>
my installation might be broken
15:21
<vagrantc>
opensauce: sounds very broken,yes.
15:21
<delly84>
it runs the two RCFILE scripts (starting and stopping portmap and nfscommon) then it hangs on starting nfscommon again ...
15:21
<vlt>
moldy: Ok, I'll search for it. Thanks
15:21
<opensauce>
very frustrating!!
15:22
:(
15:22
ok gonna try fix
15:22
<delly84>
in the screen 7, i get an off white background with a movable mouse
15:22
<opensauce>
thanks for the help :)
15:25
<delly84>
Nubae: then in screen 7 i get an "nbd0: Attempted send on closed socket" "end_request: I/O error, dev nbd0, sector [number keeps increasing]"
15:27
<moldy>
rebooting this machine, bbl
15:27moldy has quit IRC
15:28
<Nubae>
delly84: I suggest u begin again using the --workstation plugin
15:28
and from that base customise with the -c flag enabled for nbd write access
15:28
<vlt>
Hmmmm, what has changed with nbd server since LTSP on Ubuntu 6.06? I have SWAP_SERVER=192.168.1.128 and NBD_PORT=9572 (which was 3000 before). But swap is not activated on Ubuntu 8.04? What else do I need?
15:29
<Nubae>
vlt: for one, 8.04 uses nbd on various sockets
15:30
<vlt>
Nubae: There seems to run an inetd now invoking an nbdswapd process ... The port in inted.conf is 9572
15:31
<Nubae>
right
15:31alkisg has joined #ltsp
15:32
<Nubae>
there is also nbd being used instead of nfs to export the image
15:32
<vlt>
There's another one listening on port 2000. That seems to be for the new nbd->squashfs thing, and that works.
15:32
<Nubae>
right
15:32
<vlt>
Erm, yes ;)
15:33
<Nubae>
so what is the problem u are getting?
15:33
<vlt>
Nubae: Swap is not activated. There are no log entries on the client that tell me what's the problem.
15:34opensauce has left #ltsp
15:35
<Nubae>
so youve looked at /etc/inetd.conf
15:35
and u've checked /opt/ltsp/i386/ltsp/pxelinux.cfg/default
15:35
did u do an upgrade?
15:36
/var/lib/tftpboot/ltsp/i386/ - instaed of /opt....
15:40gregbrady has joined #ltsp
15:40Q-FUNK has joined #ltsp
15:41
<delly84>
Nubae: what is the c flag?
15:42
is that a flag for ltsp-build-client?
15:58
<vlt>
Nubae: /etc/inetd.conf looks fine (for me), lts.conf is fetched via tftp now (X_MODE... works, for example). It's a fresh install, not a direct update from 6.06. What do I need in pxelinux.cfg/default to activate nbd swap?
16:02opensauce has joined #ltsp
16:03
<opensauce>
how would I setup thin clients logins without a password
16:03Skarmeth has quit IRC
16:04mhterres has quit IRC
16:07* delly84 is going home
16:07
<opensauce>
am I correct in understanding that a ssh tunnel is created from thin client to server?
16:07
<vagrantc>
opensauce: typically,yes.
16:08
opensauce: i'm not sure if the autologin featuresare working on hardy.
16:08
<opensauce>
ok......which means I can setup ssh keys for users logging in from thin clients?
16:08
<vagrantc>
i'm not sure if the patches to get ssh keys working are in hardy.
16:10
<opensauce>
if I chroot my /opt/ltsp//i386/ dir and create a user - change to that users and create a ssh key - then copy the key to the servers .ssh dir of the user ??
16:11
do a ltsp-update-image ??
16:11
or am i completely off??
16:11
Im running gutsy
16:12opensauce has quit IRC
16:13opensauce has joined #ltsp
16:14
<opensauce>
back again....
16:15
<vagrantc>
opensauce: i don't think it works in gutsy either.
16:15
<opensauce>
what is the relationship between the client and server in /opt/ltsp/i386?
16:15DonSilver has quit IRC
16:15delly84 has quit IRC
16:15
<opensauce>
ummm....only on LTSP or ssh keys in general
16:16
<vagrantc>
the server serves the files in /opt/ltsp/i386 which the clients use as a root filesystem.
16:16
although with ubuntu, it makes a squashfs image out of the files in /opt/ltsp/i386 ...
16:17
opensauce: ssh keys work fine, but ldm didn't work with ssh keys until earlier this year.
16:18
<opensauce>
ok so if I setup keys for a user in the "cleint" filesystem and copy them to the real filesystem.....then if the client uses ssh to login I should beable to login from the login screen of the client without a password
16:19
jees I hope that made sense
16:20
how would you suggest I setup passwordless logins from the client?
16:21
<vagrantc>
you need to generate a private/public keypair (doesn't really matter where), install the private key into the client filesystem (note that this is basically insecure), and copy the public key to the users's .ssh/authorized_keys file
16:21
<johnny>
or.. you can use the password hardcoded
16:21
and setup autologin
16:21
<vagrantc>
but again, that's broken for most versions of ubuntu that i'm aware of.
16:21
<johnny>
that's what i originally did
16:21opensauce has quit IRC
16:21
<vagrantc>
but i don't use ubuntu,so maybe i'm wrong.
16:22
pfft.
16:22opensauce has joined #ltsp
16:23
<opensauce>
any ideas?
16:23opensauce has quit IRC
16:24
<vagrantc>
none of my ideas are fast enough, no.
16:24opensauce has joined #ltsp
16:24
<opensauce>
mmmm....keep getting bounced
16:25
<vagrantc>
makes it hard to helpyou :P
16:25
<opensauce>
yeah sorry......
16:25* vagrantc was having connectivity troubles the other day
16:25
<opensauce>
have u ever setup LTSP clients to login without a password?
16:26
logging in with username only.....
16:26slidesinger has quit IRC
16:28savetheWorld has joined #ltsp
16:29moldy has joined #ltsp
16:29
<moldy>
hi
16:29
where in lts.conf should XSERVER go?
16:29
in the "default" section or at the global level?
16:30
if i put it in default, my client fails to start x. if i put it at the global level, it works.
16:31
<vagrantc>
opensauce: ok, so the variables that you may find useful: LDM_AUTOLOGIN=true, LDM_USERNAME=someusername, LDM_PASSWORD=somepassword
16:31
global?
16:31
<moldy>
vagrantc: global = not inside any section like [foo]
16:32
vagrantc: http://rafb.net/p/jcq1ky19.html
16:32savetheWorld has quit IRC
16:33
<moldy>
oh wait, do i have to indent the stuff?
16:35
<jammcq>
moldy: no such thing as 'global level' in lts.conf
16:36
all directives need to go in a session
16:36
err, "section"
16:36
did you have commas on your entries?
16:36
and indenting isn't important
16:37
<opensauce>
thanks vagrant.....and those will be setup in lts.conf?
16:37
<moldy>
jammcq: then i don't understand why the first thing in the nopaste works and the second one does not
16:38
<vagrantc>
opensauce: yes.
16:38
<moldy>
jammcq: http://rafb.net/p/jcq1ky19.html
16:38
<vagrantc>
opensauce: work fine on recent versions of ldm for debian.
16:38
<jammcq>
it shouldn't. that would be a syntax error
16:38
<vagrantc>
moldy: it's probably using autodetection
16:39
moldy: i.e. you get a parse error and nothing gets set, and it defaults to autodetection
16:39
<moldy>
vagrantc: hmmm.
16:39
<jammcq>
yeah, and lines 5-7 aren't a syntax error, but for some reason, 'via' doesn't work for your thin clients
16:39
<moldy>
i will test this in a few minutes... currently rebuilding the image
16:39
<opensauce>
cool....thanks for that will try
16:40* vagrantc wonders what moldy's aversion to using lts.conf in the tftp location is
16:40
<moldy>
vagrantc: non anymore, i am using the other location now :)
16:40
i started the rebuild for another reason
16:40
<vagrantc>
ah.
16:40
<moldy>
lsmod on the client shows "viaagp", that is why i thought it was using the via driver?
16:41
also, when i substitute one via driver for the other (proprietary/oss), i get a slightly different display on the client
16:42
i will retry with [default] xserver=vesa to make sure the config file is parsed correctly
16:46
hm. i don't get it.
16:46
http://rafb.net/p/pLhqMD41.html this is my lts.conf
16:47
according to echo $DISPLAY, it is still using ssh
16:47
why?
16:47
<jammcq>
umm
16:48
is it supposed to be 'Y' or 'True', or doesn't it matter?
16:51
<moldy>
according to what i googled up, it should not matter
16:51
unfortunately, the option is not documented, as far as i see
16:51
the funny thing is: on another client, i am seeing the ip in $DISPLAY!
16:51
but not on this one
16:52
<jammcq>
and you've rebooted the client?
16:53
<moldy>
2000 times ;)
16:53
<jammcq>
wow, you are fast
16:54
<ogra>
fr noew options in lts.conf you need to reboot at least 2009 times
16:54
<moldy>
hehe
16:54
<ogra>
forgot to document that, sorry
16:54
<moldy>
i guess i am getting tired and making stupid mistakes :(
16:54
<ogra>
red nich von muede :)
16:55
<moldy>
ogra: hehe ich hab vielleicht sogar weniger geschlafen als du ;) bin gerade umgezogen, direkt neben die autobahn, biorhythmus faehrt achterbahn ;)
16:55
<ogra>
jammcq, y,Y,true,True
16:55
all work
16:57sepski has joined #ltsp
16:57
<ogra>
moldy, ich hab heut ne kundendeadline (die ich nich eingehlaten hab) gehabt .... seit zwei tagen auf den beinen, jeweils 3h nickerchen gemacht .... und in 5min noch n meeting in #ubuntu-meeting
16:57
<moldy>
ogra: ugh :)
16:57
<ogra>
naja. solce tage gipps :)
16:57
<moldy>
jo, kenn das :)
16:57
<ogra>
lass mal bei englisch bleben :)
16:58
<moldy>
ich hab so ca 5h geschlafen, allerdings schon seit ca 1 woche jeden tag nur soviel
16:58
right, ok. sorry :)
16:58
<ogra>
so you use your lts.conf from tftp now ?
16:58
<moldy>
yep
16:58
ok, now $DISPLAY is showing me an ip
16:58
<ogra>
ah, yay
16:59
<moldy>
i think the problem was that i confused the driver names again
16:59
(via vs openchrome)
16:59
<ogra>
ah, yeah
16:59
via sucks
16:59
<moldy>
and then i hid that fuckup by doing syntax errors in lts.conf :)
16:59
<ogra>
buy intel
17:00
<moldy>
hm. are there any good ltsp clients with intel graphics for about 200-250 euros?
17:00
<ogra>
no, but there likely will be ...
17:00
i.e. the new "nettop" generation
17:00
they will be around €300 *with* disks
17:01
so if you can get them without that should match a proper thn client price
17:01
<moldy>
hm. unfortunately, i need to make a decision within the next few weeks
17:01
we thought about building our own clients though
17:01
<ogra>
thats an option as well
17:01
<moldy>
i.e. buy a case, a micro-itx board and an intel atom
17:01
right now i am testing this device: http://www.reichelt.de/?;ACTION=3;LA=4;GROUP=EG43;GROUPID=813;ARTICLE=77994;START=0;SORT=artnr;OFFSET=16;SID=15amikD9S4AQ8AAESSuR09c05650c0a732359689219884b986f82
17:02
sorry for the long url, that website sucks :)
17:02
<ogra>
yeah
17:02* ogra knows reichelt
17:02
<ogra>
but the price is ok
17:02
http://www.artecgroup.com/thincan/models.html are quite ok ...
17:03alekibango has joined #ltsp
17:03
<ogra>
and disklessworksations.com indeed
17:03
<moldy>
now that the client is actually *using* the openchrome driver, the youtube performance is almost ok
17:03
<ogra>
even though they dropped all devices i liked there :(
17:03
<moldy>
i tried to get a device from them, but i was not able to order one
17:03
<ogra>
them ?
17:04
<moldy>
s/device/price
17:04
<ogra>
dw.c ?
17:04
<moldy>
artecgroup
17:04
<ogra>
ah,
17:04
<moldy>
but from dw.com too, yes
17:04
i think it even was you who i emailed :)
17:04
<ogra>
Q-FUNK, is the artecgroup guy in here
17:05
http://artecgroup.myshopify.com/collections/terminal-clients
17:05
<Q-FUNK>
?
17:05
<ogra>
prices
17:05
<moldy>
ahh, it was him, right, sorry.
17:05
Q-FUNK: hi :)
17:05
<Q-FUNK>
hi :)
17:06
<moldy>
we had an e-mail conversation once that was somehow dropped
17:06
<Q-FUNK>
ah yes
17:07
<aidy>
the boot process hangs after 'starting bluetooth utilities' - i think i accidentally uninstalled ltsp-client, but i reinstalled it afterwards
17:08
<moldy>
Q-FUNK: the ltsp term 1225 for $294.95, how much does it approximately cost in euro?
17:08
<aidy>
moldy: multiply by 0.6
17:09
<moldy>
aidy: i calculated the price according to the official exchange rate already ;)
17:09
<aidy>
how much is it :D
17:09
<moldy>
aidy: 187,3295
17:09
<aidy>
that's a bit more
17:09
<moldy>
i am asking because the conditions might vary for european customers
17:09
<aidy>
but still close
17:10
<moldy>
yes, because it is not 0.6. it is 0,6351 :p
17:10
if i can get a terminal and shipping for about 200 euros, i will be able to buy it
17:10jammcq has quit IRC
17:11
<moldy>
otherwise i will have to buy from reichelt ;)
17:13
<Q-FUNK>
moldy: 1225 is not from artec
17:15
<moldy>
ah, now i confused the vendors. sorry.
17:15
i guess i should go to bed ;)
17:17
Q-FUNK: what graphics card does the dbe62 feature?
17:17
<Q-FUNK>
it's a geode. it has built-in graphics
17:18
<moldy>
ah
17:18
hm, i would have to test its flash performance, or get a reliable test report from someone else
17:19
with the gigabyte machine and the openchrome drivers, youtube runs 90% fluid now
17:26sepski has quit IRC
17:42alkisg has quit IRC
17:44jammcq has joined #ltsp
17:46opensauce has left #ltsp
17:56
<lejo_>
oh found a small error in my patch ;)
18:00gregbrady has quit IRC
18:03moldy has quit IRC
18:08staffencasa has quit IRC
18:14opensauce has joined #ltsp
18:14
<opensauce>
hi im back
18:14
:)
18:15
still cannot get a user from my thin client to logon to my server without a password
18:15
have tried ssh-keys
18:15
have tried pam.d auth
18:15
have tried ldm settings in lts.conf
18:15
no luck.....
18:15
any suggestiosn
18:18Q-FUNK has quit IRC
18:20
<vagrantc>
opensauce: switch to a version of that supports what you're trying to do? :P
18:21
opensauce: the version in ubuntu intrepid (not yet released) should support it.
18:21
you can *probably* use ldm from intrepid on a hardy system.
18:23
<opensauce>
ok....the fight goes on....
18:23
thanks
18:24
<ogra>
vagrantc, hardys supports it
18:24
definately
18:24
<vagrantc>
oh,ok. then just switch to hardy.
18:25
<ogra>
the only thing missing in hardy vs intrepid is the gettext stuff and everything after you added the translations (one or two patches)
18:25
and if i find the time i'll backport the gettext patch and translations for 8.04.2
18:25
<opensauce>
ok...so what method would u use in hardy?
18:26
<vagrantc>
ah, right.you basically grabbed from bzr right after those features got in
18:26savetheWorld has joined #ltsp
18:26
<ogra>
i tested the one vagrant gave you before
18:26
LDM_AUTOLOGIN,_USERNAME,_PASSWDORD
18:26
in lts.conf
18:27
but the ssh keys should work too ... though i dont have personal evindence here
18:27
<vagrantc>
i tested them when i applied the patches in late january
18:27
<opensauce>
ok...ldm
18:28
will ldm allow individual login?
18:28
not autologin.....
18:28
<ogra>
sure
18:28
thats its default uscase :)
18:28* vagrantc doesn't really understand the question
18:28
<vagrantc>
opensauce: you want optional autologin?
18:29
<opensauce>
:)
18:29
<vagrantc>
er, passwordless login?
18:29
<opensauce>
yeah passwordless logins for only certain multiple clients
18:29
or users rather
18:29
<vagrantc>
opensauce: LDM_GUESTLOGIN=true instead of LDM_AUTOLOGIN should display a button to log in
18:30
otherwise it behaves the same as autologin
18:30
<ogra>
that will become a huge lts.conf :)
18:30
<vagrantc>
opensauce: or you mean some thin clients autologin, and some require user and password specified?
18:30
<opensauce>
would I state each user in the lts.conf?
18:31
yes....
18:31
<vagrantc>
well, you can use LDM_GUESTLOGIN or LDM_AUTOLOGIN without specifying LDM_USERNAME and LDM_PASSWORD if the thin clients get unique hostnames...
18:32
<opensauce>
mmm.....hostnames?
18:32
<vagrantc>
LDM_USERNAME and LDM_PASSWORD defaults to the hostname if not specified
18:32
<opensauce>
hostname......in the hosts file?
18:32
<vagrantc>
in DNS
18:34
opensauce: here's my recommendation: install hardy, build your ltsp environment, set LDM_GUESTLOGIN=true and see what happens.
18:34* ogra wonders why we didnt default to IP like we do *everywhere* else
18:34
<vagrantc>
ogra: ip for a username?
18:34
<ogra>
well
18:34
<opensauce>
ok will try that
18:35
<ogra>
imagine you have 200 clients in a school ... i wouldnt want to see a teacher maintain that ....
18:35
... and forget the dot at the end of the domain entry or something trivial
18:35
DNS is so easy to f*ck up for the illiterate user
18:36
<vagrantc>
ogra: well, it would be trivial to set up a one-line entry in DNS to autogenerate hostnames based on ip address
18:36
or use dnsmasq and /etc/hosts ...
18:36
<opensauce>
couldnt you just map ips with hostnames in the hos file?
18:36
<ogra>
well, we managed to avoid it the last three yeras
18:37
<opensauce>
host
18:37
<ogra>
i dont see a reason to rely on DNS now ...
18:37
<vagrantc>
ogra: because some of us have been unhappy avoiding DNS all these years? :P
18:37
<ogra>
it needs to work as optional feature indeed
18:38
<vagrantc>
it would also be easy to add a script that sets the hostname based on ip address
18:38
<ogra>
but i'm very hapy that we dont pull in bind9 or something like that in the default install
18:38
<vagrantc>
barring any other settings
18:39
<ogra>
yeah, thats rather my taste (but you knew that :) )
18:39
<opensauce>
LDM_GUESTLOGIN will allow which uisers to log in?
18:39
I know the obvious answer is guest....but...
18:40
<vagrantc>
opensauce: it will attempt to log in with the hostname of the thin client as the user and password.
18:41
opensauce: the server needs to be configured to allow those user/password combinations additionally.
18:41
opensauce: or to use ssh keys, and set up those users to accept that ssh key
18:42
(then the password is essentially un-used)
18:42
<opensauce>
will it still prompt for a username?
18:42
<vagrantc>
it will prompt for a username, and display a "Guest Login" button.
18:42
if you select that button, then the above will apply
18:43
if you fill in a username, it will use that username
18:44
<opensauce>
can u have unique guests?
18:44
<vagrantc>
opensauce: yes, please re-read what it says above.
18:45
opensauce: optionally, you can specify LDM_USERNAME and LDM_PASSWORD for each thin client in lts.conf
18:46
<opensauce>
mmmm...I really appreciate your suggestions....I need to see this in action to fully understand......
18:46
<vagrantc>
yes, please set it up before asking more questions :P
18:46
<opensauce>
:)
18:46
cool
18:52opensauce has left #ltsp
18:56captain_magnus has quit IRC
18:58captain_magnus has joined #ltsp
19:05vagrantc has quit IRC
19:10savetheWorld has quit IRC
19:10japerry has quit IRC
19:10jbrett has quit IRC
19:10LTSPTNK has quit IRC
19:10rjune_ has quit IRC
19:10sep has quit IRC
19:10primeministerp has quit IRC
19:10warren has quit IRC
19:10loather has quit IRC
19:10GiantPickle has quit IRC
19:10popey has quit IRC
19:10GiantPickle has joined #ltsp
19:10rjune_ has joined #ltsp
19:10savetheWorld has joined #ltsp
19:10primeministerp has joined #ltsp
19:10loather has joined #ltsp
19:10jbrett has joined #ltsp
19:10warren has joined #ltsp
19:10sep has joined #ltsp
19:10LTSPTNK has joined #ltsp
19:15Nuba1 has joined #ltsp
19:16Nubae has quit IRC
19:39X0d_of_N0d has joined #ltsp
20:13savetheWorld has quit IRC
20:13savetheWorld has joined #ltsp
20:30
<aidy>
hi is there anyone here who could troubleshoot my ltsp boot?
20:32juanpaul_ has joined #ltsp
21:38topslakr has joined #ltsp
22:07vagrantc has joined #ltsp
22:32savetheWorld has quit IRC