[07:44] <tsdgeos> cimi: ping
[08:37] <tsdgeos> mzanetti: landed \o/
[08:40] <mzanetti> tsdgeos, hi, nice
[10:05] <tsdgeos> cimi: ping
[10:11] <cimi> tsdgeos, pong
[10:11] <tsdgeos> cimi: can you re-top-approve https://code.launchpad.net/~aacid/unity8/expandable_not_expanded_by_default/+merge/262719 ?
[10:11] <tsdgeos> i had to re-merge it and need to get the "Approved revision:" to be updated
[10:14] <tsdgeos> cimi: tx
[12:15] <mardy> 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] <greyback> mardy: would this patch change anything: https://code.launchpad.net/~gerboland/unity8/set-qpa-env-for-clients/+merge/263253
[12:17] <greyback> mardy: could you edit the file on disk and see
[12:20]  * mardy tries
[12:27] <mardy> greyback: nope, doesn't help :-(
[12:28] <greyback> mardy: hmm, ok then I'll have to try it myself
[12:28] <mardy> greyback: btw, I have a QT_QPA_PLATFORMTHEME variable set to appmenu-qt5, could that be messing up things?
[12:28] <greyback> mardy: oh yeah, do unset that
[12:28] <mardy> greyback: I'll try unsetting it from that unity8.conf, and see if that helps
[12:35] <greyback> mardy: have you started cgmanager
[12:36] <mardy> greyback: *I* didn't (don't even know what it is), do you want me to check if it's running?
[12:36] <greyback> mardy: it doesn't get started automatically for me. systemctl start cgmanager
[12:37] <greyback> mardy: once it is working, apps launch ok for me
[12:38] <mardy> 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] <greyback> mardy: unity8.log output might help
[12:43] <mardy> greyback: nope, still doesn't work; but do you have those changes in unity8.conf, besides launching cgmanager?
[12:43] <greyback> mardy: I don't have those edits in my unity8.conf, but I once found it helped
[12:44] <greyback> I'll need log files to be able to diagnose further. That and /proc/`pidof unity8-dash`/environ contents
[12:59] <mardy> greyback_: I uploaded a couple of log files to bug 1436203
[14:23] <mardy> greyback: do the logs suggest you something else to try?
[14:36] <greyback> MacSlow: aren't you staying to chat?
[14:37] <tsdgeos> mzanetti: did you include my sdk_13 and quick_24 branches on the silo?
[14:37] <tsdgeos> obviously not
[14:37] <tsdgeos> because they are not approved
[14:37] <mzanetti> :)
[14:37] <tsdgeos> :D
[14:37] <MacSlow> greyback, crap... one sec :)
[14:37] <tsdgeos> it's a good thing though because also they don't pass now that we merged more stuff
[14:37]  * tsdgeos fixes
[14:38] <mzanetti> tsdgeos, I hope to get another silo landed this week still
[14:38] <mzanetti> so just make sure they're ready by tomorrow afternoon or so and they'll make it
[14:54] <tsdgeos> mzanetti: it is good now, still needs people to review and approve
[14:54] <mzanetti> tsdgeos, ack
[16:14] <MacSlow> greyback, I take a break and continue with the visible-flag stuff later. Any ping I'll probably do via email.
[16:14] <greyback> MacSlow: sure. Have a good evening
[16:15] <MacSlow> greyback, thx
[16:15] <MacSlow> you too
[16:37] <bregma> if I am having trouble using the App Store from the Unity 8 desktop, who can help me?
[16:42] <mardy> 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] <mardy> or Saviq maybe? ^
[16:43] <greyback> mardy: that shouldn't happen, any idea how you managed that?
[16:43] <greyback> as in, dash should only be in portrait mode on the Bq, never landscape
[16:44] <greyback> mardy: Saviq not working on unity atm
[16:45] <mardy> 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] <greyback> mardy: file away. Impossible thing happened...
[16:45] <mardy> greyback: oh, it's actually easy to reproduce
[16:46] <mardy> greyback: well, at least something similar
[16:46] <greyback> mardy: if you reboot and repro easily, definitely let us know.
[16:46] <greyback> but I suspect some state has gone funny somewhere
[16:47] <mardy> greyback: oh, it's easy; I'll file a bug with the steps
[16:54] <Side_rai> Hi guys
[16:54] <Side_rai> I'm getting mad with an hidpi screen
[16:55] <Side_rai> is there any option to properly configure hidpi res?
[16:55] <mardy> greyback: bug 1476757
[16:56] <Saviq> 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] <mardy> greyback: ah, mup is dead. See here: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1476757
[16:57] <mardy> greyback: I can reproduce it 100% of times
[16:58] <Side_rai> 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] <Saviq> Side_rai, indeed, that's because those apps you listed use a custom toolkit
[16:59] <Saviq> Side_rai, https://wiki.documentfoundation.org/Development/HiDpi#OS_.2F_HiDPI_detection_issues
[17:00] <Saviq> 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] <Saviq> Side_rai, which Ubuntu version btw?
[17:01] <conyoo> uuu ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
[17:02] <Saviq> ??
[17:02] <Side_rai>  #95-Ubuntu SMP Fri Jun 19 09:28:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[17:04] <Saviq> Side_rai, that's kernel, and it doesn't say much, what does `lsb_release -r` say?
[17:05] <Side_rai> sorry 14.04
[17:07] <Saviq> 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] <Saviq> it'd be best if you could boot from a live usb to see if things changed
[17:08] <Side_rai> ok, I'll give a try! thank you so much!
[17:08] <Side_rai> bye
[17:13] <greyback> mardy: you found that with rc-proposed, or stable?
[17:13] <greyback> I'm unable to repro with rc-proposed
[19:41] <davidcalle> bregma, ping
[19:41] <bregma> davidcalle, ???
[19:42] <davidcalle> bregma, hi, do you know if someone from your team doing automated testing of the Unity7 dash UI?
[19:42] <davidcalle> 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:43] <davidcalle> bregma, I've asked quality folks, it's not them, so maybe, if it's Unity7, you might now
[19:43] <bregma> davidcalle, I run the automated tests for Unity 7 and they don;t run every day
[19:43] <bregma> in fact, often not even once a week, if we have no changes pending
[19:44] <bregma> 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] <davidcalle> 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] <bregma> davidcalle, also, I can't even find that particular scope in the Ubuntu archives
[19:48] <davidcalle> bregma, server side scope. Try "songkick:u2" in your Unity7 dash
[19:48] <davidcalle> it's from dash.ubuntu.com