[00:00] <robru> cjwatson, nothing is needed. everything is built and good and ready to publish.
[00:00] <cjwatson> or, wait, is it this set that were built wrongly and we need to rebuild
[00:00] <robru> cjwatson, citrain just crapped itself and refuses to publish the last 8 or so packages, out of 117 total packages
[00:00] <cjwatson> why don't we just manually (i.e. by core-dev) copy the source to trusty-proposed without binaries
[00:00] <cjwatson> let it rebuild in the primary archive
[00:00] <robru> cjwatson, ok, be my guest. i'm not a core dev
[00:01] <robru> cjwatson, http://162.213.34.102/job/landing-006-2-publish/39/console grep this page for 'Checking', those are the packages that need to be copied.
[00:01] <cjwatson> everything is blocked in -proposed anyway until didrocks returns, so it's not like it's going to hit the archive without anyone looking at it
[00:01] <cjwatson> we may have to do another AP run with those packages shoved in manually from -proposed, or something
[00:03] <cjwatson> that list isn't totally accurate
[00:03] <cjwatson> only five of those six failed for that reason
[00:03] <cjwatson> qml-box2d failed because trusty-proposed already has version 0.1~git20140412
[00:04] <cjwatson> that was uploaded three hours ago by Ken, by the looks of it
[00:04] <robru> ugh
[00:05] <cjwatson> however, the ubuntu1 upload was apparently just a badly-versioned no-change rebuild
[00:05] <cjwatson> (should've been build1)
[00:06] <rsalveti> right
[00:06] <rsalveti> in theory the other packages were rebuilt already
[00:06] <cjwatson> I don't know whether Ken's upload covers that
[00:06] <cjwatson>  Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.4.0), libqt5core5a (>= 5.0.2), libqt5gui5 (>= 5.0.2), libqt5qml5 (>= 5.0.2), libqt5quick5 (>= 5.2.0), libstdc++6 (>= 4.4.0)
[00:06] <rsalveti> so it should be safe to copy the binary packages as well
[00:06] <cjwatson> that looks like it's at least partly 5.2
[00:06] <cjwatson> rsalveti: oh, so it's just citrain being too clueless to find the right version to copy, hmm
[00:07] <rsalveti> cjwatson: exactly
[00:07] <cjwatson> well that's easy, but let me check
[00:07] <rsalveti> we were at the last step
[00:07] <cjwatson> this versioning is appalling, people need to learn to use build1 for no-source-change reuploads of stuff previously in sync with Debian
[00:08] <cjwatson> screws up our autosync processes otherwise
[00:09] <rsalveti> indeed
[00:09] <cjwatson> pokerth copied, let's see if that works
[00:09] <cjwatson> yep
[00:13] <cjwatson> ok, all those five (peg-e, pokerth, qtcreator, qtcreator-plugin-ubuntu, qtwebkit-opensource-src) copied
[00:13] <rsalveti> cjwatson: great, thanks
[00:13] <cjwatson> for qml-box2d ... my suggestion would be leave it and see if it's actually a problem, personally
[00:13] <rsalveti> right
[00:13] <cjwatson> maybe Mirv will show up and advise
[00:14] <rsalveti> robru: u1db-qt is good as well, we can land that
[00:14] <rsalveti> getting some dinner for real now
[00:14] <rsalveti> bbl
[00:14] <cjwatson> but the dependencies of the armhf build in landing-006 are identical to the dependencies of the armhf build of Ken's upload to trusty-proposed
[00:14] <cjwatson> so I think it'll actually be fine
[00:16] <robru> cjwatson, can you also copy u1db-qt from the silo? we rebuilt that
[00:16] <robru> cjwatson, mirv not expected for at least 4 hours
[00:17] <robru> cjwatson, "ubuntu1" shouldn't interfere with autosync because citrain is basically only for stuff that we're upstream of (eg, none of this stuff came from debian anyway)
[00:17] <cjwatson> mkay, copied
[00:17] <cjwatson> robru: false
[00:18] <cjwatson> pokerth was previously synced from Debian
[00:18] <robru> ok
[00:18] <cjwatson> so was peg-e
[00:18] <cjwatson> I wouldn't have made the autosync comment if I hadn't checked :)
[00:18] <cjwatson> (I operate the autosync ...)
[00:19] <robru> cjwatson, ok fair, didn't know that. thanks for copying u1db
[00:33] <cjwatson> https://code.launchpad.net/~cjwatson/cupstream2distro/fix-publication-sorting/+merge/210948 should fix this; will of course want Didier's review
[00:35] <cyphermox> rsalveti: I'm back now what's up?
[00:36] <robru> cyphermox, oh, I think we just needed a core dev to copy some packages, but cjwatson took care of it.
[00:36] <cyphermox> very well
[00:36] <cyphermox> thanks cjwatson
[00:36] <cyphermox> I had dinner, then had to run some errands
[00:37] <robru> cyphermox, no worries
[00:37] <cjwatson> well.  analyse a ton of stuff and then copy, yes. :)
[00:37] <cyphermox> ahah
[00:37] <cyphermox> cjwatson: for my edification, version checking and stuff?
[00:37] <cjwatson> cyphermox: yes, effectively manually cleaning up after https://code.launchpad.net/~cjwatson/cupstream2distro/fix-publication-sorting/+merge/210948
[00:37] <robru> cyphermox, i'm writing an email summary right now
[00:37] <cjwatson> which was my bug in the first place so it is right and proper that I get to clean up after it
[00:38] <cyphermox> oh, ah
[00:38] <cyphermox> I'll give the mp a look for review
[00:38] <cjwatson> citrain got confused by there having been a newer version of qtwebkit-opensource-src in landing-006 at one point which was later removed
[00:39] <cjwatson> and inappropriately picked the latest version rather than the most recent one
[00:39] <cyphermox> oh, cool
[00:39] <cyphermox> yep
[00:40] <cjwatson> the mp isn't urgent at this point
[00:41] <cyphermox> well, I can save didrocks the trouble and give it a look too
[00:41] <cjwatson> also accepted the binaries from Ken's qml-box2d upload from NEW
[00:41] <cyphermox> ok
[00:42] <cyphermox> hey, I already have to override my "implicitly trust cjwatson's code" rule to look at the MP. ;)
[00:43] <cjwatson> do NOT implicit trust my code written after midnight. :)
[00:43] <cjwatson> *implicitly (spelling too)
[00:44] <robru> cjwatson, but could you not describe any time of day as "*after* midnight"?
[00:44]  * cjwatson disregards the pedantry :)
[00:45] <cyphermox> hehe
[00:45] <cyphermox> true, it's probably very very late for you
[00:45]  * cjwatson starts looking through -proposed
[00:45] <cjwatson> address-book-app is blocked on (a) address-book-service building on powerpc (unalaysed) (b) https://code.launchpad.net/~cjwatson/ubuntu-ui-toolkit/arch-any/+merge/209988
[00:46] <cyphermox> robru: so it's past my EOD, I'll watch IRC if you ping loudly
[00:46] <cjwatson> *unanalysed.  yeesh
[00:46] <cjwatson> we could disable that build on powerpc temporarily, or force it past p-m
[00:46] <cyphermox> robru: I got some school python game code to write, apparently
[00:46] <cyphermox> cjwatson: yeah
[00:47] <cjwatson> dialer-app has unsatisfiable deps on arm64/powerpc/ppc64el which I think basically trace back to the same ubuntu-ui-toolkit merge
[00:48] <cjwatson> ditto friends-app, gallery-app
[00:48] <cjwatson> indicator-network/powerpc unsatisfiable Depends: unity8 (>= 7.82)
[00:48] <robru> cyphermox, heh, I EOD in 15 but I got some personal stuff to work on so i'll be around
[00:48] <cyphermox> robru: ah?
[00:48] <cyphermox> then maybe I'll spend some more cycles watching the stuff
[00:48] <cjwatson> messaging-app, notes-app -> ubuntu-ui-toolkit/arch-any
[00:48] <cyphermox> ugh
[00:49] <cjwatson> pyqt5 autopkgtest fails
[00:49] <robru> cyphermox, you mean other landings? because as far as I can tell with qt, there's nothing to be done until didier wakes up and fixes citrain
[00:49] <cjwatson> https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-pyqt5/71/
[00:49] <cyphermox> robru: well, all this stuff in proposed...
[00:50] <cyphermox> it shouldn't have made it so far, I'd say, except maybe for the parts that are wiating on ui-toolkit
[00:50] <robru> cyphermox, yeah, exactly. didier blocked it in proposed on purpose, so no matter what it's gonna stay stuck there until didier wakes up
[00:50] <cjwatson> https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-ubuntu-purchase-service/ fails
[00:50] <cyphermox> blocked it in proposed on purpose?
[00:50] <robru> cyphermox, yep. didier wanted all the qt stuff in -proposed, and wanted it to stay there until tomorrow.
[00:50] <cjwatson> I don't like the look of the pyqt5 autopkgtest failure; that looks real.  can somebody look?
[00:51] <cjwatson> ImportError: /usr/lib/python3/dist-packages/PyQt5/QtWebKit.cpython-33m-x86_64-linux-gnu.so: undefined symbol: _ZN18QWebSecurityOrigin26removeAccessWhitelistEntryERK7QStringS2_NS_16SubdomainSettingE
[00:51] <cyphermox> robru: define qt stuff, as qt proper or as anything that builds against qt from citrain?
[00:51] <cjwatson> cyphermox: he blocked the whole landing
[00:51] <cyphermox> ok
[00:51] <robru> cyphermox, the entire qt5.2 silo, every single package, didier blocked them all
[00:52] <robru> cjwatson, got a link for that pyqt failure?
[00:52] <cjwatson> ubuntu-purchase-service failure should go away on retry, though not sure whether that'll happen automatically
[00:52] <cjwatson> robru: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-pyqt5/71/
[00:53]  * cjwatson goes to poke u-p-s
[00:53] <pmcgowan> cjwatson, ubuntu-purchase-service is not actually used anywhere right now
[00:53] <pmcgowan> thought we had removed it
[00:53] <cjwatson> the failure is noise anyway
[00:53] <cjwatson> I've retried it in which case it's moot
[00:54] <cjwatson> telepathy-ofono/ppc64el unsatisfiable Depends: ofono
[00:54] <robru> cjwatson, oh, well, that failure is a failure to import qtwebkit, which was one of the ones that didn't make it to -proposed in the first pass. I assume a rebuild would fix that now
[00:55] <cjwatson> oh, could be
[00:55] <robru> cjwatson, things were looking pretty good in the silo, so pretty much I would just assume to rebuild all failures in -proposed... ;-)
[00:55] <cjwatson> it might have raced with the qtwebkit update for some reason
[00:56] <robru> cjwatson, "raced" in the sense that it got  uploaded to -proposed hours before qtwebkit was
[00:57] <cjwatson> robru: no, this latest run took the latest qtwebkit
[00:57] <cjwatson> Get:106 http://ftpmaster.internal/ubuntu/ trusty-proposed/main libqt5webkit5 amd64 5.1.1-1ubuntu6 [8,116 kB]
[00:57] <robru> hummm, then i have no idea
[00:57] <cjwatson> needs investigation
[00:58] <cjwatson> ubuntu-purchase-service passed on a retry, good
[00:59] <cjwatson> this pyqt5 was built against qtwebkit 5.2
[00:59] <cjwatson> that's why it's failing
[01:00] <cjwatson> I am strongly inclined to just upload a no-change rebuild to trusty-proposed
[01:00] <cjwatson> any objections?
[01:00] <cjwatson> it's not one we're upstream for
[01:00] <cyphermox> nope
[01:00] <cyphermox> no objections from me
[01:00] <cyphermox> as long as things remain blocked if they're supposed to be
[01:01] <cjwatson> yeah, blocks are unversioned
[01:01] <cyphermox> ok, it's in the hints
[01:03] <cjwatson> (somebody should tell me at some point why we tried qtwebkit 5.2 and then backed out, for my edification)
[01:04] <cjwatson> pyqt5 rebuild uploaded
[01:04] <robru> cjwatson, rsalveti might know that.
[01:04] <cjwatson> wonder if I can manage a quick build log scan for other instances of qtwebkit 5.2
[01:05] <cjwatson> slightly concerned that that went unnoticed
[01:05] <pmcgowan> cjwatson, the 5.2 version was showing issues with many webapps, opening a second webgl window or something, so we went to the prior working verson
[01:05] <cjwatson> ok
[01:06] <cjwatson> its symbols files mustn't have been quite right or something
[01:06] <pmcgowan> cjwatson, we plan to restore it once we depend on oxide instead
[01:11] <bregma> robru, landing-007 is now ready for publish, when you get a free moment
[01:17] <pmcgowan> bregma, there is a guy on u-t with a touchscreen question
[01:24] <robru> bregma, sure!
[01:25] <cjwatson> we may have some other problems like this
[01:25] <robru> bregma, published!
[01:25] <cjwatson> qml-friends qtcreator-plugin-cmake qtquick1-opensource-src qtwebkit-examples-opensource-src ubuntu-purchase-service   were all built against qtwebkit 5.2, I think
[01:26] <bregma> robru, you are my hero
[01:27] <robru> bregma, you're welcome!
[01:28] <cjwatson> confirmed
[01:28] <cjwatson> permission to no-change upload the lot of those to trusty-proposed?  it freaks me out that they were built against a version of qtwebkit an upstream minor release newer than what we copied, and it may well cause problems
[01:29] <cjwatson> and given that our testing didn't catch the fact that the pyqt5 webkit module was unimportable until it got to autopkgtest, I'm not confident that the silo testing was perfect
[01:29] <cjwatson> the above is a complete list from a build log scan
[01:30] <cjwatson> oh god, and pyqt5 failed to build when I did a zero-change upload of it
[01:30] <cjwatson> presumably the patch applied to it only worked with 5.2, not 5.1
[01:31] <cyphermox> same failure?
[01:31] <cjwatson> no, https://launchpadlibrarian.net/169428715/buildlog_ubuntu-trusty-i386.pyqt5_5.2%2Bdfsg-4ubuntu2_FAILEDTOBUILD.txt.gz
[01:31] <cyphermox> I really got to make new lp shortcuts
[01:32] <cjwatson> (I assume the same on other arches, I got failure mails for amd64/armhf/i386)
[01:32] <cyphermox> ah, but that looks very close to the same thing as before
[01:32] <cjwatson> I guess I don't know what you mean by "as before"
[01:32] <cyphermox> basically that QWebSecurity thingy probably needs to be backported too
[01:33] <cyphermox> as the earlier missing symbol
[01:33] <cjwatson> ah, the patch in ubuntu1 doesn't go near this
[01:33] <cjwatson> well, that missing symbol was indicating that pyqt5 had been built against qtwebkit 5.2, surely
[01:33] <cyphermox> yes
[01:34] <cjwatson> oh, we never built -4 against 5.0, I guess
[01:35] <cjwatson> well, I have no idea, I'll have to leave it up to you guys
[01:36] <cjwatson> cyphermox: do you think you could sort out qml-friends qtcreator-plugin-cmake qtquick1-opensource-src qtwebkit-examples-opensource-src ubuntu-purchase-service, all built against qtwebkit 5.2 and (IMO) invalidly copied to trusty-proposed as a result?  hopefully they just need no-change uploads in -proposed
[01:36] <cjwatson> you're further west than I am and probably know this stuff better
[01:36] <cyphermox> sure, I'll look
[01:37] <cyphermox> but I know nothing of qt
[01:37] <cjwatson> ah, your comments above implied you did :)
[01:37] <cjwatson> ok
[01:37] <cjwatson> thanks, I'll go and crash
[01:37] <cyphermox> that said, I think I understand the pyqt5/qtwebkit  failure now
[01:37] <cyphermox> cjwatson: thanks for the help
[01:37] <pmcgowan> cjwatson, thanks for watching over this
[01:38] <cjwatson> np.  I'm off tomorrow, hopefully others can help
[01:38] <cyphermox> pyqt5 is looking for stuff in QWebSecurityOrigin that was introduced in 5.2 and probably needs to be backported too with what Mirv took from qtwebkit 5.2
[01:38]  * rsalveti back
[01:38] <cjwatson> infinity should be able to assist with archive issues (and has been fixing up override bugs associated with the Qt 5.2 landing)
[01:39] <cyphermox> cool
[01:39] <robru> by my clock, infinity should be EOD 2 hours ago, so it's up to him if he's gracious enough to work after hours like us ;-)
[01:40] <cjwatson> your puny human conception of time means nothing to infinity
[01:40] <cjwatson> IME
[01:40] <cyphermox> robru: infinity sleeps weird hours, I understand
[01:40] <cjwatson> I mean, he may be EOD for all I know, but I don't try to guess :)
[01:40] <infinity> Generally, this would be true, except I'm running out for a date in 10m.
[01:40] <cjwatson> aha
[01:40] <infinity> But I did fix up a bunch of broken overrides just now, at least.
[01:40] <cjwatson> that would trump it
[01:41] <cyphermox> infinity: cjwatson: I'll do all I can to fix the things I can break.
[01:41] <cjwatson> well.  I'll look in tomorrow morning before I go and start spring-cleaning
[01:41] <robru> cjwatson, typically I don't memorize people's timezones, but infinity happens to be a fellow canadian and I just happen to remember he lives one timezone over from me, so it's easy for me to know that if I'm EOD 1 hour ago, his EOD was 2 hour ago ;-)
[01:41] <infinity> Yeah, I'll be back late tonight (or early morning, or something...)
[01:41] <robru> infinity, have fun!
[01:41] <infinity> robru: Yeah, except that I'm around 22h per day.
[01:42] <infinity> (Except for today)
[01:42] <robru> lol
[01:42] <infinity> Toodles.
[01:42] <robru> of course I'm simply referring to the official 9-6 stated in your contract, not the hours you *actually* keep
[01:47] <rsalveti> cjwatson: we decided to go with qtwebkit 5.1.1 instead because of the many regressions we had with 5.2, and Mirv indeed said we could still have some packages depending on the older one
[01:48] <cjwatson> contracted hours ... what are those
[01:49] <cjwatson> my contract says 35 hours per week (hoho), it doesn't say when they have to happen :)
[01:49] <cyphermox> haha
[01:49] <rsalveti> hahah
[01:49] <cjwatson> rsalveti: ok, do you agree that we should rebuild anything that was copied to distro having been built against 5.2?
[01:50] <rsalveti> cjwatson: yes, sure
[01:50] <cjwatson> ok, cool.  hopefully you can assist cyphermox with that
[01:50] <cyphermox> I've started those in sbuild already
[01:50] <cjwatson> or whatever
[01:50] <rsalveti> yup
[01:50] <cjwatson> great
[01:51] <pmcgowan> how did anything land that was built against 5.2?
[01:51] <cjwatson> a fine question
[01:51]  * pmcgowan very confused
[01:51] <cjwatson> the runtime dependencies of the packages in question don't appear to specify 5.2
[01:51] <cjwatson> that would be the usual guard
[01:52] <cjwatson> so either it's genuinely compatible (seems unlikely given that we saw pyqt5 autopkgtests failing), or its symbols files are broken/absent
[01:52] <pmcgowan> but how did they build if not in the silo?
[01:52] <cjwatson> they DID build in the silo
[01:52] <cjwatson> the silo had 5.2 at one point
[01:52] <pmcgowan> seems like a bugger discussion maybe
[01:52] <cyphermox> examples do look for 5.2
[01:52] <cjwatson> not everything that was built against it was rebuilt after it was reverted to 5.1
[01:52] <pmcgowan> but how did they promote
[01:52] <cjwatson> because their runtime deps didn't say it was a problem ...
[01:53] <rsalveti> yup, Mirv only rebuilt a few of them
[01:53] <cjwatson> I had to figure it out by scanning build logs, which I wouldn't expect citrain to do
[01:53] <pmcgowan> so they just went now, ok
[01:53] <pmcgowan> ok
[01:53] <cjwatson> it definitely feels like a bug in qtwebkit's metadata
[01:53] <cjwatson> but I haven't looked into that
[01:53] <rsalveti> cyphermox: which of the qml-friends qtcreator-plugin-cmake qtquick1-opensource-src qtwebkit-examples-opensource-src ubuntu-purchase-service pyqt5 are you checking now?
[01:54] <cyphermox> started with an easy one, hopefully, qtwebkit-examples
[01:54] <pmcgowan> thanks gents
[01:54] <cyphermox> I was trying to start with lower in the stack
[01:54] <rsalveti> ok, let me check qml-friends
[01:54] <kalikiana> robru: is the request for testing still valid? if so, where do I get the package from?
[01:55] <cjwatson> (partly because my mirror's running at the moment so bandwidth is awful, and partly 'cos I'm just parachuting into this)
[01:55] <robru> kalikiana, oh, nevermind. rsalveti said it was good to publish. I assume he tested it.
[01:55] <infinity> Okay, all my override mangling should be published now, if people have builds they want to retry due to mysterious apt failures.  And now really running out the door.
[01:55] <kalikiana> ah, okay
[01:55] <robru> kalikiana, for future reference, if i say "silo 6", it means this PPA: https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/
[01:56] <robru> kalikiana, but u1db-qt is already in -proposed ;-)
[01:56] <kalikiana> oh, cool
[01:57] <cjwatson> somebody tell didrocks in the morning that I'm fine with us forcing the packages that are uninstallable on arm64/powerpc/ppc64el due to unported deps, in this case (mainly because I've already looked into most of the porting involved, and because this landing is complicated enough already)
[01:57] <cjwatson> it'll require a bit of care in proposed-migration though
[01:57] <cjwatson> probably best to find a time I'm at a computer
[01:57] <cyphermox> ok
[02:00] <cjwatson> actually, maybe I'd better send mail
[02:03] <cyphermox> cjwatson: go sleep
[02:03] <cyphermox> robru will mail
[02:03] <cyphermox> or I will
[02:04] <cjwatson> I'm already partway through
[02:04] <cyphermox> ah
[02:04] <robru> hehe
[02:04] <cjwatson> follow up if I miss anything :)
[02:04] <robru> I already sent a big mail with a summary of what i did today.
[02:04] <cyphermox> ok
[02:08] <rsalveti> checking qtcreator-plugin-cmake
[02:13] <cyphermox> checking qtquick1-opensource-src too
[02:20] <rsalveti> cyphermox: did you check qtwebkit-examples-opensource-src already?
[02:20] <cyphermox> yes
[02:20] <cyphermox> it's building in sbuild as we speak
[02:20] <cyphermox> looks good so far
[02:21] <cyphermox> I just don't want to upload and see it explode
[02:21] <rsalveti> cool
[02:21] <rsalveti> checking ubuntu-purchase-service
[02:21] <rsalveti> yeah, I'm just uploading after I'm able to build locally as well
[02:22] <cyphermox> yeah
[02:22] <cyphermox> I just picked the two slowest to build I think ;)
[02:22] <rsalveti> :-)
[02:23] <cyphermox> crunching pngs as we speak
[02:24] <cyphermox> so nearly done
[02:35] <rsalveti> uploading ubuntu-purchase-service
[02:35] <rsalveti> checking qtquick1-opensource-src
[02:35] <rsalveti> ops
[02:35] <rsalveti> you got that
[02:36] <rsalveti> cyphermox: so guess we're just missing pyqt5 now
[02:36] <cyphermox> yeah, that one is still building
[02:36] <cyphermox> yup, pyqt5 is what's left
[02:36] <rsalveti> let me take a look at that one
[02:36] <cyphermox> k
[02:37] <cyphermox> pyqt5 I think is really something that needs further work in qtwebkit though
[02:37] <cyphermox> rsalveti: ^
[02:37] <rsalveti> yeah, guess it's depending on the newer api
[02:37] <rsalveti> which we don't have
[02:38] <rsalveti> we'll land qtwebkit 5.2 once oxide is in
[02:38] <cyphermox> https://launchpadlibrarian.net/169429033/buildlog_ubuntu-trusty-amd64.pyqt5_5.2%2Bdfsg-4ubuntu2_FAILEDTOBUILD.txt.gz
[02:38] <cyphermox> I know which part is missing, it looks like some bits from QWebSecurityOrigin
[02:38] <cyphermox> but I'm not sure if there is more
[02:39] <rsalveti> right
[02:39] <cyphermox> do you know of an ETA for oxide?
[02:39] <rsalveti> maybe next week
[02:40] <cyphermox> ok
[02:40] <cyphermox> should I try to backport the qwebsecurity bits?
[02:40] <rsalveti> but let me see if this is something easy to backport
[02:40] <cyphermox> I can start that in a ppa
[02:40] <rsalveti> yeah, but guess it's harder to change webkit
[02:41] <rsalveti> so we might just disable that piece from pyqt5
[02:41] <rsalveti> temporarily
[02:41] <cyphermox> heh
[02:42] <rsalveti> the patch that syncs webkit 5.2 into qtwebkit 5.2 is *huge*
[02:42] <rsalveti> just one patch
[02:46] <cyphermox> yeah
[02:54] <rsalveti> hm, my flo is in a really weird state, can't get to the bootloader
[02:54] <rsalveti> Mar 13 23:53:58 evasys kernel: [540140.439077] usb 3-2: Product: QHSUSB_DLOAD
[02:54] <rsalveti> Mar 13 23:53:58 evasys kernel: [540140.439081] usb 3-2: Manufacturer: Qualcomm CDMA Technologies MSM
[02:54] <rsalveti> Mar 13 23:53:58 evasys kernel: [540140.440204] usb 3-2: Qualcomm USB modem converter now attached to ttyUSB0
[02:54] <rsalveti> and this is what I get when I connect the usb cable
[02:58] <rsalveti> just holding power for a bunch of seconds made it boot again
[02:58] <rsalveti> wonder what can be done in this mode
[03:02] <cyphermox> isn't this kind of like the old odin mode for the galaxy nexus?
[03:02] <cyphermox> something like flashing some bootloader bits
[03:03] <cyphermox> doing this it's waiting for you to flash some radio firmware or something over the tty
[03:12] <rsalveti> yeah, probably
[03:31] <rsalveti> robru: where did you send your status report?
[03:31] <robru> rsalveti, oh, I sent it privately just to a few people (didier, timo, colin, and a couple others. do you want me to forward it to you?
[03:31] <rsalveti> robru: that's fine, just wanted to know if it was public so I could reply it as well
[03:32] <robru> rsalveti, nah, it was too strongly worded to be public. just complaining about infra issues ;-)
[03:33] <rsalveti> haha
[03:46] <rsalveti> cyphermox: pyqt5 builds fine with http://paste.ubuntu.com/7088185/
[03:47] <rsalveti> cyphermox: the qtwebkit 5.2 specific methods are protected by Qt_5_2_0, but that comes from qtbase
[03:47] <rsalveti> so we can't use it in this case as qtwebkit is not 5.2
[03:47] <cyphermox> ah, cool
[03:48] <rsalveti> just need to drop this patch once qtwebkit5.2 gets published
[03:48] <cyphermox> you uploading?
[03:48] <rsalveti> cyphermox: yup
[03:48] <cyphermox> cool
[04:06] <cyphermox> robru: it s past midnight here, I'll go sleep
[04:06] <cyphermox> running out of battery by now anyway
[04:06] <cyphermox> rsalveti: thanks for the help
[04:06] <rsalveti> yeah, gone as well
[04:06] <rsalveti> np, thanks!
[04:42] <robru> cyphermox, goodnight, and thanks.
[05:15] <Mirv> yep, I just patched the Qt 5.2 away in the pyqt5's webkit part in the qt5-beta-proper PPA I mentioned to sil2100 and ricardo
[05:16] <Mirv> let's see...
[05:26] <Mirv> I guess my qtwebkit related rebuilds got forgotten, but it seems good now
[05:28] <Mirv> Colin is quite a superman to jump in to patch cu2d too
[05:29] <Mirv> reading to the end of backlog it looks pretty good, even though robru's first e-mail started with explosions and disasters :)
[07:24] <didrocks> Mirv: hey, are you looking at proposed-migration and -excuses to see what remains as blockers for it?
[07:24] <didrocks> (the whole transition)
[07:27] <Mirv> didrocks: morning! looking at various things. the backlog may be worth looking, cjwatson at least had a message for you http://irclogs.ubuntu.com/2014/03/14/%23ubuntu-ci-eng.html#t01:57
[07:29] <Mirv> well, I guess he included most of the relevant parts in the e-mail though
[07:29] <Mirv> qmlbox2d looks good, ken uploaded it after qtbase was already there
[07:30] <didrocks> Mirv: yeah, seems like in the email
[07:30] <didrocks> excellent
[07:30] <didrocks> so, in term of crashes
[07:30] <Mirv> I synced the qtcreator-plugin-cmake branch with ricardo's new upload, lp:qtcreator-plugin-cmake still would use the postNEW review, and another upload since I added the headers at least
[07:30] <didrocks> we only have the unity8 crash on the list?
[07:30] <didrocks> yeah
[07:30] <didrocks> ah, you need another upload of qtcreator-plugin-cmake?
[07:30] <didrocks> (blocking for the transition?)
[07:31] <Mirv> didrocks: not blocking, just adding copyright headers to a couple of files plus if there's anything else you spot in need of updates. it can be done later too.
[07:31] <didrocks> Mirv: yeah, let's do a silo with the sdk fix + that one
[07:31] <Mirv> didrocks: I found in the backlog that ricardo mentioned that the only problem now is bug #1291602 that tsdgeos will look at
[07:31] <didrocks> once we publish that
[07:31] <didrocks> ok, this isn't the unity8 issue though?
[07:31] <didrocks> that Saviq mentionned yesterday
[07:32] <Mirv> the unity8 crasher has a patch that's not included yet in qtdeclarative, saviq mentioned it's not uber critical
[07:32] <didrocks> Mirv: it's still crashing in the tests though
[07:32] <Mirv> yeah, I just mean whether we do it now in -proposed or after the current ones have migrated
[07:32] <didrocks> Mirv: I would prefer that we get that fixed if possible, even temporarly, as discussed yesterday
[07:32] <Mirv> ok
[07:33] <didrocks> Mirv: just upload it directly to -proposed
[07:33] <Mirv> right, doing that but doing a amd64 test build first also
[07:35] <didrocks> ok
[07:35] <didrocks> Mirv: I'm afraid when people start poking at buttons without understanding though :/
[07:36] <didrocks> Mirv: I'm going to "fix" to not have to use the ignore button btw in case of republication if I can match the same source and version
[07:40] <Mirv> sounds good. and yes the ignore buttons have both a good and a bad side.
[07:48]  * didrocks will use a big red blinking button
[07:55] <Mirv> ok approaching uploading of qtdeclarative 5.2.1-3ubuntu9, unless your big red blinking button press is something that I should wait to finish first
[07:55] <sil2100> Friday releases \o/
[07:57] <sil2100> Ouch
[07:57] <Mirv> morning sil2100 :)
[07:57] <Mirv> Friday is the best day
[07:58] <sil2100> Mirv: just reading robru's status e-mail and... holy shit
[08:02] <Mirv> sil2100: I also started my morning with that and I thought "ok we probably have problems". reading further in the thread and this channel's backlogs, it turned out the brave battles fought by robru, cyphermox, rsalveti, cjwatson & co throughout the night brought a lot of good stuff done
[08:05] <Mirv> sil2100: so while didier is pushing a big red blinking button, I'm preparing a new qtdeclarative upload to fix the unity8 crasher, and then at some point we should get a silo to land colin's UI Toolkit arch fix + new qtcreator-plugin-cmake with some copyright headers added
[08:05] <sil2100> Mirv: indeed, phew! I guess in the end everything got done - but if I understand correctly, the u1db-qt additional merge from rsalveti got released in the end, yes?
[08:05] <Mirv> sil2100: yes, it seems even the u1db-qt got fixed
[08:06] <sil2100> Mirv, didrocks: hah, and I see the block still works ;)
[08:07] <sil2100> Mirv: ok, right, a separate landing is a good idea I guess
[08:07] <didrocks> Mirv: no no, please upload :)
[08:08] <Mirv> ok :)
[08:15] <didrocks> ok, that should be fixed
[08:15] <didrocks> mind giving a quick look, Mirv, sil2100?
[08:15] <Mirv> cihelp could you take a look why https://code.launchpad.net/~mitya57/kubuntu-packaging/qt3d-fix-ftbfs/+merge/210963 is not getting CI tested, while it should be included at http://91.189.93.70:8080/job/qtpim-opensource-src-trusty-amd64-coverage-kubuntu-packaging/search/?q=opensource-src-trusty-amd64-coverage-kubuntu-packaging ?
[08:15] <didrocks> http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/542
[08:15] <didrocks> and http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/543
[08:16] <didrocks> now, if you publish and need to republish, citrain is smarter and won't ask you to use the ignore flag for the delta
[08:16] <Mirv> ok, looking
[08:16] <didrocks> (also, there is the build thing that I hot-patched yesterday which was the same source)
[08:16] <sil2100> Looking as well
[08:20] <sil2100> didrocks: seems to look ok this way
[08:22] <didrocks> great :)
[08:22] <didrocks> see, less hackish than yesterday :p
[08:22] <Mirv> I'm a bit slower than sil2100 when it comes to reading citrain code but it looks sane :)
[08:23] <Mirv> now with less hacks!
[08:23] <didrocks> yeah ;)
[08:23] <didrocks> and so, if you need to republish an already published silo
[08:23] <sil2100> Indeed ;) But /me as a C++ user feels a bit sad to see an exception being used for 'normal' operations ;p
[08:23] <sil2100> But besides that it's all awesome
[08:23] <sil2100> ;D
[08:24] <didrocks> The projects that you already published, if not available in a newer version will be ignored
[08:24] <didrocks> sil2100: tsss :p
[08:24] <didrocks> ok, let's keep an eye
[08:25] <didrocks> Mirv: tell us where you are with this btw
[08:25] <didrocks> and let's wait on tsdgeos's feedback
[08:25] <didrocks> for the remaining issue
[08:25] <tsdgeos> didrocks: the com stack bla bla one?
[08:25] <Mirv> so qtdeclarative is building now https://launchpad.net/ubuntu/trusty/+source/qtdeclarative-opensource-src/5.2.1-3ubuntu9
[08:26] <Mirv> tsdgeos: that one
[08:26] <didrocks> yeah ;)
[08:26] <didrocks> Mirv: normally, we should be able to "merge and clean" btw
[08:26] <didrocks> even if some packages have been uploaded directly
[08:27] <didrocks> let me check that I'm right first :p
[08:27] <tsdgeos> i've reduced the code that makes it crash *a lot*
[08:27] <tsdgeos> so if i get the Qt guys to look at it
[08:27] <tsdgeos> should not be "that" hard to fix
[08:27] <tsdgeos> maybe even i can find the fix
[08:27] <didrocks> hum, seems robru launch silo 001 with the wrong parameters :/
[08:27] <didrocks> sil2100: mind looking? ^
[08:28] <sil2100> didrocks: silo 001? Ok
[08:28] <didrocks> tsdgeos: how often is that crash btw?
[08:29] <tsdgeos> all the time
[08:29] <didrocks> ok, so can't publish 5.2 without that
[08:31] <Mirv> I think so far stackbrowser app has been the only one showing the crash, but it surely can't be the unique user of Qt in the universe
[08:32] <tvoss> tsdgeos, happy to help, got the condensed code for me?
[08:32] <sil2100> didrocks: ok, so it seems I have to reconfigure the silo with the ignoreconflicts option
[08:32] <tsdgeos> oh man
[08:32] <tsdgeos> this is silly
[08:32] <didrocks> sil2100: hum
[08:32] <sil2100> Oh, no, wait!
[08:32] <sil2100> Scratch that!
[08:32] <didrocks> sil2100: I just think that he tried to build with the wrong parameter
[08:32] <sil2100> ;p
[08:32] <tsdgeos> tvoss: https://bugreports.qt-project.org/browse/QTBUG-35891
[08:32] <tsdgeos> that's even more condensed than the one i had
[08:32] <didrocks> ewaow
[08:33] <didrocks> sil2100: sad that he didn't "fix" the other one :/
[08:34]  * Mirv prepares also qtpim and qt3d updates in all quietness
[08:34] <Mirv> or the latter just a multi-arch build check for mitya57 while automatic CI is somehow missing
[08:35] <didrocks> Mirv: hum, we can do that in a followup silo, right?
[08:35] <didrocks> with the other fixes, right?
[08:35] <didrocks> Mirv: you can probably already configure one :)
[08:35] <Mirv> didrocks: yep, we can add qt3d and qtpim to join ubuntu-ui-toolkit and qtcreator-plugin-cmake
[08:35] <Mirv> didrocks: \o/
[08:35] <didrocks> yep ;)
[08:36] <didrocks> Mirv: before you push qtcreator-plugin-cmake, let me do a second check
[08:36] <Mirv> mitya57: so in case interested, the CI Train silo assigning and links to the build jobs in the CI Train Jenkins can be found here https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc#gid=0
[08:36] <didrocks> sil2100: do you remember what was the second one off hand?
[08:36] <Mirv> (in UDS it was talked not many people know about those)
[08:36] <didrocks> https://wiki.ubuntu.com/citrain works as well
[08:36] <Mirv> they're mainly used for lp:project:s that are upstreams, but manual uploads can be added too
[08:37] <Mirv> so I'm (slowly) adding line 45 for these now
[08:38] <sil2100> didrocks: trying to remember, but hmm... my memory is weary ;/
[08:38] <Saviq> didrocks, Mirv, what crashes in tests?
[08:38] <didrocks> Saviq: this one is fixed apparently, there is just the one remaining on tsdgeos's plate AFAIK now
[08:40] <didrocks> sil2100: mind looking back? :p
[08:40] <Saviq> didrocks, /me will verify, just add proposed to device?
[08:40] <didrocks> Saviq: let's ensure Mirv uploaded qtdeclarative first and it's built, but normally yeah
[08:40] <Saviq> didrocks, k
[08:41] <didrocks> Mirv: qtcreator-plugin-cmake should be multiarch: same
[08:41] <didrocks> missing trailing comma as a binus :p
[08:41] <Mirv> Saviq: the qtdeclarative has the unity8 patch we talked about, https://launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/5.2.1-3ubuntu9
[08:41]  * didrocks likes when there is "new" in a package description
[08:41] <dbarth> hey
[08:41] <mitya57> Mirv: saved to my gdrive, thanks. Also thanks for the "multi-arch build check".
[08:42] <Saviq> Mirv, k
[08:42] <dbarth> i removed my landing asks for some webapp fixes (were desktop/phone)
[08:42] <Mirv> Saviq: but ubuntu8 is already there without it
[08:42] <didrocks> dbarth: hum, please don't remove lines directly, just ping us
[08:42] <dbarth> but i'd like to move forward with line 40 which is only for desktop
[08:42] <didrocks> dbarth: if it was assigned
[08:42] <dbarth> well, it was blocked and was not assigned (no silo, nothing)
[08:42] <didrocks> ah ok, then ;)
[08:43] <dbarth> could i have a silo to prep. things a bit at least?
[08:43] <dbarth> line 40 is desktop only
[08:43] <dbarth> and it's /fixes/ ie does not require an ffe
[08:43] <didrocks> dbarth: yeah, but the components are used by the Qt 5.2 landing right now
[08:43] <didrocks> dbarth: that we are having
[08:43] <didrocks> so after that being one, it will be fine
[08:44] <dbarth> ugh, ok then; i've tried ;)
[08:44] <didrocks> dbarth: you can remove webbrowser-app from the ask
[08:44] <didrocks> dbarth: I think the rest isn't locked
[08:44] <dbarth> ah
[08:46] <Mirv> didrocks: thanks, lp:qtcreator-plugin-cmake updated
[08:47] <didrocks> Mirv: the flags thing can use a rework
[08:47] <didrocks> with DEB_CFLAGS_MAINT_APPEND and so on…
[08:47] <dbarth> didrocks: i cleared the webbrowser-app bits, let me know if that can work
[08:48] <didrocks> sil2100: dealing with this? ^ (line 40)
[08:49] <sil2100> didrocks: ok, just finished e-mailing - on it!
[08:49] <didrocks> Mirv: seems as well that upstream install is hackish, but would great to have that done, but no worry for now
[08:49] <didrocks> sil2100: and the NEW package I have to check? :p
[08:49] <didrocks> Mirv: bonus point if you bump standards-version
[08:50] <didrocks> Mirv: and you need to fix E: qtcreator-plugin-cmake source: not-binnmuable-all-depends-any qtcreator-plugin-cmake-dev -> qtcreator-plugin-cmake
[08:50] <didrocks> Mirv: also, no shlib:Depends in qtcreator-plugin-cmake which is needed
[08:50] <didrocks> Mirv: that's it I guess :)
[08:51] <didrocks> Mirv: please, look at the lintian errors, it's helping a lot to detect those ;)
[08:52] <didrocks> sil2100: appmenu-qt5 was the second one
[08:52] <didrocks> sil2100: also, will need the same for the signon cmakerie, seems robru only fixed one on the 2, mind looking?
[08:52] <sil2100> didrocks: I don't see it in the NEW queue though
[08:52] <sil2100> didrocks: will look
[08:53] <didrocks> sil2100: it was in the NEW queue, I asked you yesterday to remind me to give them a look again
[08:53] <sil2100> dbarth: it seems unity-webapps-qml is part of landing 006 as well - you want me to configure this silo only for testing for you (if you would want to publish, you'd need to rebuild after the qt5.2 landing is done)
[08:54] <didrocks> I guess better for now to ask -qml to be removed as well
[08:54] <sil2100> dbarth: you can remove the -qml package as didrocks mentions, then there's no problem in publishing
[08:54] <sil2100> dbarth: not sure if it's required for this fix?
[08:55] <didrocks> sil2100: copyright is not you, but canonical
[08:56] <didrocks> please fix it
[08:56] <didrocks> sil2100: also, better to not differentiate the copyright for the packaging
[08:56] <didrocks> and in addition, it's wrong :/
[08:56] <didrocks> License: GPL-3
[08:56] <didrocks>  On Debian systems, the complete text of the GNU General
[08:56] <didrocks>  Public License version 2 can be found in "/usr/share/common-licenses/GPL-2".
[08:56] <didrocks> the whole stenza is GPL2
[08:56] <sil2100> didrocks: crap, I wonder how that appeared there, fixing that now
[08:58] <Mirv> didrocks: so, I made the -dev package now Arch: any too because it depends on an any package
[08:58] <didrocks> Mirv: yeah
[08:59] <Mirv> didrocks: the missing dependency on libc isn't avoided still, though
[08:59] <didrocks> Mirv: it's with shlib-deps?
[08:59] <Mirv> didrocks: yes, but it's similar to qtcreator-plugin-ubuntu, and the same reason why override_dh_shlibdeps is needed
[09:00] <didrocks> sil2100: can you make your package future-proof and add --fail-missing
[09:00] <Mirv> qtcreator-dev is a quite hacky for a dev package
[09:00] <didrocks> Mirv: the -dev shouldn't dep on libc
[09:00] <didrocks> the other should
[09:00] <didrocks> right?
[09:01] <sil2100> didrocks: done, can I direct-push to trunk?
[09:01] <didrocks> sil2100: can't you have a landing with the fixes?
[09:01] <didrocks> sil2100: as we do for the rest
[09:01] <sil2100> Ok
[09:01] <didrocks> we'll have a followup landing anyway
[09:01] <didrocks> so better to have everything done
[09:02] <didrocks> sil2100: the rest is good
[09:03] <sil2100> didrocks: thanks! I'm fixing  libaccounts-qt for the cmake thing in the meantime
[09:03] <didrocks> ok
[09:03] <Mirv> didrocks: I added the shlibs:Depends in the non-dev package indeed, but it doesn't bring the libc dependency with it to the plugin packages that are compiled against QtC
[09:04] <Mirv> I think earlier it was thought that because of the plugin nature the error is "ok"
[09:04] <didrocks> Mirv: why do you have to strip libCMakeProjectManager.so from dh_shlibdeps?
[09:04] <didrocks> I don't remember the rationale and there is no comment :p
[09:06] <Mirv> didrocks: without it it gives dpkg-shlibdeps: error: no dependency information found for /usr/lib/x86_64-linux-gnu/qtcreator/libUtils.so.1 (used by debian/qtcreator-plugin-cmake/usr/lib/x86_64-linux-gnu/qtcreator/plugins/QtProject/libCMakeProjectManager.so)
[09:07] <didrocks> Mirv: ok, and why it can't find those infos?
[09:07] <didrocks> because qtcreator doesn't have a shlibs I guess?
[09:07] <Mirv> I remember only that upstream doesn't really support plugins from external sources, and this qtcreator-dev is just devised by us
[09:07] <Mirv> so they are not really "plugins"
[09:08] <Mirv> I'm not sure how to properly format a comment to debian/rules, though
[09:09] <didrocks> Mirv: ok, try to put a comment and add the deps manually in debian/control on libc
[09:09] <didrocks> I would say
[09:10] <Mirv> ok
[09:11]  * Mirv tried to prepare a silo but merge & clean not yet run on landing-006! :)
[09:11] <sil2100> mardy: hi!
[09:11] <mitya57> Mirv: I now see that qt3d built in your ppa, but it has only 3 archs where it already worked.
[09:12] <sil2100> mardy: regarding your comment on the lp:signon -common-dev package merge, does the same thing go for libaccounts-qt ?
[09:12] <didrocks> Mirv: yeah, just use ignore conflict for it
[09:12] <mardy> sil2100: hi! Yes indeed
[09:13] <didrocks> sil2100: please put your stuff in the same silo than Mirv ^
[09:13] <mitya57> Mirv: Can I go ahead and upload it to archive?
[09:13] <sil2100> didrocks: ACK
[09:13] <sil2100> didrocks: the signon and libaccounts-qt fixes as well you mean? Or can those wait?
[09:13]  * sil2100 adds appmenu there for now
[09:14] <sil2100> Mirv: I sneaked my appmenu packaging merge to your landing :>
[09:15] <sil2100> Mirv: did you include it already when you were assigning the silo, or is a reconfigure needed?
[09:15] <Mirv> mitya57: I now got a silo https://launchpad.net/~ci-train-ppa-service/+archive/landing-005/+packages assigned, let's build it there and we get arm64 + powerpc + ppc64el builds too
[09:15] <Mirv> I copy the sources there now
[09:16] <Mirv> ok, now they're starting to build for all archs
[09:16] <mitya57> Thanks!
[09:17] <Mirv> mitya57: so then when they've built, I can hit the "Publish" button in landing-005 to get them copied to archives. alternatively, if you want to go ahead, feel free to tell me you uploaded it manually (after the builds have finished) and I can remove it from that landing silo
[09:17] <Mirv> sil2100: ah, ok! reconfigure needed, doing that
[09:18] <mitya57> Mirv: Please hit the publish button yourself :)
[09:18] <didrocks> sil2100: those can wait
[09:18] <sil2100> Mirv: thank you! :)
[09:18] <Mirv> mitya57: ok, thanks for the fix btw, it'll enable a lot of arm64/ppc stuff :)
[09:19] <Mirv> didrocks: ok, I'd upload qtcreator-plugin-cmake to the silo too now after adding a comment and a direct dep to libc6
[09:22] <cjwatson> Mirv: oh, um, actually, we never got round to enabling the other silos for arm64
[09:22] <cjwatson> I should do that ...
[09:23] <didrocks> Mirv: did you fix the flags?
[09:23] <didrocks> cjwatson: hey, thanks for the fix!
[09:24] <didrocks> cjwatson: actually, the integration tests needs root (I should fix that), if you just nosetests tests/unit, they don't
[09:24] <Mirv> cjwatson: ah, ok, well powerpc and ppc64el at least. if you do enable, I can do the copy-package.
[09:24] <didrocks> cjwatson: and you have a good memory to remember about the [0] trick you advise me (with all you have to deal everything, I thought you would forget) ;)
[09:25] <cjwatson> didrocks: yeah, I decided I didn't want to run any tests that required root :)  thanks anyway
[09:25] <Mirv> didrocks: I reconfigured the silo with ignore conflicts and added sil2100's branch
[09:25] <cjwatson> didrocks: I had actually forgotten about it and only remembered due to the comment you left ...
[09:25] <cjwatson> Mirv: powerpc and ppc64el were enabled for all the landing PPAs, just not arm64
[09:25] <Mirv> yep
[09:26] <sil2100> Mirv: awesome o/
[09:26] <didrocks> cjwatson: ahah, so the comment was useful :)
[09:26] <didrocks> anyway, nice that it's explicit now
[09:26] <didrocks> Mirv: great, got anything with a sane flag handling?
[09:27] <Mirv> mitya57: doh, qt3d fails tests now on powerpc, I wonder if I should do the same I did for qtbase, ie. enable tests only on amd64+i386+armhf. https://launchpadlibrarian.net/169469342/buildlog_ubuntu-trusty-powerpc.qt3d-opensource-src_5.0~git20130731-0ubuntu3_FAILEDTOBUILD.txt.gz
[09:27]  * sil2100 needs to dress up
[09:27] <cjwatson> I'm just seeing if I can find a webop to switch on arm64 everywhere
[09:27] <tsdgeos> Mirv: our Qt friends to the rescue https://codereview.qt-project.org/#change,80934
[09:28] <tsdgeos> didrocks: Saviq: tvoss: ↑↑↑
[09:28] <Saviq> 76 upgraded, 81 newly installed, 108 to remove and 0 not upgraded.
[09:28] <Saviq> not good
[09:28] <Mirv> didrocks: sorry, I'm a bit lost with what you mean with flags (the changes made to build/publish?), but prepare-silo went good http://162.213.34.102/job/prepare-silo/497/console while build complains about the version mismatch http://162.213.34.102/job/landing-005-1-build/62/console
[09:28] <didrocks> tsdgeos: do you smell any bad imapct to the fact it's not acessible?
[09:28] <tsdgeos> didrocks: it wasn't anyway
[09:29] <tsdgeos> didrocks: so basically the app we have is not accessing them
[09:29] <didrocks> 09:47:17  didrocks | Mirv: the flags thing can use a rework
[09:29] <Mirv> tsdgeos: ok, sounds great!
[09:29] <didrocks> 09:47:44  didrocks | with DEB_CFLAGS_MAINT_APPEND and so on…
[09:29] <tvoss> tsdgeos, that looks good
[09:29] <didrocks> tsdgeos: great then, Mirv distro-patch it? ^
[09:30] <Mirv> didrocks: I clearly haven't had enough coffee, it seems I skipped to the "upstream install is hackish ... but no worry for now". I don't see grep -r APPEND *
[09:30] <Mirv> oh, meeting
[09:31] <didrocks> Mirv: yeah ;)
[09:31] <didrocks> ogra_: around?
[09:31] <didrocks> popey: ^
[09:32] <cjwatson> there's no vanguard in #webops (Canonical-internal), and I have to go; if somebody who happens to be there could follow up on any questions they might ask me, that'd be great
[09:33] <ogra_> didrocks, still fighting G+ ...
[09:33] <Mirv> tsdgeos: "yes!" to the distro patch
[09:34] <tsdgeos> :)
[09:34]  * ogra_ cant connect :(
[09:35] <ogra_> sigh ... with either browser
[09:36] <ogra_> i see myself and a "please wait..." at the bottom ... not even controls
[09:36] <didrocks> cjwatson: will try to do that, thanks again Colin!
[09:36] <didrocks> and enjoy your week-end!
[09:36] <ogra_> hmm, now i have controls ... but that still doesnt feel right ...
[09:37] <mitya57> Mirv: how about just disabling particular failing test(s)?
[09:39] <cjwatson> didrocks: thanks.  fwiw (if I can't be found), my plan if it's needed to override any uninstallables on arm64/powerpc/ppc64el was to add entries to FauxPackages in the britney1-ubuntu branch
[09:39] <cjwatson> (that's not complete instructions but should be enough for somebody to track things down if need be)
[09:41] <sil2100> dbarth: tell me once you're around
[09:43] <mitya57> Mirv: in any case, please feel free to upload anything.
[09:46] <didrocks> cjwatson: hum, ok, I'll try to find someone whos know how to do that
[09:49] <Mirv> mitya57: ok. yes, disabling individual tests sounds good if it's not a huge effort (in case of qtbase it was https://code.launchpad.net/~chris.gagnon/kubuntu-packaging/enable-unit-tests-qtbase-opensource-src/+merge/200535)
[09:50] <Mirv> interestingly, ppc64el succeded
[09:50] <Mirv> I think it was the same with qtmultimedia
[09:52] <sil2100_> What the heck
[09:52] <sil2100_> My PC simply turned off
[09:53] <sil2100_> I think it overheated but hm...
[09:54] <Mirv> sil2100: can you check http://162.213.34.102/job/landing-005-1-build/62/console too?
[09:55] <sil2100> Mirv: looking
[09:55] <Mirv> ok, we need to wait for the merge&lean
[09:55] <Mirv> sil2100: so no prob, we'll build it a bit later
[09:56] <sil2100> Mirv: it seems that it's detecting the version that's in -proposed, so indeed, it seems to be all transient
[09:59] <didrocks> sil2100: well, it's to protect you :p
[10:01] <sil2100> didrocks: you mean, my thinkpad heard the word 'qt5.2 transition' and decided 'duuude, bail! *shuts down*' ;)
[10:01] <didrocks> sil2100: no, I mean, on the error on landing-005
[10:02] <sil2100> Ahaha
[10:02] <sil2100> Indeed!
[10:04] <sil2100> psivaa: do you think our smoketesting mako devices are free now for some additional tests of that unity8 AP failure?
[10:04] <psivaa> sil2100: i could find one of them
[10:06] <Saviq> Ran 41 tests in 1037.561s → OK
[10:06] <Saviq> land it!
[10:06] <ogra_> boring ...
[10:08] <sil2100> psivaa: could you do the same thing as yesterday? i.e. I'll send you a modified test_url_dispatcher.py and I would ask you to replace it and run unity8 test suite - would be awesome
[10:08] <psivaa> sil2100: ack, will do
[10:08] <davmor2> Morning all
[10:10] <sil2100> psivaa: here's the test_url_dispatcher.py : http://paste.ubuntu.com/7089282/
[10:10] <psivaa> sil2100: ack, thanks
[10:11] <sil2100> psivaa: thank you! Give me a sign once there are some results
[10:11] <psivaa> sil2100: sure, i need to do some prep's to only make this run on a single device from a pool. so will be in a bit :)
[10:17] <didrocks> seb128: hey, can you shed some light on this maybe?
[10:17] <didrocks> seb128: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[10:17] <didrocks> look for qml-box2d
[10:18] <didrocks> it says "out of date on i386: qtdeclarative5-box2d1.0 (from 0.1~git20131115ubuntu1)
[10:18] <didrocks> "
[10:18] <didrocks> for instance
[10:18] <didrocks> but the new version built on all arch
[10:18]  * didrocks is a little bit lost
[10:18] <seb128> didrocks, looking
[10:20] <seb128> didrocks, oh, easy
[10:20] <didrocks> ah?
[10:21] <seb128> there was a binary rename
[10:21] <seb128> qtdeclarative5-box2d1.0 is the old binary
[10:21] <seb128> qtdeclarative5-box2d1.1 the new one
[10:21] <didrocks> ok, so this won't block britney, transitioned are handled, right?
[10:22] <seb128> right, the error is still weird
[10:22] <didrocks> (it seems to be in the "block" part :p)
[10:22] <didrocks> yep
[10:22] <didrocks> seems there is no rdepends anyway
[10:24] <seb128> didrocks, I think it might be because https://launchpad.net/ubuntu/+source/qml-box2d/0.1~git20131115ubuntu1 never moved out of proposed
[10:24] <seb128> and then they went away in a new upload
[10:24] <seb128> I'm unsure proposed handle superseeded binaries
[10:24] <seb128> you might need to delete qtdeclarative5-box2d1.0 binaries from trusty-proposed
[10:25] <didrocks> yeah
[10:27] <didrocks> thanks seb128 for looking at that :)
[10:27] <sil2100> dbarth: I still see unity-webapps-qml in that landing - I will not be able to *normally* assign a silo for that while this merge is still there, you think we can have that landing without that component?
[10:27] <seb128> didrocks, yw!
[10:28] <didrocks> so, we have the list of what to remove safely
[10:29] <didrocks> cjwatson: FYI, we built the list of what we need to ignore. I'll put it in a bug report. There is no release team or people knowing about britney1-ubuntu around. So with that list (and having checked all reverse dependencies to not make uninstallable packages), I'll go ahead and remove binaries. Then, we'll land your fix and rebuild what we can
[10:29] <seb128> didrocks, what's the plan? moving it out of proposed today? ;-)
[10:31] <didrocks> seb128: yeah, even ASAP now
[10:32] <seb128> great!
[10:32] <Wellark> cjwatson: hi! is this part of some CI Train silo? https://code.launchpad.net/~cjwatson/indicator-network/porting/+merge/210394
[10:32] <Wellark> or can I just include it to my set of MP's?
[10:33] <seb128> Wellark, the CI train table is public, you can check yourself, and cjwatson is on vac today
[10:34] <Wellark> seb128: just wanted to politely ask him as the original submitter before I make my moves :)
[10:35] <seb128> Wellark, I'm sure he's going to be fine if you land it
[10:38] <didrocks> ok, next britney runs should try to migrate everything
[10:38] <didrocks> (phew)
[10:38] <didrocks> 117 blocks -> removed
[10:38] <sil2100> Wellark: it seems to be part of landing on line 42
[10:38] <sil2100> didrocks: \o/
[10:38] <Wellark> sil2100: yeah, I noticed
[10:39] <Wellark> I can figure it out with thostr_
[10:39] <Wellark> it's just a oneliner
[10:45] <didrocks> address-book-app/powerpc unsatisfiable Depends: qtcontact5-galera
[10:45] <didrocks> Mirv: I still need to remove them (but in proposed)
[10:45] <didrocks> as they built
[10:45] <Mirv> ok, so from proposed
[10:49] <didrocks> ok, removed
[10:49] <didrocks> let's wait for next britney's run
[10:50] <Mirv> didrocks: http://pastebin.ubuntu.com/7089448/ is this what you meant?
[10:50] <didrocks> Mirv: yeah, I guess you need to do something for CFLAGS and CXXFLAGS as well
[10:50] <didrocks> (if those hacks are needed)
[10:51] <Mirv> didrocks: well, it seems they are not and I guess that magic does the same as using dpkg-buildflags --get to get CPPFLAGS + CXXFLAGS
[10:52] <didrocks> Mirv: yep
[10:52] <Mirv> proceeding
[10:52] <Mirv> it really took some while to me to stop staring at the upstream install mangling lines and find these ones you meant
[10:54] <davmor2> didrocks: +1 for 237 unless popey finds something horrific
[10:55] <popey> davmor2: didrocks nearly done.
[10:55] <didrocks> davmor2: popey \o-- (just one hand until popey is done :))
[10:56] <sil2100> didrocks, davmor2: I saw Selene send an e-mail with some issues with 237 though?
[10:56] <popey> i cant reproduce any of selene's issues
[10:57] <davmor2> sil2100: nor could I
[10:57] <sil2100> phew
[10:58] <dbarth> didrocks: ok, i think it's better to wait with the silo as-is, and land once the deck is cleared
[10:59] <sil2100> didrocks: ok
[10:59] <sil2100> I mean
[10:59] <sil2100> dbarth: ok
[11:00] <davmor2> didrocks: wow sil2100 must of reading your mind when you were thinking sil2100 buys all the drinks at the next sprint ;)  sil2100 that is why you said ok to didrocks right?
[11:01] <sil2100> I... I... I didn't know I have mind reading skills!
[11:04] <Mirv> thanks sil2100, that's very kind
[11:05] <didrocks> +1 :)
[11:05]  * sil2100 sighs
[11:05] <sil2100> Oh well, I can't help my awesome skills!
[11:05]  * didrocks can't wait for the publisher run
[11:06] <psivaa> sil2100: http://q-jenkins.ubuntu-ci:8080/job/psivaa-trusty-touch-mako-smoke-unity8/29/ has not seen the url dispatcher failure
[11:06] <sil2100> YAY
[11:06] <sil2100> So now the big question is... WTF!
[11:06] <sil2100> psivaa: thanks!
[11:06] <psivaa> sil2100: yw. :)
[11:19] <Wellark> are we there, yet? are we there, yet? are we there, yet?
[11:19]  * sil2100 starts sweating
[11:20] <Mirv> didrocks: address-book-app-dbg/powerpc
[11:22] <didrocks> Mirv: I'm doing signon-plugin-oauth2/arm64 for now
[11:22] <didrocks> let me look at the other
[11:22] <Mirv> right
[11:22] <Mirv> and telepathy-ofono/ppc64el unsatisfiable
[11:25] <didrocks> Mirv: telepathy-ofono -> done
[11:26] <popey> didrocks: ya, #237 seems okay
[11:26] <didrocks> popey: thanks! ogra_: promoting? ^
[11:26] <didrocks> Mirv: address-book-app-dbg/powerpc -> flushed
[11:27] <ogra_> didrocks, yup, will do
[11:27] <didrocks> Mirv: ok, seems that's all for our transition
[11:28] <didrocks> so, we "just" wait on qtdeclarative-opensource-src to finish to have the autopkg test run + the armhf build
[11:28] <sil2100> didrocks: it's all in \o/ ?
[11:28] <didrocks> sil2100: hum?
[11:28] <didrocks> sil2100: look at proposed-migration
[11:29] <didrocks> the "just" is what is blocking
[11:29] <didrocks> in theory
[11:29] <didrocks> Mirv: I think I have to remove tdeclarative5-box2d1.0 from -proposed
[11:29] <didrocks> due to ken's upload
[11:29] <didrocks> as it's 1.1 now
[11:30] <Mirv> armhf qtdeclarative is still compressing png files. someone should kill optipng with fire (it's even quite poor compared to competitors even though it's slow)
[11:30] <Mirv> ok to qtbox1.0
[11:31] <sil2100> It seems to be close to finishing soon anyway
[11:31] <Mirv> right, right, there's 1.0 in proposed without source as well as 1.1
[11:32]  * didrocks flushes
[11:32] <didrocks> so no more "out of date" apart from qtdeclarative-opensource-src, no jenkins autopkgtest running apart from qtdeclarative-opensource-src and not unsatisfiable Depends
[11:33] <popey> davmor2: can you update the nexus status sheet pls?
[11:33] <sil2100> \o/
[11:33] <didrocks> let's wait for qtdeclarative to finish + a publisher tick
[11:33] <didrocks> then, click-store-side needs to be dealt with
[11:34] <didrocks> all autopkgtests passed for qtdeclarative-opensource-src
[11:35] <sil2100> The armhf build is still ongoing though...
[11:35] <didrocks> yep
[11:35] <didrocks> it's the theorical last blocker
[11:36] <Mirv> what if optipng fails! no, really, the build has succeeded already, the optipng just drags it on
[11:37] <Mirv> I'm so familiar at staring those png file logs
[11:37] <didrocks> no, optipgn passed! :)
[11:37] <didrocks> building packages…
[11:37] <mitya57> Mirv: so, are you taking care of qt3d or should I upload it with tests disabled?
[11:37] <Mirv> there would be export NO_PNG_PKG_MANGLE=1 to use
[11:37] <sil2100> Phew
[11:37] <Mirv> mitya57: I'm taking care of it, we just let this migration first pass and then I'll publish the silo
[11:38] <Mirv> mitya57: like, of course, after disabling or fixing the tests, right
[11:39] <didrocks> yeah, please, don't delay it more with another upload :)
[11:39] <ogra_> [11:40] <Mirv> mitya57: I just kicked the arm64 builds going in the PPA. if it turns out it's only powerpc failing, I'll probably disable the tests on powerpc only
[11:40] <Mirv> (and so it actually seems)
[11:41] <mitya57> OK
[11:42] <sil2100> ogra_: yaay
[11:45] <didrocks> ok, this publisher cycle should have it (starting now)
[11:50] <davmor2> popey: will do
[11:50] <friday_is_a_good> http://i.imgur.com/d2kslI4.jpg
[11:54] <davmor2> hahaha
[11:56] <Wellark> hmm.. thostr_ is on holiday or something
[11:56] <Wellark> is there anyone willing to lend me a silo?
[11:57] <Wellark> you would get it back on Monday
[12:00] <mhr3_> sil2100, silo for 45 pls?
[12:04] <Mirv> didrocks: is signon-plugin-oauth2-dev/arm64 unsatisfiable Depends: signon-plugin-oauth2 + signon-plugin-oauth2-tests/arm64 still something in need?
[12:04] <didrocks> Mirv: yeah, need to be removed as well
[12:06] <didrocks> Mirv: done
[12:07] <seb128> didrocks, do you need help debugging the remaining issues?
[12:07] <seb128> like phonon seems to be an issue on arm64/powerpc/ppc64el and there are some issues on the main archs as well
[12:08] <didrocks> seb128: yeah, I'll appreciate
[12:10] <didrocks> seb128: where do you see an issue with phonon?
[12:10] <seb128> didrocks, bottom of http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[12:10] <seb128>     * ppc64el: phonon4qt5-backend-gstreamer, phonon4qt5-backend-vlc
[12:10] <didrocks> ah, I'm still in -excuses :p
[12:10] <didrocks> ok, so gstreamer
[12:11] <didrocks> seb128: it's more than that actually, right?
[12:11] <didrocks> like on i386?
[12:11] <seb128> didrocks, right, as said that's an obvious one, then " there are some issues on the main archs as well"
[12:12] <seb128> didrocks, I'm starting a pbuilder looking at that one
[12:12] <didrocks> sorry, I read main pocket
[12:12] <didrocks> like release
[12:12] <seb128> oh, ok
[12:13] <didrocks> seb128: phonon-backend are stuff which were blocked in proposed
[12:13] <didrocks> that's what xnox rebuilt
[12:13] <didrocks> so, it should be a publisher cycle away
[12:13] <seb128> it seems we always have stuff that are a publisher cycle away from the goal :-)
[12:14] <seb128> is that like we do half the remaining distance every cycle but never reach the goal?
[12:15] <sil2100> mhr3_: ok
[12:17] <sil2100> mhr3_: soo, we still didn't clean the 006 silo which has mediascanner2 in it - maybe you want to wait a bit so that we can assign a normal silo for this?
[12:17] <mhr3_> sil2100, ah right, qml plugin.. forgot about that
[12:18] <mhr3_> sil2100, yea, let's wait for 006
[12:18] <sil2100> mhr3_: or you want to have a test-build with ignore-conflicts? I would prefer waiting a bit first if it's not urgent ;)
[12:18] <didrocks> please don't make ignore-conflicts the rule :/
[12:18]  * didrocks warned…
[12:18] <didrocks> seems you give an option, then the override is always used/proposed
[12:18]  * didrocks sigh
[12:20] <sil2100> didrocks: I always don't recommend it, but give it as a possibility..!
[12:20] <sil2100> But ok, indeed it's best not to do that even
[12:21] <didrocks> sil2100: please don't propose it :p
[12:21] <didrocks> especially as the thing is going to get in soon
[12:21] <mhr3_> didrocks, he knows that i can make a good decision about when to use it ;)
[12:22] <didrocks> mhr3_: you? man! he's sooooo wrong :p
[12:22] <mhr3_> didrocks, auch! so mean!
[12:22] <pmcgowan> morning
[12:22] <pmcgowan> how much carnage do we have
[12:23] <Mirv> pmcgowan: we've been almost there for 3 hours :)
[12:23] <Mirv> it's just complex
[12:23] <Mirv> it's the upper level magicians didier, dimitri now mostly at work
[12:24] <pmcgowan> ah well then
[12:24] <Mirv> while also the next landings are being prepared
[12:26] <mhr3_> sil2100, so... 46 instead? :)
[12:27] <sil2100> ;)
[12:27] <sil2100> mhr3_: ok, that's more like it I guess!
[12:27] <sil2100> But there are no test plans! OH NOES
[12:28] <mhr3_> catching that up
[12:30] <mhr3_> sil2100, filled in
[12:31] <sil2100> Assigning!
[12:32] <didrocks> Mirv: meeting is in 30 minutes or 1h30?
[12:32] <Mirv> josepht: did you happen to see the c_ihelp call for qt3d merge requests handling? I now merged manually one, and there's another one at https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qt3d_disable_tests_on_powerpc/+merge/211042 - there used to be jenkins passing a month ago or so
[12:32] <Mirv> didrocks: 30min
[12:32] <didrocks> ok
[12:32] <sil2100> mhr3_: hah... you're unlucky today!
[12:32] <didrocks> as we are 1.5 cycle away of nirvana…
[12:33] <mhr3_> sil2100, noooo
[12:33] <didrocks> will be short :)
[12:33] <didrocks> mhr3_: take that! :p
[12:33] <mhr3_> didrocks, you enjoy my suffering, don't you? :P
[12:33] <sil2100> mhr3_: indicator-network is locked!
[12:33] <didrocks> mhr3_: well, I see you enjoying mine!
[12:33] <josepht> Mirv: looking
[12:33] <mhr3_> didrocks, touche :D
[12:34] <didrocks> ;)
[12:34] <mhr3_> sil2100, also 5.2?
[12:34] <didrocks> yep 5.2
[12:34] <Mirv> josepht: all I know is that it's still seen at http://91.189.93.70:8080/search/?q=opensource-src-trusty-amd64-coverage-kubuntu-packaging , so I'd assume some sort of automatic functions to be happening
[12:34] <mhr3_> damn, is there still someplace where we don't use qt? :)
[12:35] <Mirv> hmm, maybe that's different place nowadays, qtdeclarative did have jenkins approve an hour ago, but it's not visible there at least
[12:35] <Mirv> josepht: Chris Gagnon probably knows the most about this
[12:35] <Mirv> I'm not sure if it's on CI team's machines at all or not
[12:35] <josepht> Mirv: the latest build for that job was manually run by alesage
[12:37] <josepht> Mirv: I'll create an asana task and follow up with Chris and/or Allan when they come online
[12:37] <Mirv> josepht: ok, thanks a lot!
[12:38] <mhr3_> Mirv, will you send out a mail when 5.2 finally lands?
[12:38] <mhr3_> would be nice :)
[12:39] <sil2100> mhr3_: yes, 5.2 ;)
[12:40] <Mirv> mhr3_: well did_rocks could take the honor by announcing it at the evening's e-mail, I don't mind. although, I believe it's worth pointing this out also on ubuntu-devel so I can respond to the earlier thread there or something like that
[12:41] <Mirv> mitya57: ok qt3d now built fine for all 6 archs, with tests disabled on powerpc. so it's ready in the silo and will get published... at some point today
[12:46] <mitya57> Mirv: it built everywhere, mind if I publish it myself?
[12:47] <didrocks> mitya57: no, please don't yet
[12:47] <mitya57> OK
[12:47] <didrocks> mitya57: let's get 5.2 in first, it will delay again
[12:48]  * mitya57 just wants to get most of FTBFSes resolved before tomorrow
[12:48] <didrocks> mitya57: yeah, but by that, you will make a lot of people (20+) blocked and delayed by another 1.5h :p
[12:49] <didrocks> (not telling about appmenu-qt5 which already transitioned and so broke in trusty release pocket)
[12:52] <mitya57> It migrated! \o/
[12:53]  * mitya57 just got a ton of bug closing mails.
[12:54] <Mirv> wow
[12:54] <mitya57> Can I go ahead with qt3d now?
[12:55] <didrocks> mitya57: some are still stuck
[12:55] <didrocks> mitya57: better to wait to ensure that everything is in
[12:55] <didrocks> than creating horrors :)
[12:55] <mitya57> Even pyqt5 migrated, which depends on everything else :)
[12:56] <didrocks> mitya57: yeah, but I would better see the confirmation of everything's being fine ;)
[12:56] <didrocks> like http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[12:56] <didrocks> not listing then in the next publisher cycle
[12:56] <didrocks> so that we can double check
[12:56] <didrocks> Mirv: do you still have the list of all packages you had yesterday?
[12:56] <didrocks> so that we can grep against that one
[12:57] <didrocks> or using launchpadlib api
[12:57] <Mirv> didrocks: http://pastebin.ubuntu.com/7089993/ that's of course only the 117
[12:58] <didrocks> Mirv: I guess that will be enough :)
[13:00] <didrocks> Mirv: I'll do for p in `cat package_list`; do grep $p excuse; done
[13:01] <pmcgowan> Mirv, didrocks will you have time for the standup
[13:01] <rsalveti> morning
[13:01]  * rsalveti reading backlog
[13:01] <didrocks> pmcgowan: yeah
[13:07] <pmcgowan> elopio, can you join the standup?
[13:09] <mitya57> Mirv: can I close bug 1278329 now?
[13:09] <mitya57> didrocks: Please ping me when it will be OK to go ahead.
[13:10] <didrocks> mitya57: will do
[13:10] <mitya57> I expect I'll need to do some symbols-update uploads after qt3d lands.
[13:22] <Mirv> mitya57: sure, go ahead and close it!
[13:22] <sil2100> update_excuses returns no results when grepping for the list of 117 - does it mean it's DONE?
[13:24] <Mirv> mitya57: reading #ubuntu-release, we need at least one more britney run
[13:24] <Mirv> regarding qt3d
[13:25] <Mirv> sil2100: yes, for that page. however, there's a new page to stare http://people.canonical.com/~ubuntu-archive/nbs.html :)
[13:25] <Mirv> that means too much stuff to copy, it will continue in the next run
[13:26] <mitya57> I see
[13:27] <sil2100> hah, this I didn't know
[13:27] <sil2100> Mirv: let me stare then as well ;)
[13:30] <didrocks> mitya57: ping, you can go!
[13:30] <didrocks> :)
[13:31] <didrocks> mitya57: running merge & clean?
[13:34] <Mirv> didrocks: are you asking me about m & c? :)
[13:35] <Mirv> mitya57: just grab https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qt3d_disable_tests_on_powerpc/+merge/211042 and continue from there
[13:35] <Mirv> mitya57: you'll be quicker that way indeed than waiting for the silo to actually work
[13:35] <didrocks> argh
[13:35] <didrocks> yeah, sorry
[13:35] <Mirv> since we need that merge & clean phase done etc, and then there are two builds
[13:35] <Mirv> didrocks: ok running normal m & c
[13:37] <Mirv> didrocks: http://162.213.34.102/job/landing-006-3-merge-clean/19/console
[13:37] <didrocks> jdstrand: hey, around?
[13:38] <didrocks> Mirv: yeah, you can ignore step
[13:38] <didrocks> as publication wasn't the last one
[13:38] <mitya57> didrocks, Mirv: I'm just going to copy a package from landing-005 to primary archive
[13:38] <Mirv> didrocks: http://162.213.34.102/job/landing-006-3-merge-clean/20/console
[13:38] <Mirv> mitya57: sure, fine
[13:38] <didrocks> Mirv: oh, don't copy, let the system do it for you :)
[13:38] <didrocks> Mirv: no? ^
[13:38] <mitya57> (done)
[13:39] <Mirv> didrocks: it's quicker that way, mitya57 can get to other fixes while the silo is not ready
[13:39] <didrocks> ok
[13:39] <Mirv> didrocks: eg. the MP:s haven't built yet there etc
[13:39] <didrocks> Mirv: ok, so excepted issue
[13:39] <didrocks> on the packages that were manually rebuild
[13:39] <didrocks> there is an optoin
[13:39] <didrocks> option
[13:39] <Mirv> mitya57: thanks! I'll remove qt3d from that landing
[13:39] <didrocks> Mirv: so, ignore dest version
[13:40] <Mirv> didrocks: so it seems
[13:43] <Mirv> didrocks: next up http://162.213.34.102/job/landing-006-3-merge-clean/21/console
[13:43] <bfiller> Mirv: line 47 on CI Train has MR that fixes notes-app AP failures on Qt5.2 if we desire to pick that up
[13:43] <Mirv> bfiller: great! I could grab them to my line 44 which already has a silo and misc post-5.2 fixes?
[13:44] <bfiller> Mirv: sure
[13:44] <Mirv> bfiller: ok, thanks
[13:45] <Mirv> bfiller: oh, right, it's a click package too? so it should go through the click process more probably.
[13:45] <Mirv> sergiusens: ^ notes-app update https://code.launchpad.net/~elopio/notes-app/dont_click_header/+merge/210349
[13:46] <bfiller> Mirv: yes it;s a click, but we do also want to publish the deb
[13:47] <Mirv> bfiller: aha, ok, then I can include it anyhow too for the deb
[13:48] <didrocks> bfiller: we don't want to wait on the deb to get the click update though
[13:48] <bfiller> didrocks: correct
[13:49] <didrocks> so I guess it's fine to get it merged as part of the click release process
[13:52] <Mirv> bfiller: ok so not including in my landing after all, so that it can get merged via the click release process as mentioned. also, the other packages in that other landing are not closely related.
[13:53] <bfiller> Mirv: ack
[14:30] <didrocks> popey: Mirv: validating? http://paste.ubuntu.com/7090461/
[14:30] <elopio> I'm awake, I'm awake...
[14:31] <popey> +1
[14:32] <Mirv> I'm not familiar with the framework names but looks good
[14:32] <Mirv> elopio: :) I see that, you're committing!
[14:32] <Mirv> elopio: so, landing the workaround branch https://code.launchpad.net/~elopio/messaging-app/workaround_autopilot_5.2/+merge/211018 would be enough at first?
[14:32] <seb128> be careful with the status of silo 7, the "track migration to release" is confused about some packages that got manual uploads
[14:32] <elopio> Mirv: yes, I stayed late trying to understand the messaging problem.
[14:32] <seb128> to the versions it's trying to watch are already superseeded
[14:32] <seb128> e.g qtbox from kenvandine
[14:32] <elopio> Mirv: it has a prerequisite branch
[14:33] <elopio> Mirv: https://code.launchpad.net/~elopio/messaging-app/delete_multiple/+merge/210983
[14:33] <elopio> I made a small mistake. Now tests are running again to confirm it's correct.
[14:34] <elopio> bfiller: can you help me getting reviews for the two branches? https://code.launchpad.net/~elopio/messaging-app
[14:34] <bfiller> elopio: usre
[14:36] <cjwatson> didrocks: well, the effect of you removing binaries is that if we don't get things ported then something will fail to migrate later and nobody will remember why ... but I guess you decided you were fine with that
[14:36] <cjwatson> Wellark: not part of any landing I know of, feel free to include it, thanks
[14:37] <didrocks> cjwatson: I have the whole list and tracking it
[14:37] <cjwatson> re qml-box2d, sorry about that, I actually ran the removal command last night but forgot to say yes at the prompt :)
[14:37]  * cjwatson processes the obvious bits from NBS
[14:42] <elopio> bfiller, Mirv: and https://code.launchpad.net/~elopio/notes-app/skip_bug1288876/+merge/211062
[14:43] <elopio> skipping a test goes against all the values of the jedi order, so don't tell my teammates ;)
[14:44] <bfiller> elopio: I thought this other MR seemed to solved that notes problem: https://code.launchpad.net/~elopio/notes-app/dont_click_header/+merge/210349
[14:44] <Mirv> elopio: bfiller: you'll need to ask for the line 48 silo reconfiguration later on
[14:44] <Mirv> after all the branches are listed there for real
[14:45] <elopio> bfiller: that other one isolates the problem so it's exposed only on one test.
[14:46] <bfiller> elopio: ok so we need both of those MR's then to fully solve it?
[14:46] <Wellark> cjwatson: ok, I will take care of iit
[14:48] <barry> this seems like a strange failure, any ideas?
[14:48] <barry> https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/5823/console
[14:49] <sergiusens> bfiller, do you already have an MR bumping the framework versions for the apps or should I get one?
[14:50] <Mirv> elopio: did the messaging-app retest finish, so those two branches are ok?
[14:50] <bfiller> sergiusens: I don't have one
[14:50] <didrocks> sergiusens: ok, so on the deb side, we have messaging-app and we are done
[14:51] <didrocks> sergiusens: tell us when gallery-app, terminal-app, music-app and notes-app are in the store
[14:51] <sergiusens> bfiller, ok I'm updating gallery and note to use ubuntu-sdk-14.04-dev
[14:51] <popey> sergiusens: tell me too ☻
[14:51] <bfiller> sergiusens: camera too?
[14:51] <sergiusens> see, I was told camera didn't need to be rebuilt
[14:51] <sergiusens> didrocks, ?
[14:52] <bfiller> I have no idea honestly
[14:52] <sergiusens> neither do I
[14:52] <sergiusens> I wasn't following Qt 5.2 transition closely; just following orders as they came
[14:52] <didrocks> sergiusens: I don't know, pmcgowan should knows. I just came to rescue the list :p
[14:52] <didrocks> sergiusens: same, just there for the past 2 days…
[14:52] <didrocks> camera is a click app now, right?
[14:52] <sergiusens> didrocks, yes
[14:53] <sergiusens> didrocks, but does it need a rebuild?
[14:53] <sergiusens> didrocks, or is the consensus; anything with compiled bits needs a rebuild?
[14:53] <didrocks> sergiusens: well, it will be a larger subset of what really needs to be rebuilt
[14:53] <didrocks> sergiusens: but I guess that the recent transition can have made it slept
[14:53] <didrocks> sergiusens: so please, to ensure, just rebuild
[14:54] <sergiusens> ok
[14:54] <davmor2> didrocks: can I still install qt5.2.1 from the -006 ppa?  if so I can install and double check apps that need rebuilding.  i'm assuming their'll be no images till the qt5.2.1 one right?
[14:54] <sergiusens> didrocks, everything is in the archive now; right?
[14:55] <sergiusens> cjwatson, is click chroot already supporting the new framework or should I just fiddle with maint?
[14:55] <didrocks> sergiusens: everything but messaging-app
[14:55] <mhr3_> no sil?
[14:56] <didrocks> mhr3_: mup him
[14:56] <sil2100> The fuck was that disconnec...
[14:56] <mhr3_> summoning is complete :)
[14:56] <sil2100> t
[14:56] <elopio> Mirv: I don't see the new results on the MP
[14:56] <elopio> bfiller: we need those two MRs, yes. But that's not a fix, it's a skip :)
[14:56] <mhr3_> sil2100, so, can i start the previously-frozen silos?
[14:57] <mhr3_> sil2100, and get the ones i asked for?
[14:57] <sil2100> mhr3_: was I summoned for some assignments? Thank you, it seems I got my internet back thanks to you
[14:57] <sil2100> SUre
[14:59] <sil2100> mhr3_: so, firts, let me assign those silos, and then let's rebuild 001
[15:00] <pmcgowan> sergiusens, whats the question?
[15:00] <Mirv> elopio: ah, ok, on the MP. well, anyhow, I can build the messaging-app meanwhile, and rebuild if the branches need mor echanges
[15:00] <sil2100> hmmm
[15:00] <sergiusens> pmcgowan, list of apps that need rebuilding or if anything with compiled bits need to be rebuilt
[15:01] <sil2100> mhr3_: ok, so you still have to wait a liitle bit, as the silo's PPA is still getting cleaned
[15:01] <pmcgowan> sergiusens, not every compiled app needed building
[15:01] <rsalveti> yeah, just the one we had issues with
[15:01] <pmcgowan> just the few  identified in the testing sheet
[15:01] <cjwatson> sergiusens: just fiddle.  I'll land click chroot support next week
[15:01] <sil2100> mhr3_: it might take a few moments to finish, but then we move full forward with those silos
[15:01] <mhr3_> sil2100, right, i can rebuild 001 though?
[15:01] <cjwatson> sergiusens: you could copy the chroot in /var/lib/schroot/chroots/ and /etc/schroot/chroot.d/
[15:02] <cjwatson> it's only creation that won't work
[15:02] <sergiusens> ok' I'll see what I can get out of it
[15:02] <sil2100> mhr3_: yes, rebuild it by mentioning unity-scope-click in the rebuild packages field
[15:02] <mhr3_> sil2100, well that's the only pkg for that line :)
[15:03] <sil2100> mhr3_: yes ;) But otherwise it won't rebuild, as it will say: all packages have already been built, or something
[15:03] <mhr3_> sil2100, checking force
[15:03] <mhr3_> oh, right, seems that's not enough
[15:04] <davmor2> pmcgowan: the light-sensor do you happen to know which package I need to file against I'm assuming qtsensors
[15:04] <pmcgowan> davmor2, ask ChickenCutlass ^^
[15:04] <sil2100> mhr3_: entering the name there should be sufficient
[15:04] <rsalveti> davmor2: powerd afaik
[15:08] <sil2100> Mirv: will we have an image with just the qt5.2 bits?
[15:09] <sil2100> i.e. should I block publishing other landings in the meantime?
[15:09] <sil2100> didrocks: ^
[15:09] <davmor2> ChickenCutlass: I need to write up a bug for the light-sensor not doing anything and need the package to file against could you confirm if it is qtsensors or powerd or something else please
[15:09] <didrocks> sil2100: no please
[15:09] <ChickenCutlass> davmor2, powerd
[15:10] <davmor2> rsalveti, ChickenCutlass: thanks guys :)
[15:12] <Mirv> sil2100: we'll wait for the messaging-app and click app fixes I think
[15:13] <Mirv> sil2100: didrocks: landing-006 merge & clean complete!
[15:13] <sil2100> \o/
[15:13] <sil2100> mhr3_: good news, assigning silos for you mister
[15:13] <Mirv> didrocks: I also handled the u1db-qt by merging manually the one branch plus syncing changelog
[15:13] <mhr3_> sil2100, can i get #21 too?
[15:13] <didrocks> Mirv: thanks!
[15:14] <ogra_> didrocks, rsalveti, so my image watcher bot is now running in test mode, i'll need it to watch a few image builds over the weekend to make sure it doesnt cause issues (need some cron runs for this) before letting it into this channel ... if all goes fine i'll switch it fully live on monday morning
[15:14] <sil2100> mhr3_: no, it would require too much scrolling through the list, sorry
[15:14] <sil2100> mhr3_: ;)
[15:14] <mhr3_> lol
[15:14] <sil2100> mhr3_: let me take a look after those, I don't want us to starve any other upstreams in the meantime
[15:14] <rsalveti> ogra_: awesome
[15:14] <rsalveti> ogra_: but cron is currently disabled :-)
[15:14] <ogra_> rsalveti, sigh why ?
[15:14] <rsalveti> ogra_: because we want to get this click framework fixed
[15:15] <davmor2> popey: a confirmation if you would please https://bugs.launchpad.net/ubuntu/+source/powerd/+bug/1292565
[15:15] <ogra_> rsalveti, and we wont get it done today ?
[15:16] <mhr3_> sil2100, doing thomas' stuff as he's on holiday, so i'm like 4 upstreams now
[15:16] <rsalveti> ogra_: people are trying really hard but hard to say
[15:16] <sil2100> Awesome
[15:16] <ogra_> heh k
[15:19] <Mirv> sil2100: cjwatson's ubuntu-ui-toolkit arch enablement branch is not yet landable since there's a chain of unfilled dependencies (-> unity-action-api -> hud -> dee-qt). should I remove it from the landing-005 so that qtpim + qtcreator-plugin-cmake + appmenu-qt5 could be landed?
[15:20] <Mirv> I'm commenting on the branch anyhow for now
[15:21] <sil2100> hmmm
[15:21] <Mirv> or I wonder of course if it's just landed, does it help something on its own
[15:21] <mhr3_> sil2100, eh, meant 26, not 21
[15:22] <sil2100> Mirv: I wonder, I would love getting appmenu-qt5 fixed as the copyright had some problems, but I would say: do as you think is best
[15:23] <sil2100> Mirv: what's cjwatson's opinion?
[15:23] <Mirv> sil2100: he's away today
[15:24] <sergiusens> didrocks, even if the tests will fail all over; can't we trigger a new image with the new click definitions and Qt 5.2?
[15:24] <didrocks> sergiusens: what do you mean, without the rebuilds?
[15:25] <didrocks> sergiusens: if you don't have the upload in the store with the new framework, you won't get the app working
[15:25] <sergiusens> didrocks, yes, without the rebuilds
[15:25] <sil2100> mhr3_: hmmm, now that I check the spreadsheet: look at landing on line 9, I see some of those merges in the silo I just assigned to you
[15:25] <sergiusens> didrocks, that's why I said fail all over
[15:25] <sil2100> mhr3_: is this landing therefore invalid? Did you take all those merges from line 9 and include it in the new one?
[15:25] <didrocks> sergiusens: yeah, why do you want to do that without the rebuilds then?
[15:25] <mhr3_> sil2100, disregard 9, i took it over
[15:25] <sil2100> mhr3_: ACK
[15:26] <sergiusens> didrocks, I just want an image to test that the rebuilds and new framework definitions work
[15:26] <didrocks> sergiusens: people will upgrade to that image
[15:26] <didrocks> and will get a broken phone
[15:26] <sergiusens> didrocks, people shouldn't be on devel-proposed without accepting that casualty
[15:26] <didrocks> sergiusens: yeah, but people will do
[15:26] <didrocks> and it's before the week-end :)
[15:26] <sergiusens> didrocks, that's what devel-proposed is for
[15:27] <didrocks> I think we shouldn't let people breaking that much their phone on purpose
[15:27] <didrocks> (for at least 2 days)
[15:27] <sil2100> Mirv: do you know of any planned fixed for address-book-app? Or can I lock it for a landing?
[15:27] <didrocks> if only we could do "unupdatable images"
[15:27] <Mirv> sil2100: no, I don't know, feel free to lock
[15:28] <sil2100> Mirv: thank you :)
[15:28] <rsalveti> sergiusens: you can flash latest and dist-upgrade
[15:28] <didrocks> yeah, seems the best to me
[15:29] <sergiusens> rsalveti, ack
[15:29] <ogra_> didrocks, "people" shouldnt run -proposed ... that will teach them ;)
[15:32] <didrocks> sergiusens: you need to wait on click-apparmor 2.0 for having latest framework definition
[15:32] <sergiusens> didrocks, ok
[15:34] <sil2100> dbarth: I'll be assigning a silo for you as well, just want to double check if all merges are bug fixes for non-FFe'd components first
[15:34] <jdstrand> sergiusens (and didrocks): 0.2. I'm not to 2.0 yet :)
[15:35] <didrocks> jdstrand: I see you always diminish yourself :p
[15:35] <ogra_> geeez, you are so behind !
[15:35] <didrocks> jdstrand: so, as told on #ubuntu-touch (but with right numbers):
[15:35] <didrocks> ubuntu-sdk-13.10 -> ubuntu-sdk-14.04-dev1
[15:36] <didrocks> policy 0.1 -> 0.2
[15:36] <didrocks> for migrating to the new fw?
[15:38] <didrocks> ah no, it's 1.0 -> 1.1
[15:39] <didrocks> from the code
[15:39] <didrocks> popey: sergiusens: FYI ^ (but maybe wait for Jamie to confirm)
[15:40] <popey> thanks
[15:40] <didrocks> sil2100: ogra_: robru: popey: davmor2: I'll be 15 minutes late in the meeting, I really need a break now and running :)
[15:40] <popey> didrocks: want me to mail the community devs with  broken packages?
[15:40] <popey> so they know policy and framework text for their manifests?
[15:40] <dbarth> sil2100: \o/ we can go crazy now! :)
[15:41] <didrocks> popey: well, let's get jdstrand confirming that I'm reading right the expected policy_version, but after that, yeah please :)
[15:41] <davmor2> didrocks: wibble
[15:41] <jdstrand> didrocks: click-apparmor went from 0.1 to 0.2, yes. however apparmor policy is in apparmor-easyprof-ubuntu, and it is 0.1.x. it is versioned to match the policy. ie, apparmor policy major.minor corresponds to apparmor-easyprof-ubuntu major.minor.microrevision
[15:41] <popey> kk
[15:41] <jdstrand> err
[15:41] <jdstrand> 1.0
[15:41] <dbarth> sil2100: let me review real quick but i'd like some priority bump to get a silo on our desktop landings that were locked
[15:41] <jdstrand> man, I should stop transposing numbers myself!
[15:41] <sil2100> didrocks: sure! It's a well deserved break ;) Too bad you'll be running and getting tired instead of resting ;p
[15:41] <jdstrand> meh
[15:42] <dbarth> sil2100: can keep some of the touch stuff aside not to monopolize too many silos, for ex.
[15:42] <didrocks> jdstrand: hum
[15:42] <jdstrand> apparmor-easyprof-ubuntu is 1.1.x, that corresponds to apparmor policy 1.1
[15:42] <sil2100> dbarth: which ones? Since I saw 2 that still didn't have their FFe's approved, but there was one more I wasn't sure about
[15:42] <didrocks> jdstrand: ah ok :) everything's fine for you popey, sergiusens? ^
[15:42] <jdstrand> click-apparmor 0.2 isn't versioned in reference to the policy-- its versioning is separate
[15:42] <popey> didrocks: no ☻
[15:43] <popey> what should the policy be in the manifest? it's 1.0 for 13.10. What should it be for 14.04-dev1?
[15:43] <dbarth> sil2100: yup, hang on
[15:43]  * sergiusens is lost and waiting for the waves to calm down a bit
[15:44] <popey> +1
[15:45] <didrocks> jdstrand: maybe you can just give popey and sergiusens a practical example of what they need to update? ^
[15:45] <popey> \o/
[15:45] <sergiusens> didrocks, it's not just this, it's the list of everything that needs to get done fwiw
[15:45] <sergiusens> I am waiting for people to notice new things
[15:46] <sergiusens> that's what I meant with waves :-)
[15:46] <Saviq> doanac`, plars,  hey, did you guys see my question yesterday about smoketests and unlocking unity8?
[15:46] <didrocks> sergiusens: you have a starting list with what I collected for you, right?
[15:46] <doanac`> Saviq: not sure i did. can you repeat?
[15:47] <Wellark> is it OK to get
[15:47] <Wellark> "There is 1 newly obsolete package: libqt5core5" ?
[15:47]  * Saviq grabs the log
[15:47] <Wellark> was the package renamed?
[15:47] <sergiusens> didrocks, yah and the framework definition changed twice already ;-)
[15:47] <Saviq> Wellark, yes
[15:47] <sil2100> seb128: all the indicator-datetime merges are fixes not requiring FFe's, right? (just making double suar)
[15:47] <Saviq> it's ...a now, due to the double/real ABI break
[15:47] <sil2100> seb128: from the landing you added
[15:48] <jdstrand> popey, sergiusens: sorry, I came on to this thing at the tail end and have been furiously uploading (my prepared, but not siloed) click-apparmor up until now
[15:48] <jdstrand> popey, sergiusens: what is the problem?
[15:48] <Saviq> doanac`, wanted to ask about the unity8 unlock script used in smoke tests, we're removing the thing you're relying on soon, fginther and om26er already implemented the new method using unity8's helpers that we maintain, apparently you tried it and backed out around a week ago, can we help making the switch somehow?
[15:49] <popey> jdstrand: we have apps which need updating in the store - some are community, some ours.
[15:49] <popey> jdstrand: the community people need to know what to change their manifest to, specifically the framework string and policy version.
[15:49] <doanac`> Saviq: i think the problem we hit was that the library the new mechanism relied on wasn't in the image
[15:49] <sergiusens> jdstrand, no problem, I'm just saying I'm not going to make changes to the click apps until eveyhing lands ;-)
[15:50] <popey> jdstrand: so that when their new "only qt5.2 builds" versions are uploaded, they cannot be installed on older non-qt5.2 images of the phone, which have an older policy version and older framework string
[15:50] <Saviq> om26er, fginther, can you say how you solved doanac`'s issue in ci testrunners?
[15:50] <om26er> doanac`, Saviq unity8-autopilot needs to be installed
[15:51] <om26er> ofcourse Saviq knows that ;)
[15:51] <Saviq> doanac`, can the same be done for smoke tests?
[15:51] <jdstrand> popey: this has the frameworks: https://wiki.ubuntu.com/Click/Frameworks
[15:51] <fginther> Saviq, doanac`, for the upstream merger testing, the devices are already in writable mode, so we just 'apt-get install unity8-autopilot'
[15:51] <jdstrand> popey: that is not ratified yet I don't think, but it is close. talk to pmcgowan and lool about that part
[15:51] <om26er> I guess seen unity8-autopilot on the image then
[15:51] <om26er> *seed
[15:52] <Saviq> or do we need to extract the helpers into a separate package and seed that? or can we maybe make phablet-test-run install unity8-autopilot to $HOME/autopilot?
[15:52] <popey> hmm
[15:52] <jdstrand> popey: so that lists the frameworks. I create a query interface for the sdk to use to ask for the policy version for a given framework
[15:52] <Saviq> doesn't it already?
[15:52] <doanac`> Saviq: daily-image testing using the unity8 click package not the deb
[15:52] <jdstrand> popey: ie, aa-clickquery --click-framework=<framework name> -q policy_version
[15:52] <Saviq> doanac`, there's no unity8 click package ;)
[15:53] <jdstrand> popey: that will give back something like "1.1"-- ie, something suitable for the security manifest
[15:53] <sil2100_> seb128: ok, it looks like it at least, so assigning a silo
[15:53] <Saviq> doanac`, but anyway, can't unity8-autopilot be installed into $HOME/autopilot as is done for click tests anyway?
[15:53] <doanac`> Saviq: n/m. the issue is we don't install unity8-autopilot until we test unity8. and we remove it when we are done testing it
[15:53] <jdstrand> popey: now that 0.2 is in the archive, I'll file a bug so bzoltan1 can stop hardcoding the policy version
[15:53] <doanac`> so it sounds like you need unity8-autopilot to always get installed
[15:54] <pmcgowan> popey, jdstrand I thought for "today" we are using -dev1
[15:54] <pmcgowan> isnt that what I saw fly by
[15:54] <Saviq> doanac`, yup
[15:54] <jdstrand> popey: but, for app developers, if they use ubuntu-sdk-13.10, they should use '"policy_version": 1.0'. if they use any ubuntu-sdk-14.04* framework, they should use '"policy_version": 1.1'
[15:54] <didrocks> pmcgowan: there is the security-policy as well, it's the part jdstrand is answering on I guess
[15:54] <pmcgowan> I see
[15:54] <didrocks> excellent, thanks jdstrand, I think that's what popey and sergiusens needed :)
[15:54] <doanac`> didrocks, asac: as per screen unlocking. is it okay if we install unity8-autopilot when we provision a device and leave it there for the entire image testing run?
[15:55] <seb128> sil2100, yes, no ffe needed, no feature/behaviour changes there, just bugfixes, less polling on eds, etc
[15:55] <didrocks> doanac`: I think it's fine, however, can you refrain doing any infra change today? (as we are doing the Qt transition)
[15:55] <jdstrand> sure-- I just wanted to give some background so people can know about aa-clickquery and not hardcode
[15:55] <didrocks> yeah ;)
[15:55]  * didrocks notes the aa-clickquery command
[15:55] <doanac`> didrocks: yeah. i can't get around to this now. i'm swamped as well
[15:55] <sil2100> mhr3_: regarding landing line 26...
[15:56] <didrocks> sergiusens: popey: so, all cleared? :)
[15:56] <sil2100> mhr3_: I don't see hud having an FFe, are all of the merges there fix-only?
[15:56] <jdstrand> popey: and click-reviewers-tools were updated last week to deal with these frameworks and apparmor policy versions
[15:56] <mhr3_> pete-woods, ^^
[15:56] <sil2100> mhr3_: since I see some 'use-new-libdbusmenu' etc.
[15:56] <pete-woods> sil2100: yes, they are all bug fixes
[15:57] <jdstrand> popey: so, with click-apparmor 0.2, the frameworks being shipped in /usr/share/click/frameworks and the review tools being updated, it should all work
[15:57] <jdstrand> popey: obviously, if there is a bug in the review tools, file it and we can discuss how to handle in the app review
[15:57] <pete-woods> sil2100: that branch just adds a dependency on a version of dbusmenu-qt with a bugfix we need on it
[15:58] <sil2100> pete-woods: could you, just as a formality, attach the bug that's getting fixed to that branch?
[15:58] <popey> ok. I think we're clear now. old = ubuntu-sdk-13.10 & policy 1.0, new = ubuntu-sdk-14.04-dev1 & policy 1.1
[15:58] <rsalveti> doanac`: I think so, but do we want to change this today? :-)
[15:58] <jdstrand> pmcgowan: can you remind me what the package is that I should file the bug against to not hard code policy version in qtc/the sdk?
[15:58] <pete-woods> sil2100: absoutely
[15:58] <rsalveti> doanac`: should be fine to be changed next monday/tuesday
[15:58] <sil2100> pete-woods: thanks! I'll assign a silo straight away once that's done
[15:58] <didrocks> popey: right! sergiusens: all good for you as well or you need more info?
[15:59] <jdstrand> pmcgowan: I can never remember for some reason
[15:59] <doanac`> Saviq, didrocks, rsalveti: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1292585
[16:00] <didrocks> sil2100: you are doing the messaging-app AP tests or bfiller is doing it?
[16:00] <bfiller> didrocks: so are requests that were blocked on 5.2 now unblocked?
[16:00] <didrocks> bfiller: yeah, but we need to be able to build an image first
[16:00] <didrocks> meaning, having the messaging-app query in
[16:00] <bfiller> didrocks: was about to test what's in the silo
[16:00] <sil2100> didrocks: I think it's bfiller, as I didn't hear anything
[16:00] <didrocks> bfiller: excellent, then, we'll have the click store + a test run
[16:01] <sil2100> bfiller: thanks!
[16:01] <didrocks> bfiller: we assign silos on the rest, just refrain on publishing
[16:01] <didrocks> thanks :)
[16:01] <sil2100> Phew, so many silos assigned
[16:01] <bfiller> didrocks: the best way to test messaging-app AP test is install latest proposed image and add silo 6 still for the qt5.2 stuff?
[16:01] <sil2100> bfiller: silo 006 is cleared now, so no
[16:02] <didrocks> bfiller: no, install latest proposed-image and dist-upgrade
[16:02] <sil2100> bfiller: you can get the latest image and then dist-upgrade I guess
[16:02] <bfiller> didrocks: got it, doing now
[16:02] <didrocks> thanks
[16:02] <sil2100> didrocks: ruuun!
[16:03] <Saviq> doanac`, https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1292585/comments/1
[16:03] <didrocks> sil2100: well, I guess it's going to be the whole meeting I'll miss :)
[16:03] <didrocks> sil2100: can you lead it? I think the instructions are quite clear anyway :p
[16:03] <ogra_> didrocks, anything to discuss ?
[16:03] <sil2100> didrocks: will try ;) No worries!
[16:03] <didrocks> well, basically, now it's:
[16:03]  * ogra_ thinks we could as well just skip 
[16:03] <didrocks> - getting messaging-app in
[16:04] <sil2100> didrocks: you'll write the landing e-mail later though? Or should I do it as well?
[16:04] <didrocks> - getting the click side (gallery-app, terminal-app, notes-app with MP fixes, music-app with MP fixes) in
[16:04] <didrocks> with the new framework and policy
[16:04] <ogra_> hmm, did anyone get a calendar notification ?
[16:04] <didrocks> and kick an image + dogfood it
[16:04] <sil2100> ;)
[16:04] <didrocks> sil2100: yeah, I'll do that
[16:04] <ogra_> i dont see the meeting on my calendar
[16:04] <didrocks> ogra_: nope
[16:04] <didrocks> ok, should I remove it?
[16:04] <sil2100> ogra_: any meeting? It's still one hour
[16:05] <ogra_> oh
[16:05] <ogra_> crap+
[16:05] <sil2100> It's not like now ;) Just in an hour
[16:05] <ogra_> all my other meetings are 1h earlier now
[16:05] <pete-woods> sil2100: okay, I've linked the bug now
[16:05] <didrocks> so, nuking it?
[16:05] <sil2100> pete-woods: thanks, will assign in a moment!
[16:05] <ogra_> i would be fine with that
[16:05] <pete-woods> sil2100: thanks very much!
[16:06] <sil2100> didrocks: I guess we can - anything else we can pass on IRC, and the thigns I have to say I'll just send over by IRC
[16:06] <didrocks> ok
[16:06] <didrocks> let me prepare and send the email now then
[16:06] <didrocks> that will be better for information sharing
[16:06] <ogra_> ++
[16:06] <sil2100> Right
[16:07] <ogra_> and then you can run til dawn if you like :)
[16:07] <rsalveti> ogra_: your other meetings were created by US folks
[16:07] <ogra_> rsalveti, sure, i'm just getting used to it
[16:07] <didrocks> cyphermox: balloons: FYI, meeting deleted. All info in landing email
[16:07] <didrocks> (incoming :p)
[16:07] <ogra_> since *all* other meetings i have are US ones :)
[16:07] <rsalveti> yeah, they need to learn how to use UTC at some point
[16:07] <sil2100> robru: ^ as well ^
[16:07] <cyphermox> ok
[16:07] <balloons> didrocks, oO
[16:07] <rsalveti> it's not that hard
[16:07] <ogra_> rsalveti, ++
[16:08] <ogra_> yeah
[16:08] <robru> sil2100, didrocks what? my calendar has the meeting on UTC. is the meeting not in an hour?
[16:08] <rsalveti> it was in one hour
[16:09] <didrocks> it's not anymore :)
[16:09] <didrocks> dead
[16:09] <didrocks> killed
[16:09] <robru> why are we not having a meeting? is there not a lot to talk about re:qt?
[16:09] <jdstrand> ok, I'm going back to my holidya
[16:09] <jdstrand> holiday
[16:09] <didrocks> jdstrand: enjoy! ;)
[16:09] <rsalveti> jdstrand: thanks so much, enjoy!
[16:09] <didrocks> robru: everything depends on sergiusens + popey now. I'll include the few info in the landing team email
[16:10] <jdstrand> I'll check email. file bugs if there is an issue
[16:10] <robru> didrocks, oh ok. because I have people who are just screaming for silos now ;-)
[16:10] <didrocks> robru: yeah, see the header of the spreadsheet
[16:13] <barry> hi folks.  could someone please rebuild https://code.launchpad.net/~barry/camera-app/py3autopilot/+merge/210922
[16:13] <barry> the error is strange
[16:13] <sergiusens> popey, can you take care of one thing?
[16:14] <sergiusens> popey, the coreapps ppa would need rebuilds of the plugins
[16:14] <sergiusens> didrocks, isn't there a landing meeting today?
[16:14] <popey> sergiusens: they're triggered from jenkins I thought? fginther ?
[16:15] <didrocks> sergiusens: no, I try to sum up everything needed, but we can hop on now if you need more info
[16:15] <sergiusens> popey, not sure; but they'd need version bumps
[16:16] <sergiusens> didrocks, if this is what needs to happen http://paste.ubuntu.com/7090970/ then I'm fine
[16:16] <fginther> sergiusens, rebuilds due to a new revers depends?
[16:16] <popey> fginther: due to qt5.2
[16:16] <sergiusens> didrocks, but to make it faster; I would like to manually merge the framework changes into the trunks
[16:16] <didrocks> sergiusens: one sec
[16:16] <sergiusens> didrocks, proper review; but manual merges
[16:17] <didrocks> sergiusens: notes-app needs https://code.launchpad.net/~elopio/notes-app/skip_bug1288876
[16:17] <didrocks> sergiusens: https://code.launchpad.net/~elopio/notes-app/dont_click_header/+merge/210349
[16:18] <sergiusens> didrocks, can't someone else merge that?
[16:18] <sergiusens> bfiller, can you make sure that lands ^?
[16:18] <didrocks> sergiusens: bfiller, mind merging those manually? (as we told we'll take the deb part later on) ^
[16:19] <didrocks> sergiusens: on the merge directly framework change, yeah, +1
[16:19] <sergiusens> didrocks, that can be merged with the normal train if you want
[16:19] <didrocks> sergiusens: and apart from those 2 mentions missing, yeah, +1 for all
[16:19] <didrocks> sergiusens: no, let's try to not mix the .debs with .click part, we have too many things in transit already
[16:19] <sergiusens> didrocks, if it's manuall merge I'll do it
[16:19]  * didrocks hates having both .deb and .click for the same component, that's so annoying :/
[16:20] <didrocks> sergiusens: yeah, please ;)
[16:21] <didrocks> sergiusens: then, as soon as you are done and popey or balloons publishes all of them, we can get an image kicked
[16:21] <didrocks> rsalveti: you will probably be around I guess? ^ (and remember then to reenable the cron)
[16:21] <sergiusens> cjwatson, fwiw and I'm working around it there's a dict in /usr/lib/python3/dist-packages/click/chroot.py with only 13.10 defined (ignore if something is in flight now with that)
[16:22] <didrocks> robru: while I'm are it, line 48 is the only one we need to publish before the next image is in (so BIG priority), bfiller is doing the testing as we speak
[16:22] <robru> didrocks, bfiller ok I'm here. ping me when it's time to publish
[16:22] <sil2100> robru: just make sure to look at it if it's yellow or not ;)
[16:22] <jdstrand> didrocks, popey: if there is an emergency issue, please contact mdeslaur and sbeattie
[16:22] <sil2100> robru: i.e. if 'tested: Yes'
[16:23] <didrocks> jdstrand: excellent, I'm sure everything will be fine!
[16:23]  * jdstrand goes on holidya for real
[16:23] <robru> sil2100, you want me to *poll* like some kind of *peasant*?? I demand push notifications!
[16:23] <jdstrand> yes, me too
[16:23] <didrocks> heh, enjoy for real :p
[16:23] <sergiusens> jdstrand, if you are on holidays, Isay, don't worry and leave :-)
[16:24] <popey> I jdstrand thanks.
[16:24] <popey> -typos
[16:26] <bfiller> sergiusens, didrocks : notes-app trunk has those changes merged in now
[16:26] <didrocks> great!
[16:26] <sil2100> :O
[16:26] <sil2100> robru: :O
[16:26] <sil2100> ;)
[16:28] <robru> sil2100, oh I just had the greatest idea... citrain should use mup to send SMS to landers the exact second when a silo is marked "testing: yes"
[16:28] <robru> ;-)
[16:28] <robru> didrocks, ^
[16:28] <didrocks> robru: patch? :p
[16:29] <robru> didrocks, haha, maybe!
[16:29] <rsalveti> didrocks: yes
[16:29] <sil2100> robru: ;)
[16:29] <robru> no wait, short circuit that whole plan... we just need an IRC bot that *pings* landers when testing is set to yes....
[16:29] <didrocks> robru: already discussed and bug opened yesterday
[16:30] <robru> didrocks, i ... i think i love you
[16:30] <didrocks> ;)
[16:30] <rsalveti> lol
[16:30] <sergiusens> hmm I can't dist-upgrade my trusty install :-/  qtcreator-plugin-ubuntu : Depends: qtcreator-plugin-cmake but it is not installed
[16:30] <sil2100> ;D
[16:31] <didrocks> sergiusens: phone or desktop?
[16:31] <sergiusens> didrocks, desktop
[16:31] <didrocks> sergiusens: sudo apt-get install qtcreator-plugin-cmake?
[16:31] <sergiusens> didrocks, I'm trying to get click chroot working with the latest an greatest :-)
[16:31] <didrocks> sergiusens: latest for sure…
[16:31] <didrocks> sergiusens: greatest, we'll see :p
[16:31] <sergiusens> is the morale that low?
[16:31] <sergiusens> :-)
[16:31] <didrocks> ahah
[16:31] <rsalveti> didrocks: so once we get the new clicks should we be good to trigger a new image?
[16:32] <rsalveti> or you just want to wait the one done by cron?
[16:32] <sergiusens> if greatest cannot be aspired to; there was no reason to update Qt ;-)
[16:32] <didrocks> rsalveti: exactly, I expect that messaging-app will be in first (it's the only archive-side change we wait on)
[16:32] <didrocks> rsalveti: no please, kick in, the earlier, the better
[16:32] <rsalveti> alright
[16:33] <didrocks> sergiusens: so, apt-get install complains about what for this plugin? :p
[16:33] <sergiusens> didrocks, I apt-get removed it for now; so no sdk for me :-)
[16:34] <didrocks> sergiusens: that was an option :p
[16:34] <sil2100> Who needs the SDK anyway!
[16:34] <ogra_> whats an SDK ?
[16:36] <dbarth> sil2100: still on it, getting back to you quickly now
[16:36] <sil2100> dbarth: ok, just ping me once done
[16:50] <bfiller> didrocks: tests running for messaging-app for some time now, no failures yet but not complete ..
[16:50] <sil2100> bfiller: excellent o/
[16:50] <bfiller> there are a lot of tests :)
[16:51] <cjwatson> Mirv: is it build-deps that are unsatisfied for ubuntu-ui-toolkit/arch-any, or only runtime deps?  if it's build-deps, then we can go ahead with that landing because it'll harmlessly dep-wait for now and be useful later
[16:51] <didrocks> rsalveti: sil2100: robru: popey: ogra_: Mirv: davmor2: cyphermox: balloons: ToyKeeper: sergiusens: so updated the ML, tell me if anything is unclear
[16:51] <cjwatson> Mirv: if it's *only* runtime deps (i.e. it'll build, but build uninstallable packages) then we should indeed hold off
[16:51] <didrocks> cjwatson: sounds good to me
[16:51] <cjwatson> sergiusens: yes, I know, that's what I was referring to earlier
[16:51] <cjwatson> sergiusens: I'll fix it next week
[16:51] <dbarth> sil2100: checking silo6, reconfigure hates me, did i do something wrong: http://162.213.34.102/job/landing-006-0-reconfigure/3/console
[16:51] <didrocks> cjwatson: I'll recheck when I get some times
[16:52] <didrocks> bfiller: no worry ;)
[16:52] <sil2100> dbarth: what did you try reconfiguring?
[16:52] <didrocks> bfiller: I think you will still be faster than the click store
[16:52] <sil2100> dbarth: I mean, what happened that you wanted to reconfigure?
[16:52] <cjwatson> didrocks,Mirv: looking at the build in landing-005, it's harmless dep-waits
[16:52] <cjwatson> so safe to land anyway
[16:52] <cjwatson> just means the dep chain is deeper than I'd thought, but it won't hurt
[16:52] <didrocks> cjwatson: yeah
[16:52] <didrocks> let's land it
[16:52] <bfiller> didrocks: Ran 16 tests in 482.296s
[16:52] <bfiller> OK
[16:53] <didrocks> not sure about the source upload then
[16:53] <didrocks> bfiller: \o/
[16:53] <bfiller> didrocks: so looks good :)
[16:53] <sil2100> bfiller: \o/
[16:53] <didrocks> sil2100: do you know?
[16:53] <Mirv> cjwatson: thanks
[16:53] <sil2100> bfiller: put it to tested: yes
[16:53] <didrocks> ah Mirv is still around :)
[16:53] <didrocks> Mirv: so, can you deal with that one?
[16:53] <bfiller> sil2100: done
[16:53] <sil2100> didrocks: not sure, Mirv knows best ;)
[16:53] <sil2100> bfiller, didrocks: landing messaging-app!
[16:53] <didrocks> yeah, I was thinking he left for the week-end
[16:53] <didrocks> sil2100: waoooowwwww
[16:53] <didrocks> thanks bfiller for the testing
[16:53] <sil2100> robru: ^
[16:53] <Mirv> dinner, tests running for qtpim will report
[16:53] <bfiller> didrocks: np
[16:53] <sil2100> robru: landing 007!
[16:54] <fginther> popey, do you know which plugins need rebuild?
[16:54] <didrocks> sil2100: robru: ok, so for everything else than silo 005, please wait for next image now
[16:54] <ogra_> heh "fundations"
[16:54] <ogra_> the funny guys :)
[16:54] <didrocks> ogra_: I didn't know how to call that :p
[16:54] <sil2100> didrocks: ok
[16:54] <sil2100> robru, didrocks, bfiller: published, now we just wait for clicks I guess ;)
[16:54] <didrocks> sweet!
[16:55] <didrocks> we can just stare at beuno, sergiusens and popey now
[16:55] <didrocks> actually, I missed my exercise of the day
[16:55] <didrocks> and it's too late now
[16:55] <popey> \o/
[16:55] <didrocks> we could have our meeting :p
[16:55] <didrocks> but nothing more than the email anyway
[16:55] <balloons> didrocks, message makes sense, thanks for the updates as usual
[16:56] <sil2100> dbarth: anyway, if you wanted to reconfigure the silo by adding a new merge proposal, you have to list all the merge proposals that are to be in the final silo
[16:56] <dbarth> sil2100: re-adding webbrowser-app bits that i had removed from the original request
[16:56] <didrocks> balloons: yw! I except very good news from you on the incoming image of course :p
[16:56] <dbarth> to try and land during the big qt5-2 lock
[16:56] <popey> fginther: at least the konsole one used by terminal, a music too, right sergiusens ?
[16:56] <sil2100> dbarth: then just copy-paste the MR list from the spreadsheet to the MERGE_PROPOSALS field in the reconfigure job
[16:56] <dbarth> oh i see
[16:56] <balloons> vUDS behind us it's a bit easier to get back into things :-)
[16:56] <sil2100> dbarth: and you're ready to build ;)
[16:56] <sil2100> dbarth: (once done)
[16:57] <didrocks> sil2100: seems I didn't break the publication with my changes :)
[16:57] <didrocks> from this morning :p
[16:57] <didrocks> sil2100: have you run another m & c?
[16:57] <sil2100> didrocks: hah ;) Indeed! No, I didn't run a m & c yet after the qt5.2
[16:57] <sil2100> So this we'll still have to check
[16:57] <dbarth> sil2100: and it blames me for trying to put webbrowser-app in :/
[16:58] <sil2100> dbarth: aaah, right, new component
[16:58] <didrocks> sil2100: yeah, let's see :)
[16:58] <dbarth> sil2100: is that webbrowser-app package locked already?
[16:58] <sil2100> dbarth: in this case I have to add it myself, let me do it
[16:58] <sil2100> dbarth: or wait, probably... hmmm
[16:58] <didrocks> dbarth: the message should be explicit, no?
[16:58] <dbarth> bfiller: mind if we do a quick landing for webapp-container stuff in webbrowser-app?
[16:58] <didrocks> do you have the link?
[16:58] <dbarth> didrocks: it is; it says i'm a naughty boy
[16:58] <sil2100> dbarth: I don't see it assigned anyway...
[16:59] <davmor2> didrocks: email looks good to me :)
[16:59] <bfiller> dbarth: that's fine, you can add it to the existing line I have already for that
[16:59]  * bfiller looking
[16:59] <dbarth> bfiller: i was on line 40
[16:59] <sil2100> dbarth, didrocks: right, I have to reconfigure the silo
[16:59] <sergiusens> popey, hmm, music uses qtpowerd and grilo; iirc that's in the archves
[16:59] <sil2100> So all is ok
[16:59] <dbarth> sil2100: let's see what bfiller says
[17:00] <popey> sergiusens: correct
[17:00] <sergiusens> popey, that was rebuilt; correct?
[17:00] <bfiller> dbarth: we requested line 38 as well for a bunch of browser changes, wonder if we should combine?
[17:00] <didrocks> bfiller: if you want to combine, you can reconfigure yourself to add the MPs on the same component
[17:00] <dbarth> bfiller: checking with alex-abreu if we need it to complete testing or not
[17:01]  * sil2100 is waiting for decisions
[17:01] <sil2100> ;)
[17:01] <popey> sergiusens: https://lists.ubuntu.com/archives/trusty-changes/2014-March/011823.html & https://lists.ubuntu.com/archives/trusty-changes/2014-March/011755.html
[17:01] <popey> (yes)
[17:01] <dbarth> sil2100: sorry about that
[17:01] <dbarth> (guru meditation)
[17:02] <dbarth> ok sounds like we can split
[17:02] <dbarth> bfiller: ok, can you take the 2 MPs in your silo; we can still our other webapp changes in the silo, without those
[17:02] <dbarth> sil2100: i'll just remove the offending branches, and should be good by myself now
[17:03] <dbarth> bfiller: will send the 2 orphan MPs to adopt
[17:03] <sil2100> dbarth: ok :)
[17:03] <bfiller> dbarth: ack, please add them to line 38 then
[17:03] <didrocks> that's so lovely said :)
[17:04] <sil2100> didrocks, bfiller, dbarth: in the meantime I'll assign a silo for the webbrowser-app changes as well, once you add the additional merge to that
[17:04] <didrocks> sil2100: sure, but let bfiller self-reconfigure if needed (not sure he tried already)
[17:04] <bfiller> sil2100: thanks, can I also have a silo for line 19 gallery-app please
[17:04] <bfiller> didrocks: have not tried that yet
[17:05] <sil2100> bfiller: hm, isn't gallery-app already click?
[17:05] <sil2100> bfiller: me and Mirv were wondering what to do with that one actually ;)
[17:05] <bfiller> sil2100: it is but we still need deb for the desktop
[17:05]  * bfiller doesn't understand the process for clicks
[17:05] <sil2100> Same here, a bit... still confused
[17:05] <didrocks> bfiller: if you can feel better, we don't as well :p
[17:05] <bfiller> :)
[17:05] <robru> bfiller, sil2100 : yes I think that's because there's *no* process for clicks. they go into the click store with no testing...
[17:06] <bfiller> robru: not good
[17:06] <dbarth> bfiller: MPs sent
[17:06] <didrocks> bfiller: my plan was to discuss that at vUDS, but we didn't get to that, so will rehash with sergio to have the same process next week
[17:06] <robru> bfiller, I guess we test certain click apps after they're in the image, but that means they have to get into the click store untested first.
[17:06] <Saviq> fginther, hey, can you have a look at the dependency error in https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/3427/console ?
[17:06] <bfiller> didrocks: I figured for now we still use the train as we still needs the debs in the archive
[17:06] <bfiller> (to support running on desktop)
[17:07] <dbarth> sil2100: we're good for silo 6, could we also get our html5 fixes re-activated on line 16; that's only small bug fixes
[17:07] <didrocks> bfiller: yeah, we really need to be able to factorize both on the same silos or to have click running on desktop, it's a pain to do 2 releases for the same app basically
[17:07] <dbarth> sil2100: or should we add to silo 6?
[17:07] <bfiller> was hoping that magically everytime the deb hit the archive the click would get uploaded ot the store
[17:07] <robru> dbarth, whoa whoa, careful who you say "silo 6" to... I am traumatized by that number ;-)
[17:07] <mhr3_> Mirv, hm, i still don't see the rebuild* branches marked as merged... is that still going to happen?
[17:07] <dbarth> robru: really? ;)
[17:08] <didrocks> bfiller: too much magic :p but yeah, it's an idea I've in my mind
[17:08] <robru> dbarth, (it was the silo that had qt5.2 in it recently)
[17:08] <dbarth> ;) that was a good one; it's landed
[17:08] <cjwatson> click archiving practices are a bit lol
[17:09] <didrocks> cjwatson: you mean, as you supposively day off? :)
[17:09] <cjwatson> shockingly it turns out that the twenty years we've spent refining how .deb archiving works were actually worth something
[17:09] <didrocks> like*
[17:09] <cjwatson> didrocks: I've spent most of it driving round in a van as intended, sitting at a computer constitutes relaxation by comparison :)
[17:10] <didrocks> cjwatson: ok, in that sense… ;)
[17:10] <bfiller> sil2100: so I'd say until that click magic is figured out we need to continue to build the deb, so we'd need the silo for line 19
[17:10] <bfiller> sil2100: at least that allows us to land on the desktop
[17:10] <sergiusens> the autoloading is the easy part; the machinery to make sure it doesn't break anything is what needs to work
[17:11] <sergiusens> cjwatson, tedg do the click hooks need any updating to take into account the new framework?
[17:11] <cjwatson> not afaik
[17:11] <cjwatson> aside from the apparmor hook which is being dealt with
[17:11] <cjwatson> is being / has been
[17:11] <ogra_> cjwatson, so are your springs shiny and polished now ?
[17:12] <ogra_> :)
[17:12] <sil2100> dbarth: let me see line 16
[17:12] <didrocks> bfiller: sil2100: I guess now we can get notes-app a silo as well? (maybe an empty MP to deliver it?)
[17:12] <cjwatson> ogra_: no, but marginally less grubby and cluttered ...
[17:12] <didrocks> (ready isn't set to yes)
[17:12] <dbarth> bfiller: mind joining our hangout for a very quick chat?
[17:12] <sergiusens> cjwatson, ah, pkcon hides the error :-) ERROR: Could not transform 'com.ubuntu.notes_notes_1.4.253.json' to AppArmor easyprof. Skipping
[17:12] <sergiusens> might still be in flight
[17:12] <sil2100> bfiller: ok, I'll assign for webbrowser-app and gallery-app for now
[17:12] <bfiller> dbarth: sure
[17:12] <dbarth> bfiller: would like to arbitrate oxide/content-hub priorities
[17:13] <sil2100> dbarth: let's maybe deal with that once others are in, ok? ;) Since we're already using up most of the silos!
[17:13] <cjwatson> sergiusens: Yes, that's from aa-clickhook
[17:13] <bfiller> dbarth: link?
[17:14] <dbarth> bfiller: alex-abreu sent it
[17:15] <cjwatson> libqt5graphicaleffects5 <- ubuntu-ui-toolkit is showing up on http://people.canonical.com/~ubuntu-archive/nbs.html.  Is somebody looking into that?
[17:16] <didrocks> ogra_: German efficiency, as always… :p
[17:16] <pmcgowan> didrocks, Mirv what is the deal with libqt5core5 being renamed, is that an upstream change?
[17:16] <cjwatson> oh, that's an alternate dependency, it seems
[17:16] <didrocks> pmcgowan: defines "upstream"
[17:16] <pmcgowan> qt project
[17:17] <didrocks> pmcgowan: hum? no, they broke the ABI
[17:17] <Mirv> pmcgowan: that was requested by Steve for us to force the rebuilds for the ABI/qreal change http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731261
[17:17] <didrocks> slangasek didn't want that we rebuild without changing the binary package name
[17:17] <pmcgowan> Mirv, but doesnt that force all apps to rebuild
[17:17] <didrocks> to deal with the transition
[17:17] <didrocks> pmcgowan: well, the ABI transition does
[17:17] <pmcgowan> no
[17:17] <didrocks> actually did
[17:17] <pmcgowan> it doesnt
[17:17] <cjwatson> pmcgowan: it doesn't force all click apps to rebuild
[17:17] <didrocks> it's all dealt now
[17:18] <cjwatson> pmcgowan: it forces anything that's a deb to rebuild, but most of that is already done
[17:18] <pmcgowan> but every app with c++ code?
[17:18] <cjwatson> (apparently with the exception of the core apps PPA)
[17:18] <didrocks> pmcgowan: it's a .deb thing only
[17:18] <pmcgowan> not just the few effected by the qreal change?
[17:18] <cjwatson> it is hardly worth going back now!
[17:18] <cjwatson> debs are easy to rebuild
[17:18] <pmcgowan> maybe  I am confused
[17:18] <cjwatson> source upload, bang, done
[17:18] <Saviq> pmcgowan, the .so name didn't change
[17:18] <didrocks> pmcgowan: well, seems nobody did the impact of what was impacted by the qreal change
[17:18] <Saviq> pmcgowan, only the package name did
[17:18] <pmcgowan> ah ok nm me then
[17:18] <cjwatson> there wasn't a way to break only the few affected by the qreal change
[17:18] <pmcgowan> sorry
[17:18] <cjwatson> in terms of .deb dependencies
[17:19] <pmcgowan> cjwatson, I get it now
[17:19] <pmcgowan> all good
[17:19] <cjwatson> and for those it's better to be conservative
[17:19] <pmcgowan> yes
[17:20] <Saviq> didrocks, so no silo publishing today yet? so no point for me to expedite testing of the unity8 silo...
[17:20] <didrocks> Saviq: well, until we kick an image. I think it's better to put changes on changes
[17:20] <didrocks> Saviq: so yeah, no pressure :)
[17:20] <balloons> fginther, can you do a rebuild of things in the core apps ppa so they will install again aftr qt5.2 hit the archive?
[17:20] <didrocks> Saviq: or you can publish, once the image is there, it will be published for you
[17:20] <didrocks> Saviq: as you prefer :)
[17:20] <didrocks> sorry
[17:20] <didrocks> Saviq: or you can *test*, once…
[17:22] <Saviq> didrocks, right, maybe I'll do that
[17:23] <fginther> balloons, yes, popey asked a little bit ago and I'll have this started soon
[17:23] <ogra_> didrocks, heh
[17:24] <popey> cjwatson: am I right in saying "pkcon install-local foo.click" is the *right* thing to do, and "click register ..." is the *wrong* thing to do, to fudge a click package onto a phone?
[17:24] <cjwatson> popey: man click
[17:25] <popey> bash: man: command not found
[17:25] <popey> :þ
[17:25] <cjwatson> on your laptop
[17:25] <popey> ☻
[17:25] <cjwatson> there exists an invocation of click register which works
[17:25] <cjwatson> or rather of click install
[17:25] <popey> oh, groovy. I'll try that then
[17:25] <cjwatson> but it's a bit hard to get right, and there isn't much indication when you get it wrong
[17:25] <popey> so pkcon is now bad mmkay?
[17:25] <cjwatson> huh?  I never said that, I was mid-typing
[17:25] <cjwatson> so you should use pkcon install-local instead, because it's harder to get wrong
[17:26] <popey> ah okay.
[17:26] <slangasek> didrocks, pmcgowan: we analyzed the impact of the qreal change on the app store, and we know we are lying when we say that the 13.10 framework is still supported.  For deb dependencies, which are based on package name, there was no reason to *not* accurately declare the ABI break, because we were in full control of the reverse-dependency tree
[17:26] <sergiusens> bfiller, https://code.launchpad.net/~sergiusens/notes-app/framework-update/+merge/211104
[17:26] <slangasek> and non-packaged reverse-dependencies will be broken, but that's upstream's doing
[17:26] <sergiusens> the apparmor change is in the archives (release) :-)
[17:26] <popey> the reason I ask is because some apps appear to break interestingly when I use pkcon and wanted to make sure it wasn't "notabug, use click"
[17:26] <pmcgowan> slangasek, understood
[17:27] <cjwatson> popey: "This is a low-level tool; to install a package as an ordinary user you should generally use pkcon install-local PACKAGE-FILE or some higher-level user interface instead, which take care to use the correct set of options.  (Do not use sudo when invoking pkcon, as it needs to know the calling user.)"
[17:27] <cjwatson> popey: that's what "man click" says of click install
[17:28] <popey> cjwatson: ok, good. I'll file bugs then.
[17:28] <cjwatson> popey: if you're using pkcon without sudo and things break, I certainly want to investigate (but when I'm actually at work)
[17:28] <cjwatson> if you're using pkcon with sudo I will laugh :)
[17:28] <popey> hah
[17:28] <popey> I am using pkcon install-local *.click
[17:29] <popey> and yes, this is not a friday evening panic, just wanted to make sure I file bugs in the right place
[17:29] <bfiller> sergiusens: merged
[17:29] <bfiller> sergiusens: need for gallery as well?
[17:29] <boiko> robru: just to confirm, if I remove one MR from a component, can I just click Reconfigure to prepare the silo again?
[17:30] <cjwatson> popey: "pkcon install-local foo.local" translates to "sudo click install --user=<calling user name> foo.click" under the hood
[17:30] <sil2100> didrocks: so, anyway! Since there was no evening meeting today:
[17:30] <cjwatson> s/foo.local/foo.click/
[17:30] <sil2100> didrocks: the unity8 silo has a 'workaround/fix' for the failure in unity8 (url-dispatcher one)
[17:31] <sil2100> didrocks: system-image-dbus we should have fixed soon as well
[17:31] <popey> cjwatson: right, so click doing the legwork, and bugs should be filed in click?
[17:31] <sil2100> didrocks: also, as mentioned last week, I will not be around on Monday sadly - I might be able to appear afternoon, but I will be away for the whole morning
[17:31] <cjwatson> popey: yes, click implements the packagekit backend in question here
[17:31] <popey> sweet, thanks
[17:31] <sergiusens> bfiller, yeah, and I'm also doing camera
[17:33] <didrocks> sil2100: great!
[17:33] <didrocks> sil2100: yeah, enjoy :)
[17:33] <robru> boiko, yeah, exactly
[17:33] <boiko> robru: nice! thanks
[17:34] <robru> boiko, rebuild is for new commits on the same MPs, reconfig is for when you add or remove MPs, and you only need landing team to do the reconfig if you want to add a whole new project to the silo.
[17:34] <robru> boiko, you're welcome
[17:36] <cjwatson> [6~/wg 23
[17:36] <cjwatson> argh
[17:37] <fginther> Saviq, all the tests are failing. There's probably an upgradable package combination. I'll try creating a new container to resolve the problem
[17:38] <fginther> s/upgradable/un-upgradable/
[17:38] <Mirv> sil2100: robru: landing-005 tested, please publish (I understood it's ok to publish, but since I'm the lander let's pretend I'm not in the landing team)
[17:38] <Mirv> also, I'm done and ready to fall asleep
[17:38] <robru> Mirv, on it!
[17:38] <boiko> robru: so, I clicked reconfigure, and clicked build in the jenkins page
[17:39] <boiko> robru: but got this error: http://162.213.34.102/job/landing-011-0-reconfigure/3/console
[17:39] <robru> Mirv, you wanna do the packaging ack for me ;-)
[17:39] <didrocks> boiko: ERROR:root:You need at least specify a MP or a source
[17:40] <robru> boiko, so you have to manually copy&paste the MP list from the spreadsheet into the reconfigure job
[17:40] <robru> boiko, see here: http://162.213.34.102/job/landing-011-0-reconfigure/3/parameters/ your MP list is empty
[17:40] <Mirv> robru: the UITK was proposed by a core dev, appmenu-qt5 was agreed by did_rocks for sil
[17:40] <boiko> robru: aaaahhhh, I thought it would be automatically, ok
[17:40] <Saviq> fginther, thankls
[17:40] <robru> boiko, yeah, that would be nice ;-)
[17:40] <pete-woods> hi there CI people! does anyone have an idea how long it should take for a build-wait to resolve inside one of the silo PPAs?
[17:40] <Mirv> robru: so you can click ack
[17:41] <robru> Mirv, ok, done!
[17:41] <Mirv> robru: thanks!
[17:41] <didrocks> boiko: robru: I think the first one who finds a jenkins plugin to pass those parameters reliably in will win a beer!
[17:41] <boiko> didrocks: lol
[17:41] <pete-woods> (I have one package dependent on a new version of another, both inside the PPA)
[17:41] <robru> didrocks, jenkins plugin? just have the jenkins python script query the google doc ;-)
[17:41] <didrocks> boiko: really, I looked for that :/
[17:41] <didrocks> pete-woods: ~20-30 minutes in average by experience
[17:41] <pete-woods> didrocks: thanks :)
[17:42] <didrocks> robru: it's hard as well, I need to send an uid to identify the line
[17:42] <didrocks> robru: so same issue :p
[17:42] <robru> didrocks, fair. what we really need is a webapp frontend, not hacking a spreadsheet beyond what it was meant to do
[17:42] <didrocks> robru: yep
[17:43] <didrocks> robru: but that won't change the jenkins issue
[17:43] <didrocks> you need to pass something to the jenkins job
[17:43] <cjwatson> pete-woods: the cron job runs every 30 minutes:
[17:43] <cjwatson> alphecca.canonical.com-lp_buildd:25,55 * * * * /srv/launchpad.net/codelines/current/cronscripts/buildd-retry-depwait.py -q --log-file=INFO:/srv/launchpad.net/production-logs/buildd-retry-depwait.log
[17:43] <cjwatson> pete-woods: anyone in the team that owns the PPA can manually retry, too
[17:43] <robru> didrocks, yeah but if the info was stored in JSON somewhere, it'd be way easier for the jenkins job to just query that, without needing any special API for accessing a google spreadsheet
[17:43] <pete-woods> cjohnston: thanks for the insider information :)
[17:43] <pete-woods> cjwatson: whoops, wrong person
[17:44] <cjwatson> that's in lp:lp-production-crontabs FWIW
[17:44] <didrocks> robru: the question is rather "what request are you configuring?"
[17:44] <cjwatson> which I think anyone in Canonical can see
[17:44] <didrocks> robru: and for that, there is no way around, you need to pass something to the jenkins job
[17:45] <robru> didrocks, but the jenkins job knows what silo it's configuring. if the information was stored in json and displayed in a web UI instead of in a google spreadsheet, it would be trivial for the jenkins job to just query the JSON by silo to see what MPs are supposed to be there.
[17:45] <didrocks> robru: you can have races if multiple configurations happens at the same time
[17:46] <robru> didrocks, so make a lock for it to only run once at a time ;-)
[17:46] <didrocks> robru: yeah, just telling, it's not that trivial :p
[17:53] <fginther> balloons, popey, I've triggerd rebuilds for  konsole-qml-plugin and nemo-qml-plugin-folderlistmodel
[17:53] <popey> fginther: thanks.
[17:53] <fginther> balloons, popey, those are the only two plugins I see that are still being built by the core-apps-jenkins
[17:53] <fginther> balloons, popey, please let me know if I missed one
[17:53] <popey> fginther: as an aside, what's the IP for s-jenkins? I have never been able to get the VPN + DNS working.
[17:54] <popey> i think thats all fginther, terminal, music and filemanager use those two.
[17:54] <fginther> popey, 10.98.3.13
[17:54] <popey> reminders will need a rebuild but that's not in the default image
[17:54] <popey> thanks
[17:54] <balloons> ty fginther
[17:59] <boiko> robru: so, now it says that some revisions are not in the package branch, I guess that's because merge and clean was not done on landing-006 for the Qt 5.2 stuff
[17:59] <robru> boiko, show me the error
[18:00] <boiko> robru: http://162.213.34.102/job/landing-011-1-build/45/console
[18:00] <boiko> robru: and checking the package changelog on distro, it says it was copied from landing-006 PPA
[18:01] <davmor2> didrocks: so what is happening with qt5.2?
[18:01] <robru> boiko, right, yeah, seems so. in that case you should get the changelog from distro and add it to your MP
[18:01] <didrocks> davmor2: well, read the ML + #ubuntu-touch
[18:02] <boiko> robru: wouldn't it be more correct to do the actual merge and clean those branches? other branches might suffer from the same problem
[18:03] <davmor2> didrocks: so not yet then :'(
[18:03] <didrocks> …
[18:03] <ogra_> davmor2, once the apps landed
[18:03] <robru> boiko, normally I would say yes, but qt5.2 was a huge disaster and broke a lot of stuff (citrain couldn't handle it in some ways). so for now we have to just deal with it on a case by case basis :-/
[18:03] <boiko> robru: got it, no problems
[18:04] <robru> boiko, actually I checked the changelog, it's just a no-change rebuild, so in this case you can just force rebuild
[18:04] <robru> boiko, so if you check FORCE_REBUILD it will make the release anyway, even with the missing changelog.
[18:05] <boiko> robru: well, I already asked renato to add the changelog entry anyways, thanks
[18:05] <robru> boiko, oh ok.
[18:07] <Saviq> guys, "call back" in a missed call in the indicator crashes the telephony indicator backend, anyone saw that before?
[18:08] <Saviq> bfiller, ↑
[18:09] <bfiller> Saviq: no have not seen that before
[18:12] <didrocks> rsalveti: sergiusens: do you need anything from me now?
[18:12] <Saviq> bfiller, looks like when the url has escaped + (i.e. tel:///%2B48508xxxxxx), url-dispatcher fails on it
[18:12] <Saviq> tedg, ↑
[18:12]  * tedg avoids unicode
[18:12] <sergiusens> didrocks, time
[18:12] <sergiusens> :-)
[18:12] <Saviq> tedg, ** (process:26240): WARNING **: Unable to dispatch url 'tel:///%2B48508xxxxxx':GDBus.Error:com.canonical.URLDispatcher.BadURL: URL 'tel:///%2B48508551786' is not handleable by the URL Dispatcher
[18:13] <didrocks> sergiusens: :p
[18:13] <didrocks> sil2100: around? emssaging-app seems stuck in proposed
[18:13] <tedg> Saviq, Yeah, the old URL dispatcher only allowed certain characters in tel URLs. The new one is less restrictive.
[18:13] <boiko> Saviq: the indicator shouldn't crash though, let me see
[18:13] <Saviq> boiko, it might not be crashing, it's a .crash report
[18:14] <boiko> ah ok
[18:14] <Saviq> tedg, when's "new one" coming?
[18:14] <tedg> Saviq, If you would have asked me in January (when I wrote the code) I would have said soon. I have no clue when something will land anymore.
[18:15] <tedg> Saviq, Here's the regex for tel urls: http://bazaar.launchpad.net/~indicator-applet-developers/url-dispatcher/trunk.14.04/view/head:/service/dispatcher.c#L415
[18:15] <Saviq> tedg, well, we've landed 5.2 now :D
[18:15] <didrocks> sil2100: seems not around, I'll remove the binaries due to that
[18:15] <didrocks> as it's again the sdk
[18:15] <seb128> didrocks, wait
[18:15] <didrocks> seb128: it's qtdeclarative5-ubuntu-ui-toolkit-plugin not being available, right?
[18:16] <rsalveti> yeah, just time ;-)
[18:16] <Saviq> boiko, tedg, bfiller, bug #1292657 then
[18:16] <boiko> Saviq: thanks
[18:17] <Saviq> not sure if the dialer app will grok the escaped url, so just in case
[18:19] <tedg> I don't think you need to escape "+" in a URL path, no?
[18:20] <robru> tedg, well, + is often used to represent spaces, so if you want a literaly +, you should really escape it
[18:20] <Saviq> yeah
[18:20]  * tedg is confused
[18:20] <tedg> Don't you have to escape space?
[18:20] <Saviq> tedg, you do
[18:20] <tedg> Then how does + represent space?
[18:20] <Saviq> tedg, but it's often used as "?q=a+b+c"
[18:20] <robru> tedg, spaces can be escaped as %20, but they are also often escaped as a +
[18:21] <Saviq> "Within the query string, the plus sign is reserved as shorthand notation for a space."
[18:21] <robru> tedg, real world example: https://www.google.com/?q=foo+bar note how it puts "foo bar" in the search bar
[18:21] <Saviq> according to http://www.w3.org/Addressing/URL/4_URI_Recommentations.html
[18:22] <tedg> Sure, but that's a specific format for Google, not a standard.
[18:22] <Saviq> tedg, ↑↑
[18:22] <Saviq> yay for that, too :)
[18:23] <Saviq> it's on w3.org, it must be a standard ;D
[18:23] <tedg> That's only in a query string.
[18:23] <Saviq> tedg, agreed, but will you split it to not encode it in the path?
[18:24] <Saviq> tedg, I could imagine tel:///Michał Sawicz/, which should be escaped, should it not
[18:25] <tedg> Saviq, Sure, but some lib that telephony service is using is doing this.
[18:25] <Saviq> tedg, sure, I'm just saying that it should be "allowed" to encode it
[18:25] <robru> tedg, well, the url escaping library in python offers "quote" and "quote_plus", which replaces spaces with + signs. so it's a pretty widespread standard.
[18:27] <tedg> Saviq, Eh, okay. In the end I don't care because we're not looking at the path anymore in the next version :-)
[18:27] <tedg> Seems odd that I library would do that though.
[18:27] <tedg> that a
[18:29] <Saviq> ok o/
[18:29] <Saviq> tty Monday
[18:30] <didrocks> bfiller: I unblocked messaging-app FYI
[18:30] <bfiller> didrocks: should I publish?
[18:31] <didrocks> bfiller: it was already published, but stuck in proposed
[18:37] <bfiller> sergiusens: any idea why I'm seeing this build error trying to build gallery in train? http://162.213.34.102/job/landing-015-1-build/16/console
[18:37] <bfiller> hoping not click related
[18:38] <bfiller> something with can't find the source tarball
[18:39] <bfiller> sergiusens: nm, I see the failure of tests
[18:41] <sergiusens> bfiller, yeah; the two line click thing we did was a version bump, nothing more
[18:52] <sergiusens> popey, mir took most of the executors; so I'm starving (as are the builds), will bbs
[18:52] <popey> sergiusens: kk
[19:02] <robru> cjwatson, hmmm, just wondering about qtcreator-plugin-cmake seems to be stuck in -proposed due to arm64, powerpc, and ppc64el. You mentioned something about allowing those failures through for now... this is the last piece of qt5.2 and then we can kick an image build, mind taking a look?
[19:02] <sergiusens> balloons, https://code.launchpad.net/~sergiusens/music-app/version_fix/+merge/211123
[19:03] <pmcgowan> robru, thats interesting I go a failure on that during upgrade but -f install fixed it or so I thought
[19:04] <robru> pmcgowan, must be unrelated, unless you had -proposed enabled...
[19:04] <pmcgowan> robru, quite a coincidence, I now have 3.0.1-0ubuntu2.0 from universe
[19:06] <robru> pmcgowan, yeah, i'm talking about -0ubuntu4 stuck in proposed
[19:06] <balloons> hah sergiusens I did that twice last night with calc. Can we please fix the store silliness?
[19:07] <davmor2> balloons: No!! Silliness is good for you ;) Store issue you're allowed to have fixed :)
[19:08] <balloons> I should have known you were behind this davmor2
[19:08] <sergiusens> balloons, just be extra careful as you promised me you would be until the store is fixed ;-)
 It wasn't me</Shaggy>
[19:09] <balloons> sergiusens, :-) extra careful means let someone else trip up right?
[19:09] <balloons> anyways, you are approved
[19:13] <sergiusens> balloons, fwiw I thought the update mentioned on the mailing list would do this for you.. seems not
[19:16] <sergiusens> fginther, E: File /var/cache/pbuilder/trusty-armhf.tgz does not exist http://s-jenkins.ubuntu-ci:8080/view/click/job/terminal-app-click/42/console
[19:16] <sergiusens> fginther, ah nvm
[19:17] <popey> robru: we're not ready to kick an image...
[19:17] <popey> just to be clear, based on your "last piece of qt5.2 and then we can kick an image build"
[19:17] <robru> popey, oops, yeah. I meant "the last silo to be published for the image".
[19:17] <popey> cool
[19:18] <popey> Preparing to unpack .../android-tools-adbd_4.2.2+git20130218-3ubuntu22_armhf.deb ...
[19:18] <popey> alan@deep-thought:~$
[19:18] <popey> thats annoying
[19:18] <popey> alan@deep-thought:~$ adb shell
[19:18] <popey> error: device not found
[19:18] <sergiusens> afaik rsalveti holds the virtual keys for image kicking (as he has a eagle eye view on what's missing still)
[19:18] <ogra_> popey, ugh
[19:19] <sergiusens> ogra_, postinst  on upgrade needs an adb kill-server
[19:19]  * popey reboots and hopes for the best
[19:19] <sergiusens> popey, just adb kill-server
[19:19] <popey> too late ☻
[19:38]  * robru -> lunch
[19:49] <rsalveti> sergiusens: hey
[19:49] <rsalveti> popey: yeah, that's really annoying
[19:50] <Mirv> I'd really need to shut down computer...
[19:50] <popey> yes, yes you do.
[19:51] <rsalveti> popey: what are we missing still?
[19:51] <popey> rsalveti: autopilot testing gallery & music, currently doing notes
[19:51] <rsalveti> cool
[19:51] <popey> camera passed okay
[19:52] <rsalveti> do you know if we already have the proper target at our store?
[19:52] <rsalveti> I know beuno was working on that
[19:52] <popey> we do
[19:52] <popey> oh, hang on
[19:52] <popey> the proper proper one?
[19:52] <rsalveti> 14.04
[19:52] <popey> i only see our interim one
[19:52] <popey> ubuntu-sdk-14.04-dev1
[19:53] <rsalveti> yeah, that's the one
[19:53] <popey> not the ones cjw said we really should have
[19:53] <rsalveti> cool, so we're at least able to upload stuff
[19:53] <popey> yes
[19:53] <popey> all uploaded, just pending ap tests
[19:53] <rsalveti> wow
[19:53] <rsalveti> such nice people
[19:53] <rsalveti> much testing
[19:53] <rsalveti> still need to get my dodge weather app approved
[19:54] <popey> notes passed
[19:54] <popey> sergiusens: you need to upload notes to the store ☻
[19:54] <rsalveti> great
[19:54] <popey> i grabbed the click from jenkins.
[19:55] <popey> actually, i can..
[19:55] <popey> hah, i can't
[19:55] <popey> You just tried to access a feature which you don't have permission to use.
[19:55] <popey> Only the owner of an application can do that.
[19:55] <popey> separation of roles ftw
[19:55] <rsalveti> hm, qtcreator-plugin-cmake is still in proposed
[19:56] <rsalveti> not sure if that will cause us any issues
[19:56] <rsalveti> hahah
[19:58] <Wellark> are you guys aware that the gallery-app is broken?
[19:58] <popey> define broken
[19:58] <Wellark> popey: does not start.
[19:58] <Wellark> just grey screen
[19:58] <rsalveti> after rebuilding it?
[19:59] <Wellark> as if only the app backcolor is drawn but nothing else
[19:59] <popey> what version?
[19:59] <davmor2> Wellark: on the current image?
[19:59]  * popey is testing com.ubuntu.gallery_2.9.1.925_armhf.click here on qt 5.2
[19:59] <popey> and yes, it's broken
[19:59] <Wellark> 0.0.67+14.04.20140307-0ubuntu1
[19:59] <popey> gallery is a click now, not a deb
[19:59] <rsalveti> robru: do you know if we really need latest qtcreator-plugin-cmake?
[19:59] <Wellark> ok.
[20:00] <rsalveti> robru: if we so we better ping someone in #ubuntu-release
[20:00] <Wellark> right.
[20:00] <popey> sergiusens: gallery is indeed broken.
[20:00] <rsalveti> robru: or infinity if he is around
[20:00] <Wellark> popey: which dir should I look?
[20:01] <Wellark> davmor2: where can I get the image number?
[20:02] <Wellark> can't remember anymore...
[20:02] <Wellark> on the device that is
[20:02] <Wellark> /etc/something...
[20:02] <davmor2> Wellark: setting→about phone→
[20:02] <popey> system-image-cli --info
[20:02] <davmor2> Wellark: build
[20:02] <davmor2> sorry hit return
[20:03] <popey> http://paste.ubuntu.com/7092064/ gallery app log
[20:03] <Wellark> current build number: 237
[20:03] <Wellark> device name: mako
[20:03] <Wellark> channel: devel-proposed
[20:03] <Wellark> did apt-get dist-upgrade on it
[20:04] <kenvandine> file:///opt/click.ubuntu.com/com.ubuntu.gallery/rc/qml/GalleryApplication.qml: File not found
[20:04] <kenvandine> popey, that is concerning
[20:04] <kenvandine> not only that it can't find the file
[20:04] <popey> its missing "current"
[20:04] <kenvandine> but the click path doesn't include the version
[20:04] <Wellark> my /opt/click.ubuntu.com/ is empty
[20:04] <kenvandine> yeah
[20:05] <popey> Wellark: you're using a deb probably, i'm testing a click
[20:05] <popey> when did gallery migrate to click?
[20:05] <kenvandine> popey, do you know when we might have an image built with 5.2?
[20:05] <Wellark> Package 'gallery-app' is not installed, so not removed
[20:05] <kenvandine> popey, last week i think
[20:06] <popey> kenvandine: when we get these issues fixed
[20:06] <popey> so, dive in ☻
[20:06]  * kenvandine needs to test content-hub stuff.. but it all deps on qt5.2 now
[20:06] <kenvandine> i guess i need to dist-upgrade :)
[20:07] <davmor2> kenvandine: no the qt5.2 image can't roll till all the issues are fixed  the gallery app is one that was supposedly fixed by rebuilding against qt 5.2
[20:07] <popey> bfiller_afk: ^^
[20:07] <kenvandine> popey, what do you have in /usr/share/click/preinstalled/com.ubuntu.gallery
[20:07] <popey> root@ubuntu-phablet:/# ls /usr/share/click/preinstalled/com.ubuntu.gallery
[20:07] <popey> 2.9.1.922  current
[20:07] <kenvandine> ok, me too
[20:08] <kenvandine> i have .923 in /opt
[20:08] <kenvandine> as current
[20:08] <kenvandine> but i built that myself :)
[20:08] <davmor2> popey: odd question but the manifest is right for build and security right? Just double checking that aa isn't preventing the file from existing :)
[20:09] <kenvandine> popey, clearly the click package that is installed is broken, just not sure where that bug lies
[20:09] <kenvandine> davmor2, the path is wrong there
[20:09] <kenvandine> no version in the path
[20:10] <kenvandine> popey, do you have gallery in /opt at all?
[20:10] <popey> yes
[20:10] <kenvandine> with version and current?
[20:10] <popey> root@ubuntu-phablet:/opt/click.ubuntu.com/com.ubuntu.gallery# ls -l
[20:10] <popey> total 8
[20:10] <popey> drwxr-xr-x 5 clickpkg clickpkg 4096 Mar 12 17:56 2.9.1.922
[20:10] <popey> drwxr-xr-x 5 clickpkg clickpkg 4096 Mar 14 19:56 2.9.1.925
[20:10] <popey> lrwxrwxrwx 1 clickpkg clickpkg    9 Mar 14 19:56 current -> 2.9.1.925
[20:11] <kenvandine> and what's in the .desktop file?
[20:11] <kenvandine> in .local/share/applications
[20:11] <kenvandine> not the one in /opt
[20:11] <popey> http://paste.ubuntu.com/7092099/
[20:11] <kenvandine> specifically the past
[20:11] <kenvandine> path
[20:11] <popey> Path=/opt/click.ubuntu.com/.click/users/phablet/com.ubuntu.gallery
[20:12] <kenvandine> ah
[20:12] <kenvandine> and that should be a link to the current version too
[20:12] <kenvandine> what does that path point to?
[20:12] <popey> you sure?
[20:12] <popey> others dont and they work
[20:13] <kenvandine> maybe that error message is misleading
[20:13] <popey> http://paste.ubuntu.com/7092106/ camera for example
[20:13] <kenvandine> right... that's a link to the current version
[20:13] <popey> lrwxrwxrwx 1 phablet phablet 50 Mar 14 19:57 /opt/click.ubuntu.com/.click/users/phablet/com.ubuntu.gallery -> /opt/click.ubuntu.com/com.ubuntu.gallery/2.9.1.925
[20:14] <kenvandine> although the error message shows clearly the path isn't in .click
[20:14] <Wellark> robru: we need your help
[20:14] <Wellark> our lander is on holiday
[20:14] <kenvandine> grep DENIED /var/log/syslog |grep gallery
[20:14] <popey> ooh
[20:14] <Wellark> and our spare-lander decided to EOD
[20:14] <popey> http://paste.ubuntu.com/7092112/
[20:14] <Wellark> robru: could you help me and pete-woods out
[20:15] <kenvandine> popey, so that's old
[20:15] <Wellark> robru: if you could be kind enough to mark silo 2 as testing done
[20:15] <kenvandine> popey, dunno then :/
[20:15] <popey> yeah
[20:15] <Wellark> robru: and ready for landing
[20:15] <popey> balls
[20:15] <kenvandine> file:///opt/click.ubuntu.com/com.ubuntu.gallery/rc/qml/GalleryApplication.qml: File not found
[20:16] <kenvandine> is clearly concerning...
[20:16] <popey> yeah
[20:16] <kenvandine> no idea where it's getting that path from
[20:16] <Wellark> should this be on the latest image?
[20:16] <Wellark> 237?
[20:16] <popey> Wellark: what image do you have?
[20:16] <Wellark> 237
[20:16] <popey> and what version of gallery?
[20:16] <kenvandine> popey, where did you get that version of gallery?
[20:16] <popey> kenvandine: from sergiusens ☻
[20:17] <popey> its built in jenkins against qt5.2
[20:17] <Wellark> again, I'm saying that my /opt/click.ubuntu.com/ is empty
[20:17] <kenvandine> ok... maybe that is what's broken :)
[20:17] <Wellark> and gallery-app deb is not installed
[20:17] <popey> Wellark: I didnt ask that
[20:17] <kenvandine> Wellark, that is only because you haven't updated any of the preinstall clicks
[20:17] <kenvandine> click list
[20:17] <Wellark> I have no idea where to check the version of a preinstalled click
[20:17] <kenvandine> Wellark, ^^
[20:17] <popey> ls /usr/share/click/preinstalled
[20:17] <kenvandine> or look in /usr/share/click/preinstalled
[20:17] <Wellark> ok, got it
[20:17] <Wellark> com.ubuntu.gallery2.9.1.922
[20:18] <kenvandine> same as my preinstalled
[20:18] <kenvandine> i have .923 and it works
[20:18] <kenvandine> with image 237
[20:18] <popey> works for me on 237
[20:18] <kenvandine> but that was my own rebuild i think
[20:18] <Wellark> ok. you guys seem to have it under control then.
[20:19] <kenvandine> popey, so are you saying if i dist-upgrade my phone i won't have a working gallery?
[20:19] <kenvandine> gallery is one of the things i need to test with my content-hub branches :)
[20:19] <popey> yes
[20:19] <kenvandine> sigh
[20:19] <sergiusens> popey, I just did a build with what's in the archives
[20:19] <kenvandine> and all my branches are built against 5.2 :-D
[20:19] <kenvandine> oh joy
[20:19] <popey> sergiusens: seems busted
[20:20] <kenvandine> popey, and you installed it the right way right... with pkcon?
[20:20] <kenvandine> my build is from yesterday, just ran the click build script and installed
[20:20] <robru> Wellark, hey sorry, i'm just on lunch. what's going on? is testing really done? sounds like there's a problem.
[20:20] <kenvandine> of course different qt
[20:20] <Wellark> robru: not our component
[20:21] <kenvandine> but can't imagine that is causing the weird path failure
[20:21] <Wellark> robru: I just reported something I noticed
[20:21] <robru> Wellark, also, it can't land until after the next image build, so there's no rush either way
[20:21] <Wellark> robru: if you could just mark the silo as testing done
[20:21] <robru> Wellark, sure
[20:21] <sergiusens> popey, fwiw did camera work?
[20:22] <Wellark> robru: thanks!
[20:22] <pete-woods> robru: cheers!
[20:23] <Wellark> sergiusens: camera has some weird things going on.. the image starts to shift to left and wraps around from the left corner to the right
[20:23] <sergiusens> Wellark, the click?
[20:23] <pete-woods> sergiusens: I also see this
[20:23] <pete-woods> sergiusens: the actual camera feed
[20:23] <pete-woods> it shifts and glitches
[20:23] <sergiusens> Wellark, pete-woods again... the newly built camera from the click store?
[20:24] <robru> Wellark, pete-woods : you're welcome!
[20:24] <Wellark> sergiusens: this is on image 237 and version is 2.9.1.250
[20:24] <pete-woods> sergiusens: all I did was dist-upgrade from the build 237
[20:24] <Wellark> I don't know if click store has never version
[20:24] <Wellark> and just FYI
[20:24] <Wellark> now my n4 keeps rebooting it self randomly
[20:24] <sergiusens> Wellark, you need 2.9.1.250 for the qt 5.2 rebuild
[20:24] <sergiusens> 2.9.1.253!
[20:24] <Wellark> sergiusens: ok. just saying waht I'm seeing
[20:25] <Wellark> but that's under control too
[20:25] <Wellark> ok.
[20:25] <sergiusens> Wellark, try updating it
[20:25] <Wellark> good.
[20:25] <Wellark> sergiusens: I need to EOD
[20:25] <sergiusens> Wellark, from the updae manager
[20:25] <sergiusens> Wellark, ah, ok;
[20:25] <Wellark> but clearly I have an outdated version
[20:25] <Wellark> so all good
[20:25] <popey> sergiusens: yes
[20:25] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/118/
[20:25] <sergiusens> that's notes
[20:25] <popey> sergiusens: notes worked
[20:26] <popey> have you updated it again?
[20:26] <Wellark> but seriously.. I see n4 reboots like every 30 minutes or so. oh,well.. I will just wait for the next image. there is probably just breakage as I did dist-upgrade on top of 237
[20:26] <sergiusens> popey, yes
[20:26] <popey> Wellark: maybe you should have mentioned that earlier
[20:26] <popey> yes, you broke it by dist-upgrading
[20:27] <sergiusens> popey, terminal: https://myapps.developer.ubuntu.com/dev/click-apps/157/
[20:27] <Wellark> popey: 22:03 < Wellark> did apt-get dist-upgrade on it
[20:27] <Wellark> I did tell that :)
[20:28] <popey> Wellark: very sorry, missed that
[20:28] <Wellark> np.
[20:28] <sergiusens> popey, music https://myapps.developer.ubuntu.com/dev/click-apps/143/
[20:29] <sergiusens> popey, going to see what's wrong with gallery now
[20:29] <popey> thanks
[20:30] <robru> bfiller_afk, on line 47 you mention fixes for qt5.2, I want to assign a silo for that, but 'ready' is not marked as 'yes'. Will it be ready soon?
[20:30] <robru> bfiller_afk, or is that click-only?
[20:32] <sergiusens> kenvandine, popey http://paste.ubuntu.com/7092185/
[20:32] <robru> ralsina, gave you silo 7 for line 11.
[20:32] <sergiusens> there is no dbus-launch on the image
[20:33] <sergiusens> I think xnox removed it; are the hooks depending on it?
[20:33] <sergiusens> rsalveti, ^
[20:33] <popey> hah
[20:33] <bfiller_afk> nick bfiller
[20:33] <ralsina> robru: I am not handling those landings anymore, can you reassign to thostr?
[20:33] <robru> ralsina, sure
[20:33] <ralsina> robru: thanks
[20:33] <robru> ralsina, you're welcome
[20:34] <bfiller> robru: those were merged manually as they were needed to generate the click for the image, I'll make another MR to release trunk cause we need the deb as well
[20:37] <rsalveti> sergiusens: but that might just be a warning
[20:38] <rsalveti> sergiusens: what are we still missing then? gallery-app and notes-app?
[20:38] <popey> gallery broken, notes, terminal, music to-do
[20:39] <davmor2> popey: so not landing tonight then?  is it safe to call it a night?
[20:39] <popey> not my call ☻
[20:39] <rsalveti> thought sergiusens just did music and terminal
[20:39] <popey> gave them to me to test, yes
[20:39] <rsalveti> I'd like to be able to build an image today if possible, but you don't need to kill yourself :-)
[20:39] <popey> i can only test one at a time
[20:40] <robru> bfiller, oh alright
[20:40]  * popey is eating a spicy pizza, so killing myself very slowly
[20:40] <rsalveti> popey: oh, I can access the links he gave, so I thought it was published already
[20:40] <rsalveti> or are you just validating whatever is already published?
[20:41]  * davmor2 hears popey 's arteries hardening from here
[20:41] <popey> process is: he uploads, I download, ap test, app rove
[20:41] <popey> you didnt click app-rove did you rsalveti ?
[20:41]  * rsalveti is trying to find out if he can help with something
[20:41] <rsalveti> nops
[20:41] <popey> cool
[20:41] <rsalveti> I don't even have the power to do so
[20:41] <popey> notes passed last time, expect it to pass again
[20:41] <popey> then i just have terminal and music to do
[20:42] <rsalveti> awesome
[20:42] <popey> wont take long, maybe 30 mins if it all works
[20:42] <rsalveti> I believe sergiusens is already testing gallery
[20:42] <popey> ok, notes passed
[20:43] <rsalveti> great
[20:43] <popey> terminal now
[20:43] <rsalveti> Wellark: when stuff is broken this way it's just better to give up lol
[20:44] <rsalveti> wait a new image to be published and flash with bootstrap
[20:44] <popey> i recommend pizza
[20:44] <rsalveti> pizza is always a good idea
[20:45] <rsalveti> popey: where can I find latest click for gallery?
[20:45] <popey> the broken one?
[20:45] <popey> http://popey.com/~alan/com.ubuntu.gallery_2.9.1.925_armhf.click
[20:45] <rsalveti> not sure if broken, but the latest :-)
[20:45] <popey> thats the one I tested
[20:45] <rsalveti> great
[20:46] <davmor2> rsalveti: I blame popey (TM)
[20:46] <rsalveti> :-)
[20:47] <popey> i will be delighted if it turns out I messed up the test and gallery is fine
[20:48] <popey> terminal passed
[20:48] <popey> music next
[20:48] <pmcgowan> go popey go popey
[20:52] <sergiusens> rsalveti, no, gallery is busted
[20:52] <davmor2> pmcgowan: no it's go go gadget popey you were close though :)
[20:52] <pmcgowan> my mistake
[20:53] <sergiusens> rsalveti, you can track the gallery problem if you want as well
[20:53] <sergiusens> others seem easy
[20:53] <sergiusens> gallery is a beast
[20:53] <davmor2> pmcgowan: there are a few people saying that unity on the desktop is broken today after a dist-upgrade :(
[20:53] <sergiusens> rsalveti, http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.gallery_2.9.1.925_armhf.click
[20:53] <pmcgowan> davmor2, how so?
[20:54] <rsalveti> sergiusens: do you have any idea why?
[20:54] <sergiusens> rsalveti, also QObject::connect: Cannot connect GalleryApplication::mediaLoaded() to (null)::onLoaded()
[20:54] <sergiusens> rsalveti, going to see if some fiddling with gallery happened...
[20:54] <davmor2> pmcgowan: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1292396
[20:55] <pmcgowan> davmor2, unless I am mistaken, he upgraded before the packages arrived
[20:55] <rsalveti> it seems so
[20:56] <sergiusens> rsalveti, popey so nothing changed in gallery at all
[20:56] <pmcgowan> davmor2, not our packages! he says he upgraded yesterday and filed the bug today europe morning
[20:57] <pmcgowan> he may have gotten a partial push, it happens
[20:57] <rsalveti> sergiusens: let me try to rebuild the deb instead and see
[20:58] <davmor2> pmcgowan: ah fair enough :)
[20:59] <pmcgowan> davmor2, fwiw I updated my other laptop and its fine (but not this one, I'm no fool)
[20:59] <popey> hm
[20:59] <sergiusens> rsalveti, just use the existing deb
[21:00] <popey> jeez, the music autopilot tests take ages
[21:00]  * popey makes another note to replace the songs in the music app autopilot tests again
[21:00] <sergiusens> popey, yeah, we need to move away from autopilot for most of the tests that are run
[21:00] <popey> also..
[21:01] <popey> we don't do any autopilot runs of these apps until *I* manually run them before they hit the store.. or.. it's too late and the image is baked
[21:01] <popey> surprised that all AP tests in jenkins only run on desktops, not actual phones/tablets
[21:01] <sergiusens> popey, there's bugs open for that since october
[21:02] <popey> what? to run on real devices in the DC?
[21:02] <popey> or some other solution?
[21:04] <sergiusens> rsalveti, the deb works fwiw
[21:04] <rsalveti> sergiusens: interesting
[21:04] <rsalveti> still updating here
[21:04] <sergiusens> don't see any apparmor blocks
[21:05] <davmor2> sergiusens: I still blame popey (TM)
[21:05] <popey> Ran 13 tests in 824.278s
[21:05] <popey> FAILED (failures=3)
[21:05] <popey> gnnnnnn
[21:06]  * popey reboots and runs again
[21:06] <davmor2> popey: did the phone lock up?
[21:06] <popey> no
[21:06] <popey> ran all the way to the end
[21:06] <davmor2> :(
[21:06] <popey> going to run it again
[21:06] <sergiusens> SQLite error:  QSqlError(-1, "Unable to fetch row", "No query")
[21:06] <sergiusens> might be that
[21:06] <sergiusens> confirmed it's no app apparmor
[21:07] <popey> brb, going to get beer, back in 824s
[21:09] <bfiller> robru: line 47 ready for silo
[21:15] <sergiusens> rsalveti, for some reason the gallery can't populate the database it creates
[21:17]  * popey returns
[21:19] <popey> davmor2: volume work on mako?
[21:19] <popey> trying to turn down the volume on bkerensa and it's not working
[21:19] <popey> davmor2: oh, nvm you're not on qt5.2?
[21:20] <rsalveti> sergiusens: maybe it's not compatible somehow with the previous database?
[21:20] <rsalveti> would be quite weird anyway
[21:20] <davmor2> popey: it does on 5.0.2 if that helps :)
[21:21] <popey> ☻
[21:21] <sergiusens> rsalveti, nah, I wiped it to test; it creates it; but then spits out that error
[21:21] <popey> Ran 13 tests in 821.592s
[21:21] <popey> FAILED (failures=3)
[21:21] <popey> bah!
[21:21] <davmor2> popey: stop breaking them
[21:21] <pmcgowan> sergiusens, are you still see that connect error?
[21:21] <rsalveti> yeah, volume up&down with the hw buttons are not working
[21:21] <popey> http://paste.ubuntu.com/7092412/ eyeballs welcome
[21:22] <sergiusens> rsalveti, I wonder if I built against the wrong deps while it was still in flight
[21:22]  * popey pokes balloons with the above pastebin
[21:22] <sergiusens> pmcgowan, which one?
[21:22] <pmcgowan> sergiusens, the one you pasted above
[21:22] <rsalveti> sergiusens: yeah
[21:22] <pmcgowan> wondering if it doesnt get the loaded signal it wont do shit
[21:23] <rsalveti> sergiusens: rebuilding it here to see
[21:23] <pmcgowan> +1
[21:23]  * balloons looks
[21:23] <sergiusens> pmcgowan, right;
[21:23] <balloons> ok, who broke music?
[21:23] <balloons> :-)
[21:24] <sergiusens> balloons, was music ever tested with qt5.2?
[21:24] <popey> balloons: for context that's image 237 dist-upgraded so it has 5.2
[21:24] <balloons> it was.. I've got 237 on my devices too
[21:24] <popey> davmor2: what level of testing did you do for core apps on 5.2?
[21:24] <balloons> I'm seeing calendar issues with 5.2
[21:24] <popey> was it shakedown test or full AP?
[21:24] <sergiusens> balloons, 237 alone does not have qt 5.2
[21:25] <balloons> sergiusens, I'm not seeing on things without 5.2..
[21:25] <rsalveti> yeah, I believe it should be good to build a new image even without having everything fixed
[21:25] <balloons> so for instance my flo is 237 only and works
[21:25] <sergiusens> rsalveti, thank you
[21:25] <sergiusens> rsalveti, that's the idea of devel proposed :-)
[21:26] <rsalveti> sergiusens: we just wanted to make sure that some of the stuff was rebuilt at least
[21:26] <popey> rsalveti: gimmie 10 mins to test music app. manually
[21:26] <rsalveti> popey: sure
[21:26] <rsalveti> will give ~1h at least
[21:26] <popey> ok, cool
[21:26] <popey> I'll dance my ass off to some fat choons testing music app
[21:26] <sergiusens> rsalveti, yeah, let popey approve and have those landed in the click list (so they are pulled in the image)
[21:26] <rsalveti> yeah
[21:26] <davmor2> popey: shakedown and ap but the ap was fairly early on and iirc there were only a few apps that failed mostly due to the app not opening. Terminal gallery and then there were about 5 other fails iirc.  But since then it has all been manually testing stuff
[21:27] <popey> ok
[21:27] <popey> ta
[21:27] <rsalveti> sergiusens: just rebuilt it and was able to open it at least
[21:27] <sergiusens> davmor2, are you on the latest terminal?
[21:28] <sergiusens> rsalveti, built as click?
[21:28] <popey> sergiusens: i tested and approved terminal
[21:28] <sergiusens> rsalveti, different options in cmake
[21:28] <rsalveti> sergiusens: deb
[21:28] <rsalveti> let me take a few pictures
[21:28] <sergiusens> rsalveti, yeah, installing the deb also works ;-)
[21:29] <rsalveti> oh, thought you also had issues with it
[21:29] <rsalveti> sergiusens: how to build click natively?
[21:31] <popey> phablet   1988  3.4  0.8 106464 15860 ?        Ssl  21:29   0:02 mediascanner-service
[21:31] <popey> phablet   2002 17.9  0.4  66624  8348 ?        Ssl  21:29   0:12 mediascanner-service-2.0
[21:31] <popey> uh
[21:31] <popey> that doesn't look right
[21:32] <popey> why does mediascanner2 not have a conflicts or replaces?
[21:32] <rsalveti> oh, there's a click-build.sh in there
[21:32] <rsalveti> popey: yeah, it's "fine"
[21:32] <rsalveti> both are installed since weeks already
[21:32] <popey> wat
[21:32] <rsalveti> guess waiting new scopes
[21:32] <popey> ok
[21:33] <sergiusens> rsalveti, nah, don't use it
[21:33] <popey> i see no music in the dash
[21:33] <sergiusens> rsalveti, or use it, but on armhf
[21:33] <rsalveti> sergiusens: haha, what should I use it then?
[21:33] <rsalveti> sergiusens: yeah, building natively
[21:34] <popey> phablet@ubuntu-phablet:~/Music$ find . | wc -l
[21:34] <popey> 414
[21:34] <sergiusens> rsalveti, gallery is a mess
[21:34] <rsalveti> haha
[21:34] <sergiusens> rsalveti, can you access http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/configure
[21:34] <sergiusens> rsalveti, if you look at the cmake definitions you'd go out and cry
[21:35] <rsalveti> guess I don't have access
[21:35] <robru> bfiller, whooops, asleep at the wheel, sorry. got you silo 16, please build
[21:35] <sergiusens> rsalveti, basically you just want cmake ../trunk_dir -DINSTALL_TESTS=off -DCLICK_MODE=on -DBZR_REVNO=$bzr_revno
[21:35] <sergiusens> make
[21:35] <rsalveti> great
[21:36] <sergiusens> make install DESTDIR=tmpdir
[21:36] <sergiusens> click build tmpdir
[21:36] <rsalveti> so that script should be fine
[21:36] <sergiusens> rsalveti, great
[21:36] <sergiusens> rsalveti, and here's the hack if in a pristine env mk-build-deps -i trunk_dir/debian/control
[21:37] <sergiusens> rsalveti, makes me wonder if we need to add a plugin to the seeds
[21:37] <sergiusens> rsalveti, nah, shouldn't be the case
[21:37] <rsalveti> yeah, otherwise deb would complain as well
[21:37] <davmor2> right guys I'm calling it a night.  I'll keep my phone with me and check it periodically for a new build if there is one I'll test it if there isn't I wont :)  Catch you all Monday other wise night all
[21:38] <popey> thanks davmor2
[21:38] <rsalveti> thanks, enjoy
[21:38] <popey> have a great weekend
[21:40] <popey> balloons: having difficulty breaking music app here in normal use.
[21:41] <popey> balloons: getting dangerously close to approving it into the store with failing tests ㋛
[21:41] <rsalveti> yeah
[21:41] <sergiusens> rsalveti, pmcgowan so onLoaded is defined in file:///opt/click.ubuntu.com/com.ubuntu.gallery/rc/qml/GalleryApplication.qml which can't be found because the path is wrong
[21:41] <rsalveti> better than a completely broken one
[21:42] <rsalveti> sergiusens: hm
[21:42] <sergiusens> it's supposed to be file:///opt/click.ubuntu.com/com.ubuntu.gallery/${version}/rc/qml/GalleryApplication.qml
[21:42] <rsalveti> maybe galley would just work if installed during fist boot?
[21:42] <sergiusens> rsalveti, maybe, I can try and preinstall it ;-)
[21:42] <rsalveti> sergiusens: yeah
[21:43] <rsalveti> as nothing changed
[21:43] <sergiusens> rsalveti, but it may be related to click and the way gallery sets it's organization name
[21:43] <rsalveti> hm, right
[21:43] <sergiusens> rsalveti, this worked 4 images ago for sure
[21:43] <rsalveti> sergiusens: ok, got the click
[21:43] <rsalveti> pkcon install-local *.click?
[21:44] <sergiusens> rsalveti, as phablet, yes
[21:45] <sergiusens>     m_view->setSource(Resource::getRcUrl("qml/GalleryApplication.qml"));
[21:45] <sergiusens> it's click or that getting messed up
[21:46] <rsalveti> yeah, just a white screen
[21:46] <rsalveti> ** (process:14579): ERROR **: Unable to find keyfile for application 'com.ubuntu.gallery_gallery_2.9.1.922'
[21:46] <rsalveti> wtf
[21:47] <sergiusens> rsalveti, didn't you just built 925?
[21:47] <rsalveti> com.ubuntu.gallery_2.9.1.latest_armhf.click
[21:47] <rsalveti> which is 925
[21:47] <sergiusens> rsalveti, ah, pass in _2.9.1.latest
[21:48] <sergiusens> that's the actual version...
[21:48] <rsalveti> SQLite error:  QSqlError(-1, "Unable to fetch row", "No query")
[21:48] <rsalveti> http://paste.ubuntu.com/7092526/
[21:49] <rsalveti> yeah, same issue
[21:49] <rsalveti> file:///opt/click.ubuntu.com/com.ubuntu.gallery/rc/qml/GalleryApplication.qml: File not found
[21:49] <sergiusens> rsalveti, yeah, and above the signal problem, right?
[21:51] <rsalveti> sergiusens: now how is this path translated?
[21:52] <rsalveti> Resource::getRcUrl
[21:52] <rsalveti> sergiusens: did you try preinstalling it?
[21:52] <sergiusens> rsalveti, it's ugly
[21:52] <sergiusens> rsalveti, config.h.in
[21:52] <rsalveti> haha
[21:52] <rsalveti> why everything is so complicated with gallery
[21:53] <rsalveti> if we had deb still we would be fine already
[21:53] <sergiusens> rsalveti, Resource::getRcUrl uses galleryDirectory defined there
[21:54] <rsalveti> return QString(QDir::currentPath() + QDir::separator() +
[21:54] <rsalveti> was it ever tested without being pre-installed?
[21:57] <sergiusens> rsalveti, yes it was
[21:57] <sergiusens> rsalveti, I'm guessing the latest click updates did this
[21:59] <sergiusens> rsalveti, let me try something
[22:11] <sergiusens> rsalveti, no other reason why QDir::currentPath would return the wrong path
[22:11] <sergiusens> rsalveti, anyways I'm making it relative to test
[22:11] <rsalveti> ok
[22:13] <sergiusens> rsalveti, do you have a build still?
[22:13] <sergiusens> rsalveti, if so, try and beat me building with http://paste.ubuntu.com/7092626/
[22:32] <popey> sergiusens: rsalveti hows it going?
[22:36] <sergiusens> popey, installing and dist upgrading to be able to build for the past 30' :-/
[22:36] <sergiusens> popey, whatdaya know; it just finished
[22:37] <sergiusens> popey, I have a hard stop when my guests arrive to start the fire for some bbq :-P
[22:38] <popey> should we have rebuilt cordova-ubuntu-2.8  ?
[22:38] <sergiusens> http://ubuntuone.com/0YOQ3KMcg0WLXWQAmuKHVL
[22:38] <popey> its built against libqtcore5
[22:38] <popey> libqt5core5 (>= 5.0.2)
[22:39] <sergiusens> yes then
[22:39] <sergiusens> popey, wrt rsalveti can probably just push something
[22:39] <popey> thats going to screw developers over the weekend
[22:39] <popey> http://paste.ubuntu.com/7092713/
[22:39] <popey> wants to yank the sdk
[22:39] <popey> hello nik90
[22:40] <nik90> okay so do I postpone my system update to next week?
[22:40] <popey> i would, but this is less than ideal.
[22:40] <popey> pmcgowan: ^^
[22:40] <nik90> considering that it otherwise going to remove my SDK :)
[22:40] <popey> well indeed
[22:41] <rsalveti> hey
[22:41] <popey> yo
[22:41] <rsalveti> sergiusens: sorry, back now
[22:41] <sergiusens> rsalveti, no worries
[22:42] <sergiusens> rsalveti, also; yo can avoid most args by just running click-buddy with no args in the dir you want to build
[22:42] <sergiusens> for native builds it just works
[22:42] <sergiusens> xcompile of gallery has some weird qmake calls inside still
[22:42] <rsalveti> right
[22:42] <rsalveti> sergiusens: still building in there?
[22:42] <sergiusens> rsalveti, I just finished dist-upgrading my builder
[22:43] <sergiusens> rsalveti, soooo slow
[22:43] <rsalveti> yeah
[22:43] <rsalveti> triggering a new build then
[22:43] <sergiusens> build is 50% done
[22:43] <sergiusens> rsalveti, but I think my patch should work
[22:43] <sergiusens> as the workdir when running a click app has to be the clickdir itself
[22:44] <sergiusens> as everything is relative
[22:44] <rsalveti> sergiusens: indeed
[22:44] <rsalveti> popey: did we get the rest of the apps published already?
[22:44] <sergiusens> rsalveti, not sure why currentPath would give a bogus path though
[22:44] <rsalveti> yeah, we can debug on monday
[22:44] <popey> rsalveti: except music, yes
[22:44] <sergiusens> rsalveti, maybe the new qt doesn't follow symlinks?
[22:44] <rsalveti> popey: can't we also publish music?
[22:45] <sergiusens> popey, and gallery I hope :-)
[22:45] <rsalveti> popey: better than having one that is completely broken
[22:45] <popey> well, i figured you guys knew that one
[22:45] <sergiusens> popey, yeah, but still good to make sure :-P
[22:45] <popey> sure ☻
[22:45] <sergiusens> you've been drinking ;-)
[22:45] <sergiusens> lol
[22:45] <rsalveti> so I can at least build a new image
[22:45] <popey> haha
[22:45] <rsalveti> and we can debug on a fresh env right on monday morning
[22:46] <rsalveti> I'm afraid dist-upgrade is not safe enough
[22:46] <sergiusens> rsalveti, it isn't
[22:46] <sergiusens> rsalveti, btw; the cordoba html stuff, wouldn't a no rebuild push fix that?
[22:47] <popey> approved music
[22:47] <rsalveti> sergiusens: sorry, not sure I know what is wrong with it
[22:47] <rsalveti> popey: great
[22:47] <sergiusens> rsalveti, it depends on qt 5.0.2
[22:47] <sergiusens> rsalveti, so needs initially at least a rebuild
[22:47] <rsalveti> right, wouldn't a rebuild fix it?
[22:47] <rsalveti> righ
[22:47] <popey> rsalveti: once you have kicked an image can we talk about the issue with some sdk packages not built for 5.2?
[22:48] <rsalveti> popey: which packages?
[22:48] <sergiusens> yeah that ^
[22:48] <popey> http://paste.ubuntu.com/7092713/
[22:48] <sergiusens> once sec, about to test gallery
[22:48] <popey> on desktop it wants to remove the sdk
[22:48] <popey> this is a big problem for our developers
[22:48] <popey> if they dist-upgrade over the weekend they will lose the sdk
[22:48] <popey> e.g. cordova-ubuntu depends on libqt5core5 (>= 5.0.2)
[22:49] <popey> and for qt5.2 we now have libqt5core5a, not libqt5core5
[22:49] <rsalveti> right, so I guess we just need to rebuild it
[22:49] <popey> ya
[22:49] <popey> and possibly others
[22:50] <popey> ubuntu-html5-container too
[22:51] <popey> actually looks like just those two that were missed
[22:51] <rsalveti> sergiusens: failed same way here
[22:51] <popey> the rest are ppa things
[22:51] <rsalveti> great, let me trigger a rebuild for those folks
[22:52] <sergiusens> rsalveti, so the dir we are being changed to is bogus
[22:52] <rsalveti> cordova-ubuntu was already built against qt 5.2.1
[22:53] <popey> but the deps?
[22:53] <popey> they're wrong.
[22:53] <sergiusens> rsalveti, ls $(click pkgdir com.ubuntu.gallery)/rc/qml/GalleryApplication.qml
[22:53] <sergiusens> rsalveti, maybe it's that new libclick?
[22:53] <asac> doanac`: feels kind of wrong; would say depends on the level of hack we are using
[22:53] <asac> anyway
[22:54] <rsalveti> /opt/click.ubuntu.com/.click/users/phablet/com.ubuntu.gallery
[22:54] <rsalveti> sergiusens: that is correct
[22:54]  * sergiusens invokes tedg
[22:54] <sergiusens> ah, not around
[22:54] <rsalveti> sergiusens: did you try preinstalling it?
[22:54] <asac> doanac`: if all other autopilot depends on unity8-autopilot (e.g. that thing provides the framework with base classes, then its ok - otherwise we should put it where the autopilot base classes our tests use are living
[22:54] <sergiusens> rsalveti, not this one, but the previous one I have
[22:55] <doanac`> asac: feel free to weigh in here: https://bugs.launchpad.net/bugs/1292585
[22:55] <rsalveti> popey: dependency is fine, it's >=
[22:56]  * doanac` has to go get eat
[22:56] <popey> rsalveti: but thats no good
[22:56] <rsalveti> right, something else is broken
[22:56] <popey> qt5.2 ships libqt5core5a
[22:56] <popey> not libqt5core5
[22:56] <sergiusens> but that's set as a shlib depends
[22:56] <popey> hmm
[22:56] <sergiusens> by the build
[22:56] <sergiusens> so if you rebuild it should work
[22:56] <rsalveti> right
[22:57] <sergiusens> unless someone manually set that dep
[22:57] <sergiusens> :-/
[22:57] <rsalveti> not in cordoba
[22:57] <rsalveti> cordova
[22:57]  * sergiusens advertises that he lives in cordoba
[22:58] <rsalveti> libqt5core5a (>= 5.2.0)
[22:58] <rsalveti>  Depends: qtdeclarative5-cordova-2.8-plugin, geoclue-gypsy, libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libqt5contacts5, libqt5core5a (>= 5.2.0), libqt5feedback5, libqt5gui5 (>= 5.0.2), libqt5multimedia5 (>= 5.0.2), libqt5network5 (>= 5.0.2), libqt5positioning5, libqt5qml5 (>= 5.0.2), libqt5quick5 (>= 5.0.2), libqt5sensors5 (>= 5.1.1), libqt5systeminfo5, libqt5widgets5 (>= 5.0.2), libstdc++6 (>= 4.5), libxcb1
[22:58] <rsalveti> for cordova-ubuntu-2.8
[22:58] <sergiusens> libqt5widgets5 (>= 5.0.2) ???
[22:58] <sergiusens> was it rebuilt when only qtbase was in?
[22:58] <sergiusens> although qt5widgest is in the same source package
[22:59] <sergiusens> seems weird
[22:59] <rsalveti> libQt5Widgets.so.5.2.1
[22:59] <rsalveti> used this guy
[22:59] <rsalveti> it seems I can install ubuntu-sdk here just fine
[23:00] <rsalveti> let me do a dist-upgrade and check
[23:01] <nik90> rsalveti: as popey, when I tried a dist-upgrade, it wanted to remove ubuntu-sdk ubuntu-sdk-libs ubuntu-sdk-libs-dev and so on ..which was a bit scary
[23:02] <nik90> rsalveti: however I have the phablet-tools and the core apps ppa installed
[23:02] <popey> that paste above is from nik90
[23:02] <rsalveti> weird
[23:02] <rsalveti> trusty?
[23:02] <nik90> rsalveti: yes trusty
[23:02] <popey> http://paste.ubuntu.com/7092820/ is mine
[23:02] <popey> just updated again
[23:02] <popey> nik90: update again, i wonder if your mirror was not synced
[23:02] <popey> mine no longer wants to remove the sdk
[23:03] <rsalveti> yay
[23:03] <rsalveti> probably something was missing in release
[23:03] <rsalveti> and still stuck in proposed
[23:03] <popey> "Archive skew" ☻
[23:03] <popey> i love that phrase
[23:03] <nik90> popey: still get the removal of sdk
[23:03] <popey> hm, which mirror are you on?
[23:03] <nik90> popey: may be I will switch to the main archive
[23:03] <nik90> instead of the netherlands mirror
[23:04] <popey> https://launchpad.net/ubuntu/+archivemirrors
[23:04] <popey> "One day behind"
[23:04] <popey> http://mirror.sov.uk.goscomb.net is what I'm using which is super zippy
[23:05] <nik90> popey: I switched to the main server and did a update. But still removes the SDK
[23:05] <popey> hm
[23:06] <popey> can you ppa-purge the core apps ppa?
[23:06] <nik90> trying now
[23:07] <nik90> same thing :/
[23:07] <nik90> should I go ahead and purge the ppa none the less and may be start fresh?
[23:08] <rsalveti> might be a good idea
[23:08] <rsalveti> as it's fine for me and popey
[23:09] <rsalveti> sergiusens: any new idea for gallery?
[23:09]  * nik90 takes a deep breath and does that
[23:09] <popey> i would apt-get autoremove --purge ubuntu-clock-app music-app ubuntu-filemanager-app
[23:09] <sergiusens> PWD=/opt/click.ubuntu.com/.click/users/@all/com.ubuntu.gallery
[23:09] <sergiusens> ls: cannot access /usr/share/click/preinstalled/com.ubuntu.gallery/rc/qml/GalleryApplication.qml: No such file or directory
[23:09] <sergiusens> that's preinstalled
[23:09] <sergiusens> no clue how that's being done
[23:10] <rsalveti> sergiusens: seems it's not working well after colin did all those changes to link into all or users
[23:10] <sergiusens> rsalveti, I need to look at this later
[23:10] <rsalveti> sergiusens: right, should we just create a new image now?
[23:10] <rsalveti> or are we waiting for something else?
[23:10] <sergiusens> rsalveti, that's old I think; might be the libclick stuff
[23:11] <sergiusens> I say build now
[23:11] <rsalveti> yeah
[23:11] <rsalveti> popey: ^?
[23:11] <sergiusens> rsalveti, gives me a more relaxed time to look at it instead of on the run
[23:11] <rsalveti> sergiusens: yeah, need to go as well
[23:11] <rsalveti> in theory I'd also be off today
[23:11] <rsalveti> but yeah, just theory
[23:11] <popey> what does building an image get us?
[23:11] <sergiusens> rsalveti, need to host a bbq and still have to go and buy the meat!
[23:11] <rsalveti> popey: a new image?
[23:11] <popey> we disabled cron right?
[23:11] <popey> heh, right
[23:12] <popey> and a weekend of pain for people on -proposed potentially?
[23:12] <rsalveti> sergiusens: just go :-)
[23:12] <rsalveti> popey: not necessarily pain
[23:12] <rsalveti> just gallery is broken
[23:12] <rsalveti> but it's really hard to debug stuff if we're asking people to run dist-upgrade
[23:12] <popey> true, my phone dist-upgraded seems okay ☻
[23:12] <rsalveti> and getting tons of packages
[23:12] <sergiusens> rsalveti, enjoy the rest of the day off?
[23:12] <popey> yeah, I'd punt an image.
[23:12] <sergiusens> pun!
[23:12] <rsalveti> great
[23:12] <rsalveti> sergiusens: swapping it to another day next week
[23:13] <sergiusens> rsalveti, sounds good; I signed up for pycamp
[23:13] <sergiusens> :-)
[23:13] <rsalveti> cool
[23:13] <sergiusens> deli is about to close; I have to leave
[23:13] <sergiusens> cheers
[23:13] <rsalveti> later!
[23:14] <rsalveti> [23:14] <popey> nice work sergiusens rsalveti
[23:14] <popey> nik90: hows it going?
[23:14] <rsalveti> o/
[23:14] <nik90> rsalveti: still fetching the packages and now it seems to be installing them
[23:14] <nik90> popey: ^^
[23:15] <popey> eh, hang on
[23:15] <popey> what did you do?
[23:15] <popey> i thought you were *removing* the ppa?
[23:15] <nik90> I ppa-purged the ppa
[23:15] <popey> ah
[23:15] <popey> ok
[23:15] <nik90> which does the installing and removing...I guess a dist-upgrade itself
[23:16] <popey> what command are you running right now?
[23:16] <nik90> popey: I ran sudo ppa-purge ppa:ubuntu-touch-coreapps-drivers/daily
[23:17] <popey> ah, thats running now?
[23:17] <nik90> popey: and that recommended removing the core apps which were installed along with some other stuf
[23:17] <nik90> popey: yes that's running now
[23:17] <popey> I'd expect that to just removing just a few packages
[23:17] <popey> not lots
[23:17] <nik90> popey: no but that's the thing. When I did the ppa-purge I got http://paste.ubuntu.com/7092713/
[23:17] <nik90> popey: which is basically installing qt 5.2 and removing 5.0.2
[23:18] <nik90> along with the SDK I suppose
[23:18] <popey> ok
[23:18] <popey> lets see when that finishes if we can reinstall the sdk
[23:19] <popey> The following extra packages will be installed:
[23:19] <popey> qtcreator qtcreator-plugin-cmake qtcreator-plugin-ubuntu
[23:19] <popey> so its odd..
[23:20] <popey> haha, another flappy bird clone hits the store
[23:20] <nik90> alrite the ppa purge is complete
[23:21] <nik90> popey: my qtcreator and sdk is gone since I cannot find it in the dahs
[23:21] <popey> ok
[23:21] <nik90> dash*
[23:21] <nik90> I am going to dist-upgrade now
[23:21] <popey> sudo apt-get update
[23:21] <popey> sudo apt-get dist-upgrade
[23:21] <popey> and paste pls
[23:21] <nik90> popey: http://paste.ubuntu.com/7092874/
[23:22] <popey> ok, go for it
[23:22] <popey> then when it finishes, see what happens with an install of ubuntu-sdk
[23:22] <popey> i think you may need the sdk ppa
[23:22] <popey> but lets see
[23:23] <nik90> ok
[23:25] <nik90> popey: so I am going to run sudo apt-get install ubuntu-sdk -> http://paste.ubuntu.com/7092891/
[23:25] <nik90> go?
[23:26] <popey> looks good
[23:26]  * popey switches networks, brb
[23:29] <nik90> popey: http://imgur.com/isuL3Zq ;)
[23:29] <popey> :D
[23:29] <nik90> popey: so I am running qt 5.2?
[23:30] <popey> looks that way ☻
[23:30] <popey> like the colour scheme you have there
[23:30] <popey> and the dots for spaces
[23:31] <nik90> thnx :)
[23:31] <popey> also
[23:31] <popey> whats going on with your cog icon in the top right?
[23:31]  * nik90 takes a moment to register the fact that he is running Qt 5.2!!!!
[23:32] <nik90> popey: that's the numix-icon-theme
[23:32] <popey> nice
[23:32] <nik90> popey: just one caveat...no more global menu for qtc 3.0.1
[23:33] <nik90> but I guess that will be fixed sooner or later
[23:33] <popey> wait what, qt 3.0.1?
[23:33] <popey> ooh
[23:33] <nik90> qtcreator 3.0
[23:34] <popey> nice
[23:35] <popey> right, now you've done it I feel safer to upgrade ㋛
[23:35] <nik90> popey: lol..cheeky