=== lukjad007 is now known as lukjad454 === lukjad454 is now known as lukjad007 === Raidsong is now known as Raid454 === Raid454 is now known as Raidsong [01:49] !now [01:49] Sorry, I don't know anything about now [02:03] !future [02:03] Sorry, I don't know anything about future [02:03] !past [02:03] Sorry, I don't know anything about past [02:03] ah, OK, it is Markovian [08:00] hello everybody [08:00] do we have gilir, apw and Yulia here? [08:00] hi dholbach :) [08:01] soren, geser, persia`: want to chair? [08:01] Sure. [08:01] super :) [08:01] Someone else gets to do minutes :) [08:01] #startmeeting [08:01] Meeting started at 02:01. The chair is persia`. [08:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [08:02] [LINK] https://wiki.ubuntu.com/MOTU/Council/Meeting [08:02] LINK received: https://wiki.ubuntu.com/MOTU/Council/Meeting [08:02] Welcome to the MOTU Council meeting. [08:02] [TOPIC] MOTU Application for Julien Lavergne (gilir) [08:02] New Topic: MOTU Application for Julien Lavergne (gilir) [08:03] [LINK] https://wiki.ubuntu.com/gilir/MOTUApplication [08:03] LINK received: https://wiki.ubuntu.com/gilir/MOTUApplication [08:04] gilir: thanks for turning up and sorry for the meeting that didn't happen the last time [08:04] (although I was computer-less at the time and probably in the middle of Iceland somewhere... :-)) [08:04] gilir: how are you doing? [08:05] dholbach: fine thanks and you :) [08:05] ? [08:05] I'm good, just a bit tired - thanks :-) [08:07] gilir: in your application you mention that you'd like to see more interaction between Ubuntu and Debian and not as much delta - how do you think we can get new developers to help out with that more effectively? [08:09] is it too hard? is it not understandable enough? [08:09] dholbach: I think new developpers or new contributors don't know enough Debian, like how report bugs [08:09] dholbach: sorry with my answers are a bit long, mpy english is not very good :) [08:09] don't worry, take your time :) [08:10] do you think it's documentation that's missing? or do we need better tools? or do we need more stories about collaboration? what do you think should we do? or what are you planning to do? :-) [08:10] gilir, While I largely agree that bringing packages into sync is a good thing, could you give a few examples of changes that might not be suitable to push to Debian? [08:10] and I think sometimes they forget to report an issue fixed on Ubuntu than can benefit to Debian too [08:12] dholbach: yes maybe documentation,, but I'm sure it's mostly a question of habits [08:13] persia`: modifications specific to Ubuntu, like firefox/iceweasel [08:13] gilir: we're very interested in making it easy to change those habits over time :-) [08:14] persia`: IMO most of the modifications should go to Debian, the inverse is exception :) [08:15] geser, soren: do you have questions? [08:15] gilir, OK. I've a hypothetical for you. Let's say there's a segfault in nautilus, and a patch in Ubuntu to fix it. Should that go to Debian? Why or why not? [08:16] dholbach: I do not. [08:16] persia`: this should go upstream :) [08:16] dholbach: no questions [08:16] persia`: except if it's a patch to fix a segfault due to a packging issue [08:17] but I can't think of real case for this one :) [08:17] gilir, OK. How can we decide whether a given fix belongs upsteam or in Debian? [08:19] persia`: for patches of the source, should go upstream instead of the changes is specific for Debian or Ubuntu (rename binary, special location of someting on the system) [08:20] but if upstream is not active, or if the patch fix a important stuff, it can go to Debian also [08:21] Well, I think it's often a good idea to send source patches also to Debian, but the answer I was looking for is that some packages (like nautilus) tend to be newer in Ubuntu than Debian, so the patches won't apply and that a rule of thumb to guess if this is the case is a version with -0ubuntuN. [08:21] * persia` is done with questions. [08:21] I have patches for gcc in mind, which fix FTBFS, for this example [08:21] gcc/new version of gcc [08:21] I have no questions left either. [08:22] [VOTE] MOTU Application for Julien Lavergne (gilir) [08:22] Please vote on: MOTU Application for Julien Lavergne (gilir). [08:22] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [08:22] E.g. /msg MootBot +1 #ubuntu-meeting [08:23] +1 fantastic work! [08:23] +1 received from dholbach. 1 for, 0 against. 0 have abstained. Count is now 1 [08:23] +1 (mostly based on endorsements) [08:23] +1 received from soren. 2 for, 0 against. 0 have abstained. Count is now 2 [08:24] +1 : Good endorsements, good range of packages uploaded. Some very strong technical work in some of the uploads. [08:24] +1 received from persia`. 3 for, 0 against. 0 have abstained. Count is now 3 [08:24] +1 [08:24] +1 received from geser. 4 for, 0 against. 0 have abstained. Count is now 4 [08:25] [ENDVOTE] [08:25] Final result is 4 for, 0 against. 0 abstained. Total: 4 [08:25] gilir, Congratulations! [08:25] congratulations gilir and welcome to the team! [08:25] thanks all :) [08:25] apw: are you around? if not, juli__ would be next [08:26] [TOPIC] Kernel related packages upload permission for Andy Whitcroft (apw) [08:26] New Topic: Kernel related packages upload permission for Andy Whitcroft (apw) [08:26] [LINK] https://wiki.ubuntu.com/AndyWhitcroft/KernelUploadsApplication [08:26] LINK received: https://wiki.ubuntu.com/AndyWhitcroft/KernelUploadsApplication [08:26] I don't think he's here yet. I'll keep an eye out for him. [08:26] apw, How are you this morning? [08:26] OK. Let's defer this then. [08:27] [TOPIC] Netbeans related packages upload permission for Yulia Novozhilova (Juli) [08:27] New Topic: Netbeans related packages upload permission for Yulia Novozhilova (Juli) [08:27] [LINK] https://wiki.ubuntu.com/YuliaNovozhilova/PerPackageUploaderApplication [08:27] LINK received: https://wiki.ubuntu.com/YuliaNovozhilova/PerPackageUploaderApplication [08:27] juli__, How are you today? [08:28] persia`, fine, thanks... a bit nervous though... how are you? [08:28] I'm pretty good. [08:29] juli__, Your package upload list is a lot longer than your request for packages to upload list. Could you comment on why you selected the specific packages? [08:29] I selected packages which I thing are netbenas specific [08:30] the rest packages are just java libraries that can be useful for everybody... I would be happy to upload them as well but not sure it is ok since I apply for netbeans only [08:31] and anyway, there will be new and new packages in the future:) [08:31] since NetBeans needs a lot of external dependencies [08:32] apw here [08:32] apw, We'll get back to you soonish then :) [08:33] juli__: in your application you mention that the java packaging team is too small - do you have any idea why that is? [08:34] I believe it is small because ubuntu guys like python and another tools, but I'm really sure. I like java and completely don't understand such unfairness:) [08:34] is it too hard? [08:35] I'm NOT really sure [08:35] java? [08:35] may be it is not easy in the beginning but then it is powerful and really cool [08:36] do you have any idea how we could attract more people to maintain java packages in Ubuntu? [08:36] dholbach, I believe java team is going to grow:) [08:37] I hope so too :-) [08:37] persia`, geser, soren: questions? [08:38] juli__, Theother thing you indicate you dislike is that MOTU are too busy. Do you have any suggestions as to how this can be resolved? [08:38] dholbach, hmmm... the best way for me is to make Ubuntu the best, so people will want to package there tools [08:38] persia`, more MOTUs? [08:39] dholbach: No, I'm good. [08:39] I mean if there will be MOTU who are generally workink on sponsorship everything will be ok, I believe [08:40] * persia` is done. [08:40] dholbach, geser ? [08:40] no questions [08:43] me neither [08:43] sorry [08:43] [VOTE] Netbeans related packages upload permission for Yulia Novozhilova (Juli) [08:43] Please vote on: Netbeans related packages upload permission for Yulia Novozhilova (Juli). [08:43] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [08:43] E.g. /msg MootBot +1 #ubuntu-meeting [08:43] +1 as might be obvious from my endorsement [08:43] +1 received from persia`. 1 for, 0 against. 0 have abstained. Count is now 1 [08:43] +1 [08:43] +1 received from dholbach. 2 for, 0 against. 0 have abstained. Count is now 2 [08:43] +1 [08:43] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [08:47] soren? [08:48] * persia` imagines a fiercely debated Danish caucus. === persia` is now known as persia [08:50] soren, Do you need questions reopened? [08:52] * dholbach places a call to Denmark [08:53] soren says he's working on getting back [08:53] * soren walks back into the room [08:53] GEez, sorry about that. [08:53] +1 [08:53] +1 received from soren. 4 for, 0 against. 0 have abstained. Count is now 4 [08:53] \o/ [08:53] [ENDVOTE] [08:53] juli__, We'll recommend your application to the Technical Board. good luck! [08:54] congratulations juli__ - the TB will be in touch with you soon! :) [08:54] One of my three routers/firewalls really doesn't like me this morning. [08:54] thanks guys! [08:54] [TOPIC] Kernel related packages upload permission for Andy Whitcroft (apw) [08:54] apw: excited? :) [08:54] here (this time!) [08:54] [LINK] https://wiki.ubuntu.com/AndyWhitcroft/KernelUploadsApplication [08:54] LINK received: https://wiki.ubuntu.com/AndyWhitcroft/KernelUploadsApplication [08:54] first apologies for missing you at the start of the meeting, seems xchat wasn't connected to my proxy, doh. technology who'd use it [08:55] yeah i am excited now ... [08:55] apw: so cjwatson says you're probably the most English person he knows... what could he possibly mean? does it have anything to do with "burning the candle from both sides"? [08:55] * dholbach chuckles [08:55] heh, probabally more about the amount of tea i drink and my direct way of speaking :) [08:55] the endorsements were fun to read :) [08:56] so nothing we should aim to fix? :-) [08:56] a ton of things we should aim to fix for sure [08:56] for the kernel i think our biggest issue is the community, the disparity in the size thereof [08:56] apw, You win a prize: that has to be the most open bugs against an uploaded package I've seen for an applicant. But you get a pass because it's the kernel. [08:56] and the ammount of change we have to spoon into each and every release [08:57] * apw hides under a rock and hums 'i am a spider' [08:57] yeah we need to grow the community badly to help us, and we have been trying through our bug days [08:57] longer term i hope to be in a position to mentor some of those people into kernel maint. [08:57] apw: do you have any ideas about the ubuntu kernel community? how is the kernel community patch review coming on? [08:58] the communiuty is starting to help out, we have a couple of regular community contributers to our bug days [08:58] and we are starting to get the first pull requests from like the ports maintainers, and even audio [08:59] so i think we are getting part of the message across [08:59] I found that to be one of the biggest blockers in the "ubuntu minus the kernel" developer community, that stuff needs to get reviewed quickly and regularly [08:59] 'the kernel is a big package, but still a package' [08:59] is that an issue in the kernel world? like some kind of patch hand-holding? [08:59] one needs to be responsive when people find and offer patches true, but more of an issue is the quality of patches, or preveance [09:00] upstreams tend to produce a lot of deubg patches which work for platform A [09:00] but knowlingly break everything else, so the patch works for the tester and proposer [09:00] but is not acceptable in that form, so we seem a bit 'noo thats no good' if we are not careful [09:01] but those pointers are still invaluable, and we need to be better at hoovering them up [09:01] alright... that makes sense [09:01] that is one place where better mentoring of those helping triage can help us [09:01] apw: what did you personally find most challenging in the ubuntu kernel world in the beginning? [09:02] the shear compelxity of the packaging. being full time dedicated to the team [09:02] meant i had a lot of access to mentoring, but even with documentation [09:02] the packaging is mind mangling, and you cannot see why its so compelxz [09:02] obviously its all there for something and you find out soon enought, but 'dammit how to i even test build this thing' [09:03] the communiuty then was much more closed too [09:03] we have worked a lot since the team is much larger to make it more open [09:03] as you can be closed in a small team and still function but we are now beyond that working [09:03] which is a good thing overall as we have better docs now, and a necessarily more enterable group/community [09:04] closed == dead in my view [09:04] maybe we need some kind of "Ubuntu Open Kernel Day" or something :-) [09:04] like open week [09:04] apw, You mention that you'd like a more robust method to carry several parallel kernels. Do you have any ideas about how that might be implemented? [09:04] there's probably a lot (although there's more docs now) that people don't know yet [09:04] yeah not a bad though [09:05] the simple idea of having N kernels is not hugly difficult to achieve i recon we can use more of the version for the modules etc [09:05] the issue is the relationsips with abi consumers such as the proprietry graphics drivers [09:05] i think our first focus is moveing those all to a more reactive model, more dkms'y style updates [09:06] then we can change the kernel install to keep them 'all' or the last '5' or similar [09:06] we need a solution which is DKMS like but where we can pre-build them at kernel release time [09:06] Doesn't that have a significant performance impact on slower hardware? [09:06] Ah, that addresses that :) [09:06] to handle the netbooks though, as they are tooooo slow or small to have compilers [09:07] obviously someone versed in dark arts would have to bless such a thing [09:07] (legal) [09:07] I have no more questions. [09:07] Have you investigated Provides, as is used for X drivers? [09:08] no that i haven't [09:08] Could you share your opinion of the hardest part of packaging to work with, as applied to kernel packages? [09:09] udeb and the abi [09:09] the abi because it is always biting one when making test kernels when you least expect it [09:09] caused by its necessary dependance on having package output in the package source [09:10] and udebs, cause they are handled by kernel-wedge which makes the rest of the package looks simple [09:10] and the consumers of each are different subsystems, often not noticing an error there when the next live cd tests are done [09:11] the support for those in the rules are just nasty, copying trees about umpteen times to get clean packages [09:11] and often fragile to boot [09:12] * persia is done with questions. [09:12] soren, geser ? [09:12] * soren didn't even have any questions to begin with [09:12] :) [09:13] no questions [09:13] ..and still don't. Let's vote. [09:13] soren, While you never have questions, I insist on your right to qustions :) [09:13] [VOTE] Kernel related packages upload permission for Andy Whitcroft (apw) [09:13] persia, Only the meeting chair can do that [09:13] persia: Apppreciated :) [09:13] Um. [09:13] * persia grumbles [09:13] He :) === persia is now known as persia` [09:13] [VOTE] Kernel related packages upload permission for Andy Whitcroft (apw) [09:13] persia`, Either there isn't a meeting in progress, or there is already an active vote. [09:14] haha [09:14] * apw laughs at technology [09:14] persia`: can you end the meeting? [09:14] Right. I don't care about MootBot. Please vote. [09:14] persia` confused MootBot now totally [09:14] +1 [09:14] Oh! [09:15] Di you end the last vote? [09:15] [ENDVOTE] [09:15] Final result is 4 for, 0 against. 0 abstained. Total: 4 [09:15] Mootbot just told me in /query that I already voted :) [09:15] [VOTE] Kernel related packages upload permission for Andy Whitcroft (apw) [09:15] Please vote on: Kernel related packages upload permission for Andy Whitcroft (apw). [09:15] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [09:15] E.g. /msg MootBot +1 #ubuntu-meeting [09:15] +1 [09:15] +1 received from dholbach. 1 for, 0 against. 0 have abstained. Count is now 1 [09:15] \o/ [09:15] +1 [09:15] +1 received from soren. 2 for, 0 against. 0 have abstained. Count is now 2 [09:15] I thought I had, but apparently not. [09:15] +1 [09:15] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [09:15] +1 from me : previous kernels seem to have not caused more annoyance than usual. [09:15] +1 received from persia`. 4 for, 0 against. 0 have abstained. Count is now 4 [09:15] [ENDVOTE] [09:15] Final result is 4 for, 0 against. 0 abstained. Total: 4 [09:16] persia`: you had but as persia and not persia` so MootBot ignored you [09:16] apw, We'll recommend to the Technical Board that you be granted the requested upload permissions. Good luck! [09:16] thanks guys, and thanks for letting me on the menu at short notice [09:16] persia`: Scrollback reveals that you did send the command, but MootBot seemed to ignore it. [09:16] congratulations! [09:16] geser, Ah. That makes sense. [09:16] \o/ [09:16] OK. Anyone else have anything they really, really, really want discussed at this meeting? [09:17] * dholbach doesn't [09:17] * soren neither [09:17] do we plan to have an impromptu meeting for cody today? [09:17] yes [09:17] What time? [09:17] he said he'd be about at ~13 UTC [09:18] [TOPIC] special session to review Cody Sommerville's application [09:18] New Topic: special session to review Cody Sommerville's application [09:18] [AGREED] A special meeting will be held at 13:00 UTC today. [09:18] AGREED received: A special meeting will be held at 13:00 UTC today. [09:18] Anything else? [09:19] * dholbach needs to head out and walk the dog [09:19] Well then. To facilitate that: [09:19] #endmeeting [09:19] Meeting finished at 03:19. [09:19] \o/ === persia` is now known as persia [09:19] the dog will appreciate it :) [09:19] Much better :) [09:19] see you later [09:20] Oh, who is processing these? [09:20] I can do it once I get back [09:20] Thanks. [09:20] see you [09:29] persia: morning === ejat is now known as e-jat === dholbach_ is now known as dholbach [10:27] gilir: congrats [10:27] ! === [1]superbenny is now known as superbenny === imlad|away is now known as imlad === fader|away is now known as fader === ScottK2 is now known as ScottK === The_Toxic_Mite_ is now known as The_Toxic_Mite [15:59] * slangasek waves [15:59] hey [15:59] o/ [15:59] * apw fades in ... [15:59] i will be subbing for pgraner for kernel [16:00] * fader waves. [16:00] hi [16:00] * ogra strands [16:01] #startmeeting [16:01] Meeting started at 10:01. The chair is slangasek. [16:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:02] we have a number of people off today (lool, pitti, rickspencer3, dendrobates, and it sounds like pgraner too) [16:02] but I think all the substitutions have been made in advance, so we can go ahead and get started :) [16:02] [TOPIC] Actions from previous meetings [16:02] New Topic: Actions from previous meetings [16:03] cjwatson: I recall that Gustavo was inconveniently on a plane when you went to talk to him about foundations-karmic-upgrade-support-in-landscape; has there been any follow-up since then? [16:03] slangasek: yeah, I just did [16:03] he said "We were not yet able to test it, but we do have it in our queue. I'll bring this up here in the sprint to try to schedule it properly already." [16:04] ok [16:05] I guess we'll leave that as an open item for next week, then [16:05] other action items were: [16:05] * slangasek to look at 408901 [16:05] done, in time for alpha-4 [16:05] * slangasek to follow up with ScottK off-line [16:05] also done [16:05] * slangasek, cjwaston, doko to discuss robust-python-packaging further [16:05] I don't think we did [16:05] still needs doing [16:06] I'm in the middle of converting lsb-release to python-central include-links, pursuant to that [16:06] Actually I'm here [16:06] ScottK: I was quoting from last week's agenda [16:06] Right. Noticed this after I replied. [16:07] cjwatson: is there more we need to discuss, or is the path clear now? [16:07] seems to me that there's agreement to carry this forward by converting the critical packages that need it [16:08] I think so. Could you double-check with mvo, since he's the assignee on that spec? He's back next week, but I'm off next week [16:08] ok [16:08] [ACTION] slangasek to check with mvo next week on foundations-karmic-robust-python-packaging [16:08] ACTION received: slangasek to check with mvo next week on foundations-karmic-robust-python-packaging [16:08] [TOPIC] QA Team [16:09] New Topic: QA Team [16:09] heno, fader: diving right in, then - hi === nijaba` is now known as nijaba [16:09] Automated testing: [16:09] http://people.canonical.com/~fader/hw-testing/current.html [16:09] LINK received: http://people.canonical.com/~fader/hw-testing/current.html [16:09] Not much has changed since last week. We're still seeing nautilus leave a crash log after startup but other than that we're looking pretty good. [16:09] mathben, the intern helping us test laptops in the Montreal office, has gotten the syslogs requested for bug 404264 [16:09] Launchpad bug 404264 in linux "karmic installer fails to detect Intel 82567 network card" [High,Incomplete] https://launchpad.net/bugs/404264 [16:10] The kernel team has asked us to look at some System76 bugs, so for those we have hardware for, we will be spending some time today going through and reproducing some of those: [16:10] https://bugs.edge.launchpad.net/system76/+bugs [16:10] Any questions about the testing? [16:11] ok, spec status: [16:11] * karmic-qa-increase-apport-adoption - I've nagged the LP team some more and been promised this for their next release. Marjo will follow up next week. [16:11] * karmic-qa-metrics-based-testing - Beta available. Keybuk and kirkland now have access to attachments from bootchart and power management testing [16:11] * karmic-qa-extended-audio-testing - fader has written some tests but will extend coverage further; on track for alpha 5 [16:11] General spec status can be seen here: https://wiki.ubuntu.com/QATeam/RoadMap [16:13] that's all from QA - questions? [16:13] none from me; sounds like we're in good shape [16:13] heno, fader: thanks [16:14] [TOPIC] Desktop Team [16:14] New Topic: Desktop Team [16:14] hi [16:14] oh, I forgot to link to the agenda webpage earlier [16:14] [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-08-14 [16:14] I'm new to this meeting so not sure about the format [16:14] LINK received: https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-08-14 [16:14] there's that [16:14] desktop side we landed GNOME 2.27.90 this week [16:15] https://wiki.canonical.com/DesktopExperienceTeam/KarmicReleaseStatus for the dx work [16:15] expect low activity next week [16:15] rick will be back but pitti is still on vac [16:15] robert_ancell and I are away too [16:16] dxteam has some changes that didn't land this week coming though [16:16] notably new fusa applet [16:16] asac is around and dholbach will help on sponsoring [16:16] so things should be in shape [16:16] seb128: reporting any relevant status on the topics in the agenda for your team, including using the opportunity to identify areas where other teams are blocking you; and identifying any potential trouble spots on your side that might cause problems for the release as a whole [16:16] the new fusa is blocked on ted knowledge [16:17] ie he's on vac and didn't communicate required infos [16:17] but that should be solved next week [16:17] ok [16:17] that should be all from us [16:17] if you don't have question [16:17] and sorry about the gtk uploads [16:17] blocked on ted knowledge ? educate him ! [16:17] I wanted to fix client side issues before holidays [16:18] seb128: a number of the bugs under the Desktop heading on the agenda have been lingering for a while; can you prod people about paying attention to them? (or have pitti do so next week) [16:19] (e.g., I'd like my printer to work again some time before karmic is released :) [16:19] we still turn low speed next week [16:19] ie pitti is still on vac [16:19] ok [16:19] we will catch up the week after that [16:19] if you have anything urgent next week ping asac [16:19] some of these are in the hands of community members, in any case, and haven't seen activity for three weeks or more [16:19] he will try to cover for us [16:19] ok, I will have a look to those today and do some pinged and updates [16:20] ok, thanks [16:20] pinged -> pinging [16:20] For desktop bugs, 339313 and 392593 are fix released as of a few hours ago. [16:21] seb128: I also added one bug to the bottom of that list after the meeting started, bug #403549, which seems to be the one throwing all of fader's desktop hw tests red [16:21] Launchpad bug 403549 in nautilus "nautilus crashed with SIGSEGV immediately after start up" [High,Triaged] https://launchpad.net/bugs/403549 [16:21] so if someone has a chance to look at that one, I'm sure QA would appreciate it [16:21] ScottK: ah, nice! [16:21] I'm not sure if that's not a crash at shutdown [16:21] but I will ping upstream about this one [16:21] crash are shutdown tend to trigger apport on next login [16:21] ie it's annoying but not a real issue [16:22] seb128: right - but it's a real issue in that the test harness can't tell the difference, so we either need to resolve it or have fader ignore the /var/crash check [16:22] If that result is an issue we can disable the test in our automated testing until the upstream issue is fixed; I'm just concerned we might miss other crashes [16:22] fader: well, traditionally we resolve segfaults on shutdown by turning off apport at release time [16:23] Heh [16:23] but if we were to ignore /var/crash/_usr_bin_nautilus*, perhaps that would be enough [16:23] we would ignore lot of valid crashes [16:23] we could add a bug pattern [16:23] to stop those to be filed [16:24] seb128: the hw testing checks for files in /var/crash, it's unrelated to whether bugs actually get filed [16:24] we lack a way to use bug patterns there [16:25] slangasek: I'd add to that that the assumption is that I or someone else will see those crashes and file a bug if necessary, so it's (hopefully) not just noise [16:25] ie have a whitelist [16:25] but right if it doesn't get solved I will hack the nautilus hook [16:25] ok, sounds like we could benefit from more out-of-band discussion of this problem [16:25] to ignore those [16:26] right [16:26] [ACTION] seb128 and fader to discuss options for working around nautilus crash on shutdown in hw testing lab [16:26] ACTION received: seb128 and fader to discuss options for working around nautilus crash on shutdown in hw testing lab [16:26] anything else for Desktop? [16:26] no [16:26] [TOPIC] Mobile Team [16:26] New Topic: Mobile Team [16:26] seb128: thanks! [16:26] you're welcome [16:26] i'm here on behalf of the mobile team but probably not up to date on all issues [16:26]