[08:04] <sil2100> Trevinho: ping
[08:19] <mital> hi can anybody point me to an example of gtk apis for unity
[08:35] <Cimi> tsdgeos, should be better now https://code.launchpad.net/~unity-team/unity8/carousel-loader/+merge/190406
[08:39] <tsdgeos> Cimi: yeep
[09:27] <tsdgeos> greyback: it's const& day! https://code.launchpad.net/~aacid/unity-mir/const_ref/+merge/191772
[09:38] <mzanetti> tsdgeos: you sure about this one? MirSurface *surfaceFor(std::shared_ptr<mir::shell::Surface> const& surface);
[09:40] <tsdgeos> mzanetti: what's wrong about it?
[09:41] <tsdgeos> mzanetti: saves us the creation of a new shared_ptr
[09:41] <tsdgeos> which is not cheap at all
[09:41] <tsdgeos> needs to increment the refcount, etc
[09:41] <mzanetti> tsdgeos: well nothing really wrong... this way to write it is actually new to me but I just read some docs... seems to be the same as const T &
[09:41] <tsdgeos> and then delete it
[09:41] <tsdgeos> mzanetti: ah yeah, the whole file is written like that
[09:41] <tsdgeos> i don't like it either
[09:42] <tsdgeos> but there where you do do as you see
[09:42] <tsdgeos> two many "do" in there :D
[09:42] <tsdgeos> ah no it's a typo
[09:42] <tsdgeos> "but there where you go do as you see"
[09:43] <mzanetti> doesn't help me to understand what you mean :P
[09:43] <mzanetti> ah... got it
[09:43] <mzanetti> yes
[09:43] <mzanetti> I agree
[09:43] <mzanetti> approved
[09:46] <tsdgeos> mzanetti: it's a spanish saying, don't know the "proper" english translation if there is one
[09:46] <tsdgeos> ah yeah
[09:46] <mzanetti> tsdgeos: yeah... I think I figured what you mean
[09:46] <tsdgeos> that when in rome do as romans do
[09:46] <mzanetti> haha
[09:46] <tsdgeos> that's supossed to be the "real" english way of saying it
[09:49] <tsdgeos> it's weird how kmail tells me CI messages are scam because they contain ip addresses :D
[09:55] <greyback> mzanetti: tsdgeos: yes I prefer "const T&" to "T const&" too, but the former is what the Mir guys used and so I kept it for their types
[09:56] <greyback> s/former/latter/
[09:57] <mzanetti> greyback: sure... no prob
[10:04] <Cimi> Saviq, tsdgeos https://bugs.launchpad.net/unity8/+bug/1229661
[10:04] <Cimi> on this bug, we have loads of logic in the code
[10:04] <tsdgeos> Cimi: not a bug
[10:04] <tsdgeos> it's a feature
[10:04] <Cimi> tsdgeos, indeed
[10:04] <tsdgeos> oren wanted it like that
[10:04] <Cimi> tsdgeos, I am reading code...
[10:04] <tsdgeos> now
[10:05] <tsdgeos> seems like ux people should talk more to themselves :D
[10:05] <Cimi> ahahaha
[10:05] <tsdgeos> or Oren has lost the battle :D
[10:05] <Saviq> Cimi, please confirm with them that this in fact is correct
[10:05] <Cimi> Saviq, I will
[10:06] <Cimi> Saviq, didn't want to deprecate all this code
[10:06] <Saviq> Cimi, deprecate? ;D
[10:06] <Saviq> Cimi, you'll need to add code to keep them expanded ;)
[10:06] <Saviq> Cimi, as there's only support now for a single one expanded at a time
[10:07] <Cimi> Saviq, no it's remove code
[10:07] <Saviq> Cimi, believe me it's not
[10:07] <Saviq> Cimi, or not only that
[10:07] <Cimi> Saviq, there is a logic that collapses items no?
[10:07] <Cimi> from a quick look we collapse if the category changes
[10:07] <Saviq> Cimi, yes, but there's also logic that uncollapses them on creation
[10:07] <Cimi> we just need to remove that
[10:07] <Saviq> Cimi, we need to "cache" which are expanded
[10:07] <Saviq> Cimi, we're destroying the categories when they're off screen
[10:08] <Saviq> Cimi, so we would need to keep a set that's supposed to be expanded
[10:08] <didrocks> Saviq: for memory saving? (I thought qml will do that for us)
[10:08] <Cimi> ok
[10:08] <Saviq> didrocks, yes, and yes it does
[10:08] <Saviq> didrocks, that's what I meant by "we"
[10:08] <didrocks> ah ok ;)
[10:08] <Saviq> didrocks, except in this case it's tsdgeos that's doing it ;)
[10:09] <didrocks> heh, ok :)
[10:09] <Saviq> didrocks, 'cause we have a custom ListView
[10:09] <Cimi> so it leaks!
[10:09]  * Cimi runs away
[10:09] <didrocks> Saviq: interesting, ok, due to the custom ListView :)
[10:10] <Saviq> Cimi, huh?
[10:11] <Cimi> Saviq, was mocking
[10:11] <Cimi> Saviq, nothing used more memory than my carousel when I was using repeater :)
[10:11] <Saviq> ok, /me is in low power mode today
[10:11] <Saviq> Cimi, oh I think greyback's application manager beat you there ;D
[10:11] <Cimi> ahahah
[10:12] <Saviq> Cimi, it was leaking over 10MBs per app launched ;D
[10:12] <Cimi> I like this relaxed day
[10:12] <greyback> Saviq: only for a very particular use-case
[10:12] <greyback> i.e. app launched and stopped not through upstart, which is what AP was doing
[10:13] <Cimi> guys
[10:13] <Cimi> you know why thumbnails turn black on my nexus?
[10:13] <Cimi> app thumbnails?
[10:13] <Cimi> when are they created?
[10:14] <greyback> probably the app hasn't drawn anything, when the screenshot is grabbed
[10:14]  * greyback knows there's room for improvement there
[10:14] <Cimi> greyback, we should reduce those screenshot creations 1
[10:14] <greyback> yes I know
[10:14] <Cimi> they eat cpu
[10:15] <Cimi> then we should check
[10:15] <Cimi> if they are different
[10:15] <Saviq> Cimi, under Mir they will only be black if the app hasn't drawn anything - or got killed
[10:16] <Saviq> Cimi, it will work fine for suspended apps (which is not the case for surfaceflinger)
[10:16] <Saviq> Cimi, or did you switch to sflinger?
[10:16] <Cimi> do we really have suspended apps?
[10:16] <Saviq> Cimi, on Mir yes
[10:16] <Saviq> Cimi, also, "on my nexus" is kind of ambiguous ;)
[10:16] <Cimi> on my maguro
[10:16] <Cimi> sf
[10:17] <Saviq> Cimi, yeah, that's not gonna change
[10:17] <Cimi> I start 1 or 2 apps and phone is slow
[10:17] <Cimi> 5 is not usable
[10:17] <Saviq> Cimi, we're not looking at sflinger at all any more
[10:17] <Saviq> greyback, we should probably yank out sflinger support from unity8, btw
[10:17] <greyback> woo!
[10:18] <Saviq> greyback, but let's get the higher-ups to ACK
[10:18] <greyback> Saviq: yeah, it could break lots of community ports
[10:18] <Saviq> right...
[10:19] <Cimi> Saviq, but how does mir/sf have to do with suspending apps?
[10:19] <Saviq> Cimi, nothing with suspending - everything with getting their screenshots
[10:19] <Saviq> Cimi, you can't talk to the app to get its screenshot if it's suspended
[10:19] <Cimi> so it's unrelated
[10:19] <greyback> Cimi: note maguro feels slow because Mir hasn't been optimised for it.
[10:20] <Cimi> greyback, it's slow on surface flinger
[10:20] <Cimi> too
[10:20] <greyback> but not as bad
[10:20] <Cimi> yeah but still lags
[10:20] <Saviq> Cimi, so on Mir that screenshot is kept in memory
[10:20] <Saviq> Cimi, on sflinger it's not
[10:20] <Cimi> and it's not usable with multiple apps
[10:20] <Cimi> so I was wondering how we do with that
[10:20] <Cimi> because maguro is super fast on android
[10:20] <Saviq> Cimi, so you're getting black screenshots on sflinger 'cause they're suspended and you can't get the screenshot of them
[10:21] <Cimi> Saviq, I got that
[10:21] <Saviq> Cimi, "super fast" is probably an overstatement ;
[10:21] <Cimi> well I can have 10 apps opened at least
[10:21] <Cimi> not 2...
[10:21] <Cimi> is this a problem of what, multithreading?
[10:22] <Saviq> Cimi, please don't throw around words ;
[10:22] <Saviq> ;)
[10:22] <Cimi> haha
[10:22] <Saviq> Cimi, no, it's just that we haven't optimized for maguro
[10:22] <Cimi> meant multitasking
[10:22] <Cimi> sorry I am on low powered mode too
[10:22] <Cimi> actually, studying a little of json with qml
[10:23] <Saviq> Cimi, we just don't have our whole app lifecycle story yet
[10:23] <Saviq> Cimi, mind you, on android you don't really have the 10 apps open either
[10:23] <Cimi> Saviq, they are frozen
[10:23] <Saviq> Cimi, you just have their screenshots (at least for some of them)
[10:23] <Cimi> yeah, that's what I mean
[10:24] <Cimi> they are on hold
[10:24] <Saviq> Cimi, or stopped - you don't even know
[10:24] <Saviq> Cimi, until you open them again, when resuming is faster than launching from scratch
[10:26] <Saviq> fginther, ping
[10:27] <Saviq> oh right, 5:30am, hope he's not gonna answer..
[10:59] <tsdgeos> the autolander is back!
[10:59] <tsdgeos> and broken :D
[11:06] <Cimi> hah
[11:31] <dandrader> greyback, ping
[11:31] <greyback> dandrader: pong
[11:31] <dandrader> greyback, would you have some spare time today or Monday to review this one: https://code.launchpad.net/~dandrader/qtubuntu/uniqueTouchIds/+merge/191692
[11:32] <dandrader> it's actually a simple one
[11:32] <didrocks> greyback: btw, didn't tel you yesterday, but excellent fix! Thanks a lot :)
[11:32] <greyback> dandrader: I'll take it on Monday, that ok?
[11:32] <didrocks> greyback: that's exactly what we needed at the last minute, so much improvement :)
[11:32] <dandrader> greyback, yeah, that's fine. Thanks!
[11:33] <didrocks> to keep saying "people worked hard until the last second before release"!
[11:33] <greyback> didrocks: alf deserves most of the credit, he tracked it down
[11:33] <greyback> but thanks :)
[11:33] <didrocks> greyback: yeah, I pinged him on that when you landed it :)
[12:59] <Saviq> tsdgeos, greyback, I won't make the standup, mzanetti says he might not make it either
[13:00] <greyback> Saviq: too noisy in the bar, is it?
[13:00] <fginther> Saviq, pong (I'm on holiday today, so will only be here for an hour or so)
[13:01] <Saviq> fginther, nw, will talk next week
[13:01] <Saviq> fginther, have fun
[13:01] <fginther> Saviq, thaks
[13:01] <fginther> Saviq, thanks
[13:03] <Saviq> greyback, you got me ;P
[13:06] <dandrader> lol
[13:31] <tsdgeos> dednick: standup?
[13:39] <tsdgeos> greyback: umumble working for you?
[13:39] <greyback> tsdgeos: could you not hear me? Works for me
[13:40] <kgunn> mzanetti: yoo hoo
[13:40] <tsdgeos> aaaand i'm back
[13:40] <mterry> tsdgeos, where was that branch?
[13:41] <tsdgeos> greyback: i think my interwebs died
[13:41] <tsdgeos> mterry: which branch?
[13:41] <tsdgeos> greyback: so no, if you said anything interesting i mised it
[13:41] <tsdgeos> +s
[13:42] <greyback> tsdgeos: not really. Talks on Qt Scenegraph working more closely with Mir
[13:42] <mterry> tsdgeos, didn't you justs say you had a branch for me to review about the lockscreen?
[13:42] <tsdgeos> mterry: that must have been someone else, not me
[13:44] <mterry> MacSlow, was that you?  ^
[13:45]  * mterry is a bit sick and delirious
[13:45] <MacSlow> mterry, nope
[13:47] <mterry> huh
[13:47] <mterry> maybe I hallucinated it
[13:48]  * mterry goes and lies down
[13:48] <tsdgeos> sorry :D
[13:48] <tsdgeos> maybe was my crappy english
[13:48] <tsdgeos> but nothing regarding lockscreen i said
[14:09] <tsdgeos> trusty tahr
[15:04]  * greyback eow
[18:16] <maxb> Ubuntu 13.10 seems to bring with it a new Unity feature of repeating the visual "app icon pops out and wiggles" notification cue until the user acknowledges it. Can I turn this off?
[18:45] <bschaefer> maxb, yes you can in CCSM (compizconfig-setting-manager)
[18:45] <bschaefer> under: Ubuntu Unity Pluging -> Launcher -> Launcher icon Urgent Animation
[18:46] <maxb> bschaefer: Oh.... I just looked through CCSM but couldn't see any new settings which soun.....  oh, I don't want to turn it off completely, I just want it to notify once
[18:46] <bschaefer> hmm just once, im not sure if theres a setting for just once
[18:47] <maxb> Yeah, that would be the perennial UX defect of Unity, changing the behaviour and not having settings to allow for opting for the previous behaviour :-/
[18:47] <bschaefer> ChrisTownsend, would you know if theres a setting for that?
[18:47] <ChrisTownsend> maxb: Yeah, no way to put it back to the old behavior right now.  Please enter a bug and I'll put it on my radar to make a setting for 14.04.
[18:48] <maxb> (use case, for anyone interested: Someone has said my name in IRC. Fine. I'll get to them when I have time, don't nag me repeatedly.)
[18:48] <maxb> Bug against Unity upstream project in LP?
[18:49] <ChrisTownsend> maxb: I can't put it in 13.10 though because it would be considered an new "feature" and is not SRUable.
[18:49] <bschaefer> maxb, very true, i do run into that as well, thanks for letting us know about that, as it would be a good thing to have fixed :)
[18:49] <ChrisTownsend> maxb: Sure, that's fine.  I'll look for your bug.
[18:49] <ChrisTownsend> maxb: Yes, thanks.
[18:50] <ChrisTownsend> maxb: It will quit nagging you if you slide out the Launcher.
[18:51] <ChrisTownsend> maxb: But your use case is very valid.
[18:51] <maxb> I guess from the CCSM legend  that the official Unity jargon for this is "Urgent Animation" - I'll call it that in the bug. But I'll go in search of food first, or I won't write a good bug report :-)
[18:51] <maxb> I had thought I had to also click the app button to suppress further notifications, but I could be imagining that
[18:52] <ChrisTownsend> maxb: Well, if you get another notification, then the whole timer resets and nags you again.
[18:52] <ChrisTownsend> maxb: Pidgin nags me endlessly now:)
[19:40] <bregma> Unity configuration is a tug-of-war between the UI designers who tolerate little deviation from their vision, and users who want to tinker modify and tweak


[09:34] <blahdeblah> ec0, xavpaice: woutervb tells me one of you might be able to help with testing of my fix for https://github.com/paulgear/ntpmon/issues/5
[09:34] <blahdeblah> I've also been talking to ganso from support about the same issue.
[09:48] <manadart> stickupkid, achilleasa: Still chasing a review of https://github.com/juju/juju/pull/12118
[09:49] <achilleasa> manadart: on it
[09:49] <achilleasa> manadart: did you see my comment in 12111?
[09:49] <manadart> achilleasa: Yep.
[09:50] <manadart> Thanks.
[11:00] <ec0> [blahdeblah](https://matrix.to/#/@freenode_blahdeblah:matrix.org) sure thing, although I haven't seen that issue myself. I'm not sure about converting those conditions to warning though, or did you have something else in mind?
[11:42] <stickupkid> manadart, here is the thing we just discussed https://github.com/juju/description/pull/91
[11:44] <manadart> stickupkid: OK, gimme a bit.
[12:02] <Hybrid512> Hi everyone
[12:03] <Hybrid512> Can I bother somebody regarding prometheus-ceph-exporter from the "-next" branch ?
[12:04] <Hybrid512> there are great improvements in this branch that we'd love to use but deployment always fail due to this bug : https://bugs.launchpad.net/charm-prometheus-ceph-exporter/+bug/1895531
[12:04] <mup> Bug #1895531: -next fails to deploy with TypeError: 'str' object is not callable in ceph_client.auth() <Prometheus Ceph Exporter Charm:New> <https://launchpad.net/bugs/1895531>
[20:16] <xavpaice> blahdeblah, to be honest we've disabled that check on the clouds where it was a problem, because of the noise.  Re testing, we didn't have a reliable reproducer so confirming yay or nay is going to be tricky
[21:42] <blahdeblah> ec0: Yeah - I am not planning to convert either problem from critical to warning; just planning to prevent the NaN from leaking through to the alert value.
[21:42] <blahdeblah> xavpaice: Understood re: the noise and the difficulty of reproducing.  ganso has a couple of clouds where he seems able to reproduce it fairly frequently, so I'll work with him on that.
[21:42] <blahdeblah> Mostly just wanting someone to test the patches, and if possible, do a code review on an upcoming test suite addition.
[21:43] <ec0> @blahdeblah - that makes sense to me, if you get a patch together I'll review & test
[21:44] <ec0> great to see you still hilight on NTP in a round-about way :)
[22:12] <blahdeblah> ec0: Actually jsing poked me about it a few weeks back. :-P
[22:34] <blahdeblah> ec0: Also, drewn3ss submitted https://github.com/paulgear/ntpmon/issues/6 a while back, but the Nagios check is stateless.
[22:34] <blahdeblah> Given that you're just muting the check at the moment, I'm reluctant to invest time on introducing state management.
[22:34] <blahdeblah> The alternative is using telegraf -> prometheus and adding a minimum time period to the check in prometheus alerter.
[22:34] <ec0> well, we shouldn't be muting it, frankly
[22:35] <blahdeblah> I agree, but when it's hard to find time to make progress on actually fixing the reason for the sync failure, and it's intermittent, I can understand making that choice...
[22:38] <blahdeblah> I've also got limited time I can put into this, and I feel like it's probably better spent making better tests and helping ganso fix the underlying cause of the sync failure (at least in the 2 clouds he's working on at the moment).
[22:45] <ec0> totally understand
[22:45] <ec0> the other way to approach it is we could move it into a shared namespace and have some of the people reporting these issues help to contribute and review
[22:50] <blahdeblah> Happy to consider that - any suggestions as to where?
[22:56] <ec0> we could set something up on Launchpad maybe?