[00:07] <robru> ^^^ whooop woooop, first build in silo 21 is a success ;-)
[00:08] <Wellark> robru: my man
[00:08] <Wellark> https://code.launchpad.net/~unity-api-team/indicator-network/krillin-wifi/+merge/235879
[00:08] <Wellark> that would need to be added to silo 7
[00:08] <Wellark> then reconfigure and rebuild
[00:09] <robru> Wellark: utopic 7 or rtm 7?
[00:10] <Wellark> awe: ^^^
[00:10] <robru> I guess rtm 7 since utopic 7 looks like it was already published
[00:10] <Wellark> robru: dunno, just make sure it lands to both :)
[00:10] <robru> Wellark: yeah but does this go with ofono or hud?
[00:10] <awe> rtm 7
[00:10] <robru> ok
[00:10] <Wellark> robru: ofono
[00:10] <awe> ofono
[00:11] <Wellark> robru: there is a hud silo!?
[00:11] <Wellark> robru: link plz
[00:11] <robru> Wellark: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=hud
[00:11] <Wellark> robru: thanks!
[00:12] <Wellark> ah ok
[00:12] <Wellark> it's about removing that hack
[00:12] <Wellark> awe: fingers crossed!
[00:13] <Wellark> ok, I'm hitting the be
[00:13] <Wellark> bed
[00:13] <Wellark> will continue testing tomorrow morning
[00:13] <robru> Wellark: awe: building https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/45/console
[00:13] <Wellark> in about 4h
[00:13] <robru> Wellark: goodnight
[00:13] <Wellark> that should be enough for all that c++11 template stuff to compile on armhf
[00:15] <sergiusens> Wellark: we are landing in rtm first for ofono
[00:15] <sergiusens> awe: ^
[00:15] <sergiusens> Wellark: if indicator network isn't ready to do that, it should be a separate silo
[00:16]  * awe hopes it's ready to do that
[00:17] <awe> sergiusens, we need these to land together, which is why I asked him to add to the silo
[00:17] <kenvandine> robru, i can use one now :)
[00:18] <robru> kenvandine: which line?
[00:18] <kenvandine> robru, if i can take a silo, i can assign it :)
[00:18] <kenvandine> i just didn't want to step on anyone else in line
[00:18] <kenvandine> wow
[00:18] <kenvandine> i see a bunch of new silos!
[00:18] <kenvandine> woot
[00:18] <robru> kenvandine: right, go ahead. there's no line, I only assign silos to people who actually ask.
[00:19] <robru> kenvandine: had too many problems with assigning silos to people "first in line" who weren't actually around, resulting in lots of idle silos.
[00:19] <kenvandine> robru, yeah, but i know bfiller had been asking
[00:19] <kenvandine> and ended up going to rtm first :)
[00:19] <robru> did he? i didn't see it today...
[00:19] <kenvandine> it was before you started
[00:20] <robru> ah
[00:20] <kenvandine> we had no empties
[00:20] <robru> right, the silo crunch this morning triggered the creation of 10 new ones ;-)
[00:20] <kenvandine> he got tired of waiting :)
[00:20] <kenvandine> indeed
[00:20] <kenvandine> it was rough
[00:20] <kenvandine> we needed more :)
[00:20] <sergiusens> awe: well, it not sure how Wellark is doing rtm landings; but need his confirmation we can proceed
[00:20] <robru> kenvandine: we've needed more for a long time.
[00:20] <awe> shit
[00:20] <awe> sergiusens, another mistake...on my part
[00:21] <sergiusens> awe: we can roll ofono to do a utopic landing first if you want
[00:21] <awe> sergiusens, this should've gone to the urfkill utopic silo ( 011 ), not the ofono rtm silo
[00:21]  * awe hangs his head
[00:21] <sergiusens> awe: oh... then we are good
[00:21] <Wellark> awe, sergiusens??
[00:21] <awe> sorry Wellark
[00:22] <Wellark> awe: did I do something wrong?
[00:22] <awe> the indicator change is for urfkill, not ofono
[00:22] <Wellark> right
[00:22] <awe> no I told you to do something wrong
[00:22] <Wellark> well, actually I should have noticed it as well now that you mentioned
[00:22] <Wellark> ok, no biggie
[00:23] <awe> at least we didn't click publish this time around
[00:23] <Wellark> robru: could you move the MP to approriate silo
[00:23] <Wellark> robru: awe will give the details
[00:23] <robru> awe: what silo?
[00:23] <Wellark> robru: the indicator-network MP that is
[00:23] <awe> robru, I asked Wellark to add indicator-network to rtm-007
[00:24] <awe> when it was supposed to go to utopic silo 011 ( urfkill )
[00:24] <robru> awe: ok, I can fix it
[00:24] <awe> whew
[00:24] <awe> thanks robru
[00:25] <Wellark> ok, I will have one smoke more
[00:25] <Wellark> and after that I'm off to bed
[00:25] <Wellark> so if anything fatal is needed from me, make sure to make it known in the next couple of minutes :)
[00:26] <robru> awe: Wellark: https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/71/console ok you guys are building in utopic 11
[00:26] <sergiusens> robru: awefor the ofono silo we would want a watch only build
[00:26] <sergiusens> awe ^
[00:26] <robru> sergiusens: just did it
[00:30] <awe> thanks guys
[00:31] <robru> awe: you're welcome
[00:31] <Wellark> robru: oh and one more thing, if any of the unit tests fails on some random arch just keep hitting rebuild until they pass
[00:31] <Wellark> couple of the are a bit flaky
[00:31] <Wellark> or actually
[00:31] <Wellark> I'm back in 4h
[00:31] <Wellark> I can hit the rebuild button
[00:31] <Wellark> so never mind
[00:32] <Wellark> I think I got the tests to behave a bit better on the power64 and arm64 but let's see
[00:32] <sergiusens> robru: can I get a silo for 81?
[00:32] <Wellark> or did I just disable them..
[00:32] <Wellark> can't remember
[00:32] <Wellark> anyway
[00:32] <Wellark> good night
[00:32] <robru> Wellark: goodnight
[00:32] <robru> sergiusens: ok you got rtm2
[00:33] <sergiusens> awesome, this APPEND_RTM_TO_VERSION already happened :-D
[00:34] <robru> sergiusens: yep
[00:35]  * sergiusens leaves to see what's in the fridge for dinner
[00:50] <sergiusens> robru: we can ditch line 82(for utopic) and put it together with 67 if you want
[00:53] <robru> sergiusens: yeah
[01:17] <robru> bfiller: ok you got rtm3
[01:17] <bfiller> robru: thanks
[01:18] <robru> bfiller: you're welcome!
[01:18] <robru> bfiller: need anything else before I pop out for dinner
[01:18] <robru> ?
[01:18] <bfiller> robru: I'm good, thanks
[01:18] <robru> bfiller: have a good night!
[01:19] <bfiller> robru: you too :)
[01:47] <kenvandine> hey bfiller
[01:48] <bfiller> kenvandine: hey
[02:10] <imgbot> [03:10] <imgbot> [03:19] <sergiusens> robru:  cjwatson btw 1.9 GiB (94.17%) of 2.0 GiB in the ubuntu-rtm/landing-002 ppa
[03:34] <robru> sergiusens: is it a problem? I assume the PPA will free some space on its own...
[03:34] <sergiusens> robru: not for me it isn't
[03:40] <sergiusens> robru: btw, was 67 already reconfigured?
[03:41] <sergiusens> robru: and rtm-002 is good to go
[03:43] <sergiusens> or rsalveti if you're still around
[03:43] <rsalveti> sergiusens: hey, what do you need?
[03:43] <Mirv> morning
[03:43] <sergiusens> rsalveti: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=ciborium should be good to go, not sure why the spreadsheet doesn't reflect that though
[03:44] <rsalveti> sergiusens: done
[03:45] <imgbot> [03:45] <imgbot> [03:46] <sergiusens> rsalveti: and then a reconfig for line 67 so I can sync into utopic
[03:50] <rsalveti> sergiusens: done
[03:50] <sergiusens> ty
[03:52] <Mirv> rtm 002 indeed didn't look like ready to publish, no idea why
[03:53] <Mirv> \o/ for 30 silos, even if the spreadsheet might become even more unmanageable
[04:15] <imgbot> [04:15] <imgbot> [04:26] <sergiusens> Mirv: robru I think the spreadsheet craps out everytime there's line movement
[04:26] <sergiusens> as in archiving or moving stuff around
[04:26] <sergiusens> dashboard says: "pepe phone MMS bugfix dialog bug fixes, enabled translations for missing strings and disabling unused channels (spreadsheet row 67)."
[04:27] <sergiusens> Mirv:  robru and now that's on line 73 and broken
[04:28] <Mirv> sergiusens: yeah I'm not sure if those dashboard line nr:s ever get updated when lines change
[04:28] <sergiusens> Mirv: well the sheet broke right about the same time
[04:28] <sergiusens> Mirv: the ref on the sheet for my assigned silo is missing
[04:30] <Mirv> sergiusens: for which landing? there's no mms rtm silo yet?
[04:30] <sergiusens> Mirv: I mean, the lines moved, all the statuses broke
[04:31] <sergiusens> Mirv: well, it just moved to line 74
[04:31] <sergiusens> Mirv: which should be http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=sergiusens
[04:32] <Mirv> sergiusens: ah! right, they lose the status information. but I haven't noticed it'd be permanent, since otherwise we'd have had empty statuses a lot.
[04:32] <Mirv> interesting, let's see
[04:33] <sergiusens> Mirv: well it happens to me every day
[04:33] <sergiusens> I keep getting silos assigned for things that have already landed and silos unassigned for things I'm working on
[04:34] <Mirv> sergiusens: oh, right, the lower line is the utopic landing and (but only it) lost its id
[04:34] <Mirv> sergiusens: restoring
[04:35] <Mirv> sergiusens: fixed. yeah that happens daily, lost id:s, but seem quite randomly hitting a single landing's id
[05:22] <ToyKeeper> Hmm, I wonder why phablet-shell fails most of the time.
[05:38] <sergiusens> Mirv: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=ciborium is good to go (status isn't updating though)
[05:47] <robru> Mirv: sergiusens dashboard updates spreadsheet info every 2 minutes, but if the requestid is lost from the spreadsheet then indeed the stale info will stick in the dashboard, it happens a lot. Requires manually copying the requestid from the dashboard back into the spreadsheet.
[05:48] <sergiusens> well whatever needs to be done; I am closing shop since it's 3AM
[05:48] <sergiusens> enjoy
[05:48] <robru> I'm also eod, hopefully Mirv can fix it ;-)
[05:50] <Mirv> sergiusens: ok
[05:50] <Mirv> robru: yeah I restored the id
[05:50] <robru> Mirv: thanks
[08:06] <mzanetti> sil2100: hey ho. seems the queue is a bit smaller now :) about silo utopic/6: want me to rebuild or are we still good?
[08:10] <sil2100> mzanetti: you can do a rebuild just to make sure nothing from the project list got released - if nothing was released in the meantime, that rebuild should do nothing ;) And then, testing and landing finally!
[08:11] <mzanetti> sil2100: ok... so we need to re-test in any case... ok
[08:11] <sil2100> Yeah, re-testing now will be required anyway since there has been like at least 6 images from the last testing...
[08:24] <sil2100> brendand: morning!
[08:24] <brendand> sil2100, morning. just an fyi, the electrics in my house are acting funny today - and no power == no connection
[08:24] <Mirv> sil2100: FYI I landed quite a lot of stuff to rtm in the morning after the image had already built
[08:24] <Mirv> so one might want to also dist-upgrade after image update to get the latest unity8 and friends on rtm
[08:25] <brendand> sil2100, so if i disappear suddenly...
[08:25]  * Mirv stays on #54 to continue testing qtbase
[08:25] <sil2100> Mirv: hey! Anything important? Maybe we could build a new image soon then?
[08:25] <davmor2> brendand: we no it's cause you're slacking off again right?
[08:25] <davmor2> know even
[08:25] <sil2100> brendand: hah, ok! But we would need a QA check on that device tarball
[08:26] <brendand> sil2100, i think its good
[08:26] <sil2100> brendand: as per the e-mail, the custom tarball is in the queue and it deps on the device one
[08:26] <brendand> sil2100, the problems i had last night were probably network related
[08:26] <Mirv> sil2100: yeah https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000479.html is quite big, then also qtmir, qtubuntu-camera, messaging, dialer, unity-scope-click... might warrant building a new image
[08:26] <davmor2> brendand: I have monday and tuesday booked off for that very reason :)
[08:26] <sil2100> Mirv: oh my, landing spree I see!
[08:26] <brendand> davmor2, you getting yours fixed?
[08:26] <sil2100> Mirv: ok, let's discuss a new image soon then
[08:26] <Mirv> sil2100: sure
[08:26] <brendand> davmor2, the electrics in this house are ancient, desperately needs a rewiring
[08:27] <davmor2> brendand: no they are replacing all the wiring in the flat Monday and Plastering the mess they make on the Tuesday
[08:27] <Mirv> sil2100: and to be discussed also: what the heck is that utopic 004 with weird old comments that might not be relevant anymore. no-one seems to know as no-one dares to publish it :) it's also marked for tvoss, but who tested it since it wasn't him..
[08:29] <sil2100> Mirv: so! It was tvoss's test silo, but then lool took that silo over, uploaded a package with a proper version and re-tested
[08:29] <sil2100> Mirv: since he mentioned that he wants this to land and I think even cyphermox gave it a testing spin
[08:29] <ogra_> dod anyone upgrade to #60 yet ?
[08:29] <ogra_> *did
[08:29] <sil2100> It would be best if lool could comment again on that though before we publish
[08:29] <ogra_> (or 61)
[08:30] <lool> that's right
[08:30] <sil2100> ogra_: not me, anything bad?
[08:30] <ogra_> dunno, we dont seem to have test results on rtm
[08:30] <lool> Mirv, sil2100: but network-manager which was there got into unapproved yesterday; just waiting for review there
[08:30] <lool> I was also looking at clearing silos
[08:31] <lool> since we were missing some
[08:31] <brendand> sil2100, i'll be a couple minutes late, need to get coffee
[08:31] <ogra_> 61 failed on pulling the unity8 tests ,,,
[08:31] <sil2100> lool: oh, so it was already released?
[08:31] <ev> sil2100: do you guys have everything you need to get those extra PPAs running? I saw that Robert and Colin took care of getting them de-virted.
[08:31] <ogra_> and 60 doesnt seem to have started at all
[08:31] <sil2100> ev: yes, all is ok :)
[08:31] <ev> whoop
[08:31] <lool> sil2100: well, it's not in until it's in
[08:31] <lool> sil2100: it could get kicked out of unapproved
[08:32] <Mirv> sil2100: meeting
[08:32] <sil2100> lool: but it's in the queue, right?
[08:32] <lool> sil2100, Mirv: I've pinged tvoss to ask whether he cared to keep the silo after this landing
[08:32] <lool> sil2100: it's in unapproved
[08:32] <ogra_> Mirv, bah, no harps at all !
[08:37] <Mirv> oSoMoN: removed the MP from the rtm sensors sync silo and kicked build again
[08:37] <Mirv> since it should have the sync:N only
[08:38] <cyphermox> Mirv: sil2100: lool silo is  fine to publish, yes
[08:39] <cyphermox> oh wait
[08:39] <sil2100> cyphermox, lool: ok, goot to know - it seems the silo has been published, we just need to track it manually now and once it goes out of unapproved then we
[08:39] <cyphermox> scratch that,
[08:39] <sil2100> We'll clean it
[08:39] <cyphermox> yeah, clean ;)
[08:39] <cyphermox> lool copied the packages himself yesterday
[08:39] <sil2100> Since the state is a bit broken and it thinks it still wasn't published ;)
[08:39] <sil2100> ACK
[08:40] <Mirv> indeed
[08:40] <cyphermox> ah
[08:41] <cyphermox> will a clean break anything if it was a sync request still in unapproved?
[08:41] <seb128> cyphermox, urg, what are you doing online in the middle of the night?
[08:41] <cyphermox> seb128: it's not the middle of the night where I am
[08:42] <cyphermox> I'm really a little late this morning in fact ;)
[08:42] <cyphermox> seb128: in UTC+1 for the rest of the week
[08:46] <seb128> cyphermox, oh, nice ;-)
[08:46] <seb128> cyphermox, good morning then!
[08:46] <cyphermox> good morning! :)
[08:46] <seb128> cyphermox, I commented on your u-s-s bluetooth fix with a nitpick
[08:46] <cyphermox> great
[08:48] <cyphermox> seb128: updated
[08:51] <Mirv> cyphermox: ok good morning then to you, instead of mocking you about not sleeping at proper times :)
[08:51] <cyphermox> oh, I don't sleep proper hours anyway ;)
[08:58] <popey> ogra_: on my mako I have the updates "In progress" flashing "Installing update..." for like 15 mins...
[08:58] <popey> is this a known issue?
[08:59] <ogra_> not sure ... i thinnk i have seen that on krillin too before the new system-image stuff landed
[08:59] <ogra_> killing system-settings and starting it again helped for me
[08:59] <popey> ok
[09:03] <brendand> john-mcaleely, it's an ack now
[09:03] <brendand> john-mcaleely, i did find a lot of weird issues but they're all pre-existing
[09:06] <seb128> cyphermox, what do you mean "return"?
[09:06] <cyphermox> seb128: what line are you looking at?
[09:06] <john-mcaleely> brendand, ack. will publish now
[09:06] <seb128> cyphermox, bluetooth.cpp l202
[09:06] <cyphermox> seb128: I'm looking at line 49 on the merge request page
[09:07] <seb128> cyphermox, oh right, sorry I look at the first chunck for disconnect
[09:07] <cyphermox> seb128: line 198 :)
[09:07] <cyphermox> ah
[09:07] <seb128> cyphermox, yeah, I'm not fully awake yet it seems, sorry for the noise ;-)
[09:08] <cyphermox> no worries :)
[09:08] <seb128> cyphermox, disconnect doesn't do anything after the switch
[09:08] <seb128> cyphermox, approved
[09:08] <cyphermox> thanks!
[09:08] <seb128> cyphermox, btw do you still have my "can't connect to my car" bug on your todolist? ;-)
[09:08] <cyphermox> yes
[09:08] <john-mcaleely> brendand, ogra_ sil2100 cwayne device tarball published
[09:09] <sil2100> john-mcaleely: \o/
[09:11] <pete-woods> trainguards: hi guys. could I please get silo 020 reconfigured? thanks! https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec
[09:12] <pete-woods> (spreadsheet row 29)
[09:12] <popey> ogra_: that got it
[09:12] <ogra_> cool, watch if you see it again though
[09:12] <popey> psivaa: fginther still has his name as vanguard which I can't imagine is right?
[09:12] <ogra_> i only had it once
[09:13] <popey> i had it twice this week
[09:13] <psivaa> popey: no, it must be cihelp for now. probably missed renaming it
[09:13] <psivaa> popey: i'll change it
[09:13] <popey> cihelp. can someone look at http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/12/console and explain what that means please?
[09:13] <popey> ☻
[09:14] <popey> \o/ vila ^^
[09:15] <oSoMoN> Mirv, ah, I wasn’t aware of that, thanks
[09:15] <vila> popey: well, it says 'conflicts' so this branch needs to merge trunk and resolve the conflicts before being re-pushed I'd say
[09:16] <popey> ah
[09:17] <popey> thanks vila
[09:18] <vila> popey: yw
[09:28] <pete-woods> trainguards: naggy naggy nag. can has reconfigure silo 020 kthx? :) (row 29 https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec)
[09:29] <popey> vila: now it's failing building on raring!? http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/13/console
[09:29] <popey> shouldn't it build on utopic?
[09:29] <popey> dpkg-buildpackage: source distribution raring
[09:29] <popey> dpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev
[09:30] <vila> popey: O_o
[09:30] <vila> popey: should we blame pkg-buildpackage: source changed by Alan Pope <popey@ubuntu.com> ?
[09:31] <popey> i haven't changed it recently
[09:31] <Mirv> 13.04 was a solid release! :)
[09:31] <vila> popey: kidding, no idea about what is causing that
[09:31] <popey> ☻
[09:31] <Mirv> popey: a few weeks ago I removed the packages from SDK PPA for distros no longer security supported
[09:31] <Mirv> meaning everything but 12.04 and 14.04
[09:32] <sil2100> pete-woods: o/
[09:32] <pete-woods> :D
[09:32] <Mirv> so it might bring up issues where ancient versions are used
[09:32] <Mirv> pete-woods: sil2100: already running
[09:32] <Mirv> pete-woods: sil2100: I just thought to wait until it finishes :) which it now just did.
[09:32] <pete-woods> woot!
[09:32] <sil2100> uh oh!
[09:32] <sil2100> :)
[09:32] <vila> popey: note that the job says: Building remotely on mediumtests-utopic-slave
[09:33] <vila> popey: so it may just be that you use raring in the version but are really building on utopic anyway
[09:33] <vila> popey: so, I'd rather dig: dpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev
[09:34] <vila> popey: but maybe that's what Mirv  just said ?
[09:44] <oSoMoN> Mirv, I’m trying to install qtubuntu-sensors from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-006 in 14.09-proposed, but apt complains that it Depends: libubuntu-application-api2 (>= 2.3.0+14.10.20140916.3-0ubuntu1) but 2.3.0+14.10.20140916.3~rtm-0ubuntu2 is to be installed
[09:45] <oSoMoN> Mirv, what’s the best way to address that? should we relax the version dep in qtubuntu-sensors, or should the version of libubuntu-application-api2 in rtm be bumped to remove the "~rtm" token?
[09:49] <Mirv> oSoMoN: sil2100: sounds like problem of binary copy combined with earlier landings using ~rtm version string
[09:49] <oSoMoN> yes
[09:49] <mzanetti> sil2100: silo utopic/6 good to go
[09:49] <Mirv> sil2100: is there a way to force a rebuild or something in case of a sync silo like that now?
[09:52] <ogra_> psivaa, argh ...
[09:52] <ogra_> phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf
[09:52] <ogra_> start on android-container persist.sys.usb.config=*adb
[09:52] <ogra_> phablet@ubuntu-phablet:~$ mount|grep adb
[09:52] <ogra_> /dev/loop0 on /etc/init/android-tools-adbd.conf type ext4 (ro,relatime,data=ordered)
[09:52] <ogra_> phablet@ubuntu-phablet:~$
[09:52] <pete-woods> 27?!? I can't see this in the dashboard :)
[09:52] <ogra_> psivaa, seems there is a broken upstart job mounted from the device tarball in krillin
[09:52] <pete-woods> oh wait, refresh
[09:53] <mzanetti> sil2100: also, I'd need an rtm silo to sync  utopic/6 over when you have a minute
[09:53] <ogra_> psivaa, same thing on mako:
[09:53] <ogra_> phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf
[09:53] <ogra_> start on (android-container persist.sys.usb.config=*adb) and (started lightdm)
[09:53] <ogra_> phablet@ubuntu-phablet:~$
[09:54] <psivaa> ogra_: dint know the new image has been already built, let me take a look
[09:54] <ogra_> psivaa, well, that has been there all the time
[09:54] <ogra_> it explains why you can still see the var unset on krillin ... (doesnt explain that for mako though)
[09:56] <Mirv> spreadsheet down :(
[09:56] <ogra_> psivaa, http://paste.ubuntu.com/8424350/
[09:57] <pete-woods> spreadsheet back
[09:57] <sil2100> Mirv: if you do a re-build and list all the packages you want to rebuild then it should do the binary sync then
[09:57] <sil2100> mzanetti: o/
[09:58] <mzanetti> :)
[09:58] <Mirv> pete-woods: back and gone again :S
[09:58] <Mirv> while running a script
[09:58] <sil2100> uh oh packaging changes
[09:58] <Mirv> sil2100: we wouldn't want a binary sync but a real rebuild to pick up lower depedencies from rtm
[10:01] <psivaa> ogra_: 'while true; do adb -s JB006885 shell sudo -iu phablet env |grep UPSTART;sleep 1;done' does print the session info without any miss
[10:01] <ogra_> psivaa, on krillin ?
[10:01] <psivaa> ogra_: yes
[10:01] <sil2100> ogra_: two things:
[10:01] <ogra_> psivaa, hmm, try enabling the wizard and test again
[10:02] <sil2100> ogra_: first: did the device tarball made its way to the end already? ;)
[10:02] <ogra_> i bet there you see some other behavior
[10:02] <sil2100> ogra_: second, could you +1 this? https://ci-train.ubuntu.com/job/ubuntu-landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_2.4.0+14.10.20140922.1-0ubuntu1.diff
[10:02] <ogra_> sil2100, looks like we have a #62 there
[10:02] <ogra_> so i guess yes :)
[10:03] <sil2100> Mirv: ah, hm, ok, so you can just do a rebuild with listing the components and specifying the REBUILD_SOURCES_FOR_SYNC flag
[10:03] <sil2100> ogra_: yay, can you kick a new image then? :)
[10:03] <ogra_> yup, confirmed by index.json
[10:03] <sil2100> ogra_: and the +1 once you have a moment on the platform-api
[10:03] <ogra_> triggered
[10:03] <ogra_> sil2100, +1
[10:04] <ogra_> sil2100, oh, wait, doesnt that need an abi bump if it has new symbols ?
[10:05] <Mirv> sil2100: oh, thanks! so many flags that have been implemented :)
[10:06] <pete-woods> trainguards: sorry, could I get that silo reconfigured again (I've condensed the MRs down into one with the various conflicts resolved) thanks! https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec
[10:06] <Mirv> pete-woods: ok
[10:06] <pete-woods> thanks!
[10:07] <Mirv> sil2100: even with force_rebuild and that it doesn't seem to do a thing like rebuilding from sources: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-006-1-build/16/console
[10:07] <sil2100> ogra_: we usually tend to keep a policy that single additions of symbols do not require an ABI bump, only when some are modified or removed
[10:07] <ogra_> ah, no, only adding symbols wont need the bump
[10:07] <sil2100> At least that was the rule of the thumb usually
[10:07] <ogra_> yeah, i just checked the policy
[10:07] <sil2100> Mirv: let me take a look
[10:07] <ogra_> sil2100, go ahead then
[10:08] <sil2100> Mirv: ah :| Right... synces don't rebuild unnecessarily, damn
[10:08] <sil2100> Mirv: since they're assumed to not require rebuilds, as they're synces
[10:08] <sil2100> hmmm
[10:08] <sil2100> Mirv: ok, let's do it like this
[10:09] <sil2100> Mirv: once you remove the package from the PPA it should rebuild it
[10:09] <sil2100> Mirv: can I remove the package from the PPA? You fine with that? :)
[10:10] <imgbot> [10:10] <sil2100> (I suppose so!)
[10:10] <davmor2> ogra_: the bash fix is that both vulnerabilities or just the one?
[10:10] <ogra_> davmor2, heh, ask the security team
[10:10] <ogra_> but i would expect all of them ...
[10:10] <davmor2> sil2100: is that the device tarball that triggered image 63?
[10:11] <Mirv> sil2100: feel free, it wasn't started to be tested yet or anything
[10:11] <Mirv> sil2100: makes sense!
[10:11] <sil2100> davmor2: no, we triggered it - device tarball is in 62, 63 we kicked just now
[10:11] <ogra_> davmor2, device tarball builds are not announced
[10:11] <sil2100> 64 will be the one with the custom tarball
[10:11] <davmor2> ogra_: damn it
[10:11] <ogra_> davmor2, the bot only watches rootfs builds
[10:12] <davmor2> ogra_: you need to teach you bot a new trick :P
[10:12] <pete-woods> Mirv: that reconfigure seems to have failed. I should have mentioned that I added mediascanner2 MRs to it
[10:12] <ogra_> davmor2, yes, after release i'll hopefully have time for that
[10:12] <sil2100> Mirv: ok, it seems that now it's re-packing the source package, so it should rebuild :)
[10:12]  * ogra_ wishes the beta freeze would be lifted already ... i need that hud landing 
[10:12] <sil2100> oSoMoN: ^
[10:14] <oSoMoN> sil2100, thanks!
[10:18] <psivaa> ogra_: now, i'm getting this: http://pastebin.ubuntu.com/8424473/ on a device that already had 62
[10:18] <psivaa> trying to find one with 61
[10:18] <ogra_> weird
[10:18] <ogra_> in recovery that should surely work
[10:20] <brendand> sil2100, we let this very severe regression be promoted :( https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1373855
[10:22] <Mirv> sil2100: thanks a lot!
[10:22] <Mirv> pete-woods: ah, ok then it needs a prepare one
[10:23] <pete-woods> sorry for that! I am distracted with a wife who keeps thinking labour is possibly starting ;)
[10:23] <Mirv> pete-woods: :D no problem, prepare reconfigure is now done.
[10:23] <pete-woods> Mirv: awesome, thanks!
[10:26] <psivaa> sil2100: ogra_: a couple of krillins are running tests with utotpic-52 and two are showing this /cache/recovery/ cleaning issue on rtm-62. i could only try rtm on krilling after the utopic one finishes
[10:47] <popey> vila: Mirv it's still failing once bumped to utopic... what's going on here? http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/14/console
[10:55] <Mirv> popey: vila: makes no sense if that rootfs is indeed utopic
[11:01] <mzanetti> trainguards, is this something I need to to or just waiting for someone to pick it up? "Publication needs action: some packaging changes needs manual acking"
[11:02] <Mirv> sil2100: we have another problem first seen today morning that some landings don't reflect the "Yes, tested" status but stay at "Packages built". current examples include my landing on line 33 which I just marked as tested, and oSoMoN's landing on line 61
[11:02] <Mirv> and pete's landing on line 76
[11:02] <Mirv> I see nothing wrong with those lines, or the protected range values..
[11:03] <Mirv> but they aren't currently going to QA team's radar in case of rtm landings or trainguards' radar in case of utopic landings
[11:03] <Mirv> mzanetti: just wait, trainguards should get a core-dev ack for the changes if own access rights are not enough
[11:03] <mzanetti> Mirv: ah ok, thanks
[11:04] <sil2100> hmmm
[11:04] <Mirv> mzanetti: although, I see ogra_ already gave sil2100 "go ahead" on your landing, so I think all that is needed is the publish button press
[11:05] <ogra_> :)
[11:05] <mzanetti> awesomes
[11:05] <sil2100> It is done now!
[11:06] <mzanetti> thanks guys!
[11:06] <mzanetti> do we have any free rtm silos to sync this over?
[11:06] <Mirv> mzanetti: yes
[11:06] <Mirv> now that we have 30!
[11:06] <mzanetti> Mirv: nice!
[11:06] <mzanetti> Mirv: line 28 in the spreadsheet
[11:07] <Mirv> mzanetti: on it
[11:07] <sil2100> Mirv: this is really strange, since all the formulas indeed seem to be correct
[11:08] <sil2100> The spreadsheet seems to live its own life!
[11:08] <sil2100> :)
[11:16] <Mirv> sil2100: it also errors out a lot today
[11:17] <popey> i get this every time I boot my phone... http://popey.mooo.com/screenshots/device-2014-09-25-121635.png
[11:17] <ogra_> haha
[11:17] <popey> which takes me to a google account selection screen and no idication _why_ it wants it
[11:17] <Mirv> brendand: so, rtm 020 qtbase would have a fix that is critical to unity8 team, and it has now been set to "Tested?" yes by me but the status is just not visible on the spreadsheet because of a mysterious problem hitting some of the lines. could you add to QA's queue manually?
[11:17] <ogra_> the desktop bugs strike on the phone :)
[11:17] <Mirv> line 33
[11:18] <sil2100> Mirv: yeah, got one error instantly when checking the spreadsheet
[11:18] <sil2100> Mirv: the worst thing is... the dashboard uses the info from that column that doesn't update anymore ;/
[11:19] <brendand> Mirv, row #?
[11:19] <Mirv> brendand: 33
[11:20] <sil2100> This is absurd
[11:23]  * sil2100 still tries to look into it
[11:25] <imgbot> [11:25] <imgbot> [11:25] <ogra_> uh, oh
[11:25] <popey> uh
[11:26] <cwayne> john-mcaleely: excellent
[11:26] <popey> might wanna mail the phone list and tell people not to update to that, that's gonna be bad
[11:26] <ogra_> are you sure ?
[11:26] <sil2100> davmor2: how's the custom tarball testing going?
[11:27] <davmor2> sil2100: nearly done hit a stumbling block by missing out a *  in it mmi code but that works now I added it back in :)
[11:27] <ogra_> mzanetti, http://people.canonical.com/~ogra/touch-image-stats/rtm/63.changes is all the dependency dropping wanted ?
[11:28] <pete-woods> bah, my phone just updated to image 63
[11:28] <mzanetti> ogra_: yes. we figured we pull in all this while we actually only need unity-schemas any more
[11:28] <pete-woods> those update notifications come out quickly!
[11:28] <brendand> popey, not to update to what?
[11:28] <ogra_> cool, so it should be safe withour the cruft then
[11:28] <ogra_> brendand, 63
[11:28] <brendand> ogra_, yeah but what's the problem?
[11:29] <mzanetti> ogra_: yeah. it should. while testing this stuff on utopic I did the apt-get autoremove to make sure everything runs without it
[11:29] <sil2100> AH ha!
[11:29] <sil2100> Mirv: I found the problem I think!
[11:29] <sil2100> But I wonder why it's like that, heh
[11:29] <ogra_> mzanetti, great, then we shoudl eb safe
[11:29] <ogra_> *be
[11:29]  * ogra_ is brave and upgrades
[11:29] <popey> phew
[11:29]  * popey is not brave and waits for ogra_ to upgrade
[11:30] <ogra_> coward :P
[11:30] <sil2100> Mirv: ok, it seems one of robru's changes broke things, let me confirm
[11:31] <psivaa> sil2100: ogra_: flashing of 62 and 63 failing with clearing the contents of /cache/recovery in the lab. i'm guessing we probably need to somehow manually flash those devices with pre-62. could ask the IS to do that in the lab if someone be able to confirm
[11:32] <ogra_> psivaa, that might be caused by not using --bootstrap ... we need to wait for sergiusens
[11:33] <psivaa> ogra_: ack
[11:33] <ogra_> (and --bootstrap cant be used til the bootloader is fixed wrt -s <serial> in fastboot)
[11:33] <sil2100> Mirv: yeah, I found the offending commit..
[11:33] <sil2100> Mirv: let me fix that, but anyway it will only work if we at least do a watch only build
[11:33] <ogra_> psivaa, perhaps there is a way around this that sergiusens knows
[11:34] <psivaa> ogra_: that would help save bugging the IS
[11:34] <ogra_> yeah
[11:35] <pete-woods> there is a regression in the thumbnailer caused by the packages dropping
[11:35] <ogra_> dang
[11:35] <pete-woods> but we have a silo with a fix for it preparing
[11:35] <ogra_> phew
[11:35] <pete-woods> it's a missing icon
[11:35] <pete-woods> so not the end of the workd
[11:36] <pete-woods> but not perfect, either
[11:36] <ogra_> well, i dont think we planned to promote 63
[11:36] <sil2100> Mirv: commiting and redeploying the fix in a moment :)
[11:36] <nik90> so I should update to 63?
[11:36] <nik90> shoudn't*
[11:36] <john-mcaleely> psivaa, ogra_ sil2100 for what it's worth, I see 'failed to clear contents of cache/recovery' with --bootstrap too from time to time
[11:36] <ogra_> nik90, why not ?
[11:36] <davmor2> sil2100, cwayne: so I'm happy with the custom tarball, I see nothing more broken and some of the broken things fixed :)
[11:36] <sil2100> Mirv: so the change was that robru changed (probably by accident) 'Packages built' to 'Packages built.', which in our spreadsheet breaks stuff as we do a direct comparison
[11:37] <john-mcaleely> that error is is just u-d-f's way of telling you that it can't talk to the device. (or that the recovery is indeed full)
[11:37] <sil2100> davmor2: thanks!
[11:37] <ogra_> john-mcaleely, oh, right
[11:37] <sil2100> cwayne: ok, you're free to upload then!
[11:37] <cwayne> davmor2: thanks :)
[11:37] <john-mcaleely> I would suggest you check the adb server on the host
[11:37] <nik90> ogra_: I don't know,, you guys were saying something might be wrong...I think I will follow popey...
[11:37] <nik90> ogra_: so you upgrade, then popey and then me
[11:37] <john-mcaleely> (restart it)
[11:37] <psivaa> john-mcaleely: i am able to login to the device via adb
[11:37] <ogra_> psivaa, ^^
[11:38] <ogra_> oh, well, then it might be not that
[11:38] <john-mcaleely> psivaa, and are there files in /cache/recovery?
[11:38] <popey> mine is doing the apparmor_parser dance
[11:38] <john-mcaleely> (big ones)
[11:38] <ogra_> mine too
[11:38] <ogra_> probably for the next 30min :P
[11:38] <psivaa> john-mcaleely: there were and i deleted them and tried. still the error was thrown
[11:39] <cwayne> ogra_: just now updated the custom tarball, so that should go away on next flash :)
[11:39] <john-mcaleely> psivaa, ok. over to sergiusens then :-)
[11:39] <psivaa> john-mcaleely: ack, thanks :)
[11:39] <sil2100> Mirv: let's wait for this https://code.launchpad.net/~sil2100/cupstream2distro/quick_fix_for_typo/+merge/235942 to land :)
[11:39] <ogra_> cwayne, hopefully :)
[11:39] <ogra_> if only that splash screen wouldnt be white !
[11:39] <cwayne> ogra_: third time's the charm right? :P
[11:40] <ogra_> (and the display on full brightness)
[11:40] <sil2100> Yay
[11:40] <ogra_> yay ?
[11:41] <Mirv> sil2100: ok!
[11:41] <Mirv> sil2100: good one char catch :D
[11:41] <brendand> Mirv, i'm just bisecting an issue and then i can test your silo
[11:41] <ogra_> yay, i got the spinner
[11:42] <psivaa> john-mcaleely: out of interest, did the error go away after restarting adb in the host? (we have a few other tests running and i might need to wait to test that)
[11:42] <ogra_> bah !
[11:42] <sil2100> Mirv: but as I said, we'll have to rebuild the silos that are b0rked probably ;) Or hack it on jenkins
[11:42] <sil2100> Since the '.' is in all status files anyway
[11:42] <ogra_> my launcher icons are gone !!!
[11:42] <ogra_> popey, ^^
[11:42] <Mirv> sil2100: oh my :(
[11:42] <john-mcaleely> psivaa, I have observed that, yes. in the cases where recovery was empty, so the error was a secret way to observe that sdb was crap
[11:43] <john-mcaleely> adb, even
[11:43] <popey> ogra_: yay
[11:43] <sil2100> Well, rebuild watch_only
[11:43] <Mirv> sil2100: ok, so build with watch_only as needed
[11:43] <popey> were we modifying the launcher, i recall a mail about that recently
[11:43] <sil2100> Mirv: yeah, but once it lands first, and maybe before that I'll do a quick script to do that in a jenkins script
[11:44] <davmor2> cwayne: did you hit the push button yet?
[11:44] <cwayne> davmor2: yes
[11:45] <davmor2> cwayne: I just notice the tagger app is closing again, I'm not sure if it is a clash with the version that was on there?  I'll have a look when the image lands and see if happens there too
[11:46] <brendand> ogra_, which image did we promote again?
[11:46] <davmor2> brendand: 59
 <ogra_>  <robru> #2?
 <ogra_> (that is: krillin 59, mako 54, generic 50 (actually 1 on the server), generic_x86 50 (actually 1 on the server))
[11:47] <popey> lolnumbers
[11:48] <sil2100> hah, love how ogra_ has always all those important copypastes close by ;)
[11:48] <sil2100> Ready in his clipboard ;)
[11:48] <sergiusens> popey: ogra_ it was announced, launcher was going to be reset
[11:48]  * sergiusens will brb
[11:48] <popey> thought so
[11:48] <ogra_> sil2100, well, not *that* close ... note how  every time i re-paste adds one "ogra_" to the line ;)
[11:49] <sil2100> hah ;)
[11:49] <sergiusens> ogra_:  popey oh, g+-> unsupported browser; facebook-> html3 website
[11:49] <ogra_> sergiusens, ? G+ works here
[11:50] <cwayne> davmor2: hm, it works for me here on a fresh flash
[11:50] <popey> fine here too
[11:50] <davmor2> cwayne: I didn't do a wipe that's why I think it might be a clash
[11:51] <ogra_> yup, here too on 63
[11:52] <sil2100> Mirv, ogra_: so, I'll have to jump out for a doctor's appointement in some minutes, I'll take my laptop with me but I doubt there will be internet access there
[11:52] <Mirv> ok
[11:52] <ogra_> use tethering, works fine on krillin ;)
[11:53] <ogra_> (not so much on mako yet though and i havent found out why ... will sit down with cyphermox at the sprint)
[11:53] <davmor2> ogra_: only on usb and only if you hack it :P
[11:53] <ogra_> davmor2, hack ?
[11:53] <ogra_> how ?
[11:53] <oSoMoN> sil2100, Mirv: how can I get line 61 on the QA dashboard?
[11:53] <ogra_> adb shell android-gadget-service enable rndis
[11:53] <ogra_> thats all that should be needed
[11:53] <davmor2> I thought you had to run some command line to make it work
[11:53] <cyphermox> ogra_: what's this about?
[11:54] <cyphermox> oh. tethering
[11:54] <ogra_> cyphermox, usb tethering works flawless on krillin with my setup, but not on mako
[11:54] <cyphermox> weird, it should be exactly the same
[11:54] <ogra_> seems there is some driver specific difference
[11:54] <ogra_> (i assume)
[11:54] <cyphermox> beh
[11:54] <cyphermox> it's just the gadget driver no?
[11:54] <ogra_> yeah
[11:55] <ogra_> well, it is also ip forwarding ... making sure rndis comes up with a fixed IP etc
[11:55] <cyphermox> though you might be running into a limit of how many different functions of the gadget are enabled
[11:55] <sil2100> oSoMoN: what do you mean?
[11:55] <sil2100> oSoMoN: tethering is fine when you have some data plan - on my prepaid card I can at most buy a package of x MB
[11:56] <sil2100> I mean, ogra_
[11:56] <sil2100> oSoMoN: the last line was to ogra_ ;)
[11:56] <ogra_> sil2100, well, get somme proper SIM then :)
[11:57] <Mirv> oSoMoN: sil2100: just wait. sil2100: that is another one set to tested but not showing up.
[11:57]  * sil2100 only has prepaid phones at home
[11:57] <Mirv> oSoMoN: robru broke a bit of the train and sil2100 is just fixing it
[11:57] <Mirv> or was, MP waiting
[11:58]  * Mirv has now unlimited LTE data plan
[11:59] <Mirv> just needs backup battery power for the phone so it doesn't run out. or keep it attached to computer.
[12:00] <oSoMoN> Mirv, sil2100: cool, thanks
[12:01] <sil2100> Mirv, oSoMoN: ok, I quick-fixed it in silo 20 - let me quickfix it also for silo from oSoMoN
[12:02] <sil2100> Ok, silo 006 also quick-fixed
[12:03] <brendand> sil2100, is that spreadsheet bug fixed yet?
[12:03] <sil2100> Mirv: since I need to drive out now, could you use the deploy job to deploy PROD when the merge gets merged? :)
[12:03] <sil2100> brendand: fix is waiting to get merged
[12:03] <brendand> sil2100, is it only affecting some lines?
[12:04] <brendand> sil2100, silo20 just fired off
[12:04] <sil2100> brendand: I fixed it with a hot-fix directly in jenkins
[12:04] <sil2100> brendand: but didn't have time to do the same for other, as it's hacking in jenkins
[12:05] <sil2100> brendand: the real fix will be merged and redeployed soon, and new silos will be ok
[12:05] <sil2100> Ok, I jump out now
[12:05] <sil2100> o/
[12:05] <brendand> sil2100, what about ones created before the fix? can those be set manually?
[12:05] <Mirv> sil2100: ok, I'll try, I've done that once or twice :)
[12:06] <sil2100> brendand: so, once I'm back I'll quickly try to fix the old states with a script directly on jenkins
[12:06] <sil2100> For now the only other solution is a watch_only rebuild (after the fix is deployed of course)
[12:06] <sil2100> o/
[12:06] <brendand> anyone knows where cameraplugin-aal comes from?
[12:06] <Mirv> interestingly, line 33 indeed got fixed somehow
[12:07] <brendand> ah qtubuntu-camera
[12:09] <ogra_> cwayne, oh, did the tarball land ?
[12:09]  * ogra_ just got an update again ... and it rebooted really quickly after flashing
[12:09] <Mirv> considering now all the known cases got fixed on the spreadsheet by itself, I can let sil2100 handle the deploying of the fix and figure out why it got fixed before deploying :)
[12:09] <ogra_> hmm
[12:10] <ogra_> no signal on both SIMs now
[12:10] <vila> popey, Mirv: sorry was afk, I'm not sure I understand but isn't this a case where qtdeclarative5-dev was a hidden dep revealed here ?
[12:10]  * ogra_ wishes the custom tarball had *any* kind of meaningful versioning 
[12:11] <ogra_> a random 10 digit number is really not helpful
[12:14] <cwayne> ogra_: i inherited that version number, there's some logic somewhere that uses it to determine if a dconf update is necessary
[12:14] <davmor2> cwayne: so just done a --wipe on image 64 tagger and yelp apps are broken, I'm wondering if it is the custom path that is doing it?
[12:15] <cwayne> davmor2: it shouldnt be, yelp was never anything other than /custom
[12:15] <cwayne> the yelp webapp hasn't changed at all (literally ever) i wonder how it broke?
[12:16] <davmor2> cwayne: I wonder if they are missing apparmor profiles let me see if there is anything in the logs
[12:17] <cwayne> davmor2: that doesn't make sense though (at least for yelp) how it ever worked then...
[12:18] <davmor2> cwayne: Lunch called back in 30
[12:18] <cwayne> davmor2: ok, im doing a flash now so ill try and check as well
[12:20] <cwayne> :D
[12:20] <cwayne> SUCH FASTER BOOT
[12:21] <cwayne> davmor2: tagger/yelp work here but it just occurred to me i didn't do a --wipe either, retrying with that now
[13:04] <kenvandine> trainguards  i've marked line 68 as tested but the status isn't updating
[13:17] <Mirv> kenvandine: we're aware of the problem, deploying a fix
[13:17] <kenvandine> Mirv, thx
[13:22] <dbarth> trainguards, can i get a reconfig on silo 21 (and that means rtm 002 as well) ?
[13:23] <dbarth> i would like to land another related change in one go
[13:23] <Mirv> dbarth: sure
[13:25] <Mirv> dbarth: done
[13:34] <john-mcaleely> ogra_, davmor2 brendand new device tarball: http://people.canonical.com/~jhm/barajas/device_krillin-20140925-f46588a.tar.xz
[13:34] <john-mcaleely> + http://people.canonical.com/~jhm/barajas/device_krillin-20140925-f46588a.changes
[13:35] <davmor2> brendand: do you want to take it or shall I?
[13:35] <brendand> davmor2, you go ahead
[13:38] <dobey> Mirv: hey, can line 70 get a silo now? landing-005 seems to have made it into rtm now
[13:39] <ogra_> brendand, davmor2 wait, that has one revert to much
[13:39] <davmor2> ogra_: I don't know
[13:39] <ogra_> but i do
[13:39] <ogra_> we need to revert one of the reverts
[13:39] <davmor2> ogra_: so talk to john-mcaleely
[13:40] <tedg> I have something that looks like I bug in CI Train.
[13:40] <tedg> I've got two packages in a silo.
[13:40] <tedg> And it seems like the second merge is looking for the tarball for the first.
[13:40] <tedg> https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/57/console
[13:41] <john-mcaleely> davmor2, ogra_ brendand consider that tarball withdrawn. news shortly
[13:41] <ogra_> davmor2, that is what i was doing ... and why i pinged here so you guys dont waste work time ;)
[13:41] <Mirv> dobey: yeah, done
[13:42] <davmor2> ogra_: :)
[13:42] <dobey> Mirv: thanks
[13:46] <Mirv> dbarth: how's ubuntu html5 migration to oxide going? just wondering seeing the qtwebkit still as a dependency.
[13:47] <brendand> john-mcaleely, can your team own the tarball test plan?
[13:48] <john-mcaleely>  brendand I think it is the same plan you already use for mako / flo/etc tarballs
[13:48] <john-mcaleely> brendand, so actually, no. I think UE need to own this one
[13:49] <brendand> john-mcaleely, so you do have a test plan you run for each tarball?
[13:49] <john-mcaleely> brendand, for 'already use', that may be 'need to create' :-)
[13:49] <john-mcaleely> brendand, no, we have a test plan we use for whole-device releases
[13:49] <Mirv> bfiller: ok the gallery app silo 003 confusion seems over, recovered correct id for it and publishing, plus syncing to utopic silo
[13:49] <john-mcaleely> brendand, and I have a smoke test in my head ('exploratory testing') for each devcie tarball
[13:50] <bfiller> Mirv: ok thanks
[13:50] <brendand> john-mcaleely, i think us running the formal test plan and you running the exploratory testing is errr, backwards :)
[13:51] <john-mcaleely> brendand, agreed. However, I can't create the test plan - it's for UE to define what tests a device tarball must pass
[13:51] <john-mcaleely> brendand, and it is the same for mako, flo, manta, etc
[13:51] <john-mcaleely> brendand, what do you use for those? ;-)
[13:51] <brendand> john-mcaleely, not sure when the last mako tarball update was actually
[13:52] <brendand> john-mcaleely, we don't QA them explicitly
[13:52] <john-mcaleely> yesterday, I assume
[13:52] <john-mcaleely> I was only putting in changes taken from the mako...
[13:53] <brendand> john-mcaleely, the test plan could apply to mako too, but i doubt we'll have capacity to run it
[13:53] <brendand> john-mcaleely, on mako that is
[13:53] <john-mcaleely> brendand, it's meaningless if it's only for krillin. seriously
[13:54] <john-mcaleely> brendand, it's double meaningless if I (PES) write it.
[13:54] <brendand> john-mcaleely, we can write it
[13:54] <john-mcaleely> brendand, I'm happy to run it
[13:54] <brendand> john-mcaleely, i'm not sure how it's meaningless if we only run it on the most important platform vs. no platform at all
[13:54] <john-mcaleely> brendand, I will be amused when mako fails it :-) but not my problem
[13:55] <Mirv> oSoMoN: should that "User feedback for secure connections" have a corresponding rtm silo?
[13:55] <john-mcaleely> brendand, it bakes in device-specific hacks. I'm double-wary of that, coming from PES. oddly.
[13:55] <john-mcaleely> brendand, I see your point, that some testing would be better than none.
[13:57] <john-mcaleely> brendand, it's basic dogfooding. if mako doesn't run it, how will you know it works well, you can evolve it, etc. all not my problem though
[13:57] <oSoMoN> Mirv, it already landed in RTM
[13:58] <brendand> john-mcaleely, it all depends on resources, if someone has time to run it on mako we will
[13:59] <john-mcaleely> brendand, makes sense. happy to run anything you write up/require.
[13:59] <ogra_> john-mcaleely, brendand mako (and all other official ones) live in the android package
[13:59] <ogra_> that was updated last week
[13:59] <ogra_> it usually takes a while til the changes propagate to krillin
[14:00] <ogra_> (wouldnt happen if krillin was in the android package too)
[14:00] <john-mcaleely> ogra_, sounds about right. does it have a test plan we can steal?
[14:00] <ogra_> dunno, i dont think so
[14:00] <john-mcaleely> darn
[14:00] <ogra_> install the images and run :P
[14:00] <brendand> ogra_, did you file a bug - i need to send a report
[14:00] <john-mcaleely> ogra_, same as krillin then :-P
[14:00] <ogra_> brendand, nope, probably kgunn_ or psivaa did
[14:01] <ogra_> john-mcaleely, nah, lots less than krillin :)
[14:01] <brendand> kgunn_, psivaa - bug for the krillin recovery issue?
[14:01] <brendand> ogra_, well formally speaking it's the same
[14:01] <john-mcaleely> does it land through QA signoff?
[14:01] <ogra_> john-mcaleely, i think its just "does still boot, and the bug i wanted to fix doesnt show anymore"
[14:01] <ogra_> john-mcaleely, nope
[14:02] <john-mcaleely> ok, krillin wins then. Way more QA :-)
[14:02] <ogra_> john-mcaleely, yes
[14:02] <ogra_> mako and friends usually only get developer QA
[14:02] <ogra_> but not Qa QA
[14:02] <john-mcaleely> why didn't this particular bug appear on mako though? (the debuggable=0 one)
[14:02] <john-mcaleely> foxes guarding chicken coops can be dilligent, but are not to be trusted
[14:03] <mzanetti> Mirv: hey, can you help us for a bit?
[14:03] <ogra_> john-mcaleely, different android setup i guess ... sepcifically recovery differs ... looking at the krillin recovery it is full of awful hacks
[14:03] <ogra_> john-mcaleely, like hardcoding a device and vendor ID we dont even have a udev rule for etc
[14:03] <john-mcaleely> ogra_, fair point. it is a mess of stuff from history
[14:03] <mzanetti> Mirv: we're trying to test the rtm silo 19. just noticed that the packages in there don't have the ~rtm version
[14:04] <ogra_> john-mcaleely, i think the prob is that UE and PES worked to separated before ... we need to fix that for future ports
[14:04] <mzanetti> Mirv: can we just rebuild that silo? but then what happens with the qtmir-gles package?
[14:04] <john-mcaleely> ogra_, you're always welcome on site ;-)
[14:04] <john-mcaleely> ogra_, but seriously, yes, of course
[14:04] <ogra_> with code cross reviews etc
[14:04] <john-mcaleely> ogra_, yeah, that's a good idea
[14:04] <ogra_> we used to have a monthly meeting
[14:05] <ogra_> but thats definitely not enough as our code issues show today :)
[14:05] <sergiusens> ogra_: john-mcaleely it's common for android vendors to change the IDs
[14:05] <ogra_> (though i think the current level of cooperation is fine ... we just didnt have that in the beginning)
[14:05] <ogra_> (from where all these hack stem)
[14:07] <Mirv> oSoMoN: ok, thanks for the information
[14:08] <Mirv> mzanetti: yes the binary copies are now the new default for syncs. I'm not 100% sure about the rebuild behavior. you can also specify packages to rebuild on the build parameters.
[14:08]  * Mirv hopes sil2100 is back soon, I'm already out from home with my laptop
[14:08] <mzanetti> Mirv: so its ok that we don't have ~rtm attached to the version strings?
[14:09] <Mirv> mzanetti: yes it's the plan, lukasz wrote about it on the mailing list
[14:09]  * kgunn_ goes to read lukasz mail
[14:10] <Mirv> "Landers! Binary copies for sync now enabled by default"
[14:15] <john-mcaleely> ogra_, brendand davmor2 take 2. its betterer: http://people.canonical.com/~jhm/barajas/device_krillin-20140925-6623bf1.tar.xz
[14:15] <john-mcaleely> + http://people.canonical.com/~jhm/barajas/device_krillin-20140925-6623bf1.changes
[14:15] <john-mcaleely> (I'm doing my testing now - not completed yet)
[14:16] <ogra_> you should add more "Revert" to tthat line ;)
[14:16] <john-mcaleely> ogra_, you shoudl see the comment I made in the review :-)
[14:16] <ogra_> heh
[14:23] <davmor2> ogra_: is this more what you had in mind? revert the revert to revert the revert that reverted the revert
[14:23] <ogra_> davmor2, yeah !!
[14:34] <kgunn_> actually Mirv ...seems to be prob with unity8 migration from pocket
[14:34] <kgunn_> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html - some Regression in autopkgtest for our qtcreator plugin
[14:34] <kgunn_>  would that be blocking the migration?
[14:36] <cjwatson> yes
[14:36] <cjwatson> looks spurious though, I'll retry
[14:38] <cjwatson> there've been several recent retries, wonder if something has been wrong in the infrastructure
[14:42]  * mzanetti queues up for support by sil2100. Please let me know when you have a bit of time.
[14:53] <kgunn_> cjwatson: thanks...so do i just check again in a bit ?
[14:53] <cjwatson> there's something wrong with glx now, I don't understand what
[14:54] <cjwatson> https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/console
[14:54] <cjwatson> investigation there would be welcome
[14:54] <kgunn_> bzoltan: ^ that's yours i think ??
[14:59] <kgunn_> bzoltan: just checkin' you there ?
[15:00] <kgunn_> mzanetti: ^ in case you might've missed
[15:00] <mzanetti> I did
[15:00]  * mzanetti reads scrollback
[15:00] <Mirv> kgunn_: I fear bzoltan will not understand the problem. I wonder if it's anything to do with the new mesa release in proposed (the only thing that coes to my mind, other than test environment being broken).
[15:01] <brendand> wahey, restart is back :)
[15:01] <mzanetti> bregma: yep :)
[15:01] <mzanetti> meh... today autocomplete is not my friend
[15:06] <bzoltan1> Mirv:  you are right. I have no idea about that issue.
[15:07] <Mirv> sil2100: welcome back!
[15:07] <sil2100> Mirv: sorry it took so long!
[15:07] <sil2100> Mirv: did the redeployment succeed?
[15:08] <john-mcaleely> davmor2, brendand ogra_ fwiw, that second device tarball works for me on #64
[15:08] <Mirv> sil2100: so, I deployed the changes, no real test yet whether it works ok or not. and funnily some silos got fixed before the deploying too.
[15:08] <ogra_> john-mcaleely, yeah, i think davmor2 just confirmed that in the other channel
[15:08] <Mirv> sil2100: so I think it needs to be continued to monitored
[15:08] <sil2100> Mirv: ACK! Thanks :)
[15:09] <davmor2> john-mcaleely, ogra_: just run some quick tests on the image too
[15:09] <ogra_> davmor2, well, the tarball is identical to the former one ... just one property in recovery unset
[15:09] <Mirv> sil2100: in other news.. we're out of silos! :D (for utopic)
[15:09]  * ogra_ doesnt think there is any need to test the ubuntu side again 
[15:09] <sil2100> WTH
[15:09] <sil2100> :D
[15:10] <davmor2> ogra_: yeah we thought it was safe before I'd like to make sure this time :P
[15:11] <john-mcaleely> davmor2, so is that a QA +1, and i should publish?
[15:12] <sil2100> A new device tarball?
[15:12] <sil2100> Or what happened?
[15:12] <john-mcaleely> sil2100, you go away for a bit, and the excitement happens
[15:12] <sil2100> ...anything broken?
[15:12] <john-mcaleely> sil2100, it seems the previous one regressed the flash/boot sequence for the CI lab, and others
[15:12] <sil2100> I'm starting to get worried
[15:12] <sil2100> oh
[15:12] <john-mcaleely> sil2100, so this one removes the regression
[15:13] <davmor2> ogra_, john-mcaleely: recovery, apps that were opening and phone calls and sms's work I'd say it was good :)
[15:13] <john-mcaleely> ok, so sil2100 ogra_ is now a good time to push?
[15:14] <ogra_> asap is a good time ;)
[15:14] <sil2100> I might be a bit outdated, but I guess it should be ok to push it now
[15:14] <seb128> ogra_, can you (or whoever handles touch seed) review https://code.launchpad.net/~ted/ubuntu-seeds/indicator-display.touch.utopic/+merge/234337 ?
[15:15] <ogra_> ah, that old tedg thing
[15:15] <ogra_> seb128, top approved (assuming the package is finally in all archives)
[15:15] <seb128> ogra_, can you get it uploaded as well? ;-)
[15:16] <ogra_> depends what tedg pays
[15:16] <seb128> lol
[15:16] <ogra_> (yeah, indeed) :)
[15:16] <john-mcaleely> ogra_, sil2100 davmor2 published
[15:16] <ogra_> \o/
[15:16] <sil2100> \p/
[15:16] <sil2100> uh, my face looks wrong
[15:16] <sil2100> \o/
[15:16] <sil2100> Better
[15:16] <ogra_> \Q/
[15:16] <ogra_> (with tie)
[15:17] <ogra_> (in the wind)
[15:17] <john-mcaleely> I'm glad you labelled that
[15:17] <sil2100> hah ;) Then p looks like someone with a ponytail, so that actually fitss
[15:17] <ogra_> john-mcaleely, what else would hang off my chin !
[15:18] <ogra_> (or neck)
[15:18] <Laney> looking cool with a cigarette
[15:18] <ogra_> hahaha
[15:20] <robru> Mirv: sil2100: just reading the scrollback. what did i break?
[15:21] <sil2100> robru: small typo ;)
[15:21] <sil2100> robru: "Packages built." instead of "Packages built"
[15:21] <sil2100> robru: the dot was unconventional and broke the spreadsheet as all logic was expecting the string without a '.'
[15:21] <robru> sil2100: I don't understand how proper punctuation is a typo?
[15:21] <robru> hm
[15:21] <sil2100> robru: all other messages don't have a '.'
[15:22] <robru> sil2100: what symptoms was the spreadsheet having?
[15:22] <sil2100> robru: you had 'Merging', 'Building' and 'Packages built.'
[15:22] <sil2100> robru: the spreadsheet was expecting it without the dot and was not updating entries that are tested and ready for release
[15:23] <robru> sil2100: actually my new code has 'Merging.', i wonder if that'll break anything also. stupid spreadsheet
[15:23] <sil2100> robru: as there is an IF(cell == 'Packages built') and it appends '. Testing done, ready to publish'
[15:23] <robru> ah
[15:23] <sil2100> robru: well, I grepped the cu2d code and it's still 'Merging' there, without the dot
[15:23] <robru> sil2100: well thanks for fixing it instead of reverting
[15:24] <robru> sil2100: yeah, 'Merging' is the old crap that I haven't quite managed to delete just yet.
[15:24] <sil2100> robru: we can bring back the '.', but I personally like the convention without a dot at the end, as it's like just a sentence written in a cell
[15:24] <robru> sil2100: silomanager.py contains a new class that reimplements all the existing functions, but better and with tests. I'm just in the process of migrating all of citrain/* to actually use it, so I can delete the old untested functions
[15:25] <sil2100> k
[15:25] <robru> sil2100: ok, not going you fight you over a period
[15:25] <sil2100> hah, well, it's just a matter of preference here
[15:25] <sil2100> I wouldn't fight for that as well, just wanted everything to follow one convention
[15:25] <ogra_> robru, he is so german sometimes, aint he ?
[15:25] <ogra_> :)
[15:26] <robru> sil2100: right
[15:35] <tedg> ogra_, Ah, cool. Thanks!
[15:37] <sil2100> Mirv: ok, I corrected all silos in case that's needed
[15:42] <Mirv> sil2100: various things seem broken, though. dashboard emptied quite a lot and refreshsilos errors out.
[15:45] <sil2100> Uh?
[15:45] <sil2100> Let me check
[15:48] <sil2100> AH
[15:48] <sil2100> Let me fix that
[15:48] <sil2100> Grrr
[15:51] <dbarth> trainguards, sorry i need silo 2 reconfigured as well (was 21 on utopic before)
[15:57] <Mirv> sil2100: good that someone has some idea about all that :)
[15:57] <sil2100> Mirv: ok, should be better now ;p
[15:58] <sil2100> Just need to wait for it to rsync
[15:59] <sil2100> Mirv, ogra_, robru: I won't be on the meeting, need to fix something more
[15:59] <Mirv> sil2100: looks better, most silos are back already on the dashboard
[16:01] <robru> sil2100: whatcha fixin?
[16:08] <kgunn_> sil2100: i see Mirv handed back off...not sure if anyone whined about this yet
[16:08] <kgunn_> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:08] <kgunn_> unity8 failing to migrate...
[16:08] <kgunn_> something about qtcreator...and colin thot it related to
[16:08] <kgunn_> mesa upload ?
[16:08] <kgunn_> can you help me track down ?
[16:13] <Mirv> robru: ^ unity-scope-mediascanner changes seem fine (it's in universe, and I'm now MOTU), but you'd need to find a core-dev to look at the thumbnailer changes
[16:13] <pete-woods> yes, we add a new -common package, so please check we've done it correctly :)
[16:14] <robru> kenvandine: ^ can you check the thumbnailer diff above ^?
[16:17] <Mirv> I wonder if that etc/apport/blacklist.d/thumbnailer would rather need to be in the common package, lib seems wrong place for it
[16:27] <sil2100> robru: ah, I broke something in the backend ;)
[16:27] <sil2100> robru: had to quickly fix it before anyone noticed..!
[16:27] <robru> sil2100: ah ok, glad it wasn't me ;-)
[16:28] <dbarth> ping? i'm trying to get silo 2 reconfigured, to mirror what's in 21
[16:28] <dbarth> i have 2 rtm devices to test it actually, so silo 2 is not enough to confirm
[16:34] <sil2100> dbarth: ah, ok! Let me do that :)
[16:34] <cjwatson> kgunn_: it wasn't me who thought it related to mesa; that was Mirv
[16:34] <sil2100> dbarth: reconfiguring!
[16:35] <dbarth> ah thanks man
[16:37] <dbarth> cool
[16:49] <sil2100> fginther: hey! Do you know if citrain will also be affected?
[16:49] <sil2100> fginther: since the e-mail mentioned cu2d
[16:50] <fginther> sil2100, no ci-train lives outside of the ci-lab
[16:51] <ogra_> at the train station indeed :)
[16:52] <kenvandine> robru, sure
[16:54] <robru> kenvandine: thanks
[16:55] <kenvandine> robru, humm...
[16:55] <kenvandine> they added +etc/apport/blacklist.d/thumbnailer
[16:55] <robru> uh oh
[16:55] <kenvandine> to the lib package
[16:55] <kenvandine> so if it's multiarch, it'll have a file conflict
[16:55] <sil2100> kenvandine: heey! :)
[16:55] <robru> kenvandine: is it multiarch?
[16:55] <kenvandine> not sure ;)
[16:56] <sil2100> kenvandine: so, actually I also wanted to poke you about some small regression we recently encountered... I guess you might know something about who to poke
[16:56] <sil2100> brendand: do we have a bug number for that wallpaper issue?
[16:56] <kenvandine> but since this change is specifically adding a thumbnailer-common package, maybe the apport file should go there
[16:56] <sil2100> kenvandine: so, it seems after the latest qtubuntu-camera landing, the pictures generated by the camera app cannot be used as wallpapers
[16:56] <robru> kenvandine: ok I'll kick it back to them
[16:56] <kenvandine> sil2100, working on it
[16:56] <sil2100> \o/
[16:57] <brendand> kenvandine, is there a fix in sight?
[16:57] <kenvandine> bug 1373462
[16:57] <kenvandine> it's a size issue
[16:57] <kenvandine> we can work around it by setting the sourceSize
[16:57] <kgunn_> sil2100: Mirv ....still lost on the unity8 not migrating
[16:57] <kgunn_> ?
[16:57] <kenvandine> so i guess on the device it can't allocate enough memory
[16:58] <kenvandine> sil2100, i proposed a branch working around it in system-settings
[16:58] <kenvandine> unity8 would need the same
[16:58] <sil2100> yaay
[16:58] <kenvandine> i was hoping for some ideas from Kaleo
[16:58] <sil2100> kgunn_: which silo?
[16:58] <kenvandine> i'm sure he's experienced this in camera-app
[16:59] <kenvandine> mterry, it's unity8 that renders the wallpaper right?
[16:59] <kgunn_> sil2100: it was utopic silo6 from earlier
[16:59] <kgunn_> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[17:00]  * kgunn_ gonna go for lunch bbiab
[17:02] <brendand> robru, ship it! https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/235069
[17:03] <robru> brendand: just one problem, there's no utopic silos available to build the package ;-)
[17:03] <sil2100> ;p
[17:03] <sil2100> There's preprod, but I want to use it for testing a branch ;)
[17:04] <robru> sil2100: can't wait for the glorious infinite-silo future
[17:04] <brendand> robru, it has to go through a silo?
[17:05] <cjwatson> robru: how are you out of silos already? :P
[17:05] <robru> cjwatson: well, there's this little thing called a freeze... so nothing can be released
[17:05] <cjwatson> beta freeze, I gues
[17:05] <cjwatson> s
[17:05] <cjwatson> yeah
[17:05] <robru> brendand: well yeah. how else do we get packages into ubuntu?
[17:05] <cjwatson> ok, so should clear soon
[17:05] <robru> cjwatson: good to hear
[17:05] <cjwatson> robru: upload them? :)
[17:05] <robru> cjwatson: i'm not familiar with that term ;-)
[17:10] <kenvandine> robru, back to your packaging ack, i'd say that apport file should go in the thumbnailer-service or thumbnailer-common package
[17:10] <kenvandine> not the lib
[17:10] <kenvandine> robru, sorry for getting distracted there :)
[17:11] <robru> kenvandine: no worries, I already marked your NACK in the spreadsheet, pete doesn't seem to be around to ping about it though
[17:12] <robru> kenvandine: thanks for looking
[17:17] <kenvandine> robru, np
[17:19] <robru> dbarth: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/master/+merge/235921 please approve this merge then I can publish
[17:20] <mterry> kenvandine, for lockscreen, yeah
[17:22] <kenvandine> mterry, would it be in LockScreen.qml ?
[17:22] <mterry> kenvandine, qml/Shell.qml looks it up from gsettings and passes the string to other components
[17:23] <kenvandine> mterry, we need to set sourceSize on the Image
[17:23] <awe> robru, question...  our ofono/rtm silo (007) has a -dbg package generated, whereas our utopic urfkill silo doesn't have -dbg packages for urfkill/indicator-network
[17:23] <awe> I'm trying to figure out if this is a packaging issue wrt to urfkill/indicator-network
[17:23] <robru> awe: dunno. slangasek? ^^
[17:23] <awe> or something to do with how we build silos for utopic?
[17:24] <kenvandine> mterry, but it looks like there is lots of voodoo in Shell.qml
[17:24] <awe> trying to debug a crash which may or may not be a regression, and  w/out symbols it makes it a bit trickier
[17:24] <robru> cjwatson: can you answer awe's question? ^^
[17:24] <mterry> kenvandine, the actual Image objects would be in qml/Greeter/GreeterContent.qml maybe?
[17:24] <awe> robru, in one case... cyphermox uploaded direct for urfkill, and the second case ( indicator-network ), it was build from a merge proposal
[17:25] <kenvandine> mterry, saw that, it sets sourceSize to 0
[17:25] <robru> awe: yeah unfortunately I don't know much about how -dbg packages are handled, not really my area of expertise
[17:25] <cyphermox> awe: it's on purpose, there are no -dbg packages built as part of the control file in urfkill or indicator-network
[17:25] <kenvandine> so must be changed dynamically somewhere else
[17:25] <awe> cyphermox, ;(
[17:26] <awe> thanks robru, think we have an answer
[17:26] <cyphermox> building ddebs is something that can be enabled on the PPAs
[17:26] <cyphermox> perhaps it should be for the silo PPAs
[17:26] <cyphermox> (as long as that doesn't break the citrain scripts for copying packages)
[17:32] <cyphermox> bringing this up in email
[17:34] <cyphermox> awe: it will be on ubuntu-phone@.
[17:37] <robru> AlbertA: sorry no utopic silos available
[17:37] <robru> AlbertA2: ^
[17:37] <AlbertA> robru: yeah I noticed...
[17:37] <AlbertA> :)
[17:38] <AlbertA> we need more silos...lol
[17:38]  * AlbertA ponders the quote "if you build it they will come"
[17:38] <robru> mmmhm
[17:42] <dbarth> i fixed the branches above and marked silo 2 as tested as well
[17:42] <slangasek> awe, robru: -dbg, or dbgsym?
[17:43] <slangasek> the rtm silos absolutely must be configured to build ddeb packages - but I thought this happened automatically for all devirt ppas
[17:43] <robru> slangasek: not sure, i guess cyphermox already answered awe's question?
[17:43] <slangasek> well, ish
[17:43] <awe> slangasek, not happening for utopic or rtm silos
[17:43] <awe> slangasek, I was schooled that -dbg packages are deprecated
[17:43] <slangasek> awe: how are you determining this?
[17:44] <awe> looking at the package details in the silos
[17:44] <slangasek> awe: we do not build -dbg packages, and you will not see any such thing in the ppa, correct
[17:44] <awe> ack
[17:44] <awe> but what about ddebs?
[17:44] <slangasek> the dbgsym packages are extracted out of band and saved to ddebs.ubuntu.com, but only after publishing to the main archive (ubuntu or ubuntu-rtm)
[17:44] <awe> so how do you debug crashes for packages in a silo?
[17:45] <awe> so you can fix before landing?
[17:45] <cyphermox> slangasek: it could well already be done
[17:45] <cyphermox> slangasek: need to check the right places too to make sure :)
[17:45] <slangasek> awe: change the packaging in the silo to set DEB_BUILD_OPTIONS=nostrip within debian/rules
[17:45] <slangasek> awe: then you'll get unstripped packages for debugging purposes
[17:45] <slangasek> (or, just do this locally with a cross-build or whatever, and drop the package onto your device for testing)
[17:46] <awe> sure, but we're testing the packages in the silo, so going locally defeats the purpose and is extra overhead on the developer(s)
[17:46] <awe> if that's the only solution, so be it
[17:46] <cyphermox> slangasek: so, doesn't seem to enabled on silo 11 anyway
[17:46] <ogra_> doing that in a silo indeed has the potential that you forget you enabled nostrip and release it into the archive
[17:46] <slangasek> awe: I offered you two solutions; pick whichever one you prefer
[17:46] <slangasek> but right, as ogra says, if such a silo use makes it into the archive there will be Consequences
[17:47] <slangasek> (i.e., pmcgowan will notice that you've made his image 15MB oversize ;)
[17:47] <ogra_> haha, yeah
[17:47] <cyphermox> haha
[17:47] <ogra_> especially since we lost so much weight the last days
[17:47]  * awe worries more about the number of crashes we have, than image size
[17:47] <awe> thanks slangasek
[17:48] <ogra_> (11M from the armhf rootfs tarball on cdimage between 20140918 and today)
[17:48] <cyphermox> hmm, image size is pretty important too.
[17:48] <ogra_> yep
[17:49] <robru> slangasek: yeah but I landed that dpkg-dev drop, so it all balances out ;-)
[17:49] <ogra_> the cdimage tarball is at 460M ... thats the lowest we ever had
[17:49] <cyphermox> awe: you could also enable building with nostrip conditionally on being in a PPA, but ...
[17:49] <robru> cyphermox: but then that would prevent binary copies to the archive?
[17:49] <cyphermox> nothing good :)
[17:49] <cyphermox> that's why there is a but
[17:50] <cyphermox> it's not helpful for the landings, but it can be for generally building something in a ppa for testing
[17:53] <slangasek> doesn't really help, a) the silos are ppas, b) the non-silo ppas are virtualized and may not work for building
[17:54] <cyphermox> it depends what you're trying to build, yes
[17:55] <cyphermox> hmm
[17:56] <cyphermox> on another note, what happens to the -dbgsym packages for binary copied packages? :)
[17:56] <bfiller> robru: can I have an rtm silo for line 83 please?
[17:59] <pmcgowan> awe, hey are you adding packages behind my back ;)
[18:00] <awe> pmcgowan, yup
[18:00] <awe> with slangasek's help
[18:00] <pmcgowan> partners in crime
[18:02] <ogra_> pmcgowan, he's not ... he just grows the existing ones by a factor of ten ;)
[18:02] <pmcgowan> sneaky
[18:03] <AlbertA2> trainguards: can ubuntu/landing-009 be reconfigured to sync only the USC package (drop media-hub) from utopic to rtm?
[18:04] <AlbertA2> trainguards: I mean landing-009 rtm
[18:06] <kenvandine> robru, any idea what happened with my publishing of ubuntu silo 22?
[18:06] <kenvandine> never made it to utopic-proposed
[18:10] <bzoltan> trainguards: I have approved all the MRs for the silo29. Would somebody please try to re-publish?
[18:30] <sil2100> bzoltan: once we're off from our meeting we'll do that :)
[18:31] <kgunn_> sil2100: i'm back if you got any suggestions for me
[18:33] <kenvandine> trainguards can someone please check on utopic silo 22, it didn't make it to utopic-proposed or the UNAPPROVED queue
[18:33] <sil2100> kgunn_: ok, so I didn't have too much time to check that, but there seems to be some autopkgtest failing on that upload
[18:34] <kgunn_> right...on qtcreator plugin
[18:34] <kgunn_> which is why Mirv thot mesa
[18:34] <sil2100> AlbertA2: sure!
[18:34] <kgunn_> cause gxl won't load or init on amd
[18:34] <sil2100> AlbertA2: give me a moment
[18:35] <sil2100> kgunn_: hmmm
[18:35] <kgunn_> amd64 that is
[18:37] <kgunn_> sil2100: not really sure who owns/knows about qtcreator plugin on gxl ?
[18:37] <kgunn_> is it "unowned" ?
[18:38] <kgunn_> maybe mirv is right, did mesa just get updated earlier today ?
[18:38] <kgunn_> (but why on rtm?)
[18:39] <kgunn_> oh nvmd...not rtm, just utopic
[18:39] <sil2100> AlbertA2: ok, removed media-hub, synced latest ubuntu-system-compositor
[18:39] <AlbertA2> sil2100: awesome thanks!
[18:40] <kgunn_> also, why is it qtcreator-plugin-ubuntu 3.1.1+14.10.20140616-0ubuntu3 under unity8
[18:40] <kgunn_> but in other places its
[18:40] <kgunn_> qtcreator-plugin-ubuntu 3.1.1+14.10.20140915-0ubuntu1
[18:41] <kgunn_> (for uitk and webbrowser)
[18:42] <AlbertA2> sil2100: ummm, what's that exception about? ^
[18:43] <sil2100> Oh
[18:44] <sil2100> AlbertA2: one moment
[18:49] <sil2100> I wonder what's wrong
[18:54] <sil2100> AlbertA2: ok, I had no idea what happened, but in overall the silo was a bit flaky
[18:55] <sil2100> Now it should be ok
[18:55] <sil2100> kgunn_: hm, good question, I have no idea who owns that as well
[18:58] <AlbertA2> sil2100: cool thanks
[19:06] <cjwatson> kgunn_: if you're looking at the versioning in update_excuses there are various places where the autopkgtest integration is badly wonky there
[19:06] <cjwatson> I wouldn't worry too much about that if the latest jenkins job shows the proper version
[19:06] <kgunn_> cjwatson: well...i noticed the unity8 is 0 days old...and the other 2 are 2 days old
[19:08] <kgunn_> cjwatson: and actually...i just updated my laptop (utopic) and checked what version of
[19:08] <kgunn_> qtcreator plugin is there
[19:09] <kgunn_> 3.1.1+14.10.20140915-0ubuntu1
[19:09] <kgunn_> which is what's passing in that update_excuses for uitk & browser...
[19:09] <kgunn_> so could the version be wrong?
[19:09] <kgunn_> e.g. where the heck did qtcreator-plugin-ubuntu 3.1.1+14.10.20140616-0ubuntu3
[19:09] <kgunn_> come from?
[19:14] <cjwatson> kgunn_: it doesn't matter as long as the jenkins job linked to is correct
[19:15] <cjwatson> it'll be some bug in the autopkgtest result aggregation script that's hanging onto a version from ages ago
[19:15] <cjwatson> but it really doesn't matter - the jenkins console log says that the version actually under test is correct
[19:15] <cjwatson> so just ignore it
[19:17] <robru> sorry guys was on lunch, reading scrollback now
[19:18] <robru> kenvandine: maybe because of the beta freeze?
[19:19] <robru> sil2100: it seems like none of the new silos can publish? I'm seeing a lot of "no known spacetime" in silos >20
[19:20] <robru> cjwatson: can you look into that snakefruit rsync job that does the sync from the train silos? does it hardcode silos 1-20 or something? seems silos >20 can't publish
[19:21] <sil2100> Ahh
[19:21] <sil2100> Right!
[19:21] <sil2100> Remember what I said yesterday?
[19:21] <sil2100> We need the whitelist updated on snakefruit
[19:21] <sil2100> I thought that happened
[19:21] <kenvandine> ah
[19:22] <sil2100> 19:21 < sil2100> We also need someone to modify the whitelist on snakefruit, but that can be done by any archive admin
[19:22] <sil2100> slangasek, cjwatson: ^ ?
[19:22] <sil2100> kenvandine, robru: anyway, we'll have to manually re-push those packages though ;/
[19:22] <sil2100> kenvandine, robru: at least by pushing the rsync files to snakefruit in the right place
[19:23] <kenvandine> i guess that explains why the changes list has seen very little action today
[19:24] <robru> kenvandine: also explains why those silos filled up and then didn't move ;-)
[19:24] <kenvandine> indeed
[19:25] <sil2100> hah ;)
[19:25] <robru> sil2100: just approved your MP btw
[19:25] <sil2100> Top approved?! Or just approved? ;)
[19:25]  * sil2100 didn't have time to re-test it yet!
[19:26] <cjwatson> oh sure, can check
[19:26] <robru> sil2100: just approved, left a comment saying you can top approve when you're ready ;-)
[19:26] <robru> cjwatson: thanks
[19:26] <cjwatson> if I can find it
[19:26] <sil2100> cjwatson: thanks! :)
[19:27] <cjwatson> it's in cupstream2distro/settings.py, the SILO_NAME_LIST stuff
[19:27] <cjwatson> we're currently on lp:~sil2100/cupstream2distro/cu2d-rtm r676
[19:27] <cjwatson> should I just edit it in place, or deploy a different tree, or what?
[19:29] <sil2100> cjwatson: wait, that's modified already I guess?
[19:29] <sil2100> AH
[19:29] <cjwatson> no
[19:29] <sil2100> cjwatson: right, snakefruit doesn't have latest code
[19:29] <sil2100> cjwatson: so, could you maybe bzr branch lp:cupstream2distro there instead?
[19:29] <robru> cjwatson: oh, ok, so I deleted a bunch of code I thought was unused from lp:cupstream2distro, best check that the necessary bits are still there in latest trunk
[19:30] <cjwatson> robru: oh god
[19:30] <cjwatson> let's see, there's a cupstream2distro.trunk here, I can pull it and see
[19:30] <robru> cjwatson: i didn't realize anything other than our jenkins instance had the trunk branch
[19:30] <sil2100> robru: oh, I think you removed copy2distro
[19:30] <cjwatson> robru: yeah, so that's entirely broken
[19:30] <robru> sil2100: revert revert!
[19:30] <sil2100> Which is bad :|
[19:30] <robru> cjwatson: what's missing?
[19:30] <cjwatson> copy2distro
[19:31] <cjwatson> http://paste.ubuntu.com/8427693/
[19:31] <sil2100> cjwatson: ok, so if the whitelist is pulled in from settings.py then just change the for i in xrange(0, 31): inline for now in the -rtm branch there
[19:31] <sil2100> (there's 21 now, it should be 31)
[19:31] <cjwatson> sil2100: done
[19:32] <sil2100> robru: we'll need to restore copy2distro back and ensure it will still work
[19:32] <robru> sil2100: cjwatson: ok i'll resurrect that file in trunk, one sec
[19:32] <sil2100> It's late here, so I'll have to EOD soon
[19:32] <sil2100> robru: thanks !
[19:33] <sil2100> For now we should be good, we can think of branching trunk to snakefruit tomorrow
[19:33] <robru> cjwatson: ok can you branch trunk now and make sure nothing implodes?
[19:33] <cjwatson> robru: no, I'm about to EOD
[19:34] <cjwatson> in fact I'm already EOD, just fighting openssl
[19:34] <cjwatson> don't want to switch branches and then have it go boom
[19:34] <cjwatson> can we just get the rsynced instructions restored and make sure things are holding together?
[19:34] <kgunn> cjwatson: thanks for looking, so i'm interpreting your "it doesn't matter"...as "it" is the failing autopkg test
[19:35] <cjwatson> robru: btw you need the exec bit on copy2distro
[19:35] <cjwatson> kgunn: no!
[19:35] <kgunn> :)
[19:35] <cjwatson> kgunn: I'm saying the version in update_excuses.html doesn't matter, because the version in the jenkins job is correct
[19:35] <kgunn> sorry...i'm like a 5 yr old
[19:35] <cjwatson> kgunn: the failing autopkgtest very much matters
[19:35] <cjwatson> while overrides are possible, I'm not going to override a regression unless we know why it's there
[19:35] <robru> cjwatson: ok pushed the exec bit to trunk.
[19:35] <cjwatson> and why it doesn't matter
[19:35] <cjwatson> robru: ta
[19:36] <dbarth> quick heads up: branches on silo 21 now approved to republish
[19:37] <robru> dbarth: ok published
[19:37] <kgunn> cjwatson: ack
[19:39] <kgunn> cjwatson: following up on mirv's wonder...how does one check to see if a new mesa plunked into archive?
[19:39] <cjwatson> kgunn: https://launchpad.net/ubuntu/+source/mesa/+publishinghistory
[19:39] <cjwatson> or https://launchpad.net/ubuntu/+source/mesa/+changelog for a bit more detail
[19:39] <cjwatson> well, different detail
[19:39] <kgunn> mmm, that does seem to match
[19:40] <kgunn> ~24 hrs ago
[19:40] <cjwatson> only circumstantial, somebody needs to chase down the details
[19:40] <cjwatson> and e.g. find why it only breaks on amd64
[19:40] <cjwatson> i386 seems fine
[19:41] <cjwatson> armhf passes, ppc64el fails but differently (unsatisfiable test dependencies, has never passed, so doesn't count)
[19:41] <cjwatson> so some 64-bit problem?  who knows, somebody needs to look into it
[19:42] <cjwatson> robru,sil2100: so is it possible to resurrect the rsynced publish instructions in bulk?
[19:42] <robru> cjwatson: well it seems like its working now, ^
[19:43] <robru> cjwatson: and I fixed that file, so as far as I can tell if you just pull trunk everything should be fine
[19:43] <cjwatson> ok, I can do that tomorrow
[19:44] <robru> cjwatson: uh, actually hold off on that, I just noticed copy2distro is importing some functions I deleted. hehe ;-)
[19:44] <robru> but IIRC they're daily_release leftovers, so instead of resurrecting those I'll try to refactor copy2distro to just not use them
[19:45] <cjwatson> Right, this is why I'm not touching it just before leaving :)
[19:45] <sil2100> cjwatson, robru, slangasek: one thing that needs to be done for the old landings that are currently 'in no known space or time' is to manually copy the rsync files from the publish jobs to snakefruit
[19:46] <sil2100> So that the copy2distro script can pick those up
[19:46] <cjwatson> sil2100: can you point me at the rsync files?
[19:46] <sil2100> slangasek knows where to put them on snakefruit
[19:46] <cjwatson> I can certainly put them in place manually
[19:46] <sil2100> cjwatson: let me fetch a list :)
[19:47] <kgunn> cjwatson: ack....thanks for educating a little
[19:47] <kgunn> but yeah i follow all that
[19:48] <cjwatson> sil2100: oh, I see them attached to the jenkins jobs
[19:48] <sil2100> cjwatson: http://paste.ubuntu.com/8427814/
[19:48] <sil2100> Here you have a convinient list click ready
[19:48] <cjwatson> got it, thanks
[19:49] <sil2100> cjwatson: yes, but I didn't want you to look through all the jobs like that
[19:49] <cjwatson> done.  are there any for rtm?
[19:49] <sil2100> No, it doesn't seem so
[19:49] <cjwatson> ah, doesn't look like it
[19:49] <sil2100> cjwatson: big thanks!
[19:49] <sil2100> :)
[19:50] <cjwatson> ok, so those should be processed in a few seconds
[19:50] <sil2100> o/
[19:50] <sil2100> See you tomorrow everyone!
[19:51] <cjwatson> yes, that worked
[19:53] <kenvandine> yay... thx folks
[20:09] <robru> bfiller: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/20/console need you to approve your merges
[20:10] <bfiller> robru: sorry, let me do that now
[20:10] <bfiller> I keep forgetting after testing
[20:11] <robru> bfiller:  no worries
[20:11] <bfiller> robru: done
[20:14] <robru> bfiller: ok, i see a problem in gallery-app.install, it should just be 'usr' there, not '/usr'
[20:15] <bfiller> robru: let me fix
[20:16] <robru> bfiller: thanks. rebuild, do a quick smoketest and I can publish
[20:16] <ogra_> robru, if you land the ci-train stuff, pull in plars' latest MP too
[20:16] <robru> ogra_: what MP?
[20:16] <ogra_> (saving a silo)
[20:16] <ogra_> one sec
[20:17] <ogra_> robru, https://code.launchpad.net/~pwlars/phablet-tools/network-no-sudo/+merge/235689
[20:17] <plars> robru: https://code.launchpad.net/~pwlars/phablet-tools/network-no-sudo
[20:17] <plars> :)
[20:18] <ogra_> top approved :)
[20:18] <robru> ogra_: oh, in phablet-tools. well there's still no utopic silos.
[20:18] <ogra_> robru, yeah
[20:18] <robru> I'll make a landing request anyway
[20:19] <ogra_> if there are any tomorrow i'll take care of landing it (in case none get free during the night)
[20:19] <robru> ogra_: be my guest
[20:19] <robru> ogra_: line 86 for now
[20:20] <ogra_> k
[20:20] <ogra_> i'll find it :)
[20:21] <rsalveti> ogra_: robru: I want to trigger both an utopic and rtm image
[20:21] <rsalveti> anything you guys want to wait for?
[20:21] <rsalveti> or can I just do it?
[20:21] <ogra_> i dont have anything
[20:22] <rsalveti> robru: ?
[20:23] <robru> rsalveti: fine with me
[20:23] <rsalveti> alright
[20:30] <imgbot> [20:30] <imgbot> [20:39] <bfiller> robru: it's rebuilding, I will be back later to retest and then we can publish
[20:41] <robru> bfiller: sure, thanks
[21:06] <bfiller> robru: build finished on rtm silo 3, did quick smoketest and everything seems fine so good to publish
[21:59] <Wellark> umm.. what going on here?
[21:59] <Wellark> https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/71/
[21:59] <Wellark> it's been building for 21h
[21:59] <Wellark> and I would need the build 72 to start
[21:59] <Wellark> https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/
[22:01] <Wellark> trainguards: --^
[22:02] <Wellark> robru: thanks!
[22:02] <robru> Wellark: no idea, killed it, 72 started
[22:20] <imgbot> [22:20] <imgbot> [22:20] <imgbot> [22:20] <imgbot> [22:24] <rsalveti> cwayne: ^
[22:40] <cwayne> rsalveti: thanks!
[22:44] <robru> alright! we got 4 utopic silos about to free up, who wants one?
[22:45] <robru> plars: if I assign our phablet-tools silo are you around to test your branch from the silo?