[09:26] <Cimi> tsdgeos, morning
[09:37] <tsdgeos> Cimi: hey
[09:37] <tsdgeos> Saviq: i installed the bbc scope on the N4 but still not showing in the scope list after a reboot, any clue why?
[09:38] <Saviq> tsdgeos, huuh, no
[09:38] <Saviq> pstolowski, any idea ↑?
[09:40] <tsdgeos> oh
[09:40] <tsdgeos> so i have to pkcon *not* as sudo
[09:40] <tsdgeos> Saviq: pstolowski: ↑
[09:40] <pstolowski> tsdgeos, oh, so you've installed it manually?
[09:40] <Saviq> tsdgeos, ah yeah, pkcon install-local, otherwise you installed for root
[09:41] <Saviq> greyback_, there's a needs fixin' from you on https://code.launchpad.net/~mzanetti/unity8/saveRestoreWindowSizePosition/+merge/247840, that still correct?
[09:41] <greyback_> Saviq: not any more
[09:42] <Saviq> t
[09:42] <Saviq> x
[09:42] <Cimi> tsdgeos, now my doubt is... what will be in charge of adding temp scopes to the temp scopes list?
[09:42] <Saviq> we'll have an (almost, but that expected) all green landing for the first time in a long time ;P
[09:42] <mzanetti> *drumroll*
[09:42] <Cimi> tsdgeos, and also when to call activate
[09:42] <tsdgeos> Cimi: "what is the temp scopes list" for you?
[09:43] <tsdgeos> Cimi: you never call activate, you just click the button on the preview
[09:46] <Cimi> tsdgeos, I mean on the mock and in dash.qml
[09:46] <Cimi> tsdgeos, what is activate supposed to do?
[09:47] <tsdgeos> it already does it, no? call triggered
[09:47] <tsdgeos> i don't see what you want to change there
[09:47] <Cimi> tsdgeos, in itemClicked inside GSV, we call activate
[09:47] <Cimi> not triggered or sth
[09:47] <Cimi> or open scope
[09:48] <tsdgeos> but that's not the preview, weren't we doing the preview case?
[09:48] <tsdgeos> activate is just fine, there's a test for it that already works
[09:48] <Cimi> tsdgeos, yes, so I was wondering if on this openScope I have to also call activate or just closing the previous scope
[09:48] <Cimi> tsdgeos, what is activate compared to open?
[09:49] <tsdgeos> Cimi: activate is something we call on the scope because the user did something
[09:49] <tsdgeos> Cimi: open is something the scope tells us because the user did something
[09:49] <tsdgeos> acivate is a slot, open is a signal
[09:50] <Cimi> ok
[09:55] <Cimi> tsdgeos, in the scopes mock, do we want to do sth on closeScope?
[09:55] <tsdgeos> Cimi: yes, we want to make sure it is one of the scopes we told the ui to open
[09:55] <tsdgeos> like we're doing now
[09:56] <Cimi> tsdgeos, on close
[09:57] <tsdgeos> yes?
[09:57] <Cimi> tsdgeos, I can try calling delete or removing the scope from the temp scopes list, or allScope too
[09:57] <tsdgeos> don't delete
[09:57] <tsdgeos> don't remove it from allScope
[09:57] <Cimi> ok
[09:57] <tsdgeos> what is the temp scopes list?
[09:57] <Cimi> tsdgeos, I think a list of opened temp scopes
[09:58] <tsdgeos> what you mean you think? isn't that a variable you created?
[09:58] <tsdgeos> but yes, if you have a list of all opened temp scopes, check the scope is there, assert if not and remove it from the list
[09:58] <tsdgeos> sounds like a good plan
[09:59] <Cimi> tsdgeos, pawel did :)
[09:59] <Cimi> not me
[09:59] <Cimi> anyway let me see then what he does
[10:00] <tsdgeos> pawel added code to our mock?
[10:21] <tsdgeos> Saviq: so the borked aspect ratio is SDK's fault
[10:21] <tsdgeos> digging a bit more
[10:21]  * Saviq waves fist!
[10:21] <tsdgeos> breaks when setting the color: attribute
[10:21] <Saviq> oh
[10:21] <Saviq> so the colorize shader is goof
[10:21] <tsdgeos> i guess some gl magic happens somehwere that doesn't work much
[10:21] <Saviq> or something
[10:26] <tsdgeos> what, QtLocation has an Icon QML Type
[10:26] <tsdgeos> what can go wrong with that name ... D:
[10:28] <Saviq> :)
[10:28] <Saviq> biab, testing desktop and food
[10:32] <mzanetti> Saviq: what's the eta on silo 4? looking good already or not tested yet?
[10:40] <Saviq> mzanetti, just the testplan remaining
[10:41] <mzanetti> cool. then I won't rebase stuff for silo 0 now
[10:46] <Cimi> I have tags, please check in your branches too
[10:47] <tsdgeos> Cimi: run fast!
[10:47] <tsdgeos> :D
[10:47] <Cimi> yeah
[10:47] <Cimi> Tagminator will come for me
[10:47] <tsdgeos> i cleaned mine yesterday
[10:47] <tsdgeos> so did mterry
[10:47] <tsdgeos> i think paul still has one that needs cleaning
[10:49] <Cimi> ok I cleaned
[10:49] <Saviq> mzanetti, http://pastebin.ubuntu.com/10186287/ :/
[10:50] <mzanetti> hmm
[10:50] <mzanetti> fixing
[10:50] <Cimi> tsdgeos, ok I got your branch approved, now is your turn to needfix mine :P
[10:51] <tsdgeos> Cimi: saw it, give me a sec :)
[10:51] <Saviq> mzanetti, it's just a warning, I'm not gonna block the silo on this, but please clean it up
[10:51] <mzanetti> ack
[10:53] <tsdgeos> is there a way to change the grid units from qml'
[10:53] <tsdgeos> ?
[10:54] <tsdgeos> probably not
[10:55] <tsdgeos> or there is
[10:55] <Cimi> tsdgeos, mmm maybe if you override sdk definition
[10:57] <Cimi> tsdgeos, like importing something that overrides units.gu
[10:57] <tsdgeos> units.gridUnit = 30; just works :D
[10:59] <Cimi> yeah
[10:59] <Cimi> bravo
[11:13] <tsdgeos> guys, ideas for testing https://code.launchpad.net/~aacid/unity8/attributeAspectRatio/+merge/249472 that doesn't actually involve checking the division is right?
[11:16] <Cimi> tsdgeos, you check the aspect ratio?
[11:17] <Cimi> instead of checking the actual division, you check the result
[11:17] <tsdgeos> you mean diving width/height? but that's just checking math works, no?
[11:17] <Cimi> not sure it makes sense, I need contextr
[11:17] <tsdgeos> it'd be like checking height is units.gu(2)
[11:18] <tsdgeos> Cimi: context is https://launchpadlibrarian.net/197105998/out.png, see the bbc logo
[11:19] <Cimi> tsdgeos, you could check that the locale is not polish :D
[11:21] <Cimi> i'm thinking btw
[11:23] <Saviq> mzanetti, will reminders ask me for an account on every start? ;)
[11:24] <tsdgeos> Saviq: since you seem to have the 3 devices, can you review https://code.launchpad.net/~aacid/unity8/attributeAspectRatio/+merge/249472 ?
[11:25] <Saviq> tsdgeos, will do
[11:25] <Saviq> tsdgeos, will you file a bug with the SDK then?
[11:25] <tsdgeos> Saviq: undecided
[11:25] <tsdgeos> Saviq: tbh we're setting the height, and i am not sure there's any guarantee that the width will be accordingly changed
[11:26] <Saviq> tsdgeos, is there not?
[11:26] <Saviq> tsdgeos, FWIW, as you said it worked fine without color...
[11:26] <tsdgeos> Saviq: well it doesn't "work fine"
[11:26] <tsdgeos> it just behaves different
[11:26] <tsdgeos> i.e. you end up with lots of empty space
[11:27] <tsdgeos> in the top/bottom (i.e. the image doesn't grow)
[11:27] <tsdgeos> so there's defenitely a bug
[11:27] <tsdgeos> i'm just not sure what the bug really is :D
[11:27] <Saviq> tsdgeos, "Icon does not preserve aspect ratio" ;)
[11:27] <Saviq> or "does not behave like Image" :P
[11:28] <tsdgeos> Saviq: right, but that can perfectly be by design
[11:28] <tsdgeos> the only bug i can see is
[11:28] <tsdgeos> adding color: changes the behaviour
[11:28] <tsdgeos> i can file two and see if it ever gets any traction :D
[11:29] <Saviq> tsdgeos, yeah, I'd say it should behave intuitively, which is to preserve AR unless you tell it not to :)
[11:29] <Saviq> tsdgeos, same as Image
[11:30] <Cimi> tsdgeos, what you could do (fasten seatbelts) is to create a QML image in your test, reusing the Icon's url, and check if your icon matches the aspect ratio of the Image
[11:30] <tsdgeos> Saviq: it's just that image doesn't preserve the AR :D
[11:30] <Saviq> tsdgeos, sure it does if you only give it one dimension
[11:30] <tsdgeos> Saviq: nope
[11:30] <Saviq> hmm?
[11:30] <Cimi> tsdgeos, Saviq might be an sdk bug
[11:30] <Cimi> if it doesn't preserve
[11:31] <tsdgeos> Saviq: http://paste.ubuntu.com/10186800/
[11:32] <tsdgeos> gives you http://i.imgur.com/9KtUmLq.png
[11:32] <Cimi> tsdgeos, maybe is the fillMode
[11:32] <tsdgeos> i know it's the fillMode
[11:32] <Cimi> try with PreserveAspectFit
[11:32] <tsdgeos> i'm just saying that you can't say Icon should preserve aspect ratio like Image does by default
[11:32] <tsdgeos> since Image doesn't
[11:33] <tsdgeos> Cimi: there's no fillMode in Icon {}
[11:33] <Cimi> tsdgeos, did you try the same code adding fillMode: Image.PreserveAspectFit
[11:33] <Saviq> tsdgeos, right, my bad
[11:33] <Cimi> tsdgeos, but for Image
[11:33] <Saviq> Cimi, we're good here, thanks ;)
[11:33] <mzanetti> Saviq: does it?
[11:33] <mzanetti> it shouldn't
[11:34] <Saviq> yeah, it just keeps implicitFoo
[11:34] <Cimi> Saviq, why it shouldn't adding that fillMode?
[11:34] <Saviq> Cimi, because we're talking about the default behaviour
[11:37] <tsdgeos> Cimi: please drop the scopeThatOpenedScope variable
[11:38] <Saviq> anyone else got "fat thursday" today? ;)
[11:38] <Cimi> tsdgeos, Saviq fillMode: Image.PreserveAspectFit preserves the aspect ratio
[11:38] <Cimi> I just tested
[11:38] <tsdgeos> Cimi: we know
[11:38] <Saviq> Cimi, yes, thanks for helping
[11:38] <tsdgeos> Cimi: it is not what we were discussing though
[11:38] <tsdgeos> Saviq: if by fat thursday you mean "omelette day", yeah
[11:39] <Saviq> tsdgeos, it's actually a PL tradition, somewhere during the carnival period there's a Thursday during which people eat all kinds of unhealthy pastries :P
[11:39] <tsdgeos> yeah it'd be the same
[11:40] <tsdgeos> we just eat omelette :D
[11:40] <Saviq> oh ok
[11:40] <Cimi> Saviq, we have all those fat days in italy
[11:40] <mzanetti> ah yeah, we do have that, but its more the "insane thusday" here
[11:40] <Cimi> Saviq, we have those sweets http://www.enricarocca.com/files/foto_4.jpg
[11:40] <Saviq> tsdgeos, grep for Icon please and do this in other places (like in emblem we need it for sure)
[11:40] <Cimi> well, I don't have them here :'(
[11:41] <tsdgeos> though actually it seems we should be eating omelette of sausages http://ca.wikipedia.org/wiki/Dijous_gras
[11:41] <tsdgeos> can't compute
[11:41] <Saviq> Cimi, looks similar http://www.interwellness.pl/wp-content/uploads/2012/02/T%C5%82usty_Czwartek.jpg
[11:41] <tsdgeos> Saviq: ok, let me check
[11:42] <Saviq> Cimi, and http://agatagotuje.pl/wp-content/uploads/2014/01/DSC_0073-1024.jpg
[11:42] <Cimi> Saviq, filled with cream? looks delish
[11:42] <Cimi> yeah they are the same!!!
[11:42] <Saviq> Cimi, traditionally filled with rose fruit jam
[11:42] <Saviq> well, actually depends on the region
[11:42] <Saviq> but those are the best ;P
[11:43] <mzanetti> Ich bin ein Berliner!
[11:43] <mzanetti> :D
[11:43] <Cimi> tsdgeos, for your test, if you really want one I'd do as I said
[11:44] <Cimi> tsdgeos, have an Image in the test with PreserveAspectFit and compare its width with your icon width
[11:44] <tsdgeos> Cimi: yeah, i thought about that but i'm not sure i'm testing anything else other than the division works
[11:45] <Cimi> tsdgeos, well you don't check the division, you check the result
[11:45] <Cimi> inside Icon you could replace the division with something else, but if it works the test will not fail
[11:46] <Cimi> I'd personally try that
[11:46] <tsdgeos> Saviq: so for those other Icon { } we have around, if they specify height and width we're fine, even if they are not "respecting" the aspect ratio of the image, we assume that whoever provides the image will abide to the AR defined in the code, right?
[11:46] <Saviq> tsdgeos, yes, where we had both, we're forcing square usually
[11:47] <Saviq> tsdgeos, but there's a bunch where we want to keep AR (indicator panel, emblem, attributes come to mind)
[11:48] <tsdgeos> yeah, checking
[11:49] <tsdgeos> Cimi: ok, i'll see if i can get something that makes sense
[11:52] <Cimi> Saviq, how is fat thursday in pl? I'm gonna text Ola hoping she'll bring something home tonight :)
[11:52] <Saviq> Cimi, "tłusty czwartek"
[11:53] <Cimi> Saviq, dziekuje bardzo
[12:12] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/fix-cmake-sql-warnings/+merge/249478
[12:13] <Saviq> mzanetti, tx
[12:26] <Cimi> tsdgeos, fixed
[12:27] <tsdgeos> yep, asw
[13:11] <dandrader> flashed my phone, then build unity8 trunk + some branch and installed it there
[13:11] <dandrader> tsdgeos , now unity8-dash is stuck in the splash screen. other apps launch normally
[13:11] <dandrader> tsdgeos any ideas?
[13:17] <Saviq> dandrader, that persistent? if you go restart unity8-dash?
[13:17] <Saviq> dandrader, we've seen quite a bunch of dbus-related lockups recently :/
[13:18] <Saviq> paulliu, that failure is very much related unity8.shell.tests.test_screenshots.ScreenShotTestCase.test_take_screenshot
[13:19] <dandrader> Saviq, right, restarting unity8-dash solves it
[13:20] <dandrader> Saviq, but if you restart everyone (sudo restart lightdm) it does not
[13:20] <Saviq> dandrader, yay for races
[13:20] <dandrader> Saviq, some race condition of sorts
[13:20] <dandrader> yeah
[13:20] <paulliu> Saviq: yeah.. I just correct it. Sorry.
[13:21] <paulliu> Saviq: I loaded another branch's build results..
[13:21] <paulliu> Too many tabs..
[13:23] <Saviq> kk
[13:26] <ChrisTownsend> Saviq: Hey, who should I poke to get some reviews of MP's I have for Unity 8?
[13:27] <Saviq> ChrisTownsend, ideally, no one, but I can ping some for you: tsdgeos, Cimi, dandrader, greyback_, mterry, mzanetti, MacSlow|lunch, dednick, paulliu ;)
[13:28] <Saviq> ↑↑↑
[13:28] <paulliu> ChrisTownsend: I'll do.
[13:28] <paulliu> Because I'm not very busy.
[13:28] <Saviq> ChrisTownsend, just a request: please name the branches after the things they fix, not just the bug#
[13:29] <ChrisTownsend> Saviq: Ok, sure, I will do that.  Do you want those branches renamed now or just for future branches?
[13:29] <ChrisTownsend> paulliu: Ok, thanks!
[13:29] <Saviq> ChrisTownsend, just for future ref :)
[13:29] <ChrisTownsend> Saviq: Gotcha
[13:46] <tsdgeos> Cimi: you need a commit message https://code.launchpad.net/~cimi/unity8/fix-open-new-scope-from-tmp/+merge/249471
[13:54] <Cimi> tsdgeos, done
[13:56] <tsdgeos> Cimi: dashTempScopeItem.backClicked(); is cheating
[13:56] <tsdgeos> Cimi: http://paste.ubuntu.com/10188539/
[13:57] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/attributeAspectRatio/+merge/249472/comments/618063
[13:59] <tsdgeos> Saviq: the title you mean the "BBC" ?
[13:59] <Saviq> tsdgeos, no, there's no title even
[13:59] <Saviq> tsdgeos, krillin is leftmost, compare with the other two
[13:59] <Saviq> tsdgeos, there's no title label
[14:00] <Saviq> brb, lost adb, gotta reboot
[14:00] <tsdgeos> ah
[14:00] <tsdgeos> that's very weird
[14:01] <Cimi> tsdgeos, you want me to click on the button instead?>
[14:01] <Cimi> ok
[14:01] <tsdgeos> Cimi: of course
[14:02] <tsdgeos> Cimi: see the paste
[14:02] <Cimi> ok
[14:03] <Cimi> tsdgeos, pushed
[14:14] <tsdgeos> Saviq: the indicators are basically abusing the thing
[14:14] <tsdgeos> it's a square icon
[14:14] <tsdgeos> AFAICS
[14:14] <tsdgeos> i mean battery
[14:14] <tsdgeos> that or i can't find the icnon we're using
[14:14] <tsdgeos> that may also be
[14:14] <Saviq> tsdgeos, it's not square
[14:15] <tsdgeos> Saviq: do you know the exact file we're using?
[14:15] <Saviq> /usr/share/icons/suru/status/scalable/battery-060-charging.svg for example
[14:15] <tsdgeos> because image://theme/battery-full-charged-symbolic,battery-full-charging-symbolic,gpm-battery-full,gpm-battery-100,battery-full-charged,battery-full-charging makes it a bit hard to find
[14:15] <Saviq> tsdgeos, that would be /usr/share/icons/suru/status/scalable/battery-full-charged-symbolic.svg
[14:16] <Saviq> which is a symlink to /usr/share/icons/suru/status/scalable/battery-charged.svg
[14:16] <tsdgeos> ok, so i was seeing the wrong icon then
[14:19] <tsdgeos> there's no implicitHeight for svg files
[14:19] <tsdgeos> he he
[14:21] <Saviq> d'oh
[14:22] <Saviq> and why's that, pray tell?
[14:24] <tsdgeos> because they have no size
[14:24] <tsdgeos> it's scalable
[14:24] <tsdgeos> so no size
[14:25] <tsdgeos> it's a bit convoluted
[14:29] <tsdgeos> Saviq: on krillin
[14:29] <tsdgeos> how did you try the patch?
[14:31] <tsdgeos> because on rtm the CardCreator patch doesn't apply directly
[14:31] <tsdgeos> wonder if that's what made you lose stuff
[14:31] <tsdgeos> or was it vivid on krillin?
[14:31] <Saviq> tsdgeos, vivid
[14:32] <Saviq> tsdgeos, I x-built a proper package
[14:32] <Saviq> and tried on the three devices
[14:32] <tsdgeos> ok
[14:32] <tsdgeos> let me try krillin here then
[14:43] <tsdgeos> pstolowski: wops :D https://code.launchpad.net/~stolowski/unity-api/scopes-close-scope/+merge/248725 doesn't build
[14:45] <pstolowski> tsdgeos, uhm, looking
[14:51] <pstolowski> tsdgeos, fixed
[14:53] <tsdgeos> tx
[15:02] <tsdgeos> mzanetti: this is a hell of a conflcit :D https://code.launchpad.net/~mzanetti/unity8/inputinfo/+merge/248407/comments/618108
[15:07] <mzanetti> tsdgeos: interesting... I don't even tough those files
[15:07] <tsdgeos> weird
[15:08] <tsdgeos> maybe it's a criss cross or soemthgin?
[15:08] <mzanetti> tsdgeos: ah... it's based on top of ShellRotation
[15:08] <tsdgeos> ah
[15:08] <mzanetti> tsdgeos: forgot the prereq it seems. but this is not meant to go into trunk atm
[15:09] <dandrader> "Author: handsome_feng<445865575@qq.com>" <- this guy need to configure his bzr environment, that can't be right :)
[15:16] <seb128> grrrrr unity8, sometime switching between vt and unity8 leads to a system where ctrl-alt-fn stops working
[15:18] <Saviq> seb128, that's grrrrr mir, rather
[15:19] <Saviq> and the reason why greyback_ has two laptops with him all the time ;P
[15:19] <seb128> Saviq, do you know if that's a known issue?
[15:19] <seb128> guess so
[15:19] <Saviq> seb128, I kinda believe it's known I think
[15:19] <Saviq> seb128, mostly because it's the display server on the current vt that needs to handle the ctrl+alt+fn switch, and when it stops is when you're screwed
[15:20] <Saviq> you know, because display servers are always working so well, it's fine to rely on them to handle that shortcut
[15:20] <greyback_> X has nearly all the right magic to ensure VT switching just works. Mir not there yet
[15:21] <seb128> Saviq, while you are here, what's the best way to run a qt5 app from a vt and have it display under unity8?
[15:21] <greyback_> seb128: only fix I know is to ssh in and run "startx" as root
[15:21] <Saviq> seb128, just export MIR_SOCKET
[15:21] <seb128> QT_QPA_PLATFORM=ubuntumirclient .... --desktop...?
[15:21] <Saviq> seb128, you'll need MIR_SOCKET as well
[15:21] <seb128> k
[15:21] <Saviq> seb128, so what I'd do
[15:21] <Saviq> seb128, is start terminal
[15:21] <Saviq> seb128, to get all the env
[15:21] <Saviq> seb128, and do from there
[15:22] <seb128> Saviq, what if I want to ssh? ;-)
[15:22] <Saviq> can use byobu or screen or so
[15:22] <Saviq> seb128, well in that case yeah, just inspect unity8 for a few vars and you'll be golden
[15:22] <Saviq> MIR_SOCKET being the primary one
[15:22] <seb128> thanks
[15:22] <Saviq> or well, it's always in /run/user/$UID/mir_socket
[15:22] <Saviq> or so
[15:23] <seb128> fuck
[15:23] <seb128> why does running the app on a vt freezes the vt switch
[15:24] <seb128> k, need to ssh I guess
[15:26] <tsdgeos> Saviq: can you try the new version of https://code.launchpad.net/~aacid/unity8/attributeAspectRatio/+merge/249472 ? I tried it on my krillin and it doesn't have the issues you had
[15:30] <Saviq> tsdgeos, will do
[15:30] <Saviq> tsdgeos, well, that's the version I tried
[15:31] <Saviq> tsdgeos, ah no
[15:31] <Saviq> will do in a sec
[15:31] <Saviq> but that looks dumb to have to do :/
[15:32] <tsdgeos> agreed :/
[15:32] <tsdgeos> but it's the only way i can think of knowing if the image actually has a size or not
[15:32] <tsdgeos> pstolowski: https://code.launchpad.net/~stolowski/unity-scopes-shell/fix-temp-scopes/+merge/248235/comments/618133
[15:32] <tsdgeos> Cimi: https://code.launchpad.net/~cimi/unity8/fix-open-new-scope-from-tmp/+merge/249471/comments/618134
[15:33] <pstolowski> tsdgeos, ok, sure
[15:33] <Cimi> tsdgeos, ok
[15:35] <pstolowski> tsdgeos, pushed
[15:37] <pstolowski> Cimi, tsdgeos btw, I think you mentioned this to me but just double checking.. you do explicitly close all the temp scopes when user taps BFB, screen is locked, user navigates somewhere else etc.? no potential for leaking there?
[15:39] <tsdgeos> pstolowski: the code path is the same wether you click back or push the bfb, so we shouldn't be leaking there no
[15:39] <pstolowski> cool
[15:46] <Cimi> Saviq, can I test this? https://code.launchpad.net/~aacid/unity8/hack_location_data_i18n/+merge/249174
[15:46] <Cimi> Saviq, or you wanted to do, since you asked us to fix...
[15:46] <Saviq> Cimi, go for it
[15:53] <Saviq> tsdgeos, yeah, looking better, but <barf> at the solution :/
[15:53] <tsdgeos> Saviq: my understanding is that Image is a bit of a mixup itself
[15:53] <tsdgeos> this is the best i could come up
[15:53] <tsdgeos> i'll accept suggestions :/
[15:54] <tsdgeos> Saviq: also at some point we should create our own Icon class or something, when grepping like 90% of them have the same units.gu(2) in width and hegiht
[15:54] <tsdgeos> that would probably make sense to be together
[15:54] <tsdgeos> in one place
[15:54] <tsdgeos> just one day someone thinks 3 gu is better
[15:54] <tsdgeos> or something :D
[15:54] <Saviq> ;)
[15:55] <Saviq> tsdgeos, on that note, any idea why emblem and attributes are different height?
[15:55] <Saviq> is that hardcoded at different values?
[15:55] <tsdgeos> let me se
[15:55] <tsdgeos> +e
[15:56] <tsdgeos> yeah
[15:56] <tsdgeos> attribute is height: units.gu(2)
[15:56] <tsdgeos> embñem is
[15:56] <tsdgeos> height: titleLabel.font.pixelSize
[15:56] <tsdgeos> so the emblem matches the height of the title
[16:04] <tsdgeos> Cimi: if you push the quick change to https://code.launchpad.net/~cimi/unity8/fix-open-new-scope-from-tmp/+merge/249471 i'll top approve
[16:05] <Cimi> tsdgeos, doing now
[16:08] <Cimi> tsdgeos, done
[16:13] <tsdgeos> Saviq: yeah the more i look it, something looks fishy in Icon
[16:13] <tsdgeos> Saviq: see http://i.imgur.com/4AnJKbA.png
[16:13] <tsdgeos> its with px 25 and px 50
[16:14] <tsdgeos> battery icon grows
[16:14] <tsdgeos> but BBC needs to be told to grow
[16:14] <Saviq> tsdgeos, yup
[16:14] <tsdgeos> so either BBC should also grow or battery should not
[16:16] <tsdgeos> Saviq: Cimi: pstolowski: so https://code.launchpad.net/~cimi/unity8/fix-open-new-scope-from-tmp/+merge/249471 is now approved, who is landing it and the deps?
[16:17] <Saviq> tsdgeos, next unity8 landing, I believe, so me/mzanetti
[16:17] <tsdgeos> okidoki
[16:20] <pstolowski> great, thanks
[16:23] <tsdgeos> Saviq: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1421293 ?
[16:23] <tsdgeos> i'll refer to taht bug in the code
[16:24] <Saviq> tx
[16:29] <tsdgeos> pushed
[17:13] <Saviq> pstolowski, ah, your branch for unity-api will need a merge and another changelog bump
[17:15] <pstolowski> Saviq, looking
[17:19] <pstolowski> Saviq, updated, both unity-api and shell plugin
[18:20] <seb128> help
[18:20] <seb128> with is that not working
[18:20] <seb128> IR_SOCKET=/run/user/1000/mir_socket QT_QPA_PLATFORM=ubuntumirclient system-settings --desktop_file_hint=/usr/share/applications/ubuntu-system-settings.desktop
[18:20] <seb128> translate messages  fr_FR.UTF-8
[18:20] <seb128> that line starts with a M
[18:21] <seb128> running in a ssh from an user who has an active unity8 session on the same machine
[18:21] <seb128> Saviq, greyback_ ^ do you have any idea?
[18:22] <greyback_> seb128: are you getting any error messages?
[18:23] <greyback_> did you check the mir socket is actually there
[18:23] <seb128> (system-settings:8918): Gtk-WARNING **: cannot open display:
[18:23] <greyback_> check output of unity8.log too, in case it decided to reject the connection for some reason
[18:23] <seb128> I get
[18:23] <seb128> why gtk? it's not even a gtk codebase
[18:23] <seb128> the socket is there
[18:23] <greyback_> that gtk warning shouldn't be happening
[18:24] <greyback_> why the heck is it
[18:24] <seb128> indeed
[18:25] <seb128> ok, got it
[18:25] <seb128> QT_QPA_PLATFORMTHEME=appmenu-qt5
[18:25] <greyback_> aha
[18:25] <seb128> Mirv, sil2100, ^ appmenu not being nice!
[18:25] <greyback_> good catch
[18:25] <seb128> thanks ;-)
[18:26] <sil2100> What what?
[18:26] <seb128> sil2100, trying to run a qt5 app from ssh to a desktop running unity8
[18:26] <seb128> greyback_, next fun is
[18:26] <seb128>   what():  org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[18:26] <greyback_> aii
[18:26] <sil2100> Sorry, I didn't test this usecase ;)
[18:28] <seb128> greyback_, works after setting DBUS_SESSION_BUS_ADDRESS
[18:28] <seb128> greyback_, thanks for listening ;-)
[18:29] <greyback_> sweet