=== asac_ is now known as asac === antdedyet_ is now known as antdedyet === Claudinux_One is now known as Claudinux [09:38] http://tinyurl.com/nkypfa === Quintasan_ is now known as Quintasan [10:01] @schedule shanghai === Wajih is now known as MaWaLe [11:05] * persia peers about [11:05] No amachu yet. [11:05] persia: aloha there [11:05] hey czajkowski [11:06] persia: hi dude [11:06] evening freeflying [11:13] Doesn't appear amachu is even online yet. [11:16] Well, perhaps we oughtn't wait just on amachu. [11:16] elky, lifeless You about? [11:20] I am [11:21] and have been [11:21] That's 3. We just need an elky or an amachu. [11:21] lifeless without : doesn't hightlight :P [11:21] o hai [11:22] Ah. good. Despite the absence of our fearless leader, I believe we have quorum. [11:22] robert_ancell, You're up first. Please introduce yourself. [11:22] ok, my name is Robert. I'm based in Sydney [11:23] I've been using Debian since ~2000 and Ubuntu since warty [11:23] I'm the gcalctool maintainer and a GNOME games developer [11:23] I've been working for Canonical for the last three months packaging and bugfixing gnome [11:24] And I'm here to apply for Ubuntu membership [11:25] I'd like to note that we're the *community* membership board [11:25] so our assessment is going to be focusing on community contributions more than purely technical ones [11:25] I've been thinking that starting out as a universe contributor, even though you aren't one technically, may be a better bet. [11:25] robert_ancell, Do you have contributions other than just bug triage and uploads? [11:25] if most of your stuff is technical, MOTU may be a better way to go [11:26] persia, that would be the majority of my contributions. [11:27] I think I'll agree with previous statements than that you would be better reviewed as a candidate for Contributing Developer [11:27] My main motivation for membership has been to get syndicated on Planet Ubuntu so I can better communicate with the community (I am currently on Planet GNOME) [11:28] robert_ancell: membership via MOTU is still membership [11:28] robert_ancell: and will permit that [11:29] And the MOTU Council is likely in a better position to review your integration with the developer segment of the community. [11:30] next ;) [11:30] ok, thanks [11:30] OK. PmDematagoda, please introduce yourself. [11:32] persia: well my name is Pramod Dematagoda [11:32] persia: Im from Sri Lanka [11:32] I just finished school [11:32] been using Ubuntu since about 3 years ago if I remember correctly [11:32] Ive mostly helped around with support on Ubuntu Forums, where I am a moderator [11:33] Ive also helped on Launchpad, though not to a degree as great as Ive done on Ubuntu Forums [11:33] and I also do help a little bit here and there in bug reports, testing and translations [11:33] Im 18 years of age btw :) [11:34] and my intentions are to start programming on Linux so that I may help the community even more [11:34] Ive already gained a bit of experience on programming in C and using technologies like DBus and DeviceKit [11:35] also I would like to help improve the situation of the usage of Linux here locally in Sri Lanka [11:35] though I still have yet to establish connections with any LUGs as of yet [11:35] and yeah, thats covers my introduction :) [11:35] is any more required? [11:36] No, although we may have questions as we review the wiki page and other resources [11:36] ah, ok :) [11:38] PmDematagoda, Your forums activity is fairly high (seems to overage > 10 posts a day for the past couple years). Are there any particular areas of the forums in which you are more active, or any specific work you've done to help shape the forums or forum content? [11:38] persia: well, in my beginning days, I used to frequent the Absolute Beginner Talk, General Help and Installation & Upgrades section [11:39] but now I have also expanded into the Programming Talk section and the development sections too whenever I can [11:39] about forum content, I have made a few how-tos and such, but they are not as much as the support Ive provided [11:40] one how-to I created is the one on how to use Magic SysRq keys, although I havent updated that in a while [11:40] and I think that is the only how-to Ive created.. [11:40] but I do take part in discussions where decisions need to be taken on certain issues in the forums [11:40] you seem to have learned alot since august 07 anyway [11:41] that's in the staff forum, which is probably not visible :) [11:41] elky: yeah, my interest in Linux really helped [11:41] basically I was a Windows nut until my install got terrible, then I loaded up Ubuntu Feisty in the form of Ubuntu Ultimate and it really caught my attention [11:44] Do you have anybody here to support your work at this meeting today? [11:45] well, there is Pricey, nhandler, but they seem to be away [11:49] I'm +1 on the application. Long history, testimonials from two current Ubuntu Members, member of Forums Staff. [11:50] +1 too [11:50] +1 three [11:51] +1 [11:52] Congratulations PmDematagoda, and welcome. [11:52] persia: thank you very much :) [11:52] PmDematagoda: congrats [11:52] everyone :) [11:52] freeflying: thank you :) [11:52] been waiting months for this, great feeling indeed :) [11:52] So, who volunteers to be acting secretary this week (update wiki page, do launchpad-fu, send mail, etc.) [11:52] great point persia. I volunteer you. [11:52] ;P [11:53] (If only cause its earlier in your evening) [11:53] thank you again to all, damn, so happy :) [11:54] lifeless, OK (although it's only 06:53 here, so if it's evening, it's kinda late) [11:54] where are you atm? [11:54] Anything else anyone want to raise, or shall we meet again on the 28th? [11:54] lifeless, UTC-4 (although I'll be back to the lovely positive lands next week) [11:54] east coast? [11:55] right. [11:55] enjoy [11:55] and we'll let you go get brekkie [11:56] RIght then. Adjourned. [11:56] nothing to raise here, sorry, had to tend a sick family member. === sc is now known as sbc === fader|away is now known as fader_ [14:00] #startmeeting [14:00] Meeting started at 08:00. The chair is mcasadevall. [14:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:00] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090714 [14:00] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090714 [14:00] [link] https://wiki.ubuntu.com/MobileTeam/Roadmap [14:00] LINK received: https://wiki.ubuntu.com/MobileTeam/Roadmap [14:01] Who's here? [14:01] Hi. [14:01] * StevenK isn't [14:01] * bjf waves [14:02] * ogra stals StevenK's joke and stands [14:02] *strands ... GAH [14:02] * mcasadevall wants wubi on ARM [14:02] bahahahahhaha [14:03] mcasadevall, only if you can test it under wine on arm :P [14:03] ogra, I could use winelib ... [14:03] * ogra doubts that would work [14:03] ogra, you'd be suprised/scared [14:03] * GrueMaster mumbles incoherently. [14:04] lool, dyfet GrueMaster ping [14:04] ah [14:04] plars, ping [14:04] ogra: Fail [14:05] here [14:06] sorta here [14:06] at a conference also [14:06] excuses excuses [14:06] mcasadevall, read your calendar, lool is on holiday [14:06] Oh [14:07] alright then [14:07] lets get started [14:07] ogra: there's no excuse for me [14:07] celebrating past countrywide violence [14:07] [topic] Action Item Review [14:07] New Topic: Action Item Review [14:07] [topic]# [14:07] NCommander to investigate https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/338148 (co) [14:07] New Topic: # [14:07] c/o [14:07] Ubuntu bug 338148 in vnc4 "Needs new version from Debian: fails to build with removal of mesa-swx11-source" [High,Triaged] [14:07] co [14:07] well, that makes that easy [14:08] [topic] Specification review [14:08] New Topic: Specification review [14:08] * ogra suggests to sort by asignee [14:08] fine [14:08] good idea [14:08] [topic] paulliu's specifications [14:08] New Topic: paulliu's specifications [14:08] [topic] mobile-unr-karmic-application-res [14:09] New Topic: mobile-unr-karmic-application-res [14:09] But what do I do for the other 99% of the meeting? [14:09] Good news is we have anjal packages now. [14:09] waking up ? [14:09] Why, it's 11pm [14:09] But not much progress this week because I'm busy at moblin packaging. [14:09] oh, i thought 6am :) [14:09] [topic] mobile-unr-karmic-connman [14:09] New Topic: mobile-unr-karmic-connman [14:09] Anjal solves many issues for evolution. [14:09] but that was the other side of the world, i get it [14:10] connman - still testing with apps. Low progress. [14:10] [topic] GrueMaster's specifications [14:10] New Topic: GrueMaster's specifications [14:10] paulliu: so is anjal going to happen? [14:10] [topic] karmic-lsb-compliance-testing [14:10] New Topic: karmic-lsb-compliance-testing [14:10] paulliu: or are we still going to decide if that's going to be in UNR or not? [14:11] plars: I hope it can be happened. We just need to add some new API into webkit and evolution. [14:11] mcasadevall: slow down. one topic at a time. [14:11] paulliu: what will replace the other functionality from evolution? [14:11] calendar, contacts, etc? [14:11] iirc, anjal is email component only, correct? [14:11] plars: Yes, it's only e-mail component. [14:12] or maybe that's a question coming up for GrueMaster :) [14:12] seems to fit :) [14:13] karmic-lsb-compliance-testing: Waiting on Alpha 3. The testing only happens during iso testing. [14:13] plars: Other components have to find a replacement. [14:14] [topic] StevenK's specifications [14:14] New Topic: StevenK's specifications [14:14] [topic] mobile-unr-karmic-wubi [14:14] New Topic: mobile-unr-karmic-wubi [14:14] mcasadevall, ?? [14:14] you missed one from GrueMaster [14:14] ogra, its marked deferred [14:14] He always does. [14:14] oh, why is it showing up on the list if its not for karmic [14:14] hrm [14:15] If the specification isn't actually deferred, then someone needs to update the status :-/ [14:15] -wubi is waiting for me to talk to the wubi guy [14:15] Talk to davidm. He's the boss. I just work here. :D [14:15] GrueMaster, is mobile-unr-karmic-applications actually dead for karmic ? [14:16] I know why the .disk/info parser breaks, and I have a patch [14:16] davidm, ^^^ ? [14:16] the spec is dead, if we have specific apps we need a spec for the apps [14:16] ok [14:16] not that I know of. Last I was told, pidgin is being swapped with Empathy, and there were a few other apps. Banshee is still unknown, but looking doubtful. [14:16] ok [14:16] GrueMaster, probably unsubscribe yourself as asignee then [14:16] sounds like we need one for anjal [14:17] so it wont show up on the weekly list [14:18] done [14:18] :) [14:19] i guess lool will like if we keep the summary clean [14:19] [topic] plar [14:19] New Topic: plar [14:19] [topic] plars's specifications [14:19] New Topic: plars's specifications [14:19] [topic] mobile-unr-karmic-compliance-autotesting [14:19] New Topic: mobile-unr-karmic-compliance-autotesting [14:19] I hit an issue with this [14:19] ldtp is currently broken in karmic [14:20] use xautomation and scripts ? [14:20] there's a bug in for it currently [14:20] ogra: that's a possible backup plan, but would like to avoid it if at all possible [14:20] yeah, its not beautoful indeed [14:20] *baeutiful [14:20] bah [14:21] * ogra shuffles the keys on his kbd ... [14:21] next [14:21] [topic] NCommander's specifications [14:21] New Topic: NCommander's specifications [14:21] [topic] karmic-marvell-desktop [14:21] New Topic: karmic-marvell-desktop [14:21] oh [14:21] ? [14:21] oh wow [14:21] sorry [14:21] [topic] plars's specifications [14:21] New Topic: plars's specifications [14:21] [topic] mobile-qa-karmic-arm [14:21] New Topic: mobile-qa-karmic-arm [14:21] * ogra throws coffeebeans at mcasadevall [14:22] * mcasadevall falls over [14:22] * ogra guesses thats blocked by not having images [14:22] for the arm one, no progress this week, for the unr one, I didn't mark it started (forgot) but I did do some checkbox tests for it this week === dholbach_ is now known as dholbach [14:22] to cover things like unr processes, and start with some rudimentary tests for apps [14:23] done [14:23] [topic] ogra's specifications [14:23] New Topic: ogra's specifications [14:23] [topic] mobile-karmic-general-resolution-for-touchscreen-handling [14:23] New Topic: mobile-karmic-general-resolution-for-touchscreen-handling [14:23] still idling on that one [14:23] so : not started [14:24] [topic] mobile-arm-karmic-subarches-in-debian-cd [14:24] New Topic: mobile-arm-karmic-subarches-in-debian-cd [14:24] not started, waiting on uboot-imx which should be ready very soon thanks to mcasadevall [14:25] beyond that i'd like to have prototyping ready for A3, even though we cant test it [14:25] next ... [14:26] * ogra twiddles tumbs [14:26] * ogra throws coffeebeans at mcasadevall [14:26] sorry [14:26] LP being stupid [14:27] [topic] karmic-freescale-desktop [14:27] New Topic: karmic-freescale-desktop [14:27] * ogra throws coffeebeans at LP [14:27] good progress as far as i can tel without kernel [14:27] On a second note uboot-imx was uploaded yesterday [14:27] worked a lot on the ftbfs list which showed various issues with packages [14:27] (its sitting in the NEW queue) [14:28] mcasadevall, ugh, with the broken synopsis and description ? [14:28] and without the changes mentioned on revu ? [14:28] anyway [14:28] ogra, not quite as bad as the verison on REVU, but I accidently left the "the Das" [14:28] upstart wasnt building, we had massive issues with binutils [14:28] I can request a rejection and reupload if its a huge issue, else I'll fix it on the -0ubuntu2 upload [14:29] lool and doko attacked both yesterday after i had poked around on them the whole weekend [14:29] both appear to be fixed [14:29] livefses for freescale images build [14:29] still a lot of ftbfs issues [14:29] still the timeout issues with various packages [14:30] * bjf will be right back [14:30] ogra, the timeout was extended to 600 minutes === bjf is now known as bjf-afk [14:30] (though the timeout on the buildd seems to have been bumped to 10h) [14:30] But it wasn't long enough for mesa. A few of the previously FTBFSing KDE packages however now build) [14:30] which results in all buildds blocking for 10h [14:30] until it times out again [14:30] which in turn blocks package builds massively now [14:30] so we should discuss dropping lzma on armel imho [14:31] but thats for AOB ... [14:31] ogra, I don't think thats a proper solution to be honest [14:31] done with freescale [14:31] AOB? [14:31] [topic] mobile-arm-karmic-easy-redboot-management [14:31] New Topic: mobile-arm-karmic-easy-redboot-management [14:31] mcasadevall, please put "solution for armel builder delays" to the AOB section [14:32] that spec might be obsolete with uboot [14:32] oh [14:32] * mcasadevall didn't realize what AOB was [14:32] given that we dont need any redboot tools anymore and all of rdboot goes into pure maintenance with the switch to uboot [14:33] i'll discuss with davidm offline if it can be dropped, uboot has al necessary tools in the archive already [14:33] next [14:33] [topic] mobile-arm-karmic-offline-installer-gui [14:33] New Topic: mobile-arm-karmic-offline-installer-gui === bjf-afk is now known as bjf [14:34] good progress [14:34] * bjf is back [14:34] after the switch to project-rootstock i actually had commits and patches from users already [14:34] working on a package [14:34] and started fiddling with glade to get a good gui for the initial setup [14:35] done :) [14:36] [topic] mcasadevall's specs [14:36] New Topic: mcasadevall's specs [14:36] [topic] mobile-arm-karmic-softboot-loader [14:36] New Topic: mobile-arm-karmic-softboot-loader [14:36] No progress [14:36] [topic] karmic-marvell-desktop [14:36] New Topic: karmic-marvell-desktop [14:36] Got hardware, brought it up the u-boot prompt, and we got a source drop, which is now being merged into the kernel. Dep-wait on subarchies in d-i however. Still requires d-i porting [14:37] is it being merged ? [14:37] ogra, what is? [14:37] o thought all ressources are on the imx stuff [14:37] kernel patches [14:37] bjf, ^^^ ? [14:37] ogra, I believe the drop we got was .30 [14:38] mcasadevall, i just said that i thought marvell was waiting on imx51 to be done because everyone is busy with that [14:38] no matter what the patch revision is :) [14:38] ogra, I am working on getting a git repo setup for Marvell so they can push their patches into it [14:39] right [14:39] so nothing is being merged atm [14:39] I believe the patch drop we got from Marvell was just a preliminary drop and not one they expected us to apply [14:39] yeah [14:39] ogra, that is correct [14:39] thats what i ment [14:39] we're in idle state there [14:40] Do we want to review the unassigned specs? [14:40] beyond that the board spills segfaults across the board if you try to build anything on it [14:40] i'm waiting on more info back from Marvell devs needed to setup their accounts and the git repo [14:40] but the whole desktop works [14:41] * ogra wishes for some better framebuffer modes in the driver so he doesnt need to use a second monitor [14:42] [topic] Any Other Business [14:42] New Topic: Any Other Business [14:42] well :) [14:42] what do we do with the armel buildds ? [14:42] if you let three packages with the timeout issue build you essentially put out all buildds for 10h [14:43] tonight someone gave back mesa which then blocked a full buildd for 10h [14:43] ogra, there was a long discussion with IS on this [14:43] * mcasadevall did that *cough* [14:43] i'm a bit scared we have someone giving back three at the same time [14:43] which kills the buildfarm for us [14:44] (at least for 10h) [14:44] *sigh* [14:44] THere isn't a great solution for this problem [14:44] I don't think we want to loose lzma compression though, even though image size is less of a concern for us than other architectures [14:44] i cant belive that it takes mesa 10h to zip the ddebs [14:45] ogra, its the -dbgs, and it makes sense. If you have 100-200MB of binary debug symbols, its going to take ages to crunch down to 33MB [14:45] i still doubt it is actually caused by lzma and would like to see deeper research from IS on whats actually happening [14:45] ogra, I can ask them to relook into it, but I setup launchpad-buildd on an ARM board, and ran a few of the failing builds myself [14:45] GIven enough time, they do succeed. [14:46] yes, but we will run into issues with that [14:46] blocking buildds for 10h or more (if we bump it even more) will definately get in our way [14:47] ogra, I realize that, but only a vast minority of builds will block and timeout like that [14:47] have you looked at http://qa.ubuntuwire.com/ftbfs/ ? [14:47] currently the whole of kde sits there [14:48] ogra, due to qt4-x11, yes :-/ [14:48] that will take us out of business for a week [14:48] even if only half of the kde packages have the timeout issue [14:49] We're dealing with an architecture that is vastly underpowered unfortunately. I don't have a good solution on this one. [14:49] Even if we remove lzma compression, its a stopgap measure at best [14:49] well, dropping lzma would be one [14:49] Maybe we need something like distlzma for armel :-P [14:50] not a good one, not a beautiful one ... but it would get us back to jaunty buildspeed [14:50] which was slow anyway already [14:50] If we're going to go that route, then I would like to see it be an official policy :-/ [14:50] i dont want to see openoffic being uploaded in the current state [14:50] (and then we modify debhelper(?) to ignore the lzma flag on ARM vs. having to edit every package) [14:51] indeed, it would need a well thought out solution [14:51] offloading the lzma compression might be a viable solution [14:51] i'm just saying that the current situation is bloking us [14:51] Not sure how IS will like it [14:52] ogra, no, I agree. the buildd timeout bump was a stopgap measure at best, it didn't solve the underlying problem [14:52] i know there is HW coming for new buildds [14:52] but its not sure when and how fast it will be there [14:52] Its slower in terms of raw muscle. [14:52] 1GHz/512M [14:52] pretty much the same [14:52] Oh [14:52] but USB disks [14:52] I thought the boards we were looking at were 800Mhz [14:53] Yeah, now THAT is going to hurt [14:53] anyway, we wont come to a conclusion now [14:53] lets monitor the issue and put it on the agenda for next week [14:53] [action] ogra and NCommander to confer on lzma compression issues on armel buildds [14:53] ACTION received: ogra and NCommander to confer on lzma compression issues on armel buildds [14:54] done [14:54] i'd really like to hear lool about it [14:55] I'm going to end the meeting [14:55] * mcasadevall looks left and right [14:55] Anyone have anything else? [14:56] #endmeeting [14:56] Meeting finished at 08:56. [15:00] mdz,Keybuk: TB? [15:00] cjwatson: here [15:00] whose turn is it to chair? [15:00] (not me) [15:00] mine I think [15:00] we selected somebody at the end of the last meeting [15:01] Keybuk: ok, all yours [15:01] https://wiki.ubuntu.com/TechnicalBoardAgenda [15:01] # [15:01] Developer application board (ScottJamesRemnant) [15:01] Keybuk: mootbot? [15:01] mdz: I can never drive the damned thing [15:01] and spend half the meeting looking up its commands [15:01] ok, if you prefer to email out the log, that's fine with me [15:02] err, I don't keep logs ;) [15:02] #startmeeting [15:02] Meeting started at 09:02. The chair is Keybuk. [15:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:02] I can't seem to see minutes from the previous meeting? [15:02] [TOPIC] Developer application board (ScottJamesRemnant) [15:02] New Topic: Developer application board (ScottJamesRemnant) [15:03] Colin replied to my mail yesterday with a few suggestions for updates [15:03] Keybuk: I emailed them to -devel-announce, want me to forward you a copy? [15:03] mdz: ah, so you did, just not ubuntu-devel [15:03] in my traditional "the meeting's tomorrow, hmm, what have I forgotten to do" [15:03] mdz: did you have a chance to read through his proposed edits? [15:04] Keybuk: I believe cjwatson and I have both supported the general proposal, and just made some suggestions regarding the details [15:04] what has sabdfl said? [15:04] indeed, I want to make sure we're all happy with the text [15:04] mdz: "+1" was his only reply [15:04] the next step would appear to be sending the mail to the Community Council [15:05] for their rubber stamp [15:05] were the edits I suggested OK, or do we want to adjust them a bit here? [15:05] cjwatson: I thought they were fine [15:05] Keybuk: I haven't seen a complete, revised version of the text, but was OK with everything what has been proposed in the thread [15:05] I'm happy for you to incorporate those bits and send it out [15:06] mdz: the revised text would be my "Updated text" mail, with the suggested replacement paragraph from Colin [15:06] ok [15:06] so we should send it to the CC [15:06] I guess we should wait for them to acknowledge it, and give them a chance to object [15:06] Keybuk: I don't see that mail [15:06] CC motu-council, perhaps, to give them a chance to comment too? [15:06] mdz: you _replied_ to that mail ;) [15:06] cjwatson: indeed [15:06] after all, the intent is that ultimately they will be directly affected [15:07] weird, it's not in my received mail archive [15:07] assuming there are no objections, we'll come back to this topic at the next meeting to enact the changes [15:07] I only have "Developer application board" [15:07] mdz: it's in that thread [15:07] Keybuk: I think mdz means a complete, revised version *including* my replacement paragraph [15:07] Date: Mon, 29 Jun 2009 10:59:43 +0100 [15:07] but I don't think it matters if we are agreed anyway [15:07] motu-council@lists.ubuntu.com is a public list, dunno if that's your intent [15:07] is there any more details about the developer application board? [15:07] dholbach: at this point, I think we're more than happy for our plans to be public :-) [15:08] Keybuk: oh, I thought you meant a newer email entitled "Updated text". never mind. [15:08] ok, so [15:08] [ACTION] Keybuk to finalise text and send to CC and MOTU Council for review, objections and approval [15:08] ACTION received: Keybuk to finalise text and send to CC and MOTU Council for review, objections and approval [15:09] [AGREED] revisit at next meeting [15:09] AGREED received: revisit at next meeting [15:09] [TOPIC] Archive reorganisation (ColinWatson) [15:09] New Topic: Archive reorganisation (ColinWatson) [15:09] the current steps on the plan are: [15:09] (a) the developer application board (above) [15:09] (b) the actual package set contents [15:09] Keybuk and dholbach gave feedback on the sketch autogeneration I did [15:09] * dholbach gave some confused comments. :-) [15:10] I'm happy to look at splitting stuff out from core as time goes on but would like to get what I have into LP anyway, if there are no other objections to the general structure [15:10] however, there is some temporary blockage on the LP side; the packageset table needs to be attached to distroseries [15:10] I've had a phone call with Julian Edwards and others about that and they're taking action [15:11] other than that, we are more or less ready to start interviewing developers whose permissions might want to change in the new world order [15:11] dholbach: do you want me to start sending those out next week, given that you're on holiday? [15:12] ideally, I would be able to CC the new developer application board :-) [15:12] cjwatson: that'd be great - if there's anything else I can help with (I know it's probably not going to be much), please let me know [15:12] but from the above it looks like that will probably not quite be set up next week [15:12] so I'll just direct replies to technical-board@, I think [15:13] (https://wiki.canonical.com/UbuntuPlatform/Community/ArchiveReorgPlan/Preparation#Interview%20Mail) [15:14] I'll edit that a bit to reflect the work I've done on defining the initial package sets [15:14] cjwatson: so next steps are: DAB (as above), and get Launchpad ready [15:14] mdz: do you have any feedback on the initial set layout I proposed? [15:14] cjwatson: I didn't see it until today, so I haven't read it yet [15:15] cjwatson: do you want my input before you proceed (modulo LP), or just to keep me informed? [15:15] I'd like your input [15:15] ok [15:15] as a sanity check if nothing else === ejat is now known as e-jat [15:15] I'll take an action to do that [15:16] I have nothing else on this topic for this meeting [15:16] Keybuk: ? [15:17] [ACTION] mdz to provide input on proposed package sets [15:17] ACTION received: mdz to provide input on proposed package sets [15:17] [ACTION] cjwatson to begin interviewing developers whose permissions might change [15:17] ACTION received: cjwatson to begin interviewing developers whose permissions might change [15:17] that's right? [15:17] yes [15:17] great [15:17] [TOPIC] Patent policy (JonoBacon) [15:17] New Topic: Patent policy (JonoBacon) [15:17] jono: ! [15:18] hey [15:18] I wanted to check in on the status of the patent policy with the TB [15:18] has this been finalized and approved? [15:18] sabdfl: scrollback emailed [15:18] jono: who have you received feedback from so far (or not)? [15:19] I've lost track [15:19] I gave feedback yesterday [15:19] mostly approving but with some wording suggestions for change of emphasis [15:19] feedback from cjwatson mdz Keybuk [15:19] jono: from that, it looked like mdz had a few text-related suggestions that could warrant a redraft [15:19] likewise cjwatson? [15:20] jono: I replied with some comments (24 Jun), including questions which I think still need answering [15:20] ok great [15:20] jono: did you receive those OK? [15:20] are there any other topics regarding the policy that we would like to discuss here? [15:20] mdz, yes, sorry, my mail is a little jumbled after the GCDS [15:21] ok, so action for jono to review and incorporate the feedback so far [15:21] and also for sabdfl to review and give feedback [15:21] yep, I will have that ready for the next meeting [15:21] jono: if you could send it by next Tuesday, then we will have time to review it so we can vote at the next meeting. is that workable? [15:21] [ACTION] jono to update proposed patent policy text [15:21] ACTION received: jono to update proposed patent policy text [15:21] [ACTION] sabdfl to provide feedback [15:21] ACTION received: sabdfl to provide feedback [15:21] mdz, sounds good [15:22] ok, great [15:22] [TOPIC] Select a chair for the next meeting [15:22] New Topic: Select a chair for the next meeting [15:22] cjwatson: looks like it's your turn ? [15:22] however it does occur during Debconf [15:22] my turn, yes [15:23] ok, guess that's agreed ;) [15:23] [AGREED] cjwatson will chair the next meeting [15:23] AGREED received: cjwatson will chair the next meeting [15:23] [TOPIC] AOB [15:23] New Topic: AOB [15:23] (I didn't see any applications pending review) [15:23] I have one item [15:23] mdz: yup? [15:24] I've been trying to facilitate getting a release manifest assembled [15:24] for 9.10 [15:24] https://wiki.ubuntu.com/KarmicKoala/ReleaseManifest [15:24] which details exactly what the release deliverables are, who is responsible for them, where they will be hosted and served, where they are announced, etc. [15:25] there are still quite a few question marks on it, and some things which aren't yet signed off (robbiew is helping) [15:25] I'd like to solicit comment from the TB regarding the overall effort, and filling in any of the question marks [15:26] I think I wrote the original draft of that so any question marks there are things I didn't know :-) [15:26] and also to make folks aware that this exists as a tool for coordinating work [15:27] the manifest is likely to grow a Moblin edition [15:28] cjwatson: was putting the add-on back onto releases a conscious choice? [15:28] alongside Xubuntu etc - cdimage, rather than releases.ubuntu.com [15:28] it seems generally reasonable [15:28] mdz: accident, I think [15:28] that should say cdimage [15:28] cjwatson: has there been a conversation between the server and release teams about how we'll get the AMIs onto EC2? [15:28] or possibly the original draft predated that move [15:28] will that be part of the publishing process or a separate manual step? [15:29] cjwatson: agreed and edited [15:29] mdz: soren is taking care of that independently, as far as I know, and has been working with the IS team [15:29] given that they're built on a separate host, I explicitly don't want to have to indirect the publishing through antimony [15:29] cjwatson: are you OK with that, or is it better to centralize as many of those steps as possible within the release team so we don't block? [15:29] however, the last communication with the IS team was that the hostname would be ec2-image.ubuntu.com? [15:29] so I think that needs to be changed in light of our last conversation on the subject? [15:30] mdz: I'm OK with it, until such time as the image building is moved under the control of the cdimage team; I don't see a rush to do that [15:30] cjwatson: I've asked that it be changed, yes (in fact I did so before that request went in, but the message didn't get to all the right folks) [15:30] mdz: is that request in the form of an RT ticket? [15:30] cjwatson: no [15:30] just mail in the thread [15:30] do we have a naming consensus, so that we can file a ticket? [15:31] best suggestions so far were "uec" and "cloud" [15:31] sabdfl: any preference? [15:32] cjwatson: could you fill in the announcement column to reflect what we did for 9.04, as a starting point? [15:32] ok, will do [15:32] cloud [15:32] would be my preference [15:32] cloud-image.ubuntu.com, then? [15:33] I'll ask soren to file that, as he also needs to change the actual image file names [15:33] mdz is explaining the need for a separate domain to me [15:34] see above: given that they're built on a separate host, I explicitly don't want to have to indirect the publishing through antimony [15:34] go with cloud-image, but please plan to consolidate the images around releases.ubuntu.com [15:34] the need is that it is currently not integrated into the regular cdimage build setup and it is hard to do so in the short term because the build process requires root [15:34] if we can't do that for 9.10 then fine, cloud-image. is ok [15:34] sabdfl: what I've asked is that they are presented alongside the ISOs on www.ubuntu.com/download [15:34] "I want server edition" -> "metal or cloud?" -> etc. [15:34] I can also put a link on releases.ubuntu.com if necessary [15:35] I agree that the separation is suboptimal [15:35] we need to get that straightened out for 10.04 [15:35] the cloud bits are available on EC2 (here's a list of AMIs) or for UEC (here's a download) [15:36] sabdfl: ack [15:36] ok [15:36] [TOPIC] Tech Board membership [15:36] New Topic: Tech Board membership [15:36] my membership expires again shortly after the next meeting [15:37] and mdz's membership expires as well [15:37] at UDS, we discussed increasing the number [15:37] sabdfl: ? [15:37] aiee :-) [15:37] on the CC we've decided to have a two-yearly election [15:37] we want 12 candidates for 8 seats [15:38] I would be in favour of the same system for the TB [15:38] i'm happy to try that [15:38] are candidates nominating themselves, or selected? [15:38] dholbach is gathering nominations for the CC [15:38] self, me, CC, others, nominations can come from anywhere [15:38] sabdfl: can people self-nominate? [15:39] Keybuk: sure [15:39] Keybuk: yes [15:39] Just a suggestion, it might be beneficial to hold off on any TB election until after the CC elections [15:40] sabdfl: it seems appropriate that cjwatson should receive the nominations, as the only member whose seat is not about to expire? [15:41] https://launchpad.net/~techboard/+members [15:41] +1, Keybuk, but how does cjwatson feel about that? [15:42] cjwatson: ? [15:42] I guess I'm OK with that, although presumably I would essentially be passing them straight over to sabdfl [15:42] am I expected to do some vetting? [15:42] no, we can do that in the TB [15:42] and/or to actively go out seeking nominations? [15:42] no [15:43] could we not simply ask people to mail the nomination to the mailing list? [15:43] nhandler: why? (I'm not opposed, just curious) [15:43] what kind of numbers for the board should we target? should we match the CC's 12 nominations for 8 seats? [15:44] cjwatson: It might cause an issue if for instance some person is only interested in serving on one council or the other. If they were to make it on the CC, they might not want to be on the TB [15:44] nhandler: the CC and TB attract a very different kind of person, and are quite different in responsibility [15:44] or should be aim for a smaller number (6 seats?) [15:45] Keybuk: The responsibilities are different, but I think some people could be qualified to serve on either of the councils [15:46] nhandler: as the only person other than sabdfl who's ever sat on both (not concurrently!) I can see why that would be the case, but I think it's reasonable to ask people to choose [15:46] sabdfl: your TB membership does not have an expiration date; is that intentional? [15:46] think of it a different way - it would suck if you got onto the CC when you really wanted to work on the TB, only to find out that there were TB elections a month later :-) [15:46] cjwatson: I just think it would be easier for them to choose after knowing whether or not they make it on the CC [15:46] mdz: yes, i don't mind stepping down if that's appropriate [15:47] what's the expected timeframe for the CC elections? [15:48] we set a six week schedule for the CC, iirc. dholbach? [15:48] two weeks for nominations, four for voting? [15:49] Keybuk: There is a period in there for confirming nominations and generating the short list as well [15:49] I'd say we should [15:49] that would basically mean extending Keybuk and mdz's memberships by ... what, fourteen weeks or so? [15:49] - announce for nominations today, received at the TB mailing list [15:49] - receive nominations by the next TB meeting in two weeks time [15:49] sabdfl: what nhandler said - I'll send out an email about the exact schedule RSN [15:50] - announce voting at the TB meeting after that (11/8) [15:50] - announce membership at the TB meeting after that (25/8) [15:50] does that sound reasonable? [15:50] sabdfl, mdz, cjwatson? [15:50] nhandler: TBH, I think the sort of person who would be flexible enough to actually serve (as opposed to just apply) for either the CC or the TB would be easily confirmed for either, and so having them choose up-front is in practice not much different [15:50] Keybuk: +1 [15:51] perhaps we should mention it in the nomination papers though [15:51] Keybuk: +1 [15:51] nhandler: i think it's a reasonable concern, but we're able to resolve it during the nominations gathering process [15:51] Keybuk: seems a bit slow, but if it's the best we can do, I'm ok with it [15:51] err, "announce membership"? [15:51] as in that's the end of the vote? [15:51] yes [15:51] cjwatson: that's a 2 week voting period [15:51] right. I'm OK with that [15:51] two week nomination, two week deliberation and two week voting [15:51] each one terminating before a TB meeting [15:52] what about numbers? [15:52] is 8 too large for the TB? [15:52] we currently have 4 seats [15:52] it'd be a bit of a shift in style, but I think 8 is at the upper end of OK [15:52] that would mean 4 new slots [15:52] cjwatson's expires in 2011 [15:53] Mark's does not expire [15:53] more than that would run into committee syndrome I think [15:53] I agree with cjwatson [15:53] mine has long expired, and I have indicated that I would prefer to vacate my seat and nominate myself for re-election to give others a chance [15:53] I think 6 would be sufficient, but definitely no more than 8 [15:53] and mdz's expires in a few weeks [15:53] I think 6 sounds right [15:54] compromise on 7? :-) I'd like to err on the slightly larger side if possible to allow room for more non-Canonical participation [15:54] I'd be ok with 7 [15:55] sabdfl: ? [15:55] Is that 7 additional, or 7 total? [15:55] i'm happy with 6 or 7, but not with growing quorum [15:55] persia: total [15:56] if we open up 4 seats, we will be obliged to fill 4 seats, and I think it would be difficult to identify, discuss and vote in that many qualified folks in one go [15:56] i.e. if we grow the TB, let's not also make it harder to have quorum [15:56] so we would be electing 5 seats, how many nominations should we accept? 8 sounds right for that number [15:56] quorum is currently two isn't it? [15:56] or do you mean growing the percentage? [15:57] 2-3 would be fine [15:57] mdz: what kind of numbers do you think are right? [15:57] 4 would be difficult [15:57] Keybuk: I suggest 6 [15:57] so how about total 6 quorum 3? [15:57] quorum is currently 2 [15:57] atm we seem to have 3 pretty routinely [15:58] I think 3/6 is reasonable, but would like to understand sabdfl's concern better [15:58] so I *think* that would work out OK, although it would depend on timezones of the new members [15:58] I have to go to another meeting in 60 seconds though [15:58] we're lucky to have all the board members in the same timezone just now [15:58] can I just confirm which seats are up? [15:58] I know mine is [15:58] I'm unsure as to whether mdz's is - or whether yours will auto-renew [15:58] and I assume sabdfl's isn't? [15:58] 3/6-7 would be fine for me too [15:59] sounds like we agree on 6 seats with a Q of 3 [15:59] on the CC we put the whole lot up :-) [15:59] Keybuk: mine is expiring according to LP [15:59] sabdfl: it seems unfair to force cjwatson to be elected twice in the same year ;) [15:59] I abstain from this debate :-) [16:00] sabdfl: it's up to you, we're just about out of time [16:00] Keybuk: agreed, I see no reason for cjwatson's term to be cut short [16:00] and I think we should have a plan now === jorge_ is now known as jcastro [16:00] i agree! [16:00] sabdfl: will your seat be up for nomination or will you retain it? [16:00] if you're all willing to stand for election, let's say cjwatson sits tight, and the rest is an open field [16:01] ok [16:01] so that's 5 seats [16:01] i'm thinking [16:01] i don't mind stepping down, if that will help. i know that my daily involvement in the platform is limited [16:02] if it's useful to have me on the TB, i'm happy to stay [16:02] sabdfl: that is completely up to you [16:02] alright, i'm delighted to appoint myself again ;-) [16:03] (appoint or nominate?) [16:03] (apologies to the server team) [16:04] sabdfl: ? [16:05] I think we'll have to cut short there; why don't we confirm the final details by mail? [16:05] indeed, it sounds like there's some over-the-desk action happening [16:05] #endmeeting [16:05] Meeting finished at 10:05. [16:06] ok, who is here for the server team meeting ? [16:06] o/ [16:06] ttx: apologies [16:06] Keybuk: no problem ! [16:06] hey all [16:07] o/ [16:07] o/ [16:07] Your regular host, the incredibly entertaining mathiaz, is stuck in another meeting. [16:07] o/ [16:07] o/ [16:07] o/ [16:08] o/ [16:08] ok, let's go. [16:08] #startmeeting [16:08] Meeting started at 10:08. The chair is ttx. [16:08] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:09] Today's agenda: https://wiki.ubuntu.com/ServerTeam/Meeting [16:09] Last week minutes:https://wiki.ubuntu.com/MeetingLogs/Server/20090707 [16:09] hi [16:09] [TOPIC] Review ACTION points from previous meeting [16:09] \o [16:09] New Topic: Review ACTION points from previous meeting [16:10] I can't find any ACTION points in last week meeting minutes, so that should be short [16:10] Unless someone has a comment about last week meeting ? [16:10] o/ [16:11] then... we should proceed to... [16:11] [TOPIC] Roadmap [16:11] New Topic: Roadmap [16:11] The agenda is somewhat thin, no? [16:11] Daviey: you can see through it. [16:12] :) === PmDematagoda is now known as PmDematagoda_AFK [16:12] Our Roadmap page still looks a little outdated and jaunty [16:13] jaundis? [16:13] oh, jaunty :-) [16:13] We still need to have that discussion on how to best refresh it, but I prefer to have this discussion with mathiaz around, since he designed the current one [16:14] so we'll pass. [16:14] and replace that with kirkland's interesting topic from last week meeting... [16:15] [TOPIC] Name one cool Ubuntu thing you did last week [16:15] New Topic: Name one cool Ubuntu thing you did last week [16:15] (an Ubuntu Server thing, pereferably) [16:15] "I went shopping and i bought a.." [16:16] Daviey: 19U rack full of blades ? [16:16] * sommer setup drbd in a soon-to-be-production environment (on hardy though)... it was cool to me anyway :) [16:17] ttx: I released PowerNap -- part of our cloud power management solution [16:17] * alexm reviewed karmic serverguide section about monitoring [16:17] * sommer cheers alexm [16:17] I've been testing Pacemaker-Heartbeat clusters and fixing a couple bugs, and I should be doing a call for testing :). After that I'll be preparing HowTo's on how to integrate it with DRBD :) [16:17] ok, on my side, I took pictures of koalas during my vacation week. [16:18] he definitely looked karmic. [16:18] sommer: :-) [16:18] and was eating fresh eucalyptus leaves. [16:18] anyone else ? [16:19] * alexm installed -proposed kvm-84 in jaunty [16:19] alexm: great ! how did that go ? [16:19] seems to be working fine for me [16:19] * kirkland cheers alexm! [16:19] * kirkland could really use help getting some verification on 4 bugs a jaunty-proposed kvm-84 fixes [16:19] however, i couldn't provide much feedback on all the bugs listed by kirkland [16:20] alexm: verified one of them, thanks! [16:20] i need to move those 4 to verification-done, to get kvm-84 into hardy backports [16:20] some of them are quite specific scenarios [16:20] i've been working on libposix [16:20] and i'm interested in packaging skia for ubuntu [16:20] unfortunately, i think most of my kvm testers are just happy running the kvm's i've been providing in ppa's [16:21] * ttx looks up skia [16:21] kirkland: there are a couple of reporters willing to test the -proposed ones next week or so [16:22] pace_t_zulu: doesn't look like very server-ish [16:22] ttx: no it isn't [16:22] ok, anyone else with cool stuff to report ? [16:23] let's open the bar for general discussion then. [16:23] [TOPIC] Open Discussion [16:23] New Topic: Open Discussion [16:25] anyone has soething they want to bring up ? Or July is just too hot ? [16:26] anyone attended to Gran Canaria Desktop Summit? [16:27] alexm: nobody from the sever team, I think [16:27] server, even [16:27] alexm: mdz did; he wrote about it in his blog [16:27] i'm not sure if there was any session server-related, being desktop summit [16:27] i was just curious [16:27] it is very desktop-focused. [16:27] kirkland: thanks, i'll take a look [16:28] I can't help but think the server team should be more involved with SRU bugs related to server packages.. [16:28] Bug #394696 is really "bugging" me [16:28] Launchpad bug 394696 in apache2-mpm-itk "Please rebuild apache2-mpm-itk [Hardy] to handle updated apache source" [High,Confirmed] https://launchpad.net/bugs/394696 [16:28] Daviey: excellent subject, thanks [16:28] and the motu-sru team is *three* people [16:28] We definitely could do a better job at tracking server SRUs [16:29] would it help having apache2-mpm-itk in main? [16:30] tracking candidates and pushing accepted ones to completion [16:30] I don't think it really needs to be in main TBH [16:30] I think server *related* packages matter to the server team, no matter where they are.. [16:31] sure, good point [16:31] I think discussion on server SRU tracking deserves some preparation and a full agenda point [16:31] ttx: agreed [16:31] though for the particular bug you mention, it needs to be fixed asap [16:32] Daviey: but it is blocked on motu-sru afaict [16:32] ttx: We should perhaps raise the discussion with motu(-sru) about how best to help aswell. [16:33] Daviey: this bug could use a proper SRU request, though it's quite simple [16:33] (step 2 in Procedure at https://wiki.ubuntu.com/StableReleaseUpdates) [16:34] anyway, we cannot subsitute ourselves to motu-sru [16:34] but tracking SRU candidates and having a regular server team meeting agenda point to review them, yes. [16:35] ACTION: ttx to add SRU tracking to next meeting agenda [16:35] [ACTION] ttx to add SRU tracking to next meeting agenda [16:35] ACTION received: ttx to add SRU tracking to next meeting agenda [16:36] ivoks: o/ [16:36] hi all [16:36] ttx: thanks [16:36] hi ivoks [16:36] anything else someone wants to mention before we wrap up ? [16:37] doh... [16:37] icecubes for everyone ! [16:38] ivoks: something you wanted to talk about ? [16:38] not really [16:38] okay then [16:38] [TOPIC] Agree on next meeting date and time [16:38] New Topic: Agree on next meeting date and time [16:38] next week, same place, same time ? [16:39] ok [16:39] I think we have a reasonably good attendance with this timing. [16:39] +1 [16:39] and nothing else works... :) [16:39] alright. [16:40] #endmeeting [16:40] Meeting finished at 10:40. [16:40] thanks ttx [16:40] Thanks everyone [16:50] thanks for chairing ttx [16:54] thank you all === vorian is now known as OldSchool [18:00] Hola everybody! We are about to start the kernel team meeting. [18:01] Roll Call [18:01] * bjf is here [18:01] * jjohansen present [18:01] * apw enters stage left [18:01] * manjo waves his arm [18:01] * smb enters right [18:01] * cking_ here [18:01] * apw crashes into smb [18:01] * ogasawara waves [18:02] I guess that's everybody [18:02] * manjo insures himself against apw [18:02] First of all, welcome ogasawara (officially now part of the kernel team) [18:03] * manjo welcomes ogasawara [18:03] \o/ [18:03] ogasawara has already been our QA champion for a while [18:03] \o [18:03] horrah [18:03] * jjohansen welcomes ogasawara [18:03] #startmeeting [18:03] Meeting started at 12:03. The chair is amitk. [18:03] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:04] [TOPIC] Open Action Items: "(apw) update status page for kernel-karmic-kernel-decision-session" [18:04] New Topic: Open Action Items: "(apw) update status page for kernel-karmic-kernel-decision-session" [18:04] done i believe [18:04] There was a related action for bjf to remove this from the list of blueprints that I've already done [18:04] [TOPIC] Open Action Items: "(jjohansen) to issue AA pull request" [18:04] New Topic: Open Action Items: "(jjohansen) to issue AA pull request" [18:05] done [18:05] yep, and its pulled into the current karmic kernel [18:05] \o/ [18:05] moving onto the status of Karmic [18:05] [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:05] LINK received: https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:05] [TOPIC] Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targeted Bugs) [18:05] New Topic: Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targeted Bugs) [18:05] ogasawara, apw? [18:06] Release meeting bugs and status are at https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:06] Currentely there are no RC Milestoned Bugs for Alpha3 [18:06] Release Targeted bugs are at https://bugs.edge.launchpad.net/ubuntu/karmic/+source/linux === Nicke_ is now known as Nicke [18:06] [TOPIC] Karmic Release Status: Milestoned Features [18:06] New Topic: Karmic Release Status: Milestoned Features [18:06] I think those are at https://edge.launchpad.net/ubuntu/+milestone/karmic-alpha-3 [18:07] * manjo goes to pick up fedex... board is here [18:07] [LINK] https://edge.launchpad.net/ubuntu/+milestone/karmic-alpha-3 [18:07] LINK received: https://edge.launchpad.net/ubuntu/+milestone/karmic-alpha-3 [18:07] Blueprints then... [18:07] [TOPIC] Blueprints: kernel-karmic-bug-handling [18:07] New Topic: Blueprints: kernel-karmic-bug-handling [18:07] Running the kernel arsenal scripts is showing good progress. . . [18:07] Weekly summary: down 58 Open bugs, down 143 New bugs, up 42 Fix Released bugs [18:07] I'm loosly tracking overall progress at http://status.qa.ubuntu.com/qapkgstatus/linux [18:08] amitk: done [18:08] ogasawara: should this be removed from the list of blueprints? [18:09] its starting to sound like the work is now 'business as usual' to me [18:09] and perhaps the general improvements can be reported in the bug stats section ? [18:09] amitk: like apw said, it's more of a routine maintenance now [18:09] amitk: so I say remove it and I'll report updates when needed [18:09] ogasawara, do we want to maek the blueprint complete too? [18:10] mark [18:10] apw: let me review first to make sure it's complete [18:10] [ACTION] (amitk) Remove Blueprints: kernel-karmic-bug-handling from list [18:10] ACTION received: (amitk) Remove Blueprints: kernel-karmic-bug-handling from list [18:10] ack [18:10] [ACTION] (apw, ogasawara) Mark Blueprints: kernel-karmic-bug-handling as complete [18:10] ACTION received: (apw, ogasawara) Mark Blueprints: kernel-karmic-bug-handling as complete [18:10] [TOPIC] Blueprints: kernel-karmic-hwdb-workshop [18:10] New Topic: Blueprints: kernel-karmic-hwdb-workshop [18:10] I've been following up with Abel re bug 338772 and bug 399319 [18:10] Abel and the Launchpad team are still working out the details for pushing the scripts to a central project repo [18:10] Launchpad bug 338772 in checkbox "Data from `lshw` should be submitted to Launchpad" [High,Confirmed] https://launchpad.net/bugs/338772 [18:10] Launchpad bug 399319 in checkbox "Remove the HAL dependency from Launchpad HWDB and checkbox " [Medium,Triaged] https://launchpad.net/bugs/399319 [18:11] amitk: should hopefully know more next week about the project repo. that's it for now. [18:11] [TOPIC] Blueprints: kernel-karmic-kms [18:11] New Topic: Blueprints: kernel-karmic-kms [18:11] Karmic rebased to -rc3 which brings a slew of i915 updates for KMS. ATI is still not supported in userspace. Testing continues with x-edgers. [18:12] Any idea if ATI support will appear before A4? [18:12] in userspace, not sure yet. on my list to sync with them to find out [18:12] apw, what's the story on Nvidia? [18:13] we're not expecting anything for nvidia for .31, nouveau is too new there [18:13] we are likely to offer it through x-edgers in the meantime [18:13] [TOPIC] Blueprints: kernel-karmic-new-kernel-on-lts [18:13] New Topic: Blueprints: kernel-karmic-new-kernel-on-lts [18:13] that is rtg, i believe its not moved much since last week [18:13] [TOPIC] Blueprints: kernel-karmic-review-of-non-upstreamed-code [18:13] New Topic: Blueprints: kernel-karmic-review-of-non-upstreamed-code [18:13] Ongoing, in rogress [18:14] progress even === ejat is now known as e-jat [18:14] [TOPIC] Blueprints: kernel-karmic-android [18:14] New Topic: Blueprints: kernel-karmic-android [18:14] bjf: know anything? [18:14] stalled waiting on resources [18:15] this is in cooloney's hands now and he's helping with imx51 [18:15] [TOPIC] Blueprints: kernel-karmic-sponsoring-staging-drivers [18:15] New Topic: Blueprints: kernel-karmic-sponsoring-staging-drivers [18:15] this one is on hold [18:15] I guess nothing new, yeah [18:15] pending resource being available when the rest of the tasks are done [18:16] [TOPIC] Blueprints: kernel-karmic-ssd [18:16] New Topic: Blueprints: kernel-karmic-ssd [18:16] i think that is complete from our point of view [18:16] that's complete. I needed to send an Email around, I forgot :-( [18:16] i think i expected it going off the list this week [18:16] * cking_ too [18:16] action that cking_ on it :) [18:17] OK [18:17] [ACTION] (cking) to send email about Blueprints: kernel-karmic-ssd [18:17] ACTION received: (cking) to send email about Blueprints: kernel-karmic-ssd [18:17] [TOPIC] Blueprints: kernel-karmic-suspend-resume [18:17] New Topic: Blueprints: kernel-karmic-suspend-resume [18:17] manjo: ? [18:18] nothing on that yet [18:18] he has been working on the review of ubuntu/ so that ones behind it [18:18] [TOPIC] Blueprints: kernel-karmic-wifi [18:18] New Topic: Blueprints: kernel-karmic-wifi [18:18] I will be doing a session on it in atlanta linux fest [18:18] and at the sprint to see how kms works [18:18] in karmic [18:18] i think that is rtg also, so not sure of wifi status [18:18] wrt to suspend/resume [18:19] ack manjo [18:19] [TOPIC] Blueprints: kernel-karmic-better-power-mgt [18:19] New Topic: Blueprints: kernel-karmic-better-power-mgt [18:19] that is stalled on me [18:19] awaiting resources, that is [18:19] [TOPIC] Blueprints: kernel-karmic-flavours [18:19] New Topic: Blueprints: kernel-karmic-flavours [18:20] * apw checks [18:20] Isn' that already closed? [18:20] it should be, but isn't marked on the Status page [18:20] amitk, action me to clean up the status page pls [18:21] [ACTION] (apw) clean up status of Blueprints: kernel-karmic-flavours [18:21] ACTION received: (apw) clean up status of Blueprints: kernel-karmic-flavours [18:21] [TOPIC] Blueprints: kernel-karmic-config-rework [18:21] New Topic: Blueprints: kernel-karmic-config-rework [18:21] This should be closed too [18:21] ok that one is officially complete [18:21] i need to get pete to sync the status into the blueprints [18:21] amitk, that wasn't on the meeting agenda [18:22] will do that as part of the previous action [18:22] bjf: I guess I didn't edit your mootbot runes correctly :) [18:22] [TOPIC] Other Release Tasks: AppArmor [18:22] New Topic: Other Release Tasks: AppArmor [18:22] jjohansen: great work! [18:23] the current karmic kernels contain this in a ready to test state [18:23] :) can I sleep now ;) [18:23] some small regression remain and are being worked [18:23] what is the upstream status? [18:23] currently there is a regression in the clone test [18:23] jjohansen: not yet, till we get this upstream ;-p [18:24] darn [18:24] has anything been posted to lkml? [18:24] I haven't done anything with upstream yet, just focused on the regressions [18:24] i assume that we will be aiming to have it upstream in time for the kernel LL is cut from [18:25] yes [18:25] thanks jjohansen [18:25] [TOPIC] Other Release Tasks: ARM-Freescale [18:25] New Topic: Other Release Tasks: ARM-Freescale [18:25] the saga continues, we are now getting support from Freescale so we hope to see some progress this week, manjo is the new man on the spot [18:25] I built the bjf kernel [18:25] * pgraner tags manjo and shouts your it! [18:25] currenly building amitk 's kernel [18:26] waiting on a board [18:26] I've got a minimal imx51 kernel ported to 2.6.31-rc compiling [18:26] We need to decide one more thing and I get the topic branch into clean state [18:26] and will check with anmar on a date & time I can be onsite [18:26] lots of Jaunty SRU work going on as well w.r.t. imx51 [18:26] I talked to onsite rep and he is ready to go [18:26] err, wrong kernel I guess [18:26] and this one uses the in-kernel file structure, APIs, etc. [18:27] [TOPIC] Other Release Tasks: Reintegrate Ports [18:27] New Topic: Other Release Tasks: Reintegrate Ports [18:27] apw: can we mark this completed? [18:27] that one is complete. we wanted to drop that one from the agenda [18:27] done [18:27] [TOPIC] Other Release Tasks: Grub2 [18:27] same with this? [18:28] New Topic: Other Release Tasks: Grub2 [18:28] yep. [18:28] yep, thats complete [18:28] [TOPIC] Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others [18:28] * Dapper: 2.6.15-54.77 (security) [18:28] * Hardy: 2.6.24-24.55 (security) [18:28] 2.6.24-24.56 (proposed+security)[7] with 3/11 verifications [18:28] * Intrepid: 2.6.27-14.35 (security) [18:28] 2.6.27-14.36 (proposed+security)[7] with 5/24 verifications [18:28] LRM 2.6.27-14.20 (proposed)[25] with 1/2 verifications. [18:28] Verification for LRM should be complete now, but I just updated [18:28] New Topic: Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others [18:28] the report today. [18:28] * Jaunty: 2.6.28-13.45 (security) [18:28] 2.6.28-14.46 (proposed)[6] with 0/15 verifications [18:28] LRM 2.6.28-14.18 (proposed)[6] [18:28] LBM 2.6.28-14.15 (proposed)[6] [18:28] LRM and LBM are rebuilds with bumped ABI, the kernel contains an [18:28] import from upstream stable and should be tested well. [18:29] efficient as always smb :) [18:29] I love to be :) [18:29] [TOPIC] Status: Karmic [18:29] New Topic: Status: Karmic [18:29] The karmic kernel is now rebased to 2.6.31-rc3 (2.6.31-3.19). Carries a large DRM delta, and some ext4 patches. Also carries aufs2 for testing. Finally it carries AppArmour (disabled) for testing. [18:30] Have we triggered a lot of kerneloops reports? [18:30] how do we test AppArmour if it's disabled? [18:30] use security=apparmor [18:30] OK [18:30] not seen anyything specific for kernel oops [18:30] curious about the uptake of alphas [18:31] we have a lot of people who were reporting bugs, and we are seeing a steep rise [18:31] in regression-potential bugs, so someone is testing [18:31] ogasawara, any feel for how much bug traffic we have? [18:31] any particular kinds of regressions worth mentioning? [18:31] failed to boot? [18:32] apw: http://status.qa.ubuntu.com/qapkgstatus/linux might give a rough idea [18:32] we've had a number of booting issues with specifici hardware, worst in -rc1 [18:32] things are looking better, but still wobbly [18:32] also wireless and rfkill inparticular seemed to be an issue [18:33] yeah lots of fallout from the rfkill re-work ... [18:33] Moving on... [18:33] [TOPIC] Status: ARM [18:33] New Topic: Status: ARM [18:33] bjf: anything else to add? [18:33] just more Jaunty SRU work being done [18:34] [TOPIC] Status: Netbook [18:34] more of Hugh's team getting involved (imx51 is really sucking up resources) [18:34] New Topic: Status: Netbook [18:34] I'd say we are close there for the first step [18:34] bug as bjf says there are more to come [18:34] but [18:35] netbook: we pushed and updated jaunty netbook tree for testing [18:35] is OEM the primary customer? [18:35] we are moving to a specific flavour for netbook sometime this week, config issues allowing [18:35] there is likely to be a karmic one shortly also [18:35] amitk, yep [18:35] apw: unlike last time, i'm going to push this version into our repo this afternoon... [18:36] awe excellent, let me know how it fairs [18:36] apw: so should have testing status for you next week [18:36] ack [18:36] awe, that's good [18:36] [TOPIC] Incoming Bugs: Regressions [18:36] New Topic: Incoming Bugs: Regressions [18:36] There were 5 regression-potential bugs added to the list this week and 1 regression-release. [18:36] All have already been commented on by a member of the kernel team. [18:36] As mentioned above, boot failures and rfkill types of issues [18:37] we are struggling a bit to cope with the bug load right now, with so much resoruce being sucked up [18:37] and it will only get worse once we hit beta, I guess [18:38] * apw shudders [18:38] As always any help is welcome ;-) [18:38] [TOPIC] Incoming Bugs: Bug day report [18:38] New Topic: Incoming Bugs: Bug day report [18:38] also some drivers in staging might need to be moved to latest version... rt2x00 for instanace [18:38] Bug day stats are as follows: [18:38] Bug Day Stats - Kernel Devs [18:38] Fix Released 5 (↑5) [18:38] Fix Committed 0 (↑0) [18:38] Won't Fix 3 (↑3) [18:38] Invalid 5 (↑5) [18:38] Reassigned 0 (↑0) [18:38] In Progress 2 (↑2) [18:38] Incomplete 79 (↑79) [18:38] Triaged 21 (↓10) [18:38] Confirmed 25 (↓10) [18:38] New 80 (↓74) [18:38] Bug Day Stats - Community [18:38] Fix Released 1 (↑1) [18:38] Fix Committed 0 (↑0) [18:38] Won't Fix 1 (↑1) [18:38] Invalid 1 (↑1) [18:38] Reassigned 0 (↑0) [18:39] In Progress 1 (↑1) [18:39] Incomplete 5 (↑5) [18:39] Triaged 40 (↓10) [18:39] Confirmed 0 (↑0) [18:39] New 1 (↑1) [18:39] Of course I want to give a big thank you to Andres Mujica and JFo for helping out last week! [18:39] I'd also like to point out that JFo even tackled a list of 30 additional bugs I gave him. [18:39] The next bug day will be next Tues 21 July. We're going to target the backlog of bugs on the weekly kernel buglist. [18:39] Thanks Andres and JFo [18:39] yep big thanks both [18:39] Thanks ogasawara [18:39] [TOPIC] Open Discussion or Questions: Anyone have anything? [18:39] New Topic: Open Discussion or Questions: Anyone have anything? [18:40] i'd call that a no [18:40] going once [18:40] going twice.. [18:40] gone... [18:40] sold to the man in the hat [18:41] Moving on to our favourite topic... [18:41] [TOPIC] Next Meeting Chair Selection [18:41] New Topic: Next Meeting Chair Selection [18:41] who is next on the list ? [18:41] apw is next [18:41] alphabetic? [18:41] i believe that its me [18:41] ack, should be ok for me next week [18:41] are we going by irc nics ? [18:41] [ACTION] (apw) is chair for next meeting [18:41] ACTION received: (apw) is chair for next meeting [18:41] That's all folks! [18:41] Thank you [18:42] And have a good day/night [18:42] #endmeeting [18:42] bye [18:42] Meeting finished at 12:42. [18:42] * apw trips off stage right [18:42] * smb follows [18:42] * amitk stumbles off === fader_ is now known as fader|lunch === edsoncanto is now known as Edson === Edson is now known as edson === fader|lunch is now known as fader_ === OldSchool is now known as FurieuxV === FurieuxV is now known as Effexor === WelshDragon is now known as YDdraigGoch === RoAk is now known as RoAkSoAx === slangase` is now known as slangasek === cody-somerville_ is now known as cody-somerville === j_ack_ is now known as j_ack === fader_ is now known as fader|away === Effexor is now known as vorian [23:58] @now [23:58] hello what date it is by ubuntu calendar? [23:58] 23:00 UTC Kangarooo [23:59] is everyone here ? [23:59] #startmeeting [23:59] Meeting started at 17:59. The chair is bodhi_zazen. [23:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [23:59] Agenda : [23:59] [LINK]https://wiki.ubuntu.com/BeginnersTeam/Meetings [23:59] LINK received: https://wiki.ubuntu.com/BeginnersTeam/Meetings