[02:46] <Wug> RAOF: nothing more to say?
[02:56] <RAOF> Wug: No, sorry. Although I suspect it's by design that you don't get an iconify event.
[02:57] <Wug> that is patently absurd
[02:57] <Wug> I hope, for unity's sake, that you're wrong
[03:12] <RAOF> Well, your window doesn't actually get unmapped or anything.
[06:43] <Wellark> Saviq: you remember me asking about the errors in unity8 log at runtime?
[06:43] <Wellark> this should fix at least couple of them
[06:43] <Wellark> https://code.launchpad.net/~kaijanmaki/qmenumodel/unitymenumodel_setname-allow-empty-string/+merge/213768
[06:43] <Wellark> :)
[06:44] <Wellark> "GLib-GIO-CRITICAL **" always looks so nice
[08:34] <tsdgeos> MacSlow: what's up with the failing tests at https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988 ? are they related to that code?
[08:37] <tsdgeos> hmmmm
[08:37] <tsdgeos> is it me or we don't build anymore?
[08:37] <mzanetti> Saviq: did it land yet?
[08:38] <tsdgeos> doesn't look like
[08:38] <Saviq> mzanetti, it's in proposed as of 4 hours ago, but apparently thumbnailer didn't get FFe
[08:38] <Saviq> mzanetti, it's in the hands of the archive admins now
[08:38] <tsdgeos> yeah no build
[08:38] <mzanetti> how is the thumbnailer related?
[08:38] <mzanetti> tsdgeos: unity8?
[08:38] <tsdgeos> yeah
[08:39] <Saviq> mzanetti, was in the same silo,
[08:39] <tsdgeos> this train thing is not that nice when people forget about your stop
[08:39] <Saviq> fixing a unity8 crash
[08:39] <tsdgeos> ↑ worst analogy ever :D
[08:39] <mzanetti> :D
[08:39] <Saviq> tsdgeos, why would we not build? like trunk?
[08:39] <tsdgeos> because someone changed something and forgot about us i guess
[08:39] <tsdgeos> Saviq: yes, trunk
[08:40] <Saviq> tsdgeos, just built --clean, works?
[08:40] <tsdgeos> no
[08:40] <tsdgeos> can do it again
[08:40] <tsdgeos> but just did it :D
[08:40] <Saviq> tsdgeos, I mean it does here
[08:40] <Saviq> work
[08:40] <tsdgeos> Saviq: how many silos/ppas do you have
[08:41] <Saviq> tsdgeos, none
[08:41] <tsdgeos> and when's the last time you dist-upgraded?
[08:41] <tsdgeos> http://paste.ubuntu.com/7193392/ is what i get
[08:41] <tsdgeos> let me cleanbbuild again
[08:42] <Saviq> tsdgeos, you have a unity8/unity-mir mismatch
[08:42] <Saviq> tsdgeos, apt-cache policy libunity-mir-dev?
[08:43] <tsdgeos> http://paste.ubuntu.com/7193395/
[08:43] <tsdgeos> looks good to me
[08:44] <Saviq> tsdgeos, yeah, unity-mir got through from proposed apparently
[08:44] <Saviq> tsdgeos, but unity8 did not, yet
[08:44] <Saviq> tsdgeos, so it's not in trunk
[08:44] <tsdgeos> \o/ for the train
[08:44] <tsdgeos> :D
[08:44] <tsdgeos> i thought it was there to fix specifically stuff like this
[08:44] <tsdgeos> maybe i misunderstood its purpose
[08:45] <Saviq> tsdgeos, no, just means we fucked our deps
[08:45] <Saviq> to some extent
[08:45] <Saviq> anyway, it'll sort out soon
[08:45] <tsdgeos> ok
[08:46] <tsdgeos> Saviq: btw where're you?
[08:46] <Saviq> tsdgeos, recovering
[08:46] <tsdgeos> i don't think you can say where're :D
[08:46] <tsdgeos> Saviq: stop working late!
[08:46] <Saviq> tsdgeos, 3am isn't late
[08:46] <Saviq> but yeah, will be there soon-ish
[08:47] <tsdgeos> ok, stop working early!
[08:48] <Saviq> tsdgeos, :D
[08:48] <tsdgeos> MacSlow: what's up with the failing tests at https://code.launchpad.net/~macslow/unity8/modal-snap-decisions/+merge/210988 ? are they related to that code?
[08:49] <Cimi> Saviq, still those notifications don't appear after adding those files from unity8, can you repeat me the required bits for this to work?
[08:50] <MacSlow> tsdgeos, I thought my last commit to that fixed it... which was just to make jenkins happy anyway.
[08:51] <MacSlow> tsdgeos, hm... and the needed unity-notification branch is also not merged yet... damn it
[08:53] <Saviq> MacSlow, can you help Cimi with bringing notifications over to the welcome wizard (it's working pre-greeter even, so it needs to handle them itself)
[08:53] <MacSlow> tsdgeos, the need for the data-RolesEnum to be coming from unity-api now bombed on the whole modal-snap-decision feature...
[08:54] <Saviq> Cimi, I'll be in the office in an hour or so if you don't get it by then
[08:54] <Saviq> mzanetti, hey, now that you're off the hook, I'd like you to look into one, hopefully relatively small, thing
[08:54] <MacSlow> Saviq, "just one more thing..." ok *sigh* I'll try my best
[08:54] <mzanetti> Saviq: ok... which is?
[08:54] <Saviq> mzanetti, if you start an app outside of upstart, closing it in the shell doesn't SIGTERM/SIGKILL it
[08:55] <mzanetti> ah yeah. annoys me like hell all the time. will have a look
[08:55] <MacSlow> Cimi, so what do you need in the welcome-wizard
[08:55] <MacSlow> ?
[08:55] <Saviq> mzanetti, cool, zbenjamin (#sdk) will be happy
[08:56] <Saviq> biab
[08:57] <MacSlow> tsdgeos, so regarding that unity8 branch for modal snap-decision... it needs lp:~macslow/unity-notifications/modal-snap-decisions to be in place too... but that is blocked on the new need to expose the enum Roles via lp:unity-api now... which I cannot figure out how to make work... it works with just the initial branch of mine.
[08:58] <tsdgeos> MacSlow: i see, do you need help on that enum exposing?
[08:58] <MacSlow> tsdgeos, I've added it all to the MP-desciption of lp:~macslow/unity8/modal-snap-decisions and lp:~macslow/unity-notifications/modal-snap-decisions
[08:59] <mzanetti> tsdgeos: MacSlow I guess all that's missing is the include path for unity-api/notifications in unity-notifications
[08:59] <MacSlow> tsdgeos, well I have it working with lp:~macslow/unity-notifications/modal-snap-decisions ... but I've been trying to figure out how to make it work from lp:unity-api ... and just don't have a clue
[08:59] <mzanetti> and then obviously inlcude ModelInterface.h
[09:00] <mzanetti> and use the enum as "ModelInterface::SomeType"
[09:00] <MacSlow> Cimi, ?
[09:00]  * mzanetti reboot
[09:01] <MacSlow> Saviq, what's the requirement... I remember Cimi asking me about the notification-daemon yesterday... but that's about it.
[09:04] <MacSlow> mzanetti, but won't that collide with the defines of unity-notifiations itself?
[09:07] <tsdgeos> ahhhh it's not that it doesn't build
[09:07] <tsdgeos> it's that i can't run it either
[09:07] <tsdgeos> :'(
[09:08] <Cimi> MacSlow, was having a cofffee
[09:09] <Cimi> MacSlow, I have wifi listview
[09:09] <MacSlow> mzanetti, so I need to remove the enums from unity-notifications and just use the ones from unity-api?!
[09:09] <Cimi> MacSlow, when I tap on a wifi access point, notification should appear
[09:10] <MacSlow> Cimi, and you trigger it and it does not appear.... or you don't know how to trigger it?
[09:10] <Cimi> MacSlow, notificaton does not appear
[09:10] <Cimi> MacSlow, which bits do I need?
[09:10] <MacSlow> Cimi, can I see the branch/code?
[09:11] <Cimi> MacSlow, yup
[09:11] <Cimi> lp:~unity-team/ubuntu-system-settings/wizard.wifi
[09:11] <Cimi> MacSlow, wizard/qml/Pages/20-wifi.qml
[09:12] <MacSlow> tsdgeos, with lp:~macslow/unity-notifications/modal-snap-decisions and lp:~macslow/unity8/modal-snap-decisions it does and the test passes... it's/jenkins just missing the unity-notification bits... which are delayed because of the new requirement to be all in unity-api now... which I was stupid enough to agree with... not knowing what's involved... teaches me to say "yes" in the future :/
[09:13] <MacSlow> Cimi, btw... you can't trigger notifications from qml
[09:13] <tsdgeos> MacSlow: ok, i see
[09:14] <tsdgeos> MacSlow: so basically it needs the pre-requisite, makes sense :)
[09:14] <MacSlow> tsdgeos, well *sigh*
[09:14] <tsdgeos> MacSlow: is it a double dependency?
[09:14] <tsdgeos> i.e. do both branches have to go in at the same time?
[09:15] <MacSlow> tsdgeos, it's a new dependecy that came in from the side after the MP :)
[09:15] <tsdgeos> or can the unity-notifications go in first and then the unity8?
[09:15] <Cimi> MacSlow, but they appear if I run the wizard from within unity
[09:15] <MacSlow> tsdgeos, unity-notifications could/should go in first... but now there's the unity-api bit put even before that
[09:15] <tsdgeos> ok
[09:16] <tsdgeos> MacSlow: can you maybe put the unity8 as "work in progress" until it's ready to decrease the "needs to be reviewed" branches a bit
[09:16] <tsdgeos> ?
[09:16] <MacSlow> Cimi, oh... you having your own model there... hm...
[09:17] <MacSlow> tsdgeos, done
[09:17] <tsdgeos> tx :)
[09:17] <tsdgeos> mzanetti: is there any silo i can use so i can continue to do some work?
[09:18] <mzanetti> MacSlow: yes. you need to delete the enum definition from unity-notifications
[09:18] <mzanetti> tsdgeos: in what sense?
[09:18] <tsdgeos> mzanetti: in the sense that i can compile unity8 :D
[09:18] <MacSlow> mzanetti, so after that's in place I have to jugle three branches just for notifications... and tow of them are on the api-team's side?!
[09:19] <tsdgeos> mzanetti: or maybe i just need the right-edge branch manually merged in my stuff
[09:19] <tsdgeos> ?
[09:19] <mzanetti> tsdgeos: still not exactly sure what you mean. but the right edge stuff is in silo15
[09:19] <mzanetti> tsdgeos: /me tries to reproduce your issue
[09:19] <tsdgeos> mzanetti: well i have http://paste.ubuntu.com/7193392/
[09:19] <mzanetti> ah, there it is :D
[09:19] <tsdgeos> mzanetti: just dist-upgrade and see the pain
[09:20] <tsdgeos> i'm wondering what to do to make the pain go away
[09:20] <mzanetti> tsdgeos: you need libunity-api-dev from silo 15
[09:20] <MacSlow> Cimi, I just need to wrap my head around this...
[09:20] <mzanetti> tsdgeos: or copy Application*h from here into your /usr/include/unity/...
[09:20] <mzanetti> https://code.launchpad.net/~mzanetti/unity-api/new-screenshot-and-focusing-api/+merge/199810
[09:21]  * mzanetti isn't really sure why unity-api is realeased already
[09:23] <tsdgeos> headache
[09:23] <mzanetti> stupid me... those are the ones that _are_ already released
[09:24] <mzanetti> so yes, you need to unity8's right-edge-2 branch merged into yours
[09:24] <tsdgeos> ok
[09:24] <tsdgeos> let's see if that helps
[09:24] <MacSlow> Cimi, so you using the backend in your wizard... but where's the frontend?
[09:25] <Cimi> MacSlow, frontend?
[09:25] <MacSlow> Cimi, unity8 displays them because it has the frontend/listview displaying what's in the model
[09:25] <MacSlow> Cimi, that's probably why you only see the notifications if you're running the wizard from unity8
[09:26] <MacSlow> Cimi, backend (unity-notifiations... the model... Notifications{...}) frontend (the ListView in unity8)
[09:27] <MacSlow> Cimi, see http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/qml/Notifications/Notifications.qml
[09:28] <MacSlow> Cimi, that's the frontend doing the display/rendering of the notifications in the queue (the model)
[09:28] <Cimi> MacSlow, I have this no?
[09:28] <MacSlow> Cimi, I've to look again at thw wirzard code... one sec
[09:29] <tsdgeos> mzanetti: ok, it runs now, get lots of "Need to use QMirServerApplication" though
[09:29] <Cimi> http://bazaar.launchpad.net/~unity-team/ubuntu-system-settings/wizard.wifi/view/head:/wizard/qml/Pages/20-wifi.qml
[09:29] <Cimi> MacSlow, line 52
[09:29] <mzanetti> tsdgeos: hmm... you running on the phone?
[09:29] <tsdgeos> nope
[09:29] <mzanetti> tsdgeos: haven't seen this warning before
[09:30] <tsdgeos> and the thing crashes now :/
[09:30] <mzanetti> meh
[09:30] <tsdgeos> this is all very confusing
[09:30]  * mzanetti tries
[09:31] <mzanetti> yeah it is.
[09:31] <MacSlow> Cimi, sorry... that's ok
[09:32] <MacSlow> Cimi, btw... any reason you didn't move the states over from Shell.qml too?
[09:32] <mzanetti> tsdgeos: even worse. I can't link it here for some undefined  stuff in QQml
[09:32] <MacSlow> Cimi, is the wizard not meant to adapt to rotation?
[09:33] <Cimi> MacSlow, nope
[09:33] <Cimi> MacSlow, wizard is for phone I think
[09:33] <MacSlow> Cimi, ok
[09:33] <tsdgeos> what is this?¿?¿ http://paste.ubuntu.com/7193522/
[09:33] <Cimi> MacSlow, but i can copy the states as well
[09:33] <Cimi> MacSlow, in case we want it on the tablet
[09:34] <Cimi> MacSlow, first I want the notification to appear :D
[09:34] <MacSlow> Cimi, well they are meant to keeping stuff tidy in landscape-mode on thetablet
[09:34] <MacSlow> Cimi, sure... :)
[09:34] <MacSlow> Cimi, I need to run the code myself... just looking over it I can't see any issue atm
[09:35] <Cimi> MacSlow, good luck :D
[09:36] <Cimi> MacSlow, if you want to run it on the phone, takes time
[09:36] <MacSlow> Cimi, well I don't know how else I could help...
[09:36] <MacSlow> Cimi, I'm trying...
[09:36] <Cimi> MacSlow, I thought a quick look was enough to spot issues
[09:36] <Cimi> MacSlow, I can send you a package
[09:37] <MacSlow> Cimi, certainly not
[09:38] <MacSlow> Cimi, ehm... move the Notifications{} at the end... or set it z-order to be higher than every other item
[09:39] <MacSlow> Cimi, maybe it's just that it's covered by some other element/item
[09:39] <MacSlow> Cimi, that's the only other thing I can think of atm
[09:40] <MacSlow> Cimi, I think that atm Notifications is fully coverd by "content" which is also anchors.fill parent and comes _after_ Notifications {}
[09:41] <Cimi> MacSlow, ok
[09:41] <Cimi> MacSlow, sounds likely
[09:42] <MacSlow> Cimi, just make sure Notifications is _after_ Item with id "content"
[09:42] <MacSlow> Cimi, that should be enough
[09:46] <Cimi> MacSlow, also, adding import "../Notifications" should help :D
[09:47] <MacSlow> Cimi, oh... so you didn't get an error before?
[09:47] <Cimi> weirdly enough
[09:48] <Cimi> MacSlow, also missing inputfilterarea :'(
[09:48] <Cimi> MacSlow, might do it by hand maybe
[09:48] <MacSlow> Cimi, I did see that in your code
[09:49] <MacSlow> Cimi, or do you mean the import for this?
[09:51] <Cimi> MacSlow, I cannot import it
[09:51] <Cimi> I don't think I think
[09:51] <Cimi> let's see
[09:51] <MacSlow> Cimi, skip it for the moment and at least check if you can see the notifications showing up
[09:51] <MacSlow> Cimi, one step at a time
[09:52] <Cimi> MacSlow, nope
[09:52] <Cimi> MacSlow, not showing up
[09:52] <mzanetti> tsdgeos: seems everything that only links QQuick fails for not linking QQml any more. did you have that issue too?
[09:52] <tsdgeos> mzanetti: nope
[09:53] <Saviq> mzanetti, migrated!
[09:53] <mzanetti> ?
[09:53] <Saviq> mzanetti, right edge is done
[09:54] <mzanetti> ah
[09:54] <mzanetti> \o/
[09:54] <mzanetti> *\o/*
[09:54] <Saviq> DONE
[09:54] <Saviq> now, tablet right edge ;P
[09:54] <mzanetti> yeah...
[09:54] <mzanetti> well, now I see how to get the surfaces properly
[09:55] <didrocks> image kicked with it :)
[09:55] <mzanetti> and get away with that screenshotting stuff
[09:55] <Cimi> yay!
[09:55] <Cimi> mzanetti, amazing work with the right edge
[09:55] <Cimi> mzanetti, so smooth
[09:55] <mzanetti> Cimi: thanks
[09:55] <mzanetti> :)
[09:57] <Saviq> didrocks, 3 Qs after this fight, yesterday cyphermox asked me to rebuild the whole silo and retest, is that common practice? fwiw, no "extra" commits would get merged if they were not in the silo, right?
[09:57] <tsdgeos> ok builds now
[09:57] <tsdgeos> still doesn't run :/
[09:57] <tsdgeos> well, runs and immediately shutsdown
[09:57] <didrocks> Saviq: yeah, no extra commits would get merged. I'm unsure why he asked you to rebuild everything, he didn't tell you why?
[09:58]  * mzanetti still can't build for the linker issues
[10:00] <Saviq> didrocks, I think he thought any new commits would get merged (there weren't any), but also he uploaded a seed change
[10:00]  * MacSlow tries to build wizard.wifi
[10:01] <Saviq> didrocks, 2: suddenly the build job complained about changelogs having trusty instead of UNRELEASED in bumps, where they built from the same branches before?
[10:01] <didrocks> Saviq: hum, I'm puzzled and not sure what this was all about
[10:01] <didrocks> (on 1)
[10:02] <Saviq> didrocks, I think it was just "to be safe", this was a big landing after all
[10:02] <didrocks> Saviq: do you have links to the job?
[10:02] <Saviq> didrocks, https://ci-train.ubuntu.com//job/landing-015-1-build/build?delay=0sec see the three failed ones
[10:02] <tsdgeos> mzanetti: it crashes in v4 here on run :S
[10:03] <mzanetti> tsdgeos: well... it desn't even link it here
[10:03] <tsdgeos> i'm not sure what i prefer more :D
[10:03] <mzanetti> tsdgeos: http://paste.ubuntu.com/7193617
[10:03] <didrocks> Saviq: argh, I would need the "debug" version of it
[10:03] <didrocks> you didn't run with debug, right?
[10:03] <Saviq> didrocks, no
[10:03] <didrocks> so that I can see the resulting changelog
[10:03] <tsdgeos> that's really weird
[10:03] <Saviq> didrocks, I *think* the difference could be that that was a full run with ignore_step
[10:03] <didrocks> let me look at the branch
[10:04] <didrocks> not that I think of
[10:04] <Saviq> didrocks, and the others were direct rebuilds of particular packages
[10:04] <tsdgeos> Saviq: valgrind points to unity-notif http://paste.ubuntu.com/7193620/
[10:04] <tsdgeos> MacSlow: ↑ any idea?
[10:04] <Saviq> huh
[10:04] <didrocks> Saviq: yeah, so that's intended
[10:04] <didrocks> bhttps://code.launchpad.net/~rsalveti/powerd/drop_support_sf/+merge/213340
[10:04] <didrocks> https://code.launchpad.net/~rsalveti/powerd/drop_support_sf/+merge/213340
[10:04] <didrocks> see the change
[10:04] <didrocks> it touches debian/changelog
[10:04] <MacSlow> tsdgeos, no
[10:04] <Saviq> didrocks, sure, I understand
[10:04] <didrocks> but it's "released"
[10:05]  * tsdgeos digs more
[10:05] <didrocks> so what cu2d would do without this check is:
[10:05] <didrocks> create an additional entry on top of it
[10:05] <MacSlow> tsdgeos, never seen any issue like that
[10:05] <didrocks> with only: "  *"
[10:05] <didrocks> as there was nothing to put in
[10:06] <mzanetti> greyback: its *\o/* time
[10:06] <didrocks> rsalveti: FYI, when you change the changelog yourself and not backport a change from distro, you need to keep it UNRELEASED. (otherwise, it's leading to an empty changelog and this is now safeguarded due to complains from the release time)
[10:06] <didrocks> Saviq: so your question is "why now" :p
[10:07] <Saviq> didrocks, yes
[10:07] <didrocks> Saviq: basically, the release team complained again a lot on Monday
[10:07] <didrocks> (another upload with "* " and nothing)
[10:07] <didrocks> so I added the check and deployed yesterday
[10:07] <greyback> mzanetti: wooo!
[10:07] <tsdgeos> mzanetti: shall i be getting all these warnings? http://paste.ubuntu.com/7193638/
[10:07] <Saviq> didrocks, right, understood :)
[10:07] <didrocks> Saviq: the error messsage helped to understand the issue?
[10:07] <didrocks> Saviq: again, I'm happy for any rephrasing :p
[10:07] <Saviq> didrocks, sure, I fixed it straight away
[10:07] <didrocks> great ;)
[10:07] <Saviq> didrocks, just was surprised that it broke suddenly
[10:08] <mzanetti> tsdgeos: hmm... don't think so
[10:08] <Saviq> didrocks, but, it'd be nice if those sanity checks were ran asap
[10:08] <didrocks> yeah ;)
[10:08] <didrocks> Saviq: not possible before generating the finale changelog
[10:08] <didrocks> unfortunately
[10:08] <didrocks> which is after the chroot
[10:08] <mzanetti> tsdgeos: there *must* be something wrong with Qqml
[10:09] <mzanetti> tsdgeos: now I have this: /usr/lib/x86_64-linux-gnu/qt5/bin/qmlplugindump: symbol lookup error: /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5: undefined symbol: _ZN3QV47Managed4callEPS0_PNS_8CallDataE
[10:09] <tsdgeos> mzanetti: brrr
[10:09] <Saviq> didrocks, especially with the move to prodstack... it was an hour of failing packages
[10:09] <tsdgeos> mzanetti: are you using any ppa or something?
[10:09] <tsdgeos> maybe the old 52 beta ppa?
[10:09] <didrocks> Saviq: yeah, I continue pushing on that…
[10:09] <tsdgeos> or some silo that may be playing with you
[10:09] <didrocks> and ev as well
[10:09] <Saviq> didrocks, maybe you could upload one by one?
[10:09] <mzanetti> hmm... I dropped the ppa. but maybe still packages around... let me check
[10:09] <didrocks> Saviq: I did that before
[10:09] <didrocks> Saviq: until yesterday
[10:10] <didrocks> and got complains to upload only parts
[10:10] <Saviq> didrocks, again, thought that something changed...
[10:10] <didrocks> and that was confusing
[10:10] <mzanetti> is there an apt-command to list all the packages on the system that cannot be found in a ppa?
[10:10] <didrocks> so now, I'm doing once they are all generated
[10:10] <Saviq> didrocks, well, ok "by design" :|
[10:10] <didrocks> which was ok, before prodstack
[10:10] <didrocks> Saviq: by redesign on complains yeah :p
[10:10] <Saviq> mzanetti, "cannot"?
[10:10] <mzanetti> yeah
[10:10] <mzanetti> like, if I still have packages installed from a ppa that's not enabled any more
[10:10] <MacSlow> crap... it need to reflash my phone...
[10:11] <didrocks> Saviq: actually
[10:11] <didrocks> Saviq: let me check the code and maybe give you a trick :p
[10:11] <didrocks> one sec
[10:12] <Saviq> mzanetti, aptitude should show you packages that are "deprecated" or "local"
[10:12] <didrocks> Saviq: no, no easy trick, I protect that as well
[10:13] <Saviq> didrocks, so, question no. 3
[10:13] <didrocks> yep :)
[10:14] <Saviq> didrocks, say you put libfoo-dev and bar (Depends: libfoo-dev) in a silo
[10:14] <MacSlow> Cimi, I could compile the wizard.wifi on my desktop... how  do I run it?
[10:14] <Saviq> didrocks, libfoo gets migrated, but bar is stuck in proposed
[10:14] <Cimi> MacSlow, on the desktop?
[10:15] <Cimi> MacSlow, debuild
[10:15] <Cimi> MacSlow, wizard/test.sh
[10:15] <didrocks> yeah
[10:15] <MacSlow> Cimi, it'll take some time before I can use it on my phone... flashing it as it was still using a defunct 004 silo-ppa
[10:15] <Saviq> didrocks, now you dist-upgrade, get a new libfoo-dev, but can't build bar, because the dep moved
[10:15] <didrocks> Saviq: you mean, can't build old bar?
[10:15] <Saviq> didrocks, yes
[10:15] <didrocks> so, it's an API breakage?
[10:15] <Saviq> didrocks, 'cause "new" bar is only in the silo
[10:15] <Saviq> didrocks, yes
[10:16] <didrocks> you need to breaks: older-version of foo
[10:16] <didrocks> or use that virtual package trick
[10:16] <Saviq> that we had
[10:16] <Saviq> but libfoo still moves
[10:16] <Saviq> to release pocket
[10:16] <didrocks> it's an issue in britney then
[10:16] <Saviq> as nothing prevents it from going there
[10:16] <didrocks> hum
[10:16] <didrocks> foo breaks old bar?
[10:17] <Saviq> didrocks, yeah, that'd probably work
[10:17] <didrocks> so new foo shouldn't migrate without old bar
[10:17] <didrocks> Saviq: I think an intermediate step would be to have britney to undestand the grouping from CI Train
[10:17] <Saviq> mhm
[10:17] <didrocks> but the idea was rejected by the release team who don't want to special case for it
[10:20] <tsdgeos> mzanetti: do you know why it seems that we're not using unity8's application manager and instead we're using the unity-mir one when running on the desktop?
[10:20] <Saviq> didrocks, could we maybe have ro access to branches in silos?
[10:20] <mzanetti> tsdgeos: no. that shouldn't happen
[10:20] <tsdgeos> mzanetti: it is happening :D
[10:20] <tsdgeos> i'm getting lots of
[10:20] <tsdgeos> Need to use QMirServerApplication
[10:20] <tsdgeos> and
[10:21] <didrocks> Saviq: that's part of what I asked. I even don't have it anymore since we moved to prodstack
[10:21] <mzanetti> yeah... you shouldn't even have unity-mir installed on your machine...
[10:21] <tsdgeos> mzanetti: http://paste.ubuntu.com/7193672/
[10:21] <mzanetti> tsdgeos: instead unity-fake-env should provide Unity.Application
[10:21] <didrocks> Saviq: so yeah, the CI team will develop a charm to proxy those through apache
[10:21] <didrocks> Saviq: it was a requirement for the move, but then, I got to dropped it :(
[10:22] <Cimi> this osk works 0 times out of 4
[10:22] <mzanetti> tsdgeos: so... I just removed *all* of my Qt5 packages and then did a ./build -s and ./build -c
[10:22] <mzanetti> tsdgeos: now it starts, but yes, seems to use unity-mir here too
[10:23] <tsdgeos> mzanetti: i can't remove unity-mir, we just need to make sure the application thing we use
[10:23] <tsdgeos> is the local one
[10:23] <tsdgeos> that used to work
[10:23] <didrocks> Saviq: for a temporary access, I can rsync to lillypilly though
[10:23] <didrocks> Saviq: I think I'll just cronify that
[10:23] <tsdgeos> so it broke somewhere either with your or somebody elses patches
[10:23] <didrocks> would work for you?
[10:23] <tsdgeos> mzanetti: but good we're now on the same stage though ::)
[10:23] <mzanetti> tsdgeos: I just removed libunity-mir1 and now it works again fine with the fake app man
[10:23] <MacSlow> Cimi, so that's from trying to run wizard/test.sh on my desktop ... http://pastebin.ubuntu.com/7193680
[10:23]  * tsdgeos grabs some bubly drink
[10:24] <MacSlow> Cimi, what maliit-related package am I missing?
[10:24] <tsdgeos> mzanetti: Saviq says he knows what's the problem
[10:25] <mzanetti> yeah... we're pulling libunity-mir now in ./build
[10:25] <Cimi> MacSlow, I never had this error
[10:25] <mzanetti> tsdgeos: we didn't before.
[10:25] <Saviq> mzanetti, we did, it's a build-dep
[10:25] <Saviq> mzanetti, the difference is
[10:25] <Saviq> mzanetti, it was installing the plugin in /usr/lib/.../qt5/imports before
[10:25] <mzanetti> ahhh
[10:25] <mzanetti> right
[10:25] <Saviq> /Unity-Mir
[10:26] <mzanetti> (still, I don't think unity-mir is a build dep)
[10:26] <mzanetti> or well, should be
[10:26] <Saviq> mzanetti, sure, it probably shouldn't be
[10:27] <Saviq> mzanetti, or at least the plugin should be split out of libunity-mir1
[10:27] <didrocks> Saviq: here we go: http://people.canonical.com/~didrocks/citrain/silos/
[10:27] <didrocks> Saviq: I rsync every 10 minutes
[10:27] <mzanetti> right
[10:28] <mzanetti> tsdgeos: so, you can use run -f for now
[10:28] <mzanetti> or remove libunity-mir1 yourself
[10:28] <tsdgeos> okidoki
[10:28] <didrocks> Saviq: so, for instance http://people.canonical.com/~didrocks/citrain/silos/landing-002/mir/ is the mir branch generated by latest build
[10:30] <Saviq> didrocks, mhm
[10:30] <MacSlow> Cimi, well then... now trying to build it on the phone... hopefully I've more luck there
[10:34] <Saviq> mzanetti, so, I think stripping all unity-mir from our debian/control will work
[10:35] <mzanetti> Saviq: hmm.. will that pull in unity-mir on the phone still?
[10:35] <didrocks> Saviq: what was this "mhm"? :)
[10:36] <mzanetti> Saviq: actually... how long still until we get some Mir running on desktop?
[10:36] <mzanetti> Saviq: actually I think we're on the right track from a long-term pov
[10:36] <mzanetti> so I'm thinking if we instead should just finetune the -f switch
[10:36] <mzanetti> for using the fake stuff
[10:38] <greyback> mzanetti: unity8+mir works on desktop, bregma has a PPA enabling it
[10:38] <mzanetti> so... wouldn't it make sense to determine the current display server and load Unity.Application depending on that?
[10:38] <mzanetti> basically replace the SF stuff with X11 stuff :D
[10:40] <Saviq> mzanetti, yeah, exactly what we discussed
[10:41] <Saviq> mzanetti, with tsdgeos here
[10:41] <Saviq> mzanetti, he'll look into it
[10:41] <mzanetti> nice
[10:41] <Saviq> mzanetti, ultimately we should remove the direct dep on unity-mir, too, but let's not, right now
[10:42] <mzanetti> +1
[10:43] <MacSlow> Cimi, I can't build it... http://pastebin.ubuntu.com/7193736
[10:44] <MacSlow> Cimi, is there a build-dependency missing perhaps?
[10:44] <Cimi> MacSlow, try installing unity-api-dev
[10:44] <Cimi> MacSlow, I think I added it though :-\
[10:45] <MacSlow> Cimi, probably not... this is on a fresh install on the phone and it wasn't listed by the "missing build-dependencies" earlier
[10:45] <Saviq> didrocks, oh btw, re: new commits in branches, maybe we should check (on publish?) if there are new commits, and require an override if there are?
[10:45] <Saviq> MacSlow, that is libunity-api-dev missing indeed
[10:45] <didrocks> Saviq: I have a lot of requests, can't commit do to it, but still open a bug and we'll see :)
[10:46] <didrocks> Saviq: however, the number doesn't mean anything
[10:46] <Saviq> didrocks, yeah, I'm just asking
[10:46] <didrocks> Saviq: someone can --overwrite
[10:46] <didrocks> numbers matches
[10:46] <didrocks> not content
[10:46] <MacSlow> Saviq, yeah... had it on my desktop but not ont the freshly flashed N4
[10:46] <Saviq> didrocks, yeah, I mean if "merge" doesn't do nothing
[10:46]  * Saviq zones out
[10:46] <Saviq> need to focus on scopes
[10:47] <didrocks> Saviq: there are multiple cases when the simple check won't match reality unfortunately in that area
[10:47] <didrocks> (as the merge state in the MP is the only way to known)
[10:47] <didrocks> know*
[10:47] <Saviq> didrocks, got it
[10:47] <Saviq> didrocks, oh, and "mhm" is probably "sad, but ack" usually ;)
[10:48] <didrocks> Saviq: ah ok ;) just telling, you have it now though :)
[10:48] <didrocks> so no reason to be sad :p
[10:48] <didrocks> just bookmark http://people.canonical.com/~didrocks/citrain/silos/
[10:48] <Saviq> didrocks, other times it's just "ack" :)
[10:48] <didrocks> heh, ok
[10:48] <greyback> when Saviq says "mmmh" you'd better take a few steps back, just in case
[10:48] <Saviq> HE'S GONNA PUKE
[10:49] <greyback> ;)
[10:49] <Saviq> anyway, I'll actually disconnect, gimme an hour or so
[10:50] <Saviq> mail on emergency
[10:51]  * greyback has never seen Saviq's quit message before
[10:54] <MacSlow> Cimi, maybe you have added it... but did you push that change too? :)
[10:54] <didrocks> greyback: sourceforge! :)
[10:54] <greyback> didrocks: shows you the last time he disconnected :P
[10:54] <dpm_> mhr3, pstolowski or thostr_, we're discussing integration of the unity-scopes-tool in Qt Creator, and one of the questions that came up was: is there a specific requirement for the name of the scope's ini file, or does it only need to be in a particular location?
[10:54] <didrocks> greyback: ahah
[10:56] <Cimi> MacSlow, think I didn't
[10:58] <dpm_> mhr3, pstolowski or thostr_, and another question, if scopes are not yet installed via .clicks, how and where are they currently installed?
[10:58] <mhr3> dpm_, right now there are specific requirements on the name, but i believe that is going to change.. marcustomlinson, michi ^?
[11:00] <dpm_> mhr3, do you happen to know those requirements, or are the guys you pinged the persons to ask?
[11:00] <Cimi> MacSlow, so can you explain me what triggers the notifications on screen?
[11:00] <dpm_> hey zbenjamin
[11:00] <zbenjamin> hey
[11:01] <MacSlow> Cimi, the moment a notification lands in the visible-queue in the backend it'll show up in the notificaiton ListView in the frontend
[11:02] <Cimi> MacSlow, so why it's not taken by the wizard?
[11:02] <MacSlow> Cimi, I don't know... that's why I'm spending all my time atm to get it compiled and running o nthe phone so I can take a look and help out
[11:03] <Cimi> :D have a coffee
[11:08] <Cimi> MacSlow, I disabled notifiations from unity8
[11:08] <Cimi> might make it easier to debug
[11:09] <Cimi> MacSlow, like commenting out the line of notification backend from /usr/share/unity8/Shell.qml
[11:09] <Cimi> and running the wiazrd then
[11:10] <Cimi> from the phone
[11:17] <MacSlow> Cimi, that's from trying to run wizard/test.sh on the N4 http://pastebin.ubuntu.com/7193826
[11:17] <Cimi> MacSlow, you run in a different way
[11:17] <Cimi> if only the keyboard was working!!!!!!!!!!!!!!!!!
[11:17] <MacSlow> Cimi, I did what you told me
[11:18] <Cimi> keyboard keeps being in the middle of the screen
[11:18] <Cimi> who has a fix for that
[11:18] <Cimi> I rebooted phone like 10 times
[11:18] <Cimi> MacSlow, on the phone you run with another command line
[11:19] <MacSlow> Cimi, which is?
[11:19] <Cimi> MacSlow, if you want to test it at boot
[11:19] <Cimi> you test it with the upstart file
[11:20] <Cimi> /wizard/ubuntu-system-settings-wizard.conf
[11:20] <Cimi> that you put in
[11:20] <Cimi> /usr/share/upstart/sessions/
[11:20] <Cimi> MacSlow, this will run at boot as long as you don't have
[11:21] <Cimi> /home/phablet/.config/ubuntu-system-settings/wizard-has-run
[11:21] <Cimi> so remove that pls
[11:21] <MacSlow> Cimi, that's recreated everytime the wizard ran I assume
[11:21] <Cimi> if you want to run it within unity, you can, but I think you also want to stop unity from notifying
[11:21] <Cimi> MacSlow, it is
[11:21] <MacSlow> Cimi, got it
[11:21] <Cimi> MacSlow, or you can edit the upstart file not to check for that file
[11:24] <MacSlow> Cimi, ok... I'll try all that after lunch
[11:28] <mhr3> dpm_, ok, we were talking about it
[11:29] <mhr3> dpm_, apparently it isn't going to change
[11:30] <mhr3> dpm_, so at this very moment, a scope foo has to install a directory foo, and inside there has to be foo.ini and libfoo.so
[11:30] <dpm_> zbenjamin, ^
[11:31] <mhr3> and foo should really be the fully qualified name
[11:31] <mhr3> like com.canonical.scope.foo
[11:31] <Cimi> tsdgeos, how did you restart the kbd?
[11:31] <tsdgeos> Cimi: /sbin/restart maliit-server
[11:32] <Cimi> tsdgeos, hah
[11:32] <Cimi> tsdgeos, I as typing maalit-server :)
[11:32] <tsdgeos> :D
[11:33] <mhr3> marcustomlinson, pls double check ^
[11:33] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/application_manager_install_fix/+merge/213815 can you confirm this works for you?
[11:34]  * mzanetti tries
[11:34] <dpm_> thanks mhr3, so if we install a scope on the phone following this convention today, this should work already? Given that we don't have .click support for scopes yet, how would we deploy and run a scope to the phone/emulator from Qt Creator?
[11:35] <marcustomlinson> dpm_, mhr3: that is correct. "com.canonical.scope.foo.ini" will be identified as "com.canonical.scope.foo"
[11:35] <dpm_> can we just copy over the scope to a particular location and run it?
[11:35] <dpm_> marcustomlinson, so the .ini file should be a fully qualified name too?
[11:36] <dpm_> and is it a requirement to have .scope. as part of this name, or just the .foo part would be enough?
[11:37] <mzanetti> tsdgeos: it works fine on desktop, trying on phone now
[11:37] <marcustomlinson> dpm_: yes the ini file must be fully qualified
[11:37] <tsdgeos> mzanetti: ideally you make a package and install it
[11:37] <tsdgeos> for the phone and proper testing
[11:39] <mhr3> dpm_, and no there doesn't have to be .scope
[11:40] <mhr3> in the name
[11:40] <dpm_> ok, cool
[11:40] <dpm_> and regarding the installation?
[11:40] <mhr3> i'd say let's wait till scopes support .clicks, it would be too messy right now
[11:41] <dpm_> mhr3, do we have a timeline for .click support?
[11:41] <mhr3> thostr_, ^?
[11:41] <thostr_> dpm: end of April
[11:43] <dpm_> ok, then in that case we should start with desktop-only integration until .click scope support lands. That is, scopes will not be installable on the phone from Qt Creator, but they should be runnable on the desktop via unity-scopes-tool. Correct thostr_, mhr3?
[11:45] <mhr3> dpm_, sounds good to me
[11:46] <mhr3> dpm_, so you'll be able to run a scope, but not install it for now
[11:46] <dpm_> exactly
[12:03] <mhr3> popey, where can i find music-app devs?
[12:04] <popey> mhr3: in #ubuntu-touch-music if they're online.
[12:04] <popey> wassup?
[12:11] <Saviq> mzanetti, will you look at tsdgeos's x11 fix?
[12:11] <Saviq> MacSlow|lunch, if there are branches to land in unity-notifications, please let me know, I'll take care of that today
[12:12] <mzanetti> Saviq: yeah, on it already. looks good. just building a package to verify
[12:12] <Saviq> mzanetti, awesomes, thanks
[12:21] <mzanetti> Saviq: so, this is what I proposed to Mirco: https://code.launchpad.net/~mzanetti/unity-notifications/use-unity-api-roles/+merge/213817
[12:22] <mzanetti> however, recalling something about a can of worms I'd like your ok once again before going for it
[12:46] <MacSlow> Saviq, I don't think I'll have better luck today than any day before with getting stuff ready to land... so I guess no
[12:47] <MacSlow> Cimi, the wizard is stuck at a "Hello"-page... what's up with that?
[13:01] <Cimi> MacSlow, bug
[13:02] <Cimi> MacSlow, let me push
[13:02] <mzanetti> thostr_: hi. you joining the meeting?
[13:03] <thostr_> mzanetti: yes...trying to join
[13:05] <Cimi> MacSlow, pushed
[13:07] <MacSlow> "No space left on device"
[13:12] <MacSlow> Cimi, i need to uninstall ubuntu-system-settings first... as it's blocking some other packages I'm still missing
[13:17] <mterry> Saviq, we can drop indicator-sound from silo 002 now
[13:20] <MacSlow> Cimi, something on my N4 package-db is messed up...
[13:22] <MacSlow> Cimi, installing the compiled .deb for ubuntu-system-settings messed things up... and I can't revert it... I'll reflash the phone befor eI waste even more time
[13:22] <Cimi> why it did messed up things?
[13:23] <MacSlow> Cimi, http://pastebin.ubuntu.com/7194217
[13:24] <MacSlow> Cimi, I tried to revert that... but even using -f and --ignore-depends didn't help
[13:25] <Cimi> MacSlow, think a merge from trunk might fix it, I'll do it later
[13:25] <MacSlow> Cimi, I could not merge anything from trunk... I didn't ahve bzr after the first reflash...
[13:26] <MacSlow> and I was trying to install it, which caused said package-dependecy-issues
[13:26] <mzanetti> tsdgeos: package on the phone works fine too
[13:33] <Cimi> MacSlow, I merged trunk and pushed
[13:39] <Trevinho> mhr3: hi, is this branch still needed https://code.launchpad.net/~unity-team/unity/changeset-demultiplexer/+merge/196291 ?
[13:39] <Trevinho> as it was like forgotten
[13:47] <tsdgeos> mzanetti: \o/
[13:49] <mhr3> Trevinho, it was useful only for the qt binding, and unity8 no longer uses unity-core scopes
[13:50] <Trevinho> mhr3: ah i see
[13:54] <Saviq> mzanetti, tsdgeos, I kicked unity8-ci again with the unity app manager fix, there were some unrelated dependency issues
[13:54] <mzanetti> ack
[13:58] <mzanetti> Saviq: what exactly was the issue with stopping apps on untiy8 shutdown? seems I can't reproduce the issue any more
[13:58] <mzanetti> ah no... there it is... they still run. spinning the cpu
[13:59] <dandrader> mzanetti, hey, now that right-edge-2 has landed, will you be able to help me out?
[13:59] <Saviq> mzanetti, yup
[13:59] <mzanetti> dandrader: yes
[13:59] <Saviq> mzanetti, it's not even about unity8 shutdown, but just when you close them from the apps scope
[13:59] <mzanetti> huh? /me tries
[14:02] <Saviq> mzanetti, it might be that we're SIGSTOP'ing them, and then when they get SIGTERM, they can't anyway
[14:04] <Cimi> charles, I might need some help with the location services
[14:10] <Cimi> MacSlow, any luck?
[14:15] <MacSlow> Cimi, just about to restart after fixing the package-issue... hold on
[14:23] <Cimi> MacSlow, runs_
[14:23] <Cimi> ?
[14:24] <MacSlow> Cimi, I'm having trouble getting the wizard to start... although I've removed the test in the script and the ~/.config/ubuntu-system-settings/wizard-has-run
[14:25] <Cimi> MacSlow, do you have /usr/share/upstart/session/ and the wizard file there ?
[14:26] <tsdgeos> hmmmm
[14:26] <tsdgeos> mzanetti: make testStage doesn't suceed in trunk, is that something you can fix?
[14:26] <tsdgeos> i mean
[14:26] <tsdgeos> you can sure fix it
[14:26] <mzanetti> :D
[14:27] <tsdgeos> but is it something you broke?
[14:27] <mzanetti> tsdgeos: need to check, but most likely yeah...
[14:27] <tsdgeos> http://paste.ubuntu.com/7194502/ sound like yours
[14:29] <MacSlow> Cimi, and when I try to start it fro mthe build directory I get a segfault
[14:29] <Cimi> MacSlow, you can run it from within unity
[14:30] <Cimi> phablet@ubuntu-phablet:~$ cat s.sh
[14:30] <Cimi> #!/bin/bash
[14:30] <Cimi> MIR_SOCKET=/run/user/32011/mir_socket system-settings-wizard --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop
[14:30] <Cimi> MacSlow, you can create this script in home/phablet
[14:30] <Cimi> MacSlow, and run it from terminal or adb shell
[14:30] <mzanetti> tsdgeos: are all 4 of those failing for you?
[14:31] <tsdgeos> last 4 yes
[14:31] <tsdgeos> last 3 yes
[14:31] <tsdgeos> haven't tried the first yet
[14:31] <tsdgeos> shell one is trivial
[14:31] <mzanetti> tsdgeos: PhoneStage seems to pass here
[14:31] <tsdgeos> patch coming in a sec
[14:31] <tsdgeos> i got 3 failures in that one
[14:31] <tsdgeos> let me run it again
[14:33] <MacSlow> Cimi, it's crashing still http://pastebin.ubuntu.com/7194536/ even with trying that s.sh
[14:34] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/fixTryCompare/+merge/213862
[14:34] <Cimi> MacSlow, my fault
[14:34] <Cimi> MacSlow, run as user
[14:34] <MacSlow> Cimi, thus I assume it's also crashing upon boot
[14:34] <Cimi> MacSlow, su / phablet
[14:34] <Cimi> su - phablet
[14:34] <MacSlow> Cimi, I'm always logged into the phone as phablet (uid)
[14:35] <mzanetti> tsdgeos: https://code.launchpad.net/~mzanetti/unity8/drop-tst_stage/+merge/213859
[14:35] <Cimi> MacSlow, try running ./s.sh on the terminal app
[14:35] <Cimi> *from the terminal app
[14:35] <MacSlow> I don't see what difference that should amek... but... ok
[14:36] <tsdgeos> mzanetti: http://paste.ubuntu.com/7194556/
[14:36] <MacSlow> Cimi, and the osk doesn't work
[14:37] <MacSlow> Cimi, stand-up
[14:48] <Cimi> MacSlow, osk is bad
[14:48] <Cimi> MacSlow, I have same issues
[14:48] <Cimi> MacSlow, killall -9 maliit-server
[14:48] <MacSlow> Cimi, I just could enter ./s.sh but not enter RETURN
[14:49] <tsdgeos> mzanetti: don't have the tools to put the sim on the phone, can't try sorry
[14:49] <Cimi> tsdgeos, we have in the office
[14:49] <mzanetti> tsdgeos: what tools?
[14:49] <mzanetti> ah... the thingy
[14:49] <tsdgeos> mzanetti: the thing to press the thing
[14:49] <mzanetti> right. works with a pencil too, those yellow ones :D
[14:49] <mzanetti> stabilo
[14:49] <MacSlow> mzanetti, I still have my simcard pin-less from the time we had no means to enter any sim-number... so never moved back again
[14:50] <mzanetti> MacSlow: the command to enable it would have been shorter than this sentence ^^
[14:50] <tsdgeos> mzanetti: in spain we are more into staedler products
[14:50] <mzanetti> lol
[14:50] <tsdgeos> black yellow pencils ftw
[14:51] <MacSlow> mzanetti, I'm actually a ballet-dancer pretending to be a computer-guy... so whatever you say :)
[14:52] <tsdgeos> ok, Cimi gave me a staple to use :D
[14:52] <MacSlow> Cimi, even from the terminal I get the same segfault
[14:52] <Cimi> @?@
[14:53] <Cimi> no idea then
[14:53] <Cimi> MacSlow, you are not running with sudo?
[14:53] <MacSlow> Cimi, still this one...
[14:53] <MacSlow> http://pastebin.ubuntu.com/7194536/
[14:54] <MacSlow> Cimi, no as I said... I'm logged into the phone as phablet... (especially via the Terminal app)
[14:54] <Cimi> MacSlow, indeed
[14:54] <mzanetti> tsdgeos: testPhoneStage still passes here, normal and in xvfb-run
[14:55] <MacSlow> Cimi, so whatever you committed between the time before lunch and afer lunch messed things up for me here
[14:55] <Cimi> MacSlow, nope
[14:55] <MacSlow> Cimi, I try to revert it locally and then recompile
[14:55] <Cimi> MacSlow, I don't think this can affect
[14:55] <MacSlow> Cimi, well I can see some effect for real here on my phone I tell you :)
[14:56] <Cimi> MacSlow, don't think it's caused by my changes
[14:56] <Cimi> MacSlow, wth is google
[14:56] <Cimi> here
[14:56] <tsdgeos> mzanetti: did you see my paste?
[14:56] <MacSlow> Cimi, you said you merged with ubuntu-system-settings trunk, right?
[14:56] <tsdgeos> mzanetti: i got the sim pin thing after a reboot
[14:56] <mzanetti> tsdgeos: yes
[14:56] <Cimi> MacSlow, I did
[14:56] <mzanetti> ah no
[14:56] <tsdgeos> and unlocked correctly
[14:56] <tsdgeos> and got signal
[14:56] <tsdgeos> hope it didn't decide to connect to the interwebs
[14:56] <mzanetti> tsdgeos: I do get signal if I enter the pin with qdbus
[14:56] <mzanetti> tsdgeos: just the menu in the network indicators is gone for good
[14:57] <MacSlow> Cimi, I'm moving back to r680 and start from there
[14:58] <Cimi> MacSlow, you can run debuild -nc
[14:58] <Cimi> MacSlow, -nc doesn't clear things
[14:58] <MacSlow> too late
[15:01] <mterry> Saviq, unity8 needs a kick for silo 002 now that I've merged from trunk's recent update
[15:03] <tsdgeos> mzanetti: so testStage and testSideStage are gone and we have testPhoneStages and will have a testTahbleStages or something?
[15:03] <mzanetti> tsdgeos: exactly
[15:04] <tsdgeos> ok
[15:07] <mzanetti> tsdgeos: meh... tried testPhoneStage with 8 px/gu, 20px/gu, with xvfb-run. always passing for me. Wondering whats different
[15:08] <tsdgeos> :/
[15:08] <mterry> Saviq, and the missing boost symbol error persists
[15:08] <mterry> Saviq, papi's build logs don't indicate any issues
[15:09] <tsdgeos> mzanetti: ok, i'll see if i can understand what's wrong and fix it myself then i gues
[15:10] <tsdgeos> faster way
[15:10] <tsdgeos> mzanetti: could you reproduce the GenericScopeView::test_showDash one?
[15:11]  * mzanetti tries
[15:12] <mzanetti> tsdgeos: yes
[15:13] <tsdgeos> mzanetti: can you have a look? it was working before today
[15:13] <mzanetti> tsdgeos: yep, on it
[15:14] <tsdgeos> mzanetti: so i have a test that says
[15:15] <tsdgeos> QDEBUG : qmltestrunner::PhoneStage::test_selectAppFromSpread(App 0) clicking app 0 ( twitter-webapp )
[15:15] <tsdgeos> but i don't see any twitter screenie
[15:15] <mzanetti> tsdgeos: make tryPhoneStage, then click on the upper Add App button
[15:15] <mzanetti> tsdgeos: multiple times.
[15:16] <mzanetti> tsdgeos: then do the full right edge swipe and select the leftmost app
[15:16] <mzanetti> that's what the test is doing
[15:16] <tsdgeos> somethins broken
[15:17] <tsdgeos> mzanetti: http://imgur.com/9lmjx5m
[15:17] <tsdgeos> is what i get after the first add app
[15:17] <mzanetti> tsdgeos: yeah... that's the fake app manager not working 100% perfect
[15:17] <tsdgeos> doesn't look good
[15:17] <tsdgeos> problem is when i add the other one
[15:17] <tsdgeos> and do the spread thing
[15:17] <mzanetti> tsdgeos: launch a second one. it'll get better
[15:17] <tsdgeos> the first one is not there
[15:18] <mzanetti> is not there... that's interesting
[15:18] <mzanetti> that would explain the failures you see
[15:18] <tsdgeos> there's a weird shadow
[15:18] <tsdgeos> let me screenshot that
[15:18] <mzanetti> I know how it looks like in that case
[15:18] <mzanetti> the question is, why isn't it starting for you
[15:18] <tsdgeos> http://imgur.com/YOcSrrS
[15:19] <tsdgeos> and that's why i guess the clicking fails
[15:19] <mzanetti> yep
[15:20] <tsdgeos> so how do i debug that?
[15:21] <mzanetti> tsdgeos: ../tests/mocks/Unity/Application/ApplicationScreenshotProvider.cpp is the one that should provide the image
[15:21] <tsdgeos> okidoki
[15:21] <tsdgeos> i'll add some debugging in there
[15:21] <mzanetti> tsdgeos: it should already print something if it fails to load the image
[15:22] <tsdgeos> http://paste.ubuntu.com/7194728/
[15:22] <mzanetti> yeah. also the previous paste shows errors loading the images for 4 apps
[15:25] <mzanetti> tsdgeos: ApplicationManager::buildListOfApplication() is the place where they are hardcoded
[15:25] <mzanetti> in the same dir
[15:26] <tsdgeos> ok
[15:29] <tsdgeos> ahh
[15:29] <tsdgeos> i know what's wrong
[15:29] <tsdgeos> mzanetti: you expect GRID_UNIT_PX to be defined
[15:30] <mzanetti> right... setting it do 8 doesn't really help in finding that :D
[15:30] <tsdgeos> which is not necessarily true
[15:30] <MacSlow> Cimi, so... r682 crashes too
[15:30] <MacSlow> Cimi, trying r681 now
[15:30] <mzanetti> tsdgeos: good catch. thanks a lot. Shall I fix it in my other fixes branch?
[15:30] <Cimi> MacSlow, it's not a change!
[15:30] <Cimi> MacSlow, don't waste time
[15:31] <Cimi> MacSlow, might be something else I have no clue about
[15:31] <Saviq> bregma, re: apps being shell wrappers around qmlscene, did you try with exec qmlscene? otherwise the pid number reported by upstart is not the one the app will actually connect from
[15:31] <tsdgeos> mzanetti: sure fix it there
[15:32] <mzanetti> ack
[15:32] <tsdgeos> mzanetti: i've confirmed that hardocding a 8 there for me works, so i guess you can fallback to 8 if that is actually the real fallback that the uitk does
[15:32] <mzanetti> yep, 8 is the one
[15:32] <MacSlow> Cimi, actually... r682 crashing I can skip r681 indeed... had the changelog not in mind
[15:33] <Saviq> greyback, can you comment against https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1300911/comments/2 ?
[15:33] <Cimi> MacSlow, still haven't changed anything here
[15:33] <MacSlow> Cimi, trying r680 now
[15:33] <Cimi> might be something else
[15:33] <Cimi> maybe mister Saviq has ideas
[15:33] <Saviq> r680 of what/
[15:33] <Saviq> ?
[15:33] <MacSlow> Cimi, I didn't remember there was just the dependency touched in one fo the commits
[15:33] <Cimi> who has ideas on this crash? http://pastebin.ubuntu.com/7194536/
[15:33] <Cimi> Saviq, ^
[15:34] <Cimi> Saviq, mirco is getting this error while running the wizard as user
[15:34] <Cimi> with MIR_SOCKET=/run/user/32011/mir_socket system-settings-wizard --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop
[15:34] <Saviq> Cimi, I saw it somewhere before...
[15:34] <greyback> Saviq: yes that makes sense
[15:34] <MacSlow> and I didn't get that before lunc with an earlier version... which I'm currently trying again
[15:35] <Cimi> in the meanwhile I broke my phone
[15:37] <Saviq> greyback, would be weird, though, if only desktop exhibited that issue, would it...
[15:37]  * Cimi reflashes
[15:39] <greyback> Saviq: it certainly would
[15:39] <greyback> Saviq: but I don't think/know clicks work on desktop, do they?
[15:40] <Saviq> greyback, yeah, that's why I asked for an example from bregma
[15:44] <mzanetti> tsdgeos: I'm a bit puzzled: this fixes it: http://paste.ubuntu.com/7194813
[15:44] <mzanetti> tsdgeos: however the hideDash() test does exactly the same and that one passes
[15:44] <tsdgeos> aha
[15:45] <mzanetti> also, genericScopeView.scope should be [15:45] <mzanetti> tsdgeos: ah... might the ordering and a missing init/cleanup
[15:46] <tsdgeos> it may
[15:46] <MacSlow> Cimi, what is ubuntu-system-settings made of... it taking longer to compile than unity8?
[15:46] <Cimi> iron
[15:47] <MacSlow> Cimi, rahter lead I'd say ;)
[15:47] <mzanetti> tsdgeos: pushed all fixes to this one. https://code.launchpad.net/~mzanetti/unity8/drop-tst_stage/+merge/213859
[15:49] <mzanetti> and updated the commit message
[15:49] <tsdgeos> mzanetti: maybe you can even add mine in so we get a fully passing qmluitests?
[15:49] <mzanetti> tsdgeos: ack
[15:51] <tsdgeos> i removed the approved from the incorrect branch
[15:51] <tsdgeos> E_TOO_MAY_TABS_IN_LAUNCHPAD
[15:52] <tsdgeos> mzanetti: wait i didn't mean that one :D
[15:52] <mzanetti> tsdgeos: all merged. rejected the old one
[15:52] <tsdgeos> i meant the one of the tryCompare
[15:52] <mzanetti> waaaa
[15:52] <mzanetti> :D
[15:52] <mzanetti> ofc. sorry :/
[15:52] <mzanetti> E_TOO_MANY_TABS_IN_LAUNCHPAT
[15:52] <mzanetti> D
[15:53] <mterry> Saviq, so this is interesting (re: the silo 002 troubles).  The missing symbol is from Mir's libmirplatformgraphics.so.  It demangles to boost::program_options::value_semantic_codecvt_helper<char>.  I think it's just Mir not adding ${Boost_LIBRARIES} to link targets.   I'm going to test rebuild Mir
[15:54] <Saviq> mterry, oh
[15:54] <Saviq> mterry, something must've change in devel then
[15:56] <mzanetti> tsdgeos: I can't find that branch any more
[15:56] <tsdgeos> ah
[15:56] <tsdgeos> i killed it
[15:56] <tsdgeos> no need to merge, just fix it manually :D
[15:57] <mzanetti> ack
[15:58] <MacSlow> Cimi, Saviq: I'm giving up... I've even tried the version from this morning and still get that crash... I've wasted a full day now on this without getting anywhere... I'm switching back now to trying to get my stuff through Jenkins & Co.
[15:59] <Cimi> MacSlow, I know it sucks, it's two days I'm wasting here
[15:59] <dandrader> I'm running unity8 manually and all seems fine
[15:59] <dandrader> but the dash is completely empty
[15:59] <dandrader> no scope shows up
[15:59] <MacSlow> Cimi, but at least you see something happening
[15:59] <dandrader> what am I missing?
[15:59] <tsdgeos> dandrader: start the proxy-scope
[15:59] <Cimi> MacSlow, I didn't on monday :P
[15:59] <mzanetti> tsdgeos: ok. all pushed
[15:59] <Cimi> MacSlow, eventually I stopped having that error
[16:00] <tsdgeos> dandrader: start scope-registry
[16:00] <dandrader> tsdgeos, ok will try that
[16:00] <MacSlow> Cimi, well that's no way for me to work
[16:00] <Cimi> MacSlow, I was having that error because I was not runnit it with phablet user
[16:00] <tsdgeos> dandrader: and restart unity8 probably
[16:00] <Cimi> MacSlow, which is not your case
[16:00] <dandrader> tsdgeos, btw, will a pre-new-scopes unity8 work on the lastest image?
[16:00] <tsdgeos> dandrader: that on the destkop right?
[16:00] <Cimi> MacSlow, I have no idea what that error means
[16:00] <tsdgeos> dandrader: don't think so
[16:00] <dandrader> tsdgeos, no, that's the "qt as mir compositor" branches
[16:00] <MacSlow> Cimi, neither do I
[16:00] <Cimi> MacSlow, it comes from some google stuff
[16:00] <tsdgeos> dandrader: oh
[16:01] <tsdgeos> dandrader: then no, we killed old-scopes i think
[16:01] <dandrader> tsdgeos, ok, so I do have to rebase my stuff on top of latest unity8 in order to get dash back I think
[16:01] <tsdgeos> yep
[16:01] <dandrader> tsdgeos, ok, thanks!
[16:01] <Saviq> mzanetti, please assign yourself to bug #1273781 - it results from the "we're not killing the process"
[16:01] <MacSlow> Cimi, I wouldn't mind to keep digging deeper... if I didn't have 5 other things waiting
[16:02] <mzanetti> Saviq: regarding that, seems it goes successfully away in unity-mir's ApplicationManager.
[16:03] <Saviq> mzanetti, yeah, the app goes away, but doesn't get SIGTERM or SIGKILL
[16:03] <mzanetti> yeah...
[16:03] <Saviq> mzanetti, so that's what we need to do, at least while we say --desktop-file-hint is supported
[16:08] <MacSlow> Cimi, what image are you running on your phone?
[16:09] <MacSlow> Cimi, I've r274 running on my N4
[16:09] <bregma> Saviq, using exec does the trick nicely ... this tidbit needs to go upstream to app developers
[16:10] <bregma> now if I could get the terminal app working and someone ported vim to QML I could use Unity8 on the desktop for all my development needs
[16:25] <dpm_> bregma, what's not working for you in the terminal app? I've not been using it for a while, but the major issue we had was the Enter key not working and that got fixed a while ago. Any other bugs that make it unusable?
[16:29] <bregma> dpm_, it isn't on the list of hard-coded supported apps, so I'd need to hack some other app's desktop file to get it to run
[16:30] <bregma> like the dialler-app, that doesn't run well on the desktop either so I can get rid of it
[16:30] <dpm_> bregma, what's that list of hard-coded apps?
[16:31] <bregma> dpm_, http://bazaar.launchpad.net/~ubuntuone-hackers/unity-scope-click/trunk/view/head:/scope/click/interface.cpp#L53
[16:32] <bregma> for now
[16:32] <dpm_> bregma, oh, what does exactly that list do and where did it come from? I'm missing things like calendar there
[16:33] <dpm_> popey, ^
[16:34] <popey> i had no idea that existed
[16:35] <Cimi> MacSlow, crashes for me too
[16:35] <Cimi> with updated image
[16:35] <bregma> dpm_, popey, it just showed up a few days ago, https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1300925
[16:35] <MacSlow> Cimi, which image were you on before?
[16:35] <Cimi> who knows
[16:35] <MacSlow> Cimi, I was on... ehm... r269 I think
[16:36] <MacSlow> Cimi, but not really sure
[16:36] <Cimi> Saviq, why we have those crashes with libprotobuf?
[16:36] <Cimi> Saviq, what is using it?
[16:37] <popey> dpm_: i dont think we intend to put every app on that list - pmcgowan is driving that list I believe.
[16:37] <dpm_> bregma, popey, oh, so that only affects unity 8 running on the desktop, right?
[16:37] <popey> yeah
[16:38] <bregma> right
[16:38] <bregma> click apps are OK on the phone, but not on the desktop
[16:40] <mhall119> anybody know if the new cloud sync indicator will stick around, and if there's an API for 3rd parties to hook into it like they can the messaging and sound indicators?
[17:36] <Saviq> Cimi, some plugin you're loading
[17:37] <Saviq> Cimi, remove plugins one at a time and you'll see which one
[17:37] <Saviq> bregma, no need to port vim to QML, you just need the terminal :)
[17:37] <Saviq> bregma, glad the exec helped
[17:37] <Saviq> bregma, I thought we got rid of all those scripts already
[17:45] <MacSlow> elopio, poing
[17:45] <kgunn> bregma: greyback ...so should i land this asap
[17:45] <kgunn> https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1295309
[17:46] <kgunn> sorry...
[17:46] <kgunn> meant https://code.launchpad.net/~bregma/qtubuntu/lp-1295309/+merge/212027
[17:46] <greyback> kgunn: yes please
[17:47] <bregma> that way I won;t have to update the version in my PPA
[19:00] <mterry> Saviq, https://code.launchpad.net/~mterry/mir/missing-links/+merge/213906 is a start.  I no longer crash due to missing symbols.  Something else isn't right yet.  But that's a good branch we'll want
[19:01] <greyback> mterry: don't forget commit message
[19:02] <mterry> greyback, gah.  I resubmitted it, and that loses the commit message
[19:02] <mterry> greyback, thanks
[19:02] <greyback> np
[19:03] <greyback> mterry: the linker flag "-Wl,--no-undefined" wouldn't be any use?
[19:04] <mterry> greyback, ah maybe.  I am so packaging focused, I didn't think about it
[19:04] <mterry> dpkg-shlibs was the obvious stop point for me  :)
[19:04] <mterry> greyback, let me test then I can modify my branch maybe
[19:05] <greyback> mterry: was just a suggestion anyway, while I guess it would help, I'm not certain either
[19:06] <greyback> well it would maybe help prevent this problem happening again
[19:06] <mterry> greyback, we already use it apparently.  So I guess not
[19:06] <greyback> mterry: oh well
[19:21] <dandrader> I'm getting an empty dash and this on the console: "ERROR! Caught unity::scopes::TimeoutException: Request timed out after 300 milliseconds" where do I start debugging this? I'm totally ignorant on the scopes stuff
[19:22] <dandrader> mterry, https://bugs.launchpad.net/mir/+bug/1301040
[19:22] <dandrader> mterry, and https://code.launchpad.net/~kdub/mir/fix-1301040/+merge/213739
[19:23] <kdub> dandrader, i'm still trying to confirm that fixes it, I don't have a stack all built
[19:23] <greyback> dandrader: are there some scope services that are not running?
[19:23] <greyback> dandrader: "initctl list" and see if anything obvious not running
[19:24] <mterry> dandrader, ah interesting.  I looked, but didn't see other merges with obvious names
[19:24] <mterry> kdub, my branch should I think...
[19:24] <dandrader> greyback, did "start scope-registry" as  albert suggested. have these running http://paste.ubuntu.com/7195655/
[19:25] <dandrader> kdub, as I commented. doens't solve my problem
[19:25] <dandrader> although it helps a bit
[19:25] <greyback> dandrader: ok, if you give me 10 minutes, I'll have a freshly flashed tablet that I can compare with
[19:28] <kdub> mterry, if your branch works, then we can go with that, i'm just guessing at what the problem is until I can build the world
[19:29] <mterry> kdub, it works enough not to crash unity8 due to missing symbols.  That's as far as I tested
[19:29] <mterry> kdub, I didn't realize you were working in same problem space, sorry
[19:30] <kdub> eh, i'm working slowly because I have to build a unity stack against mir/devel. if that fixes the problem, I don't mind going with that branch :)