[01:31] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Preparing packages
[02:05] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Successfully built
[03:04] -queuebot:#ubuntu-ci-eng- tvoss, https://requests.ci-train.ubuntu.com/#/ticket/1757 QA Signoff: Approved
[04:53] -queuebot:#ubuntu-ci-eng- michi jamesh marcustomlinson gary-wzl charles xavigarcia, https://requests.ci-train.ubuntu.com/#/ticket/1791 Dependency wait (yakkety/keeper). Failed to build (vivid/keeper, xenial/keeper). Needs rebuild due to new commits (yakkety/mcloud). Successfully built (vivid/account-plugins, vivid/mcloud, vivid/net-cpp, vivid/signon-plugin-oauth2, vivid/storage-framework, xenial/account-plugins, xenial/mcloud, xenial/net-cpp, xenial/signon-plugin-oauth
[05:17] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Destination version missing from changelog (yakkety/url-dispatcher). Successfully built (vivid/content-hub, vivid/indicator-datetime, vivid/indicator-transfer, vivid/libertine-scope, vivid/qtmir, vivid/qtmir-gles, vivid/ubuntu-app-launch, vivid/ubuntu-push, vivid/url-dispatcher, vivid/zeitgeist, xenial/content-hub, xenial/indicator-datetime, xenial/indicator-transfer, xenial/libertine-sc
[06:33] <Saviq> trainguards, moin, any idea what this bug is about https://requests.ci-train.ubuntu.com/#/ticket/1771 ?
[06:35] <Saviq> s/bug/status/
[06:48] <Mirv> Saviq: err hmm, the silo landed yesterday
[06:48] <Mirv> Saviq: so the PPA is now empty. I've no idea what happened to the ticket.
[06:49] <Mirv> Saviq: it's even merged to trunks, after which the ticket noticed "hey there's new commits in the trunk"
[06:50] <Mirv> but yes the status was correct in that everything got landed
[06:51] <Mirv> let's see what happens with Finalize...
[06:51] <Saviq> ack
[06:52] -queuebot:#ubuntu-ci-eng- mterry Saviq, https://requests.ci-train.ubuntu.com/#/ticket/1771 Merging to trunk
[06:54] <Saviq> dobey, sorry, I pung you before and wrote on the MP that it resulted in a criss-cross conflict because you had merged trunk before merging the prerequisite branch - I had to pull it off the silo
[07:13] -queuebot:#ubuntu-ci-eng- mterry Saviq, https://requests.ci-train.ubuntu.com/#/ticket/1771 Build for superseded Source (vivid/unity8). Ready to build (vivid/gsettings-ubuntu-touch-schemas, vivid/platform-api, vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/ubuntu-settings-components, vivid/unity-api, vivid/unity-notifications, xenial/gsettings-ubuntu-touch-schemas, xenial/platform-api, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/q
[07:15] -queuebot:#ubuntu-ci-eng- michi jamesh marcustomlinson gary-wzl charles xavigarcia, https://requests.ci-train.ubuntu.com/#/ticket/1791 Dependency wait (yakkety/keeper). Failed to build (vivid/keeper, xenial/keeper). Needs rebuild due to new commits (yakkety/mcloud, yakkety/net-cpp). Successfully built (vivid/account-plugins, vivid/mcloud, vivid/net-cpp, vivid/signon-plugin-oauth2, vivid/storage-framework, xenial/account-plugins, xenial/mcloud, xenial/net-cpp, xenial/si
[07:15] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 No silos available! Please ask your friendly neighborhood trainguard to free some
[07:19] <Mirv> Saviq: nope, it just won't "Land". let's leave it (https://requests.ci-train.ubuntu.com/#/ticket/1771) to robru I guess.
[07:20] <Saviq> Mirv, ack
[07:22] <robru> Mirv: Saviq: finalize is quite slow as it tries to clean up dangling tags. Looking at the previous finalize attempt it timed out. Might work this time, if not I can fiddle with the timeout
[07:22] <Saviq> ¿?
[07:22] <Saviq> robru doesn't sleep
[07:23] <robru> Saviq: Lol just shut off the ps4 saw some pings on the way to bed
[07:23] <Saviq> Mirv, how's Qt migration doing?
[07:26] <Mirv> robru: it did not, back to the earlier state. and you seemed to have a better day cycle at some point, I think you may have regressed a bit.
[07:26] <Mirv> bugs.launchpad.net/ubuntu/+source/robru
[07:26] <Mirv> Saviq: well I'm getting much needed help from Lane_y and s_langasek now, but the point were it might have been still easy was two weeks ago
[07:27] <robru> Mirv: that's just a race condition, look, the finalize script is still running. It didn't fail yet
[07:27] <Mirv> Saviq: it still seems within grasp every day.. before something breaks or something new is uploaded to archives or such
[07:27] <Mirv> Saviq: I guess now it would be a good time to hold off eg publishing these unity8 landings to yakkety for a few days
[07:27] <Mirv> robru: oh, right, it's still running
[07:28] <robru> Mirv: excellent timing, you started it just minutes after the timeout killer runs. This means it gets a full 2 hours before getting killed, I have faith that'll work
[07:29] <Mirv> Saviq: it's also a bit of a hack that keeps within grasp, there is for example a hidden magic wand I need to wave for certain powerpc builds for example (because of GCC6), and I know things would break if now recompiled against the new glibc 2.24 that just got into yakkety
[07:29] <Mirv> robru: nice!
[07:29] <Mirv> Saviq: so there's hope, until there's no hope :=)
[07:30] <Mirv> I've hold off my qtbase and qtdeclarative uploads for 1-2 weeks since those would launch thousands of autopkgtests, meaning many rebuilds among else, that might open some can of GCC6 or glibc 2.24 worms we're now not seeing
[08:03] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 Preparing packages
[08:03] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 No silos available! Please ask your friendly neighborhood trainguard to free some
[08:09] -queuebot:#ubuntu-ci-eng- Elleo, https://requests.ci-train.ubuntu.com/#/ticket/1628 Merging to trunk
[08:10] <Laney> Mirv: can you get people to stop uploading?
[08:11] <Laney> now unity8 has gone red again
[08:11] <davmor2> Laney: phone release can't stop uploading
[08:11] <davmor2> Laney: that's the problem
[08:12] <Laney> Sure they can
[08:12] <Laney> see that button that says publish
[08:12] <Laney> don't click it
[08:12] <Mirv> Laney: I was just going to suggest to sil2100 to not publish to yakkety, although the problem is many landers can also publish themselves so it's not necessarily just the trainguards
[08:12] <Laney> Just wait a few hours
[08:12] <Mirv> Laney: we're finalizing OTA-13 at the moment so we need to publish to vivid/xenial
[08:13] <Mirv> I hope that helps
[08:13] <davmor2> Laney: you'll probably have till end of day now
[08:13] <Mirv> morphis: you have a silo now for https://requests.ci-train.ubuntu.com/#/ticket/1804
[08:14] <Mirv> Laney: the autopkgtest reruns have been going on for 2h since Steve started them
[08:14] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 Preparing packages
[08:14] <Mirv> so should be hopefully ready soon
[08:15] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 yakkety/platform-api: Failed to commit https://code.launchpad.net/~vicamo/platform-api/remove-system-lib-prefix-from-lib-path-2. You must supply either a Commit Message on your MP, or a custom debian/changelog entry
[08:15] <Mirv> hmm, amd64 seems to have passed already, i386 and armhf still running
[08:16] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 Preparing packages
[08:17] <morphis> Mirv: thanks!
[08:23] -queuebot:#ubuntu-ci-eng- Elleo, https://requests.ci-train.ubuntu.com/#/ticket/1800 Needs rebuild due to new commits (yakkety/ubuntu-keyboard). Successfully built (vivid/ubuntu-keyboard, xenial/ubuntu-keyboard)
[08:45] -queuebot:#ubuntu-ci-eng- morphis, https://requests.ci-train.ubuntu.com/#/ticket/1804 Diff missing (xenial/android-headers, yakkety/android-headers). Successfully built (xenial/platform-api, yakkety/platform-api)
[09:37] <rvr> mardy: ping
[09:39] <mardy> rvr: pong
[09:40] <rvr> mardy: https://trello.com/c/ULaYSJC1/3509-1562-ubuntu-landing-049-ubuntu-system-settings-online-accounts-account-plugins-dbarth-mardy
[09:41] <dbarth> ouch
[09:41] <dbarth> rvr: but that feels more like a location service or something related at first sight
[09:41] <mardy> rvr: you wrote "location prompt", or did you mean online accounts?
[09:41] <dbarth> rvr: is the reboot instantaneous? ie, any chance to get a log or some traces of what happens on the system at this point?
[09:42] -queuebot:#ubuntu-ci-eng- Cimi, https://requests.ci-train.ubuntu.com/#/ticket/1636 Preparing packages
[09:44] <rvr> dbarth: Yes, I also thought about the location prompt
[09:44] <rvr> dbarth: I remember we had issues with that in the past
[09:44] <rvr> However, I could only reproduce with that scope, not with NearBy
[09:45] <rvr> dbarth: I don't know how to get traces or log, it reboots :-/
[09:49] <mardy> rvr: does it reboot if you say "no"?
[09:49] <rvr> mardy: Haven't tried
[09:50] <mardy> rvr: if it crashes in that case as well, just verify that the weibo account can be created from the System Settigns; the silo is not touching any parts that could cause a reboot, so it's a separate bug
[09:51] <mardy> rvr: one more thing you could try, is if you can reproduce the reboot without the silo
[09:51] <Saviq> Mirv, jibel, I tried to repro bug #1604421, does it only occur when the phone is wiped/bootstrapped? can we have images for frieza (krillin is my dogfooding phone, don't wanna wipe if possible)?
[09:53] <rvr> mardy: Does weibo scope need the changes from the silo?
[09:55] <mardy> rvr: only to fix cosmetic issues; it should work even without the silo
[10:10] <jibel> Saviq, not sure, I didn't try without wiping
[10:11] <jibel> sil2100, ^ can we have staging images for frieza armhf?
[10:17] -queuebot:#ubuntu-ci-eng- Cimi, https://requests.ci-train.ubuntu.com/#/ticket/1636 Bad merges (yakkety/unity8). Successfully built (vivid/unity8, xenial/unity8)
[10:17] <Mirv> Saviq: that's something we just figured out would be worth testing, to flash without wipe/bootstrap. however, I don't want to do that since there's potential I'd lose my functional xenial krillin which might be the only one in the world now that image #40 is gone..
[10:18] <Mirv> Saviq: but now that sil2100 is here I'd ask him to try out, and I've also my working device's homedir attached in the bug report in case there'd be some magic config there involved (well, most likely not anything under phablet but who knows)
[10:18] <Mirv> (or well, sil2100 might still be queueing but will be here soonish anyway)
[10:19] <Saviq> Mirv, I just flashed staging on my dogfooding phone and it Just Works™ (timezone got messed up)
[10:19] <Saviq> so that's why I'm asking
[10:19] <Mirv> Saviq: \o/ it's a really simple thing then, it's just that I have always wiped/bootstrap flashed and I didn't get anyone else to try in recent weeks
[10:20] <Mirv> Saviq: can you copy-paste the /etc/system-image/channel.ini still? if so, I can start destroying my krillin agian.
[10:20] <Mirv> just to double-check the channel
[10:21] <Saviq> Mirv, http://pastebin.ubuntu.com/23061201/
[10:21] <Saviq> I checked lsb_release -c 'cause I didn't believe it came up ;P
[10:21] <Saviq> and lo and behold, it said xenial :)
[10:21] <Mirv> Saviq: right, looks good enough, same channel as my working http://pastebin.ubuntu.com/23061203/
[10:22] <Mirv> Saviq: it's not a surprise as such as dist-upgrade also works, there's just something that messes up something, I guess when wipe/bootstrapping
[10:22] <Mirv> unless of course something is fixed now
[10:22] <Mirv> so, I'll try upgrading this with non-wipe/bootstrap first, and then wipe/bootstrap
[10:22] <Saviq> Mirv, ack, thanks
[10:22] <jibel> I'll rebootstrap latest staging
[10:23] <Mirv> oh right, the new QA guy recently flashed and got the black screen, so it's probably still there
[10:23] <jibel> I didn't get a black screen last time I tried but blinking dots forever
[10:25] <Mirv> right, the black screen was my inventioon, the wording was "not even booting". probably what I had was also the dots blinking, ie unity8 not starting
[10:50] <rvr> mardy: I just reproduced the reboot without touching the scope
[10:50] <rvr> mardy: So it is the old arale bug with trust prompts
[10:57] <Mirv> Saviq: jibel: sil2100: confirming non-wipe/bootstrap flash to staging works, and that --wipe is enough to break everything. but the great thing is that staging should be testable by first flashing rc-proposed and then flashing staging without wipe/bootstrap, /me updates https://wiki.ubuntu.com/Touch/QtTesting
[10:59] <jibel> Mirv, and I confirm that latest staging is still broken
[11:00] <jibel> Mirv, can you make a archive of all the writable bits and I'll diff with xenial
[11:00] <Mirv> the fact that --wipe breaks it is at least new information
[11:00] -queuebot:#ubuntu-ci-eng- Cimi, https://requests.ci-train.ubuntu.com/#/ticket/1636 Successfully built
[11:00] <jibel> Mirv, nvm, I'll do it
[11:01] <jibel> after reporting this usability bug in firefox
[11:02] <Mirv> jibel: ok, if you need anything just tells me. I should have a functional xenial soon after bootstrapping to vivid and then upgrading again, which would be pretty good point to diff to broken.
[11:05] <jibel> Mirv, thanks, I'll try what you did
[11:06] -queuebot:#ubuntu-ci-eng- kdub, https://requests.ci-train.ubuntu.com/#/ticket/1654 Preparing packages
[11:06] <rvr> mardy: dbarth: Silo 49 approved
[11:06] <mardy> rvr: thanks
[11:06] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://requests.ci-train.ubuntu.com/#/ticket/1562 QA Signoff: Approved
[11:09] <Mirv> mardy: rvr: publishing to vivid/xenial while pending yakkety due to hopes of not disrupting transition possibilities.. meaning, I'll keep an eye on when to publish the yakkety part
[11:09] <jibel> Mirv, you upgrade with u-d-f without wipe or system-image-cli?
[11:10] <Mirv> jibel: u-d-f
[11:11] -queuebot:#ubuntu-ci-eng- Cimi, https://requests.ci-train.ubuntu.com/#/ticket/1636 Preparing packages
[11:20] <sil2100> jibel, Mirv: so my theory from the bug was correct-ish?
[11:20] <Mirv> and now back to working staging!
[11:21] <jibel> sil2100, yes, something must be initialized on first boot that doesn't happen on a fresh xenial flash
[11:21] <Mirv> sil2100: yes, something with --wipe sets wrong bits
[11:21] <sil2100> uh
[11:21] <Mirv> or yes, does not set the correct bits at all
[11:21] <jibel> sil2100, I'm diffing (vivid + upgrade to xenial) - (xenial)
[11:22] <jibel> it's a pretty slow process
[11:23] <Mirv> sil2100: and don't forget, something that image #40 still did set..
[11:24] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://requests.ci-train.ubuntu.com/#/ticket/1562 Release pocket (vivid/account-plugins, vivid/ubuntu-system-settings-online-accounts, xenial/account-plugins, xenial/ubuntu-system-settings-online-accounts). Successfully built (yakkety/account-plugins, yakkety/ubuntu-system-settings-online-accounts)
[11:41] -queuebot:#ubuntu-ci-eng- kdub, https://requests.ci-train.ubuntu.com/#/ticket/1654 Preparing packages
[11:50] -queuebot:#ubuntu-ci-eng- jgdx, https://requests.ci-train.ubuntu.com/#/ticket/1526 Needs rebuild due to new commits (yakkety/ubuntu-system-settings). Successfully built (vivid/ubuntu-download-manager, vivid/ubuntu-system-settings, xenial/ubuntu-download-manager, xenial/ubuntu-system-settings, yakkety/ubuntu-download-manager)
[12:00] <sil2100> jibel: let me prep those armhf images for frieza in a min
[12:00] <sil2100> Should be real quick
[12:03] <sil2100> jibel, Saviq: an armhf image should be imported soon
[12:03] -queuebot:#ubuntu-ci-eng- jgdx, https://requests.ci-train.ubuntu.com/#/ticket/1526 Preparing packages
[12:04] <Saviq> sil2100, great, thanks
[12:05] <Mirv> sil2100: so FYI update from yakkety migrations side - right now we'd be all set if we just would get new a new kernel upload, but no response from kernel team so far. so I'm not publishing any yakkety silos that could interfere with the migrations, instead copying vivid + xenial and adding to my list of "pending" publishes
[12:06] <sil2100> Mirv: when waiting in the queue I saw your message about not publishing, although I didn't manage to read up to why - but now it all makes sense :)
[12:07] -queuebot:#ubuntu-ci-eng- alf__ alf_, https://requests.ci-train.ubuntu.com/#/ticket/1805 Successfully built
[12:07] <sil2100> Yeah, let's better not make the mess any bigger
[12:08] <kdub> trainguards, can I get a rekick of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+build/10621831 (flaky test)
[12:11] <sil2100> Sure
[12:11] <sil2100> Done
[12:11] <kdub> thanks sil2100
[12:18] -queuebot:#ubuntu-ci-eng- kdub, https://requests.ci-train.ubuntu.com/#/ticket/1654 Successfully built
[12:19] -queuebot:#ubuntu-ci-eng- timo-jyrinki, https://requests.ci-train.ubuntu.com/#/ticket/810 Diff missing (xenial/qscintilla2, xenial/sip4). Successfully built (xenial/akonadi, xenial/analitza, xenial/appmenu-qt5, xenial/calibre, xenial/ciborium, xenial/fcitx-qt5, xenial/frameworkintegration, xenial/gammaray, xenial/gcin, xenial/gsettings-qt, xenial/hime, xenial/kdeclarative, xenial/kwin, xenial/libqtxdg, xenial/lxqt-qtplugin, xenial/maliit-framework, xenial/musescore, xe
[12:20] -queuebot:#ubuntu-ci-eng- Cimi, https://requests.ci-train.ubuntu.com/#/ticket/1636 Successfully built
[12:40] <Mirv> sil2100: jibel: so I had this MP https://code.launchpad.net/~timo-jyrinki/ubuntu-system-settings/switch_dep_powerd_to_repowerd/+merge/302934 but the US people were uncertain it'd fix the xenial/vivid issue. I however am also not convinced it would not fix it.. if autopkgtests construct a meta package by parsing dependencies, if it now unconditionally parses powerd (because of the transitional package
[12:40] <Mirv> being for _all), it might produce a different result than pure apt
[12:41] <Mirv> sil2100: jibel: but I won't force the landing of that MP either.. it's built in https://requests.ci-train.ubuntu.com/#/ticket/1801
[12:41] <Mirv> it was for the Friday's cow on the train track thing
[12:42] <Mirv> ie vivid/xenial autopkgtest failures on at least ubuntuone-credentials reverse deps
[12:58] -queuebot:#ubuntu-ci-eng- jhodapp, https://requests.ci-train.ubuntu.com/#/ticket/1792 QA Signoff: Ready
[12:59] <dobey> Mirv: the fake package just puts the deps inside a metapackage, it doesn't change them itself. apt is what parses the deps
[13:01] <dobey> Mirv: powerd is still not installable on ppc even if it is available, because it's just a metapackage which depends on another package that isn't available. it was clearly trying to install gnome-settings-daemon instead, and also failing, from the error message. curious though, why didn't you set lander signoff to approved to see what happens? it won't land without the MP being approved anyway
[13:02] <dobey> Mirv: if you think it will fix the issue, i say you should run the autopkgtests and see what happens
[13:02] <Mirv> dobey: I was wondering how the parser works, does it also keep the | operator in there for apt or does it parse it itself
[13:02] <Mirv> dobey: good point, trying approve on the silo to see results :)
[13:04] <Wellark> trainguards: any silos free'ing up soonish?
[13:04] <Mirv> that will answer at least one question, although if you're correct like may well be, then it doesn't bring us closed to a solution
[13:04] <dobey> Mirv: the "metapackage" in this case is for the contents of debian/tests/control. ie, it just lists all the binaries from the built packages, and whatever extra Depends was put in the tests control file, it's not doing anything with the Depends from the binary packages themselves
[13:05] <Mirv> Wellark: as soon as you get kernel team to release a new kernel, we'll get 10 silos freed :) on a serious note, I try to help.
[13:05] <dobey> Mirv: right, but at least you'll know, and you can free up the silo for now :)
[13:05] <dobey> or if it does work, we can land it, and chalk it up to magic for now
[13:06] <Wellark> Mirv: ok. :)
[13:06] <tedg> What is the channel we should be testing silos against? I thought it was ubuntu-touch/rc-proposed/ubuntu, but I put that on (after a long fight) my N4 and now it won't boot.
[13:06] <Wellark> what about increasing the total amount of silos?
[13:06] <dobey> tedg: that's what i have on my mako
[13:07] -queuebot:#ubuntu-ci-eng- alex-abreu mardy dbarth, https://requests.ci-train.ubuntu.com/#/ticket/1727 Merging to trunk
[13:07] <tedg> I'm not against blaming my N4... but 'tis weird that is blocks at boot.
[13:08] <dobey> where does it hang? and what are you testing?
[13:08] <tedg> Stops at the Google logo.
[13:08] <tedg> Trying to test silo 61
[13:09] <dobey> oh
[13:09] -queuebot:#ubuntu-ci-eng- jgdx, https://requests.ci-train.ubuntu.com/#/ticket/1526 Successfully built
[13:11] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Needs rebuild due to new commits (yakkety/webbrowser-app). Successfully built (vivid/webbrowser-app, xenial/webbrowser-app)
[13:13] <tedg> Uhg, now my m10 isn't booting. :-(
[13:13] <dobey> must be a texas thing
[13:14] <dobey> the wall is already going up?
[13:15] <tedg> If you don't know, you're on the wrong side. ;-)
[13:15] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Preparing packages
[13:16] <Mirv> Wellark: you have a silo now, and it's building
[13:16] -queuebot:#ubuntu-ci-eng- Wellark, https://requests.ci-train.ubuntu.com/#/ticket/1806 Preparing packages
[13:18] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 yakkety/webbrowser-app: Failed to branch https://code.launchpad.net/~osomon/webbrowser-app/relax-test-expectation-1611403
[13:18] -queuebot:#ubuntu-ci-eng- bregma ChrisTownsend, https://requests.ci-train.ubuntu.com/#/ticket/1786 QA Signoff: Approved
[13:19] <sil2100> ^ ignore that one
[13:19] -queuebot:#ubuntu-ci-eng- bregma ChrisTownsend, https://requests.ci-train.ubuntu.com/#/ticket/1786 QA Signoff: Ready
[13:20] <Wellark> Mirv: thanks!
[13:27] -queuebot:#ubuntu-ci-eng- kenvandine, https://requests.ci-train.ubuntu.com/#/ticket/1807 Preparing packages
[13:31] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Needs rebuild due to new commits (yakkety/webbrowser-app). Successfully built (vivid/webbrowser-app, xenial/webbrowser-app)
[13:32] <dobey> tedg: well my hardware all works, so i think i'm on the right side. you can have your wall around texas :)
[13:33] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Preparing packages
[13:41] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Preparing packages
[13:43] <jibel> Mirv, the diff doesn't reveal any obvious cause. I'll attach it to the bug report
[13:48] -queuebot:#ubuntu-ci-eng- bregma ChrisTownsend, https://requests.ci-train.ubuntu.com/#/ticket/1786 QA Signoff: Failed
[13:49] <Mirv> ok
[13:49] <Saviq> Mirv, jibel, ssh doesn't seem to work on xenial, btw
[13:50] <jibel> Saviq, it's bug 1548826
[13:50] <Saviq> ack
[13:51] <jibel> Saviq, if you can adb you can start it manually
[13:51] <Saviq> jibel, yup, did
[13:52] <dobey> Saviq: oh right. sorry. i looked at the MP and saw it was still approved and didn't see such comment. forgot about that. too much stuff broken at the moment, and lost my place. :-/
[13:53] <Saviq> dobey, nw, should've un-acked it
[13:53] <Saviq> dobey, please merge trunk and we'll land it next time
[13:56] <kenvandine> Mirv, i'm sad to say your repowerd fix didn't seem to help :/
[13:59] -queuebot:#ubuntu-ci-eng- alf__ alf_, https://requests.ci-train.ubuntu.com/#/ticket/1805 QA Signoff: Ready
[14:03] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Currently building (vivid/gmenuharness, vivid/indicator-network, yakkety/gmenuharness). Dependency wait (yakkety/indicator-network). Failed to build (xenial/indicator-network). Successfully built (xenial/gmenuharness)
[14:08] -queuebot:#ubuntu-ci-eng- renatofilho, https://requests.ci-train.ubuntu.com/#/ticket/1779 Preparing packages
[14:09] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Preparing packages
[14:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://requests.ci-train.ubuntu.com/#/ticket/1807 Needs rebuild due to new commits (yakkety/ubuntu-system-settings). Successfully built (vivid/ubuntu-system-settings, xenial/ubuntu-system-settings)
[14:11] <alf_> Mirv: kenvandine: @autopkgtest blockage, have we found why gnome-settings-daemon is held back in this scenario?
[14:11] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Currently building (xenial/webbrowser-app). Failed to build (vivid/webbrowser-app, yakkety/webbrowser-app)
[14:12] <kenvandine> alf_, when i tried using chdist, it chose to install gnome-settings-daemon
[14:12] <kenvandine> no idea why it isn't for the autopkgtest
[14:14] <bzoltan> Mirv: sil2100: The silo70 is as ready as it can get.. only the exotic arches are the same as before. Who to ping to let those packages pass?
[14:21] -queuebot:#ubuntu-ci-eng- renatofilho, https://requests.ci-train.ubuntu.com/#/ticket/1779 Currently building (vivid/buteo-syncfw, xenial/buteo-syncfw). Failed to build (yakkety/buteo-syncfw)
[14:22] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Dependency wait (yakkety/indicator-network). Failed to build (vivid/indicator-network, xenial/indicator-network). Successfully built (vivid/gmenuharness, xenial/gmenuharness, yakkety/gmenuharness)
[14:23] -queuebot:#ubuntu-ci-eng- kenvandine, https://requests.ci-train.ubuntu.com/#/ticket/1500 Needs rebuild due to new commits (yakkety/libertine, yakkety/qtubuntu). Successfully built (vivid/apparmor-easyprof-ubuntu, vivid/content-hub, vivid/libertine, vivid/qtubuntu, vivid/qtubuntu-gles, xenial/apparmor-easyprof-ubuntu, xenial/content-hub, xenial/libertine, xenial/qtubuntu, xenial/qtubuntu-gles, yakkety/apparmor-easyprof-ubuntu, yakkety/content-hub, yakkety/qtubuntu-gles)
[14:31] <Mirv> kenvandine: how do you figure, do you have a silo with it that'd show the autopkgtests failing/succeeding? my silo is green on vivid/xenial, but I figure the problem shows only if silo reverse deps include ubuntuone-credentials which u-s-s itself doesn't bring..
[14:31] -queuebot:#ubuntu-ci-eng- oSoMoN, https://requests.ci-train.ubuntu.com/#/ticket/1788 Failed to build (vivid/webbrowser-app, yakkety/webbrowser-app). Successfully built (xenial/webbrowser-app)
[14:31] <Mirv> so trying that MP alone doesn't show it in silo autopkgtests
[14:35] <Mirv> I think I can add account-plugins to the silo and then it'd test the issue
[14:38] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Currently building (vivid/unity-scope-click, xenial/unity-scope-click, yakkety/unity-scope-click). Destination version missing from changelog (yakkety/url-dispatcher). Failed to build (xenial/pay-service, yakkety/pay-service). Successfully built (vivid/content-hub, vivid/indicator-datetime, vivid/indicator-transfer, vivid/libertine-scope, vivid/pay-service, vivid/qtmir, vivid/qtmir-gles,
[14:40] -queuebot:#ubuntu-ci-eng- timo-jyrinki, https://requests.ci-train.ubuntu.com/#/ticket/1801 Generating diffs
[14:41] <Saviq> Mirv, jibel oh! "No GSettings schemas are installed on the system"
[14:41] -queuebot:#ubuntu-ci-eng- renatofilho, https://requests.ci-train.ubuntu.com/#/ticket/1779 Failed to build (yakkety/buteo-syncfw). Successfully built (vivid/buteo-syncfw, xenial/buteo-syncfw)
[14:42] -queuebot:#ubuntu-ci-eng- timo-jyrinki, https://requests.ci-train.ubuntu.com/#/ticket/1801 Preparing packages
[14:42] <Saviq> $ gsettings list-schemas
[14:42] <Saviq> No schemas installed
[14:43] <Mirv> Saviq: that could hurt
[14:43] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Preparing packages
[14:43] <Saviq> Mirv, /me says that's what's causing the all-crash
[14:43] <Saviq> and could explain why it works on upgrade
[14:43] <Saviq> if vivid finds schemas fine
[14:44] <Saviq> and compiles them and all
[14:44] <Saviq> and then on upgrade they're ready
[14:45] <kenvandine> Mirv,  we had been seeing the failure in silo 27
[14:45] <kenvandine> for uss
[14:46] <kenvandine> Mirv, it runs the tests for  ubuntu-system-settings-online-accounts which depends on uss
[14:47] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 yakkety/zeitgeist: debdiff failed: see log for details
[14:47] <kenvandine> Mirv, silo 12 failed autopkgtests for the same reason
[14:48] <kenvandine> although now silo 12 is rebuilding again
[14:52] -queuebot:#ubuntu-ci-eng- koza, https://requests.ci-train.ubuntu.com/#/ticket/1748 QA Signoff: Approved
[14:52] <Saviq> davmor2, do you know why my frieza could suddenly only be available with "sudo adb"? unless the adb server gets started with sudo, I'm not getting perms (yeah mtp doesn't work either, but I've libmtp-runtime installed)
[14:53] <Saviq> can you show your `dpkg -l | grep mtp` please?
[14:53] <davmor2> Saviq: if you enable adb you lose mtp on frieza
[14:53] <Saviq> orly?
[14:53] <Saviq> but still I should be getting it as user, not only as root?
[14:53] <Saviq> s/it/adb/
[14:53] <davmor2> Saviq: if you disable dev mode you get mtp back
[14:54] <davmor2> Saviq: if you are having to use sudo it is normally because you have upgraded and don't have the udev rules in place for frieza
[14:55] <davmor2> Saviq: morphis and john-mcaleely can possibly help you out more there
[14:55] <Saviq> davmor2, yeah something of the sort, just wonder where should they come from...
[14:55] <Saviq> thanks
[14:56] <davmor2> Saviq: on my fresh install I don't need to add sudo but I did on my upgrade from trusty and upgrade from wily
[14:57] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Preparing packages
[14:58] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Preparing packages
[15:00] <john-mcaleely> that's an odd one
[15:00] <john-mcaleely> not seen it recently to my memory
[15:01] <john-mcaleely> if mtp is also broken, it smells like your laptop has opinions about usb access
[15:03] <Saviq> john-mcaleely, are there udev rules that should come from some phablet-tools thing?
[15:04] -queuebot:#ubuntu-ci-eng- timo-jyrinki, https://requests.ci-train.ubuntu.com/#/ticket/1801 Successfully built
[15:04] <john-mcaleely> Saviq, I'm honestly not sure. At one time, I thought so, but others seem to think not these days
[15:04] <Saviq> ack
[15:18] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Destination version missing from changelog (yakkety/url-dispatcher). Needs building (yakkety/pay-service). Successfully built (vivid/content-hub, vivid/indicator-datetime, vivid/indicator-transfer, vivid/libertine-scope, vivid/pay-service, vivid/qtmir, vivid/qtmir-gles, vivid/ubuntu-app-launch, vivid/ubuntu-push, vivid/unity-scope-click, vivid/url-dispatcher, vivid/zeitgeist, xenial/cont
[15:20] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Preparing packages
[15:22] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Dependency wait (yakkety/indicator-network). Failed to build (vivid/indicator-network, xenial/indicator-network). Successfully built (vivid/gmenuharness, xenial/gmenuharness). Uploading build (yakkety/gmenuharness)
[15:22] <Mirv> kenvandine: the ubuntu-system-settings-online-accounts tests on silo 12 were green, only the yakkety stuff failed
[15:23] <Mirv> kenvandine: here is what I saved, http://people.ubuntu.com/~timo-jyrinki/excuses/vivid-excuses.html
[15:24] <Mirv> the links to successful runs still work. I just added the account-plugins to silo 12 to get the ubuntuone-credentials tests too.
[15:24] <Saviq> Mirv, jibel, confirmed - `gsettings list-schemas` works fine after upgrade, broken on wipe
[15:25] <kenvandine> Mirv, i hope it did fix it
[15:25] <Saviq> glib-compile-schemas doesn't help
[15:25] <Saviq> (and it doesn't break, either)
[15:27] <jibel> it's what I just tried and indded it doesn't fix anything
[15:32] <Saviq> we need someone who knows their way around gschemas
[15:34] <jibel> seb128, do you have any idea what could cause the error "No GSettings schemas are installed on the system" in bug 1604421 or know someone who could help?
[15:38] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Needs building (xenial/url-dispatcher). Successfully built (vivid/content-hub, vivid/indicator-datetime, vivid/indicator-transfer, vivid/libertine-scope, vivid/pay-service, vivid/qtmir, vivid/qtmir-gles, vivid/ubuntu-app-launch, vivid/ubuntu-push, vivid/unity-scope-click, vivid/url-dispatcher, vivid/zeitgeist, xenial/content-hub, xenial/indicator-datetime, xenial/indicator-transfer, xeni
[15:42] -queuebot:#ubuntu-ci-eng- pete-woods, https://requests.ci-train.ubuntu.com/#/ticket/1799 Dependency wait (yakkety/indicator-network). Failed to build (vivid/indicator-network, xenial/indicator-network). Successfully built (vivid/gmenuharness, xenial/gmenuharness, yakkety/gmenuharness)
[15:52] <sil2100> jibel, Saviq: included a commitlog for 40-41 in case it's needed, attached to the bug
[15:52] <Saviq> tx
[15:55] <Saviq> wonder if the gsettings-ubuntu-touch-schemas update could have caused it
[15:55] <Saviq> there's also a unity-schemas bump
[15:57] <Saviq> added the two tasks to track
[15:57] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Successfully built
[16:01] <bzoltan> trainguards: I need the silo70 enter the QA queue, vivid and xenial are green except for the known ubuntu-system-settings-online-accounts ppc64el which is the known ubuntu-system-settings problem
[16:01] <bzoltan> sil2100: ^
[16:06] <bzoltan> jibel:  do you know who I should ask now? i am pinging virtually everybody all day without much response. It is the third day that the UITK silo is not taken to the QA queue...
[16:09] <sil2100> bzoltan: hey! Ok, the u-s-s problem will be dealt with pretty soon, but for the QA queue you'll have to poke QA - but anyway, let me take a quick look at the silo in overall
[16:10] <jibel> bzoltan, I forced it so we don't waste more time
[16:11] -queuebot:#ubuntu-ci-eng- bzoltan, https://requests.ci-train.ubuntu.com/#/ticket/1712 QA Signoff: Ready
[16:11] <bzoltan> sil2100: I am asking the QA for letting this silo into the queue for days. I am aware of the u-s-s problem, but i do not get how much holding back the UITK helps to solve that problem :)
[16:11] <jibel> sil2100, it's the same failure than other packages
[16:11] <bzoltan> jibel: thank you
[16:12] <jibel> Saviq, I reinstalled the schemas, triggered the trigger manually, it runs fine but still not booting. I'll try to downgrade the schemas
[16:22] <robru> sil2100: Mirv: is it still unsafe to publish? If necessary I can push some code so only trainguard can publish
[16:33] <robru> Mirv: I disabled that tag cleaning thing so finalizing should now complete in finite time.
[16:34] <Mirv> robru: sil2100: I think it'd be appreciated to block publishing until tomorrow by other than trainguards. I hear the kernel bits are on their way so it would be best to kept yakkety untouched.
[16:35] <Mirv> of course trainguards shouldn't publish either mostly :) unless 100% sure it's not part of the migration set.
[16:37] <robru> Mirv: ok, end-user publish ability will disappear in 5 minutes.
[16:37] <Mirv> nice, thanks
[16:38] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://requests.ci-train.ubuntu.com/#/ticket/1780 Preparing packages
[16:40] <Mirv> kenvandine: dobey: sil2100: confirming that https://code.launchpad.net/~timo-jyrinki/ubuntu-system-settings/switch_dep_powerd_to_repowerd/+merge/302934 _is_ the fix to the issue, https://requests.ci-train.ubuntu.com/static/britney/ticket-1801/landing-012-vivid/excuses.html
[16:40] <Mirv> however we can't publish it today because u-s-s could stall the migration efforts
[16:41] <Mirv> kenvandine: dobey: sil2100: so yes the thing that parses the dependencies for autopkgtests does somehow evaluate the package1 | package2 earlier and doesn't give the evaluation to apt later on, I guess
[16:43] <sil2100> \o/
[16:43] <sil2100> Yeah
[16:43] <sil2100> Let's wait till tomorrow
[16:43] <Mirv> copied the excuses pages to http://people.ubuntu.com/~timo-jyrinki/excuses/ in case the 012 results would disappear from sight
[16:43] <Mirv> yep
[16:46] <Mirv> Laney: ok train is now on hold on the infrastructure side, let's hope the more western timezones could get the kernel in and finish migration today
[16:49] <dobey> Mirv: i'm very surprised that would actually fix it. but meh
[16:50] <dobey> Mirv: i saw infinity did an upload of i think an nvidia package that was holding things up, which might let it through
[16:50] <seb128> jibel, the no settings, check what's the value of XDG_DATA_DIRS
[16:51] <seb128> jibel, it might not include /usr/share/
[16:51] <seb128> jibel, otherwise strace to see what dirs it tries to use
[17:02] <seb128> jibel, Saviq, that bug is for sure not a glib one, removed that line
[17:03] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://requests.ci-train.ubuntu.com/#/ticket/1780 Failed to build
[17:03] <seb128> I can help debugging if somebody has the issue/can do steps
[17:05] <Saviq> seb128, ack, reflashing to reproduce now, will let you know
[17:05] <seb128> k
[17:05] <seb128> Saviq, check the env from the process and the value of XDG_DATA_DIRS
[17:05] <Saviq> ack
[17:06] <seb128> that's one gotcha I helped an user debugging recently
[17:06] <seb128> the other one is /usr/local hijacking /usr
[17:06] <seb128> but usually that leads to missing keys because in that case you have some schemas
[17:06] <seb128> just older versions masking yours
[17:07] <Saviq> it would be weird if that was the case, as {apt,image}-upgrading from vivid makes it work fine, it only fails on bootstrap or wipe
[17:16] <Saviq> seb128, hah, indeed XDG_DATA_DIRS=/usr/share/ubuntu-touch:/usr/share/ubuntu-touch::/custom/usr/share/
[17:17] <Saviq> jibel, ↑
[17:17] <seb128> Saviq, there you go, it's missing /usr/share/
[17:19] <Saviq> whatever's adding the values to .profile is doing it wrong
[17:20] <seb128> looks like it
[17:26] <sil2100> huh
[17:32] <sil2100> I wonder which of the packages that changed between 40-41 actually does that
[17:33] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://requests.ci-train.ubuntu.com/#/ticket/1780 Preparing packages
[17:45] <Saviq> ogra_, you've been involved in that way back when, any idea what mangles ~/.profile on touch?
[17:50] <sil2100> I also wonder, since it might have been something changing in xenial ubuntu that broke the behavior, since otherwise we would have seen something similar in vivid
[18:00] <sil2100> hmmm
[18:02] -queuebot:#ubuntu-ci-eng- boiko tiagosh, https://requests.ci-train.ubuntu.com/#/ticket/1780 Successfully built
[18:05] -queuebot:#ubuntu-ci-eng- alextu, https://requests.ci-train.ubuntu.com/#/ticket/1798 QA Signoff: Failed
[18:06] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Preparing packages
[18:07] <sil2100> I thought maybe something in livecd-rootfs changed, e.g. in the way the images are built, but no
[18:08] <sil2100> Saviq, seb128: anyway guys, nice catch! Now to just find out what caused this
[18:15] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Preparing packages
[18:32] <kdub> trainguards, https://requests.ci-train.ubuntu.com/#/ticket/1654 has automated test failures (testbed out of date)...  last time that happened, we just +1ed the silo to the QA trello board, is that the same course of action here?
[18:33] <robru> kdub: for yakkety sure but you also have vivid and xenial failures that need to be addressed
[18:34] <robru> kdub: it's complaining about old binaries so I'll try deleting those and then see what happens
[18:35] <kdub> thanks robru, is the old binaries message in the excuses file?
[18:35] <pmcgowan> Saviq, ubuntu-touch-session
[18:35] <robru> kdub: yes. if you look at the excuses you've got "not considered" across the board which is a failure. it's not an autopkgtest failure but it's a britney failure
[18:36] <kdub> robru, ah, yes, now I see
[18:37] <pmcgowan> pmcgowan, I suspect something changed what DESKTOP_SESSION is
[18:37] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Successfully built (vivid/content-hub, vivid/indicator-datetime, vivid/indicator-transfer, vivid/libertine-scope, vivid/pay-service, vivid/qtmir, vivid/qtmir-gles, vivid/ubuntu-push, vivid/unity-scope-click, vivid/url-dispatcher, vivid/zeitgeist, xenial/content-hub, xenial/indicator-datetime, xenial/indicator-transfer, xenial/libertine-scope, xenial/pay-service, xenial/qtmir, xenial/qtmi
[18:38] <robru> kdub: ok, usually "old binaries" happens when you rename a package mid-ticket so an old source produced binaries that aren't produced anymore. I've deleted all your superceded packages so the next britney run should make some progress
[18:38] <kdub> alright, thank you robru
[18:39] <robru> kdub: you're welcome. check back at https://requests.ci-train.ubuntu.com/static/britney/ticket-1654/landing-036-vivid/excuses.html in about 45 minutes and then if it says valid we can force it into QA, otherwise we can address whatever issue pops up next
[18:40] <kdub> sounds good
[18:44] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Successfully built
[18:50] <sil2100> pmcgowan: hm, I supose that wouldn't be enough, when you look at the ubuntu-touch-session code it's never 'overwriting' the XDG_DATA_DIRS variable, even when appending $DESKTOP_SESSION
[18:50] <sil2100> pmcgowan: so it should still have the original /usr/share at the end
[18:52] <sil2100> In theory
[18:53] <pmcgowan> sil2100, seems so
[18:54] <pmcgowan> sil2100, it also runs all the scripts in /etc/profile.d
[18:54] <pmcgowan> wonder if something got stuck in there
[18:55] <sil2100> pmcgowan: to me it looks like something resets XDG_DATA_DIRS somewhere
[18:55] <pmcgowan> sil2100, do you have a device in this state?
[18:56] <sil2100> pmcgowan: like, if you look at the broken XDG_DATA_DIRS, you can see the two ::, showing obviously that there was some something_before:$XDG_DATA_DIRS:something_later, but it got cleaned out
[18:56] <sil2100> pmcgowan: not yet, wanted to flash it but I'm not sure I'll be able to do that today still
[18:57] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Successfully built
[18:57] <sil2100> But the profile.d idea is a valid lead I guess
[18:57] <pmcgowan> I would like to see what is in there
[18:58] <sil2100> pmcgowan: I see my old fix there for customized notification sounds
[18:58] <sil2100> pmcgowan: would try to remove that script first as an experiment ;)
[18:59] <sil2100> So /etc/profile.d/add_custom_to_xdg_data.sh
[19:21] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Generating diffs
[19:27] <ogra_> seb128, Saviq, whatever it is it doesnt "mangle" it puts a proper snippet into /etc/profile.d/.... iirc the only thing touching XDG_DATA_DIR is the bit from the custom tarball management ...
[19:27] <ogra_> Saviq, that was a patch from cwayne to ubuntu-touch-session IIRC
[19:28] <ogra_> uuuh
[19:28]  * ogra_ just checked his ~/.profile ...  thats gross 
[19:28] <ogra_> definitely horridly wrong
[19:29] <ogra_> (and nothing that happened when the phonedations team existsed, nobody would touch ~/.profile )
[19:32] <ogra_> seb128, Saviq i dont see anything in livecd-rootfs either, must be something that happens on first boot or so
[19:38] <Saviq> ogra_, yeah it does seem like a first boot thing indeed as it works if you upgrade from vivid to xenial, only wipe or bootstrap breaks it
[19:38] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1772 Successfully built
[19:41] <pmcgowan> my flash from a few weeks ago has /custom/xdg/data:/usr/share/ubuntu-touch:/usr/local/share:/usr/share
[19:42] <ogra_> uh, oh
[19:42] <ogra_> Saviq, take a look at /usr/bin/ubuntu-touch-session
[19:43] <ogra_> i guess thats it
[19:43] <ogra_> i suspect from a time where autopilot ran directly through adb
[19:43] <Saviq> ogra_, indeed
[19:43] <ogra_> kill it with fire !!!!
[19:44] <ogra_> (though you probably want some clleanup code too that removes the lines from ~/.profile)
[19:44] <ogra_> that must be really ancient
[19:44] <pmcgowan> any idea why it just started breaking?
[19:45] <ogra_> nope
[19:45] <pmcgowan> something else setting it first?
[19:45] <Saviq> something must've started supplying a XDG_* so the script actually doesn't do it
[19:45] <Saviq> yeah
[19:45] <pmcgowan> the script doesnt run the sme
[19:45] <pmcgowan> Saviq, even your updated thing is different from my flash from 2 weeks ago
[19:46] <Saviq> yeah it seems too random
[19:46] <ogra_> Saviq, well, the session code actually greps in ~/.profile
[19:46] <ogra_> so it doesnt care for your env at all
[19:46] <pmcgowan> I see
[19:47] <ogra_> but ...
[19:47] <ogra_> the profile.d ssnippets are executed *after* ~/.profile is processed
[19:47] <ogra_> well ... at the end
[19:48] <pmcgowan> that just ads the custom path
[19:48] <ogra_> so if someting in /etc/profile.d/ changed it will override
[19:48] <ogra_> the cuustom path is added from the session script too
[19:48] <ogra_> # if /custom/xdg/config exists, add it to xdg_config_dirs. this is so upstart can get job definitions from /custom
[19:48] <ogra_> if [ -d /custom/xdg/config ]; then
[19:48] <ogra_>         export XDG_CONFIG_DIRS=/custom/xdg/config:$XDG_CONFIG_DIRS
[19:48] <ogra_> fi
[19:48] <ogra_> that runs first
[19:49] <ogra_> then the adding to ~/.profile happens
[19:49] <ogra_> then /etc/profile.d gets processed
[19:50] <ogra_> i suspect the ubuntu-touch-session didnt change recently ... so i would suspect some profile.d script overrides
[19:50] <ogra_> hmm
[19:50] <ogra_> phablet@ubuntu-phablet:~$ cat /etc/profile.d/add_custom_to_xdg_data.sh
[19:50] <ogra_> # For bug LP: #1413818, we need to unclude /custom/usr/share for customized
[19:50] <ogra_> # notification sounds to work
[19:50] <ogra_> export XDG_DATA_DIRS=$XDG_DATA_DIRS:"/custom/usr/share/"
[19:51] <ogra_> thats definitely wrong quoting
[19:51] <ogra_> and tthe order also differs ... the script prepends /custom ... the snippet then appends
[19:52] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Preparing packages
[19:52] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Job cancelled by dobey!
[19:53] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Preparing packages
[19:53] <ogra_> your issue definitely lies somewhere between the snippets in /etc/profile.d and /usr/bin/ubuntu-touch-session
[19:54] <ogra_> (and the adding to ~/--profile needs to go )
[19:54] <ogra_> *~/.profile
[19:57] <pmcgowan> sil2100, it could be nothing be I see libertine added a dep on xdg-data-dirs package which seems to set up some config as well
[19:57] <pmcgowan> er xdg-user-dirs
[20:01] <pmcgowan> naw that was much later
[20:24] -queuebot:#ubuntu-ci-eng- dobey, https://requests.ci-train.ubuntu.com/#/ticket/1802 Successfully built
[21:12] <koza> trainguards, hey. https://requests.ci-train.ubuntu.com/#/ticket/1748 can be finalized but it is not considered on yakkety. can I safely click finalize or I need core dev to do it for me due to that yakkety thing?
[21:12] <robru> koza: finalize? it's not even published
[21:13] -queuebot:#ubuntu-ci-eng- tiagosh boiko, https://requests.ci-train.ubuntu.com/#/ticket/1319 Preparing packages
[21:13] <koza> robru s/finalize/publish/
[21:13] <robru> koza: yes user-publishing has been temporarily disabled because of the yakkety issues. please consult with slangasek to see if publishing this will cause problems
[21:13] <koza> robru, cool thanks
[21:14] <koza> slangasek, hey ^^^^^
[21:28] -queuebot:#ubuntu-ci-eng- pstolowski, https://requests.ci-train.ubuntu.com/#/ticket/1785 Needs rebuild due to new commits (yakkety/unity-scopes-shell). Successfully built (vivid/unity-scopes-shell, xenial/unity-scopes-shell)
[21:30] <slangasek> koza, robru: ubuntu-system-settings is part of the current library transition, and should not be landed to yakkety right now on top of what's currently in -proposed
[21:32] <robru> slangasek: any way to unstick koza? maybe copy vivid/xenial then force finalize, just skip the yakkety bit entirely?
[21:33] <slangasek> robru: that sounds like the right process, but I'd rather not wind up colliding with the list you mentioned Mirv was making of silos to be published when the transition finishes.  Can this wait for daylight in Mirv landia?
[21:33] <robru> slangasek: that's a good 8 hours away
[21:34] <robru> koza: can you wait? ^
[21:41] <koza> robru, yes however it has to be a part of ota-13
[21:42] <robru> I'm not up to speed on the ota13 schedule
[21:42] <koza> robru, 8h [basically a day or even two] is ok to wait
[21:42] <robru> koza: ok, yeah we should pass it to Mirv then, he's handling the transition
[21:43] <koza> robru, cool should I talk to him
[21:43] <robru> koza: yeah shoot him an email I guess, he can publish once it's safe to do so
[21:44] -queuebot:#ubuntu-ci-eng- tiagosh boiko, https://requests.ci-train.ubuntu.com/#/ticket/1319 Failed to build (xenial/telephony-service, yakkety/history-service, yakkety/messaging-app, yakkety/telepathy-ofono, yakkety/telephony-service). Successfully built (vivid/history-service, vivid/messaging-app, vivid/telepathy-ofono, vivid/telephony-service, xenial/history-service, xenial/messaging-app, xenial/telepathy-ofono)
[21:44] <koza> robru, will do, thanks for help
[21:44] <robru> koza: you're welcome
[21:47] -queuebot:#ubuntu-ci-eng- pstolowski, https://requests.ci-train.ubuntu.com/#/ticket/1785 Successfully built
[22:05] <oSoMoN> robru, I need a source package copy of oxide-qt (both vivid and xenial) from https://launchpad.net/~osomon/+archive/ubuntu/oxide/+packages to silo 34, could you do that for me?
[22:06] <robru> oSoMoN: on it
[22:06] <oSoMoN> thanks!
[22:07] <robru> oSoMoN: you're welcome
[22:35] -queuebot:#ubuntu-ci-eng- tedg, https://requests.ci-train.ubuntu.com/#/ticket/1809 No silos available! Please ask your friendly neighborhood trainguard to free some
[22:36] <robru> Ugh
[22:36] <tedg> Don't need that right away.
[22:36] <tedg> robru: ^
[22:37] <robru> Ok
[22:46] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Preparing packages
[23:05] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Failed to build (yakkety/thumbnailer). Successfully built (vivid/persistent-cache-cpp, vivid/thumbnailer, xenial/persistent-cache-cpp, yakkety/persistent-cache-cpp). Uploading build (xenial/thumbnailer)
[23:13] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Preparing packages
[23:45] -queuebot:#ubuntu-ci-eng- michi jamesh, https://requests.ci-train.ubuntu.com/#/ticket/1703 Failed to build (vivid/thumbnailer). Successfully built (vivid/persistent-cache-cpp, xenial/persistent-cache-cpp, xenial/thumbnailer, yakkety/persistent-cache-cpp, yakkety/thumbnailer)
[23:54] <slangasek> mzanetti: hi, so did you mean to add a link to the mir trello board onto the Ubuntu Tech Board meeting?