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