[00:23] <lns> If any of you are interested I'm tracking my issue here: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-amd/+bug/180742
[00:23] <ubotu> Launchpad bug 180742 in xorg-server "xf86-video-amd: switching to a vcons fails" [Unknown,Confirmed]
[14:09] <johnny> ogra, so how does gvfs affect what you're doing with ltsp? anything?
[14:09] <johnny> any problems caused?
[14:10] <ogra> i didnt test the new ltspfs yet
[14:10] <ogra> (since i do my tests in the free version of virtualbox i dont have USB support)
[14:11] <ogra> but i actually dont expect any problems
[14:11] <johnny> well, what you need to test .. is to make sure that logout actually closes down the mounts
[14:11] <johnny> which i seem to be having on and off troubles with
[14:14] <johnny> it seems that gvfs hasn't gotten the love it deserves
[14:14] <johnny> imo
[14:25] <johnny> ogra, have you gotten vbox additions to work in hardy vbox?
[14:27] <ogra> yes
[14:28] <ogra> with a patch i dug up upstream for the older kernels, but recently tehre was an update of the modules, the current hardy package should worjk with the current hady kernel
[14:32] <johnny> uggh
[14:33] <johnny> didn't work so far
[14:33] <johnny> altho i do have vboxvfs showing up in lsmod
[14:35] <johnny> ogra, do you know anything about this? http://bugzilla.gnome.org/show_bug.cgi?id=432947
[14:35] <ubotu> Gnome bug 432947 in general "Mouse pointer keeps busy while Sabayon is ready to work" [Minor,Unconfirmed]
[14:35] <johnny> as i see hardy still uses gksu for some apps (atm at least)
[14:36] <johnny> i've replicated that in ubuntu
[14:39] <johnny> either way.. it's definitely a distro bug,as sabayon uses gnomesu by default in any case
[14:39] <laga_> ogra: did you ever add support for alternate dhcp ports? https://lists.ubuntu.com/archives/edubuntu-users/2006-August/000172.html
[14:40] <ogra> laga_, i think dhclient prevents that deliberately so your second dhcp request will fail
[14:40] <ogra> at leat in recnet versions
[14:41] <laga_> ogra: the second dhcp request happens in the initramfs, doesn't it?
[14:42] <ogra> nope
[14:42] <ogra> in the running system
[14:42] <ogra> err, nonsense
[14:43] <ogra> the first one happens from the bootloader ... the second one from initramfs
[14:43] <ogra> and s/dhclient/ipconfig/
[14:43] <laga_> and the third one (being dhclient) will fail?
[14:44] <ogra> the second one will already fail
[14:45] <laga_> ogra: did you actually check that URL? you can just add -q <port> to the ipconfig call it seems
[14:48] <ogra> as i said above, that was deliberately dropped i think
[14:48] <laga_> ogra: ah, i misunderstood you then. sorry about that :)
[14:51] <laga_> ogra: the code seems to be there in gutsy's klibc-utils
[14:54] <laga_> ogra: just checked for hardy. it's still in the README and in usr/kinit/ipconfig/main.c so i guess it wasn't removed
[14:57] <ogra> hmm, i read it was ...
[15:02] <laga_> ogra: i can make a patch if you want (next week, no time right now)
[15:03] <ogra> if ysou can prove that it works :)
[15:03] <ogra> i know it doesnt if you forcefully set the port in the ltsp_nbd script
[15:03] <laga_> ogra: sure.
[15:03] <laga_> ogra: you mean if you use -p <port>?
[15:03] <ogra> yes
[15:04] <laga_> hum.
[15:04] <laga_> i'll just try it w/ my other changes
[15:04] <ogra> there is a guy on the edubuntu ML who is playing with non standard prots since a while
[15:05] <ogra> *ports
[15:06] <laga_> IP-Config: binding source port to 1337, dest to 1336
[15:07] <laga_> seems like it works. maybe there was another problem at your end. i'll just test it and let you know.
[22:35] <_mAyDaY_> hello everyone :) , could someone please take a look at this -- http://ubuntuforums.org/showthread.php?t=695775
[22:35] <_mAyDaY_> and comment? :)
[22:36] <johnny> ldap .
[22:36] <johnny> and the pam thing
[22:37] <_mAyDaY_> isn't the pam thing only local ?
[22:38] <_mAyDaY_> ie. will it record remaining time in someway in ldap?
[22:38] <johnny> chill with the nick tho
[22:38] <johnny> no need for the upper and lower case
[22:39] <_mAyDaY_> it's an old habbit :o)
[22:40] <johnny> i'm sure there's a way to store it in ldap somehow
[22:40] <_lowercase_> k
[22:40] <_lowercase_> is that the only way you see it?
[22:41] <johnny> well you'll be doing some script on the user side for sure
[22:42] <johnny> i'm sure there are other ways
[22:42] <johnny> maybe if i get some time i can look it up
[22:44] <_lowercase_> i wonder why the edubuntu team hasn't done any work in that direction
[22:44] <_lowercase_> since it's pretty useful for schools or such
[22:44] <johnny> they have enough to do already
[22:44] <johnny> i'm sure stuff like that is on the radar
[22:45] <johnny> this is what they are working on integrating now
[22:45] <johnny> http://italc.sourceforge.net/
[22:46] <_lowercase_> very nice
[22:47] <johnny> somebody else might have some advice for you too
[22:47] <_lowercase_> *hats off*
[22:47] <johnny> if you stick around for a bit
[22:48] <_lowercase_> sure
[22:48] <_lowercase_> i'll come by often
[22:48] <new710> Hello...
[22:48] <johnny> i'd suggest idling
[22:48] <johnny> for awhile
[22:49] <new710> I have a question about deploying edubuntu in a school for about 25 computers.
[22:49] <_lowercase_> due to technical issues, i can't idle (as in, leave the box running infinitly:)
[22:50] <new710> How should I go about doing that?
[22:50] <johnny> uhmm?
[22:50] <johnny> that's too broad
[22:50] <johnny> did you read the edubuntu handbook?
[22:51] <johnny> that's a good start
[22:51] <new710> Is there a way to install it to a server and deploy automatically?
[22:51] <new710> Not thin clients, though.....
[22:51] <johnny> most people do thin clients
[22:51] <johnny> evne with real pcs
[22:51] <new710> My server is not that powerful, will that many users, 25, impact performance?
[22:52] <LaserJock> what are the specs?
[22:53] <new710> Server is a P4, hyperthreading (don't recall the clock speed, but it is ubder 3GHz), 2 GB RAM.
[22:53] <new710> ^under...
[22:54] <LaserJock> I would think the RAM would be the limiter
[22:57] <new710> Yeah.... I guess most of the processing will be handled by the clients.
[22:57] <new710> Do you know how much RAM each thin client requires (default)?
[22:59] <LaserJock> the handbook says the server needs: 256 + (128 * users) MB
[22:59] <LaserJock> so you need about 3.5GB RAM
[23:00] <LaserJock> new710: check out http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/server-hw.html
[23:01] <new710> Ok, thank you very much for your help.  I know I should read the handbook!!!
[23:02] <new710> Just that this school wants to upgrade to 2003 server and I mentioned this as a possible alternative.
[23:02] <new710> Also comes with the usual Linux benefits, etc.
[23:05] <_lowercase_> btw. can someone plz in few sentences explain (i didn't read the documentation:o) what is the role of the edubuntu server?
[23:05] <gyaresu> Hey. Is edubuntu still a supported project?
[23:05] <laga_> read the documentation? :)
[23:05] <gyaresu> http://www.edubuntu.org/ThinClientConfig
[23:05] <gyaresu> that's my point.
[23:05] <laga_> gyaresu: was talking to _lowercase_
[23:05] <gyaresu> link to "Edubuntu Handbook" not there... http://doc.ubuntu.com/edubuntu/handbook/C/
[23:05] <gyaresu> laga_: Ah. Sorry.
[23:06] <_lowercase_> laga_: just in few words :) , not in detail
[23:06] <laga_> gyaresu: google "edubuntu handbook" and it comes up http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/
[23:06] <laga_> gyaresu: looks like the URL is wrong
[23:06] <LaserJock> _lowercase_: the server "serves" everything over the network to the thin client
[23:07] <new710> The server acts as a controller for all of the thin clients connected to it.
[23:07] <laga_> copyright 2004, 2005, 2006. hum.
[23:07] <LaserJock> _lowercase_: have you ever done X forwarding? where you ssh into another machine and start up an X app?
[23:07] <_lowercase_> LaserJock: yup
[23:07] <LaserJock> _lowercase_: this is basically like that, but way cooler
[23:07] <_lowercase_> that pretty much answers my question :)
[23:08] <new710> Every thin client logs in to the server as their own user.
[23:08] <LaserJock> the thin client just has a kernel,ssh, and X
[23:08] <LaserJock> everything else is run on the server and is "forwarded" to the thin client
[23:08] <_lowercase_> i get it, thnx :)
[23:08] <LaserJock> that's why the thin client doesn't need a hard drive
[23:08] <LaserJock> gyaresu: Edubuntu is very much a supported project
[23:09] <_lowercase_> LaserJock: do you maybe have an idea for my inital question?
[23:10] <new710> I was wondering, can the thin client do some processing in processor-intensive applications?
[23:10] <johnny> that's something that is in the pipeline
[23:10] <LaserJock> new710: well, there is work going on for that kind of thing
[23:11] <LaserJock> new710: called local apps. where we actually run some stuff on the thin client
[23:11] <LaserJock> like openGL apps
[23:11] <new710> Yes, sounds good.
[23:11] <LaserJock> _lowercase_: well, my guess would be ldap. time usage is something we'd like to do better with but just haven't seen good software for that
[23:11] <gyaresu> I'm going to put a server into a cafe to run thin clients and manage wireless connections. Is edubuntu already setup to do proxy & shaping?
[23:12] <LaserJock> but I actually don't run LTSP so I'm probably not the best to ask
[23:12] <johnny> gyaresu, i useopenwrt
[23:12] <_lowercase_> k
[23:12] <johnny> err i use openwrt for that wireless part
[23:12] <new710> Laserjock: Thanks for your help!
[23:12] <gyaresu> johnny: I use Tomato. Not really gonna help with shaping though eh?
[23:13] <gyaresu> johnny: I want a proxy so that it's a captive portal and does caching.
[23:13] <johnny> yes.. captive portal
[23:13] <johnny> i use coova atm
[23:13] <gyaresu> johnny: Maybe even radius server.
[23:13] <gyaresu> ah. not heard of it.
[23:13] <johnny> i didn't need a radius server
[23:13]  * gyaresu is googling coova
[23:13] <johnny> but it does have that option
[23:13] <gyaresu> How's it working out for you?
[23:14] <johnny> mostly well
[23:14] <johnny> i just used the TOS acceptance thing
[23:15] <gyaresu> johnny: So some things not working?