[05:48] hey Mirv! [05:49] I just rebooted the ati machine (which was off) for unity, do you mind writing the states for the other ones? [05:49] everything will rebuild in a couple of hours, so no need to launch anything by hand (apart from publication if needed, of course) [06:15] hey didrocks. thanks, the ati was indeed down. [06:15] didrocks: mir would have the library transition finalization now http://10.97.0.1:8080/view/cu2d/view/Head/view/Mir/job/cu2d-mir-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mir_0.0.9+13.10.20130812-0ubuntu1.diff [06:16] and indicators would have bamf transition https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/indicators_libbamf3-2/+merge/179625 [06:17] (the SONAME bump itself at http://bazaar.launchpad.net/~unity-team/bamf/trunk/revision/579, will show up after the libbamf3-2 is allowed) [06:20] Mirv: we need to publish mir and mirslaves together [06:20] it seems that -proposed doesn't block [06:21] Mirv: for bamf, do you think we'll be able to release unity after that? [06:21] Mirv: as unity links against bamf, I don't want bamf being block for days in -proposed [06:22] Mirv: I approved the bamf config change, please redeploy, next run is soon ;) [06:22] there doesn't seem to be any unity-system-compositor changes pending, though, or is a rebuild needed? [06:22] argh, next run already started even [06:22] Mirv: it does try to rebuild [06:22] at every tick [06:22] so maybe some tests didn't pass? can you investigate? [06:22] releasing unity probably no actual blocker but the failing AP tests [06:23] Mirv: let's see with this run? [06:23] ok [06:24] regarding mirslave, the AP tests went fine but the check phase still failed http://10.97.0.1:8080/view/cu2d/view/Head/view/MirSlave/job/cu2d-mirslave-head-2.2check/72/console [06:24] Mirv: we know that indicators are going to fail, do you mind once the indicator stack is finished redeploying with your branch? [06:24] Mirv: they weren't fine: just one test ran [06:24] isn't it? [06:24] didrocks: yep, waiting for it to finish [06:24] yes, that's why it's catching it [06:24] yep [06:25] let's see as well with this run [06:25] it should be better now that the ati machine is reachable [06:25] probably yeah, maybe it's due to the ati machine which just went down [06:25] Mirv: mind keeping an eye? [06:25] Mirv: you can release stacks as they finish [06:26] just to be aware of: [06:26] the platform failure I added in the morning to the sheet is interesting, it just appeared out of nowhere (seemingly) yesterday and has happened now twice in a row [06:26] - we need mir + mirslaves all together [06:26] will do [06:26] - and due to the bamf transition, we'll need indicators + unity I guess [06:26] Mirv: yeah, do you think it's a flacky test? [06:26] weird that it happens on the 3 configs [06:27] it's a symptom of something, surely, not just a flaky test [06:28] Mirv: ok, so I guess ping upstream :) [06:29] the actual failing test is unity home lens, which just is executed by the platform stack check as well [06:34] it would make sense that the unity stack autopilot run would show the same [06:35] indeed [06:35] if it doesn't, it means that the issue is in the platform stack itself [06:52] Morning desktoppers [06:52] Mirv: hi! I see the platform stack fails on check, there is one test failing - you on it? [06:54] Fixing the extra packages in indicators, I see bamf got bumped [06:55] hey sil2100! how were your holidays? :) [06:55] sil2100: I think there is already a branch merging with that ;) [06:55] (the bamf thingy) [06:55] \o/ [06:55] didrocks: it was fun :) Although the hot weather spoiled it a bit... [06:55] no swimming pool nearby? ;) [06:56] didrocks: I'm getting some sort of deployment error with the indicators (job not found?) https://pastebin.canonical.com/95740/ [06:56] hi sil2100, welcome back! [06:57] sil2100: platform is currently bug #1211174, let's see if the same error is gotten with unity stack test run as well, or not [06:57] Launchpad bug 1211174 in Unity "unity.tests.test_home_lens failing" [Critical,New] https://launchpad.net/bugs/1211174 [06:58] didrocks: sadly no! But we went to a mountain forest and it was a bit cooler there [06:58] Mirv: hi! Awesome ;) [06:58] Mirv: the indicator stack did finish, right? [06:59] Mirv: the error is similar when you are not connected to the vpn, I think you are on that machine, though, right? [06:59] sil2100: ah, nice! :) [07:00] didrocks: no, from home machine, the vpn does work fine and it progresses always to that point (ie fails after the lp:indicators-client line) [07:00] sil2100: FYI, now we write everything on https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=3 [07:00] I just copy-pasted creatively from the '$' character [07:00] Oh, all the stack statuses? [07:00] Mirv: you are failing on the first jenkins job though, let me try [07:01] sil2100: anything blocking publishing, make a note on that sheet right away [07:01] didrocks: ok, thanks. the branch did merge now as well, so could try from the machine as well. [07:01] Mirv: working here (with -US), I think it's a bzr branch issue, a permission one [07:02] ok.. [07:02] didrocks: about the libmirserver1 issue... I see a mention in the spreadsheet - anything specific needs fixing, or is http://10.97.0.1:8080/view/cu2d/view/Head/view/Mir/job/cu2d-mir-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mir_0.0.9+13.10.20130812.1-0ubuntu1.diff enough? [07:03] sil2100: we need mirslave to be ready as well and rebuilt against it [07:03] sil2100: it's enough, mirslave just needs to publish at the same time [07:03] sil2100: as you can see, there is a full rebuild in progress, so let's keep a look at it [07:03] Good [07:04] sil2100: and some stacks are now recovering from ati machine having been down [07:05] Ouch [07:19] sil2100: the -ati machine seems wracky again, it was ok on Friday/Saturday [07:19] sil2100: I think it's mir being the issue with that [07:19] (the tests are ran in mirslave) [07:20] can you see if anything was committed between latest good mirslave run and the new bad one in mir itself? [07:20] (so look at when exactly mirslave check started to fail) [07:20] and potentially match that with a mir rebuild which happened just before? [07:21] * didrocks reboot ati to save it first [07:25] morning from debconf ;-) [07:28] hey Laney! [07:28] how were your holidays? [07:28] (you went to Lyon, right? I was expecting an email from you ;)) [07:28] hello [07:28] yes but only briefly - we went to grenoble for more time [07:28] sorry :( [07:28] ah ok ;) [07:28] they were fun! we got the good weather [07:29] excellent [07:29] lots of cafés and exploring [07:30] heh! and you nearly escape the crazy temperature (it was a lot less than some days ago) [07:31] around 30-ish, not crazily hot but good enough :P [07:31] went to the outdoor pool in Lyon one of the days which was a good thing to do in the sun [07:32] * Laney relocates to the talk room [07:32] the one near the Rhône? [07:32] yep [07:32] it's nice, isn't it? We try to get there regularly with Julie :) [07:32] (rather in the morning, to avoid having too many people) [07:33] * didrocks can't wait for the second half of the renovation to finish [07:37] very enjoyable, indeed! [07:38] good morning desktopers [07:42] ok indicators is now ready (=waiting), let's see what happens with unity [07:42] hello seb128 [07:42] hey Mirv didrocks sil2100 [07:42] hey seb128 [07:43] Mirv: as there is a change in term of packaging, unity failed (see the -check job) [07:43] Hi! [07:43] Mirv: you need to relaunch with --check-with-whole-ppa I guess [07:43] (first stopping the build monitoring preferably) [07:44] * didrocks does to speed up [07:45] yes the same bamf that now got added to indicators [07:46] didrocks: unity restarted itself immediately after you stopped the build job? [07:46] Mirv: I did it manually quickly [07:46] if we can unblock those ASAP… [07:47] didrocks: ok so you restarted as well, right.. [07:47] quick and unity AP tests don't fit into same sentence [07:47] :p [07:47] next ran is at 12 [07:47] sorry, I meant, in 2 hours [07:47] so should be fine [07:48] just hoping that they pass, then publishing indicators should publish unity if they don't have any packaging change [07:50] hey seb128 ;-) [07:51] Laney, hey, did you have good holidays? [07:51] Laney, how is debconf (are you there yet)? ;-) [07:51] seb128: quite fine and sunny thanks [07:51] yes [07:51] it's good, picturesque location [07:51] looking forward to some swimming in the lake [07:52] I like those conference weeks :p [07:52] Mirv: however, sdk seems publishable to me [07:52] can't complain [07:56] Laney: brought swimsuit+towel along today? :) [07:56] stgraber: forgot them today :( [07:56] hehehehe [07:56] I'm going swimming friday ;D [07:56] if the weather's good [07:56] but if someone goes to pick up xnox I could go back and collect them [07:56] ...or he could grab them from my bag ;-) [07:57] that reminds me [07:57] I keep thinking of the nick xnox like the package vim-nox, x with no x :P [07:57] why do they care so much about the type of swimwear you have in france? [07:58] didrocks: thanks [07:58] the guy made me show him them to check they were of a correct standard :P [07:58] Laney: because people started to use them when walking on the street [07:59] didrocks: hmm, this is new to me http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/138/console [07:59] haha [07:59] Mirv: oh right, it's due to me screwing that up, one sec [08:00] ok [08:00] Mirv: should be fine now [08:02] didrocks: so it seems, great! [08:02] sweet :) [08:05] didrocks: FYI in addition to the qt3d wanting to be sponsored, lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src_5.0.2 would have something thomi says is needed before switch to click packages can be done. debian/ diff to ubuntu7 at http://pastebin.ubuntu.com/5976449/ [08:05] Mirv: ok, please file that in the spreadsheet, I'll handle both as soon as I've time for it [08:06] didrocks: it's already there [08:06] putting the branch in there as well now [08:06] thanks [08:06] thanks to you :) [08:08] seb128: hey, with upstart user session, are scripts in /etc/X11/Xsession.d/ still sourced? [08:09] yes, but STARTUP isn't run [08:09] it's overridden in 99upstart [08:09] didrocks, I think it's "yes, but ... what Laney said [08:10] but if we export an env variable, it will be available as well? [08:11] yeah [08:11] great :) [08:12] thx [08:13] didrocks, it shouldn't change a lot, the user session is still started from the Xsession script, it's just an init process at the bottom rather than gnome-session [08:15] ok, sounds good, thanks seb128 :) [08:16] yw [08:33] saluton kaj bonan matenon [08:35] desrt, good morning to you! back in Europe? or you just didn't bother trying to navigate tz changes for a few days before travelling back? [08:37] hello desrt [08:38] Morn desrt! [08:38] seb128: the second one :) [08:38] desrt, ;-) [08:39] tiffany is kinda unhappy... :p [08:39] desrt, did you have a good first class upgraded trip? [08:39] yup [08:39] austrian are crazy with the food [08:39] desrt, just tell her to do the same, so she doesn't have to fight jetlag when landing in Europe :p [08:39] i was so full i had to leave behind half of my snitzel... the flight attendent was like "was something wrong? can i bring you something more instead?" [08:40] noooo!!! [08:40] seb128: ya.. i tried that.... she understands the logic but is somehow lacking in motivation at 4am [08:40] haha [08:40] desrt, understandable ;-) [08:41] seb128: are you in berlin yet? [08:42] desrt, no, I'm travelling tomorrow [08:42] seems that we may have a fairly nice group there [08:42] seif may also come [08:42] and someone else too, whose name currently escapes me [08:42] going to be a fun week ;-) [08:43] larsu remembers, perhaps [08:44] desrt: morning. Do you mean owncloud dude? His name's Jan ;) [08:45] ah. right! [08:46] seb128: hi! When are you coming in tomorrow? [08:46] larsu, hey! landing around 2pm in txl [08:48] seb128: is dholbach picking you up? [08:48] yes [08:48] larsu: did you figure out the bike thing yet? [08:49] desrt: what bike thing? [08:49] bike thing? [08:49] how to get it from txl to my appartment? [08:49] yes [08:49] we'll take a cab [08:49] can't you just ride the thing? :p [08:49] my mom's car has enough space, but only two seats, and my stepdad needs his [08:50] desrt, are you coming your bikes? [08:50] seb128: no. larsu bought a bike when he was in toronto [08:50] ah, I see [08:50] and lufthansa made his life a living hell trying to get it back to germany [08:50] or swiss rather, right? [08:50] that's the sort of thing I would just sell to buy a new one back home [08:50] ya [08:51] seems less trouble/expensive than flying a bike over [08:51] seb128: air canada is making it pretty cheap [08:51] aka free [08:51] air canada seems awesome as an airline ;-) [08:51] seb128: only if you're desrt [08:51] larsu: $50 flat fee for everyone else seems pretty reasonable [08:52] larsu, the guy go promoted first class on his way back from GUADEC.. *again* [08:52] got* [08:52] seb128: it was an accident, i swear [08:52] yeah yeah [08:52] hehe [08:52] i just stepped up to the auto-open gate and scanned my barcode [08:52] and instead of opening it printed out a little slip [08:52] "oh. okay then." [08:53] the universe likes you, just take it as it is and enjoy ;-) [08:54] * desrt plays the lotto :) [08:59] Mirv: very busy right now? ;) [09:13] sil2100: what's up? I can take a pause from other stuff if needed [09:34] Another reboot [09:34] brb === vrruiz_ is now known as rvr [09:42] Mirv: publishing indicators and forcing unity publication (the webapps issue isn't related) [09:43] Mirv: someone needs to transition bamf for other rdepends that are in proposed [09:51] didrocks: ok, great. I just refreshed unity a bit earlier and it hadn't finished yet. [09:52] Mirv: can you handle the bamf transition so that everything don't stuck in -proposed? [09:52] didrocks: I don't immediately see what's stuck, but I'll keep an eye on the update_excuses page to when something seems stuck [09:52] Mirv: apt-cache rdepends libbamf3-1 helps :) [09:53] didrocks, Mirv: I can do no change rebuilds, Mirv would need a sponsor anyway... [09:53] gnome-pie [09:53] ginn [09:53] hud [09:53] hud is there at least [09:53] not sure if hud was rebuilt against latest [09:53] seb128: that would help, thanks! [09:53] yw [09:54] didrocks: yeah maybe I misunderstood, I was thinking about stuff that is already in -proposed that would be stuck, but indeed those rdepends need the rebuilds [09:54] and thanks seb128 [09:54] yw [09:56] didrocks: do you happen to know who can configure the jobs at https://jenkins.qa.ubuntu.com/job/u1db-qt-precise-amd64-ci/9/console instance? [09:56] (or where they are configured) [09:56] didrocks: if we don't find the place, I was considering a workaround of having one precise package as well in the daily-build PPA, just to generate the indexes.. [09:57] Mirv: I think fginther [09:57] ok, we may need to wait for him to configure that, as JP is on holiday [09:57] thanks [10:20] sil2100: if you publish Mir now, you will see that mirslaves will be published automatically as well, do you want to try? [10:21] didrocks: oh! Let me try that then indeed - using cu2d-run is enough? [10:21] sil2100: yeah, force Mir publication [10:23] didrocks: publishing and looking at mirslave [10:23] didrocks: neat, is such a dependency somehow coded in the config file? [10:26] sil2100: no, basically if you publish a stack [10:26] it will try to publish all reverse dependencies stack that are in manual publishing mode [10:26] (as they may be just pending because their dependency was in manual publication mode) [10:30] sil2100: ok, I've cleaned head as needed [10:31] I hope everything is noted down on the spreadsheet and upstream is pinged for everything [10:33] didrocks: I noticed that the unity's AP run also had the same test failing that the platform is halting because of [10:33] Mirv: I think sil2100 added those, maybe check if it's relevant to block on that one? [10:35] didrocks: no, I filed the bug #1211174 as discussed in the morning, plus pinged Trevinho on it. I updated it now to reflect that it's not platform related. [10:35] Launchpad bug 1211174 in Unity "test_home_lens.HomeScopeSearchTests.test_quick_run_app failing" [Critical,New] https://launchpad.net/bugs/1211174 [10:35] I just wonder if we now published unity anyway, does it make sense not to publish platform as well? [10:35] Mirv: do you mind manually testing it's not breaking anything? [10:36] o> [10:36] Mirv: re-runs still had the same issue? [10:36] Mirv: unity had the same failure as well? [10:37] sil2100: before talking about a rerun, did you check the stacks? [10:37] we should really really not defaulting to a rerun [10:37] didrocks: I'll try locally, although I don't see what's wrong in the failure video either [10:37] sil2100: it's failing on the 3 configs, so not a coincidence [10:37] sil2100: so platform stack runs some unity tests and got it twice on 3 configs, now the same test also just was confirmed to fail on actual unity stack check job [10:38] didrocks: I know, I phrased it wrongly, I meant unity runs ;) [10:38] ah ok ;) [10:53] Great [10:53] First internet problems in the new fla [10:53] t [10:58] didrocks: sil2100: yep no problem after upgrade, and also in the test running video gedit seems to run fine (which is all the test tries to check). something has still changed somehow to make that test appear failed. [10:59] let's hope Trevinho will answer quickly :) [11:00] Then +1 for publishing and poking upstream [11:08] Mirv, we need a rebuild/publish of hud and indicator stack for bamf, can you handle that? [11:17] seb128: for indicator-appmenu and hud? ok. thanks for ginn and gnome-pie. [11:17] Mirv, yes, for those 2, yw === MacSlow is now known as MacSlow|lunch === tvoss is now known as tvoss|quick_lunc [12:20] sil2100, https://launchpadlibrarian.net/147382848/buildlog_ubuntu-saucy-amd64.lucene%2B%2B_3.0.4-0ubuntu2_FAILEDTOBUILD.txt.gz === MacSlow|lunch is now known as MacSlow [12:41] indicator-appmenu rebuild is in, hud pending since check phase stopped at the package rename [12:41] prepared https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/hud_libbamf3-2/+merge/179689 for allowing it [12:44] Mirv: hum, I don't think that's the right way [12:45] Mirv: better to run "check with whole ppa" [12:45] rather [12:45] it will only rerun the check [12:45] and disable the checking [12:46] Mirv: we should only add binary packages of the current stack and those that won't be installed by default for a long time [12:46] Mirv: what I should do on a longer term is to compute all the binaries for the stack we depend on (just need to find the time for that) [12:47] seb128: looking! [12:48] seb128: hmmm, I'm either blind or not enough coffee, but I can't see the source of the FTBFS? [12:50] didrocks: yeah, I thought that doing that even temporarily is wrong. thanks. [12:50] sil2100, I think it is: [12:50] "cd /build/buildd/lucene++-3.0.4/obj-x86_64-linux-gnu/src/core && /usr/bin/cmake -E cmake_symlink_library ../../bin/liblucene++.so.3.0.3.4 ../../bin/liblucene++.so.0 ../../bin/liblucene++.so [12:50] CMake Error: cmake_symlink_library: System Error: File exists [12:50] make[5]: Leaving directory `/build/buildd/lucene++-3.0.4/obj-x86_64-linux-gnu'" [12:51] sil2100, yeah, parallel doesn't make logs easy to read, you have bits that finish after the error still, you need to look back through the log for those [12:54] funnily I had a successful build of lucene++ [12:55] My PPA had the same as well [12:55] I mean, successful build [12:56] https://launchpad.net/~sil2100/+archive/testing/+build/4851811 [12:56] I wonder what happened this time [12:57] But hm, I think I need to switch back to Xorg [12:57] sil2100: nooo! :) [12:58] in the archives i386 finished successfully while powerpc and amd64 had the same fault, but in your PPA (and my canonistack instance) amd64 finished as well [12:58] I'm fine enough with the mirror-by-default of mir, even though proper multi-monitor support would be nice to have very soon [12:58] zero problems otherwise today with xmir/unity-system-compositor [13:00] sil2100, Mirv: random guessing, different parts of the build system deal with that file and the parallel build makes you dependant on what hits it first [13:01] sil2100, Mirv: easy workaround if that's the case, don't use the parallel option in rules... (or debug it to work properly with it) [13:01] sil2100, Mirv: let me retry the build to see [13:05] seb128: thanks! That would be really sucky if this would be the reason, as lucene++ takes a long time to build with parallel even! [13:06] sil2100, let's see how the retries goes... [13:16] ok hud has rebuilt as well [13:18] Mirv: seb128: so, the list for the bamf transition is empty, right? [13:18] didrocks, Mirv: give it another publisher run [13:19] but then it should yes [13:20] * didrocks crosses fingers [13:24] I want to have a script triggered by ACPI (and therefore running as root) have once the DISPLAY variable being set to the display of the currently logged in desktop user and also to find out the user name of the currently logged in desktop user. Does someone know how to do this in Saucy? [13:25] tkamppeter, why do you need that? [13:29] seb128, I have found a script to switch between laptop mode and tablet mode on the Lenovbo Thinkpad Twist, see bug 1210823 amd also http://www.thinkwiki.org/wiki/Installing_Ubuntu_12.10_on_Thinkpad_Twist#Automatic [13:30] Launchpad bug 1210823 in acpid (Ubuntu) "Convertibles: Switching between laptop mode and tablet mode needed" [High,New] https://launchpad.net/bugs/1210823 [13:31] seb128, unfortunately, it does not work with Saucy, once, because /usr/share/acpi-support/power-funcs with the function getXconsole to find out who the user logged in on the desktop has been removed, and second, the script calls "xinput" without setting the DISPLAY variable. [13:32] seb128, the script is to activate onboard like on the Nexus 7 when the machine is in tablet mode and also to deactivate the touchpad mouse then. [13:33] seb128: how's the other test build going? [13:34] tkamppeter, don't waste time on that, those are hacks, we are going to properly solve those issues with unity8 [13:34] sil2100, the retry you mean? launchpad logs are public: https://launchpad.net/ubuntu/+source/lucene++/3.0.4-0ubuntu2 [13:35] seb128: ah you re-tried [13:36] seb128: I see amd64 again failed... [13:37] sil2100, amd64 failed again, did you try doing a -B build (since on the builders only i386 is doing the full build, and it's the only arch to work) [13:39] seb128: /usr/bin/ld: failed to set dynamic section sizes: File truncated this time [13:39] oh, fun [13:40] hmmm, I have been doing builds on my amd64 with bzr bd, as well as on the PPA and never had this with lucene [13:42] sil2100, let me do another retry... [13:43] sil2100, the good news is that it seems the armhf build is going to success [13:43] \o/ [13:43] The longest one of them probably! [13:44] yep [13:44] though armhf is snappier since we have the new builders === dednick is now known as dednick|lunch === rickspencer3_ is now known as rickspencer3 [14:01] seb128, OK, works for me for the time being with hard-coded $user, $DISPLAY, and $XAUTHORITY. [14:02] tkamppeter, it's just a hack for your machine? that should work yes [14:10] sil2100, Mirv: do you know why http://10.97.0.1:8080/view/cu2d/view/Head/view/Misc./job/cu2d-misc-head-1.1prepare-upstart-app-launch/ didn't get tried for a week? [14:11] sil2100, lucene built on amd64 this time [14:29] seb128: \o/ [14:29] I have a problem with a test that expects a desktop file to be created at .local/share/applications. In Saucy, that directory hasn't been created by default. Is this a bug of the test or the application must create the directory on its own? [14:30] s/of the test/of the desktop/ [14:30] what's the status of indicator-keyboard? [14:31] jbicha, try asking cyphermox and attente, they were working on fixing the flacky test, not sure if they got those to work [14:32] rvr, tests shouldn't assume that the directory exists [14:33] seb128: In this case, the program being tested is the one that expects the the directory to exist. Ok, so I fill the bug in the program :) [14:33] yep [14:33] Thanks [14:33] yw [14:37] sil2100: oh, something that isn't tackle on I guess: the issue with unity for platform stack [14:37] sil2100: I know that Mirv pinged Trevinho [14:37] but we need to action more I guess to unblock everything ;) [14:39] didrocks, do you know why http://10.97.0.1:8080/view/cu2d/view/Head/view/Misc./job/cu2d-misc-head-1.1prepare-upstart-app-launch/ didn't get any recent try? [14:40] seb128: it's been removed from dailies on tedg's demand? I remember there was a discussion about that one [14:40] ted asked to have that back, I assign it to kenvandine this morning (hey kenvandine! ;)) [14:40] didrocks, I don't see it being removed in the bzr log [14:40] wanted to poke on that tomorrow [14:41] hum, indeed, it was readded [14:41] or maybe never removed [14:41] let me look [14:41] thanks [14:41] it's in the cfg [14:41] so I'm not sure what's missing [14:41] hey didrocks :) [14:42] hey kenvandine, had a good w.e ? [14:42] seb128: http://paste.ubuntu.com/5977530/ [14:43] yup [14:43] seb128: I guess nobody redeployed [14:43] didrocks, I see [14:43] kenvandine: would be an easy for you as soon as misc isn't running anymore? ^ ;) [14:43] didrocks, thanks! [14:43] (I should have taken that WI! an easy one) [14:43] tedg, ^ [14:44] Just a sec. OTP. [14:44] tedg: quick! it's now or NEVER! ;) [14:45] tedg, it was a fyi, no worry [14:54] seb128: indicator-keyboard now builds in my ppa, it looks like attente fixed it yesterday :) [14:54] great [14:54] cyphermox, ^ confirming? === dednick|lunch is now known as dednick [14:57] good then [14:58] let me test this here and I'll frob the right bits to get it in daily build [15:02] seb128: This might not be in your workload now but I'm hoping you can point me to whose it is https://bugs.launchpad.net/ubuntu/+source/indicator-sync/+bug/1211046 [15:02] Launchpad bug 1211046 in indicator-sync (Ubuntu) "The sync indicator isn't being displayed" [Undecided,New] [15:02] davmor2, the indicator didn't change for a while, try dobey, could be an issue with the u1 client [15:03]