[07:18] <tsdgeos> that was a biiiig release we had there
[07:20] <Saviq> tsdgeos, indeed
[07:28] <Saviq> tsdgeos, daily merge-fest? ;)
[07:29] <tsdgeos> yeah ;)
[07:29] <Saviq> thanks for that
[07:29] <tsdgeos> i'm surprised we managed to merge so many branches at once tbh
[07:29] <Saviq> yeah, it wasn't easy
[07:29] <Saviq> the last conflict we fixed yesterday ~9pm or something
[07:30] <Saviq> but well, kind-of proves it can be done
[07:30] <Saviq> with some prerequisites
[07:44] <tsdgeos> elopio: can you review https://code.launchpad.net/~chris.gagnon/unity8/autopilot-helper-to-background-and-signal-app/+merge/220438 ?
[07:44] <tsdgeos> Saviq: yep :)
[07:44] <tsdgeos> Saviq: is https://code.launchpad.net/~unity-team/unity8/infographics-new-lightdm/+merge/226079 waiting on me?
[07:45] <Saviq> tsdgeos, not really, you reviewed it before
[07:45] <tsdgeos> ah
[07:45] <Saviq> tsdgeos, or well, just put it in Needs fixing due to conflict
[07:45] <Saviq> tsdgeos, so when I resubmitted it requested one from you again
[07:46] <tsdgeos> Saviq: ok, so you're going to review then
[07:49] <Saviq> tsdgeos, yeah I will
[07:49] <mzanetti> o/
[07:49] <Saviq> mzanetti, IT LANDED
[07:49] <Saviq> ;)
[07:49] <mzanetti> hehe :)
[07:53] <tsdgeos> hmmm
[07:53] <tsdgeos> doesn't start ?
[07:55] <tsdgeos> i have nothing on screen on the desktop :/
[07:55] <tsdgeos> can you guys reproduce? @unity ↑
[07:55] <mzanetti> tsdgeos: what doesn't start?
[07:55] <tsdgeos> unity8
[07:56] <mzanetti> on the phone?
[07:56] <tsdgeos> on the destkpop
[07:56]  * mzanetti tries
[07:58] <mzanetti> for a start it doesn't build here...
[07:58] <tsdgeos> :D
[07:58] <tsdgeos> dist-upgrade
[07:58] <tsdgeos> and bzr pull
[07:58] <mzanetti> yeah, on it
[07:59] <tsdgeos> i think there's something weird with scopes/upstart
[07:59] <tsdgeos> again
[08:00] <tsdgeos> http://paste.ubuntu.com/7773941/
[08:01] <tsdgeos> let me reboot
[08:09] <mzanetti> doesn't build here for real
[08:09] <mzanetti> ah, found it
[08:15] <tsdgeos> reboot did not help :'(
[08:17] <mzanetti> tsdgeos: same here
[08:17] <mzanetti> tsdgeos: well, this, right?
[08:17] <mzanetti> initctl: Unknown job: unity8
[08:17] <mzanetti> Unity8 is already running, please stop it first
[08:18] <tsdgeos> no no
[08:18] <tsdgeos> it just hangs on run
[08:19] <Saviq> tsdgeos, I know what's wrong with your upstart
[08:20] <Saviq> tsdgeos, it speaks Catalán
[08:20] <tsdgeos> for me it hangs in
[08:20] <tsdgeos>     view->setSource(source);
[08:20] <tsdgeos> debugs before that are printed
[08:20] <tsdgeos> after not
[08:20] <tsdgeos> let me gdb
[08:21] <tsdgeos> http://paste.ubuntu.com/7774024/
[08:21] <tsdgeos> somethin broke
[08:22] <Saviq> confirmed
[08:22] <Saviq> wth
[08:22]  * Saviq goes back in history
[08:23] <tsdgeos> /usr/lib/x86_64-linux-gnu/unity8/qml/Unity/libUnity-qml.so
[08:23] <tsdgeos> says it's the culprit here
[08:23] <mzanetti> for me it starts fine if I start the binary manually, but with upstart it keeps on complaining it would already be running
[08:24] <tsdgeos> or maybe not
[08:24] <tsdgeos> ah
[08:24] <tsdgeos> i think i know what's u
[08:24] <tsdgeos> p
[08:24] <tsdgeos> launcher fighting against itself
[08:25] <tsdgeos> you're on Plasma so you don't have a launcher that fights against itself
[08:25] <tsdgeos> so it works
[08:25] <tsdgeos> nah
[08:25] <tsdgeos> not that
[08:25] <tsdgeos> ignore me
[08:25] <mzanetti> :D
[08:25] <tsdgeos> new backtrace
[08:25] <tsdgeos> http://paste.ubuntu.com/7774040/
[08:25] <tsdgeos> telephony service?
[08:25] <tsdgeos> i don't have a phone you!
[08:26] <Saviq> yeah
[08:26] <Saviq> the active call hint
[08:26] <Saviq> dednick's fault
[08:28] <tsdgeos> here he is :D
[08:28] <Saviq> man of the hour
[08:28] <Saviq> wonder why the mock isn't being loaded :?
[08:28] <Saviq> ah I know why
[08:28] <Saviq> because we fall *back* to mocks...
[08:29] <Saviq> dednick, unity8 hangs on startup on desktop
[08:29] <Saviq> dednick, trying to talk to the telephony service
[08:30] <tsdgeos> i'd say it's actually telephony service's fault
[08:30] <dednick> Saviq: hm. you mean unity8 desktop, or phone shell on desktop?
[08:30] <Saviq> dednick, same thing
[08:30] <tsdgeos> for doing a blocking forever call on plugin registration
[08:30] <tsdgeos> doesn't seem to be a very smart thing
[08:30] <dednick> weird. not like it wasn't tested...
[08:30] <tsdgeos> lots of evil things could happen
[08:30] <Saviq> tsdgeos, sure, it should just work, whether you have a modem or not
[08:31]  * tsdgeos goes back to dash overview coding by using tryDash instead of ./run.sh
[08:31] <dednick> Saviq: i'll look into it.
[08:31] <Saviq> dednick, thanks
[08:31] <Saviq> tsdgeos, mzanetti, temp solution would be to purge qtdeclarative5-ubuntu-telephony0.1
[08:32] <tsdgeos> Saviq: that wanted to uninstall lots of stuff
[08:32] <Saviq> it does, however, nuke online accounts
[08:32] <Saviq> yeah
[08:40] <mzanetti> ah, that's why it started for me... I don't have that installed
[08:40] <mzanetti> however, upstart still doesn't want it here
[08:40] <dednick> Saviq: hm. that's odd. running the branch I MP'd doesnt hang, but trunk does
[08:40] <Saviq> dednick, hmm, lemme try
[08:41] <Saviq> dednick, I tried r1025, it worked, r1026 didn't
[08:41] <dednick> Saviq: although, looks like my branch is out of date with unity api
[08:41] <Saviq> lemme try another approach
[08:42] <dednick> Saviq: it's possible it's not loading things due to deps.
[08:42] <Saviq> dednick, yeah, r1024 in trunk
[08:45] <Saviq> dednick, I committed 1024 + 1026 on top of previous release → hang
[08:47] <Saviq> dednick, but agreed, not really your fault
[08:47] <Saviq> import QtQuick 2.2
[08:47] <Saviq> import Ubuntu.Telephony 0.1
[08:47] <Saviq> Rectangle {
[08:47] <Saviq>     width: 20
[08:47] <Saviq>     height: 20
[08:47] <Saviq> }
[08:47] <Saviq> this hangs as well
[08:48] <dednick> yay
[08:48] <dednick> although mine isn't hanging
[08:48] <Saviq> I expect singleton provider or something
[08:48] <Saviq> dednick, sure it's loading the real telephony plugin, thought?
[08:48] <Saviq> -t
[08:49] <Saviq> and are you up-to-date?
[08:49] <dednick> Saviq: trunk run.
[08:49] <Saviq> dednick, hum
[08:49] <Saviq> tsdgeos, mzanetti, can you try the above qml if it hangs for you?
[08:50] <tsdgeos> Saviq: yes same issue
[08:52] <Saviq> wonder
[08:52] <Saviq> it got released yesterday
[08:53] <tsdgeos> oh :/
[08:53] <dednick> hm. wonder what's up with my setup that it works
[08:54] <dednick> any way to tell which plugin it's picking up for each one?
[08:54] <Saviq> dednick, qmlplugindump Ubuntu.Telephony 0.1
[08:54] <dednick> i remember there's some option which tells you plugin loading stats when you start qt app
[08:54] <dednick> tsdgeos: ^ ?
[08:54] <dednick> debugging option
[08:55] <dednick> Saviq: hm. looks right
[08:56] <tsdgeos> dednick: don't rememeber tbh
[08:56] <Saviq> dednick, so it doesn't hang for you on ./run.sh?
[08:56] <tsdgeos> you can go into /proc/pidnumber
[08:56] <tsdgeos> and then cat maps
[08:56] <tsdgeos> it's a bit manual
[08:56] <tsdgeos> but works :D
[08:56] <dednick> Saviq: nope. nor with the test qml you gave.
[08:56] <Saviq> dednick, apt-cache policy qtdeclarative5-ubuntu-telephony0.1
[08:56] <Saviq> ?
[08:57] <dednick> Saviq: i just updated.
[08:57] <dednick> 0.1+14.10.20140709.2-0ubuntu1
[08:58] <Saviq> same
[08:58] <Saviq> wonder what's different
[08:58]  * Saviq tries previous release
[09:02] <Saviq> mzanetti, tsdgeos, bug #1340086
[09:02] <mzanetti> Saviq: for me its still something else
[09:02] <Saviq> hum?
[09:03] <mzanetti> initctl: Unknown job: unity8
[09:03] <mzanetti> Unity8 is already running, please stop it first
[09:03] <mzanetti> it starts fine here if I run the binary from builddir/src/ manually
[09:03] <Saviq> mzanetti, yeah, not here, so you have some unrelated upstart weirdness
[09:03] <mzanetti> yep...
[09:04] <Saviq> mzanetti, the "unknown job" comes from initctl
[09:04] <Saviq> mzanetti, but the latter from our script
[09:04] <mzanetti> Saviq: yeah... isn't the "unknown job" one to say that it couldn't find the script which produces the next message?
[09:04] <Saviq> FOOOKING ^W
[09:04] <mzanetti> :D
[09:05] <Saviq> mzanetti, no, run.sh has the next message
[09:05] <mzanetti> ah
[09:05] <Saviq> mzanetti, env | grep UPSTART_SESSION?
[09:05] <mzanetti> UPSTART_SESSION=unix:abstract=/com/ubuntu/upstart-session/1000/8674
[09:06] <Saviq> mzanetti, well, do you have unity8 installed?
[09:06] <Saviq> mzanetti, or data/unity8.conf copied to ~/.config/upstart/
[09:08] <mzanetti> Saviq: I did install unity8-desktop-session a few days ago, but it doesn't seem to be installed any more
[09:08] <mzanetti> Saviq: ~/.config/upstart is empty
[09:08] <Saviq> mzanetti, you removed that one recently
[09:08] <Saviq> mzanetti, so just install unity8
[09:09] <mzanetti> Saviq: huh? so run.sh requires it to be installeD?
[09:09] <mzanetti> hmm... indeed
[09:09] <Saviq> mzanetti, just for the upstart job
[09:09] <mzanetti> works again. thanks.
[09:09] <Saviq> mzanetti, which you can copy to ~/.config/upstart
[09:09] <Saviq> mzanetti, truth be told the script was smarter before
[09:09] <mzanetti> yeah, but I learned that's not a good idea :)
[09:09] <Saviq> or maybe it's autopilot that's smarter
[09:09] <Saviq> mzanetti, you could symlink
[09:10] <mzanetti> true
[09:10] <dednick> Saviq: QT_DEBUG_PLUGINS=1 ./builddir/src/unity8 2>&1 | grep Telephony
[09:10] <Saviq> mzanetti, but yeah, when initctl tells you it doesn't know the job, means there isn't one
[09:10] <Saviq> dednick,
[09:10] <Saviq> Found metadata in lib /usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Telephony/libtelephonyservice-qml.so, metadata=
[09:10] <Saviq> loaded library "/usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Telephony/libtelephonyservice-qml.so"
[09:11] <mzanetti> Saviq: for some reason I thought run.sh would export some paths so that initctl finds upstart files inside the src dir
[09:11] <dednick> hm
[09:11] <dednick> same on mine
[09:11] <Saviq> mzanetti, impossible
[09:11] <Saviq> mzanetti, init is running before your session
[09:11] <mzanetti> yeah... well, doesn't make it technically impossible
[09:12] <Saviq> mzanetti, it's upstart that'd need that
[09:12] <Saviq> mzanetti, you'd have to tell upstart where to look
[09:12] <mzanetti> yeah... something like systemctl reload or so
[09:12] <Saviq> yeah
[09:12] <mzanetti> you know what I mean
[09:12] <Saviq> sure
[09:12] <dednick> and if i remove the Telephony plugin from qt5/qml/Ubuntu, i get:
[09:12] <dednick> loaded library "/home/nick/Work/phablet/trunk/builddir/tests/mocks/Ubuntu/Telephony/libFakeUbuntuTelephonyQml.so"
[09:12] <Saviq> well, I said impossible when I don't even know
[09:12] <dednick> so it is getting the correct one
[09:12] <Saviq> dednick, well, define "correct"
[09:12] <Saviq> dednick, it shouldn't load the mock
[09:13] <dednick> Saviq: that's only if i remove the telephony plugin
[09:13] <Saviq> dednick, ah yeah
[09:13] <Saviq> dednick, so something must cause the plugin to hang here but not for you
[09:13] <Saviq> hhmmmm!
[09:13] <Saviq> tsdgeos, do you have a 3G modem in your laptop?
[09:13]  * Saviq does
[09:13] <karni> Saviq: is the uncollapsed text widget (a one without see more|see less) for RTM?
[09:14] <tsdgeos> Saviq: it may happen
[09:14] <dednick> Saviq: ah...
[09:14] <mzanetti> really? I've just put the phone out of my hands to write those above 2 lines. and now a cat is sitting straight on it...
[09:14] <dednick> gm.
[09:14] <Saviq> karni, yes
[09:14] <dednick> i don't have one.
[09:14] <karni> tnx
[09:14] <tsdgeos> Saviq: any idea how to check?
[09:14] <dednick> Saviq: let me install fake modem and try that
[09:14] <Saviq> tsdgeos, lsusb could tell you something
[09:15] <tsdgeos> Saviq: no, can't find anything obvious in there
[09:16] <Saviq> tsdgeos, do you have "enable cellular" or so in the network indicator?
[09:16] <tsdgeos> Saviq: in the unity7 one?
[09:16] <tsdgeos> no
[09:16] <Saviq> tsdgeos, k, so maybe not taht
[09:18] <mhr3> karni, ping?
[09:18] <karni> mhr3: pong
[09:19] <mhr3> karni, do you have a scope that had this problem? lp:1329880
[09:19] <mhr3> karni, looking for something to test the fix against
[09:19] <mhr3> eh, lp:1329890
[09:20] <mhr3> bot ^^?
[09:20] <mhr3> https://bugs.launchpad.net/unity-scopes-shell/+bug/1329890
[09:20] <karni> found it manually
[09:20] <karni> hrm
[09:20] <Saviq> tsdgeos, ah, patience?
[09:20] <tsdgeos> Saviq: you mean it starts after ages?
[09:21] <Saviq> tsdgeos, the rectangle did for me
[09:21] <tsdgeos> i guess dbus times out
[09:21] <Saviq> tsdgeos, but it might've been because I killed the telepathy service
[09:21] <Saviq> tsdgeos, no not really
[09:21] <Saviq> tsdgeos, it's trying to get accounts and times out on that
[09:21] <karni> mhr3: I currently don't have such a scope, but you could take any local scope (I could give you one, if you want), and you could add those lines to have a CannedQuery under the button on the preview
[09:22] <mhr3> karni, the idea was to avoid doing actual work ;D
[09:22] <karni> mhr3: hahaha gotcha bro. no, I tried it and gave up when it didn't work :(
[09:22] <karni> just tagged the bug to confirm it
[09:23] <mhr3> karni, alright, thx anyway
[09:23] <karni> mhr3: sorry I wasn't of help
[09:23] <mhr3> no worries
[09:23] <Saviq> tsdgeos, yeah, just leave it in ./run.sh for 30s or so
[09:24] <tsdgeos> Saviq: so who fixes this in the telephony side?
[09:24] <Saviq> tsdgeos, boiko/tiagosh
[09:24] <tsdgeos> Saviq: did you file the bug already or should i?
[09:24] <Saviq> tsdgeos, bug #1340086
[09:26] <Saviq> tsdgeos, I'll let them know when they're around... in the mean time... ./run.sh -f ?
[09:26] <tsdgeos> Saviq: sure, i can just use make tryDash
[09:26] <Saviq> or well, kill the plugin somehow (delete qmldir or something)
[09:34] <dednick> Saviq: do you have a stacktrace for the hang?
[09:34] <Saviq> dednick, https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1340086/comments/1
[09:36] <Saviq> dednick, something in http://bazaar.launchpad.net/~phablet-team/telephony-service/trunk/view/head:/Ubuntu/Telephony/components.cpp is blocking on startup for 30s, looking for a telephony-enabled telepathy account
[09:36] <dednick> Saviq: ah.
[09:37] <Saviq> dednick, sorry, didn't ping you when found the reason
[09:37] <Saviq> dednick, it gives up after 30s and lets everything go
[09:37] <dednick> wonder why mine isn't hanging. maybe i don't have any acounts
[09:37] <Saviq> `mc-tool list`?
[09:38]  * Saviq tries in another account
[09:39] <dednick> i only have one account. ofono/ofono/account0
[09:39] <Saviq> ah you do
[09:39] <Saviq> I don't
[09:39] <Saviq> so that sounds like why
[09:40] <Saviq> probably installing phonesim got it for you
[09:40] <dednick> Saviq: hm. i installed it after
[09:40] <Saviq> dednick, but you had it before
[09:40] <dednick> Saviq: no idea.
[09:40] <Saviq> dednick, not when testing the in-call indicator/
[09:40] <Saviq> ?
[09:40] <dednick> Saviq: on phone
[09:41] <Saviq> mhm
[09:41] <Saviq> dednick, anyway, *somehow* you got the ofono account created, I don't have it
[09:42] <dednick> Saviq: right
[09:42] <dednick> Saviq: how do i get rid of it!?
[09:42] <Saviq> mc-tool remove ofono/ofono/account0
[09:43] <Saviq> dednick, depending on what created it, it might come back, though...
[09:43] <dednick> Saviq: yay. hangs
[09:43] <dednick> Saviq: so yeah. confirmed!
[09:43] <Saviq> yup
[09:44] <Saviq> lol
[09:45] <Saviq> polish airlines are doing bidding for business class upgrades :D
[09:45] <Saviq> I just got an email that I can bid for a business class seat on the flight to London
[09:45] <dednick> Saviq: free?
[09:45] <Saviq> dednick, "bid"
[09:45] <mhr3> Saviq, like ebay style?
[09:45] <Saviq> mhr3, yes
[09:45] <dednick> Saviq: ahh.
[09:45] <mhr3> heh
[09:46] <dednick> Saviq: 1 cent?
[09:46] <dednick> winner!
[09:46] <Saviq> something like €125 min
[09:46] <dednick> pfft
[09:47] <popey> mhr3: do you know where the source for the scopes pre-installed lives?
[09:47] <mhr3> popey, a specific one?
[09:47] <popey> sure, wikipedia for start, but any/all of them really
[09:49] <mhr3> popey, lp:ubuntu-rest-scopes, lp:unity-scope-click, lp:unity-scope-scopes, lp:unity-scope-mediascanner
[09:50] <mhr3> popey, and an example go scope - lp:unity-scope-soundcloud
[09:50] <popey> great, thank you!
[09:50] <mhr3> popey, fwiw the rest scopes use an api we don't want to advertise
[09:52] <mzanetti> channel ubuntu-touch/utopic is the "stable" one, right?
[09:53] <popey> mhr3: ubuntu-touch/devel
[09:53] <popey> sorry mzanetti ^
[09:53] <popey> actually one is a symlink to the other i think..
[09:53] <Saviq> mzanetti, it's the promoted one
[09:53] <mzanetti> popey: oh, thanks.
[09:53] <Saviq> mzanetti, stable is... stable ;)
[09:53] <mzanetti> Saviq: yeah, trying to restore my dogfooding device
[09:53] <Saviq> mzanetti, yup
[09:53] <mzanetti> Saviq: I meant "stable", not stable :D
[09:54] <Saviq> you did say that indeed ;)
[09:55] <mzanetti> popey: will check out the OSK thing in a minute
[09:55] <popey> oh thank you
[09:56] <mzanetti> seems I uninstalled the OSK in order to get more space for dbgsyms :D
[09:56] <popey> hah
[10:01] <Saviq> lol
[10:01] <Saviq> mzanetti, apparently it really helped, so worth it!
[10:01] <mzanetti> Saviq: nice :)
[10:01] <mzanetti> Saviq: it lust locked up again here :/
[10:01] <Saviq> mzanetti, well, it's not fixed yet
[10:02] <mzanetti> Saviq: yeah, but do we know what it is?
[10:02] <mzanetti> or still just have some thoughts based on the stack trace
[10:02] <Saviq> mzanetti, bug #1339700
[10:02] <Saviq> mzanetti, fixes are proposed already
[10:02] <mzanetti> oh cool!
[10:02] <Saviq> mzanetti, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1339700/comments/12
[10:03] <Saviq> that's what I meant by "it helped"
[10:05] <mzanetti> :)
[10:05] <mzanetti> makes me happy :)
[10:07] <mzanetti> I'm having troubles with WiFi now though
[10:07] <mzanetti> had to enable + disable flight mode for it to find wifis
[10:07] <mzanetti> which is a bit more complicated on the promoted image for now
[10:10] <mhr3> mzanetti, so did i after i flashed latest, turning wifi on/off worked for me though
[10:11] <mzanetti> mhr3: hmm... rebooting after flashing helped too
[10:11] <mzanetti> mhr3: but more intersting:
[10:11] <mzanetti> in that state I didn't have the wifi on/off switch in settings
[10:11] <mzanetti> only a list of previously connected networks
[10:11] <mhr3> oh... hmm, i did have the switch
[10:13] <mzanetti> meh... and even though wifi says its connected now, indicators still show 3G
[10:13] <mzanetti> and no WiFi icon
[10:13] <xnox> Do compiz people hang out here? I have question about metacity 3.12.0
[10:13] <xnox> it's currently restricted to not build at all.
[10:13] <xnox> horum. not ported yet.
[10:13] <xnox> will try to catch alberts about it?
[10:15] <karni> mhr3: I hear some eye candy has landed in 123. by any chance, do we already have scope_cache() method?
[10:16] <Saviq> xnox, Trevinho's around
[10:16] <Saviq> maybe can help, or redirect at least
[10:17] <xnox> Saviq: ah.
[10:18] <xnox> Saviq: Trevinho: well I have fired an email to Alberts to check what else is needed. Looks like gtk window decorator is not yet fully ported to gtk3+ hence metacity 3.12 is disabled.
[10:18] <xnox> Saviq: I wonder if i can package it in parallel to gtk2. Not sure.
[10:19] <tsdgeos> Saviq: i guess we use cardTool for the ScopesOverview anyway
[10:19] <Saviq> tsdgeos, yeah
[10:19] <mhr3> karni, nope, not yet, what landed is settings and header links
[10:19] <Saviq> tsdgeos, the only special thing there is category-layout
[10:20] <Saviq> tsdgeos, the rest needs to happen in dash toolkit in any case
[10:20] <karni> mhr3: yummy!
[10:21] <mhr3> karni, there's no ui for settings yet though... just the api is there
[10:21] <karni> ack
[10:23] <Saviq> pete-woods, hey, can you fight for reviews for file-based infographics for !unity8?
[10:25] <mzanetti> greyback: qtcomp doesn't change anything in this regard, does it? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1340120
[10:25] <mhr3> karni, oh but also the basic customizations landed
[10:26] <mhr3> karni, if you're into that :)
[10:26] <karni> mhr3: completely, yes. Victor is psyched! (we're all happy)
[10:31] <greyback> mzanetti: hmm, not sure. If app in background, it should be SIGSTOP-ed, perhaps that broke in trunk
[10:31] <mzanetti> greyback: look at my comment
[10:31] <greyback> mzanetti: aha. No, qtcomp doesn't change that sadly
[10:38] <pete-woods> Saviq: sure, will grab some poor unsuspecting person
[10:39] <Saviq> pete-woods, I'm mostly happy with the UI branch, just typing down some functional review on libusermetrics
[10:40] <pete-woods> Saviq: are you happy to pass the camera and telephony MRs (given how trivial they are)?
[10:40] <Saviq> pete-woods, still can't get stats out of camera - can you try it out, though, as it changed a lot recently?
[10:40] <pete-woods> Saviq: sure, will check again today
[10:40] <mhr3> Saviq, so, we landed the api for scope settings, and the plugin branch that exposes it is landing right now, we'll need the shell to actually create the settings ui, could you add it to your massive list?
[10:41] <Saviq> pete-woods, silo 9 is working
[10:41] <Saviq> mhr3, do we have a spec of some kind?
[10:41] <Saviq> mhr3, what's available etc.?
[10:41] <mhr3> pete-woods, ^ you'd know?
[10:42] <pete-woods> Saviq: http://bazaar.launchpad.net/~unity-api-team/unity-scopes-shell/scope-settings/view/head:/tools/settings/Settings.qml
[10:42] <pete-woods> I'd poke around in there
[10:42] <mhr3> Saviq, and another one, openScope() can be emitted now from temp scope, so shell needs to keep a stack... it's pretty broken if the plugin does it atm
[10:42] <pete-woods> that's an example (crappy qml) tool for using it
[10:43] <Saviq> mhr3, should've warned us
[10:43] <Saviq> mhr3, it's not totally easy
[10:43] <mhr3> Saviq, nothing really using it atm
[10:43] <Saviq> especially with bug #1247865
[10:44] <Saviq> pete-woods, https://code.launchpad.net/~unity-team/libusermetrics/file-based-infographics/+merge/214020/comments/546015
[10:44] <mhr3> Saviq, but scopes in app store will use it (once that scope is fixed)
[10:51] <karni> mhr3: it seems that to PageHeader.Logo one needs to feed the absolute path, would that be correct? if not, where should the file live relative to the ini file
[10:52] <mhr3> karni, hm, indeed, we don't really have a way to specify relative path there
[10:53] <mhr3> karni, bug pls?
[10:53] <karni> wil file
[10:55] <karni> mhr3: unity-scopes-api or unity8?
[10:55] <mhr3> karni, api
[10:55] <facundobatista> Holas
[10:56] <karni> hi facundobatista
[10:56] <facundobatista> hola karni :)
[10:57] <karni> mhr3: https://bugs.launchpad.net/savilerow/+bug/1340135
[11:03] <Trevinho> xnox: yes, the metacity port should be disabled for now, but afaik it should be available in days
[11:03] <Trevinho> xnox: at least that's what the guys that were working on in it told me
[11:05] <Saviq> mzanetti, not sure what you mean with the reboot branch
[11:05] <Saviq> mzanetti, applications won't be able to call that API anyway
[11:06] <mzanetti> Saviq: still feels nasty imo
[11:06] <Saviq> mzanetti, and the actual DBus API is rather temporary, until we do a 2-months-long sprint on how we should handle sessions
[11:06] <mzanetti> Saviq: ah ok
[11:06] <Saviq> and what's the fdo recommendation
[11:06] <Saviq> what's systemd's impact
[11:06] <Saviq> what... what... what...
[11:06] <mzanetti> Saviq: yeah well... I was just feeling this is nasty (and from an API POV it really is)
[11:07] <mzanetti> Saviq: so if this is temporary... I'm ok with it
[11:07] <Saviq> mzanetti, you mean the fact that the plugin is just a proxy between shell and DBus is nasty? not sure why
[11:08] <mzanetti> Saviq: well, for one its the upper/lower case method names
[11:08] <mzanetti> Saviq: then he calls the D-Bus method Shutdown to confirm a requestShutdown
[11:09] <mzanetti> like its not even a bridge between the two, its a pile of methods that are called from both sides randomly
[11:09] <mzanetti> that's what I mean
[11:09] <Saviq> mzanetti, right, ok
[11:09] <Saviq> mzanetti, we'd rather use shutdownRequested indeed
[11:10] <Saviq> hmm well those signals are named so
[11:10] <Saviq> not sure they need to be exposed to the shell at all
[11:10] <Saviq> ah but probably it just uses the same object?
[11:10] <Saviq> so the same exact thing is exposed both sides
[11:10] <Saviq> now I get it
[11:11] <mzanetti> ok :)
[11:11] <mzanetti> yep
[11:11] <mzanetti> that's what I meant
[11:17] <karni> mhr3: let's wait and let cwayne chime in on https://bugs.launchpad.net/savilerow/+bug/1340135
[11:17] <davmor2> Saviq: do you have a flo?
[11:19] <Saviq> davmor2, yes
[11:19] <davmor2> Saviq: I think I have a way to possibly reproduce on demand now,  Open the settings app
[11:21] <Saviq> davmor2, you mean the deadlock?
[11:22] <Saviq> davmor2, meaning bug #1339700 ?
[11:22] <davmor2> Saviq: yeap
[11:22] <tsdgeos> Saviq: for "All" i guess i can use a normal CardFilterGrid, but for "Favourites" it's an horizontal list that we don't have a dash toolkit thing for it, i guess i just ignore what the "category-layout" says and hardcode the horizontallist for it, no?
[11:22] <Saviq> davmor2, fix is in progress, wanna have me try for reproducing?
[11:23] <Saviq> tsdgeos, yup exactly
[11:23] <davmor2> Saviq: Yeah I'm just saying it seems a nice way to reproduce, so if the fix, fixes it we are laughing :)
[11:23] <Saviq> davmor2, I'll flash my flo soon, can you type the steps on the bug please?
[11:23] <Saviq> davmor2, or do you want me to verify first?
[11:24] <davmor2> Saviq: so me and ogra have been able to do it I'm just hoping now that it is the same issue :)
[11:25] <davmor2> Saviq: it seems to be in that the system completely locks up but still functions
[11:28] <Saviq> davmor2, not sure I understand your latest statement :)
[11:29] <Saviq> mhr3, you just went on a commenting-out frenzy in the see-more branch didn't you :P
[11:30] <davmor2> Saviq: I'll add the steps.  Basically I'm assuming it is the same issue because the screen is completely locked up, however adb functions etc so the phone is still working it is just the screen does nothing :)
[11:30] <mhr3> Saviq, no, it works.. kindof :)
[11:30] <Saviq> davmor2, yeah, same symptoms
[11:31] <mhr3> Saviq, pushed sync with trunk there
[11:31] <Saviq> mhr3, good, just merged myself ;P
[11:31] <mhr3> Saviq, the biggest problem is the clipping of the section headers
[11:31] <Saviq> mhr3, rather not clipping?
[11:31] <mhr3> Saviq, right
[11:32] <Saviq> and section footers, not headers?
[11:32] <mhr3> Saviq, and them of course design would like the see more to be footers
[11:34] <mhr3> Saviq, as in footers that stick to the view... like the headers
[11:35] <mhr3> Saviq, but imo that could be done in v2 ;)
[11:35] <Saviq> mhr3, yeah, assuming it's actually easier to do the clipping otherwise
[11:36] <Saviq> mhr3, btw, headerLink, remember? /me pushes
[11:37] <mhr3> Saviq, ? it is header link now
[11:37] <Saviq> mhr3, yeah, not in GenericScopeView.qml in your branch
[11:37] <mhr3> oh
[11:37] <Saviq> mhr3, fixed, pushed
[11:37] <mhr3> hm, i thought i changed it :/
[11:43] <mhr3> mhall119, could you update the scopes docs again pls?
[11:43] <mhr3> mhall119, already released in utopic
[11:50] <mzanetti> Saviq: re: Do we need the option? Can't we rely on the 4x tap?
[11:50] <mzanetti> Saviq: hmm... we don't want to have that enabled all the time, do we?
[11:50] <Saviq> mzanetti, well, it's enabled all the time anyway, as long as you have the component in, isn't it?
[11:51] <mzanetti> no
[11:51] <mzanetti> Saviq: or well, define "enabled"
[11:51] <Saviq> mzanetti, it interprets taps all the time
[11:52] <mzanetti> Saviq: it doesn't atm, as they reach out of context on a var that isn't defined in the shell (only in MainView)
[11:52] <mzanetti> Saviq: so the mousearea in there is disabled
[11:52] <Saviq> mzanetti, ah
[11:52] <Saviq> awesomes
[11:53] <mzanetti> Saviq: so atm, enabling it by cmdline option paints it immediately, without the 4x tap
[11:53] <mzanetti> can change it though
[11:53] <Saviq> mzanetti, yeah, wonder what's better...
[11:54] <Saviq> mzanetti, if you pass the option, you generally want it, don't you
[11:54] <mzanetti> I'd say yes
[11:54] <Saviq> mzanetti, but then, maybe we just want a "enable debug mode"
[11:54] <Saviq> mzanetti, in which you want the 4x tap to work
[11:54] <mzanetti> that sounds nice
[11:54] <mzanetti> maybe that could also enable other stuff, depending on what josh comes up with
[11:54] <Saviq> exactly
[11:55] <mzanetti> ok... I'll put it to WIP and give it some more thought
[11:55] <mzanetti> Saviq: also a cmdline switch somewhat sucks, given that you need to inject it into upstart. if you have a better idea on how to enable such a debug mode
[11:55] <mzanetti> lemme know
[11:55] <Saviq> mzanetti, well, env var probably
[11:56] <Saviq> mzanetti, then you just go "initctl restart unity8 FOO=BAR"
[11:56] <mzanetti> ah ok, that sounds goody
[12:02] <Saviq> mhr3, so... it needs to work a little differently (it's GenericScopeView that needs to drive the height of the categories, they need to report their collapsed and expanded height)
[12:03] <Saviq> mhr3, good direction was getting rid of FilterGrid
[12:05] <mhr3> Saviq, well, i really just did what tsdgeos did :)
[12:05] <mhr3> ...had started*
[12:05] <Saviq> mhr3, right
[12:12] <Saviq> /food
[12:31] <davmor2> greyback: my mako isn't booting after enabling the ppa installing the packages and rebooting :(
[12:32] <davmor2> greyback: stuck on the Google logo
[12:32] <greyback> davmor2: did you install the qtmir-android package?
[12:32] <greyback> davmor2: you have to do it manually, distupgrade doesn't pull it in unfortunately
[12:33] <mzanetti> no?
[12:33] <mzanetti> I never installed that manually
[12:33] <greyback> you will need to for the silo. We don't have our custom ubuntu-touch package there
[12:34] <mzanetti> ah
[12:34] <davmor2> greyback: yeap step 4 in the list was copy pasted in and it installs qtmir-android and qtubuntu-android
[12:34] <davmor2> https://wiki.ubuntu.com/Unity8/QtComp
[12:36] <greyback> davmor2: could you pastebin "dpkg-l" please?
[12:36] <greyback> "dpkg -l"
[12:38] <davmor2> greyback: http://paste.ubuntu.com/7774973/
[12:38] <greyback> davmor2: you're missing the "ubuntu-touch" package somehow. Could you please install it & reboot
[12:39] <mzanetti> mhr3_: hey, for some reason I see only the apps scope showing up on the phone with QtComp branch. Is there any way I can see if that's all we get from the backends or if we're not displaying things correctly
[12:40] <davmor2> greyback: yay I see the turny logo now
[12:40] <davmor2> I wonder if the update removed it
[12:41] <greyback> that's my suspicion, am checking
[12:44] <mzanetti> mhr3_: unping, I found th issue
[12:44] <greyback> mzanetti: what is it?
[12:44] <mzanetti> bad merge...
[12:44] <mzanetti> obviously
[12:45] <greyback> tut tut ;)
[12:45] <mzanetti> interactive ended up being false
[12:46] <mzanetti> greyback: do we really need all those Timers in DashContent?
[12:46] <mzanetti> greyback: https://code.launchpad.net/~unity-team/unity8/mirCompositor/+merge/225378 line 294
[12:46] <greyback> mzanetti: oh that's right, we cna remove those. They are workaround for rotation bug. Yes we can drop those
[12:47] <mzanetti> ok, cool
[12:47] <greyback> bug was if you were on apps scope, rotated the device, it would shift you to scopes scope
[12:47] <mzanetti> greyback: actually we should probably revert all the changes in DashContent for now
[12:48] <mzanetti> and then see what of it is required when the dash is an app
[12:48] <greyback> mzanetti: probably yes. I don't think we have any reason to touch it
[12:48] <mzanetti> greyback: so I've pushed the dash interactivity fix. should start working soon
[12:49] <greyback> ta
[12:49] <mzanetti> and that's it for me for today
[12:49] <mzanetti> gotta leave early today. see you tomorrow
[12:49] <mzanetti> o/
[13:01] <tsdgeos> mhr3_: sorry ^_^
[13:17] <Saviq> tsdgeos, from your knowledge of lvwph... how difficult would it be to add a section footer, behaving the same way section headers do, only at the bottom?
[13:19] <tsdgeos> Saviq: so it gets stuck at the bottom until category goes out of viewport?
[13:19] <Saviq> tsdgeos, well... not exactly
[13:19] <Saviq> tsdgeos, https://sites.google.com/a/canonical.com/unity8dash/toolkit/9-categories/
[13:20] <mhr3_> tsdgeos, sorry for what?
[13:20] <dednick> Saviq: re trust sessions. Not sure we're going to be able to have them embed in the shell. With qtmir, there is no u8 session.
[13:20] <Saviq> mhr3_, see more I imagine
[13:20] <tsdgeos> mhr3_: for doing something wrong in my seemore branch months ago it seems :D
[13:20] <mhr3_> ah :)
[13:21] <mhr3_> meh, looks like Saviq is the one who suffers because of it now :P
[13:21] <mhr3_> Saviq, sorry :)
[13:21] <Saviq> tsdgeos, actually now I think of it again... it's even more tricky
[13:22] <tsdgeos> Saviq: is it for "see less"? or?
[13:22] <Saviq> tsdgeos, well, both, yes
[13:22] <Saviq> tsdgeos, "see all" and "see less" would have to be the same thing
[13:23] <Saviq> tsdgeos, that get stuck to viewport bottom if it exceeds it
[13:23] <Saviq> tsdgeos, but I just realized that we'd need to be able to toggle it
[13:23] <tsdgeos> well in that graphics is just see less
[13:23] <tsdgeos> not see more
[13:23] <Saviq> tsdgeos, it's see all on the left
[13:24] <tsdgeos> Saviq: but it's not shown in the "stuck" position
[13:24] <Saviq> tsdgeos, but it should only stick to viewport if it's "see less", otherwise stick to section bottom ;|
[13:24] <tsdgeos> Saviq: well, or not, it's never depicted that way
[13:24] <tsdgeos> what happens if in the first situation you scroll down?
[13:24] <tsdgeos> does it get stuck or not?
[13:24] <Saviq> tsdgeos, it goes out of screen
[13:25] <Saviq> no point in it sticking for you to see all if you're not looking at the bottom already...
[13:25] <tsdgeos> :D
[13:25] <tsdgeos> Saviq: i'd bypass the lvwph here tbh
[13:26] <tsdgeos> since it's a thing we only want to do for some categories
[13:26] <tsdgeos> just overlay it
[13:26] <Saviq> tsdgeos, right
[13:26] <Saviq> tsdgeos, you have a point
[13:26] <Saviq> tsdgeos, ok no you don't
[13:26] <Saviq> tsdgeos, we need to clip it above
[13:27] <tsdgeos> above where?
[13:27] <Saviq> tsdgeos, the see all/see more is tranparent
[13:27] <Saviq> tsdgeos, we need to clip the grid above it
[13:27] <tsdgeos> pff
[13:27] <tsdgeos> if it's going to be transparent
[13:27] <tsdgeos> it'd be cool that the wrieframes show some transparency
[13:27] <Saviq> tsdgeos, ;)
[13:28] <tsdgeos> you know, some pattern or something, nothing advanced
[13:28] <Saviq> tsdgeos, I don
[13:29] <tsdgeos> :D
[13:29] <tsdgeos> anyway
[13:29] <Saviq> 't think Mike knew it was going to be transparent when he drew those wireframes...
[13:29] <Saviq> or maybe it wasn't even him
[13:29] <tsdgeos> Saviq: it's not going to be 1 day of work
[13:29] <tsdgeos> or maybe it is, but only if i do it and i'm extra lucky
[13:29] <tsdgeos> and we need to know exactly what we want at the lvpwh level
[13:30] <Saviq> tsdgeos, yeah, I'm inclined to go for no-stick in v1
[13:30] <tsdgeos> don't want to change all its inner stuff to then realize we don't want to do it
[13:30] <Saviq> tsdgeos, and just stick it at the bottom of the category
[13:30] <tsdgeos> yeah
[13:30] <tsdgeos> improve from there
[13:34] <mhall119> mhr3: publishing it now
[13:35] <mhall119> mhr3: I'm trying to write a scope, I created a new one via the QtCreator template and it was able to build it, but when running it opened the scopes tool but no results (or even name) was shown
[13:36] <mhr3> mhall119, 14.10?
[13:37] <mhall119> mhr3: I'm on 14.04 on my laptop
[13:37] <mhr3> mhall119, https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1340058
[13:38] <mhall119> libunity-scopes-dev: Installed: 0.4.2+14.04.20140408-0ubuntu1
[13:38] <mhall119> so I already have that one
[13:38] <mhall119> creating the project works, building the project works
[13:39] <paulliu> bzr dead?
[13:39] <mhall119> running it doesn't crash, it just doesn't display any results
[13:39] <mhr3> mhall119, so you're building a scope that you won't be able to run of the device? :/
[13:39] <mhr3> s/of/on/
[13:40] <mhall119> mhr3: I want to build a scope that I can run on the device
[13:40] <mhall119> http://paste.ubuntu.com/7775232/ is the output I get in QtC when running it
[13:40] <mhr3> mhall119, but basically, we were just talking with dpm about this, developing in 14.04 means you can't build locally (cause it has old scopes lib), you will only be able to build in 14.10 chroot and deploy
[13:41] <mhr3> if you build using the 0.4.x api, it won't even build in the 14.10 chroot
[13:42] <mhall119> ok, so qtc needs to make sure I have an i386 chroot of 14.10
[13:42] <mhall119> will I be able to run it with the test tool from a chroot, or will I need an emulator/vm?
[13:43] <dpm> mhall119, the new scope template on Qt 3.1.1 won't even run cmake on the project (see last bug on https://bugs.launchpad.net/bugs/+bugs?field.tag=scope-template )
[13:43] <mhr3> mhall119, i don't think you can run graphic apps from a chroot... not easily anyway
[13:43] <mhall119> so, our developer story here is pretty bad is what you're both saying
[13:44] <mhr3> not unlike building apps and wanting to use latest uitk features, is it?
[13:45] <mhall119> mhr3: no, but we've smoothed over much of that for apps already
[13:46] <mhr3> mhall119, how?
[13:49] <cwayne> mhr3: are the docs up-to-date with how to add settings?
[13:49] <cwayne> like, the published ones i mean :)
[13:49] <mhr3> cwayne, they are now
[13:50] <cwayne> mhr3: here? http://developer.ubuntu.com/api/devel/ubuntu-14.10/cplusplus/unity-scopes/index.html
[13:50] <mhr3> there
[13:50] <mhr3> cwayne, the ui still doesn't show them though... so not too much you can do with it
[13:51] <mhall119> mhr3: we allow developing against the 14.04 framework locally, and against 14.10 in a chroot and emulator
[13:52] <mhall119> mhr3: though qtc doesn't create an x86 chroot for 14.10 yet
[13:53] <mhr3> mhall119, don't think it makes much sense trying to support scopes dev with stock 14.04, the api changed since, so it would be useless on the current devices
[13:54] <mhall119> mhr3: well we need to support the development *on* 14.04, even if it's *for* 14.10
[13:55] <mhall119> I'm creating a 14.10 i386 chroot now
[13:55] <mhr3> right, and it's doable, but has gotchas
[13:55] <mhall119> mhr3: then it's our job to smooth over those gotchas :)
[14:12] <tsdgeos> Saviq: ping
[14:12] <Saviq> tsdgeos, pong
[14:13] <tsdgeos> Saviq: so if you look at the video of the dash overview, when switching to "all" the bottom bar with done, etc gets semi-transparent
[14:14] <tsdgeos> Saviq: the question is about what we do with the scrolling of the grid, does it only scroll to the bottom of the screen (since the bar became transparent) or we want the bottom scopes to be able to scroll and be shown totally up of the bar, and in that case we want the bar to go untransparent again?
[14:14] <tsdgeos> because if you look at the video it kind of cheats
[14:14] <tsdgeos> since it scrolls the cards a lot hight
[14:15] <tsdgeos> but no other cards appear
[14:15] <tsdgeos> not it rebounds
[14:15] <Saviq> tsdgeos, does it "go" semi-transparent, or is it simply semi-transparent?
[14:15] <tsdgeos> hmmm
[14:15] <tsdgeos> i'd say it changes color when clicking all
[14:15] <tsdgeos> but maybe it's just the fact it gets stuff under it
[14:15] <Saviq> I don't think so
[14:15] <tsdgeos> anyway the second question still applies
[14:16] <tsdgeos> at what y should the last card stop scrolling
[14:16] <tsdgeos> bottom of screen? or top of bar?
[14:16] <tsdgeos> i'd say top of bar
[14:16] <Saviq> tsdgeos, I think we need a negative margin there
[14:16] <tsdgeos> otherwise it's going to be a bit hard to read sometimes
[14:16] <Saviq> tsdgeos, definitely, cards need to settle above the bottom bar
[14:16] <tsdgeos> ok then
[14:17] <tsdgeos> if it's aleays transparent also helps
[14:17] <Saviq> tsdgeos, so I think it fills the screen between top buttons and bottom bar
[14:17] <Saviq> tsdgeos, or actually scratch that
[14:17] <Saviq> tsdgeos, bottom is bottom of screen
[14:17] <tsdgeos> yep
[14:17] <Saviq> and bottom margin is height of bar
[14:17] <tsdgeos> yep
[14:18] <Saviq> that
[14:18] <Saviq> tsdgeos, GenericScopeView is crazy overcomplicated ;)
[14:18] <tsdgeos> it is complex yes
[14:18] <tsdgeos> i'm not sure it can be simplified much
[14:18] <tsdgeos> probably a bit at least
[14:18] <Saviq> well, stuff can be simplified when it's GSV that grows and shrinks renderers
[14:19] <Saviq> as opposed to renderers growing and shrinking under its feet
[14:19] <tsdgeos> hmmm
[14:19] <tsdgeos> probably
[14:20] <Saviq> tsdgeos, I think we can get rid of baseItem actually
[14:20] <Saviq> tsdgeos, and make the Loader the delegate
[14:20] <Saviq> tsdgeos, anyway, I'll get there
[14:21] <tsdgeos> :)
[17:29] <trevor_> hi
[17:29] <trevor_> anyone?
[18:43] <greyback> mzanetti: all AP tests pass with QtComp! Woo
[19:06] <dragly> Hi! I would like to test some changes in the Unity codebase, and was wondering how your workflow is when working on Unity? Do you work on your current install, do you run a VirtualBox, etc.?
[19:07] <dragly> I assume that I'll have to restart/log out to test any changes.
[19:14] <bschaefer> dragly, which unity? (Unity7 or unity8?)
[19:14] <bschaefer> unity7 being the current unity shipped in 14.04
[19:18] <Darth-Apple> I don't think Unity 8 even works in Virtualbox
[19:18] <Darth-Apple> As I understand, Mir has some compatibility issues
[19:19] <bschaefer> yeah it doesn't atm
[19:20] <bschaefer> dragly, for unity7 (these should still work): http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[19:21] <bschaefer> or
[19:21] <bschaefer> https://unity.ubuntu.com/getinvolved/development/unity/
[19:21] <bschaefer> pretty much unity7 is a compiz plugin, so all you need to do is compile/install it and set some env vars to find the plugin for compiz to run
[19:26] <Darth-Apple> A very snazzy compiz plugin
[19:26] <dragly> I guess that is Unity7. I completely forgot that pretty much everything changes in Unity8.
[19:27] <dragly> bschaefer: Will restarting compiz be enough to test out my changes?
[19:28] <dragly> And thanks for the guidelines, by the way!
[19:46] <bschaefer> dragly, yup!
[19:46] <bschaefer> its a bit confusing to figure out if your changes are being ran or not, but to make sure take:
[19:47] <bschaefer> unity/build/plugins/unityshell/libunityshell.so and copy it ~/.compiz-1/plugins
[19:47] <bschaefer> this will cause a unity crash so usually do:
[19:47] <bschaefer> (in the build dir)
[19:47] <bschaefer> cp plugins/unityshell/libunityshell.so ~/.compiz-1/plugins; compiz --replace ccp
[19:48] <bschaefer> (after you've done a normal "make install")
[19:48] <bschaefer> dragly, let me know if you get stuck anywhere during the process!
[19:54] <dragly> Will do. Thanks again!
[19:57] <bschaefer> np!
[19:58] <bschaefer> dragly, also note, if you're on utopic you shouldn't need to re-compile nux (might be the same on trusty)
[20:48] <bschaefer> Saviq, would you still happen to be hanging around?
[20:53] <kgunn> popey: so i was trying to test your concern from earlier wrt local music....i used to be able to just adb push files into the music folder
[20:53] <kgunn> is there something else i need to do ?
[20:53] <kgunn> some other method?
[20:54] <Saviq> bschaefer, wassup?
[20:57] <popey> kgunn: chown the files to phablet user
[20:57] <bschaefer> Saviq, hey, sooo, whats the expected result of any mir client start on the unity8 desktop? (This would be getting started outside of a desktop)
[20:57] <bschaefer> would unity8 still be able to handle something like and treat it as a normal app?
[20:57] <greyback> bschaefer: same rules as apply on phone. A desktop file must be linked to it somehow
[20:58] <bschaefer> greyback, even through upstart?
[20:58] <bschaefer> greyback, as the idea being using upstart to start xmir when unity8 start, then when you run an application on xmir it would then render on the mir server
[20:58] <greyback> bschaefer: if upstart-app-launch is being used, then it will just work (UAL informs unity8 of the desktop file for the app)
[20:59] <bschaefer> greyback, but pretty much, as long as it has its own mir surface, and is started on unity8, all should work?
[20:59] <greyback> bschaefer: you'd have to talk to ted about how it works though. I'm just the consumer :)
[20:59] <bschaefer> greyback, :)
[20:59] <greyback> bschaefer: yep
[20:59] <bschaefer> cool
[20:59] <bschaefer> greyback, thanks!
[21:00] <greyback> bschaefer: if client fails, keep eye on the unity8.log file for REJECTED messages, that means unity8 doesn't know what desktop file belongs to the process, and so rejects the connection
[21:00] <bschaefer> greyback, awesome, good to know info