=== duflu_ is now known as duflu [07:44] cimi: ping [08:37] mzanetti: landed \o/ [08:40] tsdgeos, hi, nice [10:05] cimi: ping [10:11] tsdgeos, pong [10:11] cimi: can you re-top-approve https://code.launchpad.net/~aacid/unity8/expandable_not_expanded_by_default/+merge/262719 ? [10:11] i had to re-merge it and need to get the "Approved revision:" to be updated [10:14] cimi: tx === alan_g is now known as alan_g|lunch [12:15] greyback: hi! So, about that issue, do you have any idea of what could be wrong? Should I set the QT_QPA_PLATFORM manually, somewhere? [12:17] mardy: would this patch change anything: https://code.launchpad.net/~gerboland/unity8/set-qpa-env-for-clients/+merge/263253 [12:17] mardy: could you edit the file on disk and see [12:20] * mardy tries [12:27] greyback: nope, doesn't help :-( [12:28] mardy: hmm, ok then I'll have to try it myself [12:28] greyback: btw, I have a QT_QPA_PLATFORMTHEME variable set to appmenu-qt5, could that be messing up things? [12:28] mardy: oh yeah, do unset that [12:28] greyback: I'll try unsetting it from that unity8.conf, and see if that helps [12:35] mardy: have you started cgmanager [12:36] greyback: *I* didn't (don't even know what it is), do you want me to check if it's running? [12:36] mardy: it doesn't get started automatically for me. systemctl start cgmanager [12:37] mardy: once it is working, apps launch ok for me [12:38] greyback: ah, I'll try. But now I have to remove those two env variables, because not even unity8 starts (maybe I made a spelling mistake?) [12:38] mardy: unity8.log output might help === alan_g|lunch is now known as alan_g [12:43] greyback: nope, still doesn't work; but do you have those changes in unity8.conf, besides launching cgmanager? [12:43] mardy: I don't have those edits in my unity8.conf, but I once found it helped [12:44] I'll need log files to be able to diagnose further. That and /proc/`pidof unity8-dash`/environ contents === MacSlow is now known as MacSlow|lunch [12:59] greyback_: I uploaded a couple of log files to bug 1436203 [12:59] bug 1436203 in unity8 (Ubuntu) "[Dash] unity8-dash crashed with ASSERT: "eglDestroyContext(mEglDisplay, mEglContext) == EGL_TRUE"" [Medium,Incomplete] https://launchpad.net/bugs/1436203 === alexabreu is now known as alex-abreu === MacSlow|lunch is now known as MacSlow [14:23] greyback: do the logs suggest you something else to try? [14:36] MacSlow: aren't you staying to chat? [14:37] mzanetti: did you include my sdk_13 and quick_24 branches on the silo? [14:37] obviously not [14:37] because they are not approved [14:37] :) [14:37] :D [14:37] greyback, crap... one sec :) [14:37] it's a good thing though because also they don't pass now that we merged more stuff [14:37] * tsdgeos fixes [14:38] tsdgeos, I hope to get another silo landed this week still [14:38] so just make sure they're ready by tomorrow afternoon or so and they'll make it === dpm is now known as dpm-afk [14:54] mzanetti: it is good now, still needs people to review and approve [14:54] tsdgeos, ack [16:14] greyback, I take a break and continue with the visible-flag stuff later. Any ping I'll probably do via email. [16:14] MacSlow: sure. Have a good evening [16:15] greyback, thx [16:15] you too === alan_g is now known as alan_g|EOD [16:37] if I am having trouble using the App Store from the Unity 8 desktop, who can help me? [16:42] greyback: I wonder if you are the right person for this: are you aware of a bug with the full shell rotation on the BQ, where sometimes the screen appears like this: https://www.flickr.com/photos/mardytardi/19702611018/in/dateposted/ ? [16:43] or Saviq maybe? ^ [16:43] mardy: that shouldn't happen, any idea how you managed that? [16:43] as in, dash should only be in portrait mode on the Bq, never landscape [16:44] mardy: Saviq not working on unity atm [16:45] greyback: no idea how it happened, I'll see if I can reproduce it again somehow, but I guess I can file a bug, right? [16:45] mardy: file away. Impossible thing happened... [16:45] greyback: oh, it's actually easy to reproduce [16:46] greyback: well, at least something similar [16:46] mardy: if you reboot and repro easily, definitely let us know. [16:46] but I suspect some state has gone funny somewhere [16:47] greyback: oh, it's easy; I'll file a bug with the steps [16:54] Hi guys [16:54] I'm getting mad with an hidpi screen [16:55] is there any option to properly configure hidpi res? [16:55] greyback: bug 1476757 [16:56] Side_rai, you should just use the display's native resolution and set the scaling factor to taste (bear in mind there are things that don't respect the scaling, so it's not 100% great) [16:57] greyback: ah, mup is dead. See here: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1476757 [16:57] greyback: I can reproduce it 100% of times [16:58] that's what I did... but it every applications seems to have it's own strategy... I mean the scaling factor does not affect libreoffice, firefox, thunderbird an so on [16:59] Side_rai, indeed, that's because those apps you listed use a custom toolkit [16:59] Side_rai, https://wiki.documentfoundation.org/Development/HiDpi#OS_.2F_HiDPI_detection_issues [17:00] Side_rai, this says that LibreOffice should work fine after you set the scale... [17:00] * Saviq does not have a hidpi screen, mzanetti can you comment on this ↑? [17:01] Side_rai, which Ubuntu version btw? [17:01] uuu ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑ [17:02] ?? [17:02] #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux [17:04] Side_rai, that's kernel, and it doesn't say much, what does `lsb_release -r` say? [17:05] sorry 14.04 [17:07] ok that's a good choice all in all, it *might* be that 15.04 has some fixes regarding hidpi, but I couldn't say for sure [17:08] it'd be best if you could boot from a live usb to see if things changed [17:08] ok, I'll give a try! thank you so much! [17:08] bye [17:13] mardy: you found that with rc-proposed, or stable? [17:13] I'm unable to repro with rc-proposed === dpm-afk is now known as dpm [19:41] bregma, ping [19:41] davidcalle, ??? [19:42] bregma, hi, do you know if someone from your team doing automated testing of the Unity7 dash UI? [19:42] bregma, Songkick is concerned with our API usage ( https://bugs.launchpad.net/unity-scope-songkick/+bug/1476614 ) and it looks like automated tests eg : (+10 000 q/day for things like "mitsub" (probably the beginning of mitsubishi) and "FAK" (-> "FAKE"?)) [19:42] Ubuntu bug 1476614 in Unity Songkick Scope "Songkick are concerned about our API usage" [Undecided,Confirmed] [19:43] bregma, I've asked quality folks, it's not them, so maybe, if it's Unity7, you might now [19:43] davidcalle, I run the automated tests for Unity 7 and they don;t run every day [19:43] in fact, often not even once a week, if we have no changes pending [19:44] we also don't have automated tests for scopes like that, at least that I am aware of [19:44] * bregma does not like to underestimate his lack of awareness [19:47] bregma, ok, that could totally be someone else stress testing the system. Thanks. I'll put the problem back into the hands of the server people, and give them a hammer :) [19:47] davidcalle, also, I can't even find that particular scope in the Ubuntu archives [19:48] bregma, server side scope. Try "songkick:u2" in your Unity7 dash [19:48] it's from dash.ubuntu.com