/srv/irclogs.ubuntu.com/2014/09/25/#ubuntu-ci-eng.txt

robru^^^ whooop woooop, first build in silo 21 is a success ;-)00:07
Wellarkrobru: my man00:08
Wellarkhttps://code.launchpad.net/~unity-api-team/indicator-network/krillin-wifi/+merge/23587900:08
Wellarkthat would need to be added to silo 700:08
Wellarkthen reconfigure and rebuild00:08
robruWellark: utopic 7 or rtm 7?00:09
Wellarkawe: ^^^00:10
robruI guess rtm 7 since utopic 7 looks like it was already published00:10
Wellarkrobru: dunno, just make sure it lands to both :)00:10
robruWellark: yeah but does this go with ofono or hud?00:10
awertm 700:10
robruok00:10
Wellarkrobru: ofono00:10
aweofono00:10
Wellarkrobru: there is a hud silo!?00:11
Wellarkrobru: link plz00:11
robruWellark: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=hud00:11
Wellarkrobru: thanks!00:11
Wellarkah ok00:12
Wellarkit's about removing that hack00:12
Wellarkawe: fingers crossed!00:12
Wellarkok, I'm hitting the be00:13
Wellarkbed00:13
Wellarkwill continue testing tomorrow morning00:13
robruWellark: awe: building https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/45/console00:13
Wellarkin about 4h00:13
robruWellark: goodnight00:13
Wellarkthat should be enough for all that c++11 template stuff to compile on armhf00:13
sergiusensWellark: we are landing in rtm first for ofono00:15
sergiusensawe: ^00:15
sergiusensWellark: if indicator network isn't ready to do that, it should be a separate silo00:15
* awe hopes it's ready to do that00:16
awesergiusens, we need these to land together, which is why I asked him to add to the silo00:17
kenvandinerobru, i can use one now :)00:17
robrukenvandine: which line?00:18
kenvandinerobru, if i can take a silo, i can assign it :)00:18
kenvandinei just didn't want to step on anyone else in line00:18
kenvandinewow00:18
kenvandinei see a bunch of new silos!00:18
kenvandinewoot00:18
robrukenvandine: right, go ahead. there's no line, I only assign silos to people who actually ask.00:18
robrukenvandine: 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
kenvandinerobru, yeah, but i know bfiller had been asking00:19
kenvandineand ended up going to rtm first :)00:19
robrudid he? i didn't see it today...00:19
kenvandineit was before you started00:19
robruah00:20
kenvandinewe had no empties00:20
robruright, the silo crunch this morning triggered the creation of 10 new ones ;-)00:20
kenvandinehe got tired of waiting :)00:20
kenvandineindeed00:20
kenvandineit was rough00:20
kenvandinewe needed more :)00:20
sergiusensawe: well, it not sure how Wellark is doing rtm landings; but need his confirmation we can proceed00:20
robrukenvandine: we've needed more for a long time.00:20
aweshit00:20
awesergiusens, another mistake...on my part00:20
sergiusensawe: we can roll ofono to do a utopic landing first if you want00:21
awesergiusens, this should've gone to the urfkill utopic silo ( 011 ), not the ofono rtm silo00:21
* awe hangs his head00:21
sergiusensawe: oh... then we are good00:21
Wellarkawe, sergiusens??00:21
awesorry Wellark00:21
Wellarkawe: did I do something wrong?00:22
awethe indicator change is for urfkill, not ofono00:22
Wellarkright00:22
aweno I told you to do something wrong00:22
Wellarkwell, actually I should have noticed it as well now that you mentioned00:22
Wellarkok, no biggie00:22
aweat least we didn't click publish this time around00:23
Wellarkrobru: could you move the MP to approriate silo00:23
Wellarkrobru: awe will give the details00:23
robruawe: what silo?00:23
Wellarkrobru: the indicator-network MP that is00:23
awerobru, I asked Wellark to add indicator-network to rtm-00700:23
awewhen it was supposed to go to utopic silo 011 ( urfkill )00:24
robruawe: ok, I can fix it00:24
awewhew00:24
awethanks robru00:24
Wellarkok, I will have one smoke more00:25
Wellarkand after that I'm off to bed00:25
Wellarkso if anything fatal is needed from me, make sure to make it known in the next couple of minutes :)00:25
robruawe: Wellark: https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/71/console ok you guys are building in utopic 1100:26
sergiusensrobru: awefor the ofono silo we would want a watch only build00:26
sergiusensawe ^00:26
robrusergiusens: just did it00:26
=== robru changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins.
awethanks guys00:30
robruawe: you're welcome00:31
Wellarkrobru: oh and one more thing, if any of the unit tests fails on some random arch just keep hitting rebuild until they pass00:31
Wellarkcouple of the are a bit flaky00:31
Wellarkor actually00:31
WellarkI'm back in 4h00:31
WellarkI can hit the rebuild button00:31
Wellarkso never mind00:31
WellarkI think I got the tests to behave a bit better on the power64 and arm64 but let's see00:32
sergiusensrobru: can I get a silo for 81?00:32
Wellarkor did I just disable them..00:32
Wellarkcan't remember00:32
Wellarkanyway00:32
Wellarkgood night00:32
robruWellark: goodnight00:32
robrusergiusens: ok you got rtm200:32
sergiusensawesome, this APPEND_RTM_TO_VERSION already happened :-D00:33
robrusergiusens: yep00:34
* sergiusens leaves to see what's in the fridge for dinner00:35
sergiusensrobru: we can ditch line 82(for utopic) and put it together with 67 if you want00:50
robrusergiusens: yeah00:53
robrubfiller: ok you got rtm301:17
bfillerrobru: thanks01:17
robrubfiller: you're welcome!01:18
robrubfiller: need anything else before I pop out for dinner01:18
robru?01:18
bfillerrobru: I'm good, thanks01:18
robrubfiller: have a good night!01:18
bfillerrobru: you too :)01:19
kenvandinehey bfiller01:47
bfillerkenvandine: hey01:48
imgbot=== trainguards: IMAGE 255 building (started: 20140925 02:10) ===02:10
imgbot=== trainguards: RTM IMAGE 61 building (started: 20140925 03:10) ===03:10
sergiusensrobru:  cjwatson btw 1.9 GiB (94.17%) of 2.0 GiB in the ubuntu-rtm/landing-002 ppa03:19
robrusergiusens: is it a problem? I assume the PPA will free some space on its own...03:34
sergiusensrobru: not for me it isn't03:34
sergiusensrobru: btw, was 67 already reconfigured?03:40
sergiusensrobru: and rtm-002 is good to go03:41
sergiusensor rsalveti if you're still around03:43
rsalvetisergiusens: hey, what do you need?03:43
Mirvmorning03:43
sergiusensrsalveti: 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 though03:43
rsalvetisergiusens: done03:44
imgbot=== trainguards: IMAGE 255 DONE (finished: 20140925 03:45) ===03:45
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/255.changes ===03:45
sergiusensrsalveti: and then a reconfig for line 67 so I can sync into utopic03:46
rsalvetisergiusens: done03:50
sergiusensty03:50
Mirvrtm 002 indeed didn't look like ready to publish, no idea why03:52
Mirv\o/ for 30 silos, even if the spreadsheet might become even more unmanageable03:53
imgbot=== trainguards: RTM IMAGE 61 DONE (finished: 20140925 04:15) ===04:15
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/61.changes ===04:15
sergiusensMirv: robru I think the spreadsheet craps out everytime there's line movement04:26
sergiusensas in archiving or moving stuff around04:26
sergiusensdashboard says: "pepe phone MMS bugfix dialog bug fixes, enabled translations for missing strings and disabling unused channels (spreadsheet row 67)."04:26
sergiusensMirv:  robru and now that's on line 73 and broken04:27
Mirvsergiusens: yeah I'm not sure if those dashboard line nr:s ever get updated when lines change04:28
sergiusensMirv: well the sheet broke right about the same time04:28
sergiusensMirv: the ref on the sheet for my assigned silo is missing04:28
Mirvsergiusens: for which landing? there's no mms rtm silo yet?04:30
sergiusensMirv: I mean, the lines moved, all the statuses broke04:30
sergiusensMirv: well, it just moved to line 7404:31
sergiusensMirv: which should be http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=sergiusens04:31
Mirvsergiusens: 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
Mirvinteresting, let's see04:32
sergiusensMirv: well it happens to me every day04:33
sergiusensI keep getting silos assigned for things that have already landed and silos unassigned for things I'm working on04:33
Mirvsergiusens: oh, right, the lower line is the utopic landing and (but only it) lost its id04:34
Mirvsergiusens: restoring04:34
Mirvsergiusens: fixed. yeah that happens daily, lost id:s, but seem quite randomly hitting a single landing's id04:35
ToyKeeperHmm, I wonder why phablet-shell fails most of the time.05:22
sergiusensMirv: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=ciborium is good to go (status isn't updating though)05:38
robruMirv: 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:47
sergiusenswell whatever needs to be done; I am closing shop since it's 3AM05:48
sergiusensenjoy05:48
robruI'm also eod, hopefully Mirv can fix it ;-)05:48
Mirvsergiusens: ok05:50
Mirvrobru: yeah I restored the id05:50
robruMirv: thanks05:50
mzanettisil2100: hey ho. seems the queue is a bit smaller now :) about silo utopic/6: want me to rebuild or are we still good?08:06
sil2100mzanetti: 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:10
mzanettisil2100: ok... so we need to re-test in any case... ok08:11
sil2100Yeah, re-testing now will be required anyway since there has been like at least 6 images from the last testing...08:11
sil2100brendand: morning!08:24
brendandsil2100, morning. just an fyi, the electrics in my house are acting funny today - and no power == no connection08:24
Mirvsil2100: FYI I landed quite a lot of stuff to rtm in the morning after the image had already built08:24
Mirvso one might want to also dist-upgrade after image update to get the latest unity8 and friends on rtm08:24
brendandsil2100, so if i disappear suddenly...08:25
* Mirv stays on #54 to continue testing qtbase08:25
sil2100Mirv: hey! Anything important? Maybe we could build a new image soon then?08:25
davmor2brendand: we no it's cause you're slacking off again right?08:25
davmor2know even08:25
sil2100brendand: hah, ok! But we would need a QA check on that device tarball08:25
brendandsil2100, i think its good08:26
sil2100brendand: as per the e-mail, the custom tarball is in the queue and it deps on the device one08:26
brendandsil2100, the problems i had last night were probably network related08:26
Mirvsil2100: 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 image08:26
davmor2brendand: I have monday and tuesday booked off for that very reason :)08:26
sil2100Mirv: oh my, landing spree I see!08:26
brendanddavmor2, you getting yours fixed?08:26
sil2100Mirv: ok, let's discuss a new image soon then08:26
Mirvsil2100: sure08:26
brendanddavmor2, the electrics in this house are ancient, desperately needs a rewiring08:26
davmor2brendand: no they are replacing all the wiring in the flat Monday and Plastering the mess they make on the Tuesday08:27
Mirvsil2100: 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:27
sil2100Mirv: so! It was tvoss's test silo, but then lool took that silo over, uploaded a package with a proper version and re-tested08:29
sil2100Mirv: since he mentioned that he wants this to land and I think even cyphermox gave it a testing spin08:29
ogra_dod anyone upgrade to #60 yet ?08:29
ogra_*did08:29
sil2100It would be best if lool could comment again on that though before we publish08:29
ogra_(or 61)08:29
loolthat's right08:30
sil2100ogra_: not me, anything bad?08:30
ogra_dunno, we dont seem to have test results on rtm08:30
loolMirv, sil2100: but network-manager which was there got into unapproved yesterday; just waiting for review there08:30
loolI was also looking at clearing silos08:30
loolsince we were missing some08:31
brendandsil2100, i'll be a couple minutes late, need to get coffee08:31
ogra_61 failed on pulling the unity8 tests ,,,08:31
sil2100lool: oh, so it was already released?08:31
evsil2100: 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 all08:31
sil2100ev: yes, all is ok :)08:31
evwhoop08:31
loolsil2100: well, it's not in until it's in08:31
loolsil2100: it could get kicked out of unapproved08:31
Mirvsil2100: meeting08:32
sil2100lool: but it's in the queue, right?08:32
loolsil2100, Mirv: I've pinged tvoss to ask whether he cared to keep the silo after this landing08:32
loolsil2100: it's in unapproved08:32
ogra_Mirv, bah, no harps at all !08:32
MirvoSoMoN: removed the MP from the rtm sensors sync silo and kicked build again08:37
Mirvsince it should have the sync:N only08:37
cyphermoxMirv: sil2100: lool silo is  fine to publish, yes08:38
cyphermoxoh wait08:39
sil2100cyphermox, 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 we08:39
cyphermoxscratch that,08:39
sil2100We'll clean it08:39
cyphermoxyeah, clean ;)08:39
cyphermoxlool copied the packages himself yesterday08:39
sil2100Since the state is a bit broken and it thinks it still wasn't published ;)08:39
sil2100ACK08:39
Mirvindeed08:40
cyphermoxah08:40
cyphermoxwill a clean break anything if it was a sync request still in unapproved?08:41
seb128cyphermox, urg, what are you doing online in the middle of the night?08:41
cyphermoxseb128: it's not the middle of the night where I am08:41
cyphermoxI'm really a little late this morning in fact ;)08:42
cyphermoxseb128: in UTC+1 for the rest of the week08:42
seb128cyphermox, oh, nice ;-)08:46
seb128cyphermox, good morning then!08:46
cyphermoxgood morning! :)08:46
seb128cyphermox, I commented on your u-s-s bluetooth fix with a nitpick08:46
cyphermoxgreat08:46
cyphermoxseb128: updated08:48
Mirvcyphermox: ok good morning then to you, instead of mocking you about not sleeping at proper times :)08:51
cyphermoxoh, I don't sleep proper hours anyway ;)08:51
popeyogra_: on my mako I have the updates "In progress" flashing "Installing update..." for like 15 mins...08:58
popeyis this a known issue?08:58
ogra_not sure ... i thinnk i have seen that on krillin too before the new system-image stuff landed08:59
ogra_killing system-settings and starting it again helped for me08:59
popeyok08:59
brendandjohn-mcaleely, it's an ack now09:03
brendandjohn-mcaleely, i did find a lot of weird issues but they're all pre-existing09:03
seb128cyphermox, what do you mean "return"?09:06
cyphermoxseb128: what line are you looking at?09:06
john-mcaleelybrendand, ack. will publish now09:06
seb128cyphermox, bluetooth.cpp l20209:06
cyphermoxseb128: I'm looking at line 49 on the merge request page09:06
seb128cyphermox, oh right, sorry I look at the first chunck for disconnect09:07
cyphermoxseb128: line 198 :)09:07
cyphermoxah09:07
seb128cyphermox, yeah, I'm not fully awake yet it seems, sorry for the noise ;-)09:07
cyphermoxno worries :)09:08
seb128cyphermox, disconnect doesn't do anything after the switch09:08
seb128cyphermox, approved09:08
cyphermoxthanks!09:08
seb128cyphermox, btw do you still have my "can't connect to my car" bug on your todolist? ;-)09:08
cyphermoxyes09:08
john-mcaleelybrendand, ogra_ sil2100 cwayne device tarball published09:08
sil2100john-mcaleely: \o/09:09
pete-woodstrainguards: hi guys. could I please get silo 020 reconfigured? thanks! https://ci-train.ubuntu.com/job/ubuntu-landing-020-0-reconfigure/build?delay=0sec09:11
pete-woods(spreadsheet row 29)09:12
popeyogra_: that got it09:12
ogra_cool, watch if you see it again though09:12
popeypsivaa: fginther still has his name as vanguard which I can't imagine is right?09:12
ogra_i only had it once09:12
popeyi had it twice this week09:13
psivaapopey: no, it must be cihelp for now. probably missed renaming it09:13
psivaapopey: i'll change it09:13
popeycihelp. 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:13
=== psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins.
=== vila changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: vila | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins.
popey\o/ vila ^^09:14
oSoMoNMirv, ah, I wasn’t aware of that, thanks09:15
vilapopey: well, it says 'conflicts' so this branch needs to merge trunk and resolve the conflicts before being re-pushed I'd say09:15
popeyah09:16
popeythanks vila09:17
vilapopey: yw09:18
pete-woodstrainguards: 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:28
popeyvila: now it's failing building on raring!? http://91.189.93.70:8080/job/generic-mediumtests-utopic-weather-app-python3/13/console09:29
popeyshouldn't it build on utopic?09:29
popeydpkg-buildpackage: source distribution raring09:29
popeydpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev09:29
vilapopey: O_o09:30
vilapopey: should we blame pkg-buildpackage: source changed by Alan Pope <popey@ubuntu.com> ?09:30
popeyi haven't changed it recently09:31
Mirv13.04 was a solid release! :)09:31
vilapopey: kidding, no idea about what is causing that09:31
popey☻09:31
Mirvpopey: a few weeks ago I removed the packages from SDK PPA for distros no longer security supported09:31
Mirvmeaning everything but 12.04 and 14.0409:31
sil2100pete-woods: o/09:32
pete-woods:D09:32
Mirvso it might bring up issues where ancient versions are used09:32
Mirvpete-woods: sil2100: already running09:32
Mirvpete-woods: sil2100: I just thought to wait until it finishes :) which it now just did.09:32
pete-woodswoot!09:32
sil2100uh oh!09:32
sil2100:)09:32
vilapopey: note that the job says: Building remotely on mediumtests-utopic-slave09:32
vilapopey: so it may just be that you use raring in the version but are really building on utopic anyway09:33
vilapopey: so, I'd rather dig: dpkg-checkbuilddeps: Unmet build dependencies: qtdeclarative5-dev09:33
vilapopey: but maybe that's what Mirv  just said ?09:34
oSoMoNMirv, 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 installed09:44
oSoMoNMirv, 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:45
MirvoSoMoN: sil2100: sounds like problem of binary copy combined with earlier landings using ~rtm version string09:49
oSoMoNyes09:49
mzanettisil2100: silo utopic/6 good to go09:49
Mirvsil2100: is there a way to force a rebuild or something in case of a sync silo like that now?09:49
ogra_psivaa, argh ...09:52
ogra_phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf09:52
ogra_start on android-container persist.sys.usb.config=*adb09:52
ogra_phablet@ubuntu-phablet:~$ mount|grep adb09: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-woods27?!? 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 krillin09:52
pete-woodsoh wait, refresh09:52
mzanettisil2100: also, I'd need an rtm silo to sync  utopic/6 over when you have a minute09:53
ogra_psivaa, same thing on mako:09:53
ogra_phablet@ubuntu-phablet:~$ grep "start on" /etc/init/android-tools-adbd.conf09:53
ogra_start on (android-container persist.sys.usb.config=*adb) and (started lightdm)09:53
ogra_phablet@ubuntu-phablet:~$09:53
psivaaogra_: dint know the new image has been already built, let me take a look09:54
ogra_psivaa, well, that has been there all the time09:54
ogra_it explains why you can still see the var unset on krillin ... (doesnt explain that for mako though)09:54
Mirvspreadsheet down :(09:56
ogra_psivaa, http://paste.ubuntu.com/8424350/09:56
pete-woodsspreadsheet back09:57
sil2100Mirv: if you do a re-build and list all the packages you want to rebuild then it should do the binary sync then09:57
sil2100mzanetti: o/09:57
mzanetti:)09:58
Mirvpete-woods: back and gone again :S09:58
Mirvwhile running a script09:58
sil2100uh oh packaging changes09:58
Mirvsil2100: we wouldn't want a binary sync but a real rebuild to pick up lower depedencies from rtm09:58
psivaaogra_: 'while true; do adb -s JB006885 shell sudo -iu phablet env |grep UPSTART;sleep 1;done' does print the session info without any miss10:01
ogra_psivaa, on krillin ?10:01
psivaaogra_: yes10:01
sil2100ogra_: two things:10:01
ogra_psivaa, hmm, try enabling the wizard and test again10:01
sil2100ogra_: first: did the device tarball made its way to the end already? ;)10:02
ogra_i bet there you see some other behavior10:02
sil2100ogra_: 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.diff10:02
ogra_sil2100, looks like we have a #62 there10:02
=== vila changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Latest flash update hung all makos on s-jenkins.
ogra_so i guess yes :)10:02
sil2100Mirv: ah, hm, ok, so you can just do a rebuild with listing the components and specifying the REBUILD_SOURCES_FOR_SYNC flag10:03
sil2100ogra_: yay, can you kick a new image then? :)10:03
ogra_yup, confirmed by index.json10:03
sil2100ogra_: and the +1 once you have a moment on the platform-api10:03
ogra_triggered10:03
ogra_sil2100, +110:03
ogra_sil2100, oh, wait, doesnt that need an abi bump if it has new symbols ?10:04
Mirvsil2100: oh, thanks! so many flags that have been implemented :)10:05
=== psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues:
pete-woodstrainguards: 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=0sec10:06
Mirvpete-woods: ok10:06
pete-woodsthanks!10:06
Mirvsil2100: 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/console10:07
sil2100ogra_: we usually tend to keep a policy that single additions of symbols do not require an ABI bump, only when some are modified or removed10:07
ogra_ah, no, only adding symbols wont need the bump10:07
sil2100At least that was the rule of the thumb usually10:07
ogra_yeah, i just checked the policy10:07
sil2100Mirv: let me take a look10:07
ogra_sil2100, go ahead then10:07
sil2100Mirv: ah :| Right... synces don't rebuild unnecessarily, damn10:08
sil2100Mirv: since they're assumed to not require rebuilds, as they're synces10:08
sil2100hmmm10:08
sil2100Mirv: ok, let's do it like this10:08
sil2100Mirv: once you remove the package from the PPA it should rebuild it10:09
sil2100Mirv: can I remove the package from the PPA? You fine with that? :)10:09
imgbot=== trainguards: RTM IMAGE 63 building (started: 20140925 10:10) ===10:10
sil2100(I suppose so!)10:10
davmor2ogra_: the bash fix is that both vulnerabilities or just the one?10:10
ogra_davmor2, heh, ask the security team10:10
ogra_but i would expect all of them ...10:10
davmor2sil2100: is that the device tarball that triggered image 63?10:10
Mirvsil2100: feel free, it wasn't started to be tested yet or anything10:11
Mirvsil2100: makes sense!10:11
sil2100davmor2: no, we triggered it - device tarball is in 62, 63 we kicked just now10:11
ogra_davmor2, device tarball builds are not announced10:11
sil210064 will be the one with the custom tarball10:11
davmor2ogra_: damn it10:11
ogra_davmor2, the bot only watches rootfs builds10:11
davmor2ogra_: you need to teach you bot a new trick :P10:12
pete-woodsMirv: that reconfigure seems to have failed. I should have mentioned that I added mediascanner2 MRs to it10:12
ogra_davmor2, yes, after release i'll hopefully have time for that10:12
sil2100Mirv: 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
sil2100oSoMoN: ^10:12
oSoMoNsil2100, thanks!10:14
psivaaogra_: now, i'm getting this: http://pastebin.ubuntu.com/8424473/ on a device that already had 6210:18
psivaatrying to find one with 6110:18
ogra_weird10:18
ogra_in recovery that should surely work10:18
brendandsil2100, we let this very severe regression be promoted :( https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/137385510:20
ubot5Launchpad bug 1373855 in ubuntu-system-settings (Ubuntu) "Photos taken with Krillin camera show as black in preview and when set as wallpaper" [Undecided,New]10:20
Mirvsil2100: thanks a lot!10:22
Mirvpete-woods: ah, ok then it needs a prepare one10:22
pete-woodssorry for that! I am distracted with a wife who keeps thinking labour is possibly starting ;)10:23
Mirvpete-woods: :D no problem, prepare reconfigure is now done.10:23
pete-woodsMirv: awesome, thanks!10:23
psivaasil2100: 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 finishes10:26
popeyvila: 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/console10:47
Mirvpopey: vila: makes no sense if that rootfs is indeed utopic10:55
mzanettitrainguards, 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:01
Mirvsil2100: 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 6111:02
Mirvand pete's landing on line 7611:02
MirvI see nothing wrong with those lines, or the protected range values..11:02
Mirvbut they aren't currently going to QA team's radar in case of rtm landings or trainguards' radar in case of utopic landings11:03
Mirvmzanetti: just wait, trainguards should get a core-dev ack for the changes if own access rights are not enough11:03
mzanettiMirv: ah ok, thanks11:03
sil2100hmmm11:04
Mirvmzanetti: although, I see ogra_ already gave sil2100 "go ahead" on your landing, so I think all that is needed is the publish button press11:04
ogra_:)11:05
mzanettiawesomes11:05
sil2100It is done now!11:05
mzanettithanks guys!11:06
mzanettido we have any free rtm silos to sync this over?11:06
Mirvmzanetti: yes11:06
Mirvnow that we have 30!11:06
mzanettiMirv: nice!11:06
mzanettiMirv: line 28 in the spreadsheet11:06
Mirvmzanetti: on it11:07
sil2100Mirv: this is really strange, since all the formulas indeed seem to be correct11:07
sil2100The spreadsheet seems to live its own life!11:08
sil2100:)11:08
Mirvsil2100: it also errors out a lot today11:16
popeyi get this every time I boot my phone... http://popey.mooo.com/screenshots/device-2014-09-25-121635.png11:17
ogra_haha11:17
popeywhich takes me to a google account selection screen and no idication _why_ it wants it11:17
Mirvbrendand: 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
Mirvline 3311:17
sil2100Mirv: yeah, got one error instantly when checking the spreadsheet11:18
sil2100Mirv: the worst thing is... the dashboard uses the info from that column that doesn't update anymore ;/11:18
brendandMirv, row #?11:19
Mirvbrendand: 3311:19
sil2100This is absurd11:20
* sil2100 still tries to look into it11:23
imgbot=== trainguards: RTM IMAGE 63 DONE (finished: 20140925 11:25) ===11:25
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/63.changes ===11:25
ogra_uh, oh11:25
popeyuh11:25
cwaynejohn-mcaleely: excellent11:26
popeymight wanna mail the phone list and tell people not to update to that, that's gonna be bad11:26
ogra_are you sure ?11:26
sil2100davmor2: how's the custom tarball testing going?11:26
davmor2sil2100: 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:27
pete-woodsbah, my phone just updated to image 6311:28
mzanettiogra_: yes. we figured we pull in all this while we actually only need unity-schemas any more11:28
pete-woodsthose update notifications come out quickly!11:28
brendandpopey, not to update to what?11:28
ogra_cool, so it should be safe withour the cruft then11:28
ogra_brendand, 6311:28
brendandogra_, yeah but what's the problem?11:28
mzanettiogra_: yeah. it should. while testing this stuff on utopic I did the apt-get autoremove to make sure everything runs without it11:29
sil2100AH ha!11:29
sil2100Mirv: I found the problem I think!11:29
sil2100But I wonder why it's like that, heh11:29
ogra_mzanetti, great, then we shoudl eb safe11:29
ogra_*be11:29
* ogra_ is brave and upgrades11:29
popeyphew11:29
* popey is not brave and waits for ogra_ to upgrade11:29
ogra_coward :P11:30
sil2100Mirv: ok, it seems one of robru's changes broke things, let me confirm11:30
psivaasil2100: 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 confirm11:31
ogra_psivaa, that might be caused by not using --bootstrap ... we need to wait for sergiusens11:32
psivaaogra_: ack11:33
ogra_(and --bootstrap cant be used til the bootloader is fixed wrt -s <serial> in fastboot)11:33
sil2100Mirv: yeah, I found the offending commit..11:33
sil2100Mirv: let me fix that, but anyway it will only work if we at least do a watch only build11:33
ogra_psivaa, perhaps there is a way around this that sergiusens knows11:33
psivaaogra_: that would help save bugging the IS11:34
ogra_yeah11:34
pete-woodsthere is a regression in the thumbnailer caused by the packages dropping11:35
ogra_dang11:35
pete-woodsbut we have a silo with a fix for it preparing11:35
ogra_phew11:35
pete-woodsit's a missing icon11:35
pete-woodsso not the end of the workd11:35
pete-woodsbut not perfect, either11:36
ogra_well, i dont think we planned to promote 6311:36
sil2100Mirv: commiting and redeploying the fix in a moment :)11:36
nik90so I should update to 63?11:36
nik90shoudn't*11:36
john-mcaleelypsivaa, ogra_ sil2100 for what it's worth, I see 'failed to clear contents of cache/recovery' with --bootstrap too from time to time11:36
ogra_nik90, why not ?11:36
davmor2sil2100, cwayne: so I'm happy with the custom tarball, I see nothing more broken and some of the broken things fixed :)11:36
sil2100Mirv: 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 comparison11:36
john-mcaleelythat 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
sil2100davmor2: thanks!11:37
ogra_john-mcaleely, oh, right11:37
sil2100cwayne: ok, you're free to upload then!11:37
cwaynedavmor2: thanks :)11:37
john-mcaleelyI would suggest you check the adb server on the host11:37
nik90ogra_: I don't know,, you guys were saying something might be wrong...I think I will follow popey...11:37
nik90ogra_: so you upgrade, then popey and then me11:37
john-mcaleely(restart it)11:37
psivaajohn-mcaleely: i am able to login to the device via adb11:37
ogra_psivaa, ^^11:37
ogra_oh, well, then it might be not that11:38
john-mcaleelypsivaa, and are there files in /cache/recovery?11:38
popeymine is doing the apparmor_parser dance11:38
john-mcaleely(big ones)11:38
ogra_mine too11:38
ogra_probably for the next 30min :P11:38
psivaajohn-mcaleely: there were and i deleted them and tried. still the error was thrown11:38
cwayneogra_: just now updated the custom tarball, so that should go away on next flash :)11:39
john-mcaleelypsivaa, ok. over to sergiusens then :-)11:39
psivaajohn-mcaleely: ack, thanks :)11:39
sil2100Mirv: 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
cwayneogra_: third time's the charm right? :P11:39
ogra_(and the display on full brightness)11:40
sil2100Yay11:40
ogra_yay ?11:40
Mirvsil2100: ok!11:41
Mirvsil2100: good one char catch :D11:41
brendandMirv, i'm just bisecting an issue and then i can test your silo11:41
ogra_yay, i got the spinner11:41
psivaajohn-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
sil2100Mirv: but as I said, we'll have to rebuild the silos that are b0rked probably ;) Or hack it on jenkins11:42
sil2100Since the '.' is in all status files anyway11:42
ogra_my launcher icons are gone !!!11:42
ogra_popey, ^^11:42
Mirvsil2100: oh my :(11:42
john-mcaleelypsivaa, I have observed that, yes. in the cases where recovery was empty, so the error was a secret way to observe that sdb was crap11:42
john-mcaleelyadb, even11:43
popeyogra_: yay11:43
sil2100Well, rebuild watch_only11:43
Mirvsil2100: ok, so build with watch_only as needed11:43
popeywere we modifying the launcher, i recall a mail about that recently11:43
sil2100Mirv: yeah, but once it lands first, and maybe before that I'll do a quick script to do that in a jenkins script11:43
davmor2cwayne: did you hit the push button yet?11:44
cwaynedavmor2: yes11:44
davmor2cwayne: 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 too11:45
brendandogra_, which image did we promote again?11:46
davmor2brendand: 5911:46
ogra_<ogra_> <ogra_> === Image RTM 14.09 #2 promoted ===11:46
ogra_<ogra_> <robru> #2?11:46
ogra_<ogra_> <ogra_> (that is: krillin 59, mako 54, generic 50 (actually 1 on the server), generic_x86 50 (actually 1 on the server))11:46
popeylolnumbers11:47
sil2100hah, love how ogra_ has always all those important copypastes close by ;)11:48
sil2100Ready in his clipboard ;)11:48
sergiusenspopey: ogra_ it was announced, launcher was going to be reset11:48
* sergiusens will brb11:48
popeythought so11:48
ogra_sil2100, well, not *that* close ... note how  every time i re-paste adds one "ogra_" to the line ;)11:48
sil2100hah ;)11:49
sergiusensogra_:  popey oh, g+-> unsupported browser; facebook-> html3 website11:49
ogra_sergiusens, ? G+ works here11:49
cwaynedavmor2: hm, it works for me here on a fresh flash11:50
popeyfine here too11:50
davmor2cwayne: I didn't do a wipe that's why I think it might be a clash11:50
ogra_yup, here too on 6311:51
sil2100Mirv, 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 there11:52
Mirvok11:52
ogra_use tethering, works fine on krillin ;)11:52
ogra_(not so much on mako yet though and i havent found out why ... will sit down with cyphermox at the sprint)11:53
davmor2ogra_: only on usb and only if you hack it :P11:53
ogra_davmor2, hack ?11:53
ogra_how ?11:53
oSoMoNsil2100, Mirv: how can I get line 61 on the QA dashboard?11:53
ogra_adb shell android-gadget-service enable rndis11:53
ogra_thats all that should be needed11:53
davmor2I thought you had to run some command line to make it work11:53
cyphermoxogra_: what's this about?11:53
cyphermoxoh. tethering11:54
ogra_cyphermox, usb tethering works flawless on krillin with my setup, but not on mako11:54
cyphermoxweird, it should be exactly the same11:54
ogra_seems there is some driver specific difference11:54
ogra_(i assume)11:54
cyphermoxbeh11:54
cyphermoxit's just the gadget driver no?11:54
ogra_yeah11:54
ogra_well, it is also ip forwarding ... making sure rndis comes up with a fixed IP etc11:55
cyphermoxthough you might be running into a limit of how many different functions of the gadget are enabled11:55
sil2100oSoMoN: what do you mean?11:55
sil2100oSoMoN: tethering is fine when you have some data plan - on my prepaid card I can at most buy a package of x MB11:55
sil2100I mean, ogra_11:56
sil2100oSoMoN: the last line was to ogra_ ;)11:56
ogra_sil2100, well, get somme proper SIM then :)11:56
MirvoSoMoN: sil2100: just wait. sil2100: that is another one set to tested but not showing up.11:57
* sil2100 only has prepaid phones at home11:57
MirvoSoMoN: robru broke a bit of the train and sil2100 is just fixing it11:57
Mirvor was, MP waiting11:57
* Mirv has now unlimited LTE data plan11:58
Mirvjust needs backup battery power for the phone so it doesn't run out. or keep it attached to computer.11:59
oSoMoNMirv, sil2100: cool, thanks12:00
sil2100Mirv, oSoMoN: ok, I quick-fixed it in silo 20 - let me quickfix it also for silo from oSoMoN12:01
sil2100Ok, silo 006 also quick-fixed12:02
=== psivaa changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues:
brendandsil2100, is that spreadsheet bug fixed yet?12:03
sil2100Mirv: since I need to drive out now, could you use the deploy job to deploy PROD when the merge gets merged? :)12:03
sil2100brendand: fix is waiting to get merged12:03
brendandsil2100, is it only affecting some lines?12:03
brendandsil2100, silo20 just fired off12:04
sil2100brendand: I fixed it with a hot-fix directly in jenkins12:04
sil2100brendand: but didn't have time to do the same for other, as it's hacking in jenkins12:04
sil2100brendand: the real fix will be merged and redeployed soon, and new silos will be ok12:05
sil2100Ok, I jump out now12:05
sil2100o/12:05
brendandsil2100, what about ones created before the fix? can those be set manually?12:05
Mirvsil2100: ok, I'll try, I've done that once or twice :)12:05
sil2100brendand: so, once I'm back I'll quickly try to fix the old states with a script directly on jenkins12:06
sil2100For now the only other solution is a watch_only rebuild (after the fix is deployed of course)12:06
sil2100o/12:06
brendandanyone knows where cameraplugin-aal comes from?12:06
Mirvinterestingly, line 33 indeed got fixed somehow12:06
brendandah qtubuntu-camera12:07
ogra_cwayne, oh, did the tarball land ?12:09
* ogra_ just got an update again ... and it rebooted really quickly after flashing12:09
Mirvconsidering 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_hmm12:09
ogra_no signal on both SIMs now12:10
vilapopey, 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:10
ogra_a random 10 digit number is really not helpful12:11
cwayneogra_: i inherited that version number, there's some logic somewhere that uses it to determine if a dconf update is necessary12:14
davmor2cwayne: 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:14
cwaynedavmor2: it shouldnt be, yelp was never anything other than /custom12:15
cwaynethe yelp webapp hasn't changed at all (literally ever) i wonder how it broke?12:15
davmor2cwayne: I wonder if they are missing apparmor profiles let me see if there is anything in the logs12:16
cwaynedavmor2: that doesn't make sense though (at least for yelp) how it ever worked then...12:17
davmor2cwayne: Lunch called back in 3012:18
cwaynedavmor2: ok, im doing a flash now so ill try and check as well12:18
cwayne:D12:20
cwayneSUCH FASTER BOOT12:20
cwaynedavmor2: tagger/yelp work here but it just occurred to me i didn't do a --wipe either, retrying with that now12:21
=== josepht changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: josepht | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues:
kenvandinetrainguards  i've marked line 68 as tested but the status isn't updating13:04
Mirvkenvandine: we're aware of the problem, deploying a fix13:17
kenvandineMirv, thx13:17
=== tvoss is now known as tvoss|afk
dbarthtrainguards, can i get a reconfig on silo 21 (and that means rtm 002 as well) ?13:22
dbarthi would like to land another related change in one go13:23
Mirvdbarth: sure13:23
Mirvdbarth: done13:25
john-mcaleelyogra_, davmor2 brendand new device tarball: http://people.canonical.com/~jhm/barajas/device_krillin-20140925-f46588a.tar.xz13:34
john-mcaleely+ http://people.canonical.com/~jhm/barajas/device_krillin-20140925-f46588a.changes13:34
davmor2brendand: do you want to take it or shall I?13:35
brendanddavmor2, you go ahead13:35
dobeyMirv: hey, can line 70 get a silo now? landing-005 seems to have made it into rtm now13:38
ogra_brendand, davmor2 wait, that has one revert to much13:39
davmor2ogra_: I don't know13:39
ogra_but i do13:39
ogra_we need to revert one of the reverts13:39
davmor2ogra_: so talk to john-mcaleely13:39
tedgI have something that looks like I bug in CI Train.13:40
tedgI've got two packages in a silo.13:40
tedgAnd it seems like the second merge is looking for the tarball for the first.13:40
tedghttps://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/57/console13:40
john-mcaleelydavmor2, ogra_ brendand consider that tarball withdrawn. news shortly13:41
ogra_davmor2, that is what i was doing ... and why i pinged here so you guys dont waste work time ;)13:41
Mirvdobey: yeah, done13:41
davmor2ogra_: :)13:42
dobeyMirv: thanks13:42
Mirvdbarth: how's ubuntu html5 migration to oxide going? just wondering seeing the qtwebkit still as a dependency.13:46
brendandjohn-mcaleely, can your team own the tarball test plan?13:47
john-mcaleely brendand I think it is the same plan you already use for mako / flo/etc tarballs13:48
john-mcaleelybrendand, so actually, no. I think UE need to own this one13:48
brendandjohn-mcaleely, so you do have a test plan you run for each tarball?13:49
john-mcaleelybrendand, for 'already use', that may be 'need to create' :-)13:49
john-mcaleelybrendand, no, we have a test plan we use for whole-device releases13:49
Mirvbfiller: ok the gallery app silo 003 confusion seems over, recovered correct id for it and publishing, plus syncing to utopic silo13:49
john-mcaleelybrendand, and I have a smoke test in my head ('exploratory testing') for each devcie tarball13:49
bfillerMirv: ok thanks13:50
brendandjohn-mcaleely, i think us running the formal test plan and you running the exploratory testing is errr, backwards :)13:50
john-mcaleelybrendand, agreed. However, I can't create the test plan - it's for UE to define what tests a device tarball must pass13:51
john-mcaleelybrendand, and it is the same for mako, flo, manta, etc13:51
john-mcaleelybrendand, what do you use for those? ;-)13:51
brendandjohn-mcaleely, not sure when the last mako tarball update was actually13:51
brendandjohn-mcaleely, we don't QA them explicitly13:52
john-mcaleelyyesterday, I assume13:52
john-mcaleelyI was only putting in changes taken from the mako...13:52
brendandjohn-mcaleely, the test plan could apply to mako too, but i doubt we'll have capacity to run it13:53
brendandjohn-mcaleely, on mako that is13:53
john-mcaleelybrendand, it's meaningless if it's only for krillin. seriously13:53
john-mcaleelybrendand, it's double meaningless if I (PES) write it.13:54
brendandjohn-mcaleely, we can write it13:54
john-mcaleelybrendand, I'm happy to run it13:54
brendandjohn-mcaleely, i'm not sure how it's meaningless if we only run it on the most important platform vs. no platform at all13:54
john-mcaleelybrendand, I will be amused when mako fails it :-) but not my problem13:54
MirvoSoMoN: should that "User feedback for secure connections" have a corresponding rtm silo?13:55
john-mcaleelybrendand, it bakes in device-specific hacks. I'm double-wary of that, coming from PES. oddly.13:55
john-mcaleelybrendand, I see your point, that some testing would be better than none.13:55
john-mcaleelybrendand, 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 though13:57
oSoMoNMirv, it already landed in RTM13:57
brendandjohn-mcaleely, it all depends on resources, if someone has time to run it on mako we will13:58
john-mcaleelybrendand, 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 package13:59
ogra_that was updated last week13:59
ogra_it usually takes a while til the changes propagate to krillin13:59
ogra_(wouldnt happen if krillin was in the android package too)14:00
john-mcaleelyogra_, sounds about right. does it have a test plan we can steal?14:00
ogra_dunno, i dont think so14:00
john-mcaleelydarn14:00
ogra_install the images and run :P14:00
brendandogra_, did you file a bug - i need to send a report14:00
john-mcaleelyogra_, same as krillin then :-P14:00
ogra_brendand, nope, probably kgunn_ or psivaa did14:00
ogra_john-mcaleely, nah, lots less than krillin :)14:01
brendandkgunn_, psivaa - bug for the krillin recovery issue?14:01
brendandogra_, well formally speaking it's the same14:01
john-mcaleelydoes 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, nope14:01
john-mcaleelyok, krillin wins then. Way more QA :-)14:02
ogra_john-mcaleely, yes14:02
ogra_mako and friends usually only get developer QA14:02
ogra_but not Qa QA14:02
john-mcaleelywhy didn't this particular bug appear on mako though? (the debuggable=0 one)14:02
john-mcaleelyfoxes guarding chicken coops can be dilligent, but are not to be trusted14:02
mzanettiMirv: 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 hacks14:03
ogra_john-mcaleely, like hardcoding a device and vendor ID we dont even have a udev rule for etc14:03
john-mcaleelyogra_, fair point. it is a mess of stuff from history14:03
mzanettiMirv: we're trying to test the rtm silo 19. just noticed that the packages in there don't have the ~rtm version14:03
ogra_john-mcaleely, i think the prob is that UE and PES worked to separated before ... we need to fix that for future ports14:04
mzanettiMirv: can we just rebuild that silo? but then what happens with the qtmir-gles package?14:04
john-mcaleelyogra_, you're always welcome on site ;-)14:04
john-mcaleelyogra_, but seriously, yes, of course14:04
ogra_with code cross reviews etc14:04
john-mcaleelyogra_, yeah, that's a good idea14:04
ogra_we used to have a monthly meeting14:04
ogra_but thats definitely not enough as our code issues show today :)14:05
sergiusensogra_: john-mcaleely it's common for android vendors to change the IDs14: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:05
MirvoSoMoN: ok, thanks for the information14:07
Mirvmzanetti: 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 laptop14:08
mzanettiMirv: so its ok that we don't have ~rtm attached to the version strings?14:08
Mirvmzanetti: yes it's the plan, lukasz wrote about it on the mailing list14:09
* kgunn_ goes to read lukasz mail14:09
Mirv"Landers! Binary copies for sync now enabled by default"14:10
john-mcaleelyogra_, brendand davmor2 take 2. its betterer: http://people.canonical.com/~jhm/barajas/device_krillin-20140925-6623bf1.tar.xz14:15
john-mcaleely+ http://people.canonical.com/~jhm/barajas/device_krillin-20140925-6623bf1.changes14:15
john-mcaleely(I'm doing my testing now - not completed yet)14:15
ogra_you should add more "Revert" to tthat line ;)14:16
john-mcaleelyogra_, you shoudl see the comment I made in the review :-)14:16
ogra_heh14:16
davmor2ogra_: is this more what you had in mind? revert the revert to revert the revert that reverted the revert14:23
ogra_davmor2, yeah !!14:23
kgunn_actually Mirv ...seems to be prob with unity8 migration from pocket14:34
kgunn_http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html - some Regression in autopkgtest for our qtcreator plugin14:34
kgunn_ would that be blocking the migration?14:34
cjwatsonyes14:36
cjwatsonlooks spurious though, I'll retry14:36
cjwatsonthere've been several recent retries, wonder if something has been wrong in the infrastructure14:38
* mzanetti queues up for support by sil2100. Please let me know when you have a bit of time.14:42
kgunn_cjwatson: thanks...so do i just check again in a bit ?14:53
cjwatsonthere's something wrong with glx now, I don't understand what14:53
cjwatsonhttps://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/console14:54
cjwatsoninvestigation there would be welcome14:54
kgunn_bzoltan: ^ that's yours i think ??14:54
kgunn_bzoltan: just checkin' you there ?14:59
=== mvo_ is now known as mvo
kgunn_mzanetti: ^ in case you might've missed15:00
mzanettiI did15:00
* mzanetti reads scrollback15:00
Mirvkgunn_: 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:00
brendandwahey, restart is back :)15:01
mzanettibregma: yep :)15:01
mzanettimeh... today autocomplete is not my friend15:01
bzoltan1Mirv:  you are right. I have no idea about that issue.15:06
Mirvsil2100: welcome back!15:07
sil2100Mirv: sorry it took so long!15:07
sil2100Mirv: did the redeployment succeed?15:07
john-mcaleelydavmor2, brendand ogra_ fwiw, that second device tarball works for me on #6415:08
Mirvsil2100: 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 channel15:08
Mirvsil2100: so I think it needs to be continued to monitored15:08
sil2100Mirv: ACK! Thanks :)15:08
davmor2john-mcaleely, ogra_: just run some quick tests on the image too15:09
ogra_davmor2, well, the tarball is identical to the former one ... just one property in recovery unset15:09
Mirvsil2100: 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
sil2100WTH15:09
sil2100:D15:09
davmor2ogra_: yeah we thought it was safe before I'd like to make sure this time :P15:10
john-mcaleelydavmor2, so is that a QA +1, and i should publish?15:11
sil2100A new device tarball?15:12
sil2100Or what happened?15:12
john-mcaleelysil2100, you go away for a bit, and the excitement happens15:12
sil2100...anything broken?15:12
john-mcaleelysil2100, it seems the previous one regressed the flash/boot sequence for the CI lab, and others15:12
sil2100I'm starting to get worried15:12
sil2100oh15:12
john-mcaleelysil2100, so this one removes the regression15:12
davmor2ogra_, john-mcaleely: recovery, apps that were opening and phone calls and sms's work I'd say it was good :)15:13
john-mcaleelyok, so sil2100 ogra_ is now a good time to push?15:13
ogra_asap is a good time ;)15:14
sil2100I might be a bit outdated, but I guess it should be ok to push it now15:14
seb128ogra_, can you (or whoever handles touch seed) review https://code.launchpad.net/~ted/ubuntu-seeds/indicator-display.touch.utopic/+merge/234337 ?15:14
ogra_ah, that old tedg thing15:15
ogra_seb128, top approved (assuming the package is finally in all archives)15:15
seb128ogra_, can you get it uploaded as well? ;-)15:15
ogra_depends what tedg pays15:16
seb128lol15:16
ogra_(yeah, indeed) :)15:16
john-mcaleelyogra_, sil2100 davmor2 published15:16
ogra_\o/15:16
sil2100\p/15:16
sil2100uh, my face looks wrong15:16
sil2100\o/15:16
sil2100Better15:16
ogra_\Q/15:16
ogra_(with tie)15:16
ogra_(in the wind)15:17
john-mcaleelyI'm glad you labelled that15:17
sil2100hah ;) Then p looks like someone with a ponytail, so that actually fitss15:17
ogra_john-mcaleely, what else would hang off my chin !15:17
ogra_(or neck)15:18
Laneylooking cool with a cigarette15:18
ogra_hahaha15:18
robruMirv: sil2100: just reading the scrollback. what did i break?15:20
sil2100robru: small typo ;)15:21
sil2100robru: "Packages built." instead of "Packages built"15:21
sil2100robru: the dot was unconventional and broke the spreadsheet as all logic was expecting the string without a '.'15:21
robrusil2100: I don't understand how proper punctuation is a typo?15:21
robruhm15:21
sil2100robru: all other messages don't have a '.'15:21
robrusil2100: what symptoms was the spreadsheet having?15:22
sil2100robru: you had 'Merging', 'Building' and 'Packages built.'15:22
sil2100robru: the spreadsheet was expecting it without the dot and was not updating entries that are tested and ready for release15:22
robrusil2100: actually my new code has 'Merging.', i wonder if that'll break anything also. stupid spreadsheet15:23
sil2100robru: as there is an IF(cell == 'Packages built') and it appends '. Testing done, ready to publish'15:23
robruah15:23
sil2100robru: well, I grepped the cu2d code and it's still 'Merging' there, without the dot15:23
robrusil2100: well thanks for fixing it instead of reverting15:23
robrusil2100: yeah, 'Merging' is the old crap that I haven't quite managed to delete just yet.15:24
sil2100robru: 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 cell15:24
robrusil2100: 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 functions15:24
sil2100k15:25
robrusil2100: ok, not going you fight you over a period15:25
sil2100hah, well, it's just a matter of preference here15:25
sil2100I wouldn't fight for that as well, just wanted everything to follow one convention15:25
ogra_robru, he is so german sometimes, aint he ?15:25
ogra_:)15:25
robrusil2100: right15:26
tedgogra_, Ah, cool. Thanks!15:35
sil2100Mirv: ok, I corrected all silos in case that's needed15:37
Mirvsil2100: various things seem broken, though. dashboard emptied quite a lot and refreshsilos errors out.15:42
sil2100Uh?15:45
sil2100Let me check15:45
sil2100AH15:48
sil2100Let me fix that15:48
sil2100Grrr15:48
dbarthtrainguards, sorry i need silo 2 reconfigured as well (was 21 on utopic before)15:51
Mirvsil2100: good that someone has some idea about all that :)15:57
sil2100Mirv: ok, should be better now ;p15:57
sil2100Just need to wait for it to rsync15:58
sil2100Mirv, ogra_, robru: I won't be on the meeting, need to fix something more15:59
Mirvsil2100: looks better, most silos are back already on the dashboard15:59
robrusil2100: whatcha fixin?16:01
=== josepht changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues:
kgunn_sil2100: i see Mirv handed back off...not sure if anyone whined about this yet16:08
kgunn_http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html16:08
kgunn_unity8 failing to migrate...16:08
kgunn_something about qtcreator...and colin thot it related to16:08
kgunn_mesa upload ?16:08
kgunn_can you help me track down ?16:08
Mirvrobru: ^ 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 changes16:13
pete-woodsyes, we add a new -common package, so please check we've done it correctly :)16:13
robrukenvandine: ^ can you check the thumbnailer diff above ^?16:14
MirvI wonder if that etc/apport/blacklist.d/thumbnailer would rather need to be in the common package, lib seems wrong place for it16:17
=== gatox is now known as gatox_lunch
sil2100robru: ah, I broke something in the backend ;)16:27
sil2100robru: had to quickly fix it before anyone noticed..!16:27
robrusil2100: ah ok, glad it wasn't me ;-)16:27
dbarthping? i'm trying to get silo 2 reconfigured, to mirror what's in 2116:28
dbarthi have 2 rtm devices to test it actually, so silo 2 is not enough to confirm16:28
=== dpm is now known as dpm-afk
sil2100dbarth: ah, ok! Let me do that :)16:34
cjwatsonkgunn_: it wasn't me who thought it related to mesa; that was Mirv16:34
sil2100dbarth: reconfiguring!16:34
dbarthah thanks man16:35
dbarthcool16:37
=== fginther changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: CI Lab is offline for maintanence until 19:00 UTC
sil2100fginther: hey! Do you know if citrain will also be affected?16:49
sil2100fginther: since the e-mail mentioned cu2d16:49
fginthersil2100, no ci-train lives outside of the ci-lab16:50
ogra_at the train station indeed :)16:51
kenvandinerobru, sure16:52
robrukenvandine: thanks16:54
kenvandinerobru, humm...16:55
kenvandinethey added +etc/apport/blacklist.d/thumbnailer16:55
robruuh oh16:55
kenvandineto the lib package16:55
kenvandineso if it's multiarch, it'll have a file conflict16:55
sil2100kenvandine: heey! :)16:55
robrukenvandine: is it multiarch?16:55
kenvandinenot sure ;)16:55
sil2100kenvandine: so, actually I also wanted to poke you about some small regression we recently encountered... I guess you might know something about who to poke16:56
sil2100brendand: do we have a bug number for that wallpaper issue?16:56
kenvandinebut since this change is specifically adding a thumbnailer-common package, maybe the apport file should go there16:56
sil2100kenvandine: so, it seems after the latest qtubuntu-camera landing, the pictures generated by the camera app cannot be used as wallpapers16:56
robrukenvandine: ok I'll kick it back to them16:56
kenvandinesil2100, working on it16:56
sil2100\o/16:56
brendandkenvandine, is there a fix in sight?16:57
kenvandinebug 137346216:57
ubot5bug 1373462 in qtdeclarative-opensource-src (Ubuntu) "[background] Preview/Background is black for some images" [Critical,New] https://launchpad.net/bugs/137346216:57
kenvandineit's a size issue16:57
kenvandinewe can work around it by setting the sourceSize16:57
kgunn_sil2100: Mirv ....still lost on the unity8 not migrating16:57
kgunn_?16:57
kenvandineso i guess on the device it can't allocate enough memory16:57
kenvandinesil2100, i proposed a branch working around it in system-settings16:58
kenvandineunity8 would need the same16:58
sil2100yaay16:58
kenvandinei was hoping for some ideas from Kaleo16:58
sil2100kgunn_: which silo?16:58
kenvandinei'm sure he's experienced this in camera-app16:58
kenvandinemterry, it's unity8 that renders the wallpaper right?16:59
kgunn_sil2100: it was utopic silo6 from earlier16:59
kgunn_http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html16:59
* kgunn_ gonna go for lunch bbiab17:00
brendandrobru, ship it! https://code.launchpad.net/~robru/phablet-tools/citrain-on-rtm/+merge/23506917:02
robrubrendand: just one problem, there's no utopic silos available to build the package ;-)17:03
sil2100;p17:03
sil2100There's preprod, but I want to use it for testing a branch ;)17:03
robrusil2100: can't wait for the glorious infinite-silo future17:04
brendandrobru, it has to go through a silo?17:04
cjwatsonrobru: how are you out of silos already? :P17:05
robrucjwatson: well, there's this little thing called a freeze... so nothing can be released17:05
cjwatsonbeta freeze, I gues17:05
cjwatsons17:05
cjwatsonyeah17:05
robrubrendand: well yeah. how else do we get packages into ubuntu?17:05
cjwatsonok, so should clear soon17:05
robrucjwatson: good to hear17:05
cjwatsonrobru: upload them? :)17:05
robrucjwatson: i'm not familiar with that term ;-)17:05
kenvandinerobru, back to your packaging ack, i'd say that apport file should go in the thumbnailer-service or thumbnailer-common package17:10
kenvandinenot the lib17:10
kenvandinerobru, sorry for getting distracted there :)17:10
robrukenvandine: no worries, I already marked your NACK in the spreadsheet, pete doesn't seem to be around to ping about it though17:11
robrukenvandine: thanks for looking17:12
kenvandinerobru, np17:17
robrudbarth: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/master/+merge/235921 please approve this merge then I can publish17:19
mterrykenvandine, for lockscreen, yeah17:20
=== gatox_lunch is now known as gatox
kenvandinemterry, would it be in LockScreen.qml ?17:22
mterrykenvandine, qml/Shell.qml looks it up from gsettings and passes the string to other components17:22
kenvandinemterry, we need to set sourceSize on the Image17:23
awerobru, question...  our ofono/rtm silo (007) has a -dbg package generated, whereas our utopic urfkill silo doesn't have -dbg packages for urfkill/indicator-network17:23
aweI'm trying to figure out if this is a packaging issue wrt to urfkill/indicator-network17:23
robruawe: dunno. slangasek? ^^17:23
aweor something to do with how we build silos for utopic?17:23
kenvandinemterry, but it looks like there is lots of voodoo in Shell.qml17:24
awetrying to debug a crash which may or may not be a regression, and  w/out symbols it makes it a bit trickier17:24
robrucjwatson: can you answer awe's question? ^^17:24
mterrykenvandine, the actual Image objects would be in qml/Greeter/GreeterContent.qml maybe?17:24
awerobru, in one case... cyphermox uploaded direct for urfkill, and the second case ( indicator-network ), it was build from a merge proposal17:24
kenvandinemterry, saw that, it sets sourceSize to 017:25
robruawe: yeah unfortunately I don't know much about how -dbg packages are handled, not really my area of expertise17:25
cyphermoxawe: it's on purpose, there are no -dbg packages built as part of the control file in urfkill or indicator-network17:25
kenvandineso must be changed dynamically somewhere else17:25
awecyphermox, ;(17:25
awethanks robru, think we have an answer17:26
cyphermoxbuilding ddebs is something that can be enabled on the PPAs17:26
cyphermoxperhaps it should be for the silo PPAs17:26
cyphermox(as long as that doesn't break the citrain scripts for copying packages)17:26
cyphermoxbringing this up in email17:32
cyphermoxawe: it will be on ubuntu-phone@.17:34
robruAlbertA: sorry no utopic silos available17:37
robruAlbertA2: ^17:37
AlbertArobru: yeah I noticed...17:37
AlbertA:)17:37
AlbertAwe need more silos...lol17:38
* AlbertA ponders the quote "if you build it they will come"17:38
robrummmhm17:38
dbarthi fixed the branches above and marked silo 2 as tested as well17:42
slangasekawe, robru: -dbg, or dbgsym?17:42
slangasekthe rtm silos absolutely must be configured to build ddeb packages - but I thought this happened automatically for all devirt ppas17:43
robruslangasek: not sure, i guess cyphermox already answered awe's question?17:43
slangasekwell, ish17:43
aweslangasek, not happening for utopic or rtm silos17:43
aweslangasek, I was schooled that -dbg packages are deprecated17:43
slangasekawe: how are you determining this?17:43
awelooking at the package details in the silos17:44
slangasekawe: we do not build -dbg packages, and you will not see any such thing in the ppa, correct17:44
aweack17:44
awebut what about ddebs?17:44
slangasekthe 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
aweso how do you debug crashes for packages in a silo?17:44
aweso you can fix before landing?17:45
cyphermoxslangasek: it could well already be done17:45
cyphermoxslangasek: need to check the right places too to make sure :)17:45
slangasekawe: change the packaging in the silo to set DEB_BUILD_OPTIONS=nostrip within debian/rules17:45
slangasekawe: then you'll get unstripped packages for debugging purposes17:45
slangasek(or, just do this locally with a cross-build or whatever, and drop the package onto your device for testing)17:45
awesure, 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
aweif that's the only solution, so be it17:46
cyphermoxslangasek: so, doesn't seem to enabled on silo 11 anyway17:46
ogra_doing that in a silo indeed has the potential that you forget you enabled nostrip and release it into the archive17:46
slangasekawe: I offered you two solutions; pick whichever one you prefer17:46
slangasekbut right, as ogra says, if such a silo use makes it into the archive there will be Consequences17:46
slangasek(i.e., pmcgowan will notice that you've made his image 15MB oversize ;)17:47
ogra_haha, yeah17:47
cyphermoxhaha17:47
ogra_especially since we lost so much weight the last days17:47
* awe worries more about the number of crashes we have, than image size17:47
awethanks slangasek17:47
ogra_(11M from the armhf rootfs tarball on cdimage between 20140918 and today)17:48
cyphermoxhmm, image size is pretty important too.17:48
ogra_yep17:48
robruslangasek: 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 had17:49
cyphermoxawe: you could also enable building with nostrip conditionally on being in a PPA, but ...17:49
robrucyphermox: but then that would prevent binary copies to the archive?17:49
cyphermoxnothing good :)17:49
cyphermoxthat's why there is a but17:49
cyphermoxit's not helpful for the landings, but it can be for generally building something in a ppa for testing17:50
slangasekdoesn't really help, a) the silos are ppas, b) the non-silo ppas are virtualized and may not work for building17:53
cyphermoxit depends what you're trying to build, yes17:54
cyphermoxhmm17:55
cyphermoxon another note, what happens to the -dbgsym packages for binary copied packages? :)17:56
bfillerrobru: can I have an rtm silo for line 83 please?17:56
pmcgowanawe, hey are you adding packages behind my back ;)17:59
awepmcgowan, yup18:00
awewith slangasek's help18:00
pmcgowanpartners in crime18:00
ogra_pmcgowan, he's not ... he just grows the existing ones by a factor of ten ;)18:02
pmcgowansneaky18:02
AlbertA2trainguards: can ubuntu/landing-009 be reconfigured to sync only the USC package (drop media-hub) from utopic to rtm?18:03
AlbertA2trainguards: I mean landing-009 rtm18:04
kenvandinerobru, any idea what happened with my publishing of ubuntu silo 22?18:06
kenvandinenever made it to utopic-proposed18:06
bzoltantrainguards: I have approved all the MRs for the silo29. Would somebody please try to re-publish?18:10
sil2100bzoltan: once we're off from our meeting we'll do that :)18:30
kgunn_sil2100: i'm back if you got any suggestions for me18:31
kenvandinetrainguards can someone please check on utopic silo 22, it didn't make it to utopic-proposed or the UNAPPROVED queue18:33
sil2100kgunn_: ok, so I didn't have too much time to check that, but there seems to be some autopkgtest failing on that upload18:33
kgunn_right...on qtcreator plugin18:34
kgunn_which is why Mirv thot mesa18:34
sil2100AlbertA2: sure!18:34
kgunn_cause gxl won't load or init on amd18:34
sil2100AlbertA2: give me a moment18:34
sil2100kgunn_: hmmm18:35
kgunn_amd64 that is18:35
kgunn_sil2100: not really sure who owns/knows about qtcreator plugin on gxl ?18:37
kgunn_is it "unowned" ?18:37
kgunn_maybe mirv is right, did mesa just get updated earlier today ?18:38
kgunn_(but why on rtm?)18:38
kgunn_oh nvmd...not rtm, just utopic18:39
sil2100AlbertA2: ok, removed media-hub, synced latest ubuntu-system-compositor18:39
AlbertA2sil2100: awesome thanks!18:39
kgunn_also, why is it qtcreator-plugin-ubuntu 3.1.1+14.10.20140616-0ubuntu3 under unity818:40
kgunn_but in other places its18:40
kgunn_qtcreator-plugin-ubuntu 3.1.1+14.10.20140915-0ubuntu118:40
kgunn_(for uitk and webbrowser)18:41
AlbertA2sil2100: ummm, what's that exception about? ^18:42
sil2100Oh18:43
sil2100AlbertA2: one moment18:44
=== Ursinha changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: CI Lab is offline for maintenance until 19:00 UTC
sil2100I wonder what's wrong18:49
sil2100AlbertA2: ok, I had no idea what happened, but in overall the silo was a bit flaky18:54
sil2100Now it should be ok18:55
sil2100kgunn_: hm, good question, I have no idea who owns that as well18:55
AlbertA2sil2100: cool thanks18:58
cjwatsonkgunn_: if you're looking at the versioning in update_excuses there are various places where the autopkgtest integration is badly wonky there19:06
cjwatsonI wouldn't worry too much about that if the latest jenkins job shows the proper version19:06
kgunn_cjwatson: well...i noticed the unity8 is 0 days old...and the other 2 are 2 days old19:06
kgunn_cjwatson: and actually...i just updated my laptop (utopic) and checked what version of19:08
kgunn_qtcreator plugin is there19:08
kgunn_3.1.1+14.10.20140915-0ubuntu119: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-0ubuntu319:09
kgunn_come from?19:09
cjwatsonkgunn_: it doesn't matter as long as the jenkins job linked to is correct19:14
cjwatsonit'll be some bug in the autopkgtest result aggregation script that's hanging onto a version from ages ago19:15
cjwatsonbut it really doesn't matter - the jenkins console log says that the version actually under test is correct19:15
cjwatsonso just ignore it19:15
robrusorry guys was on lunch, reading scrollback now19:17
robrukenvandine: maybe because of the beta freeze?19:18
=== Ursinha is now known as Ursinha-afk
robrusil2100: it seems like none of the new silos can publish? I'm seeing a lot of "no known spacetime" in silos >2019:19
robrucjwatson: 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 publish19:20
sil2100Ahh19:21
sil2100Right!19:21
sil2100Remember what I said yesterday?19:21
sil2100We need the whitelist updated on snakefruit19:21
sil2100I thought that happened19:21
kenvandineah19:21
sil210019:21 < sil2100> We also need someone to modify the whitelist on snakefruit, but that can be done by any archive admin19:22
sil2100slangasek, cjwatson: ^ ?19:22
sil2100kenvandine, robru: anyway, we'll have to manually re-push those packages though ;/19:22
sil2100kenvandine, robru: at least by pushing the rsync files to snakefruit in the right place19:22
kenvandinei guess that explains why the changes list has seen very little action today19:23
robrukenvandine: also explains why those silos filled up and then didn't move ;-)19:24
kenvandineindeed19:24
sil2100hah ;)19:25
robrusil2100: just approved your MP btw19:25
sil2100Top approved?! Or just approved? ;)19:25
* sil2100 didn't have time to re-test it yet!19:25
cjwatsonoh sure, can check19:26
robrusil2100: just approved, left a comment saying you can top approve when you're ready ;-)19:26
robrucjwatson: thanks19:26
cjwatsonif I can find it19:26
sil2100cjwatson: thanks! :)19:26
cjwatsonit's in cupstream2distro/settings.py, the SILO_NAME_LIST stuff19:27
cjwatsonwe're currently on lp:~sil2100/cupstream2distro/cu2d-rtm r67619:27
cjwatsonshould I just edit it in place, or deploy a different tree, or what?19:27
sil2100cjwatson: wait, that's modified already I guess?19:29
sil2100AH19:29
cjwatsonno19:29
sil2100cjwatson: right, snakefruit doesn't have latest code19:29
sil2100cjwatson: so, could you maybe bzr branch lp:cupstream2distro there instead?19:29
robrucjwatson: 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 trunk19:29
cjwatsonrobru: oh god19:30
cjwatsonlet's see, there's a cupstream2distro.trunk here, I can pull it and see19:30
=== Ursinha-afk is now known as Ursinha
robrucjwatson: i didn't realize anything other than our jenkins instance had the trunk branch19:30
sil2100robru: oh, I think you removed copy2distro19:30
cjwatsonrobru: yeah, so that's entirely broken19:30
robrusil2100: revert revert!19:30
sil2100Which is bad :|19:30
robrucjwatson: what's missing?19:30
cjwatsoncopy2distro19:30
cjwatsonhttp://paste.ubuntu.com/8427693/19:31
sil2100cjwatson: 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 there19:31
sil2100(there's 21 now, it should be 31)19:31
cjwatsonsil2100: done19:31
sil2100robru: we'll need to restore copy2distro back and ensure it will still work19:32
robrusil2100: cjwatson: ok i'll resurrect that file in trunk, one sec19:32
sil2100It's late here, so I'll have to EOD soon19:32
sil2100robru: thanks !19:32
sil2100For now we should be good, we can think of branching trunk to snakefruit tomorrow19:33
robrucjwatson: ok can you branch trunk now and make sure nothing implodes?19:33
cjwatsonrobru: no, I'm about to EOD19:33
cjwatsonin fact I'm already EOD, just fighting openssl19:34
cjwatsondon't want to switch branches and then have it go boom19:34
cjwatsoncan we just get the rsynced instructions restored and make sure things are holding together?19:34
kgunncjwatson: thanks for looking, so i'm interpreting your "it doesn't matter"...as "it" is the failing autopkg test19:34
cjwatsonrobru: btw you need the exec bit on copy2distro19:35
cjwatsonkgunn: no!19:35
kgunn:)19:35
cjwatsonkgunn: I'm saying the version in update_excuses.html doesn't matter, because the version in the jenkins job is correct19:35
kgunnsorry...i'm like a 5 yr old19:35
cjwatsonkgunn: the failing autopkgtest very much matters19:35
cjwatsonwhile overrides are possible, I'm not going to override a regression unless we know why it's there19:35
robrucjwatson: ok pushed the exec bit to trunk.19:35
cjwatsonand why it doesn't matter19:35
cjwatsonrobru: ta19:35
dbarthquick heads up: branches on silo 21 now approved to republish19:36
robrudbarth: ok published19:37
kgunncjwatson: ack19:37
kgunncjwatson: following up on mirv's wonder...how does one check to see if a new mesa plunked into archive?19:39
cjwatsonkgunn: https://launchpad.net/ubuntu/+source/mesa/+publishinghistory19:39
cjwatsonor https://launchpad.net/ubuntu/+source/mesa/+changelog for a bit more detail19:39
cjwatsonwell, different detail19:39
kgunnmmm, that does seem to match19:39
kgunn~24 hrs ago19:40
cjwatsononly circumstantial, somebody needs to chase down the details19:40
cjwatsonand e.g. find why it only breaks on amd6419:40
cjwatsoni386 seems fine19:40
cjwatsonarmhf passes, ppc64el fails but differently (unsatisfiable test dependencies, has never passed, so doesn't count)19:41
cjwatsonso some 64-bit problem?  who knows, somebody needs to look into it19:41
cjwatsonrobru,sil2100: so is it possible to resurrect the rsynced publish instructions in bulk?19:42
robrucjwatson: well it seems like its working now, ^19:42
robrucjwatson: and I fixed that file, so as far as I can tell if you just pull trunk everything should be fine19:43
cjwatsonok, I can do that tomorrow19:43
robrucjwatson: uh, actually hold off on that, I just noticed copy2distro is importing some functions I deleted. hehe ;-)19:44
robrubut IIRC they're daily_release leftovers, so instead of resurrecting those I'll try to refactor copy2distro to just not use them19:44
cjwatsonRight, this is why I'm not touching it just before leaving :)19:45
sil2100cjwatson, 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 snakefruit19:45
sil2100So that the copy2distro script can pick those up19:46
cjwatsonsil2100: can you point me at the rsync files?19:46
sil2100slangasek knows where to put them on snakefruit19:46
cjwatsonI can certainly put them in place manually19:46
sil2100cjwatson: let me fetch a list :)19:46
kgunncjwatson: ack....thanks for educating a little19:47
kgunnbut yeah i follow all that19:47
cjwatsonsil2100: oh, I see them attached to the jenkins jobs19:48
sil2100cjwatson: http://paste.ubuntu.com/8427814/19:48
sil2100Here you have a convinient list click ready19:48
cjwatsongot it, thanks19:48
sil2100cjwatson: yes, but I didn't want you to look through all the jobs like that19:49
cjwatsondone.  are there any for rtm?19:49
sil2100No, it doesn't seem so19:49
cjwatsonah, doesn't look like it19:49
sil2100cjwatson: big thanks!19:49
sil2100:)19:49
cjwatsonok, so those should be processed in a few seconds19:50
sil2100o/19:50
sil2100See you tomorrow everyone!19:50
cjwatsonyes, that worked19:51
kenvandineyay... thx folks19:53
robrubfiller: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-2-publish/20/console need you to approve your merges20:09
bfillerrobru: sorry, let me do that now20:10
bfillerI keep forgetting after testing20:10
robrubfiller:  no worries20:11
bfillerrobru: done20:11
robrubfiller: ok, i see a problem in gallery-app.install, it should just be 'usr' there, not '/usr'20:14
bfillerrobru: let me fix20:15
robrubfiller: thanks. rebuild, do a quick smoketest and I can publish20:16
ogra_robru, if you land the ci-train stuff, pull in plars' latest MP too20:16
robruogra_: what MP?20:16
ogra_(saving a silo)20:16
ogra_one sec20:16
ogra_robru, https://code.launchpad.net/~pwlars/phablet-tools/network-no-sudo/+merge/23568920:17
plarsrobru: https://code.launchpad.net/~pwlars/phablet-tools/network-no-sudo20:17
plars:)20:17
ogra_top approved :)20:18
robruogra_: oh, in phablet-tools. well there's still no utopic silos.20:18
ogra_robru, yeah20:18
robruI'll make a landing request anyway20:18
ogra_if there are any tomorrow i'll take care of landing it (in case none get free during the night)20:19
robruogra_: be my guest20:19
robruogra_: line 86 for now20:19
ogra_k20:20
ogra_i'll find it :)20:20
rsalvetiogra_: robru: I want to trigger both an utopic and rtm image20:21
rsalvetianything you guys want to wait for?20:21
rsalvetior can I just do it?20:21
ogra_i dont have anything20:21
rsalvetirobru: ?20:22
robrursalveti: fine with me20:23
rsalvetialright20:23
imgbot=== trainguards: IMAGE 256 building (started: 20140925 20:30) ===20:30
imgbot=== trainguards: RTM IMAGE 66 building (started: 20140925 20:30) ===20:30
bfillerrobru: it's rebuilding, I will be back later to retest and then we can publish20:39
robrubfiller: sure, thanks20:41
bfillerrobru: build finished on rtm silo 3, did quick smoketest and everything seems fine so good to publish21:06
=== fginther changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: s-jenkins needs to be restarted at 22:30 UTC
Wellarkumm.. what going on here?21:59
Wellarkhttps://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/71/21:59
Wellarkit's been building for 21h21:59
Wellarkand I would need the build 72 to start21:59
Wellarkhttps://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/21:59
Wellarktrainguards: --^22:01
Wellarkrobru: thanks!22:02
robruWellark: no idea, killed it, 72 started22:02
imgbot=== trainguards: IMAGE 256 DONE (finished: 20140925 22:20) ===22:20
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/256.changes ===22:20
imgbot=== trainguards: RTM IMAGE 66 DONE (finished: 20140925 22:20) ===22:20
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/66.changes ===22:20
rsalveticwayne: ^22:24
cwaynersalveti: thanks!22:40
robrualright! we got 4 utopic silos about to free up, who wants one?22:44
robruplars: if I assign our phablet-tools silo are you around to test your branch from the silo?22:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!