=== e-jat is now known as ejat === Wajih is now known as MaWaLe === highvolt1ge is now known as highvoltage === dholbach_ is now known as dholbach === asac_ is now known as asac === cjwatson_ is now known as cjwatson === ogra_ is now known as ogra === ogasawara__ is now known as ogasawara === Zic is now known as Guest74942 [14:00] Hi there [14:00] Where's NCommander? [14:00] hi [14:01] hey [14:01] ogra, GrueMaster, plars, davidm, JamieBennett, dyfet: meeting? [14:01] hi [14:01] if I must. [14:01] yarg [14:01] yup [14:01] oooh [14:01] * ogra totally forgot [14:01] i'm so ddep into filing bugs atm [14:01] *deep [14:02] hello [14:02] * GrueMaster stragles out to get a fresh cup of caffeine. [14:02] I guess we'll do without NC [14:02] NCommander [14:02] #startmeeting [14:02] Meeting started at 08:02. The chair is lool. [14:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:02] * lool sighs on the lack of a meeting page [14:03] Nor for last week, impressive [14:03] [link] https://wiki.ubuntu.com/MobileTeam/Roadmap [14:03] LINK received: https://wiki.ubuntu.com/MobileTeam/Roadmap [14:04] First action on completing dove z0 d-i support was on ncommander [14:05] But I don't think he worked further on it; I agree we should first confirm whether that's still a target since bjf was saying it might not be supported anymore [14:05] move lubuntu seed to proper location and enable the meta on amd64 (dyfet) [14:05] dyfet: ? [14:06] oh...we want amd64 active for that? Then I will change architecture to any [14:06] That I think would be simplest... [14:06] I don't see why lubuntu should be architecture specific [14:06] I do not recall why this was done either originally [14:06] This decision is usually defered to image building time because these cost QA and space [14:07] dyfet: So what about the other bits? [14:07] dyfet: Moving to proper location (/ubuntu-seeds) [14:07] Agreed...and a quick tiny change :). I had been trying to sync up with the other people using the branch to move the seed. But it is a team maintained seed [14:08] NCommander, is here now [14:08] #startmeeting [14:08] NCommander, There is already a meeting in progress. [14:08] ah [14:08] dyfet: so carry on I guess [14:08] okay [14:08] [action] move lubuntu seed to proper location and enable the meta on amd64 (dyfet, c/o) [14:08] ACTION received: move lubuntu seed to proper location and enable the meta on amd64 (dyfet, c/o) [14:09] setup meeting with ubuntu-moblin and report back here (lool, c/o) [14:09] Had a meeting on Monday where we planned our various efforts [14:09] A short summary is that there are some 4 parallel efforts going on or so [14:09] We're trying to merge bug fixes from private jaunty ppa to public moblin ppa [14:09] we're trying to merge karmic public ppa to karmic proper [14:09] we're trying to fix more bugs [14:10] we're trying to merge moblin 2.1 [14:10] (and we're also trying to make the jaunty bits public in some way) [14:10] chrischeney will be tasked with the jaunty -> any merges [14:10] paulliu keeps working on moblin 2.1 [14:10] rest of OEM folks work on bug fixes and moblin 2.1 [14:10] lool: yes. [14:11] We touched based on a plan for some partial moblin compliance too [14:11] That's it [14:11] Image is quite broken right now due to move to 2.1 [14:11] but that's life and we want moblin 2.1 more than a 100% karmic based image which doesn't seem atteinable anymore [14:11] lool: Update mutter-moblin should brings everything back. [14:11] file question against soyuz on PPA size (paulliu, c/o) [14:12] paulliu: ^ did you file that? [14:12] lool: how come I wasn't invited to the meeting? [14:12] lool: Ah. Not yet. (c/o) [14:12] Seeing as how I'm doing the compliance testing. [14:12] lool: But we haven't have a new PPA. [14:12] GrueMaster: We only discussed how to organize package uploads and this was appended to the meeting, not really part of the agenda to start with [14:13] lool: The current PPA size is large enough. If we want a new PPA we need to have the same size. [14:13] GrueMaster: The only thing we discussed on this topic was basically that we want to keep this in a separate compliance ppa and perhaps base on jaunty [14:13] paulliu: Do we want one? Not sure we actually need one anymore [14:13] paulliu: I guess not [14:13] lool: yes. So let's delete that action. [14:14] plars to update the bug workflow [14:14] plars: ^ [14:14] that has been mostly completed, the only thing I hadn't done yet was add a section for moblin [14:14] Ok thanks [14:14] which I was kind of on the fence about one part, and that would be for the 'moblin' tag [14:15] I was thinking it may not be necessary, since all moblin bugs are supposed to go into ubuntu-moblin [14:15] however, after thinking about it some more, I could see how someone might file a bug against a non-moblin specific package, and it end up being in ubuntu with possibly nothing indicating that it happened on a moblin system [14:15] plars: indeed not necessary for now but doesn't hurt much to plan for next cycle and start adding that perhaps? [14:15] ack [14:15] so I'm thinking it would still be useful to have [14:15] plars: makes sense to have it IMO [14:16] so I'm going to go ahead with that, and see about putting the hook in for it too [14:16] we want the tag to just be 'moblin' right? [14:16] GrueMaster to continue driving moblin compliance issues with the LinuxFoundation. [14:16] plars: yeah [14:16] or is something like 'ubuntu-umr' or 'ubuntu-moblin' more paletable? [14:16] ok [14:17] I talked with Ted Tso and a couple of test developers, found out what needs to be installed for testing compliance. [14:18] There were a lot of missing bits, like locale info and a few other missing packages that the tests depend on. [14:18] I'll add those in to the next test round. [14:18] The list I have is non-distro specific, so once I know what ubuntu packages are needed, I'll request a meta package wrapper to be made. [14:19] lool to add uboot-mkimage to the desktop ship seed to make dove images non-dependent on internet access [14:19] done [14:19] pushed today; need to see if that works as expected [14:19] As to actual compliance, the final specification for 2.0 won't be released until after karmic. [14:20] * GrueMaster is done. [14:20] [topic] UNR status [14:20] New Topic: UNR status [14:20] njpatel: You around? [14:20] njpatel: Any particular comments? [14:21] AFAIK we're up to date on releases [14:21] Except for a tentative humanity upload which I nacked [14:22] Nothing particularly interesting to report [14:22] [link] UNR Status [14:22] LINK received: UNR Status [14:22] Ups [14:22] [link] https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-unr [14:22] LINK received: https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-unr [14:22] No interesting bugs there [14:22] Biggest issue with icon theme has been resolved by saying we keep what we have [14:23] Apparently there was a new bug filed recently against maximus that isn't listed here. [14:23] #? [14:23] bug #421019 [14:23] If someone has some free cycles, there's an easy bug with translations of window-picker-applet where I outlined the necessary changes and they need implementation [14:23] Launchpad bug 421019 in maximus "maximus crashed with SIGSEGV in g_closure_invoke()" [High,Triaged] https://launchpad.net/bugs/421019 [14:24] Ah, someone has already looked at it. [14:25] does it make sense to report such an obvious bug like flash failing to install from firefox plugin finder service ? Does anyone know a bug report about it ? [14:25] Can't personally load it [14:25] I mean it takes forever [14:25] ops, wrong channel, sorry :| [14:25] GrueMaster: Is it properly milestoned etc.? [14:25] my current concern with unr is that desktop-switcher seems unusable without reeking havoc [14:25] plars: Indeed [14:26] plars triaged this one. [14:26] plars: So we tried clamping the worst issues last week but I still see it as a sore poin [14:26] I wanted to talk to neil about it first before suggesting anything rash [14:26] point [14:26] plars: last times I looked into d-s issues, I gazed and thought we need to rewrite everything [14:26] Problem is that we can't do that for karmic [14:27] It should of course be a lucid spec to use a different mechanism for it [14:27] lool: jason had suggested that it should just be a session option at login, which seems reasonable === robbiew-afk is now known as robbiew [14:27] the on-the-fly switching is a neat trick, but doesn't seem to work well in practice [14:27] * StevenK shores [14:27] plars: Yes; I suggested that too, months ago, but nobody had time to look into it [14:27] StevenK: Hey; we're in UNR status [14:27] topic is d-s [14:27] it's the only really good option I've heard so far === fader|away is now known as fader_ [14:28] d-s is broken? [14:28] plars: Cant do that in karmic though; I had in mind we should do our best to fix the biggest issues in karmic's [14:28] StevenK: it never actually worked [14:28] Sure it has, it's just ... fragile [14:28] plars: Could you come up with the highest prio bugs in your eyes which we should fix for release? [14:28] lool: right, but if d-s can't be stabilized enough, I think it needs to not be there. It's breaking systems [14:28] will do [14:28] plars: It's an option [14:29] plars: I think I'd need a summary of breakage from you if you could produce that [14:29] hey, that would also reduce the image size. Win. [14:29] plars: That'd help convincing release team + design team that we want it out [14:29] GrueMaster: Speaking of which [14:29] GrueMaster: How did that effort go recently? [14:29] I haven't had time to look into it. I was busy withthe conference last week. [14:30] I'm looking into it today. [14:30] We need to wait until after beta for large-ish things anyway [14:30] StevenK: anything WRT UNR? [14:31] Yes, we're oversized. [14:31] Right now? [14:31] We seem to be at 686M [14:31] * StevenK checks again [14:32] Okay, we were ... :-) [14:32] We hit 714M this morning [14:32] wow [14:32] how come? [14:33] I wasn't able to figure that out, sadly [14:33] Ok; probably temporary bogosity [14:33] But it looks like we dropped like a stone after that if we're at 686 [14:33] StevenK: any other bugs / highlights? [14:33] I'll re-instate de after beta [14:33] StevenK: are we in sync WRT seeds and upstream releases? [14:34] StevenK: Well I remember pidgin crept in over the week end and I fixed it but it probably was accepted on monday only [14:34] that might explain the big image [14:34] I've not checked those, but we are probably too late to change either [14:34] StevenK: Can you make sure you double check we're not out of date? [14:34] StevenK: I'd hate if we would be missing any change, even the most trivial ones [14:35] lool: I certainly will, when I'm working again [14:35] Thanks [14:35] [topic] moblin remix status [14:35] New Topic: moblin remix status [14:35] StevenK: hey again! [14:35] * StevenK chuckles [14:35] paulliu, StevenK: So it's quite borken right now [14:35] paulliu: You say it's about to be mostly fixed? [14:36] lool: yes. If you boot with a while screen. You just need to upgrade mutter-moblin. [14:36] [link] https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-moblin [14:36] LINK received: https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-moblin [14:36] lool: I think it might not included in the built today. [14:36] paulliu: Is it still booting into gnome? [14:37] paulliu: So the current livefs needs a fixed mutter-moblin? [14:37] I'll take care of the sources.list and apt preferences files in livecd-rootfs, but after beta [14:37] StevenK: yes. [14:37] paulliu: When was it uploaded? [14:37] paulliu: We had a build an hour ago or so [14:37] lool: one hour ago. [14:37] note that dues to a casper breakage we dont have ttys on live images [14:37] mutter-moblin 0.40.0-0ubuntu0moblin6 [14:38] that's what we have [14:38] Okay, we can organise a rebuild [14:38] so if you have a white screen there is no way to install anything on tty [14:38] lool: ok. It's ok. [14:38] ogra: Is that one fixed? [14:38] paulliu: Cool [14:38] lool, slangasek said post beta [14:38] paulliu: no rebuild needed then? [14:38] ogra: Ok [14:38] lool: no rebuild needed. [14:38] Anything else on moblin for beta? [14:38] Bug 438678 filed ... [14:38] plars, GrueMaster: ^? [14:39] That tty issue may be related to a kernel bug I filed yesterday. [14:39] GrueMaster, it isnt [14:39] Launchpad bug 438678 in casper "25configure_init uses /dev/ttyN.conf instead of /dev/ttyN for /etc/init/tty*.conf mangling" [Medium,Confirmed] https://launchpad.net/bugs/438678 [14:39] ok [14:39] lool: I've not had time to focus on moblin this week, couldn't say [14:39] Is it only breaks Moblin?? [14:39] nope [14:39] all live images [14:39] No, it would affect everything [14:40] Hmm if it's in the installed system too it certainly should be > medium [14:40] ogra: OK. thanks. That should be the bug mentioned by Kevin Huang today afternoon. [14:40] It's more casper and upstart fallout [14:40] but if moblin leaves you with unusable X it is hard :) [14:40] ogra: He complains that moblin installation is totally broken. [14:40] lool, my focus last week was on moblin compliance, based on Alpha 6. [14:40] I didn't get into any testing yet. [14:40] GrueMaster: Do we have public results? [14:40] paulliu: Could you ask him to file bugs? [14:41] GrueMaster: Are you automating this stuff? [14:41] public results for moblin compliance testing? not yet. [14:41] paulliu: Or at least document what is broken, and how it breaks [14:41] * StevenK prods LP with a sharp stick [14:41] StevenK: Hmm. Not good because it's a secret project I think. A hardware runs nvidia driver. Not Intel. [14:42] The testing is automated. Last week i was in a full week long conference, where I managed to corner some members of the linux foundation that work on the compliance test suite. [14:42] GrueMaster: So this runs from cron on your side? [14:42] GrueMaster: Were you armed or unarmed? [14:42] GrueMaster: What I'd like to see are daily builds of the testsuite against the daily image so that we can see progress on compliance fixing [14:43] No. It is manually started. I really don't have time to give a full education on how the test system works. [14:43] Not possible. [14:43] I don't like reading not possible [14:43] Test suite takes 26 hours to run it's course, not including manual tests. [14:43] You want it done faster, buy me more hardware. [14:43] I don't want to have to rely on you to push the button [14:44] GrueMaster: Well actually I did wonder a couple of times why it's running in your basement instead of in our shiny DCs [14:44] It's my job, it's what I do. [14:44] DC's? [14:44] data ceners [14:44] Datacentre [14:44] *centers [14:45] Some of the tests require hardware that you don't see when running in a VM. [14:45] Like the GL tests. [14:45] We don't need to run them in a vm in the DC [14:45] We have our hw cert labs and our regular DCs which could host a new machine [14:45] But ideally this would run on hw cert machines [14:46] And who would run the manual tests? [14:46] GrueMaster: Could you look at documenting what you run and how you setup a machine to rnu the testsuite? [14:46] And what access it needs to the machine [14:46] GrueMaster: I don't know what the manual tests are [14:46] It is already documented on the moblin.org site, along with some new hints for missing packages I just got last week. [14:47] let's take this offline. [14:47] Does it need root, will it spew 80G of garbage to a disk ... [14:47] Ok; I agree it takes too long to discuss here [14:47] GrueMaster: But I would like to see more transparency on the setup and less dependencies on you pressing abutton [14:47] Do we really want to spend the next 15 minutes with a tutorial on how to run the test suite? [14:48] ... not here [14:48] * StevenK has a bed to visit [14:48] Anything else moblin related? [14:48] GrueMaster: we should talk about seeing if we can make it run in checkbox [14:48] plars, GrueMaster: That sounds like a good UDS topic [14:48] lool: you seem to have some sort of misconception about how the test suite works. Please either read the documentation or try the test out yourself for once. [14:48] +1 [14:48] -1. [14:49] Good luck. [14:49] The test suite is updated too often. [14:49] GrueMaster: I have the impression that thousands of tests must be automated in some way and that having a person kick them manually is not the best way to use our time [14:49] GrueMaster: I'm not saying it's simple, just worth taking a look at [14:49] It is automated. To a point. [14:49] GrueMaster: we already have testsuites in checkbox that are updated several times a day! [14:49] IT TAKES LITTLE TIME TO RUN!!!!! [14:50] * ogra shades his ears [14:50] But you might be at a conference or hit by a bus [14:50] * GrueMaster wants desparately to drop this subject. [14:50] ok, in any case, we have 10 minutes left, we can talk about it offline [14:50] Then someone else will need to spend 15 minutes learning how to run them. [14:50] [topic] armel [14:50] * plars suggests [action] gruemaster to avoid busses for a while [14:50] New Topic: armel [14:50] And another 10 minutes posting the data. [14:50] [link] https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-armel [14:50] LINK received: https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.subscriber=ubuntu-armel [14:50] * ogra would like to see someone from the team to test Bug 427289 [14:51] Plus an hour a week justifying the ten minutes spent. [14:51] Launchpad bug 427289 in linux-fsl-imx51 "hardware clock not saved if board power is removed on babbage 2.5" [High,Invalid] https://launchpad.net/bugs/427289 [14:51] amitk would like us to test his pselect patches [14:51] the kernel in todays image should support the charging [14:51] but my battery seems to be bad [14:51] ogra: Ok [14:51] will dist upgrade and test [14:51] you need to change for 8-12h, according to amit the clock should keep the time then [14:51] [action] test fix for RTC battery charging (lool) [14:51] ACTION received: test fix for RTC battery charging (lool) [14:51] a voltmeter would also be nice :) [14:52] and reporting some values [14:52] but not mandatory [14:52] CRAP [14:52] https://launchpad.net/ubuntu/+source/openoffice.org/1:3.1.1-2ubuntu3/+build/1264928 [14:52] imx51 FEC driver has issues with NM and in d-i [14:52] doko_: ^ [14:52] ogra: Bug? [14:53] oo.o didnt build and we will likely ship with a broken one this round [14:53] make[2]: *** [bfd.info] Error 1 [14:53] make[2]: Leaving directory `/build/buildd/openoffice.org-3.1.1/binutils-build/bfd/doc' [14:53] Bug 438687 [14:53] Launchpad bug 438687 in network-manager "FEC driver does not set "DRIVER" property in udev which makes network-manager fail" [High,New] https://launchpad.net/bugs/438687 [14:53] doko_: missing bdep? [14:53] lool, he knows the fixy [14:53] ogra: Is this being pushed? [14:53] but we wont make it in time [14:53] Unless we respin thursday morning [14:53] doko is on it afaik [14:54] in any case i propose to not rip out oo.o this time [14:54] lool: it's missing a b-d for binutils, yes. if it helps anything, I'll have packages ready in about 2h/3h on jocote, built from the same source [14:54] ogra: 438687 > looks good [14:54] it took four people and several hours to get that right last time [14:54] if oo.o doesnt build, lets just release note it but leave it in the image [14:54] ogra: It wasn't installable I think [14:54] you have to make changes in to many places [14:54] Ok anything else on armel? [14:55] lool, ouch, indeed [14:55] and it wont be this time either [14:55] sata still doesn't work when running gdm. [14:55] arch all discrepancy [14:55] I have to review the f-k changes from NCommander but will be post beta now [14:55] lool, so it seems we have to rip it out or not respin [14:55] current .1 image looks quite good [14:56] a respin will screw up the livefs build [14:56] Also, the two failing nics of mine have been given to amitk for debugging. [14:56] [topic] specs review [14:56] New Topic: specs review [14:56] GrueMaster, well, the builtin NIC works now [14:56] I have spres here. [14:56] ogra: is cron disabled? [14:56] ogra, I noticed. [14:57] lool, for images ? i think so [14:57] pitti could tell [14:57] ogra: Ok they are [14:57] ogra: then we just need to pass the word not to respin desktop on arnel [14:57] armel [14:57] yeah [14:57] GrueMaster: LSB results for A6 > didn't see them [14:57] I think there is still some stability issues in the USB driver stack. on imx51. [14:57] GrueMaster: So I dropped it from the spec [14:58] sigh. [14:58] 2 min [14:58] I POSTPONED a bunch of items on paulliu's specs [14:58] I just posted them. [14:58] GrueMaster: I updated the spec again [14:58] I'm still waiting to hear when Wubi is fixed ... [14:58] GrueMaster: Just update the spec next time [14:58] StevenK: :-( [14:58] I had waited to go over them with the linux foundation folks so I could understand some major failures. [14:59] StevenK: it affects desktop too, so quite bad [14:59] lool: Absolutely [14:59] GrueMaster: I dont see how that blocks posting them?! [14:59] lool: let ME update my spec, please. [14:59] lool: I think Agostino needs to be nailed down, I'll try and catch him this week [14:59] [link] http://piware.de/workitems/mobile/karmic/report.html [14:59] LINK received: http://piware.de/workitems/mobile/karmic/report.html [14:59] I needed to see if I was doing anything wrong. there was a major test suite that hung. [15:00] turned out to be a kernel bug. [15:00] GrueMaster: Sorry but you're not the only one to be in charge of the spec [15:00] GrueMaster: I happen to have to report on it [15:00] with the help of ogra BTW [15:00] can you at least ask me what's up before blindly making changes? [15:01] * ogra looks up [15:01] GrueMaster: I checked the wiki, the results were not posted, I updated the spec to match [15:01] GrueMaster: I thought that you could still fix it if that was incorrect -- like I just did [15:01] * GrueMaster gives up. [15:01] ogra: Back in your cage! [15:01] GrueMaster: I'm not going to organize to block on you [15:01] * ogra roars [15:01] :) [15:02] plars: I marked the unr checkbox stuff as implemented since the last action was to merge the test in the main branch [15:02] hey, it's 3 minutes past. meeting over, right? [15:03] Ok ; I don't have any other questions on specs; does anybody want to raise anything? [15:03] GrueMaster: We can run a bit over this week; especially since it's beta [15:03] and there's no TB meeting after us [15:03] ian_brasil: Around? [15:03] [topic] AOB [15:03] New Topic: AOB [15:03] yep [15:04] ian_brasil: Did you want to raise MID stuff? [15:04] just an update [15:04] we created the community project..worked on seeds and i have packages upstream libhildon and hildon-desktop..both fail to build ha ha but i will sort that later [15:04] ian_brasil: Did you settle on a set of goals and a codename? [15:05] not the goals yet but we have a codename [15:05] Eh ok [15:05] Liquid remix [15:05] lool: I saw, thanks. They are both marked implemented now [15:05] ian_brasil: I think at this point it's not reasonnable to do anything in karmic, but you guys could prepare stuff in a PPA for lucid [15:06] that is what we thought [15:06] Ok; any other business? [15:06] NCommander: Still with us? :-) [15:07] #endmeeting [15:07] Meeting finished at 09:07. [15:07] Thanks all [15:07] thanks === imlad|away is now known as imlad [15:56] morning [15:56] yo :) === zoopster is now known as jpugh [16:01] o/ [16:01] o/ [16:02] \o [16:02] gday [16:02] o/ [16:02] o/ [16:02] Welcome to the server team meeting... [16:03] o/ ttx [16:03] o/ [16:03] hi all, I need a few minutes before I can join, apologies; i'll o/ when i am back [16:03] o/ [16:03] #startmeeting [16:03] Meeting started at 10:03. The chair is ttx. [16:03] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:03] its like people are doing aerobics [16:04] Agenda is at https://wiki.ubuntu.com/ServerTeam/Meeting [16:04] [TOPIC] Review ACTION points from previous meeting [16:04] New Topic: Review ACTION points from previous meeting [16:04] ACTION: Daviey to get his Asterisk 1.6RC2 update sponsored [16:05] no Daviey [16:05] ttx: that was same day as the meeting :) [16:05] ok cool [16:05] ACTION: soren to clear out status for ec2-version-query publication [16:05] ACTION: soren to automate updating of ec2-version-query" (once publication is resolved) [16:06] soren is away, anyone knows the status of this ? [16:06] slangasek, maybe ^ [16:06] ACTION: kirkland to open discussion on how to best solve the remaining configuration options on Moodle appliance [16:06] ttx: is that from last week? [16:06] heh, yes [16:06] well, carried on from the week before [16:07] ttx: for the prototype, i moved away from a moodle appliance for now, to a gobby server [16:07] ok. [16:07] ttx: generically, we need to figure out how to make appliances out of packages that have critical debconf questions [16:07] I might have some time tomorrow to do appliance testing, if the eucalyptus front calms down [16:07] ttx: that's a generic problem, which requires admin input on package installation [16:07] ACTION: kirkland to get help from soren and smoser on proper UEC-compatible image generation [16:08] ACTION: kirkland to discuss with niemeyer and nurmi about image store integration testing [16:08] ttx: for the appliance to be useful, all configuration should be web driven, after instantiation, according to mdz [16:08] kirkland: I'm happy to help aswell if that is wanted. [16:08] Daviey: thanks [16:08] cjwatson: is there a web frontend for debconf? [16:08] cjwatson: i seem to recall you saying at some point that various frontends can be bolted onto debconf.... [16:08] yes there is i think we discussed it at the sprint in aalborg [16:08] kirkland: soren mentionned a web frontend, yes [16:09] there is, though it's not very good [16:09] ttx: all of those actions have been pre-empted by getting UEC to work in Karmic Beta [16:09] I think it is minimally functional [16:09] cjwatson: could you just send me a pointer to it, when you get a chance? [16:09] kirkland: ok. [16:09] kirkland: it's in the debconf package itself [16:09] ACTION: soren to update to latest euca2ools [16:09] kirkland: we should work on the appliance stuff next week [16:09] cjwatson: ah, okay, thanks. [16:09] mathiaz: agreed [16:09] I replaced soren on that one. [16:10] ttx: we need a running cloud before we can test images ;-) [16:10] ACTION: soren to add image-generation-toolchain version numbers to manifests [16:10] kirkland: working on it :) [16:10] I don't think this was done... [16:10] ttx: yup, me too :-) [16:10] Two actions on missing MIRs: [16:10] ACTION: zul to follow up on the UEC/EC2 packages MIR status [16:10] ACTION: smoser to file one bug for the fact that the images include unsupported packages [16:10] done [16:11] ec2-init is in main [16:11] that was done. bug 434744. [16:11] ok [16:11] Launchpad bug 434744 in ubuntu "ec2 and uec images contain packages not in main" [High,Fix released] https://launchpad.net/bugs/434744 [16:11] ACTION: ttx to file bug about providing ec2-* command names which call euca2ools [16:11] bug 435140 [16:11] Launchpad bug 435140 in euca2ools "euca2ools should provide ec2-* symlinks/alternatives" [Wishlist,Confirmed] https://launchpad.net/bugs/435140 [16:11] ACTION: mdz to sync with kirkland on Virtual appliance status [16:11] That was done, he communicated basic requirements, methink [16:12] ttx: i think we're in sync [16:12] ACTION: ttx to poke QA team about omitting untargeted wishlist bugs from the buglist and add something to those pages which tell you who to contact about them [16:12] ttx: you can action mathiaz and I to work on appliance creation/generation next week in Austin [16:12] I did poke Brian Murray by email, without much result at that point. [16:12] kirkland: we'll do that when we'll see appliance status in roadmap [16:12] k [16:12] ACTION: mathiaz to involve sbeattie in the Weekly SRU review process [16:13] ttx: talked to him last week in Portland [16:13] ttx: hmm, i thought the previous meeting it was decided that ec2-* shouldn't be symlinked or similar to euca2ools as it wasn't quite compatiable at this stage? [16:13] ttx: he is interested in being part of the process [16:13] Daviey: the bug is the place to discuss that. [16:13] ttx: I'll talk about that more during the SRU weekly review [16:13] oh, ok :) [16:13] [TOPIC] Beta release: Remaining beta-targeted bugs [16:13] New Topic: Beta release: Remaining beta-targeted bugs [16:14] is nurmi back ? [16:14] I prefer to have him around for that one. Lets do the next one first [16:14] [TOPIC] Beta release: Release process remaining actions [16:14] New Topic: Beta release: Release process remaining actions [16:14] * vmbuilder: using seeds, publishing toolchain version in manifests [16:15] I think nobody had time to work on that... [16:15] ttx: did not see any cmmit to do this in vmbuillder [16:15] we might push that back to RC. [16:15] ttx: what is involved? [16:16] zul: making vmbuilder use seeds (or germinate results) to build its package list... and generate manifests that include the vmbuidler version used, among other things [16:17] I think its a little late for beta anyway. [16:17] MIR all non-main packages used in images (smoser) [16:17] ttx: i might take a a crack at it [16:17] zul: I know the seeds were pushed. [16:17] * MIR all non-main packages used in images (smoser) [16:17] that was done... [16:17] vmbuilder does use seed uec-images [16:18] err.. whatever that seed was called. [16:18] ah. [16:18] mdz had asked that vmbuilder's version be included in the manifest [16:18] smoser: that's not done yet, right [16:18] that is less straighttforward, as we're currently building with vmbuilder trunk. [16:19] ok, that might slip to RC. [16:19] * Publish ec2-version-query in a appropriate place (soren) [16:19] that has yet to happen [16:19] afaik [16:21] * Automate image publishing and ec2-version-query refresh (smoser) [16:22] not done. [16:22] o/ [16:23] smoser: is image publishing automated in /some/ways ? [16:24] https://wiki.ubuntu.com/UEC/Images/Publishing [16:24] "some" [16:24] ok, we'll need to review that. [16:24] i spent yesterday working on some publish scripts. http://smoser.brickies.net/git/?p=misc-starter-tools.git [16:25] with the goal of moving towards being ready to work right away as soon as we get some access to amazon from data center [16:25] ok. [16:25] Anything that needs to be done on the release management side for beta release ? [16:26] [TOPIC] Beta release: Remaining beta-targeted bugs [16:26] New Topic: Beta release: Remaining beta-targeted bugs [16:27] https://bugs.launchpad.net/bugs/432154 [16:27] Launchpad bug 432154 in qemu-kvm "dynamic block device attach/detach not functional with karmic KVM" [High,In progress] [16:27] kirkland: I think this one should be untargeted now [16:27] ttx: i agree [16:27] please retarget to next [16:27] ttx: done [16:27] https://bugs.launchpad.net/bugs/429106 (smoser) [16:27] Launchpad bug 429106 in vm-builder "kernel and initramfs should be available for uec" [Medium,Fix committed] [16:28] smoser: it's disputed if it's really a good idea right now, right ? [16:28] that is fix-commited, and images are available, although not ideally named for client pulling (or documentation) [16:29] i dont think its disputed. slangesek just impllied that we need to make sure we can fulfill gpl source requirements on the stuff [16:29] smoser: is there a bug open to track that ? [16:29] is marked committed and not released because its not in vmbuilder that is in karmic [16:29] i guess i should open 2 bugs. [16:29] (the gpl reqs) [16:29] 1 for gpl reqs [16:29] 1 for renaming output or re-ordering [16:30] [ACTION] smoser to open bugs to cover kernel/ramdisk GPL reqs and renaming [16:30] ACTION received: smoser to open bugs to cover kernel/ramdisk GPL reqs and renaming [16:30] https://bugs.launchpad.net/bugs/438747 [16:30] Launchpad bug 438747 in eucalyptus "Instances do not run because /var/run/eucalyptus/net is missing" [High,Triaged] [16:30] That one is the latest eyucalyptus issue uncovered in my testing [16:30] its quite easy to fix and is needed for beta [16:31] though I might need someone to push the fix, upload get the exception and the respin [16:31] since I intend to have some evening left [16:31] https://bugs.launchpad.net/bugs/438602 [16:31] Launchpad bug 438602 in eucalyptus "Autoregistration sometimes fails" [High,Fix released] [16:31] This one is more tricky [16:31] We want autoregistration to work for beta [16:32] but... whatever we do it seems that eucalyptus randomly fails to accept it [16:32] ttx: yeah - I ran into the same issue [16:32] ttx: none of my test installs actually worked correclty [16:32] nurmi: any clue ? [16:32] We run registration after getting some response from port 8443 [16:32] ttx: I suspect an issue with the upstart job [16:33] ttx: the last UEC iso I tried last night was kind of hard to figure out [16:33] nurmi: yes, try the 20090929.2 [16:33] ttx: ex: the walrus-registration would start and failed but the cc-registration job would not even start [16:33] ttx: okay, i'll try that [16:34] nurmi: if I run "sudo eucalyptus stop / sudo eucalyptus start" 10 times in a row, it would succeed to autoregister the 8th time [16:34] mathiaz: ttx: fwiw, i just installed fresh; walrus successfully auto registered; cluster did not [16:34] kirkland: yes, that's what I got with 20090929.2 [16:35] cluster and sc fail [16:35] ttx: i think i need the latest iso, my 'start eucalyptus-cloud' commands were hanging forever yesterday [16:35] ttx: confirmed [16:35] kirkland: could you debug that with nurmi and push the fix if you find any ? [16:35] kirkland: is there a log file in /var/log/eucalyptus/cc-registration? [16:35] at that point I'd say if we don't manage to fix it today, it should be a beta known issue [16:35] interesting, the only difference between walrus and cc/sc is that the cc/sc registration commands require a 'cluster name' [16:36] kirkland: I would first make sure that the upstart job is started correclty [16:36] i.e. euca_conf --register-cluster [16:36] mathiaz: that log does not exist [16:36] nurmi: it also uses localhost instead of the IP [16:36] kirkland: right - I suspect that the upstart job is not even started [16:36] kirkland: I'd add a pre-script to check whether the job is actually started [16:36] which might be the reason, actually. [16:37] kirkland: and bug Keybuck about debugging upstart [16:37] let's not debug that during the meeting [16:37] * mathiaz agrees [16:37] ttx: ah, well, that is most likely the issue; in upstream, you cannot register 'localhost', as we discussed a few days ago; mdz said that ubuntu had patched the system to allow localhost registration [16:37] ttx: okay, so i'll debug the cc auto registration [16:37] kirkland: we can debug this later [16:37] ttx: and sync with mathiaz and nurmi [16:37] kirkland: might make sense to try to use the walrus IP inside cc and sc-registration.conf [16:37] * nurmi agrees [16:37] lets talk about that later [16:38] Anything else that should be targeted for beta ? [16:38] Hopefully, nothing... [16:38] [TOPIC] Roadmap review / Eucalyptus [16:38] New Topic: Roadmap review / Eucalyptus [16:38] https://bugs.launchpad.net/ubuntu/+source/eucalyptus [16:39] thanks to a huge triage effort by kirkland, the buglist is actually usable now. [16:39] we dalready discussed what could be brought after beta for the release [16:40] I'm more scared by the bugs we don't know (the ones we find in testing) [16:40] [TOPIC] Roadmap review / UEC - EC2 bugs [16:40] New Topic: Roadmap review / UEC - EC2 bugs [16:40] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=uec-images [16:40] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=ec2-images [16:40] smoser: comments ? [16:41] http://tinyurl.com/yazgzzf link is "all bugs targetted to beta with ec2-images or uec-images in a tag" [16:41] LINK received: http://tinyurl.com/yazgzzf link is "all bugs targetted to beta with ec2-images or uec-images in a tag" [16:42] all of those are fixed as far as i know [16:43] i just like to bring up that amazon has released a new version of ec2-api-tools which add better ebs and also adds vpn support I was going to ask for a FFE but I dont know how well it works with eucalyptus [16:43] smoser: sounds good. I did not have time to carefully review them [16:43] the most difficult bug of anything still open is bug 428692 [16:43] Launchpad bug 428692 in ubuntu "ec2 kernel needs CONFIG_BLK_DEV_LOOP=y and other config changes" [Medium,Confirmed] https://launchpad.net/bugs/428692 [16:44] zul: I think that's not for beta anyway... and maybe not for release [16:44] ttx: I can just throw it in a ppa and upload it for lucid [16:44] the only karmic related bug there with medium or > priority that isn't on track for being fixed in karmic is bug 407949 [16:44] Launchpad bug 407949 in ec2-init "ec2-init: ec2-set-defaults needs better defaults for non US/EU regions" [Medium,Confirmed] https://launchpad.net/bugs/407949 [16:44] zul: that won't hurt. [16:45] ttx: okie dokie [16:45] smoser: I tested images on my karmic UEC today, worked. I still have to test the kernel/ramdisk you produce though [16:46] smoser: thanks for the update. [16:46] [TOPIC] Roadmap review: Virtual appliance [16:46] New Topic: Roadmap review: Virtual appliance [16:46] kirkland, niemeyer: what's the plan ? [16:46] i think we're actually looking pretty good now (although i fear i've said that bfore) [16:47] ttx: i'm confident gobby will work well [16:47] ttx: as it has a very hands off, unattended installation [16:47] ttx: The proxy should be in pretty good state now.. [16:47] ttx: mdz raised a question about persistent storage configuration, which i have not yet solved [16:47] ttx: but that's the case for most any appliance [16:47] kirkland/niemeyer: at one point you need to sync on how to intgerate one with the other [16:47] niemeyer: did you get a chance to look at bug 436896? [16:47] Launchpad bug 436896 in image-store-proxy "Signature tests are disabled - gpg command calls should use homedir option" [High,Confirmed] https://launchpad.net/bugs/436896 [16:47] integrate, even [16:47] ttx: I just have to work a bit on the server side.. waiting for the server infrastructure for this [16:48] ttx: as for moodle, wordpress, others, we need to establish the process by which we handle debconf [16:48] niemeyer: any ETA on infra ? [16:48] mathiaz: Oh yeah, thanks for reporting this.. I'll provide you with a fix in the next couple of days [16:48] ttx: i'm going to have a look at the web frontend for debconf that colin mentioned [16:48] ttx: Not really.. should already have been made available by now, so at any time [16:48] kirkland: ok. You mentioned a sprint ? [16:48] niemeyer: the key is to test without a ~/.gnupg/ directory [16:48] mathiaz: Cool, I'll make sure to check this out [16:48] niemeyer: and making sure that it's not created afterwards [16:49] mathiaz: Any other issues about 1.0, or is it all good? [16:50] niemeyer: well - I haven't been able to complete a full test [16:50] niemeyer: as there isn't a server side yet [16:50] niemeyer: is the fakeproxy actually able to push images? [16:50] mathiaz: Cool, please note that you can fake the server side [16:50] mathiaz: The fakestoreapi.py can fake the server side entirely [16:51] ttx: potentially a mini sprint [16:51] mathiaz: I'll send you and nurmi a mail later with details on how to test this [16:51] * ttx adds a few missing actions... [16:51] ttx: mathiaz will be in Austin anyway [16:51] niemeyer: ok - thanks. [16:51] ttx: i'm trying to convince nurmi to come down too :-) [16:51] niemeyer: nod, thanks [16:51] ttx: i reckon the 3 of us could kick some post-beta butt [16:51] nurmi: I've seen your mail, btw, was just catching up after holidays to send you these details [16:51] [ACTION] kirkland to fix bug 438747, maybe bug 438602, package and push a respin with that package in [16:51] ACTION received: kirkland to fix bug 438747, maybe bug 438602, package and push a respin with that package in [16:51] Launchpad bug 438747 in eucalyptus "Instances do not run because /var/run/eucalyptus/net is missing" [High,Triaged] https://launchpad.net/bugs/438747 [16:51] Launchpad bug 438602 in eucalyptus "Autoregistration sometimes fails" [High,Triaged] https://launchpad.net/bugs/438602 [16:51] kirkland: actively working on it :) [16:52] nurmi: ack ;-) [16:52] nurmi: I have a new assignment to do a few tweaks in the UI.. we should catch up about this at some point [16:52] [ACTION] ttx to test UEC images + UEC kernel/ramdisk on karmic UEC [16:52] ACTION received: ttx to test UEC images + UEC kernel/ramdisk on karmic UEC [16:52] niemeyer: thank you, I can't wait to check it out [16:52] [TOPIC] Other specs from the Roadmap [16:52] New Topic: Other specs from the Roadmap [16:52] nurmi: I hope to have a patch by the end of the week for appreciation [16:53] I think at that point only the late specs (that we covered) are to be considered [16:53] especially with asterisk done, iiuc [16:53] niemeyer: sounds good, please send me email if you're blocking or could use testing/integration [16:54] [TOPIC] Assigned and to-be-assigned bugs [16:54] New Topic: Assigned and to-be-assigned bugs [16:54] http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html [16:54] LINK received: http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html [16:54] nurmi: Awesome, thanks a lot [16:55] I'll have a look at the bugs assigned to soren to see if something needs to be reassigned before he comes back [16:55] [ACTION] ttx to see if some bugs assigned to soren need urgent reassignment [16:55] ACTION received: ttx to see if some bugs assigned to soren need urgent reassignment [16:56] any other comments on that list ? [16:56] [TOPIC] Weekly SRU review (mathiaz) [16:56] New Topic: Weekly SRU review (mathiaz) [16:57] * ttx lies back and enjoys mathiaz taking over [16:57] (please :) [16:57] right - so let's go through the list of bugs [16:57] http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html [16:57] LINK received: http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html [16:57] the nut init script bug is probably a good candidate for jaunty i have to check though [16:58] any bugs worth SRU in the list? [16:58] zul: bug number? [16:58] bug 416182 [16:58] #416182 [16:58] Launchpad bug 416182 in nut "nut init script reports incorrect status" [Undecided,Fix released] https://launchpad.net/bugs/416182 [16:58] Wow eucalyptus is a large part. [16:58] Daviey: yeah - that's kirkland's work [16:58] Daviey: we can probaly ignore most of them [16:58] yes we can [16:59] mathiaz: none of the php5 ones [16:59] there is bug 404394 [16:59] Launchpad bug 404394 in kvm "qcow2 corruption regression" [High,Fix released] https://launchpad.net/bugs/404394 [16:59] kirkland: ^^ which I've hit on my server [16:59] kirkland: (hardy - with the kvm 84 backport) [16:59] kirkland: I can't use karmic guest + qcow2 + virtio [17:00] zul: bug 424719? [17:00] Bug 424719 on http://launchpad.net/bugs/424719 is private [17:00] arg [17:00] mathiaz: i haven't had much time to look at that [17:01] s/much/any/ [17:01] kirkland: understood [17:01] mathiaz: yeah its a bit hard to reproduce though for SRU testing [17:01] allright - any bugs apart the nut init script SRU worthy from the list above? [17:01] Does that one need to be private? [17:01] just a sec [17:02] Daviey: it isnt now [17:02] zul: bug 416182 would be worth accepting for which release? [17:02] Launchpad bug 416182 in nut "nut init script reports incorrect status" [Undecided,Fix released] https://launchpad.net/bugs/416182 [17:02] zul: hardy? [17:02] jaunty i think [17:02] zul: and what's the importance? [17:02] low [17:02] thanks zul [17:03] zul: ok - jaunty+low -> we can live with it [17:03] anything else? [17:03] nope [17:03] not from me [17:03] ok - let's move on to the next list [17:04] http://us-hardynominated.notlong.com/ [17:04] LINK received: http://us-hardynominated.notlong.com/ [17:04] nothing [17:04] http://us-dappernominated.notlong.com/ [17:04] LINK received: http://us-dappernominated.notlong.com/ [17:04] nothing [17:04] http://us-intrepidnominated.notlong.com/ [17:04] LINK received: http://us-intrepidnominated.notlong.com/ [17:04] nothing [17:04] http://us-jauntynominated.notlong.com/ [17:04] LINK received: http://us-jauntynominated.notlong.com/ [17:05] wouldn't seem SRU worthy to me? [17:05] bug 356905 [17:05] Launchpad bug 356905 in rabbitmq-server "rabbitmq-server: new upstream release fixes serious bugs " [Undecided,Fix released] https://launchpad.net/bugs/356905 [17:06] uh...its fixed in jaunty [17:07] zul: right - declining [17:07] that's all for the nominated bugs [17:07] let's move on to the next list [17:07] http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html [17:07] LINK received: http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html [17:07] this is the list of accepted bugs that have an assignee [17:08] ie someone working *actively* on preparing an sRU [17:08] zul: what's the state of all your bugs? [17:08] most of those are in -proposed and need testers [17:08] kirkland: bug 332156 [17:08] Launchpad bug 332156 in kvm "Network issues with hardy guests/hosts, using default nic and virtio" [Medium,Fix released] https://launchpad.net/bugs/332156 [17:08] kirkland: still working on an SRU for it? [17:08] mathiaz: no, not really [17:09] mathiaz: should be fixed in the backport [17:09] mathiaz: i'll note it [17:09] kirkland: ok - and unassign yourself from the bug if necessary [17:09] hmm, are we allowed to fix release via backport? [17:10] Daviey: not usually [17:10] Daviey: but for kvm, i've been doing so, as these bugs are not fixable otherwise [17:10] zul: bug 382136? [17:10] Launchpad bug 382136 in samba "Smbd startup failure caused by a failure to create an NT token for the guest account." [Undecided,Fix released] https://launchpad.net/bugs/382136 [17:10] i need to look at that again [17:12] ok - that's all for this list [17:12] on to the next [17:12] https://code.launchpad.net/~ubuntu-server/+requestedreviews [17:12] ew [17:12] 404? [17:12] https://code.launchpad.net/~ubuntu-server/+activereviews [17:13] so no one is using pkg branches for reviews [17:13] mathiaz: no more lists ? [17:13] ttx: nope - I ran out [17:13] https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20resources [17:13] [TOPIC] 2009 Server survey status and call for action. (nijaba) [17:13] New Topic: 2009 Server survey status and call for action. (nijaba) [17:13] ttx: ah - no [17:13] ttx: I just wanted to reiterate [17:14] ttx: so I have prepared a new version of the survey [17:14] ttx: that we're trying to use package branches for SRU [17:14] ttx: and it is now time for review [17:14] background: https://wiki.ubuntu.com/ServerTeam/Survey [17:14] nijaba: who should review ? [17:15] aynone interested in the community [17:15] I have put a test server in place: http://admin.barcet.com:8084/limesurvey [17:15] yay, let's slashdot that [17:15] bugs should be reported on https://bugs.launchpad.net/server-survey/+filebug [17:15] nijaba: suggestions to https://bugs.launchpad.net/server-survey/+filebug ? [17:16] Daviey: you read minds [17:16] Daviey: yes please [17:16] nijaba: anything else ? [17:16] nope [17:16] [TOPIC] Open Discussion [17:16] New Topic: Open Discussion [17:16] I've one thing I forgot to mention in the agenda [17:17] About https://help.ubuntu.com/community/Eucalyptus [17:17] its quite outdated especially now that we push usage of the UEC installer from the CD [17:17] if someone has some time to refresh it... [17:17] see http://testcases.qa.ubuntu.com/Install/ServerECluster [17:18] http://testcases.qa.ubuntu.com/Install/ServerENode [17:18] LINK received: http://testcases.qa.ubuntu.com/Install/ServerENode [17:18] and http://testcases.qa.ubuntu.com/Install/ServerEConfig [17:18] ttx: https://help.ubuntu.com/community/Eucalyptus is still valid for Jaunty, so perhaps the pages need to be forked.. for a karmic and jaunty one? [17:18] the last part shoudl probably be rewritten from the perspective of running imaghes from a client rather than from the cluster itself [17:18] Daviey: "Note: Please see Eucalyptus-Jaunty for documentation covering Eucalyptus on Ubuntu 9.04. " [17:19] at the top of the page [17:19] "whoops" [17:19] those testcases should help in getting started [17:19] we refresh those instructions to correspond to the moving status in eucalyptus [17:20] anyone up to the challenge ? [17:20] * ttx ponders writing a blog post after beta [17:20] Any other subject for Open Discussion ? [17:20] Yes! [17:20] * alexm offers himself as doc tester [17:21] i'm interested in eucalyptus but i don't know where to start :( [17:21] alexm: the test cases should get you there. Minus the critical bugs we still have to fix :) [17:21] I'll try and contribute to the wiki page, but i can't commit to doing the whole thing. [17:22] s/doc tester/doc reviewer/ [17:22] Daviey: ok, we'll do it wikistyle [17:22] [TOPIC] Agree on next meeting date and time [17:22] New Topic: Agree on next meeting date and time [17:22] Currently we are installing -pae on 32bit and -server on amd64.. However, we don't install the linux-headers for the kernel installed/ [17:22] ttx: wait 1 [17:22] done [17:22] ttx: we're talking about test cases running on karmic, i guess [17:22] dkms isn't installed by default.. and when dkms IS installed on a server it installs the -generic kernel [17:22] this is bad. [17:23] alexm: karmic on karmic on karmic, yes [17:23] ok, thanks :) [17:23] bug 433712 is related [17:23] Launchpad bug 433712 in ubuntu-meta "DKMS should be available on the ubuntu-server CD pool" [High,Fix released] https://launchpad.net/bugs/433712 [17:23] damn you kirkland [17:24] Daviey: is there a bug filed on that specific issue ? [17:24] ttx: no, only came to light this morning and wasn't sure how to proceed. [17:24] Daviey: huh? [17:24] kirkland: sorry, i thought you fixed the issue just now.. as the status has changed to Fixed Released [17:25] Daviey: no i just marked it fix released, since dkms is already on the server cd [17:25] Daviey: which is what superm1 was askign for [17:25] kirkland: sure. [17:26] but installing dkms doesn't pull in the correct kernel for what the server iso installs. [17:26] Daviey: if there is a persisting bug, just file one, please [17:26] Daviey: right - kirkland run into the same issue with the kvm backport in hardy [17:26] ttx: will do. [17:26] [TOPIC] Agree on next meeting date and time [17:26] New Topic: Agree on next meeting date and time [17:26] yeah [17:26] Daviey: AFICT there isn't a way to fix it in apt [17:26] soren started a discussion about moving the time of the meeting. [17:27] I'd like all the usual suspects to submit their preferences, otherwise we might pick up a time that will not please you [17:27] could http://www.doodle.com/ help with this? [17:27] Daviey: certainly. [17:28] * ttx frowns at entering his email in one more place [17:28] * alexm hasn't replied because thinks that key team members should speak first [17:29] now that the discussion started on the list, its probably good to continue on the list [17:29] ttx: there's no need to register for using doodle [17:30] * mathiaz agrees [17:30] If Doodle is ok with everyone... Daviey could you reply to the thread and set it up ? [17:30] wilco [17:30] mathiaz: with what ? [17:30] Daviey: I'm not sure how doodle will help [17:30] Daviey: you'd have to enter 24 different options [17:30] Daviey: and we'd have to vote for each of them [17:30] that's 2 * -1 against Doodle, lets do it UTC + ML style [17:30] mathiaz: you put in the time that is suitable(s) [17:31] Daviey: http://www.doodle.com/BSP6n4bmdzyg5c3g [17:31] Daviey: that seems like the creator of the poll creating the different options [17:32] I'll reply to the ML thread. [17:32] and then someone can sort it out [17:32] ok [17:33] ok then [17:33] #endmeeting [17:33] Meeting finished at 11:33. [17:33] mathiaz: i was wondering if we could cycle in writig the minutes [17:34] ttx: ok [17:34] mathiaz: much appreciated, thx [17:36] thanks === jpugh is now known as zoopster [17:58] Roll Call [17:58] \o [17:58] * ogasawara waves [17:58] hi [17:58] * rtg waves [17:58] * jjohansen waves [17:58] * sconklin is here [17:59] no apw, nor pgraner this week [17:59] * cking_ here [17:59] * csurbhi1 waves === cking_ is now known as cking [17:59] \o [17:59] * manjo waves [17:59] #startmeeting [17:59] Meeting started at 11:59. The chair is bjf. [17:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] === csurbhi1 is now known as csurbhi [18:00] [LINK] https://wiki.ubuntu.com/KernelTeam/Meeting [18:00] LINK received: https://wiki.ubuntu.com/KernelTeam/Meeting [18:00] [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:00] LINK received: https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:00] [TOPIC] Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targe [18:00] New Topic: Karmic Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targe [18:00] * Release Meeting Bugs (8 bugs) - https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic [18:00] * RC Milestoned Bugs Beta (17 kernel bugs) - https://bugs.edge.launchpad.net/ubuntu/karmic/+bugs?field.milestone%3Alist=12715 [18:00] * Release Targeted Bugs (15 bugs) - https://bugs.edge.launchpad.net/ubuntu/karmic/+source/linux [18:01] [TOPIC] Karmic Release Status: Milestoned Features [18:01] New Topic: Karmic Release Status: Milestoned Features [18:01] Milestoned Features - https://edge.launchpad.net/ubuntu/+milestone/ubuntu-9.10-beta [18:01] [TOPIC] Blueprints: kernel-karmic-hwdb-workshop (ogasawara) [18:01] New Topic: Blueprints: kernel-karmic-hwdb-workshop (ogasawara) [18:01] bjf: Nothing new to report [18:02] [TOPIC] Blueprints: kernel-karmic-new-kernel-on-lts (rtg) [18:02] New Topic: Blueprints: kernel-karmic-new-kernel-on-lts (rtg) [18:02] I talked to marjo about getting some testing done. I'm gonna upload it this week. [18:02] [TOPIC] Blueprints: kernel-karmic-kms (anyone since apw is out) [18:02] New Topic: Blueprints: kernel-karmic-kms (anyone since apw is out) [18:02] there are some AA components that need fixing, but will get kees or jjohansen to work on that [18:03] sorry, little quick there [18:03] all done [18:03] any kms status? [18:03] KMS is getting some love with the next upload (for Intel that is) [18:03] as soon as slangasek approves the kernel package [18:03] [TOPIC] Blueprints: kernel-karmic-review-of-non-upstreamed-code (smb) [18:03] New Topic: Blueprints: kernel-karmic-review-of-non-upstreamed-code (smb) [18:04] I would say that one is done. But I have to do the final edits in the spec. Hopefully tomorrow. [18:04] smb, you want me to remove it from the agenda? [18:04] leave it there to remind me in case I do not get t edit the spec [18:04] smb, ack [18:04] [TOPIC] Blueprints: kernel-karmic-suspend-resume (manjo) [18:04] New Topic: Blueprints: kernel-karmic-suspend-resume (manjo) [18:05] nothing to update [18:05] [TOPIC] Other Release Tasks: AppArmor (jjohansen) [18:05] New Topic: Other Release Tasks: AppArmor (jjohansen) [18:05] well I have a couple known bugs to fix [18:05] bug 427948 [18:05] Launchpad bug 427948 in apparmor "network operations not getting reported on karmic" [Medium,Confirmed] https://launchpad.net/bugs/427948 [18:06] I need to test and push the patch for [18:06] jjohansen, how is your progress on upstreaming? [18:06] I posted to LSM, and overall it has gone well, but I am waiting on more comments as people clear mail queue from plumbers [18:07] I have a couple questions I need to answer [18:07] and have pulled in some changes. [18:07] 1, fix that I need to push into karmic [18:07] jjohansen, is that it? [18:07] I need to look at capability setting more, and come up with a solution that allows dropping caps [18:08] apparmor got pushed into initramfs this last week [18:08] that caused some breakage, but kees did the patches [18:09] afak, all the bugs from that are fixed [18:09] AA was pushed into initramfs so that policy could be loaded before parallel boot [18:09] yep [18:09] we will need to change the solution in the future, but that waits on full upstartification [18:10] I think that is it [18:10] [TOPIC] Other Release Tasks: ARM-Freescale/Marvell (amitk, bjf) [18:10] New Topic: Other Release Tasks: ARM-Freescale/Marvell (amitk, bjf) [18:10] * bug 438687 - need to fix fec ethernet to set the DRIVER property of N-M to work [18:10] Marvell is pretty stable, some new changes, some rebasing... got a Y1 reference board [18:10] Launchpad bug 438687 in network-manager "FEC driver does not set "DRIVER" property in udev which makes network-manager fail" [High,New] https://launchpad.net/bugs/438687 [18:10] * bug 418238 - (fixed) fec ethernet driver [18:10] Launchpad bug 418238 in linux-fsl-imx51 "Ethernet (FEC) not functional on Babbage with 2.6.31" [Medium,Fix released] https://launchpad.net/bugs/418238 [18:10] * bug 427289 - investigating RTC problems with imx51 [18:10] Launchpad bug 427289 in linux-fsl-imx51 "hardware clock not saved if board power is removed on babbage 2.5" [High,Incomplete] https://launchpad.net/bugs/427289 [18:10] * bug 319729 - debugging pselect/ppoll with jk at the sprint, continuing study of glibc wrappers [18:10] Launchpad bug 319729 in linux-fsl-imx51 "ARM architecture lacks support for pselect() and ppoll()" [High,In progress] https://launchpad.net/bugs/319729 [18:11] those bugs are taking up my time ATM [18:11] [TOPIC] Other Release Tasks: EC2 Karmic Kernel Status [18:11] New Topic: Other Release Tasks: EC2 Karmic Kernel Status [18:12] I need to finish bisecting the virtual style config problems [18:12] I rebased ec2 against 2.6.31-11.36 and uploaded last night [18:12] rtg: thanks, smoser was real happy to get that [18:12] the primary reason was for an LSB test failure [18:13] jjohansen, I think its still in the waiting-to-be-approved queue [18:13] [TOPIC] Status: Karmic (rtg, apw) [18:13] New Topic: Status: Karmic (rtg, apw) [18:13] I've been messing with scheduler settings. [18:14] the I/O CFQ was kind of broken, but an upstream cherry-pick has helped it out a lot [18:14] It'll make the next upload. [18:14] other then that, some i915 enablement and performance fixes. [18:14] 2.6.31.1 stable updates [18:14] thats about it. [18:14] rtg: are you reverting back to CFQ then? [18:15] amitk_, I don't think so, perhaps we can swizzle it from userspace. [18:15] the sysv-init package has been suggested as theright place [18:16] [TOPIC] Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others (smb) [18:16] New Topic: Security & bugfix kernels - Jaunty/Intrepid/Hardy/Others (smb) [18:16] * Dapper: 2.6.15-54.79 (security) [18:16] * Hardy: 2.6.24-24.60 (updates) [18:16] 2.6.24-24.61 (proposed)[0] (0/2 verifications) [18:16] (accepted 11 days ago but stuck in binary new until today) [18:16] LUM-2.6.24-24.41 (updates) [18:16] * Intrepid: 2.6.27-14.41 (updates) [18:16] * Jaunty 2.6.28-15.52 (updates) [18:16] So beside of Hardy, proposed is surprisingly empty. Which should make the [18:16] upcoming security work a bit simpler. [18:16] i've rebased the fsl-imx51 topic branch (Jaunty) and will issue a pull request soon [18:17] * smb takes that of his todo list. [18:17] [TOPIC] Incoming Bugs: Regressions (ogasawara) [18:17] bjf, I'm working on the Karmic pull request for mvl-dove right now [18:17] New Topic: Incoming Bugs: Regressions (ogasawara) [18:17] 1 regression-potential bug this week (just needs to add a module to the d-i sata-modules file) [18:18] [TOPIC] Incoming Bugs: Bug day report (ogasawara) [18:18] New Topic: Incoming Bugs: Bug day report (ogasawara) [18:18] ogasawara, bug number? I can fix it quickly [18:18] Today's bug day - https://wiki.ubuntu.com/KernelTeam/BugDay/20090929 [18:18] Current stats can be seen at http://qa.ubuntu.com/reports/ogasawara/kernel-bugday/20090929.html [18:18] rtg: yup, just a sec and I'll get it [18:18] https://bugs.launchpad.net/ubuntu/+bug/434827?comments=all [18:18] Launchpad bug 434827 in linux "karmic alpha6 alternate: Failure to detect Via VT6420 SATA controller" [Medium,Triaged] [18:19] rtg: ^^ [18:19] [TOPIC] Ubuntu Open Week (rtg) [18:19] [LINK] https://wiki.ubuntu.com/UbuntuOpenWeek/Prep [18:19] New Topic: Ubuntu Open Week (rtg) [18:19] LINK received: https://wiki.ubuntu.com/UbuntuOpenWeek/Prep [18:19] ogasawara, you have a topic picked out? [18:20] rtg: no topic in particular just yet, but reserved my time slot [18:20] rtg: like something Kernel QA related [18:20] s/like/likely/ [18:20] is anyone else on the kernel team interested in conducting a session? [18:21] well, if you are then go to that page and sign up. [18:21] rtg: you'll likely have to "volunteer" others :) [18:21] I could do an AA session [18:21] jjohansen, works for me. thanks. [18:22] [TOPIC] Open Discussion or Questions: Anyone have anything? [18:22] New Topic: Open Discussion or Questions: Anyone have anything? [18:22] csurbhi: AppArmor [18:22] ok [18:22] thanks [18:22] or Alcoholics Anonymous ;) [18:23] going once .... [18:23] going twice ... [18:23] done! [18:23] \o/ [18:23] #endmeeting [18:23] Meeting finished at 12:23. [18:23] thanks folks [18:23] ciao [18:23] bye [18:23] ciao === Guest74942 is now known as Zic === nxvl_ is now known as nxvl === robbiew is now known as robbiew-afk === keffie_jayx_ is now known as keffie_jayx === robbiew-afk is now known as robbiew === highvolt1ge is now known as highvoltage === phanatic_ is now known as phanatic === ian_brasil is now known as ian_brasil_afk === imlad is now known as imlad|away === robbiew is now known as robbiew-afk === bjf is now known as bjf-afk