[16:33] <jdstrand> hi!
[16:33] <tyhicks> hello
[16:34] <jdstrand> #startmeeting
[16:34] <meetingology> Meeting started Mon Apr 22 16:34:03 2013 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:34] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:34] <jdstrand> The meeting agenda can be found at:
[16:34] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:34] <jdstrand> [TOPIC] Announcements
[16:34] <chrisccoulson> yo
[16:34] <jdstrand> next week we'll be at a sprint and I believe the current meeting time is in conflict with a meeting at the sprint, so we'll skip
[16:35] <jdstrand> [TOPIC] Weekly stand-up report
[16:35] <jdstrand> I'll go first
[16:35] <jdstrand> install audits went well last week, nothing surprising or particularly important
[16:35] <jdstrand> I'm on triage this week
[16:36] <jdstrand> I've got openjdk-7 updates for this week
[16:36] <jdstrand> also monthly planning (april review, may planning)
[16:36] <jdstrand> and sprint preparation. if there's time, I'll take something off the list
[16:36] <jdstrand> sbeattie: you're up
[16:37] <sbeattie> I'm focused on workitems again this week, on the security-1304-appisolation-example blueprint
[16:37] <sbeattie> I'll specifically be working on the prototype launcher bits
[16:37] <sbeattie> as well as prepping for the sprint
[16:37] <sbeattie> and that's pretty much it for me
[16:37] <sbeattie> tyhicks: you're up
[16:38] <tyhicks> I'm continuing work on the dbus regression tests from last week
[16:39] <tyhicks> then I'll move to ' initial work to query confinement labeling of sender' and 'dbus daemon, pass labeling info on messages so security context can be queried by recipient'
[16:39] <tyhicks> I'll have some sprint prep, too
[16:39] <tyhicks> that's it for me
[16:39] <tyhicks> jjohansen: you're up
[16:40] <jjohansen> I'll be running around in panic, err that is prepping for the sprint too
[16:40] <jjohansen> I have some bugs to finish chasing down, and then I'll be back to working on signals and other bits of ipc
[16:41] <jdstrand> jjohansen: what are those bugs in?
[16:42] <jjohansen> jdstrand: good question, I chased one down to my kernel, one to the library and I think one is in dbus, I need to verify that and if so I'll pull tyhicks in
[16:42] <jdstrand> heh, ok
[16:42] <jjohansen> jdstrand: oh! I should have said dev bugs :)
[16:43] <jjohansen> thats it from me sarnold your up
[16:44] <sarnold> I'm working on the mysql update today, hoping to finish testing on it late today (those tests are immensely long, sheesh)
[16:44] <sarnold> probably publishing tomorrow
[16:45] <sarnold> when I'm done with that, I'll look at bouncy castle, and if there's any time left, I may give a follow-up audit to one of the packages I NAKd for the forums; the company was kind enough to send me another version for review after fixing my previous complaints. (woo)
[16:45] <sarnold> I'm also on community :)
[16:45] <sarnold> that's it for me, chrisccoulson, your turn
[16:46] <chrisccoulson> hi :)
[16:47] <chrisccoulson> so, i spent a bit of time investigating one of the regressions that appeared in firefox 20. got a good handle on that now, but not sure there's much more we can do with it for now
[16:47] <jdstrand> chrisccoulson: what is the regression?
[16:48] <chrisccoulson> jdstrand, https://bugzilla.mozilla.org/show_bug.cgi?id=858782
[16:48] <chrisccoulson> i'm a bit concerned that if i fix the crash in our addon code, i'll just push the problem elsewhere
[16:48] <chrisccoulson> (see the last comment)
[16:49] <jdstrand> huh, interesting
[16:49] <chrisccoulson> yeah, i wonder if this has the potential to cause other problems
[16:50] <jdstrand> I guess we'll see what upstream says?
[16:50] <chrisccoulson> yeah, i'm waiting for them to comment now
[16:51] <chrisccoulson> also, did some more work with chromium testing. trying to figure out if there's a way to make the installed test suite smaller (each test binary effectively links in a copy of the browser)
[16:51] <chrisccoulson> we also resolved some confusion regarding qtscript/webkit/v8/JSC :)
[16:52] <chrisccoulson> and i'm currently trying to figure out why >100 firefox tests started failing over the weekend :(
[16:53] <chrisccoulson> actually, make that nearly 200 ;) (191 to be exact)
[16:53] <chrisccoulson> i think that's me done
[16:54] <jdstrand> [TOPIC] Highlighted packages
[16:54] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[16:54] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[16:54] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/mongodb.html
[16:54] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/proftpd-dfsg.html
[16:54] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/mc.html
[16:54] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/cowbell.html
[16:54] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/falconpl.html
[16:55] <jdstrand> [TOPIC] Miscellaneous and Questions
[16:56] <jdstrand> I have one, jjohansen, sbeattie and tyhicks> can you comment on http://status.ubuntu.com/ubuntu-raring/canonical-security-ubuntu-13.04-month-6.html? I need to prepare the monthly work items status for tomorrow. are we on track to be done by friday/tuesday?
[16:57] <jjohansen> for /me friday - no, tuesday maybe
[16:57] <jdstrand> jjohansen, sbeattie, tyhicks> and it you haven't already, can you update your work items
[16:57] <sbeattie> jdstrand: sure
[16:58] <tyhicks> jdstrand: 'dbus - update aa-logparser, including test' is not likely for Friday, but Tuesday is still a possibility
[16:58] <tyhicks> I think everything else is still on track for me
[17:00] <jdstrand> I'm not liking how I need to give a status update a week early... I will have to discuss that and/or modify our planning
[17:01] <jdstrand> sbeattie: are you on track to be done friday/tuesday?
[17:01] <sbeattie> jdstrand: yeah
[17:01] <jdstrand> ok cool
[17:02] <jdstrand> Does anyone have any other questions or items to discuss?
[17:05] <jdstrand> sbeattie, tyhicks, jjohansen, sarnold, chrisccoulson: thanks!
[17:05] <jdstrand> #endmeeting
[17:05] <meetingology> Meeting ended Mon Apr 22 17:05:25 2013 UTC.
[17:05] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-22-16.34.moin.txt
[17:05] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-22-16.34.html
[17:05] <tyhicks> thanks
[17:05] <sbeattie> jdstrand: thanks!
[17:05] <sarnold> thanks jdstrand :)
[17:05] <jjohansen> thanks jdstrand
[18:29] <bdrung> !dmb-ping
[18:29] <bdrung> meeting in half an hour
[18:30] <ScottK> Yep.
[19:00] <bdrung> !dmb-ping
[19:00] <bdrung> #startmeeting
[19:00] <meetingology> Meeting started Mon Apr 22 19:00:55 2013 UTC.  The chair is bdrung. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[19:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[19:01] <bdrung> #topic Review of previous action items
[19:01] <ScottK> \o
[19:01] <tumbleweed> hi
[19:02] <bdrung> stgraber, barry, and laney said via mail that they (probably) won't attend the meeting
[19:03] <ScottK> But we have their votes on the applications.
[19:03] <ScottK> Short version of the action items is no change, nothing done.
[19:04] <bdrung> i will do  the summary of sweetshark's recent sponsorship as  soon as possible.
[19:05] <bdrung> we can discuss the review separation of PPU from membership at the end of the meeting if time permits
[19:05] <bdrung> #topic PerPackageUploader Application: Sebastian Heinlein
[19:06] <ScottK> I'm ready to vote.
[19:06] <bdrung> glatzor doesn't seem to be online
[19:06]  * micahg-work has questions
[19:08]  * tumbleweed would be interested in chatting with the applicant, but I'm fairly sure I know how I'd vote
[19:08] <bdrung> let skip him for now
[19:08] <bdrung> #topic PerPackageUploader Application: Gunnar Hjalmarsson
[19:09] <GunnarHj> Good evening, DMB!
[19:09] <bdrung> #link https://wiki.ubuntu.com/GunnarHj/PerPackageUploaderApplication
[19:09] <bdrung> GunnarHj: hi. can you introduce yourself?
[19:09] <GunnarHj> I started with Ubuntu in 2010, and instantly noticed that I wasn't able to (easily) set languages and regional formats to my liking. Noticed bug 553162, and started to work on it. Seems like I got stuck with this problem area. ;-)
[19:09] <GunnarHj> I'm an i18n bug fixer, and you may want to consider me an i18n watchdog, since I tend to jump at bugs in many different packages as soon I smell a problem with respect to language and locale handling etc.
[19:09] <ScottK> I'm ready to vote.
[19:09] <GunnarHj> language-selector and accountsservice are the packages I most often come back to, and I know quite well by now what they do.
[19:09] <GunnarHj> I have a question: If you would accept my application, would it make me an ubuntu-dev member, or would that be a separate application? (It would be nice to be able to post to the ubuntu-devel list without moderation.)
[19:10] <tumbleweed> you'd be an ubuntu-dev member (as things stand right now)
[19:10] <GunnarHj> tumbleweed: Great, thanks.
[19:11] <micahg-work> well, I think we'd fix the moderation if we change the base dev group, but we can discuss that later
[19:11] <GunnarHj> I'm already an ubuntu-member and bug control member.
[19:13] <micahg-work> GunnarHj, have you collaborated with Debian at all WRT any of the i18n stuff and specifically accountservice since that's what you're seeking upload rights for
[19:13] <micahg-work> *accountsservice
[19:14] <GunnarHj> With Debian, yes absolutely, but not with respect to accountsservice since my interest there is Ubuntu specific stuff only.
[19:14] <GunnarHj> Not sold to Debian, at least not yet. :)
[19:17] <micahg-work> GunnarHj, the changes you're making only affect Ubuntu, not Debian?
[19:17] <GunnarHj> micahg-work: Yes.
[19:17] <micahg-work> and I guess those get pushed straight upstream then?
[19:18] <GunnarHj> micahg-work: Yes, but they are patches that Debian does not apply (at least that's my understanding).
[19:19] <bdrung> GunnarHj: are there any intentions to get the patches upstream? the latest package version contains 15 patches.
[19:21] <GunnarHj> bdrung: The most obvious one I tried to get upstream yet another level, but nothing has happened so far. GNOME seems not very interested in ideas from other distros...
[19:23] <micahg-work> GunnarHj, FTR, alessio is usually fine with Ubuntu specific patches being forwarded to Debian (might make the maintenance burden easier)
[19:23] <bdrung> GunnarHj: did you get no response or was the patch rejected?
[19:23] <GunnarHj> bdrung: Neither. Response, then silence.
[19:24] <GunnarHj> micahg-work: I'll take your tip and try to do something about Debian.
[19:24] <micahg-work> GunnarHj, he might even be up for a co-maintainer
[19:24] <bdrung> sometimes you need to poke upstream more than once and sometimes improving the patch is required to get it accepted.
[19:25] <GunnarHj> micahg-work: Ok.
[19:25] <micahg-work> GunnarHj, maybe desrt can help you get the patches upstream (I see him in the commit log)
[19:25] <bdrung> getting patches as upstream as possible reduces the maintenance burden.
[19:25] <micahg-work> GunnarHj, are you familiar with the various freezes and exception processes?
[19:26] <GunnarHj> Please note that the Ubuntu patches in accountsservice presuppose a different approach to part of language locale handling in general. It's a little complicated...
[19:26] <GunnarHj> micahg-work: Yes. Know them quite well by now.
[19:28] <micahg-work> GunnarHj, sure, we just like to encourage applicants to collaborate with upstreams where possible to reduce the maintenance burden over time
[19:29] <micahg-work> GunnarHj, are you subscribed to ubuntu-devel-announce?
[19:29] <GunnarHj> micahg-work: I fully understand and agree on the goal to reduce the maintenance burden.
[19:29] <GunnarHj> I'm subscribed to -announce.
[19:32] <bdrung> GunnarHj: you stated that you dislike the amount of bugs. I agree with you there. Do you have any other idea than throwing more man power at fixing bugs?
[19:33] <bdrung> there are initiatives like DEP-8 and automated testing that seem to aim in the right direction.
[19:33] <GunnarHj> bdrung: Well, that would be to test more carefully before uploading, I suppose. ;-)
[19:33] <micahg-work> FTR, I think most of the bugs are really upstream bugs, there are too many, but no software is perfect
[19:34] <micahg-work> unfortunately, I think bug control membership has been about the same since I joined about 4 years ago, that certainly doesn't help
[19:34] <GunnarHj> Agree that the automated testing initiative sounds good.
[19:35] <GunnarHj> Haven't involved myself in it yet, though.
[19:35] <bdrung> at least bugs lead to people joining the developer teams. take GunnarHj or me as example. ;)
[19:35] <GunnarHj> Indeed. :)
[19:36] <bdrung> let's vote
[19:37] <bdrung> #vote Should Gunnar Hjalmarsson get upload rights for language-selector and accountsservice?
[19:37] <meetingology> Please vote on: Should Gunnar Hjalmarsson get upload rights for language-selector and accountsservice?
[19:37] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[19:37] <micahg-work> +1
[19:37] <meetingology> +1 received from micahg-work
[19:38] <tumbleweed> +1
[19:38] <meetingology> +1 received from tumbleweed
[19:38] <bdrung> +1
[19:38] <meetingology> +1 received from bdrung
[19:38] <ScottK> +1
[19:38] <meetingology> +1 received from ScottK
[19:38] <ScottK> +3 from mail too.
[19:39] <bdrung> #endvote
[19:39] <meetingology> Voting ended on: Should Gunnar Hjalmarsson get upload rights for language-selector and accountsservice?
[19:39] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[19:39] <meetingology> Motion carried
[19:39] <bdrung> GunnarHj: congrats.
[19:39] <ScottK> Can we go over glaztor's application now like we would for an email vote?
[19:39] <GunnarHj> Thanks guys! Won't misuse my new access rights. :)
[19:39] <ScottK> (there's no actual requirement the person be present)
[19:39] <micahg-work> no, since I have questions for the applicant
[19:40] <bdrung> #topic PerPackageUploader Application: Sebastian Heinlein
[19:40] <micahg-work> well, I shouldn't say no, but I have questions for the applicant :)
[19:40] <ScottK> micahg-work: He's already +4, so why block the application?
[19:40] <bdrung> ScottK: we used to have the application on the meeting to ask questions
[19:40] <ScottK> Nothing says you can't ask questions anyway.
[19:41] <ScottK> Yes and so we'll defer it two week, he'll get at least +4 next time and take up an application slot that maybe someone else would use.
[19:41] <bdrung> but what does asking question bring if you don't get an answer?
[19:42] <micahg-work> ScottK, depending on the answers, people can change their minds...
[19:42] <micahg-work> and the vote needs +4 total, not just 4 +1s...
[19:42] <ScottK> Then we need to document that a meeting is required and votes can't be done over email.
[19:42] <ScottK> Right, but is anyone considering -1?
[19:42] <ScottK> I could image a +0, but really.
[19:43] <bdrung> micahg-work: can we move the application to email?
[19:43] <micahg-work> email votes are at the discretion of the DMB
[19:43] <micahg-work> bdrung, I suppose, should I send my questions by E-Mail?
[19:43] <ScottK> If we can do it on email, why can't we do it right now?
[19:43] <bdrung> ScottK: a meeting is normally required, but we can do it over email for special cases.
[19:44] <micahg-work> bdrung, is there a pressing need that it can't wait 2 weeks?  we usually do e-mail when it's difficult for an applicant to attend a meeting
[19:44] <ScottK> There's never a pressing need and things keep getting kicked down the road.
[19:44] <ScottK> Look at the impressive DMB progress on open actions in the last two weeks.
[19:45]  * bdrung promises improving on processing action items.
[19:46] <bdrung> I like to talk to glatzor on IRC before voting to hear his answers to micahg's question and to ask him questions.
[19:47] <ScottK> OK.  Looks like a victory for process over substance, but that's what some people think is important.
[19:48] <bdrung> there are no applications for the next meeting and therefore I see no pressing need for moving the application to email.
[19:49] <ScottK> Will someone take the action to email glatzor and tell him we decided to wait two weeks.
[19:49] <bdrung> I propose to ask glatzor if he is fine with attending the next meeting or if he want to be asked via email to avoid the waiting time.
[19:50] <ScottK> Sounds good.  Will you do it?
[19:50] <bdrung> okay, i will to it as part of the chair's duties.
[19:52] <bdrung> #topic Any other business
[19:52] <micahg-work> meeting time change for 14:00?
[19:52] <ScottK> What about PPU/membership?
[19:53] <ScottK> I thought that was on the agenda?
[19:53] <ScottK> micahg-work: Who asked for it to be changed?
[19:53] <micahg-work> I did
[19:53] <bdrung> let's discuss the time change before PPU/membership.
[19:53] <ScottK> Oh.
[19:53] <micahg-work> we took a poll, 15:00 UTC Mon seemed to be fine
[19:53] <micahg-work> unanimous in fact
[19:53] <ScottK> It's fine for me.
[19:53] <micahg-work> 13:00 was also on the poll, but I forgot I had a previous commitment
[19:54] <micahg-work> so, barring any objections, can we announce the new time for the early meeting?
[19:54] <bdrung> IIRC there was a question about using UTC or DST.
[19:54] <micahg-work> ah, right
[19:55] <micahg-work> I'm not sure we settled that one, 15:00 UTC in the winter would be problematic right now
[19:55] <bdrung> did we come to a conclusion there?
[19:56] <micahg-work> I'd prefer 16:00 london time if I had a choice
[19:56] <micahg-work> that should work for me year round...
[19:57] <micahg-work> but that moves the winter meeting 2 hours ahead of where it was
[19:57] <bdrung> so 16:00 and 21:00 London time? when do they switch the time?
[19:58] <micahg-work> hrm, that's the other problem I guess, US switches earlier/later than London
[19:58] <bdrung> We switch at the last Sunday in March/October in Germany IIRC.
[19:58] <micahg-work> it's easier for me to remember UTC...but it's only 4 weeks out of the year that it's off
[19:59] <micahg-work> same in London as Germany
[20:01] <ScottK> I'd suggest we either decide based on poll results or go back to the list since we're short three people.
[20:02] <ScottK> Personally, I'm flexible.
[20:02] <bdrung> let's sum it up
[20:04] <micahg-work> 15:00 UTC works for now, need to decide if we're switching to GMT or keeping UTC
[20:04] <bdrung> The proposal is to move to 15:00 / 20:00 UTC in the Summer (from the last Sunday in March till October) and to 14:00 / 19:00 UTC in Winter (from the last Sunday in October til March)
[20:05] <micahg-work> I'd prefer 16:00/21:00 for the winter
[20:05]  * bdrung is confused with time zones.
[20:05] <micahg-work> BTW, the 19:00 meeting is fine for me ATM, unless there's a desire to keep 5 hours between meetings
[20:08] <bdrung> The proposal is to move to 15:00 / 19:00 UTC in the Summer (from the last Sunday in March till October) and to 16:00 / 20:00 UTC in Winter (from the last Sunday in October til March)
[20:08] <bdrung> micahg-work: i calculated the times wrongly. i didn't want to the the late meeting.
[20:09] <micahg-work> seems fine
[20:09] <micahg-work> should we do a list vote?
[20:09] <bdrung> yes
[20:09] <micahg-work> bdrung, I can take an action item to call for the vote
[20:09] <micahg-work> I can also take an action item to poke about PPU/membership decoupling
[20:10] <micahg-work> unless ScottK wants the seocnd one
[20:10] <bdrung> #action micahg to call for votes for the new meeting times
[20:10] <meetingology> ACTION: micahg to call for votes for the new meeting times
[20:11] <ScottK> Don't we have a proposal we can vote on for the PPU thing?
[20:11] <bdrung> should we move the next meeting from 14:00 UTC to 15:00 UTC?
[20:11] <micahg-work> ScottK, ISTR there being some disagreement on a few points still
[20:12] <micahg-work> bdrung, I would prefer to move the meeting, yes (especially since the poll results were unanimous)
[20:12] <ScottK> micahg-work: Give me a link to your last proposal and I'll take the action.
[20:12] <bdrung> (before getting a consensus on changing the schedule?)
[20:12] <micahg-work> ScottK, ok, I'll have to do that when I get home, there should be a thread on the DMB list
[20:12] <ScottK> OK
[20:13] <bdrung> #action bdrung to change the meeting time for the next meeting from 14:00 UTC to 15:00 UTC
[20:13] <meetingology> ACTION: bdrung to change the meeting time for the next meeting from 14:00 UTC to 15:00 UTC
[20:13] <micahg-work> bdrung, yes, I think the UTC/GMT question is separate
[20:13] <micahg-work> I didn't see any conflicts on the fridge when I checked either
[20:14] <bdrung> #topic Decoupling PPU rights from Ubuntu membership
[20:15] <bdrung> micahg-work sent a mail with the subject "Proposal to decouple PPU from Membership" to d-m-b@
[20:16] <micahg-work> bdrung, we've done that already, "micahg to give ScottK link to proposal and ScottK to move it forward"
[20:17] <ScottK> I found it.
[20:17] <ScottK> Having the subject line helps.
[20:17] <bdrung> we need to vote on it and then?
[20:17] <ScottK> I'll write a mail to the list.
[20:18] <ScottK> micahg-work wanted to argue the color of the bike shed some more.
[20:18] <ScottK> Let me review and mail the list and we'll have a mail vote.
[20:18] <ScottK> Something that important I think everyone should vote on anyway.
[20:18] <micahg-work> it needs a nice floral pattern!
[20:20] <bdrung> #action ScottK to call for votes on the decoupling PPU rights from Ubuntu membership proposal
[20:20] <meetingology> ACTION: ScottK to call for votes on the decoupling PPU rights from Ubuntu membership proposal
[20:22] <bdrung> next chair will be Laney
[20:22] <bdrung> thanks for attending.
[20:22] <bdrung> #endmeeting
[20:22] <meetingology> Meeting ended Mon Apr 22 20:22:57 2013 UTC.
[20:22] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-22-19.00.moin.txt
[20:22] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-04-22-19.00.html


[19:46] <mzamenskidev> Eh, is there an email i can contact to remove some keys off of the keyserver? (2, because i screwed up 1, and one is a former email)
[19:53] <mzamenskidev> (I'm obviously not smart)
[22:01] <jugmac00> mzamenskidev: The Launchpad team does not maintain the keyserver, if you happen to speak of https://keyserver.ubuntu.com/
[22:01] <jugmac00> usually you cannot delete keys, but you need to revoke them


[08:03] <pete-woods> Cimi: just letting you know we landed a fix for the broken settings API last night
[08:08] <mhr3> Saviq, hey, can we land stuff today? the v4 api would be nice to get in the image
[08:23] <Saviq> mhr3, yeah, wanted to confirm it's "static"?
[08:23] <mhr3> Saviq, meaning?
[08:24] <Saviq> mhr3, like did we stop changing it by now? ;)
[08:24] <mhr3> Saviq, i'd certainly hope so :)
[08:25] <mhr3> Saviq, also, status of overview?
[08:25] <Saviq> mhr3, to be confirmed today
[08:25] <Saviq> mhr3, wanna clean the merge queue a bit first
[08:25] <Saviq> see silo 1
[08:26] <mhr3> ouch :)
[08:26] <Saviq> mhr3, adding v4 to it, too
[08:26] <tsdgeos> Saviq: so the fixes i have for dash-as-app
[08:26] <tsdgeos> just add it to overview?
[08:26] <tsdgeos> or want a separate merge?
[08:26] <mhr3> Saviq, k, plugin part here - https://code.launchpad.net/~unity-team/unity-scopes-shell/sort-order/+merge/229190
[08:27] <Saviq> tsdgeos, for "does not have i18n" you mean that .pot wasn't updated?
[08:27] <tsdgeos> Saviq: means it is not loading the catalog
[08:27] <Saviq> tsdgeos, ah know what you mean
[08:27] <Saviq> tsdgeos, yeah, separate MP please, will push it in with silo 1 then
[08:28] <Saviq> mhr3, could use a review...
[08:28] <mhr3> Saviq, being done right now
[08:28] <Saviq> mhr3, and if we push that, we need the alt nav, too
[08:28] <mhr3> right pete-woods? ^ :)
[08:28] <Saviq> which needs a review, too
[08:29] <Saviq> so I'm thinking the next train ride
[08:29] <mhr3> Saviq, we don't really, just the api compatibility part of it
[08:29] <mhr3> and tsdgeos did split it up i think
[08:29] <tsdgeos> kind of yes
[08:29] <Saviq> he did, might wanna look that it's good
[08:29] <mhr3> can do
[08:29] <Saviq> think it didn't get updated after we changed v4 5 times
[08:29] <pete-woods> mhr3: yeah, review happening :)
[08:29] <mhr3> branch?
[08:30] <pete-woods> mhr3: you have a merge conflict with trunk, btw
[08:30] <mhr3> pete-woods, ah, fixing
[08:30] <Saviq> mhr3, https://code.launchpad.net/~unity-team/unity8/scopes-v4/+merge/229224
[08:30] <Saviq> mhr3, but I'm looking actually
[08:35] <mhr3> pete-woods, pushed
[08:35] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/dash-app-fixes/+merge/229745
[08:36] <Saviq> tsdgeos, thanks
[08:39] <tsdgeos> Saviq: any idea about that autopilot failure we have everywhere?
[08:40] <Saviq> tsdgeos, yeah, should be gone with a more recent image
[08:40] <tsdgeos> ok
[08:40] <Saviq> tsdgeos, we didn't depend on the fixed qtmir
[08:41] <Saviq> tsdgeos, yeah, 174+ should be fine
[08:42] <Saviq> tsdgeos, see! http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/3778/console
[08:42] <tsdgeos> yeah modeminfo succeeded
[08:42] <Saviq> and we have 3 machines running qmluitests again
[08:42] <Saviq> that's starting to look *much* better http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/
[08:42] <Saviq> finally
[08:43] <Saviq> ah no, just two machines still... we were down to 1 though
[08:46] <tsdgeos> Saviq: the icons of view-expand not landed yet?
[08:46] <Saviq> tsdgeos, we'll land them with expandables
[08:47] <tsdgeos> which makes the whole thing hard to test
[08:47] <Saviq> or well, I can land them now
[08:47] <tsdgeos> since i don't want to lose 3 hours runing optipng
[08:48] <tsdgeos> Saviq: that'd be cool
[08:48] <Saviq> tsdgeos, export NO_PNG_PKG_MANGLE=1
[08:48] <Saviq> tsdgeos, just add that to your .profile and be done with it ;)
[08:50] <Saviq> tsdgeos, added to silo
[08:50] <tsdgeos> great :)
[08:52] <xnox> Saviq: i have that in ~/.sbuildrc instead =) $build_environment = { 'NO_PKG_MANGLE' => '1', 'DEB_BUILD_OPTIONS' => 'parall\
[08:52] <xnox>   el=12', 'HOME' => '/build/' };
[08:52] <tsdgeos> Saviq: not working (the export)
[08:53] <tsdgeos> anywy
[08:53] <tsdgeos> i'll wait for the silo package
[08:55] <Saviq> tsdgeos, been working for me, did you actually get it into your env?
[08:55] <tsdgeos> Saviq: well i just exported it in the same shell i ran dpkg-buildpackage
[08:55] <Saviq> tsdgeos, hmm interesting
[08:59] <Saviq> dednick, prio for this morning https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159 please
[09:02] <Saviq> tsdgeos, lol, why did you go Abstain on your own branch? ;)
[09:03] <Saviq> tsdgeos, ah, it's actually doing svg optims, not png ones
[09:05] <mhr3> Saviq, hm, the icons on the default app page use the magic @ thing, right?
[09:06] <Saviq> mhr3, no
[09:06] <mhr3> no?
[09:06] <Saviq> mhr3, nope
[09:06] <Saviq> mhr3, we're not shipping any icons any more
[09:06] <Saviq> mhr3, so unless the app does, we're not doing anything to it
[09:06] <tsdgeos> Saviq: so it shows in https://code.launchpad.net/~aacid/+activereviews
[09:07] <Saviq> tsdgeos, craazy ;)
[09:07] <mhr3> Saviq, ah, right, theme icons
[09:07] <tsdgeos> Saviq: yeah
[09:07] <mhr3> Saviq, so that explain the slowness to load them
[09:07] <Saviq> mhr3, only some of them
[09:07] <Saviq> tsdgeos, it'll clear up a bit today
[09:08] <mhr3> Saviq, same thing as with the http thing - image provider -> everything serialized
[09:08] <tsdgeos> there is hope!
[09:08] <Saviq> mhr3, right, but only some of them are themed
[09:08] <Saviq> mhr3, like 3 or something
[09:08] <tsdgeos> need to see why seeLessStuckBottom qmluitests fail :/
[09:08] <Saviq> and they shouldn't be, we need to put the actual PNG icons to the projects
[09:10] <mhr3> Saviq, like pretty much all the top 6? :)
[09:10] <Saviq> mhr3, maybe ;P
[09:11] <mhr3> which you're supposed to see all the time
[09:12] <Saviq> tsdgeos, http://people.canonical.com/~msawicz/themes.tar.xz
[09:12] <Saviq> mhr3, we'll most probably load the whole dash page to memory when you're focused on one, just defer image loading
[09:12] <tsdgeos> tx
[09:12] <mhr3> Saviq, meaning, it's not going to change one bit?
[09:14] <Saviq> mhr3, for apps page we might even load them all
[09:15] <Saviq> mhr3, but when you're scrolling around in a scope, once it loads the image, it won't drop it until you unfocus that scope
[09:18] <mhr3> Saviq, oh, i see
[09:18] <mhr3> Saviq, or if the model changes persumably?
[09:18] <Saviq> mhr3, well, of course
[09:22] <Cimi> mzanetti, hey man
[09:22] <Saviq> Cimi, he's only back tomorrow
[09:22] <Saviq> Cimi, quick one for you: https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698
[09:22] <Cimi> Saviq, ok
[09:23] <Saviq> Cimi, easy to verify with tryDash
[09:23] <Cimi> Saviq, and code makes sense
[09:23] <Saviq> Cimi, yeah, that's just a bonus
[09:23] <Cimi> Saviq, I decided I'll go for loaders in genericscopeview
[09:23] <Cimi> mentally feels cleaner and nicer
[09:24] <Cimi> for preview/settings/whatever
[09:24] <Cimi> might be easier to replace in the future with stack
[09:24] <Cimi> Saviq, on dash activity indicator, remember that we needed to fix autopilot tests with searches?
[09:25] <Cimi> since we removed the items
[09:25] <Saviq> Cimi, oh indeed did I not do that
[09:25] <Saviq> Cimi, will do ASAP
[09:27] <Saviq> tsdgeos, can you please sanity-check https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346 and make sure your v4 branch is updated to taste please
[09:28] <Saviq> dednick, hey, did you see my request for prio this morning on https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159 ?
[09:28] <Saviq> it even passed CI!
[09:30] <dednick> Saviq: i was having some issues with it yesterday evening. gsm wasn't showing connected when it should have been
[09:30] <dednick> Wellark: ^ did you get to the bottom of it?
[09:31] <tsdgeos> Saviq: want me to top approve https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346 then?
[09:34] <Cimi> Saviq, tsdgeos new bug for dash as app
[09:35] <mhr3> wtf
[09:35] <Cimi> let me reproduce...
[09:35] <Saviq> tsdgeos, yeah
[09:35] <tsdgeos> Saviq: scopes-v4 in unity8 looks sensible to me
[09:36] <tsdgeos> but someone should review
[09:36] <tsdgeos> since i've done parts of it too :D
[09:36] <dednick> Saviq: why is unity-scopes-shell in silo 1? or is it just a "general landings" silo?
[09:36] <Saviq> dednick, why not? ;)
[09:37] <Cimi> Saviq, tsdgeos full left to right swipe to dash does not go to app scope
[09:37] <Saviq> dednick, I took it over to land unity8... but now we're in TRAINCON-0 again :|
[09:37] <Cimi> so run any app from launcher
[09:37] <Cimi> swipe to right
[09:37] <dednick> Saviq: i thought we do silos on a more functional basis. since now the gsm issue may hold up the rest of the landing.
[09:37] <tsdgeos> Cimi: i didn't do any dash-as-app, you know as much as i do
[09:37] <Cimi> I am saying
[09:37] <Saviq> dednick, if it does, we just kill it from the silo for now, no problem
[09:37] <Cimi> change to music or video scope
[09:38] <Cimi> run app from the launcher
[09:38] <tsdgeos> Cimi: open a bug or fix it, saying it here will make it get lost 99% probbly
[09:38] <Cimi> swipe to right
[09:38] <Cimi> it doesn't go back to app scope
[09:38] <dednick> Wellark: ping
[09:38] <Saviq> dednick, it's the same problem when they're in separate silos, really, as one of them blocks the other
[09:38] <dednick> Saviq: i c
[09:38] <Cimi> Saviq, can it be due to app suspension ^ ?
[09:39] <Saviq> Cimi, unlikely, we're not suspending the dash yet...
[09:40] <Cimi> I will file a bug then
[09:45] <Cimi> Saviq, tsdgeos https://bugs.launchpad.net/unity8/+bug/1353374
[09:45] <Saviq> Cimi, tx
[09:46] <Cimi> as said index changed, but not visually
[09:46] <Cimi> I might have a look around since I am touching those files
[09:46] <Cimi> but if you have idea throw it :)
[09:47] <tsdgeos> Cimi: so listview index is changing but not the listview contents?
[09:47] <Saviq> sounds like something we know?
[09:47] <Cimi> tsdgeos, if you flick after you got back to dash
[09:47] <Cimi> tsdgeos, it starts from app scope
[09:47] <Cimi> so it feels like the index changed
[09:47] <Cimi> Saviq, mir issue?
[09:47] <tsdgeos> Cimi: are you totally up to date?
[09:48] <Cimi> tsdgeos, 175
[09:48] <Saviq> Cimi, can you actually interact with the "incorrect" scope?
[09:48] <tsdgeos> Cimi: which qml version is there?
[09:48] <Saviq> tsdgeos, qtdeclarative got in 174
[09:48] <Saviq> http://people.canonical.com/~ogra/touch-image-stats/174.changes
[09:49] <tsdgeos> :/
[09:49] <Cimi> Saviq, ok is mir
[09:49] <Saviq> indeed
[09:49] <Saviq> Cimi, so frame not posted?
[09:49] <Cimi> Saviq, yes
[09:49] <Cimi> Saviq, if I switch back
[09:49] <Cimi> Saviq, tap the screen
[09:49] <Cimi> Saviq, I am touching the app scope
[09:49] <Saviq> Cimi, yeah, sounds like mir didn't get us the latest frame from the dash
[09:49] <Cimi> I switched to video scope (so tapping should open a video)
[09:50] <Cimi> instead I managed to open amazon webapp :D
[09:50] <Saviq> yups
[09:51] <Saviq> Cimi, comment on the bug please, and we need to let Gerry know
[09:51] <Cimi> ok
[09:51] <Saviq> it'll probably be between mir and qtmir
[09:52] <Cimi> lupus in fabula
[09:52] <davmor2> Saviq: also it looks like the initial guide can be swiped out of the way on the initial swipe and it leaves you on the apps scope and nothing opens
[09:52] <Saviq> davmor2, checking
[09:53] <Cimi> greyback, last frame sometimes is not rendered
[09:53] <Cimi> greyback, see
[09:53] <Cimi> https://bugs.launchpad.net/unity8/+bug/1353374
[09:53] <davmor2> Saviq: I'm just digging back to find when it landed
[09:53] <Saviq> davmor2, I can tell you
[09:53] <greyback> Cimi: ack
[09:53] <Saviq> davmor2, yesterday, dash as app
[09:53] <Saviq> 90% that's the reason
[09:54] <Cimi> commented
[09:54] <davmor2> Saviq: possibly I was already on a fresh image when the silo was added so it wasn't tested till I needed to do a fresh install for silo testing today
[09:57] <Saviq> davmor2, yeah, probably
[10:01] <Saviq> tsdgeos, v4 http://pastebin.ubuntu.com/7969014/
[10:01] <tsdgeos> ah damn
[10:01] <tsdgeos> he added refresh
[10:01] <tsdgeos> give me 4 sec
[10:03] <Cimi> Saviq, can you add affected project to the bug?
[10:04] <tsdgeos> Saviq: did a blind commit that should fix it, rebuilding everything to prove it now
[10:05] <Saviq> tsdgeos, let me
[10:05] <Saviq> tsdgeos, you please have a look and understand https://ci-train.ubuntu.com/job/landing-001-1-build/164/console
[10:05] <Saviq> no idea how DashNavigation.qml could conflict...
[10:05] <tsdgeos> yes yes
[10:06] <tsdgeos> makes sense
[10:06] <tsdgeos> it's a renamed file
[10:06] <Saviq> ah ok
[10:06] <tsdgeos> probably conflicts with https://code.launchpad.net/~aacid/unity8/dashSepartmentsListTweaks
[10:06] <Saviq> tsdgeos, please confirm and rebase if that's the case
[10:06] <tsdgeos> yes
[10:06] <Saviq> tsdgeos, +1 on v4
[10:09] <tsdgeos> Saviq: so it conflicts with ../dashSepartmentsListTweaks/ and unstable_departments_test
[10:09] <tsdgeos> i'll merge them
[10:10] <tsdgeos> and resubmit?
[10:12] <Saviq> tsdgeos, +1
[10:12] <tsdgeos> Saviq: but resubmit based on which of the two? :D
[10:13] <Saviq> tsdgeos, v4 after
[10:13] <Saviq> tsdgeos, ah with both
[10:13] <Saviq> tsdgeos, you need to chain them...
[10:13] <tsdgeos> meh
[10:13] <tsdgeos> ok
[10:18] <tsdgeos> Saviq: ok, so you need to re-review https://code.launchpad.net/~aacid/unity8/unstable_departments_test/+merge/229757 and https://code.launchpad.net/~unity-team/unity8/scopes-v4/+merge/229758
[10:19] <Saviq> tsdgeos, testDash fails in v4 btw
[10:19] <tsdgeos> hmmm
[10:19] <tsdgeos> does it?
[10:19] <Saviq> tsdgeos, it needs updates for visible vs. not
[10:20] <tsdgeos> damnit
[10:20] <tsdgeos> will fix it in a sec, let me finish fixing test_narrow_delegate_ranges_expand in seelessstuck
[10:20] <tsdgeos> don't want to forget the fix in my head
[10:22] <Saviq> sure
[10:24] <Saviq> Cimi, https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698 ?
[10:28] <Cimi> Saviq, testing
[10:29] <Cimi> Saviq, do I need something updated?
[10:29] <Saviq> Cimi, uitk
[10:29] <Cimi> Cannot assign to non-existent property "foregroundColor"
[10:29] <Cimi> ok
[10:44] <Cimi> Saviq, can you reproduce the issue of the app scope on other devices not mako?
[10:45] <Saviq> Cimi, let me see
[10:45] <Saviq> Cimi, yeah
[10:45] <Cimi> ok
[10:48] <Saviq> tsdgeos, we need to bump dep to -4
[10:48] <tsdgeos> why
[10:48] <Saviq> tsdgeos, since otherwise we'll get the plugin with old API
[10:48] <Saviq> there's renames and such
[10:48] <Saviq> if there's only additions is when we can not bump straight away
[10:49] <tsdgeos> right
[10:50] <tsdgeos> mhr3: Saviq: pushed
[10:51] <tsdgeos> cardcreator fails in master
[10:51] <tsdgeos> trunk
[10:51] <tsdgeos> somename
[10:51] <tsdgeos> someday we'll get the CI to pickup its failiures
[10:51] <tsdgeos> D:
[10:51] <Saviq> tsdgeos, yeah, when fginther's back
[10:51] <tsdgeos> i'll prepare a fix
[10:51] <Saviq> tsdgeos, but wtf, it doesn't report a failure in the .xml for me
[10:52] <Saviq> or my grep is wrong
[10:52] <Saviq> or does it even run on qmltests?
[10:52] <tsdgeos> it does here
[10:52] <Saviq> ah it doesn't run with qmltests
[10:53] <tsdgeos> qmluitests
[10:53] <tsdgeos> stupid ubuntu pastebin doesn't let me paste it
[10:53] <tsdgeos> error http://paste.kde.org/pnedmybtd
[10:56] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763
[10:58] <Cimi> Saviq, tested
[10:58] <Cimi> Saviq, works better in app scope, (make tryDash), shows issues maybe in the tests on Ubuntu scope
[11:00] <Wellark> dednick: sorry, I'm in a long hangout
[11:00] <Saviq> tsdgeos, maybe tweak the cmake module to name the tests testFooFoo.xml instead, this way they should get picked up already?
[11:01] <tsdgeos> Saviq: ok, let me try that
[11:02] <Saviq> tsdgeos, huh, testPreview segfault :|
[11:02] <tsdgeos> wow
[11:02] <tsdgeos> tht's new
[11:02] <tsdgeos> which branch?
[11:02] <tsdgeos> or the silo?
[11:02] <Saviq> tsdgeos, v4
[11:02] <tsdgeos> weird i just ran them all and worked, let me try again
[11:02] <Saviq> not sure not there in trunk, though
[11:02] <Saviq> tsdgeos, yeah, most probably intermittent, I'm running them parallel
[11:02] <tsdgeos> besides v4 should not be changing previews at all
[11:03] <Saviq> indeed
[11:05] <tsdgeos> Saviq: i looped it, no crash in like 100 runs :S
[11:06] <tsdgeos> it's a very fast test :D
[11:06] <Cimi> tsdgeos, https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763
[11:07] <tsdgeos> Cimi: er what?
[11:07] <Saviq> tsdgeos, yeah, good
[11:07] <Cimi> tsdgeos, https://code.launchpad.net/~aacid/unity8/cardCreatorTest7Update/+merge/229763/comments/557582
[11:08] <tsdgeos> yes
[11:08] <tsdgeos> why are you reverting the code instead of fixing the test?
[11:08] <Cimi> tsdgeos, that branch should get merged today
[11:09] <Cimi> tsdgeos, tests pass on it
[11:09] <tsdgeos> sure
[11:09] <Cimi> tsdgeos, and the code is better
[11:09] <tsdgeos> you reverted good code
[11:09] <tsdgeos> no
[11:09] <tsdgeos> code is worse
[11:09] <Cimi> tsdgeos, we should not look for cardData anymore
[11:09] <tsdgeos> 25	- model: cardData && cardData["attributes"] || undefined; \n\
[11:09] <tsdgeos> 26	+ model: cardData["attributes"]; \n\
[11:09] <Saviq> tsdgeos, there's no need to check for cardData["attributes"], it will always be an object
[11:09] <Cimi> tsdgeos, saviq told me cardData and cardData attributes is defined
[11:09] <Cimi> yep
[11:10] <tsdgeos> Saviq: i'm mostly sure it was there because it created zillions of warnings
[11:10] <tsdgeos> but ok, whatever
[11:10] <Saviq> tsdgeos, it did, way before
[11:10] <Cimi> tsdgeos, in the past
[11:10] <Saviq> tsdgeos, now that code won't even be used if attributes are not declared
[11:10] <Saviq> tsdgeos, i.e. it won't even be there
[11:10]  * Saviq needs a break, /food
[11:12] <Cimi> Saviq, https://code.launchpad.net/~saviq/unity8/fix-pageheader-colours/+merge/229698 approved
[11:12] <Saviq> tx
[11:27] <Saviq> mhr3, tsdgeos, FWIW I'd rather it be a 2-value enum, but won't press
[11:27] <mhr3> Saviq, the interface is quite internal, we can change it anytime we want
[11:28] <facundobatista> holas
[11:28] <Saviq> o/
[11:28] <Saviq> mhr3, I know, it's just a future thing
[11:28] <mhr3> Saviq, fwiw i'd expect the second nav to go away completely before design comes up with a 3rd nav :P
[11:29] <Saviq> ;)
[11:29] <Saviq> tsdgeos, didn't push qmltypes did you?
[11:29] <Saviq> /reallyfood
[11:30] <tsdgeos> Saviq: now
[11:30] <tsdgeos> sorry
[11:35] <dednick_> Saviq: know what happened to the app scope on desktop shell run?
[11:37] <dednick_> Saviq: nevermind. just pulled latest
[11:54] <Saviq> dednick_, yeah, it's a separate window now
[12:02] <camako> Saviq, Had problem building qtmir-gles in silo-7 (due to mircommon packaging error). I removed mircommon from debian/control and started another build but it seems to not really build from scratch, but just report the previous failure.  See the last couple of builds at https://ci-train.ubuntu.com/job/landing-007-1-build ... Have you seen this before?
[12:02] <Saviq> camako, you can't rebuild in PPAs with the same version, you need to bump the ubuntu? part in the version
[12:03] <Saviq> camako, it never really uploaded to the PPA, it rejected it because there is the same version there already
[12:04] <camako> Saviq, I see... Do i just manually increase it? or do I use dch somehow?
[12:04] <Saviq> camako, you can use the same dch -v command
[12:04] <Saviq> camako, just use ubuntu2 instead of ubuntu1
[12:04] <camako> ok
[12:04] <Saviq> camako, or just dch -i ""
[12:04] <camako> thanks Saviq
[12:04] <Saviq> should do the same
[12:04] <Saviq> camako, you can always see whether something actually happened in the PPA in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007/+sourcepub/4336117/+listing-archive-extra
[12:05] <Saviq> camako, there is truth that the train won't let you know that the upload failed, 'cause it's an async thing - you get an email back from PPA
[12:06] <Saviq> or well
[12:06] <Saviq> not you but PS Jenkins Bot
[12:06] <camako> Saviq, is there a way to get to that link from the silo?
[12:06] <Saviq> camako, from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007
[12:06] <Saviq> camako, you can already see that qtmir-gles was published 1 hour ago
[12:07]  * camako looks
[12:07] <Saviq> camako, and clicking at "View package details" you can get more
[12:07] <Saviq> camako, and clicking on arches there you get more info about the builds and suhc
[12:10] <camako> Saviq, I see.. Why are other packages reported to have failed? They all succeeded (except for qtmir-gles)..
[12:10] <camako> on the right margin of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007
[12:10] <Saviq> camako, they failed on some architectures, which is expected
[12:11] <camako> ah I see
[12:11] <Saviq> camako, basically those packages don't explicitly say which arches they build on
[12:11] <Saviq> camako, and they fail to build for arches where mir (or some other dependency) are unavailable
[12:11] <Saviq> camako, but that's a warning rather than an error
[12:11] <camako> Right... Thanks Saviq... That really helps..
[12:11] <Saviq> camako, bug #1353451 btw, if you can mark it confirmed :)
[12:12]  * camako looks
[12:13] <camako> Saviq, done!
[12:13] <Saviq> thanks :)
[12:25] <Cimi> Saviq, how about emblems branch?
[12:25] <Saviq> Cimi, did you get a review yet? ;)
[12:25] <Cimi> Saviq, no
[12:26] <Saviq> Cimi, then you should probably pester someone to get it
[12:26] <Cimi> Saviq, https://code.launchpad.net/~cimi/unity8/card_emblems_2/+merge/229046
[12:26] <Cimi> :D
[12:27] <Saviq> Cimi, 'fraid there's a queue :P
[12:27] <cwayne> Saviq: what is 'overlay color'
[12:28] <cwayne> oh nm
[12:28] <Saviq> cwayne, https://f966f709-a-c881af26-s-sites.googlegroups.com/a/canonical.com/unity8dash/scopes/dash-overview/01_Dash_scopes_nav_full_dark_v7.jpg?attachauth=ANoY7cptkkW9cy57jSgVaA-CdCSQJ_lN1VLPcjiBV67pFaWz6FIdyM_V15vfNg_kr73C39O71IInJ8II9Zin3XV5sYe3VZ2yfEGy-OetN2lpfzDlXpGkQ8uFCM5yGcgKAehj0sbtY_1_T_lZDbUMKpJLmO8UPuWjxC8ytAtj6m5aUspGWMFWkNsTK1dfpw0TW45d0aQ2dqiFUJ5XUpUjw5Tc7NaOrTAggtjgeyTLZeRH91OLGUfed0NF-APSpX70z_1g8qULJY7UHpMR2gA01BchUDn3RTFRXQ%3D%3D&at
[12:28] <Saviq> tredirects=0
[12:28] <cwayne> ah right
[12:28] <cwayne> cool
[12:42] <Saviq> Cimi, it's not really a FIXME
[12:42] <Saviq> Cimi, because that's the desire, to have this hardcoded
[12:43] <Cimi> Saviq, so we're not gonna change this?
[12:44] <Saviq> Cimi, no
[12:44] <Saviq> Cimi, I know, this comment should probably just begone
[12:52] <Saviq> mterry, can I ask you https://code.launchpad.net/~saviq/unity8/fix-edges-demo/+merge/229778
[12:52] <mterry> Saviq, yup
[12:53] <Saviq> thanks
[12:53] <Saviq> mterry, FWIW, I can't make edges demo work on desktop unless I modify EdgeDemo.qml, that expected?
[12:54] <mterry> Saviq, ... no?  How do you modify the file?
[12:54] <mterry> Saviq, oh!
[12:55] <Saviq> mterry, nvm how I modify the file, how do I get the mock AccountsService to return the real value? ;)
[12:55] <mterry> Saviq, with the mocks?  Yeah, they disable the edge demo (for the same reason we disabled password prompting when testing -- it's really annoying)
[12:55] <Saviq> mterry, yeah, ok, so expected
[12:55] <mterry> Saviq, if I want to test the edges specifically, I edit the mock.  We probably should have a nicer way, yes
[12:55] <Saviq> mterry, is fine
[12:57] <Saviq> mterry, https://code.launchpad.net/~aacid/unity8/collapsingPreviews/+merge/228857/comments/557634 btw
[12:58] <mterry> tsdgeos, ^
[12:58] <tsdgeos> mhr3: yeah i fixed what you askd, no?
[12:58] <Saviq> mterry, he knows
[12:58] <mterry> k
[12:59] <tsdgeos> er
[12:59] <tsdgeos> mhr3 -> mterry in ↑↑↑
[13:01] <Saviq> tsdgeos, mhr3, having a look at the current dash... I'm starting to feel like we're going to drop see all/see less if stuff goes in that direction
[13:01] <Saviq> (which I'd be quite happy with TBH)
[13:01] <mhr3> Saviq, what direction?
[13:01] <Saviq> mhr3, everything opening in a new scope page
[13:02] <Saviq> mhr3, can you find any instance of See all in the dash atm?
[13:02] <Saviq> ok found it
[13:02] <mhr3> Saviq, yes, open those linked scopes
[13:02] <mterry> tsdgeos, yeah I commented in MP
[13:03] <Saviq> mhr3, question is whether that's on purpose or will they change it to use header links anyway ;)
[13:03] <tsdgeos> mterry: so top approve then?
[13:03] <Saviq> DO IT
[13:03] <mterry> tsdgeos, approved, but left top-approving to you so that you could coordinate which silo etc
[13:03] <tsdgeos> mterry: it's in the silo
[13:03] <tsdgeos> http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-001
[13:03] <mhr3> Saviq, it can't link indefinitely, right?
[13:03] <tsdgeos> *the* silo :D
[13:03] <Saviq> mhr3, why not?
[13:03] <mterry> tsdgeos, ok top approved then
[13:05] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/dash-app-fixes/+merge/229745/comments/557640
[13:05] <mhr3> Saviq, well you will reach a leaf where you actually want to show all the content
[13:05] <mterry> Saviq, I thought we updated pot occasionally separately from our normal merges
[13:05] <Saviq> tsdgeos, can we not do "ignore unknown options" instead of adding --desktop-file-hint explicitly?
[13:05] <Saviq> mhr3, yeah, so no collapsing
[13:05] <Saviq> mterry, that's kind of what happens, not policy... :|
[13:06] <mhr3> Saviq, that's very single-category thinking
[13:06] <mterry> Saviq, OK no worries.  I just thought I'd be doing the wrong thing if I updated pot as part of my merge
[13:06] <tsdgeos> Saviq: there's no such thing afaik
[13:06] <Saviq> mhr3, maybe, but that's what happens
[13:07] <tsdgeos> Saviq: qtmir should eat --desktop-file-hint i think
[13:07] <tsdgeos> Saviq: i.e for us is a "qt option"
[13:07] <Saviq> tsdgeos, right, wonder if the QPA is even there early enough
[13:07] <tsdgeos> as i don't need to define --style i shouldn't need to define  --desktop-file-hint
[13:07] <mhr3> Saviq, bottomline, i don't see reason to drop it, yes maybe it won't be visible in many cases, but in some it still will
[13:08] <Saviq> mhr3, I do, the see all/less pattern conflicts as hell with bottom edge and filters
[13:08] <Saviq> mhr3, and UX-wise it isn't too great either, and complex to implement (although tsdgeos already did :P)
[13:09] <Saviq> tsdgeos, yeah, well, --desktop-file-hint isn't even interpreted in the process, it's read by qtmir on the shell side, which can't "eat" it
[13:10] <Saviq> tsdgeos, qtubuntu would have to, but since we want to drop that hint anyway... let's just leave it here for now
[13:10] <Saviq> tsdgeos, please add FIXME, though
[13:12] <mhr3> Saviq, perhaps the idea was to change it once we do filters
[13:12] <mhr3> Saviq, who knows
[13:12] <Saviq> mhr3, change == remove? ;)
[13:12] <mhr3> yes
[13:12] <Saviq> mhr3, indeed who knows
[13:12] <mhr3> then again, those who knew aren't going to tell us
[13:12] <mhr3> :P
[13:12] <Saviq> indeed!
[13:12] <Saviq> everybody seems to hate collapsed categories, so...
[13:17] <tsdgeos> Cimi: not sure a FIXME makes sense
[13:17] <tsdgeos> since afaik there's no plans to fix it
[13:17] <tsdgeos> it's just hackish by design
[13:17] <tsdgeos> i can remove the comment if it makes you happier
[13:17] <MacSlow> Saviq, btw... something that can be merged... https://code.launchpad.net/~macslow/unity8/fix-1346867/+merge/227711 (test-failures are unrelated to branch)
[13:18] <Saviq> MacSlow, http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-001
[13:18] <Saviq> Cimi, activity indicator fixed
[13:18] <MacSlow> Saviq, ah ok... thx :)
[13:19] <Saviq> Cimi, I'm adding to silo then
[13:19] <tsdgeos> Saviq: what's your opinion on Cimi's request for a FIXME in https://code.launchpad.net/~unity-team/unity8/clickScopeForceArtShapeSize/+merge/229706 ?
 Cimi, it's not really a FIXME
[13:19] <Saviq>  Cimi, because that's the desire, to have this hardcoded
 Saviq, so we're not gonna change this?
 Cimi, no
[13:19] <Saviq> tsdgeos, ↔
[13:19] <Saviq> ↑
  Cimi, I know, this comment should probably just begone
[13:20] <Saviq> that, too
[13:20] <tsdgeos> k, i'll remove the comment
[13:20] <tsdgeos> gone
[13:25] <Saviq> ok I'm closing the gates on silo 1
[13:26] <Saviq> dednick_, Wellark, any chance for modeminfo to work soonish? or shall we punt it to another landing?
[13:29] <Wellark> Saviq: pete-woods said that this MP has some issues: https://code.launchpad.net/~unity-team/unity8/clickScopeForceArtShapeSize/+merge/229706
[13:29] <Saviq> Wellark, where did he say that?
[13:29] <pete-woods> Saviq: well more specifically I said there was a merge conflict
[13:29] <Wellark> Saviq: the silo for modeminfo needed a rebuild
[13:30] <Wellark> let's see if it has completed
[13:30] <Saviq> Wellark, pete-woods, yeah, we know, that's fixed by now
[13:30] <Saviq> it needed a reconfigure first
[13:30] <Wellark> pete-woods: what is unity-scopes-shell doing in silo 1? :D
[13:30] <Saviq> Wellark, I just took that silo over :P
[13:30] <Saviq> Wellark, since unity8 was in there
[13:31] <Wellark> ok.
[13:31] <Saviq> Wellark, dednick_ reported issues with modeminfo though
[13:31] <Wellark> hmm.. I don't see the rebuild
[13:31] <dednick_> Saviq: modeminfo not ready yet unless it's been fixed in the last hours revision.
[13:31] <pete-woods> Wellark: it needs to change the sort order stuff
[13:31] <Wellark> silo 1 was supposed to be rebuild
[13:31] <dednick_> Saviq: more speficically it's the indicator-network that's not ready.
[13:32] <pete-woods> Wellark: sounds like it needed reconfiguring by a train guard though
[13:32] <MacSlow> Saviq, that's good to go too now... https://code.launchpad.net/~macslow/unity8/fix-1305885/+merge/227726
[13:32] <Saviq> dednick_, yeah yeah, that's what I'm asking
[13:32] <Saviq> MacSlow, not according to the votes and status?
[13:32] <Wellark> dednick_: what is not ready?
[13:32] <Wellark> the sim identifiers?
[13:32] <Saviq> MacSlow, ah ok, let's wait for mzanetti to come back tomorrow for a rereview, k?
[13:33] <MacSlow> Saviq, well good to go (after a second look) I meant :)
[13:33] <MacSlow> Saviq, fine with me too
[13:33] <Wellark> they are in the modem info items and can be added on the indicator-service side alone once we get them
[13:33] <Saviq> Wellark, https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159/comments/557554
[13:33] <Wellark> the UI will not show the identifiers if they are not set
[13:33] <Saviq> Wellark, and subsequent commits
[13:33] <Saviq> *comments
[13:34] <Wellark> Saviq: there are commits after that and I requested a rebuild to get them in
[13:34] <Saviq> Wellark, ok, that's what I wanted to know, kicking a rebuild then
[13:36] <dednick_> Saviq, Wellark: I top approved the unity8/modeminfo - it seems to be the backend that's not working. We can land the unity8 bits without it.
[13:38] <Saviq> dednick_, Wellark, maybe the indicator-network part should lose its top-approve then ;0
[13:38] <dednick_> Saviq: i just have
[13:38] <Saviq> ktx
[13:39] <Wellark> dednick_: I already committed a fix to the indicator-service
[13:39] <Saviq> Wellark, it didn't get a review did it, hence Needs Review ;)
[13:39] <Saviq> Wellark, I'll build it in silo in any case
[13:40] <Wellark> Saviq: thanks.
[13:51] <Saviq> mterry, re: backgrounds, dash uses them
[13:51] <Saviq> mterry, or ugh, it should use them
[13:51] <mterry> Saviq, I don't believe with trunk code it does
[13:52]  * mterry had assumed that was intentional  ;)
[13:52] <Saviq> nobody noticed, cool ;0
[13:52] <Saviq> says something about the importance of it :P
[13:53] <Saviq> tsdgeos, one more fix for your fix-dash-app branch - underlay can go away and the dash should have the images as its background
[13:53] <tsdgeos> Saviq: can we not make it?
[13:53] <tsdgeos> and wait for dash_overview
[13:53] <tsdgeos> where i have moved all the underlays around anyway?
[13:53] <tsdgeos> it'd just be yet another conflict
[13:54] <Saviq> tsdgeos, would that conflict https://code.launchpad.net/~saviq/unity8/fix-edges-demo/+merge/229778 ?
[13:54] <Saviq> mterry, could you take over my fix-edges branch, you know better how to deal with those
[13:54] <tsdgeos> Saviq: well it's the same code i removed in dash_overview
[13:54] <Saviq> tsdgeos, right
[13:54] <mterry> Saviq, sure
[13:55] <Saviq> tsdgeos, I can not remove it
[13:55] <tsdgeos> Saviq: it's ok, leave it
[13:55] <Saviq> tsdgeos, mterry is gonna take over that branch, gotta go into a mtg now
[13:55] <tsdgeos> ok
[13:55] <Saviq> so please decide on what should happen where
[13:55] <tsdgeos> Saviq: can i assume all those branches in silo 1 are landing and start merging them to dash_overview ?
[13:55] <mterry> tsdgeos, you want me to leave the underlay removal you say?
[13:56] <tsdgeos> mterry: yeah it's ok i'll have conflicts anyway, no need to change it
[13:56] <mterry> tsdgeos, k
[13:56] <Saviq> tsdgeos, you don't want to add the background back, then, in fix-dash-app?
[13:57] <tsdgeos> Saviq: it's the same thing, no?
[13:57] <Saviq> tsdgeos, yeah, I'd want to land them all, see no reason why not, but you know...
[13:57] <Saviq> tsdgeos, removing it is one thing
[13:57] <Saviq> tsdgeos, actually adding the background back to the dash is another
[13:57] <Saviq> tsdgeos, which is broken in trunk
[13:58] <tsdgeos> yes
[13:58] <tsdgeos> Saviq: so i'm not sure what you want us to do now :D
[13:58] <Saviq> tsdgeos, the underlay change isn't really related to edge demos, so please move it in fix-dash-app so that it's in the dash inded
[13:59] <tsdgeos> Saviq: ok
[13:59] <Saviq> tsdgeos, and then mterry base off of tsdgeos's branch please to fix the edge demo
[13:59] <Saviq> or just do it in one branch since it's a chicken'n'egg issue
[13:59] <Saviq> just put everything in fix-dash-app
[14:00] <Saviq> aargh and dash-activity-indicator conflicts ;(
[14:00] <mterry> Saviq, :)
[14:00] <mterry> tsdgeos, sounds like I'll base off of fix-dash-app then
[14:01] <tsdgeos> mterry: ok
[14:02] <mterry> tsdgeos, we're talking lp:~aacid/unity8/dash-app-fixes ?
[14:02] <tsdgeos> mterry: yes
[14:02] <mterry> tsdgeos, and your branch will have underlay removal, so I don't need that in mine, it sounds like
[14:03] <tsdgeos> correct
[14:13] <tsdgeos> mterry: pushed, can you review and see if it makes sense to you?
[14:17] <mterry> tsdgeos, nothing bad there, but I have some further fixes I'd like you to merge in.  Give me a sec
[14:35] <mterry> tsdgeos, maybe merge lp:~mterry/unity8/dash-app-demo-fixes into yours?
[14:36] <mterry> tsdgeos, or we can have them both in the silo
[14:37] <mterry> but less paperwork if it's in yours  :)
[14:39] <Saviq> mterry, just use one branch, yeah
[14:39] <tsdgeos> mterry: ok, let me see
[14:40] <dandrader> greyback_, do we have a bug reported that non-fullscreen apps get a fullscreen surface size when restarted?
[14:40] <Saviq> Wellark, dednick_, indicator-network built in silo, unity8 not yet
[14:41] <greyback_> dandrader: I'm not aware of one.
[14:41] <tsdgeos> mterry: ok, merged
[14:42] <greyback_> dandrader: related is bug 1328839
[14:42] <dandrader> greyback_, could you try out the following? (wanna know if I regressed something)
[14:43] <dandrader> greyback_, 1- launch an app, 2- switch to dash, 3 - go to spread, 4 - kill the app from the terminal, 5- tap on the killed app in the dash
[14:43] <mterry> tsdgeos, OK.  Do you need a review of your branch then?  -- this is a bit of a circular review :)
[14:44] <Saviq> mterry, I'll take it
[14:44] <greyback_> dandrader: after step 5, I see the Dash is brought to front, then app eventually appears on top in fullscreen
[14:46] <dandrader> greyback_, ok
[14:53] <Wellark> Saviq: ack. we need both
[14:56] <Saviq> Wellark, there were no related changes to unity8 though, so you can verify the fixes already
[14:57] <Wellark> Saviq: ok. trying.
[14:57] <Wellark> Saviq: actually I can't
[14:58] <Wellark> as the indicator-network bumped it's unity8 dependency to be >=20140806
[14:58] <Wellark> as we can't land the indicator to the archive without unity8 landing the same time
[14:58] <Wellark> having never unity8 with the current indicator works just fine
[14:59] <Wellark> but having this new version of indicator breaks horribly with older unity
[14:59] <Wellark> oh, well..
[14:59] <Wellark> waiting for the build to finish
[14:59] <Saviq> Wellark, sounds like it should be a Breaks: unity8 <= $current_distro_version instead, but ok, will build u8 in a moment
[15:00] <Saviq> or something
[15:00] <Saviq> aaanyway
[15:01] <Wellark> well, I could force it in with dpkg -i --force=all to get jumpstart
[15:05] <Saviq> Cimi, had to resubmit https://code.launchpad.net/~saviq/unity8/dash-activity-indicator/+merge/229805 with a prereq, fixed the test though
[15:06] <Cimi> Saviq, ok
[15:06] <Saviq> Cimi, you'd need new unity-api packages from https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346
[15:06] <Saviq> Cimi, can get you some if you want
[15:07] <Cimi> Saviq, tomorrow :(
[15:07] <Saviq> Cimi, no, it has to be today
[15:07] <Cimi> Saviq, this loader thing is giving me hard time
[15:07] <Saviq> Cimi, already in silo
[15:08] <Saviq> Cimi, let it go until tomorrow then
[15:08] <Cimi> Saviq, I will try to resist my nature of finishing things I start
[15:09] <Saviq> Cimi, yeah, you started the review last week! ;P
[15:09] <Cimi> I'll review in a bit then
[15:09] <Cimi> aha
[15:09] <Cimi> touche'
[15:09] <Saviq> Cimi, your compose key didn't work :P
[15:10] <Cimi> not using compose key
[15:15] <Saviq> Cimi, probably why it didn't work ;)
[15:17] <Saviq> Wellark, FYI, train is down, no unity8 build happening until that's fixed :|
[15:19] <paulliu> Saviq: For StatusIcon, what's the design for it? Can I make it preserve the aspect ratio of its Image?
[15:19] <Saviq> paulliu, yeah, that's it purpose
[15:19] <Saviq> paulliu, just don't set width and it will scale properly
[15:20] <paulliu> Saviq: really? I got apsect ratio weirdness on attributes Icons.
[15:20] <Saviq> paulliu, it works in the indicators...
[15:21] <paulliu> Saviq: How if the icons are very wide. Maybe the Row will compress the width.
[15:21] <Saviq> paulliu, the grid layout might, yeah
[15:21] <Saviq> paulliu, just resize your window to see
[15:22] <pstolowski> tsdgeos, hey, any eta re landing of https://code.launchpad.net/~aacid/unity8/scopeActivatePreview/+merge/228624 ?
[15:23] <tsdgeos> pstolowski: this week
[15:23] <Saviq> pstolowski, there's no eta on any landings now
[15:23] <Saviq> pstolowski, since train is down
[15:23] <tsdgeos> that's the magic eta
[15:23] <tsdgeos> oh, we derailed?
[15:23] <Saviq> indeed
[15:23] <tsdgeos> or are we train-con-0-ed ?
[15:23] <Saviq> pstolowski, but yeah, we'll get on that tomorrow, along with dash overview
[15:23] <Saviq> tsdgeos, derailed
[15:23] <tsdgeos> ouch :/
[15:24] <Saviq> significant prodstack outage
[15:25] <pstolowski> Saviq, right, I guess I wanted to ask about eta from train-con-0 end :/
[15:25] <Saviq> pstolowski, we don't even need 0 to end
[15:26] <Saviq> pstolowski, we just need for jenkins to work again...
[15:26] <Saviq> and well, release the huge-ass silo 1 we have there already
[15:28] <tsdgeos> Saviq: does silo 1 look releaseable? shall i merge all the branches into dash_overview already?
[15:28] <Saviq> tsdgeos, it doesn't look at all right now, but yes, the set that's there was hopefully my last rebuild
[15:28] <tsdgeos> ok
[15:29] <Saviq> tsdgeos, I started wondering if we should do a "silo-next" branch that we'd replicate the siloed merges in
[15:29] <Saviq> tsdgeos, although it'd be better if the train just published its branches..
[15:29] <tsdgeos> yeah :D
[15:38] <cwayne> jenkins seems back
[15:39] <Saviq> back on rails
[15:39] <karni> A carousel stopped showing pictures, this used to work not so long ago. Have there been changes to carousel renderer?
[15:39] <Saviq> karni, not really, but we saw the bug, is it only happening for videos for you, or just random images as well?
[15:40] <karni> Saviq: all pictures. carousel only contains pictures (with overlaid title)
[15:40] <Saviq> karni, hmm, that is quite weird, I thought it's limited to some videos
[15:41] <Saviq> karni, are those images large?
[15:41] <karni> Saviq: I would suspect so, yes. They come from an external API.
[15:41] <Saviq> karni, can you try one thing out for me:
[15:42] <karni> cwayne: so you're saying scope_cache() (or similar), different than scope_directory(), has landed? I'm looking for it here, no luck (maybe it's not updated yet?) http://developer.ubuntu.com/api/scopes/sdk-14.10/unity.scopes.ScopeBase/
[15:42] <Wellark> Saviq: :(
[15:42] <cwayne> karni: yes, it's landed
[15:42] <karni> ok
[15:42]  * karni guesses the signature
[15:42] <Saviq> Wellark, old news
[15:42] <Saviq> karni, http://paste.ubuntu.com/7971358/
[15:42]  * karni looks
[15:43] <cwayne> karni: its cache_directory() i think
[15:43] <Saviq> karni, to apply on the phone you'll have to find the file in /usr/lib/.../unity8/qml/Dash I believe
[15:44] <Saviq> Wellark, it's building
[15:44] <karni> Saviq: ack, yes. /usr/lib/arm-linux-gnueabihf/unity8/qml/Dash
[15:44] <mhr3> karni, sorry wanted to get updated docs out today, but trying to land some fixes first... and train broke :/
[15:44] <Saviq> mhr3, it's back again
[15:44] <karni> mhr3: ack
[15:45] <mhr3> Saviq, yey, now i'd like a silo then
[15:47] <Saviq> karni, that's not a proper fix, though, as the images will be scaled down more than necessary, it's a rather chicken'n'egg problem → we want the image to be scaled down to WxH, but depending on whether its aspect ratio is lower or higher than the shape's, we need to scale it appropriately to width or height... but without loading the image, we don't know its aspect ratio... and the loop loops
[15:50] <karni> Saviq: this is really weird. so, I tried it -- one picture consistently loads (but because it was one before last, I didn't see if it did load before the fix, I can revert and test). I have two carousels which used to work, now only one picture loads in the first carousel, the one before last one. Images may be large, they're good quality. Note, they are of different aspect ratio, but this this work before nevertheless.
[15:51] <Saviq> karni, yeah, so we need to investigate properly
[15:51] <karni> Saviq: ok
[15:51] <karni> Saviq: do you want me to file a bug, so we can track it?
[15:52] <Saviq> karni, I think there should be one already
[15:52] <Saviq> karni, bug #1352940
[15:52] <karni> thank you
[15:56] <Saviq> karni, if you have the time, could you try with image 172 and then work your way up?
[15:57] <karni> Saviq: I'm afraid I'm short on time, but if it is of huge help, I can try 2 images
[15:57] <Saviq> karni, no, that's fine, we'll get that done then
[15:57] <karni> Saviq: thank you. feel free to ping me if you want me to test a fix etc
[15:59] <Wellark> Saviq: forgot a oneliner
[15:59] <Saviq> Wellark, in?
[15:59] <Wellark> which hoses the panel icons
[15:59] <Wellark> indicator-network
[15:59] <karni> Saviq: Joe has 172, so we can test on that shortly
[15:59] <Wellark> could you rebuild it?
[15:59] <Wellark> I pushed it
[15:59] <Saviq> Wellark, k
[16:00] <Wellark> other than that it looks good
[16:00] <Wellark> Saviq: all the problems dednick_ was having should be gone now
[16:00] <Saviq> Wellark, coolz
[16:01] <Wellark> depressing: http://bazaar.launchpad.net/~unity-api-team/indicator-network/modeminfo/revision/360
[16:01] <Wellark> hmm.. seems the modems are reversed on in a dual sim device..
[16:02] <Wellark> _but_ that was the case before, too
[16:02] <Wellark> no need to stop this landing
[16:02] <Wellark> it's purely fixable in indicator-network side
[16:02] <Wellark> I just want the unity8 code in.
[16:16] <Saviq> Wellark, no worries, unity8 doesn't build in PPA anyway due to missing sysvinit merge from debian
[16:17] <Saviq> Wellark, so if you want anything in, there's still time
[16:17] <Saviq> we won't land this today anyway
[16:17] <tsdgeos> :/
[16:18] <Saviq> I'll try and get QA signoff overnight at least
[16:20] <Wellark> Saviq: ;(
[16:20] <Wellark> Saviq: ok. let me see what I can do
[16:21] <Wellark> I might try to get the modems ordered properly and at least have the default "SIM 1" and "SIM 2" names for the modems
[16:21] <Wellark> but that's all in the indicator-service side
[16:22] <Saviq> Wellark, while I have you here
[16:22] <Wellark> I will take an hour off, and be back later to do more code monkeying
[16:22] <Wellark> Saviq: ok, be quick!
[16:22] <Wellark> :)
[16:22] <Saviq> Wellark, we're supposed to have an orientation lock indicator
[16:22] <Wellark> ...
[16:22] <Saviq> Wellark, think it'd fit in *any* current indicator service
[16:22] <Saviq> it's only supposed to be on when the indicator lock is on
[16:23] <Saviq> so it could make sense to make it a short-lived service
[16:23] <Wellark> nope.
[16:23] <Saviq> yeah, that's what I thought
[16:24] <Wellark> I had an idea that we would have combined the sound and battery indicator to form this sort of "random stuff indicator" which would have had the rotation lock also, but I didn't get too much support for the idea
[16:24] <Saviq> ok well, one more service it is!
[16:24] <Saviq> it's gonna be a small one :P
[16:25] <Wellark> well, we could put it inside some existing indicator source tree
[16:26] <Wellark> but it's then going to be a standalone indicator with only single item which is kinda moot
[16:26] <dednick_> Wellark, Saviq: indicator-network failed to build in ppa
[16:26] <Wellark> ...
[16:26] <Saviq> dednick_, *everything* fails to build in ppa
[16:27] <Saviq> dednick_, dbus-test-runner is not installable
[16:27] <Saviq> due to stuff in proposed not being up to date
[16:27] <dednick_> i c
[16:27] <Saviq> so yeah, tomorrow
[16:28] <Cimi> Saviq, can you link me the package I need?
[16:28] <Saviq> Cimi, for phone it's in https://code.launchpad.net/~unity-team/unity-api/scopes-v4/+merge/228346/comments/556610
[16:29] <Saviq> Cimi, 5s for amd64 one
[16:29] <Saviq> Cimi, http://people.canonical.com/~msawicz/unity-api.tar.xz
[17:40] <Cimi> Saviq, onb the desktop unity seems stucked
[17:40] <Cimi> trunk and dash indicator
[17:40] <Cimi> the visuals
[18:34] <Saviq> Cimi, I've had that yesterday
[18:34] <Saviq> Cimi, what if you just run ./builddir/src/unity8 ?
[19:09] <tsdgeos> Saviq: remove Ubuntu.Thumbnailer from cardcreator generated code? i don't see where we use it
[19:10] <Saviq> tsdgeos, it's an image provider
[19:11] <Saviq> tsdgeos, wth are you doing here dude :)
[19:11] <tsdgeos> sure
[19:11] <Saviq> tsdgeos, I don't think it's imported anywhere else, is it?
[19:11] <tsdgeos> i know, i checked the code
[19:11] <tsdgeos> it's imported in ./qml/Dash/Previews/PreviewVideoPlayback.qml where we actually use it
[19:11] <tsdgeos> but i guess that cards can come with thumbnailer urls
[19:11] <Saviq> tsdgeos, well, we use it in cards as well
[19:11] <Saviq> yeah
[19:12] <Saviq> they do
[19:12] <tsdgeos> otoh it seems a bit weird for it to be there
[19:12] <tsdgeos> it should be in DashApplication.qml
[19:12] <tsdgeos> since the only thing we need is the static registry of the image provider
[19:13] <Saviq> tsdgeos, sure, I'm fine with that
[19:13] <Saviq> just register at the top and say that dash supports thumbnailer urls
[19:14] <tsdgeos> Saviq: want me to do it at lp:~aacid/unity8/prepend_test_xml so that it goes green?
[19:15] <Saviq> tsdgeos, sure, if you want
[20:09] <Cimi> Saviq, linked with old lightdm
[20:09] <Cimi> dash-activity-indicator/builddir/tests/mocks/LightDM/libMockLightDM-qml.so: (liblightdm-qt5-2.so: cannot open shared object file: No such file or directory)
[20:12] <Saviq> Cimi, no actually that's not "old lightdm", just you need to export one of the paths where the lib is
[20:12] <Cimi> k
[20:12] <Saviq> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$PWD/builddir/tests/mocks/LightDM/single
[20:15] <Cimi> Saviq, same
[20:15] <Cimi> I mean
[20:15] <Saviq> it locks up?
[20:15] <Cimi> now unity runs but I see same issues
[20:15] <Saviq> Cimi, ./build.sh -c, reboot, not sure what else
[20:16] <Cimi> Saviq, it was a fresh build :/
[20:16] <Saviq> Cimi, you could try ./run.sh -g to run under gdb and see where it gets stuck
[20:16] <Cimi> I'll reboot later on
[20:16] <Cimi> ok
[20:16] <Saviq> Cimi, yeah, in any case, PPAs are broken, nothing builds, so tomorrow is ok for the review
[20:16] <Cimi> Saviq, ok
[20:17] <Cimi> Saviq, the kbd pops in
[20:17] <Cimi> Saviq, but I don't interact with the dash
[20:17] <Cimi> Saviq, wondering if is due to dash as app
[20:17] <Saviq> Cimi, jeez, that's just an image
[20:17] <Cimi> could be an image :)
[20:17] <Saviq> Cimi, you need to install new unity8 and it will open in a separate window
[20:17] <Saviq> I knew mzanetti shouldn't have put real images there ;)
[20:18] <Saviq> "real images" meaning screenshots of real things
[20:30] <Saviq> Cimi, so, in any case if you want to try out them dash
[20:30] <Saviq> Cimi, ./builddir/src/Dash/unity8-dash
[20:58] <kgunn> Saviq: we still gotta have gles twin in qtmir silo for landing right ? (wondering if i missed something)
[20:59] <kgunn> worried about silo2 being wrong.... http://people.canonical.com/~platform/citrain_dashboard/#?q=qtmir
[20:59] <kgunn> someone marked to publish, but that's not right
[20:59] <kgunn> without the twin i think
[20:59] <mzanetti> o/
[21:00] <Saviq> kgunn, yeah, missing sync
[21:00] <kgunn> mzanetti: dude...stay on vacation
[21:01] <Saviq> kgunn, and was it rebuilt after today's qtmir release?
[21:01] <kgunn> Saviq: no idea...gonna unmark, check, and add twin
[21:01] <Saviq> kgunn, yeah, built 18hrs ago
[21:01] <Saviq> kgunn, so definitely needs a rebuild
[21:02] <kgunn> Saviq: wonder if someone mismarked testing on the wrong row
[21:02] <kgunn> ?
[21:02] <Saviq> kgunn, no idea
[21:02] <kgunn> guess they'll figure it out when their crap doesn't land :)
[21:08] <Cimi> Saviq, ok works in the dash
[21:08] <Cimi> Saviq, is it design approved?
[21:08] <Cimi> the white box around the orange bar?
[21:11] <Saviq> Cimi, yes, it's actually off-white on light backgrounds, off-black on dark backgrounds
[21:11] <Saviq> that you can't see anywhere anyway
[21:12] <Saviq> or well, that's what it will be, maybe... since I'd have to put the background for it in the scope, but leave the indicator be on top
[21:12] <Saviq> Cimi, so yeah, it's design approved *for now*
[21:45] <kgunn> https://code.launchpad.net/~unity-team/qtmir/gles-sync-20140806/+merge/229871
[21:46] <kgunn> mterry: ^ can you give me a quick approval on that ?
[21:46] <kgunn> just a gles twin
[21:47] <Saviq> kgunn, looks wrong (bash.4.0+14.10.20140806.1-0ubuntu1)
[21:47] <Saviq> kgunn, `dch -v 0.4.0+14.10.20140806.1-0ubuntu1 ""` is safest to use
[21:47]  * kgunn looks
[21:47] <kgunn> Saviq: ah shit...ok...had a $ in front
[21:47] <Saviq> :)
[21:50] <kgunn> Saviq: ok, hows about now?
[21:50] <Saviq> kgunn, you got it
[21:52] <kgunn> ta
[22:00] <mterry> kgunn, in a bit yeah
[22:03] <kgunn> mterry: no worries, its done


[00:35] <ovidiu-florin> soee_: ping
[00:36] <ovidiu-florin> soee_: please give me some sugegstions on how to change the CSS on the title https://www-new.kubuntu.org/news/kde-applications-15041-available-kubuntu-1504/
[01:08] <mparillo> The title looks great on rekonq, but the links look great on FF
[01:56] <ovidiu-florin> ahoneybun: https://trello.com/c/6AseDzst/60-site-internal-links-in-content-point-to-kubwp-kubuntu-co-uk-not-www-new-kubuntu-org-shouldn-t-those-be-relative
[01:56] <ovidiu-florin> yofel: https://trello.com/c/6AseDzst/60-site-internal-links-in-content-point-to-kubwp-kubuntu-co-uk-not-www-new-kubuntu-org-shouldn-t-those-be-relative
[09:46] <lordievader> Good morning.
[10:30] <soee> ovidiu-florin: i think the only thing you can do is to change font to ~ 40px
[10:30] <soee> title could  be rendered in 2 lines with modified line height but then it doesnt look too good
[10:32] <soee> ovidiu-florin: also in news posts i would avoid using this Plasma 5 logo each time: https://www-new.kubuntu.org/wp-content/uploads/2014/07/plasma-5-banner-770x289.png
[10:32] <soee> intead use some nice screenshot from the desktop
[10:32] <soee> different for each news
[11:05] <BluesKaj> Hey folks
[11:08] <ari-tczew> hello BluesKaj
[11:10] <BluesKaj> hi ari-tczew


[00:27] <bdx> nm^^, user error
[16:55] <bdx> derekcat: I added a few bits to the percona-cluster charm, an extra option for "custom-config"
[16:56] <bdx> derekcat: `juju deploy cs:~omnivector/percona-cluster-0 --config custom-config="mykey=myval,mykey2=myval2"`
[16:56] <bdx> derekcat: or add the `custom-config` option to your charm config yaml file
[16:57] <bdx> derekcat: then the config you have comma delineated in the custom-config will make it into you my.cnf
[17:01] <bdx> derekcat: it needed a small fix, use `juju deploy cs:~omnivector/percona-cluster-1 --config custom-config="mykey=myval,mykey2=myval2"`
[18:54] <derekcat> bdx: That's awesome! :D  Thank you for doing that!
[19:17] <bdx> derekcat: np
[19:17] <bdx> derekcat: I'm kind of locking you in though
[19:17] <derekcat> ?
[19:17] <bdx> derekcat: lets still get a bug filed on that
[19:18] <derekcat> Okey
[19:18] <bdx> derekcat: because I have created a dependency on this snowflake charm that I crudely forked and modded
[19:19] <bdx> and you probably dont want to be locked in to the rev of that charmed that I forked and modded for you
[19:19] <bdx> I mean, its not so bad
[19:19] <bdx> but like, we just want that custom-config in the upstream charm anyway I think
[19:19] <bdx> lets see if others agree
[19:22] <bdx> derekcat: https://bugs.launchpad.net/charm-percona-cluster/+bug/1737022
[19:22] <mup> Bug #1737022: support "custom-config" option <OpenStack percona-cluster charm:New> <https://launchpad.net/bugs/1737022>
[19:22] <bdx> just click the "this bug affects me" button and you will have done you good deed for the day
[19:25] <derekcat> bdx: Done!
[19:25] <bdx> sweet!
[22:21] <h00pz> wondering if there is a way to deploy gnocci without storage-ceph ?
[22:22] <h00pz> it seems the charm has a storage-ceph: ceph-client relation requirement (i’m not running ceph)