[00:11] <cyphermox_> ah, the robru is back
[00:12] <robru> hola
[00:12] <cyphermox_> the one you want to sync for sergiusens' silo is nuntium
[00:13] <cyphermox_> ah, I see what you did there
[00:16] <robru> ogra_: still up? just started building your thing in rtm13
[00:18] <robru> hm, i thought sil fixed the build job, but it's still completing immediately
[00:19] <robru> without checking if the builds succeeded or not
[00:59] <ToyKeeper> ralsina_, Chipaca: I'm trying to test rtm/landing-011 (ubuntu-push), but I can't get the notification settings to work in the hello app.
[00:59] <ToyKeeper> Any hints about how to make it actually generate a notification?
[01:00] <ToyKeeper> Messages go back/forth between devices just fine, I just can't get the notification bits to function.
[01:01] <sergiusens> ToyKeeper: reason for rejection is generally shown in the ubuntu-push-client.log
[01:01] <ToyKeeper> Actually, scratch that.  I think I had the wrong combination of not-first-time and focused-or-not and running-or-not.
[01:02] <sergiusens> it is confusing :-)
[01:07] <ToyKeeper> Now I'm only confused about why the launcher shows the hello app running 58 times.  ;P   (well, it has a '58' in the corner of the icon anyway)
[01:29] <plars> ogra_: we can wait until tomorrow, np
[01:30] <plars> ogra_: it's already tomorrow for you, you are in the future :)
[01:34] <robru> fginther: hm, why did jenkins miss this MP? https://code.launchpad.net/~robru/cupstream2distro/if-debug-debug-debug/+merge/233444
[01:35] <robru> fginther: nm, I'm the king of impatience
[02:05] <imgbot> [02:24] <cyphermox_> kenvandine: there was no u-s-s landing to rtm to go with the landing to utopic?
[03:00] <tedg> Any traingaurds around? I'd love a silo for line 53
[03:04] <rsalveti> tedg: silo 1
[03:04] <tedg> rsalveti, Thanks!
[03:05] <imgbot> [03:26] <kenvandine> cyphermox_, not yet
[03:26] <kenvandine> cyphermox_, uss in rtm is a bit behind, it failed QA verification last week
[03:45] <imgbot> [03:45] <imgbot> [04:25] <imgbot> [04:25] <imgbot> [07:00]  * asac wonders how a possum feels
[07:13] <brendand> bzoltan, silo 12 is on my plate
[07:15] <sil2100> Great... now I'm having trouble logging into Unity on my desktop
[07:41] <sil2100> brb, reboot
[07:48] <sil2100> geh... still no success
[07:56] <sil2100> Another reboot, maybe this time I'll be more lucky
[08:03] <Mirv> I wonder why I can't adb anymore after I updated to 223
[08:03] <sil2100> ogra_, Mirv: not sure if I'll be able to get to the hangout ;/
[08:04] <sil2100> Still can't launch Unity properly, it just hangs completely every time - it seems that Unity is working, but the screen doesn't update
[08:04] <Mirv> sil2100: you've 26 mins time to fix your computer :) but ok, let's see.
[08:04] <Mirv> sil2100: apt install lxde?
[08:04] <ogra_> install some simple wm
[08:04] <popey> sil2100: nvidia?
[08:05] <popey> oh, you're an AMD pervert aren't you?
[08:05] <ogra_> haha
[08:05] <popey> sil2100: http://img3.wikia.nocookie.net/__cb20121205194057/simpsons/images/e/e9/Nelson_Ha-Ha.jpg
[08:05] <ogra_> psivaa, any idea why we have no results for 223 ?
[08:05]  * sil2100 tries lxde
[08:06] <ogra_> rtm seems to fail while trying to download the unity8 source
[08:06] <Mirv> ogra_: psivaa: possibly the same reason I don't have adb after updating to 223.. (or, I have some other USB problem with my machine)
[08:07] <ogra_> Mirv, do you have a password set ?
[08:07] <Mirv> no device found, and also no mtp mount
[08:07] <Mirv> ogra_: no
[08:07] <ogra_> set one
[08:07] <Mirv> aha
[08:07] <ogra_> i'll write a mail in a minute
[08:07] <ogra_> the new adb landed in utopic (not in rtm yet)
[08:08] <ogra_> if you flash use --developer-mode and --password= for u-d-f
[08:08] <ogra_> (or just set one manually after boot)
[08:08] <Mirv> makes sense
[08:09] <ogra_> hmm, looking at the failed manta that seems to be 223 it looks like a problem with the network when downloading the image
[08:10] <popey> latest krillin seems broken
[08:10] <popey> i get no unity
[08:10] <ogra_> not here, i just upgraded
[08:10] <Mirv> thanks ogra, works now. I need to remember those new switches
[08:10] <sil2100> Ok, I installed xfce instead and it works
[08:11] <sil2100> Hangouts will work at least \o/
[08:11] <popey> i have a blank screen on krillin
[08:11] <ogra_> Mirv, yeah, i'll mail about them and document them on the wiki too
[08:11] <Mirv> ooh, and it's the phablet password as well
[08:12] <ogra_> psivaa, ooh ... seems paul didnt merge his changes yet or some such, i see failed manta uses: "+ ubuntu-device-flash --bootstrap --developer-mode --channel ubuntu-touch/devel-proposed" ... plars added --developer-mode and --password= options yesterday
[08:13] <brendand> sil2100, do you have unity8-greeter installed?
[08:13] <psivaa> ogra_:  sorry looking. missed the pings
[08:13] <brendand> sil2100, that caused me problems in the past
[08:14] <brendand> bzoltan, can i get a link to your test results for the RTM silo 12?
[08:15] <sil2100> brendand: I'll check
[08:16] <sil2100> brendand: no... it's not installed
[08:19] <brendand> sil2100, it's probably a different issue then
[08:21] <psivaa> ogra_: yes, plars's MP is not merged yet. mako's were installed in the older way and somehow broke the devices
[08:28] <dbarth> hello
[08:28] <dbarth> seeking qa signoff for silo 1, if anyone has time for it
[08:29] <dbarth> (i see i am nxt on Tello)
[08:37] <brendand> dbarth, bzoltan isn't around yet so i can give you priority ;)
[08:49] <sil2100> john-mcaleely: o/
[08:49] <john-mcaleely> sil2100, hello :-)
[08:49] <john-mcaleely> sil2100, it's good stuff, can I push it? ;-)
[08:50] <john-mcaleely> sil2100, two big fixes: https://bugs.launchpad.net/barajas/+bug/1354353 (critical, rtm14),
[08:50] <john-mcaleely> sil2100, and some video apparmor changes that direcly enable thumbnailing, and probably 'other good stuff'
[08:50] <john-mcaleely> sil2100, and then a bunch of small code-correctness changes in the kernel. In other times, scary. right now, probably clearing out some of the noise from crashes on Krillin
[08:51] <john-mcaleely> sil2100, tested on rtm 16, and looks good on two handsets for me
[08:52] <sil2100> john-mcaleely: sounds really good in overall, but maybe as asac proposed we could get for instance davmor2 giving it a quick spin on his RTM phone image
[08:53] <sil2100> john-mcaleely: would that be somehow possible?
[08:54] <john-mcaleely> sil2100, yes, I think asac would like a QA pass between this in 'utopic' and 'rtm'. I don't know if the tooling stgraber installed for this actually permits that
[08:54] <john-mcaleely> sil2100, fwiw, I do my smoke testing on rtm
[08:54] <asac> sil2100: yes that should be possible :) ... think check with davmor2
[08:54] <asac> if tooling doesnt allow landing separately just do it before
[08:54] <john-mcaleely> sil2100, I'll let davmor2 speak to what he can do
[08:54] <asac> and land on both after
[08:54] <asac> thanks
[08:54] <asac> davmor2: ^^
[08:54] <sil2100> davmor2: ping :)
[08:55] <asac> we shoulnt make a big deal out of it... just get process started and prevent big hazards to land on my rtm phone :)
[08:55] <sil2100> john-mcaleely: excellent, well... we can't really use the CI Train for that I guess, but at least something manual before we get it released
[08:55] <asac> just worst case safety net i fell. and maybe start thinking about how a testplan for that tarball could look like
[08:56] <john-mcaleely> asac, what we 'need' is a device tarball test suite. That's been in the air for a long time. I don't think it's got very far
[08:56] <psivaa> ogra_: with 'ubuntu-device-flash --password ubuntuci --bootstrap --developer-mode --channel ubuntu-touch/devel-proposed' flashing fine with 223, i'm seeing issues when running 'phablet-config writable-image':
[08:56] <psivaa> http://pastebin.ubuntu.com/8257905/
[08:56] <psivaa> ogra_: any idea how that command should change would help
[08:56] <asac> sil2100: did our infrastructure survive ogras landing last night?
[08:56] <asac> :)
[08:57]  * asac sees the announce
[08:57] <john-mcaleely> asac, sil2100 I only see value over my current smoke tests if it's someone independent, so davmor2 or similar, rather than (say) joc
[08:57] <asac> john-mcaleely: exactly
[08:57] <asac> thats the point :)
[08:57] <john-mcaleely> asac, indeed :-)
[08:57] <asac> think davmor will be on soon
[08:57] <ogra_> psivaa, do you have the patest phablet-tools installed ?
[08:57] <asac> patest :P
[08:58] <john-mcaleely> asac, ok, lets wait for his thoughts, and then decicde how to progress with the device tarball I have
[08:58] <psivaa> ogra_: 'Installed: 1.1+14.10.20140829-0ubuntu1' is the one we have
[08:58] <asac> john-mcaleely: ack. i think landing team meeting is where he usually shows up?
[08:58] <asac> or was that?
[08:59]  * asac forgot the time
[08:59] <john-mcaleely> asac, I don't recall if he was in this one today (it just happened)
[08:59] <asac> interesting :P
[08:59] <psivaa> ogra_: and that's the latest version i suppose
[09:01] <ogra_> psivaa, well, there is a newer one ... but that only adds krillin to the list of known arches
[09:03] <brendand> sil2100, john-mcaleely - davmor2 doesn't seem to be around today
[09:04] <sil2100> brendand: maybe you could in davmor2's stead? ^
[09:04]  * sil2100 tires another reboot
[09:04] <dbarth> brendand: wave if you need me btw
[09:05] <psivaa> ogra_: yes. this issue probably needs a fix in http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phablet-config#L155
[09:05] <brendand> john-mcaleely, this is a device tarball update that hasn't been pushed yet?
[09:06] <john-mcaleely> brendand, yes
[09:07] <john-mcaleely> brendand, http://people.canonical.com/~jhm/barajas/device_krillin-20140904-741ef02.tar.xz
[09:07] <popey> ogra_: you're on image 17 ubuntu-touch/ubuntu-rtm/14.09-proposed on krillin right?
[09:07] <ogra_> popey, yup
[09:08] <popey> hmm, dont understand why mine is unusable
[09:08] <ogra_> popey, i did OTA
[09:08] <popey> same here
[09:08] <popey> this morning
[09:09] <brendand> john-mcaleely, okay you can send me instructions on how to install that
[09:10] <john-mcaleely> brendand, ubuntu-device-flash --channel=<what you want to test against> --device-tarball=<that file downloaded>
[09:10] <john-mcaleely> brendand, plus whatever other options you wish (--wipe, etc)
[09:11] <brendand> john-mcaleely, ah thanks
[09:11] <john-mcaleely> brendand, yw
[09:12] <john-mcaleely> brendand, I'll wait for a thumbs up from you then, before pushing
[09:12] <john-mcaleely> brendand, and I'll check with sil2100 that a push at that moment suits the infrastructure
[09:15] <ogra_> psivaa, hmm, what is -s in your pahblet-config command ?
[09:19] <ogra_> psivaa, is that supposed to be the password or a serial number ?
[09:20] <ogra_> gar !
[09:21] <ogra_> psivaa, i guess that option needs to be renamed
[09:22] <brendand> john-mcaleely, i'm going to be a moment testing a silo - unless it's really urgent?
[09:23] <john-mcaleely> brendand, not urgent
[09:24] <brendand> john-mcaleely, it will definitely be done today
[09:27] <brendand> sil2100, davmor2  won't be around today for sure it seems
[09:27] <psivaa> ogra_:  -s is the serial number option
[09:28] <ogra_> psivaa, and the --sudopassword option :P
[09:28] <ogra_> damn did i mess up there
[09:28] <john-mcaleely> brendand, thanks
[09:29] <brendand> dbarth, i see some fake accounts in the online-accounts ui - did i install some wrong package?
[09:29] <ogra_> psivaa, could you try this one ? http://paste.ubuntu.com/8258097/
[09:29] <brendand> dbarth, i just installed everything in the ppa
[09:29] <sil2100> brendand: ok...
[09:30] <psivaa> ogra_: sure, just a sec
[09:31] <ogra_> hmm, needs probably an additional check too
[09:32] <dbarth>  brendand: fake accounts?
[09:34] <brendand> dbarth, FakeOauth, TestLogin
[09:34] <dbarth> brendand: you have that account-tester app installed?
[09:35] <dbarth> hang on, asking mardy
[09:37] <brendand> dbarth, i didn't specifically install anything suspicious
[09:38] <psivaa> ogra_: that worked though
[09:38] <ogra_> psivaa, cool !
[09:38] <brendand> dbarth, only what's in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001/+packages
[09:38] <psivaa> with '-r password' appended.
[09:38] <ogra_> psivaa, i'll work that out a bit more and land it today (there need to be more checks for "no password at all"
[09:39] <psivaa> ogra_: i'll make a comment to plars's MP to that effect
[09:39] <brendand> dbarth, thought it might have been the autopilot package but i removed that
[09:39] <ogra_> thanks, not sure how that passed his tests
[09:39] <ogra_> (i didnt test with serial option ... i wasnt even aware of it)
[09:40] <psivaa> ogra_: that's only because of several devices connected to the host
[09:40] <dbarth> mardy: what could explain that brendand has FakeOauth, TestLogin visible in USS>OA ?
[09:40] <ogra_> psivaa, sure, but i thought paul tested in the real environment :)
[09:40] <mardy> dbarth: that he has the uoa-integration-tests package installed
[09:42] <dbarth> mardy: ok, so that's not a problem; sure
[09:42] <dbarth> brendand: ^^
[09:43] <dbarth> brendand: this should not affect the test, but let us know if you see something else strange
[09:43] <psivaa> ogra_: it could be that paul tested it locally where -s option would not have been needed.
[09:43] <ogra_> psivaa, yeah, like me :)
[09:51] <psivaa> :)
[09:54] <silDroid> Hey
[09:55] <silDroid> Now my laptop became completely unbootable
[09:56] <Mirv> :(
[09:57] <asac> silDroid: did we manage to help out john-mcaleely with getting QA attention to his device delivery?
[09:57] <asac> sorry, me is bad at reading backlog
[09:58] <silDroid> asac from what I saw before my problems then yes, I think brendand said he'll help
[09:58] <john-mcaleely> asac, silDroid I understand brendand has it next in his queue
[09:58] <asac> nice
[09:58] <asac> thanks
[09:58]  * asac is happyt and will not ask again unless he hears something
[09:58] <asac> silDroid: is your laptop physically broken?
[09:58] <asac> or just busted on software side?
[09:59] <silDroid> I suppose its something software related, trying to fix it now
[10:03] <ogra_> psivaa, https://code.launchpad.net/~ogra/phablet-tools/phablet-config-fix-serial-vs-password/+merge/233486
[10:10] <psivaa> ogra_: i dont know how, but 'phablet-config  -s 01ade38b552014d4  writable-image -s password' works with the old phablet-config (with sudopassword)
[10:11] <sil2100> grrr
[10:11] <ogra_> psivaa, heh well, i renamed it anyway now
[10:11] <ogra_> we shouldnt have -s for two options
[10:12] <psivaa> ogra_: ack. and will review the MP. thanks for that
[10:12] <ogra_> thanks for reviewing :)
[10:13] <ogra_> i'll land it asap
[10:13] <sil2100> Damn, it's 12 already and I didn't manage to do much today yet because of those unity issues
[10:13]  * sil2100 actually had to switch to MATE for the time being
[10:13] <sil2100> I'll debug it during the weekend
[10:33] <asac> sil2100: are you running utopic?
[10:34] <sil2100> Yeah
[10:35] <sil2100> ogra_, psivaa: yeah, so pull-lp-source right now has ubuntu hard-coded, but I see it's possible to add this support
[10:35] <sil2100> I'll try that today
[10:35] <ogra_> sil2100, i think sergiusens had an MP for that but was scared to break other behavior with it
[10:35] <ogra_> sil2100, we could probably go with the change in the lab only for now though
[10:40] <Mirv> sil2100: suddenly assigning new silos in the spreadsheet doesn't work, complains about argument range?
[10:41] <sil2100> Mirv: let me take a look
[10:41] <sil2100> ogra_: do you know the MP for that?
[10:41] <sil2100> ogra_: I could do a quick review for that as I have some LPAPI rtm experience
[10:41] <ogra_> sil2100, sadly i closed the tab and cant find it anymore
[10:42] <ogra_> we need to wait for sergio i fear
[10:44] <sil2100> Mirv: is that still the case? I just checked the ranges and those seem to be fine
[10:44] <sil2100> Mirv: let me try assigning something
[10:44] <psivaa> ogra_: i am hoping that i'm not doing anything silly here. but phablet-config writable-image works with ^ the MP, but i see http://pastebin.ubuntu.com/8258611/ in phablet-click-test-setup. But i guess that's not related to this MP
[10:44] <sil2100> uh
[10:44] <sil2100> Mirv: ok, I see the error, let me dig in
[10:44] <Mirv> sil2100: yes, still broken for me
[10:45] <ogra_> psivaa, yeah, that looks more like a network error ... are you sure the network is confiigured ?
[10:47] <bzoltan> ogra_:  I see the new adbd policy has landed
[10:48] <psivaa> ogra_: network is working. i can run apt-get update
[10:48] <ogra_> bzoltan, yeah fixing final issues
[10:48] <sil2100> Mirv: I'll do some debugging now, so don't worry about strange stuff
[10:48] <Mirv> ok
[10:48] <bzoltan> ogra_:  Cool. Will there be a way to flash and set up the device for testing without interaction?
[10:49] <ogra_> bzoltan, ubuntu-device-flash --developer-mode --password=0000
[10:49]  * bzoltan hugs ogra_
[10:49] <ogra_> (and the channle and other options you usually use)
[10:49] <ogra_> :)
[10:49] <nik90_> ogra_: what password is this? The phablet user password or the password you enter when you unlock the phone?
[10:50] <ogra_> nik90_, there is no difference ;)
[10:50] <nik90_> ogra_: oh :P
[10:50] <sil2100> uh
[10:50] <sil2100> Mirv: ok, it seems that one range got deleted somehow :|
[10:57] <Mirv> sil2100: where was that? I'd like to know where to look if something similar happens..
[10:58] <Mirv> sil2100: hmm, still gives the same error though
[11:02] <sil2100> Mirv: no worries, fixing now
[11:04] <om26er> sil2100, so which day is it ? rtm or utopic ?
[11:05] <Mirv> sil2100: I worry, if it breaks similarly on Monday :)
[11:05] <sil2100> Mirv: ok, done! ;)
[11:06] <sil2100> om26er: hmmm, I would guess rtm! But davmor2 would know better
[11:06] <sil2100> Mirv: soooo
[11:06] <sil2100> Mirv: if something like that happens, just open up 'Named and protected ranges' in the Data menu
[11:06] <ogra_> GRRRR
[11:07] <ogra_> phablet-config:162:80: E501 line too long (81 > 79 characters)
[11:07] <ogra_> pep8 and i will never become friends !
[11:07] <sil2100> Mirv: and check if all ranges that make sense are defined
[11:07] <Mirv> sil2100: ok! which one was wrong this time?
[11:07] <sil2100> Mirv: in the scripts you can see the ranges used, just remember the convention is: if a range is named FooBar, then in the code it will be used as FooBarRange or FooBarRangeName
[11:08] <Mirv> ok
[11:08] <sil2100> Mirv: this time something/someone ate SiloAssignment
[11:08]  * sil2100 goes off for lunch
[11:08] <Mirv> ok then
[11:09] <om26er> sil2100, he is sick today
[11:11] <bzoltan> ogra_: Do you know if the phablet-config writable-image -ppa expected to be functional_
[11:11] <Mirv> the spreadsheet is really full of things eating fields, it's no joke... like those request id:s disappearing from time to time
[11:11] <popey> Mirv: when you get a moment could you please upload http://s-jenkins.ubuntu-ci:8080/job/weather-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.weather_1.1.358_all.click to the store?
[11:15] <Mirv> popey: done
[11:15] <popey> thanks Mirv !
[11:27] <ogra_> bzoltan, there is a bug but with the proper password it should just work, yes
[11:34] <ogra_> bzoltan, phablet-config writable-image -s <password> -ppa <ppa url>
[11:34] <ogra_> bzoltan, note that with the next upload -s will change to -r since it clashes with the --serial option
[11:36] <bzoltan> ogra_: right, so I need the passwd .. of course, stupid me
[11:36] <ogra_> bzoltan, the fix for the bug i mentioned above will also give you proper error mesages telling you about this :)
[11:36] <ogra_> https://code.launchpad.net/~ogra/phablet-tools/phablet-config-fix-serial-vs-password/+merge/233486
[11:36] <bzoltan> ogra_:  and the following upload the -r will change to -q .. and so on :)
[11:36] <ogra_> haha
[11:43] <ogra_> mandel, could i get top approval for https://code.launchpad.net/~ogra/phablet-tools/phablet-config-fix-serial-vs-password/+merge/233486 ? psivaa already tested it, i just need the final signoff
[11:54] <lool> trainguards, how do I get an updated ubuntu-system-settings pushed to rtm silo 4?
[11:55] <lool> (with the fix from ken that landed overnight)
[11:55] <asac> lool: land it in utopic first and then you can ask trainguards to update your silo with an archive copy from it
[11:55] <lool> it's in utopic
[11:56] <lool> asac: May I do the archive copy myself?
[11:56] <lool> with copy-package
[11:56] <asac> i dont know
[11:56] <asac> the implications
[11:56] <asac> i would suggest you give Mirv sil2100 robru rsalveti a minute to respond :)
[11:56] <lool> asac: well I need to land the silo manually anyway (due to meta)
[11:57] <asac> yes, still i dont know anything about it :P ... so i cannot say. ogra_ might also know
[11:57] <lool> asac: I'm going to copy ubuntu-location-provider-here right now though as it probably needs NEW-ing there too
[11:57] <ogra_> you should just upload meta directly when the silo is landing
[11:57]  * asac doesnt know
[11:57] <Mirv> lool: the here silo? I can do source copy-package from utopic archives for example
[11:57] <lool> ogra_: well, copy-package it you mean
[11:58] <lool> Mirv: I'm happy to do it
[11:58] <ogra_> lool, or that ... i just dput it directly into rtm :)
[11:58] <lool> Mirv: would like an updated ubuntu-system-settings there; just not sure whether I can go straight ahead
[11:58] <Mirv> lool: so I don't know how HERE was landed, apparently manually, but if you like to land it via silo for rtm I can do src copies to the PPA where it can be tested
[11:58] <lool> ogra_: you dput the exact same .dsc though, right?
[11:58] <ogra_> an extra rebuild wont hurt :(
[11:58] <ogra_> :)
[11:58] <lool> Mirv: we have to land it manually in any case
[11:59] <ogra_> lool, i mangle the target series to 14.09, beyond the it is the same
[11:59] <lool> ogra_: the bianry rebuild is ok, but we dont want two sources with the same number in the two archives
[11:59] <ogra_> *beyond that
[11:59] <Mirv> lool: right. but if you want to test in the ppa, should I copy the 0.3+14.10.20140904.2-0ubuntu1  u-s-s to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-004/+packages ?
[11:59] <lool> ogra_: that seems wrong TBH
[11:59] <lool> ogra_: unless you use a different version number
[11:59] <ogra_> lool, nothing else happens if you copy the source
[11:59] <lool> it's like ubuntu and debian
[12:00] <lool> if we change the .dsc, we change the version; if we copy the pristine .dsc we keep it
[12:00] <asac> lool: can you answer Mirv question? you can still discuss other stuff after
[12:00]  * asac stops wathching channel
[12:00] <lool> Mirv: Yes; happy to do it or you can do it  :-)
[12:00] <asac> cool
[12:01] <Mirv> lool: copied, building. I thought you wouldn't be in the group that can directly upload to ci train PPA:s, but in case you are there feel free to fix the PPA:s yourself from now on too :)
[12:01]  * Mirv -> hangout, will look at the channel
[12:03] <lool> ./copy-package --from=ubuntu --to=ubuntu-rtm --to-suite=14.09-proposed ubuntu-location-provider-here
[12:03] <lool> 1 package successfully copied.
[12:03] <ogra_> sil2100, would you mind an image build (for ubunt) that unscrews some things wrt developer mode ...
[12:03] <lool> so no NEWing, odd
[12:03] <lool> building https://launchpad.net/ubuntu-rtm/+source/ubuntu-location-provider-here/0.1+14.10.20140829-0ubuntu1
[12:05] <cjwatson> lool: it is of course not necessary to change the .dsc in order to reupload it somewhere else :)
[12:05] <cjwatson> but if you're doing that, you might as well just copy
[12:06] <cjwatson> ogra_: (for future ref, you only need to mangle the Distribution field in .changes, if you have some reason to do it that way)
[12:06] <lool> Mirv: thanks
[12:06] <lool> Mirv: I am in the group since last week  :-
[12:06] <lool> :-)
[12:06] <Mirv> good :) the more the merrier, especially with sil away next Mon-Wed
[12:07] <ogra_> cjwatson, ah, thanks ...
[12:07] <Mirv> there is a gap between me and robert
[12:08]  * ogra_ start an utopic image build
[12:08] <ogra_> *starts
[12:08] <ogra_> (started now)
[12:11] <lool> cjwatson: I'm arguing the other way around
[12:11] <lool> cjwatson: I was telling ogra we should not change the source (even just rebuild it) if we're reuploading the same thing to ubuntu-rtm
[12:11] <lool> but I suspect launchpad wouldn't accept it anyway, would it
[12:11] <lool> cjwatson: how come NEW was bypassed? is it disabled on ubuntu-rtm or is it bypassed because it was NEW-ed in utopic already?
[12:11] <ogra_> that was my assumption
[12:14] <mandel> ogra_, done
[12:14]  * ogra_ hugs mandel
[12:15] <imgbot> [12:18] <cjwatson> lool: change the source> we're agreeing
[12:18] <cjwatson> mangling Distribution in .changes isn't a source change, it's just a change in upload instructions, equivalent to a copy
[12:18] <ogra_> Mirv, if you have a moment ... line 60 ...
[12:18] <cjwatson> lool: ubuntu-rtm shares overrides with ubuntu
[12:19] <Mirv> ogra_: landing-008
[12:19] <ogra_> merci !
[12:21] <Mirv> ogra_: as a counter-service you could check/ack https://ci-train.ubuntu.com/job/ubuntu-landing-002-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity_7.3.1+14.10.20140904-0ubuntu1.diff (upstart done by pitti so that's not needed, the other one is https://code.launchpad.net/~brandontschaefer/unity/lp.1328677-fixv2/+merge/232336)
[12:22] <Mirv> sil2100: sorry to disturb again but now we seem to have citrain problems in watch_only builds, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-001-1-build/39/console + https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/20/console
[12:24] <ogra_> Mirv, the second one doesnt have any packaging changes (and is top approved anyway already) ... ACK ...
[12:27] <Mirv> ogra_: yeah, I'm not sure if the line is drawn at "debian/* == packaging" or not, but there was that line added to debian/unity.migrations
[12:27] <ogra_> heh
[12:40] <pete-woods> trainguards: hi, could I get silo 009 reconfigured? thanks!
[12:43] <mvo_> trainguards: what is the procedure to get packagekit 0.8.17-4ubuntu2 from ubuntu/utopic into ubuntu-rtm?
[12:43] <mvo_> should this be a landing or is it copied by a trainguard (or some other way)?
[12:44] <ogra_> mvo_, needs to go through a silo
[12:46] <mvo_> thanks ogra_
[12:56] <cjwatson> mvo_: given the need for manual QA testing, it's probably most economical to do it together with the click changes (and maybe qtcreator-plugin-ubuntu too, if that doesn't have other unrelated things to land at the same time)
[12:56] <cjwatson> oh, but packagekit has to go before qtcreator-plugin-ubuntu, I see
[12:57] <cjwatson> bzoltan: hi, would it be possible to get a re-review of https://code.launchpad.net/~mvo/qtcreator-plugin-ubuntu/lp1360582/+merge/232645, so that we can land the stack that re-enables signature enforcement on click packages?
[12:59]  * Mirv still in meeting
[12:59] <lool> fginther: hey, I have manually merged ubuntu upload to ubuntu-location-provider-here, now the upstream merger seem to fail to merge https://code.launchpad.net/~lool/ubuntu-location-provider-here/drop-whoopsie-dep/+merge/233491 (or maybe it's just slow?); would you be able to kick it?
[13:00] <Mirv> pete-woods: reconfig 009 done
[13:00] <lool> or should I merge by hand this time?
[13:00] <mvo_> cjwatson: I guess we could land it all in one go maybe? I can do the QA
[13:01] <cjwatson> mvo_: right, that's what I was thinking
[13:01] <cjwatson> mvo_: I believe landings on RTM currently require both testing by the developer and a slot from QA
[13:01] <ogra_> yep, they do
[13:01] <mvo_> cjwatson: aha, thats good to know
[13:02] <cjwatson> mvo_: so particularly for the latter it'd be best to batch things a bit if we can
[13:02] <cjwatson> we'll need a pair of silos that's ubuntu: (qtcreator-plugin-ubuntu, click); ubuntu-rtm: (packagekit, qtcreator-plugin-ubuntu, click)
[13:02] <mvo_> cjwatson: I will wait for bzoltan or zbenjamin for the review of the plugin and if thats good land it all in one go together with the click branches we have, sounds good?
[13:02] <cjwatson> mvo_: yep
[13:02] <sil2100> ogra_: +1 on the image build
[13:03] <ogra_> sil2100, lol, little late, its nearly done :)
[13:03] <sil2100> Mirv: looking ;)
[13:03] <mvo_> cjwatson: thanks! I alsmost forgot that we need to land it in ubuntu as well. but that silo will not need a qa slot, correct?
[13:04] <sil2100> Mirv: hmm, I just fixed that recently, let me check if it didn't get reverted
[13:04] <cjwatson> mvo_: I don't think so, would defer to LT folks
[13:04]  * mvo_ nods
[13:05] <cjwatson> mvo_: we can probably copy the click source from the ubuntu silo to the ubuntu-rtm silo once it's available in the former; there's nothing unsuitable for RTM there
[13:06] <cjwatson> it's just signatures, "click info PATH" for the error tracker, and test cleanups
[13:06] <Mirv> sil2100: well last night at least robert continued on the crusade for PEP8
[13:07] <sil2100> Mirv: it doesn't seem related, might be something leftover in the silo, let me fix that :)
[13:07] <sil2100> I think I know what's up
[13:08] <sil2100> Mirv: if I'm able to land the better sync today then it won't be a problem anymore
[13:08] <boiko> trainguards can I get a reconfigure on silo 3?
[13:09] <jhodapp> sil2100, can I get a silo for line 49?
[13:09] <sil2100> boiko: sure :)
[13:09] <sil2100> jhodapp: on it
[13:09] <boiko> sil2100: thanks!
[13:09] <jhodapp> thanks
[13:09] <mvo_> cjwatson: agreed
[13:11] <sil2100> jhodapp: ok, so it seems Mirv already checked that and saw that media-hub is already prepared in silo 004 by tvoss
[13:12] <jhodapp> sil2100, let me check with tvoss
[13:12] <sil2100> jhodapp: did you check with him if it's fine to have it in 2 silos at once?
[13:12] <sil2100> Maybe his landing will take longer or is ready to land already
[13:12] <jhodapp> sil2100, hmm, he's not online
[13:13] <sil2100> boiko: reconfigure done
[13:13] <jhodapp> sil2100, given that I have to review it and he never mentioned it to me, I think we should just land mine since it's a simple bug fix
[13:13] <jhodapp> sil2100, and he's also aware of my change
[13:14] <boiko> sil2100: thanks!
[13:15] <sil2100> Mirv: testing if this bug will happen again
[13:15] <sil2100> Mirv: if it will, I'll have to hot-fix it temporarily before I get the new bits in
[13:16] <sil2100> Mirv: ok, it seems to work now, so it was probably as I mentioned - leftovers from the bug you pointed out earlier in the week :)
[13:16] <lool> trainguards, I'd like to mark silo 4 rtm as tested (spreadsheet row 25); how do I do that?
[13:16] <lool> and then I'd like to land it  :-)
[13:16] <lool> I need to document the known issues on krillin though
[13:16] <lool> and nexus 4
[13:17] <lool> but since the issues are in the new feature, and not part of that landing, asac and I agreed it's best to proceed
[13:17]  * asac still wonders how an awesome possum feels
[13:18] <sil2100> asac: probably pretty awesomely anyway
[13:18] <sil2100> lool: hey!
[13:18] <sil2100> lool: so, you have edit rights to the spreadsheet right?
[13:18] <brendand> lool, seems it's already marked
[13:18] <brendand> lool, but packages are building
[13:18] <jhodapp> sil2100, does that sound good?
[13:18] <asac> right. its not a regression, even though parts of the new feature landing doesn't work perfectly
[13:18] <asac> lool: so what happens is that you flip the switch, then a qa person will ping you before they do the sign off
[13:18] <lool> I've added Yes (#23) for the Testing pass column
[13:18] <asac> and you can coordinate and look at the test plan etc.
[13:18] <asac> right
[13:18] <lool> ok
[13:18] <asac> lool: if you did right you should see "QA sign off needed" soon
[13:18] <lool> asac: I believe this is up for QA review now
[13:18] <asac> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[13:18] <asac> lool: if they dont ping you they are not on it. you can use jfunk, thomi and jibel and PoC to request where you are\
[13:18] <asac> in the backlog
[13:19] <asac> https://trello.com/b/AE3swczu/silo-testing-for-questions-ping-eu-jibel-us-jfunk-nz-thomi-or-ubuntu-qa-on-ubuntu-ci-eng
[13:19] <lool> asac: note that the citrain is a bit confused by some package copy failing
[13:19] <asac> seems there is no backlog, so someone should be ther equickly :)
[13:19] <lool> sil2100: hey!
[13:19] <sil2100> jhodapp: ok, sounds fine :) btw. you want to automatically have an rtm silo for that?
[13:19] <lool> sil2100: yes
[13:19] <sil2100> lool: sorry, had a bit of a lag here
[13:19] <lool> brendand: it's wrong, they are built already
[13:19] <asac> sil2100: can you help confused lool? I think hye never participated in training, so be gentle
[13:19] <jhodapp> sil2100, yes please
[13:20] <asac> lool: how can you be done with testing if it is still building
[13:20] <asac> thats not right
[13:20] <asac> you have to test what is done
[13:20] <lool> asac: it's not really building
[13:20] <asac> ok guess you will sort it with sil2100 and brendand
[13:20] <brendand> sil2100, jenkins failed for building that
[13:20] <brendand> sil2100, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/20/console
[13:21] <brendand> lool, if it's ok with sil2100 i can manually put it in our queue
[13:21] <sil2100> brendand: no no, it's a CI Train bug, I'm fixing the backend now since it had some leftovers, will re-run in a minute
[13:21] <sil2100> brendand: but the packages are build
[13:21] <Mirv> sil2100: thanks!
[13:21] <sil2100> Mirv: wait, the cleanup job didn't run ;p
[13:21] <lool> brendand, sil2100: FYI, we had to manully copy-package ubuntu-system-setting this morning as it didn't happen overnight
[13:21] <sil2100> Let me re-run the cleaner
[13:22] <lool> either CI train was confused before, or it was stuck and generated this error when we ran copy-package
[13:22] <sil2100> Mirv: ok, now 004 is good as well ;)
[13:22] <Mirv> sil2100: funnily, rtm 001 now succeededd but rtm 004 still failed in the same way https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/21/console
[13:22] <Mirv> sil2100: ok
[13:22] <brendand> sil2100, can you override the status so it shows as Needs QA signoff? that will avoid confusion
[13:22] <sil2100> Mirv: yeah, as I mentioned, the cleaner job didn't run, so now it's ok
[13:23] <sil2100> brendand: it will be switched to the right status in a moment
[13:23] <Mirv> yes, it seems, thanks :)
[13:23] <sil2100> Mirv, lool, brendand: all is cool it seems :)
[13:23] <bzoltan> mvo_: I do not think we need packagekit-tools dependency for the qtcreator-plugin-ubuntu, the qtc_device_applaunch is only executed on the phone. Also the version you need does not exist on LTS.
[13:23] <lool> sil2100: \o/
[13:23] <sil2100> brendand: you can anyway take silo 004 and start testing now :)
[13:26] <mvo_> bzoltan: aha, thank you, let me fix that
[13:26] <mvo_> bzoltan: do you have a testplan that I can link to in the landing? I'm preparing it now
[13:33] <bzoltan> mvo_:  a massive one https://docs.google.com/a/canonical.com/document/d/1D7J8TgxqDBpuilE8z1EGtUF4OK_kGQm39DodzVbbOKY/edit but check out the tests/autopilot content. Most of the automatic tests are functional, but polluting a bit your machine.
[13:36] <plars> ogra_: so psivaa and I testing with your current branch and mine, and hitting this: http://q-jenkins.ubuntu-ci:8080/job/plars-smoke-daily-test/32/console - it looks like the same as we hit before when the release was set to 14.09
[13:36] <plars> ogra_: but I don't think that came back in, did it?
[13:37] <plars> sergiusens: ^ (phablet-click-test-setup error)
[13:38] <plars> ogra_: sergiusens: ah wait, no that's different!
[13:38] <plars> archtag: dpkg: warning: failed to open configuration file '/root/.dpkg.cfg' for reading: Permission denied
[13:38] <plars> armhf
[13:38] <sergiusens> Mirv: what happened to my nuntium rtm bugfix silo?
[13:40] <ogra_> plars, wrap another "sudo -u phablet -i" around it
[13:40] <ogra_> that might help
[13:40] <plars> ogra_: around what? phablet-click-test-setup runs on the host
[13:40] <ogra_> plars, oh
[13:41] <sergiusens> plars: ogra_ we don't dpkg install anything there though
[13:41] <cjwatson> josepht: hi, I just noticed that tarmac has started auto-merging top-approved MPs onto lp:click/devel; this is fine although a surprise (neither mvo nor I knew about it), but I'd like to know where it's controlled from, and we also need to check that it's not going to auto-merge things onto lp:click since that's gated by CI Train.  Can you check those things for me?
[13:42] <plars> sergiusens: I know, but I'm trying to sort out what could be trying to read from /root/.dpkg.cfg, so far nothing jumps out at me
[13:43] <ogra_> sergiusens, then i dont get why it even looks for that file
[13:44] <plars> sergiusens: ogra_: http://paste.ubuntu.com/8259842/
[13:45] <plars> is it just a package that's not there now?
[13:45] <ogra_> plars, thats definitely pull-lp-source
[13:45] <ogra_> (the bug that is)
[13:45] <plars> ogra_: sergiusens: yeah, it needs to be doing ubuntu-rtm, not ubuntu
[13:45] <ogra_> plars, and i know sergiusens had a fix for that but didnt land it because he was not sure how it would affect others
[13:46] <ogra_> adding a --distro option iirc
[13:46] <plars> ogra_: well, I think the previous fix was based on the lsb_release stuff which got pulled though right?
[13:46] <sergiusens> ogra_: well I asked someone on ubuntu-devel; it was either ignored or marked ugly...
[13:47] <ogra_> sergiusens, well, plars could use it locally for the time being
[13:47] <sergiusens> ogra_: it needs the phablet-click-test-run MP I had too though
[13:48] <sergiusens> sil2100: Mirv who marked QA sign off for silo 16?
[13:48] <sergiusens> it wasn't marked last night
[13:48] <sergiusens> if explaining what the bug fix is triggers this, my explanations are going start being 2 words
[13:49] <sil2100> sergiusens: not sure who assigned this silo and marked it as requiring QA sign-off
[13:50] <sil2100> Let me check what's in it
[13:50] <imgbot> [13:50] <imgbot> [13:50] <sergiusens> sil2100: thing is, it wasn't marked like that last night
[13:50] <sil2100> sergiusens: hm, maybe someone from QA? Or maybe Mirv did that 'automatically' when he was syncing the bits inside
[13:51] <sil2100> Anyway, description says that there's just a bugfix, so it should go without
[13:51] <sil2100> sergiusens: yeah, looks fine
[13:51] <josepht> cjwatson: checking
[13:52] <sergiusens> great
[13:52]  * sergiusens goes back to helping ogra with adb issues
[13:52]  * ogra_ hugs sergiusens
[13:52] <ogra_> sergiusens, so i'm mainly struggling with the emulator
[13:52] <sergiusens> ogra_: needed to get that out of the way
[13:53] <sergiusens> ogra_: I saw, --password and --developer-mode
[13:53] <sergiusens> ogra_: I prefer just setting a default password and saying hey, this is your password
[13:53] <sergiusens> ogra_: but I guess that impacts the sdk as well
[13:53] <sergiusens> ogra_: well any of the two changes impacts the sdk
[13:54] <sergiusens> bzoltan: what do you prefer?
[13:54] <ogra_> right
[13:54] <sil2100> sergiusens: published o/
[13:54] <sil2100> sergiusens: thanks for noticing
[13:55] <sergiusens> sil2100: did the spreadsheet break though?
[13:55] <sergiusens> sil2100: I'm looking at the ppa now and it's not what was there last night
[13:55] <sergiusens> sil2100: it is nuntium, but uploaded by Mirv 2 hours ago
[13:56] <sil2100> sergiusens: I think Mirv did a src-copy from ubuntu because of some problems
[13:57] <plars> sergiusens: ogra_: so do either of you know of some workaround we can do for the phablet-click-test-setup problem?
[13:57] <pete-woods> trainguards: hi. are you guys able to retry the failed i386 build in silo 009 for me? (I'm pretty sure it's just valgrind being weird, as it sometimes is)
[13:58] <sergiusens> plars: grab my pull-lp-source proposal and manually merge my phablet-click-test-setup
[13:58] <sil2100> pete-woods: sure thing, doing that
[13:58] <pete-woods> thanks!
[13:58] <sil2100> pete-woods: retried ;)
[13:58] <sil2100> yw
[13:58] <pete-woods> :)
[13:58] <sergiusens> plars: ogra_ long term, I'd ask cjwatson if we ca grow the --distro option to pull-lp-source to grab rtm
[13:58] <plars> sergiusens: is that https://code.launchpad.net/~sergiusens/phablet-tools/rtm/+merge/232647
[13:59] <sergiusens> plars: yes
[13:59] <ogra_> sergiusens, yeah ... or worst case have an rtm fork we can use
[13:59] <ogra_> (so that it isnt the same command name and we dont affect others)
[13:59] <plars> sergiusens: ok, so I'll have to make our scripts know whether they are testing utopic, or rtm somehow, but we don't have the lsb_release info now
[14:00] <plars> I guess I'll have to base it on the channel name unless you have some other good way?
[14:00] <sergiusens> plars: ogra_ yeah, we are going to have a hard time working on the generics
[14:00] <ogra_> for a hack that sounds fine
[14:00] <sergiusens> plars: ogra_ channel name is the only thing we can look at; but not sure how stable that's going to be
[14:00] <plars> ok, I have a meeting, let me go work on this in the background
[14:01] <cjwatson> sergiusens: I have no objection but I don't maintain pull-lp-source; ask the ubuntu-dev-tools maintainers
[14:01] <ogra_> sergiusens, oh, btw, i added an init.rc hack to lxc-android-config for now to remove the hardcoded enabling of adb (which funnily breaks mtp when adbd isnt started) ... we need to not forget to drop that if we clean up init.rc
[14:02] <sergiusens> cjwatson: that goes into debian first though, right?
[14:02] <cjwatson> sergiusens: don't know, but even if it did I don't see the problem :)
[14:02] <sergiusens> great
[14:02] <dbarth> silo 1 done; cool
[14:02] <jibel> brendand, thostr_ testing silo 3, I ran the test plan and did some exploratory tests. Looks good so far. I'll test without SIMs for completeness.
[14:02] <thostr_> jibel: thanks
[14:03] <sergiusens> ogra_: I had already proposed that
[14:03] <ogra_> sergiusens, the hack or the init.rc cleanup ?
[14:03] <sergiusens> ogra_: https://code-review.phablet.ubuntu.com/#/c/326/
[14:03] <sergiusens> ogra_: yeah, two days ago
[14:03] <ogra_> ah, cool
[14:04] <ogra_> sergiusens, well, it is good this didnt land yet ... it would affect both distros ... so rtm wuld break
[14:04] <ogra_> with the lxc-a-c hack i can keep it in ubuntu til we are 100% ready for it
[14:06] <sergiusens> ogra_: not really, this isn't krilling but the aosp ones
[14:06] <sergiusens> ;-)
[14:06] <sergiusens> -g
[14:07] <ogra_> sergiusens, yes, but we have utopic and rtm for both
[14:08] <cyphermox> kenvandine: I just want to check, for yesterday's ubuntu-system-settings landing, all we need to do now is the ubuntu-rtm silo and landing, right?
[14:09] <josepht> cjwatson: this is the job that does autolanding for lp:click/devel http://s-jenkins.ubuntu-ci:8080/job/click-devel-autolanding/  Afaict there is no autolanding job for lp:click
[14:09] <kenvandine> cyphermox, we need to land a sync for rtm, yes
[14:09] <cyphermox> alright; I'll request the silo now
[14:10] <kenvandine> cyphermox, it's in silo 15
[14:10] <kenvandine> rtm that is
[14:10] <cyphermox> it is?
[14:10] <kenvandine> i rebuilt that last night
[14:10] <kenvandine> yeah...
[14:10] <cjwatson> josepht: thanks.  can you find out why that job came into existence?
[14:10] <cyphermox> kenvandine: ah
[14:10] <cyphermox> I see, I got confused by the description
[14:10] <kenvandine> including unity8 which was also held up from the QA verifcation failure
[14:10] <kenvandine> cyphermox, yeah :)
[14:12] <cjwatson> josepht: (I think it's OK for it to exist - I'm just confused why it only started happening recently, since I did the cupstream2distro-config work for click ages ago)
[14:13] <josepht> cjwatson: I'm trying to find out now
[14:15] <jibel> thostr_, which tests must be run for silo 4?
[14:15] <jhodapp> sil2100, did I get assigned a silo for my media-hub landing?
[14:16] <john-mcaleely> brendand, any news?
[14:17] <brendand> john-mcaleely, mostly ok. one more minor thing i just want to check
[14:17] <sil2100> jhodapp: done now! btw. you want an RTM silo for this as well?
[14:17] <brendand> john-mcaleely, eta 15 mins?
[14:17] <jhodapp> sil2100, yes that'd be great
[14:17] <jhodapp> thanks
[14:17] <john-mcaleely> brendand, sounds good!
[14:17] <brendand> john-mcaleely, assuming nothing crops up
[14:17] <thostr_> jibel: there is no test plan for this, and I'm not even sure how/what parts should go into the image
[14:17] <thostr_> lool: ^^^
[14:17] <lool> thostr_: I was planning to write one now
[14:17] <lool> but happy to guide QA through testing in the mean time
[14:18] <lool> jibel: coucou
[14:18] <sil2100> brendand: \o/ thanks for that
[14:18] <jibel> lool, Salut
[14:18] <lool> jibel: mainly, there are a bunch of bugs along the way that might hit you during testing
[14:18] <lool> jibel: want to hangout? might be easier
[14:18] <lool> jibel: or hop on #here, and I'll dump you the details
[14:25] <brendand> john-mcaleely, umm. i just lost my whole modem
[14:25] <brendand> john-mcaleely, going to have to check that one
[14:26] <brendand> john-mcaleely, that's not something i've ever seen before, so it's a bit worrying
[14:26] <brendand> ofono is gone
[14:26] <brendand> how did that happen
[14:27] <brendand> yes it's crashed
[14:28] <brendand> hmm i do have a lot of crashes in /var/crash
[14:28] <brendand> powerd, indicator-network, urfkill, ofonod
[14:31] <robotfuel> brendand: are you uploading the crashes to errors.ubuntu.com?
[14:32] <john-mcaleely> brendand, hmm
[14:32] <brendand> robotfuel, what's the most straightforward way?
[14:33] <brendand> john-mcaleely, i'll upload these crashes and then reinstall without the tarball
[14:33] <john-mcaleely> brendand, sounds good. FWIW, I doubt those are regressions
[14:34] <john-mcaleely> ofono's been stable for a while, because the dev involved has been away :-)
[14:34] <john-mcaleely> (for krillin specifics)
[14:34] <brendand> john-mcaleely, probably the majority of them aren't but i've never seen ofono crash before
[14:34] <brendand> robotfuel, hurry up so i can reinstall :)
[14:35] <john-mcaleely> brendand, ok
[14:35] <robotfuel> brendand: /usr/share/apport/whoopsie-upload-all after you wait for apport
[14:36] <robotfuel> brendand: you can check the /var/log/upstart/whoopsie.log for the crash id's to follow up
[14:37] <robotfuel> brendand: http://pastebin.ubuntu.com/8260220/ is what I use to upload crash reports
[14:40] <josepht> cjwatson: have you guys been top-approving MPs prior to Aug. 26th?
[14:44] <tedg> traingaurds, can haz silos? lines 68, 70. Thanks!
[14:44] <brendand> robotfuel, i got the list of OOPS id's anyway
[14:46] <robotfuel> brendand: https://errors.ubuntu.com/oops/$OOPS_ID will let you open a bug if there isn't one already open.
[14:46] <brendand> robotfuel, would whoopsie eventually upload these automatically if i didn't do it?
[14:46] <brendand> robotfuel, like if people had such an ofono crash before, would it be on there?
[14:46] <robotfuel> brendand: yes
[14:47] <brendand> john-mcaleely, that's worth considering
[14:47] <cjwatson> josepht: yes; thinking about it though, I suppose one possibility is that we always top-approved and then immediately merged by hand before tarmac got round to it
[14:48] <josepht> cjwatson: that's likely what happened.  Let us know if you want the autolanding disabled on lp:click/devel
[14:49] <cjwatson> josepht: no, it's fine, just wanted to track down the cause :)  thanks
[14:49] <cjwatson> I like to understand how my tools work
[14:49] <josepht> cjwatson: indeed :)
[15:00] <bfiller> sil2100: any silo's available? need one for line 66
[15:00] <sil2100> bfiller: let me take a look :)
[15:03] <tedg> sil2100, I'd like a couple as well.
[15:03] <tedg> :-)
[15:03] <brendand> john-mcaleely, sorry for stretching past the specified time. i am a bit concerned by a few things though
[15:04] <john-mcaleely> brendand, ok
[15:04] <john-mcaleely> brendand, that are regressions, or that we need to find/file bugs for?
[15:04] <brendand> john-mcaleely, there have never been any ofono crashes reported on errors.ubuntu.com, despite the number of people we have using the device daily
[15:05] <sil2100> bfiller: assigned :)
[15:05] <sil2100> tedg: give us a few moments and we'll see if we can get something for you as well
[15:06] <brendand> john-mcaleely, we can talk about what i've seen in the landing meeting then you can decide whether you want this tarball in the next image
[15:06] <john-mcaleely> brendand, ack
[15:07] <tedg> sil2100, Great, thanks!
[15:08] <bfiller> sil2100: thanks
[15:16] <tedg> ogra_, how are changes to the seeds handled today? Do we need to land via CI train or is it still by hand?
[15:17] <ogra_> tedg, usually by hand
[15:17] <tedg> Hoping to get indicator-display in distro, then we need it actually on the device.
[15:17] <ogra_> metapackage generation ans silos dont go so well together
[15:17] <tedg> ogra_, Cool, hopefully an MR later today.
[15:19] <plars> ogra_: sergiusens: ok, next problem... I'm experimenting with your branch + merged trunk to pull in ogra's latest changes. But because we no longer have the lsb_release series set to 14.09, it's trying to use utopic as the series. So we need to change the series not just the distribution
[15:20] <ogra_> plars, in pull-pl-source ?
[15:20] <plars> we could, of course, also add a --series option, but this is quickly piling up workarounds
[15:20] <ogra_> *lp
[15:20] <sergiusens> plars: right; let me patch that in both
[15:20] <sergiusens> plars: well, there's isn't really any thing we can do here
[15:21] <sergiusens> except explicitly call it out
[15:21] <plars> sergiusens: so you will have it just fix the series if --distribution is set to rtm? or are you adding a --series option?
[15:21] <plars> yeah
[15:21] <sergiusens> plars: I prefer series; once we get into this again, those two will be different again
[15:21] <plars> indeed
[15:22] <sergiusens> plars: did you find my pull-lp-source paste? I can't find that :-P
[15:22] <plars> sergiusens: no, I just found the mp
[15:22]  * ogra_ was searching desparately for it too alerady :/
[15:22] <plars> sergiusens: what paste was this?
[15:22] <plars> sergiusens: a modification you were making to it?
[15:24] <plars> sergiusens: going back through my history, none of the pastebins I opened from that time seem to be about pull-lp-source
[15:24] <plars> sorry
[15:26] <Mirv> sergiusens: sil2100: for some reason there was no nuntium rtm silo anymore (cleaned up? exploded?), and the utopic one was also gone already so I allocated a silo for rtm and did archive sync
[15:26] <Mirv> but I see it was published so all ok
[15:27] <Mirv> it's a bit worrying how things just happen and disappear with CI train daily :) one needs to hunt eg. for silo id:s every now and then from logs, ranges get resetted, sometimes even that "lost last hours' changes"
[15:27] <sergiusens> Mirv: well the spreadsheet needs to go away ASAP
[15:27] <sil2100> It exploded ;p
[15:27] <sergiusens> Mirv: there's no way to traceback stuff
[15:27] <Mirv> sergiusens: CI Airlines \o/
[15:28] <sil2100> sergiusens: yeah, I have plans for that, the switch wouldn't even take that much work
[15:28] <sergiusens> Mirv: currently it's only needed to mark "test as yes"
[15:28] <Mirv> sergiusens: it's terrible, I agree, hack upon hack
[15:28] <sergiusens> Mirv: sil2100 you can get away with most of the issues if you wrap a google forms for us
[15:28] <Mirv> and the history browsing usually doesn't work. that could be used to check who set what.
[15:28] <sergiusens> minimizes user input into the sheet
[15:31] <Mirv> most of the time CI Train serves it purpose very well. the dilemma is that CI Airlines is always around the corner so how much work should be done to perfecting the Train
[15:32]  * Mirv goes dream about matrix of automatically created dashboards for all proposed landings, green results everywhere..
[15:34] <sil2100> hah
[15:36] <sergiusens> Mirv: is it really around the corner? Ursinha what do you have to say about that?
[15:36] <sergiusens> Mirv: I think it's at least 6 months away
[15:36] <sergiusens> so fixing something that takes a day perhaps seems better than wasting 2 hours a day resyncing and making sure things are correct
[15:37] <Mirv> sergiusens: I don't have any information, I have just hopes
[15:37] <sergiusens> exactly
[15:37] <sergiusens> we should fix wht we have too
[15:37] <sergiusens> unless there is a clear plan for replacing
[15:37] <Mirv> if it's 6 months, then yes Train is useful to make more reliable etc
[15:39] <Ursinha> Mirv: sergiusens, I'd say it's not going to happen next week so it's always a good thing to improve citrain if there are people that can work on that, like robru is doing
[15:39] <sergiusens> Ursinha: Mirv yeah, I'd just create a simple django form, minimal database and be done with it
[15:40] <sergiusens> it can't be harder than a spreadsheet maintenance
[15:40] <Ursinha> sergiusens: wait, you are talking about creating something else, and not improving the existing citrain?
[15:40]  * Ursinha reads the backlog
[15:40] <sergiusens> Ursinha: just want to get rid of the spreadsheet!
[15:41] <Ursinha> sergiusens: we all do, but at least now that's "under control"
[15:41] <sergiusens> Ursinha: not really gets out of sync every other day
[15:41] <Ursinha> (please notice the quote marks)
[15:41] <sergiusens> lol
[15:41] <charles> tedg, you're a silo maniac this morning
[15:41] <Ursinha> :)
[15:43] <tedg> charles, heh
[15:43] <tedg> mvo_, Does this need to land in RTM or just Utopic? https://code.launchpad.net/~mvo/indicator-messages/13.10.1+14.10.20140814.1-0ubuntu2/+merge/233035
[15:44] <mvo_> tedg: utopic is fine, its just for the click chroot building
[15:44] <tedg> mvo_, K
[15:44] <mvo_> thanks for your speedy review
[16:01] <sil2100> robru: ping
[16:02] <tedg> ogra_, Did the dbus address location ever change? I have this MR in queue. https://code.launchpad.net/~unity-api-team/hud/new-dbus-address/+merge/223028
[16:03] <ogra_> tedg, nope, on my buglist for "after devmode landed"
[16:04] <tedg> ogra_, K, are you planning to silo that MR with others then?
[16:04] <ogra_> tedg, well, it needs to be updated anyway ... the duplicated stuff was fixed etc
[16:05] <tedg> Oh, okay. Let me do that.
[16:08] <tedg> Updated
[16:09] <ogra_> thanks
[16:09] <ogra_> tedg, i'll try tro land all that on monday ... dev mode fixing is higher prio atm
[16:09] <plars> sergiusens: are you just going to update that same mp?
[16:09] <tedg> ogra_, Sure, just trying to clear out MRs today.
[16:09] <ogra_> k
[16:10] <plars> sergiusens: would be nice if we could land that today. I'm happy to cowboy the changes locally for now but I don't want an update to break us later
[16:10] <ogra_> tedg, why do we start the hud at all currently, is anything using it ?
[16:10] <ogra_> (any serch functions ?)
[16:11] <tedg> ogra_, No, not sure that we need to today. I believe that the application API behaves badly (timeout) though, so we'd need to fix that if we didn't want it.
[16:22] <rsalveti> sil2100: robru: checking https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+packages, seems my src package uploads are all kind of broken
[16:22] <rsalveti> sil2100: robru: check the version
[16:22] <sil2100> rsalveti: let me check
[16:23] <rsalveti> sil2100: I can copy from the archive, which would work for me, but just pointing out a bug in the sync tools
[16:23] <sil2100> rsalveti: what happened?
[16:23] <sil2100> rsalveti: could you point out which exact version part is wrong? :)
[16:23] <rsalveti> sil2100: the version for pulseaudio and qtmultimedia have a lower version than the one already available in the archive
[16:24] <sil2100> Ah, ok, yeah, hah... non-ubuntu generated packages
[16:24] <rsalveti> sil2100: check all the ones with 'Newer version available'
[16:24] <sil2100> That's troublesome to handle
[16:24] <sil2100> rsalveti: thanks for pointing that out, I'll think of a solution after the meeting
[16:24] <rsalveti> np
[16:31] <john-mcaleely> krillin device tarball pushed
[16:32] <ogra_> thanks !
[16:35] <brendand> john-mcaleely, how do i find the device tarball info on the device?
[16:35] <ogra_> brendand, system-image-cli -i
[16:35] <ogra_> brendand, or by tapping the QS version in "about this device" in system-settings
[16:35] <ogra_> *OS
[16:36] <plars> sergiusens: was there some replacement for pull-lp-source or did you have a modified version of that also?
[16:36] <john-mcaleely> /etc/device-build
[16:36] <john-mcaleely> brendand, ^
[16:36] <brendand> john-mcaleely, err. during my last test run it might have somehow installed a different tarball version
[16:36] <john-mcaleely> that's the one that works if you use the --device-tarball override
[16:37] <john-mcaleely> ogra_, ^
[16:37] <brendand> john-mcaleely, ah i see
[16:37] <brendand>  :)
[16:37] <brendand> everything is fine
[16:37] <ogra_> oh, right, u-d-f doesnt mangle channel.ini in that case
[16:39] <john-mcaleely> that's probably a bug of some form
[16:39] <john-mcaleely> brendand, good
[16:46] <sergiusens> plars: that's what I'm looking for
[16:46] <Saviq> josepht, hey, do you know if armhf builds were disabled on -ci jobs? http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/4247/console used to contain armhf builds, not since Aug 20th apparently http://s-jenkins.ubuntu-ci:8080/job/unity8-utopic-armhf-ci/ ??
[16:50] <awe_> sil2100, what do I need to do, if anything to get the rtm sync:18 to happen for ofono ( see lines 45/46 )?
[16:51] <sergiusens> plars: ogra_ http://paste.ubuntu.com/8173047/
[16:52] <sil2100> awe_: oh! We somehow missed that one out, let me assign
[16:52] <awe_> thanks!
[16:52] <sil2100> awe_: once it's assigned just press 'build' on it and it will sync :)
[16:52] <awe_> ack
[16:54] <ogra_> sergiusens, looks fine, we dont need the serries there ?
[16:55] <sergiusens> ogra_: well the syntax is pull-lp-source [package] [version|series]; since we request the version, it should be fine
[16:56] <ogra_> ok
[16:56] <sergiusens> ogra_: I did test it; this wouldn't really be needed if we stuff to direct source copies ala debian ;-)
[16:56] <sergiusens> s/stuff/stuck/
[16:57] <ogra_> heh, yeah
[16:57] <ogra_> tell soyuz
[16:57] <sergiusens> I'm still not sure why the ~rtm tag is being added
[16:58] <ogra_> to easier tell the versions apart
[16:59] <cjwatson> ogra_: in what way does soyuz not support direct source copies?
[17:00] <ogra_> cjwatson, no idea :)
[17:00] <cjwatson> ogra_: (i.e. I'm calling BS on your "tell soyuz" :-) )
[17:00] <ogra_> i just needed something to point to :)
[17:00] <ogra_> its friday after all :)
[17:01] <sergiusens> ogra_: we don't add ~ubuntu to deb syncs though...
[17:02] <ogra_> sergiusens, indeed, but we do for modified packages ... i would actually just do the same for rtm
[17:02] <ogra_> not sure why we have the version mangling for every package now
[17:02] <sergiusens> ogra_: exactly, keyword, "modified"
[17:02] <ogra_> (i didnt make that rule)
[17:02] <sergiusens> I bet what's just the %1
[17:03] <sergiusens> it's not the first time I argue this
[17:03]  * sergiusens starts occupy citrain
[17:04] <ogra_> sergiusens, publish your silo8 :)
[17:04] <sergiusens> ogra_: can I do that myself?
[17:04] <ogra_> (will you start to camp in front of launchpad now as "occupy citrain" ? )
[17:04] <ogra_> sergiusens, i think so
[17:04] <sergiusens> ogra_: I think ppu checks were never added to the train
[17:05]  * sergiusens tries
[17:05] <sergiusens> ogra_: "sergiusens is missing the Job/Build permission"
[17:05] <ogra_> pfft
[17:09] <sil2100> Yeah, the jenkins instance only knows about core-apps and people from the ci-train-users team (or something similar)
[17:09] <sil2100> And the train of train drivers
[17:10] <ogra_> only the trained train drivers though
[17:14] <plars> sergiusens: don't we need to specify the series there also? also, your help on -D probably needs updating
[17:15] <sergiusens> plars: no, no need, just version
[17:16] <plars> sergiusens: but something like this doesn't seem to work, maybe I'm getting it wrong? pull-lp-source -f -D ubuntu-rtm unity8 8.00+14.10.20140903.1~rtm-0ubuntu1
[17:16] <plars> I still get 404
[17:17] <ogra_> bug 1366132
[17:17] <ogra_> hmm
[17:23] <Ursinha> ogra_: is that a private bug?
[17:23] <ogra_> Ursinha, seems like ... someone just mailed ubuntu-phablet about it
[17:24] <Ursinha> I can't access it either
[17:24] <ogra_> right
[17:24] <ogra_> its an automated report ...
[17:24] <ogra_> or ubuntu-bug report ...
[17:25] <Ursinha> ogra_: probably apport haven't processed that yet so it might have private information, so it's still private
[17:25] <ogra_> right
[17:25] <ogra_> i think awe_ treis to access it too :)
[17:25] <ogra_> *tries
[17:25] <awe_> I've just been asking about this
[17:25] <Ursinha> maybe bdmurray has access to that?
[17:25] <awe_> can anyone besides the owner see it?
[17:26] <Ursinha> people in the apport-something team, I think
[17:26] <awe_> I'm trying to respond to the email, but don't know what to say...
[17:26] <josepht> Saviq: looking
[17:26] <Ursinha> I used to have access, not anymore it seems
[17:26] <awe_> other than make the bug public
[17:27] <Ursinha> awe_: it has to be processed first to remove private information
[17:27] <Ursinha> awe_: when was the email sent?
[17:27] <awe_> does that happen automatically?
[17:27] <Ursinha> awe_: I believe so
[17:27] <ogra_> w few mins ago
[17:27] <ogra_> *a few
[17:29] <awe_> ogra_, should I see a corresponding entry on errors.ubuntu.com? I don't see a single ofono crash reported
[17:29] <ogra_> awe_, i dont think any of the info is public initially
[17:29] <ogra_> it needs to go through the retracer etc
[17:30] <awe_> so how long is that expected to take, and does the bug then automatically transition to public?
[17:31] <ogra_> i have no idea
[17:31] <ogra_> bah, still no progressbar in image update
[17:31] <Ursinha> awe_: people from bugcontrol team can access the bug, e.g. rsalveti
[17:32] <ogra_> i'm in the bugsquad too ... but LP doesnt even find it
[17:32] <Ursinha> ogra_: I just saw rsalveti opening the bug
[17:32] <ogra_> woah
[17:32] <ogra_> k
[17:32] <ogra_> so he has moar powah !
[17:32] <ogra_> (good to know)
[17:32] <Ursinha> or maybe that's a coincidence and he's part of another team that can access the private bugs :)
[17:32] <ogra_> :)
[17:33] <awe_> I can see it now
[17:33] <ogra_> ah
[17:33] <Ursinha> good :)
[17:33] <Ursinha> all happy
[17:33]  * ogra_ too
[17:34] <plars> ogra_: 1366132 - it's no longer private
[17:35] <ogra_> yep
[17:35] <plars> bug 1366132
[17:35] <Ursinha> it was just made public, it seems, good
[17:35] <awe_> I'll respond...
[17:35] <plars> ogra_: Ursinha: you just need bugcontrol
[17:36] <ogra_> plars, i thinki am in bugcontrol ... but LP couldnt even find it for 20min or so
[17:36] <plars> odd
[17:36] <Ursinha> ogra_: I don't see you in the members list there
[17:36] <sergiusens> plars: I'm looking
[17:36] <ogra_> hmm, then i'm not
[17:36] <plars> sergiusens: thanks!
[17:37] <ogra_> weird
[17:37] <Ursinha> :)
[17:39] <rsalveti> ogra_: I thought core-dev would also include bugcontrol
[17:39] <rsalveti> I know I got bugcontrol and then core-dev, so not sure
[17:41] <bdmurray> ubuntu-core-dev is a member of ubuntu-bugcontrol
[17:42] <bdmurray> before the bug is retraced though nobody is subscribed to the crash other than apport
[17:43] <bdmurray> https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1366132/+activity
[17:43] <bdmurray> "added subscriber Crash bug triagers for Ubuntu packages"
[17:45] <awe_> so what I want to know is whether or not there's anyway to get crashes retraced on older images?  Are we shit-out-of-luck with this crash?
[17:45] <awe_> the bug was automatically marked Invalid
[17:45] <awe_> I've changed it to Incomplete, as any ofono crashes need investigation
[17:47] <bdmurray> awe_: ddebs.ubuntu.com only has debug symbols for the latest version of the package
[17:47] <jibel> lool, packages in silo 4 introduce a crash in ubuntu-system-settings-wizard. It's a no-go from QA.
[17:48] <awe_> so we'd need to do this manually by installing the ofono-dbg package and manually running apport-cli?
[17:48] <jibel> lool, also the diff for system-settings is huge. hard to know what broke.
[17:48] <bdmurray> awe_: yeah, something like that
[17:48] <cjwatson> anyone mind if I assign 55 for mvo?  he's ready to test it I believe
[17:49] <cjwatson> but I know we're a bit low on silos so wanted to check
[17:50] <jibel> asac, ^ see my comment above about silo 4
[17:53] <plars> mterry: that unlock script fix never made it in?
[17:59] <josepht> Saviq: I'm told it get's built here: http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-builder-utopic-armhf/
[17:59] <asac> jibel: sure its a regression?
[17:59] <asac> jibel: reproducible?
[18:00] <asac> jibel: is that with the HERE# binaries in place or without?
[18:00] <asac> or doesant matter?
[18:00] <jibel> asac, yes it's a regression, reproducible 100% and confirmed by someone else from QA
[18:01] <jibel> asac, no idea, HERE binaries are installed by default now.
[18:01] <asac> ic
[18:01] <asac> jibel: do you have reproduce instructions?
[18:01] <asac> mterry: ^^
[18:01] <jibel> asac, install packages from silo 4, enable the wizard and reboot
[18:02] <asac> jibel: and the wizard crashes away?
[18:02] <asac> or does it work, just seems to generate a crash?
[18:02] <jibel> asac, you can follow the wizard but there is a crash at some point. I don't see any user visible impact
[18:03] <jibel> asac, although tranition after the wizard to unity is slow
[18:03] <asac> see #phablet
[18:05] <cjwatson> bzoltan,zbenjamin: if you're still around, can we possibly get a top-approval on https://code.launchpad.net/~mvo/qtcreator-plugin-ubuntu/lp1360582/+merge/232645 now that mvo has fixed things up?  it seems otherwise ready to land ...
[18:06] <brendand-nexus5> kenvandine - did u-s-s get tangled up in silo 4?
[18:06] <cjwatson> (sorry to nag)
[18:06] <kenvandine> brendand-nexus5, ?
[18:06] <brendand-nexus5> kenvandine - the diff looks really big there
[18:07] <brendand-nexus5> kenvandine - in rtm silo 4
[18:07] <kenvandine> not sure what silo 4 is
[18:07] <kenvandine> i'm worried about silo 15 :)
[18:07] <kenvandine> oh... silo 4 is the HERE stuff
[18:07] <kenvandine> which includes uss
[18:07] <awe_> sil2100, when I press "build" for the ofono RTM silo, jenkins asks for parameters to be filled in; does this imply something broken, or should I just enter ofono in PACKAGES_TO_REBUILD and click Build?
[18:08] <brendand-nexus5> kenvandine - yeah
[18:08] <kenvandine> brendand-nexus5, it's a big diff because rtm is rather outdated
[18:08] <kenvandine> which we really need to remedy
[18:08] <kenvandine> just waiting for QA verification :)
[18:08] <kenvandine> sil2100 had put it in silo 15 for that
[18:09] <kenvandine> but that also includes the uss changes in silo 4
[18:09] <brendand-nexus5> kenvandine - it's going to need a lot of testing
[18:09] <ogra_> awe_, if it is an MP you just click build (i usually have to do that twice to get the progressbar in the top left)
[18:10] <ogra_> awe_, if it is a source package in the silo you wait till it has fully build and click "watch only" before hitting build
[18:10] <kenvandine> brendand-nexus5, yes... this has been what's been keeping me up at night :/
[18:11] <mterry> asac, lool: is that the crash when going back from the license webpage?
[18:11] <brendand-nexus5> kenvandine - so i just wonder if we can land 4 without it. Might not be something you can answer though
[18:11] <awe_> ogra_, it's a sync silo
[18:11] <asac> jibel: see mterry's question
[18:11] <ogra_> awe_, then check the bianries have built in the PPA and after everything is there do a watch only build
[18:11] <jibel> mterry, no, it just continue, to the end of the wiard
[18:11] <jibel> +z
[18:12] <mterry> jibel, that seems bad, ok
[18:12] <awe_> ogra_, check that the binaries have build in the utopic silo?
[18:12] <ogra_> awe_, no, in the sync silo ... the sync only copies the sources
[18:12] <mterry> jibel, looking into it
[18:12] <brendand-nexus5> jibel i also lost ofono again
[18:13] <cyphermox> ToyKeeper: could you take a look at RTM silo 10? or tell me if it's on your list and just haven't gotten to it yet ;)
[18:13] <kenvandine> brendand-nexus5, i don't think so... but lool would be best to answer
[18:13] <ToyKeeper> cyphermox: https://trello.com/b/AE3swczu/silo-testing-for-questions-ping-eu-jibel-us-jfunk-nz-thomi-or-ubuntu-qa-on-ubuntu-ci-eng  (long URL is long)
[18:13] <awe_> ogra_, looks like the sync failed to actually copy anything
[18:13] <awe_> which is why I get prompted for parameters
[18:13] <awe_> ;(
[18:14] <cyphermox> awe_: I can handle the silo and sync for you if you want
[18:14] <ogra_> awe_, 001 i suppose
[18:14] <asac> mterry: ok, i have to wait 1h for stgraber to be avail for any potential system-imag surgery
[18:14] <awe_> thanks cyphermox; indeed
[18:14] <cyphermox> awe_: syncing ofono to which silo?
[18:14] <ogra_> looks like 001 is reserved for it already
[18:14] <awe_> yea, just no source package
[18:15] <ogra_> awe_, well, someone needs to do the sync ... thats not automated
[18:16] <awe_> sil2100 told me to press build and it would sync.  When I press build, I get asked a bunch of questions I wasn't expecting...
[18:16] <cyphermox> right, the sync gets done manually
[18:16] <cyphermox> let me push the right buttons
[18:17] <brendand-nexus5> ToyKeeper - useful fyi, the last part can be left out
[18:17] <tedg> sil2100, robru, I'd love to cycle through some silos, 1 & 14 can be published, and there's a queue of requests.
[18:18] <tedg> Can publish rtm/2 as well.
[18:18] <robru> tedg: sorry I'm on the phone, will look shortly
[18:18] <tedg> robru, Cool, thanks!
[18:18] <ToyKeeper> brendand-nexus5: It looks like some silos didn't get detected earlier (001 and 012).  Did you fix whatever caused that?
[18:18] <cyphermox> awe_: ofono 1.12.bzr6874+14.10.20140820.is.1.12.bzr6872+14.10.20140804-0ubuntu1  <-- that's correct?
[18:19] <cyphermox> robru: should I look at tedg's silos?
[18:21] <cyphermox> awe_: doesn't seem to me like your changes made it into utopic...
[18:21] <cyphermox> silo 18 is only in packages built state
[18:22] <ogra_> yeah
[18:22] <ogra_> not published at all yet
[18:22] <cyphermox> right
[18:22] <sergiusens> what's with that error?
[18:22] <sergiusens> lxc silo was in packages built
[18:23] <ogra_> sergiusens, did you do a watch only build to have it picked up ?
[18:23] <brendand-nexus5> ToyKeeper - last night?
[18:23] <sergiusens> ogra_: I thought robru did that; it would of just said "ready" otherwise
[18:23] <sergiusens> someone must have run that
[18:23] <ToyKeeper> brendand-nexus5: Yes, the timestamps on my log don't match up at all with the cards.  I'm guessing they were added manually or perhaps the script had to be restarted.
[18:24] <ogra_> weird
[18:24] <brendand-nexus5> ToyKeeper - yeah i fixed that, should be 100% now on
[18:25] <ToyKeeper> brendand-nexus5: Awesome, thanks.  :)
[18:26] <Saviq> josepht, ah, so it was decided to only build there? good enough
[18:27] <josepht> Saviq: yes to lessen the strain on resources
[18:28] <Saviq> josepht, yeah, makes perfect sense
[18:28] <sergiusens> plars: almost there, and yes; piggybacking on the same MP
[18:28] <plars> sergiusens: cool
[18:29] <sergiusens> plars:  ogra_ also got rid of the need of pull-lp-source
[18:29] <plars> sergiusens: oh, even better!
[18:29] <ogra_> whee !
[18:31] <robru> sorry guys was on the phone, i'll fix that one silo
[18:35] <awe_> cyphermox, that's right the changes haven't landed in utopic yet.  This was discussed during the stand-up
[18:36] <awe_> cyphermox, RTM is most important to me, and it's where I want to spend most of my testing efforts.  That said, if I find an issue I don't want it to land in either place
[18:37] <cyphermox> ok
[18:37] <cyphermox> so then we just don't need or want to sync anything to the rtm silo
[18:38] <robru> tedg: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/9/console
[18:39] <ogra_> rsalveti, i slowly get the feeling we are stuck in proposed with android-tools ... last time definitely didnt take that long
[18:39] <ogra_> eth excuses page looks ok though
[18:39] <tedg> robru, Cool, thanks!
[18:39] <sergiusens> ogra_: probably failed to build for the new arm128 arch :P
[18:40] <ogra_> you mean aargh128 ?
[18:40] <sergiusens> lolz
[18:40] <robru> tedg: you're welcome! also https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-1-build/9/console
[18:41] <charles> when it rains, it pours
[18:41]  * ogra_ gets bucket
[18:41] <robru> tedg: also https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/18/console
[18:42] <tedg> Cool
[18:46] <robru> brb, breakfast
[18:51] <sergiusens> robru: ogra_ care to check the mp again?
[18:51] <sergiusens> revno 296
[18:51] <sergiusens> err not robru, but plars
[18:53] <sergiusens> plars: ogra_ I need to run some errands
[18:53] <ogra_> sergiusens, k, i'll take a look meanwhile
[18:54] <plars> sergiusens: trying it now
[18:54] <asac> mterry: ok, so its not a legal problem anymore; so fix doesnt need to be rushed and we can happily land that on monday
[18:55] <plars> fginther: ^
[18:55] <mterry> asac, yay  :)
[18:55] <asac> mterry: still would be good to know the crash :)
[18:55] <asac> fix
[18:55] <asac> hehe
[18:55] <asac> lool will be happy if he can finally claim this in rtm on monday
[18:55] <asac> hehe
[18:55] <plars> mterry: did you happen to see my earlier question? it looks like that unlock script might not be in?
[18:55] <asac> but at least firedrill is over
[18:55] <asac> thanks!
[18:55] <plars> mterry: your second fix for it that is
[18:56] <plars> I don't see it in the train though, did it get lost or am I just not spotting it?
[18:56] <mterry> plars, correct, https://code.launchpad.net/~mterry/unity8/new-adbd/+merge/232724 is still not merged
[18:57] <plars> fginther: ^ ok, so that's why :(
[18:57] <fginther> plars, mterry, thanks
[18:57] <mterry> Saviq, ^ didn't we do a release of unity8 branches recently?
[18:57] <plars> sergiusens: ogra_: phablet-click-test-setup works with that, you rock!
[18:58] <ogra_> plars, yay !
[18:59] <asac> mterry: just did sudo and with my pin i could get root... ogra told me you get the credits for that part, so wanted to say that it works nicely on devel-proposed!!
[19:00] <asac> well done
[19:00] <ogra_> :)
[19:01] <mterry> asac, yay!
[19:02] <asac> ok here comes the wizard on devel-proposed
[19:02] <asac> i will enable location now :)
[19:02] <jdstrand> I have a no code-change direct upload for isc-dhcp that I just did. I'd like the to be in the ubuntu-rtm branch. what is the procedure for that? (I know I am capable of copying with rebuild, but want to make sure I follow the procedure)
[19:02] <asac> yeah
[19:02] <asac> same crash
[19:02] <sergiusens> plars: awesome
[19:02] <asac> mterry: end of wizard all goes down :)
[19:03] <asac> on devel-proposed as well... so should be reproducible
[19:03] <jdstrand> s/branch/distro/
[19:03] <sergiusens> plars: ogra_ I'll be back soon, if approved I can silo it or just push depending on trainguard availability
[19:04] <mterry> asac, that's what I'm looking at now
[19:05] <jdstrand> also, can I have a silo assigned for apparmor (row 17 in the spreadsheet)
[19:05] <asac> ack
[19:05] <asac> wanted to confirm that its reproducible there too
[19:05] <jdstrand> (a utopic silo)
[19:05] <ogra_> sergiusens, top approved
[19:06] <asac> hmm. the whole indicator seems to be empy/crashed now
[19:06] <asac> wonder if thats a fallout from the crash of wizard
[19:06] <asac> tahts in utopic-proposed
[19:06] <jdstrand> oh, I just read-- I don't need qa signoff for the isc-dhcp (it is bug fix, not feature)
[19:07]  * sil2100 is in testing spree now
[19:08]  * ToyKeeper pictures sil-zilla rampaging a city, smashing (er, testing) everything in his path
[19:17] <sil2100> robru: hah! So far the new sync stuff looks pretty ok
[19:24] <cyphermox> jfunk: all good with mtp and ubuntu-system-settings? both of these are now in your hands re: fixing these crashers.
[19:24] <tedg> robru, Can I please get a silo for line 61?
[19:26] <sil2100> robru: and it failed pep8 validation ;) Curse youuu!
[19:26] <kenvandine> anyone looking at  ubuntu-rtm/landing-015 for QA verification?  it's been a week since syncing to ubuntu-rtm, the delta is getting too big
[19:27] <robru> sil2100: oh, will you merge soon?
[19:27] <kenvandine> note: anyone verifying ubuntu-system-settings should note it'll probably have problems on krillin until the policykit bug fix lands
[19:28] <sil2100> robru: yeah, just fixing those errors slowly
[19:29] <tedg> robru, So with line 65 the build determines there's no useful diff (which is true, we're catching up to distro) so there's no packages. No publish? Just go to merge clean?
[19:29] <sil2100> The unit tests would need some more love, but yeah... I want to have this working for next week before I go for holidays
[19:29] <robru> tedg: yep, nope, citrain can't handle initial releases because it expects to find a debian/ directory in the trunk. so just merge that manually, then come back with a null MP and we can put you on the train
[19:29] <robru> tedg: for line 61 i mean
[19:30] <robru> tedg: citrain is a tool for releasing trunks to distro. it is absolutely the wrong tool to merge distro back to trunk (eg if there was a manual upload). citrain can't help you. just get the diff from distro and apply it to your trunk by hand
[19:31] <robru> sil2100: ok, please land it soon, I just started ripping out the argparsing stuff and I guess that will conflict with you
[19:31] <robru> sil2100: what files are you touching? merge & clean?
[19:31] <sil2100> robru: mostly only build and prepare-silo + some of the cu2d/ dir
[19:31] <robru> oh ok cool
[19:39] <jfunk> cyphermox: robotfuel will be verifying those fixes, thank you!
[19:40] <cyphermox> jfunk: alright, thanks
[19:41] <tedg> K
[19:43] <rsalveti> robru: hey, is there a way for the dashboard to show the packages that are available in the rtm silos?
[19:44] <robru> rsalveti: sure isn't! sil was working on that, not sure when he'll finish it
[19:44] <rsalveti> would make my life much easier we could easily identify conflicts
[19:44] <rsalveti> great
[19:44] <rsalveti> it seems the spreadsheet is kind of busted
[19:44] <robru> rsalveti: you have to click through to the PPA for now. yeah for whatever reason the sync logic just stopped recording what packages are in silos, and there's nowhere my dashboard can get that info.
[19:44] <robru> rsalveti: you mean, more busted than usual? what'sup?
[19:44] <rsalveti> like for ofono, there's no silo allocated for rtm in there, but it's actually allocated in silo 1
[19:45] <robru> rsalveti: what line?
[19:45] <rsalveti> robru: 46
[19:46] <robru> rsalveti: fixed
[19:46] <rsalveti> robru: thanks
[19:46] <robru> rsalveti: you're welcome
[19:49] <sergiusens> robru: can we assign line 61? it is rather urgent as it blocks plars and ci image tests
[19:49] <tedg> robru, Adjusted line 52 to have some debian in its trunk.
[19:50] <robru> sergiusens: ok you're in 1
[19:50] <sergiusens> thanks
[19:50] <robru> you're welcome
[19:50] <robru> sergiusens: tedg sorry guys I'm super overwhelmed today, trying to actually work in addition to handling landings for you guys. please ping me if anything is urgent
[19:51] <sergiusens> robru: spreadsheet doesn't seem to reflect the state though
[19:51] <robru> sergiusens: yeah it's slow
[19:51] <sergiusens> ah, there we go
[19:51] <sergiusens> robru: no worries, I'm to anxious :-)
[19:51] <robru> sergiusens: you don't have to wait for it, you can hit build on the dashboard as soon as I tell you the number.
[19:52] <sergiusens> robru: yeah, I did that :-)
[19:52] <robru> tedg: you got 11
[19:52] <tedg> robru, Great, thanks!
[19:52] <sergiusens> robru: I use the dashboard and try to use spreadsheet no more than I have to
[19:53] <tedg> Yeah, mostly trying to whittle down a large backlog of MRs we have.
[19:53] <robru> sergiusens: yeah me too ;-) I'd love to trash that spreadsheet but we're stuck with it for now
[19:54] <sergiusens> robru: it would be nice to see some roadmap out of it sometime though
[19:54] <robru> sergiusens: yeah, CI Airline, one day...
[19:54] <tedg> sergiusens, I think that's CI Airline?
[19:54] <Ursinha> sergiusens: I think that's more of a question for the CI team
[19:55] <Ursinha> it's the airline, the airline that I think every person I talk to has a different idea of what that is :)
[19:56] <robru> sil2100: where you at? if I deploy some preprod will it ruin you?
[19:56] <tedg> Oh, I think it's well defined. Just complex :-)
[19:57] <sil2100> robru: I'm waiting for the bot to spout out some pep8 errors, you can use preprod ;)
[19:57] <Ursinha> tedg: :)
[19:57] <sergiusens> tedg: I just want the ETA :-)
[19:57] <robru> sil2100: if you run the tests locally it'll show you the pep8 warnings. Or even just run 'pep8 your_file'
[19:57] <robru> sil2100: https://code.launchpad.net/~robru/cupstream2distro/rip-out-argparse/+merge/233585 it's back! with a vengeance! ;-)
[19:58] <sergiusens> tedg: because citrain if temprary, has to have an EOL scoped out as well
[19:58] <sil2100> robru: oh!
[19:58] <sergiusens> or we will always be in a catch 22
[19:58] <tedg> sergiusens, You've flown with an airline before, you know any time they give you is just a lie :-)
[19:58] <sergiusens> :-)
[19:58] <sil2100> That's convinient, that pep8 ;)
[19:58] <Ursinha> sergiusens: we're fixing that :) I'm on it myself
[19:58] <sergiusens> Ursinha: yay!
[19:58] <kenvandine> robru, you pythonist :)
[19:59] <robru> Ursinha: is my hero ;-)
[19:59] <sergiusens> Ursinha: I'm just putting it on the spotlight more often to get it out of it's silo ;-)
[19:59] <sergiusens> pun
[19:59] <sergiusens> :-)
[19:59] <robru> kenvandine: I had to make some drastic changes in citrain. the code was just getting worse and worse. Now we're gating MPs on successful unit test runs and we have some basic static code analysis to prevent the worst abuses (pep8, pyflakes). I'm working on writing more tests.
[20:00] <kenvandine> robru, you rock!
[20:00] <robru> kenvandine: thanks!
[20:00] <Ursinha> sergiusens: http://instantrimshot.com/index.php?sound=rimshot&play=true
[20:02] <sergiusens> Ursinha: http://wompwompwomp.com/
[20:02] <jdstrand> robru: hey, can I have a silo for apparmor (row 17 of the spreadsheet). just for utopic for the moment
[20:03] <sergiusens> sil2100: if you use vim and vundle, add 'Bundle 'scrooloose/syntastic''
[20:03] <sergiusens> takes care of you for you
[20:10] <Ursinha> sergiusens: vundle is just great, I went crazy when found it
[20:10] <sergiusens> agreed
[20:11] <robru> sergiusens: Ursinha: I'm more of a pathogen kinda guy. Keeping it simple. But I wrote a couple lines of vimscript to mimic the auto-downloadingness of vundle ;-)
[20:11] <sergiusens> Ursinha: makes vim extension/plugin installation actually usable :-P
[20:11] <sergiusens> robru: well they are kind of the same thing
[20:11] <robru> sergiusens: Ursinha https://github.com/robru/dotfiles/blob/master/.vimrc ;-)
[20:12] <robru> sergiusens: they're kind of the same thing, but if you check the code, pathogen is 1/3 as many LOC as vundle
[20:12] <robru> to do the same job. I like that about it ;-)
[20:12] <sil2100> sergiusens: I have a pep8 plugin for sublime and it works pretty well with auto-formatting, didn't try all the features for that yet
[20:13] <sergiusens> robru: true
[20:15] <robru> sil2100: haha, I just got bit by my own pep8 trap. It's working! ;-)
[20:17] <sil2100> ;)
[20:18] <robru> jdstrand: you got 14
[20:19] <jdstrand> \o/
[20:19] <jdstrand> robru: thanks
[20:19] <robru> jdstrand: you're welcome
[20:19] <plars> sergiusens: ogra_: argh, so I got rtm working with the patches above, but I still have *this* problem on utopic:
[20:19] <robru> boiko: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-008-1-build/14/console building in rtm8
[20:19] <plars> archtag: dpkg: warning: failed to open configuration file '/root/.dpkg.cfg' for reading: Permission denied
[20:19] <sil2100> robru: merging my changes now! :)
[20:20] <plars> sad thing is, that file doesn't even exist
[20:20] <sergiusens> plars: that happens when you run what?
[20:20] <plars> sergiusens: phablet-click-test-setup
[20:20] <sergiusens> plars: I think I had this problem when I had some missuses of click
[20:20] <ogra_> plars, wrap another sudo -u phablet -i around the call that causes this
[20:21] <sergiusens> ogra_: you said that already
[20:21] <ogra_> adb shell isnt in the right env if you execute stuff remotely
[20:21] <plars> ogra_: yes, but which call? The tool I'm calling is on the host, so I need to modify phablet-click-test-setup
[20:21] <ogra_> it drops privs but doesnt cd to the homedir
[20:22] <robru> sil2100: sweet
[20:22] <ogra_> oooh
[20:22] <ogra_> rsalveti, android-tools migrated !
[20:22] <rsalveti> great, guess we can trigger a new image finally
[20:22] <ogra_> rsalveti, so i'll kick an image now (if sil2100 doesnt object)
[20:23] <sil2100> No objections!
[20:23] <ogra_> what a sill error ...
[20:23] <ogra_> tsk
[20:23] <sergiusens> ogra_: dpkg-query would give that error? it's the only relevan one
[20:23] <ogra_> and hidden by silos !!
[20:23] <ogra_> sergiusens, could be, i'll look at the code in a minute
[20:23] <boiko> robru: can I merge & clean utopic silo 3 already or should I wait for the rtm silo for something?
[20:23] <fginther> sergiusens, our good friend phablet-test-run is doing a "chmod 666 /dev/uinput"
[20:24] <robru> boiko: yeah you gotta wait for that to sync
[20:24] <robru> wait for the build to finish
[20:24] <ogra_> image triggered
[20:24] <robru> boiko: that's my fault, I should have started that sync when I hit publish, but it got away on me
[20:24] <sergiusens> fginther: I guess you are impying you want me to remove that, right?
[20:24] <sergiusens> I thought someone already did though
[20:24] <ogra_> sergiusens, there is also a dpkg-deb -x
[20:24] <plars> sergiusens: ogra_: ok, I think I found it
[20:25] <fginther> sergiusens, we don't need that anymore? (I would be happy to remove)
[20:25] <boiko> robru: that's fine, just asking before I mess it up :)
[20:25] <sergiusens> ogra_: but that should not cause this, right?
[20:25] <plars> sergiusens: ogra_: it's the one for dpkg --print-architecture
[20:25] <ogra_> yeah
[20:26] <ogra_> how silly
[20:27] <sil2100> How me?
[20:27] <ogra_> ogra@styx:~$ adb shell "sudo -u phablet -i dpkg --print-architecture"
[20:27] <ogra_> armhf
[20:28] <ogra_> that shouldnt cause issues in older installs
[20:28] <ogra_> sil2100, oi meant my dependency error in android-tools :)
[20:29] <sergiusens> ogra_: what should I do there?
[20:29] <plars> sergiusens: want to add that into your mp? or do we need another one for this one-liner?
[20:29] <sergiusens> plars: I'll add it, but what?
[20:29] <ogra_> sergiusens, turn it into "sudo -u phablet -i dpkg --print-architecture"
[20:30] <imgbot> [20:30] <plars>  arch = adb.shell('sudo -iu phablet dpkg --print-architecture').strip()
[20:30] <mterry> jibel, is there a bug for the crash on wizard exit or the crash when backing out of the HERE license?
[20:30] <ogra_> right
[20:30] <ogra_> plars, are you sure the other dpkg calls wont also fall over like this ?
[20:30]  * ogra_ wonders if we should just wrap all of them
[20:31] <plars> ogra_: worked for me just now, just changing that one
[20:31] <ogra_> ok, if thats enough then we're fine for now
[20:31] <fginther> plars, does this only work with the sudoers file we're creating?
[20:32] <plars> fginther: no, with the old one it would have run as root
[20:32] <plars> fginther: also, if it is running as phablet, users can sudo to themselves without sudoers setup
[20:32] <plars> doh, I forgot to get my kids from school!
[20:32] <plars> brb
[20:34] <sergiusens> ogra_: taking a bit, updating from the ui is busting my nerves
[20:34]  * sergiusens runs u-d-f
[20:34] <sil2100> robru: do we have a merger as well or do I have to merge manually?
[20:34] <ogra_> sergiusens, we're not at a race :)
[20:35] <sergiusens> ogra_: I'm on a race to start the weekend :-P
[20:35] <ogra_> heh
[20:35] <ogra_> i totally failed at that
[20:35] <ogra_> 10:30 pm and still hacking
[20:35] <sergiusens> ogra_: I have a concert to go to today though :-P
[20:35] <ogra_> oooh
[20:36] <sil2100> Concerts are sooo last year!
[20:36] <sergiusens> sil2100: you mean having a life is so last year?
[20:36] <sergiusens> :-P
[20:36] <ogra_> hahaha
[20:36] <sil2100> Working till morning is the thing that's in right now!
[20:36] <sil2100> ;)
[20:36] <sil2100> Exactly
[20:39] <sil2100> robru: so, can I just merge my branch directly?
[20:39] <robru> sil2100: it should autoland once the branch is approved
[20:39] <sil2100> robru: or do I have to wait for something like an auto-merger
[20:39] <robru> sil2100: it's already merged ;-)
[20:39] <sil2100> Ah!
[20:39] <sil2100> :)
[20:40] <sil2100> robru: ok, so I tested this pretty much in preprod (uh, but before the pep8 changes...) and it was working pretty well
[20:40] <robru> sil2100: I think the auto-merger runs the tests again, so it's a bit slow
[20:40] <sil2100> robru: there are still some issues here and there but it's much better for sure
[20:40] <sil2100> robru: but just in case - you know what to revert ;)
[20:40] <sil2100> hmm...
[20:40] <robru> sil2100: ok, sounds good. I'll try to fix minor problems if I can but not afraid to revert if someting horrible is broken ;-)
[20:41] <sil2100> robru: one thing I didn't test (but I tried handling this case) is backward compatibility
[20:41] <robru> sil2100: backward compatibility in what sense?
[20:41] <sil2100> robru: backward compatibility with already assigned sync:x silos - it *should* work, but I guess it would be anyway best to reassign some
[20:41] <sil2100> Since I didn't test it on exiting silos
[20:42] <robru> sil2100: oh ok, worst case just toss and reassign those
[20:42] <sil2100> robru: yeah, then you'll at least be sure that it works
[20:43] <robru> sil2100: I just noticed you wrote new tests with your branch. awesome!
[20:46] <rsalveti> ogra_: it seems developer mode is kind of busted, is that know?
[20:46] <rsalveti> guess so from the standup
[20:46] <rsalveti> can't enable because I can set the password
[20:46] <rsalveti> *can't
[20:46] <rsalveti> and I already had a valid passphrase
[20:46] <rsalveti> reflashing with --developer-mode now
[20:47] <ogra_> rsalveti, you need --password as well
[20:47] <sil2100> robru: only a few though, as I had a tight deadline ;)
[20:48] <ogra_> rsalveti, why cant you set the PW ?
[20:48] <robru> sil2100: it's cool. go enjoy your week off! it's time for me to destroy citrain ;-)
[20:49] <sergiusens> ogra_: I had that issue just now too
[20:49] <sergiusens> ogra_: it says password invalid
[20:49] <rsalveti> ogra_: gives me an error
[20:49] <ogra_> you mean setting a pin or pw doesnt work via the UI ?
[20:49] <ogra_> wow
[20:49] <sergiusens> that's my case
[20:49] <rsalveti> and funny because I had a valid passphrase, but under developer mode it had 'swipe' as the default option
[20:50] <ogra_> well, i dont touch any password related code
[20:50] <sergiusens> rsalveti:  ogra_ might be related to bug 1365095
[20:50] <ogra_> i only read and compare it
[20:50] <ogra_> right
[20:50] <rsalveti> yeah, it seems a bunch of things are all busted
[20:50] <ogra_> but --password in u-d-f should definitely work
[20:51] <rsalveti> flashing just with --developer mode now
[20:51] <ogra_> that wont get you anywhere
[20:51] <rsalveti> I'd guess my passprhase or code would validate that after wizard
[20:51] <rsalveti> ogra_: why?
[20:51] <ogra_> --developer-mode is useless without --password
[20:51] <ogra_> adbd wont start
[20:51] <rsalveti> ogra_: right, but even after setting up one in the wizard?
[20:51] <ogra_> only the gadget will be set up
[20:51] <ogra_> ah. yeah, that might work indeed
[20:52] <sergiusens> confirming that u-d-f with --password and --developer-mode works
[20:52] <rsalveti> right, the mode that only ci should be using is the only one that works
[20:52] <rsalveti> haha
[20:53] <sergiusens> rsalveti: it's the only one I was in charge of ;-)
[20:53] <ogra_> well, keeping CI working was the main focus
[20:53] <ogra_> stuff people run into at home can be fixed later :P
[20:55] <fginther> ogra_, can you ack this 1 liner when you have a moment? https://code.launchpad.net/~fginther/phablet-tools/fix-archive-install/+merge/233588
[20:55] <rsalveti> ogra_: yeah, rebooted after setting up my passwd in the wizard and still nothing
[20:55] <sergiusens> ogra_: disable wizard doesn't work
[20:55] <rsalveti> probably because of bug 1365095
[20:55] <sergiusens> rsalveti: hah, just bailed :-P
[20:56] <ogra_> argh !
[20:56] <ogra_> sergiusens, i know ... cgroups issue
[20:56] <rsalveti> ogra_: the error when setting up my passwd in the developer mode screen: 'Could not set security mode'
[20:56] <rsalveti> argh, have to reflash this the third time
[20:57] <ogra_> fginther, argh
[20:57] <ogra_> fginther, and ack indeed
[20:57] <fginther> ogra_, thanks, I'll work on landing it
[20:57] <sergiusens> fginther: I added it to the landing I'm working on
[20:57] <sergiusens> fginther: no worries
[20:57] <fginther> sergiusens, oh, very cool thanks
[20:57] <sergiusens> fginther: the s/./,/
[20:58] <ogra_> rsalveti, thats the normal password screen, has nothing developer mode specific
[20:59] <rsalveti> ogra_: right, then passwd in general is just busted
[20:59] <rsalveti> nice
[20:59] <ogra_> seems like
[20:59] <ogra_> which is weird, asac just set one up on 227
[20:59] <ogra_> re-running the wizard
[21:00] <rsalveti> using krillin 19
[21:00] <rsalveti> it seems this mostly happen on krillin
[21:00] <ogra_> rsalveti, rtm ?
[21:00] <rsalveti> ogra_: utopic
[21:00] <ogra_> k
[21:00] <ogra_> well, krillin will have the "offline" issue til the next image is done
[21:01] <ogra_> unless you copy the udev rule around manually
[21:01] <rsalveti> argh indeed
[21:01] <rsalveti> well, guess I can wait the next image then
[21:01] <ogra_> (for which you need a password)
[21:01] <ogra_> (since the terminal ap doesnt start without one anymore)
[21:01] <ogra_> *app
[21:01] <rsalveti> friday 18pm, everything currently broken, sounds like a perfect reason to open a beer
[21:02] <ogra_> *burp*
[21:02] <ogra_> and cheers :)
[21:02] <rsalveti> :-)
[21:05] <rsalveti> bbl
[21:08] <cwayne1> rsalveti: oh, was i supposed to wait til 17:00? :P
[21:08] <ogra_> cwayne1, thats 6h ago anyway :P
[21:10] <asac> everything broken?
[21:10] <asac> cheers i guess
[21:10] <asac> :)(
[21:10] <asac> my phone still works i think :)
[21:11] <ogra_> seems setting passwords doent work so well atm
[21:12] <asac> ah
[21:12] <asac> :)
[21:12] <asac> my pin is set
[21:12] <ogra_> mine are too :)
[21:12] <asac> is touch_stable dashboard broken?
[21:12] <ogra_> nope
[21:12] <rsalveti> utopic + krillin != working passwd
[21:12] <ogra_> it reflects reality
[21:12] <rsalveti> works fine on mako
[21:13] <asac> what do you mean
[21:13] <asac> loads of job from the past are in running state :)
[21:13] <rsalveti> cwayne1: :-)
[21:13] <asac> i dobut they are running still
[21:13] <ogra_> no, thats a longstanding dashboard issue
[21:14] <ogra_> i mean the results reflect reality ... app unlocking is broken
[21:14] <asac> well i dont see results :)
[21:14] <ogra_> thats what most of us worked on the last hours ...
[21:14] <ogra_> you cant
[21:14] <asac> ah :)
[21:14] <ogra_> the tests cant run
[21:14] <asac> in stable?
[21:14] <ogra_> in rtm
[21:14] <asac> oh its the same in utopic ?
[21:14] <ogra_> the renamed distro causes all sorts of issues with tools
[21:14] <asac> e.g. 05 build is
[21:14] <sergiusens> asac: no where; for different reasons
[21:14] <asac> ?
[21:15] <sergiusens> asac: on rtm because of the version mangling
[21:15] <sergiusens> asac: and on utopic because of the adb stuff
[21:15] <ogra_> asac, no 05 is my fault
[21:15] <asac> ok touch_stable is tools problem
[21:15] <asac> still
[21:15] <asac> thanks
[21:15] <sergiusens> fwiw, fixes are in a silo
[21:15] <asac> utopic seems just intermittent and you gys are fixing
[21:15] <asac> sergiusens: fixes for touch_stable rtm version?
[21:15] <ogra_> asac, yes
[21:15] <sergiusens> asac: yes
[21:15] <asac> nice
[21:16] <sergiusens> asac: involved more work than usual, as no ubuntu tool is ready for the splt archive
[21:16] <ogra_> the debian/ubuntu tools neither know about rtm nor about a 14.09 release
[21:17] <ogra_> the utopic tests fail because not all new devmode handling code was in effect when dev mode landed
[21:17] <ogra_> (code in the infra)
[21:18]  * sergiusens waits for silo 1
[21:22] <asac> sergiusens: what tools dont work that get in your way?
[21:22] <sergiusens> asac: pull-lp-source
[21:22] <sergiusens> asac: anything that assumes archive == ubuntu ;-)
[21:22] <asac> well
[21:22] <sergiusens> asac: fixed though
[21:22] <ogra_> right
[21:22] <asac> all?
[21:22] <sergiusens> asac: I am not blocked
[21:22] <asac> ok
[21:23] <sergiusens> asac: I am just waiting for silos
[21:23] <ogra_> asac, ask paul :) seems he managed a successful run with the fixes in place
[21:23] <asac> sergiusens: building?
[21:23] <sergiusens> not silo assignment btw ;-)
[21:23] <sergiusens> yes
[21:27] <sil2100> o/
[21:27] <sil2100> Have a nice weekend everyone and see you next week
[21:27] <asac> sil2100: !!
[21:28] <asac> enjoy
[21:32] <sergiusens> ogra_: can you publish silo 1?
[21:32] <sergiusens> or rsalveti?
[21:33] <ogra_> sergiusens, rsalveti, *click*
[21:35] <sergiusens> ogra_: I'll sync to the ppa as soon as it gets into the archives and plars should be unblocked
[21:35] <sergiusens> fginther: ^
[21:35] <sergiusens> that includes your achive fix
[21:35] <ogra_> yay
[21:35] <fginther> sergiusens, danke
[21:36] <plars> sergiusens: \o/
[21:45]  * ogra_ vanishes into the night
[22:10] <imgbot> [22:10] <imgbot> [22:19] <sergiusens> plars: fginther ppa with tools has been updated
[22:19] <fginther> sergiusens, thanks again
[22:19] <plars> sergiusens: cool, thanks!
[22:20] <sergiusens> np
[22:21] <plars> sergiusens: 1.1+14.10.20140905-0ubuntu1 is the latest version I see, I don't think that's right though?
[22:25] <sergiusens> plars: let me sync again then
[22:25] <sergiusens> plars: maybe it's still unpublished in the ppa
[22:25] <plars> sergiusens: yeah, it's still pending, I'll check back in a bit
[22:26] <plars> sergiusens: also, did you notice that "Copying failed of goget-ubuntu-touch (0.4+14.10.20140905-0ubuntu1)" for trusty?
[22:27] <sergiusens> plars: I haven't :-/
[22:30] <sergiusens> plars: oh, yeah, that was from earlier today
[22:30] <sergiusens> plars: I didn't wait for publishing to finish on the archives
[22:30] <sergiusens> plars: everything seems to be published now
[22:32] <plars> sergiusens: I saw, just updated and kicked off some jobs. I'm going to disappear for a bit and check on them later
[22:33] <sergiusens> plars: throwing a smoke bomb here too
[22:34] <sergiusens> but feel free to ping me for whatever you see
[23:39] <robru> tedg: still around? https://code.launchpad.net/~ted/indicator-display/release-to-ci-train/+merge/233583 needs to be approved