[05:33] hey Mirv! [05:41] hey didrocks as well! [05:42] Mirv: how are you? seems like the sky is back to being blue here :) [05:42] but with 10°C less… what I won't complain at all :) [05:46] here's back to grey, but ok as well as slightly cooler makes it easier to be without a/c [05:46] oh, you do have a/c at home? [05:48] no, that''s why yesterday's hot and humid was a bit uncomfortable.. [05:49] now seems good [05:49] ah ok ;) [05:50] Mirv: do you need me for the stack publications? The results sounds promising :) [05:50] Mirv: then, if we can publish what we can ASAP, it will help jibel and I experiencing with the 3h-dailies today [05:50] (to put in prod starting Monday) [05:52] some acks for packaging changes, but yes seems quite good.. [05:52] just a second [05:53] sure ;) [05:53] didrocks: multi-arch http://localhost:8080/view/cu2d/view/Head/view/Settings/job/cu2d-settings-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-system-settings-online-accounts_0.2~+13.10.20130808.3-0ubuntu1.diff [05:53] 10.97.0.1, that is [05:54] ie http://10.97.0.1:8080/view/cu2d/view/Head/view/Settings/job/cu2d-settings-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-system-settings-online-accounts_0.2~+13.10.20130808.3-0ubuntu1.diff [05:54] thanks ;) [05:54] +1 [05:55] unity8 cross-building with - hmm are those ok? http://localhost:8080/view/cu2d/view/Head/view/Unity8/job/cu2d-unity8-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.81.3+13.10.20130809-0ubuntu1.diff [05:57] Mirv: hum, it seems similar to the issue we saw yesterday, right? [05:57] like the :any not working for installing Qt? [05:57] yeah, that's why it made me doubt [05:57] Mirv: mind putting a note and check with Saviq later on? I would prefer we play the coward-side for that ;) [05:57] here's the MP https://code.launchpad.net/~saviq/unity8/prepare-cross-build/+merge/179250 [05:58] yeah, I'll check with saviq and test installing from daily-build PPA [05:59] Mirv: thanks! do not hesitate to note that on the spreadsheet :) [05:59] noted in the sheet for now [05:59] \o/ [05:59] telepathy-ofono has started depending on.. something on armhf http://10.97.0.1:8080/view/cu2d/view/Head/view/Network/job/cu2d-network-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_telepathy-ofono_0.2+13.10.20130809-0ubuntu1.diff [06:00] funny that the changelog is empty [06:00] it's about supporting audioflinger and speaker mode, https://code.launchpad.net/~tiagosh/telepathy-ofono/audioflinger-speakermode/+merge/178873 [06:01] didrocks: any idea why the changelog doesn't mention the commit? [06:01] Mirv: I'm looking at the commit [06:02] Mirv: interesting, I'll put on "things to look at", there is no good reason [06:02] Mirv: on the packaging change, +1 [06:02] nothing strike in my eyes why there is no commit message collected [06:03] yes seems normal. next up, mir has ABI bump 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.8+13.10.20130809-0ubuntu1.diff [06:04] Mirv: hum, don't they miss a Replaces: [06:04] libmirserver1 replaces libmirserver0 [06:04] for [06:04] +usr/lib/*/libmirplatform.so [06:04] +usr/lib/*/libmirplatformgraphics.so [06:04] which are common? [06:05] RAOF: ahah, just in time! ^ [06:05] yes they are [06:05] it'll fail to upgrade [06:05] Mirv: so RAOF proposes https://code.launchpad.net/~raof/mir/fix-mir_connection_get_display_info/+merge/179316 [06:06] which is great, but still needs Replaces: libmirserver0 ;) [06:06] in libmirplatform [06:06] ... [06:06] quite tru. [06:06] true. [06:06] RAOF: just "quite"? :p [06:06] RAOF: can you fix that? I'll approve [06:06] Mirv: let's wait for Mir then [06:06] Mirv: it will be relaunched as part of jibel and I experimentations :) [06:07] yep, added this as a blocker to the spreadsheet [06:07] didrocks: Pused. [06:07] Mirv: thanks ;) [06:08] didrocks: then indicators stack has nothing otherwise but there are the three new packages indicator-network-prompt, libqtdbusmock and libqtdbustest which would need manual approval to get into NEW [06:08] RAOF: approved [06:08] didrocks: were they preNEWed? [06:08] Mirv: yeah, they were, I just want to check one thing in indicator-network-prompt [06:08] and pull as part of the whitelist [06:08] ok [06:08] (one sec) [06:09] Mirv: all 3 are still on the indicator stack? :/ [06:10] didrocks: yes.. [06:10] argh, I asked robru to put indicator-network-prompt in the indicator stack and libqtdbusmock+libqtdbustest in the QA one. [06:10] didrocks, Mirv, is :any an incorrect syntax? I cross-built a package with that and installed on the device and it worked [06:10] it seems they are in the config, it wasn't just deployed [06:10] Saviq: all issues yesterday with Qt was due to the :any thing [06:10] didrocks, riht [06:11] Saviq: I'm not an expert on that though, so maybe it works when something is multiarched [06:11] I just want to have the infos to not reblock on this :) [06:11] Mirv: so pulled the withelist, +1 for now, I'll redeploy the stack and kill the job for next run [06:12] (the last change in indicator-network-prompt is fine) [06:12] didrocks, can I help verifying that somehow? [06:12] didrocks: ok so this one time all through the indicators stack? [06:12] Mirv: yep ;) [06:12] Saviq: upgrade unity8 on desktop from current archive version to the daily-build PPA version [06:12] yeah, that will help :) [06:12] Mirv, doing [06:14] didrocks: then one more thing that app stack now has the dependency on webapps and has stopped because the unity-webapps-qml problem hasn't still been sorted out [06:15] Mirv: yeah, pat told me yesterday to not block app and publish it [06:15] Mirv: he will come today with a solution (maybe webbrowser being part of the webapps stack and remove the dep between apps and webapps) [06:15] he asked as well vrruiz to fix it [06:15] so forcing the publication for apps is fine [06:15] didrocks: ok, so publishing apps. vrruiz has also progressed with the issue to a dbus problem. [06:16] Saviq: unity8 upgraded fine here [06:16] Mirv: ah great! :) [06:19] didrocks: the unity8's :any dependencies are in build dependencies however, while Qt had those as part of a binary package dependency [06:19] oh oh [06:19] yeah good point [06:19] excellent point even! [06:19] maybe it's some trick in the build deps [06:20] and it makes sense for multiarching [06:20] and… obviously, it built :) [06:20] Mirv: +1 then, I'll need to fetch some doc on that though :) [06:20] Saviq: FYI ^ [06:21] yes, it built.. ok [06:21] all done now, except for mir (pending fix), unity (not yet build, let's see how autopilot will do once again..) and webapps [06:21] nice work Mirv ;) let's wait for a month like that, and I think we can start asking for upload rights to you (still few things like catching the replaces and so on ;)) [06:21] Mirv, didrocks yeah, it doesn't really make sense for :any in runtime, does it... [06:21] Saviq: exactly! [06:22] maybe on some -dev though [06:22] if they are multiarch [06:22] anyway, sorted out for that one :) [06:23] didrocks: hehe, yeah. the Replaces catching should happen more instictively indeed. [06:23] Mirv: no worry, this will come with time ;) [06:23] Mirv, didrocks yeah, upgraded fine on both maguro and manta [06:23] excellent [06:23] dpm: hey! [06:24] Saviq: thanks for confirming [06:24] dpm: how are you? [06:34] morning didrocks, very well, thanks :) How are you today? [06:34] dpm: I'm good thanks! [06:34] dpm: so, I looked this morning at qreactor [06:34] dpm: I noticed some things that needs to be changed in a followup upload: http://paste.ubuntu.com/5965135/ [06:35] ah, thanks, looking... [06:35] dpm: I'm just unsure on python-qrencode dependency missing [06:35] dpm: did you upload your version to a ppa? as debian/rules clean fails before creating the source package, I don't know if it's needed in the builder [06:35] (but it should be in the build-deps anyway on the long term) [06:37] didrocks, I built that same version of the package here: https://launchpad.net/~qreator-hackers/+archive/qreator-stable [06:39] dpm: ok, I'm happy to NEW it then, just please fix those small issues on a followup upload :) [06:39] dpm: I override manually the priority to optional until your next upload fix it as well [06:39] didrocks, perfect, I've got a new release coming up, so I'll make sure I include them in the new upload [06:40] thanks! [06:40] qreactor source NEW, will binary NEW once built [06:41] \o/ [06:44] didrocks, is there any other step I need to follow to get qreator into the archive or will it now all happen automatically? [06:45] dpm: I have to NEW the binary packages, I'll do it, so no more steps for you [06:45] excellent, thanks! [06:47] yw ;) [06:52] dpm: built and NEWed, it's in proposed now [06:52] \m/ [07:26] good morning [07:27] good morning jibel! [07:27] morning didrocks [07:35] Morning! [07:36] Is it normal that when doing a standard apt-get update and dist-upgrade today, apt wanted to remove ubuntu-desktop and unity ;) ? [07:38] sil2100: morning! maybe some PPA? I don't have such a problem with pure saucy (just retested) [07:43] I wonder! [07:43] Although by the looks of update I don't see any PPA being used, hm [07:46] Mirv: how's it going this week anyway? [07:47] sil2100: some hurdles, overcoming those, getting loads of new work, the usual :) currently fine except that there's a lot of stuff in todo lists [07:48] ie the important part, daily releases, is fine now again [07:48] Good to know :) [07:48] sil2100: I hope your week has been more relaxing, and will continue to be for three more days :) [07:48] hm, I still see the SRU team didn't comment on the XIM SRU bug :< [07:49] It was fun, although the temperatures here in Poland were a bit extreme [07:49] It's hard to feel good when there's 39 degrees celsius in the shadows [07:52] yeah it's been near 30 in Finland as well, although now today finally cooler [07:52] yesterday was the worst, 26 + humidity near 100 [07:52] Terrible! [07:52] felt quite tropical [07:52] I guess it's much better now everywhere [07:52] I mean, in Europe [07:52] yeah, "everywhere" ;) [07:53] in our small blob [08:02] hey sil2100 Mirv [08:02] didrocks: do you have time today at some point to check the qt3d from the spreadsheet? [08:02] good morning desktopers [08:02] morning seb128 [08:02] sil2100, what bug is the XIM one? [08:03] Mirv: sure, I'll :) [08:03] seb128: hi! [08:03] didrocks, lut [08:03] seb128: https://bugs.launchpad.net/unity/+bug/1043627 [08:03] Ubuntu bug 1043627 in nux (Ubuntu Raring) "[SRU] Add XIM Support to Nux" [Undecided,Confirmed] [08:03] forwarding the e-mail from sil2100 to seb128 [08:03] seb128: we need the SRU guys to take a look and know if they agree to SRU it, as it's more like a 'feature' [08:04] Mirv: thanks! [08:04] salut seb128! [08:05] sil2100, Mirv: try pinging infinity or slangasek on IRC about it? [08:05] oh, you emailed them, and nobody replied? [08:05] I guess everyone is over busy :/ [08:05] This time no... I guess they're busy indeed [08:07] let's ping Monday when sil2100 is also back [08:07] /kick sil2100 three more days [08:08] Mirv, do you have a qtsystems upload planned for soon? [08:08] seb128: no plans that I know of. are you planning, or would it be in need of update? [08:09] Mirv, I'm going to do one if that's ok with you, adding "upower" to the CONFIG in debian/rules [08:09] Mirv, I figured out that we build without upower user, that's why getting battery informations is broken (I'm working on the battery system settings) [08:09] seb128: that's perfectly ok, thanks [08:09] Mirv, yw ;-) [08:13] ;) [08:13] Mirv, didrocks, seb128: see you on Monday! [08:13] sil2100: enjoy your week-end! [08:13] fail :p [08:13] too slow (me as well, I was typing and just deleted it :p) [08:44] Mirv, https://launchpad.net/ubuntu/saucy/+source/qtsystems-opensource-src/5.0~git20130712-0ubuntu2 [08:45] Mirv, I commited to the packaging vcs as well [08:46] Mirv, I added a small patch: http://paste.ubuntu.com/5965634/ ... can you upstream it for me (or I will do it next week, I need to look at the qt bug tracker/create an account but I've already quite some stuff on my plates for today) [08:51] seb128: thanks. making a note that it should be upstreamed. not sure about today either, but I'm always happy to add more people to the Canonical group in Qt tracker anyway [08:51] Mirv, ok, let's talk about that monday if that works for you [08:51] yes [08:51] thanks === jibel_ is now known as jibel === MacSlow is now known as MacSlow|lunch === greyback is now known as greyback|lunch === greyback|lunch is now known as greyback === MacSlow|lunch is now known as MacSlow === dednick is now known as dednick|lunch [13:26] fginther: agree, seems like the right thing; I'll file a merge [13:37] didrocks, hey, so I have a dep on a package that is Universe but has it's MIR fix committed. [13:37] didrocks, Now I'd like to land the branch so that it gets pulled into main. [13:38] didrocks, How do I tell Jenkins that "I really want this, and it's okay" [13:38] fginther, ^ [13:39] tedg: is it a build-dep or just a runtime dep? [13:40] didrocks, build [13:41] Specifically click-dev [13:41] tedg: ok, we just need to track that manually, but nothing should block [13:41] (at least not daily releases, and I don't think the upstream merger should) [13:41] didrocks, Yeah, it does. It doesn't set up the sources to include universe, so it can't find the package. [13:42] (which is a sane default) [13:42] tedg: I think it's indeed fginther for that part :) [13:42] tedg: still, I can promote it, but before it's in distro, people tends to move it back to universe [13:43] didrocks, Oh? So it's a timing thing. I thought that was all automatic [13:43] tedg: promoting to Main? absolutely not! :) [13:43] (unfortunately) [13:43] the usually way is that archive admin notice things on component mismatch [13:43] tedg: do you have the MIR bug #? I'll promote it once it's in distro :) [13:43] right [13:43] and go promote (or demote) them [13:44] that's why didrocks said it's going to be likely demoted [13:44] usually we go the other way around [13:44] things get promoted after something start depending on them [13:44] seb128, didrocks, one moment [13:44] but that doesn't work well with the jenkins checks [13:45] tedg, I thought we fixed the universe issue. What MP is this? [13:45] Yup, and to be clear, I think it is a good default. [13:46] fginther, No, we didn't. But now click has had its MIR review. So we need to drop adding universe, but yet still get it into archive so that it gets pulled into main. [13:49] tedg, do we need to land a merge proposal first to do that? [13:50] tedg, err do we need to *commit* a merge proposal first to do that? [13:50] fginther, Well, that's kinda what we were asking. But, this is the first MR that needs it: https://code.launchpad.net/~ted/upstart-app-launch/click-hook/+merge/176525 [13:53] tedg, ahh. this looks like click-dev is needed outside of the pbuilder chroot [14:15] didrocks, ping about row 4 of our little spreadsheet. have you made any progress on that topic? my work on lp:ubuntu-settings-components is mildly blocked by that, just wondering if I should apply the same (hacky) solution as from webbrowser-app or if I should wait for you on that. [14:15] robru: please follow the same hacky solution [14:15] for now [14:15] ok [14:16] robru: did you get any news on the webapps AP issue? [14:16] will be nice to push/get that fixed :) [14:16] didrocks, yeah, vrruiz sent out a detailed mail about it. want me to forward it to you? pat got it already. [14:16] robru: as long as you follow and it's getting fixed for Monday, I'm fine :) [14:17] didrocks, actually I dunno, vrruiz mentions lots of hard problems. dunno what his ETA is on fixing it. should we maybe temporarily disable that project so it stops breaking the stack? [14:18] robru: can you check with Pat? I would say yes [14:18] ok [14:18] robru: if it's not getting fix, no need to run the tests and building that project [14:33] * didrocks forces unity to publish [16:05] didrocks, EOD yet? you should review this hot mess I just made. [16:05] robru: urgh, noooo :/ [16:05] didrocks, just kidding, it's not that bad ;-) [16:05] https://code.launchpad.net/~robru/ubuntu-settings-components/packaging/+merge/178964 [16:06] robru: ok, so some kind of pre-NEWING? :) [16:06] the funny thing is that I noticed the whole package was arch-indep, so I changed arch to "all", but QML insists on having it's files in an arch-specific dir, so i have one package that provides one symlink in /usr/lib, and another package that provides qml files under /usr/share [16:07] interesting [16:07] didrocks, no, not prenewing, need you to confirm that this packaging work is sane. I managed to get all lintian warnings gone ;-) [16:07] robru: no bootstrap commit, so we'll get tons of commits message collecting? (it's fine ;)) [16:07] ah ok [16:08] didrocks, make sure you look at the diff of just the most recent commit, that's where the magic happens. [16:08] robru: shouldn't ubuntu-settings-components deps on the same version of ubuntu-settings-components-assets then? [16:08] oh, yep. [16:09] robru: the qml are importing Ubuntu components [16:09] bah [16:09] do you know what packages provide what I'm missing? [16:09] so I think they should dep on qtdeclarative5-ubuntu-ui-toolkit-plugin [16:09] robru: I was looking for it :p [16:10] robru: I think ubuntu-settings-components should follow that syntax as well ^ [16:10] so qtdeclarative5-… [16:10] (as a package binary name) [16:10] ah [16:10] can I leave the source name / changelog alone? [16:11] oh sure [16:11] ok [16:11] robru: where is the symlink magic? [16:11] in Cmake? [16:11] * didrocks looks [16:11] ah indeed :) [16:12] didrocks, yes, in this case I was able to do it in Cmake, perhaps I should go back to webbrowser-app and see if I can push the symlink logic from debian/rules to cmake as well. I remember not being able to figure that out at the time and being unhappy with it. [16:13] robru: I wonder about the destdir thing though [16:13] let me look :) [16:14] ah dh_links fixes it [16:14] didrocks, destdir was necessary, without it, it tries to make the symlink in the host system, and fails due to permissions. adding destdir makes the symlink appear inside the package instead. [16:14] sweet! [16:14] sweetness of sweetness even :) [16:15] robru: looks perfect to me! (just change the binary package name + add the dep), everything is great, nice mess^W^W^W^Wwork [16:15] ;) [16:15] you want to push that as part of the same MP? [16:15] didrocks, ha, thanks. ok, will fix and push in a moment [16:15] yeah [16:15] ok ;) [16:20] didrocks, oh, can you top-approve it? I cant' [16:21] robru: I can't as well, I think they should fix the team so that ~ubuntu-unity can push to it (or we will have an issue when deploying the stack) [16:21] who should I ping about that? [16:21] robru: btw, you didn't deploy the qa move for the dbusqt* test/mock, I did it FYI [16:21] robru: someone in the Ubuntu Settings Components Team [16:21] didrocks, oh, I thought I did, I must have deployed it just before that change. [16:21] robru: let me look the last 2 commits ;) [16:22] robru: I see there are tests, are they ran during the build? [16:22] didrocks, for what? settings components? no... there is no build really, these are all qml files. they just get copied into place. [16:23] robru: can we get the tests either as AP tests or tests that we run during the build? [16:23] robru: not linked to that MP, but before we put under dailies :) [16:23] didrocks, oh wait, actually they do get run during the build ;-) I just didn't see them [16:23] hum, I think it will fail then if qt5declaractiveblablabla isn't a build-dep, won't it? [16:23] fginther, Okay, I'm confused. click is definitely in main now, but I'm still getting build failures. [16:24] didrocks, well, I had that installed already, so it was fine. but it's added as a dep now, so should be good. [16:24] robru: not a build-dep, so not during the build? [16:24] hmmm [16:24] didrocks, let me pbuilder it and we'll find out [16:24] yep ;) [16:24] Also if someone could do this MR then we'll get a daily tonight. https://code.launchpad.net/~ted/cupstream2distro-config/click-in-main/+merge/179444 [16:25] tedg: is it reviewed for NEWing already? is there any test? :) [16:25] tedg: sorry, but we are asked for 3 new components to land everyday, there is a ticketting system :p [16:25] didrocks, ? It was already there. We just turned it off because click wasn't in main. [16:25] tedg, the dependency appears to be needed outside of the pbuilder chroot environment [16:26] didrocks, It's not new in that regard [16:26] tedg: oh sure, if robru has the time to look at it and deploy (need to check the run is fine) [16:26] fginther, ? Why would a package build-dep be needed out of the pbuilder chroot? [16:26] tedg: but if the upstream merger failed, I'm a little bit worried we'll push without the merge back branch merging [16:27] didrocks, Sure, we're fixing that right now (tm) [16:27] tedg, I don't have a good explanation... [16:28] fginther, Hmm, perhaps the universe hook is messing something up? [16:28] tedg, it's not even getting that far [16:28] the pbuilder never starts [16:28] well, sort of [16:28] tedg: see, everything is against you, they don't want your code it seems :p [16:28] the gods must be crazy [16:29] didrocks, can you make sense of this? debhelper needs some click.pm: [16:29] https://jenkins.qa.ubuntu.com/job/upstart-app-launch-saucy-amd64-ci/45/console [16:30] $ dlocate click.pm [16:30] click-dev: /usr/share/perl5/Debian/Debhelper/Sequence/click.pm [16:30] didrocks, having a pretty big derp moment over here, turns out I'm missing a lot of deps (didn't check in pbuilder previously) [16:30] so you need to have click-dev installed where you run your debian/rules clean [16:30] robru: ahah, so not approving yet :) [16:31] didrocks, So is clean being run too early? [16:32] tedg: if the code didn't change since my team, it's run on the machine, not in a chroot [16:32] tedg: to prepare the source package [16:32] and then the source package is built on pbuilder [16:32] didrocks, That sounds like a bad idea ;-) [16:32] that's the reason why for dailies, I'm preparing the source package in a chroot [16:32] after installing all build-deps by hand [16:32] How do we add deps for clean? [16:33] and so I don't have python, or any debhelper helper on the host [16:33] tedg, didrocks, upstream builds on a raring host [16:33] tedg: they need to install the build-dep on the host :/ [16:33] (hence some builds pass even missing the python deps) [16:33] Sounds like we need a chroot chroot [16:33] exactly! ;) [16:33] didrocks, get started on that :-) [16:34] fginther, Can you install click-dev on the builders? [16:34] tedg, it can be done, but might need to build a raring version to get the latest [16:35] fginther, Does that have to be in archive or can we just build one? [16:35] we can just build one [16:36] Okay, click is pretty simple. I'm pretty sure it'll be fine on raring. [16:36] tedg, can you point me to the source branch? [16:37] fginther, Is that something you'll do? Or do you need me to do something here? [16:37] duh: https://launchpad.net/click [16:37] fginther, https://launchpad.net/click [16:37] didrocks, ok, luckily only two deps were missing. It's building in pbuilder now. [16:37] robru: and tests are ran? [16:37] didrocks, yeah [16:37] \o/ [16:37] tedg, I'm going to try to push it to a ppa for building. if it all works we're in good shape [16:37] didrocks, please approve the MP now ;-) [16:38] fginther, Cool, apparently it doesn't build on Precise :-) https://bugs.launchpad.net/click/+bug/1200670 [16:38] Ubuntu bug 1200670 in click (Ubuntu) "The click project does not build on Precise" [Medium,Fix released] [16:38] robru: I wonder how the tests can pass without the ubuntu components [16:38] robru: can you get Cimi on that, to ensure the tests are effectively… testing? :p [16:38] Or didn't. [16:38] didrocks, not sure. I didn't look at the nature of the tests, it just says they're running. [16:39] robru: mind inverstigating? I'm approving that one anyway [16:39] robru: just can't top-approve, we'll need to get the team membership fixed [16:39] didrocks, is it urgent? I'm EODing soon [16:39] robru: on not as long as it's not daily-releasing :) [16:39] so can wait on Monday [16:39] btw, have a nice trip robru! [16:39] didrocks, great, will check it out on monday then. [16:39] safe flight back home :) [16:39] didrocks, thanks! [16:40] tedg, it's building, should have it in the next 30-60 minutes [16:41] didrocks, looks like cimi added unity team, but it's "pending", can you approve that? [16:41] fginther, Cool, thanks. Going to grab lunch, hopefully about the same timeframe :-) [16:42] didrocks, https://launchpad.net/~ubuntu-settings-components-team/+members#active [16:42] robru: done [16:42] sweeeeet [16:42] didrocks, oh, we don't have CI on this branch. should I just manually merge it? [16:43] robru: maybe wait for the CI to be setup? [16:43] robru, I can set that up quick [16:43] there is no urgency :) [16:43] fginther: daily_release: False for now please [16:43] didrocks, I just want it to merge before it bitrots ;-) [16:43] didrocks, ack [16:43] fginther, oh, great, thanks [16:43] fginther: sdk stack [16:44] fginther, we're talking about lp:ubuntu-settings-components, not sure how long you've been following our discussion ;-) [16:44] robru, yep [16:47] robru, done [16:47] fginther, you rock [16:48] * fginther goes to lunch === m_conley_away is now known as m_conley [18:09] tedg, it builds: https://code.launchpad.net/~ted/upstart-app-launch/click-hook/+merge/176525 [18:09] fginther, \o/ [18:09] fginther, Thank you! [18:09] tedg, no problem, glad it's working now === m_conley is now known as m_conley_away