[01:24] <thomi> fginther: got a second?
[01:34] <thomi> cihelp: The trusty autopilot CI runners seem to have a version of 'dot' installed that doesn't support PNG: https://jenkins.qa.ubuntu.com/job/autopilot-trusty-amd64-ci/125/console
[01:34] <thomi> which is causing all our builds to fail
[01:34] <thomi> but I've checked, and the version of dot i have installed on my trusty machine supports dot just fine
[01:34] <thomi> err, 'supports PNG'
[01:34] <thomi> I wonder if someone could take a looksie for me please?
[02:20] <fginther> thomi, https://jenkins.qa.ubuntu.com/job/autopilot-trusty-amd64-ci/125/console is a pbuilder job, it's pulling in graphviz_2.36.0-0ubuntu1 as a build dependency
[02:21] <thomi> fginther: hmmm, I just did a dist-upgrade, and I have an older version O.0
[02:21] <thomi> maybe I missedsomething
[02:23] <fginther> thomi, does it also need cairo or gd installed to do the rendering: http://www.graphviz.org/doc/info/command.html
[02:24] <fginther> thomi, it's a little unclear if graphviz supports png natively
[02:24] <thomi> fginther: maybe that changed in trusty? In the past it just worked
[02:26] <thomi> I'm just trying to get the same version on my laptop
[02:31] <fginther> thomi, gotta go again, I'll try to check back in a little later
[02:31] <thomi> fginther: ok, thanks for your help
[02:59] <thomi> fginther: it seems that you must run 'dot -c' as root before you can use dot in trusty. Why that's not done in the package scripts, I have no idea
[02:59] <veebers> thomi: that sounds like a bug to me
[03:00] <thomi> indeeed
[03:16] <thomi> fginther: for when you get back, I have a bug report: https://bugs.launchpad.net/ubuntu/+source/graphviz/+bug/1270025
[03:16] <thomi> fginther: is it possible to hack together a solution until that gets resolved? Otherwise we can't merge anything  into AP :-/
[03:23] <veebers> thomi: that graphiz issue also affects the ppas builder: https://launchpadlibrarian.net/162686744/buildlog_ubuntu-trusty-i386.autopilot_1.4%2B14.04.20131125bzr410trusty0_FAILEDTOBUILD.txt.gz
[03:26] <thomi> it'll affect everyone who uses graphviz as a build-dep I guess
[03:39] <fginther> thomi, how critical is the use of graphviz? even if we hacked in a hook script to enable the plugin in CI, you wouldn't be able to build in a ppa
[03:40] <thomi> fginther: well, it's needed to build the docs. It's not critical that it gets fixed *today*, but it is critical that it gets fixed soon... before the 1.4 release anyway
[03:40] <thomi> fginther: I mean, in the interim, we could just disable the doc building
[03:40] <thomi> or pre-render those graphics
[03:40] <thomi> but this seems to me like a packaging bug
[03:41] <fginther> thomi, I would recommend disabling the doc in the packaging, these kind of things 'usually' get fixed after a few days
[03:43] <thomi> fginther: do we need to disable the automatic doc uploading to maitri job? I don't want the docs to dissapear from the website in the mean time
[03:44] <fginther> thomi, yes, probably a safe thing to do
[03:44] <thomi> fginther: this doesn't have to be done today - I'm about to EOD, so it must be *super* late for you. Perhaps you can touch base with jfunk and/or pitty tomorrow?
[03:45] <fginther> thomi, sure thing
[03:45] <thomi> thanks an
[03:46] <thomi> *man
[06:37] <ricmm> morning
[06:38] <ricmm> promoting time!
[06:43] <didrocks> ricmm: yeah, email sent! :)
[06:43] <didrocks> Mirv: not sure to understand the ppa issue, it's in Qt5, right, not telepathy-ofono?
[06:44] <ricmm> oops what happened with the latest image
[06:44] <ricmm> theres a browser crasher
[06:46] <didrocks> ricmm: well, I don't care for now, only 132 exits to my eyes (kidding)
[06:48] <ricmm> ok
[06:49] <didrocks> ricmm: webbrowser-app: great chance it's flakyness: http://people.canonical.com/~ogra/touch-image-stats/20140117.changes
[06:49] <ricmm> probably
[06:50] <ricmm> but the crashed process was maliit
[06:50] <ricmm> so, weird
[06:50] <didrocks> ricmm: yeah, I'll add to the list of things to retrace/look at
[06:50] <didrocks> ricmm: who is our maliit contact now?
[06:51] <ricmm> thats in process of being shaped ;)
[06:51] <ricmm> so just ping bill
[06:51] <didrocks> ok ;)
[07:07] <Mirv> didrocks: just that the PPA:s are broken at the moment and rebuilds give strange errors. but it seems better now when I do it in a separate PPA.
[07:07] <Mirv> but I should have the build going soon now that I can look at the landing asks preparations too
[07:13] <tsdgeos> hi
[07:13] <tsdgeos> do you guys know if ubuntu-system-settings is under autolanding?
[07:13] <tsdgeos> https://code.launchpad.net/~aacid/ubuntu-system-settings/test_qpa/+merge/201943 was approved 15 hours ago
[07:13] <tsdgeos> and not yet autolanded
[07:16] <didrocks> Mirv: great
[07:16] <didrocks> tsdgeos: it's following the new process
[07:16] <didrocks> tsdgeos: you need to get the lander, which is seb
[07:16] <didrocks> who*
[07:17] <didrocks> (it's the only one beta-tested)
[07:17] <tsdgeos> didrocks: i need to get a lander for a 1 line fix in a cmake file?
[07:17] <tsdgeos> is that going to scale?
[07:17] <didrocks> tsdgeos: well, or wait for him directly, he's reviewing all MP regularly
[07:18] <didrocks> tsdgeos: that's what the lander is doing, responsible for trunk
[07:18] <didrocks> and things land in trunk only when in ubuntu
[07:18] <tsdgeos> ok
[07:18] <didrocks> so, no change for you :)
[07:18] <tsdgeos> Mirv: i'll let you do the prodding since this is one of the things that is delaying 5.2
[07:21] <Mirv> tsdgeos: ok.
[08:33] <popey> Happy Friday everyone!
[08:56] <sil2100> Happy Friday popey!
[08:56] <sil2100> ;)
[09:04] <ogra_> geez ... why do my ears ring ...
[09:05] <ogra_> didrocks, i assume you want 132 ? :)
[09:05] <didrocks> ogra_: I do want it!
[09:05] <didrocks> hey sil2100!
[09:06] <sil2100> didrocks: morning!
[09:07] <sil2100> didrocks: can we push publish buttons already? ;)
[09:07] <didrocks> sil2100: I was thinking you would come back after your training yesterday, can you handle the components before the meeting ;)
[09:07] <ogra_> sil2100, on it
[09:07] <didrocks> as per my modules
[09:07] <didrocks> sil2100: for things that could have been published, I've already done so
[09:07] <didrocks> see landing asks
[09:07] <psivaa> didrocks: maguro results for 133 is not yet available, the install job had failed on phablet-network setup. rerunning it to see if that's reproducible
[09:08] <ogra_> and done ...
[09:08] <ogra_> [09:08] <didrocks> psivaa: thanks!
[09:08] <didrocks> ogra_: \o/
[09:10] <sil2100> didrocks: ok, I misunderstood the e-mail, I understood "we'll publish it in the morning" in the way that I should publish it in the morning, not that you would do it instead - I'll publish then what I can now
[09:11] <didrocks> sil2100: yeah, publication will be in the morning :)
[09:11] <didrocks> sil2100: just prepare for publication :p
[09:11] <didrocks> sil2100: robru updated the status to tell "you can publish"
[09:11] <didrocks> what I did for his components
[09:11] <didrocks> (mathieu as well)
[09:12] <sil2100> didrocks: right, then I did the wrong thing, I thought that I should prepare everything and publish myself in the morning when green light is given ;)
[09:12] <didrocks> sil2100: the email was "prepare in advance" ;)
[09:12] <didrocks> so that we can move on other tasks
[09:13] <sil2100> didrocks: I publish messaging-app and unity-* bits now then
[09:13] <didrocks> ah, you tested them?
[09:13] <didrocks> (if so, all is good, I was just missing the ack on the landing ask sheet ;))
[09:13] <sil2100> didrocks: yes, messaging-app I did before practice, and unity- after I got back
[09:13] <sil2100> :<
[09:13] <didrocks> perfect!
[09:13] <sil2100> Since I thought I will be doing the publishing ;)
[09:14] <didrocks> we didn't loose much then, as we wait for maguro's results before kicking a new image
[09:29] <sil2100> didrocks: packaging ACKs needed:
[09:30] <didrocks> sil2100: ogra_: joining?
[09:30] <didrocks> popey: ?
[09:33] <sil2100> didrocks: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mediascanner2_0.99+14.04.20140117-0ubuntu1.diff
[09:33] <sil2100> didrocks: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Unity/job/cu2d-unity-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scope-mediascanner_0.2+14.04.20140117-0ubuntu1.diff
[09:45] <sil2100> cjwatson: hello! We have a small 'issue' - there is a unity-scope-mediascanner package in the archive for powerpc, but the new versions cannot be built for powerpc anymore
[09:46] <sil2100> cjwatson: since there was a change of the backend and now some qt5 deps are required
[09:46] <sil2100> cjwatson: what should we do? Would it be possible to remove unity-scope-mediascanner powerpc from the archive?
[09:48]  * popey tries to remember to mute his mic before shouting "have a good weekend" to visitors
[09:56] <sil2100> ;)
[09:59] <mandel> fginther, sorry, It was to late in my timezone, let me know when ever you are around
[10:40] <cjwatson> sil2100: give me a minute to investigate, but probably
[10:42] <cjwatson> sil2100: nothing depends on it on powerpc, so sure.  I won't do it until the new version is uploaded though
[10:46] <davmor2> didrocks: Happy Friday!!!!
[10:53] <didrocks> davmor2: happy Friday!
[10:53] <didrocks> ;)
[10:53] <sil2100> cjwatson: thank you! After the meeting now I'll do the publishing of the new package :)
[10:55] <davmor2> didrocks: I've not looked at the failures for maguro automation yet.  balloons asked me to look at the clock to see if it was a similar issue to the calendar so I'll be doing that when I get back in about an hours time, so if there were any I'll have a dig into them.
[11:04] <didrocks> davmor2: great! (sorry was in meeting), I think the maguro failures were ok (see my email)
[12:06] <sil2100> ogra_: u-s-c should be in proposed soon
[12:06] <ogra_> it already is
[12:07] <ogra_> just saw the mail, thanks !
[12:08] <timp> cjwatson: remember that weird autolanding failure some days ago? Seems like it came back in a different MR https://jenkins.qa.ubuntu.com/job/generic-mediumtests-trusty-touch/2257/console
[12:09] <mandel> ev, I was talking yesterday with fginther regarding some failing tests in CI, we though it could be because a dbus daemon was not being started. I have pushed a branch that start a dbus process per test in a test case. Right now, while the daemon process is correctly executed in a desktop machine in Jenkins it takes longer than 120s and the timeout is reached. Is there a way to fix this? or at least look closer in
[12:09] <mandel> to the issue
[12:11] <timp> mandel: can that be the problem here also? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4710/
[12:11] <timp> mandel: in the test logs I see dbus issues  File "/usr/lib/python2.7/dist-packages/autopilot/introspection/__init__.py", line 299, in _get_dbus_addresses_from_search_parameters
[12:11] <timp>     % return_code
[12:12] <timp> but perhaps the crash logs give more useful information for you?
[12:12] <mandel> timp, hm.. interesting, cause my tests also fail and are using QDbus and not python and I get a similar warning : CRITICAL - Could not register service QDBusError("org.freedesktop.DBus.Error.NotSupported", "Unable to autolaunch a dbus-daemon without a $DISPLAY for X11"
[12:13] <ev> mandel: does your test work if you remove the X session and DBus variables before starting it? That is, if you log into your system without spawning a desktop session, like via SSH?
[12:13] <timp> mandel: the failures may not be consistent.
[12:13] <fginther> mandel, I was able to reproduce the test failures
[12:13] <timp> mandel: see this MR https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-001/+merge/199906
[12:13] <timp> mandel: I got the same fails several times there, and then suddenly autolanding did work once
[12:13] <ev> mandel: fginther had said the following about this: https://pastebin.canonical.com/103104/
[12:14] <mandel> fginther, awesome! tell me how?
[12:14] <ev> oh hai fginther :)
[12:14] <ev> I'll leave you to it
[12:14]  * mandel reads
[12:15] <davmor2> didrocks: so it looks like clock app and calendar are both suffering from a similar fate in that at some point in the tests the app isn't fully closed before it is tried to be opened confusing the hell out of the system and locking the app up.
[12:15] <fginther> mandel, I did this two different ways, the first was to run the tests from an ssh session, which removes all of the X and DBUS environment variables inherited from xterm or gnome term
[12:16] <didrocks> davmor2: yeah, can be linked to the other issue you are seeing I guess on maguro with app not starting
[12:16] <mandel> fginther, hm.. ok, makes sense, I now need to know how to deal with this case
[12:16] <mandel> :-/
[12:16] <mandel> fginther, thx for taking a look while I EOD!
[12:16] <cjwatson> timp: sorry, I actually don't know why you're asking me about this :)
[12:17] <fginther> mandel, the second method was to just unset these environment variables: DISPLAY, and DBUS_SESSION_BUS_ADDRESS
[12:17] <cjwatson> timp: I'd suggest asking somebody in CI
[12:18] <fginther> timp, https://jenkins.qa.ubuntu.com/job/generic-mediumtests-trusty-touch/2257/console contains a qmlscene crash
[12:19] <davmor2> didrocks: daft as it sounds is it worth doing something like tearDown: if os.(call I've forgotten)[2]==maguro wait 5 seconds
[12:19] <timp> cjwatson: iirc, you were the lucky one to say anything when I first asked about it ;)
[12:19] <didrocks> davmor2: should be in autopilot maybe
[12:19] <timp> cjwatson: and I have no idea who I should be asking
[12:19] <didrocks> davmor2: mind talking to your QA folks? ;)
[12:20] <cjwatson> timp: I think whatever I said must have been a drive-by comment on some particular bit of it - I'm afraid I don't know how to deal with autolanding/autopilot etc. failures in general, it's not my field
[12:20] <timp> cjwatson: okay. no problem :)
[12:20] <didrocks> timp: if you think it's autopilot, you should ping QA I guess, if you think it's the CI infra, you should ping the vanguard listed in /topic
[12:21] <fginther> timp, greyback looked at the last qmlscene crashing problem I saw, https://bugs.launchpad.net/unity-mir/+bug/1262982, maybe he can look at this too
[12:21] <timp> didrocks, fginther ok, thanks
[12:22] <timp> ev: do you know if this can be an CI infra problem? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4710/
[12:23] <timp> ev: I saw the same (or similar?) this week several times in this MR https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-001/+merge/199906
[12:23] <timp> ev: but at some point autolanding did work (I don't know why it first did not pass and then it did)
[12:24] <Mirv> didrocks: the UI toolkit flaky maguro test is supposed to be linked to ubuntu-keyboard bug that got a fix yesterday in trunk
[12:25] <didrocks> Mirv: ah excellent, will we have a landing ask for it?
[12:26] <ev> hmm
[12:27] <didrocks> Mirv: sil2100: btw, force_rebuild in the build job is doing the skip check
[12:27] <didrocks> (skip version check)
[12:27] <didrocks> in citrain
[12:27] <didrocks> I removed the option at the time so that it's easier to understand
[12:28] <Mirv> greyback: could you get ubuntu-keyboard to landing asks in case the trunk would be ready?
[12:29] <greyback> Mirv: the fix landed, so yeah it can be released.
[12:29] <ev> god these tests are noisy
[12:30] <greyback> kgunn: can you add ubuntu-keyboard to the landing ASKs list please?
[12:30] <davmor2> didrocks: will do
[12:30] <fginther> timp, again https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4710/ has a qmlscene crash, I would ask unity8 and/or mir team for assistance. I could be another case of https://bugs.launchpad.net/unity-mir/+bug/1262982
[12:31] <timp> fginther: ok
[12:32] <timp> greyback / Saviq ^ does one of you have an idea? If you want more information or I should test something let me know
[12:33] <greyback> timp: sorry there's nothing more I can help with on that, it's lower level than I
[12:33] <timp> greyback: okay. do you think it is a Mir thing? So I should find someone in the Mir team?
[12:33] <Saviq> timp, yeah, #ubuntu-mir
[12:34] <Saviq> timp, they'll at least know what that error means
[12:34] <ev> fginther: ah, too fast for me. I was just going to point at that :)
[12:34] <timp> Saviq, greyback okay thanks
[12:34] <Mirv> greyback: thanks
[12:34] <greyback> Mirv: it's in the ask sheet now
[13:15] <sergiusens> popey, this probably needs retesting https://myapps.developer.ubuntu.com/dev/click-apps/156/ ; I did not test on the latest and greatest
[13:15] <popey> ack
[13:16] <sergiusens> mandel, ev are you using the dbus-test-runner?
[13:16] <sergiusens> fginther, ^^
[13:17] <mandel> sergiusens, no, I'm just running a special daemon that allows extra features for testing like forcing dbus errors
[15:17] <dobey> sil2100: can you trigger daily ppa build of unity-scope-click? a branch was landed that set G_MESSAGES_DEBUG so we can maybe get some more info from lp about what is failing
[15:24] <sil2100> dobey: sure
[15:24] <dobey> thanks
[16:28] <sil2100> josepht, cihelp: hi! When running stacks in cu2d I noticed that the otto nvidia machine (autopilot-nvidia) fails strangely, cannot find any containers:
[16:28] <sil2100> josepht, cihelp: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/1204/label=autopilot-nvidia/console
[16:29] <cjohnston> sil2100: please don't use cih... when there is a vanguard
[16:30] <josepht> sil2100: looking
[16:30] <sil2100> cjohnston: ACK, need to remember that
[16:30] <sil2100> didrocks: are you around for some packaging ACKs?
[16:30] <didrocks> sil2100: ok, 1€ each ack, 10€ for 15 (group price ;))
[16:31] <sil2100> :O That's a rip off!
[16:31] <didrocks> \o/
[16:31] <sil2100> ;)
[16:31] <didrocks> use the discount label!
[16:33] <sil2100> didrocks: aaaactually I found a minor thing in the packaging diff, but you decide if it's a blocker... so the diffs:
[16:33] <sil2100> http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_process-cpp_0.0.1+14.04.20140117-0ubuntu1.diff <- this one seems ok
[16:34] <sil2100> 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.20140117-0ubuntu1.diff <- a big change, they're changing from the header-only approach to a real library - but the descriptions need updating, as they still state: "header-only dbus-binding..."
[16:34] <didrocks> sil2100: hum, there are some 0replaceme? It's like my sedding wasn't working anymore?
[16:35] <sil2100> hmmmmm, right, didn't notice that one! hm, it's been a while we had a symbols diff
[16:35] <didrocks> sil2100: nack on second
[16:36] <didrocks> sil2100: dbus-cpp is in main, right?
[16:36] <sil2100> didrocks: right
[16:36] <didrocks> libprocess-cpp-dev is in universe
[16:37] <didrocks> and I stopped there
[16:37] <didrocks> libproperties-cpp-dev as well
[16:38] <sil2100> I wonder why dbus-cpp is in main?
[16:38] <sil2100> The only package that uses it is ubuntu-location-service as a build dep, which is universe
[16:38] <sil2100> This only causes trouble..!
[16:39] <didrocks> sil2100: hum, not sure what you are basing your statement
[16:39] <didrocks> music-hub and platform-api are depending on it
[16:39] <didrocks> and platform-api is in main
[16:39] <didrocks> and anyway, in the end, we want everything we produce Touch with in main
[16:40] <ogra_> not "in the end"
[16:40] <ogra_> before trusty gets released :)
[16:40] <cjwatson> so we should MIR process-cpp, then ...
[16:40] <sil2100> Right, rdepends is not really reliable as far as build-deps go
[16:40] <didrocks> ogra_: well, that would be ideal, you are more opptimistic than I am :)
[16:41] <ogra_> MIR'ing packages is a discussion point for the sprint
[16:41] <sil2100> Indeed, at least it gives me time to fix the descriptions and maybe examine the symbols mystery
[16:41] <didrocks> sil2100: it is, but use -r
[16:41] <ogra_> iirc it is on the agenda
[16:41] <didrocks> oopss,
[16:41] <didrocks> -b
[16:41] <didrocks> sil2100: ^
[16:41] <didrocks> for build-deps
[16:42] <cjwatson> if you're using reverse-depends(1), yes
[16:42] <cjwatson> sil2100 might have meant apt-get rdepends
[16:42] <didrocks> oh, possibly, yeah
[16:43] <sil2100> Now that's much better, yeah
[16:43] <sil2100> Thanks
[16:43] <didrocks> yw!
[16:43] <didrocks> sil2100: getting tvoss filing the MIR
[16:43] <didrocks> ?
[16:43] <sil2100> Let me take a look into process-cpp deps and try MIR'ing it
[16:43] <didrocks> thanks
[16:43] <didrocks> ogra_: that's when I'm thinking "poor mterry" :p
[16:43] <sil2100> He's out right now, might be back later but he's nearing his EOD I guess
[16:44] <didrocks> ogra_: as I NEWed most of them, I refuse to MIR those
[16:44] <didrocks> it would be "acking and reacking"
[16:44] <didrocks> better to have a second opinion
[16:47] <ogra_> didrocks, well, i hope we can temporary "staff up" the MIR team ... thus the topic at the sprint
[16:48] <didrocks> ogra_: I requested that in April 2013 and again in August to prepare that topic
[16:48] <didrocks> no action…
[16:48] <ogra_> yeah
[16:48] <didrocks> or no victim found :p
[16:48]  * didrocks looks at ogra
[16:48] <didrocks> hum… ;)
[16:49] <ogra_> we'll see :)
[16:50] <sil2100> didrocks: ok, so we'll have to MIR process-cpp and properties-cpp - process-cpp is MIR clean in deps, but properties-cpp needs lcov to be in main as well - but lcov is a small package
[16:52] <didrocks> sil2100: I think tvoss is removing lcov from everywhere
[16:52] <didrocks> look at the recent packaging diff
[16:53] <sil2100> didrocks: then I'll poke him about that one if he's still around, maybe he'll do it for properties-* as well
[16:54] <didrocks> yep
[17:01] <plars> hmm
[17:01] <didrocks> cyphermox: coming?
[17:01] <didrocks> plars:  ^
[17:01] <didrocks> ogra_: ^
[17:01] <plars> didrocks: when I try to join it says "the party's over, but you can start a new one"
[17:02] <didrocks> plars: some people got that in the past
[17:02] <didrocks> plars: click on starting a new one
[17:02] <robru> plars, in my experience if you just click 'start a new one' it works
[17:26] <didrocks> sergiusens: you can release calendar-app btw :)
[17:26] <didrocks> balloons:  ^
[17:27] <balloons> :-)
[17:36] <sil2100> dobey: any luck with the FTBFS in unity-scope-click? I see some more debugging output now
[17:37] <dobey> sil2100: no. unfortunately it just says it timed out. i'm looking at the code to figure out why it would time out, though
[17:44] <fginther> sil2100, the otto issue should be resolved, can you try a new build?
[17:44] <sil2100> kenvandine, robru, cyphermox: ^ does anyone of you guys need a particular stack rebuilt?
[17:45] <kenvandine> sil2100, nope
[17:45] <sil2100> Since we'd like to check if the nvidia machine is back online
[17:47] <didrocks> cyphermox: hey, once you will be back: I assigned one landing to you! ;)
[17:48] <sil2100> fginther: thanks! I'll try running any stack then ;)
[17:49] <cyphermox> ok
[17:55] <dobey> sil2100: figured out what is causing the failure. trying to fix it now. wish my bug report against CI would get fixed to catch these things :)
[17:56] <sil2100> dobey: hah, excellent, thanks! Out of curiosity, what bug would that be?
[17:56] <dobey> sil2100: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1262863
[17:57] <sergiusens> balloons, already did a while ago
[18:00] <robru> sil2100, oh, I already rebuilt some stacks that I needed...
[18:19] <sil2100> Have a nice weekend everyone!
[18:56] <sergiusens> robru, can we daily release goget-ubuntu-touch?
[18:56] <sergiusens> shouldn't be affecting the touch images yet!
[18:56] <sergiusens> :-)
[19:16] <robru> sergiusens, yeah, it's already set up for that in the misc stack, but the thing is that actually for a long time now there is no such thing as daily_release...
[19:17] <sergiusens> robru, heh; well whatever the name is now; can we get it released ;-)
[19:17] <sergiusens> and I'll join the bandwagon
[19:18] <sergiusens> :-)
[19:24] <robru> sergiusens, i just released it recently, are you saying it needs a new release now?
[19:25] <sergiusens> robru, yup; to get the nice EDGE skin for the emulator and to fix a dependency
[19:25] <sergiusens> 3 merges iirc
[19:25] <robru> sergiusens, ok
[19:26] <sergiusens> yup, 3 it is https://code.launchpad.net/~phablet-team/goget-ubuntu-touch/trunk
[19:26] <robru> sergiusens, ok, it's building.
[19:29] <sergiusens> ty
[19:41] <dobey> robru, kenvandine: can one of you trigger daily ppa build of unity-click-scope again please?
[19:41] <dobey> err, unity-scope-click even
[19:44] <robru> dobey, ok
[19:46] <dobey> thanks