[13:09:05] f13: jeremy: warren: spot: rdieter: wwoods: ping? (i probably forgot someone...) [13:09:14] * jeremy is here-ish [13:09:15] * rdieter waves [13:09:24] * warren here [13:09:27] f13 is ill today i think [13:10:24] ah, ok [13:11:00] well, that's a bit of a monkey wrench [13:11:10] so we're out f13 and ajax, mezcalero's been on holiday for a while [13:11:24] * jeremy is starting to feel better! :) [13:11:33] wwoods: there are no PA bugs on the blocker [13:11:35] well hey! that's a good sign [13:11:40] unless i missed something [13:11:45] no, but there's plenty of bug reports and angry users [13:11:53] I've just been putting my fingers in my ears [13:12:13] we definitely need an anaconda build for turning off betanag... clumens and I talked about branching and doing it today [13:12:20] yeah, today's the day [13:12:21] please do [13:12:32] looking at blockers [13:12:49] we have a plymouth one in MODIFIED, and i think halfline has a new plymouth build for this morning's bug of the day as well [13:12:53] halfline: going to request a tag for that? [13:13:04] notting: well i'm waiting on feedback on a bug [13:13:05] I only bring up pulseaudio because I've been trying to listen to music to block out this irregular beeping somewhere nearby and it's been stuttering and generally making me stabulous [13:13:26] bug 471498 has a bit of a mystery failure in it [13:13:28] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=471498 high, high, ---, rstrode@redhat.com, MODIFIED, plymouth hangs in startup [13:13:32] * spot wonders why we have two blocker bugs with PATCHes in them that are sitting for more than a week [13:13:35] wwoods: erase it [13:13:44] that i can't reproduce on the machines I try, but the reporter can reproduce on every machine he tries [13:13:58] halfline: has the reporter tested the fix? [13:14:12] notting: i don't think so, that's what i'm waiting on [13:14:21] ok [13:14:26] cebbert: yeah, that's a workaround.. [13:14:26] once i get feedback i'll request a tag [13:14:39] we have two dmraid bugs, and two grub timeout bugs [13:14:45] * notting looks at pjones [13:15:15] * spot wonders why the patches in 468461 and 448247 aren't applied [13:15:57] the latter (mkfs.vfat) we were waiting on a review from either the fedora package maintainer or the upstream maintainer [13:16:03] *** zcat has left chat #fedora-meeting (quit). [13:16:11] *** lajjr has left chat #fedora-meeting ("Leaving"). [13:16:24] the last comment in that bug is from upstream [13:16:29] ("Got ping from notting, will have a look at this tomorrow and release 3.0.1.") [13:16:52] spot: re: 468461, the fact that it's *completely* untested probably has a lot to do with it ;) [13:17:00] *** zcat (n=zcat@fedora/zcat) has joined chat #fedora-meeting. [13:17:35] we also have a cryptsetup bug that seems like keyboard error, so i'm not sure we'll hold for that [13:18:06] and X bugs for both radeon & intel [13:19:04] yeah I think the cryptsetup bug should drop to blocker or get closed as WORKSFORME [13:19:10] i moved it to target [13:19:25] reporter can't reproduce (he was given a package with debugging stuff enabled but no new code) [13:19:33] good call [13:20:03] but still... not sounding particularly hopeful on having something final today [13:20:10] jeremy: how do live images look? ok space wise? [13:20:19] there's more radeon badness than what's on Blocker, I just don't have the hardware/time/expertise to distill it all down to one or two actual bugs [13:20:59] notting: they're okay as far as I know... I did one earlier that was 680 [13:21:09] got a link to latest images? [13:21:14] how bad are the "I need nomodeset" bugs? [13:21:47] notting: I just did one locally, didn't really put it up anywhere [13:21:54] it's hard to say, since people will continue reporting them long after they're fixed (because they're testing with Preview or hitting other bugs) [13:22:42] and I don't have any radeon test hardware so I have no first-hand knowledge of any of it [13:22:43] * notting wonders how many non-radeon users are currently passing 'nomodeset' in the hopes that it will fix their problems [13:22:51] ouchie [13:23:31] most of the intel bugs we see, the reporter says something like "I tried adding nomodeset but it didn't work" [13:23:48] * spot isn't having problems with the only radeon he has access to... [13:24:24] oh [13:24:50] jeremy: pjones: there's a report of things being fubar in either the installer or post-boot initrds due to glibc-2.9 [13:24:53] clumens, jrb, and others are currently seeing a massive slowdown with xorg-x11-drv-ati [13:24:56] sometimes even on nvidia bugs [13:25:06] notting: uh-oh [13:25:15] although nvidia bugs are fairly rare since that's mostly unchanged since f9 [13:25:19] pjones: ld-linux.so.2 being a symlink to the wrong place, or something :/ [13:25:23] spot: jrb's problem goes away on a fresh reboot [13:25:25] notting: I updated my boxes earlier; workstation rebooted fine, haven't rebooted my laptop yet [13:25:35] spot: so it could be a problem related to keeping it booted and suspending/resuming for a long time [13:26:04] hmm. i'm not sure that suspend/resume works at all right now [13:26:19] pjones: don't know, it was on the list :/ [13:26:25] anyways, while you're here :P [13:26:31] comments on the grub and dmraid bugs? [13:26:32] yeah I've heard further suspend/resume complaints [13:26:52] beyond just intel+compiz+suspend = hang [13:27:01] happen to have a link to the list? [13:27:08] found it [13:27:09] https://www.redhat.com/archives/fedora-devel-list/2008-November/msg01129.html [13:27:46] spot, wwoods: well we ran sysprof on his machine while it was having issues and we found out it was spending a significant amount of time in one function looping over a list of buffer objects [13:27:52] *** smooge (n=smooge@nausicaa.unm.edu) has joined chat #fedora-meeting. [13:28:03] so one theory was that the list was getting really long after a lot of use [13:29:21] anyway airlied will be around in a couple of hours and he should be able to shed some light on that issue [13:32:27] realistically, if we want to release on-time, we need a final package list appx. today [13:32:43] and any major bugs found (or unfixed) should cause us to slip the schedule. [13:32:47] we have a new kernel (113) in koji that fixes some gfx issues [13:33:05] well. maybe that's not "realistic", since the *realistic* approach is that we're going to release anyway [13:33:23] but now seems like a good time to start the traditional "slip/don't slip" argument [13:34:13] well, strictly speaking, the only radeon blocker is 467821 [13:34:31] hmm, marina still has the "need to move mouse to get graphics to update" issue with -109 [13:34:34] would like testing of radeon with the new kernel [13:34:38] (not to put our head in the sand or anything) [13:35:01] does anyone remember the bug number for that one? [13:35:43] strictly speaking there's probably other radeon blockers that are unfiled or misfiled [13:36:01] i'd rather not start discussing slips for bugs that might exist [13:36:56] can i get another +1 on tagging the new kernel? [13:37:17] which kernrel? [13:38:26] 113 [13:39:50] ah the intel bug is bug 471162 [13:39:52] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=471162 medium, medium, ---, airlied@redhat.com, NEW, kernel-2.6.27.5-100.fc10.x86_64 causes intel 945GME to loose irq [13:40:26] jeremy: you've got an open bug about radeon crashing (bug 468773) - any progress since your last comment? [13:40:28] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=468773 medium, medium, ---, airlied@redhat.com, ASSIGNED, Non-working radeon driver on macbook pro with nomodeset [13:41:22] * jeremy wonders which macbook that was with [13:41:59] it was definitely when booting through efi which has some other problems in other cases [13:42:15] efi is a 'you get all the pieces' feature in f10, yes? [13:42:23] 113 boots fine on my radeon test box (desktop effects don't work, but they've never worked) [13:42:40] notting: I believe that is the current status. the bug was filed before we downgraded to that point [13:43:11] Radeon HD 3200 [13:44:36] *** che has left chat #fedora-meeting (Read error: 104 (Connection reset by peer)). [13:44:51] *** che (n=rkastl@redhat/che) has joined chat #fedora-meeting. [13:45:01] *** JSchmitt has left chat #fedora-meeting (Read error: 54 (Connection reset by peer)). [13:45:34] bug 462157 has a really unhelpful title but it's a hang on radeon r500 [13:45:36] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=462157 urgent, urgent, ---, airlied@redhat.com, ASSIGNED, X hang up [13:45:38] *** JSchmitt (n=s4504kr@fedora/JSchmitt) has joined chat #fedora-meeting. [13:45:56] *** fcrippa has left chat #fedora-meeting ("Leaving"). [13:46:09] *** Evil_Sonar_Chick (n=Andrea@fedora/SonarGal) has joined chat #fedora-meeting. [13:46:50] Bug #471162 I have this chipset and I have never seen this on 109. It does sound nasty though. [13:46:52] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=471162 medium, medium, ---, airlied@redhat.com, NEW, kernel-2.6.27.5-100.fc10.x86_64 causes intel 945GME to loose irq [13:46:54] *** openpercept (n=openperc@unaffiliated/openpercept) has joined chat #fedora-meeting. [13:47:14] warren: ditto, never seen that issue [13:47:25] i've not seen that symptom, but i've seen X spontaneously go out to lunch on i945, requiring reboot [13:47:52] so we closed it (or maybe dropped it from Blocker) [13:48:05] well hell [13:48:32] *** k0k (n=k0k@fedora/k0k) has joined chat #fedora-meeting. [13:48:52] oh wait, that's bug 464866, which is still open and on the blocker [13:48:53] Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=464866 medium, medium, ---, ajax@redhat.com, ASSIGNED, Xorg lockup with i945: "EQ overflowing. The server is probably stuck in an infinite loop." [13:49:03] *** k0k has left chat #fedora-meeting ("Saliendo"). [13:49:13] brb, rebooting into 113 [13:49:13] *** warren has left chat #fedora-meeting ("Leaving"). [13:50:37] wwoods: marina is seeing that issue right now... [13:50:44] (like i said 10 minutes ago) [13:51:14] wwoods: feel free to blocker-ize 462157 if necessary [13:52:01] *** lfoppiano (n=lfoppian@fedora/lfoppiano) has joined chat #fedora-meeting. [13:52:23] so, before making a decision on slip vs. no slip, i'd like to characterize which of the X issues are still prevalent with the latest kernel, and of those, whether or not slipping is realistically going to lead to a timely fix [13:52:33] *** warren (n=warren@redhat/wombat/warren) has joined chat #fedora-meeting. [13:53:18] Hmm, desktop effects are working, but it is considerably slower than F9. [13:53:32] *** kassmodiah (n=cass@fedora/cassmodiah) has joined chat #fedora-meeting. [13:53:39] *** kassmodiah has left chat #fedora-meeting (Read error: 104 (Connection reset by peer)). [13:54:56] also, some sort of comment on 468649, 467904, 468461, 468526 as to whether they're slip-worthy, or we can expect a fix [13:55:03] notting: wrt to "timely fix" airlied is the best person to ask. krh is working on f11 work atm, ssp is working on non-X stuff... [13:55:20] halfline: right, which makes it not a discussion for right now [13:55:28] yea [13:59:26] *** No5251 (n=No5251@dslb-084-056-161-061.pools.arcor-ip.net) has joined chat #fedora-meeting. [13:59:42] *** Sonar_Gal has left chat #fedora-meeting (Read error: 110 (Connection timed out)). [14:00:07] so, we're in a bit of a holding pattern. all up for a re-convened blocker meeting at 4PM once we have a bit more data (and access to picking X people's brains?) [14:00:19] sounds reasonable.