[00:04] yeah, finally i arrive here. - hokmen chan [00:05] i think the firefox(about:config section) can be completed as you wish to. since the hash functions upgraded [00:06] we all know when the spams easier to be stopped since the sep15 openssl and gnu version upgrade. [00:07] networking from argo [00:07] bye [00:07] 886 === dholbach_ is now known as dholbach === asac_ is now known as asac === cjwatson_ is now known as cjwatson === davmor2 is now known as davmor2_Lunch [13:29] @schedule singapore [13:29] Schedule for Asia/Singapore: 26 Sep 23:00: Ubuntu Release | 29 Sep 12:00: Arizona LoCo IRC | 30 Sep 23:00: Server Team | 01 Oct 03:00: LoCo Council | 02 Oct 01:00: QA Team | 02 Oct 06:00: Platform Team === davmor2_Lunch is now known as davmor2 [14:36] @schedule shanghai [14:36] Schedule for Asia/Shanghai: 26 Sep 23:00: Ubuntu Release | 29 Sep 12:00: Arizona LoCo IRC | 30 Sep 23:00: Server Team | 01 Oct 03:00: LoCo Council | 02 Oct 01:00: QA Team | 02 Oct 06:00: Platform Team === nixternal_ is now known as nixternal === ubottu changed the topic of #ubuntu-meeting to: Current meeting: Ubuntu Release Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 29 Sep 04:00: Arizona LoCo IRC | 30 Sep 15:00: Server Team | 30 Sep 19:00: LoCo Council | 01 Oct 17:00: QA Team | 01 Oct 22:00: Platform Team [15:58] hi [15:58] pitti: hi [15:58] * Hobbsee drive-by waves [15:59] hey [16:01] morning [16:01] hiho. [16:01] hi [16:01] hi [16:03] Heya [16:04] argh, my keyboard just went crazy; I need to reboot, back in 3 [16:04] mdz, davidm, Riddell: ping? [16:04] hi [16:05] hiya [16:05] sladen, I'm here and lool is the mobile expert :-) [16:05] Henrik is on holiday, it appears [16:05] slangasek, that is [16:05] davidm, sladen will be pleased to hear that *g* [16:05] got to watch the tab completions. [16:06] yeah, i'm catching that special one as well all the time [16:06] * ogra wants that vor extends to slangasek :P [16:06] I imagine there are scripts for that :) [16:06] heh [16:07] ok, quorum; let's get started [16:07] #startmeeting [16:07] slangasek, There is already a meeting in progress. [16:07] um what [16:07] #endmeeting [16:07] #end meeting [16:07] hmm [16:07] sigh [16:07] ok, moving on without the bot [16:08] Keybuk: the last #startmeeting was yours; please end it [16:08] sbeattie: as heno is not here, would you like to give us a brief run-down on QA's status? (if you're comfortable doing so) [16:08] Sure [16:08] #endmeeting [16:08] Meeting finished at 10:08. [16:08] :) [16:08] #startmeeting [16:08] was that running since yesterday ? [16:08] Meeting started at 10:08. The chair is slangasek. [16:08] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:08] [TOPIC] QA Team [16:09] New Topic: QA Team [16:09] ogra: yes :) [16:09] Some bugs we'd like to see some movement on: [16:09] heh, long log then :) [16:09] * bug 258743 NM 0.7 Fails To Set Custom MTU/static IP configs not persistent [16:09] * bug 273833 v86d missing from initramfs [16:09] * bug 258432 Intrepid live cd drops to busybox, needs more time to find CD livefs [16:09] * bug 271550 ia32-libs missing libQtDbus/breaks skype (universe package) [16:09] Launchpad bug 258743 in network-manager "NM 0.7 Fails To Set Custom MTU" [Unknown,Confirmed] https://launchpad.net/bugs/258743 [16:09] Launchpad bug 273833 in v86d "v86d missing from initramfs" [High,Triaged] https://launchpad.net/bugs/273833 [16:09] Launchpad bug 258432 in casper "Intrepid 4 live cd drops to busybox, needs more time to find CD livefs" [High,Confirmed] https://launchpad.net/bugs/258432 [16:09] Launchpad bug 271550 in ia32-libs "ia32-libs missing libQtDBus, others?" [Critical,Confirmed] https://launchpad.net/bugs/271550 [16:09] [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2008-09-26 [16:09] LINK received: https://wiki.ubuntu.com/ReleaseTeam/Meeting/2008-09-26 [16:09] (link to the agenda) [16:10] slangasek: last successful Live CD build was 20080923 [16:10] well, I believe there was a successful Live CD build today [16:10] re (sorry, hardware sucks) [16:10] just grossly oversized and requiring investigation :) [16:11] slangasek: ah, just built within last 4 hours [16:11] [LINK https://launchpad.net/bugs/258743 [16:11] Launchpad bug 258743 in network-manager "NM 0.7 Fails To Set Custom MTU" [Unknown,Confirmed] [16:11] meh [16:11] [LINK] https://launchpad.net/bugs/258743 [16:11] LINK received: https://launchpad.net/bugs/258743 [16:11] [LINK] https://launchpad.net/bugs/273833 [16:11] LINK received: https://launchpad.net/bugs/273833 [16:11] Launchpad bug 273833 in v86d "v86d missing from initramfs" [High,Triaged] [16:12] [LINK] https://launchpad.net/bugs/258432 [16:12] LINK received: https://launchpad.net/bugs/258432 [16:12] Launchpad bug 258432 in casper "Intrepid 4 live cd drops to busybox, needs more time to find CD livefs" [High,Confirmed] [16:12] [LINK] https://launchpad.net/bugs/271550 [16:12] LINK received: https://launchpad.net/bugs/271550 [16:12] Launchpad bug 271550 in ia32-libs "ia32-libs missing libQtDBus, others?" [Critical,Confirmed] [16:12] we're making progress on the automated cert testing, 18 machines successfully installed the alpha 6 alt cd this week [16:13] 258432 is open in my browser but I haven't had a chance to prod it yet :-/ [16:13] none of the above bugs showed up on my milestone list earlier; do you think they should all be blockers for beta? (I'm skeptical of this myself) [16:13] sbeattie: with alternate and preseeding, or the desktop and some automatic clicking? [16:13] I think 273833 needs a decision from the kernel team on what to do? [16:13] since last I heard was that it was OK for v86d to be missing [16:13] is v86d really missing? rtg told me it really shouldn't be isntalled at all? [16:13] right, that's what I heard [16:14] the syslog noise is annoying though [16:14] slangasek: Sorry I'm late, call ran over [16:14] Mmm, I hit v86d missing on an attempt to use the livecd from 20080923. [16:15] right, you're seeing the log messages, but they aren't fatal [16:15] pgraner: understood :) [16:15] any fatal problem is something else ... [16:15] BenC: can you comment on LP #273833? [16:15] Launchpad bug 273833 in v86d "v86d missing from initramfs" [High,Triaged] https://launchpad.net/bugs/273833 [16:15] cjwatson: I think bug 246269 is the fatal issue [16:15] Launchpad bug 246269 in linux-meta "Switched from vesafb to uvesafb, but uvesafb can't work without v86d" [Undecided,Invalid] https://launchpad.net/bugs/246269 [16:15] anyway, we should discuss the specifics on #-devel [16:15] :win 10 [16:15] Ups [16:15] right, I wasn't sure how the two were related [16:16] [ACTION] follow-up discussion about bug 273833 on #ubuntu-devel [16:16] ACTION received: follow-up discussion about bug 273833 on #ubuntu-devel [16:16] pgraner: Um...if it's not in initramfs it's because it isn't installed [16:16] pitti: alternate with preseeding [16:17] sbeattie: 258743 is marked regression-potential, but it's rather opaque who has set this tag and on what basis... this is known to have worked before? [16:18] slangasek: hmm, probably not. we've had some exuberant regression tagging, sorry for the noise on that.. [16:18] sbeattie: well, if it's not a regression, I think the priority goes way down on that one; what do you think? [16:20] [ACTION] slangasek to follow up with \sh on bug #271550, to find out where libqt went [16:20] ACTION received: slangasek to follow up with \sh on bug #271550, to find out where libqt went [16:20] Launchpad bug 271550 in ia32-libs "ia32-libs missing libQtDBus, others?" [Critical,Confirmed] https://launchpad.net/bugs/271550 [16:20] [we're running over ...] [16:21] slangasek: I agree [16:21] We held a test day with good turnout, we'll hold another on Oct 6 [16:21] I think that's we have, bdmurray? [16:21] err, that's all [16:22] sbeattie: that's it [16:22] ok, thanks guys [16:22] [TOPIC] Desktop Team [16:22] New Topic: Desktop Team [16:22] pitti: hi [16:23] Status of desktop specifications: [16:23] all implemented (2 are deferred due to needing upstream work), so there will not be any changes any more on that front [16:23] any questions on the spec front? if not, I'll go on [16:23] keep going, we can ask questions at the end if need be [16:23] Bugs from Steve's list: [16:23] * #259278 (knetworkmanager doesn't work with NM 0.7): Jonathan uploaded fix to network-manager PPA, will be tested over weekend and land on Monday if all goes well [16:23] (or in the middle or whatever ...) [16:23] * #269500 (misaligned options in Log Out dialog), #269504 (wrong 'suspend' icon in shutdown dialog): Ken just created new icons and sent the update to Seb, who will sponsor it today [16:23] * #274140 (fast-user-switch-applet shows wrong suspend/hibernate options): it currently seems to guesstimate, instead it should ask g-power-mgr over dbus what options are available; bug is well understood, and Ted is on it; ETA today [16:23] * #274146 (too many logout applets on upgrade): IMHO there is *no* correct way to get this right on upgrades; users will need to remove the one they don't like manually, and we can release-note the issue; discussion started in the bug, but I don't expect this to be fixed by beta, or even final. [16:23] * #262228 (guest user can lock themselves out): I have the fix halfway ready, ETA today or at most Monday [16:23] * #274303 (warning users on upgrade that non-free X drivers aren't compatible): Michael is currently doing fi [16:23] nal testing on the fix, ETA today [16:23] * #260242 ("report a bug" doesn't work): Fixed with this morning's apport upload [16:24] Other bugs we lifted to beta critical: [16:24] * #258083 (photo import broken for libgphoto digicams): I fixed the underpinnings in fuse yesterday, now we need to teach f-spot --import to accept a ~/.gvfs/ path; shouldn't be too hard, Seb or I will nail it down Monday, at most Tuesday [16:24] [ACTION] slangasek to open release-notes task for bug #274146 [16:24] so in summary I think the bug front is under control, albeit last-minute work as always [16:24] ACTION received: slangasek to open release-notes task for bug #274146 [16:24] Launchpad bug 274146 in gnome-session "Has not yet replaced the existing log out applet" [High,New] https://launchpad.net/bugs/274146 [16:25] Future issues which might impact the release: [16:25] * #274085 (update Ekiga to 3.00): the "Abiword 2.6 plz" bug of intrepid, came up a few days ago; currently leaning towards "no", but if somebody picks it up and will care about providing packages with a working upgrade path and will care about regression reports, I'd be willing to bless it [16:25] ^ for that, since there seems to be a PPA of the package, maybe that guy will pick it up (haven't checked yet whether he's upstream) [16:25] yes, great to see this aggressive set of bugs milestoned for beta - better for beta than final :) [16:26] right [16:26] the ekiga ppa is from an upstream, yes [16:26] we can talk about ekiga out-of-band, I think [16:26] bug 273489 is important, will there be a language-pack upload before beta? [16:26] Launchpad bug 273489 in rosetta "Remaining Intrepid template approvals" [Critical,Fix committed] https://launchpad.net/bugs/273489 [16:26] given our current workload, we won't have time to bring that in for beta, though [16:26] Yeah, please note that the packaging differs significantly and the package name are a pain [16:27] (for ekiga) [16:27] Riddell: there are constant automatic langpakc uploads, at least they are supposed to happen twice a week [16:27] that doesn't necessarily answer my question :) [16:27] slangasek: but good point, we should get a fresh -base upload to minimize their size; I'll talk to Arne [16:27] Riddell: ^ [16:28] [ACTION] pitti to discuss a fresh langpack -base upload with Arne, related to bug #273489 [16:28] ACTION received: pitti to discuss a fresh langpack -base upload with Arne, related to bug #273489 [16:28] Launchpad bug 273489 in rosetta "Remaining Intrepid template approvals" [Critical,Fix committed] https://launchpad.net/bugs/273489 [16:28] Riddell: well, if it's not fixed in intrepid, then there's a bug in langpack-o-matic's cronjobs or rosetta itself; can we discuss this in #devel? I wasn't aware of that so far [16:28] anything else before we shuffle along? [16:28] Web cam support broke [16:28] not from my side [16:28] pgraner: ah, because we are using hte upstream driver now which threw out all the color codec stuff? is it that? [16:28] [TOPIC] Mobile Team [16:28] New Topic: Mobile Team [16:28] lool: hi [16:28] pgraner: quickcam? [16:28] pgraner: got that too [16:29] pitti: yep https://bugs.launchpad.net/ubuntu/+source/linux/+bug/267522 [16:29] Launchpad bug 267522 in linux "webcams stop working with 2.6.27" [Undecided,Confirmed] [16:29] Heavy copy-pasting planned [16:29] Stuff we will likely drop for intrepid: [16:29] * poulsbo drivers; Intel said they'd provide a code drop for intrepid in ... January; unlikely to be suitable for intrepid-updates as well; need to drop psb from xserver-xorg-video-all for now as it gets used automatically and we don't want that, but we want to keep the package as a placeholder just in case we get a doable update; bug #274833 [16:29] Launchpad bug 274833 in xorg "Please disclude xserver-xorg-video-psb from xserver-xorg-video-all" [Undecided,New] https://launchpad.net/bugs/274833 [16:29] (slangasek: here now) [16:29] Stuff which landed: installer [16:29] mdz: 'morning :) [16:29] Stuff we're targetting at intrepid: [16:29] * DC-built images (cdimage) dailies based on mobile/i386 seed (only mid/lpia seed so far); bug #274838 [16:29] Launchpad bug 274838 in mobile-meta "ubuntu-mobile images need to be built on cdimage.ubuntu.com machines" [Undecided,New] https://launchpad.net/bugs/274838 [16:29] * kernel union fs: aufs needs an update (main kernel is affected as well), we're still using unionfs as a workaround right now; amitk on it, almost done; bug #264048 [16:29] Launchpad bug 264048 in linux-lpia "aufs hangs on rename() in MID live images" [Undecided,In progress] https://launchpad.net/bugs/264048 [16:29] * no wifi for Q1U on lpia; ath5k doesn't work with the chip and no lrm for lpia; amitk working on providing lrm for lpia; bug #274832 [16:29] Launchpad bug 274832 in mobile-meta "no linux-restricted-modules for lpia flavour" [Undecided,New] https://launchpad.net/bugs/274832 [16:29] * mid images fail to install due to misc ubiquity/kernel/grub/lpia interactions; bug #182004, bug #274752, bug #274753, bug #274781, bug #274785 track these issues; lots of small things discovered only as soon as we had kernel meta in place (happened this week) [16:29] Launchpad bug 182004 in ubiquity "partitioner fails if partially preseeded due to seen flag madness" [Medium,In progress] https://launchpad.net/bugs/182004 [16:29] Launchpad bug 274752 in mobile-meta "No kernel installed for ubuntu-mid flavour" [Undecided,New] https://launchpad.net/bugs/274752 [16:29] Launchpad bug 274753 in mobile-meta "No kernel installed with ubuntu-mobile" [Undecided,New] https://launchpad.net/bugs/274753 [16:29] Launchpad bug 274781 in grub-installer "Please add support for the lpia architecture" [Critical,In progress] https://launchpad.net/bugs/274781 [16:30] Launchpad bug 274785 in ubiquity "Ubiquity should select grub as the boot loader for lpia" [Medium,In progress] https://launchpad.net/bugs/274785 [16:30] So that last list is scary, it's many small things [16:30] Questions? [16:30] there's a problem with getting the mobile seeds honoured by germinate on drescher (which may feed into something above, not sure) [16:30] you said "targetting at intrepid"; are all of these beta things, and which ones are critical? [16:30] we got the initial trivial patch sorted out, but the task names are all wrong [16:31] lool: are you planning to use the tasks for beta? [16:31] cjwatson: I know we discussed task headers yesterday [16:31] cjwatson: In the seeds data? I think so [16:31] bugger, I'd better get that sorted out quickly then [16:31] cjwatson: One issue was that mid was using task-seeds: desktop-common incorrectly, that I dropped [16:31] at the moment the task names will come out as mobile-mobile and mobile-mid [16:32] is that OK for you, or would you want them to be just mobile and mid (bearing in mind that that's a tedious code change)? [16:32] Ok [16:32] if you can tolerate those task names, we can leave them like that [16:32] cjwatson: I think the descriptions are clear enough that I wouldn't bug you for the cosmetic of the short name; would be nice to fix them on the long term naturally [16:32] persia sent me patches for 274781 and 274785 today, which should be straightforward to integrate (though I haven't looked at them yet) [16:32] ok [16:32] that's a relief [16:33] will still need a tasksel update probably [16:33] Ok; I have little clue about that; I'd rather have persia and you sort tasksel out at this point [16:33] it's trivial [16:34] Ok; want a bug? [16:34] no need [16:34] Topic closed then, thanks for raising tasks short names [16:34] Any other Q on the above release updates for mobile? [16:34] you said "targetting at intrepid"; are all of these beta things, and which ones are critical? [16:34] dear ubuntu friends [16:34] I think double AI for data packages at both sides will do bad things. [16:35] a example: [16:35] hokmen: please use a different channel; we're holding a meeting. [16:35] afo send me two links which point to his qq mail box (that is afunction for file downloading in tencent qq mail box) [16:35] slangasek: The beta critical issue is the last one; the other stuff we would like to have in beta or the soonest basically [16:35] and then i can not download it if it come with the hash() verify code in url. [16:35] slangasek: We could live with any of the other points staying open, but it would be ugly [16:35] ok [16:36] lool: and related to that, do people on your team have the necessary bits to escalate these bugs? e.g., bug #264048 is 'undecided' importance, which puts it a the bottom of the milestoned bug list [16:36] i think this is a kind of double AI(or say g.f.w) for data packages at both sides. we need to cooperation, not do it by your own selves. sorry for interrapt [16:36] Launchpad bug 264048 in linux-lpia "aufs hangs on rename() in MID live images" [Undecided,In progress] https://launchpad.net/bugs/264048 [16:36] could somebody please +q hokmen [16:37] [ACTION] slangasek to follow up on mobile bug list and ensure appropriate milestones are set [16:37] ACTION received: slangasek to follow up on mobile bug list and ensure appropriate milestones are set [16:37] slangasek: TBH, we didn't make enough use of bugs severities and milestones, or bugs in general, and are trying to improve; this particular bug is at the top of amitk's list though [16:37] slangasek: I did milestone this bug today though [16:38] lool: right; the place where milestones/severities help are for letting the rest of team know what to expect in the upload [16:38] (I hope it's still ok to milestone in beta to try to fix before beta and remilestone for final if we didn't) [16:38] ... upload queue :) [16:38] ok, let's push ahead [16:38] [TOPIC] Kernel Team [16:38] slangasek: As the bug number show, we did file a bunch of these very recently, which would also explain they didn't show up in your lists [16:38] New Topic: Kernel Team [16:39] Hey [16:39] hiya [16:39] BenC has been driving the kernel the last few weeks... [16:39] BenC: status? [16:39] So, I was out for a week, and have been catching up for the past week or so...I can only comment on what has been very visible [16:40] will you pass that message to all BSD teams? [16:40] hokmen: please go elsewhere [16:40] As of right now I am concentrating on acpi hotkeys, crashdump and as of today, last-good-boot [16:40] the first two items Are generally fixed, and need some uploads [16:40] BenC: any chance of making l-g-b a bit more efficient? [16:40] BenC: there's a hitlist of bugs in the agenda, in case you haven't seen; bug #263555, bug #253904, and bug #260675 [16:41] The final item, last-good-boot, I've only recently heard of some issues [16:41] Launchpad bug 263555 in linux "[intrepid] 2.6.27 e1000e driver places Intel ICH8 and ICH9 gigE chipsets at risk" [Critical,In progress] https://launchpad.net/bugs/263555 [16:41] Launchpad bug 253904 in linux-meta "does not build a lot of metapackages any more" [High,Triaged] https://launchpad.net/bugs/253904 [16:41] Launchpad bug 260675 in wacom-tools "[intrepid] Wacom Xorg module is incompatible with the kernel module shipped in kernel packages." [Undecided,Invalid] https://launchpad.net/bugs/260675 [16:41] e1000e is being removed [16:41] I've been working on bug #263555 [16:41] linux-meta doesn't need to build a lot of meta packages [16:41] things is going good [16:41] but we still need all of them for upgrades, at least until 10.04 (next LTS) [16:41] linux-ports-meta will be filling the void on that one, and smb is preparing an upload [16:41] pgraner: BenC: 2.6.27 is currently crashing in EC2. We have a fix that zul is testing today. [16:41] pitti: ^^ [16:42] Hobbsee: are you channel admin? can you please ban hokmen? [16:42] BenC: ah, thanks [16:42] dendrobates: bug number? [16:42] pitti: (he left) [16:42] BenC: which one will build the ones for the dropped flavours? [16:42] pitti: linux-ports-meta [16:42] we don't have one yet, but will in a few minutes. [16:43] BenC: nice to see that resolved, thanks [16:43] dendrobates: great [16:43] pitti: if there are other flavours we need to fill the void for, we'll get those too [16:43] pitti: things like -xen, -rt and -openvz don't have an upgrade path [16:43] pitti: but we never guaranteed one [16:43] rtg: what are the prospects of having a better fix for 263555 for beta than 'remove the driver'? That option leaves a lot of laptop users without ethernet, I think [16:44] Investigation into the e1000e flash corruption is still ongoing by the kernel dev community. Its a very high profile issue on LKML right now. [16:44] I believe it has existed since at least Gutsy. I remember a patch that allowed e1000 to load despite checksum failures. [16:44] In the meantime I've disabled it in the Intrepid kernel. No resolution in sight. [16:44] slangasek: e1000 picks up those PCI id's [16:44] BenC: so those folks will just stay with the hardy kernel then? [16:44] pitti: right [16:44] BenC: I'm coming to the conclusion that it might not be a driver issue. [16:45] there are -rt kernel packages in intrepid, as well as a linux-meta-rt, so I think that one's resolved anyway [16:45] rtg: bug 60388 is the e1000 invalid checksum bug [16:45] Launchpad bug 60388 in linux "e1000 EEPROM Checksum validity check should be disabled" [High,Fix committed] https://launchpad.net/bugs/60388 [16:45] sbeattie: thats the one. I did it for Jane and Mark [16:45] BenC: ah, so is that change in place already to have e1000 take over these PCI IDs? [16:45] if so, we can probably un-milestone the bug? [16:46] slangasek, BenC: its not the solution [16:46] slangasek: I'll let rtg comment on this since he's been tracking the whole situation... [16:47] Reverting to the e1000 driver isn't going to fix the root cause. No bosy is really sure what it is yet. [16:47] ok [16:47] Hopefully we'll find it soon. [16:48] Intel is putting a lot of resource into it. [16:48] thats all from me. [16:48] ok, then I think that bug is where it needs to be right now [16:48] thanks, guys [16:48] [TOPIC] Foundations Team [16:48] New Topic: Foundations Team [16:49] slangasek: one other thing, QA talked internally about escalating issues like e1000e earlier to release team/manager; we think this specific issue got overshadowed by 2.6.26->2.6.27 [16:49] Milestoned bugs: [16:49] 256054: taken to ubuntu-devel for discussion; ifupdown plugin available for testing; alternatives are to write a simple plugin to make all interfaces unmanaged, or to have an "nm-managed" option in interfaces t [16:49] hat ifupdown is taught to understand [16:49] 226139: sorry, don't have status on this, though I see that there's a patch available upstream [16:49] 182004: I'm working hard on this, hope to be finished today [16:49] Targeted bugs: [16:49] 247376: still blocked on upstream, but 274303 will at least give us a workaround for upgrades (see pitti's update) [16:49] 185311: no progress since last time, not optimistic [16:49] 267884: no progress since last time, but should be tractable [16:49] 272772: big transition bug including OOo, have pointed it out to calc [16:49] 180309: don't have status on this [16:49] 261543: I've got feedback from Scott, in progress [16:49] 272318: recurrence of previous issue, no progress yet though [16:49] 273271: new UI bug, should be easy, may squeeze this in for beta [16:49] 267682: some progress, not entirely fixed yet though (FDI addition broke detect-screens; HAL issue? needs yet more analysis) [16:49] 270423: not sure what's happening here, but post-beta [16:49] Misc issues/features: [16:49] OOo 3.0 due in PPA today, perhaps universe for intrepid but not main [16:49] OpenJDK compiler currently targeting 1.6 by default which breaks older VMs (e.g. Blackdown); doko is gathering information on what targeting 1.4 instead would lose us [16:49] bryce has been working on merging updated acpi-support quirks from Debian and will be continuing with this, with a view to knowing more about the work required to bin it for jaunty [16:50] expecting a new code drop for BBC content in totem, now that the production server is available and some new video formats need to be enabled; would like to upload this pre-beta if possible, if it's in time [16:50] not quite finished enabling mobile seed germination in LP; still needs another code change there :-( [16:50] actually, you can ignore that last line, I prepared this before the mobile update [16:50] sbeattie: yes, I agree that should've been escalated much earlier [16:52] no questions, or is everyone still digesting? :) [16:53] cjwatson: 267672> I vaguely understood it as that -evdev now grabs the keys and sends them as events to X [16:53] as opposed to acpi-support/hal grabbing the keys and running their usual scripts [16:54] cjwatson: digesting [16:54] but ICBW, I have no firm idea how this actually works [16:54] cjwatson: I haven't looked at it in detail, but "experimental plugin" as a solution for 256054 makes me vaguely nervous [16:54] cjwatson: been digesting :) [16:54] pitti: the more recent updates to that bug indicate that a hal fdi script helped many of the problems (although regressed one), so something is clearly going through hal [16:55] mdz: personally, I'm somewhat open to the "leave it alone" solution as well [16:55] cjwatson: isn't it a regression from 8.04? [16:55] cjwatson: I think it's *supposed* to go trough hal, and with the new -evdev it wasn't any more [16:56] pitti: I don't fully understand what's going on in bug 267682 [16:56] Launchpad bug 267682 in linux "Hotkeys no longer working in Intrepid on Thinkpads" [Critical,In progress] https://launchpad.net/bugs/267682 [16:56] mdz: I think nobody really does :( [16:56] I think it probably is a regression, but people using both /etc/network/interfaces (non-trivially) and network-manager have had to deal with all sorts of crap :-/ [16:56] a new plugin is no more invasive that n-m 0.7 is to start with, I feel ... [16:56] pitti: would it help to have someone figure out how it was working in 8.04? [16:57] since there seem to be multiple paths which handle those events [16:57] mdz: yes, absolutely [16:57] yeah, at least hal+hal-info and acpi-support are doing basically the same thing slightly differently [16:57] and now -evdev grabs them as well, which doesn't make things easier [16:57] pitti: what does the fdi file actually do? [16:57] mdz: it basically tells -evdev to ignore the spethial keys [16:58] so that hal and acpid grab them again [16:58] pitti: should we open a separate bug about the brightness keys? that seems like it may be a different issue [16:58] and thus run the acpi-support scripts / the hal addons [16:58] pitti: acpid was always grabbing them... [16:58] slangasek: indeed [16:58] slangasek: yeah, whichever hal/acpid got it first, I suppose [16:59] but nice to see that everyone seems to have a different piece of the puzzle [16:59] I don't know how hal grabs them, but it appears to /not/ be through the /proc/acpi/events interface or the acpid socket [16:59] I purged acpid and acpi-support, and things still work the same as before; that's when hal/hal-info take over and do what we do with acpi-support [17:00] in the longer term, should we be aiming to get rid of acpid entirely? [17:00] mdz: ++ [17:00] and acpi-support as well [17:00] as I said, bryce's studies of acpi-support are aimed at having enough knowledge to get rid of it in jaunty [17:00] I think the right thing to do is to convert our remaining delta in acpi-support to hal-fdi scripts and submit that upstream, and forget about that Ubuntuism [17:00] slangasek: hal *should* be getting them via the acpid socket if acpid is running [17:00] we just need to do it at the start of the cycle rather than vacillating for a few months [17:00] pitti: ok, agreed [17:01] which involves somebody who cares at the start of the cycle [17:01] but that's probably not feasible for intrepid [17:01] mdz: no, too much regression potential [17:01] pitti: I have a thinkpad running 8.04 where all of the hotkeys work, I'll look at that over the weekend [17:01] I'll take an action for that [17:01] ls [17:01] mdz: one thing I've observed is that if I stop acpid while hal is running, hald-addon-acpi doesn't reconnect to /proc/acpi/event, but the hotkeys still work [17:02] slangasek: *boggle* [17:02] [ACTION] mdz to look into how hotkeys worked in 8.04 (bug #267682) [17:02] ACTION received: mdz to look into how hotkeys worked in 8.04 (bug #267682) [17:02] Launchpad bug 267682 in linux "Hotkeys no longer working in Intrepid on Thinkpads" [Critical,In progress] https://launchpad.net/bugs/267682 [17:02] slangasek: *all* of them? my computer has brightness hardwired, for example [17:02] it's not the same thinkpad where I'm experiencing 267682, but hopefully it will shed some light [17:03] slangasek: but yeah, that stuns me as well [17:03] pitti: all of the ones reported to work in my last comment on the bug [17:03] we're at 14 minutes on my slot now ... [17:03] slangasek: -evdev -> gnome-settings-daemon/gnome-pwoer-manager then perhaps? [17:03] slangasek: or did you have Timo's fdi in place as well? [17:03] pitti: this is specifically with Timo's fdi in place [17:03] boggle [17:04] anyway, let's continue this seemingly-endless discussion on #ubuntu-devel :/ [17:04] [TOPIC] Server Team [17:04] New Topic: Server Team [17:05] dendrobates: hi [17:05] HI [17:05] We have no critical bugs at this point, but we are still triaging some of the kvm bugs. [17:06] one possible upload though, [17:06] we are waiting to hear back fomr amazon about opensourcing some scrpits used with ec2 [17:07] we have already integrated these scripts into vmbuilder, but have not uploaded that version. [17:07] we are expecting to hear by the beginning of bext week. [17:08] and we have a bug for the ec2 kernel issue, 274849 [17:08] vmbuilder> ok; that sounds like it will probably slip until post-beta then? [17:08] (i.e., release team probably won't accept it into the archive for beta that late) [17:08] dendrobates: are there any important changes in vmbuilder which are blocked by the licensing issue? [17:08] dendrobates: is the krb5-kdc -> main issue critical for beta? [17:09] dendrobates: I thought you asked amazon about those scripts weeks ago [17:09] mdz the ability to directly use AMI. [17:09] bug 274849 [17:09] Launchpad bug 274849 in linux "2.6.27 (xen paravirt ops) crashes on ec2." [Undecided,New] https://launchpad.net/bugs/274849 [17:09] mdz: we did, but they are a large company, the developer has agreed, but needs approval. [17:10] we have a potential fix for 274849: http://people.ubuntu.com/~chucks/kernel-xen.diff [17:10] they told us they could tell us by next week. [17:11] we can still build and ec2 images if they do not opensource it, but we cannot integrate the deployment functionality into vmbuilder. [17:12] pitti: I don't think it is critical to beta [17:12] patch for 274849> not mentioned in the bug itself? [17:13] dendrobates: *nod* (it's also fairly new) [17:13] slangasek: it;s all very new, updating now. [17:14] dendrobates: is it impossible to do without their scripts, or would we just need to reimplement some of them? [17:16] mdz we might need to make it a two stage process, where either a webapp helps you deploy, or we perhaps another app in muti-verse that deploys. [17:16] mdz: chuck soren and I are working through the possibilities. [17:16] but we really hope amazone says yes. [17:17] [server slot at 13 minutes] [17:17] yes, there doesn't seem to be much more we can do about EC2 here in the meeting [17:18] [TOPIC] MOTU [17:18] New Topic: MOTU [17:18] ScottK doesn't appear to be about today; is there anyone else who can speak on behalf of motu-release? [17:19] Hobbsee perhaps? [17:19] Hobbsee isn't on motu-release this cycle [17:19] ah [17:19] none of the others are here either; I'll take that as a "everything's going great" and move along :) [17:20] [TOPIC] General feature update [17:20] New Topic: General feature update [17:20] this should be a null topic because we're all working on bugfixes right now instead of features, but just in case, does anyone have anything to discuss here? :) [17:21] [TOPIC] Known regressions [17:21] New Topic: Known regressions [17:21] [LINK] http://people.ubuntu.com/~sbeattie/regression_tracker.html [17:21] LINK received: http://people.ubuntu.com/~sbeattie/regression_tracker.html [17:22] oh, that's nice [17:22] yes, it is [17:22] except the count is too high, hmm :) [17:23] we've had some possibly overzealous tagging [17:23] is the QA team reviewing these tags for correctness? [17:23] sbeattie: ^^ [17:24] the ones I've seen get tagged are reasonably accurate [17:24] can the tagging policy require that the facts of the regression are documented in the bug log itself? [17:24] slangasek: it does [17:24] 92014 is an ... interesting suggestion for "regression" [17:24] slangasek: ++ [17:24] yes, been reviewing a bit. [17:24] bdmurray: ah; then I should consider myself at liberty to remove the tag from any where this is not the case? [17:25] slangasek: agreed, we'll add that to the documentation. [17:25] slangasek: yes [17:25] (e.g., the n-m bug discussed earlier) [17:25] where's the documentation for the tag semantics? could it be linked from the tracker? [17:25] (something a little more extensive than the one-liners, if any) [17:25] ok; that page gives us something to digest off-line [17:26] cjwatson: it needs fleshing out but https://wiki.ubuntu.com/QATeam/RegressionTracking is it. [17:26] which I'll definitely have to do [17:26] sbeattie: thanks [17:26] while we have everyone's eyes on it...does that page render very slowly in firefox for anyone else? [17:27] no [17:27] it scrolls slowly for me [17:27] scrolls very slowly for me [17:27] it starts scrolling slowly halfway down [17:27] initial rendering is fasat [17:28] ok, thanks, don't want to interrupt the flow of the meeting [17:28] [TOPIC] hardware testing [17:28] New Topic: hardware testing [17:28] heno and cr3 aren't here to give us an update, but I've discussed hardware certification with them earlier this week [17:28] I received a report from Henrik a little while ago [17:28] it's a bit difficult to interpret though, I think it still needs work [17:29] hardware cert is ongoing and results seem to be good, but the website lacks a summary view [17:29] yes, reporting needs work. [17:30] I've asked them (and David Murphy) for a summary that will show which tests are failing, which hardware has test failures, and which hardware (if any) hasn't been tested recently [17:30] cr3 and schwuk are open to suggestions on what/how to report [17:30] slangasek: I've forwarded you what I have in case you didn't already have it [17:30] mdz: ok, thanks [17:30] [TOPIC] ISO size [17:30] New Topic: ISO size [17:30] slangasek: I think it'd be useful to have an overview of what's being tested (successfully) as well. [17:31] desktop CDs are oversized again; we got several days'-worth of changes in a batch due to some livefs build issues, and now we're at 711MB for both archs [17:31] sbeattie: yes, it should be a simple red/yellow/green for every system [17:32] has anyone done a diff against 20080923? [17:32] I have the diff of newly-added packages - looks like landscape-common, libcanberra-gnome, and bluez-{input,network,serial} are the new top-level additions, so I'll be chasing these up today to find out who's to blame for eating up all the space (there are a /lot/ of libs pulled in) [17:32] (build logs should still be around, at least) [17:32] ok [17:33] so in the meantime, everybody just keep thinking thin :-) [17:33] slangasek: for the record, it's not langpacks; they haven't changed since sept 6, due to the export crashing for some dubious reason [17:33] pitti: noted :) [17:33] bluez-* are in fact new, but were split-outs from hardy [17:33] [TOPIC] AOB [17:33] New Topic: AOB [17:33] and that's all I have - anything else? [17:34] slangasek: well done finishing up on time [17:34] slangasek: KDE 4.1.2 [17:34] we have tars now, we could upload this weekend probably [17:34] or wait until after beta if preferred [17:34] better before beta than after [17:35] is there a chance for the feature freeze exception for compiz 0.7.8 to be considered before beta? [17:35] mvo: yes; let's discuss that separately [17:35] ok, thanks [17:35] slangasek: I'll get the kubuntu packaging ninjas onto it [17:35] sounds like we're done, then [17:35] #endmeeting [17:35] Meeting finished at 11:35. [17:36] thanks, folks [17:36] byeee [17:36] thanks everyone === ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 29 Sep 04:00: Arizona LoCo IRC | 30 Sep 15:00: Server Team | 30 Sep 19:00: LoCo Council | 01 Oct 17:00: QA Team | 01 Oct 22:00: Platform Team | 02 Oct 00:30: ubuntu-pa LoCo Team === calc_ is now known as calc === calc is now known as calc_ === calc_ is now known as calc === nizarus_ is now known as nizarus