[01:41] <robru> popey, asac: whoops, sorry I stepped out after sending that message. yep, it's the fix for the horribly broken keyboard brokenness. i would have recommended kicking the build at the time.
[05:16] <Mirv> dobey: yep, I removed the -0 and used {debversion} instead
[05:17] <Mirv> dobey: sorry for the click-update-manager omission, I tried to get as many packages fixed as possible but that bug report was left really lacking...
[05:18] <Mirv> kalikiana: quantal is quite identical in versions to precise and raring. but I wouldn't worry too much about quantal anymore if everything else works.
[05:23] <Mirv> kalikiana: raring is end of life by the coming weekend. while quantal continues to be supported for three more months, I believe I won't be asked to build Qt 5.2 against it. although Zoltan can probably check the PPA usage numbers to make sure if there are any quantal users left or not.
[09:03] <Mirv> is it enough to give cat pictures to ogra to start image building related preparations so that we'd have essentially http://ci.ubuntu.com/smokeng/trusty/qt-5.2 ?
[09:04] <Mirv> I'm not sure if it's possible to directly build it yet, but it might be with a couple of small tweaks at least soon
[09:06] <Mirv> the image would be same as current trusty but with ppa:canonical-qt5-edgers/qt5-beta2 enabled
[09:06] <ogra_> Mirv, the builds require the packages in the archive currently
[09:06] <ogra_> we dropped all PPA support
[09:12] <ogra_> Mirv, i'm working on a tool to do local builds ... but that has no PPA support either yet and will only produce cdimage like images (not system-image)
[09:12] <ogra_> (PPA support for that one is planned though)
[09:15] <Mirv> ogra_: hmm. ok, well we'd definitely need it because one requirement for getting Qt 5.2 to archives is that it's validated by image testing.
[09:15] <Mirv> ie that we get similar nice looking green rows
[09:15] <Mirv> manual local builds uploaded to somewhere and then having that used as a basis for the AP tests runs would work too
[09:17] <Mirv> everything manually possible as well of course, but I guess it'd look more trustworthy if the same setup used validating current archive images would be used for 5.2
[09:20] <ogra_> right
[09:21] <ogra_> for that we would need deeper changes or fall back to use th eOEM infra (though that wont get you the exact same images)
[09:22] <Mirv> was the current builder running on prod infra or is it something that could be hacked around on some server? I guess adding a PPA in a right place wouldn't be too hard if done manually.
[09:23] <Mirv> hmm, doesn't CI Airline need something like that as well in the future, since it builds in PPA:s?
[09:23] <ogra_> it is using the prod infra indeed
[09:23] <ogra_> so we would need a new image type added
[09:24] <ogra_> (and options to sneak in PPA settings)
[09:25] <ogra_> (the latter was there before, so adding it back wont be ahrd, but it will need switched added etc ... its not a thing to do quickly in an afternoon between lunch and coffee)
[09:26] <ogra_> *switches
[09:30] <Mirv> ok, it's good to get the discussion started then
[09:46] <psivaa> Mirv: could you access this link?
[09:46] <psivaa> http://q-jenkins.ubuntu-ci:8080/job/trusty-touch-maguro-smoke-ubuntu-clock-app-autopilot/146/artifact/clientlogs/
[09:46] <Mirv> psivaa: yes, thanks, seeing it there
[09:47] <psivaa> yw
[09:56] <jibel> why is there only 1 autopilot test of address-book-app executed during touch smoketests while the package has 16 tests?
[09:56] <jibel> I'm referring to http://ci.ubuntu.com/smokeng/trusty/touch/mako/144:20140123:20140115.1/6236/address-book-app-autopilot/ for example
[09:57] <Mirv> sil2100: usensord not in cu2d?
[09:58] <Mirv> it is, platform, why I'm not seeing it in lp:cupstream2distro-config
[09:58] <Mirv> ah, because my grep had a typo :D
[10:17] <sil2100> ;D
[10:17] <sil2100> ;p
[10:18] <Mirv> sil2100: hey, did you include usensord in your build request or only powerd?
[10:18] <Mirv> I tried building everything but there failures
[10:18] <Mirv> (as visible)
[10:18] <sil2100> Mirv: I wanted to rebuild dbus-cpp right now, not sure what those failures are, hmmm
[10:19] <sil2100> Let's see if dbus-cpp prepare fails now as well
[10:19] <sil2100> hah... hmm
[10:19] <Mirv> it did a moment ago. but usensord would like being the only that failed because of a timeout
[10:20] <Mirv> sil2100: so, can I now launch usensord only or do you want to resolve dbus-cpp and then please include dbus-cpp usensord in your next request?
[10:20] <sil2100> Same here, strange, but LP says the PPA is working
[10:20] <Mirv> sil2100: oh, but dbus-cpp is having the same timout then
[10:20] <Mirv> time for ci_help maybe if it's connectivity problem?
[10:21] <sil2100> Mirv: yes, let's cihelp out of this problem
[10:21] <Mirv> ok
[10:21] <sil2100> cihelp: hello! Do you know if theres some connectivity problem with cu2d and LP/PPAs?
[10:21] <Mirv> sil2100: then if the situation gets resolved and you see it earlier than me, please include usensord in your next build request :)
[10:21] <sil2100> cihelp: we get a dput failing (timed out) in cu2d for unknown reasons
[10:22] <psivaa> sil2100: do you mind giving a job link for this
[10:22] <Mirv> psivaa: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-1.1prepare-dbus-cpp/536/console
[10:22] <sil2100> http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-1.1prepare-dbus-cpp/536/console
[10:23] <Mirv> and others in the platform stack as well
[10:31] <Mirv> didrocks: psivaa: retrace successful, bug #1271879, should be targeted to qtubuntu?
[10:32] <didrocks> Mirv: hum, where is your retrace? I can't see it
[10:32]  * didrocks takes more coffee
[10:32]  * psivaa has not started retracing unity-scope-loader yet, vanguaring
[10:33] <Mirv> didrocks: the StackTrace.txt attached? I filed it via apport-cli
[10:33] <Mirv> after retracing
[10:33] <didrocks> Mirv: ah, I expected seeing it unretraced, let me click click click
[10:33] <Mirv> it was surprisingly fast on the device
[10:33] <didrocks> yeah, you already have your whole env
[10:34] <didrocks> Mirv: it can be unity-mir as well… but yeah, try qtubuntu first!
[10:34] <Mirv> then I have the usual problem that I'm not 100% sure who'd be the default qtubuntu contact to ping..
[10:35] <didrocks> Mirv: ricmm
[10:35] <didrocks> start with him ;)
[10:35] <didrocks> he loves being ping, otherwise he will slack all the day along, we know that!
[10:36] <Mirv> yeah, that's exactly how he is usually, he even sleeps sometimes!
[10:36] <Mirv> I'll ping
[10:37] <didrocks> thanks Mirv ;)
[10:37] <didrocks> (not surprised about the sleeping, how a bad attitude… ;))
[10:53] <sil2100> psivaa: any luck?
[10:53] <psivaa> sil2100: nope, still looking. trying to establish. if the timeout is temp
[10:56] <didrocks> davmor2: image #144 good for dogfooding (maguro first, and then mako if popey isn't back first)
[10:56] <didrocks> ogra_: btw, didn't tell you, but back button the webapps :)
[10:56] <psivaa> sil2100: trying to manually dput that also failed with timeout.. i dont see any network slowness in our side. going over to launchpad-ops to see if they know any reasons
[10:57] <sil2100> psivaa: thanks!
[10:57] <ogra_> didrocks, awesome, just upgrading here
[11:01] <davmor2> didrocks: no worries
[11:04] <psivaa> retoaded: Uploading to ppa (via ftp to ppa.launchpad.net) returns timedout error from q-jenkins. lp-ops think that it could be due to firewall issues
[11:04] <psivaa> would you mind taking a look please?
[11:06] <psivaa> sil2100: ^ awaiting retoaded for this
[11:10] <ogra_> didrocks, my maguro hangs hard after using it for a while
[11:11] <didrocks> ogra_: urgh, davmor2 confirming? ^
[11:12] <ogra_> i had two webapps open, played with them, closed them, now the shell seems to hang
[11:12] <ogra_> no new .crash file and th brightness setting still works apparently
[11:12] <davmor2> ogra_: that is likely the gfx chipset issue.  If it drops a single frame it locks the device up.  Can you access adb with no issues or is it gone completely if you can access adb restart unity8 and see if it all comes back fine
[11:12] <ogra_> aha, now it went to sleep and doesnt wake up anymore
[11:13] <sil2100> Mirv: ^
[11:13] <davmor2> ogra_: yeap maguro chipset issue
[11:13] <ogra_> "the gfx chipset issue" ?
[11:13] <ogra_> it worked yesterday without hanging :)
[11:13] <ogra_> and yes, i can still adb
[11:14] <ogra_> no suspicious processes, no .crash files
[11:15] <davmor2> ogra_: yeah it is random, now and then it will drop a frame and the system locks up you can get the same effect by grabbing a screenshot if you want a comparison
[11:15] <ogra_> hmm
[11:16] <ogra_> restarting unity doesnt get me anything ... i cant wake up the screen anymore
[11:16] <ogra_> ah, now it wakes up
[11:17] <davmor2> ogra_: this is what I was saying about the n4 it is nice to have a device that doesn't lock up every 10 minutes
[11:17] <ogra_> well, my maguro didnt do that in the past
[11:17] <ogra_> it was always close to unusable slow, but never hung on me
[11:19] <ogra_> popey, hmm, openfart doesnt start for me
[11:19] <ogra_> (just installed it)
[11:32] <davmor2> ogra_, popey: confirmed the issue with the openfart app
[11:33] <ogra_> logviewer shows lltng issues
[11:33] <ogra_> which shouldnt be there ...
[11:47] <davmor2> ogra_: can you try something for me please.  Drag down the location indicator and check one of the boxes does the indicator then close on you?
[11:48] <sil2100> didrocks: so anyway, we seem to be blocked on the infra issues...
[11:48] <didrocks> sil2100: ah? what's happening?
[11:49] <sil2100> didrocks: we can't dput anything to the daily-build PPA from cu2d, psivaa is looking into that - it seems we need retoaded ;/
[11:51] <sil2100> didrocks: lp-ops think it might be due to firewall issues, as mentioned ^
[11:51] <sil2100> hm, brb
[11:51] <didrocks> ah ok, I let you tracking that :)
[11:51] <didrocks> once you will be back :p
[11:52] <didrocks> davmor2: dogfooding (apart from the location indicator not sure yet) in the right track for you?
[11:53] <wgrant> sil2100, didrocks: It's not an issue on the Launchpad end, so it is presumably some firewall between whatever host you're trying to upload from and Launchpad.
[11:53] <davmor2> didrocks: the keyboard works, webapps have a back button and on the whole everything is looking good here.  Still checking though
[11:54] <didrocks> davmor2: oki ;)
[11:54] <didrocks> wgrant: ok, so IS is checking (as the box didn't change, so probably a rule got dropped)
[11:59] <didrocks> Mirv: you would need to reattach your retrace, apport removed it while dupping it
[12:00] <ogra_> davmor2, yes it closes
[12:00] <davmor2> ogra_: I'll chase up after if that is expected behaviour I'm assuming not on a page that has more than one option though :)
[12:01] <ogra_> ask #ubuntu-desktop, they should know
[12:06] <Mirv> didrocks: arrr
[12:12] <davmor2> didrocks: maguro completed looks okay.  I'm looking into the indicator behaviour and I'm moving onto the mako now
[12:13] <Mirv> readded
[12:13] <didrocks> davmor2: sweeeeeeet ;)
[12:13] <didrocks> Mirv: thanks!
[12:14] <davmor2> didrocks: what happened with the keyboard in the end was it rolled back or fixed?
[12:15] <didrocks> davmor2: fixed, there was some packages not installed (because of missing shlibs:depends)
[12:15] <davmor2> ogra_: http://paste.ubuntu.com/6802574/  and yes I just wanted to test the pastebin feature in log viewer :)
[12:16] <ogra_> :)
[12:54] <davmor2> didrocks: mako seems pretty much on par with maguro with far fewer crashes :)
[12:54] <davmor2> and with that time for lunch
[12:54] <didrocks> davmor2: good to promote then?
[12:54] <davmor2> didrocks: yeah I'm happy
[12:54] <didrocks> \o/
[12:54] <didrocks> thanks davmor2
[12:54] <didrocks> ogra_: mind pushing THE button?
[12:55] <ogra_> didrocks, soon ...
[12:55] <didrocks> ogra_: no hurry, as long as it's done before we get to the next meeting :)
[13:13] <ogra_> [13:29] <cjohnston> that means we get the rest of the day off right? :-)
[13:30] <ogra_> heh
[13:35] <davmor2> cjohnston: no it means you get to fix all the things that are still broken rather than regressions :P
[13:36]  * ogra_ upgrades his mako to the new and shiny 
[13:44] <fginther> morning
[13:59] <bregma> didrocks, could you take a quick look and tell me why we haven't had any Unity7 stack daily builds for the last week?
[13:59] <xnox> Can somebody please help me interpret jenkins failures from https://code.launchpad.net/~xnox/dialer-app/fix-cross-builds/+merge/202856/comments/472973 ?
[14:00] <didrocks> bregma: build_all is disabled AFAIK as we were blocked
[14:00] <didrocks> for touch image
[14:00] <didrocks> bregma: you are soon going to the CI Train system, you will be self-service :)
[14:00] <didrocks> bregma: right now, there is an issue AFAIK between the CI machine and launchpad (dput doesn't seem to reach launchpad), sil2100 is tracking this
[14:00] <bregma> didrocks, am I not on some important mailing list for this critical information?
[14:01] <didrocks> bregma: the fact that we block all uploads? It's on the touch ML
[14:01] <didrocks> bregma: can't separate touch and desktop in the CI system for now
[14:15] <tedg> fginther, Thanks for doing the review
[14:15] <tedg> fginther, Is there anything else I need to do to enable the project?
[14:16] <fginther> tedg, nope, I just deployed the jobs. All should be working now
[14:16] <tedg> fginther, Great, thanks!
[14:46] <sergiusens> fginther, hey are the devices busted? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4800/console
[14:46] <sergiusens> or perhaps I should start pinging the vanguard :-) josepht ^^
[14:50] <josepht> sergiusens: looking
[14:50] <psivaa> didrocks: Mirv: retracing unity-scope-loader crash has not worked. I've tried on the device and on my host also locally and using lp. Nothing gives meaningful trace
[14:52] <didrocks> psivaa: hum, ok, let's see if the guys will be able to take from that then. Thanks for trying!
[14:53] <psivaa> didrocks: bug #1271955 is the one that i reported but that failed retracing
[14:54] <cwayne> josepht, hi, it looks like the touch_custom cases were never run for builds 143 or 144
[14:55] <josepht> cwayne: okay, I'll look into it.
[14:55] <didrocks> psivaa: thanks!
[14:56] <cwayne> josepht, thanks
[15:13]  * didrocks goes out for a run
[15:13] <josepht> sergiusens: the device looks fine from within adb shell
[15:14] <sergiusens> josepht, wrt, fginther added a comment to the triggering MR mentioning something about failing x86 builders
[15:14] <sil2100> josepht: hello!
[15:14] <josepht> sergiusens: ack
[15:14] <sil2100> josepht: do you have any news regarding the cu2d's troubles with dputting to the PPA?
[15:15] <sil2100> psivaa, wgrant: any news?
[15:16] <josepht> retoaded: I see the asana ticket is assigned to you, any thoughts/ideas/news? ^^
[15:16] <josepht> retoaded: https://app.asana.com/0/8736198969650/9760655646101
[15:17] <sil2100> This is important, as all landings are blocked on this right now
[15:17] <fginther> josepht, sergiusens, this appears to be a network issue
[15:19] <elopio> hello.
[15:19] <elopio> josepht: if I want to add autopilot tests for the unity-scope-click and to have them running on jenkins, do I have to make a deb package for them?
[15:20] <josepht> elopio: looking
[15:21] <josepht> cwayne: psivaa kicked off those jobs though he's not sure 143 will have results
[15:21] <alan_g> josepht we've just seen a CI failure on some  code that's already been merged: https://jenkins.qa.ubuntu.com/job/mir-clang-trusty-amd64-build/713/console - it looks like CI is now using clang 3.2 but it was clearly using a later version (3.4?) when the code landed. Any idea why?
[15:21] <fginther> elopio, josepht, yes the autopilot tests must be installable via a package
[15:21] <cwayne> josepht, that's fine, im more insterested in 144 tbh
[15:22] <elopio> fginther: ack. thanks.
[15:23] <josepht> alan_g: looking
[15:27] <balloons> sergiusens, try #2 at calendar is almost ready. maguro device feedback is looking good :-)
[15:28]  * sergiusens gets the hint
[15:30] <fginther> sergiusens, josepht, I'm looking at the generic-mediumtests-runner-mako failures. phablet-tools is missing from the adb host, WTF?
[15:31] <josepht> fginther: ack
[15:31] <fginther> josepht, I'll keep digging on this
[15:31] <josepht> fginther: thanks
[15:36] <sergiusens> fginther, what is missing?
[15:37] <fginther> sergiusens, phablet-tools, it appears to have been removed
[15:37] <sergiusens> fginther, hmmm...
[15:37] <sergiusens> someone pulling off a joke?
[15:39] <fginther> sergiusens, ????
[15:39] <fginther> I thought maybe it was auto-updated and failed config, but that doesn't appear to be the case
[15:40] <sergiusens> fginther, is this precise?
[15:40] <fginther> sergiusens, raring
[15:41] <sergiusens> fginther, is click packaged for raring?
[15:42] <sergiusens> fginther, hey raring is EOL soon
[15:42] <fginther> sergiusens, :-( phablet-tools : Depends: click but it is not installable
[15:43] <fginther> well, crap
[15:48] <sergiusens> fginther, add this ppa https://launchpad.net/~ubuntu-sdk-team/+archive/ppa
[15:49] <sergiusens> fginther, how did it get uninstalled btw? Shouldn't it just have failed the upgrade?
[15:50] <fginther> sergiusens, not sure, it appears to have been automated by something, perhaps landscape had a hand in thise
[16:00] <sil2100> didrocks, Mirv, kenvandine, robru, cyphermox: the cu2d dput issue has been resolved
[16:05] <fginther> sergiusens, the mako runs appear to be working again, I'll retrigger the ones that failed due to missing phablet-tools in a short while
[16:08] <sergiusens> fginther, so wherever you are adding docs; you might want to add that we need to have both those PPAs for backports
[16:09] <fginther> sergiusens, both? What's the other one besides  https://launchpad.net/~ubuntu-sdk-team/+archive/ppa? the phablet-team/ppa ?
[16:10] <sergiusens> fginther, yeah; those two
[16:31] <sil2100> kenvandine: do you have a moment for a packaging ACK? :)
[16:31] <sil2100> kenvandine: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dbus-cpp_1.0.0+14.04.20140123-0ubuntu1.diff <- the 0replaceme fixed!
[16:32] <sil2100> didrocks: or you if you're around already :) ^
[16:33] <fginther> cjwatson, is it possible to occasionally get an older package from the archive? I have a jenkins build that resolved clang to clang_1:3.2-20_amd64.deb when the tests before and after used clang_1:3.4-0ubuntu1_amd64.deb
[16:33] <kenvandine> sil2100, hang on... in a hangout
[16:36] <cjwatson> fginther: I doubt we have any active mirrors that are that badly skewed (over a month).  It's much more likely that in the former case apt was configured to look at saucy rather than trusty.
[16:40] <fginther> cjwatson, hmm they're all using trusty, any other thoughts?
[16:41] <fginther> cjwatson, , https://jenkins.qa.ubuntu.com/job/mir-clang-trusty-amd64-build/ builds 712, 713, 714 if you want to see the logs
[16:44] <cjwatson> fginther: I suspect that it has an ancient chroot and thus when apt-get update said "Failed to fetch bzip2:/var/lib/apt/lists/partial/archive.ubuntu.com_ubuntu_dists_trusty_universe_binary-amd64_Packages  Hash Sum mismatch" and the job ignored the error, it therefore had a stale cache.
[16:45] <cjwatson> fginther: the solution is not to blindly ignore such errors.  you can certainly attempt recovery mechanisms (for that one, just trying apt-get update one or two more times is probably just fine as a recovery strategy) - but ignoring the error isn't a good one :)
[16:45] <sil2100> cyphermox: hello! Don't want to bother you too much, but maybe you have a moment for this packaging ACK? http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dbus-cpp_1.0.0+14.04.20140123-0ubuntu1.diff
[16:45] <cjwatson> (by ancient I mean "a month or two old", which shouldn't be a problem in itself if you don't go ignoring errors from apt-get update)
[16:45] <fginther> cjwatson, AH! thank you very much
[16:45] <sil2100> cyphermox: it's a big one since it's adding a symbols file, as you already know from the merge request
[16:46] <cjwatson> fginther: LP builds turn that type of failure into a chroot failure; I've been meaning to make them retry a couple of times since it's a bit annoying to have to go round retrying those.  It basically happens when your job is racing with an archive pulse
[16:47] <fginther> cjwatson, yep, we used to see the hash sum mismatch kill a lot of jobs. That was addressed for the common jobs by just doing a retry, but this clang build happens to be a special case and missed the retry logic
[16:50] <fginther> alan_g, figured out the clang issue thanks to cjwatson. I've reapproved the MP to retry the autolanding. It should work with a retry, but I'll add some logic to avoid this issue in the future
[16:51] <kgunn> didrocks:  when did you want to "train me" on the new ci train ?
[16:51] <alan_g> fginther: thanks
[16:52] <didrocks> kgunn: ask asac, you were on the first wave this week but didn't show up. So I let alexander coordinating the schedule (probably wave 3 at this point)
[16:52] <didrocks> sil2100: sweet for the cu2d fix!
[16:52] <kgunn> asac: ^ ?
[16:55] <kgunn> didrocks: so we're going to be adding 2 AP tests, at which point we should try again to promote mir 0.1.4....question is, are you going to hold that up to require we use the "new process" ? (hoping not)
[16:55] <didrocks> kgunn: told that we will get you landed with the new process
[16:55] <didrocks> that's why I put you on the first wave
[16:55] <kgunn> didrocks: ack...you know i was traveling right ?
[16:56] <didrocks> kgunn: didn't know it
[16:56] <kgunn> hence the no show...
[16:56] <didrocks> didn't get answers on the email you were sent you couldn't come
[16:56] <kgunn> would it have mattered?
[16:56] <kgunn> e.g. would you have changed the time?
[16:57] <didrocks> kgunn: I guess we would have tried today
[16:57] <didrocks> so yes, answering would have changed
[16:57] <didrocks> sil2100: ogra_: cyphermox: starts the meeting without me, I have to be afk for < 10 minutes
[16:57] <kgunn> ok...believe asac knew from private msgs...but anyway...i guess i'm asking him for a reschule anyway
[16:58] <didrocks> kgunn: yeah, check with him so that you can sneak you in asap :)
[16:58] <sil2100> didrocks: ACK
[16:58] <ogra_> ok
[17:01] <sil2100> kenvandine, cyphermox, robru: coming? :)
[17:01] <kenvandine> sil2100, i can't... i have another meeting
[17:03] <sil2100> robru: ?
[17:09] <asac> kgunn: you should be in wave 2 -> tenatively monday ... i thought i sent a mail that explained the changes we did last week
[17:10] <kgunn> asac: uh...let me check...you might have :)
[17:10] <kgunn> asac: yep..."You will get on asap after (e.g. next monday at best)"
[17:10] <kgunn> asac: is there an invite ??
[17:11] <kgunn> if i get it on my calendar...i can make it a priority
[17:11] <fginther> sergiusens, all of the mako tests that failed have been restarted
[17:12] <asac> kgunn: we didnt schedule next week bootcamp yet as we didnt know how this week goes, but its supposed to happen monday
[17:16] <sil2100> didrocks: I know you're super super busy, but could you maybe +1 or -1 http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_dbus-cpp_1.0.0+14.04.20140123-0ubuntu1.diff ?
[17:16] <didrocks> kgunn: asac: I'll sent the email with the prep and invite tomorrow morning
[17:16] <sil2100> didrocks: Thomas is really waiting for this one ;)
[17:16] <asac> kgunn: lets talk about it tomorrow when you get up then
[17:16] <sil2100> His eyes pierce me like blades
[17:18] <didrocks> sil2100: you didn't find any other core dev to review it? :p
[17:19] <didrocks> that would be bonus point for upload rights ;)
[17:19] <sil2100> didrocks: I poked poor kenvandine and cyphermox already ;) Let me poke someone else then!
[17:19] <sil2100> ogra_: AH HA!
[17:20] <cyphermox> sil2100: didn't we already review that?
[17:20] <sil2100> ogra_: my favourite packaging +1'er
[17:20] <didrocks> sil2100: yeah, don't forget ogra_!
[17:20] <sil2100> cyphermox: kenvandine checked it last time but there was a problem with symbol files - you reviewed the merge request that was modifying the symbols and +1'ed it
[17:20] <didrocks> (happy that the 0replaceme fixed it)
[17:20] <sil2100> cyphermox: but still, the rest of packaging needs ACKing
[17:20] <cyphermox> alright
[17:20] <ogra_> sil2100, bah, still no vpn setup on this machine
[17:21] <sil2100> ogra_: I can pastebinit if you have a minute ;)
[17:21] <ogra_> (i cant reach it)
[17:21] <ogra_> sure
[17:21] <jibel> balloons, sergiusens could you look why last release of address-book-app to Trusty was early November while there is a much newer build in the PPA? Or if there is a reason to hold it back.
[17:22] <sil2100> ogra_: http://paste.ubuntu.com/6803953/
[17:22] <sil2100> ogra_: I see that the descriptions need updating... but I would be grateful if I could fix that in the next version ;)
[17:23] <cyphermox> I wonder if you shouldn't explicitly specify pkgconfig in the build-depends
[17:24] <cyphermox> though it does get pulled in anyway from the others
[17:25] <cyphermox> it's quite sucky to review as it is
[17:27] <cyphermox> sil2100: you've tried to build something against it?
[17:28] <ogra_> sil2100, do you actually want DH_VERBOSE on all the time ?
[17:28] <cyphermox> ogra_: it doesn't break anything
[17:28] <sil2100> cyphermox: sadly, no, since there's no real library-wise dependency on it
[17:29] <ogra_> cyphermox, yeah
[17:29] <sil2100> ogra_: I'll fix that, missed it...
[17:29] <ogra_> cyphermox, i was just asking :)
[17:29] <cyphermox> sil2100: ah... seems to me like there might be  platform-api, music-hub, and location-service that build-dep on it
[17:29] <cyphermox> or anyway, that build-dep on dbus-cpp-dev
[17:30] <sil2100> cyphermox: yes, those build-dep on the old one, the header-only version - they're migrating to a library approach
[17:31] <ogra_> sil2100, so will they land together ?
[17:31] <cyphermox> that's fine, but it would probably still be a good plan to try to build those with the new dbus-cpp
[17:31] <ogra_> ++
[17:31] <cyphermox> well, in fact since it was just headers it's probably not the end of the world
[17:31] <ogra_> i cant judge if the Cmake files do what they are supposed to indeed, but the packaging side looks ok to me
[17:31] <cyphermox> but would still be sad to see that those are broken now :)
[17:32] <ogra_> though i'm with cyphermox, depending packages should be tried
[17:33] <sil2100> ;) I asked kenvandine about this case before even
[17:33] <cyphermox> ogra_: cmake files look fine to me as well
[17:33] <sil2100> But let me just spin a re-build of the old reverse dependencies
[17:36] <cyphermox> sil2100: did you notice if the unit tests were still running and passing?
[17:36] <cyphermox> sil2100: there's this dropping of dbus-test-runner that worries me, unless the tests now define their own private bus in a different way
[17:37] <sil2100> cyphermox: you mean, in dbus-cpp? Everything was passing fine here locally
[17:37] <cyphermox> locally as on your system?
[17:38] <kenvandine> i was wondering about that too, dbus-test-runner rocks :)
[17:39] <sil2100> cyphermox: yes, on my local system, since I was test-building the packages - on PPA's and CI it was also passing, and tests are being ran on build
[17:40]  * sil2100 built music-hub with the new dbus-cpp just fine, trying platform-api
[17:40] <sil2100> I guess it's fine in overall
[17:43] <didrocks> ogra_, faster to share G+ post than light :)
[17:43] <ogra_> heh
[17:44] <popey> We should use this method for fixing things... http://usvsth3m.com/post/74285062011/you-wont-believe-why-the-victoria-line-is-currently
[17:46] <ogra_> yeah, that looks like it will be pretty fixed once dried
[17:46] <cjwatson> popey: what do you mean, I always use that method for fixing things
[17:46] <didrocks> popey: ahah "make your ideas conrete" :)
[17:46] <cjwatson> it's the only way to be sure
[17:46] <cjwatson> just spare a thought for the engineers responsible ...
[17:46] <davmor2> didrocks: you in London next week?
[17:46] <sil2100> cyphermox, ogra_: so, you guys think it's ok to release?
[17:47] <Laney> so that's what the CI train is about
[17:47] <didrocks> davmor2: yeah ;)
[17:47] <didrocks> and the week after as well
[17:47] <didrocks> Laney: ssssshhhhhh ;)
[17:47] <davmor2> didrocks: I'm hoping to be down on Tuesday depending on my uncles funeral
[17:48] <didrocks> davmor2: will be nice to see you! (sorry for your uncles though)
[17:48] <ogra_> sil2100, yes, if you tested all the above discussed stuff i think it is fine
[17:51] <popey> Yeah, I'll pop in on Tuesday too
[18:04] <didrocks> popey: excellent!
[18:10] <cyphermox> sil2100: yes, I do
[18:10] <ogra_> to late :)
[18:24] <davmor2> popey: don't forget your BT headset for cyphermox :)
[18:25] <cyphermox> yeah.
[18:25] <cyphermox> I got a new plantronics headset to play with too
[18:26] <cyphermox> none of them work much well with HSP >.<
[18:39] <ogra_> cyphermox, Jabra FTW
[18:39]  * ogra_ never had issues with them 
[18:45] <cyphermox> ogra_: I have a Jabra, it fails just as much
[18:45] <ogra_> really ?
[18:45] <cyphermox> yeah, no love with HSP
[18:45] <ogra_> my Jabra Halo is my precious, works fine with HSP and A2DP
[18:46] <ogra_> (though i havent tried on anything past precise)
[19:47] <balloons> cihelp, looks like jenkins-slave-3 is offline for core apps.. http://91.189.93.70:8080/computer/jenkins-slave-3/?
[19:49] <balloons> fginther, if noone is otherwise vanguard :-) ^^
[19:52] <fginther> balloons, looking
[19:58] <fginther> balloons, thanks for the notice, it's back up
[20:06] <balloons> ty fginther