[00:10] !startmeeting [00:10] .startmeeting [00:11] It's with a # === jMyles_ is now known as jMyles [07:05] porthose, randomaction: you guys around? [07:05] yes [07:05] right now we have a bit of a quorum problem... persia and nixternal are there, but we need one MC member more :) [07:06] MC Hammer! [07:06] but I'm sure we'll manage to get there in a bit [07:07] nixternal: I'm sure you still have one of those very baggy, pink pants from the 90s? :) [07:07] * dholbach is going to text soren [07:07] ping no, a light colored red yes [07:07] pink, not ping [07:07] * porthose waves :) [07:22] * persia dithers harder [08:03] * soren wanders in [08:04] hola [08:04] right as dholbach went to walk his dog [08:04] The timing is truly unfortunate [08:07] * porthose yawns and tries not to fall asleep on his key board [08:07] porthose: If you're that tired, you might want to try another time. I'm not convinced we'll have quorum soon, or even at all. [08:08] Some people are not yet around, and some people are falling asleep. [08:08] porthose: you and I both [08:08] persia, I can hang for a while longer :) [08:09] 02:10 herezzzZZZZzzZzZzzZz [08:10] nixternal, same for me ;) [08:17] * soren chuckles [08:18] I just realised dholbach created my calendar entry for this meeting. :) [08:18] dholbach: What's your secret trick to knowing the right time in spite of Google Calendar? :) [08:36] back [08:36] soren: I did that ages ago [08:42] dholbach: What? Added that calendar entry? [08:42] go go go [08:42] porthose and I are falling asleep [08:42] not together though [08:43] soren: yep [08:43] nixternal, haha :) [08:44] dholbach: Can you move it, please? That'll give me a better chance of being on time. :) [08:44] done [08:45] so we're one member short again.. I'd propose to have the meeting now and ask questions and do the vote via mail... does that sound alright to you? [08:45] dholbach, yes [08:46] nixternal, soren? [08:46] +1 [08:46] maybe we're lucky and jpds or geser turn up :) [08:46] persia might turn back up as well [08:46] seeing as your dog walk lasted more than 20 minutes :p [08:47] #startmeeting [08:47] Meeting started at 02:47. The chair is dholbach. [08:47] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [08:47] [LINK] Agenda: https://wiki.ubuntu.com/MOTU/Council/Meeting [08:47] LINK received: Agenda: https://wiki.ubuntu.com/MOTU/Council/Meeting [08:47] [TOPIC] Charlie Smotherman's MOTU application [08:47] New Topic: Charlie Smotherman's MOTU application [08:47] hey porthose... how are you doing? what time is it over there? [08:48] a little tired but other wise ok 0248hrs :) [08:48] wow... that's dedication [08:48] * dholbach has no more questions ;-) [08:48] :) [08:49] porthose: so what are your plans once you're MOTU, anything specific for lucid and lucid+1? [08:49] that would have been my only question for porthose seeing as we have questioned him who knows how many times in the past already :) [08:50] The major thing I have planned is to get more involved in the mentoring program [08:50] as a mentor that is :) [08:50] porthose: we had a couple of discussions about that before... how do you think people best spend their time as a mentor? [08:51] we have quorum now dholbach [08:51] I have a new question :) porthose: You say that the only thing you dislike is Ubuntu developers who do not submit their patches to Debian. What sort of strategies might we employ to reduce the effort required to determine if a given patch is appropriate for Debian, or do you think we should expect the Debian Developers to make the decisions? [08:52] dholbach, I would say insuring that prospective developers have a good knowledge of the basic processes [08:52] * nixternal remembers this discussion previously [08:53] persia, to answer your question is to make sure that while mentoring prospective developers patches that should be sent upstream are sent upstream [08:53] now I have a question to follow up on persia just to make sure I am not mixing this up, but didn't you list that same problem when you did universe-contributor, and your numerous per package rights applications? [08:53] nixternal, yes [08:54] porthose: and what kind of activities do you suggest? there's already a lot of patch review and sponsoring going on, what else should a mentor do (that the general developer community can't)? [08:54] ok, thought so, as I asked a similar question to persia's before [08:54] see persia, my brain isn't that bad afterall :p [08:54] nixternal: very similar :) [08:54] and i have one closed [08:56] mentors IMHO develop a personal one on one relationship with the mentee, thus creating trust [08:57] porthose: Where I'm curious is about the decision process for determining if a given patch belongs in Debian. Clearly you're (still) not happy with the nature of the decisions taken in general, and so I wonder what we can do to make you happy with the decisions. [08:57] this trust can be utilized to discuss the weaknesses of the mentee and thus the mentor is able to concentrate on improving these areas [08:59] porthose: I was just interested to see how you think our general approach of teaching (docs, sessions, videos, help on irc and mailing lists, patch review, etc.) fits in with the more personal mentoring [09:00] ok, but my question is answered :) [09:00] persia, nixternal, soren: more questions? [09:01] none here [09:01] No, I think porthose has been grilled plenty. [09:01] * persia still kinda wants an answer [09:01] Today and in the past :) [09:03] persia, I am a happy with the decision process for determining if patches go upstream, it's just that not all people do it. to include myself, some time it is just a forgotten step in a persons work flow :) [09:03] porthose: So you feel that the reason patches don't go to Debian is because people don't bother, rather than because they can't decide? [09:04] Is there anything we could do to reduce the effort (grab the Debian package, build in a Debian environment, test in a Debian environment) that might make people do it more? [09:06] persia, to me it just comes natural to test in a debian and ubuntu chroot, because I do maintain packages in debian, an so that is how I would also mentor [09:06] I reall don't think it is because people don't bother, I think they just forget [09:07] geser: questions? :) [09:07] OK. [09:08] * geser has no questions [09:08] [VOTE] Shall Charlie Smotherman become a MOTU? [09:08] Please vote on: Shall Charlie Smotherman become a MOTU?. [09:08] 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:08] E.g. /msg MootBot +1 #ubuntu-meeting [09:08] +1 [09:08] +1 received from nixternal. 1 for, 0 against. 0 have abstained. Count is now 1 [09:08] +1 [09:08] +1 received from dholbach. 2 for, 0 against. 0 have abstained. Count is now 2 [09:08] +1 [09:08] +1 received from persia. 3 for, 0 against. 0 have abstained. Count is now 3 [09:08] soren, geser? [09:08] +1 [09:08] +1 received from soren. 4 for, 0 against. 0 have abstained. Count is now 4 [09:09] +1 [09:09] +1 received from geser. 5 for, 0 against. 0 have abstained. Count is now 5 [09:09] [endvote] [09:09] Final result is 5 for, 0 against. 0 abstained. Total: 5 [09:09] congratulations porthose! [09:09] congrats porthose ! [09:09] Congratulations porthose [09:09] Thank You MC :) [09:09] randomaction: still there? :) [09:09] Welcome tothe team :) [09:09] yep [09:09] [TOPIC] Ilya Barygin's MOTU Application [09:09] New Topic: Ilya Barygin's MOTU Application [09:09] * porthose dances around the room and high fives his dog :) [09:09] https://wiki.ubuntu.com/IlyaBarygin/MOTUApplication [09:09] randomaction: how are you doing today? :) [09:10] fine, thank you [09:11] randomaction: So, you say you need better changelogs. Could you describe a perfect changelog entry? [09:12] sure, explain what you did, which files were changed, what bugs you close, possibly reference other things of interest [09:13] e.g. "this should be dropped after [some thing] happens" [09:13] randomaction: your work seems to be quite diverse... how do you usually decide what you work on? [09:14] presently I mostly work on merges [09:14] I have a list of outstanding merges sorted by last-changed-in-Ubuntu date [09:15] so I request merges/syncs for packages that were touched long ago and were probably forgotten [09:15] ok, I just had a look at your application again and you mentioned other QA activity too, like ftbfs fixes, etc [09:15] yes, I plan to switch focus there after FF [09:15] randomaction: how do you think we can fix the problem with the inclusion o fnew packages? [09:15] ... of new packages [09:16] this is hard - first you need to understand whether Ubuntu is all-inclusive or not [09:17] randomaction: Do you believe it to be all-inclusive or not? [09:17] and what does all-inclusive mean in this case? :) [09:17] many packages are proposed by their authors, so it's hard to decide whether it's gonna be used by many people [09:19] it's "people should not need to go anywhere else except official repos" vs "we should only include software that adds value / needed by many / etc" [09:19] as things stand not, relatively few packages go through REVU, so as it happens only packages with sufficient interest are included [09:20] randomaction: Do you have a preference for how Ubuntu should be? [09:20] s/not/now/ [09:20] I think that there should be at least some selectiveness [09:21] What sort of criteria should apply? [09:21] (and we have it now, at the cost of hundreds unreviewed packages) [09:22] probably something similar to Debian, can't remember what exactly they are, but they say something like "if you have a random piece of free software, don't expect it to be included automatically" [09:23] Well, Debian expects someone to take responsibility for maintaining it as one of the criteria. How might we handle a similar thing in the absence of defined maintainers? [09:24] that said, if some software catches interest of, say, two Ubuntu devs, I think it's going to be included [09:24] Ubuntu's packages not in Debian need maintenance [09:24] so effectively the one who uploaded a package should take care of it [09:25] you mean whoever packaged it, right? [09:25] even if not listed as an official maintainer [09:25] Or whoever uploaded it? [09:25] yes, whoever packaged, as getting sponsorship is quite easy (yay for the empty queue btw!) [09:26] ok :) [09:26] randomaction: How do you feel about the use of new packaging as a way to learn packaging? [09:26] (this is one argument for lots of REVU that has been used in the past) [09:27] the more problematic the package, the more you will learn :) [09:27] if rules.tiny works ok, you won't learn much I guess [09:28] experience is gained by seeing different situations and understanding what happens where [09:30] geser, soren, nixternal: more questions? [09:30] none here [09:30] none here [09:30] * dholbach neither [09:30] persia: you're done? [09:31] Well, I could probe at this for a while, but I don't need the discussion to make a decision. [09:31] ok :) [09:31] soren? [09:33] ok.. I take that as a yes :) [09:34] [VOTE] Shall Ilya Barygin become MOTU? [09:34] Please vote on: Shall Ilya Barygin become MOTU?. [09:34] 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:34] E.g. /msg MootBot +1 #ubuntu-meeting [09:34] +1 [09:34] +1 received from nixternal. 1 for, 0 against. 0 have abstained. Count is now 1 [09:34] +1 [09:34] +1 received from dholbach. 2 for, 0 against. 0 have abstained. Count is now 2 [09:34] +1 [09:34] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [09:34] +1 [09:34] +1 received from persia. 4 for, 0 against. 0 have abstained. Count is now 4 [09:35] * persia pokes soren with a sharper stick [09:35] * soren rushes back in [09:35] +1 [09:35] +1 received from soren. 5 for, 0 against. 0 have abstained. Count is now 5 [09:35] Sorry, guys. [09:35] [endvote] [09:35] Final result is 5 for, 0 against. 0 abstained. Total: 5 [09:35] congrats randomaction [09:36] congratulations randomaction! [09:36] Welcome randomaction [09:36] thank you [09:36] It's like these meetings seem like an invite to random people to come and knock on my door. [09:36] hehe [09:36] hehe [09:36] alrighty, off to bed for me [09:36] g'nite all! [09:36] night nixternal [09:36] [TOPIC] Any other business? [09:36] New Topic: Any other business? [09:37] Who's going to do the honours? [09:37] As long as we're quorate in a formal meeting, I may as well confirm that we're happy to accept recommendations from the DMB on Contributing Developers until the Community Council completes the action from their recent decision. [09:39] who's going to process the applications and everything? [09:39] geser, soren, persia, nixternal, jpds, nhandler: ^? :-) [09:39] I can do them in about 22 hours, but if someone can get to them faster, that would be better. [09:41] * dholbach has a bunch of other stuff to do today, but as nobody seems to volunteer I'll try to squeeze it in [09:41] anything else? [09:41] dholbach: Then if you miss, I'll get it early your tomorrow :) [09:41] alrightie [09:41] thanks everybody! [09:42] adjourned [09:42] #endmeeting [09:42] Meeting finished at 03:42. === DaZ_ is now known as DaZ === fader|away is now known as fader_ === robbiew1 is now known as robbiew [15:57] hello all [15:57] * slangasek waves [15:57] * fader_ waves. [15:57] hi [15:57] (standing in for cjwatson) [15:57] o/ [15:58] I am standing in for marjo today. [16:00] * apw waves in a kernely way [16:01] * asac waves [16:01] davidm, ogra, Riddell, jiboumans, ScottK, pgraner, njpatel, jdstrand: ping [16:01] afternoon [16:01] hey [16:01] o/ [16:01] o/ [16:02] hi all [16:02] #startmeeting [16:02] Meeting started at 10:02. The chair is slangasek. [16:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:02] Riddell: hey Jonathan, thanks for joining in your holidays [16:02] [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2010-01-08 [16:02] LINK received: https://wiki.ubuntu.com/ReleaseTeam/Meeting/2010-01-08 [16:02] pitti: it's not my holidays (as far as I know?) [16:02] Riddell: oh, I thought so; nevermind then [16:02] [TOPIC] actions from previous meeting [16:03] New Topic: actions from previous meeting [16:03] * slangasek to confirm with asac how to get the list of packages that still need rebuilt for arm toolchain [16:03] * ttx, zul to target all the canonical-application-support MIRs to lucid, and milestone to alpha-2 [16:03] * slangasek to check on ld segfault on powerpc building qt4-x11 (DONE, but handed back to kubuntu team to figure out how to integrate the workaround...) [16:03] slangasek: done [16:03] done [16:03] ttx: ta [16:03] qt4-x11 compiled on powerpc [16:03] thanks to slangasek for pointing us the way [16:04] ah, great! [16:04] piece of cake :) [16:04] [TOPIC] QA Team [16:04] New Topic: QA Team [16:04] Hi [16:04] fader_: how are we doing? [16:04] * Hardware testing [16:04] http://people.canonical.com/~fader/hw-testing/current [16:04] LINK received: http://people.canonical.com/~fader/hw-testing/current [16:04] Netbooks: [16:04] passed: 7 (54%) failed: 2 (15%) untested: 4 (31%) [16:04] Laptops: [16:04] passed: 21 (80%) failed: 3 (12%) untested: 2 ( 8%) [16:04] Servers: [16:04] passed: 45 (87%) failed: 0 ( 0%) untested: 7 (13%) [16:04] Desktops: [16:04] passed: 12 (92%) failed: 1 ( 8%) untested: 0 ( 0%) [16:04] Open bugs: [16:04] bug 497546 [16:04] Launchpad bug 497546 in pulseaudio "Microphones not working on Dell Vostro 320" [Undecided,New] https://launchpad.net/bugs/497546 [16:04] bug 503700 [16:04] Launchpad bug 503700 in xorg-server "xorg segfaults on startup" [High,Incomplete] https://launchpad.net/bugs/503700 [16:04] bug 504315 [16:04] Launchpad bug 504315 in hibernate "Toshiba NB100 failed to resume from hibernate" [Undecided,Confirmed] https://launchpad.net/bugs/504315 [16:05] We have several untested machines since the holidays, but they all appear to be for environmental reasons. [16:05] I am working my way through them and getting them tested, but it is taking me a bit to get through the backlog of them. They should be all done by next week. [16:05] Specs: [16:05] http://piware.de/workitems/qa/lucid/report.html [16:05] LINK received: http://piware.de/workitems/qa/lucid/report.html [16:05] * UbuntuSpec:lucid-qa-checkbox-desktop-experience-tests [16:05] [cr3] Add DX PPA when testing and reboot if new packages are discovered: INPROGRESS [16:05] * UbuntuSpec:lucid-qa-checkbox-integrate-regression-testing [16:05] [cr3] fixed support for QRT-Packages from the qa regression testing suite; confirmed to work by sbeattie [16:05] * UbuntuSpec:lucid-qa-kernel-test-automation [16:05] [cr3] Initial daily kernel tests running by Lucid Alpha1: INPROGRESS [16:05] [cr3] The kernel tests (most of them) need sudo: INPROGRESS [16:05] * UbuntuSpec:lucid-qa-iso-tracker [16:05] There is one work item still to go, a pending merge, so ara has asked that this be defered to alpha-3. The rest of the work items will be in production next week. [16:05] * UbuntuSpec:qa-lucid-automated-server-testing [16:05] nightly builds of a set of server packages (in a PPA) that will show us if something regresses [16:05] sbeattie was trying to get some of the q-r-t tests running Checkbox, but had some issues with tests that wanted to run as root, which most (all?) of the server related ones did, so there's some Checkbox infrastructure work [16:05] needed there. [16:06] [end of massive text dump] [16:06] fader_: so the netbook-launcher worked again? [16:07] pitti: No, it is still not working as of yesterday [16:07] I missed that in my open bugs, sorry [16:07] fader_: should have been fixed today (bug 495066) [16:07] Launchpad bug 495066 in clutk "Lucid netbook-launcher segfaults when started" [Critical,Fix released] https://launchpad.net/bugs/495066 [16:07] pitti: I will re-test and make sure it's working now, thanks! [16:07] I just wondered [16:07] * asac uploaded it ;) [16:07] fader_: thanks for testing. [16:07] * pitti hugs asac [16:08] we couldnt verify because australia was already evening ;) [16:08] asac: Yeah, I saw the update to it in my email this morning but I haven't run any tests on the netbooks yet today [16:08] I believe you though, so it'll just be confirmation ;) [16:08] fader_: are these various "in progress" items going to be done on time for alpha-2, as the milestone targeting implies they should? [16:09] slangasek: I don't know; cr3 might be able to answer for his items [16:09] I will ping him [16:10] (And ara's spec has been retargeted for alpha 3) [16:11] fader_: kernel tests are definately targetted for alpha-2 [16:12] cr3: What about the lucid-qa-checkbox-desktop-experience-tests spec? [16:12] [cr3] Add DX PPA when testing and reboot if new packages are discovered: INPROGRESS [16:12] fader_: not sure, I'll need to follow up with the DX folks on that one [16:13] fader_: whic spec has been retargeted? lucid-qa-iso-tracker is still targeted to alpha-2 [16:13] slangasek: Hmm, I was going based on what ara told me this morning that she had discussed it with marjo and he agreed to re-target it [16:13] cr3: please do that today, so that if it's not going to land it can be retargeted [16:14] That's all the info I have; I know marjo is in training today so perhaps he has not updated lp because of that [16:14] slangasek: will do [16:14] fader_: ok; will you follow up with marjo on this? [16:14] slangasek: Will do [16:15] [ACTION] fader_ to check with marjo whether lucid-qa-iso-tracker is deferred to alpha-3, and re-target appropriately in LP [16:15] ACTION received: fader_ to check with marjo whether lucid-qa-iso-tracker is deferred to alpha-3, and re-target appropriately in LP [16:15] though it may be late in the day before I can get an answer, as he is incommunicado [16:15] * ScottK waves [16:17] as a general note, we seem to be well above our burn lines in a lot of teams since the beginning of the year, which implies that a lot of these work items are not getting done before alpha-2; we need to make sure we're reviewing the status of what is or isn't getting deferred and document that in the status [16:17] s/document/documenting/ [16:17] the charts aren't a very effective tool if they don't reflect what's actually going on in teams [16:18] any other concerns on qa? [16:18] bug #503700> I'm hopeful that this might be a manifestation of the other X bug that's in progress, but we'll cover that under desktop [16:18] Launchpad bug 503700 in xorg-server "xorg segfaults on startup" [High,Incomplete] https://launchpad.net/bugs/503700 [16:19] slangasek: Could be; I'm working on getting backtraces etc. for Bryce for it [16:19] I've been trying to get a good backtrace out of X in lucid for over a month now [16:20] (well, not fighting very hard, but apparently even working around the kernel bug doesn't do it) [16:20] I feel your pain [16:20] [TOPIC] Desktop Team [16:20] New Topic: Desktop Team [16:20] fader_: thanks [16:20] pitti: hi [16:20] on that note, yesterday's kernel finally fixed apport [16:20] that should hopefully enable us to get better crash reports again [16:20] apport itself is enabled since Wednesday or so [16:20] I'll test it as soon as it lands in lucid [16:21] As usual, our report is at https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:21] In the last two weeks we focused on: [16:21] - Got A2 specs done (except for two WIs which only affect external projects, not Ubuntu itself) [16:21] - More boot speed work [16:21] - New GNOME version [16:21] - New wave of DX integration yesterday and today [16:21] No major changes planned for alpha-2 any more. [16:21] Bug front is relatively quiet. [16:22] [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:22] (I just binary deNEWd 10.14) [16:22] LINK received: https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [16:22] on the Kubuntu side KDE 4.4 Release Candidate packages are now uploaded and building [16:22] actually, the "two WIs left" is kind of a lie, which my new WI tracker just uncovered; we have three more for other teams (see http://macaroni.ubuntu.com/~pitti/workitems/canonical-desktop-team-lucid-alpha-2.html) [16:22] I'll have a look at them after the meeting [16:22] (wrt new kernel hitting lucid) [16:22] jdstrand: yay [16:22] we have three outstanding MIR bugs which are blocking where I'd like to be for alpha 2 [16:23] I havn't caught up on must of the administrata since new year so spec and critical bug statuses I need to update next week [16:24] bug 492931 just asks for enabling the test suite [16:24] Launchpad bug 492931 in libssh "MIR for libssh" [Undecided,Incomplete] https://launchpad.net/bugs/492931 [16:24] so this could be pre-promoted already [16:24] what are the other two? [16:24] virtuoso-opensource 503774 [16:24] libdbusmenu-qt 504267 [16:24] afaik libssh had security team concerns? not sure if we should pre-promote it with that. [16:25] asac: pending test suite enablement, kees approved it [16:25] cool [16:25] Riddell: please move those two to lucid/alpha-2, I'll have a look ASAP [16:25] ok thanks [16:25] (need to unbreak my browser first before I can add release targets, sorry) [16:26] browser broken by todays update? [16:26] asac: no, greasemonkey stuff in lp-firefox-improvements [16:26] good [16:27] I see from the report that bug #494627 is fixed as of 3h ago [16:27] Launchpad bug 494627 in xorg-server "nv driver crashing with segmentation fault in libpthread.so.0" [High,Fix released] https://launchpad.net/bugs/494627 [16:28] fader_: ^^ that's the bug that I think might be the master for the nvidia issue you're seeing; can you prioritize retesting the hardware that was affected, to confirm? [16:28] slangasek: Will do; thanks [16:28] It sounds similar as I believe the segfaults we were seeing were all on nv hardware [16:28] [ACTION] fader_ to verify whether 494627 == 503700 by re-testing affected hardware [16:28] ACTION received: fader_ to verify whether 494627 == 503700 by re-testing affected hardware [16:29] fwiw, I've got a segfault-on-lid-close that I think is also the same bug, on intel [16:29] so I'll be eagerly retesting here :) [16:29] anything further to discuss on desktop? [16:30] [TOPIC] DX Team [16:30] New Topic: DX Team [16:30] pitti, Riddell: thanks [16:30] davidbarth, njpatel: hello [16:30] hi [16:31] so DX was working this week on app. indicator mostly [16:31] the status is up at https://wiki.ubuntu.com/DesktopExperienceTeam/LucidReleaseStatus [16:31] of note [16:31] app. indicator is mostly there and complete (as of planned for A2) [16:32] we're getting a very positive feedback from the community, as well as a lot of help from the community team [16:32] we're working on missing features that we'll land early in a3 (automatic updates and transparent fallback) [16:32] davidbarth: I see http://piware.de/workitems/dx/lucid-alpha2/report.html has been updated since yesterday, with items postponed as needed; are these postponed indefinitely, or do we now expect them to land later in the cycle? [16:32] but they won't be in a2 for the freeze; ppa release [16:33] yes, that's the other part of the report [16:33] ok, please continue :) [16:33] a lot of other work items have been postponed [16:33] that's not a great news, in that we expected to do a bit more (though not all); but it indicates that we over-commited a bit too much [16:34] we assessed the situation with other managers and will be proposing a plan to adjust the scope to secure developments based on priorities [16:34] last [16:34] the session menu and the me menu have been split [16:34] (sorry not last) [16:35] I guess the xsplash integration is going to hold up work on other teams for lucid, isn't it? (boot performance / boot experience on foundations' side) [16:35] and for gtk patches; we have the argb support mostly there (bratsche is fixing the totem crasher as we speak) [16:35] but cs-deco is at risk [16:35] ok [16:36] we couldn't get a review in time for gtk 2.20, so we're concerned that the distro-patch may be too big to carry for an LTS [16:36] that's the summary [16:36] questions? on particular points? [16:36] xplash (sorry reading up the log) [16:37] I think that's my only question presently [16:37] we can't release a plugin version right now, though we have a branch with scott's code; but no time to really make that work for a2 [16:37] i understand this is preventing the integration check [16:38] oh - I did also notice yesterday that there was a workitem assigned to canonical-foundations for dx-lucid-xsplash (again, the problem pitti mentioned in his mails about not seeing cross-team WI assignments) - have you guys talked to anyone specifically on foundations about doing this, or do we need to figure out on our side who can take it? [16:39] right, not for a2 - what about soon after a2? [16:39] the security check, right [16:39] yes, need to do that; that was not critical for a2, but needs to happen as part of the code review anyway [16:40] i take the action of reviewing that list of assignements outside of dx and contact the right persons [16:41] [ACTION] davidbarth to review cross-team assignments for dx specs and contact right people [16:41] ACTION received: davidbarth to review cross-team assignments for dx specs and contact right people [16:41] thanks [16:41] anything else to discuss on DX today? [16:41]