=== duflu_ is now known as duflu
=== Malsasa_ is now known as Malsasa
=== Malsasa is now known as Guest75447
=== Malsasa_ is now known as Malsasa
=== Malsasa_ is now known as Malsasa
[08:38] <tsdgeos> man, i woke up to a 55% packet loss on my router
[08:38] <tsdgeos> thankfully a reboot seems to have fixed it
[08:38] <tsdgeos> let's see if it stays fixed
[09:12] <Cimi> tsdgeos, sometimes they ran out of mem and they lose packets
[09:19] <tsdgeos> Cimi: may be that, i also wiggled the cables a bit, i have a huge mess here and they may have recconnected better or something
[09:35] <tsdgeos> Saviq: there's a big patchset for qtdbus that also fixes our deadlock issue
[09:35] <Saviq> tsdgeos, ah
[09:35] <tsdgeos> moves handling of stuff more into threads and stuff
[09:35] <tsdgeos> need to pressure thiago into geting it merged
[09:36] <Saviq> tsdgeos, yeah, we'd probably like to put it in vivid if possible
[09:36] <tsdgeos> and then we can decide wheter to use my "simple" let's add a lock or backport all that series
[09:36] <tsdgeos> i'm guesing adding the series is a better idea
[09:36] <tsdgeos> so we can find any issue it may have earlier
[09:36] <tsdgeos> but still i'd like it landed upstream
[09:37] <tsdgeos> first
[09:37] <Saviq> yeah, we could start preparing for it in a silo or so
[09:39] <tsdgeos> would that help with the other deadlock bug we're fighting? not really since you said it only seems to happen on first boot ever?
[09:44] <Saviq> tsdgeos, no, it's the simplest way to repro
[09:44] <Saviq> tsdgeos, or well... the only way to repro
[09:45] <Saviq> tsdgeos_, it's the only way we know to repro
[09:45] <Saviq> tsdgeos_, people have been filing other "unity8 hung" bugs, but looking at traces it's all the same
[09:46] <tsdgeos_> Saviq: so a silo won't really help in seeing if it's been fixed or not
[09:46] <Saviq> tsdgeos_, true, landing it would, but a silo could help with verifying everything else still works as expected
[09:46] <Saviq> tsdgeos_, but Im fine with waiting until it gets upstream
[09:50] <tsdgeos> pstolowski: can you confirm is the scopes shell that resets the deparment on a serach ? https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1429214
[09:50] <ubot5> Ubuntu bug 1429214 in Ubuntu UX "[Scopes] Departments not behaving consistently when navigating too/from a Scope " [Undecided,Triaged]
[09:50] <tsdgeos> i can't find any code in the ui that does it
[09:57] <tsdgeos> Saviq: meh internet doing stoopid things today
[09:57] <pstolowski> tsdgeos, yeah
[09:57] <tsdgeos> Saviq: still how do we put it in a silo?
[09:57] <pstolowski> tsdgeos, this is scopes shell
[09:58] <pstolowski> tsdgeos, i'll comment on the bug; this is as you said working as designed
[09:58] <tsdgeos> pstolowski: thanks
[10:00] <Saviq> tsdgeos, let's wait until it gets merged upstream and we'll pull it into our distro patchset
[10:02] <tsdgeos> Saviq: ok
[11:10] <tsdgeos> greyback: going to have a look at https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1425593
[11:10] <tsdgeos> any quick idea/hint what may be the cause?
[11:10] <ubot5> Ubuntu bug 1425593 in QtMir "trivial app fails to appear in shell and crashes it on close" [High,Confirmed]
[11:12] <tsdgeos> greyback: going to have a look at https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1425593
[11:12] <tsdgeos> any quick idea/hint what may be the cause?
[11:12] <ubot5> Ubuntu bug 1425593 in QtMir "trivial app fails to appear in shell and crashes it on close" [High,Confirmed]
[11:13] <tsdgeos> do you think it can be related to the "first frame drawn" code?
[11:13] <greyback> tsdgeos: would suspect raciness where client is ready to give a frame before qtmir is
[11:13] <greyback> tsdgeos: yeah actually
[11:13] <tsdgeos> k
[11:13] <tsdgeos> will have a look
[11:13] <greyback> great, thanks
[11:13] <greyback> the shutdown crash is hopefully the same bug
[11:15] <greyback> tsdgeos: possible the SurfaceObserver sends a framePosted signal before the MirSurfaceItem is set as a listener
=== sil2100__ is now known as sil2100_
=== james_ is now known as Guest21564
=== Facu is now known as |mundo|
=== |mundo| is now known as Facu
=== james is now known as Guest73774
[12:33] <Cimi> tsdgeos, for when you have time, I fixed the remaining aspect ratio issue
[12:33] <Cimi> with http://bazaar.launchpad.net/~cimi/unity8/fix-previewoverlay/revision/1627
[12:43] <Cimi> tsdgeos, you can test using the games previews in the store, like machines vs machines and pathwind
[12:43] <Cimi> tsdgeos, before my branch you see the animation is messed up
[12:47] <lolek> hi guys, I've got question regarding hmm dashobard/launcher? I hope it's correct channel if not I'd like to ask someone to please redirect me
[12:47] <lolek> the thing is that when I search for pkg in the dash and click the pkg with rmb there's pkg description and pkg version
[12:48] <lolek> my question is where is that info comming from?
[12:50] <lolek> as I think there's a bug related to that functionality
=== alan_g is now known as alan_g|lunch
[13:11] <karni> Hi folks! I have this bug I think is related to Unity shell, any suggestions who I could pass that onto? https://bugs.launchpad.net/libqtelegram/+bug/1428277
[13:11] <ubot5> Ubuntu bug 1428277 in libqtelegram "Icon in notification may be too small" [Undecided,New]
[13:11] <karni> The icon is svg, so I suppose it should scale up nicely.
[13:16] <tsdgeos> Cimi: cool, will do
=== MacSlow is now known as MacSlow|lunch
[13:32] <Saviq> karni, small? all the icons in there are that small
[13:32] <Saviq> karni, per design
[13:33] <Saviq> karni, but agreed with the "not trivial to tap", design folk are working on a refresh of the notification center
[13:33] <karni> Saviq: hrm.. now that I look at it, I think it's equally 'small' on krillin.
[13:33] <karni> Saviq: shall I ping them the bug report, or you know these things are in the works now?
[13:34] <karni> if you know, I'll just comment and mark as invalid
[13:34] <Saviq> karni, I've tweaked the bug tasks
[13:35] <karni> Saviq: ah, cheers! :)
=== dandrader is now known as dandrader|afk
=== JMulholland_ is now known as JMulholland
=== sil2100_ is now known as sil2100
=== MacSlow|lunch is now known as MacSlow
=== dandrader|afk is now known as dandrader
=== seb128_ is now known as seb128
[15:24] <Saviq> mterry_, hey, did we have a bug for bug #1429887?
[15:24] <ubot5> bug 1429887 in powerd (Ubuntu) "Pressing power button to resume does not turn on screen" [High,New] https://launchpad.net/bugs/1429887
[15:24] <mterry_> Saviq, bug 1421455 I guess
[15:24] <ubot5> bug 1421455 in unity8 (Ubuntu) "Slow wake up time on physical power button pressed" [Undecided,Confirmed] https://launchpad.net/bugs/1421455
[15:25] <Saviq> mterry_, yup, thanks
[15:25] <mterry_> Saviq, I'm assigned on that one, but not actively investigating
[15:26] <Saviq> mterry_, yeah I know, probably best to unassign.
[15:26] <mterry_> Saviq, fair, don't want to give wrong impression.  unassigned
[15:26] <mterry_> I'd be happy to chase it down, but I don't know how to reproduce reliably
[15:27] <Saviq> mterry_, yeah, it's one of those that are rather painful to track
[15:43] <Cimi> Saviq, for reference https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1267184
[15:43] <ubot5> Ubuntu bug 1267184 in unity8 (Ubuntu RTM) "[Apps Scope] apps that are being downloaded/installed are not shown differently from un-installed apps" [Medium,Triaged]
[15:46] <tsdgeos> mzanetti: don't know if you got it, but yes the icon thing has landed in the toolkit
[15:47] <mzanetti> tsdgeos, yep, got that, thanks
[15:48] <tsdgeos> is that new landing that suddenly made 8 of our unittests fail?
[15:49] <Saviq> likely
[15:56] <Cimi> pete-woods, ping
[15:58] <pete-woods> Cimi: hi
[15:58] <Cimi> pete-woods, hi pete
[15:58] <Cimi> pete-woods, can you have a look at https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1267184 and tell what you guys need?
[15:58] <ubot5> Ubuntu bug 1267184 in unity8 (Ubuntu RTM) "[Apps Scope] apps that are being downloaded/installed are not shown differently from un-installed apps" [Medium,Triaged]
[15:58] <Cimi> pls
[16:00] <pete-woods> Cimi: I'd have to direct you to dobey (see #unity-api) for further info
[16:00] <Cimi> pete-woods, ok, thx
[16:00] <pete-woods> the bug looks a bit vague for me to comment on it
[16:00] <pete-woods> to me it sounds like we need a peristent click installation service
[16:01] <pete-woods> who can give us info on package installation progress, etc
[16:01] <pete-woods> without having to worry about the scope closing in the middle
[16:01] <Cimi> we also need to do the same for the launcehr
[16:01] <Cimi> the launcher will have the apps that are being installed I think
[16:01] <Cimi> Saviq, can you confirm that?
[16:02] <Saviq> Cimi, yes apps need to get pinned to the launcher on installation
[16:02] <pete-woods> this doesn't sound to me like a particularly challenging service to implement
[16:02] <Saviq> and show the install progress
[16:02] <pete-woods> and I'd definitely like to see the launcher and click scope using the same service
[16:03] <Cimi> Saviq, pete-woods which team can be in charge of this service?
[16:06] <pete-woods> Cimi: well to me, it sounds like API team should make it. but I guess managers need to fight about it first
=== dandrader is now known as dandrader|lunch
[16:59] <tsdgeos> interestingly i can only reproduce 1 of the lots of qmluitests failing in cI
=== alan_g|lunch is now known as alan_g
=== dandrader|lunch is now known as dandrader
=== alan_g is now known as alan_g|EOD