[00:19] 'night === GrueMaster_ is now known as GrueMaster === rgreening__ is now known as rgreening === voRieLLo is now known as voRia === oubiwann is now known as oubiwann_ === thekorn is now known as _thekorn === _thekorn is now known as thekorn === oubiwann_ is now known as oubiwann === oubiwann is now known as oubiwann_ [14:00] Morning NCommander [14:01] ogra, please grab the Freescale call, suggest shutting it down as there is nothing to do at this time [14:03] * GrueMaster yawns [14:04] #startmeeting [14:04] Meeting started at 08:04. The chair is ogra. [14:04] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:04] heya [14:04] hi [14:04] hi [14:04] seems the agenda isnt properly filled and i have no idea what the action items from last week were [14:05] * ogra sighs [14:05] I wasn't here last weeek [14:05] Were there any? It was release week [14:05] there was "fill out the arm release notes" for asac and me [14:05] (i'm still waiting for NCommander to add the dove install instructions, the rest is done) [14:06] i dont remember what else [14:06] i know there were a bunch [14:06] sorry for being tardy [14:07] ok, there was: NCommander, plars, ogra to test firefox on new image [14:07] looked fine, i tested it right away [14:07] as did I [14:07] no unexpected scrollbarsin sight [14:07] stuff like google maps, yahoo, etc looked normal again [14:08] and there was "asac and ogra to flesh out release notes" [14:08] which was done modulo the dove install instructions <- NCommander please add [14:08] ogra: add an action item for me on that (I'm currently updating the karmic ones) [14:08] and there was a carry over for dyfet to add a check for v6->v7 upgrades to update-manager [14:09] NCommander, just copy paste and remove mentioning of karmic ... if you really do it after the meeting we dont need an extra action imho [14:09] ogra: I need to update the bootloader section [14:09] dyfet, has an SRU patch been created for mvo to inspect for u-m ? [14:10] [action] NCommander to add a link for dove install notes to https://wiki.ubuntu.com/ARM/LucidReleaseNotes [14:10] ACTION received: NCommander to add a link for dove install notes to https://wiki.ubuntu.com/ARM/LucidReleaseNotes [14:11] hmm, no dyfet [14:11] so i suspect thats a c/o [14:12] [action] dyfet to fix update-manager sanity checks for ARM upgrades in an SRU [14:12] ACTION received: dyfet to fix update-manager sanity checks for ARM upgrades in an SRU [14:12] ok [14:12] moving on [14:12] [topic] Standing Items [14:12] New Topic: Standing Items [14:12] i guess we dont need to look at the workitem tracker atm [14:13] There's a new one, but it's mostly empty :) [14:13] Mostly just need to get specs for UDS up and improved [14:13] neither on any of the other items in that section or do we ? [14:13] so did everyone who has poposed spec for UDS talk to lool ? [14:13] to get them approved and scheduled ? [14:14] (iirc lool is supposed to approve/decline unless that changed, though nobody told us yet) [14:14] feel free to talk to me ;) [14:14] NCommander: please submit your spec against ubuntu-arm project [14:15] [action] everyone with UDS specs planned, talk to asac for approval/declination [14:15] ACTION received: everyone with UDS specs planned, talk to asac for approval/declination [14:15] or keep it where it is ... hjowever, i think its best to file it against ubuntu-arm as in that way we will track it [14:15] asac: huh? [14:15] [action] everyone with UDS specs planned please submit your specs against ubuntu-arm project [14:15] ACTION received: everyone with UDS specs planned please submit your specs against ubuntu-arm project [14:16] anything else we need to discuss on the standing items ? [14:16] I think all the specs for Ubuntu ought be done against ubuntu. It's a huge pain to move stuff against projects to be against distros (we encountered this previously when fussing with ubuntu-mobile project, and that is part of why we gave up the ubuntu-mobile LP project) [14:16] No maverick images available yet :) [14:17] https://blueprints.edge.launchpad.net/ubuntu-arm/+specs disagrees :) [14:17] * NCommander has everything submitted against ubuntu with davidm as the approver. If we're going to chang ehow we're filing blueprints, that should have been annoyanvced ages ago [14:17] NCommander: it was announced [14:17] NCommander, it was announced about four to six weeks ago [14:17] multiple times [14:17] right [14:17] * NCommander sighs [14:17] not the ubuntu-arm project but that lool should be approver for all specs at least [14:17] ogra: How does that disagree? Looks like someone else is trying to experiment with a separate project again and will have the same pain later. [14:18] mobile team has no own track ... so if its arm related it should be ubuntu-on-arm [14:18] all blueprints are approved by lool [14:18] davidm, it was delegated to asac [14:18] NCommander, I am not involved this cycle [14:19] [link] https://blueprints.edge.launchpad.net/ubuntu-arm/+specs [14:19] LINK received: https://blueprints.edge.launchpad.net/ubuntu-arm/+specs [14:19] so lets move on unless someone else has anything for the spec topic [14:19] thanks ogra [14:19] * ogra skips up to image status [14:19] [topic] ARM Image Status [14:19] New Topic: ARM Image Status [14:20] i saw that NCommander asked that imx51 and dove images get disabled [14:20] which apparently happened [14:20] (thanks cjwatson ) [14:21] since both wont have supported kernels in ubuntu for maverick [14:21] (yet) [14:21] ogra: can you action item me to post a bzr branch to also drop imx51/dove there (the netboot images are still being generated) [14:21] omap and versatile images will persist for now [14:21] er [14:21] drop imx51/dove in d-i [14:21] yes [14:21] NCommander: Don't drop it: just leave it unused. [14:22] persia: ? [14:22] [action] NCommander to take care for disabling (not dropping) netboot builds in d-i [14:22] ACTION received: NCommander to take care for disabling (not dropping) netboot builds in d-i [14:22] hrm [14:22] [action] NCommander to take care for disabling (not dropping) netboot builds of imx51/dove in d-i [14:22] ACTION received: NCommander to take care for disabling (not dropping) netboot builds of imx51/dove in d-i [14:22] thats better :) [14:23] we want to keep omap and versatile :) [14:23] anything else on images ? [14:23] 10.04 was aweseom? [14:23] *awesome [14:23] agreed :) [14:24] I think we're good on images [14:24] ok, moving ong [14:24] *on :) [14:25] [topic] AOB [14:25] New Topic: AOB [14:25] any having anything ? [14:26] thank you ogra for taking over [14:26] and also [14:26] Pepole, please post your ARs! (I'm not perfect on this either, but we really should have them all the wiki) [14:28] well [14:28] its probably good to mention that we should take a look on universe FTBFS in maverick now that main is mostly sorted [14:28] i dont expect massive fallout in main this cycle ... no huge toolchain changes like we had the last releases or anything similar will occur ... [14:28] so we should try to get more motus intrested and work with them to fix all the ftbfs mess [14:28] thats all i had to say for AOB ... [14:28] anyone else ? [14:28] doesnt look like ... [14:28] how about we adjourn then ? :) [14:28] going once ... [14:28] going twice ... [14:28] #endmeeting [14:28] Meeting finished at 08:28. [14:28] boo === JanC_ is now known as JanC [14:30] grr, sorry ... worst time for a disconnect [14:30] did i miss anything ? (can somebody paste in a PM if i did) [14:30] so what i said in AOB without noticing i was off ... [14:31] its probably good to mention that we should take a look on universe FTBFS in maverick now that main is mostly sorted [14:31] ogra: no, everything posted through [14:31] i dont expect massive fallout in main this cycle ... no huge toolchain changes like we had the last releases or anything similar will occur ... [14:31] so we should try to get more motus intrested and work with them to fix all the ftbfs mess [14:31] you even closed out the meeting [14:31] oh :) [14:31] i did ? [14:31] #endmeeting [14:31] right ... i didnt get any feedback :P [14:31] You did. [14:32] great, enjoy your day then :) === oubiwann_ is now known as oubiwann [15:00] hello everyone [15:00] TB meeting time [15:00] cjwatson, sabdfl, kees, mdz, Keybuk: ping [15:00] hi === MosquitoOo is now known as MaWaLe [15:00] hello [15:00] hey Colin, how are you? [15:01] our famous leader [15:01] * pitti sees Scott getting into his boots very fast [15:02] mdz said he'd be here a little late === unimix is now known as unimix|away [15:02] semi-recovered [15:03] but only semi. Looking forward to dozing on the train tomorrow ;-) [15:03] heh, have a good rest! [15:04] sunsets should be great from the train, what with all the *ash* in the air ;-) [15:04] cjwatson: would you mind SMSing Scott? I'll SMS Kees [15:05] sure [15:07] ok, let's start for now [15:07] #startmeeting [15:07] Meeting started at 09:07. The chair is pitti. [15:07] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:07] [LINK] https://wiki.ubuntu.com/TechnicalBoardAgenda [15:07] hello, sorry i'm late [15:07] LINK received: https://wiki.ubuntu.com/TechnicalBoardAgenda [15:07] hey kees [15:08] [TOPIC] Review of previous actions [15:08] New Topic: Review of previous actions [15:08] ScottK and Riddell to finalize draft, get agreement with KDE on point release criteria [15:08] ScottK, Riddell: ^ any update, or push forward? [15:08] cjwatson to write up 2010-03-09 meeting minutes [15:08] cjwatson: I guess we'll push that? :-) [15:08] pitti: started reviewing yesterday, will get it sorted this week [15:09] cjwatson to drive libfaac issue to conclusion [15:09] cjwatson: I think that happened, right? [15:09] not done yet, got eaten by release and I decided that it wasn't RC [15:09] Riddell: ooh, thanks! [15:09] [ACTION] ScottK and Riddell to finalize draft, get agreement with KDE on point release criteria [15:09] ACTION received: ScottK and Riddell to finalize draft, get agreement with KDE on point release criteria [15:09] as in, nothing in the archive actually performed the problematic link [15:10] cjwatson: ah, so it's actually a non-issue completely? [15:10] (I thought last time we resolved to that it's not something we need to deal with?) [15:11] I still want to look at it [15:11] Keybuk texted back to say he's on leave today [15:11] ok [15:12] [ACTION] cjwatson to drive libfaac issue to conclusion [15:12] ACTION received: cjwatson to drive libfaac issue to conclusion [15:12] cjwatson: thanks [15:12] [TOPIC] Scan the mailing list archive for anything we missed [15:12] New Topic: Scan the mailing list archive for anything we missed [15:12] not sure who added that [15:12] but I had a look today, and found two things, I put them on the agenda now [15:12] [TOPIC] Request for Kubuntu Unseeded Packages Team [15:13] New Topic: Request for Kubuntu Unseeded Packages Team [15:13] [LINK] https://lists.ubuntu.com/archives/technical-board/2010-March/000155.html [15:13] LINK received: https://lists.ubuntu.com/archives/technical-board/2010-March/000155.html [15:13] does anyone have an opinion about this? to me this again sounds like DMB matter [15:14] I'm not sure how the package list would be defined [15:14] cjwatson likely knows the sort of magic for that [15:14] I'd like to see it implemented as a seed (even if not a seed that ends up on a CD), just for ease of tracking. [15:14] feels like dmb. if dmb has questions with it then it would hit TB? [15:15] I thought in terms of dependencies, as a basis for that list? [15:15] kees: That matches the decision from last week, but it was TB prior to that (including at the time of the mail) [15:15] ICBW, but I think it needs to be a seed for the LP magic to work [15:15] so I should talk to DMB and get approval there then find out who can implement it? [15:16] Riddell: DMB can implement: the key bit is getting the list. I'm happy to help you put that together over the next week. [15:16] right, I don't think we can define them (technically) as a negative of seeds [15:16] we can define them however we like. a seed is easiest [15:17] but it's quite programmatic right now ... [15:17] tracing reverse build-dep graphs is a rather painful way to do it though [15:17] happy to sit down with somebody at UDS and try to thrash it out; that might be the easiest way [15:18] ok, we can do that [15:18] thanks [15:19] [TOPIC] Canonical's patent licenses impact on redistribution [15:19] New Topic: Canonical's patent licenses impact on redistribution [15:19] [LINK] https://lists.ubuntu.com/archives/technical-board/2010-April/000192.html [15:19] LINK received: https://lists.ubuntu.com/archives/technical-board/2010-April/000192.html [15:19] This came up on the ML again, and it's again a legal matter [15:19] pitti: here now [15:19] I don't feel that I can definitively answer this on my part, but my feeling is that it would be weird for these license to automatically apply for any other derivative [15:20] hello mdz, how are you? [15:20] I don't have the information necessary to respond to that; unless mdz or sabdfl happen to know, I assume we would have to refer this to Amanda? [15:20] pitti: I added the "scan the mailing list" topic to remind us to see if anything is outstanding from the list [15:20] does anyone know more? [15:20] cjwatson: ok, I can do that [15:20] I saw that on the mailing list, and I think it should be addressed to Canonical rather than to the TB [15:20] i believe the licenses he's referring are purely in support of OEMs in specific cases [15:21] sabdfl: that's what I expected, but I'm happy to confirm with Amanda [15:21] I don't think there's an issue here, but Canonical does need to respond [15:22] [ACTION] pitti to confirm scope of Canonical's ffmpeg licenses with Amanda and followup [15:22] ACTION received: pitti to confirm scope of Canonical's ffmpeg licenses with Amanda and followup [15:22] [TOPIC] Maverick: Syncing from testing or unstable? [15:22] New Topic: Maverick: Syncing from testing or unstable? [15:22] [LINK] https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030594.html [15:22] LINK received: https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030594.html [15:22] ^ start of thread [15:23] [LINK] https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030655.html [15:23] LINK received: https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030655.html [15:23] ^ summary [15:23] summary-summary: syncing from testing was perceived as a good decision for lucid by the majority of replies [15:23] thanks for the summary, that's helpful [15:23] that was a pretty interesting thread. [15:23] I like the compromise proposal of syncing from unstable as normal, and then from testing for a little longer [15:23] but the general feeling is that we shouldn't do it all the time to not fall behind too much [15:24] my personal preference is to switch back to unstable for maverick [15:24] rationale: (1) Debian is approaching freeze, and (2) we just left the more conservative LTS cycle and need to catch up [15:24] I agree [15:24] what do you think? [15:24] +1 [15:25] ah, let's do that for formality [15:25] we could maybe consider switching to testing near/at DIF [15:25] [VOTE] switch back to unstable for Debian->maverick syncing [15:25] Please vote on: switch back to unstable for Debian->maverick syncing. [15:25] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [15:25] E.g. /msg MootBot +1 #ubuntu-meeting [15:25] (in addition) [15:25] +1 [15:25] +1 received from kees. 1 for, 0 against. 0 have abstained. Count is now 1 [15:25] +1 [15:25] +1 received from pitti. 2 for, 0 against. 0 have abstained. Count is now 2 [15:26] +1 [15:26] +1 received from cjwatson. 3 for, 0 against. 0 have abstained. Count is now 3 [15:26] pitti: is there a decision we need to make today? [15:26] we need to start autosyncing soon, yes [15:26] +1 [15:26] +1 received from mdz. 4 for, 0 against. 0 have abstained. Count is now 4 [15:26] mdz: we're about to open teh floodgates for maverick [15:26] once gcc-4.5 finishes building, I think we're good to go [15:26] and I'd like to switch MoM over appropriately [15:26] doko said that there's currently no new binutils which we urgently need (or none at all) [15:27] we need to look at perl maybe [15:27] sabdfl: do you have an opinion about it, or abstain? [15:28] heh [15:28] gack [15:28] * pitti jumps back a step [15:28] i concur that we should sync from unstable [15:29] and that LTS's deserve different treatment in that regard [15:29] sorry for closing the wrong window. it's those damn tab close icons in the wrong place. [15:29] ;-) [15:29] I can probably sort out perl before I finish up for the day ... [15:29] yeah, and close buttons on the wrong side, etc. [15:29] * pitti infers a +1 and.. [15:29] [ENDVOTE] [15:29] Final result is 4 for, 0 against. 0 abstained. Total: 4 [15:29] +1 [15:30] cjwatson: are you okay with doing the switch in MoM? shall I ask the Soyuz guys to switch over sync-source? [15:30] (or do it myself) [15:30] MoM switch done [15:30] please ask for the Soyuz change, yes [15:31] will do [15:31] [ACTION] pitti to get sync-source default back to unstable [15:31] ACTION received: pitti to get sync-source default back to unstable [15:31] [TOPIC] Check up on community bugs [15:31] New Topic: Check up on community bugs [15:31] zarro [15:31] [TOPIC] Select a chair for the next meeting [15:31] New Topic: Select a chair for the next meeting [15:31] I forgot, do we go by IRC nick or name? [15:32] IRC nick -> sabdfl, Name -> Keybuk, I think? [15:32] nick [15:32] ack [15:32] at least i thought so [15:32] right [15:33] that's it, thanks everybody! [15:33] [ENDMEETING] [15:33] thanks! [15:33] #endmeeting [15:33] Meeting finished at 09:33. === bfiller_ is now known as bfiller === Ursinha is now known as Ursinha-lunch === bfiller_ is now known as bfiller === yofel_ is now known as yofel === apachelogger is now known as huntlogger === oubiwann is now known as oubiwann_ === Ursinha-lunch is now known as Ursinha === RoAk is now known as RoAkSoAx [18:50] morning...er... [18:59] o/ [19:00] oh good so im not halicunating [19:00] zul: well - may be there are two of us [19:00] I'm about :-) [19:00] I'm here :P [19:00] heh [19:01] just parallelizing a lot [19:01] mathiaz: the chair is all yours [19:01] ok - I'll run this one [19:01] smoser: hggdh: Daviey: o^42 [19:01] hiho [19:02] \o [19:02] ok - let's get started [19:02] #startmeeting [19:02] Meeting started at 13:02. The chair is mathiaz. [19:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [19:02] I'll be the scribe this week [19:02] Today's magnificent agenda: https://wiki.ubuntu.com/ServerTeam/Meeting [19:03] whoo [19:03] [TOPIC] # Review ACTION points from previous meeting [19:03] New Topic: # Review ACTION points from previous meeting [19:03] Last week minutes: https://wiki.ubuntu.com/MeetingLogs/Server/20100428 [19:03] # hggdh, zul to get their release note/early SRU bugs known to ttx [19:04] i was going to bring them up at the meeting today [19:04] zul: we'll cover the lucid SRU in the relevant topic later in the meeting [19:04] k [19:04] and release notes are too late [19:04] # ALL to mark DONE or POSTPONED the remaining work items for 10.04 by Thu 29 April EOD [19:05] I hope the final lucid burndown charts looked good ;) [19:05] ttx: ^^? [19:05] # hggdh to outline testing bottlenecks for UEC testing UDS sessions [19:05] mathiaz: done [19:05] i *think* i've achieved my objectives ;) [19:05] boo!~ [19:05] hggdh: ^^ have you dumped your ideas in the relevant blueprints for UDS? [19:06] that's all for last week minutes [19:06] jjohansen: hggdh: around? [19:07] nope - ok - let's move on [19:07] [TOPIC] Weekly SRU review [19:07] New Topic: Weekly SRU review [19:07] so [19:07] I've updated the wiki page to list lucid nominations [19:07] and remove interpid now that it's EOL [19:08] dapper, hardy, jaunty nominations are empty [19:08] for karmic: bug 494084 [19:08] Launchpad bug 494084 in image-store-proxy "arch parameter is not passed by the image proxy during image install from store" [Medium,Triaged] https://launchpad.net/bugs/494084 [19:08] bug 572317 [19:08] Launchpad bug 572317 in image-store-proxy "image-store does not support images without a ramdisk" [Medium,Triaged] https://launchpad.net/bugs/572317 [19:08] zul: let's go through the nominations lists first [19:09] zul: and then we'll discuss your list of bugs? [19:09] sure [19:09] smoser: how important are these bugs^^ for karmic? [19:10] arch bug is not as important as "no-ramdisk" bug [19:10] but no-ramdisk is required if you want to run (correctly) lucid image store images on karmic uec [19:10] so the intent was to piggy back the arch change also in an update [19:11] oops, /me slips in [19:11] smoser: ok - I'll accept both bugs for lucid and karmic then [19:12] so for lucid [19:12] there are 5 bugs nominated [19:12] bug 573345 [19:12] Launchpad bug 573345 in dovecot "dovecot-postfix references cmusieve as a mail plugin" [High,Confirmed] https://launchpad.net/bugs/573345 [19:12] bug 195480 [19:12] Launchpad bug 195480 in libvirt "libvirt: virsh -c qemu+ssh://host.example.com/session connects to 'system', not session" [Medium,Confirmed] https://launchpad.net/bugs/195480 [19:13] FYI you can get the LP query from the KnowledgeBase wiki page [19:13] https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#Team%20policy [19:13] ^^ SRU weekly review [19:13] which ones should be accepted for a SRU in lcuid? [19:14] 458637 shouldnt [19:14] its not fixed upstream afaik [19:14] 573345 needs a bit more research [19:15] 562832 was upload but didnt get process for some reason so that should be objected [19:15] bug 573345 seems straight forward [19:15] Launchpad bug 573345 in dovecot "dovecot-postfix references cmusieve as a mail plugin" [High,Confirmed] https://launchpad.net/bugs/573345 [19:16] zul: what do you mean by objected? [19:16] mathias: sorry reejcted [19:16] 573345 seems a valid sru [19:17] Daviey: right - I've accepted the nomination [19:18] zul: bug 562832 - does this mean that DRBD is currently broken in lucid? [19:18] Launchpad bug 562832 in drbd8 "module drbd8 update kernel from 2.6.32-16 to 2.6.32-20" [Medium,In progress] https://launchpad.net/bugs/562832 [19:18] mathiaz: if you rebuild it manually no [19:19] zul: oh ok [19:19] zul: so not SRU worth [19:19] I'll decline the bug [19:19] mathiaz: it would be nice to have that fixed though [19:19] zul: right - we're looking at SRU nominations [19:20] zul: declining an SRU doesn't mean it won't be fixed in the development version [19:20] bug 195480 [19:20] Launchpad bug 195480 in libvirt "libvirt: virsh -c qemu+ssh://host.example.com/session connects to 'system', not session" [Medium,Confirmed] https://launchpad.net/bugs/195480 [19:21] doesn't seem SRUable for now as still not fixed in maverick [19:21] so declining [19:21] and last bug on the list: bug 512110 [19:21] Launchpad bug 512110 in krb5 "gssd regression, "Program lacks support for encryption type"" [Medium,Confirmed] https://launchpad.net/bugs/512110 [19:22] doesn't seem SRUable for now [19:22] and there is a workaround in the bug [19:22] declining [19:23] allright - that's all for the lucid nominations [19:23] I've produced a last-week bug fix list [19:23] http://people.canonical.com/~mathiaz/fixedbugs.ubuntu-server.2010-05-04.html [19:23] LINK received: http://people.canonical.com/~mathiaz/fixedbugs.ubuntu-server.2010-05-04.html [19:23] which is of course rather short given it was release week :) [19:24] anything SRU worth on this? [19:24] well - I guess not [19:24] since they've all been fixed in *lucid* [19:24] zul: any other bugs on your SRU plate? [19:24]