[06:11] <didrocks> fginther: once you are back: https://code.launchpad.net/~vrruiz/cupstream2distro-config/unity-webapps-qml/+merge/168745/comments/375004 (third time in a week :/)
[07:57] <Saviq> mhr3, sorry, I didn't get your ping yesterday for some reason
[07:58] <Saviq> mhr3, did you want some generic list of things available for QML or anything in particular?
[07:58] <mhr3> Saviq, just what we expose to the shell
[08:00] <mzanetti> hey, can someone reapprove the last change please, I just fixed a whitespace and renamed the Lockscreen tests to TestLockscreen instead of TestShell. The rest is already approved by mterry: https://code.launchpad.net/~unity-team/unity/8.pinlock/+merge/167749
[08:02] <tsdgeos> mzanetti: done
[08:02] <mzanetti> tsdgeos: thanks :)
[08:06] <Saviq> mhr3, then the headers in lp:unity/8.0/plugins/Unity, probably
[08:06] <Saviq> mhr3, and historically http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/files/head:/libunity-2d-private/src/
[08:06] <mhr3> Saviq, cool, thx
[08:07] <Saviq> mhr3, better yet - pstolowski's new-libunity branch https://code.launchpad.net/~unity-team/unity/8.new-libunity/
[08:07] <Saviq> mhr3, as that's closer to where we'll be for smart scopes
[08:10] <pstolowski> mhr3, Saviq: in general, there are wrappers for UnityCore's Scope and Scopes classes, and a wrapper for Categorties model
[08:51] <Saviq> mzanetti, greyback https://code.launchpad.net/~saviq/unity/8.revert-focus-steal/+merge/168879
[08:51] <mzanetti> Saviq: why?
[08:52] <Saviq> https://bugs.launchpad.net/touch-preview-images/+bug/1178288/comments/4
[08:52] <Saviq> mzanetti, greyback^
[08:52] <mzanetti> ack
[08:52] <Saviq> mzanetti, greyback and https://bugs.launchpad.net/touch-preview-images/+bug/1178288/comments/5
[08:53] <greyback> Saviq: looking
[08:55] <mzanetti> greyback: I think you know more about this that I do... I'll leave it to you if you're ok with hat
[08:55] <greyback> Saviq: ack, yeah didn't realise AP needed that
[08:55] <nic-doffay> Saviq, there's a bit of a problem with the panel. The Panel component currently has a lot of existing states and specialised code in general. If I manually set the state after rotation is finished it will break a lot of stuff.
[08:56] <Saviq> nic-doffay, and? just wrap it in an Item that has its own states?
[08:58] <nic-doffay> Saviq, good trick!
[09:01] <tsdgeos> wow, discovered a weird thing regarding attached properties
[09:01] <tsdgeos> you can "create" one anywhere :D
[09:01] <tsdgeos> console.log("LOLO", ListView, Drag);
[09:01] <tsdgeos> and you'll get a QQuickListViewAttached and a QQuickDragAttached
[09:08] <greyback> tsdgeos: yep
[09:08] <greyback> totally seems wrong to me
[09:08] <tsdgeos> it was a bit confusing to be getting the QQuickListViewAttached when the thing was *not* in a listview
[09:08] <tsdgeos> s/was/is
[10:00] <nic-doffay> Saviq, I'd like to create another .qml helper so I don't have to repeat the rotation states for both the Launcher and the Panel in the Shell.qml. Where would be the best place to put this since Shell.qml sort of lives alone atm...
[10:01] <Saviq> nic-doffay, Components/ is fine
[10:01] <Saviq> nic-doffay, but maybe we could just use the OrientationHelper itself?
[10:01] <Saviq> nic-doffay, and just expand its API to what we need?
[10:03] <mzanetti> damn... qabstractlistmodel crashes when doing beginMoveRows(oldIndex, oldIndex+1)
[10:03] <nic-doffay> Saviq, that was my first idea.
[10:04] <nic-doffay> Saviq, my idea about extending the OrientationHelper would mean there would be multiple OrientationHelpers in Shell.qml. That's not an issue is it?
[10:20] <Saviq> nic-doffay, nope
[10:20] <nic-doffay> Saviq, cool.
[10:20] <Saviq> nic-doffay, you might want to synchronize them with a single "angle" property inside Shell.qml
[10:21] <nic-doffay> Saviq, what I've done is create a top level angle property in Shell which is based off the "main" OrientationHelper.
[10:21] <Saviq> nic-doffay, yeah, that works
[10:21] <Saviq> nic-doffay, and then you might want to be able to disable the transition in OrientationHelper
[10:21] <Saviq> nic-doffay, so also exposing orientationTransition.enabled in its API
[10:23] <nic-doffay> Saviq, what's the best method to disable a transition?
[10:23] <Saviq> nic-doffay, transition.enabled = false ;)
[10:23] <nic-doffay> Saviq, lol
[10:31] <Saviq> tsdgeos, if you use http://bazaar.launchpad.net/~unity-team/unity/8.0 for the --stacked_on, LP doesn't complain anymore
[10:31] <Saviq> tsdgeos, and branching works fine
[10:33] <Saviq> greyback, https://code.launchpad.net/~saviq/unity/phablet.raring.revert-focus-steal/+merge/168908 please
[10:33] <tsdgeos> Saviq: awesome!
[10:33] <tsdgeos> Saviq: what did you do?
[10:33] <tsdgeos> or someone fixed lp?
[10:33] <Saviq> tsdgeos, nothing, you just need the http:// url
[10:33] <Saviq> tsdgeos, not bzr+ssh/
[10:33] <tsdgeos> oh :D
[10:34] <tsdgeos> Saviq: if you can give a try to the lvpwhc++ branch it should clip fine now + sections
[10:35] <Saviq> tsdgeos, nice!
[10:44] <greyback> mzanetti: so I can't reproduce the segv that jenkins is getting (am using pbuilderjenkins). If there's no easy way to grab a coredump from jenkins, I'll have to push "this-might-fix-it" changes and see how it reacts. Any other ideas?
[10:44] <mzanetti> greyback: one sec
[11:08]  * greyback moving to office, then lunch, back in an hour
[12:47] <mzanetti> Saviq: hey, is there a way to make an Item disregard any changes to x and y of their parent?
[12:48] <Saviq> mzanetti, yeah, parent them to the grandparent
[12:48] <mzanetti> Saviq: reparenting is not an option :/ it'll trash the Column it is in
[12:48] <Saviq> mzanetti, otherwise it's always local coordinates
[12:48] <Saviq> mzanetti, what's the use case
[12:48] <Saviq> ?
[12:48] <mzanetti> Saviq: so the problem is this:
[12:49] <mzanetti> Saviq: have a Column + Repeater
[12:49] <mzanetti> in the delegate, I have a mousearea and use mousearea.drag.target = delegate
[12:49] <mzanetti> works fine so far
[12:49] <mzanetti> then, whenever I move it around I call move() in the model
[12:50] <Saviq> mzanetti, you're talking reordering items in Launcher, are you?
[12:50] <mzanetti> still works, but: the moment move is executed, the items coordinates are set again by the column and that causes a flicker before the items adjusts again to the drag.target coordinates
[12:50] <mzanetti> yes, launcher
[12:51] <Saviq> mzanetti, we need to be able to drag the item out of the Column completely
[12:51] <mzanetti> Saviq: sure
[12:51] <mzanetti> thats not an issue
[12:53] <Saviq> mzanetti, we can't be the first ones to do drag'n'drop reordering in QML :)
[12:53] <Saviq> mzanetti, one for sure was unity-2d
[12:53] <mzanetti> Saviq: hehe... we are sort of :D
[12:53] <mzanetti> Saviq: everything I found on the web did the move() only onRelease
[12:54] <mzanetti> Saviq: but I want the other items to move around and indicate the free space where the item can be dropped
[12:54] <Saviq> mzanetti, I believe that's correct
[12:54] <Saviq> mzanetti, http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/view/head:/shell/launcher/ListViewDragAndDrop.qml
[12:55] <mzanetti> Saviq: ok... if I only call move() onReleased, how would you move the drop indicator around?
[12:56] <Saviq> mzanetti, I would actually remove it from the list and replace by the separator line and/or the placeholder
[12:56] <Saviq> mzanetti, using the generic platform drag'n'drop
[12:56] <Saviq> mzanetti, I don't think we can do it any other way
[12:56] <mzanetti> Saviq: whats the generic platform drag'n'drop?
[12:57] <Saviq> mzanetti, good question ;)
[12:57] <Saviq> mzanetti, there probably isn't anything yet
[12:57] <Saviq> mzanetti, but for example, when you drag tabs in Firefox or something
[12:57] <Saviq> mzanetti, or files in nautilus
[12:57] <mzanetti> right...
[12:57] <Saviq> mzanetti, it becomes a completely new surface
[12:58] <Saviq> mzanetti, until it's dropped
[12:58] <Saviq> mzanetti, but obviously we can't, not before we have it in Mir
[12:59] <Saviq> mzanetti, please look at how unity-2d did it (it was done all in-qml there)
[13:06] <Saviq> mzanetti, if you reparent and replace it with a placeholder Item {}, wouldn't that work?
[13:07] <Saviq> mzanetti, and then move that placeholder Item {} ?
[13:07] <Saviq> mzanetti, until you drop?
[13:07] <mzanetti> Saviq: yeah... I'm doing something like that... but I just thought I ask if there would be some awesome property that would make it disregard anything but the drag.target coords
[13:07] <greyback> Saviq: you can't drag the icon out of the launcher in unity2d.
[13:08] <Saviq> greyback, I know
[13:08] <mzanetti> would save lots of code
[13:08] <Saviq> mzanetti, I think it would just be temporary anyway
[13:08] <Saviq> mzanetti, as ultimately we need dragging from dash onto launcher and similar
[13:08] <fginther> didrocks, my apologies
[13:08] <Saviq> mzanetti, so ultimately we need to support the real platform d'n'd
[13:09] <Saviq> mzanetti, and the reparent + placeholder approach gets us closer to that, I think
[13:09] <didrocks> fginther: no worry, just take care in the future, I'm not looking closely to all merges anymore :)
[13:09] <mzanetti> Saviq: yeah, I'll try
[13:11] <Saviq> mzanetti, here's the "real-platform-dnd" support implementation from unity2d
[13:11] <Saviq> http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/view/head:/libunity-2d-private/src/dragdropevent.h
[13:11] <Saviq> mzanetti, but it's only been done for the receiving side
[13:12] <mzanetti> I see
[13:13] <mzanetti> Saviq: but for now I go with launcher-only, ok?
[13:13] <Saviq> mzanetti, yeah, that's fine
[13:13] <Saviq> mzanetti, since there's no d'n'd support in the platform yet anyway :)
[13:14] <dednick> is the qmltests crashing anyone elses saucy install?
[13:14] <dednick> saucy unity i mean
[13:24] <Saviq> dednick, if it crashes it, then that's probably wrong :)
[13:24] <Saviq> dednick, I would expect it to not work, since we're trying to use old APIs
[13:24] <dednick> Saviq: thanks :)
[13:25] <mhr3> dednick, it's a feature... cause people were wasting too much time running tests :D
[13:26] <dednick> Saviq: haha. now i need to reboot every time i run them.
[13:27] <Saviq> dednick, awesome :D
[13:27] <Saviq> dednick, very productive
[13:33] <tsdgeos> Saviq: standup?
[13:33] <tsdgeos> nic-doffay: ↑↑
[13:34] <Saviq> Cimi, standup
[13:35] <Saviq> Cimi, beat me to it :P
[14:01] <Saviq> dandrader, I found something silly, when you long-press in a full-screen app (camera, for example), the panel peeks from the top :)
[14:01] <Saviq> dandrader, happens on the desktop at least, checking on device now
[14:02] <dandrader> Saviq, yes
[14:02] <dandrader> Saviq, it's always been like that if I'm not mistaken
[14:03] <dandrader> Saviq, shall get fixed once fullscreen panel uses DirectionalDragArea
[14:03] <Saviq> dandrader, ok :)
[14:30] <greyback> Saviq: back. Sorry I missed standup, computer refused to boot, couple of corrupted files, hope it's ok now
[14:32] <Saviq> greyback, 's fine
[14:35] <tsdgeos> greyback: bah, corrupted files, i just did a nice rm -rf *  in my home :D
[14:35] <tsdgeos> good old ~/Adobe folder was gone before i could ctrl+c
[14:37] <Saviq> tsdgeos, ....
[14:38] <Saviq> tsdgeos, you might've just did rm -rf * in greyback's /
[14:38] <Saviq> tsdgeos, he dropped pretty quickly...
[14:38] <tsdgeos> irc command injection!
[14:38] <Saviq> tsdgeos, backups are for losers, eh?
[14:38] <tsdgeos> Saviq: exactly!
[14:39] <tsdgeos> you don't need a backup if you have an ~/Adobe folder to save you :D
[14:39] <Saviq> tsdgeos, lol
[14:39] <tsdgeos> and the next folder is the bbsdk
[14:39] <tsdgeos> which is like 2GB
[14:39] <tsdgeos> so i have a good safety net there too
[14:39]  * Saviq is a pussy and has bi-weekly backups with BackupPC
[14:41] <tsdgeos> i had one of my hd's break once, ddrescue got all i needed out from it, so i'm probably badly taught
[14:43] <sil2100> didrocks: so, we can switch back from 'i386 amd64 armhf' to 'any', right? :)
[14:43] <didrocks> sil2100: indeed!
[14:44] <Saviq> dandrader, will you follow up on https://code.launchpad.net/~unity-team/unity/8.dash-tests/+merge/167911 ?
[14:45] <Saviq> dandrader, sorry for poking, just want to make sure we have everything in our sight
[14:45] <dandrader> Saviq, ah, right. will check it again
[15:10] <tsdgeos> Saviq: ah, one thing i'm missing, in the new LVWPH is that unclip list when showing the preview
[15:10] <tsdgeos> i see the problem, but i don't understand why we need it
[15:10] <Saviq> tsdgeos, mumble?
[15:11] <tsdgeos> sure
[15:29] <tsdgeos> still a few things here :D https://code.launchpad.net/~unity-team/unity/phablet/+activereviews
[15:35] <Saviq> tsdgeos, yeah, I didn't move them 'cause I didn't know if we'd use them in the end
[15:36] <tsdgeos> Saviq: i se
[15:36] <tsdgeos> e
[15:36] <Saviq> greyback, racarr, sync?
[15:37] <jsjgruber-x-p> Does nux require contributors to sign the copyright assignment agreement?
[15:37] <greyback> Saviq: ah sorry, we're in a conflicting meeting with tvoss
[15:37] <Saviq> greyback, oh, should I join then? or are we skipping the sync today?
[15:37] <tsdgeos> jsjgruber-x-p: doesn't seem to be listed under http://www.canonical.com/contributors
[15:38] <greyback> Saviq: it's about app management: https://plus.google.com/hangouts/_/a0a4f88494fc4074198be533bd959ae80e43303a
[15:38] <tsdgeos> but don't take my word for "the law"
[15:38] <greyback> Saviq: I say you're welcome :)
[15:38] <Saviq> tsdgeos, jsjgruber-x-p, but http://inalogic.com/inalogic-contributor-agreement/
[15:40] <jsjgruber-x-p> I thought maybe Canonical bought it or something--their list said something about Unity-related but doesn't mention nux specifically, however.
[15:40] <tsdgeos> Saviq: true
[15:40] <Saviq> jsjgruber-x-p, we employed the owner of Nux, but he's moved away recently
[15:41] <Saviq> jsjgruber-x-p, and we're not investing in it anymore
[15:42] <jsjgruber-x-p> I see. I'm taking a look at the contribution agreement from Inalogic. I'll see what I can figure out. Thanks.
[15:44] <mzanetti> Saviq: is kevin away?
[15:44] <Saviq> mzanetti, yeah, since Wednesday last week
[15:44] <Saviq> mzanetti, back on Monday
[15:44] <mzanetti> ah ok
[15:44] <tedg> Trevinho, Can you review this?  I think it's breaking HUD builds.  https://code.launchpad.net/~ted/bamf/free-in-finalize/+merge/168985
[15:44] <mzanetti> Saviq: maybe you can tell me this: The launcher blueprint says: support for launching apps in a unlocked/greeter state
[15:45] <mzanetti> Saviq: isn't that just launching an app as we currently do?
[15:45] <Saviq> mzanetti, it's more of a greeter task
[15:45] <Trevinho> tedg: Oh, I'm already workin on the same thing....
[15:45] <Saviq> mzanetti, to launch an app in the user session
[15:45] <Saviq> mzanetti, from the greeter
[15:45] <Saviq> pstolowski, dednick I feel that the mediumtests failing are unrelated to your changes
[15:46] <mzanetti> Saviq: ah... so this is more like, "still be able to launch apps once the greeter is ripped out of the shell"
[15:46] <Saviq> mzanetti, yeah, that's how I interpret it
[15:46] <mzanetti> ok. thanks
[15:46] <Trevinho> tedg: not really the same but very close it seems
[15:47] <Trevinho> tedg: I set yours as WIP for now, as it may clash with it... Once I'm done with mine see if you still need that
[15:48] <tedg> Trevinho, Hmm, okay.  I think that it should be done regardless, the hashtables should exist until finalize :-)
[15:48] <Trevinho> tedg: yes that's true (and I've included here)
[15:48] <Trevinho> tedg: but there are also some other reffing issues I need to fix
[15:49] <Trevinho> tedg: it seems that the factory code has been buggy since always... Reffing-side
[15:49] <tedg> Yes, it looked that way.
[15:50] <tedg> Trevinho, BTW, this is the build I'm trying to fix.  Dies when unref'ing the bamf matcher: https://code.launchpad.net/~ted/hud/bamf-saucy-fix/+merge/168952
[15:50] <Saviq> uh... I just managed to swipe the launcher across the whole screen from the right
[15:50] <Saviq> not sure how
[15:51] <Trevinho> tedg: mh, ok... The fact is that if the matcher is unreffed, if you don't have a ref of the opened views, all the ones that it owns (through the factory) gets deleted
[15:51] <tedg> Trevinho, Yes, but I may.
[15:51] <tedg> Trevinho, Also, if it does know about any the weak_ref() will die.
[15:52] <Trevinho> mh, I see
[15:52] <Saviq> tsdgeos, one issue - when showHeader() is called, the content should not move (it was a bug in the current impl)
[15:52] <Saviq> tsdgeos, only the page and section headers should move
[15:52] <katie> hi mzanetti
[15:53] <tsdgeos> Saviq: have you tried my version? afaik i only move the header
[15:53] <Saviq> tsdgeos, yeah, trying your version
[15:53] <Saviq> tsdgeos, the whole content is pushed down
[15:53] <tsdgeos> ok, then we have a different definition of pushed down :D
[15:53] <tsdgeos> let me run it
[15:53] <Saviq> tsdgeos, the headers should overlay
[15:54] <Saviq> tsdgeos, the content
[15:54] <mzanetti> katie: hi
[15:54] <Saviq> tsdgeos, and wow there's a lot of blocking :/
[15:55] <tsdgeos> Saviq: ok, so the bottom of the viewport should remain the same but the top should get hidden, instead of keeping the top and hiding the bottom, right?
[15:55] <tsdgeos> Saviq: yeah, want to investigate what's causing those hickups
[15:56] <Saviq> tsdgeos, yup
[15:56] <Saviq> tsdgeos, on both account
[15:56] <Saviq> s
[15:56] <tsdgeos> ok
[16:01]  * Saviq is attending two meetings at the same time :F
[16:02] <greyback_> mzanetti: no luck reproducing the segv still :(
[16:03] <mzanetti> greyback_: oh... that's unfortunate
[16:03] <dandrader> tsdgeos, so Bottombar is this magnifier icon that shows up when you swipe from the bottom edge?
[16:04] <tsdgeos> dandrader: kind of, yes
[16:04] <tsdgeos> dandrader: the design was you might get a plethora of other icons, but at the end it's just that single one :D
[16:04] <tsdgeos> that's why the name probably feels a bit bit weird
[16:05] <Saviq> dandrader, tsdgeos hum? isn't the bottombar the dash bottom bar with the list of lenses?
[16:05] <Saviq> or is that the DashBar? :D
[16:05] <tsdgeos> Saviq: that's the dashbar
[16:05] <dandrader> :)
[16:05] <tsdgeos> BottomBar is really a not great name
[16:05] <mzanetti> vesar: ping
[16:06] <vesar> mzanetti, hi
[16:06] <mzanetti> vesar: here's a first try on drag'n'drop of launcher icons: lp:~mzanetti/unity/8-launcher-dnd-take1
[16:06] <mzanetti> vesar: this has some flickering and I fear I need to take a different approach technically...
[16:06] <mzanetti> vesar: however, it'd be great if you could give a feedback if the look and feel is what you'd expect
[16:07] <mzanetti> vesar: the new implementation I have in mind would look the same as this (just without the flickering)
[16:07] <tsdgeos> dandrader: you're going to make it use the DDR? maybe you could even change the name or move it to HUD?
[16:07] <mzanetti> DDR :D
[16:08] <vesar> mzanetti, great. Didn't know that you were working on DnD already. Definitely will take a look.
[16:08] <mzanetti> vesar: well, as dragging icons is required to do the pinning...
[16:09] <dandrader> tsdgeos, yes, I was considering it (make it use a DirectionalDragArea)
[16:09] <vesar> mzanetti, so true. Just that I had done some drag and drop prototypes earlier that could have been shared if I had known:)
[16:09] <mzanetti> vesar: oh... I'm definitely still interested in them
[16:10] <vesar> mzanetti,  funnily Kaleo was asking about DnD things today as well. I guess at some point we just need to agree some platform wide pattern for it.
[16:10] <mzanetti> vesar: yes, current implementation does not leave launcher boundaries
[16:10] <vesar> mzanetti, but actually I had small flicker issue with my implementation as well:) unfortunately.
[16:11] <mzanetti> vesar: to be able to drag/drop between launcher and dash we need to land Mir integration first
[16:12] <vesar> mzanetti, I'll send you in email what I did. Branch and thinking behind. but now gonna see what you have.
[16:12] <mzanetti> vesar: I'm calling it a day now anyways... maybe we can have the weekly meeting tomorrow once you checked out my branch
[16:13] <vesar> mzanetti, yep let's do that. I book a meeting for tomorrow. Thanks! have a nice evening.
[16:13] <mzanetti> you too
[16:17] <Saviq> tsdgeos, and maximumFlickVelocity is still limited :)
[16:17] <tsdgeos> yes yes
[16:17]  * tsdgeos makes a note
[16:34] <mzanetti> vesar: before I forget: if you haven't done so, could you please walk through this blueprint and check if you agree with everything from a design POV: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-unity-ui-launcher
[16:46] <tedg> Trevinho, So when you've got that BAMF fix finished, sil2100 is interested so he can run the builds/stack.
[16:46] <Saviq> mzanetti, you in touch with the guys about the music app?
[16:47] <mzanetti> Saviq: sort of
[16:47] <Saviq> mzanetti, was jhodapp involved, too?
[16:47] <mzanetti> Saviq: yes, I'm in frequent contact with jim about it.
[16:48] <Saviq> mzanetti, ok cool, so he'll update Oren on that
[16:48] <mzanetti> Saviq: is there something happening right now?
[16:48] <Saviq> mzanetti, no, just an email thread
[16:48] <Saviq> mzanetti, let me FWD
[16:48] <Saviq> mzanetti, done
[16:49] <mzanetti> Saviq: cheers
[16:50] <Saviq> mzanetti, while I have you here... https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/65/?#showFailuresLink this feels like a complete run failure
[16:50] <Saviq> mzanetti, can we get the log output or something?
[16:50] <vesar> mzanetti, ok will do.
[16:51] <mzanetti> Saviq: /usr/bin/unity8: symbol lookup error: /usr/share/unity8/plugins/Unity/libUnity-qml.so: undefined symbol: _ZN5unity4dash15GSettingsScopesC1Ev
[16:51] <Saviq> mzanetti, and yikes could we update the VMs :D
[16:51] <mzanetti> Saviq: what exactly needs to be updated?
[16:51] <Saviq> mzanetti, just apt-get update
[16:51] <Saviq> /upgrade
[16:52] <Saviq> mzanetti, as it still holds libunity 13.04.something
[16:52] <Saviq> mzanetti, and where did you get that message from?
[16:52] <Saviq> ah from the TestResult?
[16:53] <mzanetti> Saviq: from your link, click on "Show all test results"
[16:53] <mzanetti> err. failed tests
[16:53] <Saviq> mzanetti, yeah, found it
[16:54] <mzanetti> Saviq: what package is it exactly?
[16:54] <Saviq> mzanetti, unity8
[16:54] <Saviq> mzanetti, but with new libunity
[16:54] <mzanetti> Saviq: no, the one with the lib
[16:54] <Saviq> mzanetti, ah, libunity-core-6.0...
[16:55] <mzanetti> Saviq: so now that we're on saucy we will probably run into such a thing more often
[16:55] <mzanetti> Saviq: I'd suggest to include the update/upgrade in the actual test run
[16:55] <mzanetti> Saviq: however, that takes time. so I'm thinking if there would be a safe set of libs we'd need to update instead of everything
[16:56] <Saviq> mzanetti, well, in theory the deps should take care of it
[16:56] <mzanetti> hmm, true
[16:56] <Saviq> mzanetti, so it might actually show an issue in the packaging
[16:56] <mzanetti> so we need to update our package
[16:56] <mzanetti> yes
[16:58] <Saviq> mzanetti, OTOH... the package has a dep on libunity-core-6.0-dev (<< 7.80), but 7.81~phablet2 of the actual lib gets installed...
[16:58] <Saviq> mzanetti, that should end up to be a == dependency from ${shlibs}...
[16:58]  * Saviq chekcs
[16:59] <Saviq> libunity-core-6.0-5 (>= 4.14.2)
[16:59] <Saviq> wtf does that come from...
[16:59] <mzanetti> :)
[17:00] <Saviq> mhr3, can we update libunity SONAME, please?
[17:00] <Saviq> mhr3, or libunity-core, actually?
[17:01] <Saviq> mhr3, our package with pstolowski's changes ends up with: libunity-core-6.0-5 (>= 4.14.2) as a dependency
[17:01] <Saviq> via ${shlib:Depends}
[17:03] <mhr3> Saviq, indeed it should have been done, but kinda late now
[17:03] <Saviq> mhr3, yeah, I'm not saying _now_
[17:03] <Saviq> mhr3, just a general PLEASE, CAN WE?! ;P
[17:03] <Saviq> we've released a whole new freakin' stack into main... without bumping the SONAME :P
[17:04] <Saviq> that's not cool, not cool at all ;)
[17:04] <mzanetti>  \o/ for the mediumtests job
[17:04] <mzanetti> :P
[17:04] <Saviq> mzanetti, not that it found it ;)
[17:04] <Saviq> mzanetti, not before it actually failed to exec ;)
[17:05] <Saviq> mzanetti, now that one's interesting... https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/64/testReport/unity8.tests.testhud/TestHud/test_hide_hud_click_Nexus_4_/
[17:05] <mzanetti> Saviq: yeah... I think the lib itself does not have such a mediumtests job
[17:05] <Saviq> mzanetti, it built the package...
[17:05] <Saviq> mzanetti, with conflicts :D
[17:05] <mzanetti> Saviq: yep, I've seen that
[17:05] <mzanetti> Saviq: I think the merger comitted that code
[17:07] <mzanetti> Saviq: https://code.launchpad.net/~gerboland/unity/8-refactor-wm-and-test/+merge/168051
[17:07] <mhr3> Saviq, isn't the solution to do Depends: libunity-core >= 7.0 Conflicts libunity-core >= 7.8?
[17:07] <mzanetti> line 331
[17:07] <Saviq> mzanetti, yeah
[17:07] <Saviq> greyback_, you merged conflicts into your wm rebase :)
[17:07] <mhr3> surely someone in this channel will know :)
[17:07] <greyback_> Saviq: arse!
[17:08] <Saviq> mhr3, no, that's not a solution :P
[17:08] <Saviq> mhr3, the solution is to bump the freakin' SONAME where ABI changes ;P
[17:08] <Saviq> at least
[17:08] <mhr3> Saviq, it's a fix to this mess :)
[17:08] <Saviq> mhr3, it's called a workaround :P
[17:08] <Saviq> I blame didrocks
[17:08] <Saviq> ;P
[17:09] <Saviq> greyback_, cock!
[17:12] <greyback_> fixed
[17:12] <mhr3> Saviq, hehe, yea let's blame didrocks... but yea, no symbols file for unity-core, guess that's why
[17:54] <gotwig> hey
[17:55] <gotwig> where can I find the Unity MIR IRC Channel
[18:27] <jbicha_> mterry: since you're piloting, I have several MPs at https://code.launchpad.net/~unity-team/+activereviews that haven't been touched yet
[18:28] <mterry> jbicha_, ok, will look after I'm done with a patch
[18:31]  * greyback_ eod
[18:57] <mirak> hi
[18:57] <mirak> are the video tearing problems fixed ,?
[19:23] <sil2100> tedg: hi!
[19:23] <tedg> sil2100, howdy
[19:23] <sil2100> tedg: any luck with the FTBFS test? And the failing AP tests?
[19:24] <tedg> sil2100, I'm pretty sure this is the fix needed: https://code.launchpad.net/~ted/bamf/free-in-finalize/+merge/168985
[19:24] <tedg> sil2100, seems Trevinho is working on something similar, but I'm not sure what is full plan is there.
[19:25] <tedg> sil2100, I can't test it locally because the failure doesn't happen on my machine, but it seems to not break anything else :-)
[19:25] <sil2100> Trevinho: ^? ;)
[19:26] <sil2100> bschaefer: ping!
[19:26] <sil2100> :)
[19:26] <sil2100> Hello Brandon!
[19:26] <sil2100> bschaefer: could you take a look at that? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1063212
[19:33] <bschaefer> sil2100, hey, ima somewhat eating lunch :)
[19:33] <bschaefer> sil2100, and yes I can, when I get back!
[19:33] <sil2100> bschaefer: big thanks! :)
[19:34] <bschaefer> sil2100, np! Know anyway to reproduce it, as you mentioned test in the bug report?
[19:34] <sil2100> bschaefer: it seems to happen on jenkins for the indicator tests, not sure how to reproduce it
[19:34] <sil2100> bschaefer: but attente said he was able
[19:34] <sil2100> bschaefer: let me show you the jenkins failure
[19:35] <bschaefer> sil2100, cool, well hopefully i can get something from the stack trace
[19:35] <bschaefer> alright
[20:44] <jbicha_> mterry: could you re-approve https://code.launchpad.net/~jbicha/unity-lens-applications/build-with-valac/+merge/168204
[20:51] <mterry> jbicha_, done
[20:59] <ricotz> mhr3, hi, while switching to vala 0.20 as default, your patches to 0.18 arent in 0.20.1 and will most likely cause problem again?
[20:59] <ricotz> jbicha_, ^
[21:03] <jbicha_> ricotz: do you want to submit a merge proposal?
[21:04] <ricotz> jbicha_, sorry, no, i am more hoping upstream it getting a bit more active
[21:04] <ricotz> e.g. doing a 0.20.2
[22:06] <mhr3> oh, missed ricotz
[23:44]  * greyback_ really needs to go to bed