[07:32] <Saviq> MacSlow, try and rejoin?
[07:32] <MacSlow> Saviq, yes... just trying that...
[07:37] <MacSlow> Saviq, I'm typing in Google-Hangout... but it just not coming through
[07:37] <Saviq> MacSlow, ok, just type here
[07:37] <Saviq> MacSlow, I'll fwd
[07:37] <MacSlow> Saviq, it's so slow/laggy... no idea what's wrong?
[07:38] <MacSlow> Saviq, the existing regression test (in Python) are a starting point for the autopilot-tests
[07:40] <MacSlow> Saviq, sure
[07:41] <MacSlow> Saviq, just...
[07:41] <MacSlow> Saviq, what kind of framework is expected from Chris' side
[07:42] <MacSlow> Saviq, that I could/should/have to utilize for autopilot for the notification-test in specific... if any
[07:42] <MacSlow> Saviq, yeah... mumble
[07:43] <MacSlow> veebers, Saviq: yeah... next Monday then -> mumble?!
[07:43] <Saviq> MacSlow, veebers will set it up
[07:43] <MacSlow> veebers, Saviq: but maybe I've sorted out the hangout-problems under saucy until then
[07:43] <Saviq> MacSlow, and we'll meet in some minutes
[07:43] <veebers> MacSlow, Saviq: we can mumble now if you wish (you will just need to wait while I setup)
[07:43] <didrocks> Saviq: tell me once your meeting is over, some questions on daily release for unity8 :)
[07:44] <Saviq> didrocks, will do
[07:44] <MacSlow> veebers, sure thing... I'll wait
[07:45] <Saviq> veebers, yeah, we're waiting
[07:49] <veebers> Saviq: sweet, setup now. Where are we meeting?
[07:49] <Saviq> veebers, can't hear you, you need to push to talk
[07:49] <Saviq> veebers, I think it's right ctrl by defautl
[07:49] <MacSlow> veebers, we see you on the server... can you hear us at least?
[07:50] <veebers> MacSlow: I can hear you, you can't me
[07:50] <veebers> one moment
[07:56] <Saviq> didrocks, done
[07:56] <didrocks> Saviq: hey! so I'm doing some packaging cleanup for daily releasing unity8
[07:56] <Saviq> didrocks, yup
[07:56] <didrocks> so expect a MP soon :)
[07:56] <didrocks> first question:
[07:57] <didrocks> - did you settled on using unity8 as a launchpad source?
[07:57] <didrocks> to keep unity 7 bugs separeted from unity8 ones?
[07:59] <Saviq> didrocks, we did not, but I agree that'd be a big benefit
[08:00] <Saviq> didrocks, will discuss that later today and get back to you, ok
[08:00] <didrocks> Saviq: do you want me to handle that? So having lp:unity8 for now, and then, once the transition is ended, we can move it back to lp:unity?
[08:00] <didrocks> Saviq: ok, if you need me for some args, I can help :)
[08:00] <seb128> not sure changing the name would make a real difference
[08:01] <Saviq> didrocks, I think I'm good, just don't want to make that decision on my own
[08:01] <seb128> the users who report bugs manually are still going to bug "unity" for most
[08:01] <didrocks> Saviq: oki
[08:01] <seb128> the ones that use apport ... we can tag unity8 bugs from there with a hook
[08:01] <didrocks> seb128: well, at least crashes will make sense, and we won't have a long time to fetch lp:unity/phablet
[08:02] <didrocks> seb128: also, having a unity8 source without having the launchpad project doesn't make sense
[08:02] <seb128> k, fair enough
[08:02] <seb128> hum
[08:02] <seb128> broken libgrip was SRUed to raring :/
[08:03] <seb128> didrocks, no sil around so it's for you, bug #1194714 ... libgrip breaks eog (and evince in some other way) ... we had the same issue in saucy recently, I guess the fix didn't get backported to the stable serie
[08:04] <didrocks> seb128: well, let's reject the current source from proposed, mind you? then, tomorrow, I'll check with sil2100, I have etoomuchbacklog right now
[08:04] <seb128> didrocks, ok, do you know how to reject something from proposed? is that just deleting the binaries?
[08:05] <didrocks> seb128: I think so, pitti should know?
[08:05] <seb128> let me ask on #ubuntu-release
[08:05] <didrocks> thanks seb128 :)
[08:05] <Saviq> didrocks, otoh sticking to lp:unity8 will really mean that we'll only un-stick after unity7 eol
[08:06] <didrocks> Saviq: well, I think TBH, we'll stick to this until unity8 is the default
[08:06] <didrocks> Saviq: then, the bug rate is low enough to be able to handle this
[08:06] <Saviq> mhm
[08:07] <didrocks> Saviq: my other question was on your build-deps in your ppa
[08:07] <didrocks> Saviq: you do add other deps than those on distro, right?
[08:07] <Saviq> didrocks, not build ones, no
[08:07] <Saviq> didrocks, we're building against distro
[08:07] <didrocks> just the runtimes one for indicators?
[08:07] <Saviq> didrocks, yes
[08:07] <Saviq> didrocks, and it's going away soon
[08:08] <didrocks> Saviq: how do you then try on i386/amd64 the shell?
[08:08] <didrocks> libhud-client2-dev is different on i386/amd64 than armhf
[08:08] <didrocks> (hud using bamf on the first archs=
[08:08] <tsdgeos> lol, mouse wheeling over an open app in the launcher focuses the app
[08:08] <didrocks> )*
[08:08] <tsdgeos> totally unexpected
[08:08] <Saviq> didrocks, so I don't forget - ok so what're the advantages - separate project / bug / milestone / tag management, correct default branch stacking
[08:09] <didrocks> Saviq: I think you listed all
[08:09] <Saviq> didrocks, since we don't run real apps in i386/amd64 (not before Mir)
[08:09] <didrocks> ah, so apps matching doesn't impact
[08:09] <Saviq> didrocks, yeah
[08:09] <didrocks> but you will need a smarter hud then?
[08:09] <didrocks> being able to run with unity7(bamf) and with Mir
[08:09] <didrocks> do you know if it's under work?
[08:10] <Saviq> didrocks, good catch, we need hud to switch between bamf and Mir
[08:10] <didrocks> yep ;)
[08:10] <Saviq> didrocks, I don't think there's anyone actively working on this, will confirm when tedg comes online
[08:11] <didrocks> ok :)
[08:12] <didrocks> tests/autopilot/unity8 usr/lib/python2.7/dist-packages/unity8
[08:12] <didrocks> hum :)
[08:12] <didrocks> I think it means debian/rules is broken
[08:12] <didrocks> I'll have a look
[08:14] <mzanetti> Saviq: hey, can you explain this? http://paste.ubuntu.com/5800865/
[08:15] <Saviq> mzanetti, probably not
[08:15] <mzanetti> Saviq: feels like a bug in borderimage, doesn't it?
[08:16] <Saviq> mzanetti, tried if `source: foo ? source1 : source2` works?
[08:16] <mzanetti> Saviq: probably will work. and what I'm going to do
[08:16] <Saviq> mzanetti, yeah, like it doesn't emit sourceChanged
[08:16] <mzanetti> Saviq: but I feel the need of reporting a bug
[08:16]  * mzanetti tries with a regular image
[08:17] <Saviq> mzanetti, yeah, simplify, verify, rinse/repeat
[08:18] <mzanetti> Saviq: weird... same for the Image {}
[08:19] <Saviq> mzanetti, have a small test tsdgeos could run under 5.1?
[08:20] <mzanetti> yeah. gimme a sec
[08:25] <mzanetti> Saviq: now look at that...
[08:25] <mzanetti> Saviq: it happens only if "import Ubuntu.Components 0.1"
[08:25] <Saviq> mzanetti, oh, it might be theming, then
[08:25] <mzanetti> I think its rather our image provider
[08:26] <mzanetti> anyways... we know where to direct the bug report
[08:26] <Saviq> mzanetti, image provider shouldn't be touched when image:// isn't used, should it?
[08:26] <mzanetti> Saviq: yes it is... because of that @GU notation
[08:26] <Saviq> ah that one
[08:26] <mzanetti> Saviq: it hijhacks every image resolving
[08:26] <Saviq> indeed
[08:26] <mzanetti> -h
[08:28] <didrocks> waow, that many lintian errors while building unity8. Some work has to be done :p
[08:28] <didrocks> E: unity8: arch-dependent-file-in-usr-share usr/share/unity8/plugins/HudClient/libHudClientQml.so
[08:28] <didrocks> Saviq: a lot of those, I think we should move them in private lib dir ^
[08:29] <Saviq> didrocks, I agree, we're bad there
[08:29] <didrocks> like /usr/lib/<triplet>/unity8/plugins/
[08:29] <Saviq> didrocks, /qml/
[08:29] <didrocks> /usr/lib/<triplet>/unity8/plugins/qml/ ?
[08:29] <Saviq> didrocks, /usr/lib/*/unity8/qml/plugins
[08:30] <didrocks> Saviq: there will be other things in /usr/lib/*/unity8/ and /usr/lib/*/unity8/qml/ ?
[08:30] <Saviq> didrocks, yes, imports and modules
[08:30] <Saviq> didrocks, it's same for /usr/lib/*/qt5/qml/ - I want to keep the same structure
[08:30] <didrocks> Saviq: ok, let me do the reorg packaging-wise, then, let's look together at the upstream code, shall we?
[08:30] <Saviq> didrocks, +1
[08:30] <didrocks> makes sense :)
[09:05] <greyback> Oops sorry, slept in
[09:07] <didrocks> Saviq: any reason why you dh_shlibdeps -XlibMockLightDM-qml.so
[09:07] <didrocks> as it's in a private lib, we shouldn't need that, nor filter the deps?
[09:24] <Saviq> didrocks, is that something we're doing actively? :D
[09:25] <Saviq> didrocks, yeah see it now
[09:25] <Saviq> didrocks, that's mterry's doing
[09:27] <didrocks> Saviq: hum, interesting, I think this will go away once moving the binaries
[09:27] <didrocks> Saviq: doing that right now, (for plugins/) I'll find a qml one as well?
[09:27] <Saviq> didrocks, a qml lightdm plugin? yes
[09:28] <Saviq> didrocks, plugins/LightDM
[09:28] <didrocks> Saviq: ok, and apart from this qml/ folder, we'll have other dirs that should be there?
[09:28] <didrocks> like imports?
[09:28] <Saviq> didrocks, I don't think there's anything right now
[09:28] <Saviq> didrocks, but there will be later
[09:28] <Saviq> didrocks, but we'll manage that then
[09:30] <didrocks> ok
[09:31] <mzanetti> Saviq: uh... seems we haven't released unity-api yet
[09:32] <Saviq> mzanetti, with the launcher?
[09:32] <Saviq> mzanetti, right, we should daily-release
[09:32] <mzanetti> Saviq: there doesn't seem to be any package yet
[09:32] <mzanetti> Saviq: in the repositories
[09:32] <Saviq> mzanetti, indeed, nothing went into distro
[09:33] <Saviq> didrocks, lp:unity-api < what do we do with that?
[09:33] <MCR> didrocks, hi - got one minute or two ?
[09:33] <mzanetti> Saviq: how do the notifications build? don't they use unity-api yet?
[09:33] <didrocks> Saviq: well, I'm going to one after another :)
[09:33] <didrocks> MCR: not really TBH, but I'm not the only one who can answer I guess :)
[09:34] <MCR> didrocks, you are ;)
[09:34] <Saviq> mzanetti, no, they don't
[09:34] <Saviq> didrocks, ah, you have that on your radar, then?
[09:34] <didrocks> Saviq: yep :)
[09:35] <Saviq> didrocks, as usual, two steps ahead of us, mzanetti ^
[09:35] <MCR> I have just cleaned up Compiz from useless files and need your okidoki, Sam already reviewed and approved it and it is really simple...
[09:35] <MCR> https://code.launchpad.net/~mc-return/compiz/compiz.merge-remove-useless-files.1/+merge/166937
[09:35] <MCR> didrocks, ^^
[09:36] <didrocks> hum, where is alf? :)
[09:37] <dandrader> mzanetti, about that issue that if you drag the Launcher beyond the middle of the screen it moves back offscreen upon release
[09:37] <didrocks> MCR: easy enough, didn't really need me, but approved :)
[09:37] <MCR> didrocks, thx
[09:37] <dandrader> mzanetti, do you mind if I fix it or will it conflict with your new-folding-animation patch?
[09:37] <didrocks> yw
[09:38] <mzanetti> dandrader: nope. won't conflict
[09:38] <MCR> it was rotting there for almost 2 months now ;)
[09:39] <mzanetti> dandrader: there are some other bugreports related to this too... probably it would make sense if I work them out. do you have a particular reason to have that fixed now?
[09:43] <dandrader> mzanetti, no, it's just bothering me during my edge-drag tests
[09:43] <dandrader> mzanetti, but ok. I'll leave it to you
[09:43] <Saviq> dandrader, CODING: independent, maybe, conflicting - for sure ;)
[09:43] <mzanetti> dandrader: ok. let me fix that... because that feature is actually needed when minimizing an app, its not totall straight forward
[09:46] <tsdgeos> woot
[09:47] <tsdgeos> i uninstalled qtdeclarative-dev by mistake and can't install it anymore
[09:47] <tsdgeos> http://paste.kde.org/~tsdgeos/782984/
[09:47] <tsdgeos> any idea?
[09:47] <didrocks> Saviq: usr/share/unity8/plugins/mocks is a qml plugin as well?
[09:48] <tsdgeos> lol my local cache has "bigger" packages than saucy
[09:48] <tsdgeos> http://paste.kde.org/~tsdgeos/782990/
[09:48] <tsdgeos> i guess i just purge the cache and force install the saucy versions?
[09:51] <tsdgeos> yeah that worked
[09:51] <didrocks> (seems so, moving them as well)
[09:53] <dandrader> tsdgeos, are you using unity in saucy?
[09:53] <dandrader> as your desktop environment
[09:53] <tsdgeos> dandrader: yeah
[09:53] <dandrader> tsdgeos, do you get icons on your desktop background/wallpaper?
[09:54] <dandrader> (i.e. is there a nautilus running for the desktop)
[09:54] <tsdgeos> i do
[09:54] <tsdgeos> i just touched ~/Desktop/foo
[09:54] <tsdgeos> and foo appeared there
[09:55] <dandrader> tsdgeos, and are your window title bars huge light-grey things?
[09:55] <tsdgeos> my window bars look the same they looked in raring afair
[09:55] <tsdgeos> i can take a screenshot if you want
[09:55] <dandrader> tsdgeos, please do
[09:56] <dandrader> tsdgeos, hmmm, it seems my unity settings got all f**ed up during the upgrade them
[09:56] <dandrader> upgrade from raring to saucy I mean
[09:57] <didrocks> dandrader: it seems more that gnome-settings-daemon crashed
[09:57] <didrocks> did you try relaunching it?
[09:58] <tsdgeos> dandrader: http://i.imgur.com/WkSygho.png
[09:59] <dandrader> didrocks, hmm, didn't check the presence of gnome-settings-daemon. let me see (gotta log out from xubuntu and log in with Unity)
[09:59] <didrocks> dandrader: just open a terminal
[09:59] <dandrader> tsdgeos, mine is definitely different. even my indicator icons are borked
[09:59] <didrocks> dandrader: and run it
[10:06] <dandrader> didrocks, gnome-settings-daemon is running. I even did a "restart gnome-settings-daemon".
[10:07] <dandrader> didrocks, should I do a complete reset on unity settings or something?
[10:07] <didrocks> dandrader: and you still have no unity team?
[10:07] <didrocks> dandrader: I doubt it's unity, can you post a screenshot?
[10:07] <dandrader> didrocks, yes. wait a sec
[10:13] <dandrader> didrocks, http://ubuntuone.com/5uAMfoCitG4bZZvKJRk9Jq
[10:14] <didrocks> dandrader: seems like you have the GNOME default theme applied
[10:15] <didrocks> dandrader: gnome-control-center -> appearance, check the theme is "ambiance"
[10:16] <didrocks> Saviq: FYI, package cleaning for unity8 done, I think you will need some upstream changes as the install paths did change, do you mind looking at that?
[10:16] <didrocks> Saviq: lp:~didrocks/unity/unity8-packaging-cleanup
[10:17] <dandrader> didrocks, erm. there's no "appearance" option (or anything similar) in my gnome-control-center...
[10:17] <didrocks> dandrader: are you in the ubuntu session?
[10:17] <dandrader> didrocks, yes
[10:17] <didrocks> dandrader: echo $SESSION
[10:18] <didrocks> and echo $XDG_CURRENT_DESKTOP
[10:18] <dandrader> didrocks, nothing is printed out
[10:18] <dandrader> (for the SESSION)
[10:18] <didrocks> how do you log in? using lightdm?
[10:18] <dandrader> likewise for XDG_CURRENT_DESKTOP
[10:18] <dandrader> didrocks, yes
[10:18] <didrocks> by any chance, using the phablet-team ppa?
[10:20] <dandrader> didrocks, http://paste.ubuntu.com/5801085/
[10:20] <didrocks> dandrader: I'm pretty sure you have a bad interaction with all those ppa
[10:20] <dandrader> hmm... looks like it needs a clean up
[10:20] <didrocks> I would think the phablet-team* ones
[10:21] <didrocks> it's like you don't have the desktop integration anymore
[10:24] <dandrader> didrocks, at least the phablet-team-desktop-deps-saucy is needed according to unity8's build script... but I've removed all the raring ones.
[10:26] <dandrader> didrocks, ok, now I have XDG_CURRENT_DESKTOP=Unity and SESSION=ubuntu
[10:26] <tsdgeos> lol
[10:26] <didrocks> dandrader: so, gnome-control-center, you should have appearance :)
[10:26] <tsdgeos> just found out that one of the calls to QLimitProxyModelQML::setModel takes 77 msec
[10:26] <tsdgeos> no wonder the scrolling feels jumpy
[10:27] <tsdgeos> that's a 13fps rate
[10:27] <dandrader> didrocks, wow, just like magic! thanks a lot!
[10:27] <didrocks> dandrader: yw :)
[10:29] <dandrader> didrocks, but is it so that the close,minimize,maximize icons in title bars are on the right corner now?
[10:30] <didrocks> dandrader: you really installed something that screwed your settings I guess :)
[10:30] <didrocks> ensure you have /usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override installed
[10:31] <didrocks> if so, gsettings reset org.gnome.desktop.wm.preferences button-layout
[10:31] <dandrader> didrocks, I have that file and issue this command. I guess I have to restart my session to get the results
[11:02] <dandrader> well, I think I'll have to install saucy from scratch (using a cdimage)
[11:16] <mzanetti> dandrader: https://code.launchpad.net/~mzanetti/unity/8-launcher-revealing-tweaks/+merge/171509
[11:24] <dandrader> mzanetti, the diff is huge. are you sure it does only what you say in the commit message?
[11:24] <mzanetti> dandrader: check the prerequisite branch
[11:25] <dandrader> ah
[11:37] <dandrader> gonna reinstall my desktop from scratch (using a 13.10 cd image). will be back once it's done.
[11:39] <mzanetti> Saviq: what exactly is the difference between tests/mocks and tests/qmltests/plugins/ ?
[11:40] <mzanetti> it seems a bit like they should be merged together into tests/mocks, no?
[11:51] <tsdgeos_> mzanetti: i think some mocks are used when running in the desktop on "regular" mode (i.e. non test)
[11:58] <Saviq> mzanetti, ones are tests for plugins, the others are plugins for tests...
[11:59] <mzanetti> Saviq: hmm... not really, no
[11:59] <Saviq> mzanetti, yeah
[11:59] <Saviq> mzanetti, not
[11:59] <Saviq> didn't read properly
[11:59] <mzanetti> Saviq: the tests for plugins are yet another dir
[12:00] <Saviq> mzanetti, yeah, what tsdgeos_ said - Ubuntu.Applications and LightDM do not have a real counterpart yet
[12:00] <mzanetti> Saviq: I agree with tsdgeos_. the ones in tests/qmltests/plugins seem to be used only for testing, while the ones in /tests/mocks/ seem to be used for testing and for running
[12:00] <Saviq> mzanetti, they're fakes, really
[12:00] <Saviq> not mocks
[12:00] <mzanetti> yeah, but all of them
[12:00]  * Saviq never got to understand the difference
[12:01] <mzanetti> Saviq: well, in theory mocks are things where you can set expectations, especially for tests
[12:01] <mzanetti> Saviq: while fakes are only there to provide something that's not ready yet
[12:01] <mzanetti> we seem to use it the other way round tho :D
[12:04] <Saviq> mzanetti, indeed
[12:05] <Saviq> mzanetti, if you want to clean it up - feel free
[12:05] <mzanetti> Saviq: well, I would just merge everything into tests/mocks
[12:05] <Saviq> mzanetti, if we make sure that it's appended to the QML import path for fallbacks, that should probably work
[12:06] <mzanetti> Saviq: well. right now I'm busy to implement a mock for the launcher that uses the unity-api
[12:06] <mzanetti> so probably after that I can do the cleanup/merge
[12:26] <didrocks> Saviq: hey, did you see my questions previously? :)
[12:27] <Saviq> didrocks, must've missed them, sorry, looking at the log
[12:27] <Saviq> didrocks, yeah, we'll have a look there
[12:28] <didrocks> Saviq: ok, I consider unity8 done until then, do not hesitate if you think we should move more content :)
[12:28] <didrocks> Saviq: I love the fact that qml files and asset are in usr/share/ btw
[12:28] <didrocks> we need to have that for some apps not following it
[12:33] <Saviq> didrocks, could you maybe move that under ~unity-team and MR, so that we can push the relevant upstream fixes?
[12:34] <didrocks> Saviq: sure, one sec!
[12:39] <didrocks> Saviq: https://code.launchpad.net/~didrocks/unity/unity8-packaging-cleanup/+merge/171534
[12:44] <Saviq> didrocks, did you not want to move under ~unity-team? we could push our fixes there then and land together, now we'd need to merge into your branch first
[12:44] <didrocks> oupsss
[12:44] <didrocks> stupid bzr
[12:44] <didrocks> Saviq: I did push to ~unity-team, but then lp-propose retook my first push
[12:44] <didrocks> Saviq: fixing, sorry :/
[12:44] <Saviq> didrocks, cheers
[12:45] <didrocks> Saviq: https://code.launchpad.net/~unity-team/unity/unity8-packaging-cleanup/+merge/171537 better, isn't it? :p
[12:46] <Saviq> didrocks, indeed!
[12:51] <didrocks> Saviq: include/unity/ExceptionImplBase.h: in unity-api is GPL3, not LGPL, is that wanted?
[12:51] <didrocks> same for include/unity/SymbolExport.h
[12:52] <Saviq> didrocks, tbh most of unity-api should be lgpl, afaics
[12:52] <didrocks> Saviq: yeah, I think it's a typo, let's fix it
[12:52] <Saviq> didrocks, yup
[12:57] <didrocks> Saviq: ok, there is a big mix of license, let me open a bug and let michi___ and mzanetti fixing it :)
[12:57] <Saviq> didrocks, yeah, I expected as much there
[13:06] <dandrader> now I finally have a fully working Unity in saucy
[13:09] <Saviq> olli, kgunn, any objections to moving unity8 to a separate lp:unity8 project? it has the disadvantage of sticking the 8 at the end of it to the end of time (well, we'd move it to lp:unity when unity8 becomes default)
[13:09] <Saviq> but then has the advantage of separate project management, bugs, milestones, blueprints, tags
[13:09] <Saviq> and faster default bzr pulls / pushes
[13:15] <greyback_> tsdgeos_: another crash reproduced, https://code.launchpad.net/~aacid/unity/UseC++LVWPH/+merge/168073/comments/382423
[13:16] <tsdgeos_> greyback_: let me see
[13:16] <greyback_> tsdgeos_: test case a little artificial :)
[13:17] <greyback_> but I wanted to push the model insertions/removals to check everything was ok
[13:18] <tsdgeos_> Saviq: lol your last mail says "From:	ubuntu-phone <ubuntu-phone@lists.launchpad.net>"
[13:19] <kgunn> Saviq: +1
[13:19] <kgunn> i don't work with it 1/2 as much as you guys....and i notice the speed
[13:20] <tsdgeos_> greyback_: can't really repro, can you be a bit more precise what you mean with "scroll up & down a bit" ?
[13:20] <tsdgeos_> greyback_: have you pulled? maybe fixed with yesterday's fixes?
[13:20] <greyback_> tsdgeos_: I wish I could, it's hard to repro.
[13:20] <greyback_> yep, pulled
[13:20] <tsdgeos_> greyback_: bt ?
[13:21] <Saviq> tsdgeos_, which one? :D
[13:21] <greyback_> tsdgeos_: sure, gimme a sec
[13:21] <tsdgeos_> Saviq: the one that says "On the contrary."
[13:22] <tsdgeos_> greyback_: yes, crashed now
[13:22] <kgunn> greyback_: i gotta know "taking the mickey" ?
[13:22] <Saviq> tsdgeos_, right, I got an extension in TBird letting me choose / tweak From... it gets confused sometimes ;)
[13:23] <Saviq> tsdgeos_, note the send time ;) 22.06 - moderation took a while :D
[13:23] <greyback_> kgunn: :D  best translated to: "messing around a bit too much"
[13:24] <tsdgeos_> greyback_: i'm getting this http://paste.kde.org/~tsdgeos/783176/
[13:24] <tsdgeos_> Saviq: oh
[13:24] <tsdgeos_> right
[13:24] <greyback_> tsdgeos_: yep
[13:25] <tsdgeos_> greyback_: that is a werid crash
[13:26] <tsdgeos_> ah wait, wrong read of the crash
[13:29] <greyback_> tsdgeos_: while I've got you, notice in that qml file that I've commented out heightToClip.
[13:29] <greyback_> am I using it wrong? As it doesn't seem to exist
[13:29] <greyback_> in the delegate's context anyway, which is where I thought it should be
[13:30] <greyback_> grr, lousy wifi
[13:32] <tsdgeos_> greyback_: standup
[13:51] <mzanetti> Saviq: so you said now would be the right time to move stuff around.
[13:51] <greyback_> tsdgeos_: while I've got you, notice in that qml file that I've commented out heightToClip. I seem to be using it wrong, but I don't see why
[13:51] <Saviq> mzanetti, yeah: https://code.launchpad.net/~unity-team/unity/unity8-packaging-cleanup/+merge/171537
[13:51] <Saviq> mzanetti, there's fixes to be made to our code there, too, 'cause didrocks moved stuff around in the packaging
[13:52] <mzanetti> Saviq: ah, I see...
[13:52] <tsdgeos_> greyback_: ok, i'll setting the context propety too late, which seems to work fine for the code in unity8 but not in your one, let me push that (you'll have to adapt the code, it's not correctly clipping afaics)
[13:52] <Saviq> mzanetti, so at least one important thing is that we need to actually install those fakes
[13:52] <tsdgeos_> greyback_: well you can say the property is not properly documented either :D
[13:52] <Saviq> mzanetti, to $LIBDIR/unity/qml
[13:52] <greyback_> tsdgeos_: ah ok, that did confuse me
[13:52] <Saviq> mzanetti, which is not the case for mocks
[13:53] <Saviq> mzanetti, but obviously we can do that on a per-plugin basis
[13:53] <mzanetti> Saviq: ok. I'll jump on this in a minute
[13:53] <Saviq> mzanetti, sure
[13:54] <tsdgeos_> greyback_: pushed the heightToClip thing
[13:54] <Saviq> mzanetti, so I'm okay with having a single fakes/mocks directory, of which we only install those that don't have their real counterparts
[13:54] <mzanetti> Saviq: yep. and over time we just remove all the installations as they are replaced by the real things and just keep them for testing
[13:54] <Saviq> mzanetti, probably makes sense to tackle https://code.launchpad.net/~nick-dedekind/unity/8.shellImport_List/+merge/171541 too
[13:54] <Saviq> mzanetti, yup
[13:57] <Saviq> mzanetti, the launcher thing... might not be your fault: Failed to get image from provider: image://scaling/0.444444/[...]phone-app@18.png
[13:57] <Saviq> mzanetti, I don't have application icons all of a sudden
[13:58] <mzanetti> hmm... weird
[13:58] <Saviq> mzanetti, the warnings for the device stand, though, I'd say
[13:58]  * Saviq reboot
[13:58] <greyback_> tsdgeos_: thanks
[14:11] <tsdgeos> dude my session just blowed up
[14:17] <greyback_> tsdgeos_: hmm, unsure if related, try this: http://pastebin.ubuntu.com/5801623/
[14:18] <greyback_> tsdgeos: move the list down maybe 3 items. Then flick it up to the top again
[14:18] <tsdgeos> probably the same
[14:18] <tsdgeos> something's weird hapeening
[14:18] <greyback_> "possible QQuickItem::polish() loop"
[14:18] <tsdgeos> i'm getting height called over an item i've already deleted
[14:19] <tsdgeos> and when i delete it i am asserting it's not on the list
[14:19] <tsdgeos> so it's a bit weird someone calls it
[14:19] <tsdgeos> your loop comment may have something to do with it
[14:20] <greyback_> though I'm also getting bindings errors, so it could be my code
[14:20] <greyback_> interesting
[14:20] <tsdgeos> i've seen some binding errors about "height"
[14:20] <tsdgeos> that i've just decided to classify as "the thing that spits those errors has no clue"
[14:21] <greyback_> :)
[14:21] <tsdgeos> since my height in the explamples i was using is always the same
[14:21] <greyback_> that is peculiar
[14:21] <greyback_> can you show me an example with that?
[14:25] <tsdgeos> greyback_: if you run the tests, you'll see a few most probbly
[14:25] <tsdgeos> and if you see there the height can't get looped
[14:26] <mzanetti> Saviq: could you give it another shot please?
[14:26] <Saviq> mzanetti, yup
[14:26] <mzanetti> the launcher-new-folding
[14:27] <Saviq> mzanetti, yeah, works
[14:27] <Saviq> mzanetti, and now I've screwed my head back on
[14:27] <Saviq> mzanetti, the warnings are  from the apps lens
[14:28] <mzanetti> Saviq: you still have them?
[14:28] <Saviq> mzanetti, that's the libunity bug
[14:29] <mzanetti> Saviq: the fact that ubuntushape is not a parent of its image gets me every time
[14:29]  * mzanetti wonders if that isn't actually bad behavio of the UbuntuShape
[14:30] <Saviq> mzanetti, it could probably be smart about it, i.e. if children.count == 1 and children[0] is Image, use it as image, otherwise do the usual shader effect
[14:30] <Saviq> mzanetti, but then it would have to check recursively
[14:30] <mzanetti> Saviq: nah... I mean even with the usual effect. the Image {} in there is not a child of the shape
[14:31] <mzanetti> Saviq: i.e: image: Image { anchors.fill: parent } does not work inside a ubuntuShape
[14:31] <Saviq> mzanetti, ah
[14:31] <greyback_> tsdgeos: no height bindings warnings in my test run http://pastebin.ubuntu.com/5801656/
[14:31] <greyback_> few times pageHeader doesn't have a parent, but that's all
[14:31] <tsdgeos> oh
[14:31] <Saviq> mzanetti, yeah, it could probably be made to work
[14:31] <tsdgeos> maybe i fixed that ?¿
[14:31] <tsdgeos> :D
[14:31] <greyback_> rofl
[14:32] <tsdgeos> let me see
[14:33] <tsdgeos> i got one in the section one
[14:33] <tsdgeos> in ListViewWithPageHeaderTestSection::growWindowAtBottom
[14:35] <greyback_> tsdgeos: you running 5.1 by any chance?
[14:36] <tsdgeos> not when running those tests
[15:15] <mzanetti> dednick: had a review on this https://code.launchpad.net/~nick-dedekind/unity/8.shellImport_List/+merge/171541
[15:15] <mzanetti> dednick: needs at least better explanation
[15:16] <dednick> mzanetti: yeah. just fixing it now. give me a sec :)
[15:16] <dednick> mzanetti: it's somewhat of a premerge of indicators-client
[15:23] <greyback_> tsdgeos: so I partially have clipping working for a simple case: http://pastebin.ubuntu.com/5801787/
[15:23] <greyback_> tsdgeos: but only the first delegate in a section is clipped correctly, all others are not
[15:24] <greyback_> that does suit the shell, I can't deny that
[15:25] <greyback_> but you think it would be tough to fix it for all delegates?
[15:30] <Saviq> mterry, mzanetti I noticed this before but didn't ping you guys: there's no "Tap to unlock" on first start on the tablet
[15:30] <Saviq> there's just an empty button
[15:32] <mterry> Saviq, I'll note it down in my TODO
[15:32] <mzanetti> Saviq: right... can reproduce
[15:32] <Saviq> mzanetti, dednick's shellImport
[15:32] <Saviq> mzanetti, is just in preparation for indicators-client
[15:32] <Saviq> mzanetti, it was part of that merge before but I asked him to extract it to reduce the diff
[15:32] <mzanetti> ah ok
[15:32] <mzanetti> still... I think my questions are valid
[15:33] <tsdgeos> greyback_: it should not
[15:33] <tsdgeos> greyback_: add a comment to the MR, still fighting the crash from before
[15:34] <tsdgeos> no clue what may be happening yet :-/
[15:34] <greyback_> tsdgeos: ok, let me add comment with test case to
[15:45] <tsdgeos> greyback_: i don't understand what you mean about the carousel thing
[15:47] <greyback_> tsdgeos: in the screenshot, look at where the images in the carousel are clipped at the top
[15:47] <tsdgeos> ah
[15:47] <tsdgeos> that's a carousel bug then :D
[15:48] <tsdgeos> or not
[15:48] <tsdgeos> tbh it's a bit disconcerting how much the carousel leaks into the other dash screen if i don't set the clipping to true
[15:54] <greyback_> tsdgeos: carousel was example, as it uses image so is easier to see.
[15:55] <tsdgeos> so you mean it's not carousel only?
[15:55] <tsdgeos> then i don't understand waht you mean again :D
[15:55] <greyback_> nope, I'm struggling to explain
[15:57] <Saviq> mzanetti, we should release to get your launcher some spanking
[15:58] <mzanetti> +1
[15:58] <Saviq> mzanetti, /me preps
[15:58] <mzanetti> ack
[15:59] <greyback_> mterry: ppa you probably want to know about: https://launchpad.net/~phablet-team/+archive/mir
[16:00] <greyback_> mterry: I've not checked it in a few days, but it has packages that have unity running on Mir
[16:00] <mterry> greyback_, ah interesting....
[16:00] <mterry> greyback_, yeah, I've been building from scratch
[16:00] <greyback_> mterry: yep. That PPA works, but already is several days old, hence I'd need to check it out before fully recommending it
[16:01] <mterry> greyback_, it's not auto-built?  hm
[16:02] <greyback_> mterry: not yet, ricardo was pushing to it manually
[16:02] <greyback_> mterry: auto-landing to be done
[16:02] <Saviq> dandrader, you just piss off more people with each MR you merge :D
[16:03] <dandrader> Saviq, what MR are you talking about?
[16:03] <Saviq> dandrader, any that makes it more difficult to edge-drag
[16:04] <Saviq> dandrader, because people can'd do perpendicular ;)
[16:05] <dandrader> Saviq, ah, yeah. we probably have to have more relaxed maxDeviation values
[16:05] <dednick> Saviq: you're giving me insecurities about my dodgey coding.
[16:05] <mzanetti> Saviq: can we get this merged too before releasing? https://code.launchpad.net/~mzanetti/unity/8-launcher-revealing-tweaks/+merge/171509
[16:05] <Saviq> mzanetti, dunno, can we?
[16:05] <dednick> Saviq: this review is getting out of hand ;)
[16:06] <mzanetti> Saviq: well, its approved... it just depends how fast you want the release
[16:06] <Saviq> dednick, sorry, I'm just being interrupted all the time :)
[16:06] <Saviq> mzanetti, yeah, we can wait
[16:06] <dednick> Saviq: no worries.
[16:06] <Saviq> dednick, most of the stuff I'm asking is really about /me understanding what's happening or some minor tweaks
[16:07] <dednick> Saviq: yep. i'm just feeling sorry for you over here
[16:07] <Saviq> dednick, don't :)
[16:12] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity/8.release-7812/+merge/171600
[16:13] <Saviq> mzanetti, Micha{ł,l,el}s dominated the changelog :D
[16:14] <mzanetti> Saviq: hehe... and we didn't even use all we have
[16:14] <Saviq> mzanetti, indeed :)
[16:26] <om26er> It seems scopes icons are appearing in the dash due to some reason http://ubuntuone.com/5GklKFKcUKYSfnAUqTarS1
[16:28] <om26er> (on touch)
[16:30] <dandrader> Saviq, does our coding style say anything about semi-colons in javascript code?
[16:30] <dandrader> ie. whether you should put them or not
[16:30] <Saviq> dandrader, yes
[16:30] <Saviq> dandrader, yes, yes
[16:30] <Saviq> dandrader, it's usually ok not to, until it isn't anymore...
[16:31] <dandrader> Saviq, !?
[16:31] <Saviq> dandrader, I mean that's the reason why
[16:31] <Saviq> dandrader, in theory JS doesn't require semicolons
[16:31] <Saviq> dandrader, but there's instances when you need them or code isn't executed how you wanted it to
[16:32] <dandrader> Saviq, just like with semi-colons in QML?
[16:33] <Saviq> dandrader, that's another reason why we want semi-colons in JS
[16:33] <Saviq> dandrader, to visually distinguish JS from QML
[16:33] <Saviq> dandrader, but AFAIK there's no place where QML fails because you haven't added a semicolon
[16:33] <dandrader> Saviq, why do you want to distinguish JS from QML?
[16:34] <Saviq> dandrader, to see what is JS and what is QML in a .qml file
[16:35] <dandrader> Saviq, I mean, how is that useful in practice
[16:35] <Saviq> dandrader, just helps readability
[16:35] <Saviq> dandrader, you can easily identify JS blocks
[16:36] <dandrader> Saviq, well, you just told me the same thing with different words :)
[16:37] <Saviq> dandrader, indeed, I probably have nothing to add :)
[16:37] <Saviq> dandrader, readability is enough of a reason, IMO :)
[16:37] <dandrader> Saviq, but should put this up for voting!
[16:37] <Saviq> dandrader, we already did ;)
[16:37] <dandrader> Saviq, that coding style thread has been too quiet lately
[16:37] <Saviq> dandrader, you were late to the party :D
[16:38] <dandrader> damn
[16:38] <Saviq> dandrader, click on the Comments button in the doc ;)
[16:40] <nic-doffay> Saviq, I've made progress with the component, but there are a lot of varying options for this one component.
[16:40] <nic-doffay> https://docs.google.com/a/canonical.com/document/d/1cg9ruHiEpRynEr_Ipf39Z0MQINEWoChIN-d111yx-Qw/edit#
[16:40] <nic-doffay> What would be the best way for the user to select which type they would like to use?
[16:50] <dandrader> dednick, should be good to go now
[18:14] <dobey> is lp:unity/8.0 supposed to rend itself unusable once one tries to open the dash with the sliding from the right edge?
[19:05]  * greyback_ eod
[19:22] <gotwig> hey
[19:22] <gotwig> is Unity finally able to run good under mir?
[20:33] <gotwig> when is Compiz going to be dropped from Unity
[20:34] <greyback_> gotwig: when Unity8+Mir is feature comparable with Unity+Compiz
[20:34] <greyback_> I can't offer a time estimate however
[20:34] <gotwig> greyback_, Unity+Mir does not use Compiz, right?
[20:34] <greyback_> right
[21:26] <Saviq> mterry, can you do a quickie please https://code.launchpad.net/~saviq/unity/8.fix-pot/+merge/171663 ?
[21:27] <mterry> Saviq, ok
[21:27] <Saviq> mterry, we had the .pot malformed somehow