[04:31] <neil_d> I have a new edubuntu gutsy install.  the client will boot ok if I specify "start_03 = startx" why cant it work with the default ldm ?
[04:33] <johnny> that's not enough info to go on
[04:34] <neil_d> johnny: what more info would you like ?
[04:34] <johnny> like, why it doesn't work with ldm
[04:34] <johnny> what happens
[04:35] <neil_d> johnny: it just stops booting at "starting ltsp client" I get a blank screen
[04:36] <johnny> you're not using autologin are you?
[04:36] <neil_d> johnny: could the client be having trouble with the encryption to the server ? no I am not autologin !
[04:36] <johnny> it's possible
[04:36] <johnny> you didn't change the IP since ?
[04:38] <neil_d> johnny: I did change the IP but I fairly sure I have done an ltsp-update-sshkeys
[04:39] <johnny> did you run ltsp-update-image ?
[04:42] <neil_d> johnny: yes!  I just check the /opt/ltsp/i386/etc/ssh/known_hosts and the correct IP addr is in there.
[04:43] <johnny> after the sshkeys /
[04:43] <johnny> it could be there just fine, but nothing will happen until you run update-image
[04:43] <neil_d> johnny: is there a way to test from the client I have a shell ?
[04:43] <johnny> yes.. set SCREEN_02=shell
[04:43] <johnny> and turn off your startx
[04:44] <neil_d> johnny: allready done
[04:44] <johnny> and then try running ldm manually
[04:44] <johnny> the syntax is odd
[04:44] <johnny> something like ldm vt7 :0
[04:52] <neil_d> johnny: it seems to be working now. the "ldm vt7 :0" got me a screen, so I put "SCREEN_03 ldm" into the lts.conf file and its working :)   It also looks like I needed a custom xorg.conf file too.
[04:55] <johnny> weird
[04:55] <johnny> you shouldn't have to put that in there
[04:57] <neil_d> johnny: do you think I should worry abount it ?
[04:57] <johnny> just as the edubuntu folks about it during the day
[04:58] <johnny> ask*
[04:58] <neil_d> johnny: day is subjective it 3:58PM here
[04:59] <neil_d> johnny: I seem to be having trouble with the "Thin Client Manager" its using 100% CPU and not doing much
[04:59] <johnny> true
[05:00] <johnny> during the US/European day
[05:00] <johnny> thats' when you get the folks around
[05:00] <johnny> on a weekday as well
[05:01] <johnny> this is where the 6 month ubuntu release cycle is annoying
[05:01] <johnny> some bugs end up sticking around
[05:01] <neil_d> yea I suppose, but its good have something going :)
[05:01] <johnny> i definitely have more ltsp problems with gutsy
[05:01] <johnny> i shouldn't have been so hasty to upgrade
[05:02] <johnny> i think i only did it cuz autologin was supposed to work out of the box, and i didnt want to use my patched version anymore
[05:02] <johnny> and sadly.. i'm using a patched version
[05:02] <neil_d> maybe latter in a couple of months it will be better
[05:02] <johnny> once again
[05:02] <johnny> the patch will prolly not be released for gutsy i bet
[05:02] <johnny> hopefully hardy
[05:02] <johnny> but the cycle for hardy is coming to a close as well
[05:03] <johnny> so much is still changing in the linux world, it's hard to stabilize around a certain set of packages
[05:03] <neil_d> I needed to upgrade because I needed a latter python version.  I think I will stick with hardy once its out.
[05:04] <johnny> but then you'll need something else
[05:04] <johnny> lol
[05:04] <johnny> that's how it works
[05:04] <johnny> i'm still waiting for the policy kit stuff to hit gnome
[05:04] <neil_d> whats that ?
[05:04] <johnny> and better input hotplug
[05:04] <johnny> prolly too long to epxlain here
[05:05] <johnny> you should check out all the neat freedesktop.org projects
[05:05] <neil_d> a hotplug update/replacement
[05:05] <johnny> no
[05:05] <johnny> this is at the xorg level
[05:05] <neil_d> ok
[05:05] <johnny> it interacts with the system/linux hotplug
[05:05] <johnny> but xorg doesn't just run on linux
[05:05] <johnny> so it has to be more generic
[05:07] <neil_d> anyway thanks for the help
[05:07] <johnny> ask on the list about your need for doing that SCREEN thing
[05:07] <johnny> if you can't make it here during their hours
[05:08] <neil_d> ok, i will late one night my time
[05:08] <neil_d> it might have something to do with using an odd little computer for the client here.
[05:08] <johnny> hmm..
[05:08] <johnny> possibly
[05:08] <neil_d> how is the support for the via motherboards with ltsp ?
[05:09] <johnny> uhmm.. should be as good as normal linux support
[05:09] <neil_d> that is the mini-itx boards
[05:09] <johnny> it should be good
[05:09] <johnny> it depends on the video car
[05:09] <johnny> they aren't always the same chipset iirc
[05:10] <neil_d> got four comming, use little compaq computer at the moment.
[05:10] <johnny> i hope you checked compat before buying them
[05:10] <johnny> as far as video is concerned
[05:10] <johnny> being stuck with VESA would suck
[05:12] <neil_d> yes it would be,  I didn't check though, hope I don't regret that.
[05:13] <johnny> well look it up now
[05:13] <johnny> so at least you're prepared for suck
[05:13] <johnny> search for the chipset with the word linux
[05:14] <neil_d> ok
[05:14] <neil_d> what are you using edubuntu for.  I am constructing a business system.
[05:15] <johnny> i'm not using edubuntu at all
[05:15] <johnny> just regular ubuntu
[05:15] <johnny> but i do use lts
[05:15] <johnny> ltsp*
[05:15] <johnny> we use it at our collectively run bookstore coffeehouse as public internet terminals
[05:16] <johnny> we will end up using it for classes of some sort eventually
[05:16] <johnny> in a different location
[05:17] <neil_d> I only installed it because, when I ltsp under ubuntu it wasn't working and I thought I had done something wrong, so I tried edubuntu to see if it would work. that good, how many terminals ?
[05:17]  * neil_d should read more closely what I type.
[05:20] <johnny> only 4 atm
[05:20] <johnny> we don't have much room
[05:23] <neil_d> how do you control people downloading stuff do you write protect the home directory or something else ?
[05:32] <johnny> i don't
[05:32] <johnny> each machine is it's own ~/
[05:33] <johnny> so i just rm -rf
[05:33] <johnny> and then it starts with a fresh profile every mornin
[05:34] <neil_d> ok
[05:44] <neil_d> is there much difference in speed/load between a startx session and a ldm session
[06:11] <johnny> i assume startx might be a lil faster
[06:11] <johnny> but then you get no local device support
[06:11] <johnny> atm at least
[06:11] <johnny> or possibly sound
[06:32] <neil_d> johnny: ok
[06:33] <neil_d> do you need to shutdown the clients or can you just turn them off ?
[06:33] <johnny> you're supposed to shut them down prolly
[06:33] <neil_d> ok
[06:33] <johnny> but i just turn them off.. since many people just power cycle anyways
[06:33] <johnny> and there is a bug in the released ltsp in gutsy
[06:33] <johnny> that means some processes don't die anyways
[06:33] <johnny> even if you do shut down
[06:34] <johnny> so when i mentioned i run a command to empty the profiles
[06:34] <johnny> it also does pkill -9 -u $user
[06:34] <johnny> just to make sure
[06:35] <johnny> like so
[06:35] <johnny> for i in `getent group terminals | cut -d: -f 4 | sed s/,/' '/g`; do
[06:35] <johnny>     pkill -9 -u ${i}
[06:36] <johnny> # delete directory
[06:36] <johnny> done
[06:36] <neil_d> does this mean that the server should be reset to keep from losing memory ?
[06:36] <johnny> i could prolly do the cut part in the sed, but my regex isn't that good
[06:37] <johnny> that should't be a problem if you kill the procs
[06:37] <johnny> i was at 1200M/2000M all day
[06:37] <johnny> or thereabouts
[06:37] <johnny> but now i'm at 650
[06:38] <johnny> leaks aren't very apparent atm
[06:38] <johnny> setup a cron to kill all the extra processes for now
[06:39] <johnny> there's a script called xterminator that you can integrate into your chroot, so that when they login, the old procs will be killed, but it is broken in gutsy for now
[06:39] <johnny> it's not in the repo either
[06:39] <johnny> somebody gave me a possible crazy replacement, but i can't verify if it works as i haven't tested it yet
[06:40] <johnny> crazy as in.. it's multiline shell script shoved into one line :0
[06:40] <johnny> i think it is somewhere between 50-100 chars long
[06:40] <neil_d> I will have to keep an eye on the process list for a while.  I do like being able to read the scripts I am running.
[06:42] <johnny> i like htop
[06:42] <johnny> it shows me if anyting is going crazy like firefox
[06:42] <johnny> and then i -9 it
[06:42] <johnny> that's prolly my biggest issue atm
[06:45] <johnny> i haven't been able to personally replicate it
[06:45] <johnny> but it happens when folks use it all day
[06:45] <johnny> thinking about installing firefox 3 for that
[06:45] <johnny> even though it's in beta
[06:46] <neil_d> don't know about firefox 3
[14:03] <LUG> Hi all. Does exist any Italian's language version of EDUbuntu distribution?
[14:07] <jbrefort> LUG, distributils are multilingual
[14:07] <jbrefort> and Italian is supported by many applications
[14:07] <jbrefort> I meant distributions
[14:07] <jbrefort> and edubuntu is one of them
[14:08] <jbrefort> just choose Italian language when installing
[14:08] <LUG> I will try. Many Tnx.
[14:43] <daya> Channel, Can I have access to the source code to the LTSP that is integrated in edbunut 7.10
[14:43] <daya> edubuntu 7.10
[14:50] <das-t> sorry, i don't have a running edubuntu at hand. but i guess you might edit your sources.list and add an src additionally to the deb
[19:01] <denvergeek> does anyone know how to disable timed logouts for ltsp clients?
[19:01] <johnny> timed logouts?
[19:01] <denvergeek> there's no "login window" editor since it's ldm I believe
[19:01] <denvergeek> right
[19:01] <denvergeek> user is idle for 10 minutes
[19:01] <johnny> what timed logouts?
[19:01] <johnny> hmm.. i haven't seen that effect
[19:01] <johnny> mine never times out
[19:02] <denvergeek> default install, edubuntu server 7.10
[19:02] <denvergeek> with ltsp thin clients
[19:02] <LaserJock> denvergeek: hmm, I wouldn't have thought that would be enabled by default
[19:02] <johnny> i've never heard of this feature
[19:03] <denvergeek> me either
[19:03] <denvergeek> but
[19:03] <denvergeek> 10 minutes of idle time
[19:03] <denvergeek> and there it goes
[19:03] <denvergeek> I guess I can poke around gconf-editor
[19:03] <johnny> sounds like you have something else going on
[19:03] <johnny> try disabling the screensaver
[19:04] <denvergeek> heh
[19:04] <denvergeek> another interesting item
[19:04] <johnny> or check the screen saver config in any case
[19:04] <denvergeek> when you try to open screensaver-preferences from the preferences menu
[19:04] <denvergeek> the X session restarts
[19:04] <johnny> yep.. that's your problem
[19:04] <denvergeek> ah
[19:04] <denvergeek> *click*
[19:04] <johnny> it goes idle, starts the screensaver, kills the X, brings up ldm
[19:04] <denvergeek> that makes sense
[19:04] <denvergeek> yep
[19:05] <denvergeek> thanks
[19:05] <johnny> you prolly don't want screensavers anyways
[19:05] <denvergeek> I sure don't
[19:05] <denvergeek> hunting down the packages to remove em
[19:06] <johnny> i have htis
[19:06] <johnny> in my ltsp config
[19:06] <johnny> err  chroot/usr/share/ldm/rc.d/S15blank-only
[19:06] <johnny>  ssh -S ${LDM_SOCKET} ${LDM_SERVER} "/usr/bin/gconftool-2 --set --type string /apps/gnome-screensaver/mode blank-only"
[19:07] <johnny> err S15-screensaver-blankonly
[19:08] <denvergeek> just removed gnome-screensaver
[19:08] <denvergeek> too late!
[19:08] <denvergeek> but thanks for the help though
[19:08] <denvergeek> this ltsp setup out of the box is slick though
[19:08] <denvergeek> beats the heck out of doing it by hand
[19:09] <LaserJock> It's possible that removing the package may cause gnome some fits
[19:09] <LaserJock> I've not tried it but I guess you'll find out ;-)
[19:15] <denvergeek> no problem so far
[19:15] <denvergeek> pulled the menu entries nicely
[19:15] <denvergeek> we'll see
[19:53] <denvergeek> is there any way I can disable all desktop changes for a given user logging in via ltsp?
[19:53] <denvergeek> no create folder/alias/file or anything like that?
[20:04] <johnny> i just use sabayon to create a profile
[20:04] <johnny> and then rm -rf it
[20:04] <johnny> every night
[20:04] <johnny> you can lockdown some settings with the lockdown tool, but not as many through the GUI as you seem to need
[20:04] <denvergeek> right
[20:05] <denvergeek> I've managed to lock-down the default panels and such
[20:05] <denvergeek> but
[20:05] <denvergeek> I'd like to do away with the desktop context menu as well
[20:05] <denvergeek> sabayon seems to crash quite frequently
[20:05] <johnny> sadly it's only minor bugs that cause it to do so in my experience
[20:06] <denvergeek> yep
[20:06] <johnny> the sabayon team is a bit small
[20:06] <denvergeek> like removing the trash can for instance
[20:06] <denvergeek> yeah
[20:06] <denvergeek> no worries
[20:06] <denvergeek> I'll figure something out
[20:06] <johnny> need to provide a way to provide folders to ignore
[20:06] <denvergeek> or set a desktop wipe-out in cron nightly
[20:06] <johnny> that's what i do
[20:06] <denvergeek> almost done
[20:06] <denvergeek> then I can move to local apps
[20:06] <denvergeek> weee