[04:05] <zzarr> hello!
[10:30] <ShR3K> cartel
[10:47] <tsdgeos> ltinkl: was you that fixed the wizard tests failures?
[10:47] <ltinkl> tsdgeos, yup
[10:47] <tsdgeos> pstolowski: can you show ltinkl the failure to confirm?
[10:48] <ltinkl> tsdgeos, pstolowski: fix is here fwiw https://code.launchpad.net/~lukas-kde/unity8/stabilizeFlakyWizardTest/+merge/293999
[10:49] <pstolowski> ltinkl, cool, this is the failure just to double check it's the same problem: http://pastebin.ubuntu.com/16473471/
[10:54] <ltinkl> pstolowski, yeah, that's it
[10:54] <pstolowski> ltinkl, great, thanks!
[11:00] <zzarr_> hello! Is Bream in here?
[11:05] <zzarr_> do anyone know what permissions that are changed in libertine after a reboot?
[11:06] <zzarr_> my libertine container don't work right now
[12:17] <tsdgeos> Mirv: i've never seen that test fail
[12:33] <Mirv> tsdgeos: you just did :)
[12:34] <Mirv> anyway, I've understood it's welcome to be noted when autopkgtests randomly fail, so therefore I filed the bug
[12:34] <tsdgeos> sure
[12:34] <tsdgeos> but if it's 1 in 100000 times it's hard to fix
[12:34] <Mirv> some of them are harder to debug (if not possible to reproduce locally) than others
[12:34] <Mirv> it's more like environment / hw specific I'd guess
[12:35] <Mirv> since unity8 tests still tend to fail on autopkgtests "all the time", although I haven't checked the other recent ones closely if they are all over or what
[12:39] <Mirv> (not really, but unity8 autopkgtests are just executed all the time in various silos so I get to see failures every week)
[13:40] <mterry> Saviq, so I saw OTA12 landings are open?  Can we start landing our extant branches?
[13:41]  * mterry will gladly help get a silo going
[13:44]  * mterry looks at channel topic -- is Ayatana still a thing?  Or is that just the whole Touch project now?
[13:46] <mterry> mzanetti ^ do you know if we wanted to start with a mega silo for ota12 or do piecemail landings?
[14:03] <Saviq> mterry, we already have a silo under qa
[14:03] <Saviq> or just about https://requests.ci-train.ubuntu.com/#/ticket/1381
[14:04] <mterry> Saviq, oh right, the fix bundle that didn't make it
[14:05] <mterry> But that was already in the pipelines.  I'm more curious about the ~30 branches still waiting
[14:07] <Saviq> mterry, Ayatana not a thing I don't think - maybe JohnLea knows ;)
[14:09] <Saviq> mterry, and yeah feel free to build a silo on top of ↑↑
[14:10] <mterry> Saviq, yeah?  OK, I'll try to find branches that are readyish and put them in a new silo
[14:52] <Saviq> Trevinho, hey, any idea what could've lost me global menus on... gtk3 apps? xchat-gnome still has them, but empathy or gnome-terminal no
[14:53] <Trevinho> Saviq: hey...
[14:53] <Trevinho> Saviq: for gnome terminal it could be this issue... /me looks for it
[14:54] <Trevinho> Saviq: upstart related, can you try this deb https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1532226/comments/134
[14:55] <Saviq> Trevinho, trying, /me reboots
[14:55] <Trevinho> Saviq: restarting the session should be enough
[14:56] <Saviq> Trevinho, winner
[14:57] <Trevinho> cool, fix is in yakkety already... xenial will follow
[14:57] <Saviq> Trevinho, another issue, I don't have telepathy/empathy integration with the messaging indicator, ideas?
[14:57] <Trevinho> Saviq: I think it is not supported anymore or at least not much as empathy is not in the default install anymore
[14:57] <Trevinho> Saviq: but I've not much clue of that, seb128 might know more
[14:58] <Saviq> Trevinho, ;(, do we have any IM client that's supported these days?
[14:58] <Trevinho> Saviq: your browser -_-
[14:58] <Saviq> :'-(
[14:58] <Trevinho> I also loved integrated chats... but you know, they change every day
[14:59] <seb128> Saviq, Trevinho, empathy should still integrate fine with indicator-messages
[14:59] <seb128> as does pidgin
[14:59] <seb128> or xchat-gnome
[14:59] <Saviq> yeah xchat-gnome works, empathy doesn't
[15:00] <seb128> Trevinho, are we getting that menubar missing fix SRUed? any reason that needs to be in the same set that the unity landing? I would just have landed that first/standalone if it's ready
[15:00] <seb128> Saviq, do you have telepathy-indicator installed?
[15:02] <Saviq> seb128, no such package
[15:02] <Saviq> plot thickens
[15:02] <Trevinho> seb128: well, I'm not sure it's completely fixed by that actually...
[15:03] <seb128> Saviq, ?
[15:03] <Trevinho> seb128: however the upstart fix has to be landed differently... so if you can help in SRUing that...
[15:03] <seb128> Saviq, you mean it's not installed?
[15:03] <Saviq> seb128, that it doesn't exist
[15:03] <Trevinho> Should I propose a debdiff or what?
[15:03] <seb128> Saviq, it's in universe
[15:03] <seb128> Saviq, https://launchpad.net/ubuntu/+source/telepathy-indicator/0.3.1+14.10.20140908-0ubuntu1
[15:03] <mterry> dandrader|afk, can you merge-from-trunk for https://code.launchpad.net/~dandrader/unity-api/removeHotspot/+merge/293627 ?   the version already bumped to 7.111 on you
[15:04] <seb128> Saviq, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-001/+build/6332121/+files/telepathy-indicator_0.3.1+14.10.20140908-0ubuntu1_amd64.deb
[15:04] <Saviq> seb128, right, not installed
[15:04] <Saviq> seb128, that will be it, than, thanks!
[15:04] <seb128> let me know if it works better once it's there
[15:04] <seb128> unsure if you need to restart session
[15:06] <Trevinho> seb128: as for the upstart SRU, and gnome-session too... The bug is ready, but can you or xnox push the bits to xenial?
[15:06] <Saviq> seb128, w00t, that works, thanks!
[15:07] <seb128> Saviq, great!
[15:07] <seb128> Trevinho, I would prefer if xnox would handle it, I didn't too upstart so far and would prefer to keep it this way, avoiding to make people think I'm maintaining that :p
[15:08] <Trevinho> ahah, right :-D
[15:31] <mterry> cimi, can you please rebase lp:~cimi/unity8/uitkPageHeader on lp:~mzanetti/unity8/reenable-skipped-tests ?  there is a conflict in tst_Dash.qml
[15:41] <dandrader> mterry, done
[15:41] <mterry> dandrader, thanks!
[15:42] <dandrader> mterry, also have to update the related unity8 and qtmir branches
[15:42] <mterry> dandrader, yeah ok
[15:46] <mterry> mzanetti, your unity-api stack for launcher-surfaceCount-pips conflicts with dandrader's unity-api stack for https://code.launchpad.net/~dandrader/unity8/animatedCursors/+merge/293628 -- dandrader was first, do you mind rebasing yours on his?
[15:47] <dandrader> mterry, done
[15:47] <cimi> mterry, sure
[15:47] <dandrader> mterry, (the anmatedCursos & friends update on lates trunks)
[15:47] <mterry> dandrader, got it
[17:25] <Saviq> Trevinho, ah, one more thing that happened to me recently on xenial - not saying it's Ubuntu's fault even, but check out what's happening with ownClound Client (Qt5 app) between my two displays https://imgur.com/a/zKtE3
[17:26] <Saviq> on the left it's a 24" 1920x1200 display, on the right it's 12" 1920x1080 laptop screen - both at scale 1x
[17:26] <Saviq> so stuff's fun!
[17:49] <mterry> dandrader, DragHandleAllDirections conflicts with the nodda branch
[17:50] <dandrader> mterry, it does
[17:52] <dandrader> mterry, didn't write it on top of nodda as I didn't know when we would land the latter
[17:52] <mterry> dandrader, I think we're ready to land it (after landing existing silos).  So I'd vote for landing it in the next silo, to get it out of purgatory
[17:52] <mterry> i.e. this silo 59 I'm putting together
[17:53] <dandrader> mterry, the rebase isn't trival. might not have time for it today
[17:53] <mterry> dandrader, that's fine
[17:53] <mterry> dandrader, just a heads up.  I'll just keep it out of the silo for now, with a comment
[17:58] <mterry> cimi, I don't think you merged reenable-skipped-tests right.  It deletes test_manage_dash_search_temp_scope from tst_Dash.qml, but your branch adds it back
[18:22] <cimi> mterry, I thought reenable meant we wanted the test :)
[18:22] <cimi> mterry, I'll remove it
[18:24] <cimi> mterry, removed it
[18:24] <mterry> cimi, thanks
[18:49] <mterry> cimi, I'm still seeing a conflict.  let me try to narrow down which other branch it is
[18:51] <dandrader> mterry, you're only putting unity8 branches here? https://requests.ci-train.ubuntu.com/#/ticket/1426
[18:51] <mterry> dandrader, I'm starting with u8 branches and pulling in other branches as needed
[18:51] <mterry> dandrader, what am I missing?
[18:52] <mterry> qtmir stuff?
[18:53] <dandrader> mterry, well, if you didn't go to qtmir & unity-api yet then it's fine
[18:53] <dandrader> mterry, but https://code.launchpad.net/~dandrader/unity8/animatedCursors/+merge/293628 could do now as well (along with its deps)
[18:53] <mterry> dandrader, did you see my comment in the qtmir branch for that one?  It breaks jenkins as is
[18:55] <dandrader> mterry, that's greek to me, but will try to follow your advice
[18:58] <mterry> cimi, I think the uitkPageHeader issue is just some criss-cross merge nonsense...  Not sure how to get out of it except rebasing your commits
[18:58] <dandrader> mterry, ok, fixed
[18:59] <mterry> dandrader, sorry lost connection
 dandrader, did you see my comment in the qtmir branch for that one?  It breaks jenkins as is
[18:59] <mterry> cimi, I think the uitkPageHeader issue is just some criss-cross merge nonsense...  Not sure how to get out of it except rebasing your commits
[18:59] <dandrader> mterry, fixed that
[18:59] <mterry> dandrader, awesome
[19:07] <cimi> mterry, I hate bzr
[19:07] <mterry> cimi, yeah it's criss-crossing is annoying
[20:12] <bschaefer> Saviq, unity8 has the power to request a surface resize, ideally based on the geo of the maliit keyboard. Though not sure if thats *ideal* for unity8 to handle?
[20:13] <bschaefer> not sure who else should be doing it though :) since we dont want the osk to draw over the input area
[20:24] <bschaefer> greyback, you may know the answer as well ^ :)
[20:24]  * bschaefer was under the impression unity8 already does this for the phone
[20:25] <greyback> bschaefer: it doesn't request a resize, it just informs the app of the height of the osk, and the app can move its content if it needs to
[20:26] <greyback> it does have the power to do that, or move the surface up
[20:26] <bschaefer> greyback, hmm soo that qt only?
[20:26] <bschaefer> greyback, as this would be for libertine apps
[20:26] <bschaefer> xmir tsuff
[20:26] <greyback> bschaefer: yeah, only qt apps have it implemented. I dunno about other toolkits or inside libertine
[20:27] <bschaefer> right ok hmm... as right now the quickest solution seems to be to request a resize
[20:27] <bschaefer> since theres really 3 things to support qt/gtk/X11
[20:27] <bschaefer> in libertine
[20:28] <bschaefer> annnd would be annoying to support all three directly, unless we can possibly do in in the xmir event loop
[20:28] <greyback> it could be done
[20:28] <bschaefer> greyback, cool trying to figure out *what* needs to be done and how to do it with all this osk stuff :)
[20:29] <bschaefer> greyback, thanks! I can dig around to see how its done currently, then see what gtk supports
[20:29] <bschaefer> or xmir
[20:29] <greyback> ack
[21:57] <Saviq> bschaefer, I'm worried "request a resize" might not even be good enough if apps don't have a behaviour implemented to keep the focused field visible
[21:58] <Saviq> only thing it gives you, really, is that if the input field is close to the bottom of the app, you'll be able to scroll down there
[22:05] <Kristbaum> Hello, I have a problem with Libertine under Unity 8, is this the right place to ask questions?
[22:10] <Saviq> Kristbaum, best post to ubuntu-phone ML, most of the devs hanging out here are offline by now
[22:10] <Kristbaum> I'm on a Laptop ;)
[22:11] <Saviq> Kristbaum, yeah, the -phone suffix is starting to lose meaning with convergence
[22:11] <Kristbaum> :D okay thanks!
[22:13] <bschaefer> Saviq, yeah...but im not sure of a better solution atm :)
[22:13]  * bschaefer attempting to find a good solution we can implement quickly
[23:09] <bregma> just as a pojnt of information, #ubuntu-libertine is also a good place to ask questions