[03:01] <racarr> Cross-built-qtmir with cmake now has this problem" QFontDatabase: Cannot find font directory /usr/lib/arm-linux-gnueabihf/fonts - is Qt installed correctly?
[03:01] <racarr> "
[03:01] <racarr> anyone seen that sort of thing before?
[03:01] <racarr> if I link /usr/share/fonts to there
[03:01] <racarr> it starts, but lots of bad fonts
[03:01] <racarr> so I guess thats not what it expects
[03:01] <racarr> I cant find any fonts in lib
[03:10] <racarr> #ifdef Q_FONTCONFIGDATABASE
[03:10] <racarr> !
[03:11] <racarr> QMAAAAAAAAKE *groan*
[04:16] <Mirv> RAOF: awake? I'm just trying to find a core-dev to ack the dependency changes in compiz so that I could publish it: https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A0.9.12+14.10.20140918-0ubuntu1.diff
[04:16] <Mirv> as per ci train policies
[04:20]  * RAOF checks
[04:21] <RAOF> You've got a FFe for that, right?
[04:21] <RAOF> Mirv: Looks fine, as long as you've got an FFe.
[04:23] <Mirv> RAOF: right, porting to gtk3 sounds like a new feature
[04:23] <Mirv> bregma: do you have FFe for compiz gtk-window-decorator being ported to gtk3?
[04:25] <RAOF> Also “re-enable metacity theming support” :)
[07:12] <tsdgeos> mzanetti: aahhhhhhhh
[07:12] <tsdgeos> (process:2746): GLib-GIO-ERROR **: Settings schema 'com.ubuntu.touch.system' is not installed
[07:12] <tsdgeos> is that your thing?
[07:39] <Mirv> RAOF: now probably at sleep already? :) there'd be a small Mir landing too https://ci-train.ubuntu.com/job/ubuntu-landing-006-2-publish/17/artifact/packaging_changes_mir_0.7.3+14.10.20140918.1-0ubuntu1.diff (aside for the need for generic touch FFe)
[07:39] <Mirv> or well maybe not at sleep but potentially eod
[07:42] <tsdgeos> Mirv: it's not approved upstream yet
[07:42] <tsdgeos> Mirv: but i'm going to need https://codereview.qt-project.org/#/c/95245/ patched for us
[07:42] <tsdgeos> Mirv: i can make mzanetti vouch for it ^_^
[07:44] <mzanetti> tsdgeos: ?
[07:44] <mzanetti> don't think so
[07:44] <tsdgeos> :P
[07:44] <tsdgeos> getting that in a few CI runs
[07:44] <tsdgeos> have to yet investigate
[07:44] <mzanetti> tsdgeos: the launcher schema hasn't landed yet
[07:44] <tsdgeos> i'm having a look at how we're getting bazillion new features in what is sold as a "ui simplification"
[07:45] <mzanetti> tsdgeos: well, the schema has landed, but not the code that uses it
[07:45] <mzanetti> tsdgeos: I'm having a silo tested which I'd think is good enough
[07:45] <Mirv> tsdgeos: aha, ok. qtbase for a change.
[07:45] <mzanetti> but AP tests don't work any more for some reason
[07:46] <tsdgeos> Mirv: open a bug?
[07:47] <Mirv> tsdgeos: yes
[07:48] <tsdgeos> Mirv: ok, will do in a few mins
[07:52] <Mirv> tsdgeos: thanks, I'll see it then in my bug list
[07:55] <mzanetti> tsdgeos: heh, reboot button coming back soon
[07:55] <tsdgeos> i know, i approved :D
[08:05] <tsdgeos> Mirv: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1371472
[08:10] <RAOF> Mirv: Mir changes are good.
[08:11] <Mirv> thanks
[09:13] <tsdgeos> mzanetti: i think i know what's going on with that gsettings schema problem
[09:13] <tsdgeos> mzanetti: the new orientation lock needs it for tests
[09:14] <tsdgeos> so we need to move gsettings-ubuntu-schemas  up in debian control from unity8-private to build depends
[09:14] <tsdgeos> greyback: is it you that did the lock change?
[09:14] <greyback> tsdgeos: yeah
[09:14] <tsdgeos> greyback: read ↑↑↑ do i make sense?
[09:15] <mzanetti> greyback: hey, got a silo requested for orientation lock and splash screen
[09:15] <mzanetti> tsdgeos: when are you hitting that problem?
[09:15] <mzanetti> seems to build fine in the silo
[09:15] <greyback> tsdgeos: I'm missing context. What's broken?
[09:15] <tsdgeos> mzanetti: greyback: qmluitests run in CI
[09:16] <mzanetti> ah
[09:16] <greyback> tsdgeos: hmm, yeah then you're idea is the right way to go
[09:16] <tsdgeos> greyback: mzanetti: see https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/1350/consoleFull
[09:16] <greyback> s/you're/your/
[09:17] <tsdgeos> (process:2682): GLib-GIO-ERROR **: Settings schema 'com.ubuntu.touch.system' is not installed
[09:17] <tsdgeos> we have testShell failing
[09:17] <tsdgeos> now the question is
[09:17] <tsdgeos> do i need to just move it or duplicateit?
[09:17] <tsdgeos> i know not muhc about that hing
[09:17] <tsdgeos> thin
[09:17] <tsdgeos> thing
[09:17]  * mzanetti looks
[09:17]  * greyback thinks copy
[09:18] <mzanetti> yeah, copy
[09:18]  * mzanetti can see Saviqs facepalm when he comes back :D
[09:19]  * greyback wants to create some new random tags on the unity8 branch to annoy him
[09:20] <tsdgeos> ok, copy it is then
[09:21] <mzanetti> lol
[09:22] <tsdgeos> https://code.launchpad.net/~aacid/unity8/need_schemas_qmluitests/+merge/235252
[09:22] <tsdgeos> let's see the qmluitests run over this
[09:23] <mzanetti> ack
[09:23] <greyback> mzanetti: thanks for silo request!
[09:46] <Cimi> yeah +1 for welcome back saviq tag :)
[09:53] <tsdgeos> merges \o/
[10:35] <bregma> Mirv, no, no FFe for gtk-window-decorator, we started that landing so many weeks ago, I'll see about getting one in place
[10:42] <Mirv> bregma: alright, thanks
[11:16] <mzanetti> dandrader: good morning
[11:17] <dandrader> mzanetti, morning. some good news?
[11:17] <mzanetti> dandrader: hey, trying to land the splash screen stuff. code conflicts though, can you merge it please?
[11:17] <dandrader> mzanetti, sure
[11:21] <dandrader> mzanetti, done
[11:21] <mzanetti> dandrader: thanks. building now.
[11:21] <mzanetti> dandrader: this silo will have orientationLock + splash
[11:21] <mzanetti> so stay close :)
[11:22] <dandrader> mzanetti, so greyback found the problem with orientationLock not working anymore?
[11:23] <mzanetti> dandrader: he couldn't repro... was working fine for him
[11:23] <mzanetti> dandrader: so we decided to give it another go in the silo
[11:23] <dandrader> :)
[11:23] <mzanetti> the other silo was a bit too big anyways
[11:27] <greyback> dandrader: https://code.launchpad.net/~gerboland/qtmir/desktopFileReader/+merge/235223 - I had to do a little work for our custom splash-title key in the desktop file so that it's localizable
[11:28] <greyback> arse, somehow I screwed up my the /etc/sudoers file, am completely locked out! Need to wipe
[11:48] <mzanetti> greyback: on the phone?
[11:48] <greyback> mzanetti: yep
[11:48] <greyback> just reflashed, all ok, just lost time
[11:55] <mzanetti> greyback: https://launchpadlibrarian.net/185277786/buildlog_ubuntu-utopic-armhf.qtubuntu_0.60%2B14.10.20140919-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:56] <greyback> mzanetti: yeah just saw that. Did platform-api build?
[11:56] <mzanetti> greyback: full silo: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-006
[11:56] <mzanetti> greyback: I'm afraid a missing dependency/changelog bump
[11:57] <mzanetti> hmm... no .looks good
[11:58]  * greyback surprised it built at all, qtubuntu depends on PAPI 2.2.1.
[11:59] <greyback> and that hasn't built into the silo yet
[11:59] <mzanetti> yeah... should have been in "dependency wait"
[11:59] <mzanetti> greyback: ah wait
[12:00] <mzanetti> could it be that platform-api released 2.2.1 in the meantime?
[12:00]  * mzanetti pulling
[12:02] <mzanetti> greyback: yeah, they're at 2.3.0 by now :D
[12:02] <greyback> mzanetti: oh damn, ok bumping
[12:04] <greyback> mzanetti: have got unity8 hanging with AP now too
[12:05] <mzanetti> ah great
[12:06] <mzanetti> bregma: ping
[12:08] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/need_schemas_qmluitests/+merge/235252 worked, top approve plz
[12:08] <tsdgeos> mzanetti: and even maybe add to the magic silo?
[12:09] <mzanetti> ack
[12:09] <cwayne> anyone seen cimi?
[12:09] <tsdgeos> cwayne: his internet is dead
[12:09] <tsdgeos> cwayne: send him an email, he's still working and checking email in phone or somewhere
[12:10] <mzanetti> bregma: I'd need you help please. we need to release the schema change to rtm too
[12:12] <cwayne> tsdgeos: ah thanks
[12:14] <mzanetti> Mirv: can you please reconfig 006 to have the -gles sync package too
[12:14] <mzanetti> wrong channel :/
[12:20] <greyback> mzanetti: ok I've updated papi, qtubuntu (and qtmir just in case)
[12:22] <mzanetti> ack
[12:25] <Mirv> mzanetti: sure
[13:09] <greyback> mzanetti: know of a bug for the AP freeze?
[13:11] <mzanetti> greyback: no
[13:11] <mzanetti> greyback: we didn't report it
[13:11] <mzanetti> greyback: any new findings?
[13:13] <greyback> mzanetti: ok. So far it's hanging on the android side, so can't get useful backtrace. But it's related to qtmultimedia (as that uses android media backed) - so workaround is to comment out the Audio{} component in Notifications.qml
[13:13] <mzanetti> aha!
[13:13] <mzanetti> that one again
[13:13] <greyback> again?
[13:17] <mzanetti> greyback: yeah... some while back it wouldn't start at all
[13:17] <mzanetti> then it got fixed afaik
[13:17] <mzanetti> at least it didn't happen any more
[13:17] <Guest93672> robotfuel: on https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1360593
[13:18] <Guest93672> do you know of a good way to reproduce ?
[13:18] <Guest93672> e.g. are you using jibel's instructions exactly ? or ?
[13:39] <kgunn> robotfuel: ^^
[13:40] <robotfuel> kgunn: randomly clicking with the long running test
[13:41] <kgunn> robotfuel: what is that exactly ? "long running test" ?
[13:41] <kgunn> when you say randomly clicking is that programmatic ? or you literally/manually clicking ?
[13:42] <robotfuel> kgunn: it's a tests that uses autopilot to randomly click and swipe the screen.
[13:43] <kgunn> robotfuel: can you supply some instructions so we can run it ?
[13:43] <robotfuel> kgunn: it uses python's random number generator to randomly click the screen.
[13:43] <robotfuel> kgunn: sure
[13:47] <kgunn> thanks robotfuel
[13:47] <kgunn> trying to nail it....and its like chasing a ghost
[14:05] <robotfuel> kgunn: http://pastebin.ubuntu.com/8380074/ is ~/get_sudo.sh in the next script http://pastebin.ubuntu.com/8380071/
[14:06] <kgunn> robotfuel: ta
[14:06] <robotfuel> kgunn: you just need to export ANDROID_SERIAL=<num here> before you run it.
[14:08] <robotfuel> kgunn: I copied that all out of jenkins jobs, so I hope I got everything. let me know if you run in to problems
[14:24] <Cimi> alecu, hola
[14:25] <Cimi> alecu, what is missing in https://code.launchpad.net/~unity-team/unity8/card-visual-tweaks/+merge/234332 ? just the title alignment?
[14:55] <alecu> ciao, Cimi. Let me try that branch again, and I'll ping you in a few minutes
[14:55] <Cimi> alecu, ta
[15:10] <tsdgeos> someone tell me if this is a bug like i think or i'm doing something silly
[15:11] <tsdgeos> http://paste.ubuntu.com/8380445/ list with remove animation
[15:11] <tsdgeos> on click we remove item 1
[15:11] <tsdgeos> it's not until item1 is the last to be removed that the animation actually happens :S
[15:17] <Cimi> tsdgeos, tried with other properties?
[15:17] <Cimi> tsdgeos, removeDisplaced
[15:17] <Cimi> move etc etc
[15:18] <Cimi> alecu, ? :)
[15:18] <tsdgeos> cwayne: i don't want those, i want remove
[15:20] <cwayne> tsdgeos: i assume that was meant for Cimi?
[15:20] <tsdgeos> cwayne: oh yes sorry
[15:21] <tsdgeos> ah wait....
[15:21] <robotfuel> kgunn: did those instructions work for you?
[15:21] <Cimi> tsdgeos, ok found the mistake
[15:21] <kgunn> robotfuel: actually, i think we might have cornered the problem w/o having to run
[15:21] <Cimi> tsdgeos, at least I think
[15:22] <kgunn> robotfuel: seems there a specific scope
[15:22] <tsdgeos> cwayne: yeah me too, the thing is actually animating
[15:22] <tsdgeos> just below the others
[15:22] <Cimi> tsdgeos, looks like you are trying to remove model 1, not the one you click
[15:22] <tsdgeos> cwayne: damnit, sorry not you
[15:22] <Cimi> tsdgeos, ah cool
[15:22] <Cimi> yeah might be that
[15:22] <tsdgeos> Cimi: that was part of my initial description, no a mistake :D
[15:22] <kgunn> robotfuel: NearBy scope
[15:23] <tsdgeos> yeah is that
[15:23] <Cimi> tsdgeos, bravo
[15:23] <tsdgeos> Cimi: http://paste.ubuntu.com/8380549/ fixes the thing
[15:23] <Cimi> tsdgeos, so the animation is hidden, right?
[15:23] <tsdgeos> yep
[15:24] <Cimi> cool
[15:28] <alecu> Cimi: I'm trying to run that branch on my desktop, and I can't see any of the changes in it; I'll try running the debs from it on the phone.
[15:29] <Cimi> alecu, how did you try on the desktop?
[15:29] <alecu> ./run.sh
[15:29] <Cimi> alecu, this loads the system installed unity8-dash
[15:29] <Cimi> alecu, start unity8-dash BINARY=$PWD/builddir/src/Dash/unity8-dash ARGS=-mousetouch
[15:29] <alecu> ah :P
[15:30] <Cimi> alecu, from the branch folder
[15:30] <alecu> it's been a while since I ran this, it seems :P
[15:33] <dandrader> mzanetti, do you know what happens to an app  that gets a d-bus message while suspended?
[15:33] <dandrader> mzanetti, will it see it once it gets resumed?
[15:35] <dandrader> greyback_, ^^ ?
[15:35] <kgunn> greyback_: ^ might know
[15:35] <kgunn> :)
[15:36] <greyback_> dandrader: I think it misses it entirely
[15:36] <kgunn> oh nice
[15:36] <dandrader> yeah, what I expected
[15:36] <greyback_> dbus doesn't maintain a queue for clients
[15:37] <kgunn> greyback_: not being familiar, does it have a req/resp system to it...like an ack someone consumed on the other end ?
[15:37] <kgunn> e.g. if it does get dropped, you know
[15:38] <dandrader> kgunn, yes. when you call a d-bus method you always get a reply. so you know if it went through or not
[15:38] <greyback_> kgunn: I don't think so (I'm nto expert), it either has async message, else a sync message where receiver must respond
[15:38] <greyback_> dandrader: really? Ok :)
[15:38] <alecu> Cimi: so, in that branch all titles are still left-aligned: http://pasteboard.co/k5vU8Z1.png
[15:38] <kgunn> dandrader: went through ? or consumed ?
[15:38] <kgunn> subtle difference
[15:39] <alecu> Cimi: and somehow some subtitles are gone: http://pasteboard.co/k5urHlW.png
[15:39] <dandrader> kgunn, if it reached its destination successfully
[15:39] <alecu> Cimi: though I still see subtitles in eg: the 7digital scope
[15:39] <alecu> Cimi: so, I'm guessing there's something broken on my desktop; will try it on the phone
[15:42] <Cimi> alecu, I confirm the issue
[15:43] <Cimi> left aligned
[15:43] <Cimi> weird
[15:46] <Cimi> alecu, can you pull and retest?
[15:46] <Cimi> alecu, I changed something, I want to be sure I didn't break other things :D (was saviq code)
[15:52] <mzanetti> dandrader:
[15:52] <mzanetti> re
[15:53] <mzanetti> dandrader: yes, should be queued, in case of an async dbus message
[15:53] <mzanetti> dandrader: a sync one will block the caller
[15:53] <dandrader> mzanetti, won't it time out?
[15:53] <mzanetti> dandrader: yeah, will time out
[15:53] <mzanetti> dandrader: but 30 secs or so
[15:53] <mzanetti> see this for a related topic: https://code.launchpad.net/~mzanetti/unity8/async-dashcommunicator/+merge/235272
[15:53] <alecu> Cimi: titles are now centered, so that's good. What's bad is that long titles have only one line with ellipsis: http://pasteboard.co/k6xelVs.png
[15:54] <mzanetti> dandrader: its quite tricky to get that right
[15:54] <mzanetti> alecu: hi. just to let you know: the payment branch landed in utopic, however, there's issue with releasing it to rtm
[15:54] <mzanetti> alecu: we need unity7 synced to rtm
[15:54] <alecu> Cimi: I still think the spec is wrong to say that titles with more than one line should be left aligned, though.
[15:54] <mzanetti> alecu: is this really high priority to get over to rtm?
[15:55] <dandrader> mzanetti, so unity8-dash is being suspended now when not focused?
[15:55] <alecu> mzanetti: yes: we need that bugfix to start beta testing of payments
[15:55] <mzanetti> dandrader: yes, soon
[15:55] <mzanetti> bregma: ping
[15:55] <bregma> mzanetti, what up?
[15:56] <alecu> mzanetti: is there a way to land just that bugfix in rtm?
[15:56] <mzanetti> bregma: hey, the schema change you landed for us
[15:56] <mzanetti> bregma: we need that in RTM too.
[15:56] <mzanetti> bregma: can you just sync that over as we do with our changes?
[15:56] <mzanetti> or is that more complicated in that case?
[15:57] <bregma> mzanetti, I don't imagine it's any more complicated, I'd have to check to see
[15:57] <bregma> I'll lok in to it
[15:58] <mzanetti> bregma: great, thanks
[15:58] <mzanetti> alecu: ^
[15:58] <mzanetti> alecu: so once that is over we can sync our silo
[15:58] <alecu> mzanetti: awesome
[15:58] <mzanetti> alecu: thanks for testing btw
[15:59] <Cimi> alecu, when do we want 2 lines?
[16:00] <alecu> Cimi: when the app titles are too long. eg: "System Configuration", "Dropping Letters": http://pasteboard.co/k6xelVs.png
[16:01] <Cimi> alecu, at the moment we have "if is centered -> 1 line"
[16:01] <Cimi> alecu, trying to figure out if we have a rule in the specs
[16:02] <alecu> Cimi: I think the spec is bad to say "title only, more than one line => left align"
[16:02] <Cimi> alecu, so maybe we want 2 lines when there is no subtitle and no attrivutes?>
[16:02] <alecu> Cimi: I think that makes sense, yes.
[16:03] <Cimi> alecu, actually, could be 2 lines when either of those is off
[16:07] <Cimi> alecu, ok I am doing as the spec anyway
[16:08] <Cimi> alecu, do you have an example with two lines, centered?
[16:10] <Cimi> ok, even apps, found it
[16:10] <Cimi> I think looks fine with left align
[16:34] <Cimi> cwayne, I'm about to afk, but branch should be fine
[16:34] <Cimi> cwayne, if you want to test it, I might be back in a couple of hours, or just during weekend
[17:34] <cwayne> Cimi: is it in a silo?
[18:12] <Cimi> cwayne, nope