/srv/irclogs.ubuntu.com/2015/12/11/#ubuntu-ci-eng.txt

=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
bzoltan_Mirv: robru: Do you guys know what is going on with the silo31 content?07:49
Mirvbzoltan_: I saw it was discussed by sil2100 yesterday, and he continued to say that address book app didn't fail to build (=run tests) in other silos08:09
Mirvbzoltan_: anyway, let me rebuild UITK for s390x now that it's possible, otherwise train complains about that too08:10
Mirvjibel: davmor2: when you're around, we'd need the click landing from silo 012 to unblock xenial08:18
jibelMirv, ok, I'll ask someone to do the verification this morning08:27
Mirvthanks08:38
Mirvjust retried again amd64 address-book-app, no luck https://launchpadlibrarian.net/229677326/buildlog_ubuntu-xenial-amd64.address-book-app_0.2%2B16.04.20151210-0ubuntu1_BUILDING.txt.gz08:47
Mirvsil2100: so bzoltan would be wishing to be able to land the approved OTA-9 landing to overlay despite xenial problem(s), and fix xenial issues after the UITK otherwise is safely in overlay, in the next landing.08:49
Mirvsil2100: it's actually not just one test failing in address-book-app, also a change in UITK exposes some sort of linking problem on the new s390x where the previous UITK just happened to build..08:49
sil2100Mirv: hmmm, not good08:50
Mirvsil2100: in other news, all the required xenial landings to fix what britney let through did not land in time - this is https://requests.ci-train.ubuntu.com/#/ticket/772 required for s390x so that UITK can be unblocked from proposed (for all archs) and ji_bel has promised to have someone looking at it soon08:59
bzoltan_sil2100:  comparing with the passing logs it looks to me like it already fails at "Fail to connect with syncfw" connecting to com.canonical.pim.AddressBook on DBus - I think it's safe to assume that is not a UITK problem08:59
kalikianasil2100: could somebody from address book take a look at the failure? it looks like a flaky dbus connection issue to me. I don't think it's hitting uitk at that point09:08
sil2100kalikiana, bzoltan_: we don't have any evidence for flakyness as it hasn't failed anywhere else yet, where on the UITK silo it fails all the time09:10
kalikianasil2100: well, it does seem to be fine on vivd, though09:10
sil2100Yeah, so some combination of xenial and the UITK is causing chaos09:10
sil2100Anyway, let me think09:11
kalikianabut it also fails to connect to com.canonical.pim.AddressBook - I'm not sure how UITK could cause that, that's at best Qt API09:11
sil2100kalikiana: I also have no idea, but as you can see it's somehow affecting the test as silo 44 built fine on first try 8 hours ago09:12
sil2100Anyway, you guys propose just releasing the vivid-overlay bits?09:13
Mirvsil2100: that's zoltan's wish, yes (although he's off today so he can scarcely join the discussion)09:16
sil2100Since for sure I wouldn't release something to xenial that doesn't build or affects builds09:17
sil2100kalikiana, bzoltan_: you guys would have to deal with this anyway with your next UITK landing, releasing the address-book-app changes to xenial too09:18
dbarthhey there, can i publish the sasl plugin now btw? seb128 ack'ed the package09:18
sil2100dbarth: I published it yesterday09:18
dbarthah09:18
dbarthbut i still see the ticket open here: https://requests.ci-train.ubuntu.com/#/ticket/69509:18
sil2100dbarth: it's in xenial NEW and vivid-overlay RELEASE09:18
sil2100NEW queue (signon-plugin-sasl/xenial).09:18
sil2100Release pocket (signon-plugin-sasl/vivid).09:18
dbarthdo i need to press the merge button?09:18
sil2100(it's migrating)09:18
seb128dbarth, I NEWed it09:18
sil2100Not yet09:18
dbarthok ok ;)09:19
sil2100It will merge automatically once it gets out of the NEW queue09:19
sil2100Which should be soon as per what seb128 said ;)09:19
dbarthah perfect, ok so i'll stay on autopilot09:19
kalikianasil2100: sure, and as soon as somebody from address book can take a look we can investigate more... otherwise we're blocked... these are the only options I see09:24
sil2100kalikiana, bzoltan_: ok, I'll grant you this one-time exception and only release the vivid bits but you need to make sure to contact bfiller with this, prepare a silo for testing and do a coordinated dual fix ASAP09:36
kalikianasil2100: understood. thanks a lot!09:42
sil2100huh, ok, manual copy-package it is then09:51
sil2100kalikiana, bzoltan_: packages copied, force-merging silo09:55
sil2100Nothing like closing the wrong terminal10:07
=== greyback__ is now known as greyback
Saviqsil2100, hey, do we have a way to tell what Qt/UITK version was in what framework? The phone today ships frameworks as old as 13.10 (not to mention all the -dev ones...)... I've  a weird feeling we're not backwards compatible that far back...10:31
Saviqsil2100, we'd like to prepare app devs to go device-pixel-ratio-aware (hidpi screens and such), but we'd need to tell them what's the minimal framework they need to declare for their app to work for sure on all apps it will get installed on10:32
Saviqs/apps/phones/10:33
bzoltan_sil2100:  lovely! thank you a big bunch :)11:14
=== _salem is now known as salem_
sil2100Saviq: hmmm, I could try prepping such a list with the help of the SDK team12:07
sil2100Saviq: anyway, true on the fact that we need some cleanup of frameworks, we did none as none of the framework->deps pairs were documented anywhere12:07
cjwatsonMirv: would you mind publishing click for me if it passes QA?  I'm on holiday today and not at a computer where I could do it myself12:18
Mirvcjwatson: sure, thanks12:36
=== tvoss_ is now known as tvoss|lunch
Saviqsil2100, yeah, it's not a good situation, as they are today... they're only remotely useful for API additions13:01
Saviqand not at all for deprecations13:01
rvrcjwatson: Silo 12 approved.13:04
Saviqrvr, brave soul! let me know anything you need about silo 22 ;)13:07
rvrSaviq: hehe13:08
Mirvsil2100: around? please click publish on https://requests.ci-train.ubuntu.com/#/ticket/772 ASAP. the packaging changes are removal of a patch (now included upstream) and small control file change13:40
Mirvkenvandine: or you ^13:42
=== chihchun is now known as chihchun_afk
Mirvcyphermox: ha, I see you're around. https://requests.ci-train.ubuntu.com/#/ticket/772 publish please? we need it to unblock xenial after britney did what it did yesterday.13:54
cyphermoxok13:54
Mirvthank you13:54
Mirvsil2100: kenvandine: unping therefore.13:55
pmcgowansil2100, ping13:59
cyphermoxMirv: sil2100: btw I think there is a typo in code: 2015-12-11 14:00:59,670 DEBUG Beginning: phase: ackaging14:01
cyphermox(and cjwatson's silo is published, I reviewed it and didn't see anything wrong)14:02
Mirvcyphermox: thanks, and thanks for the publish run!14:02
Mirvthis should unblock the last bits of xenial/s390x click -> ubuntu-app-lauch -> url-dispatcher -> ubuntu-ui-toolkit14:03
cyphermoxI'm a little curious what bits would help s390x though?14:04
Mirvcyphermox: haha, it's not a typo, it's robru's great invention of the phase where ack:s are checked/done :D14:04
cyphermoxMirv: ok, that's what I wondered14:04
Mirvcyphermox: if you didn't follow, britney traded yesterday mass migration with some uninstallability which raised a few eyebrows and broke xenial image. UITK is stuck in proposed due to ubuntu-app-launch on s390x not being installable because click didn't build from source in xenial. http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-ui-toolkit14:06
cyphermoxMirv: yeah, I had seen the migration14:06
Mirvso this click landing should unlock it and xenial would be finally good14:06
cyphermoxMirv: so, the fact that it's building will unbreak s390x14:06
Mirvcyphermox: yes14:07
Saviqrvr, looking good, then? ;)15:26
* Saviq can't wait15:26
rvrSaviq: So far, yes15:38
Saviqrvr, oh the suspense!15:41
jhodappMirv, just an FYI, just got another bgplaylist code PR merged with upstream15:45
jhodappfor qtmultimedia15:45
Mirvjhodapp: great work!15:57
jhodappMirv, thanks15:58
Mirvsil2100: hey! you might want to try to kick an image build when 'rmadison -s xenial ubuntu-ui-toolkit' says "ubuntu2"15:59
sil2100Mirv: ok, makes sense16:23
Elleosil2100: am I right in thinking that ^ "Destination version <blah> is missing from changelog" isn't something to worry about?16:34
sil2100Elleo: hey! Depends on what that version is, but from what I see it's probably just some no-change rebuild16:36
sil2100Let me double check16:36
Elleosil2100: thanks16:37
sil2100Elleo: ok, you shouldn't worry about it but just make sure that these changes are included in your ubuntu-download-manager:16:38
sil2100https://launchpadlibrarian.net/213247676/ubuntu-download-manager_1.0%2B15.10.20150724-0ubuntu1_1.0%2B15.10.20150724-0ubuntu2~ppa2.diff.gz16:38
sil2100I see there's some modification to debian/rules16:38
sil2100Elleo: normally someone doing changes like that should upstream them, but doko is bad at forwarding his changes16:38
Elleosil2100: ah, how's that best handled at this point? should I include his changes in my branch?16:39
Elleosil2100: it looks like his changes were made to ignore symbol checks on certain platforms, but we've moved away from using symbol files to using abi-compliance-checker now, so those changes should be irrelevant16:40
sil2100Elleo: in that case you can simply ignore this change ;)16:43
Elleosil2100: okay, cool16:43
rvrSaviq: ping17:15
Saviqrvr, uh oh? :)17:15
rvrSaviq: What does the multiwindowed test do?17:15
Saviqrvr, on clicking "Click me!" it should say "Window 2" (and not crash and burn)17:16
rvrSaviq: Ah, cool17:16
rvrThen it works17:16
Saviqrvr, basically the QML opens a second window, which before would cause unity8 to die a painful death17:16
Saviqnow it just pops up instead the original window17:17
rvrYes, I see17:18
rvrSaviq: All the tests are ok17:18
Saviqrvr, great, thanks17:18
rvrSaviq: Approving the silo17:19
Mirvsil2100: any status on the xenial image build? just curious.17:25
sil2100Mirv: it's ounn, it's workin'17:27
sil2100I mean, buildin'17:27
Mirvok17:30
=== chihchun_afk is now known as chihchun
=== tvoss|lunch is now known as tvoss
barrysil2100: still around?19:22
sil2100barry: hey! Yeah, more or less :)19:31
sil2100What's up?19:31
barrysil2100: hi!  nothing urgent.  i just realize that i suck at getting to LP: #1463136.  i assigned it to you in the hopes you might have time to take a crack at it.  if not, feel free to reassign it back to me19:32
ubot5Launchpad bug 1463136 in Ubuntu system image "Update archive-master.tar.xz file location to match si client 3.0" [High,Confirmed] https://launchpad.net/bugs/146313619:32
sil2100mmmmm, sure thing :) All things s-i I like19:33
barrysil2100: you are mr. server now :)19:33
sil2100barry: ok, I'll put it on my short-term TODO list for next week19:33
barrysil2100: i'm happy to review of course!19:33
barrysil2100: thanks19:34
sil2100np! Will throw a merge for review, there will be even more later next week too19:34
barrysil2100: sounds good!19:35
tvosssil2100, if you are still around: do we have debug symbols for silos available?19:51
robrutvoss: yeah, should be19:56
robrutvoss: what silo?19:56
tvossrobru, 00019:56
robrutvoss: yep, -dbgsym packages appear to be in there20:01
robrubbl20:05
bzoltan_sil2100: robru: do you guys understand this? https://ci-train.ubuntu.com/job/ubuntu-landing-060-1-build/3/console20:18
robrubzoltan_: better file that bug like it says, looks like bzr itself is broken20:21
robrubzoltan_: i didn't change any Unicode handling recently...20:21
bzoltan_robru: thanks... should I just expect that it will magicly work when I retry?20:22
robrubzoltan_: as a workaround for now you could try removing the á from wherever that is20:22
robrubzoltan_: doesn't look transient to me, it's a Unicode error based on the inputs...20:23
robrubzoltan_: I'm at the doctor now, will be an hour or two before i can really dig into this20:23
robrubzoltan_: sadly i put a lot of effort into making the train work with Unicode in py3 but this is bzr itself which is still py2 and unmaintained, yuck20:24
bzoltan_robru:  ohh, get well dude and do not bother :) it is my name in the changelog... I do not mind being Zoltan and not Zoltán :)20:24
robrubzoltan_: thanks, it's just a checkup, I'll be home in no time20:25
robrubzoltan_: yeah $LANG is set correctly for utf8, not sure why bzr is puking like that20:27
robrubzoltan_: oh i guess your indentation is wrong. Add one more space and put the accent back in, i think it should work20:32
robruThe [ should have two spaces in front i think20:32
robruOK gotta go, doctor is here ;-)20:32
=== salem_ is now known as _salem
bzoltan_robru:  how true :) thanks20:40
dobeykenvandine: err, does ubuntu-system-settings not get dual landed?21:17
jgdxkenvandine, it does21:18
jgdxdobey, ^21:18
dobeyhuh21:18
dobeywhy is the diff to debian/changelog so huge in my silo then?21:18
dobeyfor the vivid build21:19
robrudobey: what silo?21:21
jgdxdobey, seems something has gone sideways21:22
dobeyrobru: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-041/+sourcepub/5767446/+listing-archive-extra21:22
dobeysomething indeed has gone sideways21:22
jgdxdobey, this mp? https://code.launchpad.net/~dobey/ubuntu-system-settings/iap-trust-store/+merge/28035621:22
jgdxif so, that diff is crazy21:23
robrudobey: because that diff is against vivid, not the overlay. you want the diff generated by the train: https://ci-train.ubuntu.com/job/ubuntu-landing-041-1-build/lastBuild/artifact/ubuntu-system-settings_vivid_content.diff/*view*/21:23
dobeyhmm, ok21:24
=== chihchun is now known as chihchun_afk
robruI've written a program that uses the same file for locking and logging. I call it... the "logck"23:17

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!