[02:01] Evening all [02:04] hear hear ... I may be able to demo edubuntu in some form to one of the local schools :) [02:04] at least there may be interest soon. [02:05] Congrats [02:20] Ahmuck, woohoo! If there's anything I can do to help, let me know - keep us in the loop! [02:21] hi sbalneav [02:21] * Lns orders pints for the chan [02:26] * sbalneav quaffs pint [02:31] apache directory studio ? LDAP ? [02:34] wow, looks nice [02:34] anyone have any exp. w/it? [02:57] gq, this, etc are all nice, but I'm never sure who they're geared to. [02:58] They're far to complicated for a non-professional admin (read: teacher) who just wants "to add a user" [02:59] And for a full time admin like me, once you get onto ldap, you find yourself scripting everything, and wanting to just deal with the command line tools so you can diddle with 500 entries at a single swipe, as opposed to plinking around in a gui. [03:02] I wish there was a good single GTK app for dealing with LDAP [03:02] Something that's nice and simple. [03:02] gq's there, but it's buggy as all get out. [03:03] This looks nice, but it's a packaging nightmare [03:03] eclipse + java + apache directory studio = a lot of work. [03:04] http://sourceforge.net/projects/gqclient/files/ [03:04] last time it was touched was back in 2008 [03:06] Lns: You deal with LDAP? [04:30] sbalneav, admittedly no.. I've tried at it a few times, I kinda get the structure (o= ou= etc.) but definitely haven't mastered it yet === ogra_ is now known as ogra [11:10] I have a question [11:10] I have 2 nics on my ubuntu LTSP box [11:11] and am wondering why it needs 2 ports [11:12] does it split the network traffic up or is one of them just used for the network boot service [12:26] hi guys.. i'm a teacher.. i'm searching for a software i can use to make tests... i want to test my students with custom question,,. you know.. as usual writing test, but made in front of a pc [13:58] hey all [15:02] Morning all [15:07] alkisg: I'm pushing an updated tftpd-hpa to my PPA for testing [15:07] the server team's position is to restore previous behavior [15:07] except for inetd where we'll switch to daemon [15:08] so tftpd-hpa will run by itself, no inetd now? [15:20] right [15:21] it's a two line change to revert to the default behavior, except for the inetd thing, so we'll probably keep it as a daemon as long as it performs at least as well as inetd [15:29] Yeah, I have no problem with that. [15:32] stgraber: hmm, I think the ship seed may need some tweaking, dhcp3-server and ltsp-server-standalone are not available in the packages pool on the disc [15:36] highvoltage: fixed [15:37] highvoltage: I change ltsp-server by ltsp-server-standalone which recommends dhcp3-server, so we should have everything after that [15:37] stgraber: thanks! [15:39] stgraber: imho there's some good potential for future (or maybe even this) implementations of the ltsp-live cd. I think we could have a little gui that asks you: [15:39] stgraber: 1. whether you want to export the whole livecd or a thin client session [15:39] stgraber: 2. what interface you'd like to run dhcpd on (if at all) [15:40] stgraber: 3. whether you'd like to load the ltsp.squashfs or the filesystem.squashfs into tmpfs [15:41] I guess even further on it could have some support for selecting a preseed and perhaps some puppet integration so that you could use it to deploy some machines [15:41] might be too much but it might be something worth while to discuss for a future implementation [15:41] yep, there's definitely potential there [15:42] Yeah too bad FF is so soon :) [15:45] stgraber: thanks! Would you also have a look at the "nbd-proxy under vbox" issue (makes testing easier :))? Or maybe I should add support for a "no-nbd-proxy" kernel parameter to ltsp_nbd? [15:46] alkisg: I'll try to have someone test it and debug it here. I don't use VBox ;) [15:46] lxc? Or real clients? [15:47] I use KVM and real clients [15:47] (or qemu / xen / kvm etc etc [15:47] I use VirtualBox because I'm a sucker for nice user interfaces [15:47] highvoltage: did you also have an issue with nbd-proxy? [15:47] (oh and some of my machines don't have VT extensions) [15:48] alkisg: I haven't tried lucid ltsp on vbox yet, but it seems that I will soon :) [15:49] highvoltage: I don't know if Julien/David will be at the office this afternoon, if yes, they'll test with VBox. If not, then I'll probably poke you ;) [15:53] stgraber: ok, I'm installing Edubuntu in virtualbox now, so it will be pratically no effort for me to test, I will do so anyway then :) [17:28] hi all, got a problem with an ubuntu LTSP install, any experts around? [17:30] just ran apt-get update on the client directory and I've got a pulseaudio problem [17:34] cheesyking: in the ltsp chroot? [17:34] yeah [17:35] unmet dependancy [17:35] cheesyking: in karmic? [17:35] I think the dependancy didn't install because it was trying to start pulse and couldn't [17:35] yeah karmic [17:36] don't worry too much though, I've just wipped it and started rebuilding the client [17:36] but I'd like to know what I did wrong... so I don't do it again! [17:37] We'd need to see the exact error [17:38] just copying and pasting... [17:40] http://dl.dropbox.com/u/1630910/pulse.txt [17:41] it looked a little large to post on IRC [17:49] cheesyking: Did you remember to run: export LTSP_HANDLE_DAEMONS=false [17:50] https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot [17:50] You need that in order to prevent the server from restarting it's own daemons when updateing the chroot. [17:51] sorry, no, [17:51] I thought I was forgetting something simple, thanks for being patient with me [17:53] No problem [17:53] 99% of the time, just doing an "apt-get update; apt-get upgrade" in the chroot works find. [17:54] but if hal, dbus, pulse, etc, decide to upgrade, thats when it gets tricky. [17:54] i.e. you need to mount proc in the chroot, set HANDLE_DAEMONS, etc. [17:54] works fine, sorry [18:03] hi === joerg_ is now known as joerg [18:20] thanks [18:22] cheesyking, welcome :o) [18:50] meeting in 10 [18:59] meeting in one! [18:59] (or now, actually) [19:00] hello meeting ^^ [19:00] Lns, sbalneav, nixternal, mgariepy ^^ [19:03] oop! [19:05] it's a very productive meeting today, isn't it? :) [19:30] joerg: meeting is in ubuntu-meeting, not here [19:32] lol [19:32] okay :D [21:45] So, just got finished with an Email convo with Dave Hopkins, apparently, it looks as if my LDAP tutorial got him going. [21:46] You know what would be REALLY cool? [21:47] is if there was a GTK app, similar to Gnome Help, that you could point at raw wiki pages, stored locally, and it would render them. [21:47] So, exactly the same as gnome help, but with wiki markup as the backend, and not docbook [21:47] that way, the handbook could just be: the wiki [21:48] We'd work on the wiki, keeping it up to date, and just before launch, we'd get a static copy of all the wiki .txt files from the web server [21:48] then just dump 'em in /usr/share somewhere. [21:51] There are some moinmoin to docbook exporters available... but not in really good shape, afaik [21:52] But I think it would be simple to fix those converters, than to create such an app from scratch [21:53] Well, what I was wondering was is if Gnome Help has a plugin arch. [21:53] But, moinmoin to docbook would be good too. [23:23] sbalneav: alkisg: what about simply pointing to the wiki directly? I mean, I guess if they don't have net access.. [23:24] but dumping them right before release, it'd be like a solid snapshot for that release with no changes afterwards...that might be good (or bad too)