[00:10] <robru> queuebot noooooooooooooooooooooo
[00:39] <ralsina> robru: testing ubuntu-push in silo rtm-5 I have ran into a strange bug (#1362866) so I can't finish testing tonight. If you need the silo I can start again tomorrow
[00:49] <ralsina> hey, recreating the emu made that bug disappear, so tested. yay
[00:54] <robru> ralsina: hehe, we have lots of free rtm silos, but thanks. will publish
[01:24] <boiko> robru: thanks
[01:25] <robru> boiko: you're welcome!
[04:01] <Mirv> morning landings
[04:01] <Mirv> and rtm copyings
[04:02] <kenvandine> good morning mirv
[04:02] <Mirv> morning kenvandine
[04:03] <Mirv> s/morning/night/
[04:04] <kenvandine> Mirv, :-D
[04:06] <Mirv> kenvandine: if you have time for a simple debian/rules debug removal/change, you could ack the following as a core-dev: https://ci-train.ubuntu.com/job/ubuntu-landing-015-2-publish/9/artifact/packaging_changes_messaging-app_0.1+14.10.20140828.3-0ubuntu1.diff
[04:07] <kenvandine> sure
[04:07]  * kenvandine looks
[04:08] <kenvandine> Mirv, ack
[04:08] <kenvandine> looks good
[04:08] <Mirv> thanks!
[04:08] <kenvandine> np
[04:18] <ToyKeeper> Anyone have any idea if the keyboard/OSK not appearing sometimes is a known issue?  I just started seeing that today.
[04:19] <bfiller> ToyKeeper: it's known after you run the setup wizard it won't work right untiil you reboot
[04:19] <ToyKeeper> Thanks.
[04:19] <Mirv> hey bfiller too
[04:19] <Mirv> I'm used to seeing ToyKeeper awake late at night, but there seems to be a crowd here today :)
[04:19] <ToyKeeper> "it's known" is mostly what I wanted to hear...  I'm too sleepy to be filing bugs right now.
[04:20] <bfiller> Mirv: hi Mirv
[04:20] <bfiller> ToyKeeper: bug was filed this morning
[04:20] <ToyKeeper> Long day.
[04:20] <bfiller> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1362679
[04:22] <Mirv> bfiller: there's something wrong with the spreadsheet today (not updating even if forced), but all three of your apps are landing to utopic and now building or built for rtm http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[04:22] <bfiller> Mirv: great, thanks
[04:22] <Mirv> bfiller: I also specified messaging-app and address-book-app as needing QA sign-off, but if you think any of them has only isolated fixes similar to camera-app, that could be changed to N/A
[04:41] <Mirv> spreadsheet fixed, it was missing some fields
[04:45] <ToyKeeper> Huh.  My local media is missing from the media scopes again.  Cool.  Same regression twice in two weeks.
[04:45] <ToyKeeper> The UI did just change a lot though; I could be missing something.
[04:51] <ToyKeeper> dbarth, alex-abreu: Sorry for the delay, but I have bad news.  rtm/landing-002 failed.
[04:51] <ToyKeeper> After adding the silo, it's no longer possible to add a facebook or google account in the settings/accounts app.
[04:51] <ToyKeeper> It sticks on the login success page with a 'cancel' button at the bottom, and the accounts app never notices that the login worked.
[06:13] <kenvandine> Mirv, i published settings in silo 3
[06:13] <kenvandine> can you build that in an rtm silo?
[06:13]  * kenvandine needs to get some sleep
[06:14] <kenvandine> good night all!
[06:18] <Mirv> good night
[06:18] <Mirv> I'll try the sync option this time instead of my own rtm copy
[06:24] <Mirv> either method did not work for me, so using the old trick
[06:26] <jibel> ogra_, if anyone asks again http://people.canonical.com/~j-lallement/touch/changes/rtm/20140829.changes for manifests diff and http://people.canonical.com/~j-lallement/touch/changes/rtm/20140829.html for details
[07:10] <Mirv> the bot rebooted probably
[08:06] <dbarth> good morning
[08:06] <dbarth> i have silo2/rtm which relies on oxide 1.2 which is now release in utopic
[08:07] <dbarth> should i put that silo aside waiting for the next image with oxide, or do you guys allow me to keep it in the interim?
[08:10] <Mirv> dbarth: I think you can keep the silo there
[08:10] <Mirv> of course, it shouldn't have been created in the first place if the pre-requirements were not met
[08:11] <dbarth> ok
[08:12] <dbarth> i think oxide-qt was in the reqs column, but that's unfortunate indeed
[08:12] <brendand> dbarth, i was about to say - the Testing column indicates Passed for image 10
[08:13] <brendand> dbarth, i'm not sure how that could have been the case
[08:13] <dbarth> cause we added oxide manually
[08:14] <dbarth> oxide lands via the security ppa, and onto utopic-proposed
[08:19] <brendand> dbarth, i mean how could the testing have passed on rtm image 10?
[08:19] <brendand> asac, now i see what you mean by integrating with queubot :)
[08:19] <brendand> if queubot is python that will be a lot easier than messing around with .gs code
[08:35] <Mirv> brendand: hi, meeting?
[08:37] <Mirv> sil2100: yeah, the long version sync seems to work!
[08:38] <Mirv> now
[08:41] <Mirv> or not, hmm
[08:43] <Mirv> oh, yes it did, sil2100 just is starting the same job :)
[08:47] <Mirv> sil2100: looking at https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-010-1-build/4/console - it stops after the upload, while it could stay and check how the build goes, to not require a separate watch only run
[09:09] <popey> brendand: so you looking at music, or do I need to poke a sac?
[09:09] <Mirv> ogra_: Oracle :D
[09:09] <ogra_> :)
[09:09] <brendand> popey, no i'm looking
[09:10] <popey> k
[09:10] <brendand> popey, should be straightforward
[09:10] <brendand> popey, if i generate the log myself then it's not behind the vpn :P
[09:10] <popey> <words class=famous position=last>
[09:23] <sil2100> Mirv: sooo, this is something that's a bug in CI Train (or LP API), we tried fixing it yesterday but didn't work ;p
[09:23] <sil2100> Mirv: since after uploading the packages LP doesn't report the sources as published until at least one binary package finishes
[09:23] <sil2100> Mirv: (the getPublishedSources() call is used)
[09:24] <sil2100> Mirv: we even made it explicitly check all "Published" and "Pending" sources, but it didn't change the situation too much :/
[09:24] <sil2100> But yeah, I'll think about fixing that as well
[09:26] <Mirv> ok, I didn't know it's even more complex than waiting after Pending changes to Published after a few minutes
[09:37] <brendand> sil2100, music_app doesn't fail on mako?
[09:53] <davmor2> thostr_: Hey dude silo 001 I just hit an odd glitch.  If you select an artist from my music, You get an album listing and a track listing and at the top a Picture of the artist occasionally.  If you scroll down the list to tracks and then tap on the Picture you lose the Search bar and back button from the top of the scope :(
[09:57] <brendand> sil2100, if the reason is what i suspect i don't see why it doesn't fail on mako
[10:09] <davmor2> thostr_: also the picture doesn't seem to be scaling and the name of the artist is actually off the bottom of the section
[10:10] <popey> Is someone looking at jenkins? It seems busted?
[10:10] <popey> http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app/62/console
[10:10] <popey> CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler "/usr/bin/x86_64-linux-gnu-gcc" is not able to compile a simple test program
[10:11] <popey> ev: ^
[10:14] <sil2100> brendand: I don't see it failing on mako though ;/
[10:15] <thostr_> davmor2: let me check
[10:21] <ev> popey: looking
[10:27] <thostr_> davmor2: I cannot reproduce the issue of losing the search bar
[10:29] <pstolowski> thostr_, davmor2 me neither
[10:30] <davmor2> thostr_: one second I'll see if I can't get a screenshot
[10:32] <sil2100> Mirv: yay! It seems that the sync:7 now works completely
[10:37] <Mirv> sil2100: \o/ great work!
[10:40] <brendand> sil2100, crap - again i can't reproduce the bug
[10:40] <brendand> eurgh
[10:41] <sil2100> brendand: wth
[10:41] <sil2100> Heisenbug!
[10:41] <brendand> sil2100, if we can modify the jenkins job to store the mediastore.sql then we might be able to see what the issue is
[10:41] <sil2100> brendand: let me run it on my device now, one moment - if it fails then I'll send you mine
[10:42] <brendand> sil2100, /home/phablet/autopilot/fakeenv/tmpr3knh83l/.cache/mediascanner-2.0/mediastore.sql
[10:43] <brendand> eh - the uid of the fakeenv might change
[10:44] <sil2100> ogra_: can you kick a new image? Not sure if there were any new landings, but it would be nice to get a current snapshot
[10:45] <ogra_> yep
[10:45] <asac> ogra_: can we do something so more than just you can also kick that image?
[10:45] <ogra_> rtm i suppose
[10:45] <asac> :)
[10:45] <asac> ogra_: yep!
[10:45] <brendand> sil2100, did you find that queuebot code?
[10:45] <ogra_> asac, iso tracker needs a change for rtm ... stgraber was to busy but he has it on the TODO
[10:45] <sil2100> brendand: let me find that in a moment, was busy CI Train-codin'
[10:45] <asac> ogra_: ok, who owns the cdimage team?
[10:46] <asac> (unrelated question)
[10:46] <asac> well not unrelated, but unrelated from plan for qatracker :P
[10:46] <ogra_> asac, dunno who owns it, cjwatson is admin though ... but we have made sure to have at least two people to build images per TZ in that team
[10:46] <asac> kk
[10:46] <sil2100> brendand: https://code.launchpad.net/~ubuntu-archive/queuebot/queuebot <- tadaaa!
[10:46] <asac> thanks
[10:47] <ogra_> yeah, still no change for teh rtm build ... http://iso.qa.ubuntu.com/qatracker/milestones/321/builds
[10:47] <ogra_> but that should only be a day or two more
[10:48] <thostr_> davmor2: the second issue with the wrongly scaled artist image is something I see as well, but that is has been there before (has been always broken)
[10:48] <davmor2> thostr_: no worries then
[10:49] <ogra_> [10:49] <davmor2> thostr_: how about the name being off the section?
[10:49] <davmor2> it's ogra_ bot
[10:49] <ogra_> :)
[10:49] <thostr_> davmor2: as said, I cannot reproduce with my image
[10:50] <thostr_> davmor2: let me reflash
[10:53] <asac> ogra_: yay
[10:53] <asac> i love #5
[10:53] <asac> this moring my alarm went off on krilin
[10:53] <asac> i turned if off, had a  message that #4 was there
[10:53] <ogra_> you mean #4
[10:53] <ogra_> :)
[10:53] <asac> clicked the button, stood up and streched and #4 was already running :)
[10:53] <asac> ogra_: no i love #5 coming :P
[10:54] <ogra_> ah
[10:54] <asac> i want to have that experience again :P
[10:54] <asac> ogra_: do we need any support in case we wanted to shovel #5 into 14.09 from -proposed?
[10:54] <asac> or is that something we can already do?
[10:54] <ogra_> you need a cdimage member and my "promote" script in my home on the cdimage server
[10:55] <ogra_> we should get something for that into the iso tracker too
[10:55]  * ogra_ sighs ... i really want a function to store the list of installed click apps in my U1 account 
[10:56] <ogra_> re-installing from a "click list" via UI is really painful
[10:56] <ogra_> (after wiping)
[11:00] <sil2100> brendand: ok, failed it locally
[11:00] <sil2100> brendand: let me copy that file for ya
[11:00] <brendand> sil2100, cool
[11:00] <brendand> sil2100, pastebin it would be fine
[11:04] <brendand> sil2100, i think i found the right place in queuebot, but testing could be difficult. maybe i need to ask robru about that
[11:12] <sil2100> brendand: http://paste.ubuntu.com/8177732/
[11:16] <sil2100> brendand: yeah ;)
[11:16] <sil2100> Ok, need to jump out to the vet, then lunch
[11:16] <sil2100> Be back soon
[11:20] <davmor2> ogra_: that is feature yet to be implemented but it will come, it will come ;)
[11:20] <ogra_> yeah, eagerly waiting :)
[11:21] <ogra_> though afrer re-partitioning i dont expect to often wipe
[11:22] <davmor2> ogra_: Foolish mortal, your phone soul is miiiiiine!
[11:27] <davmor2> ogra_: how is image 5 progressing well I hope?
[11:35] <ogra_> davmor2, building ...
[11:36] <davmor2> ogra_ bot thanks
[11:46] <asac> ogra_: image still building :)?
[11:46]  * asac is just kidding because its friday
[11:47] <asac> ignore such  questions for a moment
[11:49] <ogra_> asac, rootfs is done
[11:49] <ogra_> waiting for system-image processing now
[11:50] <ogra_> http://paste.ubuntu.com/8178002/ ...
[11:50] <ogra_> a rather lame changelog
[11:52] <asac> ogra_: shrug, guess #4 hhad all?
[11:52] <asac> all sign off silos are empty afaik
[11:52] <asac> well they were earlier today
[11:52] <asac> so we have everything we wanted
[11:53] <asac> ogra_: think #4 was kicked like at 2?
[11:53] <thostr_> davmor2: now I got image 4 and I still cannot reproduce it
[11:53] <ogra_> asac, 3 UTC
[11:53] <asac> ogra_: brave man
[11:53] <asac> ogra_: get off early today; you can look at your adb stuff with fresh eyes on monday imo
[11:54] <ogra_> :)
[11:54] <asac> it wont matter ... all are super happy about what we achieved here if this image goes out :)
[11:54] <ogra_> thats the change set of #4 http://paste.ubuntu.com/8178014/
[11:54] <ogra_> (we reviewed it already in the landing team)
[11:54] <asac> yeah thats awesome
[11:54] <asac> i was monitoring http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[11:54] <asac> and the trello dashboard to see all the goodies that got pumped in
[11:55] <asac> if the image is now good and also on N4 we can be proud and go for weekend with a smile
[11:55] <ogra_> hmm
[11:55] <ogra_> why dont i get wifi after a reboot now
[11:55] <asac> can happen :P
[11:55] <asac> your AP is shitty i am sure
[11:55] <asac> lol
[11:55] <asac> for the record: my wifi is super stable
[11:55] <ogra_> let me try the other one then :P
[11:56] <asac> ogra_: i had problems with flight mode bringing it in a bad state
[11:56] <asac> had to reboot with flightmode on and then turn off to get it bacdk
[11:56] <davmor2> thostr_: I can reproduce it on mako too on a virgin image 4 with music added.  Let me get a camera and I'll vdieo it
[11:56] <asac> ogra_: so if you  tested flight mode, this might still be the issue
[11:56] <ogra_> well, there is definitely something wonky here
[11:56] <ogra_> no, i didnt
[11:56] <ogra_> just a normal reboot
[11:56] <asac> command line reboots are not normal :)
[11:56] <asac> we dont even support reboot as a feature
[11:56] <popey> ev_: any news on jenkins?
[11:57] <asac> ogra_: full powercycling only
[11:57] <ogra_> well, if commandline reboots result in something different than power cycling there is surely something wrong
[11:57] <thostr_> davmor2: do you have anythign else put on? like a unity ppa?
[11:58] <ogra_> ok, lets toggle flight mode and see :P
[11:58] <thostr_> davmor2: what happens if you just scroll up/down? does the search bar then appear/disappear as expected?
[11:58] <davmor2> thostr_: no
[11:58] <davmor2> thostr_: if I scroll it down I get the search bar back
[11:59] <ogra_> hmm, obviously no way to get out of flight mode anymore once you are in
[11:59] <thostr_> davmor2: down? you mean up?
[11:59] <davmor2> thostr_: I move my finger down the screen
[11:59] <thostr_> davmor2: ok
[12:00] <thostr_> davmor2: what happens if you scroll to see the tracks, then then let the device in that state for like a minute
[12:00] <thostr_> davmor2: and the tab on the artist picture
[12:00] <ogra_> wow, reboot doesnt fix flight mode ...
[12:00] <ogra_> dang
[12:01] <davmor2> ogra_: pretty sure there is a bug for that
[12:05] <ogra_> hmpf
[12:05] <ogra_> i want my wlan baaaack !
[12:06] <ogra_> [12:06] <ogra_> (in case your phone didnt notify you yet)
[12:07] <jibel> changes for #5 http://people.canonical.com/~j-lallement/touch/changes/rtm/20140829.1.html and http://people.canonical.com/~j-lallement/touch/changes/rtm/20140829.1.changes
[12:08] <jibel> (in case someone wondering what changed)
[12:08] <ogra_> i pasted that above already :)
[12:08] <popey> ogra_: can the bot announce these?
[12:08]  * ogra_ will fix the bot later today 
[12:09] <ogra_> popey, yes, i was just busy with finishing the dev mode, getting images to work etc etc ... imgbot changes are for later today ...
[12:09] <popey> kk
[12:09] <popey> no hurry ☻
[12:09] <popey> is it done yet? ☻
[12:09] <ogra_> i just need to adjust the paths
[12:09] <ogra_> sigh sigh sigh
[12:10] <ogra_> so there seems to be no way for me to connect to any WLAN now
[12:10] <ogra_> no flight mode ... urfkill shows all states fine but the driver seems completely busted
[12:10] <ogra_> NM tries to connect like crazy but nothing gets through
[12:10] <ogra_> wow this is broken
[12:11] <ogra_> asac, did you have the same after toggling flight mode ? the driver going mad ?
[12:11] <jibel> ogra_, for me it's different, I disabled/enabled flight mode and SIMs are not detected even after reboot
[12:11] <ogra_> jibel, right, i edited the urfkill saved state
[12:11] <ogra_> to unblock everyhting again
[12:11] <jibel> but wlan works
[12:12] <ogra_> SIMs both work fine
[12:12] <ogra_> wlan refuses to connect at all and NM is spamming syslog like crazy trying to connect to my wlan
[12:13] <ogra_> sigh
[12:13] <ogra_> it worked right after flashing ...
[12:14] <ogra_> and setting up the phone costed me 2h that i really dont want to repeat ... this looks like a serious kernel or driver issue though
[12:15] <ogra_> hmm, now it even stopped listing APs
[12:15] <ogra_> eeek
[12:15] <ogra_> colored dmesg !
[12:16] <ogra_> hm
[12:16] <ogra_> [  434.595872] (1)[4852:NetworkManager][mtk_net][sched]dev_activate dev = wlan0
[12:16] <ogra_> [  434.615940] (0)[4852:NetworkManager]ADDRCONF(NETDEV_UP): wlan0: link is not ready
[12:20] <brendand> ogra_, something wrong with #5?
[12:20] <ogra_> brendand, no idea ... try it
[12:20]  * ogra_ would if he had wlan to upgrade :P
[12:20] <brendand> ogra_, so the wlan is on #4?
[12:20] <ogra_> yes
[12:21] <ogra_> it worked just fine, not sure how it got into that state
[12:21] <jibel> I cannot get SIMs back even after removing urfkill saved states
[12:23] <ogra_> we didnt have any network realted changes in iether of the last two images though
[12:24] <brendand> sil2100, how come oxide-qt is shown in silo 002 here: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[12:24] <brendand> sil2100, but in the ppa that source package is not present?
[12:29] <ev> popey: it's fixed, I'm just trying to locate someone with creds so I can trigger the job again
[12:29] <ogra_> asac, btw, poweroff doesnt work at all
[12:29] <ogra_> (looks like we have some upstart screw-up)
[12:29] <popey> ev: i can
[12:29] <ev> even better
[12:31] <ogra_> asac, lol, so sudo halt powers it off (while the UI option is a complete no-op here) ... but it then auto starts again
[12:32]  * ogra_ wonders how to get the device off completely now ... except from letting it run out of battery
[12:35]  * ogra_ stomps his foot ... i want my wlan back, damned
[12:35] <ogra_> no matter what i do, the driver doesnt work
[12:51] <pmcgowan> sil2100, trying to test an MR that needs the latest  accountsservice-ubuntu-schemas I notice it is not in the rtm-proposed image but was publisjed 12 hrs ago
[12:51] <pmcgowan> sil2100, is that package due to sync?
[12:53] <sil2100> pmcgowan: hey! Let me check
[12:57] <sil2100> pmcgowan: so, this package is prepared in a ubuntu-rtm silo, but it's not marked as tested yet
[12:59] <pmcgowan> sil2100, ok sounds good
[13:04] <asac> ogra_: still imge building?
[13:05] <ogra_> [14:06] <ogra_> [13:05] <asac> yay :)
[13:05] <ogra_> i havent gotten any notification yet
[13:05] <ogra_> (on the phone )
[13:05] <sil2100> brendand: it was probably not synced yet!
[13:05] <sil2100> brendand: let me check this silo and make sure all the packages required are ther
[13:05] <sil2100> e
[13:07] <sil2100> brendand: this is exactly why my sync feature is so useful ;)
[13:09] <sil2100> brendand: so, anyway, oxide-qt will build for a longer while
[13:10] <sil2100> pmcgowan: let me also document the sync: feature now in the RTM wiki, finally have a free moment
[13:10] <sil2100> ooooh, ogra_ landing?
[13:10] <ogra_> yeah
[13:10] <ogra_> dev mode preparation
[13:14] <alecu> hello.... I flashed rtm#14 on mako; the keyboard disappears on the first boot, but I get it back on the second. Is this known?
[13:19] <davmor2> thostr_, pstolowski: one video on mako http://people.canonical.com/~davmor2/kb-demo.mp4
[13:20] <gatox> popey,
[13:20] <popey> gatox:
[13:20] <gatox> popey, sorry :P ping.... i see 0.3.16 is not in the image
[13:20] <gatox> popey, but i got an email from francis saying that it was submitted
[13:20] <gatox> popey, was something wrong with that?
[13:21] <popey> need to move to -app-devel to poke bueno
[13:21] <davmor2> thostr_: on a plus side it looks like it is on a vanilla image 4 too so I will not block the silo on it :)  I'll file some bugs after though
[13:22] <pstolowski> davmor2, thanks.. i've just flash with rtm image + silo and still can't reproduce (tried dozens of times). could you pastebin unity-dash8.log and scope-registry.log ?
[13:23] <davmor2> pstolowski: oh man sorry I thought I had done that let me grab them for you sir
[13:23] <pstolowski> davmor2, and yes, this silo is not the culprit imho
[13:23] <pstolowski> davmor2, does this happen for you every time?
[13:25] <davmor2> pstolowski: only after I select initially from the carousel if I select from the grid view it didn't seem to but I'll confirm that after, for now I'm going to get the silo released and then work on image testing 5
[13:27] <kenvandine> mterry_, are you testing rtm silo 3?
[13:28] <mterry_> kenvandine, oh!  I can, yeah.  I forgot that was on my plate, thanks
[13:28] <kenvandine> we have a later system-settings in silo 8 which includes your changes from silo 3, but of course silo 3 has other packages too
[13:28] <kenvandine> sil2100, could we move the version of system-settings in silo 8 to silo 3 and land it there?
[13:29] <davmor2> pstolowski: http://paste.ubuntu.com/8178717/
[13:30] <davmor2> pstolowski: anything else before I wipe the device?
[13:30] <kenvandine> dbarth_, silo 17 needs a rebuild, mterry and i both did landings of settings since that build
[13:30] <kenvandine> dbarth_, i kick a build
[13:30] <dbarth_> kenvandine: ok thanks for the heads up
[13:31] <kenvandine> dbarth_, i noticed the MP still isn't approved, mardy gave it a +1 with a comment that he didn't test it
[13:31] <sil2100> kenvandine: we talking about rtm?
[13:32] <kenvandine> sil2100, yes
[13:32] <kenvandine> sil2100, settings in silo 8 includes the changes in silo 3, but silo 3 also has other packages
[13:32]  * kenvandine just wants to reduce the amount of duplicate testing
[13:33] <sil2100> kenvandine: ok
[13:33] <pstolowski> davmor2, no, go ahead & thanks. could you please attach these logs to the bug report?
[13:33] <davmor2> pstolowski: yeap sure
[13:33] <dbarth_> kenvandine: some icons are broken, we're trying to resolve that while tvoss lands a fix for the trust-store service startup
[13:33] <sil2100> kenvandine: so... if I understand correctly, we'll have to copy the system-settings from silo 8 to silo 3 now?
[13:34] <kenvandine> sil2100, i think that's best
[13:34] <kenvandine> mterry_, do you agree?
[13:34] <sil2100> kenvandine: are you sure that silo 3 has no additional changes besides that which already is in 8?
[13:34] <kenvandine> they are both copies from utopic
[13:34] <mterry_> kenvandine, sure that could work
[13:35] <sil2100> Excellent
[13:35] <kenvandine> what's in silo 8 landed after mterry landed what's in silo 3
[13:35] <sil2100> Ok, let me do that then
[13:35] <kenvandine> thx
[13:35] <sil2100> kenvandine: ok, so basically I can copy ubuntu-system-settings from utopic to silo 3, right?
[13:36] <kenvandine> sil2100, yes
[13:38] <brendand> sil2100, why is rtm silo 006 ppa empty?
[13:39] <sil2100> brendand: wth? It's marked as tested on image 11 ;p
[13:39] <sil2100> brendand: /me wonders what they tested
[13:40] <sil2100> brendand: hmm, this silo is strange
[13:41] <sil2100> brendand: what I mean is: the ubuntu counterpart silo is not yet tested even
[13:42] <sil2100> brendand: the rtm silo has no packages as normally we copy those packages over when people mark the ubuntu one as tested
[13:42] <sil2100> brendand: here the ubuntu silo is not tested yet
[13:44] <sil2100> brendand: so... I'm setting this to not tested
[13:44] <sil2100> As there was nothing to test
[13:49] <mandel`> sil2100, brendand what is wrong with the silo? I tested in img 11, did I miss anything?
[13:50] <sil2100> mandel`: the silo had no packages in it ;)
[13:50] <sil2100> mandel`: the ubuntu-rtm silo for it was empty, so you couldn't really test anything there!
[13:50] <sil2100> mandel`: most probably Robert or Timo waited for you to finish testing the ubuntu bits to actually perform the package copy
[13:51] <mandel`> sil2100, agh.. I tested with the wrong silo, fuck
[13:51] <mandel`> sil2100, sorry, I'll retest in u and them do a test in rtm with the correct device..
[13:51] <mandel`> brendand, ^
[13:51] <mandel`> sorry for that, I got confused
[13:53] <brendand> mandel`, did you use add-apt-repository... :)
[13:53] <brendand> at risk of offending someone, i still think it was a dumb idea to name the rtm repos the same as the ubuntu ones
[13:54] <brendand> i know they are not the same, but that should be clearer
[13:54] <mandel`> brendand, I did use https://launchpad.net/~ci-train-ppa-service/+archive/landing-011
[13:54] <brendand> mandel`, exactly, that's for utopic
[13:55] <mandel`> brendand, yes, I noticed when sil2100 mentioned it, I'll test it with mako and will set it
[13:57] <ogra_> sil2100, so making snaky commanets but not assigning a silo ?
[13:57] <ogra_> *commments
[13:57] <ogra_> :)
[13:58] <sil2100> ogra_: !
[13:58] <sil2100> :)
[13:58] <sil2100> Right, bad me!
[13:58] <ogra_> heh
[13:58] <sil2100> Let me fix that
[13:58] <ogra_> no worries
[13:59]  * ogra_ isnt in a hurry anymore ... we have races enough 
[14:05] <sil2100> ogra_: sooo! You also got a sync silo for ubuntu-rtm
[14:05] <ogra_> whee !
[14:06] <sil2100> ogra_: so, whenever you feel like your packages in the ubuntu silo are good to go, just find your silo for ubuntu-rtm and press 'build'
[14:06] <sil2100> It will fetch the latest packages from the ubuntu one and build those
[14:06] <ogra_> cool
[14:06] <sil2100> thostr_: same for you - besides silo 003, you got rtm silo 008 as a sync silo - so just press build on the ubuntu-rtm silo whenever you want to build the packages from the ubuntu silo in the rtm one ;)
[14:07]  * sil2100 needs to solve one problem though
[14:07] <sil2100> I need to consider the case of what to do when the ubuntu silo lands and gets freed
[14:07] <sil2100> Normally I could still fetch packages from it, but it might have different contents... so maybe fetching from the distro then?
[14:09] <thostr_> sil2100: ok, but that means the utopic one has to be built first, no?
[14:10] <brendand> asac, so do you want an answer on RTM promotion by EOD?
[14:10] <brendand> asac, give us a deadline
[14:10] <brendand> i work better that way :)
[14:10] <ogra_> brendand, well, do you want to promote broken ?
[14:10] <brendand> ogra_, err no
[14:10]  * ogra_ thought we wanted the biggest test issues to be gone first 
[14:11] <sil2100> thostr_: yes
[14:11] <brendand> ogra_, with this keyboard issue the answer will probably be NO
[14:11] <ogra_> brendand, right, and with music app and reminders
[14:11] <ogra_> i think the other issues are small enough to whitelist for a first shot image
[14:11] <brendand> ogra_, but we're going to do a full test anyway to find the overall state of the build
[14:12] <ogra_> right
[14:12] <brendand> ogra_, music-app? does that have functional issues?
[14:12] <ogra_> brendand, no, but i'd like to see the tests work
[14:12] <ogra_> in fact i'l like us to go for a fully green image for the second promotion
[14:13] <ogra_> (and with reminders, music and the kbd fixed for the first one)
[14:13] <brendand> ogra_, for the music app issue, someone who can reproduce it is really going to have to work on it
[14:14] <brendand> ogra_, i don't know why i can't. the suspect file is the same for me and sil2100
[14:14] <awe_> sil2100, I'm trying to install from an rtm silo using citrain and get an error.  sergiusens_ mentioned that details were sent on the ML, but I can't manage to find the email that documents this...?
[14:14] <brendand> awe_, can't use citrain
[14:14] <awe_> sergiusens_, ^^
[14:14] <brendand> awe_, add-apt-repository is broken - have to add by hand
[14:14] <mterry_> kenvandine, I've been testing silo rtm-003 for my changes.  Looks OK to me, but plars had reported a problem with the unlock device script change
[14:14] <sergiusens_> oh, citrain tool
[14:14] <sil2100> awe_: regarding the citrain tools you'll have to talk to robru_brb
[14:14] <sergiusens_> sorry awe_
[14:14] <mterry_> kenvandine, earlier today
[14:14] <awe_> sergiusens_, np
[14:14] <sil2100> awe_: he's the maintainer ;)
[14:14] <mterry_> kenvandine, I'd like to confirm with plars about whether there's a problem there
[14:15] <awe_> sergiusens_, jkangas ran into issues with phablet-tools -ppa too
[14:15] <brendand> sil2100, citrain isn't broken itself
[14:15] <sergiusens_> awe_: I was thinking of citrain spreadsheet
[14:15] <kenvandine> mterry_, ok
[14:15] <sergiusens_> awe_: yeah, none of the tools work for rtm archive/distro
[14:15] <brendand> sil2100, although i suppose it could be hacked to not use add-apt-repository
[14:15] <awe_> ;(
[14:15] <sergiusens_> and we had a big hicup yesterday too
[14:15] <awe_> oh?
[14:15] <kenvandine> mterry_, i tested the other changes in silo 8
[14:15] <sergiusens_> I did update phablet-click-test-setup and proposed something for pull-lp-source
[14:15] <brendand> awe_, https://bugs.launchpad.net/ubuntu-rtm/+source/base-files/+bug/1361213
[14:15] <plars> mterry_: I thought it was in silo 9?
[14:16] <kenvandine> mterry_, so when ever you are comfortable, switch tested to yes please
[14:16] <sergiusens_> but not going to be fun to live this way
[14:16] <kenvandine> mterry_, i tested on image 5
[14:16] <brendand> wgrant, can you comment on that bug maybe?
[14:17] <mterry_> kenvandine, if I flash with devel-proposed channel, I get image 2
[14:17] <mterry_> kenvandine, how do I get image 5?
[14:17] <sil2100> brendand: yeah, it's robru_brb's tool so it's best for him to add proper support for ubuntu-rtm ;)
[14:18] <kenvandine> mterry_, i used ubuntu-touch/ubuntu-rtm/14.09-proposed
[14:18] <kenvandine> mterry_, on krillin
[14:18] <mterry_> kenvandine, got it
[14:30] <davmor2> sil2100, asac: Might of hit my second blocker on promotion,  keyboard not working after initial setup is the first, second I disable wifi and try and load a web page and nothing is happening :(  waiting on confirmation from brendand on that though
[14:31] <brendand> davmor2, will check that now on mako
[14:35] <brendand> davmor2, sil2100, asac - all is well here. davmor2 needs to have a chat with his operator :)
[14:35] <brendand> davmor2, keep looking but it works here for me on 3
[14:36] <asac> davmor2: hmm. keyboard is working here
[14:36] <asac> someone said yesterday that they had that after fristr boot
[14:36] <asac> and reboot fixed it
[14:36] <brendand> asac, you rebooted
[14:36] <davmor2> asac: yes that is correct
[14:36] <asac> right
[14:36] <brendand> asac, and it only happens after a --wipe
[14:36] <asac> so is it reproducvible on first boot now?
[14:36] <brendand> asac, always
[14:36] <davmor2> asac: always
[14:36] <asac> ok, think thats critical but dont know when it started
[14:36] <brendand> jinx!
[14:37] <asac> not even sure if its a regression on krillin
[14:37] <brendand> asac, it is
[14:37] <asac> brendand: what is the regression window?
[14:37] <davmor2> asac: image 2 we think is when it was introduced
[14:37] <brendand> asac, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1362679
[14:37] <asac> brendand: check with bfiller maybe?
[14:37] <brendand> asac, the details are in there
[14:37] <asac> bfiller: ^^
[14:37] <asac> so we know what to fix?
[14:37] <asac> mterry_: thoughts?
[14:38] <bfiller> asac, brendand : yup that's an mterry_ thing
[14:38] <mterry_> plars, I can't reproduce a problem with device-unlock.  When you get a chance, I'd really like you to retest so I can be comfortable landing this
[14:38] <mterry_> asac, bfiller: yeah that's on my plate, I've been busy with other fires, but I'll get to it.  We had that working, not sure what regressed
[14:39] <plars> mterry_: ok, I think I have some confusion over the silo though. It looks like it was in 9 when I pulled it, but now it's in 3?
[14:39] <mterry_> plars, silo 9 was for utopic.  It landed in utopic (we didn't see your message at the time)
[14:39] <mterry_> plars, now there's a silo 3 for ubuntu-rtm
[14:40] <asac> davmor2: brendand: what other bad things are on image?
[14:40] <plars> mterry_: ah, which image did it land in then?
[14:40] <mterry_> plars, and silo 3 has a couple other changes (unrelated to device unlock though)
[14:40] <davmor2> asac: we only just started
[14:40] <asac> ok
[14:40]  * asac will wait
[14:40] <mterry_> plars, I'm not sure which image number, but the normal devel-proposed channel
[14:40] <davmor2> brendand: I'm still getting nothing on 3g
[14:40] <brendand> asac, nothing major yet
[14:41] <brendand> davmor2, could be a problem with your operator - check with awe_
[14:41] <brendand> davmor2, who are you using?
[14:41] <davmor2> brendand: ee on tmobile
[14:41] <plars> mterry_: the change would have been in unity8 itself right?
[14:41] <davmor2> brendand: it's been working fine
[14:41] <brendand> davmor2, it's an old t-mo sim?
[14:41] <mterry_> plars, yes
[14:41] <brendand> Mirv, not you :)
[14:41] <davmor2> brendand: no it's a new tmobile sim
[14:41] <plars> mterry_: I don't think it's in an image yet: http://people.canonical.com/~ogra/touch-image-stats/213.changes
[14:42] <brendand> davmor2, how do you get a t-mobile sim?
[14:42] <mterry_> plars, OK so maybe it didn't get in yet
[14:42] <plars> mterry_: ok, in that case I'll reprovision with rtm and try things there. I assume you also tried this with the modified adbd right?
[14:42] <mterry_> plars, I haven't actually, but the change was motivated by it as we discussed.
[14:42] <asac> brendand: davmor2: lets see what else comes up. if mterry has a quick and safe fix we might consider to respin, but i am tempted to think that this can go on release notes for this milestone image
[14:42] <davmor2> brendand: you be on a tmobile contract, you lose you're old sim in the US of A and they provide you with a new sim
[14:42] <plars> ah
[14:43] <mterry_> plars, I tested that it works with a locked greeter at least
[14:43] <plars> mterry_: so maybe that's why it failed for me. Does it need to run with root permissions?
[14:43] <mterry_> plars, which was the problem with adbd
[14:43] <mterry_> plars, it runs on your local machine and calls into your device either as root or without
[14:43] <brendand> asac, really?
[14:44] <mterry_> plars, so it should be adbd-proof in the sense that it looks and sees whether it's root
[14:45] <awe_> davmor2, EE is an MVNO, right?
[14:45] <plars> mterry_: right, but the bit running on the device is now going to run as the phablet user over adb once you install the new adbd. I'm just wondering if that's why it worked for you and not for me
[14:45] <asac> brendand: really?
[14:45] <asac> :)
[14:45] <asac> brendand: i will wait for your guys summary :P
[14:46] <davmor2> awe_: no EE is the owner of both orange and tmobile,  I have a tmobile sim that connects normally correctly to tmobile and ee and orange
[14:46] <awe_> and it stopped working?
[14:46] <davmor2> awe_: I'm going to try something
[14:46] <mterry_> plars, maybe...  I had hoped that my code would survive that change, but maybe I had a bug
[14:46] <mterry_> plars, how do I install new adbd?
[14:47] <plars> mterry_: ogra_ has a deb for it you can install to test, let me find it
[14:48] <ogra_> mterry_, you want the phablet-tools from silo 14 too
[14:48] <plars> mterry_: http://people.canonical.com/~ogra/ubuntu-touch/android-tools-adbd_4.2.2+git20130218-3ubuntu24_armhf.deb
[14:48] <plars> ogra_: ah, good to know
[14:48] <ogra_> mterry_, line 59 on the spreadsheet btw
[14:48] <ogra_> there is a link to the deb
[14:49] <ogra_> ah, paul has linked it above already
[14:50] <mterry_> ogra_, did trying to install that over adb just screw me up?
[14:51] <ogra_> heh, indeed
[14:51] <ogra_> you need to install via ssh
[14:52] <mterry_> A little warning :)
[14:52] <ogra_> yeah, adding to the spreadsheet
[14:58] <mardy> hi there! Whom can I talk to about the cobertura coverage reports? Like https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-online-accounts-utopic-amd64-ci/42/cobertura/_default_/
[15:01] <mterry_> ogra_, how do I recover from this?
[15:01] <mterry_> ogra_, oh get in recovery mode I bet
[15:01] <ogra_> mterry_, justadb shell again ?
[15:01] <ogra_> probably needs a rebooto
[15:01] <mterry_> ogra_, adb was hosed, but maybe a hard reboot helps
[15:01] <ogra_> it fails before it can replace anything so you should be fine after reboot
[15:05] <mterry_> ogra_, gah!  it worked after reboot.  But then I ssh'd in with phablet-shell and got the same problem
[15:06] <mterry_> oh hmm.  does that depend on adb doing port forwarding...
[15:06] <ogra_> yeah
[15:06] <ogra_> use real ssh :)
[15:06] <mterry_> I was!
[15:06] <ogra_> but the old phablet-shell leaves a system sshd running
[15:06] <ogra_> so you should be able to ssh in fine
[15:07] <ogra_> (without phablet-shell involved)
[15:09] <Mirv> brendand: understanding the joke took 30s of staring at the backlog :)
[15:10] <mterry_> ogra_, http://paste.ubuntu.com/8179467/
[15:11] <ogra_> mterry_, doesnt look like you are testing on mako ?
[15:12] <mterry_> ogra_, correct
[15:12] <ogra_> mterry_, krillin ships some evil hacks in its device tarball ...
[15:12] <mterry_> ogra_, ugh
[15:12] <mterry_> when will our national nightmare end?
[15:12] <sil2100> davmor2: how's the testing going?
[15:13] <davmor2> sil2100: no keyboard on initial run due to wizard, transfer indicator looks broken, other than that okay so far
[15:14] <sil2100> davmor2: ...shipit?
[15:14] <sil2100> ;D
[15:14] <sil2100> davmor2: sorry for that, it's Friday after all
[15:15]  * davmor2 is too busy booking a trip to poland to beat some sense into sil2100 to notice his comments
[15:15] <popey> brendand: any progress on music?
[15:15] <sil2100> Mirv: will you also copy the location-service sources to th ubuntu-rtm silo? :)
[15:15] <sil2100> Mirv: (it's still not a sync silo)
[15:16] <sil2100> davmor2: YOU WON'T FIND ME HAH!
[15:16]  * sil2100 hides under his desk
[15:16] <brendand> popey, no unfortunately i still couldn't reproduce it
[15:16] <Mirv> sil2100: yes
[15:16] <sil2100> Mirv: thank you :)
[15:16] <brendand> popey, someone who can will have to look at it
[15:17] <Mirv> np :)
[15:18] <ogra_> mterry_, unmount the bindmount that hogs the upstart job and try again
[15:18] <mterry_> ogra_, installed it!  :)
[15:18] <ogra_> yay
[15:18] <mterry_> ogra_, on mako
[15:18] <ogra_> ok, that will work in any case :)
[15:21] <mterry_> ogra_, is there a laptop-side change I need?
[15:21] <mterry_> ogra_, now I can't adb in
[15:21] <Mirv> ^ figuring that 001 out
[15:21] <ogra_> mterry_, do you have a password set ?
[15:22] <mterry_> ogra_, oh crap no
[15:22] <ogra_> it wont let you in without
[15:22] <mterry_> ogra_, heh
[15:22] <ogra_> and it wont let you in if the pw matches the username
[15:24]  * sil2100 noticed that Mirv is faster then light
[15:26] <Mirv> :)
[15:29] <Mirv> sil2100: asac: do we need to btw define a bit more formally who decides the "QA signoff needed"? mostly landers don't fill it in, I've fill those on based on whether it sounds like isolated fix or not
[15:29] <Mirv> but landers' opinion might be nice to have every time
[15:29] <asac> Mirv: bug fix, one component, not big refactoring besides the bug fix => no sign off; rest needs sign off
[15:30] <sil2100> Mirv: we might think about that - we usually ask landers to do that, but if they don't it's us to do it
[15:30] <Mirv> indeed, that's my rule.
[15:30] <asac> isloated bugfix is the definition officially
[15:30] <sil2100> Mirv: generally it's 90% sign-off needed, only no sign-off if it's obvious for you that it's only a bugfix :)
[15:30] <sil2100> Mirv: i.e. by the description of the landing, maybe also a quick look at the merge
[15:31] <Mirv> sil2100: yeah. for example crasher fixes sound like not just polishing bug fix but something not necessarily completely clean.
[15:31] <Mirv> on the other hand apps may have quite isolated bug fixes
[15:34] <mterry_> ogra_, plars: I get the error with the new adbd, but I think it's on your end, ogra.  If I do "adb shell GDBUSCALL", I get the error.  But if I log in with adb shell, then do GDBUSCALL, it works
[15:35] <ogra_> mterry_, not much i can do about that, adbd doesnt handle tty/pty's
[15:35] <ogra_> mterry_, you would have to wrap the call into a bash -c or some such
[15:35] <mterry_> ogra_, why would there be a difference?
[15:35] <ogra_> because stdin/out/err dont work properly for example
[15:36] <ogra_> try wrapping it
[15:36] <ogra_> also check your quoting ...
[15:36] <mterry_> ogra_, nope
[15:36] <mterry_> ogra_, adb shell bash -c "gdbus call --session --dest com.canonical.UnityGreeter --object-path / --method com.canonical.UnityGreeter.HideGreeter"
[15:37] <ogra_> hmm phablet-shell does the same for enabling ssh (the new one from silo 14)
[15:37] <ogra_> that definitely works
[15:37] <ogra_> or phablet-config ... in many places
[15:38] <sil2100> brendand: could you paste me the link here to the no-keyboard bug?
[15:38] <mterry_> plars, I'm inclined to mark this silo as tested=Yes for now.  This problem is only with new adbd and I'm not certain where the fix should lie yet.  But I'd like to unblock the silo
[15:38] <brendand> sil2100, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1362679
[15:38] <mterry_> ogra_, but are you saying that with "adb shell ls", ls isn't running in a proper phablet user directory?
[15:38] <mterry_> ogra_, *environment
[15:39] <ogra_> ogra@anubis:~$ adb shell pwd
[15:39] <ogra_> /home/phablet
[15:39] <mterry_> ogra_, cause the problem appears to be that adb isn't filling the environment with the dbus varaibles it needs
[15:39] <mterry_> ogra_, I meant environment
[15:39] <mterry_> ogra_, yeah adb shell env is very different
[15:40] <mterry_> ogra_, including stuff like HOME=/root
[15:40] <ogra_> mterry_, yeah, because you dont log in, so ~/profile doesnt get processed
[15:40] <ogra_> HOME comes from the upstart job
[15:40] <mterry_> ogra_, is there a reason not to log in in that scenario?
[15:41] <ogra_> mterry_, no, but this is how bash behaves
[15:41] <mterry_> Maybe I'm misunderstanding adb, but I would really expect that adb shell XXX would run XXX in the "normal" environment
[15:41] <ogra_> can you check your upstart job ?
[15:41] <ogra_> env USER=phablet
[15:41] <ogra_> env HOME=/home/phablet
[15:41] <ogra_> export HOME
[15:41] <ogra_> export USER
[15:41] <mterry_> ogra_, ?
[15:41] <ogra_> that should be in there
[15:42] <mterry_> ogra_, which one?
[15:42] <ogra_> mterry_, the adbd one indeed
[15:42] <mterry_> ogra_, I see it now
[15:43] <ogra_> ok
[15:43] <mterry_> ogra_, yeah it has the exports and whatnot
[15:43] <ogra_> k
[15:43]  * ogra_ doesnt know what to say ... the phablet-tools changes use dbus calls everywhere with that adbd
[15:44] <mterry_> ogra_, so you're saying it's either impossible or you're loathe to make "adb shell XXX" run in a proper environment?
[15:44] <ogra_> and they work
[15:44] <Mirv> sil2100: you may want to debug what went wrong in https://ci-train.ubuntu.com/job/prepare-silo/1706/console + https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-1-build/9/ + https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-1-build/10/
[15:44] <mterry_> ogra_, oh you're saying it should work?
[15:44] <mterry_> ogra_, so your "adb shell env" shows full env?
[15:44] <ogra_> mterry_, oh, wait, i'm calling the system bug ffor all that stuff ...
[15:44] <ogra_> no, it doesnt
[15:44] <mterry_> ogra_, I argue that it should work
[15:45] <ogra_> i dont think it can without changing adbd fundamentally
[15:45] <Mirv> Mirv: using sync:15 as seen in the spreadsheet, but something went wrong
[15:45] <ogra_> mterry_, adbd does not run a login shell for remote commands
[15:45] <mterry_> ogra_, but even adb shell bash -c "gdbus call --session --dest com.canonical.UnityGreeter --object-path / --method com.canonical.UnityGreeter.HideGreeter" doesn't work
[15:45] <ogra_> so ~/.profile will never be processed
[15:46] <ogra_> which means you will never get upstart or dbus stuff (which comes from profile.d )
[15:47] <mterry_> ogra_, plars: I have to switch focuses to something very time sensitive.   I'd like to mark this silo approved so we unblock other changes then see about fixing this issue with the new adbd
[15:47] <ogra_> adb shell sudo -u phablet -i "gdbus call --session --dest com.canonical.UnityGreeter --object-path / --method com.canonical.UnityGreeter.HideGreeter"
[15:47] <ogra_> try that one
[15:47] <ogra_> that will force a login
[15:47] <sil2100> Mirv: looking
[15:47]  * ogra_ bets it works
[15:48] <mterry_> ogra_, ugh!  I had that line!  I was told I should change it to check whether id = 0 and take out the sudo if not
[15:48] <mterry_> ogra_, it does work
[15:48] <ogra_> good
[15:48] <ogra_> who asked you to take outr the sudo ?
[15:48] <mterry_> ogra_, gosh dang it.  I went out of my way to support new adbd, and I just ended up breakign it
[15:48] <mterry_> ogra_, pitti
[15:48] <sil2100> Mirv: hooo
[15:48] <ogra_> well we need it still :)
[15:48] <ogra_> unless someone re-writes how adbd works
[15:49] <mterry_> ogra_, well again, I'd like to do that in a separate silo.  When is adbd landing?  (when this gets fixed or are you blocking on other stuff?)
[15:49] <sil2100> Mirv: all seems ok :)
[15:49] <ogra_> mterry_, phablet-tools and u-d-f need to land (likely today) and then i want to do a full test day on mondy
[15:49] <sil2100> Mirv: so, what happened is:
[15:49] <ogra_> mterry_, tue. is anticipated for the final switch
[15:49] <mterry_> ogra_, OK.  I will work on fixing, but need to let this silo through
[15:50] <ogra_> but on mon. we need everything ready
[15:50] <sil2100> Mirv: the first build worked fine, it fetched the source packages and uploaded them to the PPA
[15:50] <ogra_> mterry_, i dont understand, the silo offers the dbus API ... or is there anything else ?
[15:50] <sil2100> Mirv: the second job wanted to check what's going on, but since it was fired only a few minutes after the other, the just-copied-packages didn't yet get completely published source-wise in the PPA
[15:50] <mterry_> kenvandine, OK I marked silo rtm-003 as tested
[15:50] <mterry_> kenvandine, that's all from our end, right?
[15:50] <ogra_> mterry_, the unlocking code lives elsewhere, no  ?
[15:51] <kenvandine> mterry_, yes it is
[15:51] <kenvandine> mterry_, thx
[15:51] <ogra_> mterry_, i mean the code doing that dbus call
[15:51] <sil2100> Mirv: I'll try to get this fixed, but launchpad has a strange lag with registering published packages
[15:51] <Mirv> sil2100: ok. but doesn't it say the contrary, that it did found the package there but thinks it shouldn't be there?
[15:51] <mterry_> ogra_, the code doing that dbus call lives in untiy8
[15:51] <ogra_> mterry_, i mean the adb gdbus call
[15:52] <Mirv> sil2100: anyhow, problem solved, and I know to wait more the next time
[15:52] <ogra_> (whatever execs the adb line above)
[15:52] <mterry_> ogra_, yes, that lives in unity8 (we ship an unlock-device script)
[15:52] <ogra_> oh
[15:52] <ogra_> ok
[15:52] <Mirv> sil2100: so I believe you understand the reason like you've explained but the error text was just a bit confusing
[15:53] <sil2100> Mirv: yeah, it's a transient state that I will try to work around in a moment
[15:53] <sil2100> Mirv: but thanks for pointing out :)
[15:53] <plars> mterry_: maybe add a comment before it about why it's there so pitti doesn't take it out later :)
[15:53] <ogra_> mterry_, well as i said i plan on spending the whole (EU) day on doing smoketests etc, as long as it works til then its all fine
[15:54] <ogra_> yeah, point him to me :)
[15:55] <ogra_> (and i assume plars could hack around it for a single test run on a test device )
[16:01] <mterry_> ogra_, plars: https://code.launchpad.net/~mterry/unity8/new-adbd/+merge/232724
[16:03] <ogra_> mterry_, approved ... though LP thinks i'm "community" :)
[16:04] <sil2100> CRAP
[16:04] <sil2100> Meeting!
[16:15] <elopio> ping cihelp. Do you guys know why on the gallery MPs the subunit file is not collected?
[16:15] <elopio> https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/440/?
[16:24] <robru> sergiusens_: awe_ sil2100: "hacking citrain tool not to use add-apt-repository" is a less attractive solution than hacking add-apt-repository to actually *work* in RTM.
[16:24] <ogra_> robru, this is not a matter of hacking add-apt-repository"
[16:25] <awe_> robru, cyphermox_ mentioned he had a patch for add-apt-repository
[16:25] <ogra_> robru, the issue is caused by missing LP features
[16:25] <ogra_> robru, afaik wgrant is working on a fix since a few days
[16:26] <awe_> ogra_, no the problem is caused by the fact that we didn't consider *all* the integration points involved with this new derived distro thing
[16:26] <ogra_> robru, for details talk to cjwatson_ or wgrant
[16:26] <ogra_> awe_, and this we should apply hacks to essential distro tools ?
[16:26] <awe_> ogra_, as mentioned on the standup, we also have a similar issue with tracking bug states across utopic and ubuntu-rtm
[16:26] <ogra_> *thus
[16:26] <ogra_> yes
[16:26] <sergiusens_> robru: talk to cyphermox_
[16:26] <ogra_> we do
[16:26] <sergiusens_> :)
[16:26] <awe_> ogra_, I never proposed hacks
[16:27] <awe_> please don't put words in my mouth
[16:27] <awe_> ;D
[16:27] <ogra_> awe_, i was clearly told touching add-apt-repository for this issue is the wrong approach ... thats all i can forward here
[16:27] <awe_> ogra_, that's fine, but *something* needs to be done
[16:27] <ogra_> awe_, yes, and someone works on it since a while
[16:28] <ogra_> as i said in the standup and above
[16:28] <awe_> sure
[16:28] <ogra_> please talk to cjwatson_ and wgrant before starting to hack any tools
[16:28] <awe_> I'm not hacking anything!
[16:28] <ogra_> someone is :)
[16:29] <ogra_> or at least suggesting to :)
[16:29] <ogra_> (i dont blame yu for what robru says ir cyphermox_ does :) )
[16:29] <ogra_> *or
[16:49] <robru> brendand: can you run me through the steps you take in order to install an RTM silo on an RTM device? i literally don't know how to do it without add-apt-repository
[16:53] <cyphermox_> ogra_: add-apt-repository needs to be fixed anyway
[16:53] <ogra_> cyphermox_, i thought not ?
[16:53] <cyphermox_> ogra_: definitely does, it doesn't work for non-ubuntu PPAs
[16:54] <ogra_> cyphermox_, did you talk to colin about that ?
[16:54] <cyphermox_> ogra_: I don't dispute the fact that maybe we don't want to use it, but it could still well be fixed so that there is the possibility to properly handle paths to PPAs
[16:54] <ogra_> i wonder if he only referred to using lsb|os-release being used by it
[16:54] <cyphermox_> ogra_: seems weird
[16:54] <ogra_> we definitely want to and should use it :)
[16:55] <cyphermox_> ogra_: regardless, I'm making sure to not regress it
[16:55] <cyphermox_> ie. the current paths with just one slash will continue to work and point to ubuntu PPAs
[16:55] <ogra_> but in our last conversation colin seemed to think that info should come from LP
[16:55] <cyphermox_> which info?
[16:55] <ogra_> i might have misunderstood (which is why i said better ask him again)
[16:55] <ogra_> distro info
[16:55] <cyphermox_> hmm
[16:56] <cyphermox_> but how would that work given landing PPAs?
[16:56] <cyphermox_> we use the same number for both ubuntu and ubuntu-rtm
[16:56] <ogra_> i dont know exactly ... but i know that wgrant is working on the LP side of it
[16:56] <cyphermox_> I agree the default could use the local distro, but it should still be possible to specify which you want
[16:56] <cyphermox_> I'll talk to him in person
[16:56] <ogra_> that might still imply apt-add-repo changes ... but most likely completely different ones
[16:57] <cyphermox_> it's quite generic stuff
[16:57]  * ogra_ forgot the exact term colin used ... "distro tags" ? 
[16:57] <ogra_> (for the LP bits)
[16:57] <cyphermox_> yeah, sounds possible
[16:57] <ogra_> but yeah, talk to him in person
[16:58] <cyphermox_> after being pinged so many times... ;D
[16:58] <ogra_> haha
[16:58] <ogra_> sorry
[16:58] <cyphermox_> nah, I mean cjwatson is bound to chime in eventually :)
[16:59] <awe_> cyphermox_, I don't see a rtm silo for urfkill?
[16:59] <ogra_> yeah
[16:59] <cyphermox_> awe_: not yet, I only did the non-rtm because  I thought robru and sil mentioned they did the landings for rtm after
[16:59] <balloons> cihelp, is there someone who can fill in for francis and help troubleshoot the community core apps jenkins instances?
[17:00] <awe_> no, they can be simulatanous.  if you could ask for that, I'd appreciate it
[17:00] <brendand> robru, do you have a way to test changes to queuebot?
[17:00] <awe_> I have to head out and run some errands, but will test when I'm back
[17:00] <brendand> robru, i know what i need to change but not sure how to test it
[17:00] <robru> cyphermox_: sorry I didn't understand. please make 'add-apt-repository ppa:foo/bar' add the ubuntu ppa if you're on ubuntu, but the ubuntu-rtm ppa if you're on ubuntu-rtm. that's the only approach that makes sense. the way to specify which distro is ppa:foo/ubuntu-rtm/bar
[17:00] <robru> brendand: yeah, if you have the queuebot code, run 'python queuebot.py dev.conf' and then the bot joins #stgraber-ubuntu-ci-eng and you can observe it.
[17:00] <cyphermox_> yes
[17:00] <cyphermox_> robru: that's what I'm doing :)
[17:00] <robru> cyphermox_: thanks
[17:01] <brendand> robru, but how would i fake dashboard data?
[17:01] <cyphermox_> the actual default distro to use I didn't have in my branch, but then again I've been reworking it a whole lot already following review from mvo
[17:01] <ev> balloons: what's the problem?
[17:01] <plars> balloons: I'll take a look
[17:01] <robru> brendand: you don't. the bot is read-only so it can safely access live dashboard data.
[17:02] <robru> rather the dashboard is read-only so the bot can't harm it no matter how bad you screw it up
[17:02] <brendand> robru, but i won't be able to test my change unless the dashboard changes
[17:02] <balloons> plars, ty.. plars we've just been seeing some weird timeout issues, and getting back black video, etc. If you could have a look and make sure things look ok, consider restarting the boxes or whatever
[17:02] <brendand> robru, since i want to run my code when a silo status changes
[17:02] <robru> brendand: then you have to just run the bot until the dashbaord changes and watch for it
[17:03] <plars> balloons: I don't know anything about those jobs, but I'll try. Can you point me to where they run?
[17:03] <brendand> robru, okay - i guess i'll just have to :)
[17:03] <robru> brendand: are you making it punch data into trello when it notices the dashboard change?
[17:03] <brendand> robru, yeah - i figured out the trello code last night
[17:03] <asac> davmor2: how is testing going? anything beyond the keyboard ?
[17:04] <brendand> asac, some pretty bad video issues as far as i can see
[17:04] <asac> brendand: regressions?
[17:04] <asac> brendand: what type?
[17:04]  * asac watched youtube yesterday :P
[17:04] <balloons> plars, ahh sure http://91.189.93.70:8080/
[17:05] <ev> thanks plars
[17:05] <balloons> plars, there's a couple slaves , including the testrunner as well
[17:05] <brendand> asac, some formats don't play or show in the scope
[17:05] <brendand> asac, camera videos are fine, and youtube is fine
[17:06] <plars> balloons: there's a lot of jobs there, is it a specific one?
[17:06] <balloons> plars, it's just a desktop type enviroment.. it's not cleaned between runs, but instead each test sets up and tears down inside it
[17:06] <asac> brendand: right. i think thats known.
[17:06] <asac> rsalveti: ^^ known that we can do less video types than on N4?
[17:06] <brendand> asac, this is on N4
[17:06] <balloons> plars, you can see one of the issues in this job: http://91.189.93.70:8080/job/generic-mediumtests-utopic/1730/testReport/junit/music_app.tests.test_music/TestMainWindow/test_add_song_to_queue_from_albums_page_with_mouse_/
[17:06] <asac> brendand: oh. hmm
[17:07] <balloons> plars, however the issue is with the generic-mediumtests-utopic slave
[17:07] <asac> brendand: which types cant play that could play before?
[17:07] <ogra_> youtube doesnt use the codecs
[17:07] <ogra_> it uses browser SW rendering
[17:07] <balloons> I'm not exactly sure what all francis does when things get "funny", but it does happen on occassion
[17:07] <balloons> seems like it might be happening again
[17:07] <brendand> asac, .MOV, .AVI
[17:07] <asac> brendand: mp4 plays?
[17:08] <brendand> asac, they definitely played before - i even used one of them for testing a silo this week
[17:08] <brendand> asac, mp4 being what the camera takes, yes
[17:08] <asac> brendand: when did they last work? you know?
[17:08] <asac> or rather when you used them for silo
[17:09] <brendand> asac, wednesday
[17:09] <asac> ogra_: anything landed on video?
[17:09] <ogra_> brendand, rtm or ubuntu ?
[17:10] <robru> ogra_: hrm hrm hrm, there's no rootless way to add a ppa is there? if I add a workaround for add-apt-repository to the citrain tool (by hacking sources.list directly) then that's just going to immediately break once adb goes rootless...
[17:10] <asac> ogra_: rtm he is testing
[17:10] <ogra_> robru, no, there isnt ... the new phablet-config has a --sudopasswd option
[17:10] <asac> not sure if it worked on wed in rtm though
[17:10] <popey> brendand: you were looking at music? i passed http://paste.ubuntu.com/8180309/ snipped to ahayzen and he suspects py2/py3 issue...
[17:10] <popey> brendand: ahayzen is keen to help resolve this failure.
[17:11] <brendand> popey, still waiting for that file from sil2100
[17:11] <robru> ogra_: so should I just do '--sudopasswd phablet' or is there a way to prompt the user for their password that makes more sense?
[17:11] <popey> sil2100: what file you sending?
[17:11] <brendand> popey, well it is to the extent it wouldn't happen in python2
[17:11] <brendand> popey, not that you wouldn't get some entirely different issue though...
[17:11] <popey> heh
[17:12] <sil2100> brendand: http://people.canonical.com/~lzemczak/mediastore.sql
[17:12] <sil2100> SOrry about that!
[17:12] <ogra_> robru, in silo 014 ...
[17:13] <plars> balloons: I can't even seem to login to that jenkins
[17:13] <ogra_> robru, no, there is no prmpt
[17:13] <plars> retoaded: do you have any access to the jenkins running on 91.189.93.70?
[17:13] <ogra_> you need to supply the pw in commmandline
[17:13] <retoaded> plars, I'll check but I don't think so
[17:13] <plars> or ev?
[17:15] <ogra_> robru, oh, and "--sudopasswd phablet" wouldnt work, adbd doesnt allow the pw to match the username
[17:15] <retoaded> plars, I think that will be a no.
[17:15] <retoaded> for me that is
[17:15] <plars> retoaded: do you know which host mediumtests-utopic-slave is?
[17:16] <sil2100> Why the heck my CI Train code doesn't seem to be on production even though I just deployed it many times...
[17:16] <robru> sil2100: unlike last time, I didn't deploy anything that reverts you...
[17:16] <plars> probably  	
[17:16] <plars> 10.55.60.115  I think
[17:16] <sil2100> robru: yeah, I just confirmed the changes are in prod on jenkins, just did a cat of the build job
[17:17] <sil2100> robru: but a debug line doesn't even appear that I added
[17:17] <sil2100> WTH
[17:17] <plars> balloons: assuming I have the right build slave, I can get to it, but it's in the middle of a job right now
[17:17] <robru> sil2100: which job? I once found that the prepare-silo script sometimes doesn't do it's debugging output even when you set DEBUG=true.
[17:18] <plars> balloons: seems to be up for 5 hours though, so it's been rebooted recently
[17:18] <balloons> plars, yes, I suspect it's constantly running
[17:18] <sil2100> robru: the build job - but strangely it displays all other debug messages
[17:18] <balloons> plars, ahh, I wonder if francis did something?
[17:18] <sil2100> robru: so, for instance look at this here: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-1-build/16/console
[17:19] <sil2100> It has debug, but then check lp:cupstream2distro citrain/build line 433
[17:19] <brendand> sil2100, so can you try just specifying encoding='utf-8' to open()
[17:19] <brendand> sil2100, that *should* fix the problem
[17:19] <sil2100> robru: it displays the info before this line, displays the info after that line
[17:19] <sil2100> brendand: let me give it a spin in a moment ;)
[17:19] <brendand> sil2100, if it doesn't we look more
[17:20] <sil2100> robru: since it's production I don't want to like include a logging.info line there and put any more trash commits
[17:21] <sil2100> robru: I even moved this line from somewhere else since I thought it's somehow ignored by other reasons...
[17:21] <rvr> Re-asking here. Are you using ubuntu-emulator to run tests? If so, would it break anything if default architecture switches to i386?
[17:23] <sil2100> brendand: yeah, that fixes this issue at least
[17:23] <sil2100> brendand: could you prepare an MR?
[17:23] <sil2100> It seems to actually run real tests now
[17:24] <ahayzen> brendand, is the 'encoding='utf-8' to open()' for the music-app tests?
[17:24] <brendand> ahayzen, yes
[17:25] <ahayzen> brendand, i can do an mp if u want and get it merged in?
[17:25] <brendand> ahayzen, yeah i don't really have time. thanks
[17:25] <sil2100> robru: do you see anything bad in that line I mentioned? I might be overworked already and just missed something obvious... but why would it COMPLETELY ignore that .debug() line anyway
[17:25] <ahayzen> brendand, which open() specifically did u add it to?
[17:25] <plars> balloons: ok, let me try just restarting it, there's no job running at the moment, but I can't offline it in jenkins properly
[17:26] <brendand> ahayzen, around here: File "/home/phablet/autopilot/music_app/tests/__init__.py", line 227
[17:26] <sil2100> robru: WHAT THE FUDGE
[17:26] <sil2100> robru: it seems it's using the preprod code!
[17:26] <ahayzen> brendand, cool thanks i'll do that now an ping u the mp link so u can make sure i've done it right :)
[17:26] <sil2100> Holy shit
[17:26] <sil2100> robru: why do the ubuntu-rtm jobs use preprod?!
[17:26] <brendand> ahayzen, no problem
[17:26]  * sil2100 needs to fix it fast
[17:27] <balloons> ahayzen, you going to make it seperate from the aprefactor3?
[17:27] <brendand> sil2100, it really makes NO sense whatsoever that it only happens in some places though
[17:27] <brendand> sil2100, but if it fixes it
[17:27] <ahayzen> balloons, yep just do a totally separate mp
[17:27] <ahayzen> balloons, so it can land asap
[17:27] <balloons> kk
[17:27] <sil2100> brendand: right, but it's not a bug in the app itself, so anyway we can force UTF-8 safely IMO
[17:28] <davmor2> asac: video scope issues, phone lock up (no mouse issue), lock up on closing a video is I think the list so far
[17:28] <robru> sil2100: no idea. you wrote rtm, not me ;-)
[17:29] <sil2100> robru: ;)
[17:29] <sil2100> robru: anyway, I think I see where it comes from, some leftover from the ubuntu -> ubuntu-rtm transition
[17:29] <sil2100> Geh
[17:30] <balloons> plars, sounds fine.
[17:32] <ahayzen> brendand, something like? https://code.launchpad.net/~andrew-hayzen/music-app/fix-for-unicode-errors/+merge/232730
[17:37] <sil2100> brendand: with the fix all tests pass \o/ ;)
[17:37] <ahayzen> sil2100, are u testing the music-app fix as well?
[17:37] <sil2100> ahayzen: hey! Just tested the utf-8 encoding change ;)
[17:38] <ahayzen> sil2100, yey :) do u mind approving that mp ^^ ?
[17:38] <sil2100> ahayzen: approved!
[17:39] <sil2100> Thanks :)
[17:39] <ahayzen> sil2100, thanks :)
[17:39] <sil2100> brendand: ^
[17:39] <ahayzen> popey, balloons, guess once that ^^ lands we want to push to the store?
[17:40] <brendand> sil2100, ahayzen - yeah exactly
[17:48] <ahayzen> balloons, does this prove jenkins is running under py2? https://code.launchpad.net/~andrew-hayzen/music-app/fix-for-unicode-errors/+merge/232730 http://91.189.93.70:8080/job/generic-mediumtests-utopic/1742/console ?
[17:49] <ogra_> robru, i hope you didnt remove the my dbus landing ... i planned to finish that off on the weekend now that dev mode its ready and i only have had the data in the spreadsheet
[17:50] <ogra_> (specifically the two pastebins with patches)
[17:50] <ahayzen> balloons, gotta run can you comment on the mp if i need to do anything? i think jenkins just needs to be run under py3 instead?
[17:50] <robru> ogra_: oh I just sent an email. it's not gone, I was just tidying up the sheet
[17:50] <ogra_> phew
[17:50] <ogra_> robru, yeah, the mail shocked me :)
[17:50] <popey> it installs python-setuptools which is py2, surely ahayzen sil2100 balloons
[17:50] <ogra_> ah, i see it on "abandoned" all fine :)
[17:51] <bzoltan1> guys I hit a super silly bug with the Gallery App testing -> https://bugs.launchpad.net/gallery-app/+bug/1363190
[17:51] <robru> ogra_: yeah I think yours was the youngest of the ones removed, but i was just so sick of seeing all those unassigned ones at the top of the page.
[17:51] <robru> err, "hidden", not removed ;-)
[17:51] <ahayzen> popey, maybe i can just do a .encode() / decode instead... i'll try it when i get back
[17:52] <ogra_> robru, yeah, its an issue with a solution but the underlying problem is gone so the prio dropped pretty low for it
[17:52] <ogra_> (we dont fill the homedir as fast as we used to anymore)
[17:53] <robru> ogra_: makes sense, anyway your row is safe and sound in the 'abandoned' tab when you're ready to ressurrect that ;-)
[17:53] <ogra_> yep, thanks !
[17:53]  * ogra_ hugs robru 
[17:53] <robru> awwww
[17:53] <ogra_> :)
[17:54]  * robru is happy that the spreadsheet is down to 39 rows. we have fewer rows than there are silos! Yay autumn cleaning ;-)
[17:56] <bzoltan1> robru: who is the go_to dude of the gallery app?
[17:56] <ogra_> bzoltan1, bfiller
[17:56] <bzoltan1> bfiller: I hit my head to this problem ü
[17:57] <bzoltan1> bfiller: https://bugs.launchpad.net/gallery-app/+bug/1363190
[17:58] <sil2100> davmor2: any news?
[17:58] <sil2100> :)
[18:02] <cjwatson_> ogra_,cyphermox_: I don't know whether anyone is working on this right now.  The proper solution is to make add-apt-repository use (possibly a very slightly modified form of) the new archive reference syntax, which is ~OWNER/DISTRO/NAME with a fallback to ~OWNER/NAME that implies distro == ubuntu.  (The modification would be that we use ppa:foo instead of ~foo.)
[18:02] <cyphermox_> alright
[18:03] <cyphermox_> that's indeed what i've been doing
[18:03] <ogra_> ah, cool
[18:03] <cjwatson_> ogra_: No LP changes are required for this at this point (was all done a while back), although once it's done properly then the LP UI should mention it.
[18:03] <ogra_> cjwatson_, thanks for the summary ...
[18:03] <cjwatson_> cyphermox_: Note that there's a new API call (lp.archives.getByReference) that you can use to look up an archive by reference.
[18:03] <ogra_> cjwatson_, oh, i thought there was something wgrant was working on you said
[18:03] <cyphermox_> I was hoping to make it possible to also default to ubuntu-rtm rather than ubuntu on rtm, but it doesn't seem so imple, that string doesn't come up really on the devices
[18:03] <cyphermox_> cjwatson_: great
[18:04] <cjwatson_> ogra_: I said that he had a work item for this task in his master list of stuff that needs to be done for derived distributions.
[18:04] <ogra_> right
[18:04] <cjwatson_> cyphermox_: No, we shouldn't have that kind of ambiguity.  Better to move to being explicit.
[18:04] <cyphermox_> cjwatson_: alright; then I'll immediately push my updated code to the branch, and it will be ready for review
[18:08] <cyphermox_> cjwatson: ah, so with getByReference I can easily get the archive string with ~ci-train-ppa-service/ubuntu/landing-006 and it will get me the bits in the right order
[18:08] <cyphermox_> very useful
[18:09] <cjwatson> cyphermox: Right.  It doesn't understand the abbreviated form, though, which we'll need to keep for compat.
[18:09] <cyphermox> had a chance to check out urfkill in silo 6?
[18:09] <cyphermox> cjwatson: that's fine, I was building up the full path from the partial one
[18:10] <cyphermox> ie. mathieu-tl is equivalent to mathieu-tl/ppa which points to mathieu-tl/ubuntu/ppa
[18:10] <jhodapp> robru or cjwatson: can you reconfigure silo 8 for me please?
[18:11] <cyphermox> that call will indeed simplify the code though, shuffling the path parts around wasn't fun
[18:12] <robru> jhodapp: on it
[18:12] <jhodapp> robru, thanks
[18:12] <robru> jhodapp: done. you're welcome
[18:17] <davmor2> sil2100: yes it a bit broken and there are still test to go
[18:17] <ToyKeeper> robru: Any idea why this has no packages listed?  http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-005
[18:18] <sil2100> davmor2: ok, then I'll just patiently wait for the final report soldier
[18:19] <davmor2> hmmmm silent mode is really silent forwarded the call directly to voice mail
[18:31] <robru> ToyKeeper: that sounds like some new sync code is just totally broken. blame sil2100
[18:31] <robru> ToyKeeper: if you click through to the PPA it shows which packages are there
[18:31] <sil2100> robru: it's not completely broken
[18:31] <robru> Totally. Broken.
[18:31] <sil2100> robru: your dashboard is taking the package list from the spreadsheet
[18:31] <ToyKeeper> robru, sil2100: Yeah, not an issue for me...  but I thought I should mention it.
[18:31] <sil2100> robru: so how can it fetch it if you explicitly didn't want to list the packages ;) ?
[18:31] <robru> sil2100: uh, no? my dashboard takes the package list from the json that lives in the jenkins backend.
[18:32] <robru> sil2100: if the dashboard isn't displaying it, it means the json file produced by the citrain backend has wrong values in it
[18:32] <sil2100> robru: ok, but yeah, and this is taken during the configure step from the spreadsheet and/or a constant list
[18:32] <sil2100> robru: we don't display it as it's not anything that's configured
[18:32] <sil2100> It will take anything that's in the silo
[18:33] <robru> sil2100: ok, but in the part where it copies packages from the old ppa, it has to query the old ppa for what packages are there. so in that step you should add the package list to the json so it can be displayed in the dashbaord
[18:34] <sil2100> robru: I didn't add it as it might interfere with normal features of the CI Train - the sources and MP list was never ment to be dynamically modified without configure/reconfigure
[18:34] <sil2100> robru: please don't call a feature totally broken if it's not
[18:35] <sil2100> robru: the syncs are being done correctly, packages rebuilt and published whenever needed
[18:36] <sil2100> davmor2: how much more testing is left?
[18:40] <ToyKeeper> davmor2: Assuming you're testing rtm image 5, don't forget the keyboard won't display during the same boot that the welcome wizard was used.
[18:41] <davmor2> ToyKeeper: already noted
[18:41] <davmor2> sil2100: a handful
[18:41] <davmor2> sil2100: 5-6
[18:42] <ToyKeeper> Gah, image 5 still has no local media in the media scopes.  :(
[18:42] <sil2100> ToyKeeper: how come? davmor2 didn't report anything about that
[18:42] <davmor2> ToyKeeper: I have local media
[18:43] <davmor2> ToyKeeper: I have music on the sdcard and videos on the device both show up
[18:43] <ToyKeeper> sil2100: I'm not sure.  I have files in /home/phablet/Music/ and Videos/, mode 664 phablet.phablet, and they don't show in the scopes even after a reboot.
[18:43] <sil2100> ToyKeeper: ouch, hmmm...
[18:43] <sil2100> ToyKeeper, davmor2: I think brendand reported having some problems with that too, right?
[18:44] <davmor2> sil2100: brendand had issues with video on his scope,  My scope is fine just video locks up if you try and close the app
[18:45] <ToyKeeper> These weren't sent via MTP though; just adb push and some chown/chmod.
[18:45] <davmor2> sil2100: phone just hard locked on me again
[18:45] <ToyKeeper> It shouldn't work on first boot but afterward has always been fine.
[18:48] <davmor2> mterry_: is the lock screen meant to honour background changes?
[18:48] <mterry_> davmor2, the greeter is, but not the pin pad part
[18:49] <ToyKeeper> That reminds me...  any idea if we're planning to make the scope wallpaper configurable again?  Seems like the first thing most users will want to change.
[18:49] <sil2100> davmor2: I remember we already noticed the strangeness in that
[18:49] <davmor2> mterry_: hmmm looks odd, when the 2 are the same it looks like a nice transition but two different ones looks ugly, especially when you get to the scope and it is different again
[18:50] <mterry_> davmor2, you could file a bug against ubuntu-ux, but I have explicitly asked Design about it
[18:50] <davmor2> mterry_: will do
[18:51] <mterry_> davmor2, please subscribe me too, thanks!  :)
[18:51] <davmor2> sil2100: I have wait till the second track plays and location left, and music just worked
[18:56] <davmor2> tvoss: sil2100: Location is still crashing :(  but I got the trusted store request for access in here maps so we are part way there \o/
[18:56] <sil2100> davmor2: damn
[18:56] <sil2100> davmor2: but do you get location? Or it's impossible?
[18:56] <tvoss> davmor2, where do you get a crash?
[18:56] <tvoss> davmor2, not sure I know about that one
[18:57] <davmor2> tvoss: it's been uploaded so should be on the bug board
[18:57] <tvoss> davmor2, do you have a link handy?
[19:02] <davmor2> tvoss: sorry should just be on errors.ubuntu.com I guess
[19:07] <brendand> ToyKeeper, some of my videos don't show, yes
[19:10] <davmor2> sil2100, brendand: so, no keyboard on initial boot, issues with videos in scopes, flakey sim handling, random lock ups (most likely the no mouse issue) location doesn't work, transfer indicator is broken, video player locks up on shutdown.  Would you agree brendand?
[19:10] <davmor2> asac: ^
[19:10] <sil2100> davmor2: that doesn't sound too good
[19:12] <davmor2> sil2100: I need to disappear and get My wife.  I'll file the issues when I get back and add them to the mail unless brendand beats me to it
[19:12] <sil2100> davmor2: ok, just a final opinion from you
[19:12] <sil2100> davmor2: would you like this image as a promoted image? ;)
[19:13] <brendand> sil2100, No
[19:13] <sil2100> As I thought
[19:13] <brendand> davmor2, i don't think i'll be able to get around to it - sorting out dinner for the family
[19:14] <kgunn> sil2100: why are you on ?
[19:14] <sil2100> kgunn: hey, what do you mean?
[19:14] <kgunn> like its late dude
[19:14] <kgunn> sil2100: but just in case you want fun bugs to point out
[19:14] <sil2100> Yeah... I've been doing shifts till late almost all this week
[19:15] <kgunn> i got one i'm concerned about
[19:15] <kgunn> https://bugs.launchpad.net/ubuntu/+source/maliit-framework/+bug/1363207
[19:15] <sil2100> kgunn: oh?
[19:15] <kgunn> running hot enough to fire thermal warnings from the kernel
[19:16] <kgunn> yikes
[19:17] <sil2100> Holy crap
[19:17] <sil2100> Damn... what to do
[19:27] <ahayzen_> sil2100, i've made a modification to https://code.launchpad.net/~andrew-hayzen/music-app/fix-for-unicode-errors/+merge/232730 do you mind checking if it runs on the device and then commenting on the mp?....i'm hoping the change will get around the jenkins issue
[19:27] <sil2100> ahayzen_: ok, let me try that
[19:28] <ahayzen_> sil2100, thanks
[19:29] <brendand> robru, wow - queue exits with a segfault after a few seconds
[19:29] <brendand> robru, queuebot that is
[19:30] <sil2100> brendand: ok, so... just to make sure:
[19:30] <sil2100> brendand: you guys give a definite -1 on promotion due to the issues listed by davmor2, right?
[19:31] <brendand> sil2100, well - personally i don't like to say that directly
[19:31] <brendand> sil2100, as long as the stakeholder is aware of all the issues and how severe they are
[19:31] <brendand> sil2100, they make the decision
[19:31] <sil2100> The problem is that the 'stakeholders' are sleeping! Damn it!
[19:31] <brendand> sil2100, i think promotion gives the idea that everything is okay with quality
[19:32] <brendand> sil2100, which is not the message we should be sending out
[19:32] <brendand> sil2100, a lot of stuff broke pretty badly
[19:32] <sil2100> brendand: indeed, but how many of those are regressions from the first RTM image we had?
[19:32] <tvoss> sil2100, davmor2 https://bugs.launchpad.net/ubuntu/+source/location-service/+bug/1363226
[19:36] <brendand> sil2100, all of them i think
[19:38] <asac> davmor2: thats also on N4?
[19:39] <robru> brendand: shouldn't segfault! It doesn't give a traceback? Try editing dev.conf to only include the specific plugin you want. I often struggle to run queuebot with the other plugins enabled. Only stgraber has the power to run all the plugins
[19:44] <asac> davmor2: all of those are not new issues except the keyboard one, right?
[19:47] <asac> davmor2: ok thanks. i think all those were known by stakeholders if we said we want to check that w didnt get anything critical during the rtm landing rush on top; but since john is off we can check monday. also want to check the N4 results more careful as thats where you have a better established understanding what worked before and what is a regression :)
[19:48] <asac> have a great weekend. cu monday everyone!
[19:48] <asac> (or tue for US folks)
[19:50] <sil2100> asac: see you ;)
[20:25] <brendand> robru, it's still segfaulting - maybe i need to check if i have all the dependencies
[20:25] <brendand> it should really just fail if that's the case though
[20:27] <balloons> plars, another system for you to have a look at; https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic-autopilot/. It seems like the system is crashing while attempting to run a test. See the ./crash/_usr_sbin_aa-status.0.crash artifact
[20:30] <brendand> robru, i disabled all the plugins apart from landings and silos
[20:30] <brendand> robru, and i haven't modified it at all yet
[20:32] <awe_> robru, the ofono silo for RTM is marked QA Required, but this is bug-fix only landing.  Test plan updated for the one major bug
[20:32] <awe_> ...and noted in Comments
[20:36] <plars> balloons: I don't think it's the slave in this case
[20:36] <plars> balloons: it's passed other jobs since it ran yours: http://s-jenkins.ubuntu-ci:8080/computer/ps-radeon-hd8350/builds
[20:37] <ToyKeeper> mterry, kenvandine: Any idea if your two silos conflict with each other?  They both modify gsettings-ubuntu-touch-schemas.
[20:37] <kenvandine> silo 5 is a later version
[20:37] <ToyKeeper> (rtm/landing-003 and 005)
[20:37] <kenvandine> includes what's in silo 3
[20:38] <balloons> plars, :-) blame the mp, I like it. Ok, I'll assume it me for whatever reason
[20:38] <ToyKeeper> Okay, thanks.  Will need to land 3 first then.
[20:38] <kenvandine> ToyKeeper, yeah
[20:38] <plars> balloons: I'm happy to keep looking, and I'm not saying it's your fault, just that I don't see anything clearly wrong with the slave, and it's passing other things
[20:40] <balloons> plars, are you sure they are the same? hmm
[20:41] <plars> balloons: that what are the same?
[20:44] <awe_> plars, someone marked the ofono silo ( 009 / line 10 ) as "QA Required"; this is a bug fix only landing and the test plan was updated for the major change which effects behavior of the SIMManager
[20:45] <awe_> I marked it as tested ( #9 mako & krillin )
[20:45] <awe_> this was a source sync from utopic
[20:45] <awe_> ( which already landed )
[20:45] <plars> awe_: I don't have anything to do with that, you'll probably want to ping trainguards about that
[20:47] <awe_> ping trainguards?
[20:51] <sergiusens> awe_: oh bug fix only
[20:51] <sergiusens> brendand: ^
[20:51] <sergiusens> qa signoff is only for features, not bugfixes as we have been told
[20:51] <sergiusens> awe_: I thinkg the train guys have an automatic hook for the signoff thing
[20:51] <sergiusens> robru: ^
[20:51] <awe_> thanks sergiusens
[20:52] <awe_> plars mentioned pinging trainguard, but not sure how to do that
[20:52] <sergiusens> awe_: all the "trainguards" have a highlight setup on irc, just like c-i-h-e-l-p for ci stuff
[20:57] <ToyKeeper> ... and there it goes.
[20:58] <ToyKeeper> awe_: If it fixes a bug without really doing much else (and is therefore a very low-risk change), it bypasses QA.
[21:00] <robru> awe_: sorry was on lunch. i'll take care of that
[21:00] <awe_> thanks ToyKeeper; yes it's bug fix only ( it fixes a couple ).  On fixes a race that prevents from ofono starting.  The changes to the SIM logic required an update to the test plan, which was done.
[21:00] <awe_> robru, np
[21:00] <awe_> it's all ready to publish
[21:00] <robru> brendand: what system you using? i've had success with utopic and trusty, and IIRC stgraber runs it in precise
[21:01] <robru> brendand: when I do a fresh bringup on utopic I find it usually gives an importerror that irclib is missing, then I install that, and it works. no idea why it would segfault for you. email stgraber, he's The Guy
[21:04] <rsalveti> asac: brendand: I didn't yet compare the list of supported video formats, but can, what is the video that is not working on krillin?
[21:05] <ogra_> hmm, i just got an update to #6
[21:05] <ogra_> rsalveti, did you build that ?
[21:06] <rsalveti> ogra_: nops
[21:06] <ogra_> interesting
[21:08] <brendand> rsalveti, .MOV files from iPhone, plus an AVI file that i got from the scopes testplan
[21:08] <brendand> rsalveti, http://samplemedia.linaro.org/MPEG4/big_buck_bunny_1080p_MPEG4_MP3_25fps_7600K_short.AVI
[21:09]  * brendand might run out of battery soon
[21:09] <brendand> robru, i found it's some kind of race condition - weirdness
[21:09] <ogra_> rsalveti, oh, i assume there was a new device tarball ...
[21:09] <ogra_> damned .. that makes our image builds for krillin indeed completely unpredictable
[21:11] <rsalveti> ogra_: oh, indeed, john said he would be pushing a new tarball today still
[21:11] <rsalveti> brendand: great, will check
[21:11] <ogra_> yeah
[21:11] <ogra_> not sure if i like the new system
[21:11] <ogra_> that will make planning really hard
[21:12] <rsalveti> ogra_: the best we can have atm :-)
[21:12] <ogra_> i got a  fresh image but still 13 app updates, that was badly coordinated
[21:13] <ogra_> asac, could we get someone from PES to regulary attend the landing meetings ... with the new setup planning images builds without them involved will become really tricky otherwise
[21:15] <rsalveti> ogra_: just ask john-mcaleely
[21:15] <kenvandine> uh oh... someone tried to publish rtm 5...
[21:15] <ogra_> rsalveti, well, we just need someone to represent and forward info in both directions ...
[21:16] <ogra_> i wonder if john doesnt have more important things to do :)
[21:16] <ogra_> kenvandine, hmm ?
[21:16] <robru> kenvandine: sure did! it said "testing pass, you can publish." so I did.
[21:16] <kenvandine> ToyKeeper, ^^
[21:16] <robru> kenvandine: but don't worry, it totally exploded, so whatever you're afraid of didn't really happen.
[21:16] <ogra_> oh, not image rtm #5
[21:17] <kenvandine> robru, yeah... there's an earlier version of the same package in rtm silo 3
[21:17] <kenvandine> waiting for QA
[21:17]  * ogra_ recovers from heart attack
[21:17] <ToyKeeper> Weird.  I didn't touch rtm silo 5 yet.
[21:17] <kenvandine> silo 5 should be fine to publish... but not until silo 3
[21:17] <kenvandine> ToyKeeper, robru tried to publish it :)
[21:17] <kenvandine> :)
[21:17] <ToyKeeper> ... though I'm wondering if we should just treat 3+5 as one.
[21:18] <kenvandine> robru, i'm just afraid it won't be in a state to publish when silo 3 publishes
[21:18] <kenvandine> yes please
[21:18] <kenvandine> it is totally safe to put what's in 5 into 3
[21:20] <ToyKeeper> robru: After making sure nothing explodes, can we publish 3+5 and make sure 5 goes last to override the same package in 3?
[21:20] <rsalveti> ogra_: mind if I trigger another ubuntu-touch image?
[21:21] <kenvandine> ToyKeeper,  are you testing silo 3 yet?
[21:21] <ToyKeeper> kenvandine: Yeah, though I think I forgot to move the card.
[21:22] <robru> ToyKeeper: probably
[21:22] <ogra_> rsalveti, ubuntu or rtm ?
[21:22] <rsalveti> ogra_: ubuntu
[21:22] <robru> ToyKeeper: yeah the version numbers jive so it should be easy
[21:22] <ogra_> (and no, i dont)
[21:22] <rsalveti> done then :-)
[21:23] <robru> kenvandine: well you'll probably have to pocket copy silo 5 or something because citrain just puked itself and can't publish it anyway
[21:23] <camako> robru, we are reaching the end of mir 0.7.0 testing (silo 1)... things look good... can we publish today or will everybody be gone soon?
[21:23] <robru> camako: ehhhhh that's a big landing for this late on a friday. I don't wanna be the guy who broke everything at the last second before the long weekend ;-)
[21:24] <ToyKeeper> robru, kenvandine: Okay, if citrain can't publish anyway...  do we need to back up and modify the silo contents first?
[21:24] <camako> robru, yeah I know.. me neither... :-)
[21:24] <camako> kgunn ^^
[21:24] <kgunn> camako: sounds good to me
[21:24] <kgunn> we can do tues
[21:25] <camako> kgunn, ok...
[21:25] <ToyKeeper> camako: It'll probably be easier to get passed early (.eu hours) next week anyway; I think QA in that time zone may be a little more lenient.
[21:26] <camako> ToyKeeper, Sounds good.... Tue it is then
[21:27] <robru> ToyKeeper: uh, I'm not sure what needs to happen with silo rtm5, it's just buggy from this new utopic->rtm sync logic. if ken doesn't wanna pocket copy it for whatever reason, the only thing I know how to try is toss the silo and start over from scratch, which I'd rather avoid. theoretically the PPA contents are sane but citrain just has completely lost
[21:27] <robru> track of what's going on in there, so it can't publish (ie, it is preventing me from publishing because it thinks it's smarter than me, even though it isn't).
[21:28] <kenvandine> ToyKeeper, no idea what needs to be done... i just want to make sure it lands before i try to get the next settings landing in rtm
[21:29] <robru> kenvandine: use your magic core dev powers to just copy the PPA contents into ubuntu-rtm/14.09-proposed, the same way you would have before citrain ruined my life.
[21:29] <ToyKeeper> robru, kenvandine: I guess what I'm wondering is if I should finish testing what's there now, or wait for updates first.
[21:30] <robru> ToyKeeper: go for the testing I'd say. like I said the package is sane. it's just citrain itself that's busted.
[21:31] <kenvandine> yeah
[21:57] <john-mcaleely> ogra_, happy to figure out who should come along.
[21:57] <ogra_> john-mcaleely, great ... we usually plan our image builds pretty precise so we know what will land
[21:58] <ogra_> we need to coordinate that with the device tarballs i guess
[21:58] <john-mcaleely> ogra_, yeah, sounds like a good idea
[22:00] <ogra_> john-mcaleely, probably its not necessary to attend the meeting (most stuff will be of no interest for PES i think) but some kind of communication channel between the landing team and PES should be there
[22:01] <ogra_> (strikes me that attending might be overkill ...)
[22:01] <john-mcaleely> ogra_, if attending the meeting is the cheapest way to do that, I'm sure we can do it. if there's just a mail-list or whatever, then that works too
[22:01] <ogra_> yeah, we dont really have much more than this channel here and the two meetings per day ... no dedicated ML
[22:02] <john-mcaleely> I'll encourage more of into here as a start
[22:02] <ogra_> ok
[22:02] <ogra_> sounds liek a plan :)
[22:02] <john-mcaleely> :-)
[22:02] <ogra_> *like too
[22:49] <imgbot> [22:49] <imgbot> [23:01] <ToyKeeper> mterry, kenvandine: Bad news.  rtm/landing-003 appears not to fix either bug it's supposed to fix, so I marked it as failed.  Since 005 requires 003, it's marked as failed too.
[23:03] <ToyKeeper> I also ran into some other issues, but determined that they are most likely unrelated.
[23:06] <kenvandine> ToyKeeper, bummer...
[23:08] <ToyKeeper> 003 also introduces a potential security issue...  It allows the user to launch anything accessible from the top or left edge, without unlocking the phone.  Only the dialer app can be seen, but other things can still be launched in the background.
[23:08] <ToyKeeper> (may also be possible to do things like reply to SMS from there, again without unlocking)
[23:11] <robru> ToyKeeper: can you email mterry about that? He doesn't seem to be in the channel
[23:11] <kenvandine> ToyKeeper, ok, so what i just published from silo 15 for utopic needs that change i had in rtm silo 5
[23:11] <robru> kenvandine: I'm assuming your landing landed in utopic and merged to trunk already? If so it'll get to rtm combined with the next fixes from mterry
[23:11] <ToyKeeper> robru: I added the info to his bugs and marked them as no longer 'fix released'.
[23:11] <kenvandine> so we can't push ubuntu-system-settings to rtm until we get that
[23:12] <kenvandine> robru, yes
[23:12] <robru> kenvandine: k
[23:12] <kenvandine> and i doubt anything he has to fix for silo 3 will effect that pack
[23:12] <kenvandine> package
[23:12] <kenvandine> it's probably unity8
[23:12] <kenvandine> the gsettings package there is just for accountsservice to store the setting it uses
[23:13] <robru> Alright, I'm stepping out for dinner. May be available later. Bbl
[23:13] <kenvandine> so i bet it'll just be a bug in unity8 to fix
[23:13] <kenvandine> good night!
[23:13] <robru> Have a good weekend, kenvandine!
[23:13] <kenvandine> you too
[23:21] <kenvandine> ToyKeeper, so testing what's in image 213 utopic, you get prompted to unlock if you try to launch anything
[23:22] <kenvandine> that change lets you allow the launcher and indicators to be accessible while locked
[23:22] <kenvandine> but if you try to launch anything, it'll prompt to unlock
[23:22] <kenvandine> i didn't test in rtm... but what has landed in utopic wfm
[23:27] <kenvandine> ToyKeeper, which bugs did you say aren't fixed?  bug 1350381 and 1361137 in ubuntu-system-settings?
[23:28] <kenvandine> ToyKeeper, i verified those this morning in ubuntu-rtm image 5
[23:28] <kenvandine> but from a different silo...
[23:28] <kenvandine> which got copied into mterry's silo since mine was newer
[23:29] <boiko> robru: FIY, silo 10 tested, everything working
[23:30] <ToyKeeper> kenvandine: Yes, those two bugs.
[23:31] <kenvandine> i know those worked when it was in the other silo :)
[23:31] <kenvandine> and still works in utopic now... just confirmed
[23:31] <kenvandine> but i just switched my phone back from ubuntu-rtm to utopic-proposed
[23:32] <ToyKeeper> kenvandine: As for launching stuff while locked, it has the unlock prompt onscreen but allows access to the launcher and indicators.  Anything accessible from there can be launched but won't be seen (except for the dialer app).
[23:32] <kenvandine> it shouldn't actually launch until unlocked
[23:32] <kenvandine> but you can see it
[23:33] <ToyKeeper> Nope, it launches immediately but gets hidden behind the unlock screen.
[23:33] <kenvandine> see the launcher that is
[23:33] <kenvandine> ok
[23:33] <kenvandine> that'll probably take some work to change, if needed
[23:33] <kenvandine> i'd suspect ubuntu-app-launch work
[23:34] <ToyKeeper> And while changing the lock settings, basically every change appears to fail because it prompts for a password afterward (even if the action succeeded).
[23:34] <kenvandine> yeah, that's the other bug
[23:34] <kenvandine> which was fixes
[23:34] <ToyKeeper> "appears to" is the key phrase there though.  It doesn't actually fail, it just prompts the user as if it failed.
[23:34] <kenvandine> i wonder if some changes are getting lost when copying around between these PPAs
[23:35] <kenvandine> ToyKeeper, would you mind grabbing the utopic debs and trying them on the same image you tested on?
[23:35] <ToyKeeper> Wouldn't I need to repartition in order to run utopic again?
[23:36] <john-mcaleely> ToyKeeper, do you mean your krillin?
[23:36] <ToyKeeper> I could grab from a utopic silo, at least...  if it's still there.
[23:36] <ToyKeeper> Might run into weird dependency issues, since the two targets have diverged.
[23:37] <ToyKeeper> john-mcaleely: Yes, I haven't attempted to run any non-rtm bits on it since repartitioning.
[23:37] <john-mcaleely> ToyKeeper, if so, any device image (on any channel) from system-image.ubuntu.com uses the same partition table
[23:37] <john-mcaleely> ToyKeeper, and so are interchangable with ubuntu-device-flash in the same way as mako
[23:38] <john-mcaleely> you only need to worry if the device image came from other sources
[23:38] <ToyKeeper> Yeah, it came from the other server.
[23:38] <john-mcaleely> ToyKeeper, which was the port?
[23:38] <ToyKeeper> 10446
[23:39] <john-mcaleely> that was the new partition server ToyKeeper , so you're fine
[23:39] <ToyKeeper> Awesome.
[23:41] <kenvandine> ToyKeeper, i meant to just download the debs
[23:41] <kenvandine> and install them
[23:41] <kenvandine> i'm wondering if one of the landings stomped on changes
[23:43] <kenvandine> ToyKeeper, so basically with rtm image 6
[23:43] <kenvandine> that should have failed to switch back to swipe
[23:44] <kenvandine> ToyKeeper, oh... when you tested that before updating to silo 3, did you enter the pin wrong once?
[23:44] <kenvandine> it only broke when the pass was entered wrong once
[23:44] <ToyKeeper> Not sure.
[23:46] <kenvandine> ok... i can't reproduce the bugs with utopic-proposed 214 on mako or utopic-proposed 4 on krillin...
[23:46] <kenvandine> i'll switch back to rtm later and try again there
[23:46] <kenvandine> but not now... my kids are wondering why i'm still working :)
[23:46] <kenvandine> maybe later tonight