=== Pici` is now known as Guest9250 === Trevinho__ is now known as Trevinho_ === jasoncwarner__ is now known as jasoncwarner_ [06:52] Anyone know John Lea's nick in here (if he does come in here), or anther way to ping him? Thanks. [06:53] heh nvm, just saw the contact link in LP [07:22] Trevinho__: hey, around? === alan_g is now known as alan_g|afk [08:12] Saviq: Morning! how are we regarding the unity-core stuff? [08:13] tsdgeos, it didn't build on raring, so yeah, let's extract it into a separate tree [08:15] oka [08:16] tsdgeos, can you take care of it? [08:16] Saviq: sure, so what we want is a new branch inside the unity repo where we just build unity-core? And have that into the phablet-ppa, right? [08:17] tsdgeos, yeah, preferably keeping the tests for UnityCore [08:17] ok [08:17] Saviq: do you want me to just adapt the cmakelists and keep the uncompiled code around or kill the code? [08:18] tsdgeos, whatever's easier [08:19] Saviq: didn't build on raring? it surely does build :) [08:19] didrocks, long story ;) [08:19] ok ;) [08:19] didrocks, it's behind trunk a lot (and conflicting a lot, too) [08:19] ok, so not unity-core unity, but old unity-core forked :) [08:21] didrocks, yes [08:23] tsdgeos, or... [08:23] yes? [08:24] tsdgeos, we only use r2909..r2910 [08:24] from lp:unity/phablet-mods [08:25] tsdgeos, so maybe we should first try just merging that on top of lp:unity [08:25] and be done with it [08:25] that seems sensible [08:26] will do as soon as i stop deleting^Wreading emails [08:26] tsdgeos, ok, try going that route, make sure it builds on armhf, though [08:26] in case that wasn't merged back [08:27] armhf is the phone/tablet? [08:27] yes [08:27] ok [08:27] tsdgeos, and on quantal, too... [08:29] yes [08:29] let's see how it goes :D === popey_ is now known as popey [08:52] I would like to get know about autopilot testing. I'm installed python-autopilot and download the autopilot test suite from bzr [08:52] I'm facing the issue when executing the simple autopilot test, it couldn't be succcessful [08:54] suga: hi! [08:54] suga: what are the problems you are experiencing? What test suite are you trying to run? What bzr branch did you download? [08:55] suga: and first of all, what Ubuntu version are you using? [08:55] Ubuntu 12.04 [08:55] Ah, 12.04, then it's a bit less straightforward on this version [08:55] When i execute with the simple command the below error proept [08:56] suga: what python-autopilot version are you using then? Since the main archives don't have autopilot for precise [08:58] So, Ur suggestion is that not better to use Python-autopilot on ubuntu12.04? [08:58] suga: not exactly, it's just a bit different to use it on 12.04 [08:59] suga: I got disconnected and didn't get an answer - what version of python-autopilot are you using and where did you fetch it from? [08:59] hey sil2100! [08:59] is there any reference for using python-autopilot on Ubuntu 12.04? [08:59] sil2100: btw, you have results from the last week-end autopilot runs ;) [08:59] sil2100: getting a little bit lower, but still work needed to be done! :) [09:00] * didrocks is trying to fix some unit tests failing due to glib behavior change [09:00] didrocks: is build 16 'correct'? [09:00] * didrocks looks, one sec [09:00] Since I see some new tests failing that didn't fail before, hm hm [09:00] Noo... previous build [09:01] sil2100: yep, that's from saturday morning [09:01] suga: hm, not sure if there is one, but it's easy to do: [09:01] sil2100: flacky tests? :/ [09:01] I can download from bzr repo? [09:01] didrocks: it seems nvidia did something strange and suddenly all tests got broken, will check what it was [09:02] suga: anyway, first of all, could you do apt-cache policy python-autopilot and tell me the version number installed? [09:02] sil2100: yeah, it's not the first time it happens [09:02] sil2100: it seems that if a service is failing, nothing tries to respawn it [09:02] sil2100: like the hud in the past [09:02] and so all tests are timing out [09:03] sil2100: the "no respawn" is a bug in itself [09:03] But still, it's very annoying and introduces a lot of false-positives [09:03] :< [09:04] ok thx.. I try with the command and tell the installed version [09:04] So.. can u tell that is there any flexible tool for test automation on Ubuntu 12.04 unity? [09:05] except from Autopilot [09:07] installed version seems as Installed: 0.1~ppa1-0~12+2~precise1 [09:07] suga: ah, you are telling "false-positives" as well? :) [09:07] oupss [09:07] sil2100: ^ [09:07] didrocks: I actually picked that up hearing that from you ;) I like the sound of it very much [09:07] ah :-) [09:08] suga: ok, so, hmmm, give me a moment, need to check what version is this [09:08] false joy: olli was pulling on my legs, telling that's a "French thing". I believed for one sec it wasn't one :) [09:08] suga: but it should work like with the 1.1 version, so before you run some tests from any directory, you need to set PYTHONPATH to that directory, example: [09:09] You have the tests in /tmp/unity/tests/autopilot [09:09] So, you do: [09:10] PYTHONPATH=/tmp/unity/tests/autopilot unity list [09:10] To list the available tests from the given test branch [09:10] The same when using run [09:10] ahh ... thanks... I put the test on the location and set the python path [09:11] PYTHONPATH=/tmp/unity/tests/autopilot unity run name.of.the.tests.to.run [09:11] and let pick with the feedback from that [09:11] And it *should* work, but sadly right now I have nowhere I could check that, since I'm on 13.04 [09:12] it's ok.. I try with my machine.. let u know if i face any issue [09:12] Good luck [09:13] didrocks: nvidia seems to have broken down on unity.tests.test_hud.HudBehaviorTests.test_dash_to_hud_has_key_focus [09:13] sil2100: yeah, that's when the hud process is taken down, right? [09:13] sil2100: and nothing restarts it? [09:13] didrocks: it looks like it ;/ [09:14] */job/ps-unity-100scopes-experimental-autopilot-release-testing/label=autopilot-nvidia/16/artifact/results/artifacts/unity.tests.test_hud.HudBehaviorTests.test_dash_to_hud_has_key_focus.ogv [09:14] sil2100: can you please open a bug on hud and ping ted for it? [09:14] sil2100: would be nice to have get it fixed === alan_g|afk is now known as alan_g [09:14] didrocks: will do! [09:14] sil2100: other than that, I would say: look at the other configs [09:45] didrocks, sil2100: btw, jono opened https://bugs.launchpad.net/unity/+bug/1159200 about the segfaults he sees with the ppa [09:45] Launchpad bug 1159200 in Unity "Hang on previews with smart scopes PPA" [Undecided,New] [09:45] dednick, mhr3: ^ [09:47] Saviq, I'm back on the PageHeader tests now. What was that fix you recommended for the label hiding behind the search field? I can't seem to find it in the logs. [09:48] nic-doffay, you need to check whether the label contentWidth + units.gu(40) < pageHeader's width [09:48] nic-doffay, units.gu(40) being searchField's expanded width [09:53] dednick: https://code.launchpad.net/~didrocks/unity/fix-tests-with-latest-glib-unity7/+merge/155189 [09:54] What does .gu do Saviq ? [09:54] nic-doffay, it's grid unit - units.gu() returns the device-specific amount of pixels per grid unit [09:55] dednick: and https://code.launchpad.net/~didrocks/unity/fix-tests-with-latest-glib/+merge/155190 for trunk [09:56] mhr3: oh, almost forgot about it: https://launchpad.net/~ubuntu-unity/+archive/experimental-prevalidation/+build/4397994/+files/buildlog_ubuntu-raring-i386.libunity_6.91.7%7Edaily13.03.25ubuntu.unity.experimental.certified-0ubuntu1_FAILEDTOBUILD.txt.gz [09:56] didrocks: which tests were failing? unit or AP? [09:56] dednick: unit [10:00] That didn't seem to do the trick for me Saviq [10:00] mhr3: pstolowski: mind having a look at the libunity FTBFS? ^ [10:01] nic-doffay, there's a "narrowMode" prop on searchContainer [10:01] nic-doffay, that's what decides if the search entry goes next to the label or above it [10:02] nic-doffay, that's where the condition needs to take the label's contentWidth into account [10:02] mhall119: pstolowski: looking at it, I can bet this is the same cause, one sec [10:08] didrocks, seems that way [10:08] didrocks, so what exactly did they do to glib? if the binary is not present they ignore the desktop file? [10:09] mhr3: exactly, see https://git.gnome.org/browse/glib/commit/?id=f641699299ed2713cf247e3465bb1a21612b36f7 [10:09] mhr3: I'll fix it in few minutes, debugging something else meanwhile [10:13] Saviq, property bool narrowMode: label.contentWidth + units.gu(40) < pageHeader.width [10:13] i'm a bit worried what other things will break [10:14] nic-doffay, yeah, looks roughly OK, does it work? [10:14] No, that was what I had done prior Saviq [10:15] nic-doffay, pastebin your diff (with the tests) please? [10:22] didrocks, it looks like the pygi overrides files in libunity are not installed for python3, could you add the necessary deb voodoo to make it happen pls? [10:22] cc: davidcalle ^ [10:23] mhr3: will do, is the override the same than for python2? [10:23] didrocks, yep [10:23] brb! [10:23] ok [10:23] didrocks, merci [10:23] mhr3, didrocks, thanks :) [10:24] davidcalle: mhr3: de rien :) [10:25] dednick: tell me once you are happy with those branches, that will enable to start another daily [10:26] didrocks: sure. give me a sec. [10:27] didrocks: you want me to global approve? [10:28] Saviq, test: https://pastebin.canonical.com/87598/ [10:28] dednick: yes please :) [10:28] didrocks: done [10:29] Saviq, https://pastebin.canonical.com/87599/ Diff there [10:29] dednick: thanks! [10:31] nic-doffay, https://pastebin.canonical.com/87601/ seems to work for me [10:37] brb [10:44] Saviq, I'm doing a ./build then running qmlscene tst_PageHeader.qml, not seeing a fix though. === Trevinho__ is now known as Trevinho [10:52] nic-doffay, just resize the window, you'll see that it goes away when there's not enough space [10:54] nic-doffay, that calls for a test, btw [10:57] Agreed [11:06] Saviq, the label still appears over the search box though. [11:06] If the label is too long. [11:08] nic-doffay, you mean when you expand it? then yeah, use units.gu(50) or so, I didn't take margins into account [11:10] Yeah when it's expanded Saviq [11:11] nic-doffay, yeah, I didn't take margins into account - units.gu(40) is the width of the expanded search entry [11:11] nic-doffay, but the label has a margin etc. [11:11] nic-doffay, so units.gu(50) looks fine, leaving some space between the label and expanded search entry, too === mmrazik is now known as mmrazik|lunch [11:36] mhr3: davidcalle: https://code.launchpad.net/~didrocks/libunity/install-python3-override/+merge/155206 FYI [11:36] mhr3: davidcalle: we need to have libunity7 rebuilding first though before approving that one [11:38] didrocks, thanks, this was blocking some previews :) By the way, I've found a way to have geolocalized weather photos [11:39] davidcalle: yeah, I saw your post on g+, this is awesome! [11:39] davidcalle: not sure how many photos you find though ;) [11:40] didrocks, quite a lot actually, and it's flexible enough to give small cities a photo from the largest city near them. [11:40] davidcalle: I think for my week-end html5-app, I will steal some of your logic here :) [11:43] didrocks, sure :) btw, you can even submit some pictures of Lyon's weather http://www.flickr.com/groups/projectweather/ to have them in the scope, because there is nothing yet for it. [11:43] davidcalle: interesting, will do! :) [11:43] davidcalle: there is no limitation in term of calls? [11:45] didrocks, I'm using the API key we have in distro since 12.10, I'm not sure of the limit, but since it's fine with our current load... [11:45] davidcalle: excellent, will definitively have a look :) [11:48] Could anyone have a look at this and recommend more tests which could be done? [11:48] https://code.launchpad.net/~nicolas-doffay/unity/page-header-test [11:56] Saviq: i've done the merge, but there's a billion things that don't build in quantal now, i'm going to make it build unitycore only, ok? [11:56] tsdgeos, yeah I suspected as much [11:57] tsdgeos, but at least we'll be able to keep on top of lp:unity [11:57] yep === MacSlow_ is now known as MacSlow|lunch === Pici`_ is now known as Pici === mmrazik|lunch is now known as mmrazik === _salem is now known as salem_ === alan_g is now known as alan_g|lunch [13:11] mhr3: pstolowski: https://code.launchpad.net/~stolowski/libunity/insert-scope-id/+merge/155197/comments/338887 [13:12] didrocks: ah, thanks [13:12] good morning! === cyphermox_ is now known as cyphermox [13:12] pstolowski: yw ;) [13:12] hey cyphermox [13:12] hey didrocks [13:12] how are you? [13:12] good good, had fun due to glib this morning… [13:13] and you? [13:13] yuck [13:13] good good, things are green, makes me happy [13:13] :) [13:13] cyphermox: watch out next time you have something new [13:13] cyphermox: glib changed its way of dealing with .desktop file [13:13] oh fun [13:13] I'll keep that in mind [13:13] changed how? [13:13] if the Exec= refers to a binary which isn't in the PATH [13:14] it will ignore it [13:14] oh. cute. [13:14] makes sense in most of case [13:14] yeah [13:14] not for testing… [13:14] didrocks: you can fix PATH for testing ;) [13:14] as you ship .desktop just to test something [13:14] cyphermox: well, you need to ship those binaries… [13:14] which maybe you don't want [13:14] so I set to /bin/true :) [13:15] didrocks, pstolowski, it wasn't really necessary to bump it in the first place [13:15] mhr3: just be coherent if you bump it please :) [13:17] mhr3: I know it wasn't a hard requirement, but it's required for the functionality to work as expected [13:18] pstolowski, oh but you bumped the requirement on the home scope branch [13:19] didrocks: I guess it's enough to bump the version in the existing changelog entry (that says UNRELEASED)? [13:19] pstolowski: yeah, just modify this one [13:19] pstolowski: we should remove the ~ btw [13:21] didrocks: "6.91.8-0ubuntu1" ? [13:21] pstolowski: got it! :) [13:22] \m/ [13:24] didrocks: https://code.launchpad.net/~stolowski/libunity/insert-scope-id/+merge/155221 pls [13:25] pstolowski: speaking of which: http://bazaar.launchpad.net/~unity-team/libunity/libunity-7.0/view/head:/data/client-scopes.json [13:25] pstolowski: there is no scope ids for gwibber/photos [13:25] (and gwibber should be friends) [13:26] pstolowski: maybe we should fix that at the same time? [13:26] didrocks: right [13:27] pstolowski: tell me once done :) [13:27] k === alan_g|lunch is now known as alan_g [13:40] didrocks: afaict, looking at http://bazaar.launchpad.net/~unity-team/unity-lens-friends/libunity7-compatible/files/head:/data/ , it's not 'friends', but 'social'? === MacSlow|lunch is now known as MacSlow [13:42] pstolowski: package is friends, social is the master scope name AFAIK === mfisch` is now known as mfisch === mfisch is now known as Guest99129 [14:10] didrocks: hey, you've approved already? I'm updating client-scopes.json [14:10] pstolowski: well, I wasn't sure if you wanted to finally push to the same branch as it was 45 minutes ago :) [14:10] pstolowski: ok, will remove the approval [14:10] pstolowski: done :) [14:11] didrocks: I had a lot of fun and confusion trying to find actual gwibber scope, and then also understanding what we want. and we're also missing .scope files for photos, adding them as well [14:12] pstolowski: thanks! [14:15] tsdgeos: lol: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner/280/artifact/qml_phone_shell.tests.testconfigurations.TestNexus4.test_hide_hud_click_outside_handle.ogv [14:15] what the heck is happening here [14:16] ouch [14:16] poor guy :D [14:31] dednick, you coming to standup? [14:31] Saviq: be there in a sec [14:38] didrocks: hey, what's delaying the smart scopes? [14:39] mhall119: the fact to run 40 python process I would say [14:39] davidcalle: ^ [14:39] and maybe the REST results [14:39] some part are also ran by the server [14:39] which can be slow [14:39] Here's the MP everyone: https://code.launchpad.net/~nicolas-doffay/unity/page-header-test/+merge/155242 [14:40] IIRC, there were only about a dozen local scopes, the rest were server-side [14:40] and I'm *assuming* that the server-side is cloud-scalable [14:40] mhall119, didrocks: the fact that searches are not properly canceled yet. If you move a master scope out of the home dash (with a dconf key), you can see it running as fast as any lens. [14:41] mhall119: we have 40 installed [14:41] 29 new local scopes, IIRC [14:41] davidcalle: I did notice that it wasn't cancelling searches when the search term changed [14:42] didrocks: and isn't the point of the new service the fact that we won't have to run them all? [14:42] Saviq, something (like ListView) that's set to interactive: false does not allow any interactive child-items anymore? [14:43] "having 40 python processes" was baked into the design [14:43] didrocks: updated https://code.launchpad.net/~stolowski/libunity/insert-scope-id/+merge/155221 [14:43] MacSlow, no, that just means the listview itself won't be interactive [14:44] MacSlow, i.e. you won't be able to drag it, essentially [14:44] mhall119: right, but the recommendations by the server is not optimal [14:44] Saviq, ok tkx [14:44] thx [14:44] mhall119: so right now, we are running them all to get results [14:44] pstolowski: thanks! [14:44] MacSlow, http://qt-project.org/doc/qt-5.0/qtquick/qml-qtquick2-flickable.html#interactive-prop [14:44] didrocks: also something that was expected, and will start to resolve itself as the server learns, right? [14:45] mhall119: right [14:46] mhall119: but there are still room for improvment on our side first :) === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === alan_g is now known as alan_g|tea [15:29] sil2100: FYI, latest of the latest results available :) [15:29] dednick: sil2100: did you get any progress today on it? ^ [15:30] didrocks: working on it now. i think the basic problem is that the scopes are slower at displaying results, and there are points in the AP tests where it doesnt actually wait. [15:30] which is where the flakyness comes in [15:30] dednick: yeah, that was part of my guess once I saw that you didn't as much fixed ones as planned [15:30] sometimes the results are available, sometimes not [15:30] get* [15:30] yeah :/ [15:31] dednick: we should maybe wait for the full timeout? [15:31] didrocks, heyo. re: daily release of the touch stack. Let's say I wanted to enable daily releases of qtubuntu into our touch PPA. How would I do that? [15:33] mterry: with the 100scopes project, all my planning around the touch stack is screwed. I would have hope we got some discussion and all the platform ready by now, but I'm postponing it for now [15:33] didrocks: there are many places where it just does something like "get_results()[0]" without verifying that there are results yet. so it's just about adding the wait functions between. [15:33] didrocks, k [15:33] mterry: is everything that qtubuntu build-dep on already in the distro or daily-releasing? [15:33] dednick: ah nice! [15:34] didrocks, libhybris and ubuntu-platform I think are not yet daily-release [15:35] didrocks, I'm not sure anything is daily-releasing yet? [15:35] mterry: libhybris is the android side [15:35] mterry: I asked a lot of people to decipher the story to be able to build what we need to build on x86 [15:35] didrocks, yar, qtubuntu is armhf only right now [15:35] mterry: didn't get anyone communicating though :) [15:35] mterry: so yeah, if you can look at it and know what's needed to be done to build on x86 [15:36] which is a problem, but a separate one from daily-release [15:36] I think is was mzanetti_ telling me that everything can build on x86 [15:36] mterry: well, I'm taking that as part of "let's bootstrap" [15:36] didrocks, I remember asking around and everyone told me to ask someone else [15:36] yes, it was mzanetti_ [15:36] :) [15:37] mzanetti_: so, do you know what's the issue when an app is depending on qtubuntu? [15:37] which is armhf* only [15:37] didrocks: then it should only depend on qtubuntu for armhf [15:37] mzanetti_: but the app can work without it? [15:37] didrocks: yes [15:37] on x86 [15:37] interesting [15:38] qtubuntu is and will really stay amrhf-only? [15:38] didrocks: here's the explanation: [15:38] mterry: did you see that in the packaging? ^ [15:38] * didrocks listens! [15:38] didrocks: we have Qt as a middleware [15:38] didrocks: qtubuntu sits below qt, as a Qt plugin [15:38] didrocks: the app sits above Qt === alan_g|tea is now known as alan_g [15:38] ok, so the app always dep on Qt, not qtubuntu [15:39] didrocks: I think our apps would also work on the phone without qtubuntu [15:39] and qtubuntu is installed by seeding it on amrhf [15:39] didrocks: just lack hardware acceleration support etc [15:39] didrocks: yeah, exactly [15:39] ah, finally, someone explaining it \o/ [15:39] didrocks: if an application has a direct dep on qtubuntu Imho its wrong [15:40] didrocks: well... Qt would bail out on the device saying: No hardware backend found [15:40] didrocks: but we could install some mimimalistic, no-accelerated backend instead of qtubuntu and itll work too [15:40] mzanetti_: making sense [15:41] any wiki or webpage explaining the setup for an armhf chroot for building packages for the device? I have one it's been a while since I last used it. I fear it might be outdated (e.g. using wrong apt sources) [15:41] didrocks: the equivalent of qtubuntu on the desktop is libxcb (and probably some qtxcb package - dunno the exact names) [15:42] mzanetti_: ah, this is the part binding to surfaceflingers? [15:42] (qtubuntu) [15:43] didrocks: yeah! I think qtubuntu was split up in 3 packages lately, so I don't know exactly which part sits in which package... ricmm could help you there [15:43] didrocks: but yes, in general, thats the idea [15:44] mzanetti_: and what about the ubuntu-platform-api? [15:44] didrocks: thats one of those 3 packages I meant [15:44] ah :) [15:44] didrocks: but now we are getting into the area where a rocket scientist has better information than I do [15:44] e.g. ricmm or jhodapp [15:44] ok ;) [15:45] thanks a lot mzanetti_ [15:45] np [15:46] mzanetti_, qtubuntu-media is another of the 3 packages? [15:46] mterry: I think so, yes. [15:46] but as I said, the exact details of those packages are a bit out of my scope... I work mostly from Qt upwards [15:47] so don't rely on everything below with 100% on me [15:49] mzanetti_: it's already a lot in the stack :) [16:00] mardy: yo, thanks for having a look at https://bugs.launchpad.net/signon/+bug/1156776 .. but signon-plugin-oauth2-0.15 still does not build :-/ ... another issue now [16:00] Launchpad bug 1156776 in Online Accounts: Sign-on daemon "signon-plugin-oauth2-0.15 fails to build" [Low,New] [16:01] I updated qmake .pro files in signond to build "signon-plugins" as .so as well and then I got signon-plugins-oauth2 to build [16:01] but maybe there is a reason why it's not built as a shared object ... :-s === naee is now known as eean === mmrazik is now known as mmrazik|otp [16:05] tsdgeos: just curious...what's left on hud unit/autopilot tests? [16:05] kgunn: i'd say i'm mostly done [16:05] my plan was having a review today on what was missing [16:06] but i got hooked on fixing the unity-core build in raring by Saviq [16:06] so haven't done it [16:06] tsdgeos: cool :) i was bp digging....np [16:06] still paying our fork everything in incompabile ways punishment [16:07] tsdgeos: no doubt....remerge hell [16:07] always is a pain === dandrader is now known as dandrader|lunch [16:31] Saviq, ping [16:31] tvoss, pong [16:32] Saviq, are we aware of https://bugs.launchpad.net/touch-preview-images/+bug/1159011 [16:32] ? [16:32] Launchpad bug 1159011 in touch-preview-images "on Nexus 7 Indicators do not work until an application has been activated from the launcher" [Undecided,New] [16:32] tvoss, no [16:33] tvoss, I don't have a 7, though :/ [16:36] Saviq, is that bug logged against the right project? [16:37] tvoss: let me chase [16:41] tvoss: i have a 7, just tested against the description - i kind of think its right [16:41] tvoss: meaning current behavior [16:41] tvoss: if you're on the greeter (aka lock screen) [16:42] tvoss: you shouldn't be able to fiddle with indicators [16:42] tvoss: a question for design to settle i suppose [16:43] kgunn, can you assign it to someone to take care of it? [16:43] tvoss: yep...going to point it to a design folk [16:46] kgunn, thanks [16:48] mpt: ping [16:49] mterry: thanks for backporting this commit! [17:00] kgunn, http://unity.ubuntu.com/getinvolved/development/unitynext/ [17:04] Saviq: ok, did the merge, this is the monsted https://code.launchpad.net/~aacid/unity/phablet-mods-merged/+merge/155243 [17:04] after that we need this change in the shell https://code.launchpad.net/~aacid/unity/new_unitycore_api/+merge/155286 [17:04] tsdgeos, you rebased? [17:05] Saviq: for some reason the CI is failing, mzanetti_ says mmrazik knows why [17:05] Saviq: merged lp:unity into the phablet-mods thing [17:05] tsdgeos, I thought you'd just get lp:unity and cherry-pick from lp:unity/phablet-mods [17:05] Saviq: yeah but in the end i thought it'd be safer to make sure i did not leave anything out to merge [17:06] Saviq: i can do the cherry-picking if you prefer, now that i know what files don't build anyway :D [17:06] tsdgeos, yeah that's right, I just wanted to save you the merge [17:06] or the conflict resolution, more [17:06] merge was "easy-ish" [17:07] problem was going into device+quantal and skipping stuff that don't build [17:07] in the more "fine grained" possible way [17:07] so we still run as much tests as we can [17:07] at this stage i've dpkg-buildpackage'd in device+quantal and VM+raring and built unity/phablet on top of it [17:08] "should" work (TM) [17:16] tsdgeos, great [17:18] will get on it first thing tomorrow [17:22] Saviq: i'm eoding too, let's see if mmrazik can have a look at the CI job in the meanwhile [17:22] * tsdgeos waves === dandrader|lunch is now known as dandrader === mmrazik|otp is now known as mmrazik [17:41] luv: hi! can you find a libsignon-plugins.* somewhere in your system? [17:43] will do when i get back home - am i looking for a package or a file? [17:43] luv: a file; IIRC the package has a similar name, though [17:52] larsu_, ping? [17:55] mhr3: on my way to lunch. Talk later? [17:55] larsu_, just a quickie [17:55] larsu_, do you know who would know about gvfs-httpd? [17:56] mhr3: nope :) [17:56] see... quickie :) [17:56] haha nice === alan_g is now known as alan_g|life [18:12] Saviq: looks good...good to get that one out there === racarr is now known as racarr|lunch === dandrader is now known as dandrader|Afk === larsu_ is now known as larsu === racarr|lunch is now known as racarr [19:32] mardy: http://pastebin.blesmrt.net/3103/ [19:34] mardy: only relavant libs i have installed in the system are libsignon-plugins-common.so.* (don't mind libsignon-plugins.* in my home - it's a custom build after modifying .pro file, upstream doesnt build shared objects there by default) === dandrader|Afk is now known as dandrader [19:45] greyback: ping [19:45] kgunn: pong === Guest99129 is now known as mfisch === mfisch is now known as Guest22245 === salem_ is now known as _salem [21:28] hey guys, I applied for them ailing list a while ago [21:28]