=== duflu is now known as duflu|breakfast === duflu|breakfast is now known as duflu [03:02] 2 [03:03] :( [03:03] new versions of tmux continue to be trolling me it seems === smspilla1 is now known as smspillaz === wgrant_ is now known as wgrant [03:58] mardy / kenvandine: yep, can be done, just prepare a clean patch (against 5.0.2 at this point, although I've started with 5.1 as well) [04:01] mardy: also, file a bug against qtdeclarative-opensource-src === godbyk-feynman is now known as godbyk [05:38] Mirv: OK, will do that today [05:39] hey mardy! seems you are under pressure to get all webcreds building today :) [05:39] mardy: good luck! as everything is stuck on it ;) [06:21] veebers: thomi: hey, around? [06:22] didrocks: I am, just [06:22] veebers: I'm running the apps tests here [06:22] veebers: getting a lot of failure on http://10.97.0.1:8080/job/autopilot-saucy-daily_release/label=autopilot-ati/18/console [06:22] veebers: like that: http://paste.ubuntu.com/5734934/ [06:22] veebers: I'm sure it's a dep error or something not available, can you think of anything? [06:23] * veebers takes a look [06:24] didrocks: hmm, does http://10.97.0.1:8080/ work for you? [06:24] veebers: yes, connected to the vpn? [06:25] didrocks: yeah I am :-P let me try something else [06:25] hmm, just had to reset vpn :-\ [06:25] interesting… [06:29] didrocks: hmm, can't seem to ssh into that machine, just checking something on the KVM [06:29] veebers: do you need to ssh to it? [06:29] didrocks: I was hoping to check a couple of things quickly [06:29] veebers: I thought that the stacktrace would just right a bell :) [06:30] veebers: also, seems that now the tests are stuck [06:30] didrocks: sorry not off the top of my head, I think I have an idea what's happening but wanted to poke around [06:30] but there is an autopilot process running [06:30] ok :) [06:30] /usr/bin/python /usr/bin/autopilot run webbrowser_app -v -r -rd /var/local/autopilot//videos/ -f xml -o /var/local/autopilot//junit//webbrowser_app.xml is running [06:30] but not activity for 15 minutes [06:32] didrocks: oh, this isn't for the Unity or autopilot test (duh silly me) [06:34] no [06:34] it's apps autopilot tests [06:39] didrocks: My initial thoughts are it looks as though the launched application doesn't have the dbus object path: '/com/canonical/Autopilot/Introspection' (and/or the right Interface to go with it) [06:39] veebers: do you think it's because we don't run with latest sdk? [06:40] if this is what expose the interface to it [06:40] didrocks: I couldn't say with certainty sorry. Do you mind if I much around in the KVM (I may need to install something) [06:40] jibel: ^ [06:40] veebers: depends if you are in the container [06:41] I'm pretty sure launching the web-app with -testability should do what we need [06:41] didrocks: oh, ah because it's not the physical machine anymore right? [06:41] veebers: we are in a lxc container [06:41] which is a physical macine [06:41] but not the host [06:43] didrocks: hmm, am I able to ssh in to poke around a little? [06:44] veebers: do you know how to ssh inside the container? [06:44] veebers, you can use the KVM it's PS_radeon something on https://10.97.0.2 [06:44] yeah, better to use the KVM, you will stay inside the container :) [06:44] didrocks: no I don't think so. I'm not sure how much things have changed with the move to Otto [06:45] jibel: ah ok, thanks :-) [06:45] veebers, or ssh to dx-autopilot-ati then sudo lxc-attach -n saucy-i386-20130604-1531 [06:45] jibel: is there a way to confirm that the KVM I have open is to the correct machine? [06:46] veebers, you're connected to PS-Radeon-HE-AP (HD5000) ? [06:46] if so, it is the correct machine [06:48] jibel: awesome, thanks [06:51] didrocks: hmm, I think the issue is that webbrowser-app is never actually launched. I tried: `/usr/bin/webbrowser-app -testability` [06:52] didrocks: and the error I get is the same as this extract from the logs: http://paste.ubuntu.com/5734971/ [06:52] unless I need to do more than just that command at the command line [06:52] veebers: so the wrong sdk can be a good road? [06:52] veebers: anyway, autopilot shouldn't be stuck as it is now [06:52] didrocks: it appears so. [06:52] didrocks: agreed [06:53] veebers: mind looking at why it's stuck while it is? [06:53] didrocks: any idea why the end of this log is the syslog (not autopilot.log)? http://10.97.0.1:8080/job/autopilot-saucy-daily_release/label=autopilot-ati/18/consoleFull [06:53] veebers: or should we kill it [06:53] veebers: because we are monitoring all logs [06:53] (relevant ones) [06:53] like syslog, .xsession-errors… [06:57] didrocks: makes sense [06:57] veebers: do you know why autopilot is stuck (meaning, should we kill it to end the run?) [06:58] didrocks: I just had a look, sorry no idea why it's not returning/finishing. Perhaps related to the issues it was having during the run [06:58] veebers: well, it should be protected against that, as otto as a timeout for it for instance :) [06:59] didrocks: I don't think there is anything else I can check, so you may have to kill it [06:59] ok [06:59] didrocks: I'm supposed to be making dinner, my girlfriend is getting hungry :-) I'll be online later tonight though too. [07:00] veebers: ok, enjoy your dinner [07:00] will do [07:00] didrocks: let me know if you have any other issues and I can look into them [07:00] veebers: ok, will do :) [07:00] the sdk is building [07:00] so will rerun [07:01] didrocks: maybe tonight (or tomorrow) I will fire up a VM and try to duplicate what happened here [07:01] great! :) [07:56] dednick: hey, how are you? [07:56] didrocks: good morning. fine thanks and you? [07:57] dednick: quite pressed by time for landing everything to saucy (touch & unity/100 scopes) [07:57] sil2100: hey! [07:57] dednick: not sure you are the right guy for it, but it seems that the testsuite is segfaulting, at least on amd64 for unity [07:57] dednick: https://launchpadlibrarian.net/141697500/buildlog_ubuntu-saucy-amd64.unity_7.0.0daily13.06.05-0ubuntu1_FAILEDTOBUILD.txt.gz [07:59] didrocks: hm. ok, i'll try taking a look. havent got a set in ages, so it may take some time. Also, I'm still on raring, so may not be the same [07:59] dednick: can be as well random, but maybe good to fix? [07:59] dednick: let me try rebuild in case [08:00] * didrocks waits for i386 results before relauching [08:00] launching* [08:06] didrocks: hello! [08:07] didrocks: saucy unity build issues? [08:07] uuuuu, see a lot of red stacks on jenkins [08:08] didrocks: QA stack is red as well, problems with xpathselect it seems [08:09] veebers: ping [08:09] veebers: are you still around? [08:10] sil2100: you know that I finished at 11PM and started at 7AM for those? need to get the things moving to have saucy and not waiting :) [08:10] sil2100: so xpathselect fixed by Mirv, waited for the fix to be merged [08:11] and then relaunching QA stack [08:11] sil2100: all stacks were red/yellow this morning [08:11] dednick: sil2100: segfault confirmed on i386: https://launchpadlibrarian.net/141698375/buildlog_ubuntu-saucy-i386.unity_7.0.0daily13.06.05-0ubuntu1_FAILEDTOBUILD.txt.gz [08:11] sil2100: this should be the priority now I guess [08:12] mhr3: maybe you know about this testsuite ^ [08:12] (hey!) [08:12] not sure who else can help [08:12] didrocks: just building unity now. hopefully i can confirm on my box. [08:13] *assuming it builds ok [08:13] let's hope so :) [08:13] sil2100: see also https://launchpadlibrarian.net/141698680/buildlog_ubuntu-saucy-i386.unity-scope-evolution_0.1daily13.06.05-0ubuntu1_FAILEDTOBUILD.txt.gz [08:13] sil2100: as we have a new evolution, maybe that can be the cause [08:14] OH SHIT [08:14] ;) [08:14] dednick: just be sure to have saucy running [08:15] didrocks, argh [08:15] davidcalle: oh, you're around, can you do me a favor? [08:15] davidcalle: installing latest dee [08:15] davidcalle: and testing the scopes [08:16] didrocks, where can I find it? [08:16] as we are under python3.3 and it's using site-packages [08:16] sil2100: i'm not on saucy [08:16] not sure it works :) [08:16] * greyback_ rebooting, hopes his efi setup isn't broken [08:16] davidcalle: https://launchpad.net/~ubuntu-unity/+archive/daily-build [08:16] dednick: since the issue started appearing after we switched to saucy [08:16] dednick: so I guess it's a saucy toolchain issue ;) [08:17] sil2100: upgrading now [08:21] didrocks, it works [08:22] davidcalle: \o/ one less thing to handle :) [08:22] so the override is read, great! [08:22] didrocks :) [08:32] didrocks, so, I can confirm the issue with gir1.2-ecalendar-1.2 in saucy. It only contains /usr/share/doc files... [08:34] davidcalle: Laney did the evo update, maybe you can ping him? [08:34] didrocks, yup [08:40] * sil2100 is upgrading as well [08:41] Mirv: thanks for the reviews! Will fix those issues in a minute [08:42] didrocks, can we drop/ignore unity-scope-evolution for now, to avoid blocking the stack? [08:43] davidcalle: I think it's better if Laney can't get it [08:45] didrocks, ok (cf. discussion with Laney in #ubuntu-desktop) [08:48] sil2100: you're welcome. [08:51] didrocks: https://code.launchpad.net/~timo-jyrinki/indicator-datetime/mark_as_released/+merge/167482 [08:51] Mirv: interesting, ok, approving, thanks! [08:52] tsdgeos, hum, question - I'm still seeing the "content goes behind section header" issue on the phone - did we not distro-patch it? [08:52] Saviq: think not [08:53] * tsdgeos checks for the bug [08:53] Saviq: nope https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1183350 [08:53] Launchpad bug 1183350 in qtdeclarative-opensource-src (Ubuntu) "[Patch] Fix wrong initial position of delegates when using loaders and sections" [Undecided,In progress] [08:53] or yes? which qt is in the device? [08:54] tsdgeos, it only went into saucy Qt [08:54] tsdgeos, that's fine, then, we'll get it soon enough [08:54] oka [08:54] tsdgeos, and then you're rewriting the thing anyway :) [08:54] right [08:54] still no section support [08:54] getting there [08:57] tsdgeos, cool [09:05] didrocks, hey, can you please explain one thing about PPAs for me? (how) is it possible to have packages with the same version in the same PPA, for different series? [09:05] didrocks, in https://launchpad.net/~phablet-team/+archive/ppa/+packages sergiusens somehow managed to just copy some sources from raring to saucy [09:06] didrocks, but if I try that, I get a "same version already has published binaries..." [09:07] Saviq: a binary copy works [09:07] Saviq: not a source upload [09:07] (or a rebuild) [09:08] didrocks, ah, but that's not really safe is it? [09:08] copying binaries between series [09:08] Saviq: not really, because you can have difference due to toolchain [09:08] didrocks, ok thanks [09:08] and as we see, unity tests are failing on saucy for example (segfault) [09:08] Saviq: yw :) === dandrader is now known as dandrader|afk [09:16] davidcalle: so, conclusion is to remove the evolution scope? [09:18] didrocks, sorry was in a meeting, nick is looking at it [09:20] mhr3_: pstolowski: mind remove the evolution scope? removing from the .json the evolution scope, we'll remove it from daily as well (also bumping libunity and unity build-deps to take it) [09:20] mhr3_: pstolowski: evolution doesn't have anymore introspection data [09:20] didrocks, I guess, yes. That will also mean a quick modification to unity-scope-home, maybe : pstolowski does a master hide from filters if it doesn't have any scopes? [09:22] sil2100: dednick: did you success in reproducing the issue? [09:23] didrocks: just finished upgrading. building unity now [09:24] veebers: you asked me to ping you, seems the None.ogv is still an issue :/ [09:26] davidcalle: yes, it won't show up [09:26] didrocks: ok, I'll do the change in libunity [09:27] pstolowski: and unity, you need to bump the build-dep [09:27] thanks! === dandrader|afk is now known as dandrader [09:28] veebers: but before that, 3 tests failures on the QA stack [09:29] which is below the threshold, but better to have them fixed one day :) [09:30] mzanetti, ping [09:30] hey Saviq [09:30] mzanetti, so how do we now make sure that there's multiple users in the tablet? [09:31] Saviq: do we need to? [09:31] Saviq: I mean... they don't do anything anyways [09:31] mzanetti, but the greeter doesn't look good with all the empty space ;) [09:31] Saviq: and if someone wants to test the list any everything he can run it with ./run -f [09:32] Saviq: well, thing is, there is no such thing as a tablet or a phone ;) [09:32] Saviq: and as we now determine the amount of users through the LightDM api and not the screen size any more... [09:32] didrocks: which ppa is unity this building against? [09:32] *this unity [09:32] mzanetti, yeah, that's fine [09:33] mzanetti, so how do we then make sure that there's multiple users on a tablet? :P [09:33] dednick: the daily-build one: https://launchpad.net/~ubuntu-unity/+archive/daily-build [09:33] mzanetti, I'm just not sure people demoing are gonna be happy [09:34] Saviq: hmm... we would need to install another mock lightdm library [09:34] mzanetti, but I do get the conflict - and thanks for raising the question with Katie [09:34] np :) [09:35] its kinda my job, isn't it [09:35] Saviq: anyways... so, we would need to replace the mock lib. would packaging them up and making them installable be an option? [09:35] mzanetti, we already have the fake env package [09:36] Saviq: so if you want to have multiuser you do a apt-get install lightdm-mock-multiuser [09:36] mzanetti, so making two of them could make sense [09:36] Saviq: yeah, but the default one is a single user one (which we decided to to because that's what we will focus on in the near future [09:36] mzanetti, yeah, that's fine [09:37] Saviq: ok, I'll talk with mterry when he comes on. He's the lightdm-mock-master [09:38] mzanetti, yeah, I think, though, that we should install both at the same time (actually I think that's the case already) [09:38] mzanetti, and choose one or the other based on FORM_FACTOR for the time being [09:38] Saviq: you mean in /etc/phone-services? ... wait... :P [09:39] Saviq: just joking... yeah.. we'll figure something. lets have a chat later when mterry is here [09:39] sil2100: do you have the build issue as well? [09:39] didrocks: still upgrading ;/ [09:39] mzanetti, thanks [09:39] didrocks: will know in some minutes [09:39] sil2100: you were not on saucy? :/ [09:39] ok [09:40] mzanetti, I also noticed one thing in CrossFadeImage after the recent changes [09:40] Saviq: that is? [09:40] mzanetti, when you switch the images many times in a short period of time (just tap on different people in the greeter on the tablet) [09:40] mzanetti, it fades to black for a second or so [09:41] s/fades/drops/ [09:41] Saviq: hmm, ok... I'll have a look [09:43] mzanetti, I think what happens is it unloads the faded-out image before the new one was loaded / faded in [09:43] mzanetti, but that's minor, don't focus on it now [09:43] That's interesting. I'm getting tearing on my 1920x1200 desktop since upgrading it to raring. Should be impossible if Intel is implementing buffer swapping by page flipping... right? [09:45] Oh, I see the problem. Intel changed their defaults. Grrr.... (**) intel(0): Wait on SwapBuffers? disabled [09:46] duflu, raring!? ;) [09:47] Saviq: Yes, Intel has disabled it by default on raring. I wonder why... since this basically negates all the work to avoid tearing on Ubuntu [09:48] duflu, buut, did you just upgrade to raring? [09:48] duflu, we are all upgrading to saucy now ;) [09:48] Saviq: Yes. Raring came out as I left the country. And I just got home [09:49] sil2100, didrocks: https://code.launchpad.net/~stolowski/libunity/disable-some-scopes/+merge/167490 I'm a bit unsure about version bump, but it should be fine once I update unity to require libunity 7.0.1 instead of 7.0.0? [09:49] Raring/Saucy is not the point. I know you're being facetious. But I'm concerned about visible regressions on the desktop [09:49] duflu, yeah I understand [09:50] pstolowski: no, it need an upstream version bump, as we already had one build in the ppa [09:50] pstolowski: otherwise, unity won't wait for the latest libunity to be there [09:50] didrocks: ok [09:50] (we already have a 7.0.1daily… in the ppa from tonight daily build) [09:50] pstolowski: making sense? ^ [09:50] didrocks: yeah [09:50] Oh, wait. Maybe it's just a problem introduced by the Mir PPA :) [09:51] mzanetti, hum, current trunk - I'm dragging the launcher from the edge past the middle of the screen, it shows fully [09:52] mzanetti, I release my finger, it snaps back out? [09:52] * mzanetti tries [09:53] mzanetti, also, the darkening of the background happened as-you-dragged-the-launcher-out before [09:53] Saviq: yeah... that with the darkening I noticed too. will fix soon [09:53] sil2100: I am in passing, what's the haps? [09:54] didrocks: does it need a new chanelog entry, or it's ok if I update existing one (it still says UNRELEASED) [09:54] didrocks: ack, I'll hit that tomorrow. Also there was some confusion earlier today in ps-qa regarding a potential autopilot issue that wasn't an issue? [09:54] Saviq: the other thing: not sure about that... because if you swipe it past the middle of the screen its not sure if you really want to reveal the launcher [09:54] Saviq: in that case the user rather tried to swipe away the content [09:55] Saviq: can ask katie what she things [09:55] thinks [09:55] pstolowski: as long as it's UNRELEASED, you can update the existing one :) [09:55] mzanetti, yes please, at least on the greeter it feels weird [09:55] veebers: I think my issue is resolved now, but see didrocks ping ^ [09:55] mzanetti, and probably in dash, too, as nothing else happens [09:55] sil2100: aye, thanks. [09:55] veebers: ah, not sure about that one ;) [09:55] veebers: we fixed xpathselect FYI [09:55] if that's what you are talking about [09:55] didrocks: oh, I wan't aware there was an issue :-P What was the problem? [09:56] Saviq: apart from that. I think it feels waaaay better now than before. what do you think? [09:56] mzanetti, yeah, it's good [09:56] veebers: new toolchain: https://code.launchpad.net/~timo-jyrinki/xpathselect/ftbfs_missing_include/+merge/167471 [09:57] veebers: it was failing to build [09:57] did ah I see [09:57] mzanetti, there's many usability things that improved [09:57] mzanetti, like the fact that it actually sticks to your finger, and that you can reverse the long-swipe [09:57] veebers: I took the opportunity to approve as we are in a rush and want to deliver (also, it's a toolchain simple issue, didn't affect upstream code logic) [09:57] as for a packaging change IMHO :) [09:57] Saviq: yeah... I hated that one with the old one :D [09:57] didrocks: yeah fair enough, simple enough fix :-) [09:57] * Saviq had to switch to GNOME until compiz stabilizes... the top-panel+title-bar+menu-bar{+tab-bar} combo is just atrocious [09:57] yep ;) [09:58] oh right... should put some sauce on my notebook too... [09:58] I thank sabdfl for forcing menus-in-panel on us [09:58] didrocks: right, off for the night. o/ [09:59] veebers: ttyl! [10:00] mzanetti, btw, when you'll be touching the launcher, please increase the widening angle [10:00] Saviq: even more? [10:00] mzanetti, it's still 10 isn't it? [10:00] Saviq: its 30 now [10:01] mzanetti, hmm [10:01] * mzanetti check [10:01] s [10:01] mzanetti, I'm getting a lot of false negatives on manta [10:01] Saviq: yeah, 30 [10:01] mzanetti, ok nvm, maybe that's just my finger [10:01] ;) [10:02] Saviq: no... that's actually really important information... I think its crucial to find the best values [10:02] mzanetti, yeah, but now that I use my thumb for it it's 10 for 10 [10:02] mzanetti, let's see how it goes [10:03] mzanetti, on manta, when I drag the launcher so that the apps get dragged away, but then reverse the gesture [10:04] mzanetti, the apps come back really slowly [10:04] Saviq: noted [10:04] mzanetti, actually same on launcher [10:04] s/launcher/maguro/ [10:04] but more visible on manta [10:08] mzanetti, can you have a feel for the widening angle for lp:~dandrader/unity/phablet_edgeDragInStage ? [10:08] Saviq: sure [10:08] mzanetti, I'm inclined to say that 10 is too low [10:08] Saviq, btw, is it getting merged! :) [10:08] ? [10:08] dandrader, yeah, I'm just doing the last round of review [10:08] dandrader, sorry it took so long [10:09] Saviq, np, I'm aware that this is not the only merge proposal around [10:09] Saviq: btw: Pat's feedback was: everything less than 15 is totally unusable, 20 is what he really recommends as minimum. If it doesn't interfere too much with the rest, probably even 30 would be good [10:09] dandrader: ^ [10:11] Saviq, mzanetti ok, I'll change it to 20 now (for the Stage m.p.), no problem. [10:12] dandrader, thanks [10:13] done [10:13] yes... I'd say too... with 10 I fail to switch apps 3 out of 10 times - which is too much :D [10:13] mzanetti, when talking to Katie, please also check whether the launcher-long-swipe doesn't begin too quickly [10:14] mzanetti, I'd think it should maybe only start after you crossed 2*launcher.width? [10:14] mzanetti, as now it kicks in when I just try and swipe the launcher in [10:14] Saviq: hmm.. was thinking about that too quite a while... [10:15] mzanetti, aand, does the launcher have a behavior on its x? should be disabled when DDA is dragging [10:15] Saviq: I personally think panel.width * 2 is too much [10:15] Saviq: it is disabled while dragging [10:15] mzanetti, ok, so it's just manta's tragic touch input [10:15] mzanetti, sure, that could be too much [10:16] Saviq: actually had to add a hack I really hated because of that [10:16] mzanetti, ;) [10:16] but seems to work perfectly fine and its small and documented, so I think we're ok [10:16] bloody hell saucy compiz is unstable [10:16] greyback, +1 [10:16] greyback, I switched to GNOME [10:16] greyback, and am missing Unity a _lot_ [10:16] like 1/5th of my screen is black at the top! [10:16] pstolowski: ping me as well once you have the unity branch [10:17] Saviq: heh, I've not used gnome in a while now. gnome-classic? [10:17] greyback, nah, -shell [10:17] greyback, top-panel+title-bar+menu-bar{+tab-bar} [10:17] Saviq: yikes [10:18] hehe [10:18] greyback, no kidding, like 1/6th of my screen with maximized Thunderbird is... black [10:18] Saviq: that can't be right [10:19] some configuration weirdness surely [10:19] speaking of missing unity, have you guys noticed google docs have implemented a HUD? [10:20] dandrader: can't find it [10:21] mzanetti, hide the menus (right corner icon) [10:22] mzanetti, ctrl+shift+f [10:22] mzanetti, then their HUD appears on the left corner of the top bar [10:23] greyback, http://ubuntuone.com/3q763qrIyXlSS5Wc7isLnK [10:23] hehe, right [10:24] Saviq: yep, that's a lot of bars. [10:25] would look ok if at least the application titlebar hid while maximized [10:25] mzanetti, have you found it? http://ubuntuone.com/02Ii27eRUIzeOSIrIdRJ5o [10:25] greyback, yeah, but for maximized apps global menu bar is just awesome [10:26] Saviq: as long as you know it's there, yes [10:26] greyback, OTOH I love the telepathy integration [10:26] didrocks, sil2100: https://code.launchpad.net/~stolowski/unity/bump-libunity/+merge/167497 [10:27] greyback, and I don't think I like "cross-workspace switcher" [10:27] pstolowski: great, I'm waiting on libunity to be merged before because I think the upstream merger doesn't handle build-deps [10:27] pstolowski: looking good, not sure if the ~ is required there [10:27] although less than webapps who switch tabs in my browser [10:27] sil2100: not really if we don't backport, not a biggie though [10:27] didrocks: true true [10:28] dandrader: yeah. thanks [10:30] didrocks: sil2100: confirmed crash in TestGLibObject.AssignmentOperators [10:31] dednick: ah, "nice" :) [10:32] \o/ [10:32] dednick: I'm in the middle of building unity right now [10:41] greyback, , when we have unity running with mir, what we have is a unity shell process with the whole mir loaded as a library, right? [10:42] dandrader, yes [10:42] dandrader: yep. [10:42] mzanetti, btw, it's impossible to do the long-swipe-to-dash on manta with just a thumb, please raise that with Katie, too [10:42] Saviq: ack [10:43] Saviq: actually I think vesar is now the Launcher designer [10:43] anyways, yes, I'll do [10:43] greyback, I got it "working" (d-bus communications seems missing, so nothing coming from indicators or lenses/scopes). and rendering seems ok. but it looks like animation timers are just slower (as in slow motion, not slow rendering) [10:44] greyback, do you get the same? [10:44] dandrader: yep, that's the same for me [10:44] dandrader: animations are slow due to apparantly slow buffer swaps, it's not Qt's fault [10:45] greyback, but it's quite responsive though. if you open two apps (fake apps as the fake ubuntu.application component is the one that ends up loaded) and play with the right-edge animation [10:46] it follows your finger quite nicely [10:46] dednick, didrocks: same here, segfault in TestGLibObject.AssignmentOperators [10:46] dandrader: yeah, it's not bad at all. Once Mir gets a frame swapping algorithm that suits the Galaxy Nexus better, it'll be buttery smooth. I hear it's nice on the Nexus4 [10:47] sil2100: didrocks: it's making the assumption that G_IS_OBJECT returns false for a deleted pointer. [10:47] but it's segfaulting because the mem is invalid i guess. don't know why it worked previously [10:48] weird [10:48] dednick: strange, maybe some quirk of the previous toolchain [10:53] sil2100: probably something like that. give me a few minutes. I'm fixing the test to use a weak ref to test for destruction of the gobject pointer === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [11:10] Cimi, ping [11:11] Saviq, pong [11:11] Cimi, hey, what's the status of https://code.launchpad.net/~unity-team/unity/phablet.carousel-listview/+merge/165081 ? [11:11] Saviq, I'm unsure on what to test actually [11:12] sil2100: didrocks: https://code.launchpad.net/~nick-dedekind/unity/TestGLibObject.use-weak-ref/+merge/167503 [11:12] sil2100: as you have the build env ready, mind reviewing and approving? [11:12] you rock dednick :) [11:13] Cimi, we have the functions in there tested [11:13] yes [11:14] Cimi, other than that it's really just a ListView, no? [11:14] yep, more or elss [11:14] *less [11:14] Cimi, so there's no real point in testing the interaction [11:14] Cimi, except maybe for trying to click on stuff and check that the right things happen [11:14] Cimi, i.e. the correct clicked() signal is emitted [11:15] which is not trivial :D you also need a model [11:15] didrocks, dednick: reviewing! [11:17] Cimi, well, a model isn't really an issue [11:17] Saviq, I said 'trivial' [11:18]