[08:02] <tvoss> trainguards, I would like to have https://requests.ci-train.ubuntu.com/#/ticket/548 landed to wily overlay
[08:04] <robru|sick> tvoss: if you set the destination ppa to the overlay you can click publish on it
[08:05] <robru|sick> tvoss: there's a dropdown menu you can select the overlay from, just double click in the field
[08:05] <tvoss> robru|sick, ah, so wily + overlay ppa
[08:05] <tvoss> cool, let me try to hit publish :)
[08:05] <robru|sick> tvoss: looks good
[08:06] <tvoss> ah, I'm not authorized to upload :)
[08:06] <robru|sick> Ooooh
[08:06] <robru|sick> tvoss: you need a core dev then, I'm afraid i can't help you there
[08:07] <tvoss> robru|sick, ack and thx
[08:07] <robru|sick> tvoss: you're welcome
[08:07] <tvoss> robru|sick, and get well soon :)
[08:08] <robru|sick> tvoss: thanks, will sleep it off tonight
[09:01] <Saviq> sil2100, re: translations, I don't think there's really any other way, translators should use rc (if we start using it as actual rc), we need a string freeze @ which point we release to rc, give translators a few days to do translations and start testing then
[09:03] <sil2100> Saviq: yeah, but I don't want to force translators to have to use rc even at best... since even though it's safer than rc-proposed, the first images we build in rc will be untested, so they could have some issues on their main phones
[09:03] <Saviq> sil2100, how else are they supposed to see new, untranslated, or changed, strings
[09:03] <Saviq> sil2100, otherwise you release untranslated images to users
[09:04] <jibel> sil2100, I agree with Saviq there is no other way than using a pre-release image
[09:04] <Saviq> sil2100, if we treat translation changes as "safer", you could update just the langpacks post-testing
[09:05] <seb128> we could also publish a list of new strings in the coming ota
[09:05] <seb128> but it would mean keeping track of string changes
[09:05] <Saviq> seb128, well, should be easy to get .po diffs
[09:05] <Saviq> seb128, but, it's not just about the strings
[09:05] <sil2100> seb128: we already do something like that, since LP has the new strings earlier - the problem is that they do not know the context of some of the strings
[09:06] <Saviq> exactly, or how much space they have
[09:06] <jibel> seb128, right but without context and the layout on the phones it's hard to figure out what the translation should be. The physical space on the screen is a hard constraint
[09:06] <seb128> there is not one phone and screen size though
[09:06] <seb128> so that's not really an argument
[09:06] <Saviq> well, 40GU is our smallest target
[09:07] <seb128> right, so now you change from "test on your device" to "test on a 40GU"
[09:07] <seb128> ideally the emulator would make that easy
[09:08] <Saviq> if it wasn't as slow as it is... but sure, I treat the emulator == device
[09:09] <Saviq> but I'm probably slightly different than community folk just trying to help, not brick their phones
[10:22] <rvr> mardy: ping
[10:30] <mardy> rvr: pong
[10:30] <rvr> mardy: Hey
[10:30] <rvr> mardy: Silo 2
[10:30] <rvr> mardy: «I have created a Google account. I have granted access in System Settings > Accounts to both YouTube and Contacts. Two issues: YouTube scope doesn't hide the "Log in YouTube" button»
[10:31] <rvr> mardy: «Clicking in "Import contacts from Google" opens the Google login dialog to introduce the credentials.»
[10:32] <mardy> rvr: brb, got to reboot
[10:36] <mardy> rvr: ok; the second one seems normal
[10:36] <mardy> rvr: what happens when you tap on the Log in Youtube button?
[10:37] <rvr> mardy: Even though the account has been created and permission granted?
[10:37] <mardy> rvr: wait, does it asks you to authorize a service, or to enter your credentials?
[10:38] <rvr> mardy: Yes
[10:38] <rvr> mardy: The button doesn't do anything, apparently
[10:38] <rvr> It reloads the page, but doesn't go away
[10:42] <mardy> rvr: can you please try without the silo?
[10:45] <Saviq> brendand, kudos on picking up the behemoth silo ;), let me know please if you have any questions
[10:45] <brendand> Saviq, np i'm currently filling my armory
[10:46] <brendand> let's see, assault rifle, check. grenades, check. 8 inch hunting knife, check
[10:46] <brendand> body armour, check
[10:47] <Saviq> :)
[11:05] <Saviq> trainguards, https://requests.ci-train.ubuntu.com/#/ticket/445 somehow got SILO DIRTY for unity8, even though I rebuilt it yesterday and no one released unity8 in the mean time
[11:06] <Saviq> oh ok, duflu merged trunk... bad timing
[11:06] <Saviq> is this going to be a problem for publishing?
[11:07] <sil2100> Saviq: silos now can also be marked as dirty if someone pushes a new commit to any of the branches - anyway, so did anyone release unity8 in the end, or is it that case right now?
[11:07] <Saviq> sil2100, one of the branches got a trunk merge after it was built in the silo, so there's no change really
[11:08] <Saviq> sil2100, we can safely ignore that commit
[11:09] <Saviq> sil2100, just not sure what the result's gonna be when publishing (should I WATCH_ONLY?)
[11:22] <sil2100> Saviq: hmm, good question, might cause some problems
[11:23] <sil2100> Saviq: try watch-only, but with all the recent changes that Robert made I'm not sure if watch-only does what it was doing in the past anymore
[11:33] <rvr> mardy: Same without the silo
[11:33] <mardy> rvr: that's kind of good news :-)
[11:34] <Saviq> sil2100, it'll likely just go back to dirty the next time it does the checks... but let's try
[11:34] <mardy> rvr: rc-proposed?
[11:34] <rvr> mardy: Good news for the silo, but it's not working as expected
[11:34] <rvr> mardy: Yes
[11:35] <rvr> If I granted permissions to Contacts, why does it ask again? And YouTube scope seems broken.
[11:35] <mardy> rvr: since it's already landed, can you please file a couple of bugs?
[11:36] <mardy> rvr: one is the local permission to use the account, the other one is Google request to authorize the app -- but I'll check
[11:36] <Saviq> sil2100, actually, watch_only didn't clear the flag, let's see what happens
[11:37] <rvr> mardy: In Contacts, the dialog to fill the Google account credentials is displayed
[11:38] <mardy> rvr: mmm... I tried just now: deleted the account, re-created, enabled contacts from system settings:
[11:39] <mardy> rvr: the transfers indicator showed an error, with "tap to retry" suggestion
[11:39] <mardy> rvr: I tapped, it retried, and it worked, with no question asked
[11:39] <mardy> rvr: can you tell me exactly your steps?
[11:39] <rvr> mardy: 1. System Settings > Accounts > Create Google Account.
[11:40] <rvr> mardy: 2. Edit account to grant permissions to Contacts and YouTube
[11:40] <rvr> mardy: 3. Open Contacts, click on Import contacts from Google
[11:41] <rvr> mardy: At this point, the Google login page appears
[11:43] <mardy> rvr: don't you get the transfer icon in the indicators, as soon as you enable Contacts in the account?
[11:45] <rvr> mardy: Yes
[11:45] <rvr> mardy: But no error
[11:48]  * Mirv freeing up 10GB of PPA space :)
[11:52] <mardy> rvr: that's weird, so there is a working sync after creating the account, but it doesn't work from the calendar app...
[11:52] <mardy> rvr: did you install the first version of buteo landing, which was later reverted?
[11:53] <rvr> mardy: I'm latest using rc-proposed
[11:53] <rvr> I'm using latest rc-proposed
[11:53] <mardy> rvr: yes, but I mean, if you once installed that (broken) silo, the accounts.db file might still contain wrong infos
[11:54] <mardy> rvr: unless you wiped the device
[11:56] <rvr> mardy: The device is wiped for each silo
[11:59] <mardy> rvr: ok, then please can you try again while running this: OAU_LOGGING_LEVEL=2 OAU_DAEMON_TIMEOUT=9999 online-accounts-service
[12:07] <rvr> mardy: http://paste.ubuntu.com/12893637/
[12:08] <rvr> mardy: That's without the silo
[12:13] <rvr> https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1508903
[12:14] <mardy> rvr: you know what? it's not using the same account, it's actually creating another account
[12:15] <rvr> mardy: I suppose it's not recognizing the existing one
[12:19] <mardy> rvr: can you also paste the output of "account-console show <google-account-id>", where the google account id is returned by account-console list?
[12:21] <rvr> mardy: https://pastebin.canonical.com/142430/
[12:23] <mardy> rvr: thanks; looks like this is a regression in calendar, I'll comment on the bug
[12:23] <rvr> mardy: In calendar?
[12:24] <mardy> rvr: contacts, calendar, same thing ;-)
[12:24] <rvr> mardy: Ah, ok
[12:33] <rvr> mardy: The account tester app is failing. "Error 4"
[12:34] <rvr> mardy: signon-apparmor-extension is installed
[12:39] <mardy> rvr: are you testing the silo 2 now, or still on vanilla rc-proposed?
[12:44] <mardy> rvr: in any case, could you please try again with OAU_LOGGING_LEVEL=2 OAU_DAEMON_TIMEOUT=9999 online-accounts-service ?
[12:55] <rvr> mardy: Silo :)
[12:57] <rvr> mardy: Forget it, it was an expected error
[13:20] <brendand> are these issues known about? http://paste.ubuntu.com/12893982/
[13:21] <sil2100> brendand: hm, no, I don't think so
[13:22] <sil2100> brendand: is that with proper PPA pinning?
[13:34] <rvr> mardy: Approving silo 2
[13:34] <rvr> mardy: I filled another bug https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1508935
[13:36] <rvr> renatu: ping
[13:36] <renatu> rvr, pong
[13:36] <rvr> renatu: om26er has been trying to install silo 55 in OTA7 without luck
[13:36] <rvr> renatu: https://trello.com/c/Sof1bEKA/2397-540-ubuntu-landing-055-address-book-service-bfiller
[13:37] <rvr> renatu: Should be installed in rc-proposed instead?
[13:37] <rvr> OTA7 lacks dependencies
[13:37] <renatu> rvr, did we update evolution-data-server libraries?
[13:37] <rvr> renatu: I don't know
[13:37] <renatu> Version of libstdc++6:armhf on system is 4.9.2-10ubuntu13.
[13:38] <renatu> it is complaning about evolution-data-server libraries and stdc++ versions
[13:39] <renatu> rvr, I do not have controls over these libraries, I can try push a new build on the silo to check if it will fix the problems
[13:39] <rvr> renatu: I could install it in rc-proposed
[13:39] <rvr> renatu: But om26er was trying to do it in OTA7, as explained in the merge proposal
[13:40] <renatu> rvr, do I need to change something in the silo to create packages for OTA7?
[13:40] <Mirv> jibel: hey. I don't see cachio here but request 531 / silo 014 was marked as Passed but the ticket was not updated.
[13:41] <renatu> rvr, I do not know why the silo is creating packages incompatible with the libraries on OTA7
[13:42] <rvr> renatu: Hmm
[13:42] <rvr> renatu: I'm going to take look to it. Why is OTA7 a requirement?
[13:42] <rvr> Mirv: I see
[13:42] <renatu> rvr, OTA7 is not a requirement
[13:42] <rvr> Mirv: Maybe he has no bileto powers
[13:42] <rvr> Mirv: Approving
[13:42] <renatu> rvr, it will be land on OTA8
[13:43] <Mirv> rvr: thank you! possibly so.
[13:45] <renatu> rvr, ok I see the test plan ask to install OTA6. I will update that.
[13:46] <rvr> renatu: Ok
[13:46] <renatu> rvr, done
[13:46] <rvr> robru|sick: Can you add cachio to bileto (qa-team)?
[13:47] <sil2100> rvr: I can do that if needed :)
[13:48] <rvr> sil2100: Yes, please :)
[13:50] <rvr> renatu: I'm reading the steps here https://code.launchpad.net/~renatofilho/address-book-service/fix-facebook-account-import/+merge/275076
[13:50] <rvr> renatu: * Install OTA7 or older image on phone
[13:50] <rvr> renatu: Step '''Install the last version of the package "buteo-sync-plugins-contacts-google" and "address-book-updater"''' ... is this equivalent to install the silo packages?
[13:51] <renatu>  rvr, I added a extra step: Flash proposed image;
[13:51] <renatu> :D
[13:52] <rvr> renatu: Same URL?
[13:52] <renatu> yes
[13:54] <rvr> Still see the same steps
[13:54] <renatu> rvr, for me it is showing:
[13:54] <renatu> Open system settings and create one account (Account D):
[13:54] <renatu> Make sure that contact sync is disabled for this account
[13:54] <renatu> Flash proposed image;
[13:54] <renatu> Install the last version of the package "buteo-sync-plugins-contacts-google" and "address-book-updater"
[13:54] <renatu> reboot the phone
[13:55] <rvr> renatu: Flash without wiping?
[13:55] <renatu> yes
[13:56] <renatu> let me update that
[13:56] <rvr> Weird, in https://code.launchpad.net/~renatofilho/address-book-service/fix-facebook-account-import/+merge/275076 I still see the old steps
[13:56] <rvr> om26er: You? ^
[13:57] <om26er> rvr, yeah they are the same as they were previously
[13:57] <rvr> om26er: renatu has updated the steps, see above
[13:58] <renatu> rvr, ok sorry I have been updating the test plan page: https://wiki.ubuntu.com/Process/Merges/TestPlan/buteo-sync
[13:58] <renatu> rvr, I will update the MR description
[13:58] <om26er> ;)
[13:58] <rvr> renatu: Aaaaaahhhhhh
[13:59] <om26er> renatu, is buteo-sync-plugins-contacts-google not installed by default ?
[13:59] <renatu> om26er, yes they are on proposed
[13:59] <rvr> barry: ping
[14:01] <om26er> renatu, hmm, so I don't need to install it then ? or do I have to downgrade to the previous version of this package ?
[14:02] <renatu> om26er, you need to install the packages on silo
[14:03] <om26er> renatu, the silo does not contain buteo-sync-plugins-contacts-google it only contains address-book-service
[14:05] <om26er> renatu, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-055
[14:06] <renatu> yes in this case just install the silo
[14:06] <renatu> I will update the description
[14:47] <davmor2> popey: oh I like it
[14:48] <popey> wat?
[14:48] <davmor2> popey: I thought well that bug number one not fixed and then I tapped the today and up it scrolled very swish
[14:48] <popey> \o/
[14:51] <davmor2> and the bottom one pops it's details up rather than down that's 2 out of 2 woohoo! now to find some new issues ;)
[14:52] <Saviq> brendand, how's your armour, holding? need a med-pack?
[15:00] <davmor2> popey: found a bug
[15:01] <davmor2> popey: 19 kph is not 19 mph for wind
[15:01] <davmor2> popey: 19kmh is about 12 mph
[15:02] <davmor2> kph even
[15:05] <ahayzen> davmor2, not more issues! ;-)
[15:05] <davmor2> ahayzen: flick between mph and kmh surely the numbers should change ;)
[15:05] <ahayzen> they do for me..
[15:06] <davmor2> kph even
[15:06] <ahayzen> which provider and is that the day delegate or the today info ?
[15:06] <ahayzen> davmor2, oh you mean the numbers would change good point!
[15:06] <davmor2> ahayzen: both providers on the default location page for any day including today
[15:07] <davmor2> ahayzen: indeed 19 kph != 19mph more like 12mph
[15:07] <ahayzen> davmor2, haha who wrote this!
[15:07]  * ahayzen hides
[15:07] <davmor2> ahayzen: ermmmmmm I forget his name
[15:08] <ahayzen> bzr blame will tell us ;-)
[15:08] <davmor2> ahayzen: I just blame popey ™ any way
[15:09] <ahayzen> davmor2, right investigating, you can report a bug and assign to me if you want :-)
[15:12] <ahayzen> davmor2, haha, so if you change the temperature from C to F i bet the wind value will change ;-)
[15:13] <Saviq> davmor2, have you seen brendand? I'm worried silo 22 kiled him...
[15:13] <davmor2> Saviq: bath is a long way from wolverhampton dude ;)
[15:14] <davmor2> ahayzen: what muppet wrote that ;)
[15:14] <ahayzen> :-)
[15:16] <Saviq> davmor2, not sure what it has to do with the fact you don't take regular baths
[15:16] <Saviq> I work from  home, too
[15:17] <davmor2> Saviq: yes an I can't see you either :P
[15:18]  * Saviq wipes the camera lens
[15:19] <davmor2> Saviq: oh dude seriously put some clothes on no one needs to see that.  /me buys some more mind bleach
[15:26] <sil2100> slangasek: hey! I see the xenial series is up on LP, feel free to do the wily-overlay batch copy once you see the time is right and give us a sign to re-target the CI Train
[15:27] <om26er> sil2100, Hi!
[15:27] <slangasek> sil2100: ah, we should probably do that asap
[15:27] <om26er> sil2100, I need to bless https://requests.ci-train.ubuntu.com/#/ticket/540
[15:28] <om26er> sil2100, I would probably need permissions to do that, can you give me permissions ?
[15:28] <sil2100> om26er: sure!
[15:29] <davmor2> Saviq: there you go resurrected brendand for you
[15:29] <davmor2> Saviq: don't be killing him again I only have the one potion available till I complete the next quest
[15:30] <sil2100> om26er: added!
[15:30] <sil2100> rvr: oh and I almost forgot about your request, added that person now - sorry for the delay!
[15:30] <rvr> sil2100: Thanks
[15:34] <sil2100> jibel, robru|sick, rvr, davmor2: anything to discuss besides celebrating wily release?
[15:34] <jibel> sil2100, nothing from me
[16:01] <popey> davmor2: http://people.canonical.com/~alan/weather/com.ubuntu.weather_3.0.150_all.click for you - fixes your bug
[16:02] <jibel> rvr, why is 23 still blocked?
[16:02] <rvr> jibel: barry haven't pinged back
[16:02] <jibel> barry, ^
[16:02] <rvr> hasn't
[16:03] <jibel> barry, there is a comment on this card https://trello.com/c/lGitnxvO/2373-514-ubuntu-landing-023-system-image-barry
[16:03] <davmor2> ahayzen: https://bugs.launchpad.net/ubuntu-weather-app/+bug/1508998
[16:04] <davmor2> popey: oh nice
[16:04] <ahayzen> davmor2, already fixed :-P
[16:04] <popey> davmor2: added link to the citrain task
[16:05] <davmor2> popey: thanks
[16:22] <popey> davmor2: give us a ping if you find any more :)
[16:26] <barry> jibel: i apparently can't log into trello any more.  getting a pw reset
[16:32] <davmor2> popey: will do
[16:36] <barry> rvr: do you have a few minutes to talk about the test b failure?
[16:36] <rvr> barry: Sure
[16:37] <barry> rvr: what does it mean "s-i-cli doesn't unset auto downloads?"
[16:38] <rvr> barry: system-image-cli is self-consistent, it gets and sets its autodownload status correctly
[16:38] <rvr> barry: but is not consistent with System Settings
[16:39] <rvr> barry: When I unset autodownloading with system-image-cli, System Settings says otherwise
[16:40] <barry> rvr: i guess that's a bug in system-settings?
[16:40] <davmor2> ahayzen, popey: that's better :)
[16:40] <ahayzen> davmor2, :-)
[16:41] <barry> rvr: who owns system-settings these days?
[16:41] <rvr> barry: Ask kenvandine
[16:41] <davmor2> ahayzen: how can tell if the refresh has happened?
[16:42] <ahayzen> davmor2, when the spinner stops spinning? or the bouncing stops bouncing ?
[16:42] <ahayzen> or if the data changes
[16:42] <ahayzen> davmor2, you could load you cache folder with the data from the autopilot tests
[16:42] <ahayzen> then you would see it all change
[16:43] <davmor2> ahayzen: I mean for the refresh interval to test it is actually refreshing
[16:43] <ahayzen> ah hmm
[16:43] <ahayzen> change the time on your clock ?
[16:43] <barry> rvr: okay, while waiting for kenvandine to respond, let me ask about the other problem i think you reported.  you're not seeing updates because of another system-settings issue, or is that a system-image problem?
[16:43] <davmor2> ahayzen: is there a timestamp on the data?
[16:44] <ahayzen> davmor2, not sure think that was hijacked from the old app, let me check
[16:45] <rvr> barry: Well, I don't know whether the problem is in System Settings or in system-image, but I did "Wait for it to say there is an update available" and in the main screen, I couldn't see the new image notification
[16:46] <barry> rvr: did you explicitly check for updates?
[16:46] <rvr> barry: I followed the test plan
[16:46] <ahayzen> davmor2, hmm i'm not sure if that auto-refreshes or if when you restart the app it then uses that to determine if its loading from the cache or if it needs to go to the web
[16:47] <rvr> barry: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-image#Test_B_--_Good_Path_Automatic_Download_Current_Packages
[16:47] <rvr> barry: As I didn't get the notification, I stopped to ask whether that was expected or not
[16:47] <davmor2> ahayzen: okay I'll have a look at the data see if it has a timestamp and play a bit
[16:48] <barry> rvr: note that for s-i 3 you only follow the first Test A and B.  i suppose i should relabel those so it's not confusing
[16:48] <barry> rvr: but i will also double check on my phone
[16:48] <ahayzen> davmor2, this is the bit of code it hits if its any use http://bazaar.launchpad.net/~ubuntu-weather-dev/ubuntu-weather-app/reboot/view/head:/app/data/WeatherApi.js#L771
[16:49] <rvr> barry: Oh, right, don't worry I was using test plan for system-image 3
[16:49] <rvr> It's clear
[16:49] <barry> rvr: cool
[16:49] <davmor2> ahayzen: thanks I'll have a look after
[16:50] <barry> rvr: i'm on ubuntu-touch/rc-proposed/bq-aquaris.en r149
[16:50] <barry> rvr: let me install si 3.0.2 from the silo and test it
[16:50] <rvr> barry: Ok
[16:55] <davmor2> ahayzen: yeap looks like it updates on close and reopen  if it passes the time selected by the look of it but I'll have a confirmation in 8 minutes
[16:55] <ahayzen> davmor2, sweet :-)
[16:58] <kenvandine> barry, rvr: hey, mostly jgdx and myself
[16:58] <barry> rvr: hmm. i see "Auto download Never" now
[16:58] <barry> after i install s-i 3.0.2, and reboot
[16:59] <rvr> barry: Hmmm
[16:59] <jgdx> barry, reminds me, we need to stop using Info if you backport s-i 3 to vivid+overlay, right?
[16:59] <barry> jgdx: right.  use .Information()
[16:59] <jgdx> barry, I have an MP for that
[17:01] <barry> jgdx: cool.  rvr, jgdx, kenvandine one thing i am seeing though: if i set auto_download=0 via system-image-cli, system-settings doesn't see the change
[17:01] <barry> i'm guessing it caches it and doesn't recheck
[17:02] <barry> however, if i swipe up the s-s panel and relaunch, it sees the change
[17:02] <jgdx> barry, while page open, or do you back->re-enter?
[17:02] <barry> jgdx: back->re-enter
[17:03] <jgdx> kenvandine, shouldn't be any caching between panel “sessions” should there?
[17:04] <kenvandine> it might not get the property changes
[17:04] <kenvandine> so won't see the value changed until it restarts
[17:04] <jgdx> barry, that sends a dbus signal?
[17:04] <kenvandine> unless it was changed in settings
[17:05] <barry> jgdx: yes, it should send a SettingChanged signal with the key and new value
[17:05] <jgdx> okay, maybe it's not hooked yp
[17:05] <kenvandine> my guess is we don't handle that signal
[17:05] <barry> jgdx, kenvandine swipe-up->relaunch does work
[17:10] <barry> jgdx, kenvandine, rvr so the other thing i see is that on manual download, while i do get an offer for r155 (i'm on r149), i don't see any progress during the download.  might want to check that you're handling UpdateProgress signals correctly too
[17:11]  * barry will update the trello
[17:12] <kenvandine> barry, mind filing a bug?
[17:13] <barry> kenvandine: on both signal issues, or just UP?
[17:13] <kenvandine> both please
[17:13] <kenvandine> one bug for both is fine
[17:13] <barry> kenvandine: ack
[17:13] <kenvandine> thx
[17:14] <davmor2> ahayzen, popey, pmcgowan ^
[17:14] <pmcgowan> nice
[17:15] <davmor2> popey: now just publish the right one ;)
[17:16] <popey> brilliant news, thanks davmor2
[17:17] <barry> rvr, jgdx, kenvandine at least the --set issue isn't a bug in system-settings i think.  i think the signal doesn't get set when system-image-cli is used
[17:17] <barry> *sent
[17:18] <barry> i'm still going to file the bug, but i'll add a bugtask to system-image for that, though 1) i'm not sure if i can make that work; 2) it's an odd corner case anyway since "normal people" don't use the cli
[17:19] <rvr> barry: I see
[17:20] <rvr> barry: Hmm
[17:20] <rvr> barry: I'm re-running test B to check the rest of it
[17:23] <barry> rvr: okay.  jgdx, kenvandine LP: #1509022
[17:24] <rvr> barry: Great, thanks
[17:26] <barry> rvr: thanks!
[17:27] <kenvandine> barry, thx
[17:40] <rvr> barry: Test B
[17:40] <rvr> barry: Open System Settings panel
[17:40] <rvr> barry: I go to Updates
[17:41] <rvr> barry: And, although I set system-image-cli --set auto_download=0, Updates says it downloads when wifi available
[17:41] <rvr> barry: Anyway, I installed that update
[17:42] <rvr> barry: After the phone is rebooted, I rm -f /etc/system-image/config.d/02_testing.ini
[17:42] <rvr> barry: Test plan says "Open System Settings panel, then Updates. It should report that your Software is up to date"
[17:42] <rvr> barry: But it downloads the image again
[17:43] <rvr> barry: cat: /etc/system-image/config.d/02_testing.ini: No such file or directory
[17:43] <jhodapp> sil2100, ping
[17:46] <jhodapp> cyphermox, hey can you do me a quick favor and push qtmultimedia-opensource-src from ppa:jhodapp/ubuntu/ppa to silo 15 please?
[17:46] <jhodapp> cyphermox, source package only
[17:46] <cyphermox> sure
[17:46] <barry> rvr: i think i left off a step.  after printf'ing to 02_testing.ini, system-image-dbus needs to be restarted.  let me verify and update the wiki
[17:46] <jhodapp> thanks
[17:46] <popey> davmor2: ahayzen published :) (the right one)
[17:47] <barry> rvr: or you can wait for it to timeout, but that's no fun
[17:48] <rvr> barry: I see
[17:49] <cyphermox> jhodapp: stuff is building, do you still need the copy?
[17:49] <jhodapp> cyphermox, yeah, if the build is in the way feel free to cancel it
[17:51] <jhodapp> cyphermox, thanks for doing that, going to grab lunch quickly...bbiab
[17:52] <dobey> rvr: hey. sorry, forgot to approve the one branch in our iap silo. it's approved now :)
[17:52] <cyphermox> jhodapp: copied; it's building now
[17:52] <rvr> dobey: Great!
[17:53] <jhodapp> thanks!
[17:54] <robru> sil2100: I'm here to enable xenial if you want to EOD
[17:55] <sil2100> robru: hey! You feeling good enough?
[17:55] <robru> sil2100: oh yeah, just slept a bit late, feeling fresh now
[17:55] <sil2100> robru: ok, didn't start the switch yet, I'm deep in Qt debugging now
[17:55] <rvr> barry: Ok, killing system-image-dbus does the trick
[17:55] <robru> sil2100: alright
[17:55] <sil2100> I suppose you would do it much faster than me anyway
[17:55] <rvr> barry: System up-to-date
[17:56] <rvr> robru: Welcome back
[17:57] <robru> rvr: thanks
[17:58] <barry> rvr: cool.  wiki page updated
[18:04] <robru> sil2100: slangasek: ok bileto trunk is updated for xenial, just waiting on #webops to do a rollout (vanguard is on lunch)
[18:04] <sil2100> robru: excellent, thanks! Now just the train needs to be switched back to not to land to the overlay for x
[18:04] <robru> sil2100: oh right, heh, on it ;-)
[18:05] <slangasek> robru: why did you leave wily+vivid as a target and remove trusty+precise?
[18:05] <slangasek> robru: and where is the logic that tells it to land xenial to the main archive instead of the overlay ppa?  I couldn't figure this out looking at the code
[18:05] <rvr> barry: Silo approved
[18:06] <robru> slangasek: left wily+vivid for transitional purposes. weird results happen if we do a hard/instantateous cutover, eg, silos mid-publish won't be able to find the packages during the migration check. removed trusty+precise because that was more of just an example that I don't think anybody was actually using.
[18:06] <slangasek> ok
[18:11] <slangasek> tvoss: hi, just replied to your comment on LP: #1278780
[18:12] <tvoss> slangasek, cool
[18:13] <slangasek> tvoss: summary: I like the sendfile idea, but want to discuss further why you classify unmapping of graphics buffers as "quite dangerous" :)
[18:14] <tvoss> slangasek, yup, just read through your comment. So the problem is: it is not as simple as unmapping a buffer, and we have no idea what an underlying driver might do if we call "free graphics buffer"
[18:15] <tvoss> if it was an munmap, fine with me
[18:15] <slangasek> tvoss: ok; why is it not that simple? :)
[18:15] <slangasek> we've segfaulted.  You don't get to do any other cleanup in this case
[18:15] <slangasek> is it because you don't have enough info to call munmap()?
[18:15] <tvoss> slangasek, we use gralloc, with a binaryblob providing us with the actual implementation
[18:16] <tvoss> slangasek, we don't call munmap, but would call into a binary blob we don't own and have no idea what it is doing :)
[18:16] <tvoss> slangasek, so "mapped graphics buffers" does not mean mmap'd in the general case
[18:17] <slangasek> hmm
[18:17] <alexabreu> robru, ping
[18:17] <slangasek> tvoss: de facto, if it's been mapped into the process's memory space, it should be possible to unmap it
[18:18] <robru> alexabreu: pong
[18:18] <slangasek> using munmap()
[18:18] <robru> sil2100: slangasek: ok, xenial+vivid is live in bileto production
[18:18] <slangasek> robru: did you see my second question, about where the logic lives to tell it that xenial is landing to the main archive and not the overlay?
[18:19] <robru> slangasek: yep, that's fixed in cu2d and also in production already
[18:19] <robru> slangasek: or sorry, you wanted to know *where* the logic is?
[18:19] <slangasek> robru: ok, so I was just looking at the wrong repo - thanks
[18:19] <robru> slangasek: yeah check the latest commit at lp:cupstream2distro
[18:19] <tvoss> slangasek, sure, although I would like to make sure we at least have an idea of how things might go wrong. also: ashmem and pmem ftw, you never know what a driver uses
[18:19] <slangasek> robru: I wanted to know why I couldn't find it, and I also wanted to know it was done ;)
[18:20] <robru> slangasek: heh, looking at the scrollback, yeah I somehow missed your entire second message there
[18:20] <tvoss> slangasek, don't get me wrong: minimizing the memory footprint is a great idea, but it needs further thought to minimize the risk of corrupting graphics driver state
[18:20] <alexabreu> robru, have a mns to check something w/ me?
[18:20] <robru> alexabreu: sure, what's up?
[18:21] <alexabreu> robru, https://jenkins.qa.ubuntu.com/job/unity-js-scopes-wily-armhf-ci/23/console check at the bottom, ... the copyright errors, ... & the associated branch seems to be fine in terms of deb copy http://bazaar.launchpad.net/~abreu-alexandre/unity-js-scopes/doc/view/head:/debian/copyright
[18:21] <sil2100> robru: the train code is in lp:cupstream2distro if anything ;)
[18:21] <slangasek> tvoss: ok.  I am confident that if it's in the process's address space, munmap() DTRT in this context, but I agree we should make sure
[18:22] <sil2100> I mean, slangasek
[18:22] <sil2100> But I see robru already mentioned that
[18:22]  * sil2100 gets back to his code as he clearly missed some backlog
[18:22] <sil2100> ;)
[18:22] <davmor2> popey, ahayzen: yay new app on stable phone \o/
[18:23] <popey> \o/
[18:24] <robru> alexabreu: I'm not really familiar with whatever tool is doing the copyright scan, but the first thing I'd check is the headers of those files themselves. Perhaps it wants a copyright header directly in every file? I'm not sure it cares about debian/copyright
[18:26] <alexabreu> robru, yes but that's the thing, those are files that are generated everytime there is a doc update, ... & the headers are from upstream, this would be a bummer if I had to script those headers to be tweaked (which seems is what I'll have to do)  ... I was wondering if there was something else obvious
[18:26] <robru> hmmm, I wonder how badly the opening of xenial will exacerbate our disk space issues in the train...
[18:27] <robru> alexabreu: yeah, not sure, sorry. I've never seen a project enforce copyright checks at build time, or at least I've never seen it fail.
[18:28] <alexabreu> ok thx, I'll add those headers :/
[18:40] <davmor2> ahayzen, popey: so I guess the next app update to land is likely to be music app right?
[19:37] <robru> brb
[19:51] <Saviq> brendand, hey, any update on silo 22 testing, you're awfully quiet about it, not sure if a good sign or bad :)
[19:58] <slangasek> robru: and if we're saying that wily+vivid won't land anymore as-is but will become xenial+vivid, is there any reason to continue supporting that as an option right now, as opposed to forcing the transition?
[19:58] <slangasek> (not that I think we need to push a bileto deployment just for this, necessarily)
[20:19] <robru> slangasek: well my concern was that if there were any wily+vivid silos that were currently migrating the train wouldn't be able to track them any longer, but of course none are migrating because the copy to overlay PPA is instant.
[20:20] <robru> slangasek: I'll drop the option from trunk but won't roll it out until later
[20:49] <kenvandine> robru, ^^ what do we need to do for that?
[20:49] <kenvandine> robru, ah, that's what you guys have been talking about :)
[20:49] <robru> kenvandine: check my email on phone ml
[20:51] <robru> kenvandine: need to bin-copy wily packages to xenial within the ppa, then delete wily packages, then set request to xenial+vivid, then publish
[20:51] <kenvandine> yeah, this silo has already been through qa
[20:51] <robru> kenvandine: that's fine, it's a bin copy
[20:52]  * kenvandine copies
[20:53] <robru> kenvandine: the thing is there won't be any more copies from wily overlay to xenial so if we let you publish to wily overlay then xenial would get left behind
[20:53] <kenvandine> yeah
[20:54] <kenvandine> robru, do i need to wait for the copied binaries to be published for xenial before publishing again?  or is it fine if they are pending still?
[20:55] <robru> kenvandine: i would wait... I'm not sure how that would work if you didn't
[20:55] <kenvandine> ok
[20:56] <kenvandine> bfiller, ^^ i've fixed the silo and copied the binaries, but need to wait for the copied binary to be published in the silo ppa before trying to publish again
[20:56] <robru> kenvandine: well, yeah, because snakefruit needs to call copyPackage do if it's still pending that'll fail i think
[20:56] <kenvandine> yeah, i figured
[20:57] <robru> Heh, need to wait for it to publish before you can publish, awesome overload between train & archive terminology
[20:57] <kenvandine> indeed
[21:40] <brendand> kgunn, about silo 22, i had a whole heap of unrelated trouble with my device earlier today. just starting on it now
[21:41] <brendand> kgunn, it seems to be gleefully removing most of the packages in the system :/
[21:43] <kgunn> brendand: do you have the latest citrain ?
[21:43] <kgunn> if you use the latest version from
[21:43] <kgunn> ppa:ubuntu-sdk-team
[21:43] <kgunn> it shouldn't gleefully remove packages anymore
[21:44] <kgunn> brendand: and when i say "citrain" i mean citrain tool...to do device-upgrade
[21:44] <robru> brendand: what's the output of 'apt-cache policy phablet-tools-citrain' ?
[21:45] <kenvandine> bfiller, i think we have to rebuild silo 55 :/
[21:45] <robru> kenvandine: wait
[21:45] <kenvandine> robru, got a solution?
[21:45] <robru> kenvandine: I'm thinking.
[21:45] <kenvandine> ignore dest?
[21:46] <robru> kenvandine: maybe
[21:46] <kenvandine> yeah... that's exactly the right thing :)
[21:46] <robru> kenvandine: this would be the result of different package versions in wily vs in xenial
[21:46] <kenvandine> it'll make xenial newer
[21:46] <kenvandine> which is fine
[21:46] <robru> kenvandine: that option would override this check, yes, I'm just trying to reason through if that's actually the right thing to do or if that'll cause unintended problems
[21:47] <kenvandine> fine right?
[21:48] <robru> kenvandine: I don't understand why address-book-service appears in that error message twice with two different version numbers.
[21:49] <robru> kenvandine: 0212 is the vivid version
[21:49] <robru> 1015 is the xenial (from wily overlay version)
[21:49] <kenvandine> oh...
[21:49] <kenvandine> what about the vivid overlay?
[21:50] <robru> kenvandine: this is really weird, hang on
[21:50] <kenvandine> ok... i need to run out for a bit
[21:50] <kenvandine> i'll check back in a bit later
[21:50] <robru> ok
[21:50] <kenvandine> thx
[21:51] <robru> kenvandine: you didn't delete the wily version, that might be related
[21:53] <robru> kenvandine: ok it looks legit. the 1015 version being complained about is in the changelog of the one being published, so I guess it's ok
[21:53] <robru> kenvandine: feel free to publish when you get back
[22:01] <robru> ooooooo
[22:05] <robru> first train publication to xenial is progressing ^
[22:26] <brendand> kgunn, robru - the ppa changed then i guess - any particular reason for that?
[22:26] <robru> brendand: what ppa were you using? Generally I publish to phablet-team/tools and then Mirv copies it to sdk ppa
[22:27] <brendand> robru, right, that would have been the one - phablet-team/tools
[22:27] <robru> brendand: yeah phablet-team/tools has the latest version.
[22:27] <brendand> although it looks like i don't have that enabled... strange
[22:50] <brendand> kgunn, got it installed now will give feedback by tomorrow
[22:55] <kgunn> brendand: thanks man!
[22:56] <kgunn> sorry you had trouble