=== ubottu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 02 Jul 12:00 UTC: Bugs for Hugs Day | 02 Jul 17:00 UTC: QA Team | 02 Jul 22:00 UTC: Platform Team | 03 Jul 00:00 UTC: Maryland LoCo IRC | 03 Jul 13:00 UTC: Desktop Team | 03 Jul 16:00 UTC: First Java Team meeting === asac_ is now known as asac [08:31] hi elkbuntu [08:32] hi persia [08:35] hi all [08:45] ApOgEE-: hi, but could you use #ubuntu-offtopic for general chatting? This channel is only to be used for meetings. Thanks! [08:52] Hobbsee, ok === dholbach_ is now known as dholbach === ubottu changed the topic of #ubuntu-meeting to: Current meeting: Bugs for Hugs Day | Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 02 Jul 17:00 UTC: QA Team | 02 Jul 22:00 UTC: Platform Team | 03 Jul 00:00 UTC: Maryland LoCo IRC | 03 Jul 13:00 UTC: Desktop Team | 03 Jul 16:00 UTC: First Java Team meeting === thekorn_ is now known as thekorn === gnomefre1k is now known as gnomefreak [16:42] hi === thekorn_ is now known as thekorn === ubottu changed the topic of #ubuntu-meeting to: Current meeting: QA Team | Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 02 Jul 22:00 UTC: Platform Team | 03 Jul 00:00 UTC: Maryland LoCo IRC | 03 Jul 13:00 UTC: Desktop Team | 03 Jul 16:00 UTC: First Java Team meeting [18:00] hello! [18:00] hey! [18:00] Yay with have Ubottu :) [18:00] * cgregan waves [18:00] hi [18:00] Hello everybody :) [18:00] * ogasawara waves [18:01] Hello! [18:01] sbeattie, did you get some sleep? :) [18:01] late night testing I saw [18:02] only in between testing :) [18:02] #startmeeting [18:02] Meeting started at 12:03. The chair is heno. [18:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:02] Yeah, I got a little, helping to get the kids ready this morning hurt a litle. [18:02] \o/ [18:02] yay for the bot [18:03] [TOPIC]: Outstanding items from last meeting [18:03] New Topic: : Outstanding items from last meeting [18:03] should it be S instead of s? [18:03] no [18:03] I believe cgregan was to look at LP team structures for qa [18:03] Yes [18:04] but in the meantime LaserJock has set up a team :) [18:04] hehe [18:04] I can review [18:04] What is the URL? [18:04] cgregan: perhaps you can just look at what was set up? [18:04] right [18:05] http://launchpad.net/~ubuntu-qa <- [18:05] LINK received: http://launchpad.net/~ubuntu-qa <- [18:05] yeah, I hadn't seen the last meeting minutes [18:05] I'll take a look...thanks. [18:05] ok no worries [18:05] but I perhaps have a bit different view of the team [18:05] I was hoping to sort of hammer that out today [18:06] right, let's cover that on point 3 [18:06] hello all [18:06] sorry for being late [18:06] [TOPIC]: Posting on the QA blog - please sign it with your real name so readers can see where it's actually coming from [18:06] New Topic: : Posting on the QA blog - please sign it with your real name so readers can see where it's actually coming from [18:06] hey ara [18:06] That topic is just a request really [18:07] It seems to use your id rather than your name, though, no? [18:07] I know stgraber, nand and sbeattie post there fairly regularly [18:07] yeah, I noticed that because Planet Ubuntu just has "QA Blog" the posts seem kind of sterile [18:07] yeah, just putting your name at the bottom would be good [18:07] LaserJock: actually, I peeked, it also has the authors id as well. [18:08] sbeattie: on the Planet Ubuntu feed? [18:08] or on the QA Blog feed? [18:08] LaserJock: at least when reading Planet Ubuntu via the google feed reader [18:08] I noticed when I actually went to the blog the UID is there [18:08] hmm, I didn't notice it, but I could have overlooked it [18:09] I've never noticed it, but ok [18:09] in any case, I think it's nice for team blogs to "sign" the posts in the text [18:09] it seems good practice [18:09] No argument there, making it more prominent would be good. [18:10] ok, I'll do that from now on [18:10] I think it's important for people to see that QA is real people ;-) [18:10] not the mythical bots as some propose [18:10] thanks [18:10] [TOPIC]: Plans for ubuntu-qa Launchpad team and community QA efforts. (LaserJock) [18:10] New Topic: : Plans for ubuntu-qa Launchpad team and community QA efforts. (LaserJock) [18:10] we await a presentation :) [18:11] heh [18:11] cool t'interweb presentations :D [18:11] ok, well I've sort of come to the QA arena in a round about direction [18:12] from MOTU/Edubuntu to MOTU SRU to "hmm, this QA stuff is pretty cool" [18:12] one of the things that's historically been difficult is sort of the Canonical/Community and related Main/Universe divide [18:13] so something I'm interested is in building the community side [18:13] and to sort of make the Main/Universe separation disappear [18:14] perhaps it's more of a dev/non-dev divide than Canonical/community because we are quite active in the non-dev community [18:14] well, somewhat [18:14] we should aim to close that too though [18:15] but for instance on your Key people page only 2 out of 12 people *don't" work for Canonical [18:15] historically the community hasn't really stepped up all that well when it comes to QA [18:15] several of the QA initiatives have started in the forums, including iso testing and brainstorm [18:15] yes [18:15] LaserJock: ahem ;) [18:16] the community shortage is particularly missing on the dev side [18:16] MOTU tend to work within themselves [18:16] you mean https://wiki.ubuntu.com/QATeam/KeyPositions ? [18:16] we have http://qa.ubuntuwire.com where we've developed several good pages [18:16] heno: yes indeed [18:17] 4 of 12, but the point is still valid [18:17] you sure? maybe some people have left, I just checked for @canonical on people's LP page [18:17] in any case [18:18] with a community as large as we have 4 just isn't really "stepping up" IMO [18:18] yes, we'd like to work more with community developers [18:18] agreed [18:18] so I'm interested in 1) bringing in QA-minded community people (primarily developer-minded personally) [18:19] 2) common infrastructure, forums, and namespace for Ubuntu QA efforts [18:20] so my proposal is to have the Ubuntu QA team represent not any person/team who do QA activities [18:20] #1 I think we're all agreed on. #2 I agree with, but the devil is always in the implementation details [18:20] because that is really just about every person in the community, and is not really particulary useful [18:20] rather I'd like the Ubuntu QA to represent people who are interested in developing QA tools, procedures, and communities [18:21] LaserJock: 1/ If you bring in dev-minded people the danger is that bugs are missed because they know what they are doing. less dev-minded people are more likely to stumble [18:21] As a non-dev tester...I agree [18:21] davmor2: well, I'm really not concerned with testing [18:21] I can let people who are worry about that [18:22] LaserJock: but an 'Ubuntu QA' team would be [18:22] heno: no [18:22] they would really on be interested in developing communities of testers [18:22] then what would it represent? [18:22] so currently we have the bugsquad to do bug triage [18:22] leading by example often works best though [18:23] sure [18:23] so we need testing minded people in the team for sure [18:23] it's just not my particular forte, is what I'm saying [18:23] going back to the bugsquad [18:23] we already have a team for that [18:23] what we need is people who build the tools and procedures for triage [18:24] and to make sure the community is healthy [18:24] QAing the QA, so-to-speak [18:24] toolsmiths, you mean [18:24] some of that, but more [18:24] LaserJock: Would bugsquad not be a sub-team of the greater Ubuntu-QA? [18:24] cgregan: not in my scheme, no [18:25] We may want to consider another name for this team then....to avoid confusion. [18:25] the only sub-teams I see for Ubuntu QA right now are Canonical QA and ubuntu-qa-website-devel [18:25] I'm not sure this reduces confusion, esp. if you call it the ubuntu-qa team in LP [18:25] there should be no confusion [18:26] actual QA work is being done by almost every person in the Ubuntu community [18:26] it's like having an Ubuntu Contributor team [18:26] well, yes, you can do that, but what's the point [18:26] This is true but not in an organized/guided manner [18:26] but there will be. we already have an active team called Ubuntu QA, and you are proposing that some parts of that will not be included [18:27] heno: I've not seen that team [18:27] LaserJock: you are at out meeting :) [18:27] https://wiki.ubuntu.com/QATeam [18:27] exactly [18:27] but who's here? [18:28] I'm pretty sure every person active in this meeting would be in my Ubuntu QA team [18:28] right, so an LP team would help show that [18:28] I'm just saying an umbrella QA team is rather useless [18:28] LaserJock: the point trying to be made is that cgregan and davmor2 don't consider themselves devs and would excluded by having ubuntu-qa be dev-oriented. [18:29] sbeattie: it's *not* dev-oriented [18:29] I'd like to see more dev people involved [18:29] so here would be my criteria for memebership: [18:29] 1) are you currently doing QA activity, triage, testing, etc. ? [18:30] 2) do you have a plan for developing Ubuntu QA efforts more? [18:30] that's mostly it [18:30] joined with And or Or ? [18:30] AND [18:30] That all sounds ok. [18:30] 1/ Am I missing the point here did you not say that triaging (ie bug squad) wouldn't be part of the QA team? [18:31] bug squad isn't [18:31] so that excludes people doing grass roots QA [18:31] heno: perhaps so, yes [18:31] but that can be fixed [18:31] I'm happy for such a team to be set up, but not to call it ubuntu-qa [18:31] that needs to be more inclusive [18:32] davmor2: it would be people who are interested in developing tools, polcies for bug squad and develop the community. People like Pedro and Brian Murray [18:32] heno: why? [18:32] it has a low barrier to entry [18:32] LaserJock: heno: I think that would be more of a QA-Leadership team [18:33] davmor2: there is definately that aspect [18:33] a) because our current (non-LP) team already works that way and b) it's important for our community building [18:33] QA is much more than dev. Not only dev-testers can leader a QA team [18:34] heno: a) there really isn't a team, you just call it that b) you don't have a community right now and just included everybody doesn't help [18:34] I think there should be no barrier to entry. Simply you want to do all those things mentioned above, but may or may not have any experience. A gateway team as it were. [18:34] LaserJock: depends how you define low - some people are happy to help test but not reshape our tools or procedures [18:34] heno: fine, I'm not stopping them! [18:35] Access to tools and cases, wikis, etc. [18:35] there's just a big difference between doing QA and being in a QA team, IMO [18:35] LaserJock: neither of those statements are fair or accurate [18:36] translators are on translation teams [18:36] sure, but that's different [18:36] take a factory [18:36] *every* person is doing QA when they do their job well, etc. [18:36] LaserJock: I see your point of view. But I think this is the difference we want to reduce or remove. [18:37] but the QA team makes sure that 1) the right policies and tools are in place and 2) the rules are being followed [18:37] So an advisory board [18:37] we already have a lot people doing QA activities, every developer, tester, triager, etc. [18:37] in the software industry QA teams to testing and triage too [18:37] LaserJock: But then what team do they belong to. As I see it the people with the most access to the community and canonical for shaping, tools etc are people employed by Canonical. So the team your suggesting automatically rules out the community because everything they would want to do would need to be run by the canonical employees [18:37] heno: yes, I agree [18:38] davmor2: that's absolutely not true [18:38] davmor2: the community can do virtually everything a Canonical employee can [18:38] and they *should* be able to do the rest and most of that is being worked on [18:39] heno: but this is a community, not the software industry [18:39] LaserJock: I don't mean like that I mean as a voice ie Jono speaks and the world listens I speak and the people who know me listen [18:39] heno: it's a tad different [18:39] heno: i.e. we have lots of people to do the "grunt" work, if we can organize them and give them the tools [18:40] LaserJock: so what is your reference point? [18:40] for instance, sbeattie shouldn't be actually doing SRU verification [18:40] LaserJock: We are getting close. I deal with companies all day that want testing output and policies that match the "industry" so I have to guide my testers to do things that way. [18:40] he should be building the SRU tracking tools (which he is, and that's awesome) and the community to test [18:40] cgregan: well, that is regressive, IMO, but I understand your constraints [18:41] LaserJock: but he has to step in ad do it if no one else does, and he has to do it now to learn how [18:41] I agree but a compromise is likely here [18:41] heno: agreed, totally [18:41] * davmor2 head explodes [18:41] heno: but the focus should be on building the community, tools, and procedures [18:42] my problem with an umbrella team is it is going to be almost usless in this case [18:42] LaserJock: why exactly are you opposed to picking a different name for the qa-tools-and-procedures team? [18:42] we have diverse groups of people, and a lot of them [18:42] heno: because I don't see the point of an umbrella Ubuntu QA team [18:42] when it clearly conflicts with an existing team [18:42] there is no existing team [18:42] but others do [18:43] LaserJock: Am I missing the point... That's what this team is doing the difference is at the moment we are also the community so we build tools to use and use them..... [18:43] repeating that doesn't make it true [18:43] the "team" is Canonical QA and loosly calling any team doing QA work a part of "Ubuntu QA" [18:43] not true [18:43] but it is not organized and most of it's members don't even know the team exists [18:43] so I'd hardly call it a team in reality [18:44] I'd like to put some meat to it [18:44] it's not well enough advertised, that's true [18:44] ok, so who is in this team? [18:44] and more meat would be good too, but we cant start by excluding current members [18:45] me [18:45] LaserJock: Perhaps the solution is as heno hints...more advertising of existing teams. Perhaps by this new team. Whatever it is to be called. [18:45] heno: excluding who? [18:46] a more defined team gives you the chance to use bzr branch hosting [18:46] allows you to possibly use PPAs [18:47] it allows you to bring people together [18:47] without bothering people who wouldn't care [18:47] LaserJock: exclude people who just want to help with QA work [18:47] LaserJock: That would probably also be me. Being that I have no to little technical knowledge or development skills but who is also called on by lots of team leads to test stuff for them. [18:47] heno: but it doesn't exclude them from doing the work [18:47] sure, there are technical benefits to an LP team, I don't oppose that [18:48] this is very similar to ubuntu-dev [18:48] davmor2: I believe you are writing documentation for testing which is a valuable contribution to a team like this [18:48] we have ubuntu-dev as a smaller group of people who focuse on developing packages [18:48] they write policies, do testing, etc. [18:49] bdmurray: right but he stated out helping with testing, as did stgraber [18:49] but that doesn't exclude people from doing development work [18:49] on the contrary it gives people something to work towards, and it gives tremendous support to the vast community of people contributing to development [18:50] ok, I don't think we are going to reach consensus on this today and we have another topic [18:50] k [18:50] Where should we continue the discussion then? [18:50] LaserJock: do want to write up your proposal on a wiki page perhaps? [18:50] well, I try to work on more of a written proposal/description of what I'm thinking [18:50] yeah [18:50] ok, thanks [18:51] [TOPIC]: 8.04.1 ISO testing status [18:51] New Topic: : 8.04.1 ISO testing status [18:51] http://iso.qa.ubuntu.com/qatracker/build/all/all has the current status [18:51] LINK received: http://iso.qa.ubuntu.com/qatracker/build/all/all has the current status [18:53] heno: you said you were going to tackle more difficult cases, did you try xubuntu/encrypted LVM ? [18:53] the DVDs still need some work, Edubuntu and Xubuntu [18:53] sbeattie: I have yes [18:53] i have been some testing on ubuntustudio against virtualbox. i would like to test it again because it seems to consume much memory [18:53] more obscure cases at least [18:53] how much memory should I allocate in the vbox for that case? [18:54] ara: during install, or running? [18:54] during the install [18:54] when choosing all the options [18:54] 128 should be enough for a d-i install [18:54] if i choose less options it finishes correctly [18:54] I used 384 though [18:54] ara: does it halt? [18:55] yep [18:55] it halt twice, actually [18:55] it only finished corretly once, when not choosing all of the options [18:55] apart of that, the installation process is text-based; is that normal in ubuntu studio? [18:56] can you restart it when it halts or is it completely dead? [18:56] dead [18:56] apt does consume memory linearly [18:57] so very large upgrades have the same problem [18:57] how much ram did you give it? [18:57] mm, not sure, let me check [18:57] 256MB [18:59] bdmurray: where would one file such a bug - I guess it's ubuntu studio documentation issue? [18:59] i will check again early tomorrow, but it would be nice if you could check that too [18:59] 256MB RAM, choosing all the available packages [18:59] I will, though it's not likely it will be fixed for Hardy.1 [19:00] heno: it depends on where the minimum recommended amount is documented [19:00] it may of course be a real d-i bug or something [19:02] anyway, I'll do a bit more testing this evening and would ask others to do the same :) [19:02] ATM it looks fine for release tomorrow [19:02] any other topics? [19:03] ok, thanks everyone! [19:03] #endmeeting [19:03] Meeting finished at 13:04. [19:04] thanks [19:04] bye [19:04] thanks [19:04] thanks [19:07] ta === ubottu changed the topic of #ubuntu-meeting to: Current meeting: Bugs for Hugs Day | Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 02 Jul 22:00 UTC: Platform Team | 03 Jul 00:00 UTC: Maryland LoCo IRC | 03 Jul 13:00 UTC: Desktop Team | 03 Jul 16:00 UTC: First Java Team meeting | 04 Jul 16:00 UTC: How to run a Bug Jam === Rafik__ is now known as Rafik === ajmitch_ is now known as ajmitch [23:00] good evening folks [23:00] * ogra waves [23:00] second [23:00] hi all [23:00] yo [23:00] hi [23:00] hi === ubottu changed the topic of #ubuntu-meeting to: Current meeting: Platform Team | Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 03 Jul 00:00 UTC: Maryland LoCo IRC | 03 Jul 13:00 UTC: Desktop Team | 03 Jul 16:00 UTC: First Java Team meeting | 04 Jul 16:00 UTC: How to run a Bug Jam [23:01] ubottu's clock is slow [23:01] morning :) [23:02] heya all [23:02] right, I have sufficiently little on my list today that I didn't get round to mailing out an agenda; sorry for that - I do have a few items though, then I'll throw it open to the floor [23:03] firstly (and this one is only relevant for Canonical staff) the distro team managers have agreed that distro-team@ would become more useful if each team collected activity reports privately and then included them in its meeting summaries [23:03] there are some disadvantages, mostly that it means we can't follow up to individual activity reports as easily, but on the whole I think I agree it would make the list more bearable to follow [23:04] hi all [23:04] sounds reasonable. how would we collect them privately? on a wikipage? [23:04] its not actually high traffic though [23:04] ogra: Agreed. [23:05] so I'd like to ask that you mail me activity summaries at the end of your day on TUESDAY in order that I can collect them and stick them on a wiki page or something, and then they can go into the agenda [23:05] ogra: I'm afraid many people do disagree [23:05] we have getting on for 50 people, and it adds up pretty quickly [23:05] heh, well, i read ubuntu-users... i might have different views through that :) [23:06] hi [23:06] this also means that at least parts of activity reports that are public can easily be posted on ubuntu-devel, which I think would be fairly useful [23:06] or at least links to them [23:07] how about an activity mailing list where the reply-To is set to distro team? [23:08] while it causes traffic, it's sort of nice having each person's status report as a separate email, since it makes it easy to pick and choose which reports to read. With them all concatenated together, I think it would be more work and I'd be less inclined to look at any of them [23:08] asac, that still means people get a lot of mail -- unless most people aren't on the new list, in which case it's fairly pointless, imho [23:08] right now, I know that I simply don't bother reading status reports from other teams, and I'd like to fix that; if I just had to read meeting reports it would be a lot easier [23:09] it's the same amount of text, but less intimidating in one's mailer [23:09] cjwatson, as it happens, I have the opposite feeling: long mails are harder and more intimidating to me [23:09] hmm didn't we used to have a activity mailing list? [23:09] * liw gets antsy if he can't press Delete every five seconds [23:09] bryce: well, I take the converse view that, since the name of the sender doesn't tell me if there's interesting activity to read about, it makes my mailbox much larger to have them each as separate mails :) [23:09] then they wanted it moved to distro-team now its too much traffic? ;-) [23:10] calc, but for the whole company [23:10] maybe they should be concatenated into MIME digest form ;) [23:10] I would like us to try this out for a while; if it causes serious problems, we can revert [23:10] ogra: ah ok [23:10] then you can delete MIME subparts that you're done with :) [23:10] calc: it became unusable once the company grew beyond about 40 or so [23:10] I'd me more in favor of people writing _shorter_ activity reports :) [23:10] liw: do less work? :) [23:10] ++ [23:10] liw: I don't think thats always possible, due to the nature of what some of us are doing. [23:10] otoh, collected activity reports could be formatted more systematically, which would help [23:10] Not shorter for the sake of it, but concise [23:11] with this system, I will be happy to do some trivial reformatting to bang 'em all into the same style [23:13] secondly: many of the packages in the partner archive (archive.canonical.com) have been constructed by folks without lots of experience in the Ubuntu project, and yet if Ubuntu users enable that archive those packages are presented to them [23:13] I'd like to arrange for a brief retroactive review of those packages for quality, and have agreed with the relevant manager that this is something that would be accepted [23:14] would anyone like to volunteer to help out? the number of packages is not terribly large [23:14] I don't mind helping out. [23:14] I think it should take maybe 15 minutes per source package, tops [23:14] cjwatson: how many packages are there atm? [23:14] $ zcat /srv/launchpad.net/ubuntu-archive/ubuntu-partner/dists/*/*/source/Sources.gz | grep ^Package | wc -l [23:14] so nothing huge like symphony then? ;-) [23:14] I could do a couple [23:14] 38 [23:15] $ zcat /srv/launchpad.net/ubuntu-archive/ubuntu-partner/dists/*/*/source/Sources.gz | grep ^Package | sort -u | wc -l [23:15] 10 [23:15] I'd be willing to help [23:15] some of them are large, but I'm not expecting very deep review of the upstream code (we may not have it, in any case) [23:15] I think its a matter of making sure they are packaged correctly for a start. [23:15] yes [23:16] how do we coordinate what has been reviewed by whom? [23:16] this will also help to provide some mentoring for the people doing this work [23:16] I think it's simplest if I just assign them out [23:17] ACTION: cjwatson to assign partner package reviews to volunteers [23:17] so I have Luke, Lars, Steve, Alex?, Chris? [23:17] * calc volunteers to look at them [23:17] should be fine [23:17] thirdly: slangasek, any good or bad news about 8.04.1? [23:17] i didnt opt in explicitly, but feel free to assign reviews to me :) [23:17] ok, thanks [23:19] 8.04.1 is coming on very well, for all the (typical) last-minute rush of fixes. We still have a couple of SRUs that are on the CDs right now by virtue of building out of -proposed which have still not made it through the SRU verification process, so those need to be sorted in short order [23:19] one of them is a bug asac will be familiar with, bug #219587 in cairo [23:19] Launchpad bug 219587 in cairo "03-turn_on_buggy-repeat_handling.dpatch causes slowdown in Evolution" [Medium,Fix committed] https://launchpad.net/bugs/219587 [23:20] that's certainly the riskiest of the SRUs that we have left, but all things considered I think there's insufficient evidence of regressions to block it and force a reroll of all images [23:20] so - if anyone has noticed that cairo is behaving funny, speak up now :P [23:20] otherwise, ISO testing has been going *very* well [23:20] slangasek: how can we reach a consent here? i think seb is all for that patch. i am not sure. [23:21] if anyone has some spare cycles today (or tomorrow for European time), more ISO testing may still be of help; please coordinate with #ubuntu-testing on this to find out where help is needed, so we don't have 5 people all independently downloading the same image for one test [23:22] err, s/all for/all against/ [23:22] asac: sorry, seb is against the patch? I haven't seen this said anywhere in the bug log... [23:23] in fact, I see comments from him saying that it works fine for him [23:23] wouldn't we want as much coverage over each test as possible? [23:23] slangasek: yeah he wants to drop the patch ;) [23:23] evand: when you start starving the rsync server for bandwidth, you have your limit on how much coverage is possible ;) [23:23] evand: so definitely coordinate with #u-testing, please [23:23] asac: oh, that - yes :) [23:23] ah, fair enough, and will do [23:24] asac: well, my understanding is that we have only a single, unreproducible and uninvestigateable report of a regression that was correlated with the cairo update [23:24] * liw notes there's a bunch of ISOs on the tracker that don't yet have complete coverage, and one or two without any coverage [23:24] asac: whereas everyone else has been running this update in -proposed for 28 days and there've been no other reports of regression, in spite of my prodding that people should be alert for this [23:25] asac: so unless someone speaks up now and says it's broken, I intend to push it [23:25] anyone noticed weird crashing that causes your machine to just turn off? [23:26] i'm hoping my system isn't dying [23:26] calc: What sort of crashing? [23:26] calc, what kind of crashing? an immediate shut-off? [23:26] blocked fan or something ? [23:26] on a related note, we know we have a few high-priority SRUs to push out of the queue right on the heels of 8.04.1. I'll be unfreezing -proposed shortly, but unfortunately won't have any time to process those SRUs myself until at least tomorrow [23:26] using system just fine then instant power off [23:26] calc: it did rather sound like heat trouble to me, though it's hard to be sure [23:27] well, just monitor your temperature for a while [23:27] and you will know [23:27] i wasn't doing anything at the time (at least today) to cause high heat output, unless its a fan issue or something [23:27] calc, that sounds like heat or memory problems to me; you may want to run memtest overnight [23:27] had similar issue with a deficient power supply [23:27] ogra: ok [23:27] I've had a system power itself off this week due to the heat... horrible Oregon weather :-) [23:27] its in a laptop ran, memtest for an hour or so and occt on vista for about an hour [23:27] I've bee experiencing weird behiavor lately as well, but no instant power off. [23:27] yeah power supply could look like that as well [23:27] I've had several cases of memtest only finding problems after 12 hours or so [23:28] but i will have to watch the cpu temp to see what it shows for a while [23:28] liw: ah [23:28] slangasek: I'll get you the bits of the release announcement I'm working on as soon as I can [23:28] cjwatson: appreciate it, thanks [23:28] hopefully before I go to bed tonight [23:28] it didn't start happening until June 26 and since it has been about once every 2 days [23:29] actions from last week: most I know are done or as done as they'll get, I think the only one I didn't hear about was bryce's libx11/libxcb action [23:30]