[01:02] robru: If you're around, could you mark silo 41 / ticket 500 as qa-passed? It's not letting me save changes at the moment... [01:04] ToyKeeper: are you getting an error? [01:05] robru: Yes, I just need to check my team memberships and login session. SSO didn't send the required team marker. [01:05] ToyKeeper: oh OK. Should work if you log out and log back in. I can set it for now though [01:06] I should be able to get it working eventually. :) [01:06] (am pretty familiar with SSO's internals and protocols) [01:07] ToyKeeper: has it been a while since you used it? I think I did shuffle around which team memberships were needed a few weeks ago or something. [01:07] done ^ [01:08] robru: Yes, I've been on other projects. Now filling in for Dave for a week or so. [01:10] ToyKeeper: yeah could be then. when you log back in just make sure all the teams are checked (they should be checked by default, too) === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [07:47] sil2100: If you're around, could you add me to lp:~ci-train-users ? [07:50] ToyKeeper: sure, one moment [07:51] ToyKeeper: done :) [07:51] Thanks! [08:00] yw! === chihchun_afk is now known as chihchun [08:10] ToyKeeper: yep, being in the right team would help, sorry i forgot to check that [09:06] trainguards, I would like to land silo 19 to wily overlay, jibel sent me here [09:07] tvoss: edit the request to set the overlay as the destination then click publish [09:07] tvoss: dbus-cpp? you say it's Ready for QA which means it's already in the QA queue so actually jibel's team will probably pick it up unless there's a problem with it [09:07] tvoss: ah, wily... [09:08] Mirv, yup [09:08] tvoss: then the correct setting is "Publish without QA" instead. ok, I can set the overlay for you. [09:08] Mirv, ack [09:08] Mirv, yeah wily, it's either an SRU at this point or wily+1 if the fix is not needed in wily [09:08] jibel, not a fix, just a sync [09:08] s/fix/sync/ sorry :) [09:09] Mirv, do you take care of the changes then? Or do I need to do something? [09:09] jibel: can you unblock 014 btw on trello, MP both approved and top-approved now (even though will not actually be merged to the wily branch, it will go to overlay via PPA's manual uploads at this point) [09:09] tvoss: I changed everything already, nothing needed anymore [09:09] Mirv, thx [09:10] tvoss: for publishing, we need a core-dev unfortunately so it'll take some time. otherwise ready for publishing. [09:10] done [09:19] thanks [10:25] hi trainguards, there is a new oxide release for upload to silo 6; please take 1.10.3 from the ubuntu-mozilla-security ppa [10:25] dbarth__: hey! A source rebuild is needed as always? [10:26] dbarth__: both wily and vivid? [10:27] sil2100: yes correct, source copy please [10:27] yes, both please [10:34] dbarth__: downloading and re-packaging [11:19] jibel: another click for you at https://requests.ci-train.ubuntu.com/#/ticket/544 :) [11:19] jibel: this one doesn't have a priority at all. [11:25] popey, what are the cahnges? [11:25] changes* [11:27] jibel: complete redesign [11:27] UI wise [11:27] jibel: i know davmor2 reviewed it recently and asked us to fix a couple of things (which we did) [11:27] but I guess he/you guys are all super busy, so it's fine to be bottom of the list [11:28] popey: jibel: I can probably hit it friday once the desktop is released [11:33] Good to finally get this done and get rid of the old app :) [11:33] Thankfully I can say the design of the old app sucked because the people who designed it no longer work for us ;) [11:40] davmor2, it also means updating our regression test plan [11:42] popey, are there results of automated tests for the new weather app somewhere? [11:48] dbarth__: the packages take a while to upload with my current connection, but I'm on it === _salem is now known as salem_ [11:53] sil2100: ty [11:53] jibel: the latest merge passed in jenkins... http://91.189.93.70:8080/job/ubuntu-weather-app-reboot-ci/282/console [11:53] jibel: I can re-run locally if you want? [12:10] popey, it would help to have the results of automated tests even re-run locally on latest image [12:11] jibel: okay, I'll do that and update the ticket [12:12] thanks [12:12] np [12:24] popey, I wanted to try the weather click. It doesn't start. Anything I need to do? [12:24] jgdx: pull down refresh click scope and try again? [12:24] I tested it here before uploading it [12:25] popey, there we go [12:25] beautiful [12:26] can't find the amount of precipitation, though :p [12:27] an important metric in western Norway [12:31] jgdx: tap the massive number where it says the temp [12:31] it will expand and show "chance of rain" [12:31] we're somewhat limited in that we can only show what the 3rd party api gives us [12:32] * popey just saw 0% chance of rain and thought "Yay" then realised I was looking at the weather for Cairo :) [12:32] 20%.. UK that's more like it [12:36] at least you have weather at all :P [12:38] (my scopes only seem to show it randomly based on cosmic rays ... ) [12:41] popey, wait, is that the row with the drop-like icon? [12:43] that's translated to “fuktighet” in Norwegian, which usually means air moisture. hmm === salem_ is now known as tiagosh [13:16] sil2100, you mentioned a possibly more official channel for mako devices than bq-aquaris.en? [13:17] (in an email) [13:17] well, the official channel is /ubuntu [13:17] but that doesnt contain the HERE providers [13:18] Yes [13:19] I'll be creating one and the tarball, as I have the infra for that now [13:19] But that a bit later [13:19] ogra_, right, so no one uses it :) [13:19] I think there was an ubuntu-customized at one point? [13:19] Maybe it's still there, but I don't know how updatd [13:20] sil2100, cool. I have a mako and am debating if I just update to rc-proposed or wait :) [13:29] jgdx: Is this right? http://paste.ubuntu.com/12885639/ [13:31] rvr, need some context.. what test? [13:31] jgdx: Silo 21, account-polld [13:32] rvr, did you change pwd for acc 3? [13:32] jgdx: Yes [13:33] rvr, it looks good. You can also trigger polls by using gdbus call --session -d com.ubuntu.AccountPolld -o /com/ubuntu/AccountPolld -m com.ubuntu.AccountPolld.Poll [13:33] rvr, anyway, before this fix, the output would be flooded with messages of token expiry and new data from acc 3. [13:34] jgdx: So looks good? [13:34] yep [13:35] jgdx: 2015/10/21 13:32:55 3 auth failures in a row for account 3 -> skipping it for the next 10 poll cycles [13:36] rvr, perfect [13:37] jgdx: Silo approved [13:37] rvr, thanks! [14:00] kenvandine: tvoss will appreciate if you look at publishing his dbus-cpp https://requests.ci-train.ubuntu.com/#/ticket/536 [14:00] Mirv, i'll look at it [14:01] Mirv, a no change rebuild that adds the symbols files? [14:05] kenvandine, yup [14:05] kenvandine, cleaning up branches that did not get landed properly after the gcc 5 transition for wily [14:05] tvoss, so that's intentional? i'll publish it then [14:05] cool [14:07] tvoss, the branch hasn't been reviewed yet [14:08] kenvandine, let me see [14:08] https://code.launchpad.net/~thomas-voss/dbus-cpp/fix-1452322/+merge/265627 [14:08] alesage, I commented on https://trello.com/c/yanKnskV/2388-529-ubuntu-landing-010-webbrowser-app-osomon with a way to temporarily disable the apparmor confinement of webbrowser-app so that you can proceed with validation of the silo, until bug #1508054 gets fixed [14:08] bug 1508054 in apparmor-easyprof-ubuntu (Ubuntu) "[desktop] Crashes on startup" [Critical,In progress] https://launchpad.net/bugs/1508054 [14:08] kenvandine, yup, you are unfortunately right, sorry. [14:08] np [14:09] oSoMoN: we can't fix that in apparmor easyprof [14:10] oSoMoN: not in a stable update. it will regenerate all apparmor policy for webapps [14:10] oSoMoN: which is a time consuming operation [14:10] jdstrand, how can we proceed then? other apps embedding a webview are going to hit the same issue, I’d think [14:10] oSoMoN: it can be fixed in the 16.04 policy [14:11] oSoMoN: the phone is fine [14:11] yes, the issue is desktop-specific [14:11] oSoMoN: what other apps are you talking about? [14:11] oSoMoN: personal will use the 16.04 policy, which can be fixed [14:12] jdstrand, I don’t have any specific example, I guess any app with a webview that runs confined, on desktop, will get the denials [14:12] so, I think the path forward is fix webbrowser-app today (use write_path) and then have the 16.04 policy fix this [14:12] oSoMoN: yes, but those things don't run on the desktop today [14:12] they will in personal [14:13] but personal isn't until 16.04 or later [14:15] jdstrand, ok, I’ll do that then, thanks for the feedback [14:16] np [14:16] oSoMoN: I took the liberty of retriaging the bug [14:17] jdstrand, you did well [14:17] Mirv, i approved it and published [14:26] kenvandine: thanks, so it looked but as a main package required a core-dev [14:26] robru, hey, not necessarily sure if (or where) it's a bug, but found an issue with how citrain tool leaves the device (most likely priorities) - after installing silo 22 I could not install unity8-autopilot without also passing libdpkg-perl or so (will confirm in a sec) [14:41] robru, actually, unping, this seems to have a been a temporary problem [14:44] robru, owait, reping - it's a wily issue inded [14:45] grrr is there a UITK in progress of being released? [14:47] oSoMoN, ack, able to test shortly [14:48] robru, http://pastebin.ubuntu.com/12886091/ [14:49] alesage, excellent, and note that I have just submitted a fix for bug #1508054, so it will go in the next webbrowser-app silo [14:49] bug 1508054 in webbrowser-app (Ubuntu) "[desktop] Crashes on startup" [Critical,In progress] https://launchpad.net/bugs/1508054 === dbarth__ is now known as dbarth === fginther` is now known as fginther [15:09] trainguards: can someone delete a manually uploaded package from a silo ppa please? [15:09] Mirv: are you still around? [15:10] dobey, I can do that I guess? [15:12] seb128: maybe [15:12] seb128: can you delete whoopsie-preferences from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026/+packages please? [15:12] dobey, done [15:13] seb128: great, thanks! [15:13] yw! [15:13] what was wron with it? [15:14] seb128: it's not a necessary change, and doesn't work like i thought it would. it's been a long time since i've had to deal with policykit and i didn't understand what it was doing [15:28] dobey, ok, I was just curious since the bug/mp don't have updates about the change being incorrect [15:33] seb128: i changed the mp too [15:34] thanks === chihchun is now known as chihchun_afk [16:08] dbarth: In silo 2, «Also, craft a webapp with a new .account file and check that the hooks are still executed to produce the .application/.service files in ~/.local/share/accounts/». Can you explain that? [16:53] alesage, have you been able to test silo 10 on desktop with the workaround I suggested? [16:54] oSoMoN, just beginning :) , more news in a bit [16:54] thx === alan_g is now known as alan_g|EOD === robru is now known as robru|sick [17:15] rvr: silo 11's regression is fixed and ready for a new round of testing [17:30] boiko: Ack [19:47] Saviq: are you trying to install something from the archive after installing a silo? That would be expected as the curtain tool uses apt pinning to disable the archive. Delete /etc/apt/preferences.d/* if you want to go back to normal apt behavior [19:48] robru|sick, actually no, install from silo + dependencies from overlay/archive [19:48] so thought that should Just Work™ [19:48] robru|sick, not a big deal, feel better [19:51] Saviq: yeah that's weird, if the package is in the silo it should work [19:51] Thanks === tiagosh is now known as _salem