[07:23]  * Saviq is peeling today ;D
[07:41] <tsdgeos> Saviq: should we do a landing with the approved stuff we have?
[07:41] <Saviq> tsdgeos, yup, was planning to today
[07:41] <Saviq> tsdgeos, wanted to see if we can get departments in
[07:41] <tsdgeos> don't think so :/
[07:41] <tsdgeos> mhr3 is on holiday and he has a few things marked to fix in his MR i think
[07:44] <Saviq> oh ok
[08:35] <tsdgeos> Saviq: did you try the touchdown thing on the phone?
[08:37] <Saviq> tsdgeos, ah maybe you meant recent apps?
[08:37] <Saviq> tsdgeos, I only tried the app scope
[08:37] <Saviq> as in the installed / available
[08:37] <tsdgeos> Saviq: no no, regular apps
[08:37] <Saviq> hmm looked fine...
[08:37]  * Saviq tries
[08:39] <tsdgeos> let me try again too
[08:39] <tsdgeos> actually happens on desktop
[08:39] <tsdgeos> click on system settings
[08:40] <tsdgeos> it's the same problem with artshapesize not forcing artshape
[08:40] <tsdgeos> maybe the patch i have for yesterdays two line title vs art
[08:40] <tsdgeos> fixes it too
[08:40]  * tsdgeos checks
[08:40] <Saviq> tsdgeos, I don't have that patch ;)
[08:40] <tsdgeos> i know
[08:41] <tsdgeos> i'm just saying that maybe it fixes it
[08:41] <Saviq> ah ok
[08:41] <Saviq> tsdgeos, ah now I see what you mean
[08:41] <Saviq> tsdgeos, weird
[08:42] <tsdgeos> no, patch doesn't fix it
[08:42] <tsdgeos> which is weird, seems like it should :/
[08:42] <Saviq> tsdgeos, what's worse, this will mean one more UbuntuShape again :|
[08:43] <tsdgeos> ah, it actually does
[08:43] <tsdgeos> i was merging from the wrong place
[08:43] <tsdgeos> Saviq: oh yeah, i know
[08:43] <Saviq> but I think Cimi tested that it's not significant?
[08:43] <tsdgeos> testCardBenchmark gave "similar numbers"
[08:44] <tsdgeos> i think he said
[08:52] <tsdgeos> errrr
[08:52] <tsdgeos> can't compile on the phone anymore :/
[08:52] <tsdgeos> runs out of space
[08:55] <tsdgeos> so we have to x-compile now?
[09:00] <mzanetti> tsdgeos: yes, which project?
[09:00] <tsdgeos> unity8
[09:00] <mzanetti> tsdgeos: yes, should x-compile fine
[09:00] <mzanetti> tsdgeos: https://wiki.ubuntu.com/SimpleSbuild
[09:01] <mzanetti> tsdgeos: https://wiki.ubuntu.com/CrossBuilding
[09:01] <tsdgeos> i know it x-compiles fine
[09:01] <tsdgeos> it's just infinite amounts of work more than ./run_on_device.sh
[09:01] <tsdgeos> for a 1 line change
[09:01] <mzanetti> +1
[09:01] <mzanetti> tsdgeos: in that case, you can free up a little disk space on the phone
[09:01] <tsdgeos> makes my developer life hard without any need
[09:02] <mzanetti> tsdgeos: http://pastebin.ubuntu.com/7119790/
[09:02] <tsdgeos> oor we could make a mroe developer friendly image
[09:02] <tsdgeos> which tbh are the 99% of people using the phone now
[09:03] <mzanetti> that's a 2 sided sword
[09:03] <tsdgeos> but whatever if people want me to be slower developing, i'll be slower developing
[09:03] <mzanetti> well, the solution to this would be to have run_on_device using the x-compile environment really
[09:04] <tsdgeos> but it would still create a deb?
[09:04] <tsdgeos> that's sloooooooooooooooooooooooooow
[09:04] <mzanetti> no... just compile in the chroot and rsync binaries
[09:04] <mzanetti> rsync the builddir basically
[09:06] <mzanetti> probably not even using sbuild... probably click-chroot to set it up, then call schroot make etc and then rsync /path/to/chroot/builddir to the phone... that's how I'd start tackling the issue...
[09:13] <tsdgeos> Saviq: what do you think of https://code.launchpad.net/~aacid/unity8/obeyArtShapeFixedSize/+merge/222294 ?
[09:14] <Saviq> tsdgeos, whoa, I was hoping you'll tell me I overcomplicated it and you'd simplify it :D
[09:14] <tsdgeos> ^_^
[09:14] <tsdgeos> it's just adding an extra if :D
[09:14] <Saviq> *just* ;)
[09:15] <Saviq> tsdgeos, I'll have to focus to read through this, will need food first! ;)
[10:05] <Cimi> tsdgeos, Saviq what was the question?
[10:05] <Saviq> Cimi, aren't you on holidays?
[10:05] <tsdgeos> Cimi: no question i think
[10:05] <Cimi> Saviq, I am
[10:05] <Saviq> Cimi, then go away
[10:05] <Saviq> :P
[10:05] <Cimi> Saviq, but I receive pings on my pebble :P
[10:05] <Saviq> Cimi, then log out of IRC
[10:06] <Saviq> and yes, we know you've got a pebble :P
[10:06] <Cimi> B)
[10:06] <Cimi> and we know you eat scorpion chilly
[10:06] <Cimi> tsdgeos, you missed that!
[10:06] <Cimi> chilli
[10:06] <Saviq> http://en.wikipedia.org/wiki/Trinidad_Scorpion_Butch_T_pepper
[10:07] <Saviq> "was formerly the most piquant pepper"
[10:07] <Saviq> lol
[10:07] <tsdgeos> oh no, i didn't miss that at all :D
[10:07] <tsdgeos> i may die just by being on the same room as that thing
[10:07] <Saviq> tsdgeos, I *did* die
[10:08] <Saviq> or maybe it was http://en.wikipedia.org/wiki/Trinidad_moruga_scorpion
[10:08] <Cimi> I have the pic
[10:08] <Cimi> hold on
[10:11] <Cimi> Saviq, https://drive.google.com/file/d/0BzO8ZDfBk9UKNTBPNkVWbm5rRlU/edit?usp=sharing
[10:12] <Saviq> so it's probably the latter
[10:15] <Cimi> Saviq, "You take a bite. It doesn't seem so bad, and then it builds and it builds and it builds. So it is quite nasty"
[10:15] <Cimi> Saviq, your description :D
[10:15] <Cimi> from wikipedia
[10:15] <Cimi> the "oh fuck" started indeed 5 minutes after the first bite
[10:15] <Cimi> ahaha
[10:17] <Saviq> mzanetti, can you drive https://code.launchpad.net/~mzanetti/unity8/dont-crash-on-invalid-app/+merge/220636 into the ground (or trunk, for that matter)?
[10:17] <mzanetti> Saviq: you mean landing it?
[10:17] <Saviq> mzanetti, I mean getting someone to review and ACK
[10:17] <Saviq> I'll take care of the landing
[10:18] <mzanetti> Saviq: hey, can you review https://code.launchpad.net/~mzanetti/unity8/dont-crash-on-invalid-app/+merge/220636 ?
[10:18] <mzanetti> :P
[10:18] <mzanetti> nah... I'll ask greyback, he saw it already anyways
[10:18] <mzanetti> greyback: small one https://code.launchpad.net/~mzanetti/unity8/dont-crash-on-invalid-app/+merge/220636
[10:18] <Saviq> ;)
[10:19] <greyback> dammit that bug is annoying, I just can't figure it out
[10:19] <mzanetti> greyback: yesterday I came by some lambdas that looked suspiciously thread unsafe
[10:20] <mzanetti> but not on appStarted... only on appclosed :/
[10:20] <mzanetti> the crash seems to happen on started too
[10:21] <Saviq> /food (and scrub first)
[10:21] <mzanetti> lol
[10:22] <greyback> mzanetti: my only guess is perhaps an app which immediately dies on start. Obvoiusly I've must've made an error in serializing all the mir & upstart events, I just don't yet see it
[10:22] <tsdgeos> greyback: can we get infinite amounts of debug added so that when it happens we have debug logs to pull?
[10:22] <mzanetti> greyback: do you know how how QObject::connect() behaves in when connecting a lambda whith something from another thread?
[10:22] <greyback> tsdgeos: working on it now
[10:22] <tsdgeos> :)
[10:23] <mzanetti> greyback: I think it might fail to detect the different thread and makes it a directConnection
[10:23] <greyback> mzanetti: that lambda run in the thread of the signal. No queued connections for lambdas
[10:23] <mzanetti> yeah... so I think in qtmir the applicationRemoved is dangerous
[10:24] <mzanetti> because that one in turn emits rowsRemoved etc
[10:28] <greyback> mzanetti: there's no such lambda in unity-mir's AppManager tho
[10:29] <greyback> mzanetti: and yeah the qtmir code is an old version of unity-mir's - it does need updating
[10:29] <greyback> I've a branch with that mostly done somewhere
[10:32] <tsdgeos> paulliu: can you merge https://code.launchpad.net/~paulliu/unity8/logout/+merge/216373 ?
[10:34] <greyback> mzanetti: https://code.launchpad.net/~gerboland/unity-mir/enable-logs/+merge/222300 <- that the right thing to do?
[10:37] <mzanetti> greyback: looks ok, but would need to test
[10:37] <mzanetti> doing that now
[10:39] <greyback> thanks
[10:50] <pstolowski> Saviq, I've implemented most scopes-api/unity-api/scopes-shell changes for https://bugs.launchpad.net/unity-api/+bug/1326292 ; can you assign unity8 to somebody?
[10:50] <pstolowski> s/most//
[10:51] <pstolowski> Saviq, also, reviews would be much appreciated ;)
[10:52] <mzanetti> greyback: nope... installed that package, no unity-mir debug prints :/
[10:53] <greyback> mzanetti: darn. Any ideas?
[10:53] <mzanetti> greyback: just checking, but I guess dpkg-buildpackage actually sets the build type
[10:53] <greyback> I totally didn't think it did. Oh well
[10:54] <mzanetti> greyback: I'm verifying that
[10:58] <Saviq> pstolowski, if you want reviews, we need MPs!
[10:58] <pstolowski> Saviq, ah, indeed :), 1 minute
[10:58] <Saviq> mzanetti, greyback, it does - RelWithDebInfo
[10:59] <mzanetti> yep...
[10:59] <Saviq> unless you override dh_autoconfigure of course
[10:59] <mzanetti> ok... so I guess that's what we want to do
[10:59] <Saviq> mzanetti, see what unity8 does
[11:00] <mzanetti> thanks
[11:03] <pstolowski> Saviq, done. when implementing it in unity8, I think it'd be best if you leave the hack we currently have to ease the "transition", and remove it once new click scope lands
[11:03] <Saviq> pstolowski, +1
[11:03] <Saviq> pstolowski, or well, we can just land them together
[11:03] <Saviq> but k
[11:04] <om26er> Saviq, when does the old tabbar in unity8 get removed ?
[11:04] <pstolowski> Saviq, yeah, sure, I just think that way may be faster
[11:04] <Saviq> om26er, you mean the new header? we'll get on it soon
[11:04] <om26er> Saviq, yeah
[11:05] <Saviq> om26er, probably along with the dash overview, to not regress in the speed you can access your favourite items with
[11:05] <om26er> Saviq, overview means bottom edge swipe to show all scopes ?
[11:05] <Saviq> om26er, yes
[11:06] <om26er> ok
[11:06] <om26er> Saviq, when the screen is turned off the volume keys still work, is that handled by unity ?
[11:06] <Saviq> om26er, yes
[11:06] <om26er> there goes a bug report
[11:07] <Saviq> om26er, there is one already
[11:07] <Saviq> om26er, bug #1291458
[11:08] <Saviq> /food for real
[11:21] <mzanetti> greyback: https://code.launchpad.net/~gerboland/unity-mir/enable-logs/+merge/222300/comments/532564
[11:21] <mzanetti> greyback: I just tested this, works
[11:21] <mzanetti> just make sure to turn spaces into a tab when copy/pasting it
[11:22] <greyback> mzanetti: ack
[11:25] <cwayne> greyback: mzanetti: do either of you guys have an n10? i've heard reports of the n10 being very flaky with the shell-rotation ppa, but i don't have one to verify
[11:26] <greyback> cwayne: can you define "flaky" better? The main issue I know of is the browser scrolling badly (it just jitters until the scroll completes - not something we can fix, is either Mir or browser issue)
[11:27] <cwayne> greyback: all I got was "it crashed 3 times in 5 minutes"
[11:27] <cwayne> i can try and prod for some logs
[11:27] <greyback> cwayne: running packages from yesterday/today?
[11:28] <cwayne> greyback: yesterday, yeah
[11:28] <cwayne> greyback: also apparently video playback doesn't work on n10
[11:28] <greyback> cwayne: if you could get logs, it would help. Contents of /var/crashes especially.
[11:29] <mzanetti> greyback: I think the problem is still that it gets crashy after the screen has been off
[11:29] <mzanetti> it works fine at first, then it suspends, we wake it up again and things start crashing more often
[11:31] <om26er> mzanetti, Hi! since the right edge switcher landed, now if you have a single app opened and you swipe the right edge nothing happens. Previously the app zoomed out to show no apps are running. Intentional or regression ?
[11:31] <greyback> cwayne: ouch. I hadn't tried video at all. I would suspect that doesn't work with stock images either...
[11:31] <greyback> mzanetti: interesting
[11:31] <om26er> that behavior can still be seen on dash (with no apps open)
[11:31] <mzanetti> om26er: will be fixed soon
[11:31] <mzanetti> om26er: design wasn't really sure yet what should happen in that case
[11:32] <greyback> cwayne: ok I'll play with the N10 and try to repro & fix crashes.
[11:32] <om26er> mzanetti, need me to report a bug ?
[11:32] <cwayne> greyback: i've asked for logs to be sent your way as well
[11:32] <greyback> cwayne: I doubt there's anything I can do about video playback though. Will see if I can figure out what's wrong
[11:33] <mzanetti> om26er: not really... there's that big QtCompositor rework coming up, also turning the dash into an app... that will force us to touch that code anyways
[11:33] <om26er> mzanetti, cool, that means dash in the right edge switcher ?
[11:33] <greyback> cwayne: in the PPA this morning we have app splash screens working. It makes the UI look nicer, could you check it out please?
[11:33] <mzanetti> om26er: yes
[11:33] <om26er> always wanted that.
[11:33] <om26er> yay!
[11:33] <cwayne> greyback: yep, was just updating
[11:40] <cwayne> greyback: cool! splash screen seems to work really well so far
[11:41] <greyback> cwayne: let me know if you spot any problems
[11:49] <mzanetti> tsdgeos: Saviq: FWIW, for the short right edge flick Vesa's prototype didn't have the 2 gu minimum either but we still added it in the end. I think its safe to go ahead and add that check. I had the same feeling as Saviq when I tried it before.
[11:49] <cwayne> greyback: will do
[11:50] <cwayne> hmm, seeing a weird overlay on one of our scopes when in landscape on n4: http://people.canonical.com/~cwayne/overlaid.png
[11:50] <Saviq> mzanetti, TBH 2gu is nothing, I'd say it should be like 1/4th of the screen
[11:50] <mzanetti> Saviq: no... that's explicitly not wanted by design
[11:50] <Saviq> mzanetti, but if Vesa made it like that, then that's probably fine
[11:51] <mzanetti> Saviq: design wants to have it really short, if we're detecting its really what the user wants, and that's done by the speed
[11:51] <Saviq> mzanetti, k, feels a bit jumpy to me
[11:51] <tsdgeos> Saviq: jumpy in what sense?
[11:51] <tsdgeos> too easy to close?
[11:51] <Saviq> tsdgeos, it's too easy yeah
[11:51] <tsdgeos> it's what the iphone does
[11:52] <tsdgeos> it's ultra easy to close stuff in their "app carousel" view
[11:52] <greyback> cwayne: can you show me how to install that scope?
[12:00] <cwayne> greyback: push this to the phone and untar it: http://people.canonical.com/~cwayne/scope.tgz
[12:00] <mzanetti> cwayne: you said its flaky with the shorts app
[12:00] <mzanetti> cwayne: for me the shorts app doesn't start up at all
[12:01] <mzanetti> still nothing crashes
[12:01] <cwayne> mzanetti: yeah me neither, i meant flaky as in sometimes that caused it to crash
[12:01] <cwayne> not sure why the app itself will never launch though
[12:01] <greyback> messaging app & dialer take _ages_ to start up
[12:02] <mzanetti> greyback: right... dialer doesn't start for me at all either on the tablets. it does work on the phone
[12:02] <cwayne> we hide it in the tablet images for the demos anyway
[12:03] <mzanetti> oh, there it is :)
[12:03] <mzanetti> indeed it just takes _ages_
[12:03] <mzanetti> greyback: found an issue with the app splash
[12:03] <mzanetti> its click through
[12:03] <greyback> mzanetti: ah nice catch
[12:04] <mzanetti> but I didn't have a single crash today so far
[12:05] <greyback> cwayne: I pushed a fix so videos play from scopes
[12:05] <cwayne> greyback: on n10?
[12:05] <greyback> cwayne: well I'm playing "yes men fix the world" in the browser on my n10. But the video is far from smooth.
[12:06] <greyback> there's a frame ordering bug on n10 that is very obvious
[12:06] <greyback> Mir & binary blob GPU driver issue - nothing we can do
[12:06] <cwayne> damn
[12:07] <cwayne> well at least there's some playback now :)
[12:07] <greyback> always a silver lining ;)
[12:13] <cwayne> it's too bad split greeter + shell rotation can't go together, would be real nice to use a promoted image
[12:14] <Saviq> cwayne, they can, it just needs time that you don't have ;)
[12:14] <Saviq> cwayne, it's gonna be there in two weeks or so
[12:14] <cwayne> :)
[12:14] <cwayne> greyback: i love this app splashscreen
[12:31] <Saviq> tsdgeos, oh I wonder, does the "swipe to close" work with multiple fingers? :D
[12:35]  * greyback thinks its more natural to swipe away from you to close apps
[12:36] <anpok> webos did that
[12:36] <anpok> or still does that
[12:36] <greyback> true
[12:37] <cwayne> oh man i loved webos
[12:37] <anpok> i frequently do that by accident on ubuntu .. especially when in the right edge app switcher
[12:38] <paulliu> tsdgeos: ok. done.
[12:39] <paulliu> tsdgeos: I really don't understand bzr merge. I didn't modify main.cpp at all but I need to solve the conflict on main.cpp
[13:03] <tsdgeos> Saviq: lol, you want to close 3 at the same time?
[13:03] <Saviq> tsdgeos, or 8 :D
[13:03] <Saviq> dunno if I can do 10
[13:04] <tsdgeos> Saviq: is this a requirement?
[13:04] <Saviq> tsdgeos, no, ;)
[13:05] <Saviq> tsdgeos, but I can't imagine why it wouldn't work tbh
[13:05] <tsdgeos> actually i should fix it
[13:05] <tsdgeos> you can drag two
[13:05] <tsdgeos> or more, just tried two
[13:05] <Saviq> good ;)
[13:05] <tsdgeos> but i think i have code that assumes just one
[13:05] <tsdgeos> and the second breaks
[13:05] <tsdgeos> and is left lying in the middle of the drag
[13:05] <tsdgeos> so either limit it to 1
[13:05] <tsdgeos> or make it work
[13:09] <tsdgeos> Saviq: i think i'm going to limit it to one
[13:09] <tsdgeos> for now
[13:09] <Saviq> http://nooooooooooooooo.com/
[13:11]  * tedg wonders how many words Saviq has bookmarks for
[13:11] <Saviq> eofl
[13:11] <Saviq> rofl
[13:12] <Saviq> end of the floor, laughing
[13:12] <Saviq> good I'm not on my balcony
[13:12] <tedg> Heh, yes!
[13:12] <Saviq> tedg, bookmarks are so 80's
[13:12] <Saviq> tedg, awesome bar FTW
[13:13] <tedg> Saviq, What do you see as the difference? I just see that as searchable bookmarks.
[13:13] <Saviq> tedg, I don't *put* stuff in there
[13:13] <Saviq> tedg, it just is
[13:14] <tedg> Saviq, Ah, it forgets too much for me to do that.
[13:14] <Saviq> yeah, my fallback is the Google machine
[13:14] <Saviq> but rarely need it
[13:14] <tedg> I use pinboard.in, it has nice chrome awesomebar integration "p ${search}"
[13:15] <tedg> https://pinboard.in/u:ted.gould
[13:15] <Saviq> chrome? maybe that's why it forgets too much :D
[13:15] <tedg> Ifttt integrates it with other stuff
[13:38] <Saviq> tsdgeos, remember how the carousel deals with clicked and pressAndHold?
[13:38] <tsdgeos> Saviq: what do you mean?
[13:38] <Saviq> tsdgeos, carousel itself emits clicked and pressAndHold signals, with index and delegate.y
[13:39] <tsdgeos> yes
[13:39] <tsdgeos> Saviq: for some reason here
[13:39] <tsdgeos> the dragging area of the second card
[13:39] <tsdgeos> was getting the drag y of the first one
[13:39] <om26er> how to autopilot tests with the split greeter ? just stop unity and start the tests ?
[13:39] <tsdgeos> so that's why it wasn't working
[13:39] <Saviq> tsdgeos, how about instead we say that the delegate needs to have a clicked and pressAndHold callables (function / signal), and let it deal with what it needs internally?
[13:40] <Saviq> om26er, unlock, and run phablet-test-run -n unity8
[13:40] <Saviq> om26er, you can use the unlock_script (on your host) to unlock programatically (but easier to just unlock yourself)
[13:40] <tsdgeos> Saviq: what's the benefit of that?
[13:41] <Saviq> tsdgeos, no knowledge in Carousel of what CardCarousel needs
[13:41] <Saviq> tsdgeos, the delegate knows what it needs instead
[13:41] <om26er> Saviq, ok, btw is the silo being tested ?
[13:41] <Saviq> om26er, yes, I'm running ap now
[13:41] <Saviq> om26er, and will go through testplan just after
[13:42] <tsdgeos> Saviq: can do i guess, seems a big-ish refactory for only a "small" teoretical/architectural imprivement
[13:42] <tsdgeos> Saviq: but sure, makes kind of sense
[13:43] <Saviq> tsdgeos, huh? http://paste.ubuntu.com/7601829/
[13:43] <Saviq> tsdgeos, not a huge refactor :)
[13:43] <Saviq> tsdgeos, otherwise we'd need to pass the whole delegate, or build knowledge into Carousel
[13:44] <Saviq> (sure, tests need fixing)
[13:44] <Saviq> tsdgeos, ideally we'd just pass the input to the delegate, but that's kinda impossible now
[13:45] <tsdgeos> why are you passing the result to pressAndHold?
[13:46] <tsdgeos> yeah smaller than what my head was thinking
[13:46] <Saviq> tsdgeos, scopes plugin requires it for activation
[13:46] <Saviq> tsdgeos, and we need to allow for activation on long press now (scope decides per-category)
[13:46] <tsdgeos> ^_^
[13:46] <Saviq> tsdgeos, so we're getting rid of the if (scope == "click" && category == "local")
[13:46] <Saviq> tsdgeos, not like it will ever get used
[13:47] <tsdgeos> Saviq: there's this thing called CarouselDelegate or something
[13:47] <tsdgeos> document the functions there
[13:47] <Saviq> BaseCarouselDelegate
[13:47] <tsdgeos> or actually create empty ones
[13:47] <Saviq> which we're not using
[13:47] <tsdgeos> we are
[13:47] <tsdgeos> in the tests
[13:47] <tsdgeos> :D
[13:51] <Saviq> ;)
[13:54] <Saviq> tsdgeos, btw, this could be an addition to QML
[13:54] <tsdgeos> inheritance?
[13:55] <tsdgeos> virtual functions?
[13:55] <tsdgeos> multiple inheritance?
[13:55] <Saviq> tsdgeos, sometimes having to create a CardCarouselDelegate just to base it off of a BaseCarouselDelegate is painful
[13:55] <Saviq> tsdgeos, so yeah, inheritance
[13:55] <Saviq> something like
[13:55] <tsdgeos> multiple inheritance + abstract functions would be cool
[13:55] <tsdgeos> basically
[13:55] <tsdgeos> interfaces
[13:55] <Saviq> Loader:BaseCarouselDelegate { foo }
[13:55] <Saviq> yeah
[14:45] <MacSlow> Did the system-wide theme used by Qt-apps break for anybody with any recent update pulled?
[15:22] <cwayne> mzanetti: greyback: dandrader: have you guys seen this on n4 landscape? http://people.canonical.com/~cwayne/overlay.png
[15:23] <greyback> tsdgeos: ^^
[15:24] <tsdgeos> i didn't even know we could put the n4 in landsacape
[15:24] <dandrader> cwayne, no...
[15:24]  * greyback EOW
[15:24] <greyback> bye all!
[15:27] <mzanetti> bye greyback
[15:27] <mzanetti> cwayne: I've seen this on trunk too
[15:27] <mzanetti> with portrait
[15:27] <mzanetti> tsdgeos: re landscape, check out the QtCompositor ppa
[15:28] <mzanetti> or well, there's the rotation anyways... no need for you to check it out atm
[15:39] <tsdgeos> dandrader: ping
[15:39] <dandrader> tsdgeos, pong
[15:39] <tsdgeos> dandrader: about the EdgeDragEvaluator
[15:40] <tsdgeos> it doesn't do what i'm doing (which is what designers designed), no? i just "finish" the animation if they moved more than 1gu and the velocity is > 600
[15:40] <tsdgeos> the EdgeDragEvaluator seems to have a distance that even if you are not moving at 600 it will be completed
[15:40] <dandrader> tsdgeos, yes, it's more sophisticated
[15:41] <dandrader> tsdgeos, the farther away away you drag, the less velocity is needed for the action to complete
[15:41] <tsdgeos> right
[15:41] <tsdgeos> not sure that's what deisgners want there
[15:41] <tsdgeos> dandrader: is that what we use for launcher?
[15:41] <dandrader> tsdgeos, up to a point where no velocity is needed. where actually you would need a negative-direction velocity to avoid auto-completion
[15:42] <dandrader> tsdgeos, in short: the smaller the drag, the bigger the velocity must be for the action to be accepted
[15:42] <tsdgeos> right
[15:42] <tsdgeos> i unerstand
[15:43] <tsdgeos> doesn't seem to be what designers wanted
[15:43] <tsdgeos> or not what the prototype does
[15:44] <dandrader> dandrader, but if it feels better, it can be proposed. I believe it yields less unwanted actions and is still easy to achieve an intented action
[15:44] <dandrader> s/dandrader/tsdgeos :)
[15:45] <dandrader> tsdgeos, I actually made this up by playing with android's indicator panel (opening and closing it) :)
[15:45] <dandrader> tsdgeos, so it's used in ubuntu's panel, lock screen and stage
[15:46] <dandrader> tsdgeos, you known, design is an experimental, always changing, thing
[15:47] <tsdgeos> dandrader: i understand you think it may be better, i'm eow'ing nowish though and next week i'll be busy with QtCS, maybe you can find time to replace the parts of code i have that use draggingArea with that?
[15:47] <tsdgeos> dandrader: we're reaching that point where imho it's better if we "do" something than if we "perfect" something
[15:48] <dandrader> tsdgeos, sure. incremental evolution/improvements is always a good approach
[15:49] <tsdgeos> agreed, i'd vote for landing this if the code is not awful and design thinks its ok
[15:50] <tsdgeos> and then we can propose using the EdgeDragEvaluator after RTM
[15:51] <dandrader> tsdgeos, not for me to say. I just made a suggestion over there
[15:51] <dandrader> haven't actually tried that branch yet
[15:52] <dandrader> I mostly wanted people to be aware of this component so that it might get more wide spread use and improvements
[15:53] <tsdgeos> i see
[15:57] <mzanetti> dandrader: tsdgeos: yeah... I had the same issue for the short right edge flick too
[15:57] <mzanetti> its a pity that we're not using a component we prepared just for this kind of stuff
[15:58] <cwayne> dandrader: mzanetti: some crash files from the n4 running with shell-rotation: https://chinstrap.canonical.com/~joc/n4-crashes/
[15:58] <mzanetti> dandrader: I think we should make EdgeDragEvaluator support this use case and then make use of it in the stages code
[15:59] <mzanetti> cwayne: hmm... I don't think those are related to unity8 crashing. Do you still see many unity8 crashes?
[15:59] <mzanetti> cwayne: its working quite smoothly here by now. don't think I had a crash today
[15:59] <mzanetti> well, no visible one at least
[16:00] <cwayne> mzanetti: joc has seen a few on the n4, let me get him in here to share how he did it
[16:09] <mzanetti> dandrader: https://code.launchpad.net/~aacid/unity8/swipe_down_close_no_remove_dash/+merge/221996/comments/532741
[16:12] <dandrader> mzanetti, ok
[16:32] <xnox> tedg: are you about?
[16:32]  * tedg checks about me
[16:33] <tedg> xnox, What's up?
[16:33] <xnox> tedg: i have a PPA with upstart+cgroups that is usable on amd64/i386/armhf both for system and user level jobs
[16:33] <tedg> Oooh, sexy.
[16:33] <tedg> xnox, Link/
[16:33] <tedg> ?
[16:34] <xnox> tedg: there are a couple of tricks (a) one needs to call initctl notify-cgroupsmanager-address (b) one needs to specify at least one "cgroup" stanza in the job to get it cgroupsify
[16:34] <xnox> (e.g. "cgroup cpu")
[16:34] <xnox> tedg: it's in https://code.launchpad.net/~canonical-foundations/+recipe/upstart-daily-nonvirt
[16:34] <tedg> xnox, Do I need to notify in the user session?
[16:35] <tedg> Seems like there's no way it could be started there.
[16:35] <xnox> tedg: yes, you do need to notify in the user session as well. Which i think is a miss-normer.
[16:36] <xnox> tedg: i might add a user-session job "start on startup" which does a sanity check that cgroupmanager is available, and if yes sends notification to user-session init.
[16:36] <xnox> tedg: but yeah, it shouldn't be necessary on user-session at all. I'll chat with jodh about it.
[16:37] <tedg> xnox, Cool, makes sense. If it was a job that'd work too really. Not sure which makes the code simpler.
[16:37] <tedg> xnox, When's the next upstart release?
[16:38] <tedg> I want the SetEnvList feature too :-)
[16:38]  * tedg is demanding
[16:38] <xnox> tedg: it works very well, I've made bogus expect stanzas & made a fork-bomb, and upstart job ended up as "stop/waiting" yet all dangaling remaining processes that where left about where in the correct cgroup. And the stanza is very flexible you can do specify/expand names of cgroups as needed and do settings etc.
[16:38] <xnox> tedg: SetEnvList is in that ppa.
[16:39] <xnox> tedg: currently next release is blocked on test-suite failures on arm64 & powerpc, and merging the fix for umask (where umask is lost across re-execs)
[16:39] <xnox> tedg: and we are hunting a fantom race we introduced, which we are not yet sure if it's a real bug, memory-leak, or mostly harmless =)
[16:39] <tedg> Yeah, would love to drop the url-dispatcher work around for that too.
[16:40] <tedg> (umask)
[16:40] <xnox> hm. yeah.
[16:41] <xnox> tedg: i'll check if SetEnvList & umask fixes are cherry-pickable stand-alone into current upstart. It's all the changes that were needed for cgroups that we believe are causing the build-failures on arm64 & ppc64el.
[16:43] <tedg> xnox, Eh, if the others are close I can wait. More showing excitement :-)
[16:43] <tedg> The reason to use SetEnvList is for performance, so we'll need to measure it with the cgroups as well.
[16:44] <tedg> I have a branch for it, but I used SetEnvMulti :-)
[16:45] <xnox> tedg: yeah, it got renamed a couple of times.
[16:45] <xnox> naming things is hard
[16:46] <tedg> xnox, http://www.smbc-comics.com/?id=3377#comic
[16:46] <xnox> tedg: how is app-launch rename going along?
[16:47] <xnox> tedg: you do know that all coreapps projects used to have ubuntu- prefix and all got renamed to drop the prefix?! =)
[16:47] <tedg> xnox, Good, done mostly. There were a couple of bugs to iron out, and a stressful day yesterday, but it looks okay now.
[16:47] <tedg> Heh, good.
[16:48] <xnox> tedg: never heard of SMBC, that one is funny
[16:48] <tedg> xnox, Oh, it's a great comic. Don't start, it's an addiction.
[16:48] <xnox> i do dilbert & xkcd
[16:51] <tedg> Ah, the gateway comics
[19:04] <cwayne> mzanetti: hey, found an issue with the app splash-screen -- seems to mangle chinese characters
[19:05] <mzanetti> meh...
[19:05] <mzanetti> let me have a look
[19:11] <mzanetti> cwayne: what can I test it with?
[19:12] <mzanetti> is there something in the store?
[19:14] <cwayne> mzanetti: you can untar this to / on a phone to get some clicks http://people.canonical.com/~cwayne/click.tgz
[19:15] <cwayne> not sure of anything in the store
[19:15] <mzanetti> thnks
[20:51] <cwayne> mzanetti: i got it to at least show the english in the splash-screen, so we should be somewhat okay
[21:08] <slangasek> bschaefer, Trevinho, bregma: so the unity SRU into trusty has had some possible regressions identified by the phased updater - crashes not seen in previous versions of unity (at least, not that the error tracker can determine).  Who can look at these? https://errors.ubuntu.com/problem/8fc148da910ae3d63758f6e96174a502860a6b95 https://errors.ubuntu.com/problem/01c1227584de3b96094e513b6edb6c7d22f4801b
[21:10] <bschaefer> slangasek, thank you for letting us know, ill take a look now
[21:11] <slangasek> bschaefer: great, thanks