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


Channel log from 10 March 2008   (all times are UTC)

00:02paulell has joined #ltsp
00:03LTSP has left #ltsp
00:07paulell has left #ltsp
01:22Q-FUNK has joined #ltsp
02:05ogra has quit IRC
02:49deavid has joined #ltsp
03:10mikkel has joined #ltsp
03:27Nubae has joined #ltsp
03:28
<Nubae>
I've spent a weekend trying to get flash sound to work on my low fat clients, even compiling the damn flash files from scratch, there is just no way to get it working
03:28
Sound works great for everything else, it makes no sense
03:28
and I dont want to go back to gnash
03:34deavid has quit IRC
03:43deavid has joined #ltsp
04:00soneyka has quit IRC
04:00soneyka has joined #ltsp
04:08
<tarzeau>
hi Nubae
04:08
Nubae: you need the libflashsupport package
04:09
it's in ubuntu hardy, if you need an etch version i've got packages for that
04:52toscalix has joined #ltsp
04:59basanta has joined #ltsp
05:15Q-FUNK has quit IRC
05:15Q-FUNK has joined #ltsp
05:19Q-FUNK has quit IRC
05:45
<tarzeau>
/usr/lib/ltsp/screen.d/ldm can i run xset +dpms somewhere there before ldm is started, or afterwards?
05:46ogra has joined #ltsp
05:46
<tarzeau>
/usr/lib/ltsp/screen.d/ldm can i run xset +dpms somewhere there before ldm is started, or afterwards?
05:47
or inside the ltsp_config somewhere?
05:49
<ogra_cmpc>
write an ldm rc.d script :)
05:49
put it to /usr/share/ldm/rd.c/
05:49
<tarzeau>
and then you will put it into the next tarball release?
05:49
<ogra_cmpc>
err
05:49
rc.d
05:49
no
05:50
the configure-x script will get a variable for that
05:50
to set it in the xorg.conf
05:50
<tarzeau>
i do have such rc.d scripts but they are only run when a user logs in
05:50
<ogra_cmpc>
indeed
05:50
<tarzeau>
i got the S15-nobeep and the S20-powersaver ones
05:50
i want one to be run without a user having to log in
05:50
<ogra_cmpc>
you dont want to save power for idling displays ?
05:50
<tarzeau>
yes i do
05:50
xset +dpms
05:50
xset dpms 600 900 1200
05:51
<ogra_cmpc>
ah
05:51
<tarzeau>
i want these two to be run
05:51
<ogra_cmpc>
well, rc.local in the chroot would be an option, even though i'm not sure it runs early enough
05:51
<tarzeau>
rc.local ?
05:51
<ogra_cmpc>
/etc/rc.local
05:52
exists on every debian system
05:52
<tarzeau>
but that needs be run when X is running
05:52
<ogra_cmpc>
right
05:53
as i said, i'm not exactly sure when ldm comes up, the rc script for it usually runs last
05:53
so chances are good X is up
05:53
(the rc script for rc.local i mean)
05:55
<tarzeau>
you can't just run such commands outside the session
05:56
it should be right where ldm is started , either before if the session is open, or right after or something alike
05:57captain_magnus has quit IRC
05:57
<ogra_cmpc>
well, ldm is started by the screen script from the ltsp-client-core initscript, which usually suuns way before rc.local ... so the session should be there and accessible for you
05:57
*run
05:57
s
05:58captain_magnus has joined #ltsp
05:58
<tarzeau>
i still don't get where to write it
06:00
<ogra_cmpc>
into /etc/rcd.local
06:00
er
06:00
rc.local
06:02* tarzeau just tried it, rebooting the ltsp client
06:02
<tarzeau>
you think getting usb scanners to work is possible?
06:03
<daduke>
ogra_cmpc: rc.local might be a good idea, however we've had some issues with it in the past - it appears that in etch it's not always/reliably executed...
06:03
<tarzeau>
daduke: was it +x ?
06:03
<ogra_cmpc>
daduke, oh
06:03
thats bad indeed
06:03
<daduke>
tarzeau: definitely not
06:05
ogra_cmpc: vagrantc fixed the X access issue I saw. you guys rule.
06:05
<ogra_cmpc>
nom you guys do
06:06
if *we* would rule we wouldnt have carried that option with us for two years
06:06
blind fishes all over here
06:07
<daduke>
ogra_cmpc: yeah right. I admit that I was a bit astonished nobody had tried it before, but neither had we. Only one of our users did.
06:08* ogra_cmpc thinks thats one of the most awkward oversights he ever had
06:08
<daduke>
ogra_cmpc: that's right, Yargo Bonetti is da man! all praise to him!
06:08
<ogra_cmpc>
luckily i'm not the only one who missed it
06:08
else i'd step back from programming
06:08
<daduke>
ogra_cmpc: please don't.
06:09
<ogra_cmpc>
i wont :)
06:09
<daduke>
good
06:10
on a brighter side, most ppl seem to be 'good'. Otherwise you'd have heard of dozens of hacked LTSP installations...
06:11
<ogra_cmpc>
yeah
06:11Nubae has quit IRC
06:11
<daduke>
X access issue + key logger + vmsplice == TWD!
06:11
<ogra_cmpc>
but that also means people trust us .... which puts the thing in even worse light
06:11
<daduke>
hmm true too
06:12
<ogra_cmpc>
one thing i learned in two years of edubuntu buo
06:12
building is ... dont trust your users to know or understand code
06:13
<daduke>
I guess for edubuntu users that would be a safe bet.
06:13
<ogra_cmpc>
yeah
06:15
<daduke>
I hope vagrantc finds a way to combine the xauth with directx=true as it would reduce system load and increase performance. But for the time being, it's fine - as soon as the patched ldm shows up on alioth that is
06:15
<ogra_cmpc>
i think he just dropped to much
06:15
but that needs some further tests which i dont have time for yet
06:16
we have an Xauthority file i just doubt its used right
06:16
next release (for me at least )
06:17TelnetManta has quit IRC
06:17
<daduke>
I see. that was my impression too - you might remember that on debian, /root was ro which meant no .Xauthority was ever written. Making it rw didn't change a thing.
06:17
<ogra_cmpc>
right
06:17
thats what vagrant said as well
06:17
<daduke>
right
06:17
<ogra_cmpc>
but i know we used it once before that -ac option even came into the game
06:18
the very old first pyhon variants of ldm worked fine with it
06:18
<daduke>
also X might've changed if it's > 2 years...
06:18
<ogra_cmpc>
indeed
06:22
<daduke>
unrelated: digging for LTSP info in the past 6 months, I sometimes had the impression that the LTSP/edubuntu/skolelinux/whatever ppl have a lot of unsynchronized/diverse information out there. I know that LTSP <-> ubuntu is almost the same, but for the rest I don't know... duplicate effor anyone?
06:25
<ogra_cmpc>
we need someone who turns the edubuntu handbook into generic ltsp docs
06:25
scottie put nearly 6 months into writing up everyting in that book
06:26
<sep>
daduke, well they are not exactly identical tho. debian-edu(skolelinux) have users in ldap and machines in netgroups/ldap. so i am not sure all the documentation are identical. lso wer use kde. so there are naturally some debian-edu documentation that will not fit in the edubuntu setting. while most of the edubuntu/ltsp documentation would be valuable for debian-edu (except versino skew)
06:26
and there have been a lot of development on ltsp so the skew is not insignificant
06:27
<ogra_cmpc>
ldap isnt related to ltsp
06:28
its a nice addon but we have reasons to stay away from it (i.e. for localapps)
06:28
<sep>
well i am not sure what information he mean. so i just pointed out the biggest differences
06:28
<daduke>
sep: right. Please understand that I don't want to complain - I just think it's confusing for ppl looking for information/errors/patches....
06:28
<ogra_cmpc>
sep, well, ltsp5 in itself is pretty bad documented
06:29
scottie carried together all info but thats in the edubuntu hadbook
06:29
*handbook
06:29
\i dont know any other documentation that touches all basics
06:30
at some point someone needs to go over it and rip out the ltsp parts into a proper documentation
06:32
<sep>
would be great to have a real ltsp reference. trying things from the ltsp4 docs on ltsp5 often is more confusing then enlightening
06:32* daduke agrees
06:36
<ogra_cmpc>
yup
06:42
<daduke>
anyway, by far the greatest source of information is this channel. Cannot thank y'all enough.
06:43
<ogra_cmpc>
daduke, wers nich im kopf hat, hats in den beinen :) (docs would likely ease the support load :) )
06:43
<daduke>
true that.
06:44F-GT has quit IRC
06:45Blinny has joined #ltsp
06:46F-GT has joined #ltsp
06:51
<daduke>
ogra_cmpc: is LTSP your fulltime job?
06:52
<ogra_cmpc>
daduke, it was until the hardy release cycle started
06:52
<tarzeau>
ogra_cmpc: that didn't work (/etc/rc.local)
06:52
<ogra_cmpc>
i moved on to subnotebooks, staying as maintainer for ltsp but not as main dev anymore
06:52
<daduke>
right
06:55otavio has joined #ltsp
06:57
<Blinny>
ogra_cmpc: Who is main dev now?
06:59
<ogra_cmpc>
Blinny, team effort ... all subscribers to ltsp-upstream on launchpad
06:59
which is sbalneav, warren, vagrantc and me for the core and some occasional comitters
07:00
<Blinny>
Cool. Thank you.
07:08gentgeen__ has quit IRC
07:12Guaraldo has joined #ltsp
07:17mcfloppy has quit IRC
07:17cliebow has joined #ltsp
07:17cliebow has quit IRC
07:18vagrantc has joined #ltsp
07:19mhterres has joined #ltsp
07:20bobby_C has joined #ltsp
07:24jammcq has quit IRC
07:30soneyka has quit IRC
07:30TelnetManta has joined #ltsp
07:37basanta has quit IRC
07:43slidesinger has joined #ltsp
07:44
<daduke>
vagrantc: bonjour! Thanks for fixing my bug!
07:45
<vagrantc>
daduke: gald to help :)
07:45
daduke: this was the "anyone can connect to your X server bug" ?
07:45
<daduke>
vagrantc: aye. When do you think the new ldm will be in alioth?
07:46
<vagrantc>
daduke: hopefully today or tomorrow.
07:47
daduke: i've gotta get the version in etch (0.99debian11) fixed, as we as the version in debian-edu.
07:47
<daduke>
vagrantc: great. for the time being, we will resort to the X ssh tunnel. If at some point directx and +ac are compatible, we'd like to switch back.
07:48
<vagrantc>
daduke: yes, directx is still affected.
07:48
daduke: thanks so much for reporting the bug.
07:48
<ogra_cmpc>
++
07:49
<vagrantc>
daduke: i had my suspicions years ago, but i never actually came up with the exploit :)
07:50
<daduke>
vagrantc: you're welcome. And I was only the reporter. He's the man: http://yargo.andropov.org/
07:51
<vagrantc>
daduke: well, pass on my thanks then
07:51
<daduke>
vagrantc: I will.
07:52
vagrantc: it's a creepy feeling seeing all your keystrokes on another machine and ogra's xeyes all the way from Kassel ;)
08:03ogra_cmpc has quit IRC
08:07vagrantc has quit IRC
08:08ogra_cmpc has joined #ltsp
08:09mcfloppy has joined #ltsp
08:09cliebow_ has joined #ltsp
08:23elisboa_ has joined #ltsp
08:27krishna_ has joined #ltsp
08:28soneyka has joined #ltsp
08:29
<laga>
ogra_cmpc: since you seem to be busy: do you want a debdiff with all the changes i'm proposing for the next LTSP upload?
08:30
<ogra_cmpc>
can you do one per change so i can commit them separately ?
08:31
<laga>
ogra_cmpc: ok, you already have that. :) i was talking about making one big diff from all those tickets
08:33deavidsedice has joined #ltsp
08:34
<ogra_cmpc>
hmm
08:35Gadi has joined #ltsp
08:39mikkel has quit IRC
08:48soneyka has quit IRC
08:51elisboa has quit IRC
08:51elisboa has joined #ltsp
08:51elisboa has quit IRC
08:51elisboa_ is now known as elisboa
08:52elisboa_ has joined #ltsp
08:56soneyka has joined #ltsp
09:22steph_ has quit IRC
09:22
<tarzeau>
12:02 < tarzeau> you think getting usb scanners to work is possible?
09:34toscalix has quit IRC
09:50krishna_ has quit IRC
09:54plamengr has joined #ltsp
10:08milesd_ has quit IRC
10:30mati has joined #ltsp
10:30staffencasa has joined #ltsp
10:30mati has left #ltsp
10:32daduke_ has joined #ltsp
10:49soneyka has quit IRC
10:50mccann has joined #ltsp
11:05cyberorg has quit IRC
11:06tux_440volt has joined #ltsp
11:06bobby_C has quit IRC
11:08cyberorg has joined #ltsp
11:10soneyka has joined #ltsp
11:12soneyka has quit IRC
11:35ICC has joined #ltsp
11:37
<ICC>
can someone advise me on what kiwi-ltsp is, and when setting up an ew ltsp server (first timer) I shoudl use the kiwi-ltsp or just ltsp?
11:37
I plan to run this on opensuse - kde
11:43
<cliebow_>
kiwi is suse version of ltsp5
11:44
now ic ant remember who is championing it..in here all the time...old age...
11:47
<ICC>
so that is the one to use then?
11:51
<johnny>
cyberorg ?
11:52
<cyberorg>
ICC, kiwi-ltsp is in development ltsp5 implementation on suse
11:52
ICC, see http://developer.novell.com/wiki/index.php/KIWI-LTSP
11:53
i wouldnt call it ready for production, buntu is much more stable and feature complete
11:53
<ICC>
okay. I have set up ltsp 5 on ubuntu. I don't like the distro much though.
11:54
We plan to use it for public kiosk at my small community college
11:54
<johnny>
that's the best atm..
11:54
or debian
11:55
<warren>
but Ubuntu has so much brown!
11:55
<cyberorg>
ICC, kiwi-ltsp would be in shape to use for openSUSE 11, that is couple of months away
11:55
<johnny>
i think it looks pretty..
11:55
but it's not like you can't switch the colors up..
11:56
<ICC>
so would you recommend ltsp4.x instead?
11:56
<johnny>
i use gentoo normally btw.. so not an ubuntu fanboy or nothin
11:56
NO!
11:56
<cyberorg>
or wait till warren is through with fedora implementation :)
11:56
<warren>
ICC, no
11:56
<johnny>
ltsp4 is unmaintained
11:56
<ICC>
is there a vanilla ltsp 5 that I can run on opensuse 10.3?
11:56
<johnny>
there is no such thing
11:56
you can run ubuntu chroot
11:56plamengr has quit IRC
11:56
<johnny>
possibly
11:57
that is the main difference between 4 and 5, is that 5 is distro dependent
11:57
<ICC>
I think I'll try kiwi then. I have the drive with the ubuntu version in case i need to revert
11:59
I have about 10 public kiosks that should have internet only. I want to use the kde-admin tool to lock them down. do you know if that will work with kiwi?
12:15
<cyberorg>
ICC, it will probably work in 11, i have put hold on 10.3 implementation as i would like to get 'proper' thing ready for 11
12:38mccann has quit IRC
12:40fgiraldeau has joined #ltsp
12:40
<fgiraldeau>
GSoC sombody?
12:42
I whish to apply a project for google summer of code this year for LTSP
12:42
If nobody complains, then I will proceed
12:46mccann has joined #ltsp
12:49
<johnny>
fgiraldeau, where have you been? :)
12:51
<fgiraldeau>
well, I was very busy
12:52
business is going well, plus the master
12:52
I hate IRC, kind of time wasting...
12:52
anyway, I understand that it's a good way of communication in the team
12:53
Nobody replied to the mail about google summer of code
12:53
And I'm trying to settle that
12:53
<johnny>
i think it is a good idea
12:53
<fgiraldeau>
Bring some manpower
12:54
Yeah, I think so
12:54
<johnny>
who would mentor a project?
12:54
<fgiraldeau>
There are many ideas in launchpad and there is the wiki
12:54
Yeah
12:54
<johnny>
i personally would..
12:54
if folks thought i knew enough
12:54
<fgiraldeau>
You too, great
12:55
Probably, remember me your background?
12:56
What is your email on ltsp-discuss and ltsp-devel?
12:56
<johnny>
i'm not on either atm
12:57
i should probably be tho at some point
12:57soneyka has joined #ltsp
12:57
<johnny>
my background is that i use ltsp and help people with ltsp :)
12:57
and amd currently attempting to assist the port to gentoo
12:57
so i can understand the archiecture bettr
12:58daduke_ has quit IRC
12:59soneyka has quit IRC
12:59
<fgiraldeau>
it's interesting
13:00
And you will have time to devote to a student this summer?
13:00
<johnny>
atm yes
13:01
depends on the specific project certainly, but it sounds like fun
13:01
if i have enough time to hang out on irc, then i certainly can handle that i think :)
13:03spectra has joined #ltsp
13:07
<fgiraldeau>
probably, yeah
13:09
<cliebow_>
fgiraldeau, youy were in Maine in Nov. werent you?
13:10
<fgiraldeau>
yeah
13:10
it was really cool
13:10
<cliebow_>
i knew i met you there..you were interested in nx right?
13:10
<fgiraldeau>
yeah
13:10
I mean, I'm doing my master on that topic.
13:10
<cliebow_>
i was the bearded old dude that sorta sponsored it..
13:10
in Maine
13:11deavid has quit IRC
13:11
<fgiraldeau>
yeah, I know, with your old IBM Netvista! ;)
13:11
What a fuc*ing machine that refuse to boot.
13:12
anyway, great time
13:12
<cliebow_>
heh..booted ok if you fed it a 2.4 kernel..an uncompressed proprietary pos
13:13
<fgiraldeau>
Hep, that's the life
13:18steph__ has joined #ltsp
13:38TelnetManta has quit IRC
13:50tux_440volt has quit IRC
13:56daduke_ has joined #ltsp
14:01
<fgiraldeau>
http://downloads.revolutionlinux.com/gsoc/signup/gosc-ltsp-apply-form.html
14:01
here it is
14:01
were all set
14:01
waiting for google's answer
14:04Lumiere is now known as ayanami
14:06
<Blinny>
I'm curious how LinuxMCE uses local devices like DVD players on thin clients to stream media between servers and clients. That's interesting technology.
14:07ayanami is now known as Lumiere
14:25jammcq has joined #ltsp
14:26
<jammcq>
hey friends
14:28
<warren>
I'm only an acquaintance. =P
14:28
j/k
14:42Gadi has left #ltsp
14:45ICC has quit IRC
14:46vagrantc has joined #ltsp
14:51mistik1 has quit IRC
14:56
<klausade>
vagrantc: your patch for #469462 removes LDM_DIRECTX, right?
14:58mistik1 has joined #ltsp
15:00steph__ has quit IRC
15:02
<warren>
klausade, URL?
15:02
<vagrantc>
klausade: well, it doesn't fix the bug with LDM_DIRECTX
15:03
klausade: so if using LDM_DIRECTX ... it's still possible to read/write to other people's displays
15:04
<warren>
read/write isn't the worst of you
15:04
it
15:04bobby_C has joined #ltsp
15:04
<warren>
you can hijack, mess with their input, etc.
15:04
<klausade>
warren: debian bug #469462
15:05
<vagrantc>
warren: that's just another way of describing it
15:05
warren: reading and sending keystrokes ...
15:05Blinny has quit IRC
15:05
<vagrantc>
i'd really like to get that fixed properly.
15:06
i think the existing patch is kind a a crude workaround more than an actual fix.
15:08eriamjh has joined #LTSP
15:09
<vagrantc>
klausade: i was hoping to update the ldm backports, as well as the version in debian-edu today.
15:16cliebow_ has quit IRC
15:24toddobryan has joined #ltsp
15:25
<toddobryan>
Are the step you need to follow to enable nbd swap listed anywhere?
15:27
I've set NBD_SWAP = true and set the size in /etc/lts.conf/nbdswapd.conf to 128, but SWAP doesn't show up when I run "free" at a command line.
15:30
<vagrantc>
toddobryan: what linux distro and release?
15:30
<toddobryan>
Ubuntu 7.10 with the latest LTSP packages.
15:31
<vagrantc>
toddobryan: should be documentation in /usr/share/doc/ltsp-server/swap
15:32
<toddobryan>
Thanks. Reading now...
15:40
wow, so earlier I didn't do the "touch /opt/ltsp/i386/etc/nbd-client" step
15:41
it's at least requesting the swap space (I can see it in the server's syslog), but the client is getting read errors from the nbd space
15:43
<vagrantc>
you probably have to regenerate your image before changes will take effect ...
15:43
<toddobryan>
hmm, I did do that, actually
15:45
<vagrantc>
ok, just mentioned it as it's an easy step to miss.
15:46
i haven't worked with nbd swap for quite a while ... and i haven't really worked with ubuntu at all ..
15:48
<eriamjh>
have you ever heard of this error : "/bin/umount: invalid option -- i" when running "fusermount -u -z /path" ?
15:49mhterres has left #ltsp
15:49
<mnemoc>
hi, is NFS still the recomended way (not distro specific) to share the root of the clients?
15:49
<vagrantc>
depends on your distro.
15:49
definitely the default for debian. ubuntu uses nbd by default.
15:49
not sure which way the soon-to-be fedora ltsp will lean.
15:49
<warren>
I'm not sure either.
15:50
our NBD wont use unionfs
15:50
that will be a bit different
15:50
<mnemoc>
neither aufs?
15:50
<vagrantc>
i did try NBD+tmpfs+bind mounts with debian a while back with good luck.
15:51
<warren>
we wont use unionfs until it hits upstream kernel
15:52
<mnemoc>
warren: but nbd is your probable choice?
15:53
<warren>
mnemoc, that depends on how far I get with implementation
15:53
mnemoc, my people wont let me add it until I first implement mount.nbd
15:53
well, not mount.nbd
15:53
but nbd should behave like loop
15:53
<vagrantc>
?!
15:53
<warren>
mount -t iso9660 -o loop,ro FILE /mountpoint
15:54
<vagrantc>
why should it behave any differently than /dev/hda ?
15:54
that's the whole point of nbd
15:54
<warren>
mount -t squashfs -o nbd,r 192.168.0.254:2000 /mountpoint
15:54
vagrantc, just add a nbd wrapper to mount so it behaves like loop
15:54
<vagrantc>
although the syntax sounds tasty.
15:55
<warren>
if I implement it this way it becomes very easy to support by our other tools
15:55
<vagrantc>
warren: so the wrapper handles all the nbd-client stuff?
15:55
<warren>
yes
15:55
<vagrantc>
ok, i want it.
15:55
:)
15:55
<warren>
the one hard part is ... how do you know if a /dev/nbdX is already used
15:55
?
15:55
<vagrantc>
yeah, we've got some ugly code in our initramfs scripts to detect that ... but there's just got to be a cleaner way
15:56
warren: maybe i should file a wishlist bug on nbd to make detecting a used /dev/nbdX more simple
15:57
a nice little script like "nbd-active --all" or "nbd-active /dev/nbdX" would be very useful.
15:57
<warren>
I have to implement all this in C...
15:58
<vagrantc>
i'll make a wishlist request and see what i get.
15:58
it would be nice if it were a small little C program, yes.
15:58
<warren>
since nbd-client has to fork and daemonize, I also have to figure out if the device is actually working somehow
15:58* vagrantc still likes NFS
16:00
<warren>
vagrantc, 1) implement mount -o nbd 2) add minimal support for it in our mkinitrd 3) write RFC for IETF to add nbd-root option to official standards.
16:00
vagrantc, one of our engineers is on the IETF DHCP group
16:01
vagrantc, 4) after F9 add nbd-root support to our mkinitrd and you can write the same in your initramfs-tools
16:02
but all this depends on mount -o nbd
16:04jammcq has quit IRC
16:07eriamjh has left #LTSP
16:08Guaraldo has left #ltsp
16:10
<vagrantc>
warren: i look forward to it :)
16:14IRCzito has joined #ltsp
16:15
<IRCzito>
someone goes to FISL?
16:17
<vagrantc>
not since 2004
16:17
now there's an event to get excited about free software
16:21toddobryan has quit IRC
16:33fgiraldeau has quit IRC
16:36slidesinger has quit IRC
17:00
<johnny>
vagrantc, is there a reason ltsp-build-client isn't marked +x in ltsp-trunk, but all the other scripts are?
17:00
<vagrantc>
johnny: not really
17:01
<johnny>
mind changing it? for consistancy reasons?
17:01
<vagrantc>
it seems like a trivial thing to commit and has never really been an issue.
17:01
<johnny>
consistency things usually are.. :)
17:02
<vagrantc>
i guess some distros might not automagically mark it as executable when they build their packages...
17:02subsume has joined #ltsp
17:02edistar_ has joined #ltsp
17:02
<edistar_>
hi, anyone using ltsp with e17?
17:03radoeka has joined #ltsp
17:04radoeka has left #ltsp
17:05BGomes has joined #ltsp
17:06
<IRCzito>
vagrantc: do you come to FISL 9
17:07
<vagrantc>
IRCzito: no ... i went to FISL4 ... would like to go back someday
17:08
<IRCzito>
:(
17:13spectra has quit IRC
17:13johnny has quit IRC
17:13bjorn has quit IRC
17:13jbrett has quit IRC
17:13tarzeau has quit IRC
17:13mnemoc has quit IRC
17:14spectra has joined #ltsp
17:14johnny has joined #ltsp
17:14mnemoc has joined #ltsp
17:14bjorn has joined #ltsp
17:14tarzeau has joined #ltsp
17:14jbrett has joined #ltsp
17:15abadger1999 has left #ltsp
17:37
<vagrantc>
klausade: updated the backports for ldm: deb http://pkg-ltsp.alioth.debian.org/debian etch-ltsp-backports main
17:39steph_ has joined #ltsp
17:45BGomes has left #ltsp
17:47vagrantc has quit IRC
17:55IRCzito has left #ltsp
17:55J45p3r has joined #ltsp
18:02bobby_C has quit IRC
18:05daduke_ has quit IRC
18:14Q-FUNK has joined #ltsp
18:47Q-FUNK has quit IRC
18:58staffencasa has quit IRC
19:16BGomes has joined #ltsp
19:31elisboa_ has quit IRC
19:31elisboa_ has joined #ltsp
19:48
<subsume>
hi all. is there some way to access thin-client error logs? I'm trying to trace the cause of a failed client startup.
19:49
<laga>
subsume: on ubuntu?
19:49
<subsume>
laga: yes sir
19:49
or ma'am
19:49
but probably sir
19:49
<laga>
sir is fine :)
19:50
<subsume>
laga: you have any experience with them? I'm in the middle of edubuntu hell right now and need a rope (or a noose)
19:50vagrantc has joined #ltsp
19:50
<laga>
subsume: IIRC, your clients will try to log to the server by default. you can add "-r" to the syslogd options on your server or
19:50
add SYSLOG=local to your lts.conf and check on the clients themselves
19:50
i think you can also use SYSLOG=foobar, doesn't matter ;)
19:51
<subsume>
laga: its funny that you mention that because my client is choking at 'Starting system log daemon'....
19:52
laga: lts.conf on my thin-client environment or server?
19:53* vagrantc notes that both the thin-client environment and the server are on the server.
19:53
<laga>
subsume: /var/lib/tftpboot/ltsp/ on the server will do
19:55
<subsume>
laga: do i need to rebuild environment after that?
19:55
<laga>
on
19:55
no*
19:55
it's pulled in when the clients boot.
19:55
<subsume>
ok. where can i expect this log to go to? dmesg?
19:55
<laga>
it's not inside the environment, you see
19:55
subsume: /var/log ;)
19:56
<subsume>
which file within there? sorry. quite newb.
19:56
<laga>
subsume: i dunno, messages and syslog might be interesting
20:03BGomes has left #ltsp
20:04
<subsume>
laga: nothing really related to the client there besides DHCP stuff
20:04
<laga>
:/
20:04
i'm afraid i won't be able to help you much then :/
20:05
<subsume>
you sure SYSLOG=local in lts.conf is going to do anything?
20:05
<laga>
it did for me, it'll prevent the client from trying to connect to the server AFAIK.
20:05
um
20:05
subsume: where did you look for those files?
20:06
on the client or on the server?
20:06
<subsume>
laga: which? lts.conf?
20:07* vagrantc thinks it's better to supply full paths than say "client" or "server"
20:07
<subsume>
=)
20:07
I think we understand one another
20:07
<laga>
subsume: the log files
20:07
<subsume>
laga: the server log of course. =)
20:08
<vagrantc>
subsume: if you understood, you wouldn't repeatedly be asking about lts.conf
20:08
<subsume>
vagrantc: I was asking for clarification. If you have something constructive to say, please let me know. otherwise....
20:08* vagrantc backs out
20:09
<laga>
subsume: see, if we set SYSLOG=local in a config file for the client, how likely is it that the logs will show up on the server? :)
20:09
<subsume>
laga: I didn't set them in the client chroot.
20:09
<laga>
come to think of it, youprobably can't log in into the diskless environment inside your client (not the X session)
20:09J45p3r has quit IRC
20:10
<subsume>
laga: I set them in tftp (which, AFAIK doesn't even exist in the client)
20:10
<laga>
subsume: where did you look for them? /opt/ltsp/i386/var/log ?
20:10
<subsume>
log files? no. /var/log
20:10* laga scratches head
20:10
<subsume>
the ones in opt/fati386 are empty
20:10
<laga>
subsume: the best thing you can do
20:11
<vagrantc>
if SYSLOG=local, you need to log into the client itself in order to view the log files.
20:11
<laga>
edit /etc/default/syslogd on the SERVER and add the -r switch there, restart /etc/init.d/sysklogd on the SERVER and remove SYSLOG=local from the client
20:11
<subsume>
vagrantc: I'm not really sure how to login to the client.
20:11
<vagrantc>
this can be done by setting SCREEN_NN=shell, where NN is an open tty.
20:11
in lts.conf
20:12
<laga>
and you can check the logs on the server in /var/log/
20:12
yeah, or listen to subsume.
20:12
if it hangs while setting up the syslogd on the client that might be a good option.
20:12
<ogra_cmpc>
laga, what the heck are you doing up ? its 2am
20:12
<laga>
s/subsume/vagrantc/
20:12
ogra_cmpc: go to bed
20:12
<vagrantc>
though i think remote syslogging is probably easier.
20:12
<subsume>
....
20:12
<laga>
but as you can see, i'm even more confused at this time of the day
20:12
<subsume>
consensus? =)
20:12
<ogra_cmpc>
i would if i could :P
20:13
<vagrantc>
subsume: do it one way or the other. doesn't really matter, as long as you consistantly configure it one way.
20:13* laga knocks out ogra_cmpc
20:13
<subsume>
going with laga's.
20:13
<ogra_cmpc>
heh
20:14elisboa_ has quit IRC
20:14
<ogra_cmpc>
laga, that wont finish my classmate image
20:14
<laga>
yes, but i might scare you into another LTSP upload ;)
20:14
<vagrantc>
gotta get a security update for debian-edu fixed.
20:15
<laga>
good luck with the CMPC, though
20:15
i booted my fat client image on a box with 128M RAM and.. it sucked :)
20:15
<ogra_cmpc>
i'll have something ready tomight
20:15
just fighting with someminimal things
20:16
<subsume>
so I've made no configs in the fat client root. I changed the syslogd file to have -r, restarted, removed syslog=local from tftp and no new messages appear in log
20:17
<vagrantc>
subsume: which file did you add "-r" to ?
20:17
<subsume>
vagrantc: /etc/default/syslogd on server. this wrong?
20:17
<vagrantc>
subsume: sounds good.
20:17
just double-checking.
20:18
subsume: and you rebooted the thin-client after removing SYSLOG=local ?
20:18
<laga>
vagrantc: i think he said it hangs when starting the syslogd..
20:18
<subsume>
the client machine, yes.
20:19
vagrantc: yes. I did that
20:19
'starting system log daemon' hangs forever.
20:29elisboa_ has joined #ltsp
20:30
<subsume>
Let's assume I just want to skip this whole system log daemon to see what happens when it continues and fails?
20:30
Can someone help me do that?
20:34
<vagrantc>
subsume: at the top of /opt/ltsp/i386/etc/init.d/sysklogd ... add an "exit 0" to the second line
20:34
er, insert "exit 0"
20:36
<subsume>
vagrantc: that's constructive. =) Strangely it still hangs.
20:38
vagrantc: do I need to rebuild the thin client root?
20:44
<vagrantc>
subsume: oh, yeah. any time you modify anything in /opt/ltsp/i386, you'll need to rebuild it
20:44
<subsume>
vagrantc: which leads me to a strange quirk question
20:44
I get this immediate warning when I try to update it
20:44
chroot: cannot change root directory to /opt/ltsp/i386: No such file or directory
20:45
I am running the command sudo ltsp-update-image -a fati386 -b /opt/ltsp -p 2001
20:45
<vagrantc>
ltsp-update-image is probably all kinds of hard-coded.
20:45
<subsume>
vagrantc: ok... so you aren't familiar. hmpf. too bad its a binary I'd poke around in it myself
20:50
<vagrantc>
ltsp-update-image is in /bin/sh (or maybe /bin/bash)
20:51
<subsume>
LDAP ERRORS!!!
20:52
Thank you! =)
20:52
<vagrantc>
heh
21:02
<subsume>
vagrantc: please go to #ldap so I can continue yelling at you
21:02
=)
21:02
thanks for yer help.
21:10
<vagrantc>
subsume: sure. sorry if i was a bit annoying at first.
21:18MacIver has quit IRC
21:31MacIver has joined #ltsp
21:36vagrantc_ has joined #ltsp
21:37vagrantc has quit IRC
21:37
<vagrantc_>
hrm.
21:37
just upgraded virtualbox recently ... and my system just hung :(
21:37
trying to test the new old packages for debian-edu
21:42mccann has quit IRC
21:46ogra_cmpc2 has joined #ltsp
21:56spectra has quit IRC
22:02bjorn has quit IRC
22:02jbrett has quit IRC
22:02tarzeau has quit IRC
22:02mnemoc has quit IRC
22:02johnny has quit IRC
22:03johnny has joined #ltsp
22:03mnemoc has joined #ltsp
22:03bjorn has joined #ltsp
22:03tarzeau has joined #ltsp
22:03jbrett has joined #ltsp
22:23ogra has quit IRC
22:23ogra has joined #ltsp
22:31ogra_cmpc2 has quit IRC
22:58elisboa_ has quit IRC
23:16Egyptian[Home] has quit IRC
23:17ogra has quit IRC
23:17Egyptian[Home] has joined #ltsp
23:17ogra has joined #ltsp
23:17ogra_cmpc has quit IRC
23:17
<subsume>
how can I totally remove LTSP?
23:17
apt-get remove still keeps /etc/ltsp/
23:18ogra_cmpc has joined #ltsp
23:18
<johnny>
purge ?
23:18
but that's in the apt-get manual
23:18
purge is necessary to remove all bits of a package
23:19
altho in this case it prolly won't purge /opt/ltsp but you can remove that yourself
23:21
<sutula>
subsume: --purge should do it, but as johnny said, that probably won't remove things created by the various client build scripts
23:22
<subsume>
I am confused.... I suspect that LTSP is somehow updating all of my clients /etc/resolv.conf 's to be "example.com" and a junk IP address
23:22
does this make any sense to anyone?
23:23
<johnny>
and your own resolv.conf is fine?
23:23
<subsume>
the server's? yeah. connects to internet fine
23:23
<vagrantc_>
subsume: is /etc/ltsp/dhcpd.conf telling it to use those resolv.conf settings?
23:23
<subsume>
I noticed a similar thing happened with the client /etc/passwd
23:24
<sutula>
subsume: On my installation, the client's /etc/resolv.conf is fine
23:24
<subsume>
http://pastebin.com/m544b5b6d <-- installed ltsp and got funky warnings
23:24
<vagrantc_>
nothing messes with /etc/passwd directly ... it will disable root's password, by calling: passwd -l root
23:25
<sutula>
subsume: The client /etc/passwd is distinct from the server's
23:25
<johnny>
vagrantc_, now you get to deal with me asking ltsp devel questions :)
23:25
<vagrantc_>
unless you're manually creating users inside the chroot, no users get created by default.
23:25
<subsume>
sutula: I know... and yet the client machines were updated.
23:25
<sutula>
updated?
23:25
<subsume>
sutula: its weird. but anyway... forget about that.... anyone think that pastebin is odd?
23:25
I created a user on the server machine and it ended up in all client /etc/passwd
23:26
<vagrantc_>
unless you've got custom plugins, there's nothing in the ltsp code that would do that.
23:26
<sutula>
subsume: Sounds like you have a mess on your hands
23:26
<subsume>
Also, whenever I restart a client I get a funky /etc/resolv.conf
23:26
'example.com' and '192.168.0.1'
23:27
<vagrantc_>
subsume: did you look in dhcpd.conf? those are the default settings.
23:27* sutula thinks subsume's installation has an LTSP virus, and backs away slowly :)
23:27
<vagrantc_>
subsume: /etc/ltsp/dhcpd.conf
23:27
<subsume>
=)
23:28
Here is something odd... I purged ltsp and yet the old config is there
23:28
I know its the old config because I commented some things out
23:28
vagrantc_: so I am reluctant to show you my dhcpd.conf because its one I don't want(!)
23:28
<vagrantc_>
yes, --purge isn't handled 100% correctly
23:28
<subsume>
vagrantc_: I tried rm -rf /etc/ltsp after that but then I didn't end up with a new /etc/ltsp directory
23:29
<vagrantc_>
subsume: i don't care what you show me, i'm merely telling you it sounds like it's the source of your problems.
23:29
<subsume>
http://paste.stgraber.org/1419
23:29
vagrantc_: what I'm asking is how can I get a fresh /etc/ltsp/?
23:29
<vagrantc_>
subsume: nothing is installed in /etc/ltsp by ltsp-server, unless ubuntu's a little different. ltsp-server-standalone installs /etc/ltsp/dhcpd.conf
23:30
<subsume>
vagrantc_: very helpful. I don't suppose you know how I can get a fresh one?
23:30
<vagrantc_>
subsume: apt-get --purge remove ltsp-server ltspfs ; rm -rf /var/lib/tftpboot/ltsp /opt/ltsp/ /etc/ltsp* ; apt-get install ltsp-server-standalone
23:30
<subsume>
apt-get remove ltsp-server-standalone;rm -rf / ?
23:31
<vagrantc_>
well, you could just skip both those steps and re-install from scratch, if that's your inclination :P
23:32
<subsume>
=)
23:32
I like your method
23:34
<vagrantc_>
all i want to do is finish this one last ltsp upload, test it, and get some sleep.
23:45daya has joined #ltsp