[03:19] <sbalneav> Evening all
[03:21] <pygi> sbalneav, evening?
[03:21] <pygi> you must be mistaken
[03:21] <pygi> 3:21AM isn't evening
[03:21] <pygi> so ...
[03:21] <pygi> morning :)
[03:22] <sbalneav> You know, that joke's getting so very, very old.
[03:22] <pygi> ah :'(
[03:23] <sbalneav> Well, time to make ldm interact  with the greeter.
[03:34] <LaserJock> hi sbalneav
[03:34] <sbalneav> hey LaserJock
[03:39] <LaserJock> sbalneav: so, more ldm hacking tonight?
[03:40] <sbalneav> Yeah, now that I have a greeter that can be controlled from stdin and stdout, time to get that plugged into the new ldm
[03:40] <sbalneav> that way, we can:
[03:40] <sbalneav> handle password expiry
[03:40] <sbalneav> give failed login info back to the user
[03:40] <sbalneav> other cool things
[03:41] <sbalneav> I'd like to get most things wrapped up with ldm before tribe 3, so we can get the users testing/debugging it.
[03:41] <sbalneav> I have no idea how we flag strings in a C program for translation, but we'll need some translation before we're done too.
[03:50] <LaserJock> sbalneav: hmm, I thought the greeter was part of ldm
[03:50] <LaserJock> maybe I'm confused
[03:50] <sbalneav> The greeter's actually a separate, standalone program.
[03:50] <sbalneav> separate from the display manager itself.
[03:50] <sbalneav> The idea being: we have a gtk+ based greeter, which looks gnome-ey
[03:51] <sbalneav> the Kubuntu people may like to write a greeter based on qt
[03:51] <sbalneav> so an ltsp login to a kubuntu box looks kde-ey
[03:51] <sbalneav> xfce-ey for xubuntu
[03:52] <sbalneav> and ultimately, we may produce a real-ugly-but-low-resource one based purely on xlib calls.
[03:52] <sbalneav> so long as they speak the little language on stdin and stdout, then ldm can use them to interact with the user.
[03:52] <LaserJock> ok, so what does ldm actually do then?
[03:52] <sbalneav> Cool, no?
[03:53] <sbalneav> ldm does things like:
[03:53] <sbalneav> spawn xorg itself
[03:53] <sbalneav> make the ssh connection to the server
[03:53] <sbalneav> handle autologin if specified
[03:53] <sbalneav> plumb the sound connection
[03:53] <sbalneav> etc.
[03:53] <sbalneav> it's a plumbing program,
[03:53] <LaserJock> ahhh
[03:54] <sbalneav> it just connects various bits-n-pieces together.
[03:54] <LaserJock> I was thinking of it the other way around
[04:07] <ath> would somebody want to help me to configure dhcpd.conf?
[04:09] <ath> I can't seem to get the thin clients to see the network
[04:16] <ath> I am not sure how to set the subnet mask and all of that stuff
[04:20] <ath> is anybody here?
[04:37] <ath> anyone here?
[04:42] <sbalneav> ath: I'm here
[08:13] <LaserJock> hi highvoltage
[08:14] <highvoltage> hi LaserJock
[12:27] <RichEd> stgraber: ping
[12:28] <juliux> hi RichEd
[12:29] <`6og> hi all
[12:29] <RichEd> hi juliux
[12:30] <RichEd> & the funny roo karl chappie
[12:30] <RichEd> ping willvdl
[12:30] <`6og> lol
[12:30] <willvdl> RichEd, pong
[12:35] <RichEd> ogra: ping -> msg re server hosting
[02:00] <person> hey, I am using Dapper and ltsp, i made a lts.conf file in /opt/ltsp/i386/etc/lts.conf.
[02:00] <person> I want to be able to play sound and use flash drives and cds on thin clients, so I wrote
[02:00] <person> SOUND = True
[02:00] <person> LOCALDEV=True
[02:00] <person> but i still can't do either..any help?
[02:01] <ogra> sound should work
[02:01] <ogra> localdev wasnt in dapper
[02:01] <person> i get something about missing gstreamer plugins on the clients and the server
[02:02] <person> when i click on the volume control
[02:02] <ogra> volume control doesnt work on esound forwarded sound, which is what ltsp 4.2 and ltsp 5 until feisty used
[02:03] <ogra> feisty uses alsa emulation for sound and provides full sound access and volume control
[02:03] <ogra> for older releases chack that you have a gstreamer plugin for esound support installed
[02:03] <ogra> *check
[02:06] <person> i have some gstreamer-esd plugin, but is it also impossible to use flash drives then?
[02:06] <ogra> with dapper, yes
[02:07] <ogra> lkocaldev support came with edgy
[02:08] <person> great thanks a lot for the help, faster response than the ubuntu irc channel
[02:08] <ogra> well, we're not so full here :)
[02:55] <person> is there any way to manually install some localdev thing to dapper
[02:56] <person> i read something after googling that it could be done manually, but no guide
[02:56] <ogra> not without programming and writing a bunch of scripts
[02:56] <ogra> you would need to patch ldm a lot
[02:57] <ogra> the dapper ldm doesnt know about the shh communication channel we use later
[02:57] <ogra> *ssh
[02:57] <person> that sounds hard
[02:58] <person> am i just better off upgrading the server to 7.04 then?
[02:58] <ogra> yeah, and rebuild the client with sudo ltsp-build-client
[02:58] <ogra> (after you upgraded the server)
[02:59] <person> is it better to do a fresh install, i heard that there can be problems with upgrading?
[03:01] <person> that's ok, thanks a lot once again ogra
[03:01] <ogra> ah, well, we only support release to realease upgrades
[03:02] <person> oh, no dapper to feisty?
[03:02] <ogra> so instead of doiing a dapper->edgy->feisty upgrade it would likely be faster to just grab the feisty CD
[03:02] <person> great, thanks
[03:03] <ogra> dapper will allow upgrades to the next long term version but for normal release upgrades we only support release to release upgrades
[03:03] <person> when is the next long term version?
[03:03] <ogra> not sure yet ... rumours are that it might be gutsy+1 (8.04)
[03:05] <person> only 9-10 months away
[03:06] <ogra> wrt LTSP you are best off with feisty< (7.04) it has the most complete feature set
[03:06] <ogra> 7.10 will change the whole thing all over again then, we redesigned a lot :)
[03:07] <person> how do you actually becomed involved with that?
[03:09] <person> designing and programming stuff that makes it into the distro
[03:10] <person> just curious since it seems you are part of some team that does that
[03:11] <ogra> well, i started with helping to maintain packages ... and at some point someone looked for someone to write an app for a bounty fee ...
[03:11] <ogra> so i took that ... :)
[03:12] <ogra> easiest to get involved it to dig through bugs, find something easy and just add a fix to the bug
[03:12] <ogra> but indeed there are lots of other areas as well, contribution isnt limited to code ;)
[03:13] <ogra> i.e. docs, artwork etc
[03:14] <person> thanks man, I'm still in high school, so maybe in a few years it would be cool to get involved
[03:14] <ogra> you can get involved at any time :)
[03:15] <ogra> even helping people here that have less experience than you is a great contribution ;)
[03:15] <person> i'll do that, i'm sorry while I have you, I wanted to ask another question
[03:15] <person> regarding feisty
[03:15] <ogra> sure, shoot :)
[03:17] <person> we couldn't install it on some test machines (desktop version), and i read there may be a problem with certain hardware configurations so we dropped it even for the server...how reliable and stable would it be for what we are trying to do with a server and thin clients
[03:17] <ogra> what was the error ?
[03:20] <person> it said "bin/sh: can't access ty; job control turned off"
[03:20] <person> *tty
[03:21] <ogra> before or after install ?
[03:21] <person> before, from the cd
[04:13] <ontologyst> I just installed a new Feisty classroom server on a Power Mac G5.  However, my clients fail to connect.  Any ideas how I can check what is wrong?
[04:15] <ogra> ppc clients ?
[04:15] <ontologyst> no, these are ltsp clients
[04:16] <ontologyst> running on diskless boxes
[04:16] <ogra> so intel cpus ?
[04:16] <ontologyst> they have a Realtek Agent for network boot
[04:16] <ontologyst> yes, they are intel cpu, Celeron 900Mhz
[04:17] <ogra> heh, the powerpc CD can only build ltsp for powerpc (it uses the packages from the CD)
[04:17] <ogra> the CD only has space for ine CPU architecture
[04:17] <ontologyst> I see. How about the addon CD?
[04:18] <ogra> so out of the box you can only server ppc clients with ppc
[04:18] <ogra> thats for addon edu apps
[04:18] <ontologyst> I see. Is there anyway to do it, though?
[04:18] <ogra> what you need to do is to build a client on an intel system like described in https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall or use an edubuntu CD
[04:18] <ontologyst> I mean, connect the Intels to the PPC?
[04:19] <ogra> then copy the /opt/ltsp/i386 dir over to the ppc server
[04:19] <ogra> and the /var/lib/tftpboot/ltsp/i386 dir as well
[04:19] <ogra> that should suffice
[04:20] <ontologyst> Ogra, thanks a lot.  I'll try that.
[04:20] <ogra> if you have probs just come back ....
[04:26] <stgraber> RichEd: pong
[04:26] <RichEd> stgraber: sorry ... in a meeting ... but ping expired ... thanks :) worked past the issue (hosting site)
[04:30] <ontologyst> Ogra: in the instructions in the page above, it says: You need to set up one static interface where you will attach the thin clients, install two packages and run one command.
[04:30] <ontologyst> Configure your spare interface for the thin clients to have the IP 192.168.0.1, then follow the instructions below.
[04:31] <ontologyst> Does it mean that I need to have to network cards?
[04:31] <ogra> no, ignore that for the intel build anyway
[04:31] <ogra> all you want is the two dirs ...
[04:31] <ogra> they are created by the ltsp-build-client command ... dont care about the rest
[04:33] <ontologyst> Got it.  I'll try it.
[05:27] <btwotch> hi, how does the authentification of the pupils work?
[07:49] <LaserJock> ogra: heh, are all the Czech people going to get mad at you?
[07:49] <ogra> heh
[07:49] <ogra> i'll move it to the addon
[07:49] <LaserJock> what CD is oversized?
[07:50] <ogra> i386 server ....
[07:50] <ogra> by 1M
[07:50] <LaserJock> can we rename the CDs for gutsy?
[07:50] <ogra> silly but true
[07:50] <LaserJock> will a LiveCD get built for Tribe 2?
[07:50] <ogra> sure
[07:50] <ogra> its there already
[07:51] <ogra> http://cdimage.ubuntu.com/edubuntu/daily-live/20070626.1/
[07:51] <ogra> feel free to test, i didnt yet
[07:51] <LaserJock> is there any progress for the "dude, where's my apps?" bug in the Desktop CD ?
[07:51] <ogra> nope, not yet, i didnt have time t talk to colin yet
[07:52] <LaserJock> k
[07:57] <LaserJock> rsyncing DesktopCD
[08:39] <ontologist> Situation: I have an edubuntu classroom server running on an Intel server.  One of my students just installed another classroom server on a PPC machine.  I would like to have all clients authenticate to one LDAP server, perhaps on the Intel machine.  Also, I would like to have the clients connected to the PPC server connect to the NFS on the Intel server.
[08:40] <ontologist> Question: What's the easiest way to go about doing this?
[08:45] <cliebow> ontologist, you might talk to my cohort jason ingalls at jingalls aaat ellsworthschools.org..he has ldap auth all worked out for our g4 ibooks
[08:47] <ontologist> Thanks cliebow
[08:47] <cliebow> 8~)
[08:47] <cliebow> i believe we just use a samba shaere to homedirs
[08:50] <ontologist> Another question: I think the PPC server is powerfull enough for all the clients.  In this case I wouldn't need the Intel server.  How do I migrate ldap configuration with the user accounts and the NFS directories?
[08:50] <cliebow> ppc server is running osx?..or ubuntu?
[08:51] <ontologist> edubuntu
[08:52] <cliebow> k..you can do a slapcat on your intelmachine..move that and do a slapadd on the ppc machine after slapd and ldapscrips and stuff are installed..t
[08:58] <cliebow> what are you using for adminning that dadtabase..that could be the real problem
[09:00] <ontologist> do you mean use slapcat to copy archive everything on the intel machine, then move the archive to the ppc to unpack it?
[09:04] <LaserJock> ogra: my goodness, the DesktopCD is doing strange things in vmware
[09:05] <LaserJock> I'm gonna restart it
[09:06] <LaserJock> but it was cycling: start gdm, wait 10 sec before ubuntu logs in, start login, X dies or gdm, repeat
[09:08] <cliebow> ontologist, slapcat will move your database..but you'll need the configs from your intelmachine as well..
[09:08] <cliebow> the intel also ran ubuntu?
[09:09] <ontologist> yes
[09:10] <LaserJock> ogra: hmm, rebooted and still getting it.
[09:10] <ogra> LaserJock, known
[09:10] <ontologist> I am going to try this in the next few minutes
[09:10] <ogra> (see mvo's probs in -devel)
[09:13] <LaserJock> hmm, I don't see this problem in -devel, but maybe it's earlier on
[10:41] <rajkalyan> yo peoples
[11:36] <LaserJock> ogra: so will there be a new DesktopCD to test for tribe 2?
[11:37] <crimsun> likely.  I screwed up a PA merge.
[11:37] <LaserJock> if only that was the only issue ;-)