[05:48] <didrocks> hey Mirv!
[05:49] <didrocks> I just rebooted the ati machine (which was off) for unity, do you mind writing the states for the other ones?
[05:49] <didrocks> 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] <Mirv> hey didrocks. thanks, the ati was indeed down.
[06:15] <Mirv> 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] <Mirv> and indicators would have bamf transition https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/indicators_libbamf3-2/+merge/179625
[06:17] <Mirv> (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] <didrocks> Mirv: we need to publish mir and mirslaves together
[06:20] <didrocks> it seems that -proposed doesn't block
[06:21] <didrocks> Mirv: for bamf, do you think we'll be able to release unity after that?
[06:21] <didrocks> Mirv: as unity links against bamf, I don't want bamf being block for days in -proposed
[06:22] <didrocks> Mirv: I approved the bamf config change, please redeploy, next run is soon ;)
[06:22] <Mirv> there doesn't seem to be any unity-system-compositor changes pending, though, or is a rebuild needed?
[06:22] <didrocks> argh, next run already started even
[06:22] <didrocks> Mirv: it does try to rebuild
[06:22] <didrocks> at every tick
[06:22] <didrocks> so maybe some tests didn't pass? can you investigate?
[06:22] <Mirv> releasing unity probably no actual blocker but the failing AP tests
[06:23] <didrocks> Mirv: let's see with this run?
[06:23] <Mirv> ok
[06:24] <Mirv> 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] <didrocks> Mirv: we know that indicators are going to fail, do you mind once the indicator stack is finished redeploying with your branch?
[06:24] <didrocks> Mirv: they weren't fine: just one test ran
[06:24] <didrocks> isn't it?
[06:24] <Mirv> didrocks: yep, waiting for it to finish
[06:24] <Mirv> yes, that's why it's catching it
[06:24] <didrocks> yep
[06:25] <didrocks> let's see as well with this run
[06:25] <Mirv> it should be better now that the ati machine is reachable
[06:25] <didrocks> probably yeah, maybe it's due to the ati machine which just went down
[06:25] <didrocks> Mirv: mind keeping an eye?
[06:25] <didrocks> Mirv: you can release stacks as they finish
[06:26] <didrocks> just to be aware of:
[06:26] <Mirv> 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] <didrocks> - we need mir + mirslaves all together
[06:26] <Mirv> will do
[06:26] <didrocks> - and due to the bamf transition, we'll need indicators + unity I guess
[06:26] <didrocks> Mirv: yeah, do you think it's a flacky test?
[06:26] <didrocks> weird that it happens on the 3 configs
[06:27] <Mirv> it's a symptom of something, surely, not just a flaky test
[06:28] <didrocks> Mirv: ok, so I guess ping upstream :)
[06:29] <Mirv> the actual failing test is unity home lens, which just is executed by the platform stack check as well
[06:34] <Mirv> it would make sense that the unity stack autopilot run would show the same
[06:35] <didrocks> indeed
[06:35] <didrocks> if it doesn't, it means that the issue is in the platform stack itself
[06:52] <sil2100> Morning desktoppers
[06:52] <sil2100> Mirv: hi! I see the platform stack fails on check, there is one test failing - you on it?
[06:54] <sil2100> Fixing the extra packages in indicators, I see bamf got bumped
[06:55] <didrocks> hey sil2100! how were your holidays? :)
[06:55] <didrocks> sil2100: I think there is already a branch merging with that ;)
[06:55] <didrocks> (the bamf thingy)
[06:55] <sil2100> \o/
[06:55] <sil2100> didrocks: it was fun :) Although the hot weather spoiled it a bit...
[06:55] <didrocks> no swimming pool nearby? ;)
[06:56] <Mirv> didrocks: I'm getting some sort of deployment error with the indicators (job not found?) https://pastebin.canonical.com/95740/
[06:56] <Mirv> hi sil2100, welcome back!
[06:57] <Mirv> 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] <ubot2`> Launchpad bug 1211174 in Unity "unity.tests.test_home_lens failing" [Critical,New] https://launchpad.net/bugs/1211174
[06:58] <sil2100> didrocks: sadly no! But we went to a mountain forest and it was a bit cooler there
[06:58] <sil2100> Mirv: hi! Awesome ;)
[06:58] <didrocks> Mirv: the indicator stack did finish, right?
[06:59] <didrocks> Mirv: the error is similar when you are not connected to the vpn, I think you are on that machine, though, right?
[06:59] <didrocks> sil2100: ah, nice! :)
[07:00] <Mirv> 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] <didrocks> sil2100: FYI, now we write everything on https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=3
[07:00] <Mirv> I just copy-pasted creatively from the '$' character
[07:00] <sil2100> Oh, all the stack statuses?
[07:00] <didrocks> Mirv: you are failing on the first jenkins job though, let me try
[07:01] <Mirv> sil2100: anything blocking publishing, make a note on that sheet right away
[07:01] <Mirv> didrocks: ok, thanks. the branch did merge now as well, so could try from the machine as well.
[07:01] <didrocks> Mirv: working here (with -US), I think it's a bzr branch issue, a permission one
[07:02] <Mirv> ok..
[07:02] <sil2100> 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] <didrocks> sil2100: we need mirslave to be ready as well and rebuilt against it
[07:03] <Mirv> sil2100: it's enough, mirslave just needs to publish at the same time
[07:03] <didrocks> sil2100: as you can see, there is a full rebuild in progress, so let's keep a look at it
[07:03] <sil2100> Good
[07:04] <Mirv> sil2100: and some stacks are now recovering from ati machine having been down
[07:05] <sil2100> Ouch
[07:19] <didrocks> sil2100: the -ati machine seems wracky again, it was ok on Friday/Saturday
[07:19] <didrocks> sil2100: I think it's mir being the issue with that
[07:19] <didrocks> (the tests are ran in mirslave)
[07:20] <didrocks> can you see if anything was committed between latest good mirslave run and the new bad one in mir itself?
[07:20] <didrocks> (so look at when exactly mirslave check started to fail)
[07:20] <didrocks> and potentially match that with a mir rebuild which happened just before?
[07:21]  * didrocks reboot ati to save it first
[07:25] <Laney> morning from debconf ;-)
[07:28] <didrocks> hey Laney!
[07:28] <didrocks> how were your holidays?
[07:28] <didrocks> (you went to Lyon, right? I was expecting an email from you ;))
[07:28] <Laney> hello
[07:28] <Laney> yes but only briefly - we went to grenoble for more time
[07:28] <Laney> sorry :(
[07:28] <didrocks> ah ok ;)
[07:28] <Laney> they were fun! we got the good weather
[07:29] <didrocks> excellent
[07:29] <Laney> lots of cafés and exploring
[07:30] <didrocks> heh! and you nearly escape the crazy temperature (it was a lot less than some days ago)
[07:31] <Laney> around 30-ish, not crazily hot but good enough :P
[07:31] <Laney> 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] <didrocks> the one near the Rhône?
[07:32] <Laney> yep
[07:32] <didrocks> it's nice, isn't it? We try to get there regularly with Julie :)
[07:32] <didrocks> (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] <Laney> very enjoyable, indeed!
[07:38] <seb128> good morning desktopers
[07:42] <Mirv> ok indicators is now ready (=waiting), let's see what happens with unity
[07:42] <Mirv> hello seb128
[07:42] <seb128> hey Mirv didrocks sil2100
[07:42] <didrocks> hey seb128
[07:43] <didrocks> Mirv: as there is a change in term of packaging, unity failed (see the -check job)
[07:43] <sil2100> Hi!
[07:43] <didrocks> Mirv: you need to relaunch with --check-with-whole-ppa I guess
[07:43] <didrocks> (first stopping the build monitoring preferably)
[07:44]  * didrocks does to speed up
[07:45] <Mirv> yes the same bamf that now got added to indicators
[07:46] <Mirv> didrocks: unity restarted itself immediately after you stopped the build job?
[07:46] <didrocks> Mirv: I did it manually quickly
[07:46] <didrocks> if we can unblock those ASAP…
[07:47] <Mirv> didrocks: ok so you restarted as well, right..
[07:47] <Mirv> quick and unity AP tests don't fit into same sentence
[07:47] <didrocks> :p
[07:47] <didrocks> next ran is at 12
[07:47] <didrocks> sorry, I meant, in 2 hours
[07:47] <didrocks> so should be fine
[07:48] <didrocks> just hoping that they pass, then publishing indicators should publish unity if they don't have any packaging change
[07:50] <Laney> hey seb128 ;-)
[07:51] <seb128> Laney, hey, did you have good holidays?
[07:51] <seb128> Laney, how is debconf (are you there yet)? ;-)
[07:51] <Laney> seb128: quite fine and sunny thanks
[07:51] <Laney> yes
[07:51] <Laney> it's good, picturesque location
[07:51] <Laney> looking forward to some swimming in the lake
[07:52] <seb128> I like those conference weeks :p
[07:52] <didrocks> Mirv: however, sdk seems publishable to me
[07:52] <Laney> can't complain
[07:56] <stgraber> Laney: brought swimsuit+towel along today? :)
[07:56] <Laney> stgraber: forgot them today :(
[07:56] <mlankhorst> hehehehe
[07:56] <mlankhorst> I'm going swimming friday ;D
[07:56] <mlankhorst> if the weather's good
[07:56] <Laney> but if someone goes to pick up xnox I could go back and collect them
[07:56] <Laney> ...or he could grab them from my bag ;-)
[07:57] <Laney> that reminds me
[07:57] <mlankhorst> I keep thinking of the nick xnox like the package vim-nox, x with no x :P
[07:57] <Laney> why do they care so much about the type of swimwear you have in france?
[07:58] <Mirv> didrocks: thanks
[07:58] <Laney> the guy made me show him them to check they were of a correct standard :P
[07:58] <didrocks> Laney: because people started to use them when walking on the street
[07:59] <Mirv> 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] <Laney> haha
[07:59] <didrocks> Mirv: oh right, it's due to me screwing that up, one sec
[08:00] <Mirv> ok
[08:00] <didrocks> Mirv: should be fine now
[08:02] <Mirv> didrocks: so it seems, great!
[08:02] <didrocks> sweet :)
[08:05] <Mirv> 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] <didrocks> Mirv: ok, please file that in the spreadsheet, I'll handle both as soon as I've time for it
[08:06] <Mirv> didrocks: it's already there
[08:06] <Mirv> putting the branch in there as well now
[08:06] <Mirv> thanks
[08:06] <didrocks> thanks to you :)
[08:08] <didrocks> seb128: hey, with upstart user session, are scripts in /etc/X11/Xsession.d/ still sourced?
[08:09] <Laney> yes, but STARTUP isn't run
[08:09] <Laney> it's overridden in 99upstart
[08:09] <seb128> didrocks, I think it's "yes, but ... what Laney said
[08:10] <didrocks> but if we export an env variable, it will be available as well?
[08:11] <Laney> yeah
[08:11] <didrocks> great :)
[08:12] <didrocks> thx
[08:13] <seb128> 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] <didrocks> ok, sounds good, thanks seb128 :)
[08:16] <seb128> yw
[08:33] <desrt> saluton kaj bonan matenon
[08:35] <seb128> 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] <didrocks> hello desrt
[08:38] <RAOF> Morn desrt!
[08:38] <desrt> seb128: the second one :)
[08:38] <seb128> desrt, ;-)
[08:39] <desrt> tiffany is kinda unhappy... :p
[08:39] <seb128> desrt, did you have a good first class upgraded trip?
[08:39] <desrt> yup
[08:39] <desrt> austrian are crazy with the food
[08:39] <seb128> desrt, just tell her to do the same, so she doesn't have to fight jetlag when landing in Europe :p
[08:39] <desrt> 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?"
 noooo!!!
[08:40] <desrt> seb128: ya.. i tried that.... she understands the logic but is somehow lacking in motivation at 4am
[08:40] <seb128> haha
[08:40] <seb128> desrt, understandable ;-)
[08:41] <desrt> seb128: are you in berlin yet?
[08:42] <seb128> desrt, no, I'm travelling tomorrow
[08:42] <desrt> seems that we may have a fairly nice group there
[08:42] <desrt> seif may also come
[08:42] <desrt> and someone else too, whose name currently escapes me
[08:42] <seb128> going to be a fun week ;-)
[08:43] <desrt> larsu remembers, perhaps
[08:44] <larsu> desrt: morning. Do you mean owncloud dude? His name's Jan ;)
[08:45] <desrt> ah.  right!
[08:46] <larsu> seb128: hi! When are you coming in tomorrow?
[08:46] <seb128> larsu, hey! landing around 2pm in txl
[08:48] <larsu> seb128: is dholbach picking you up?
[08:48] <seb128> yes
[08:48] <desrt> larsu: did you figure out the bike thing yet?
[08:49] <larsu> desrt: what bike thing?
[08:49] <seb128> bike thing?
[08:49] <larsu> how to get it from txl to my appartment?
[08:49] <desrt> yes
[08:49] <larsu> we'll take a cab
[08:49] <seb128> can't you just ride the thing? :p
[08:49] <larsu> my mom's car has enough space, but only two seats, and my stepdad needs his
[08:50] <seb128> desrt, are you coming your bikes?
[08:50] <desrt> seb128: no.  larsu bought a bike when he was in toronto
[08:50] <seb128> ah, I see
[08:50] <desrt> and lufthansa made his life a living hell trying to get it back to germany
[08:50] <desrt> or swiss rather, right?
[08:50] <seb128> that's the sort of thing I would just sell to buy a new one back home
[08:50] <larsu> ya
[08:51] <seb128> seems less trouble/expensive than flying a bike over
[08:51] <desrt> seb128: air canada is making it pretty cheap
[08:51] <desrt> aka free
[08:51] <seb128> air canada seems awesome as an airline ;-)
[08:51] <larsu> seb128: only if you're desrt
[08:51] <desrt> larsu: $50 flat fee for everyone else seems pretty reasonable
[08:52] <seb128> larsu, the guy go promoted first class on his way back from GUADEC.. *again*
[08:52] <seb128> got*
[08:52] <desrt> seb128: it was an accident, i swear
[08:52] <seb128> yeah yeah
[08:52] <larsu> hehe
[08:52] <desrt> i just stepped up to the auto-open gate and scanned my barcode
[08:52] <desrt> and instead of opening it printed out a little slip
[08:52] <desrt> "oh.  okay then."
[08:53] <seb128> the universe likes you, just take it as it is and enjoy ;-)
[08:54]  * desrt plays the lotto :)
[08:59] <sil2100> Mirv: very busy right now? ;)
[09:13] <Mirv> sil2100: what's up? I can take a pause from other stuff if needed
[09:34] <sil2100> Another reboot
[09:34] <sil2100> brb
[09:42] <didrocks> Mirv: publishing indicators and forcing unity publication (the webapps issue isn't related)
[09:43] <didrocks> Mirv: someone needs to transition bamf for other rdepends that are in proposed
[09:51] <Mirv> didrocks: ok, great. I just refreshed unity a bit earlier and it hadn't finished yet.
[09:52] <didrocks> Mirv: can you handle the bamf transition so that everything don't stuck in -proposed?
[09:52] <Mirv> 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] <didrocks> Mirv: apt-cache rdepends libbamf3-1 helps :)
[09:53] <seb128> didrocks, Mirv: I can do no change rebuilds, Mirv would need a sponsor anyway...
[09:53] <didrocks>   gnome-pie
[09:53] <didrocks>   ginn
[09:53] <didrocks>   hud
[09:53] <Mirv> hud is there at least
[09:53] <didrocks> not sure if hud was rebuilt against latest
[09:53] <didrocks> seb128: that would help, thanks!
[09:53] <seb128> yw
[09:54] <Mirv> 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] <Mirv> and thanks seb128
[09:54] <seb128> yw
[09:56] <Mirv> 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] <Mirv> (or where they are configured)
[09:56] <Mirv> 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] <didrocks> Mirv: I think fginther
[09:57] <Mirv> ok, we may need to wait for him to configure that, as JP is on holiday
[09:57] <Mirv> thanks
[10:20] <didrocks> sil2100: if you publish Mir now, you will see that mirslaves will be published automatically as well, do you want to try?
[10:21] <sil2100> didrocks: oh! Let me try that then indeed - using cu2d-run is enough?
[10:21] <didrocks> sil2100: yeah, force Mir publication
[10:23] <sil2100> didrocks: publishing and looking at mirslave
[10:23] <sil2100> didrocks: neat, is such a dependency somehow coded in the config file?
[10:26] <didrocks> sil2100: no, basically if you publish a stack
[10:26] <didrocks> it will try to publish all reverse dependencies stack that are in manual publishing mode
[10:26] <didrocks> (as they may be just pending because their dependency was in manual publication mode)
[10:30] <didrocks> sil2100: ok, I've cleaned head as needed
[10:31] <didrocks> I hope everything is noted down on the spreadsheet and upstream is pinged for everything
[10:33] <Mirv> didrocks: I noticed that the unity's AP run also had the same test failing that the platform is halting because of
[10:33] <didrocks> Mirv: I think sil2100 added those, maybe check if it's relevant to block on that one?
[10:35] <Mirv> 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] <ubot2`> Launchpad bug 1211174 in Unity "test_home_lens.HomeScopeSearchTests.test_quick_run_app failing" [Critical,New] https://launchpad.net/bugs/1211174
[10:35] <Mirv> I just wonder if we now published unity anyway, does it make sense not to publish platform as well?
[10:35] <didrocks> Mirv: do you mind manually testing it's not breaking anything?
[10:36] <sil2100> o>
[10:36] <sil2100> Mirv: re-runs still had the same issue?
[10:36] <sil2100> Mirv: unity had the same failure as well?
[10:37] <didrocks> sil2100: before talking about a rerun, did you check the stacks?
[10:37] <didrocks> we should really really not defaulting to a rerun
[10:37] <Mirv> didrocks: I'll try locally, although I don't see what's wrong in the failure video either
[10:37] <didrocks> sil2100: it's failing on the 3 configs, so not a coincidence
[10:37] <Mirv> 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] <sil2100> didrocks: I know, I phrased it wrongly, I meant unity runs ;)
[10:38] <didrocks> ah ok ;)
[10:53] <sil2100> Great
[10:53] <sil2100> First internet problems in the new fla
[10:53] <sil2100> t
[10:58] <Mirv> 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] <didrocks> let's hope Trevinho will answer quickly :)
[11:00] <sil2100> Then +1 for publishing and poking upstream
[11:08] <seb128> Mirv, we need a rebuild/publish of hud and indicator stack for bamf, can you handle that?
[11:17] <Mirv> seb128: for indicator-appmenu and hud? ok. thanks for ginn and gnome-pie.
[11:17] <seb128> Mirv, yes, for those 2, yw
[12:20] <seb128> sil2100, https://launchpadlibrarian.net/147382848/buildlog_ubuntu-saucy-amd64.lucene%2B%2B_3.0.4-0ubuntu2_FAILEDTOBUILD.txt.gz
[12:41] <Mirv> indicator-appmenu rebuild is in, hud pending since check phase stopped at the package rename
[12:41] <Mirv> prepared https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/hud_libbamf3-2/+merge/179689 for allowing it
[12:44] <didrocks> Mirv: hum, I don't think that's the right way
[12:45] <didrocks> Mirv: better to run "check with whole ppa"
[12:45] <didrocks> rather
[12:45] <didrocks> it will only rerun the check
[12:45] <didrocks> and disable the checking
[12:46] <didrocks> 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] <didrocks> 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] <sil2100> seb128: looking!
[12:48] <sil2100> seb128: hmmm, I'm either blind or not enough coffee, but I can't see the source of the FTBFS?
[12:50] <Mirv> didrocks: yeah, I thought that doing that even temporarily is wrong. thanks.
[12:50] <seb128> sil2100, I think it is:
[12:50] <seb128> "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] <seb128> CMake Error: cmake_symlink_library: System Error: File exists
[12:50] <seb128> make[5]: Leaving directory `/build/buildd/lucene++-3.0.4/obj-x86_64-linux-gnu'"
[12:51] <seb128> 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] <Mirv> funnily I had a successful build of lucene++
[12:55] <sil2100> My PPA had the same as well
[12:55] <sil2100> I mean, successful build
[12:56] <sil2100> https://launchpad.net/~sil2100/+archive/testing/+build/4851811
[12:56] <sil2100> I wonder what happened this time
[12:57] <sil2100> But hm, I think I need to switch back to Xorg
[12:57] <Mirv> sil2100: nooo! :)
[12:58] <Mirv> 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] <Mirv> 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] <Mirv> zero problems otherwise today with xmir/unity-system-compositor
[13:00] <seb128> 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] <seb128> 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] <seb128> sil2100, Mirv: let me retry the build to see
[13:05] <sil2100> 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] <seb128> sil2100, let's see how the retries goes...
[13:16] <Mirv> ok hud has rebuilt as well
[13:18] <didrocks> Mirv: seb128: so, the list for the bamf transition is empty, right?
[13:18] <seb128> didrocks, Mirv: give it another publisher run
[13:19] <seb128> but then it should yes
[13:20]  * didrocks crosses fingers
[13:24] <tkamppeter> 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] <seb128> tkamppeter, why do you need that?
[13:29] <tkamppeter> 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] <ubot2`> Launchpad bug 1210823 in acpid (Ubuntu) "Convertibles: Switching between laptop mode and tablet mode needed" [High,New] https://launchpad.net/bugs/1210823
[13:31] <tkamppeter> 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] <tkamppeter> 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] <sil2100> seb128: how's the other test build going?
[13:34] <seb128> tkamppeter, don't waste time on that, those are hacks, we are going to properly solve those issues with unity8
[13:34] <seb128> sil2100, the retry you mean? launchpad logs are public: https://launchpad.net/ubuntu/+source/lucene++/3.0.4-0ubuntu2
[13:35] <sil2100> seb128: ah you re-tried
[13:36] <sil2100> seb128: I see amd64 again failed...
[13:37] <seb128> 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] <sil2100> seb128: /usr/bin/ld: failed to set dynamic section sizes: File truncated this time
[13:39] <seb128> oh, fun
[13:40] <sil2100> 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] <seb128> sil2100, let me do another retry...
[13:43] <seb128> sil2100, the good news is that it seems the armhf build is going to success
[13:43] <sil2100> \o/
[13:43] <sil2100> The longest one of them probably!
[13:44] <seb128> yep
[13:44] <seb128> though armhf is snappier since we have the new builders
[14:01] <tkamppeter> seb128, OK, works for me for the time being with hard-coded $user, $DISPLAY, and $XAUTHORITY.
[14:02] <seb128> tkamppeter, it's just a hack for your machine? that should work yes
[14:10] <seb128> 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] <seb128> sil2100, lucene built on amd64 this time
[14:29] <sil2100> seb128: \o/
[14:29] <rvr> 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] <rvr> s/of the test/of the desktop/
[14:30] <jbicha> what's the status of indicator-keyboard?
[14:31] <seb128> jbicha, try asking cyphermox and attente, they were working on fixing the flacky test, not sure if they got those to work
[14:32] <seb128> rvr, tests shouldn't assume that the directory exists
[14:33] <rvr> 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] <seb128> yep
[14:33] <rvr> Thanks
[14:33] <seb128> yw
[14:37] <didrocks> sil2100: oh, something that isn't tackle on I guess: the issue with unity for platform stack
[14:37] <didrocks> sil2100: I know that Mirv pinged Trevinho
[14:37] <didrocks> but we need to action more I guess to unblock everything ;)
[14:39] <seb128> 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] <didrocks> seb128: it's been removed from dailies on tedg's demand? I remember there was a discussion about that one
[14:40] <didrocks> ted asked to have that back, I assign it to kenvandine this morning (hey kenvandine! ;))
[14:40] <seb128> didrocks, I don't see it being removed in the bzr log
[14:40] <didrocks> wanted to poke on that tomorrow
[14:41] <didrocks> hum, indeed, it was readded
[14:41] <didrocks> or maybe never removed
[14:41] <didrocks> let me look
[14:41] <seb128> thanks
[14:41] <seb128> it's in the cfg
[14:41] <seb128> so I'm not sure what's missing
[14:41] <kenvandine> hey didrocks :)
[14:42] <seb128> hey kenvandine, had a good w.e ?
[14:42] <didrocks> seb128: http://paste.ubuntu.com/5977530/
[14:43] <kenvandine> yup
[14:43] <didrocks> seb128: I guess nobody redeployed
[14:43] <seb128> didrocks, I see
[14:43] <didrocks> kenvandine: would be an easy for you as soon as misc isn't running anymore? ^ ;)
[14:43] <seb128> didrocks, thanks!
[14:43] <didrocks> (I should have taken that WI! an easy one)
[14:43] <seb128> tedg, ^
[14:44] <tedg> Just a sec.  OTP.
[14:44] <didrocks> tedg: quick! it's now or NEVER! ;)
[14:45] <seb128> tedg, it was a fyi, no worry
[14:54] <jbicha> seb128: indicator-keyboard now builds in my ppa, it looks like attente fixed it yesterday :)
[14:54] <seb128> great
[14:54] <seb128> cyphermox, ^ confirming?
[14:57] <cyphermox> good then
[14:58] <cyphermox> let me test this here and I'll frob the right bits to get it in daily build
[15:02] <davmor2> 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] <ubot2`> Launchpad bug 1211046 in indicator-sync (Ubuntu) "The sync indicator isn't being displayed" [Undecided,New]
[15:02] <seb128> davmor2, the indicator didn't change for a while, try dobey, could be an issue with the u1 client
[15:03] <davmor2> seb128: ah okay ta
[15:03] <davmor2> dobey: ^ same thing to you then :)
[15:03] <dobey> nothing's changed in u1 client either
[15:04] <seb128> ERROR:root:Could not find any typelib for SyncMenu
[15:04] <seb128> /usr/lib/ubuntuone-client/ubuntuone-syncdaemon displays that
[15:04] <dobey> did the binary package name change for the syncmenu gir?
[15:05] <davmor2> I'm not sure how long it has been broken I did a fresh install on Friday the set u1 up but don't see the cloud indicator that I see on raring
[15:05] <seb128> davmor2, install gir1.2-syncmenu-0.1?
[15:05] <seb128> dobey, no ... what was bringing the gir in? do you recommends it?
[15:06] <sil2100> didrocks: aye!
[15:06] <dobey> i thought so, but apt-cache says no…
[15:06] <seb128> dobey, you "broke" it in http://launchpadlibrarian.net/144733801/ubuntuone-client_13.05-0ubuntu1_13.07-0ubuntu1.diff.gz
[15:06] <davmor2> seb128, dobey: Okay I have that installed I'll reboot and upload something and see if that triggers it
[15:06] <seb128> dobey, it was pulled in by gir1.2-syncmenu-0.1
[15:07] <seb128> ignore that
[15:07] <dobey> oh, hmm
[15:07] <seb128> dobey, seems like you cleaned it, maybe confused it for gir1.2-syncdaemon-1.0
[15:07] <tedg> Thanks didrocks and seb128.  yeah, it was removed while click was in Universe, then we readded.
[15:07] <didrocks> kenvandine: I've done the misc reconfiguration
[15:07] <didrocks> tedg: done ^
[15:08] <didrocks> oh
[15:08] <dobey> yeah. oops
[15:08] <kenvandine> didrocks, thx
[15:08] <didrocks> maybe now misc needs to dep on click?
[15:08] <didrocks> tedg: shouldn't it?
[15:08] <tedg> didrocks, Uhm, I don't know that cjwatson is doing deployment like that.
[15:08] <tedg> didrocks, We are using click-dev though.
[15:08] <tedg> *I* wouldn't object, but I don't feel I can say yes/no there.
[15:09] <dobey> seb128, davmor2: do you know if there are other bug reports about that?
[15:09] <seb128> dobey, no idea, I reassigned this one/assigned to you
[15:10] <dobey> hmm, i don't see any. and haven't seen any questions on askubuntu about it, so i guess not
[15:10] <didrocks> tedg: you do build-dep on click?
[15:10] <seb128> dobey, why?
[15:10] <tedg> didrocks, Correct
[15:11] <davmor2> dobey: there were some that looked similar but not identical when I filed mine that is why I filed a new one but they could be related
[15:12] <dobey> seb128: why what?
[15:13] <dobey> davmor2: oh? i just search bugs for "sync menu" and didn't see any.
[15:13] <seb128> dobey, why do you want to know if there are duplicates?
[15:13] <seb128> dobey, just to clean them?
[15:13] <davmor2> dobey, seb128: right I have rebooted and now I see the cloud symbol indicator, I'll upload something and make sure it is giving me info
[15:13] <dobey> seb128: so i can mark them all duplicate of the oldest one, and have the right bug in the changelog, and have it get marked as released when it lands
[15:14] <davmor2> dobey, seb128: Yeap that seems to of fixed it
[15:15] <davmor2> dobey: I'll have a hunt through and see if I can find them again for you
[15:16] <dobey> i found one, but it's from 18 hours ago
[15:16] <dobey> and filed against "ubuntu" itself
[15:17] <dobey> but also mentions dropbox, and i don't know if dropbox is using syncmenu at all
[15:17] <didrocks> sil2100: the ati machine is in bad shape due to Mir
[15:17] <didrocks> sil2100: I'm about to reboot it through ssh
[15:17] <sil2100> didrocks: *sighs*
[15:17] <sil2100> Again?
[15:17] <didrocks> sil2100: yeah, we should retry I guess with "check with whole ppa" to get latest compiz
[15:17] <didrocks> wdyt?
[15:17] <sil2100> Did my changes get in already?
[15:17] <sil2100> Ah
[15:17] <sil2100> Yes, right
[15:18] <didrocks> if this work, then, I'll redo a snapshot
[15:18] <didrocks> so that we dont' have the issue during the night
[15:18] <davmor2> dobey: there is another one similar to that
[15:19] <dobey> well the one i found was filed after yours anyway
[15:31] <seb128> didrocks, sil2100, Mirv: bamf migrated to saucy
[15:31] <didrocks> \o/
[15:31] <didrocks> thx guys
[15:32] <sil2100> \o/
[15:33] <sil2100> didrocks: Apps failed because of libbamf3-2 missing again, didn't Mirv fix it up in some merge?
[15:33]  * sil2100 checks the branch
[15:34] <didrocks> sil2100: he did, but we should either run check with whole ppa or (better): retake a snapshot
[15:37] <sil2100> Retake a snapshot?
[15:41] <didrocks> (sorry, in a meeting)
[15:43] <didrocks> sil2100: I just ran http://10.97.0.1:8080/job/autopilot-saucy-setup_otto/ FYI
[15:45] <sil2100> didrocks: uh! Is running the saucy AP jobs going to break anything in the meantime?
[15:45] <sil2100> Since a moment before I manually started an AP job since the machines were free
[15:45] <didrocks> sil2100: it's running on the same node, so should block
[15:45] <sil2100> Ah, ok, phew
[15:45] <sil2100> It seems you were first
[15:46] <didrocks> sil2100: yeah ;)
[15:46] <didrocks> sil2100: but yeah, until tomorrow, we need the "check with whole ppa" for things using bamf
[15:46] <didrocks> as it's not installed by default
[15:50] <didrocks> sil2100: what did you run manually btw?
[15:50]  * didrocks tries u-s-c with fixed compiz
[15:51] <sil2100> didrocks: I ran the anthy tests with a new packages list
[15:51] <didrocks> ah ok :)
[15:51] <didrocks> trying mirslave
[15:51] <sil2100> Ok, saw it red, brrr
[15:55] <sil2100> didrocks: in some free moments https://code.launchpad.net/~sil2100/cupstream2distro-config/ibus_anthy_add/+merge/179737
[15:55] <sil2100> ;)
[15:56] <didrocks> cyphermox: can you check it please? ^
[15:56] <sil2100> seb128: thanks for sponsoring lucene++! I see powerpc is still building, but seems like the tests are already running so it should finish soon
[15:56] <seb128> sil2100, right, yw
[16:01] <cyphermox> sil2100: approved
[16:01] <cyphermox> btw I noticed apps is missing libbam3-2 which hud seems to want
[16:01] <cyphermox> but that seems like a big error
[16:02] <sil2100> cyphermox: ah, yes, we talked about that above ^
[16:02] <sil2100> cyphermox: until tomorrow we need to build those stacks with 'check with whole PPA'
[16:03] <sil2100> Since only indicators has bamf explicitly mentioned, the rest requires it but since it just recently got pushed to saucy, we'll have it in the iso tomorrow
[16:03] <cyphermox> sil2100: my point however is that we should never be even considering the install of libbamf for those
[16:03] <sil2100> cyphermox: it's installed by default as a dependency
[16:03] <cyphermox> oh, wait, of course this wasn't on armhf
[16:03] <sil2100> cyphermox: it's not in the package list
[16:03] <cyphermox> ignore me, I'm being confused by touch
[16:03] <sil2100> Ah, ok
[16:03] <sil2100> ;)
[16:06] <seb128> why is googletalkplugin creating 10 wakeups/second when I've no hangout or g+ open in firefox?
[16:06] <mdeslaur> seb128: it's the NSA hook
[16:07] <seb128> mdeslaur, seems to be :p
[16:07] <seb128> oh, it was because I had a google drive text document open it seems
[16:07] <seb128> it's dropping since I closed that tab
[16:16] <seb128> larsu, \o|, \o/, |o/, \o/
[16:16] <seb128> larsu, congrats on landing that unitymenumodel ;-)
[16:16] <larsu> seb128: thanks :)
[16:16] <seb128> https://code.launchpad.net/~larsu/qmenumodel/add-unitymenumodel/+merge/176857: status "merged"
[16:29] <didrocks> sil2100: ok, Mir ran
[16:29] <didrocks> on ati
[16:29] <didrocks> so maybe disabling the check within compiz is a nice thing
[16:30] <sil2100> We'll know for sure after a few runs probably ;)
[16:30] <didrocks> right ;)
[16:32] <didrocks> at least, I'm happy from this successful run
[16:45] <sil2100> didrocks: re-deploying unity stack with the anthy additions
[17:03] <didrocks> sil2100: what about platform then?
[17:03] <didrocks> did you try to publish?
[17:04] <didrocks> oh, it did publish
[17:04] <didrocks> but the consequence is that rdepends stacks are not published
[17:04] <didrocks> because you didn't use the head job
[17:04] <didrocks> sil2100: so always use the head job
[17:04] <didrocks> with AUTO_PUBLICATION to not force it
[17:04] <didrocks> and FORCE_PUBLICATION to force it
[17:24]  * didrocks waves good evening
[17:24] <asac> didrocks: enjoy
[18:49] <xnox> mlankhorst: =)))) lol, I like that.
[20:36] <mlankhorst> :-)
[23:10] <jbicha> TheMuso: for several weeks, my laptop speakers have stopped making sound and I have to reboot to get it back (it started a few weeks before PA 4.0 was uploaded)
[23:11] <jbicha> earlier today, I rebooted and got through about 3 minutes of a YouTube video before the sound died
[23:12] <jbicha> any suggestions on how to restart the sound services?
[23:14] <jbicha> http://paste.ubuntu.com/5979120/
[23:15] <sarnold> jbicha: check syslog, pulseaudio is a chatty program..
[23:19] <jbicha> http://paste.ubuntu.com/5979129/
[23:21] <jbicha> main.c: pa_pid_file_create() failed.
[23:25] <TheMuso> jbicha: Yeah, someone else has filed a bug with similar simptoms. let me dig it up.
[23:26] <TheMuso> jbicha: is bug 1201528 anything similar to what yo uare experiencing?
[23:26] <ubot2`> Launchpad bug 1201528 in linux (Ubuntu Saucy) "[Realtek ALC889] - Audio Playback Unavailable" [Medium,Incomplete] https://launchpad.net/bugs/1201528
[23:28] <TheMuso> jbicha: I also have a question for you... Is nautilus in saucy supposed to show the sidebar for every new window opened? I use F9 to turn it off, but it gets shown every time I open a new window.