[16:01] <heno_> pedro_, bdmurray, ogasawara: ping
[16:01] <bdmurray> howdy
[16:01] <pedro_> heno_: pong!
[16:01]  * ogasawara waves
[16:01] <heno_> o/
[16:01] <sourcercito> hi there
[16:01] <heno_> #startmeeting
[16:01] <MootBot> Meeting started at 16:01. The chair is heno_.
[16:01] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:02] <heno_> welcome all!
[16:02] <heno_> we have an agenda here https://wiki.ubuntu.com/QATeam
[16:04] <liw> I have nothing to add to the agenda
[16:04] <heno_> [TOPIC] Spec status
[16:04] <MootBot> New Topic:  Spec status
[16:04] <heno_> is everyone who has specs comfortable with getting them written up and with the review process?
[16:05] <liw> I'm new to the review process, but I'll ask questions if and when I have any
[16:05] <ogasawara> is there a wiki describing the review process somewhere?
[16:06] <bdmurray> With regards to an informational spec is it necessary to write up the spec?  With the QA schedule it seems a bit redundant.
[16:06] <heno_> the review team is listed here https://edge.launchpad.net/~ubuntu-reviewers
[16:06] <liw> my DesktopAutomatedTests is basically written, I'm just going to review it myself before submitting it for review; SelfTestingDesktop is still to be written, but since it's a corollary of the other one, it should be pretty quick to do
[16:06] <heno_> you should ask one of them to review when you feel it's complete
[16:07] <heno_> I don't see a wiki page
[16:07] <ogasawara> heno_:  I assume we should submit for review by the end of the week?
[16:07] <heno_> this should have been covered by the UDS howto I guess
[16:08] <heno_> ogasawara: yes, that would be good, to allow for some ping-pong
[16:09] <heno_> stgraber: did you make it to the meeting? you have several specs needing review also
[16:09] <heno_> stgraber: (let me know if we should have a post-UDS conversation about this)
[16:10] <heno_> ok, that seems clear; moving on
[16:11] <heno_> [ACTION] everyone should complete the spec formulations and submit them for review by the end of this week
[16:11] <MootBot> ACTION received:  everyone should complete the spec formulations and submit them for review by the end of this week
[16:11] <heno_> [TOPIC] Feedback on Hardy QA schedule
[16:11] <MootBot> New Topic:  Feedback on Hardy QA schedule
[16:12] <heno_> Brian asked for some feedback on the QA schedule on the list
[16:12] <ogasawara> the schedule looked fine to me
[16:12] <heno_> me too
[16:13] <pedro_> yep good for me too
[16:13] <heno_> bdmurray: will you pass it on the the release team next?
[16:13] <liw> good for me too, even if it doesn't have a date for when I'm allowed to report fourteen thousand bugs automatically
[16:13] <bdmurray> heno_: sure - they don't have a mailing list right?
[16:14] <heno_> I don't think they do, no
[16:14] <bdmurray> pedro_: looking at it again I seem to have missed forwarding bugs upstream that would be until about week 8 right?
[16:14] <heno_> liw: I guess that would be when we can trust it to DTRT
[16:15] <liw> heno, sure, I was trying to be funny anyway
[16:15] <heno_> bdmurray: you mean Gutsy bugs? I assume we forward bugs continuously in the dev release
[16:16] <pedro_> i don't think so
[16:16] <bdmurray> heno_: We discussed forwarding being more helpful until syncs stop
[16:17] <bdmurray> s/more helpful/useful/
[16:17] <bdmurray> after which we need to patch our version of the package
[16:18] <heno_> bdmurray: are they considered less useful closer to release because upstream are less likely to fix or because of ubuntu-specific changes
[16:18] <heno_> gnome is a special case that gets synced quite late I guess
[16:19] <heno_> liw: sure. are there automated-test milestones that should go on a regular schedule though I wonder?
[16:19] <heno_> it might be difficult to tell in our first cycle of doing it
[16:20] <bdmurray> heno_: because after import freeze the packages become more divirgent so while upstream may have fixed the bug they may have also done a lot of other things that we can't sync after import freeze
[16:20] <liw> heno, I don't think so, for the first cycle
[16:20] <heno_> ok
[16:21] <heno_> bdmurray: ok. I guess at that point developers will upstream individual issues they feel they need help with
[16:21] <heno_> [AGREED] Everyone agreed that it was a nice schedule :)
[16:21] <MootBot> AGREED received:  Everyone agreed that it was a nice schedule :)
[16:22] <heno_> [TOPIC] Gutsy bug triage, looking for SRU candidates
[16:22] <MootBot> New Topic:  Gutsy bug triage, looking for SRU candidates
[16:24] <bdmurray> I've been doing a fair bit of SRU verification for candidates already identified
[16:25] <heno_> there is only about a week and a half left of this phase. is it coordinated with the release team WRT for how long we will roll out fixes?
[16:26] <stgraber> I'm here
[16:26] <heno_> roughly how many bugs have we identified so far that should get gutsy SRUs?
[16:26] <bdmurray> The schedule is an indication of our primary focus after this week and a half we will shift to looking more at Hardy
[16:26]  * heno_ waves to stgraber
[16:27] <bdmurray> ogasawara: do you have the gutsy verification needed query?
[16:27] <heno_> are there any gutsy bugs that stick out as esp. high-profile?
[16:28] <ogasawara> bdmurray: I'll check, just a sec
[16:28] <heno_> how many are new and how many are ones we didn't mange to fix before release?
[16:28] <bdmurray> I think I have verified the updates for most of the really high-profile ones
[16:28] <stgraber> yes, I have 4 specs to work on, I've already talked a bit with _nand about the Tokamak one, I'll try to work on that tomorrow morning (note the "try" as I have a lot of other things to do :))
[16:29] <stgraber> btw, davmor2 asked me to paste that during the meeting :
[16:29] <stgraber> 14:16 < davmor2> 1/ would it be better to bug test before the end of the freeze? That way when the freeze is on everything should be stable?
[16:29] <stgraber> 14:16 < davmor2> 2/ with the schedule there is iso-testing latter on but not at the beginning is that how it is meant to be?
[16:29] <heno_> stgraber: indeed. let me know if you need help with those
[16:30] <ogasawara> bdmurray: I don't
[16:30] <bdmurray> stgraber: The schedule just indicates where our primary focus lies, iso-testing can happen as early as Alpha 1
[16:30] <ogasawara> bdmurray: but it shouldn't be hard to do
[16:30]  * bdmurray waits for it
[16:31] <heno_> 2> by 'ISO testing' here we mean intensive testing with redundant coverage involving the dev team and others
[16:31] <pedro_> shouldn't be something like https://bugs.launchpad.net/ubuntu/gutsy/+bugs?field.tag=verification-needed ?
[16:32] <heno_> whereas earlier we do more spot/sanity checks on ISOs
[16:32] <bdmurray> pedro_: sure enough
[16:32] <pedro_> there's also http://people.ubuntu.com/~ubuntu-archive/pending-sru.html
[16:32] <ogasawara> eww, the link I've got in launchpad is long
[16:33] <bdmurray> I'm working on 17595 atm
[16:34] <heno_> nice page
[16:34] <bdmurray> one thing about the lp query is it doesn't show the repository
[16:36] <heno_> on davmor2's pt. 1, I'm not sure which freeze he is referring to. Things do change after the freeze too though and simple errors can get introduced that are not caught by regular use
[16:37] <heno_> such as the late change cause the Kubuntu installer to fail
[16:37] <heno_> which I think was typo-level coding error
[16:38] <heno_> ok, let's move the the next topic, which is related but needs some discussion
[16:39] <heno_> [TOPIC] Managing Gutsy and Dapper SRU nominees
[16:39] <MootBot> New Topic:  Managing Gutsy and Dapper SRU nominees
[16:39] <heno_> please look at https://edge.launchpad.net/ubuntu/gutsy/+nominations
[16:40] <heno_> and https://edge.launchpad.net/ubuntu/dapper/+nominations
[16:40] <bdmurray> The nominations are where anybody decides to nominate a bug for a release right?
[16:41] <heno_> right
[16:41] <bdmurray> How or why should they be managed?
[16:42] <heno_> we need to look at that list regularly to identify good candidates and make sure those reports get triaged
[16:42] <heno_> so that they can be moved forward to qualify for the SRU process
[16:43] <heno_> some will be not important enough and the nominations should be rejected
[16:43] <heno_> do you folks have the LP powers to accept/decline those?
[16:44] <bdmurray> I think only ubuntu-drivers does
[16:44] <heno_> which explains why I can
[16:45] <bdmurray> I can too - for spec stuff at UDS I was added to that team
[16:45] <heno_> I think the core triage team at least should have those powers
[16:45] <pedro_> I can't :-(
[16:46] <bdmurray> One thing about this process that bothers me is anyone can nominate
[16:46] <heno_> ok, I'll ask for pedro_ and ogasawara to be granted the appropriate LP powers
[16:46] <ogasawara> thanks
[16:46] <bdmurray> looking at bug 109882 it is one person with the issue and they nominated the bug
[16:46] <pedro_> great
[16:46] <ubotu> Launchpad bug 109882 in fedora "Headphone automute not working" [Unknown,Fix released] https://launchpad.net/bugs/109882
[16:46] <heno_> bdmurray: true, that makes it noisy. but the lists are not extremely long
[16:46] <ogasawara> bdmurray: heh, was just looking at that too
[16:47] <bdmurray> ogasawara: does l-b-m have the right version of alsa?
[16:47] <ogasawara> bdmurray: I think the version of alsa they want might already be in lbm
[16:47] <bdmurray> jinx you owe me a beer
[16:47] <ogasawara> bdmurray: checking on it right now
[16:47] <heno_> the advantage is that it can help bring up important issues
[16:48] <heno_> provided we look at the list regularly and it doesn't get abused
[16:49] <heno_> bdmurray: many of those were nominated before the gutsy release, when it made more sense, as that wouldn't be an SRU
[16:50] <heno_> we should do a one-time run-through after each release to remove those that clearly don't qualify
[16:50] <heno_> bdmurray: can bughelper help us identify those?
[16:50] <bdmurray> heno_: I haven't looked at the nomination property of a bug before but will look into it
[16:51] <heno_> thanks
[16:51] <heno_> it doesn't look like the point at which it was nominated gets logged automatically
[16:53] <ogasawara> bdmurray: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy-lbm.git;a=commit;h=d33c164bb93d09f21fd331a726052b66e40c26ab
[16:54] <heno_> all: please look out for nominated bugs when looking at gutsy bugs these days and ask me or brian to reject obvious non-SRU candidates
[16:54] <heno_> I'll do a more explicit run-through of that list next week
[16:55] <pedro_> ook
[16:55] <bdmurray> ogasawara: do you want to follow up on the bug and I'll rjeect the nominations?
[16:55] <ogasawara> bdmurray: sure
[16:56] <bdmurray> well, that's wacky
[16:56] <bdmurray> then nominations show up on a per package basis
[16:56] <heno_> let's revisit the status of this list next week. there are currently 358 bugs on it
[16:56] <bdmurray> so declining it for gutsy did it for both packages
[16:57] <bdmurray> which wasn't what I expected
[16:58] <bdmurray> heno_: we are only concerned about nominations for packages in main right?
[16:59] <heno_> hm, good question. it would be good to clean the list generally
[16:59] <heno_> where is the MOTU policy on updates?
[17:00] <heno_> is it mainly backports?
[17:00] <bdmurray> I think they incorporated it into the main SRU policy
[17:00]  * Hobbsee looks in
[17:01] <heno_> yep, I see it now
[17:01] <Hobbsee> heno_: pretty much the same as main, although a little less beaurocracy.  new features --> backports, bugfixes --> SRU
[17:02]  * bdmurray waves to Hobbsee 
[17:03] <heno_> Hobbsee: ok. who from MOTU could we get to go through that list regularly? the MOTU council perhaps?
[17:03] <heno_> also, you shouldn't have to be a driver to accept/reject such nominations
[17:04] <heno_> I'm not sure they belong on that list in the first place
[17:05] <heno_> from the user's POV it makes sense to nominate packages equally though
[17:06] <heno_> I'll raise that question on the MOTU list and with various ubuntu drivers
[17:07] <heno_> [ACTION] mdz to evaluate list of Gutsy nominated bugs and raise questions on the MOTU and devel lists
[17:07] <MootBot> ACTION received:  mdz to evaluate list of Gutsy nominated bugs and raise questions on the MOTU and devel lists
[17:08] <bdmurray> heh - 154 nominated bugs are "New"
[17:08] <heno_> indeed, which is why the QA team has a role to play in an initial screening of the list
[17:08] <Hobbsee> oh, thisthing doesnt flash when done backwards.
[17:08] <Hobbsee> bdmurray: hiya!
[17:09] <Hobbsee> heno_: erm, you only have to be in -release to accept or deny the nominations
[17:09] <Hobbsee> heno_: sec, let me see the list.  i wasnt following :)
[17:09] <heno_> some of them will need improving (triaging) soonish, while others are less important and should be pushed to hardy
[17:10] <bdmurray> Hobbsee: was the universe report helpful at all?
[17:10] <Hobbsee> bdmurray: it wasnt what i was looking for, but it looks somewhat useful.
[17:11] <bdmurray> Hobbsee: okay well let me know if you need anything else
[17:11] <Hobbsee> heno_: ubuntu-universe-sponsors does it usually.
[17:11] <Hobbsee> bdmurray: will do.  but not at 4am :)
[17:12] <heno_> Hobbsee: ok, thanks
[17:12] <Hobbsee> heno_: but there may be another team starting up to do it.  unsure.  will find out in the next week or so
[17:12] <heno_> [TOPIC] QA team weekly meeting times
[17:12] <MootBot> New Topic:  QA team weekly meeting times
[17:12] <heno_> always a controversial one :)
[17:13] <heno_> bdmurray: what time is 16.00 in OR?
[17:13] <Hobbsee> just do away with the meetings.  problem solved :P
[17:13] <heno_> we've tried that before :p
[17:13] <liw> I think these meetings are useful, although they take a bit longer than I'd like
[17:14] <heno_> ut that was before we had a team really ;)
[17:14] <liw> it's 09:14 in Oregon (US west coast) right now
[17:14] <bdmurray> right 1600 was 0800
[17:14] <heno_> ok, so earlier would not be so good
[17:15] <bdmurray> yes, that would be bad
[17:15] <stgraber> wouldn't be good for me neither (would be at school)
[17:15] <heno_> liw: I agree, we should try to limit them to 1hr.
[17:15] <liw> I'm not throughly happy about 1600 UTC, but I can live with this (especially, as noted, if we can make them at most 1 hour :)
[17:16] <heno_> we have alternated times on various meeting in the past, but that's not a great solution either
[17:16] <liw> yeah, a constant time would be best, makes it easiest to plan ahead
[17:16] <liw> for me, at least
[17:16] <pedro_> indeed
[17:16] <heno_> liw: and 18.00, say, would be worse I take it
[17:17] <heno_> I'm an evening person, so I don't mind either way
[17:17] <liw> I'm UTC+2 (UTC+3 during daylight savings time), so 18 UTC would be 20 (or 21), which would mean I won't get anything else done that evening
[17:17] <stgraber> ^ Would be perfect for me :) but indeed I doubt liw would be happy with it
[17:18] <liw> especially since Wednesdays are typical days for meeting people socially
[17:19] <liw> so basically I'm in favor of keeping 1600 UTC
[17:19] <heno_> ok, with one for and one against, we'll leave it as it is for now
[17:19] <heno_> sorry stgraber :(
[17:20] <liw> stgraber, indeed, sorry
[17:20] <stgraber> ok, well for me as you saw the best case is 17h30 at home, usually it'll be 18h30 and then will miss the meeting
[17:20] <stgraber> as I was 1minute away from missing my bus :)
[17:20] <heno_> perhaps we should consider a community meeting sometimes on the weekend
[17:21] <heno_> let's see how well attended the QA-related sessions are this weekend
[17:21] <heno_> (arranged by the LoCo teams I think)
[17:22] <heno_> [AGREED] Leave the meeting time at 16.00 UTC
[17:22] <MootBot> AGREED received:  Leave the meeting time at 16.00 UTC
[17:22] <heno_> can be revisited later
[17:22] <heno_> ok, let's stop there
[17:22] <heno_> thanks everyone for attending!
[17:23] <heno_> #endmeeting
[17:23] <MootBot> Meeting finished at 17:23.
[17:23] <pedro_> thanks you!
[17:23] <liw> heno, thanks for e-mailing the agenda, it was useful, at least to me
[17:24] <heno_> feel free to email me agenda items during the week. Is sending it out the same morning early enough or should I try for the day before?
[17:24] <heno_> team-OR ^
[17:24] <ogasawara> I'd prefer the day before
[17:25] <heno_> (I'm not sure I could promise that though :) )
[17:25] <heno_> ok, I'll try :)
[17:25] <ogasawara> eh, not a big deal ;)
[19:42] <Goosemoose> Is the meeting for developers only, or can someone about to deploy to 500 computer listen in?
[19:43] <ogra> Goosemoose, its all public :)
[19:44] <Goosemoose> ok, thanks
[19:52] <pochu> @now Madrid
[19:52] <ubotu> Current time in Europe/Madrid: November 14 2007, 20:52:53 - Next meeting: Desktop Team Development in 17 hours 7 minutes
[20:01] <RichEd> [20:02]  * RichEd waves to see who is here ?
[20:02] <stgraber> I'm
[20:02]  * ogra waves
[20:03] <RichEd> Just the three of us then ?
[20:04]  * ajmitch is lurking as usual
[20:04] <ogra> no sbalneav ...
[20:04] <RichEd> or LaserJock
[20:05] <RichEd> mrm ... wanted to explain a bit about the new edubuntu add-on structure ... which we all know about already from UDS
[20:05] <LaserJock> sorry
[20:05] <ogra> hey hey :)
[20:06] <ogra> so RichEd wants to start of tech today :)
[20:06] <RichEd> LaserJock: glad you are here :)
[20:07] <RichEd> we need your opinions and valued wisdom (and your healthy dose of skepticism)
[20:07] <LaserJock> haha
[20:07] <RichEd> okay so we all know that edubuntu will be a CD2 installed on top of Ubuntu CD 1
[20:08] <RichEd> so the benefit to us, is that all the "generic operating system" issues will belong to the Distro team ...
[20:08] <RichEd> freeing us up to look at the education layer on top
[20:08] <RichEd> what I wanted to ask was ... what are the drawbacks ?
[20:08] <RichEd> what must we be careful of on the way into this process
[20:08] <stgraber> testing will also be a lot easier as we'll probably simply ask people testing Ubuntu to then install Edubuntu and quickly test it
[20:09] <ogra> yeah
[20:10] <RichEd> ogra: did we work out all the CD issues ... server and desktop ?
[20:10] <ogra> not yet, we'll do that along the way
[20:10] <ogra> there are to many bits involved ...
[20:10] <ogra> for now i need to finish the spec, it has to be complete by next thursday
[20:10] <LaserJock> drawbacks, IMO, are going to be a bit of confusion to users, what do we do with the LiveCD?, and perhaps shipit unless that is resolved
[20:11] <ogra> live will persist as iso
[20:11] <LaserJock> as a Demo CD?
[20:11] <ogra> well, as is
[20:11] <LaserJock> is it going to be installable?
[20:11] <RichEd> LaserJock that's the sort of thing I mean ... ogra needs to be able to gp into the planning with a set of requirements from our user base
[20:11] <LaserJock> hmm, I really wish we could rip ubiquity out of the LiveCD
[20:11] <RichEd> s/go/gp/
[20:11] <ogra> LaserJock, why ?
[20:12] <LaserJock> ogra: because I think it causes confusion and is another support case
[20:12] <stgraber> well, I think that we should clearly explain why Edubuntu is now an Add-on to Ubuntu and why it was done that way and make clear that this way we'll be able to focus more on Edubuntu than previously (as for some people it would certainly look like we are working less on Edubuntu as we do less stuff which isn't the case)
[20:12] <stgraber> argh, me and my long sentences ...
[20:13] <ogra> well, indeed we need to phrase that properly to not scare off people
[20:14] <RichEd> stgraber: yes ... we need to be able to get a message out about the benefits of the changes ... there is another change as well to edubuntu distro development structure which we will chat about later.
[20:14] <ogra> on a sidenote all ltsp functionallity will move to the ubuntu alternate CD
[20:14] <ogra> as it is in edubuntu today
[20:14] <RichEd> so we can chat about those togeter later in the meeting
[20:15] <LaserJock> I just want Edubuntu to be simple
[20:15] <RichEd> so if we need to be able to describe the "user" requirements:
[20:15] <RichEd> and make sure they can get the CDs easily and install easily.
[20:15] <RichEd> so for a desktop user, they'd get Ubuntu CD1 + Edubuntu Add-on CD
[20:16] <RichEd> for Edubuntu server, what CDs/images would they need oliver ?
[20:17] <ogra> ubuntu alternate and edubuntu addon or ubuntu server and edubuntu addon, depending on the usecase
[20:17] <RichEd> and are both of those ubuntu alternate and ubuntu server available from shipit ?
[20:17] <ogra> no
[20:17] <ogra> only ubuntu server is
[20:17] <ogra> alternate was dropped several releases ago
[20:18] <RichEd> so you're referring to the need for the LTSP packages ?
[20:18] <ogra> right
[20:18] <LaserJock> server is on Shipit? I don't remember seeing it
[20:18] <stgraber> I just checked and wasn't able to find it on shipit
[20:19] <stgraber> even if I have one of those CD just next to me :)
[20:19] <ogra> alternate will have the required desktop packages needed for the ltsp desktop and the former edubuntu ltsp installer integration
[20:19] <ogra> well, if it isnt, i'm sure it will be for hardy
[20:19] <ogra> server would be the ground for edubuntu-content-server
[20:20] <RichEd> we should check out the plan there ...
[20:20] <ogra> or alter also a proxy with webfilter
[20:20] <ogra> *later
[20:20] <RichEd> I'll make a note to ask in the "office"
[20:20] <ogra> we'll need a *lot* of documentation
[20:21] <LaserJock> I'm a little worried about Edubuntu just dissolving into so many projects
[20:21] <ogra> its only one project
[20:21] <ogra> only one real CD
[20:21] <RichEd> ogra: could you install ubuntu server + download & install LTSP + edubuntu addon to get there ?
[20:21] <LaserJock> well, but parts are going on various CDs
[20:22] <ogra> RichEd, rather ubuntu-desktop
[20:22] <LaserJock> which requires communication with the various teams
[20:22] <LaserJock> which is something we haven't been very good at in the past
[20:22] <ogra> LaserJock, edu irrelevant packages like ltsp go where they belong
[20:22] <LaserJock> yes, but right now Edubuntu == LTSP
[20:22] <ogra> beyond that all edu related packages go on the edubuntu CD
[20:22] <RichEd> LaserJock all the support burdens and development burdens move to ubuntu distro
[20:23] <LaserJock> RichEd: right, that's the problem
[20:23] <RichEd> that is a huge benefit in terms of where ogra can put his effort
[20:23] <LaserJock> we're going to be depending a lot on other teams
[20:23] <LaserJock> which means we need to have very good communication
[20:23] <LaserJock> and it's more difficult to get a view of what's going on
[20:23] <ogra> LaserJock, well, would you think apache would belong under edubuntu maintenance if we shipped it on todays edubuntu-server CD ?
[20:24] <LaserJock> on some level yes
[20:24] <RichEd> okay ... so let me introduce the "other news" then ... and you'll see the fuller picture ...
[20:24] <LaserJock> if we ship it we have to make sure it's tested, works, and works the way we think it does
[20:24] <RichEd> we need to talk all of this through to make sure you core guys are happy and comfortable
[20:24] <LaserJock> if the server team does something to LTSP that hurts our "typical users" then it's our problem
[20:25] <LaserJock> regardless of who is actually maintaining it
[20:25] <RichEd> LaserJock hang on ... this is how it will work ...
[20:25] <ogra> well, i think that will still largely be me in the future :)
[20:25] <ogra> but lets listen to RichEd
[20:26] <RichEd> our overall requirements for education related developement solutions go from education -> distro
[20:26] <RichEd> and the entire team tackles the education requirement.
[20:27] <RichEd> so where the need is recognised as being education ... it is allocated to ogra
[20:27] <RichEd> if it is generic ubuntu related ... then it is allocated through the distro team to the right ubuntu team
[20:27] <RichEd> so ogra is the Edubuntu Technical Lead
[20:28] <RichEd> he will define what he needs as a spec for the requirements of the target audience ... and it is tackled as a team job
[20:28] <ogra> inside the distro team ...
[20:28] <RichEd> yep ...
[20:29]  * ajmitch will be glad to see LTSP being used in more than just education
[20:29] <LaserJock> ok, well that's all good an well from a Canonical/Manager perspective
[20:29] <LaserJock> but when we're trying to build a developer community
[20:29] <RichEd> right ... so that is why I started off by saying I want to hear about the drawbacks of what lies ahead ... so we can get them as criteria that need to be satisfied
[20:29] <LaserJock> and somebody asks how they can help, and we point them to the server team, or desktop team, or perhaps UME even, etc.
[20:29] <ogra> depends
[20:30] <ogra> if what they want to do is edubuntu related we need to find the right tasks for them there
[20:30] <RichEd> if someone asks how they can help through our community, we should use them for education specific work
[20:31] <ogra> if they are server specialists they will be better off in the server team but still with input and requirements we bring up to them
[20:31] <RichEd> LaserJock: so look at something like our education mass maintenance requirement
[20:31] <RichEd> that request has come in from education before any requests from ubuntu server
[20:32] <LaserJock> well look, I never said we shouldn't do this
[20:32] <RichEd> so ogra defines the need, and we spec it ... and the distro team needs to find a way to resolve it ...
[20:32] <LaserJock> I'm just saying we really really need to figure out the community consequences
[20:32] <LaserJock> and work on the communication that we'll need to make it work
[20:33] <RichEd> and ogra makes sure it fits what we need, but the work is alloctated to far more people resource than we have access to
[20:33] <RichEd> so we have access in effect to the entire developer community, and not just our developer community
[20:34] <RichEd> we need a core Edubuntu developer community to work on the applications / features that touch our education community
[20:35] <RichEd> LaserJock: expand a bit if you can ?
[20:35] <LaserJock> well, there's two "issues" I see with this
[20:35] <LaserJock> 1) Edubuntu is currently primarily an LTSP distro
[20:36] <ogra> LaserJock, ubuntu will become that regardless of edubuntu
[20:36] <LaserJock> right
[20:36] <LaserJock> darn it, I'm not arguing against that
[20:36] <ogra> the long term goal for me for hardy is to have sbalneav in core-dev
[20:36] <LaserJock> I'm trying to get us to think about what we need to do to deal with that
[20:36] <ogra> so you will have an upstream maintained ltsp in ubuntu ...
[20:37] <LaserJock> 2) it makes contribution to Edubuntu as a whole more difficult
[20:37] <ogra> edubuntu might loose some of its shinyness here, but it will gain a huge value for spare developer time
[20:37] <RichEd> 1) Edubuntu is currently primarily an LTSP distro <- that's a statement ... what's the issue ?
[20:38] <LaserJock> RichEd: it will no longer be so
[20:38] <ogra> RichEd, it wont be anymore
[20:38] <RichEd> how not ?
[20:38] <ogra> it wont be the LTSP in one go distro anymore ...
[20:38] <ogra> that will be ubuntu alternate
[20:39] <LaserJock> which I think everybody agrees is the proper thing to do
[20:39] <ogra> edubuntu will only add the edu bits t it
[20:39] <LaserJock> LTSP is much more than just classrooms
[20:39] <ogra> *to
[20:39] <RichEd> or as you commented above ogra: ubuntuCD1 + download & install LTSP + edubuntu AddOn
[20:39] <ogra> right
[20:39] <ogra> RichEd, "one go"
[20:39] <LaserJock> but we can't expect that to go over well with users necessarily
[20:39] <ogra> put in the CD, answer 5 questions, go for a coffee, boot your clients
[20:40] <LaserJock> we have to make sure users know what's going on
[20:40] <LaserJock> document it very well
[20:40] <ogra> right
[20:40] <ogra> the different combination options will be confusing
[20:40] <ogra> we need a "what for what" doc
[20:41] <RichEd> ogra: could the LTSP download & install be scripted and activiated from GUI ?
[20:41] <LaserJock> now, I think my second point is similar
[20:41] <ogra> RichEd, yes, we have a spec for that :)
[20:41] <RichEd> how big is the download in question ?
[20:41] <LaserJock> if somebody running Edubuntu has a problem with LTSP what do we do?
[20:41] <ogra> and actually that app sits on my disk here, pretty much done
[20:41] <ogra> ~150M
[20:41] <LaserJock> if somebody wants to contribute a patch for LDAP stuff, where do we send them
[20:42] <ogra> LaserJock, we support him
[20:42] <ogra> we send him to the server team
[20:42] <ogra> (the latter one)
[20:42] <LaserJock> right
[20:42] <ogra> unless its any edubuntu specific issue with LDAP
[20:42] <LaserJock> so my point is that we become quite a bit more spread out
[20:42] <LaserJock> we're having to depend on other teams a lot more
[20:42] <ogra> say we ship edsadmin which nobody else uses for maintaining LDAP
[20:42] <RichEd> so if the user could go to [system] [[admin]] [[[LTSP]]] and tick an icon and the rest is GUI driven ... that's easy enough for anyone ?
[20:43] <LaserJock> that can be quite daunting to users and potential contributors
[20:43] <ogra> then its an edubuntu issue
[20:43] <LaserJock> so we need to be prepared for that
[20:43] <RichEd> ogra: could we get a "install edubuntu" menu option in anyplace after the ubuntu install ?
[20:43] <ogra> RichEd, yes, i have various GUI tools for LTSP stuff that will be in hardy, dont worry all such stuff will be there
[20:44] <ogra> RichEd, we could have a task on the alternate CD but indeed that requires a beefy connection
[20:44] <RichEd> one that says: insert Edubuntu AddOn CD into your CD and then holds the users hand from there ?
[20:44] <ogra> surely not ....
[20:45] <ogra> thats something the installer team wont llow
[20:45] <ogra> (thats actually the way debian does it)
[20:45] <RichEd> can you explain why in simple terms ?
[20:45] <ogra> no
[20:45] <ogra> else i would have done it in the sentence above already
[20:45] <ogra> i'll talk to them :)
[20:46] <LaserJock> we can have it on the addon cd
[20:46] <RichEd> okay ... I'm thinking that once Ubuntu is installed and up and running (which is an easy process) we could have some sort of easy wizard to guide what you need to do next.
[20:47] <ogra> LaserJock, well, we will
[20:47] <ogra> but rich wants a hook in the ubuntu installer
[20:48] <LaserJock> I dont' think we need that though
[20:48] <ogra> right
[20:48] <LaserJock> I think we can safely leave Ubuntu alone :-)
[20:48] <RichEd> doesn't even have to be a hard hook ... it could be an html page with a few smaller pages behind it ...
[20:48] <ogra> RichEd, thats windows behavior ... dont forget that *every* user and *every* admin who installs that CD has to click it away
[20:49] <ogra> popping wizards in teh face of new users is unpolite to the user imho
[20:49] <LaserJock> and not helping people install the OS is unpolite IMHO
[20:50] <ogra> and where exactly would you put it ?
[20:50] <LaserJock> we just gotta figuer out how to best do it
[20:50] <LaserJock> I think the addon CD is fine
[20:50] <ogra> would it pop on every ubuntu install ?
[20:50] <RichEd> I'm thinking that if someone can install Ubuntu, and then find an easy guide to getting it to become edubuntu ...
[20:50] <LaserJock> we have to assume that people installing Edubuntu will use the addon CD right?
[20:50] <ogra> right
[20:51] <ogra> RichEd wants something on the ubuntu CD though
[20:51] <LaserJock> sure
[20:51] <RichEd> does not have to be a wizard ... just even an get edubuntu icon on the firefox home page
[20:52] <ogra> thats a good one
[20:52] <ogra> i like that ... :)
[20:52] <RichEd> which can take you to a page on www.ubuntu.com
[20:52] <RichEd> you need an Edubuntu AddOn CD ...
[20:52] <RichEd> if you have one put it in
[20:52] <RichEd> else download here
[20:52] <RichEd> else order here -> shipit
[20:52]  * ogra makes a note to put that in the spec :)
[20:53] <RichEd> so every person who gets given even an Ubuntu CD at a meeting or event can get 1 simple instruction they will remember
[20:53] <RichEd> install ubuntu, open firefox
[20:53] <RichEd> and take it from there
[20:54] <ogra> btw ... dont you all forget to thank LaserJock, its his work the new edubuntu will be built on :)
[20:54] <LaserJock> pfft
[20:55]  * RichEd is not worthy ...
[20:55] <LaserJock> I didn't think it was gonna turn into much
[20:55] <LaserJock> glad to see we'll get some use out of it
[20:55] <RichEd> which is why i wanted to hear LaserJock warnings ... to to dispell them but to make sure we satisfy them
[20:55] <ogra> well, it showed the power of g-a-i with an addon CD
[20:55] <LaserJock> yes indeed
[20:55] <ogra> and most of the futurework will surely base on it
[20:55] <RichEd> LaserJock: look at it this way ... edubuntu community is now the client of the distro team
[20:56] <RichEd> and ogra is edubuntu Technical Lead inside the distro team
[20:56] <ogra> LaserJock, how would you get an edubuntu contributor into packaging ?
[20:56] <RichEd> so he tells the distro team what needs to be done to deliver the communities neds
[20:56] <RichEd> *needs
[20:57] <LaserJock> ogra: well, at this point I'd point them at MOTU and get them a mentor
[20:57] <ogra> LaserJock, i vet you'd point him to motu :) where he then likely does a lot non edu related stuff as well
[20:57] <LaserJock> it'd be nice if we had enough people to really sit down and focus on edu apps
[20:57] <ajmitch> LaserJock: you'd throw them into the shark pond?
[20:57] <RichEd> if we have a community developer volunteer, the first thing we need to do is join them up into edubuntu-developers
[20:57] <LaserJock> ogra: I'd love to not
[20:57] <ogra> LaserJock, but the server or desktop teams are not different here
[20:57] <LaserJock> ogra: as they'd be forced to deal with ajmitch
[20:57] <LaserJock> ;-)
[20:57] <ajmitch> :)
[20:58] <ogra> you point and edu ethusiast to the server team and both teams win
[20:58] <LaserJock> ogra: but it *is* adding teams
[20:58] <ajmitch> the desktop team has people who are applying for MOTU who don't do all their work in #ubuntu-motu
[20:58] <LaserJock> ogra: I'm not saying it won't work
[20:58] <sbalneav> LaserJock: Could we maybe try to woo a kde-edu or gnome-edu devel (or ideally one of each) to throw in their low with us?
[20:58] <LaserJock> I'm simply saying that *assuming* it will work and be a glorious success is a little ... optimistic
[20:58] <sbalneav> s/low/lot/
[20:59] <LaserJock> we need to work hard at getting good communication with these teams so we can send people to the right place
[20:59] <LaserJock> and not just dump them
[20:59] <LaserJock> like having a team rep or something
[20:59] <RichEd> LaserJock: yes, we join them into edubuntu developers, and all the work they do is focused on that ... if they are a developer from the education world
[21:00] <RichEd> if they want to work on LTSP it's because they have a classroom to run
[21:00] <ogra> LaserJock, we will always have our own server stuff
[21:00] <ogra> like moodle will surely not be maintained by the server team
[21:00] <ogra> bit moin will ....
[21:01] <RichEd> so if they join the ubuntu-LTSP ... they will work in that team on LTSP but make damn sure the work satisfies their edubuntu LTSP server needs
[21:01] <ogra> and nontheless edubuntu-content-server will depend on both and pull it on the edubuntu CD
[21:01] <LaserJock> yes
[21:01] <LaserJock> I think we need to attrach education-focused devs
[21:01] <LaserJock> upstream developers especially
[21:02] <LaserJock> send people interested in LTSP/server specifics to the Server Team (with an Edubuntu rep)
[21:02] <LaserJock> send people interested in desktop features to the desktop team, etc.
[21:02] <RichEd> LaserJock: *as* an Edubuntu rep
[21:02] <sbalneav> Should we maybe send an email to kde-edu and gnome-edu lists, asking for them to become involved in Edubuntu?
[21:02] <LaserJock> but turn our development focus on education as that is really our niche
[21:02] <RichEd> sbalneav:  we met a bunch of them at UDS ... 'cept they were working in the Kubuntu camp
[21:03] <ogra> there is no such thing like a gnome-edu list i think
[21:03] <RichEd> now we can say we are focused on education, they write education applications, and get them to chat & work with us
[21:03] <sbalneav> They are obviously misplaced :)
[21:03] <ogra> or even a team ... sadly
[21:04] <RichEd> LaserJock: they showed us some neat KDE4 education applications
[21:04] <sbalneav> Allow me to ask one more heretical question.  I know ogra's gonna give me a dirty look. :)
[21:04] <RichEd> one world globe map (like a desktop google earth) you could flatten into a map at any stage or zoom level
[21:04] <sbalneav> But since most of our edu apps are kde based....
[21:04] <sbalneav> ...
[21:04] <sbalneav> (dot dot dot)
[21:05]  * sbalneav waits for ogra to hit him on the head
[21:05] <RichEd> kde imitates windows ... gnome is a way of working
[21:05] <ogra> they wont be for long
[21:05] <RichEd> why imitate windows ?
[21:05] <ogra> we have tons of non kde apps in the archive that are not on the CD yet
[21:05] <RichEd> our clients like gnome and we can run KDE applications as well ...
[21:05] <ogra> kdeedu is only a subset we ship as well
[21:05] <sbalneav> Ok, I just like to raise it for discussion.
[21:06] <LaserJock> well
[21:06] <LaserJock> potentially it doesn't matter
[21:06] <LaserJock> since we're an addon
[21:06] <ogra> right
[21:06] <sbalneav> Just so no-one can say we didn't do our due-dilligence
[21:06] <LaserJock> we can easily be a kubuntu adon
[21:06] <LaserJock> *addon
[21:06] <LaserJock> if Kubuntu implemented the same Addon detection
[21:06] <LaserJock> it would be fairly easy
[21:07] <ogra> if someone wants to do edubuntu-kde-artwork/-settings packages i'll happily include them
[21:07] <RichEd> If someone wants to install Kubuntu CD1 and get to the Edubuntu packge under KDE would that be possible ?
[21:07] <ogra> but we'll likel run into a prob here
[21:07] <ogra> since we cant make sure all deps are fulfilled by a kubuntu CD
[21:08] <LaserJock> right
[21:08] <ogra> we only can build against one main CD
[21:08] <ogra> which will be ubuntu
[21:08] <LaserJock> but we can work with that
[21:08] <RichEd> ogra: that may be a good target for hardy+1
[21:08] <ogra> right
[21:08] <Riddell> RichEd: I'd disagree with your generalisation
[21:08] <RichEd> Riddell: how so ...
[21:08] <ogra> RichEd, that will make colins head explode
[21:08] <RichEd> :) lol
[21:09] <ogra> ther is a lot math involved in even getting the first edubuntu-addon right
[21:09] <LaserJock> ogra: well, it's not too hard
[21:09] <RichEd> so at the moment, ogra & Riddel, can someone with Kubuntu installed add all of the edubuntu education packages
[21:09] <LaserJock> ogra: we already have KDE Edu
[21:09] <ogra> making it depend on kubuntu as well now will be nearly unsolvable ... like 100 comuters will have to compute for 15 years on it :)
[21:09] <LaserJock> that's something
[21:10] <ogra> RichEd, they can use the CD, but we cant guarantee all dependencies are there
[21:10] <ogra> so pieces might need to get downloaded
[21:10] <ogra> we can only guarantee that for one CD we base on
[21:10] <RichEd> no i mean right now ... if Riddell has Kubuntu on his machine, can he downloard and install edubuntu-packages ?
[21:10] <LaserJock> we can manually add some deps to the seeds if we need to
[21:11] <ogra> RichEd, indeed he can
[21:11] <LaserJock> RichEd: if he puts in the addon CD and adds it to his repos he can install anything off of there
[21:11] <ogra> he can install edubuntu-desktop or any of the packages from the edubuntu addon CD
[21:11] <LaserJock> the deps many not be all there depending on the package
[21:11] <ogra> and as LaserJock says he can use the addon CD, but pieces might need to come from the net
[21:12] <ogra> kubuntu doesnt include any gnome libs ... so if there is a program using gnome libs they will have to come from anywhere
[21:13] <LaserJock> in any case
[21:13] <RichEd> In effect Edubuntu becomes the "education layer" the "education package bundke" ... and the user can chose their base distribution ... KDE or Gnome
[21:13] <RichEd> *bundle
[21:13] <LaserJock> our move to being and Addon makes us much more DE-neutral
[21:14] <RichEd> LaserJock: and isn't that the point of this community ?
[21:14] <LaserJock> RichEd: I would think so
[21:15] <RichEd> we are saying to the user, chose your preference from any base ... get education value from Edubuntu
[21:16] <RichEd> so anyone punting Kubuntu at schools can say, and if you get this really neat Edubuntu Addon CD ... you can install all these great education packages
[21:16] <RichEd> ---
[21:16] <RichEd> okay ... let's move on to tech from ogra ... and then revisit this after that ?
[21:17] <ogra> well, i cant say much yet
[21:17] <ogra> my main work is currently sorting out ltsp upstream to get my hands off it ... and then waiting what tasks colin will share out in the distro team
[21:17] <RichEd> re ^ we all need to think of benifits and drawbacks, and make sure we promote the benefits (to clients and the community(s)), and make sure we plan ahead to cope with the drawbacks ^
[21:18] <RichEd> ogra: when will you get the basic task split from them ? at the next distro meeting or will you & colin sit down first
[21:18] <RichEd> for a more detailed look ?
[21:19] <ogra> no idea i guess i'll get info during this week and surely colin wont do it over my head
[21:19] <ogra> he got my list today (you were CCed)
[21:20] <ogra> * Gui frontends for LTSP scripts
[21:20] <ogra> * LTSP local apps (sbalneav implementing)
[21:20] <ogra> * LTSP virtual hal devices (my spec, very low prio)
[21:20] <ogra> * Ongoing: LTSP repackaging and package split
[21:20] <ogra> * edubuntu-content-server (moodle/wiki/DB metapackage)
[21:21] <ogra> * edubuntu-menu-completion if LaserJock has time ... else i'll look into it
[21:21] <ogra> * edubuntu-mass-maintenance (90% server team work)
[21:21] <ogra> * edubuntu-and-italc
[21:21]  * ogra waves to stgraber 
[21:21] <ogra> stgraber, did excellent work on that last one :)
[21:22] <stgraber> well, we have working iTalc, now it's mainly about integrating it
[21:22] <ogra> * edubuntu-profile-and-session-management (sabayon and pessulus fixes)
[21:22] <RichEd> will we be able to do a sort of visual diagram to conceptually show the "education layer" / "ubuntu layer" ... so if a contributor / volunteer wanted to get involved, they could see what lay where ?
[21:22] <ogra> * edubuntu-user-management (making gnome-users-admin LDAP aware, likely a taks for the desktop team)
[21:23] <ogra> RichEd, well, actually only parts of edubuntu-content-server and the edubuntu-menu-completion and edubuntu-and-italc specs are really edu relevant
[21:23] <ogra> all the reast is distro/server or desktop team related
[21:25] <RichEd> but those are the specs ... we do a lot more ... like getting new applications into main etc.
[21:26] <ogra> i have no list for that yet
[21:26] <RichEd> so it would be good if we could have some sort of a list of the different areas that education contributors could get involved ...
[21:26] <ogra> docs ... artwork ... and fixing bugs on the edu packages
[21:28] <ogra> and provding new ideas :)
[21:29] <RichEd> proposing new applications and assisting with the main inclusion process
[21:30] <ogra> right
[21:30] <RichEd> sharing of overall education solutions ... like how they chose to configure the 2,000 PC school deployment, and what other applications they use in the total management and maintenance stack
[21:31] <RichEd> that is the sort of stuff that people need when they are taking a decision to "go large'
[21:31] <RichEd> and we are seeing more and more people coming to Ubuntu with those sorts of requirements
[21:31] <ogra> right and we'll adress it ...
[21:32] <ogra> but it will take its time ... even including something like puppet isnt the 100% solution, its only a start
[21:32] <RichEd> :) yep ... I was just trying to unearth some categories so we can get to that "so you want to help" guide we were talking about a way back
[21:32] <ogra> there is a lot more around it
[21:33] <ogra> and a lot nonexisting software yet
[21:34] <RichEd> ogra: so noted, but if we can find people who work for the large schools deployments in spain or macedonia to share their solution documentation ... that is a start
[21:34] <ogra> well, the thing is that there is not a universal solution yet
[21:34] <ogra> it might be strange and weird hacks as well as ingenious solutions
[21:34] <RichEd> but there are *working* ones
[21:35] <ogra> working doesnt mean upgradeable ...
[21:35] <ogra> or easily maintainable in the future etc
[21:36] <ogra> i can get up a 5000 seat install in one or two days, even remotely maintainabe wit hardcoded scripts and configs
[21:36] <ogra> but i couldnt guarantee you it survives the next upgarde
[21:36] <ogra> the solution we will finally provide must be the 100% universal solution
[21:37] <RichEd> well stgraber is now panelbeating italc into a lot better shape than it was ... so if somone shares their possibly ugly solution, it's a starting point we can refine before we bundle
[21:37] <ogra> teat and guaranteed to work
[21:37]  * RichEd milks the teat
[21:37] <ogra> heh
[21:37] <ogra> LTSP nowadays boots every thin client you can find ...
[21:37] <RichEd> so italc is a useful tool for teaching ...
[21:38] <ogra> that doesnt mean this thin client uses its full capabilities ...
[21:38] <RichEd> we will not bundle it until it meets the main approval criteria ...
[21:38] <ogra> you might want to tailor it a bit to get the last out of it
[21:38] <RichEd> but hearing what teachers and schools are currently using is good for us
[21:38] <ogra> if we provide a mass maintenance setup it should be like that
[21:38] <ogra> very generic, fitting every purpose
[21:38] <ogra> but easily tailoryble for your specific needs
[21:39] <RichEd> okay ... I'll play with some sections on how to get involved / education areas / desktop / server ... and we can revise it wiith comments
[21:41] <ogra> i'm donre then
[21:41] <ogra> *done as well
[21:41] <RichEd> --- any other issues for tonight ?
[21:41] <RichEd> --- any other questions for tonight ?
[21:42] <RichEd> going once ?
[21:43] <ogra> twice ?
[21:43] <RichEd> going 3 times ?
[21:43] <RichEd> gong g g
[21:43] <ogra> yay
[21:43] <sbalneav> \o/
[21:43] <RichEd> thanks all ...
[21:43]  * ogra now has two important meetings on wed.
[21:44] <RichEd> sbalneav: think from your point of view the benefits of the new structure ...
[21:45] <RichEd> push LTSP into icafes on ubuntu, and suddenly you have a much broader tech community to draw on
[21:46] <nixternal> holy smokes, a meeting!!!
[21:46] <nixternal> howdy ogra, sbalneav, RichEd, and others who aren't talking :)
[21:46] <RichEd> nixternal: just the vapour trails left
[21:46] <nixternal> ahh, explains the smell :)
[21:46] <ogra> heh
[21:47] <sbalneav> Yep, it benefits LTSP for sure.  But wearing my Edubuntu hat, I'd also like to see more edu devel involvement.
[21:47] <RichEd> so we need to hook the younger people with easier simpler ways to start helping out ... and breeds them into developers
[21:48]  * RichEd needs to get to bed
[21:48] <sbalneav> Night!
[21:48] <RichEd> bye all
[21:49] <ogra> when does your flight go ?
[21:49] <ogra> tomorrow or fri ?
[21:49] <RichEd> ogra: i've decided to do a web cam link up ... busy discussing with Anestis
[21:49] <ogra> ah, cool
[21:49] <RichEd> i would need to travel for 3 days just to be there for 1.5 dats
[21:49] <RichEd> *days
[21:49] <ogra> yeah
[21:50] <ogra> thats what i thought
[21:50] <ogra> would have been crazy to overcome your jetlag while flying
[21:50] <RichEd> it's generic moodle training, and I have found him 2 local certified moodle trainers based in Greece
[21:50] <ogra> :)
[21:50] <RichEd> one a librarian who has worked on founding leaning and moodle project
[21:51] <RichEd> *learning
[21:51] <RichEd> she wants to collaborate with moodle users and schools in greece
[21:52] <ogra> perfect
[21:52] <RichEd> and the other is a guy who has started his own business providing commercial moodle training &* certification, while he finishes his doctorate dissertation on elearning
[21:52] <RichEd> both will present and collaborate for travel & accommodation
[21:53] <ogra> great !
[21:53] <RichEd> :) i thought so ... they can talk learning & moodle ... and I can listen in
[21:53] <ogra> yeah
[21:54] <RichEd> while I work on specs and real stuff ;)
[21:54] <ogra> hehe
[21:54] <RichEd> g'night
[21:54] <ogra> night
[22:33] <Goosemoose> RichEd, ive been using moodle for a few years, not sure how much you guys have been using it but i have a 1200 student school setup with it
[22:35] <RichEd> Goosemoose: excellent ... won't you pop me an email with a short paragraph saying what you do with it ?
[22:37] <Goosemoose> sure, most of our teachers use it for online homework, quizzes , resources, etc
[22:37] <Goosemoose> Are you planning on bundling it with edubuntu server?
[22:46] <RichEd> Goosemoose: it's in main and on the Edubuntu Server CD2 for 7.10 already
[22:46] <RichEd> (with postgress)
[22:47] <RichEd> and specced for integration & easy one time install for 8.04
[23:05] <Goosemoose> ahh i didnt see it
[23:05] <Goosemoose> cool