[06:45] <goatz> Dose anyone have a moment to help me with a problem for a school? (rather a decision to use samba or LTSP)
[08:52] <LaserJock> RichEd: ping?
[09:25] <RichEd> LaserJock: belated pong
[10:32] <LaserJock> ollie!!d
[10:32] <LaserJock> how is it?
[10:33] <ogra> humid
[10:39] <RichEd> hey ogra
[10:39] <LaserJock> ogra: when's the sprint over?
[10:40] <ogra> LaserJock, friday
[10:43] <LaserJock> right, I'm off
[10:43] <LaserJock> gotta get back to the "break"
[10:52] <stgraber> ogra: Is that a known behaviour that with ldmgtkgreeter if you enter an invalid login/pass it hangs forever waiting on ssh and gnome-session ?
[10:52] <ogra> stgraber, yep, known bug
[10:53] <stgraber> ok
[10:53] <ogra> the version we have in gutsy atm is a very early implementation, i'm waiting for sbalenav to give the go to update to the next one ...
[10:53] <ogra> bu currently he says i shouldnt, its to unstable ...
[10:54] <stgraber> ok, anyway it's way better looking and faster than the previous ldm
[10:55] <ogra> right
[10:55] <ogra> and soon able to update expired passwords etc ;)
[10:56] <stgraber> oh, something else, I've done a rebuild of the ltsp source package for Feisty, would updating a feisty server with those packages + rebuild the image be enough to have thin clients to use the new nbd-server + squashfs on an edubuntu feisty server ?
[10:58] <ogra> well, i did the initial implementation on feisty ... but some things changed during development ... i.e. nbd-server needs other options
[12:06] <stgraber> ogra: hehe, with the new ltsp on feisty, boot now takes 20s vs ~1min on vmware :)
[12:08] <ogra> heh
[12:08] <stgraber> ogra: I just had to comment the inetd.conf generation part of ltsp-update-image and add "/bin/nbd-server 0 /opt/ltsp/images/i386.img" by hand to the inetd.conf
[12:08] <ogra> you should have rather modified nbdrootd
[12:08] <ogra> but that works as well indeed
[12:09] <ogra> just make sure nbd-server is in /etc/hosts.allow ... else you will have persisting nbd-server processes
[12:18] <Yagisan> ogra, I found something interesting at sf.net for ltsp/edubuntu
[12:19] <Yagisan> ogra, http://www.virtualgl.org/About/Introduction
[12:35] <ogra> Yagisan, we run compiz by default in gutsy, GL is full supported (on HW where it works indeed)
[12:35] <Yagisan> oh ?
[12:35] <ogra> but thanks for the pointer anyway :)
[12:35] <Yagisan> I saw it when looking for opngl code to er borrow for my game
[12:35] <ogra> it should work in feisty as well though
[12:36] <Yagisan> so on upgrade, I can if insane enough fire up opengl games on the thin clients ?
[12:37] <ogra> i didnt try games ... but we're using comiz everywhere and its breezigly fast
[12:37] <ogra> (talking about i910 systems i have here)
[12:37] <Yagisan> is it using the servers hardware, or the clients hardware for opengl accellration ?
[12:38] <ogra> client
[12:38] <Yagisan> (I have a horde of pentium 2's with video cards more powerfull then the rest of the systems!)
[12:38] <ogra> else it wouldnt be that fast :)
[12:39] <Yagisan> oh yeah - that p2 with a geforce4 mx440 will get very popular soon
[01:22] <Yagisan> O_o
[01:26] <Yagisan> ogra, would you say g++ defining BIG_ENDIAN on amd64 is a critical bug ?
[01:27] <ogra> ask doko, he's the gcc maintainer ;)
[01:28] <Yagisan> I just ran into that delightful issue on feisty ...
[01:29] <ogra> fun
[01:32] <Yagisan> well, not the word I'd use, as it took 3 days to discover that was the reason everything was FUBAR O_o
[03:43] <sbalneav> Morning all
[03:52] <RichEd> hey sbalneav
[03:52] <sbalneav> hey hey RichEd!
[03:56] <cliebow> Hey Hey Hey 8~)
[03:56] <calc> ogra: apparently the quickstart option in ooo runs ooo when you login, so the -invisible option is probably better since your case has restricted memory
[03:57] <calc> ogra: of course if the user runs much after killing ooo it will throw away to disk read cache for the program, but in cases where ooo is the primary used application that wouldn't be a big issue
[03:57] <calc> s/to/the/
[03:59] <calc> ogra: perhaps even generalize the readahead of applications based on what the system is going to be primarily used for if there are any other slow to load applications, which some kind of configuration dialog to preload the apps for the teacher to set
[03:59] <calc> s/which/with/
[03:59] <ogra> heh
[03:59] <ogra> i understand fine what you say :)
[03:59] <calc> heh ok
[04:00] <ogra> i was pondering to call it with redirect to /dev/null and just ignore that DISPLAY is unset
[04:00] <sbalneav> Morning ogra
[04:00] <ogra> but i'm not sure that loads enough stuff in ram
[04:00] <ogra> sbalneav, hey hey
[04:01] <ogra> sbalneav, someone here pointed out that feature freeze is pretty near ....
[04:01] <sbalneav> ooh.
[04:01] <sbalneav> when>
[04:01] <ogra> we need to have something done with ldm soon
[04:01] <sbalneav> when?
[04:01] <ogra> https://wiki.ubuntu.com/GutsyReleaseSchedule
[04:01] <ogra> actualy they are lying ...
[04:01] <ogra> still more than 4 weeks
[04:01] <ogra> now that i look ...
[04:02] <sbalneav> yeah, whew
[04:02] <ogra> so ignore my babbling :P
[04:02] <sbalneav> I was doing more work last night.
[04:02] <calc> ogra: does headless still require DISPLAY?
[04:03] <ogra> yep
[04:03] <ogra> still complains
[04:03] <calc> grr :(
[04:03] <calc> stupid program
[04:05] <cliebow> ogra:how much job to initialize pcmcia in initramfs..
[04:06] <ogra> cliebow, that *should* work but to be honest i never tried
[04:08] <cliebow> k..it borks at finding eth0..and no little lights..certainly not life threatening.."except for the laptop" which becomes "trailer trash" if i cant make it work
[04:09] <cliebow> actually runs fairly well on damnsmall with 32 meg of ram..but video is atrocious
[10:19] <davmor2> Are there any dev's on this channel?
[10:29] <Burgundavia> davmor2: what sort?
[10:30] <davmor2> Burgundavia:  heno has ask me to concentrate my testing on edubuntu first and I needed to know if there was anything specific that needed testing before each pre-release?
[10:31] <Burgundavia> davmor2: pretty much you need to run through the default install and see if everything works
[10:34] <davmor2> Burgundavia:  I did that last time.  But I was wondering more about once the install has happened.  I try and put myself as much as I can in the position of a new user.  I then run through a quick set of tests on the live/installed system.  However if there is anything that really needs testing then it's always useful to know about it.  ie if some of the education stuff definitely needs to work etc
[10:36] <davmor2> also most of my testing previous has been on x/k/ubuntu  so I pretty much know what needs to work there if that makes sense.
[10:43] <Burgundavia> checking to make certain everything starts is always useful
[10:47] <davmor2> np