=== chihchun_afk is now known as chihchun === chihchun_afk is now known as chihchun === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [05:19] morning [05:58] hi [05:58] we finished testing silo-004 yesterday .. [05:59] ping trainguards: there is one thing remaining [05:59] we started with dual landing and switched to wily only landing becaue we have additional source packages.. [05:59] but the landing ppa for silo 004 still has the vivid+overlay packages in it.. [06:00] I hope this does not cause troubles.. [06:00] .. oh and additionally it is still marked as requres QA signoff - not sure if that is needed for a wily landing.. [06:09] anpok_: no it doesn't cause trouble, we can remove the packages not supposed to be there anymore [06:09] anpok_: and eh, yes, it does not need QA signoff :) [06:13] anpok_: do you want to make a copy of the vivid packages already built there, or are you ok reuploading/rebuilding them? [06:21] hm yes .. what do I need to download? [06:27] Mirv: I started a new row for syncing to vivid+overlay .. can we copy the additional source packages over to that silo then.. [06:27] all but glmark2.. we decided to bump glmark2 in overla [06:28] so we would use the wily version there.. [06:31] anpok_: ok, just a moment [06:34] anpok_: ok, all vivid packages from 004 except glmark2 copied to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-053/+packages - does that look correct? [06:36] anpok_: I will now remove the vivid packages from 004 and prepare it for the wily publishing [06:37] anpok_: so I'm running WATCH_ONLY build of 004, don't worry [06:38] ok [06:39] anpok_: should I copy the 004's glmark2 wily to 053 for vivid? [06:42] Mirv: yes [06:42] the wily one yes [06:44] anpok_: ok, glmark2 2014.03+git20150611.fa71af2d-0ubuntu2 building for vivid now in 053 [06:45] anpok_: regarding 004, all MP:s would need approval: https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/67/console [06:45] if you've the permissions to top-approve them, just go through them and do it, but I can't do it [06:52] Mirv: oh! not all of them .. I will trigger the necessary people [06:53] anpok_: thanks! [07:29] cihelp, does anyone understand why this build is failing? https://ci-train.ubuntu.com/job/ubuntu-landing-052-1-build/3/console [07:29] looks like it cannot create the source tarball [07:49] mardy: ping trainguards, not cihelp, if thre's a CI Train problem [07:52] mardy: my guess would be that you need to add .bzr-builddeb directory to your (first ever) landing (or push such a thing directly to the trunk first) [07:52] mardy: and the .bzr-builddeb/ would have default.conf like http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/.bzr-builddeb/default.conf [07:52] mardy: then try the building again [07:52] Mirv: ah, I'll try that, thanks [08:03] jibel, davmor2: do we know if there is anyone working on fixing the customization hooks? [08:05] ssweeny and cwayne were discussing a fix yesterday evening. I don't know what the conclusion has been [08:05] if an [08:05] y === marcusto_ is now known as marcustomlinson [08:18] mzanetti: hey! Where is qml-module-qbluetooth built from? [08:22] mzanetti: say outer space it will fry his head ;) [08:23] ;) [08:23] Today my head is frying anyway, I feel worse than yesterday [08:25] sil2100, you mean where to code for it is located? [08:28] Yes, what source package it's coming from [08:29] outer space, yes [08:29] sil2100, http://code.qt.io/cgit/qt/qtconnectivity.git/ [08:29] qtconnectivity5 [08:31] it also contains QtNfc [08:32] not sure how far we are with the kernel enablement there [08:38] trainguards, can you help me solve this build issue? https://ci-train.ubuntu.com/job/ubuntu-landing-052-1-build/lastBuild/console [08:39] mardy: looks like a geniune failure, looking at the build logs [08:39] But it seems it failed building for all arches [08:39] I see a cmake error there [08:40] mardy: are you using google mock in your project? Since it seems if you do, you're missing a dependency to google-mock [08:41] mardy: and cmake is failing to find one of its directories, as it doesn't seem to be installed [08:43] sil2100: I think you are right, but I cannot understand how you got to this conclusion; I don't see anything about google mock in the logs [08:43] mardy: https://launchpadlibrarian.net/211794576/buildlog_ubuntu-wily-i386.online-accounts-api_0.1%2B15.10.20150716-0ubuntu1_BUILDING.txt.gz <- here for instance [08:44] mardy: the train only gives you links to build logs of the packages that failed building, so I browsed it through for errors [08:44] sil2100: oh, indeed; I guess I didn't explore the jenkins' interface well enough :-) [08:44] And saw this: [08:44] CMake Error at cmake/FindGMock.cmake:6 (add_subdirectory): [08:44] add_subdirectory given source "/usr/src/gmock" which is not an existing [08:44] directory. [08:45] :) [08:45] sil2100: thanks a lot, I'll get it fixed [08:45] Excellent, you're welcome [09:25] sil2100, hey, I'm about to train dednick to be a lander, can you grant him permission please [09:28] mzanetti: sure, on it [09:29] mzanetti: done [09:29] thanks :) [10:11] ogra_: hey! Can I bother you with https://code.launchpad.net/~sil2100/ubuntu-seeds/ubuntu-touch.wily-qtbluetooth/+merge/264977 for a moment? Once this is approved I'll upload the vivid-packaged version to the overlay [10:25] #launchpad [10:57] Laney: I've commented on the wily lvm desktop bug, please take a look. I need to be afk for a bit now, and be happy to answer any questions whey i come back === psivaa is now known as psivaa-afk [11:00] psivaa-afk: I think it's likely to be cyphermox rather than me (trying hard not to own this bug), but can you point to where you can see the failure in the logs or give a link/instructions for how to run it outselves? [11:00] what's the bug no? [11:01] https://bugs.launchpad.net/ubuntu-test-cases/+bug/1474887 [11:01] Ubuntu bug 1474887 in Ubuntu Test Cases "wily-desktop-amd64-smoke-lvm is failing" [Undecided,New] [11:02] * Laney eyes cyphermox up suspiciously early [11:02] doubtful any preseed changes are going to fix a system that already boots [11:03] Laney: yeah, couldn't sleep any more... which is weird because I went to bed pretty late after a few hours ingressing [11:07] psivaa-afk: my guess is that the test itself is wrong for LVM. It looks for the very first line in the output of mount to start with /dev/mapper, which probably won't be the case [11:07] (because the first entry in mount is usually not the mountpoint for /) [11:13] * sil2100 off to lunch [11:16] FYI, all newly-created amd64/i386 LP builds will now be dispatched to scalingstack (lcy01-*/lgw01-*), even if they're in non-virtualised archives such as silos [11:17] Retries will still go to the bare-metal build farm for now, until we're confident enough in things to do the more invasive database surgery [11:17] (Retries of builds created prior to this change, that is) === _salem is now known as salem_ [12:26] sil2100: hmm, I can't free a silo due to an error.. https://ci-train.ubuntu.com/job/ubuntu-landing-035-3-merge-clean/6/console [12:26] sil2100: actually, it apparently got far enough in https://ci-train.ubuntu.com/job/ubuntu-landing-035-3-merge-clean/5/console already so that it disappeared now from dashboard, even though that too ended in an error [12:26] weird [12:27] Mirv: hm, this error usually means the silo was already freed [12:27] Mirv: you sure it wasn't auto-merged or you didn't run the job twice? [12:29] sil2100: no, as you can see there it removed packages first in that job nr 5 [12:30] Then maybe the silo was in overall in a busted state. [12:32] sil2100: probably when the silo is never formally built (build job not run), that happens. I was only manually uploading packages for testing. [12:34] Ah, no watch_only? [12:35] ogra_, slangasek: could any of you review/approve this branch? https://code.launchpad.net/~sil2100/ubuntu-seeds/ubuntu-touch.wily-qtbluetooth/+merge/264977 [12:45] anpok_: just two empty commits non-approved anymore, I guess those don't need special permission to top-approve? [12:46] trying. [12:47] anpok_: now this is more problems for you though, there are new, non built commits in two of the branches so you need to investigate that: https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/68/console [12:47] trainguards: last I heard, I can't actually land anything in the archives via the spreadsheet replacement beta. Is that still the case? [12:48] kyrofa: hey! Not sure if you can, I think it's still not possible currently, as I think those are using the staging PPAs [12:48] anpok_: it seems those are only a changelog entry change and comment change by you, so you'll need to decide whether you want to rebuild the packages for those or not [12:50] sil2100, alright, thanks for the info! I wanted to make sure before I tried to get a new project silo'd [12:53] sil2100: actually, I think we cannot even force publishing something if there's a branch that has a newer commit that what was built? ie rebuild needed always? [12:54] Mirv: I think currently there's no way to force-publish it besides doing a copy-package [12:54] You need to rebuild or revert the commits from the branch [12:54] Revert and do a push --overwrite [12:59] trainguards: I'm preparing a new project to go through the CI train. Does the debian/changelog version need to be anything special for the train magic to happen? [13:00] kyrofa: no, the train will try to be smart and change it to something following its format - be sure to just add a changelog entry that's UNRELEASED with the correct upstream version number [13:00] So, for instance, something like 1.2.3-0ubuntu1 should just work [13:01] The train should mangle it into something it understands during build [13:04] sil2100, alright, very good. Can you please point me to the spreadsheet? [13:06] https://wiki.ubuntu.com/citrain [13:06] (it's a redirect) [13:06] sil2100, perfect! [13:08] john-mcaleely: hey, is bug #1360403 for OTA-5? I saw in bug #1439101 you mentioned OTA-5 will fix a lot of things, but 1360403 actually makes mms work flawlessly for me (t-mobile). [13:08] bug 1360403 in nuntium (Ubuntu) "MMS does not work with T-Mobile US" [High,In progress] https://launchpad.net/bugs/1360403 [13:08] bug 1439101 in telephony-service (Ubuntu) "impossible receive MMS any operator on bq aquaris E4.5 " [High,Confirmed] https://launchpad.net/bugs/1439101 [13:09] john-mcaleely: I imagine it would fix things for others as well (obviously you would want to talk to abeato-- I'm just mentioning this as a user) [13:09] john-mcaleely: (this is already in silo 2 btw) [13:10] john-mcaleely: I should be more clear-- rc-proposed (ie all of OTA-5) *plus* silo 2 makes mms work great for me [13:10] jdstrand: no then ota5 is done, ota 6 will have the fix [13:11] that is what I figured. that's too bad (not for me, I will just install silo 2 and be done with it) [13:12] jdstrand: There are a bunch of underlying fixes that abeato and awe did for ota5 that I think make silo 002 work, but fixed issues with mms for many others. So I think there will be a few more improvements along the way. [13:12] cihelp: Can you verify that autolanding has been disabled for unity-scope-snappy? [13:13] sure, I understand that (I've been following this very closely). just saying, ota-5 plus silo 2 is the first time mms has ever worked for me [13:13] kyrofa, yes, it's disabled now [13:13] pfft ... MMS ... send a postcard ... thats cheaper [13:14] and I thought it worth mentioning that it is as close as it is, especially since ota-5 is delayed. it isn't my call, just providing info [13:14] fginther, so if I approve MPs nothing will happen without the CI train, correct? [13:14] ogra_: heh [13:14] sil2100, sorry, currently wrangling with a snappy prob ... i'll get to your MP later [13:14] jdstrand, which is your operator? [13:14] tmobile [13:14] kyrofa, yes, approved MPs will be ignored by the ci s-jenkins now [13:15] jdstrand, no joking ... MMS in europe is like 1.20€ [13:15] fginther, awesome, thank you! [13:15] jdstrand, ok t-mobile us wait for ota-6 [13:15] kyrofa, you're welcome [13:16] jdstrand, sadly, I understand it missed the ota-5 cut [13:16] so will land in ota-6 [13:16] ogra_: yeah but after the greek affair that's what 3 cents ;) [13:16] ogra_, non-sense, in France most subscriptions include them for free [13:16] like for 5€/month you can get 2 hours call and unlimited sms/mms [13:16] hey, like I said. not my call-- I'm extremely pleased to install silo 2 on my device [13:17] just thought I'd pass along the info [13:17] seb128: no pay as you go in the uk include them, I think they are in contract sims though [13:17] jdstrand, note however that many fixes for mms already landed, there was just a small thing needed for t-mobile us, but I think most of the other operators should work now [13:17] seb128: roughly 60p in the uk up to £1 [13:17] davmor2, yeah, most people in france has sim contracts, not pay as you go [13:17] have* [13:18] jdstrand, for instance Free in france [13:18] seb128, pfft, france ... communists ! [13:18] :D [13:18] :-) [13:18] they're not in my UK contract [13:18] which makes testing tedious [13:19] yeah, same here [13:19] john-mcaleely: no expensive not tedious ;) [13:19] i got free SMS [13:19] but MMS cost a fortune [13:19] tedious to read the bill :-) [13:19] fortunately in my case the price dropped from 1 eur + VAT to 0.5 a couple of months ago [13:19] abeato, I guess you're a bulk user :-) [13:20] but anyway I had to spend like 30/40 eur in MMS last month, john-mcaleely knows that :D [13:20] indeed [13:20] john-mcaleely, probably the only MMS bulk user in Spain these days :) [13:20] ha [13:23] abeato: Europe [13:23] davmor2, maybe EMEA ;) [13:24] abeato: infact, the world bar the USA [13:24] lol [13:59] jdstrand: ping === charles is now known as jordan [14:18] rvr: hey [14:18] jdstrand: Hi, I'm testing silo 11 and I found some issues with apparmor [14:18] jdstrand: http://paste.ubuntu.com/11887897/ [14:19] jdstrand: The popup is stuck loading the login page [14:19] jdstrand: During installation, I downgraded to apparmor-easyprof-ubuntu 1.3.12, the version in the silo PPA. [14:20] The one in the overlay PPA is 1.3.13 [14:21] rvr: let me circle back to you. got pulled into a meeting right after I said 'hey' [14:22] coolio [14:22] * tsdgeos tries [14:30] awe_: ping [14:32] rvr, pong [14:32] awe_: How to test silo 6? [14:35] rvr, I would run your standard network test cases; if you want to test the specific changes for the APN editor, then you have a choice of either doing so manually using ofono scripts, or using the corresponding system-settings silo for the apn editor [14:35] but you'd need to check with jgdx as to it's current status [14:36] rvr, I think you testing should be primarily focused on ensuring there are no regression [14:36] s [14:36] awe_: Ok [14:49] fginther, while autolanding is disabled for unity-scope-snappy, is it still running tests etc. for MPs? [15:07] Mirv: I rebuilt (004) .. I just realized that the vivid mir package in the former dual landing silo was outdated.. can you copy the wily ubuntu-system-compositor and mir package instead [15:14] cihelp: while autolanding is disabled for unity-scope-snappy, is it still running tests etc. for MPs? [15:14] kyrofa: yes, it should be. [15:17] josepht, hmm, alright, maybe I'm just being paranoid. It's been over an hour is all [15:18] kyrofa: I'll take a look in a few minutes. Do you have a link to the MP handy? [15:18] josepht: https://code.launchpad.net/~kyrofa/unity-scope-snappy/improve_debs/+merge/264640 [15:19] josepht, I appreciate your eyes :) [15:22] rvr: ok, back [15:22] rvr: so, 1.3.12 and 1.3.13 are equivalent for what you are testing [15:22] jdstrand: Ok [15:23] jdstrand: So, do you think those denials are harmless? [15:23] I do, based on a conversation with mardy before [15:23] let me find the bug [15:25] rvr: this is https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1468792 [15:25] Ubuntu bug 1468792 in Online Accounts setup for Ubuntu Touch "various apparmor denials when using ubuntu-account-plugin template" [Critical,In progress] [15:25] let me check something [15:26] ah right [15:26] rvr: so, what is happening is that we allow this: owner @{HOME}/.cache/online-accounts-ui/id-*-@{APP_PKGNAME}_@{APP_APPNAME}/ [15:27] rvr: but we intentionally don't allow this: @{HOME}/.cache/online-accounts-ui/ [15:27] rvr: something needs to create @{HOME}/.cache/online-accounts-ui/ on the apps behalf. [15:27] rvr: it is believed that this is another bug: [15:28] actually, no [15:28] I thought it was related to another one, but I was wrong [15:29] rvr: last I heard, with apparmor-easyprof-ubuntu 1.3.12 and higher, all relevant denials are fix and that if there is a problem it is somewhere else [15:29] rvr: I'm going to comment in the bug regarding @{HOME}/.cache/online-accounts-ui/ [15:29] jdstrand: It is point 1 of that bug [15:30] jdstrand: "1. There is a denial to create this directory if it does not exist already" /home/phablet/.cache/QML/Apps/online-accounts-ui [15:30] Hmm [15:31] name="/home/phablet/.cache/QML/Apps/online-accounts-ui/" [15:31] Yup [15:32] josepht, that MP ran! Did you poke it, or did it just take time? [15:32] kyrofa: I poked it [15:32] josepht, heh, thanks :) [15:33] sil2100: qml-module-qtbluetooth, you've analyzed the impact on the size of the phone image and everyone's happy with the result? [15:33] kyrofa: np, it thought it had already looked at rev 32 so it didn't try to run again. [15:34] rvr: I'm quite confident the /home/phablet/.local/share/applications/ is harmless. I'm less so about /home/phablet/.cache/QML/Apps/online-accounts-ui/ [15:35] rvr: can you do: 'mkdir -p /home/phablet/.cache/QML/Apps/online-accounts-ui/' then ttry again? [15:35] jdstrand: Sure [15:37] slangasek: I checked that and was fine, but I didn't consult with anyone ;) [15:38] jdstrand: Jul 16 15:37:30 ubuntu-phablet kernel: [ 52.552819]type=1400 audit(1437061050.590:131): apparmor="DENIED" operation="mknod" profile="com.ubuntu.developer.rmescandon.asana_account-plugin_1.0.0" name="/home/phablet/.cache/QML/Apps/online-accounts-ui/ef91bab385a7f63fa8bbf22bbf9d1bdf" pid=3546 comm="QQmlThread" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011 [15:38] I think it was around ~260KB of additional space required [15:38] fginther: is it possible to enable listing the mir-clang-ts-wily-amd64-build jobs through a public URL (similar to: https://jenkins.qa.ubuntu.com/job/mir-clang-wily-amd64-build/)? [15:40] rvr: ok-- that indicates two things-- one, the denial is not harmless and two, there is a bug in the silo because /home/phablet/.cache/QML/Apps/online-accounts-ui/ef91bab385a7f63fa8bbf22bbf9d1bdf is not app-specific, and it should be [15:40] jdstrand: Ack [15:40] mardy: ^ [15:42] dbarth: ^ [15:42] reading [15:44] ah, so not harmless after all :/ [15:44] dbarth: you might see comments 12 and 13 from bug 1468792 [15:44] bug 1468792 in Online Accounts setup for Ubuntu Touch "various apparmor denials when using ubuntu-account-plugin template" [Critical,In progress] https://launchpad.net/bugs/1468792 [15:45] sil2100: ok. I'm not sure what the policy should be on adding new interfaces to the phone, this seems like something that should be checked with product management or so? [15:46] hmm, yet i was able to create the account, whereas rvr could not in his testing [15:46] rvr: could you double check the package versions that effectively got installed on your test phone? [15:47] dbarth: Hmm [15:49] dbarth: Grrrr... citrain tool didn't install the packages [15:49] dbarth: Rechecking [15:49] slangasek: I think this was a request from management as well as it's a feature request from higher-up, but I don't know, I'm managing seeds since recently [15:49] rvr: ah! [15:49] because of the downgrade problem [15:49] slangasek: I could check with pmcgowan now [15:50] pmcgowan: hey! mzanetti requested adding qml-module-qtbluetooth to the seeds for bluetooth file transfer support [15:50] pmcgowan: just want to confirm it's approved by product management [15:51] right. I didn't talk to anyone... [15:51] I just installed it to my phone, had a little play, it seemed working and so I thought I'd start the discussion [15:51] Oh, so I misunderstood [15:51] but yeah... I still think we should have it [15:52] Well, still new to this process, in the past I was only getting requests from management [15:52] pmcgowan: you think this will be fine? It's an additional ~260KB of space (with new dependencies) [15:52] sil2100, is that a standard Qt 5 module [15:52] that seems fine [15:52] pmcgowan: yes, it's from Qt5 [15:52] it has been released upstream by now, yes [15:53] ok [15:53] when we first put together the seed it was still marked "experimental" [15:53] slangasek: ^ we have approval, sorry for that, will make sure to confirm every change with the PT [15:54] sil2100: ok, merged [15:54] was that the seed change ? [15:54] sil2100: I guess this needs an ubuntu-touch-meta upload? [15:54] ogra_: yes [15:54] ah, thanks [15:54] slangasek: I have the vivid-overlay version prepared [15:54] * ogra_ would have had time now :) [15:55] slangasek: I can prepare a wily version too, but I never remember if I should prepare it by hand or is there some magic way to build it out of the branch [15:55] sil2100: ah, this is being changed for vivid too? hmm I'm not sure how that will work [15:55] * sil2100 uploads the overlay version in teh meantime [15:56] slangasek: we always prepare a separate version of the ubuntu-touch-meta and upload [15:56] slangasek, sil2100, err, wait [15:56] sil2100: er, you're talking about a vivid-overlay /package/, not a merge? [15:56] slangasek: yes, package [15:56] slangasek, sil2100, qml modules need to go into the sdk-libs [15:56] (and slangasek is right, that would need a framework bump i guess) [15:56] sil2100: the metapackages are supposed to be autogenerated from the seeds using the ./update command [15:57] ogra_: oh? [15:57] slangasek, not for releases releases :) [15:57] slangasek, there we always need to hack the meta directly [15:57] because the seeds get locked on release day [15:57] hmm [15:57] *released releases [15:58] If the place for it is in sdk-libs then indeed it's not so easy [15:58] well, all qml modules live there [15:58] dbarth: Doesn't load either [15:59] and essentially make up our framework [15:59] not sure what our policy for vivid is here [15:59] as an architect :) [15:59] rvr: ?! [15:59] rvr: with the same error messages? [16:00] but i imagine we cant just enhance the framework without any version bumps [16:00] Ok then, let's hold off getting this change merged/approved [16:00] It's not critical enough and we need to put a bit more thought into it [16:00] sil2100, i guess you want tvoss inpout for that one first [16:00] bumping in wily shouldnt be a prob though [16:01] Right [16:02] sil2100: meeting [16:02] sil2100, ogra_: the merge was committed to the seed branch, but I'll hold off on uploading anything until we have a final decision [16:03] sil2100, ogra_ is right, that becomes part of the sdk [16:03] dbarth: jdstrand: Jul 16 15:51:19 ubuntu-phablet kernel: [ 74.711347]type=1400 audit(1437061879.696:123): apparmor="DENIED" operation="exec" profile="com.ubuntu.developer.rmescandon.asana_account-plugin_1.0.0" name="/usr/lib/arm-linux-gnueabihf/oxide-qt/chrome-sandbox" pid=3750 comm="online-accounts" requested_mask="x" denied_mask="x" fsuid=32011 ouid=0 [16:03] [16:04] slangasek, well, wily is -dev anyway, any chanes there should be ok ... this is just about vivid ... where seeds arent used anyway [16:04] sil2100, ogra_ we did just add a 15.10-dev framework a bit belatedly [16:04] the fw definition is a bit unwieldy [16:06] ogra_: if it's supposed to go in sdk-libs, that affects the seed for wily also. [16:06] rvr: you need the webview policy group [16:07] slangasek, yes, i'm only talking about wily :) [16:07] rvr: oh, did you apply comment #3 from the bug report ? that's the key [16:08] slangasek, vivid doesnt have seeds anymore [16:08] ie, the package doesn't have the right policy embedded, and it needs an upgrade via: [16:08] (not functional seeds at least) [16:08] cd /var/lib/apparmor/profiles [16:08] sudo apparmor_parser -r click_com.ubuntu.developer.rmescandon.asana_account-plugin_1.0.0 [16:09] dbarth: Ah [16:09] rvr: sorry, that was not totally obvious from the spreadsheet comment [16:11] dbarth, rvr: comment #3's point '1' is already resolved in apparmor-easyprof-ubuntu 1.3.12 and higher [16:14] dbarth: jdstrand: I executed that, and the popup is still stuck loading the login page [16:14] rvr: what dbarth said isn't quite enough [16:15] rvr: you need to look at /var/lib/apparmor/clicks/*asana*, then add 'networking' and 'webview' to the policy_groups [16:15] rvr: then you need to: sudo rm -f /var/lib/apparmor/profiles/click_*asana* ; sudo aa-clickhook [16:15] rvr: well, that's the whole of comment #3, ie download the improved profile from mardy, which should go into the next version of the package [16:16] dbarth: no [16:16] dbarth: stable-phone-overlay has all the fixes that can be applied [16:16] dbarth: to apparmor-easyprof-ubuntu [16:16] jdstrand: dbarth: Is the click package wrong? [16:17] rvr: if it doesn't contain 'webview', then yes, it is wrong [16:18] dbarth: ie, I incorporated mardy's fixes [16:19] dbarth: but the silo is not operating correctly in the manner I described in comments #12 and #13 [16:24] jdstrand: which click package version should we use? i refer to the one received by email, not the store upload which is unaccessible for us [16:25] jdstrand: dbarth: Now it loads [16:25] rvr: what changed? [16:26] dbarth: I added the profile changes that jdstrand described [16:27] well, hold on-- you had to do the mkdir still, right? [16:27] ok [16:28] jdstrand: Yes, let me remove it [16:30] dbarth: the asane attached to my email with 'Subject: Re: account-plugins apparmor confinement' on 2015/06/26 has the corrected policy groups [16:30] asana* [16:32] jdstrand: It loads, even after removing the directory :-/ [16:33] :\ [16:33] rvr: sending you the updated click [16:34] jdstrand: Ack [16:34] rvr: I think the test environment is compromised. I advise restarting the tests with the click I provided [16:34] Reflashing [16:35] I don't really know what online accounts is doing behind the scenes [16:35] yup, agreed [16:35] i can do the same here [16:35] I suspect that parts of it completed despite the failure [16:35] rvr: you on wily, right? [16:35] and therefire simply removing the dir didn't reset it [16:36] dbarth: Nope, overlay PPA [16:36] dbarth: ubuntu-touch/rc-proposed/bq-aquaris.en [16:36] ah ok, switching there then [17:09] jdstrand: dbarth: It loads [17:09] After reinstalling everything [17:09] And using jdstrand's click package === alexabreu is now known as alex-abreu [17:19] rvr: right, i have the same here; worked like a charm (again ;) using my corporate google account to login even [17:20] though i do get a few denials due to the webview wanting to go over the board, but that's cosmetic, and can be managed in a separate bug [17:20] dbarth: I can also create another account in Ubuntu [17:20] One [17:27] dbarth: jdstrand: Approving the silo [17:29] rvr: thank you === psivaa-afk is now known as psivaa [17:33] trainguards: hiya, can i get a silo for line 72? it's part of the dconf custom fix [17:33] sil2100: ^ [17:33] cwayne: on it [17:34] robru: <3 [17:34] cwayne: you didn't specify what series to release to [17:35] o/ [17:35] sil2100: goodnight [17:35] Not yet! Just waving hands to cwayne o/ [17:35] heh [17:35] robru, cwayne: can that be dual landed? [17:36] don't see any reason why not [17:36] Ok, if that's an MR then it makes sense [17:36] sil2100: so funny story, seems we had a fix for this in place over a year ago (we didn't realize there was a bug to fix, we were just going to move to a precompiled db) [17:37] cwayne: ok silo 35 [17:37] this'll require some fixes to the custom build scripts as well, so we'd need to coordinate its landing sil2100 [17:37] robru: thanks [17:37] cwayne: you're welcome [17:38] cwayne: hm, is this well tested? [17:38] cwayne: ok, so we'll need a coordinated custom release, right? For OTA-5 we'll only release this fix for arale [17:38] sil2100: ssweeny just tested it, yeah [17:39] For vegetahd and krillin we won't do an OTA-5 respin [17:39] sil2100: ack, ill work on getting a custom tar ready so we can test both together [17:39] cwayne: excellent, thanks :) [17:39] davmor2, jibel: ^ [17:39] kgunn: nah you gotta wait until u-s-s-o-a finishes migrating before rebuilding [17:40] robru: ah...was just reacting to dashboard [17:40] kgunn: yeah it's kind of a race condition, dashboard is set as dirty when the other silo publishes, but rebuilding doesn't work until the other silo merges [17:41] kgunn: no, it's exactly a race condition, no kind of about it ;-) [17:41] kgunn: fortunately it'll get marked dirty again when the merge happens [17:41] sure [17:41] np [17:46] cyphermox: i've commented on your MP for lvm test fix [17:46] ok [18:16] trainguards, line 73 is ready for a silo [18:16] trainguards: if a landing is for vivid without the overlay ppa specified, it will get pushed out to vivid-updates as an SRU, right? [18:18] renatu, The buteo jobs have been running for about a day now, can you confirm they are setup correctly? https://jenkins.qa.ubuntu.com/job/buteo-syncfw-qml-ci/ and https://jenkins.qa.ubuntu.com/job/buteo-sync-plugins-contacts-ci/ [18:21]