[00:10] <Elleo> cre
[00:10] <Elleo> oops
[00:36] <michi_> robru: https://bileto.ubuntu.com/#/ticket/2218
[00:36] <michi_> I somehow managed to create this. Probably by navigating away or some such.
[00:36] <michi_> It appears impossible to delete it without actually filling it in?
[00:37] <robru> michi_: correct, it's impossible to delete tickets. You can either just save it for later, or type garbage into description and test plan, then abandon
[00:39] <michi_> robru: OK, thanks!
[00:39] <michi_> robru: I typed "garbage" into those two fields, and it worked :)
[00:41] -queuebot:#ubuntu-ci-eng- michi, https://bileto.ubuntu.com/#/ticket/2218 Abandoning ticket
[08:57] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2295 Generating diffs
[09:14] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2295 Diff missing
[09:15] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2295 Successfully built
[09:18] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 QA Signoff: Approved
[10:09] -queuebot:#ubuntu-ci-eng- Mirv tsimonq2 mitya57, https://bileto.ubuntu.com/#/ticket/1985 Failed to build (zesty/akonadi, zesty/maliit-framework, zesty/qtcurve, zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Ready to build (zesty/qtbase-opensource-src-gles, zesty/qtdeclarative-opensource-src-gles, zesty/qtlocation-opensource-src-gles, zesty/qtmultimedia-opensource-src-gles, zesty/qtubuntu-gles, zesty/ubuntu-ui-toolkit-gles). Successfull
[10:29] <oSoMoN> trainguards: could you please do a source copy of oxide-qt 1.19.6-0ubuntu<IP_ADDRESS>~overlay1 from https://launchpad.net/~osomon/+archive/ubuntu/oxide/+packages to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2295/+packages ?
[10:30] <xnox> oSoMoN, For both release series?
[10:31] <xnox> oSoMoN, i am guesing for vivid only, as that's what the bileto is configured as.
[10:33] <xnox> $ ./copy-package --from ppa:osomon/ubuntu/oxide -s vivid --to ppa:ci-train-ppa-service/ubuntu/2295 --sponsor osomon oxide-qt
[10:33] <xnox> Copy candidates:
[10:33] <xnox> 	oxide-qt 1.19.6-0ubuntu<IP_ADDRESS>~overlay1 in vivid
[10:33] <xnox> Candidate copy target: https://api.launchpad.net/devel/~ci-train-ppa-service/+archive/ubuntu/2295
[10:33] <xnox> Sponsored for: https://api.launchpad.net/devel/~osomon
[10:33] <xnox> Copy [y|N]? y
[10:33] <xnox> 1 copy requested.
[10:33] <oSoMoN> xnox, yes, vivid only indeed, thanks!
[10:34] <oSoMoN> xnox, I will request another silo to target xenial+overlay and zesty, will ask for another copy shortly
[10:46] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2298 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:46] <tdaitx> xnox, how do I get bileto to merge stuff back to the repo? IIRC robru told me I should add a user to the team's repository, but which user is that?
[10:46] <oSoMoN> trainguards: could you please do a source copy of oxide-qt (xenial and zesty) from https://launchpad.net/~osomon/+archive/ubuntu/oxide/+packages to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2298/+packages ?
[10:47] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[10:47] <robru> tdaitx: you need to make sure that ~ci-train-bot is in the team that owns your branch
[10:47] <robru> oSoMoN: one sec
[10:47] <tdaitx> robru, sweet! thanks ;-)
[10:48] <xnox> tdaitx, https://launchpad.net/~ci-train-bot
[10:48] <robru> oSoMoN: done
[10:48] <robru> tdaitx: yw
[10:48]  * xnox is too slow
[10:48] <tdaitx> tks guys
[10:48] <oSoMoN> robru, thanks!
[10:48] <robru> oSoMoN: you're welcome
[10:55] <davmor2> robru: isn't it like OMG! it's early O'clock there?
[10:56] <robru> davmor2: 3AM. still jetlagged
[11:02] <davmor2> robru: go to bed, and lie there with your eyes closed, this will relax your body and mind even if you don't fall asleep
[11:02] <robru> davmor2: I don't think you understand how important it is that I configure i3wm Right. Now.
[11:03]  * davmor2 glares at robru
[11:18] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Needs rebuild due to new commits (xenial/qtubuntu-print). Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/ubuntu-printing-app)
[11:22] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[11:38] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtubuntu-print, xenial/ubuntu-printing-app)
[12:06] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[12:06] <mzanetti> trainguards: can you please help me in advancing this? https://bileto.ubuntu.com/#/ticket/2150
[12:06] <mzanetti> as I've said yesterday, I don't understand what's wrong in the tests, they all seem to pass... and they also passed multiple times on this silo in our jenkins
[12:07] <mzanetti> so, I guess retriggering them should help
[12:07] <sil2100> mzanetti: hey! Have they been re-triggered?
[12:07] <mzanetti> sil2100, I've asked here yesterday but didn't get any reply... so probably not
[12:07] <xnox> mzanetti, most likely your silo doesn't have new mir which is in flight landing in the proposed pocket too.
[12:07] <xnox> mzanetti, have you tried debugging tests with zesty-proposed enabled?
[12:08] <sil2100> mzanetti: ok, I re ran them
[12:08] <xnox> (locally, e.g. use flat to local autopkgtest running to use proposed pocket for _everything_)
[12:08] <mzanetti> xnox: https://unity8-jenkins.ubuntu.com/job/test-ppa-autopkgtest/108/
[12:08] <mzanetti> they seem to run on zesty for us, yes
[12:08] <xnox> mzanetti, from http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir landing new qtmir regresses unity8.
[12:09] <xnox> mzanetti, can you help me navigating to the raw build log?
[12:09] <mzanetti> xnox, yeah, but in that log there isn't an actual test failure
[12:09] <xnox> to see, e.g. which qtmir is used?
[12:09] <mzanetti> https://unity8-jenkins.ubuntu.com/job/test-ppa-autopkgtest/108/label=amd64,package=unity8,release=zesty,testname=qmluitests.sh/consoleText
[12:10] <mzanetti> thanks sil2100
[12:10] <xnox> mzanetti, could you please rerun that jenkins job again?
[12:11] <xnox> i see qtmir-desktop in zesty-proposed moved to 0.5.0+17.04.20161203-0ubuntu1, and the unity8-jenkins build used 0.5.0+17.04.20161123.3-0ubuntu1 which is older.
[12:11] <xnox> mzanetti, if you retrigger that jenkins job, i expect it to fail, and then you will have insight as to why/how new qtmir affects unity8
[12:17] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 PPA/bzr version mismatch (xenial/qtubuntu-print, xenial/ubuntu-printing-app). Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[12:29] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[12:31] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2299 Preparing packages
[12:35] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Preparing packages
[12:47] <greyback> trainguards: hey, looking at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#mir I'm curious if it is actually landing or not
[12:48] <xnox> greyback, Not considered no, it is not. However, i believe there are actions required from AA to decruft / remove obsolete packages.
[12:48] <greyback> xnox: ok, I was never certain about the "Not considered" - that's all I needed, thanks
[12:50] <xnox> greyback, also i don't think it will land, unless everything is rebuild to drop the ABI deps on obsolete packages, no?
[12:50] <xnox> e.g. has everything been rebuild against libmircommon7, to drop libmircommon6 and has that all landed in zesty-proposed as well?
[12:51] <xnox> and similar for the rest of the libraries.
[12:52] <xnox> seb128, i think we need to remove libmircommon6, libmirplatform13, libmirserver41, mir-platform-graphics-android10, mir-platform-graphics-mesa-kms10, mir-platform-graphics-mesa-x10, mir-platform-input-evdev5 from zesty-proposed, as all of these have been superseeded by new ABI packages
[12:52] <xnox> seb128, where you the one who did AA ack?
[12:52] <Saviq> oSoMoN, hey, yes, something changed in the archive and our last silo started segfaulting in proposed after having been fine in silo - mterry was looking into it yesterday, not sure where he got yet
[12:52] <greyback> xnox: sorry, I can't speak for how the mir team does this. I do think what you say manes sense
[12:55] <mzanetti> xnox, ok, it passed
[12:55] <xnox> mzanetti, fun! let me retrigger the tests with explicit "use everything from proposed"
[12:55] -queuebot:#ubuntu-ci-eng- rmescandon tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2233 Successfully built
[12:56] <pete-woods> trainguards: hi guys. I've got a silo that was blocked on the oxide shadowing issue yesterday.
[12:56] <xnox> seb128, rmadison -S mir | grep zesty -> confirms that above mentioned obsolete abi packages should be remove from zesty-proposed, as they have become NBS
[12:56] <pete-woods> I tried re-running the autopkgtests today, but I'm getting the same uninstallable test deps issue
[12:56] <pete-woods> do I need to rebuild the silo to trick it into thinking the packages have changed or something?
[12:57] <pete-woods> I see 20161212 in the timestamp
[12:57] <pete-woods> for e.g<EMAIL_ADDRESS>[12:57] <pete-woods> I guess that means yes?
[12:58] <xnox> mzanetti, resubmitted adt tests for unity8, for zesty, on amd64 and i386, with all-proposed=1 flag.
[12:58] <mzanetti> ok, thanks, lets see
[12:58] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtubuntu-print, xenial/ubuntu-printing-app)
[12:59] <sil2100> Fingers crossed
[12:59] <sil2100> pete-woods: did the new xenial overlay oxide land already?
[12:59] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Successfully built
[12:59] <xnox> mzanetti, either sil2100 or mine requests hopefully succeed =) and hopefully the failed ones will not shadow passed ones =)
[13:00] <sil2100> hah
[13:00] <sil2100> ;)
[13:00] <mzanetti> xnox, but as I said before, looking through that log I did not even see a test fail. they all passed and for some reason I could not see, the script still exited with code != 0
[13:00] <pete-woods> sil2100: thought so, yeah
[13:01]  * pete-woods double checks
[13:01] <pete-woods> https://bileto.ubuntu.com/#/ticket/2263
[13:01] <pete-woods> yeah, looks like it
[13:02] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2299 Successfully built
[13:05] <xnox> mzanetti, i clearly see failures.... from http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity8 -> i see a few things:
[13:05] <xnox> qmluitests.sh        FAIL non-zero exit status 2 -> obviously
[13:05] <xnox> make[2]: Target 'tests/CMakeFiles/xvfballtests.dir/all' not remade because of errors.
[13:05] <xnox> Then look for "Error 2" which brings up a few segmentation faults.
[13:06] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Preparing packages
[13:06] <xnox> the fun ones are like this:
[13:07] <xnox> file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Content/ContentPeerPicker11.qml:48:5: QML Header: Mixing of Ubuntu.Components module versions 1.2 and 1.3 detected!
[13:07] <xnox> qml: WARNING: Header is an internal component of Ubuntu.Components andits API may change or be removed at any moment.Please use MainView and Page instead.
[13:07] <xnox> qml: WARNING: Header is an internal component of Ubuntu.Components andits API may change or be removed at any moment.Please use MainView and Page instead.
[13:07] <xnox> file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Content/ContentPeerPicker11.qml:205: TypeError: Cannot read property 'peers' of null
[13:07] <xnox> file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Content/ContentPeerPicker11.qml:205: TypeError: Cannot read property 'peers' of null
[13:07] <xnox> it does not look good =/
[13:08] <xnox> cd /tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/obj-x86_64-linux-gnu/tests/qmltests && env QML2_IMPORT_PATH=/usr/lib/x86_64-linux-gnu/unity8/qml/mocks:/tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/obj-x86_64-linux-gnu/tests/mocks:/tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/obj-x86_64-linux-gnu/tests/utils/modules:/usr/lib/x86_64-linux-gnu/unity8/qml UNITY_TESTING=1 LANGUAGE=C LC_ALL=C.UTF-8
[13:08] <xnox> LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/unity8/qml/mocks/libusermetrics:/usr/lib/x86_64-linux-gnu/unity8/qml/mocks/LightDM/IntegratedLightDM/liblightdm LD_PRELOAD=/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 /usr/bin/xvfb-run --server-args -screen\ 0\ 1024x768x24 --auto-servernum /usr/bin/qmltestrunner -input /tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/tests/qmltests/Dash/Previews/tst_PreviewPayments.qml -o /tmp/autopkgtest.f1z1Af/
[13:08] <xnox> qmluitests.sh-artifacts/tests/qmltests/testPreviewPayments.xml,xunitxml -o -,txt
[13:08] <xnox> file:///tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/qml/Dash/Previews/PreviewPayments.qml:58: TypeError: Cannot read property 'store_item_id' of undefined
[13:09] <xnox> file:///tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/qml/Dash/Previews/PreviewPayments.qml:57: TypeError: Cannot read property 'currency' of undefined
[13:09] <xnox> file:///tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/qml/Dash/Previews/PreviewPayments.qml:56: TypeError: Cannot read property 'price' of undefined
[13:09] <xnox> file:///tmp/autopkgtest.f1z1Af/build.BAx/unity8-8.15+17.04.20161207.1/qml/Dash/Previews/PreviewPayments.qml:54: TypeError: Cannot read property 'source' of undefined
[13:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub). Needs rebuild due to new commits (zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[13:09] <xnox> aka all the TypeError
[13:10] <mzanetti> xnox, those typeErrors are warnings...
[13:10] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[13:10] <mzanetti> the segfault, yeah...
[13:11] <mzanetti> but then, I don't even know what segfaults, because the test actually runs to its end
[13:11] <xnox> mzanetti, and i guess one does not get any text output as to _who_ segfaulted, and _which_ tests it was meant to run / fail.
[13:11] <mzanetti> like, it prints: Totals: 8 passed, 0 failed, 0 skipped, 0 blacklisted
[13:11] <mzanetti> which is when the test binary exits
[13:11] <xnox> i thought if something segfaults, after passing all the tests, it is still a fail.
[13:11] <mzanetti> and then next line is a segfrault
[13:11] <mzanetti> sure...
[13:12] <xnox> note output is asynchronous
[13:12] <xnox> and stdout is buffered and segfault is on unbuffered stderr
[13:12] <xnox> and may thus arrive "ahead of time"
[13:12] <xnox> =(
[13:12] <mzanetti> but it's that
[13:12] <mzanetti> because later it says: tests/qmltests/CMakeFiles/xvfbtestPreviewExpandable.dir/build.make:60: recipe for target 'tests/qmltests/CMakeFiles/xvfbtestPreviewExpandable' failed
[13:13] <xnox> ack
[13:13] <mzanetti> and the "All good messages came from testPreviewExpandable too
[13:13]  * xnox doesn't read cmake output often
[13:13] <mzanetti> so it must be that test that segfaults, but after it's all done
[13:13] <mzanetti> and we can't see that segfault in our jenkins or locally
[13:14] <xnox> well autopkgtests actually boot zesty VM with zesty everything in terms of the rest of toolchain and base stack, kernel, etc.
[13:14] <xnox> mzanetti, do you run zesty locally?
[13:14] <xnox> (including kernel, libc, etc)
[13:15] <mzanetti> locally here I have xenial...
[13:15] <xnox> ?!
[13:15] <mzanetti> but the jenkins runs things on zesty, and actually runs autopkgtest
[13:15] <mzanetti> like, our jenkins is made as close as possible to britney as we could get
[13:15] <xnox> does it use qemu / VM runner? cause clearly lxd is not enough. horum.
[13:16] <pete-woods> mzanetti: /usr/bin/gdb -batch -ex run -ex bt YOUR_TEST
[13:16] <mzanetti> hmm... would need saviq on those details... he set it up
[13:16] <xnox> mzanetti, you do know you can point autopkgtests.ubuntu.com at your upstream code repository =)
[13:16] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2300 Preparing packages
[13:16] <pete-woods> ^ I find that snippet useful when debugging tests
[13:16] <pete-woods> that only crash remotely
[13:16] <xnox> mzanetti, including merge proposals, without needing your own jenkins =)
[13:16] <pete-woods> to at least get a backtrace
[13:17] <pete-woods> you can stuff that in your cmake, or wherever appropriate for the thing you think is crashing
[13:17] <mzanetti> xnox, could well be that our jenkins just triggers autopkgtests.ubuntu.com
[13:17] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Preparing packages
[13:18] <xnox> i'm not sure what is happening. I see that juju-manual-unity8-slave-2 runs tests in a schroot. but i cannot see what juju-manual-jenkaas-unity8-slave-2 is.
[13:19] <xnox> however, given that adt-run is used and it's on 4.2.2~ubuntu14.04.1 i suspect that your base system there is trusty
[13:19] <xnox> mzanetti, there is a way to locally bottstrap a vm and run adt tests locally in the qemu vm
[13:19] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Pending binary packages
[13:19] <xnox> i shall check if that is reproducible, then with fail flag you can ssh in as well to investigate stuff locally.
[13:20] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Preparing packages
[13:20] <xnox> but e.g. we do run upstream stuff on those runners. e.g.:
[13:20] <xnox> snapcraft
[13:20] <xnox> Release:	zesty
[13:20] <xnox> Architecture:	amd64
[13:20] <xnox> Build-git:	https://github.com/snapcore/snapcraft.git#refs/pull/964/head
[13:20] <xnox> Env:	['UPSTREAM_PULL_REQUEST=964', 'GITHUB_STATUSES_URL=https://api.github.com/repos/snapcore/snapcraft/statuses/73c74933add8f1ac72463893aee265307f6163df']
[13:20] <xnox> Ppas:	['snappy-dev/snapcraft-daily']
[13:20] <xnox> and it can use arbitrary ppas e.g. overlays =)
[13:24] <boiko_> robru: any clue on what could be causing this<EMAIL_ADDRESS>?
[13:24] <rvr> marcustomlinson: ping
[13:25] <marcustomlinson> rvr: hi
[13:25] <rvr> marcustomlinson: Hi! To test onedrive I'm using the keep-test app
[13:26] <rvr> marcustomlinson: But doesn't seem to work. How does the app know which storage account must be used?
[13:26] <marcustomlinson> rvr: haven't been on that project for a while. xavigarcia ^
[13:26] <rvr> marcustomlinson: xavigarcia: https://trello.com/c/txuXYKHv/3864-2278-2278-storage-provider-onedrive-gary-wzl77
[13:28] <marcustomlinson> rvr: from when I wrote that test app, it' would just select the default provider. xavigarcia would have to help here. Not sure what default is being selected
[13:29] <xavigarcia> rvr: I know we had issues in zesty with app-launch.
[13:29] <rvr> xavigarcia: This is Xenial + Overlay
[13:29] <xavigarcia> rvr: oh, ok... in that case I should try myself
[13:29] <marcustomlinson> xavigarcia: thank xavi
[13:29] <marcustomlinson> thanks even
[13:30] <xavigarcia> rvr: I'm trying to land a command line client that gives more information
[13:30] <rvr> I installed two storage providers, onedrive and owncloud
[13:30] <rvr> xavigarcia: Cool
[13:30] <xavigarcia> rvr: at the moment keeper only uses the first account that storage-framework returns... we need to fix that now that we have new providers
[13:31] <xavigarcia> rvr: try disabling the owncloud provider for a quick test
[13:31] <xavigarcia> rvr: but anyway... I will test it myself as soon as I can
[13:32] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[13:36] <rvr> xavigarcia: No luck uninstalling storage-framework-owncloud.. hmm
[13:38] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtubuntu-print, xenial/ubuntu-printing-app)
[13:39] <jgdx> trainguards: hey, regarding silo 2259---yesterday I was told it should take two hours, but now I worry. It's taken longer
[13:39] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Pending binary packages
[13:40] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[13:41] <xnox> jgdx, click on the link from the ticket... look that unity8 regressed, look at the backscroll in this channel where we are talking about unity8 regression in zesty-proposed for like half a day =)
[13:42] <xnox> jgdx, did you look at http://people.canonical.com/~ubuntu-archive/proposed-migration/zesty/update_excuses.html#ubuntu-system-settings ? no notice that things are ok with ubuntu-system-settings ?
[13:46] <jgdx> xnox, what link in the ticket?
[13:49] <xnox> jgdx, on https://bileto.ubuntu.com/#/ticket/2259 top of the page, stuff in orage is clickable, eht Proposed pocket (zesty/ubuntu-system-settings ) -> clicking on zesty/ubuntu-system-settings will take you to zesty-proposed proposed migration output and that says why the package in question is not considered for migration
[13:49] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[13:50] <jgdx> xnox, right, an i386 failure in unity8… Not sure there's anything I can do about that, and the backscroll doesn't conclude with anything, does it?
[13:50] <jgdx> at least i fail to see it
[13:51] <xnox> jgdx, we are investigating it. and no, ubuntu-system-settings will not land until we figure out causes unity8 to fail. there is new packages for mir, unity8, ubuntu-system-settings etc. all in zesty-proposed. And all of them put together, fail =)
[13:51] <xnox> which can't be good =)
[13:52] <pete-woods> boiko: that's the same error I get in my silo (https://bileto.ubuntu.com/#/ticket/2275)
[13:52] <pete-woods> it's something about a an oxide update in -security shadowing the version of oxide in the overlay
[13:53] <pete-woods> but I *thought* the fix was supposed to have landed
[13:53] <pete-woods> but it doesn't seem to have helped
[13:53] <boiko> :-S
[13:54] <jgdx> xnox, okay thank you. Maybe it warrants a "Known issue"? Otherwise I'll just come back tomorrow and be a jerk again
[13:54] <jgdx> quite a bit of infrastructure running u8 autopkg tests it seems
[13:54] <xnox> jgdx, why would you be a jerk, when other engineers are working on resolve all of desktop failing?
[13:55] <xnox> jgdx, and you can, view, if and when that is resolved? e.g. I see mterry and mesa maintainers are working to resolve it too.
[13:55] <jgdx> xnox, jerk = me asking questions like above :)
[13:56] <jgdx> so no jerkier than just now
[13:56] <xnox> jgdx, it's not a known issue, and doesn't warrant anything. Is there nothing else you can work on in the mean time?
[13:57] <jgdx> seems it is a known issue though. Anyway, yes I have things to do, but some include landings.
[13:59] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2297 Successfully built
[13:59] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2301 Preparing packages
[14:01] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Preparing packages
[14:03] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2300 Successfully built
[14:07] <xavigarcia> rvr: :( I will test it myself, then, and will let you know if it worked for me
[14:10] <rvr> xavigarcia: Ok
[14:11] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Release pocket
[14:12] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Pending binary packages (xenial/ubuntu-system-settings, zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-keyboard, zesty/ubuntu-keyboard)
[14:20] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[14:23] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 zesty/unity8: Failed to merge https://code.launchpad.net/~unity-team/unity8/installed-qmltests
[14:23] <mterry> dednick: ick yeah that doesn't surprise me, I bet we conflict
[14:24] <dednick> mterry: bah!
[14:25] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Currently building (xenial/unity-scopes-shell, zesty/unity-scopes-shell). Failed to build (xenial/unity8, zesty/unity8)
[14:28] <alan_g> seb128: ticket 2299 has libmiral2 which will supersede libmiral1 (but doesn't break it). Do I need you to sign that off?
[14:29] <seb128> alan_g, yes, new binary name
[14:29] <seb128> alan_g, but I'm busy today, can you try to find another archive admin?
[14:30]  * alan_g wishes there were a list of AAs
[14:30] <alan_g> I'll try
[14:32] <xnox> alan_g, hhttps://launchpad.net/~ubuntu-archive/+members#active ?
[14:32] <xnox> alan_g, permissions and ACLs in launchpad are granted on people, hence pretty much everything has a team for given roles.
[14:33] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Destination version missing from changelog (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, zesty/ubuntu-keyboard)
[14:34] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Failed to build (xenial/unity8). Needs rebuild due to burned version number (xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/unity8, zesty/unity8-desktop-session). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles)
[14:34] <alan_g> xnox: thanks. (Sometimes wishes are granted)
[14:42] <alan_g> apw: ticket 2299 has libmiral2 which will supersede libmiral1 (but doesn't break it). Seems I need an AA to approve that, and you're on the list. Can you help?
[14:43] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2301 Successfully built
[14:44] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Failed to build (xenial/unity8, zesty/unity8). Pending binary packages (xenial/unity-scopes-shell). Successfully built (zesty/unity-scopes-shell)
[14:48] <alan_g> trainguards: ticket 2180 has been sitting in zenial/proposed. Is anything stopping it from landing?
[14:50] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Destination version missing from changelog (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[14:54] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2259 Merging branches
[14:55] <jgdx> xnox, silo 2288 was merged, btw
[14:56] <jgdx> so not blocked anymore
[14:57] -queuebot:#ubuntu-ci-eng- mterry mzanetti Saviq, https://bileto.ubuntu.com/#/ticket/2150 Release pocket
[15:04] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Failed to build (xenial/unity8, zesty/unity8). Successfully built (xenial/unity-scopes-shell, zesty/unity-scopes-shell)
[15:04] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[15:07] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 zesty/unity8: Failed to merge https://code.launchpad.net/~unity-team/unity8/installed-qmltests
[15:08] -queuebot:#ubuntu-ci-eng- greyback dandrader, https://bileto.ubuntu.com/#/ticket/2160 Preparing packages
[15:10] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Preparing packages
[15:10] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Needs rebuild due to new commits (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[15:14] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Destination version missing from changelog (zesty/qtmir). Needs rebuild due to burned version number (xenial/unity8). Needs rebuild due to new commits (zesty/unity-api, zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, zesty/qtmir-gles)
[15:23] -queuebot:#ubuntu-ci-eng- greyback dandrader, https://bileto.ubuntu.com/#/ticket/2160 Currently building (xenial/unity-api, zesty/unity-api). Failed to build (xenial/qtmir, xenial/qtmir-gles, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity8)
[15:24] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/unity-scopes-shell, zesty/unity-scopes-shell)
[15:24] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[15:26] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Preparing packages
[15:34] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Failed to build (xenial/unity8). Needs rebuild due to burned version number (xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/unity8, zesty/unity8-desktop-session). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles)
[15:39] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2298 Currently building (xenial/oxide-qt). Failed to build (zesty/oxide-qt)
[15:43] -queuebot:#ubuntu-ci-eng- greyback dandrader, https://bileto.ubuntu.com/#/ticket/2160 Failed to build (xenial/qtmir, xenial/qtmir-gles, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity8). Successfully built (xenial/unity-api, zesty/unity-api)
[15:47] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[15:49] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Currently building (xenial/camera-app, zesty/camera-app). Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[15:49] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 zesty/ubuntu-system-settings: Failed to merge https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/lp1644268
[15:54] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[15:59] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Currently building (xenial/hud, xenial/indicator-network, xenial/indicator-sound, xenial/keeper, xenial/libqtdbusmock, xenial/pay-service, xenial/thumbnailer, xenial/ubuntu-settings-components, xenial/unity-scopes-shell, zesty/hud, zesty/indicator-network, zesty/indicator-transfer, zesty/keeper, zesty/mediascanner2, zesty/persistent-cache-cpp, zesty/policykit-unity8, zesty/thumbn
[15:59] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[15:59] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 zesty/unity8-desktop-session: Failed to download DSC file https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2291/+files/unity8-desktop-session_1.0.13+17.04.20161212-0ubuntu1.dsc
[16:01] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 zesty/ubuntu-system-settings: Failed to merge https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/apl
[16:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Currently building (xenial/camera-app). Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/camera-app, zesty/gallery-app)
[16:12] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Successfully built
[16:19] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Currently building (xenial/indicator-sound, xenial/thumbnailer, xenial/unity-scopes-shell, zesty/indicator-network, zesty/indicator-sound, zesty/thumbnailer, zesty/ubuntu-settings-components). Failed to build (zesty/pay-service). Pending binary packages (xenial/hud, xenial/indicator-display, xenial/indicator-network, xenial/indicator-transfer, xenial/keeper, xenial/libqtdbusmock, xenial/libqt
[16:23] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[16:26] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[16:40] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Currently building (zesty/thumbnailer). Failed to build (zesty/pay-service). Pending binary packages (xenial/indicator-display, xenial/indicator-sound, xenial/indicator-transfer, xenial/thumbnailer, xenial/ubuntu-app-launch, xenial/unity-scopes-shell, zesty/indicator-display, zesty/indicator-network, zesty/indicator-sound, zesty/keeper, zesty/ubuntu-settings-components, zesty/unity-scopes-she
[16:54] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Needs rebuild due to burned version number (xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/unity8-desktop-session). Pending binary packages (xenial/unity8). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity8)
[16:56] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2301 Preparing packages
[16:58] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Needs rebuild due to new commits (xenial/ubuntu-printing-app). Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src, xenial/qtubuntu-print)
[16:59] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Failed to build (zesty/pay-service). Successfully built (xenial/hud, xenial/indicator-display, xenial/indicator-network, xenial/indicator-sound, xenial/indicator-transfer, xenial/keeper, xenial/libqtdbusmock, xenial/libqtdbustest, xenial/mediascanner2, xenial/pay-service, xenial/persistent-cache-cpp, xenial/policykit-unity8, xenial/thumbnailer, xenial/ubuntu-app-launch, xenial/ubuntu-settings
[17:01] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Preparing packages
[17:05] <bschaefer> seb128, hello! I need an archive admin to take a look at https://bileto.ubuntu.com/#/ticket/2180 if you get a chance!
[17:06] <seb128> bschaefer, hey, I already did yesterday and say it looked good, did it change since?
[17:06] <bschaefer> seb128, hmm it seems to still be stuck? greyback ^
[17:08] <greyback> seb128: it might be blocked by the unity8 autopackage tests failing in the qtmir release that mir depends on
[17:08] <greyback> those tests are failing due to the mesa in -proposed breaking something
[17:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/camera-app, xenial/gallery-app, zesty/address-book-app, zesty/camera-app, zesty/gallery-app)
[17:09] <seb128> right
[17:10] <seb128> see discussions earlier on #ubuntu-devel between mterry and tjaalton
[17:14] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Needs rebuild due to burned version number (xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/unity8-desktop-session). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity8, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity8)
[17:14] <greyback> seb128: exactly. In the end, someone pushed that unity8 landing through
[17:15] <greyback> not sure who
[17:15] <seb128> bschaefer, in any case https://launchpad.net/ubuntu/+source/mir/0.25.0+17.04.20161203-0ubuntu1
[17:15] <seb128> bschaefer, so you don't need an archive admin
[17:15] <seb128> unsure who you need though
[17:16] <seb128> or maybe you need, olds binaries need to be cleared
[17:16] <seb128> I can do that
[17:17] <bschaefer> seb128, thanks! It also seems that mir is stuck in proposed for zesty: Proposed pocket ( zesty/mir, zesty/miral, zesty/qtmir, zesty/qtmir-gles, zesty/unity-system-compositor)
[17:18] <bschaefer> which i guess is from the mesa
[17:18] <bschaefer> which you were just mentioning :) (i dont have the backlog for that)
[17:27] <mterry> seb128, greyback: I *think* the u8 landing went through because we rebuilt with all-proposed=1?
[17:28] <seb128> mterry, could be I guess
[17:30] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Pending binary packages (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[17:39] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Pending binary packages (xenial/pay-service, zesty/pay-service). Successfully built (xenial/hud, xenial/indicator-display, xenial/indicator-network, xenial/indicator-sound, xenial/indicator-transfer, xenial/keeper, xenial/libqtdbusmock, xenial/libqtdbustest, xenial/mediascanner2, xenial/persistent-cache-cpp, xenial/policykit-unity8, xenial/thumbnailer, xenial/ubuntu-app-launch, xenial/ubuntu-
[17:44] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2301 Successfully built
[17:50] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Successfully built
[17:59] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Successfully built
[18:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Successfully built
[18:35] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2295 Successfully built
[19:09] <robru> alan_g: http://people.canonical.com/~ubuntu-archive/proposed-migration/zesty/update_excuses.html#qtmir yeah you're blocked by autopkgtest regressions. You'll need to investigate those, possibly have a core dev retry them
[19:13] <robru> Looks like some people are discussing it in the scrollback here
[19:19] <robru> boiko: no idea sorry, but it sounds like a lot of people are affected by unity8 today, read the scrollback. I'm not sure what the solution is but it sounds like people are working on it
[19:32] <boiko> robru: ok, thanks
[19:33] <robru> xnox: any progress with unity8 issue that seems to be blocking the entire world?
[19:50] <xnox> robru, not up to me. unity8 itself is fine. We currently believe it is mesa at fault.
[19:50] <xnox> robru, (hence e.g. unity8 by itself migrated)
[19:50] <xnox> robru, futher up mterry and tj<tab> were looking into it.
[19:50] <xnox> robru, imho we should be removing mesa from -proposed, or like downgrading it into a silo/ppa.
[19:51] <dobey> i guess a downgrade would be super annoying
[19:51] <mterry> robru, xnox: yeah tj was looking at it, he uploaded mesa -- I also recommend getting that version of mesa outta there until it can be figured out.  That's why we have -proposed
[19:51] <dobey> needing lots of rebuilds
[19:52] <robru> Hmm
[19:52] <mterry> But I don't know how disruptive that would be
[19:52] <mterry> I don't know whether the new mesa introduces new API that libraries would be linked against
[19:53] <xnox> mterry, indeed. using silo for mesa, is more of a future looking statement for next mesa upgrade whenever that happens.
[19:53] <Saviq> oSoMoN, sorry for the late reply, yes, something happened between the time we had our silo (2150) tested and it going into proposed, I believe mterry was having a look
[19:53] <mterry> Presumably none that have migrated, since mesa hasn't yet
[19:53] <xnox> mterry, i think it's like a tenticle of 10 packages or what not.
[19:54] <mterry> Saviq: well I think the "something happened" is that the silo doesn't test against proposed, does it?  But once it's in proposed, autopkg does use other proposed packages and that's when it bit us
[19:55] <Saviq> mterry, autopkgtest doesn't use proposed unless instructed to
[19:55] <xnox> mterry, yes and no. we don't use all of the proposed by default, but a subset of considered packages (triggers) in proposed to test package in question, and migrate.
[19:55] <Saviq> so something must've gotten migrated
[19:55] <mterry> tj was saying there was a similar problem with gtk a bit back, and it was fixed in libepoxy?  I didn't follow that history, but I guess this is just a new symptom of an old underlying bug
[19:55] <mterry> And he was going to go and bisect mesa
[19:56] <mterry> So it didn't necessarily sound like a quick solution, though maybe we'll get lucky
[19:56] <mterry> Hence why I favor just pulling the package with the clear regression.
[20:13] <robru> yeah sounds like reverting mesa is the most correct thing to do but also the hardest, having to rebuild all rdeps will be quite the pain for everybody. with any luck a fixed mesa can be uploaded soon that unblocks everything
[20:47] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Preparing packages
[20:58] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2298 Failed to build (zesty/oxide-qt). Uploading build (xenial/oxide-qt)
[21:19] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2298 Diff missing (xenial/oxide-qt). Failed to build (zesty/oxide-qt)
[21:44] -queuebot:#ubuntu-ci-eng- Cimi, https://bileto.ubuntu.com/#/ticket/2302 Successfully built
[22:09] <oSoMoN> trainguards: could you please do a source copy of oxide-qt 1.19.6-0ubuntu2 (zesty) from https://launchpad.net/~osomon/+archive/ubuntu/oxide/+packages to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2298/+packages ?
[22:09] <robru> oSoMoN: on it
[22:17] <oSoMoN> robru, thanks


[04:52] -SwissBot:#ubuntu-news- ::Security:: Episode 152 @ https://ubuntusecuritypodcast.org/episode-152/
[11:02] -SwissBot:#ubuntu-news- ::Planet:: Utkarsh Gupta: FOSS Activites in January 2022 @ https://utkarsh2102.com/posts/foss-in-jan-22/
[12:27] -SwissBot:#ubuntu-news- ::Planet:: Utkarsh Gupta: FOSS Activites in February 2022 @ https://utkarsh2102.com/posts/foss-in-feb-22/
[18:52] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Desktop Cube GNOME Extension Now Supports Background Panoramas @ https://www.omgubuntu.co.uk/2022/03/desktop-cube-gnome-extension-panoramas (by Joey Sneddon)


[04:57] <tjaalton> vorlon: making libsdl2 tests cross-build happy broke it on non-cross-build ;)
[04:59] <tjaalton> vorlon: cmake doesn't seem to be happy about passing empty strings to it, like 'cmake .. ""' in this case
[05:06] <tjaalton> vorlon: I'll drop the quotes, seems to work here
[06:15] <vorlon> tjaalton: ah, cheers, I hadn't had a chance yet to look at it
[08:19] <tarzeau> is there anything i can do about https://bugs.launchpad.net/ubuntu/+source/cloudcompare/+bug/1855846 ?
[08:22] <seb128> tarzeau, you could provide a debdiff for disco and mae the bug SRU compliant (https://wiki.ubuntu.com/StableReleaseUpdates)
[08:23] <tarzeau> i guess that's not worth it for 19.04 getting no more support (soon or already)
[08:23] <tarzeau> but thanks, i learnt something new (reading up anyways)
[08:24] <seb128> right, I wouldn't bother about disco at this point
[08:37] <seb128> is there some known issue with the armhf/arm64 autopkgtests instances?
[08:38] <seb128> e.g<EMAIL_ADDRESS>[08:38] <seb128>   File "/usr/lib/python3/dist-packages/novaclient/v2/shell.py", line 655, in _poll_for_status
[08:38] <seb128>     raise exceptions.ResourceInErrorState(obj)
[08:38] <seb128> novaclient.exceptions.ResourceInErrorState: <Server: adt-focal-arm64-pango1.0-20200112-110205>
[08:38] <seb128> juliank, Laney, vorlon, ^?
[08:39] <seb128> half the world seems to be failing on those archs
[08:41] <juliank> I haven't heard anything
[08:44] <juliank> but arm64 runs on cloud, whereas armhf runs on lxd
[08:46] <seb128> something is weird, https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages has a stack of arm failing tests where it was clear on friday
[08:48] <juliank> seb128: i see a few packages failing on arm64 like that, but most still seem to succeed
[08:49] <juliank> seb128: No valid host was found. There are not enough hosts available.
[08:49] <juliank> seb128: Seems we are running out of cloud resources
[08:49] <seb128> so what's the solution? wait/retry?
[08:50] <juliank> seb128: Decreasing the number of workers to its normal value again, it was doubled for the focal opening
[08:51] <seb128> juliank, is that something you can do or should I open a RT/nag someone else?
[08:51] <juliank> I'm on it
[08:53] <seb128> great, thx
[08:53] <seb128> (brb, changing location)
[08:58] <juliank> on armhf, everything looks fine right now
[08:58] <juliank> I rudely stopped half of the arm64 workers so we'll lose some time because the tests need to restart, but should be fine
[09:03]  * Laney pats juliank
[09:04] <LocutusOfBorg> doko, hello, sorry for assigning you the bug, but looks like binutils is not yet fully fixed?
[09:04] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1859404
[09:04] <LocutusOfBorg> even golang-1.13 is FTBFS on arm64
[09:06] <juliank> seb128: the poppler author is looking for reviews on the cairo/glib in https://lists.freedesktop.org/archives/poppler/2019-December/014101.html and nobody responded, so the glib/cairo sides of poppler are basically dead atm. Maybe that's something that someone in desktop can help with?
[09:06] <doko> LocutusOfBorg: is llvm using clang itself for the bootstrap?
[09:07] <doko>     /<<PKGBUILDDIR>>/build-llvm/./bin/clang  -fuse-ld=gold -fPIC -Wno-unused-command-line-argument -Wno-unknown-warning-option   -fuse-ld=gold -fPIC -Wno-unused-command-line-argument -Wno-unknown-warning-option -Wl,--build-id  CMakeFiles/cmTC_552db.dir/testCCompiler.c.o  -o cmTC_552db
[09:07] <doko>     clang-9: error: unable to execute command: Illegal instruction (core dumped)
[09:07] <doko>     clang-9: error: linker command failed due to signal (use -v to see invocation)
[09:09] <juliank> heh there are three different merge requests dealing with correctly setting anti-aliasing in a cairo context
[09:18] <seb128> juliank, I will have a look if there is anything we can do to help there, thx for pointing it out
[09:27] <LocutusOfBorg> yes doko
[09:31] <doko> LocutusOfBorg: well, then I'll remove llvm-9 from -proposed, and upload again
[09:42] <LocutusOfBorg> doko, what llvm in proposed?
[09:43] <LocutusOfBorg> doko, clang used by llvm is the one just built before, not the one in proposed
[09:43] <LocutusOfBorg> its a self contained bootstrap
[09:43] <LocutusOfBorg> btw looks like all of your rebuilds for libffi have SIGILL in arm64
[09:44] <LocutusOfBorg> at least all the haskell related
[09:48] <doko> LocutusOfBorg: but you just said, that llvm-9 uses llvm-9 for the build, didn't you?
[09:48] <doko> LocutusOfBorg: are you fixing the llvm-8 python/python3 mess?
[09:49] <LocutusOfBorg> doko, llvm-9 uses llvm-9 stage one built on the same build process
[09:49] <LocutusOfBorg> built with gcc I would say
[09:50] <LocutusOfBorg> not the one in release
[09:50] <LocutusOfBorg> it depends on libllvm9 because of doxygen dependency, not because it needs it
[09:50] <LocutusOfBorg> (at least I think)(
[09:50] <LocutusOfBorg> for llvm-8, ack I can do it
[09:51] <doko> ta
[09:51] <LocutusOfBorg> but only after binutils is fixed I would say...
[10:01] <doko> LocutusOfBorg: ugh, you "fixed" llvm by uploading a binary build?
[10:04] <LocutusOfBorg> yes
[10:05] <LocutusOfBorg> from bileto
[11:04] <doko> tumbleweed: s/python/python2/ in b-d's for pypy/pypy3 please
[11:10] <doko> smb: you seem to be uploader for the xen packages ... xen-hypervisor-4.6-armhf, xen-hypervisor-4.7-armhf, xen-hypervisor-4.8-armhf, xen-system-armhf, xen-utils-4.9  these need rebuilds for s/python/python2/, but ftbfs. can these be removed?
[11:15] <smb> doko, focal? xen would need to moved to a newer Debian version and to universe but I cannot say when I will find time for that
[11:16] <doko> `smb: yes
[11:21] <doko> smb: https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1859432
[11:39] <smb> doko, there is a xen upload in disco/proposed which allows to compile with gcc-9. This should get copied forward to eoan and focal. Problem is that when compiled with gcc-9 it produces a completely broken hypervisor. But it could give you a way to clean out the python2 parts more quickly than waiting on the new xen version
[11:58] <gpiccoli> o/ rbasak, sil2100  - hope you had great EOY! Can you please take a look in LP #1847924 ?
[11:59] <gpiccoli> I've managed to implement the suggested changes, but I'd aprpeciate some review in order to validate it can be uploaded to -proposed
[13:10] <tumbleweed> doko: sure. I was waiting for tooling to catch up on that
[14:55] <seb128> juliank, bug #1859477 ... those python2 build-depends look like leftover since you removed the python2 support in 19.10?
[14:56] <juliank> seb128: sounds like it
[14:56] <juliank> seb128: I'll go remove them
[14:56] <seb128> juliank, thanks!
[15:11] <juliank> seb128: hmm, it does not build now because dh_auto_clean calls pyversions and that does not exist (doko ?)
[15:11] <juliank> Maybe it needs porting away from debhelper compat 78
[15:11] <juliank> *7
[15:13] <juliank> I think most stuff can be removed from d/rules
[15:16] <juliank> fixing ...
[15:16] <juliank> switching it to pybuild and compat 12
[15:24] <seb128> juliank, thx :)
[15:26] <juliank> I even ran autopkgtests this time before uploading :)
[15:27] <doko> juliank: yes, I usually only bump to v9
[15:28] <juliank> 12 seems to work fine here, so I cleaned it up a bit and bumped it that far
[16:05] <Laney> rafaeldtinoco: congrats on core-dev :-)
[16:06] <rafaeldtinoco> thanks Laney!
[18:25]  * RikMills watches the ubuntu-devel mailing list
[18:25] <Eickmeyer[m]> Weird stuff on the ubuntu-devel mailing list.
[18:27] <mdeslaur> someone need to get a life.
[18:27] <mdeslaur> needs*
[18:55] <bryce> mdeslaur, which they can get for the low price of 0.18367473287 bitcoins?
[18:55] <mdeslaur> bryce: yes! :)
[18:57] <coreycb> doko: thanks for the networkx upload. I was hitting some examples failures on Friday but maybe they went away.
[19:08] <doko> coreycb: that was just to get rid off the component mismatches
[19:08] <coreycb> doko: yes, was just hitting other issues when trying to fix the mismatches
[19:12] <doko> coreycb: how is openstck going with 3.8? already asked james page
[19:13] <coreycb> doko: we only have a gauge on unit tests so far and it's not bad. just a few test failures here and there. I plan to give a deployment a test soon.
[19:20] <doko> jamespage: can we remove python-otherstuf?
[19:26] <doko> jamespage: also python-stuf
[19:29] <sarnold> is there any way to find out how much memory was available on a given build system? a friend is curious how we got firefox to build in a 32 bit environment, on bos02-arm64-047 -- https://launchpad.net/builders/bos02-arm64-047
[19:40] <xnox> sarnold:  rebuid procenv and look at the build log
[19:41] <xnox> MemTotal:        8170344 kB
[19:41] <xnox> https://launchpadlibrarian.net/436053202/buildlog_ubuntu-eoan-arm64.procenv_0.50-1ubuntu2_BUILDING.txt.gz
[19:41] <xnox> sarnold:  but note that we use arm64 kernel + armhf userspace.
[19:42] <xnox> i believe we are using native toolchain
[19:42] <sarnold> xnox: ah, not an armhf qemu?
[19:42] <xnox> not sure how much shared vs built-in libraries we use
[19:42] <xnox> sarnold:  i believe we do not do armhf qemu. As we still don't have images working with that, i think.
[19:43] <xnox> Kernel version: Linux bos02-arm64-028 4.4.0-157-generic #185-Ubuntu SMP Tue Jul 23 09:17:28 UTC 2019 aarch64
[19:43] <xnox> https://launchpadlibrarian.net/436053201/buildlog_ubuntu-eoan-armhf.procenv_0.50-1ubuntu2_BUILDING.txt.gzat the top of
[19:43] <xnox> so yeah aarch64 kernel with chroots to build armhf code
[19:44] <sarnold> xnox: cool cool. I had wondered how the heck we managed to fit firefox in armhf myself, but never looked into it until a friend asked :)
[19:45] <doko> jamespage: is python-mock-services still needed?
[20:49] <eoli3n_> Hi
[20:50] <eoli3n_> defaultly allow users to set crontab seems to me a securty breach
[20:52] <eoli3n_> a user shouldn't be allowed to run anything outside his main shell without superuser agreement
[20:52] <eoli3n_> same for systemd timers
[20:54] <eoli3n_> when setting a crontab with a user, using crontab -e write a file under /var/spool/cron/crontabs/*, which is owned by root
[21:03] <infinity> How do you figure this is a security breach?
[21:04] <infinity> Other than your arbitrary statement about what users should be allowed to do (which has never been true in the history of UNIX or Linux), I see no problem with cron and/or timers..
[21:04] <eoli3n_> because a user is by definition a untrusted account. An untrusted account shouldnt be able to run something in background
[21:05] <eoli3n_> so why isn't all users in docker account when installing docker for exemple ?
[21:05] <infinity> Again, according to what/who?  I could say "a user shouldn't be allowed to play Solitaire", but that won't generate CVEs because I can play card games.
[21:06] <infinity> Unprivileged users running things in the background is pretty much how most things get done.
[21:06] <eoli3n_> running code in background should be root aggreed
[21:06] <eoli3n_> most things ? like ?
[21:06] <infinity> Like nearly all daemons?
[21:06] <eoli3n_> huhu, daemons owned by users ?
[21:07] <eoli3n_> just a test, please pgrep 'your user' while not connecting with it
[21:07] <eoli3n_> and paste it here
[21:07] <infinity> www-data isn't root.
[21:07] <eoli3n_> www-data is a account managed by a package
[21:07] <infinity> If you think human users are inherently different from system users, that's your call to not trust humans you know and restrict them, but that's not the system design.
[21:08] <infinity> The short answer to your concern is "it's not a concern, that's how UNIX works".
[21:08] <infinity> The long answer is "if you don't trust your users, lock them down more".
[21:08] <eoli3n_> hm
[21:08] <infinity> Despite your claims, there's no universal belief (and quite the opposite) that users shouldn't be able to run background processes.
[21:10] <eoli3n_> why users need to be in audio group to use pulseaudio ? "docker" group for docker
[21:10] <ogra> they dont
[21:10] <eoli3n_> ogra: please explain
[21:10] <ogra> the audio group has been obsolete since years ... device access for audio particulary is managed via ACLs
[21:11] <eoli3n_> sorry "pulse" group
[21:11] <eoli3n_> https://doc.ubuntu-fr.org/pulseaudio
[21:12] <infinity> There are many groups still needed for raw device access, like dialout for serial TTYs and kvm for /dev/kvm, but I don't see how that relates to background processes.
[21:12] <ogra> aslk the person that made this up ? on my ubuntu machines there is no pulse group
[21:12] <eoli3n_> why not defaulty allow all users to acces thoses files
[21:13] <eoli3n_> /dev/kvm 777 is like default crontab for users
[21:13] <ogra> not really
[21:13] <ogra> the user crontab runs as the user
[21:14] <infinity> For serial, it's a lack of locking, so you need to trust everyone with access to play nice.
[21:14] <ogra> it cant magically escalate privs
[21:14] <infinity> /dev/kvm allows you to see into every VM running under it, ish.
[21:15] <infinity> crontab has neither of those concerns.
[21:15] <infinity> Hundreds of people can have crontabs, and other than memory/cpu pressure (which you can limit in other ways), they can't interfere with each other or see each others' data, and they all run as the user who created them.
[21:16] <eoli3n_> that's exemples. user run crontab -e and it writes on a dir owned by root. afaik, that's not how unix works. privileges separation
[21:16] <eoli3n_> infinity: they could run a cryptominer
[21:16] <eoli3n_> i run 800 hosts in a university
[21:16] <infinity> Yes, they could.  They could do that interactively too.
[21:17] <infinity> If you're suggesting no one should be able to start a task, background it, and log off, you've destroyed the use-case for 99% of scientific users on university networks.
[21:17] <eoli3n_> interactivly, that's not a problem, a user could do what he does, running things is the purpose of a shell. But when the shell is gone...
[21:17] <eoli3n_> infinity: i work in a university and everybody makes everythings possible to not allow that
[21:18] <infinity> And if you think interactive and background are somehow magically different, then I'll just run my crypto-miner interactively and never log off (with, say, screen, or something else to keep a controlling TTY)
[21:18] <eoli3n_> nop screen is not installed by default
[21:18] <eoli3n_> crontab is
[21:18] <infinity> What you're looking for is CPU and memory quotas, not arbitrary limits on how a user can use UNIX.
[21:19] <eoli3n_> we don't agree, not a problem. But i keep thinking that everythings outside main shell of a users shouldn't exist
[21:19] <eoli3n_> defaultly i mean
[21:20] <infinity> screen doesn't need to be installed by default to be usable to detach sessions...
[21:20] <infinity> I mean, cryptominers aren't installed by default either, but you're concerned about their use.
[21:20] <eoli3n_> downloading binary in user space ?
[21:20] <infinity> A binary doesn't need to be "installed" or owned by root for me to run it.
[21:20] <eoli3n_> you're right
[21:23] <eoli3n_> does exist some keylogger working in userspace nop ?
[21:23] <infinity> keyloggers need root.
[21:23] <eoli3n_> ok
[21:23] <infinity> Of course, almost every UNIX/Linux desktop has a root kelogger running.  We call it X11.
[21:24] <eoli3n_> i'm thinking that as you said, a user could just open tty2 and run what he wants then back to tty7
[21:24] <eoli3n_> infinity: huhu
[21:24] <eoli3n_> nop i'm running wayland :)
[21:24] <eoli3n_> but it's the same
[21:25] <infinity> It's not the same, actually.  Wayland has strict privsep.
[21:25] <eoli3n_> didn't know, cool
[21:25] <infinity> X11 is leaky between applications, pretty much by design.
[21:25] <eoli3n_> too old
[22:45] <seb128> vorlon, hey, do you have any idea what's the issue with cheese/i386<EMAIL_ADDRESS>?


[12:14]  * daker is away: Occupé
[19:21] <thorwil> http://www.underconsideration.com/brandnew/archives/the_best_and_worst_identities_of_2010_part_ii_the_best.php


[01:33] <JonathanD> Hi MD!
[02:07] <Broam> hi hi
[02:18] <ik> Hello cats and kittens!
[02:23] <Broam> what's new and exciting?
[02:25] <ik> fallout new vegas!
[02:35] <Broam> wouldn't know.
[02:36] <Broam> I played fallout 2...never really got involved into anything newer than gc
[03:41] <Broam> so anyway...need to find some W'minster specific postcards to send to some folks
[03:41] <Broam> and baltimore craigslist is mostly full of people who want the latest windows & apple shinies
[03:42] <Broam> ...nothing new there.
[12:38] <JonathanD> Hi MD!


[12:22] <guiverc> anyone [else] here?
[13:00] <guiverc> no quorum again :(
[13:04] <ahasenack> what's the meeting?
[13:05] <guiverc> membership application
[13:06] <guiverc> (ubuntu)
[19:19] <donofrio> sarnold, probably nothing, I was unaware that it was in univeral (yet to have updated sources.list yet....yah work comes first lol)
[19:20] <sarnold> donofrio: aha! :)