[02:13] <adie> hi
[02:15] <adie> I am trying to set a msg count number in hexchat with python launcher.set_property ('count', count), and it works the first time, but if I reload the script is breaks like this: http://pastebin.com/raw.php?i=eudXgAcG
[02:16] <adie> I was wondering if there was something I can do to clear out whatever is preventing the script from working upon second launch
[02:16] <adie> I just think it's kinda weird that I can load test.py and it works, but if I unload/load it a second time, it breaks
[07:49] <mzanetti> Saviq: yep. its networking issues in the lab. veebers is filing a ticket about it. I fear that's all we can do for now
[07:49] <Saviq> mzanetti, yup, thanks
[07:53] <mzanetti> greyback: ping
[07:55] <veebers> mzanetti: sent, please fill in any details if I've missed any
[07:55] <mzanetti> veebers: ack. thanks
[07:55] <veebers> right, I'm off for the night. Beer and movie time :-)
[07:58] <mzanetti> have fun
[08:05] <greyback> mzanetti: pong
[08:05] <mzanetti> greyback: hey. on friday I wanted to schedule a meeting for today but managed to put it to last monday
[08:06] <mzanetti> greyback: I've just moved it to today but it would be in half an hour. is that ok for you?
[08:06] <greyback> mzanetti: yep
[08:32] <seb128> Trevinho, bregma, hey, could one of your review/ack https://code.launchpad.net/~larsu/unity/call-ido-init ?
[08:33] <seb128> Trevinho, bregma: I backported the ido init part to saucy on friday to unbreak custom widget in the gmenumodel based indicator that landed, having the other part about the ordering in would be nice as well
[08:45] <Saviq> greyback, mzanetti, ping if you need me, btw
[08:46] <mzanetti> Saviq: yeah... actually... if you have a minute
[08:46] <mzanetti> would be useful
[09:04] <greyback> Small builds script fix: https://code.launchpad.net/~gerboland/unity8/fix-build-script/+merge/172290 if anyone has a minute
[09:09] <tvoss> greyback, ping
[09:09] <greyback> tvoss: pong
[09:09] <tvoss> greyback, hey there, I'm looking for libhybris-common, any idea where I can find it?
[09:10] <tsdgeos> Saviq: do we have automerging in lp:unity/8.0 ?
[09:10] <tsdgeos> you approved https://code.launchpad.net/~mhall119/unity/fixes-1196322/+merge/172251 9 hours ago and it's still there
[09:11] <greyback> tvoss: never heard of it
[09:12] <tvoss> greyback, weird, platform api does not build without it
[09:14] <tsdgeos> mzanetti: can you try to repro https://bugs.launchpad.net/unity8/+bug/1172212  on a new unity8?
[09:14] <greyback> tvoss: cmake should disbable hybris support if that lib is not available. You need platform-api with hybris?
[09:14] <mzanetti> tsdgeos: ack
[09:14] <tvoss> greyback, yeah
[09:15] <tvoss> greyback, we need it by default for the touch images as we need to pull over the sensor functionality iirc
[09:15] <greyback> tvoss: I see. Am hunting
[09:15] <tvoss> greyback, thx
[09:16] <tsdgeos> btw, i am the only one that gets unity7 panel notifications seconds later the real notification happens?
[09:16] <tsdgeos> i.e. i get notify-osd to tell me "mzanetti's ack" and then like 10 seconds later the panel icon of the irc client vibrates
[09:17] <mhr3> didrocks, any eta on next unity landing to s?
[09:17] <didrocks> mhr3: well, we have some system issues in saucy making lxc not working fine
[09:17] <didrocks> mhr3: and then, indicators did some changes that needs to be merged
[09:18] <didrocks> mhr3: and if we don't have this hang, and all those are transitionned ^ we'll be fine :p
[09:18] <didrocks> mhr3: you can review https://code.launchpad.net/~larsu/unity/call-ido-init meanwhile :)
[09:18] <mzanetti> tsdgeos: nope. can't repro any more either
[09:18] <tsdgeos> good thing :-)
[09:19] <larsu> I'm getting pinged in all the channels...
[09:19] <larsu> oh, that's just a mention
[09:20] <larsu> didrocks: you're married! Congrats!
[09:20] <didrocks> larsu: thanks! :)
[09:20] <larsu> didrocks: how are you?
[09:20] <mhr3> didrocks, say what now???
[09:20] <didrocks> larsu: I'm excellent thanks! still a little bit tired by the week-end for sure ;)
[09:20] <didrocks> and you?
[09:21] <mhr3> didrocks, married? holy cow
[09:21] <larsu> didrocks: I'm great! Except for the insomnia :)
[09:21] <tsdgeos> mzanetti: can you mark it as fixed then or soemthing?
[09:21] <didrocks> mhr3: heh, fortunately I disconnected on Friday before the indicator issue was discovered, so mind-free :)
[09:22] <didrocks> larsu: argh, I hope this will get better throughout the week (yeah, it's really early for you…)
[09:23] <mhr3> didrocks, i can totally see this scenario "and you didier roche, do you take julie as your wife?" - "just a sec i'm being pinged here"
[09:23] <didrocks> mhr3: ahah, I was afraid ted would try something like that! :p
[09:25] <Saviq> tsdgeos, there's network issues in the lab
[09:25] <tsdgeos> Saviq: ahhhh
[09:25] <greyback> tvoss: well libhybris package contains the /usr/lib/arm-linux-gnueabihf/libhybris-common.so.1 file
[09:26] <tsdgeos> that's why the CI for the LVWPH didn't run yet either
[09:34] <tvoss> greyback, okay, thx
[09:35] <greyback> tvoss: that wasn't much help. I'm rather confused how to build platform-api with hybris, there's something missing
[09:35] <tvoss> greyback, yeah, I'm confused, too
[10:15] <seb128> mhr3, hey
[10:16] <mhr3> seb128, hello
[10:16] <seb128> mhr3, sometime my dash home stop listing apps ... is that a known issue? what sort of debug infos would you need in a bug report about it?
[10:16] <mhr3> seb128, desktop/phone? just apps or everything?
[10:17] <larsu> mhr3: same issue here, haven't figured out yet when it happens exactly. Desktop, only apps.
[10:17] <seb128> mhr3, desktop, saucy, unity7, only apps
[10:18] <seb128> it lists files, music, et
[10:18] <seb128> etc
[10:18] <mhr3> hmm, odd
[10:18] <mhr3> so, good debug info would be whether the apps daemon is running
[10:19] <mhr3> and ideally a bustle log trying to do a search in the dash
[10:19] <seb128> mhr3, the app lens is working
[10:19] <seb128> if that's an indication
[10:19] <seb128> but the home dash is sort of screwed it
[10:19] <seb128> when I open the dash it's empty, sometime with the "no result" string
[10:20] <seb128> let me do a screencast
[10:20] <mhr3> but just in home? everything works fine in apps lens view?
[10:20] <seb128> yes
[10:20] <mhr3> weird getting weirder :)
[10:22] <seb128> mhr3, you like screencasts? ;-)
[10:22] <mhr3> of course! :)
[10:22] <seb128> mhr3, http://people.canonical.com/~seb128/dash.ogv
[10:24] <mhr3> eeeek, why is everything so super slow there
[10:24] <seb128> welcome to smart scopes!
[10:25] <seb128> to be honest it's not always that slow
[10:25] <seb128> but when the bug happens it is
[10:25] <seb128> that box is freshly booted this morning
[10:25] <seb128> let me try to get you a bustle log
[10:26] <seb128> mhr3, hum, app lens doesn't have "recently used" either ... that's supposed to be first no?
[10:27] <mhr3> seb128, yep, looks like something wrong with zg
[10:28] <mhr3> apps lens doesn't handle that well
[10:28] <mhr3> although i had a patch somewhere
[10:29] <seb128> mhr3, http://people.canonical.com/~seb128/bustle.bustle
[10:29] <seb128> ignore the indicator-service spam
[10:29] <seb128> I need that fix from larsu :p
[10:31] <mhr3> fortunately bustle can do filtering :)
[10:31] <seb128> I had no idea my dbus was that spammed :p
[10:31] <mhr3> seb128, ok, i think i know what this might be, can you try killing unity-applications-daemon and see if things start working normally?
[10:32] <seb128> mhr3, do you need any state/info from it before I do that?
[10:32] <mhr3> nope, should be good enough
[10:33] <seb128> that didn't fix it
[10:33] <seb128> I guess "sorry there is nothing that match your search" now when I open the dash
[10:33] <seb128> with nothing in the text entry
[10:33] <mhr3> did you uninstall zeitgeist by any chance?
[10:34] <seb128> no
[10:34] <seb128> but we got the new version last week
[10:34] <mhr3> then it's broken :)
[10:34] <seb128> 0.9.14
[10:34] <mhr3> seb128, terminal `zeitgeist-daemon --replace`, any warnings?
[10:34] <seb128> ** (zeitgeist-datahub:8190): WARNING **: zeitgeist-datahub.vala:229: Unable to get name "org.gnome.zeitgeist.datahub" on the bus!
[10:34] <seb128> oh
[10:35] <seb128> I saw an update on -changes earlier to re-enable that I think
[10:35]  * seb128 goes to check
[10:35] <seb128> oh, no
[10:35] <seb128> mhr3, https://bugs.launchpad.net/ubuntu/+source/zeitgeist/+bug/1195841
[10:35] <mhr3> that wouldn't matter, anything else?
[10:36] <seb128> seems like it's currently built without fts
[10:36] <seb128> should I break things?
[10:36] <seb128> no
[10:36] <mhr3> yea, i know about the fts thing, that makes the files search super slow
[10:36] <mhr3> shouldn't affect apps
[10:36] <seb128> ok
[10:36] <seb128> no other warning
[10:36] <seb128> neither from zg nor from the applens
[10:37] <mhr3> seb128, not even when you try doing a search?
[10:37] <seb128> oh, it's working after a search
[10:37] <seb128> mhr3, doing a search fixed it
[10:37] <mhr3> so restarting zeitgeist actually fixed it
[10:37] <seb128> I guess
[10:37] <seb128> should I try that again next time it happens?
[10:38] <mhr3> sure, i think that will be 100% effective fix
[10:38] <seb128> "workaround" I guess :p
[10:38] <mhr3> right, yea
[10:38] <mhr3> i'll try to think about what the root cause of it could be
[10:38] <seb128> let me know if you need debug info
[10:39] <seb128> I run into it quite often
[10:39] <seb128> so I can run a local patched version that logs infos or stuff
[10:39] <mhr3> i'll update my vm and see whether i see that too
[10:39] <mhr3> seb128, btw did it start happening with the new zg version?
[10:39] <seb128> not running saucy? ;-)
[10:39] <seb128> no, I'm pretty sure it was there before the zg update
[10:39] <seb128> 95% sure
[10:40] <mhr3> heh, ok
[10:40] <mhr3> seb128, and no, i find it a bit unstable :P
[10:40] <seb128> tssss
[10:40] <Cimi> Saviq, I might give up with the looping using the listmodel
[10:40] <seb128> you have a responsability there! ;-)
[10:41] <Cimi> Saviq, if I am at index 0, I add an item at index 0 (like a prepend)
[10:41] <Cimi> Saviq, the stupid list view switches to the new item at 0
[10:41] <mhr3> seb128, heh, booted up vm and i'm seeing it too
[10:41] <Cimi> so if I say when index = 0 insert 0… it kinda loops until it reaches the minimum date
[10:42] <seb128> mhr3, \o/
[10:42] <Cimi> index 0, insert 0, instead of being at index 1 it switches to 0 :-\ so it goes back again and it insert another one at 0 and switches to it
[10:45] <mhr3> seb128, ok my bad, apps needs fts as well
[10:45] <seb128> mhr3, ok, so that's the issue?
[10:45] <seb128> mhr3, why does it work after restarting zg?
[10:46] <mhr3> seb128, ehm, it shouldn't really :)
[10:46] <mhr3> seb128, but one step at a time, let's get fts back first
[10:46] <tsdgeos> Saviq: what happened to https://code.launchpad.net/~unity-team/dee-qt/deevarianttext-and-tests/+merge/153530 ?
[10:47] <seb128> mhr3, right, I will upload jbicha's sponsoring request for it
[10:47] <mhr3> seb128, cool
[10:49] <mhr3> but looking at my log, it's vastly different from yours, in your case zg wasn't working at all / wasn't queried by the apps lens, in my case it is and it's returning errors about missing fts
[10:49] <seb128> well, I'm pretty sure the breakage/slowness I saw was there before the zg update as said
[10:49] <seb128> the dash/lens are not really robust to zg issues it seems
[10:49] <seb128> which might be another bug ;-)
[10:50] <mhr3> yea, maybe you have slow startup, some initial dbus request times out and things break
[10:52] <MCR_> didrocks, hi. I fixed another important Compiz regression, the fix is tested, the breakage is critical, because Compiz does not know how to render text in trunk anymore - this branch fixes it:
[10:52] <MCR_> https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1196493-no-more-text-anywhere/+merge/172302
[10:52] <MCR_> didrocks, please approve it, it's free karma ;)
[10:53] <didrocks> MCR_: I would prefer sam to look at it TBH, Not sure how the vtable is supposed to be used in compiz
[10:53] <MCR_> well, it is the same kind of breakage we had found and fixed on Friday...
[10:53] <MCR_> it is tested
[10:53] <MCR_> and it works
[10:54] <didrocks> I trust you it works, I still prefer upstream taking care of their components as most as possible, when there is no urgency for releasing :)
[10:54] <MCR_> ok
[11:26] <tsdgeos> dednick: want me to unapprove https://code.launchpad.net/~dandrader/unity8/dragHandleStretchAndHint/+merge/171908 until your comments are sorted?
[11:28] <pstolowski> didrocks: ping
[11:31] <dednick> tsdgeos: yeah, if you dont mind
[11:32] <dednick> tsdgeos: i just did
[11:32] <tsdgeos> dednick: good
[11:32] <tsdgeos> sorry i did not pick up that while reviewing
[11:33] <Cimi> Saviq, ping
[11:43] <mzanetti> Cimi: what if you make sure you never reach index 0?
[11:44] <mzanetti> i.e. prepend already when you're at 1
[11:45] <Saviq> tsdgeos, we're not using it (the people preview was using it
[11:45] <Saviq> )
[11:45] <Saviq> tsdgeos, s/preview/lens view/
[11:45] <tsdgeos> Saviq: that is the answer for the dee-qt changes?
[11:45] <Saviq> tsdgeos, so, we could salvage some of the tests from that potentially
[11:45] <Saviq> tsdgeos, ye
[11:45] <Saviq> s
[11:45] <Saviq> Cimi, if you're at 0 and prepend, and the list switches, I'd say that's a bug
[11:46] <Saviq> IMO appending / prepending items to ListView's model should never change what's on screen
[11:47] <tsdgeos> Saviq: it does if it's item 0
[11:47] <Cimi> mzanetti, but sometimes you're at 0 :(
[11:47] <tsdgeos> it's a special case
[11:47] <Cimi> mzanetti, unless I make that 0 is a greyed out month
[11:47] <Cimi> Saviq, I need to write a testcase
[11:47] <tsdgeos> i.e. if you are at list beginning and prepend, it still gets you at list beginning
[11:47] <tsdgeos> afair
[11:48] <Saviq> tsdgeos, well, that depends if you want to be at list beginning or item 0
[11:48] <Saviq> tsdgeos, will it switch if you're at item (count-1) and append?
[11:48] <tsdgeos> no
[11:48] <Saviq> IMO it's a broken special case
[11:48] <Saviq> tsdgeos, yeah, exactly - it's inconsistent
[11:48] <Saviq> tsdgeos, being at item 0 doesn't necessarily mean wanting to be on the beginning
[11:49] <tsdgeos> true
[11:49] <tsdgeos> so you can append and them put yourself where you want :D
[11:50] <Saviq> tsdgeos, yeah, I would think that if you did it close in JavaScript, the result should be invisible
[11:50] <Saviq> Cimi, did you try prepending and setting currentIndex to the correct value just after?
[11:51] <Cimi> Saviq, yeah
[11:51] <Saviq> tsdgeos, OTOH ListView is difficult like this - if the new item isn't created yet
[11:51] <Cimi> Saviq, but kinda doesn't work
[11:51] <Cimi> Saviq, I did
[11:51] <Saviq> tsdgeos, it won't switch :/
[11:51] <tsdgeos> lunch
[11:51] <tsdgeos> back later
[11:51] <Cimi> if currentIndex == 0; insert (0..); currentIndex = 1
[11:51] <Cimi> Saviq, ^ but kinda sucks and probably doesn't solve the problem
[11:52] <Saviq> Cimi, why?
[11:54] <Cimi> Saviq, I think that if I set currentIndex in onCurrentItemChanged
[11:54] <Cimi> Saviq, it does proceed with a new thread
[11:55] <Saviq> Cimi, right, it might get confused
[11:55] <Cimi> Saviq, I think I have two calls of onCurrentItem at the same time
[11:56] <Saviq> Cimi, you should probably use a separate property to set the date selected
[11:56] <Saviq> Cimi, and only modify the model when that changes
[11:57] <Cimi> Saviq, the selected date works
[11:57] <Saviq> Cimi, yeah, I know, but
[11:57] <Cimi> Saviq, problem is when I flick/scroll between months
[11:57] <Saviq> Cimi, if you use a separate property
[11:57] <Cimi> I have 1 to 3 elements in my list model
[11:57] <Saviq> Cimi, that will only change if the date _really_ changed
[11:57] <Saviq> Cimi, regardless if currentIndex or currentItem change
[11:57] <Cimi> when I move from index 0 or index 1 I want to insert a new item
[11:57] <Cimi> when I move from 1 to 2 I want to append
[11:57] <Saviq> Cimi, I know what you want to do
[11:58] <Cimi> I don't understand what you mean with date
[11:58] <Cimi> you are able to scroll without touching or selecting a new date
[11:58] <Cimi> it's just flipping/browsing the calendar
[11:58] <Cimi> what I could do might be storing the previous index
[11:58] <Saviq> Cimi, then "displayedMonth" or something
[11:59] <Saviq> Cimi, don't rely on currentItem / currentIndex to find out whether you need to modify the model
[11:59] <Cimi> mmm
[11:59] <Saviq> Cimi, but "proxy" those signals through a "currentMonth" property
[12:00] <Saviq> Cimi, only when it really needs to change
[12:00] <Cimi> and when it does?
[12:00] <Saviq> Cimi, this way you won't get the loop  of currentItemChanged → insert() → currentItemChanged
[12:01] <Saviq> Cimi, because even if it does, the selected month won't change, so the loop will get broken
[12:02] <Cimi> maybe just a boolean
[12:02] <Cimi> an internal boolean I set true when I am modifying the model
[12:03] <Cimi> then will be set false during next onCurrentItemChanged
[12:03] <Cimi> and returning
[12:03] <Saviq> Cimi, that's artificial
[12:03] <Saviq> Cimi, the actual selected month is real
[12:04] <Saviq> Cimi, you'd have to manage the boolean much more carefully than the selected month
[12:13] <kgunn> tsdgeos: \o/ lvwph, nice work!
[12:14] <didrocks> pstolowski: pong
[12:14] <pstolowski> didrocks: hi
[12:18] <pstolowski> didrocks: wrt https://bugs.launchpad.net/unity-lens-applications/+bug/1192081 need to double-check with you - is the problem mostly visible on the 1st app preview request? Is it faster later even when software-center-dbus process is not running anymore (i.e. does it help if it's in system cache and i/o is reduced to start s-c-dbus again)?
[12:18] <didrocks> pstolowski: no, if I kill the software-center-dbus process, it's slow again
[12:19] <didrocks> so system cache doesn't help
[12:19] <pstolowski> didrocks: ok, I see. could you give the branch I linked to the bug a shot?
[12:20] <didrocks> pstolowski: not right now, but I'll :)
[12:20] <didrocks> pstolowski: apart if just restarting the daemon is enough?
[12:20] <didrocks> (the application scope)
[12:20] <pstolowski> didrocks: sure, thanks... and take it with a grain of salt (i.e. read my comment).. but I'd be interested in your feedback
[12:21] <didrocks> pstolowski: so, just building it and killing the scope is enough? (in that case, I can do it now)
[12:21] <pstolowski> didrocks: yes, kill software-center-dbus if running, restart apps
[12:21] <didrocks> ok
[12:22] <pstolowski> didrocks: thanks
[12:22] <didrocks> pstolowski: it's slightly better for sure, but I still have few seconds even before the spinner appears
[12:23] <didrocks> (so animation, blank middle content, then spinner, then content)
[12:23] <pstolowski> didrocks: well, it's doing network query anyway to get the screenshot
[12:24] <didrocks> pstolowski: shouldn't I see the spinner right away?
[12:24] <pstolowski> didrocks: or is it then fast on next previews?
[12:24] <didrocks> pstolowski: yeah, then, it's fast
[12:25] <pstolowski> didrocks: also, if you are fast and request preview quickly after search results appear, it's may not be loaded yet
[12:25] <pstolowski> didrocks: (the s-c-dbus)
[12:25] <didrocks> pstolowski: yeah, that's my guess
[12:26] <didrocks> pstolowski: I think it's still an improvment, starting it a little bit earlier, but not sure we can ship with this
[12:26] <didrocks> pstolowski: maybe it worthes a try already
[12:28] <pstolowski> didrocks: what do you mean?
[12:29] <didrocks> pstolowski: like, it's already a small improvement in the end user experience, we can try getting this into distro and see for feedback
[12:51] <tsdgeos> kgunn: thanks :-)
[12:52] <tsdgeos> Saviq: afair the rationale for inserts at 0 when list on top is "scrolling up" is because for example a move is sent as a remove + insert to the lsitview, so if you didn't do that, moving the item 0 to item 1 would end up with you at item 1 instead of item 0
[12:53] <dandrader> Saviq, shouldn't this end up in a file somewhere in lp:unity8? -> https://docs.google.com/a/canonical.com/document/d/1gd87Wo_CSB0DpFWLpTKIIXQfdmFncrq0PHSr9H2PTnk/edit
[12:54] <Saviq> dandrader, yeah, not even unity8 but a a generic QML set of guides, it's on my TODO...
[12:54] <dandrader> and about those guidelines
[12:55] <dandrader> instead of having a __foo property. I instead should private.foo?
[12:55] <dandrader> I mean s/__foo/private.foo
[12:56] <dandrader> isn't this "private." prefix quite a mouthful?
[12:56] <dandrader> C++ qt uses the d->foo idiom, for instance
[12:59] <Saviq> dandrader, I don't think we meant to name them "private"
[12:59] <Saviq> dandrader, "d" is fine
[13:00] <dandrader> [...]" use 'private' to id these private objects to maintain consistency with C++ code"[...]
[13:00] <dandrader> Saviq, cool
[13:12] <Saviq> dandrader, yeah, that doc is incomplete and unmaintained for a bit, sorry
[13:16] <dandrader> np
[13:21] <didrocks> fginther: hey, around? :)
[13:24] <mzanetti> MacSlow: in case you're using this and it works fine for you, feel free to review https://code.launchpad.net/~mzanetti/unity8/improve-bzr-hook/+merge/172146
[13:25] <MacSlow> mzanetti, I'll look into it after the stand-up
[13:26] <tsdgeos> paulliu: afair you where working with pstolowski on https://code.launchpad.net/~stolowski/unity8/activation-and-previews/+merge/172102 ? are you reviewing it or need more people? (want to be sure i'm not stepping into someone elses toes)
[13:27] <paulliu> tsdgeos: Yeah, I need more people. But I'll review it too.
[13:27] <tsdgeos> ok
[13:30] <Saviq> greyback_, mzanetti standup
[13:30] <Saviq> ah, beat me again ;d
[13:35] <tedg> Saviq, FYI, https://wiki.ubuntu.com/AccountPrivileges#Phone
[13:35] <tedg> Saviq, We talked about that back on Oakland, we probably should finish it :-)
[13:35] <Saviq> tedg, indeed
[14:06] <dandrader> dednick, updated. https://code.launchpad.net/~dandrader/unity8/dragHandleStretchAndHint/+merge/171908
[14:06] <davidcalle> didrocks, ping
[14:06] <didrocks> davidcalle: pong
[14:07] <davidcalle> didrocks, hey! Could you please have a look at https://code.launchpad.net/~davidc3/cupstream2distro-config/new-server-scopes/+merge/172343 ?
[14:07] <didrocks> davidcalle: simple enough, approved :)
[14:07] <davidcalle> didrocks, heh, thanks :)
[14:08] <didrocks> yw!
[14:24] <Saviq> yay jenkins is back
[14:32] <mzanetti> Saviq, all: Jenkins up'n'running again. build queue is half a meter long tho
[14:32] <Saviq> mzanetti, yep, saw that
[14:32]  * Saviq is gonna have fun babysitting Jenkins tonight
[14:34] <dednick> dandrader: approved
[14:34] <dandrader> dandrader, thanks!
[14:44] <Cimi> Saviq, http://paste.ubuntu.com/5816922/
[14:45] <Cimi> Saviq, scroll right to increment
[14:45] <Cimi> then scroll left and you'll see it loops
[14:46] <Saviq> mzanetti, tsdgeos ↑ can you guys have a look?
[14:46] <Saviq> didrocks, so, are we doing https://code.launchpad.net/~unity-team/unity/unity8-packaging-cleanup/+merge/171537 ?
[14:46] <mzanetti> Saviq: ack
[14:47] <Saviq> didrocks, or did the jsons not land in distro yet?
[14:47] <didrocks> Saviq: no, it didn't, let's wait for it to land
[14:48] <Saviq> didrocks, right
[14:48] <didrocks> Saviq: due to this jenkins issue, still catching up on merges
[14:48] <Saviq> didrocks, yup
[14:48] <didrocks> so probably tomorrow, if unity tests pass
[14:48]  * didrocks crosses fingers
[14:50] <Cimi> mzanetti, tsdgeos basically I want to prepend an element
[14:50] <Cimi> mzanetti, I expect the currentItem not changing
[14:50] <mzanetti> Cimi: yeah... I see the problem
[14:50] <Cimi> oh well, if I am at index 0 and I append 0
[14:50] <Cimi> I expect to become 1 and stay
[14:50] <Cimi> instead it goes to 0 for a sec
[14:56] <tsdgeos> you should avoid changing the list on list signals, its easy to end up in some nasty recursive stuff
[15:07] <Cimi> tsdgeos, but I don't have other ideas
[15:07] <Cimi> tsdgeos, I would like to append/prepend while the user scrolls
[15:07] <tsdgeos> Cimi: why do you need this?
[15:08] <Cimi> tsdgeos, to have an infinite model
[15:10] <tsdgeos> but why do you need a model? because you're using a listview? i'd say that simply having 2 items would be enough, but that means rewriting most of your code, so feel free to ignore me :D
[15:11] <tsdgeos> i mean to me conceptually a calendar is not a listview
[15:13] <mzanetti> Cimi: here you go: http://paste.ubuntu.com/5817002/
[15:13] <mzanetti> Cimi: only downside, the model currently grows unlimited. you should also remove the last from the other side when inserting
[15:14] <Cimi> mzanetti, I know this works...
[15:14] <mzanetti> so whats the problem then?
[15:14] <Cimi> mzanetti, I have your variation with removing the last
[15:14] <Cimi> mzanetti, it loops
[15:15] <mzanetti> Cimi: ah... only the removing is the problem?
[15:15]  * mzanetti tries
[15:15] <Cimi> mzanetti, I mean
[15:15] <Cimi> mzanetti, sorry let me have a proper look at yours
[15:15] <Cimi> maybe I quickly criticised but might do
[15:16] <mzanetti> Cimi: updated version that keeps the model down to 5 elements: http://paste.ubuntu.com/5817011/
[15:16] <mzanetti> which is a cachebuffer of 2 items on each side
[15:16] <Cimi> mzanetti, goal is 3
[15:17] <Cimi> mzanetti, because it has to work even with two items
[15:17] <mzanetti> Cimi: I expect it to be come less performant if you use only 3 items
[15:17] <Cimi> imagine date from july to september
[15:17] <Cimi> so the logic should work
[15:17] <mzanetti> Cimi: especially if you allow overshooting of the list
[15:17] <mzanetti> then you would see stuttering
[15:17] <mzanetti> because it quickly needs to create the item and the delegate which it should show it already
[15:18] <mzanetti> I think a cachebuffer of 2 items on each side sounds reasonable
[15:22] <mzanetti> Cimi: why would it need to work with only 2 items?
[15:22] <Cimi> mzanetti, when you set a range
[15:22] <Cimi> mzanetti, like only july and august
[15:22] <Cimi> for example
[15:23] <Cimi> imagine you're booking holidays for 2013 and you're in november
[15:23] <Cimi> you can book only for november/december
[15:23] <mzanetti> Cimi: ok. understood
[15:23] <Cimi> th calendar has an API to set max and minimum date
[15:23] <mzanetti> Cimi: but still not a problem
[15:24] <mzanetti> Cimi:  add an if to alll the places that call insert or append. if its outside the range. don't do it
[15:24]  * mzanetti tries
[15:24] <Cimi> indeed maybe the difference in yours is that you do onCurrentIndexChanged
[15:24] <Cimi> and you are index-agnostic
[15:25] <Cimi> so it doesn't care if the index is 0 or 1 or 2
[15:25] <Cimi> just looks at the value if it's in the range
[15:25] <Cimi> sounds damn simple yet correct
[15:25] <Cimi> I'm wondering why I didn't think of that before but was getting mental with the wrong approach
[15:26] <Cimi> in any case I still believe there's a bug in qt somewhere :)
[15:51] <mzanetti> Cimi: there is one rule with QML: if it doesn't work, its probably too much code
[15:51] <Cimi> mmm
[15:52] <mzanetti> Cimi: but I'm seeing the issues you've seen before
[15:52] <mzanetti> Cimi: its a bit of a pain to initialize the model more dynamically
[16:09] <mzanetti> Cimi: ok... I think this is it: http://paste.ubuntu.com/5817174/
[16:10] <mzanetti> Cimi: you can set minValue and maxValue to undefined and it'll be infinite
[16:10] <mzanetti> Cimi: otherwise it'll respect those values
[16:10] <mzanetti> Cimi: one tricky part was to initialize it without triggering the logic
[16:10] <Trevinho> dednick: ping
[16:11] <dednick> Trevinho: pong
[16:11] <Trevinho> dednick: hey
[16:11] <Trevinho> dednick: I was looking at ScopeProxy.cpp, is there a reason why connected_signal_ is not disconnected when changing scope, or it's just a missing thing?
[16:11] <Trevinho> (it seems to be the latter to me)
[16:14] <dednick> Trevinho: i think it may just be missing
[16:14] <Trevinho> dednick: ok, nice
[16:19] <Cimi> mzanetti, as I was thinking
[16:19] <Cimi> mzanetti, always keeping a buffer of an empty greyed month
[16:19] <Cimi> mzanetti, but it's not a fix
[16:20] <mzanetti> Cimi: that adds other complexitity of interfering with the users dragging etc
[16:20] <mzanetti> Cimi: not sure if thats good. I thought about that too at first, yes
[16:21] <Cimi> mzanetti, it's as yours
[16:21] <Cimi> no?
[16:21] <Cimi> ah no
[16:22] <Cimi> mzanetti, did you try your code with 3 elements instead 5?
[16:22] <mzanetti> Cimi: I think yes, let me try again
[16:22] <Cimi> mzanetti, we need to see if it works when you're at 0
[16:22] <Cimi> instead 1
[16:23] <mzanetti> Cimi: works fine
[16:23] <Cimi> ok
[16:23] <mzanetti> Cimi: just set min and max to eg, 99 and 101
[16:23] <Cimi> mzanetti, no
[16:23] <Cimi> mzanetti, the model with 3 elements I meant
[16:23] <Cimi> not with limits
[16:23] <Cimi> what happens if current index is 0 instead 1?
[16:24] <Cimi> it should insert
[16:24] <mzanetti> Cimi: I think that could introduce that index hopping as you've seen it
[16:24] <Cimi> mzanetti, indeed
[16:24] <Cimi> mzanetti, and it's the issue I'm trying to fix :)
[16:24] <Trevinho> dednick: one more thing, there are many test-gtest-dbus tests failing, would be nice if they could be fixed (mhr3 also?)
[16:24] <mzanetti> Cimi: but as I've said earlier: I think having 2 on each side is a good idea anyways
[16:25] <Cimi> mzanetti, yes but the issue is still there
[16:25] <mzanetti> Cimi: in my version?
[16:25] <Cimi> well, we need to try
[16:25] <mzanetti> I'm confused
[16:25] <mzanetti> is there a problem somewhere or a re you trying to create one?
[16:30] <mzanetti> Cimi: found a small bug in my code. Here's the fixed version: http://paste.ubuntu.com/5817228/
[16:31] <mzanetti> Cimi: this is now tested with 1, 2, 3, 5 and unlimited items
[16:31] <mzanetti> Cimi: can't spot any issues any more
[16:31] <Cimi> ok
[16:31] <Cimi> i'll try to adapt your code and see if it works
[16:50] <dednick> Trevinho: any idea why the tests are failing? i havent done any work on it in ages
[16:51] <Trevinho> dednick: not yet, I was not running them since long time as well, but today I tried and they fail :(
[17:57] <greyback> dandrader: you had problems installing saucy-flipped on what device? Galaxy Nexus?
[17:57] <greyback> I had similar last week, gave up
[17:58] <dandrader> greyback, yes, galaxy nexus
[17:58] <greyback> dandrader: did you get it to work in the end? Any advice?
[17:58] <dandrader> phablet-flash had issues copying images to the device
[17:58] <dandrader> greyback, yes
[17:58] <dandrader> had to mount and reset permissions manually using the recovery options
[17:59] <dandrader> before finally pushing and installing the images by hand
[17:59] <greyback> dandrader: you document the steps by any chance?
[17:59] <greyback> also did phablet-flash even download the full image? I suspect it didn't
[18:00] <dandrader> greyback, no, i didn't document it. phablet-flash did download the images
[18:01] <dandrader> greyback, if you tell me the errors I can give you some hints (if it's similar to the problems I experienced)
[18:01] <greyback> dandrader: ok thanks. Am trying now
[18:01] <dandrader> greyback, but now I'm stuck at the compilation of lp:~robertcarr/qtubuntu/mir-with-packaging :(
[18:02] <greyback> dandrader: what's the output?
[18:02] <dandrader> from mterry 's guide (https://wiki.ubuntu.com/Touch/Testing/Mir)
[18:02] <mterry> dandrader, you may have to merge from trunk?
[18:03] <mterry> dandrader, specifically, merge racarr's platform-api branch from trunk
[18:03] <mterry> and do the instructions again
[18:03] <dandrader> greyback, http://paste.ubuntu.com/5817496/
[18:07] <greyback> dandrader: I wonder if that's implemented in non-hybris platform-api
[18:08] <greyback> oh it should be, in src/mircommon/session_mir.cpp in platform-api trunk. You might need to merge platform-api trunk and rebuild it
[18:12] <dandrader> greyback, ok, will try merging trunk
[18:28] <kgunn> olli: note, if/when you go to run urban terror....larabel's tests want v4.1...but latest is 4.2, but you can hack an xml to go pick up the old (just ping me if/when you hit it)
[18:37] <greyback_> dandrader: what's the link to mterry's doc again please?
[18:38] <dandrader> greyback_,  https://wiki.ubuntu.com/Touch/Testing/Mir
[18:38] <greyback_> dandrader: ah, it's changed since I saw it last :)
[18:38] <dandrader> sounds like good news :)
[18:38] <greyback_> not really, I am also failing to get phone into flipped
[18:39] <greyback_> who did you ask for advice?
[18:39] <mterry> dandrader, note that when I finished those instructions, I got a machine that booted up, but didn't display anything.  :-/
[18:40] <dandrader> greyback_, have you managed to get the flipped images downloaded at least?
[18:41] <dandrader> mterry, so you didn't get flipped saucy with unity8+mir running in it?
[18:41] <greyback_> dandrader: well it downloads saucy-preinstalled-touch-armhf.zip - that's all
[18:41] <greyback_> well, and the md5sum
[18:41] <dandrader> greyback_,  you need saucy-preinstalled-touch-armel+maguro.zip and saucy-preinstalled-touch-armhf.zip
[18:42] <mterry> dandrader, I got a flipped saucy with a unity8+mir package installed.  But I never figured out why it wasn't displaying on screen.
[18:42] <greyback_> dandrader: okay, I'll grab them manually so
[18:42] <greyback_> dandrader: why the different arm versions? armel vs armhf??!
[18:43] <dandrader> greyback_, don't know. but it works. ask sergiusens :)
[18:44] <dandrader> maybe it's just a typo in the naming
[18:45] <dandrader> mterry, oh, that sucks...
[18:45] <dandrader> mterry,  did anyone manage to get it working?
[18:46] <mterry> dandrader, not that I know, I couldn't figure out why it wasn't, and Mir doesn't seem to have great debugging yet
[18:46] <mterry> So I turned to other things for the moment
[18:48] <dandrader> hmm, so maybe I should play with unity8+mir on unflipped images for now
[18:53] <mterry> dandrader, that won't work because you can't prevent surfaceflinger from starting that way (if your goal is to be able to boot into Mir, rather than manually stop sf then start Mir)
[18:57] <dandrader> mterry, you couldn't display anything at all on the screen (like some simple mir test) or just unity8?
[18:58] <mterry> dandrader, simple mir tests (like the demo server/client) worked
[18:58] <mterry> dandrader, but when running unity8, nothing came up
[18:59] <mterry> dandrader, I was told that unity8 would autostart the server, so theoretically all I needed was to run it
[19:05] <dandrader> mterry, were you trying it on a nexus 7?
[19:06] <mterry> dandrader, nexus4
[19:08] <racarr> I'm trying the instructions again on my phone :)
[19:09] <racarr> it's only been tested on flipped images afaik so that shouldn't be a problem
[19:09] <racarr> is the PPA not working for you guys?
[19:12] <dandrader> racarr, you mean we should be using mesa from mir-team/staging PPA?
[19:13] <racarr> dandrader: I mean qtubuntu and platform api etc
[19:13] <racarr> are all in a ppa
[19:13] <racarr> dandrader: https://launchpad.net/~phablet-team/+archive/mir
[19:14] <racarr> there are even images...but I lost the link
[19:14] <racarr> riccm ^ ?
[19:14] <racarr> err he's not here XD
[19:15] <dandrader> racarr, ah nice! so we should forget about ppa:mir-team/staging and just use ppa:phablet-team/mir?
[19:16] <racarr> dandrader: I think so :) at least for now
[19:17] <racarr> not sure what has gone wrong to make the manual build instructions not work but I will try and reproduce
[19:21] <dandrader> Saviq, did you manually push to lp:unity8?
[19:21] <dandrader> Saviq, head is now a "merge lp:unity8" commit by you...
[19:23] <Saviq> dandrader, yes
[19:23] <Saviq> dandrader, I tried to maintain the same history in lp:unity/8.0 and lp:unity8
[19:23] <dandrader> Saviq, ah you're still  there. alway on duty! :)
[19:23] <Saviq> dandrader, but there were two merges in parallel to both
[19:24] <Saviq> dandrader, so had to merge one of them and push to both
[19:24] <Saviq> dandrader, no overwriting should be necessary, fortunately
[19:24] <Saviq> dandrader, I'm just lurking around, listening for pings ;)
[19:41] <dandrader> racarr, added that ppa, updated, dist-upgraded and rebooted. now nothing shows up on the display
[19:41] <dandrader> racarr,  is there a simple mir test I can run?
[19:45] <racarr> dandrader: maybe mir_demo_shell &
[19:45] <racarr> mir_egltriangle
[20:40] <dandrader> now I'm getting tons of pedantic warnings, from Qt code itself, when compiling unity8...
[20:46] <dandrader> hmm, caused by revision 63
[22:40] <digital> hi
[22:41] <digital> Anyone here know much about customising unity?
[22:51] <bschaefer> digital, depends, how are you trying to customize unity?
[23:10] <digital> I want to get the menu bar back the way it should be (eg applications, places and system) and get rid of the annoying thing on the side.
[23:30] <bschaefer> digital, hmm well if you want that you'll want to look into gnome classic and different interface :)
[23:32] <bschaefer> digital, gnome-session-fallback is the package you'll want to to install, after that logout and click on the ubuntu logo to change to gnome class! Hope that helps!
[23:50] <digital> so my next question is going to be how do I edit the menus in gnome session fallback.  It's fixed a lot of the problems but the system menu is missing.