[03:32] <robru> tedg: not sure who's around for a packaging ack at this time...
[03:32] <tedg> robru, Ah, yeah, new deps.
[03:32] <tedg> robru, robert_ancell?
[03:33] <robru> tedg: it's possible... my go-to core devs are EOD by now and the Europeans aren't quite awake yet...
[03:33] <tedg> Don't see him, he might be in Europe.
[03:33] <robru> tedg: yeah
[03:35] <robru> tedg: I pinged RAOF, he's not in this channel but is in others.
[03:35] <tedg> Ah, good call. I looked in #u-desktop and he wasn't there.
[03:36] <tedg> We should hack LP to "find an away ubuntu developer" feature.
[03:36] <tedg> awake that is
[03:36]  * tedg is late
[03:36] <robru> tedg: heh, yeah, it's late even by west coast standards.
[03:39] <robru> tedg: also pinged TheMuso. that's all the australian core devs I can think of.
[03:40] <tedg> Is jamesh core dev?
[03:41] <robru> tedg: https://launchpad.net/~ubuntu-core-dev/+members#active i don't see him ;-)
[03:50] <robru> tedg: hm, no response from either RAOF or TheMuso, not sure if they're sprinting
[03:50] <tedg> robru, Ah, okay, thanks for checking. It can wait for Europe's morning.
[03:50] <robru> tedg: ok no worries
[03:50] <tedg> Let those guys deal with it ;-)
[04:10] <robru> tedg: hey, still around? just got a response from TheMuso. he's asking about the version bumps in your diff, why were those necessary?
[04:16] <robru> tedg: nm, he's approved it. published!
[04:19] <tedg> Ah, not here. New API is the reason.
[09:11] <Mirv> ogra_: https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/ubuntu-touch.vivid-drop_transitional_package_names/+merge/248868 <- I think we briefly chatted this last May. the progress is quite slow going since almost no-one is handling low priority bugs..
[09:11] <Mirv> it'd be nice though to get actually rid of the transitional packages after 16.04 LTS, which won't happen if those old names linger. well, not the biggest problem in the world.
[09:14] <ogra_> Mirv, approved
[09:18] <Mirv> thanks
=== chihchun_afk is now known as chihchun
=== vrruiz_ is now known as rvr
=== pete-woods is now known as pete-woods|afk
=== alan_g is now known as alan_g|afk
[10:04] <Saviq> trainguards, icanhaz silo for line 71 please?
[10:04] <Mirv> Saviq: youcanhaz
[10:09] <Saviq> Mirv, thanks
[10:09] <Saviq> Mirv, and yeah, I know about conflicts, will be quick with that silo :)
[10:10] <Mirv> Saviq: something is a bit broken, trying to understand what.. https://ci-train.ubuntu.com/job/prepare-silo/4025/console
[10:10] <Mirv> Saviq: oh right, you've a typo judging it's a 5-digit number
[10:10] <Saviq> Mirv, probably..
[10:10] <Saviq> stoopid sheet
[10:11] <Saviq> Mirv, fixeded
[10:11]  * Saviq 's OCD makes me delete the trailing new line all the time... sheet is stupid and deletes the last char as well
[10:13] <Mirv> Saviq: trailing new lines are _evil_, I know!
[11:01] <sil2100> lool: hey! Just a re-ping for the ubuntu-rtm mako custom tarball change
[11:02] <sil2100> lool: (i.e. removing or updating terminal-app in it)
[11:02] <sil2100> We're still experiencing problems with smoketesting due to this
[11:09] <sil2100> Mirv: ^ ignore such messages ;)
[11:15] <Mirv> sil2100: ok :)
=== pete-woods|afk is now known as pete-woods
[11:29] <lool> sil2100: sorry, didnt have time and have gazillion of things to look at
[11:33] <sil2100> lool: ACK
[11:33] <sil2100> lool: btw. what access is required to be able to modify the tarball's custom and rolling a new one?
[11:34] <sil2100> Trying to judge if we can have some additional maintainers for that
[11:35]  * sil2100 embarks on his journey to find food for lunch
[11:36] <lool> sil2100: anyone in the ~platform unix group on lillypilly can pudate
[11:36] <lool> update
[11:37] <lool> sil2100: sudo -i -u platform
[11:37] <lool> it's under ~platform/public_html/ubuntu-touch-custom-vendor-here
=== MacSlow is now known as MacSlow|lunch
[12:13] <sil2100> lool: thanks for the info :)
[13:13] <boiko> trainguards: could you please assign silos for lines 74 and 75? thanks
[13:36] <Mirv> boiko: done
[13:39] <Mirv> pstolowski: two URL:s on line 73 are not MP:s
[13:45] <pstolowski> Mirv, sorry about that, fixed
[13:58] <om26er> renatu, Hi!
[13:58] <renatu> om26er, hi
[13:58] <om26er> renatu, regarding line 21 on the spreadsheet, is that the only relevant branch ?
[13:58] <om26er> renatu, the silo contains 3 packages
[13:59] <renatu> om26er, who request that?
[13:59] <renatu> boiko, ^^^
[13:59] <om26er> renatu, Bill did.
[13:59] <om26er> renatu, its for sync-monitor
[14:00] <renatu> om26er, could you send me the spreadsheet link
[14:00] <om26er> renatu, https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc&usp=drive_web#gid=0
[14:00] <om26er> renatu, see line 21.
[14:00] <renatu> om26er, no I think this is wrong
[14:01] <renatu> om26er, it will need the new syncmonitor 1.5
[14:01] <renatu> syncevolution
[14:01] <renatu> s/syncmonitor/syncevolution
[14:02] <om26er> renatu, this branch? https://code.launchpad.net/~renatofilho/syncevolution/calendar-limit-date-rtm/+merge/245655
[14:03] <renatu> om26er, no
[14:03] <renatu> let me see if bill create one
[14:03] <renatu> om26er, we will need to update syncevolution package to 1.5
[14:04] <renatu> om26er, basically copy the syncevolution package from vivid to utopic
[14:04] <om26er> renatu, look here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-020/+packages
[14:04] <renatu> om26er, yes exactly
=== MacSlow|lunch is now known as MacSlow
[14:05] <om26er> renatu, right, but the spreadsheet needs to be updated with the relevant branches and at the same time needs to mention any other test plan that should be run.
[14:05] <om26er> I am bit skeptical about the new release of syncevolution at this stage.
[14:06] <renatu> om26er, I will talk to bill as soon as he appear online
[14:06] <om26er> renatu, ok, thanks.
[14:11] <om26er> bzoltan, Hi!
[14:11] <bzoltan> om26er: hello there
[14:12] <om26er> bzoltan, I am trying to test silo5 -- I would assume I dont need to re-run the automated tests ?
[14:12] <om26er> btw looks like a scary change give the number of branches ;)
[14:14] <bzoltan> om26er: you do not need that. I have all the logs from my tests available here -> http://people.canonical.com/~bzoltan/ap-2015_02_05-RTM-SILO5-KRILLIN/
[14:15] <bzoltan> om26er: The change is about the header vibration... so open any app with header back and forth ... you will feel the vibration when going back. In the settings you can enable or disable this behaviour
[14:15] <om26er> bzoltan, and is ubuntu-ui-toolkit testplan the only thing to run as regression test ?
[14:16] <bzoltan> om26er: only? It is more than the CI dash
[14:16] <om26er> there seems to be multiple packages involved in this landing but the spreadsheet only mentions ui-toolkit
[14:17] <om26er> bzoltan, hmm, so I should start from 'Local validation' ?
[14:17] <pmcgowan> jgdx, ^^
[14:18] <sil2100> It might have some leftover packages
[14:19] <bzoltan> om26er: feel free to execute the https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings too
[14:19] <sil2100> bzoltan: which packages did you intend to land?
[14:19] <bzoltan> sil2100:  all from silo5
[14:19] <jgdx> pmcgowan, what's up?
[14:21] <om26er> jgdx, I think he wanted to inquire what TestPlan should be run aside from ui-toolkit for silo5
[14:21] <pmcgowan> that
[14:22] <sil2100> bzoltan, om26er: if there are any stale packages in the ppa just let me know
[14:22] <jgdx> om26er, okay, there's a comment in the spreadsheet about that
[14:23] <om26er> jgdx, ok so just need to verify vibration works in system-settings ? fair enough.
[14:23] <jgdx> added "Sound" test plan from u-s-s as well
[14:24] <jgdx> om26er, no, I've made that clearer. It's system-wide.
[14:25] <om26er> ah, I see it now.
[14:25] <jgdx> om26er, just added it :p But yeah, can't be more specific. Not sure who's implemented abstractbuttons where.
[14:26] <om26er> *dangerous*
[14:27] <om26er> bzoltan, need to confirm. You ran *all* the apps' automated tests in your testing ?
[14:29] <bzoltan> om26er: No, not all :) I run the UITK test plan -> https://wiki.ubuntu.com/Process/Merges/TestPlan/ui-toolkit tailored for RTM as RTM does not have as many apps as Vivid -> http://people.canonical.com/~bzoltan/ap-2015_02_05-RTM-SILO5-KRILLIN/uitk_test_plan.sh
[14:30] <bzoltan> om26er: and the logs with the stock image and the silo5 are here -> http://people.canonical.com/~bzoltan/ap-2015_02_05-RTM-SILO5-KRILLIN/
[14:31] <om26er> awesome
[14:32] <om26er> bzoltan, you scared me with that first line though :p
[14:35] <bzoltan> om26er: sorry :) I know landing UITK is a sensitive operation. So i am super precise what I state and what I do not state :) But I am sure like 10000% sure that the Test plan of the UITK is rock solid. No other component runs as massive automatic tests. So it is safe :) But visual and functional tests are welcome.
[14:38] <josepht> dobey: it looks like the autopilot tests in pay-ui aren't being found: http://s-jenkins.ubuntu-ci:8080/job/generic-click-autopilot-runner-mako/760/console
[14:44] <om26er> jgdx, hey
[14:44] <om26er> jgdx, Are we doing gsettings calls in the UI thread ?
[14:44]  * sil2100 would like other upstreams running AP tests as bzoltan does
[14:45] <jgdx> om26er, I'm not sure I can answer that, but there's no gsettings calls for this OtherVibrate setting AFAIK—only dbus.
[14:46] <bzoltan> sil2100:  my automatization script comes with very friendy license :) and it is free
[14:46] <om26er> jgdx, ehm, where do we save the checkbox status then ?
[14:46] <kenvandine> it's accountsservice
[14:46] <kenvandine> i think
[14:46] <jgdx> ^ yes
[14:47] <kenvandine> which in turn uses gsettings
[14:47] <kenvandine> but not under the user
[14:47] <kenvandine> well, not under ~phablet
[14:48] <om26er> kenvandine, hmm to reiterate my questions, do we do those calls in the main thread ?
[14:49] <om26er> the app seems to hang for like 0.5 sec when enabling lets say 'Developers mode' or turning on/off the newly implemented vibrations feature
[14:50] <dobey> josepht: hrmm
[14:50] <jgdx> om26er, I'm not seeing that on krillin in sil05
[14:51] <kenvandine> om26er, shouldn't be
[14:51] <kenvandine> om26er, how about vibrate settings?
[14:51] <kenvandine> or dialpad sounds
[14:51] <kenvandine> do those do the same for you?
[14:52] <kenvandine> om26er, those all work the same way
[14:52] <om26er> kenvandine, 'Vibrate in silent Mode' does the same
[14:52] <om26er> Dialpad sounds checkbox as well
[14:53] <kenvandine> ok, i see that too
[14:53] <kenvandine> not sure why it would do any blocking
[14:53] <kenvandine> maybe the property binding?
[14:53] <kenvandine> it's barely noticable
[14:55] <boiko> Mirv: thanks
[14:57] <renatu> om26er, bfiller is back
[14:58] <om26er> renatu, I am testing ui-toolkit silo, going to take a while.
[14:58] <kenvandine> om26er, so watching top, i see accounts-daemon and unity8 jump to the top while changing those
[14:58] <om26er> renatu, Please update the spreadsheet and i'll get back to it
[14:58] <bfiller> om26er: the silo is correct
[14:58] <bfiller> om26er: two packages were synced from vivid (syncevo and libsyth) and need only one MR for sync-monitor
[14:58] <kenvandine> so maybe it's less blocking than just slowing everything down
[14:59] <bfiller> om26er: there is no issue there
[14:59] <om26er> bfiller, and the description on the spreadsheet is that correct as well ?
[14:59] <om26er> bfiller, I mean is that the only testplan to run ?
[14:59] <bfiller> om26er: indeed
[14:59] <bfiller> om26er: well
[14:59] <bfiller> om26er: that will test the new functionality, I ran the entire plan. So that is up to you
[15:00] <bfiller> om26er: at a minimum you should run  that particular test
[15:00] <om26er> bfiller, hm,, ok then I'll just test the feature
[15:03] <dobey> josepht: where is it expecting the tests to be? installed in /usr/lib/python3/...?
[15:05] <josepht> dobey: see fginther's comment here: https://code.launchpad.net/~joetalbott/cupstream2distro-config/add_autopilot_pay_ui/+merge/248830
[15:07] <dobey> oh ugh
[15:12] <dobey> josepht: i have a branch which does that, but i haven't proposed yet, as i've yet been unable to get the tests passing when running under adt-run
[15:32] <om26er> jgdx, bzoltan newly launched apps are not following the 'Other vibrations' setting
[15:33] <om26er> if you disable 'other vibrations' and start a new application its buttons are still vibrating
[15:34] <om26er> and when you switch to another app and come back to the first app then it does not have the haptic feedback.
[15:40] <sil2100> o/
[15:40] <sil2100> Saviq: please approve https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/247197 (just a formality, as it's the gles sync)
[15:41] <sil2100> If you're not around in the nearest few minutes I'll auto-approve it myself
[15:43] <jgdx> om26er, this is very inconsistent. Maybe they're not abstractbuttons? Could you specify app and what button?
[15:44] <om26er> jgdx, they are abstract button, since if you move away from those apps and come back they don't vibrate no more.
[15:44] <om26er> jgdx, see my comment on the trello card, it has exact steps.
[15:44] <jgdx> trello?
[15:46] <om26er> jgdx, never mind. try these steps: disable vibration, start dialer app and tap its top right "settings" icon, that will focus system-settings app. Go back to dialer app and now it wont vibrate.
[15:47] <om26er> the same behavior is seen in system-settings itself as well. just make sure 'Other vibrations' is disabled. Close system settings and start it again, tap on a settings panel, it will vibrate the first time.
[15:47] <sil2100> Saviq: ok, checking the branch and approving it then
[15:49] <jgdx> om26er, it vibrates 1 time
[15:49] <om26er> jgdx, yep
[15:51] <sil2100> Saviq: ok, this packaging change looks super fine with me but just want to confirm if you consulted any core-devs regarding the mocked-autopkgtest?
[15:51] <jgdx> om26er, I've notified the sdk engs
[15:55] <Saviq> sil2100, I stole that from unity-api actually
[15:55] <Saviq> sil2100, it's just the first step
[15:59] <sil2100> Saviq: anyway, looking good for me, rationale makes sense
[16:13] <om26er> bfiller, renatu whats in the new libsynthesis0 ?
[16:13] <om26er> -0
[16:14] <renatu> om26er, just upstream sync
[16:14] <renatu> om26er, this is necessary for the new syncevolution
[16:14] <bfiller> om26er: it's required for the new syncevo
[16:14] <om26er> hmm, so both sync-evolution and the libsynthesis have no testplans ? :/
[16:15] <om26er> wondering if there is anything on the automated testing side for these.
[17:19] <cyphermox> fginther: hey hey
[17:20] <cyphermox> so I noticed that the i386 images weren't being promoted to current on cdimage; seems like the vivid-desktop-i386-smoke-default job tries to copy the amd64 image rather than the i386 image for checking; jibel pointed me to the jobs and this issue.
[17:21] <cyphermox> cihelp: ^
[17:21] <rvr> sil2100: What's the link for the bug being fixed in the silo?
[17:25] <sil2100> rvr: LP: #1418815
[17:25] <ubot5> Error: Launchpad bug 1418815 could not be found
[17:25] <cjwatson> ubuntu-rtm publisher down for maintenance
[17:25] <sil2100> Oh, wait
[17:25] <cjwatson> (ETA 10min or so)
[17:26] <sil2100> rvr: https://bugs.launchpad.net/barajas/+bug/1418815
[17:28] <rvr> sil2100: Ack
[17:33] <josepht> cyphermox: I've updated the job and kicked off a new build of that job
[17:36] <cyphermox> josepht: thanks
[17:36] <cyphermox> hopefully it's the only issue, but it's possible the same problem crept in other jobs, server, etc.
[17:37] <josepht> cyphermox: server seems fine
[17:37] <cyphermox> josepht: fwiw; http://d-jenkins.ubuntu-ci:8080/job/vivid-desktop-i386-smoke-iso-validation/95/console also failed
[17:37] <cyphermox> yeah server looks fine
[17:38] <josepht> cyphermox: yeah, it looks like all the iso-validation tests have failed for desktop-i386, I'll see if that's expected or not.
[17:40] <cyphermox> josepht: thanks, much appreciated
[17:40] <josepht> cyphermox: my pleasure
[17:44] <josepht> cyphermox: desktop-i386 images are on cdimage.u.c now :)
[17:45] <cyphermox> yep, muchas gracias ;)
[17:46] <sil2100> jibel: ping!
[18:20] <cjwatson> ubuntu-rtm publisher back up ages ago, forgot to mention sorry
[18:21] <cjwatson> import-images now down for maintenance
[18:24] <robru> sil2100: any word on that urgent rtm fix? I haven't heard anything
[18:26] <cjwatson> import-images back on
[18:30] <sil2100> robru: still being worked on, but most stuff is in place already
[18:48] <robru> sil2100: k, I'm gonna grab an early lunch, brb
[21:05] <robru> bfiller: rtm 9
[21:08] <pmcgowan> om26er, how is silo 20 going
[21:09] <om26er> pmcgowan,  My testing is done just wanted to give it some time.
[21:10] <pmcgowan> om26er, like aging wine?
[21:11] <pmcgowan> good to hear thanks
[21:11] <om26er> hah, that.
=== vrruiz_ is now known as rvr
[21:14] <om26er> pmcgowan, approved. Good thing there were no crashes for the new stack.
[21:14] <pmcgowan> om26er, awesome
[21:14] <rvr> sil2100: How's 1418815 going?
[21:15] <pmcgowan> om26er, I ran it here for a few days fwiw
[21:15] <robru> om26er: bfiller https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-2-publish/10/console seems there's a problem with syncevolution in rtm
[21:15] <pmcgowan> rutro
[21:15] <om26er> oh?
[21:16] <robru> hmm, not sure now, might be a glitch in the train
[21:16] <robru> digging
[21:19] <robru> yeah that seems wrong, ok fixed that manually in the train
[21:19] <robru> bfiller: https://code.launchpad.net/~renatofilho/sync-monitor/fix-1339016-rtm/+merge/245656 need this MP approved however
[21:21] <sil2100> rvr: a silo is ready, but you go EOD already ;)
[21:21] <sil2100> rvr: we don't want you to stay any longer than you already stayed
[21:22] <bfiller> robru: done
[21:23] <robru> bfiller: thanks
[21:23] <rvr> sil2100: Tell me which silo is, and I'll take a look.
[21:27] <rvr> 8
[21:31] <sil2100> rvr: silo 9 in rtm
[21:31] <sil2100> rvr: 8 I mean
[21:31] <sil2100> Damn...
[21:31] <sil2100> Typo
[21:31] <rvr> sil2100: :D
[21:31] <sil2100> rvr: thanks! :)
[21:33] <rvr> bfiller: Does silo 8 need anything special to install?
[21:33] <rvr> Oops
[21:33] <rvr> rsalveti: ricmm:  Does silo 8 need anything special to install?
[21:41] <sil2100> rvr: hm, let me check the e-mails
[21:41] <sil2100> But it might need some additional things
[21:42] <sil2100> rvr: let me forward you an e-mail
[21:42] <sil2100> This might give you a few clues
[21:42] <rvr> Ok
[21:43] <rsalveti> sil2100: rvr: silo rtm 8?
[21:43] <rvr> rsalveti: Yes
[21:43] <rsalveti> need a recovery from http://people.canonical.com/~ricmm/wipe/ as well
[21:43] <rsalveti> krillin only
[21:43] <rsalveti> can be flashed from the bootloader
[21:43] <rsalveti> fastboot flash recovery recovery.img
[21:44] <rsalveti> then you need to replace the 	libmanufacturingsupport-qml.so lib
[21:44] <rsalveti>  put that in /custom/usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/ManufacturingSupport/libmanufacturingsupport-qml.so
[21:44] <rsalveti> then you can test it
[21:45] <rsalveti> but system-image from the ppa is still building
[21:48] <rvr> Ok
[21:51] <rvr> rsalveti: After fastboot command, "Writing Flash" "OK". Do I reboot it manually?
[21:52] <rsalveti> fastboot reboot
[21:53] <rvr> Done
[22:02] <rvr> rsalveti: fastboot recovery: ok, library copied in /custom: ok
[23:07] <dobey> are any qa signoff people still around at this hour?
[23:11] <dobey> can someone get line 80 in the spreadsheet onto the trello board for QA to test? thanks.
[23:44] <rvr> dobey: It's usually done automatically
[23:44] <rvr> Ah, no silo
[23:46] <rvr> dobey: Done