=== Martinp24 is now known as Martinp23 === Varka_ is now known as Varka === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 13 Feb 07:00 UTC: Platform Team | 13 Feb 13:00 UTC: Education Team | 13 Feb 20:00 UTC: Security Team | 13 Feb 21:00 UTC: Server Team | 13 Feb 22:30 UTC: Forum Council | 14 Feb 14:00 UTC: Desktop Team [02:24] @schedule EST [02:24] Schedule for EST: 13 Feb 02:00: Platform Team | 13 Feb 08:00: Education Team | 13 Feb 15:00: Security Team | 13 Feb 16:00: Server Team | 13 Feb 17:30: Forum Council | 14 Feb 09:00: Desktop Team [03:01] @schedule PST [03:02] @schedule US/Pacific [03:02] Schedule for US/Pacific: 12 Feb 23:00: Platform Team | 13 Feb 05:00: Education Team | 13 Feb 12:00: Security Team | 13 Feb 13:00: Server Team | 13 Feb 14:30: Forum Council | 14 Feb 06:00: Desktop Team [03:02] sweet [03:04] :) [03:05] @schedule rome [03:05] Schedule for Europe/Rome: 13 Feb 08:00: Platform Team | 13 Feb 14:00: Education Team | 13 Feb 21:00: Security Team | 13 Feb 22:00: Server Team | 13 Feb 23:30: Forum Council | 14 Feb 15:00: Desktop Team [03:05] cool [04:08] register cttnmth21 [04:13] /msg nickserv set hide email on === calc_ is now known as calc === asac_ is now known as asac [05:54] * calc thought staying up to 1am would be easy, heh [05:54] * calc thinks he should take a nap next time [06:43] * bryce hands calc some coffee and toothpicks for the eyelids === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Platform Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 13 Feb 13:00 UTC: Education Team | 13 Feb 20:00 UTC: Security Team | 13 Feb 21:00 UTC: Server Team | 13 Feb 22:30 UTC: Forum Council | 14 Feb 14:00 UTC: Desktop Team [06:56] hi [06:56] good morning === calc_ is now known as calc [06:57] heya [06:57] Hi guys. [06:57] * slangasek waves [06:57] hi [06:57] good morning [06:59] * ogra yawns [06:59] hi [06:59] Now you guys know how I felt the last couple of weeks. :) [06:59] good morning (although I have to leave in 10min) [06:59] doko: ping? [06:59] aha [06:59] oh, and of course you're on vacation [06:59] TheMuso: you had a nasty sinus cold the last couple of weeks? My condolences :) [07:00] right, let's get started then [07:00] first off, congratulations to TheMuso for making ubuntu-core-dev last night [07:00] * ogra applauds [07:00] * asac hugs TheMuso [07:00] this and others brings ubuntu-core-dev past the 50 mark [07:00] yay [07:00] congrats! [07:00] Is that 50 active core-devs? [07:00] \o/ [07:01] congrats! [07:01] congrats TheMuso [07:01] Thanks folks. [07:01] TheMuso: I'm not sure I'd go THAT fra [07:01] far [07:01] * TheMuso scores. :p [07:02] looking down the list, I think maybe 45 or so are what I'd call active [07:02] Was just wondering, I didn't mean for people to check. [07:03] so, feature freeze [07:03] gah, he said the bad word [07:04] we have one day to go, and it's time to look down the list and figure out what's done, what should get an exception for some reason, and what we should defer [07:04] exception until when? [07:05] april 17? [07:05] ;-) [07:05] lol [07:05] only for openoffice [07:05] exceptions are usually for where there's a clear plan to completion (and usually a fixed end date), low risk, and usually not for too long since they eat into time available for other work [07:06] * evand had been thinking FF was Friday. Argh. [07:06] evand: last thing Thursday, in my book [07:06] cjwatson: you're correct, I had been running off of false memory rather than checking the wiki. [07:06] valentine freeze [07:06] easy menmonic [07:06] heh [07:07] let's run down the roster; I hope folks have a summary prepared [07:07] asac: you first [07:07] cjwatson: please me first [07:08] cjwatson: ffox transition as main browser should be done by that time. last upstream version not :) [07:08] network-manager started to prepare 0.6.6 (0.6.6 RC1 has been released yesterday) ... so I assume we want an exception for that as well [07:09] oh, sorry [07:09] doko_: yes, go ahead [07:09] * asac holds back [07:10] toolchain: completed (outstanding is gfortran transition for universe; do we want to propose that for MOTU)? [07:10] dist-compiler-flags: uploaded, first breakage fixed. [07:11] happy for universe transitions to extend past feature freeze if MOTU are happy with the scope of the work [07:11] robust-python-upgrades: will probably not upload tomorrow, but on Friday/Saturday [07:11] java-for-main: still based on gcj, discussions about openjdk are going on [07:14] slangasek: are you ok with the python upgrade work stretching out an extra day or two? [07:14] yes, I'm comfortable with that [07:15] thanks [07:15] doko_: ok, go :-) [07:15] sorry, have to leave [07:15] bye doko_ [07:16] ok i think i should continue? [07:16] argh, the problem with this time is that it intersects with my mirror update ;-) [07:16] asac: yes please [07:16] ok ... so network-manager might see a new upstrewam version after FF (upstream plans to release by end of Feb), but its merely a bug-fix release [07:16] I think we knew in advance that we probably wouldn't have fx3 final by FF [07:17] and our network-manager already carries a load of cherry-picks that would go into 0.6.6 [07:17] oh, new upstream in the 0.6 series? [07:17] yeah ... unexpected. appeared after some mailing list discussion [07:18] ubufox: we will have an ubufox for firefox 3 in time for FF (its completed). If we want to get a shiny new system-extension integration we need a FF exception. sorry, but firefox code didn't have the required bits to work on this seriously until recently. [07:18] but its in-house development ... if that matters [07:18] system-extension => teaching firefox how to install extensions that are packaged as .debs [07:19] right [07:19] you will see what i mean with the beta 3 upload [07:19] it would be a regression from gutsy if we didn't have that [07:19] you can now search for extensions in the addons-dialog [07:19] we marketed that quite strongly [07:19] cjwatson: read what i said: we will have ubufox with the same featurees for FF [07:19] e.g. you can now click on the lnk that opens package manager [07:20] oh, what does "shiny new" indicate then? [07:20] cjwatson: that our package search is directly integrated in their addons search [07:20] and how far along is that effort today? [07:21] this depends heavily on my over all work load [07:22] http://people.ubuntu.com/~asac/Add-ons.png [07:22] http://people.ubuntu.com/~asac/AddonsResults.png [07:23] i think it will take a week of work if nothing else pops up and some upstream code changes [07:24] to make our extensions display in the same list [07:24] as opposed to in the separate "Ubuntu Addons" tab? [07:25] no ... as opposed to a link in the bottom that opens the package manager (like what we have in ffox 2) [07:25] ah, right [07:25] the other option is to display the package manager in a separate tab [07:25] i evaluated that as well, but the amount of work should be more or less the same [07:26] -> http://people.ubuntu.com/~asac/AddonsEmbedded.png (thats the gnome-app-install as a plugin prototype) [07:27] my experience with using xembed for things has generally not been great in the long run, so that wouldn't be my favoured option [07:27] * evand chuckles over gparted [07:28] yeah ... the right way is to integrate our search results in the main search io [07:28] imo [07:28] asac: how are things looking for you for the bug-fix part of the cycle? obviously my main concern is that further feature work eats into your time for stabilisation [07:28] so it depends on our comfort level with that [07:29] it sounds to me like it would be better to postpone these UI enhancements, given that there's a fair amount of work left to be done and you're likely to have your hands full with ff3 and NM, without also having to worry about fixing bugs in the new UI [07:30] but perhaps I misjudge, and updates to newer FF3 upstream releases will be a walk in the park :-) [07:30] i agree to some degree. my priority is: fix xulrunner + NM issues [07:30] only then do these UI enhancements to ubufox [07:30] slangasek: updates won't be a problem [07:31] the main problem is that epiphany upstream refuses to work on anything mozilla related nowadays so i have to do all the upstream work to fix the major blockers [07:31] how are the rest of the xulrunner issues looking? [07:31] I gather OOo is nearly there [07:31] cjwatson: xulrunner looks decent imo [07:32] our packaging rocks for ffox 3 and xulrunner ... only thing that might cause work is that upstream has not yet committed to freeze api/abi ... so there might be respins needed [07:33] do we have a means of detecting ABI changes, or are we reliant on people reporting breakage? [07:34] breakage for now ... but we see breakage early due to ffox/xul split [07:35] ok, I think we're going to have to move on, let's come back to ubufox UI changes if we get a chance later [07:35] thanks for the details [07:35] ArneGoetje: you're up [07:35] thanks [07:35] langpack-o-matic is ready for merge and testing [07:36] I disabled the package split for zh-cn and zh-tw though... [07:36] that means the installer won't need to be changed for now [07:37] I will ping pitti later to let him take a look [07:37] ok, has pitti looked at any of it so far? [07:37] seems not... he let me do the testing on my machine... :) [07:38] heh [07:38] however, locally it works. [07:38] ok, that really ought to go into the archive today [07:38] ok [07:39] similarly with cjk-unifonts work? [07:40] I didn't have time however to pursue on the language-selector changes and the font-selector though... so for language-selector would probably need an exception. font-selector maybe needs to be deferred... [07:40] cjk-unifonts is almost ready for upload. [07:40] font-selector was a bit of a late addition anyway, nice though it would be [07:41] I'm currently fixing some bitmaps in the uming font and will then do the packaging [07:41] the language-selector work seems needed in order to take full advantage of the language pack changes [07:41] I expect to upload the new package tonight [07:41] which I think is something we want so we have flexibility later [07:41] yes [07:41] how much more is to be done there? [07:42] I'm not sure... need to consult with mvo [07:42] (he wrote the code, I'm just a coding newbie) [07:44] ok, I'll grab mvo later on today and find out what's happening there, if you don't beat me to it [07:44] ArneGoetje: thanks [07:44] bryce: ? [07:44] ok [07:44] ok, I will ask him too [07:45] * autoconfigure-monitor-frequency: 100% done. [07:45] * multi-monitor-config: 75% done. [07:45] * x-testing-infrastructure: 25% done. Not FF-critical [07:45] * monitor-settings-database-online: Postponed to Hardy+1 [07:45] * hardy-console: Reassigned [07:45] multi-monitor-config (aka Xrandr GUI) is coming along well, but will need a few more days until it's ready for upload. Relatively recent screenshot: http://bryceharrington.org/files/screenrez_9.png [07:45] Part 1 was extending libxrandr; this is done. I talked to Keith Packard about taking it upstream; he says he'd rather see it implemented as an independent library. That's going to take another 2-3 days though. I decided to press on with getting something functional, and will come back to that later. [07:45] Part 2 is the GUI itself. This is about half done, and will take a few more days before its functional enough to be uploaded. I'm hoping to get here by Thursday, but it might take another day or two beyond that. [07:45] Part 3 is basically lots of testing against different configs. :-) [07:46] x-testing-infrastructure has no components that need uploaded to Hardy, so I've postponed focusing on it for the time being. [07:46] There is some remaining work to do with input-hotplug and hal support. Timo is going to look into what's needed and will let me know if my help is needed there. [07:47] Inkscape's pre-release has been uploaded. Final version will come in 2-3 weeks. Inkscape's in feature freeze, so it'll just be bug fixes from here on out. [07:48] I'm concerned about input hotplug and hal; if that's changing, we need notice as it's going to be moderately complex to handle in the installer [07:48] I think at this point we should probably stick with the input configuration mechanisms we've got, unless it lands by tomorrow [07:48] cjwatson: okay [07:49] cjwatson: I will check this with timo [07:50] all the other stuff on my todo list is either bugs or other stuff that can be postponed until after freeze. [07:50] multi-monitor-config is sexy enough in potential that I'd like to allow a few more days [07:50] great, that'll help a lot [07:51] * slangasek agrees [07:51] I don't know why someone else hasn't already done this work, but it's definitely something that everyone has been expecting for a while [07:52] I'll have to poke mjg59 about the hardy-console kernel bit again, bit concerned about that [07:52] let's move on [07:52] bryce: thanks [07:53] calc: you're up [07:53] * bryce nods [07:53] lzma is pretty much ready aiui, i uploaded test OOo lzma source today [07:53] i think they may end up rolling it out tomorrow, but i am not certain [07:54] kiko has told me they'll cherry-pick the required LP change rather than having us break feature freeze fo rit [07:54] for it [07:54] i am working on converting OOo over to use xulrunner-1.9 which will be uploaded along with the lzma fix (hopefully) [07:54] (and with that I think I'm definitely all out of LP team credit) [07:55] s/fix/usage/ [07:55] heh [07:55] calc: great. [07:55] ooo-langpacks hasn't happened, right? [07:55] cjwatson: no [07:55] cjwatson: deferred to splitting of source [07:56] which i will be concentrating on more as i get more time [07:57] ok [07:57] also working with hsqldb upstream on a patch to correct the security misfeature, i verified the versions he wanted to use work and just waiting to get the patch from him at this point [07:57] for cd-reduction we'll have to see how things look once the alternates have lzma packaging [07:57] yes [07:57] that's good news [07:58] once we have lzma done i can go about adding lzma compression to various bits if you would like [07:58] did you get the useless en_GB bits stripped out of the English langpacks? [07:58] that we identified in Cambridge [07:58] i'll have to go back and check that to make sure [07:58] i think i did, but i don't recall for certain at the moment [07:58] * calc adds that to his todo list to verify [08:00] i think that is all, but i may be leaving out something [08:00] that one looked like low-hanging fruit, so we should grab it if we can [08:00] calc: ok, thanks [08:00] evand: your turn [08:00] yea, i will check it before uploading the next set of debs [08:00] * UbuntuSpec:ubiquity-preserve-home : Major bug needs to be fixed and [08:00] tested, but otherwise done. [08:00] * UbuntuSpec:hardy-ubiquity-usability : Need to finish merging and [08:00] refining new tzmap. Keyboard selection, time estimates, and auto-resize [08:00] text need to be done. These are smaller tasks. [08:00] * UbuntuSpec:hardy-ubiquity-reliability : Need to finish "repeat steps [08:00] on failure" and merge in file copy integrity check work. Need to add [08:00] retry dialog for the bootloader and finish porting the rest of the [08:00] bootloader work to Kubuntu. Insufficient file space check needs polish. [08:00] * UbuntuSpec:encrypted-filesystems : Deferred, discussed at previous [08:00] meeting. [08:00] * UbuntuSpec:installer-for-windows : Done, just a matter of fixing [08:00] bugs. [08:00] * UbuntuSpec:gobuntu-hardy : Haven't spoke to Kurt about the status. [08:01] Will follow up for next meeting. [08:01] The bug in ubiquity-preserve-home wont take long to fix. But I'd like to test it thoroughly before uploading that again. [08:01] My biggest concern is the new tzmap. If possible, I'd like to have the weekend to finish it. I can make ubiquity switch between it and the old tzmap with a flag, so it can be easily backed out, if necessary. [08:02] The rest should be doable by tomorrow night. [08:02] with the lack of development work on Gobuntu, we may have to do something drastic there [08:02] (but that's not your problem) [08:04] slangasek: what do you think about the timezone map UI changes? I'm too close to it. The reason it's being considered is that it's what's needed to make the installer fit in smaller screen sizes, which is a major source of confusion and bugs [08:04] anything I didn't mention is done or about to be uploaded [08:04] though I think the things Evan mentioned under reliability are larger sources of bugs and higher priority [08:05] indeed, that's exactly why I want to push the tzmap into the weekend -- so I can spend the remaining time on the reliabilty spec [08:05] evand: the map doesn't have to be in its absolute final form for FF, of course, just good enough [08:05] well, that will happen either way [08:06] cjwatson: ok [08:06] it sounds like the higher-prio stuff is well in hand, and I agree that the TZ map UI is a big deal for usability on smaller screens [08:06] so I think an exception through the weekend is fair [08:06] fantastic, thanks slangasek [08:07] ok [08:07] evand: thanks for the hard work on installer-for-windows, in particular [08:08] you're welcome, though I mostly enjoyed it. I think we're set to grab a whole new class of users with that feature. [08:08] I should slot in myself at this point [08:08] hardy-bootloader-review: Most of the hard work done; still need to make menu item changes and apply some visual tweaks. Should be able to do most of the rest today. [08:08] apt-authentication-reliability (mostly mvo): done [08:08] networkless-installation-fixes (mostly mvo): done except for adding a progress bar to apt-setup for the 'apt-get update' stage, which was already tried in Debian and caused some problems; this probably won't happen [08:08] and of course the seed reorganisation, which happened on Monday night and should relieve us from merge busywork in future; that was also a prerequisite for edubuntu-addon, coming up later ... [08:09] TheMuso: anything from you? [08:09] initramfs error handling: Essentially done minus the update-manager part, but waiting on kees to get back to me re implementatino and mdadm, however he is still catching up on email, so this may not happen for a while, and I don't think this is critical. [08:09] However, there is a new merge of initramfs-tools and lvm2 that need to be done, and I don't feel up to doing what appear to be rather big merges at this point, so if someone wants to do them, I can pass on my spec work to add to the packages. [08:09] Still looking at dmraid, and doing testing, however since its universe, can easily push it in as an addition later, or at the most, get an exception for it for a few days, once I've had a chance to install, integrate into initramfs error handling, and test. [08:09] TheMuso: first step is to get whatever parts of the feature work you're comfortable with so far uploaded [08:10] it doesn't all have to go in one giant upload [08:10] If we are keen on possibly gettind dmraid in, there is also a new upstream version that might be worth uploading. I can take cae of that if we want it. [08:10] cjwatson: ok [08:10] on initramfs-tools merging, it's rather late and we may want to consider just backporting the stuff we need [08:10] dmraid will need to go to main if it's going to be useful [08:10] Fair call. What about lvm? From what I remember, there is a new upstream version. [08:11] cjwatson: Yeah I know re dmraid, which is why I'm willing to help test and integrate with error handling. [08:11] TheMuso: once you have some basic testing of dmraid done, would you deal with the main inclusion review? now that you're -core-dev you can take that over from evand :-) [08:11] As I happen to have the hardware that makes use of fakeraid. [08:11] s/review/report/ [08:11] cjwatson: Sure, can do. [08:11] what's the reasoning for looking at the new upstream of lvm2? [08:12] But I don't think its worth doing till we've got the partman-dmraid bugs worked out. [08:12] Oh I thought it may be desirable thats all. [08:12] I didn't dig any deeper, was just looking through what Debian has done since our version. [08:12] only if there are compelling improvements [08:13] Fair enough. Unless someone wants to look into it, I say just leave it. [08:13] ok, thanks [08:14] ogra: ? [08:14] np [08:14] classmate: [08:14] * image creator -> freeze releveant stuff (packages) done, final changes on builder scripts pending until packages are in the archive [08:14] * usb suspend kernel fixes -> no feedback from amitk yet, will hunt him down this week [08:14] * theft protection -> behind on that, will need some more days ... [08:14] . [08:14] edubuntu-content-server: [08:14] * behind, needs exception (doable until the weekend i think) [08:14] . [08:14] edubuntu-addon-cd: [08:14] * seed integration between edubuntu and ubuntu ongoing [08:14] * debian-cd changes pending [08:14] . [08:14] ltsp: [08:14] * upstream reorganization in ldm and ltspfs are finished as well now, new versions packaged [08:14] * a majority of the open LP bugs closed (still 38 open though) [08:14] * ldm CK integration will still need some love on the CK side (local vs. non-local sessions) [08:14] . [08:14] edubuntu-and-italc (classroom management): [08:14] * not officially approved boston spec stgraber worked on with massive success, he reworked the whole italc UI, made it compatible with ltsp5 as well as recent VNC with massive upstream participation (not something that eats much of my personal time apart from testing the package, but that huge effort should be mentioned somewhere :) ) [08:14] . [08:14] packages: [08:14] sabayon and tuxtype had new releases that incorporate plenty of fixes i'd like in hardy, so i'd like to ask for freeze exceptions for these (both are edubuntu packages, sabayon follows the gnome schedule loosely) [08:15] I'm mortified about the theft protection thing, it somehow slipped off all my todo lists and when i remembered it last night i recognized the upload from intel is broken ... :( [08:15] my connection is bouncing :-\ [08:15] theft protection is only going to appear in classmate, so feature freeze only applies insofar as slipping it takes away from your bug-fixing time [08:16] well, i'd like to not have ppa's in the classmate sources.list [08:16] oh [08:16] ogra: I'll grab you today and we can do the edubuntu-addon integration [08:16] i misread [08:16] oki [08:16] i have edubuntu meeting at 12:00 UTC [08:16] ogra: openssh CK integration is needed for ltsp, right? [08:17] right [08:17] so I had probably better upload that :) [08:17] well, the ssh side of things seems fine [08:17] with your patches [08:17] CK isnt yet [08:17] CK upstream acked it and seemed happy except that he thought the need to make the session explicitly active was a CK bug [08:17] but we can live with that [08:18] its not about active/inactive, its about local/nonlocal [08:18] ogra: please deal with sabayon and tuxtype in the usual way by mail to the RM if those are after FF [08:18] will do [08:18] the general concept of CK doesnt allow administrative tasks for non local sessions as i understood it [08:19] i have the session listed in CK and marked active [08:19] well, policykit disallows it [08:19] anyway, that doesnt belong here [08:19] CK doesn't inherently say anything about it [08:19] ogra: either way, right now, you can work around it by running the admin tools as root, which will tell policykit to just let you through already [08:19] ah, right, s/CK/polkit/ [08:20] (I know I said earlier that that wasn't needed any more ...) [08:20] ogra: please make sure there's a bug filed on policykit about ltsp's needs here [08:20] right, well, i'd like it fixed somehow, but yes thast a feasable workaround [08:20] will do [08:20] ogra: what's left in edubuntu-content-server? [08:22] everything, but thats an afternoon fingertraining ... its actually only an empty metapackage for now with deps on the needed packages [08:22] i can probably do it today if i have time left [08:24] ogra: ok, thanks [08:24] slangasek: last up [08:25] grub-configuration-improvements: in beta since shortly before alpha 4, have a couple of bugs yet to stomp out but looking good for FF [08:26] larger-livefs: RT opened requesting more disk space on the livefs buildds to accomodate building another set of images for the DVDs; it seems unlikely that the buildd that's tight on disk space now will have more available by FF, but I expect to be able to have something in place for the other arch before Thursday [08:26] which arch is which there? [08:27] double-checking [08:27] i386 has space, amd64 does not [08:28] that's a good way round [08:28] * slangasek nods [08:29] cjwatson: if we have it going for i386 in time, would it be ok to enable this for amd64 post-FF when the resources become available? [08:29] PAM auth we deferred, IIRC [08:29] yes [08:29] I think so, if the idea is confirmed to work on i386 [08:29] also, I would like to mutter vaguely about user percentages [08:30] anything else of concern to you for FF? [08:30] heh [08:30] not of personal concern, no :) === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 13 Feb 13:00 UTC: Education Team | 13 Feb 20:00 UTC: Security Team | 13 Feb 21:00 UTC: Server Team | 13 Feb 22:30 UTC: Forum Council | 14 Feb 14:00 UTC: Desktop Team | 15 Feb 04:00 UTC: MOTU [08:31] and I think ubotu is hinting to us that we're over-time [08:32] seems to be :-) [08:32] all right, AOB? [08:32] just quick for my actions from last week: i couldn't verify that icedtea java doesn't work work on amd64 ( i tested a pbuilder build first and then the bits in the archive and both worked fine for me). so lets review if we can send j2se1.4 to graveyard next week i guess [08:32] for vpn plugins in main, soren said: "Last I checked, they never even had a proper release. I've always just grabbed a random svn checkout." [08:32] so most likely this is a no go for main inclusion [08:33] :( oh well. Thanks for looking into it asac . [08:33] asac: was that just vpnc, or openvpn too? [08:33] i could upstream upstream list on release policy though - if we want. [08:33] cjwatson: for both iirc [08:33] asac: it's worth contacting them even if it doesn't make this release, I think [08:33] ok will do [08:34] asac: did you get anything sorted with regard to 1.4's buildability? [08:34] you were to upload it to a PPA if you couldn't fix the build locally [08:34] cjwatson: well given that i couldn't verify that icedtea doesn't work (which was the reason to look into resurrecting 1.4) i didn't put more resources in that [08:35] was that a wrong judgement? [08:35] a useful extra data point, is all [08:36] ok, i can upload ppa then (though i think we should seriously consider to refer to icedtea as our java plugin for amd64) [08:37] I would like to, I'm just conscious that people have evolved personal preferences here so it would be nice to have strong reasoning for dropping things [08:37] ok, anything else before we adjourn? [08:37] well, i doubt that anyone would have preference for this broken 1.4 plugin. but anyway, will do [08:38] ok [08:38] going ... going ... [08:38] ;) [08:39] adjourned, thanks all [08:39] thanks [08:39] thanks! [08:39] thanks [08:39] thank [08:39] s [08:39] thanks [08:39] thanks :) [08:40] thanks [08:40] * TheMuso goes to fetch dinner. === \sh_away is now known as \sh === \sh is now known as \sh_away === \sh_away is now known as \sh === cropalat_ is now known as cropalat [11:32] @now [11:32] Current time in Etc/UTC: February 13 2008, 11:32:03 - Next meeting: Education Team in 1 hour 27 minutes [11:32] @schedule berlin [11:32] Schedule for Europe/Berlin: 13 Feb 14:00: Education Team | 13 Feb 21:00: Security Team | 13 Feb 22:00: Server Team | 13 Feb 23:30: Forum Council | 14 Feb 15:00: Desktop Team | 15 Feb 05:00: MOTU [12:00] hi ... who's here at the moment for the edubuntu/education meeting ? [12:00] @schedule rome [12:00] Schedule for Europe/Rome: 13 Feb 14:00: Education Team | 13 Feb 21:00: Security Team | 13 Feb 22:00: Server Team | 13 Feb 23:30: Forum Council | 14 Feb 15:00: Desktop Team | 15 Feb 05:00: MOTU [12:01] RichEd, wait one hour :P [12:01] emgent ? any special reason why ? [12:02] RichEd, 13 Feb 14:00: Education Team [12:02] (13.00 in italy) [12:03] * stgraber waves [12:03] strange ... looks like the fridge event was put in an hour late [12:03] emgent: we normally kick off at 12h00 UTC ... which is now [12:04] @schedule [12:04] Schedule for Etc/UTC: 13 Feb 13:00: Education Team | 13 Feb 20:00: Security Team | 13 Feb 21:00: Server Team | 13 Feb 22:30: Forum Council | 14 Feb 14:00: Desktop Team | 15 Feb 04:00: MOTU [12:04] Etc/UTC: 13 Feb 13:00: Education Tea [12:04] seems to star at 13.00 UTC [12:05] emgent: yep ... same as the fridge event ... looks like the event creator shifted the time out [12:05] * RichEd is confident about what time it *usually* is supposed to start since ogra and me manage the meetings :) [12:05] :) [12:06] ogra: you around & about ? [12:06] * RichEd suggets then that we move the meeting to the *advertised* time slot [12:08] == edubuntu/education meeting = will commence in an hour == [12:08] (sorry guys ... the fridge schedule was incorrect ... we'll stick to the schedule) === mrevell is now known as mrevell-lunch === RichEd-1 is now known as RichEd === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Education Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 13 Feb 20:00 UTC: Security Team | 13 Feb 21:00 UTC: Server Team | 13 Feb 22:30 UTC: Forum Council | 14 Feb 14:00 UTC: Desktop Team | 15 Feb 04:00 UTC: MOTU [13:00] === edubuntu/education meeting = in 2 mins === [13:01] if you are here for the education meeting, say hi ... ogra does not seem to be available ... the meeting will probably be quite short with no tech [13:05] 'm here now [13:05] sorry, i worked through the night and had to get 3h of sleep, else i wouldnt survive the day [13:05] so, geature freeze is tomorrow [13:06] *feature even [13:06] ogra: suspected that you were busy busy busy with that :) [13:06]