Started logging meeting in #debian-edu
[20:01:17] <pere> #topic Who writes the summary?
[20:02:13] <pere> everyone present, please indicate so using /me = Full Name
[20:02:18] * pere = Petter Reinholdtsen
[20:02:21] * jever = Jürgen Leibner
[20:02:24] * danielsan = Daniel Heß
[20:02:56] <pere> so, any volunteer to write the summary. help will be provided by meetbot.
[20:03:09] <pere> #link http://wiki.debian.org/MeetBot
[20:03:55] <pere> no-one?
[20:04:26] * an3as = Andreas Tille
[20:05:16] <pere> jever: do you have time to do it?
[20:05:21] * jever isn't able to write it for tomorrow, maybe a little bit later
[20:05:33] <pere> wednesday will be just fine.
[20:05:55] <jever> then I will try with learning the meetbot
[20:06:03] <pere> #agreed Jürgen Leibner write the summary
[20:06:07] <danielsan> jever: thank you
[20:06:20] <pere> #topic Preparing 3.0r1 - remaining blocker bugs
[20:07:21] <pere> personally, I suspect there are no blocker bugs left, if all the fixes that are commed, work.
[20:07:28] <pere> s/commed/comitted/
[20:08:09] <pere> there are several P2 bugs open in bugzilla, but some of them are fixed and I am not sure we want to fix the rest.
[20:08:30] <danielsan> what about #1234 stay with the fixe in d-e-c or use the one on d-e@l.d.o?
[20:08:43] <danielsan> s/fixe/fix/
[20:09:14] <pere> #link http://bugs.skolelinux.no/buglist.cgi?short_desc_type=notregexp&short_desc=.*%28document%7Cconfirm%29.*&product=Skolelinux&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&priority=P1&priority=P2&priority=P3&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfiel
[20:09:15] <pere> dvalue=&cmdtype=doit&newqueryname=&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop
[20:10:13] <pere> I'm unable to find a link to that patch in bugzilla?
[20:11:14] <danielsan> it's not in the bugzilla, only on the ml currently (as it is not a patch, but the plain init-script currently)
[20:11:36] <pere> danielsan: at this time, I am willing to go with the fix we have, even if it eats more memory, as the diskless workstations are expected to have more memory.
[20:11:54] <pere> one issue, though, is upgrades.
[20:12:13] <pere> danielsan: how do we handle upgrades of existing ltsp chroots?
[20:12:45] <danielsan> corrently, i think we don't
[20:13:34] <pere> any idea how we can make it handle upgrades? documenting the fix is one way, thought not the best way. :)
[20:13:41] <danielsan> the init-script maybe added by some action triggered by the postinst or something when an outdated chroot is found
[20:14:08] <danielsan> but general updated are hard currently
[20:14:15] <pere> or the init.d script can be included in some package, yeah. what about a script to run to fix the chroot, and document that it should be executed to fix it?
[20:15:11] <pere> any other bugs we should discuss here now?
[20:15:27] <danielsan> hasn't sep fixed some exim thing for the changeroot too?
[20:15:43] <pere> #action bug #1234 should be fixed for upgrades too, one way or another.
[20:16:01] <jever> is there a exim4 config now?
[20:16:15] <pere> danielsan: not that I noticed. he fixed some client config (a broken symlink).
[20:16:26] <jever> ah, ok
[20:16:47] <h01ger> hi
[20:16:49] <h01ger> sorry for being late - but the talk was interesting, the/a hamburg linuxuser group wants to push linux is schools and i told them about debian-edu and had a discussion... i tried to run away to be here in time, but... :)
[20:16:56] * h01ger = Holger Levsen
[20:17:02] <pere> welcome.
[20:17:04] * h01ger catches up on backlog
[20:17:22] <pere> so, any other blocking bugs we should discuss now?
[20:17:32] <danielsan> ok, we should see by looking into the svn
[20:18:01] <pere> there is a bunch of packages that differ between etch-test and etch. we should work on getting etch updated, and wrap up the release. these are the packages with changes at the moment:
[20:18:09] <pere> debian-edu debian-edu-config debian-edu-doc debian-edu-install hal live-helper live-initramfs ltsp sitesummary xdebconfigurator 915resolution debian-edu-archive-keyring
[20:18:18] <danielsan> maybe we could implement some basic update thingy to make-ltsp-clients script
[20:18:28] <pere> danielsan: could work, yes.
[20:19:13] <pere> several of these packages already have a request for update pending. I hope the ftpmasters can push them soon, to reduce the list of remaining packages to push.
[20:19:14] * danielsan will write a request for hal once it is build on amd64 too
[20:19:45] <pere> The list is from
[20:19:48] <pere> #link http://ftp.skolelinux.no/skolelinux/needs_love.htm
[20:20:09] <pere> #link http://ftp.skolelinux.no/skolelinux/needs_love.html
[20:20:35] <h01ger> done with backlog
[20:20:39] * h01ger looks at status page
[20:20:46] <danielsan> maybe i should build it on amd64 and not i386 :)
[20:20:55] <pere> I believe we have enough fixes to proudly release 3.0r1, and urge everyone to help wrapping up the release.
[20:20:56] <danielsan> should had
[20:21:37] <h01ger> \o/ 1271 is fixed - havent read anything edu related over the weekend... ;)
[20:22:06] <pere> anything else to say on the release? I hope to spend some time on it on wednesday.
[20:22:09] * danielsan will have more time after friday, could work on it on the weekend
[20:22:20] * h01ger would like to fix some bugs in d-e-doc but that shouldnt block a release.
[20:22:25] <h01ger> did anybody work on PR yet?
[20:22:41] <pere> h01ger: not that I am aware of. our writers are writing on money applications at the moments.
[20:23:10] <pere> #topic Preparing 3.0r1 - press releases
[20:23:36] <pere> is there a wiki page for the press release?
[20:23:54] <pere> if not, we should start on one.
[20:24:02] <h01ger> yes, we should and need to
[20:24:18] <h01ger> it doesnt make sense to push r1 out, if the PR is not ready.
[20:24:29] <h01ger> (that gives me more time to fix things in d-e-doc ;)
[20:24:44] <pere> absolutely.
[20:25:04] <pere> any volunteer to locate and announce the wiki page for the draft press release?
[20:25:16] <pere> (locate is search and find or create)
[20:25:37] <h01ger> it should be close to the previous ones ;)
[20:25:42] <pere> yes.
[20:25:58] <jever> as I remember, there is a suggestion to use kbabel for translation of the doc package. Can one give a configuration for usage for this special case
[20:26:14] <pere> #link http://wiki.debian.org/DebianEdu/PressReleases
[20:26:42] <pere> jever: lets wait with that until the press release topic is complete.
[20:26:50] <h01ger> jever, i just proposed kbabel because translators i trust told me its the best tool. what special config is needed??
[20:27:01] <jever> ok
[20:27:08] <pere> any volunteer to create a draft press release page?
[20:27:22] <pere> an3as what about you?
[20:28:11] <pere> for those joining us late, please indicate your presence using /me = Full Name
[20:28:30] <pere> ok. no volunteer for the press release page. lets move on.
[20:28:39] <pere> #topic Preparing 3.0r1 - call for translators
[20:28:57] <pere> jever and h01ger, go ahead.
[20:28:58] * h01ger is confused by http://wiki.debian.org/DebianEdu/PressReleases : it has a english press release and press packages for 4 languages.
[20:29:08] <h01ger> jever, what special config is needed?
[20:29:18] <jever> kbabel can be confiugured for useage in a project as far as I understood it by trying it out. So if one can configure it for translation of doc package it would be nice, I think
[20:29:57] <jever> so one is quickly able to getting involved
[20:30:03] <h01ger> jever, isnt that for glossaries, to always have consistent translations? (to always translate word foo with bar and not sometimes with baz)
[20:30:42] <jever> yes, but there seems to be more
[20:30:51] <h01ger> jever, and in any case: if you managed to find/make one, please contribute it ;) /me thinks the norwegian translators are the most advanced in -edu - so maybe ask them?
[20:31:13] <jever> I hoped, you have one already
[20:31:27] <an3as> pere: No, not really
[20:31:40] * h01ger has hardly used kbabel. but on the way back from extremadura i talked with fdl, who confirmed me (again) that kbabel is the way^w^wa good way to go
[20:31:51] <an3as> you see I'm to disturbed by other issues - even currently
[20:32:02] * pere uses kbabel, but only for single .po file translations, nothing fancy in his config.
[20:32:17] <pere> an3as: ok.
[20:32:21] * h01ger was happy to see an3as managed to finally subscribed to that commit list. and thanks for pointing out the dead one...
[20:32:37] <an3as> to much honor ;-))
[20:32:40] <jever> ok, so one should delete the suggestion in the wiki?
[20:32:59] <h01ger> jever, yes please. and the answer too :)
[20:33:16] <pere> jever: I know kbabel support showing related translations (as in the nynorsk or danish one when translating to bokmål), but rarely use it.
[20:33:42] <jever> it is in NO wiki, I havn't write access AFAIK
[20:33:44] <pere> h01ger: what is the call for translators about?
[20:33:46] * h01ger never heard about the _need_ for a special config.
[20:34:15] <h01ger> jever, doh. you mean you cant write to wiki.s.n?
[20:34:22] <jever> h01ger: just a thought
[20:34:26] <h01ger> pere, this fits quite well
[20:34:37] <jever> h01ger: yes
[20:35:10] <h01ger> jever, ARG. i thought it was anoymous editing just like wiki.d.o. so, get an account? :)
[20:35:19] <pere> jever: access to the wiki require listing on a specific wiki page.
[20:35:23] * jever hasn't found a registerpage until yes
[20:35:28] <pere> looking for the page...
[20:35:37] * h01ger notes we need to update the doc then
[20:35:59] <jever> s/yes/yet/
[20:36:18] * danielsan has not had problems back then (with the release manual)
[20:36:31] <h01ger> jever, just dont put to many open questions in the manual. it should be a manual and not a wiki ;) (even though it _is_ written in the manual). maybe its better to put this under wiki.debian.org/DebianEdu/HowTo/KBabel
[20:36:48] <h01ger> jever, but you should get yourself write access to wiki.s.n in any case
[20:37:04] <h01ger> s/even though it _is_ written in the manual/even though it _is_ written as a wiki/
[20:37:59] <h01ger> jever, but write what you think. its a wiki and everything can be undone. i just try to keep some structure and style :-) (and putting too many questions in a manual can be confusing for people reading it, to learn something)
[20:38:44] <pere> ah, I am looking for the wrong thing. wiki.skolelinux.no is accessible for all. www.friprogramvareiskolen.no is not.
[20:38:59] <h01ger> :)
[20:39:08] <jever> ??
[20:39:50] <pere> jever: there is no access control on wiki.skolelinux.no.
[20:39:58] <h01ger> jever, more domains to confuse us all :)
[20:40:01] <pere> there should be, because of all the spam, but that is another story.
[20:40:03] <h01ger> pere, there is
[20:40:07] <h01ger> i just tried
[20:40:11] <h01ger> with another browser
[20:40:21] <h01ger> the pages are immutable without logging in
[20:40:31] <h01ger> (wiki.skolelinux.no)
[20:40:32] <pere> h01ger: ah, sure. yes, one need to log in.
[20:40:45] <pere> but one register on the web and get imediate access.
[20:40:51] * h01ger already took a note to describe this in the manual
[20:41:01] <jever> pere: where can I register?
[20:41:03] <h01ger> pere, yes. but this should be documented in the manual
[20:41:12] <h01ger> jever, http://wiki.skolelinux.no/UserPreferences
[20:41:30] <pere> #topic Preparing 3.0r1
[20:41:36] <h01ger> again?
[20:41:48] <pere> so, anything elase to cover related to 3.0r1?
[20:42:09] <pere> if not, we move on...
[20:42:22] <pere> #topic lenny roadmap
[20:42:24] <jever> aaah, http://wiki.skolelinux.no/UserPreferences that's I searched for :-)
[20:43:04] <pere> anyone?
[20:43:30] <h01ger> not related to the roadmap to lenny, but from lenny: it occured to me, that even if we release our lenny the same day as lenny from within lenny... we then can still release our lenny r1 with enhanced packages later :)
[20:43:45] <pere> sure.
[20:43:56] <h01ger> the only thing on the agenda about lenny is cd building, which sep did, and he is not here
[20:44:02] * h01ger waves to sep reading backlog :)
[20:44:44] * h01ger hasnt had time to work on the lenny roadmap, my next step (besides maintaining that wiki page) will be mailing all those blocker bugs for #311188. but after 3.0r1
[20:44:46] <pere> we could discuss generic lenny stuff too.
[20:45:15] * h01ger noted the debian lenny roadmap mostly contained "behind the scenes" stuff, but hardly desktop candy
[20:45:26] <pere> I urge everyone to have a look at
[20:45:29] <jever> h01ger: can you give the link to a status wikipage about lenny?
[20:45:29] <pere> #link http://wiki.debian.org/DebianEdu/roadmap
[20:45:32] <h01ger> and i want bulletproof-X for lenny :)
[20:45:41] <h01ger> jever, what pere just gave
[20:45:53] <jever> I noticed ;-)
[20:45:58] <pere> the main task for lenny will be merging with the educational stuff from extremadura / linex.
[20:46:22] <pere> their experience with teacher feedback and scaling should make a major difference.
[20:46:50] * h01ger nods pere
[20:47:08] <pere> I urge everyone to help them to get all their packages into debian/main and make them translatable to norwegian, german, french and english.
[20:47:40] <pere> I plan to start working on the lenny release as soon as 3.0r1 is out.
[20:47:45] <jever> are there ideas about implementing something like a groupware such as egroupware?
[20:48:06] <pere> jever: not before you mention it. :)
[20:48:10] * h01ger googles egroupware
[20:48:23] <pere> jever: what feature are you interested in?
[20:48:43] <pere> schooltool (or schoolbell to be exact), provide a calendar, I believe.
[20:49:12] * h01ger thinks schooltool is dead or sleeping very well
[20:49:29] <pere> #link http://www.schooltool.org/products/schoolbell
[20:49:34] <jever> it maybe a better to do all groupware things with such an aplikation as with much single tools spreaded around
[20:49:50] * pere hope everyone know that everyone is allowed to use #link.
[20:49:55] <an3as> If there is an *urgent* need for sponsoring linex stuff I would try to support this effort
[20:50:11] * h01ger nods jever, but there are other tools for this as well. so while i think its good to preconfigure one, we should also provide ways to integrate other tools.
[20:50:24] <pere> jever: what do you want from a groupware tool? the ones I know have a lot of stuff. which one of the features are you interested in?
[20:51:08] <h01ger> an3as, /me thinks helping linex is quite very helpful and kind of "urgent". they will manage without us, but for us the result will be better, the more we support them. that way they'll need less hacks and we all can profit more
[20:51:08] <pere> #link http://www.egroupware.org/
[20:51:23] <jever> mailing calendaring cms project, so all the thing one may need to put teams together
[20:51:50] <h01ger> jever, doesnt moodle also have (some of) these features?
[20:52:18] <h01ger> and/or kdepim/evolution. thats the challenge..
[20:52:23] <an3as> exactly this was my idea: We need to attract them!
[20:52:35] <jever> yes, but its not a choise if you *realy* want to groupware IMO
[20:53:07] <jever> moodle don't turns me on ;-)
[20:53:09] * pere just want a shared calendar and resource scheduling.
[20:53:22] <an3as> And don't thing I have no ulterior motives: I'm thinking about doctors in Extremadura will follow ;-))
[20:53:24] <h01ger> jever, 1.4mio installations turns me on :)
[20:53:36] <pere> #link http://moodle.org/
[20:53:42] <h01ger> an3as, ah. it all makes sense now :)
[20:54:01] <jever> eat more shit, because millions of flies does? ;-)
[20:54:06] <h01ger> nah
[20:54:15] <pere> so, we all have great plans for lenny. this is good. but I suspect we better move on.
[20:54:21] <jever> ack
[20:54:22] <pere> #topic lenny roadmap - status of lenny CD building?
[20:54:52] <h01ger> jever, in general i like your idea. i just think the devil is in the implementation detail. preselecting one solution _and_ allowing other schools to use different solutions..
[20:55:11] <pere> as far as I know, the state is that sep (Ronny) started working on this, discovered the need for two different versions of debian-cd to build it, started on the work to handle two build trees, and never had time to complete it.
[20:55:23] <jever> h01ger: yes, that's the question
[20:55:28] <h01ger> pere, thats what i remember too
[20:55:39] <pere> those willing to work on it will be given pointers and required access to the build host.
[20:56:13] <pere> we really need to get the CD building working soon, to be able to detect bugs in the lenny configuration.
[20:56:33] <pere> and to get some focus on reducing the number of config file editing we do using cfengine. :)
[20:56:42] <pere> next topic?
[20:56:45] <h01ger> jever, so if you want to start to develop a plan how to achieve that.... great! (and i would think we should have such a plan first (doesnt have to be _the_ _long_ and _detailed_ masterplan, but a plan), before we should agree to put that on the roadmap. currently i'd say, "we have groupwares. apt-get install $your_poison" :)
[20:57:17] * h01ger wonders if he is too ambitious here or if people agree
[20:58:10] <jever> h01ger: while I will implement egroupware @home, I can figure out, how to preconfigure it for school usage, hopefully
[20:58:24] <pere> I agree, but suspect we could include some more features in debian-edu, when people want to work on it. I have nothing against moodle working out of the box, a shared calender, automatic scheduling (we already got it using tablix), etc.
[20:58:48] <pere> #topic Next meeting?
[20:58:53] * h01ger nods. we should definitly improve the out-of-the-box-ness :)
[20:59:08] <h01ger> in two weeks?
[20:59:24] <pere> yeah.
[20:59:31] <h01ger> or in one week, but with just one topic: getting 3.0r1 out. (and a regular one two weeks after r1 is out)
[20:59:51] * h01ger prefers in two weeks. meetings to really get the work done :)
[20:59:57] <h01ger> s/to/dont/
[21:00:01] <danielsan> two weeks are cool
[21:00:11] * pere do not believe in meetings to push work forward. people with focus push work forward, while meeting will just waste time if the people lack focus.
[21:00:27] * h01ger nods
[21:00:33] <pere> november 26?
[21:00:52] <danielsan> it does not look like meetings attract any random people
[21:00:52] <pere> #agreed meeting in two weeks
[21:01:08] <pere> same time? I would like to have it a bit earlier
[21:01:27] <jever> 1h earlier?
[21:01:40] * h01ger thinks some people with kids want it later
[21:01:41] * danielsan is fine with 26th and has no problems unless it is after 18 UTC
[21:01:44] <h01ger> so 20.30?
[21:01:45] <an3as> meeting is fine for me
[21:02:07] <h01ger> or, lets make it 20 and people with kids can complain via mail :)
[21:02:10] <pere> 19:00 UTC would be fine with me.
[21:02:29] <h01ger> (/me spoke in MET)
[21:02:33] <danielsan> a/unless/if/
[21:02:36] <an3as> Do you think all missing people are attracted by their kids?
[21:02:50] <pere> anyone against 2007-11-26 19:00 UTC?
[21:03:03] <h01ger> i think, in general finnarne and sep both stating something like this
[21:03:08] <h01ger> an3as, ^
[21:03:22] <pere> well, sep went to bed already.
[21:03:27] <h01ger> hehe
[21:03:52] <pere> do we agree on 26. 19:00 UTC?
[21:04:04] * h01ger suggest pere does "#agreed next meeting 2007-11-26 19:00 UTC"
[21:04:09] <an3as> Well, my kid sometimes attracts my attention and I have to move to his room to ask him whether he could decrease the volume of his music, ...
[21:04:13] * danielsan nods
[21:04:16] <pere> #agreed next meeting 2007-11-26 19:00 UTC
[21:04:26] <an3as> but this is not differnten between 19:00 and 20:00
[21:04:33] <pere> anything else before I close the meeting?
[21:04:40] <h01ger> cheers!
[21:04:45] <an3as> prost
[21:04:48] <h01ger> nothing more from me :)
[21:04:58] <pere> just to close it. Keep up the good work, and we will get linux into every school!
Meeting ended.