[01:46] <robru> bfiller: rtm 3
[01:47] <bfiller> robru: cheers
[01:59] <robru> not my day
[02:04] <rsalveti> Mirv: your changes are all fine, emulator still working after updating to qt 5.3.2
[02:04] <rsalveti> Mirv: just need to change seeds apparently
[02:05] <rsalveti> ubuntu-sdk-libs ubuntu-touch unity-scope-click were all depending on the older packages
[04:01] <bzoltan> robru: May I ask for a silo to build the line 64? There is a chance that it makes it before the freeze
[04:42] <bzoltan> Mirv: you are my only hope in this tz :)
[04:50] <Mirv> morning
[04:50] <Mirv> bzoltan: sure
[04:51] <Mirv> thanks rsalveti for testing. there are no dropped binary packages or such, so yes seeds should be updated but the transitional packages also work (and won't be dropped until after 16.04 LTS)
[05:02] <Mirv> tedg: you've filled my bug folder! :)
[05:04] <bzoltan> Mirv:  thank you
[08:11] <Mirv> Wellark: do you have any topblocker fix ongoing? just wondering whether you'd fit in "between qtbase and network-manager" for bug #1357321 to find out what's asking NM to reconnect via Qt now that the Qt NM backend actually works. could indicator-network be calling some Qt function that now suddenly works?
[08:11] <Mirv> Wellark: so it starts doing that when Qt's NM backend is fixed to actually work, which was the original problem of the bug.
[08:52] <ogra_> bzoltan, hmm, i got an "translation template import error" mail for yesterdays UITK landing ...
[09:17] <ogra_> kalikiana, ^^^^ seems you changed the .pot
[09:18] <davmor2> ogra_: what were you blaming me for?
[09:18] <ogra_> everything "
[09:18] <ogra_> !
[09:18] <ogra_> (except the above)
[09:20] <kalikiana> ogra_: I did
[09:20] <kalikiana> according to Mirv it was resolved
[09:20] <ogra_> ah, must have been after i got that mail then http://paste.ubuntu.com/8937080/
[09:31] <Mirv> kalikiana: ogra_: not really resolved other than that the bzr:s are all good, but I've been getting that message also before, so it's not related to the latest update. not sure what it's about.
[09:52] <kalikiana> hmmmm
[09:53] <Wellark> Mirv: i-network is not using NM
[09:53] <Wellark> *Qt
[09:54] <kalikiana> Mirv: ogra_ I get some warnings from "msgfmt -c" however that's exactly the same I got from other projects' pot files
[09:55] <kalikiana> *get
[09:55] <Mirv> Wellark: hmmkay. ideas on what could be using in our network stack?
[09:55] <Mirv> kalikiana: yeah, the .pot doesn't seem broken as such.
[09:55] <kalikiana> these only make sense for .po files to my mind
[09:55] <kalikiana> ie. date or name not beng set
[09:56] <Mirv> Wellark: if by any chance you have some insight, please comment on the bug
[09:56] <Wellark> Mirv: could you ping me after 1h? I have some meetings
[09:56] <Mirv> Wellark: sure
[10:01] <davmor2> Mirv: http://www.youtube.com/watch?v=kxRX6LXDpWs
[10:01] <Mirv> :)
[10:03] <tvoss> Mirv, hey there, just top-approved for vivid 19
[10:03] <Mirv> tvoss: ok, nice
[10:03] <tvoss> Mirv, weird exception for rtm silo 13, though
[10:04] <davmor2> ogra_: same behaviour on rtm so not a bug in the tarball I'll get onto cwayne latter about landing it
[10:04] <ogra_> tvoss, its an "exception Exception" :)
[10:04] <tvoss> ogra_, aha ...
[10:05] <ogra_> you get the doublepulsood today ;)
[10:05] <ogra_> *plus
[10:05] <ogra_> *good
[10:05] <ogra_> *sigh* trashed the joke by typos ...
[10:07] <Mirv> tvoss: maybe it just needs a retry..
[10:07] <tvoss> Mirv, kicked
[10:13] <Chipaca> there used to be a way to tell ubuntu-device-flash to add a ppa, or am i much mistaken?
[10:13] <ogra_> you are
[10:14] <ogra_> phablet-config writable-image can add ppas
[10:14] <ogra_> and the citrain tool
[10:14] <Mirv> here we go again... http://pastebin.ubuntu.com/8937947/
[10:14] <Chipaca> ogra_: thanks
[10:14] <Mirv> that was well planned, probably the first Qt release that just worked with the first "publish" button press.
[10:15]  * ogra_ covers his eyes from Mirv's doing
[10:15] <Chipaca> Mirv: woo, new stellarium! (?)
[10:15] <Mirv> Chipaca: it among else uses Qt private headers, so needs a rebuild for new Qt. so no code changes :)
[10:16] <Mirv> ogra_: if you want you can do the 5.4.0
[10:16] <tvoss> Mirv, nope, somehing is weird with rtm 13
[10:16] <ogra_> lol, no !!!
[10:16]  * Chipaca upgrades anyway
[10:16] <Mirv> :)
[10:17] <Mirv> tvoss: ah, it's a a sync silo. what is it trying to sync?
[10:17] <tvoss> Mirv, ubuntu 19
[10:18] <Mirv> ogra_: it should be easy! land it to rtm while at it too!
[10:18] <Mirv> tvoss: I don't see anything wrong or what could cause the explosion, but maybe we should try again after it had migrated to vivid release pocket to try to reconfigure and sync from there instead.
[10:18] <tvoss> Mirv, fine with me
[10:20]  * Mirv invaded https://lists.canonical.com/archives/vivid-changes/2014-November/thread.html
[10:23] <kalikiana> ogra_, Mirv: if you think it's important enough for rtm; but note that it's not a regression https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/fixGalleryPotRTM/+merge/241389
[10:24] <kalikiana> otherwise I'll do the fix for staging depending on your answer
[10:24] <Mirv> kalikiana: if it does not functionally affect anything (like translations showed to users not working), I wouldn't bother.
[10:24] <kalikiana> Mirv: it doesn't. the gallery is also developer only
[10:25] <Mirv> kalikiana: right. but good to fix anyhow.
[10:25] <ogra_> kalikiana, well, i think it should be fixed for final ... (whenever that is :P )
[10:25] <Mirv> kalikiana: maybe bzoltan can put that fix into next or next-after-next rtm landing?
[10:26] <Mirv> kalikiana: but your branch is based on the trunk, so it has cruft.
[10:26] <ogra_> right, just sneak it in with one of the next landings, whenever it fits
[10:29] <kalikiana> Mirv: ah sorry, too many branches… I'll redo the branch on rtm
[10:33] <kalikiana> Mirv: check again, please https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/fixGalleryPotRTM/+merge/241389
[10:34] <kalikiana> and respectively https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/fixGalleryPot/+merge/241391
[10:35] <Mirv> kalikiana: approved both, thanks!
[11:02] <Chipaca> does 154 of rtm proposed have issues with adb?
[11:03] <ogra_> gra@styx:~$ adb shell system-image-cli -i |grep "version version"
[11:03] <ogra_> version version: 155
[11:03] <ogra_> 154 worked fine yesterday too
[11:04] <Chipaca> dammit. device's just not showing on usb. tried two supposedly good cables. restarted computer, restarted phone. dev mode is on; adbd is running on phone.
[11:04] <Chipaca> anything i might be missing?
[11:05] <ogra_> password/pin is set ?
[11:05] <Chipaca> yes
[11:05] <ogra_> did you try to just unset/set dev mode again ?
[11:05] <Chipaca> used terminal on phone, ran 'sudo dmesg', worked
[11:06] <Chipaca> i'll unset, restart, set, restart; fingers crossed
[11:06] <ogra_> no, dont restart, just unset/set
[11:06] <Chipaca> ah, that i've done
[11:06] <ogra_> do you see USB noise in dmesg on the PC when connecting ?
[11:07]  * Chipaca looks
[11:07] <Chipaca> oh, that's new
[11:07] <Chipaca> so yes
[11:07] <Chipaca> a bunch of usb 2-1.1: device descriptor read/64, error -32
[11:07] <Chipaca> and of: usb 2-1.1: new low-speed USB device number 121 using ehci-pci
[11:07] <ogra_> http://paste.ubuntu.com/8938712/
[11:07] <ogra_> should look like this
[11:08] <Chipaca> yes
[11:08] <ogra_> what are you running on your PC ?
[11:08] <Chipaca> vivid
[11:08] <ogra_> read error doesnt looks so good
[11:09] <Chipaca> should i do a hard power cycle?
[11:09] <Chipaca> haven't had to do that since ISA
[11:09] <ogra_> dunno, but a read error usually points to physical issues or something with the USB driver (of the PC)
[11:09] <Chipaca> alas
[11:10] <Chipaca> ok, trying the power cycle. gefingercrossen.
[11:10] <Chipaca> :)
[11:10] <tvoss> Mirv, mind checking the propagation status of vivid 19?
[11:10] <ogra_> :)
[11:19] <Mirv> tvoss: I don't see it in excuses list, but still in propose (now for 44 minutes)
[11:19] <tvoss> Mirv, ack
[11:25] <Mirv> I'm trying if we support syncing from vivid-proposed...
[11:26] <Mirv> hmm, it said ok
[11:27] <Mirv> but no
[11:27] <cjwatson> the last publisher run was apparently fairly gigantic
[11:28] <cjwatson> qtbase-opensource-src and friends, I guess, but ugh
[11:28]  * Mirv hides
[11:28] <ogra_> oh, its all Mirv's fault
[11:28] <ogra_> hah
[11:28] <cjwatson> i.e. silo 2
[11:29] <cjwatson> we spent 25 minutes just streaming stuff out of the librarian onto pepo's disk :-(
[11:30] <cjwatson> then a 20-minute apt-ftparchive run
[11:31] <cjwatson> https://rt.admin.canonical.com/Ticket/Display.html?id=76559 will make the latter about four minutes less terrible
[11:35] <Mirv> I'm happy to help in stress-testing the infrastructure
[11:35] <cjwatson> tvoss: it's migrated now
[11:35] <tvoss> cjwatson, thanks :)
[11:35] <cjwatson> well, not that citrain has noticed, but it will
[11:41] <Mirv> tvoss: argh
[11:41] <bzoltan> brendand: I have just flipped the tested flag on the rtm silo15. the logs are at the usual place. It is so far the cleanist UITK landing I have even seen. I know it takes time to validate it, but it would be supercool to squeeze it in before the freeze.
[11:42] <Mirv> tvoss: maybe I'll do a sync+versionmangle by hand. it's possibly something broken by robru's last night's changes (robru: sync from vivid to rtm failing https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-013-1-build/63/console)
[11:43]  * Mirv does that
[11:50] <brendand> bzoltan, is it a TOPBLOCKER?
[11:58] <Mirv> tvoss: ^ building (totally manually)
[11:59] <Mirv> tvoss: note that you're sort of getting "three releases" at once, although in reality there was only single line added (libboost-dev dependency) and the other one was a rebuild: https://launchpadlibrarian.net/190093756/location-service_2.1%2B14.10.20141030~rtm-0ubuntu1_2.1%2B15.04.20141110.1~rtm.diff.gz
[12:08] <bzoltan> brendand:  It was when I started to land ...
[12:09] <bzoltan> brendand: olli changed the status ~15 hours ago :(
[12:09] <bzoltan> brendand:  no idea why, but it is his call not mine.
[12:18] <brendand> Mirv, this time i promise not to lose your diff magic, please just show me one more time :)
[12:20] <Mirv> brendand: haha :) http://pastebin.ubuntu.com/8558016/
[12:20]  * Mirv has alias dx='for i in *.dsc ; do dpkg-source -x $i ; done'
[12:22] <Mirv> bzoltan: they had a meeting yesterday, maybe there was some decision there just not documented :(
[12:23] <bzoltan> Mirv: brendand: It was a top blocker 15 hours ago... so my time around 12pm
[12:24] <Mirv> bzoltan: olli should probably be online soonish
[12:29] <bzoltan> Mirv:  I will goo offline soonish
[12:30] <Mirv> bzoltan: vrruiz has written on trello that "Not top blocker, not critical priority. Tagged for release in RTM touch-2014-11-06. In the additional wishlist spreadsheet is marked as "land after 10/30"."
[12:31] <Mirv> still doesn't explain if it's not supposed to be fixed at all for rtm for now
[12:31] <cjwatson> Mirv,brendand: you can replace lines 5 and 6 of that with debdiff on the two .dsc files, surely
[12:31] <ogra_> bzoltan, well, if you want it still, you should probably stay at least until pat or olli come online
[12:32] <bzoltan> ogra_: my wish is irrelevant in this case... I am the monkey who delivers the fix when they are are asked for.
[12:33] <brendand> cjwatson, oh good
[12:33] <Mirv> brendand: he's correct, that's much easier
[12:34] <Mirv> bzoltan: yeah I doubt there's any error, it'd be just interesting to know why it was dropped from the list
[12:34] <Mirv> uh oh, I've DDoS:d my own inbox it seems with that Qt release
[12:34] <bzoltan> Mirv:  same here... and I would suggest no to drop MRs what just turned on the the final sprint to the image.
[12:56] <tvoss> Mirv, ack, thx for the heads up
[13:18] <bzoltan> brendand: I have flipped the silo9 to be tested. It has two test runes. the first one cleared all AP tests but the browser, then Kaleo has pushed a fix for those AP tests and the MAIN-2 shows that the browser is fine too.
[13:19] <ogra_> bzoltan, there is olli ;)
[13:19] <olli> ohoh
[13:20] <brendand> bzoltan, mmm that definitely needs to be landed
[13:20] <jhodapp> Mirv, can I get a silo for line 54 please?
[13:20] <brendand> olli, do you think we should change our landing approach for today?
[13:20] <brendand> olli, to land only top blockers, or proceed as normal
[13:20] <olli> brendand, why so and how
[13:21] <ogra_> brendand, lets land whatever QA cvan sign off ... only top blockers tomorrow then
[13:23] <Mirv> jhodapp: done, vivid-001
[13:23] <jhodapp> thanks Mirv
[13:26] <brendand> bzoltan, which bugs is silo 9 actually fixing?
[13:26] <brendand> bzoltan, seems to be more than one
[13:30] <jhodapp> Mirv, thanks
[13:45] <brendand> bzoltan, for me the silo doesn't seem to have much of an impact in terms of actually fixing the issue described
[13:52] <om26er> alecu, Hi! regarding silo 1 which removed suru bg for the dash headers, seems one of the scopes still uses that header.
[13:52] <om26er> NearBy
[13:55] <ogra_> om26er, i think thats known
[13:55] <ogra_> olli, ^^ i think victor said something about this
[14:00] <alecu> om26er: yes, I noticed that too. cwayne was looking into it
[14:04] <brendand> cjwatson, if i'm trying to find the source_package_publishing_history of a specific source package for RTM, what's the most reliable way to do that?
[14:05] <ogra_> rtm-changes ?
[14:05] <brendand> cjwatson, the only way i can see right now is if i use getPublishedSource on RTMs main_archive
[14:05] <brendand> ogra_, in launchpadlib
[14:05] <om26er> ogra_, was there a reply from olli I got disconnected so might have missed it.
[14:06] <ogra_> om26er, in another channel ... cwayne is looking into it
[14:08] <om26er> ok, thanks, I'll pick another silo in the mean time
[14:08] <cjwatson> brendand: that's the best way
[14:09] <cjwatson> make sure to use exact_match=True
[14:09] <cjwatson> and perhaps limit to an appropriate distro_series too
[14:10] <brendand> cjwatson, i wasn't sure if main_archive would always contain the package
[14:11] <cjwatson> brendand: It will if the package is in the main archive :-)
[14:12] <cjwatson> brendand: (note, "main" there doesn't refer to the "main" component)
[14:12] <cjwatson> it just means the primary archive for that distribution
[14:13] <cjwatson> as opposed to PPAs or whatever
[14:14] <om26er> alexabreu, Hi! regarding bug 1386682 (silo 8) I don't see a testcase to test the bug fix. Can you help with that ?
[14:18] <alexabreu> om26er, I updated the bug description :)
[14:18] <alexabreu> w/ a test steps
[14:24] <ogra_> plars, yo, what happened to systemsettle ? seems it is set up at 97.5% now
[14:25] <plars> ogra_: heck if I know
[14:25] <plars> :)
[14:25] <ogra_> :)
[14:25] <ogra_> plars, also, due to /topic it seems we are missing one device from krillin smokke tests
[14:26] <plars> ogra_: which one? I was still looking at this horrible go exception that I got from udf
[14:26] <ogra_> could we get these re-run
[14:26] <ogra_> "Known Issues: Touch devices in jenkins are unavailable after flashing, recovery in progress"
[14:26] <plars> ogra_: that was the issue over the weekend right? I think I got most of those handled except a single mako that didn't want to come back. I'll check again though
[14:26] <ogra_> smoketests only ran 500+ tests
[14:27] <ogra_> well, i'm talking about krillin
[14:28] <plars> ogra_: me too, the only krillin offline at the moment is krillin-05, which is off for instrumentation purposes. We saw some strange problems with udf last night, and I'm rerunning from that, but otherwise all the krillin appear to be pretty happy
[14:28] <ogra_> ok
[14:28] <ogra_> welll, i only noticed the ~300 missing test results this morning
[14:29] <om26er> alexabreu, thanks!
[14:29] <ogra_> simply assuming we were missing a full device
[14:29] <alecu> om26er: hi! regarding silo rtm-001, the NearBy scope is packaged as click, so it's not landing via the silo. cwayne is working on it, and it will land it separately via the click store.
[14:30] <alecu> om26er: Sorry for not saying this more clearly on the landing sheet.
[14:30] <om26er> alecu, ack, I will finalize that silo soon.
[14:30] <alecu> om26er: great, thanks.
[14:31] <plars> ogra_: yeah, the run is split 4 ways on krillin, and one of them didn't complete, in the rtm case because it failed to go from recovery->fastboot. I've seen this a few times where reboot- bootloader just ignores me
[14:31] <om26er> cheers
[14:31] <ogra_> plars, ah ... use a whip ;)
[14:31] <plars> ogra_: I'll put something in to slap it around a bit if it does that again, but I'm curious why the device sometimes just ignores that
[14:31] <brendand> bzoltan, is Kalleo around today?
[14:31] <ogra_> make them listen :)
[14:32] <plars> ogra_: anyway, another one is flashing to complete those results now, look for them soon
[14:32] <ogra_> thanks !
[14:32] <plars> ogra_: and without the extra tests for things that shouldn't be there now :)
[14:32] <ogra_> heh, k
[14:42] <ogra_> Mirv, can we have a silo for line 56 ?
[14:44] <dbarth> hi trainguards, i have line 57 ready for a silo
[14:50] <Saviq> Mirv, you're messing with qt packages are you? ;)
[14:50] <ogra_> Saviq, already over
[14:50] <Saviq> qtdeclarative5-dbg : Depends: libqt5quicktest5 (= 5.3.0-3ubuntu13) but 5.3.0-3ubuntu14~test3 is to be installed
[14:50] <Saviq> doesn't look like it
[14:51] <brendand> ogra_, did we get any testing on mako/emulator for 151?
[14:51] <ogra_> well, the messing is
[14:51] <brendand> ogra_, if we're going to think about promoting it
[14:51] <ogra_> now there is the fixing :)
[14:51] <ogra_> brendand, i thought davmor2 did test it ... not sure though
[14:52] <davmor2> brendand: I tested them on friday
[14:52] <ogra_> \o/
[14:53] <Saviq> Mirv, looks like declarative needs a rebuild against the new test ↑
[14:59] <Saviq> or maybe it's not published yet
[14:59] <Saviq> right, proposed
[15:01] <Saviq> tvoss, hey, got a sec?
[15:01] <tvoss> Saviq, yup, what's up
[15:01] <Saviq> tvoss, can you make out anything out from http://pastebin.ubuntu.com/8942149/
[15:02] <Saviq> tvoss, I've got unity8 stuck for no reason
[15:03] <tvoss> Saviq, nope. the one thing I see is that the render loop is waiting on a wait condition in thread 8. Which I haven't seen before in a unity 8 stack trace. But that's obviously only a wild guess
[15:04] <Saviq> tvoss, how about the recvmsg in 29?
[15:05] <Saviq> could be caused by something else blocking?
[15:05] <tvoss> Saviq, mind taking another trace? like another random sample?
[15:05] <Saviq> tvoss, yeah, just did, lemme paste
[15:06] <Saviq> tvoss, http://pastebin.ubuntu.com/8942221/
[15:06] <tvoss> Saviq, if it stays there, I would be surprised as the transport obviously signal'd readable before
[15:06] <tvoss> aha
[15:06] <Saviq> tvoss, as for the render loop waiting, if UI thread got stuck, render would get stuck at sync to it
[15:07] <tvoss> Saviq, yup, so seems like recvmsg is stuck, thus blocking the render thread
[15:08] <Saviq> that's Client IO loop
[15:09]  * Saviq takes it to #ubuntu-mir
[15:18] <bzoltan> brendand: yes, Kaleo is around. I have talked to him today
[15:24] <Mirv> ogra_: MP url wrong
[15:24] <Mirv> dbarth: silo assigned
[15:24] <ogra_> urgh
[15:24] <Mirv> Saviq: sounds like same PPA stuff you're having, even though yes I've Qt 5.3.2 published today
[15:25] <ogra_> Mirv, try now :)
[15:25] <Saviq> Mirv, hmm, no ppas on that phone, freshly flashed vivid
[15:26] <Mirv> Saviq: google tells me ubuntu14~test3 is ubuntu-rtm package
[15:26] <Mirv> ogra_: rtm-016!
[15:26] <ogra_> gracias !!
[15:27] <Saviq> Mirv, hmm interesting
[15:27] <Saviq> Mirv, ugh, my fault, sorry :)
[15:27] <Saviq> Mirv, installed a wrong local package
[15:27] <Mirv> Saviq: NP :) but soon you'll have 5.3.2 on vivid
[15:28] <Saviq> Mirv, looking forward to it :)
[15:28] <ogra_> and then vivid on rtm too !
[15:29] <om26er> alecu, ping
[15:29] <alecu> om26er: pong
[15:30] <elopio> fginther: plars: how do I get my branch merged into ubuntu-test-cases/touch? https://code.launchpad.net/~canonical-platform-qa/ubuntu-test-cases/sample-adt-test/+merge/241321
[15:30] <elopio> should I top-approve it?
[15:30] <om26er> alecu, the change in silo 1 brings in a regression. grooveshark/7digitial/youtube scopes no more load their custom headers if navigated from music/video aggregators.
[15:31] <alecu> om26er: weird; I'll take a look at that
[15:32] <alecu> Saviq, tsdgeos: any ideas about that? ^
[15:32] <fginther> elopio, if plars is ok with it (since he had a couple comments) you can top approve
[15:33] <alecu> Saviq, tsdgeos: the only thing that silo does is remove the background image from the music, video and apps scopes.
[15:33] <elopio> plars: let me know if I should change something else.
[15:33] <plars> elopio: fginther: yes, give me just a few minutes and I'll take a look. Is it blocking you from something at the moment?
[15:33] <elopio> plars: no. Any time today would be good.
[15:35] <alecu> om26er: I see that the "Youtube" header is not shown when clicking on one of the videos, but it is still shown if I click on the header (in spanish: "Destacados de Youtube >"
[15:36] <alecu> om26er: is that the regression? I'm reflashing to try it without the silo.
[15:37] <om26er> alecu, for me all these scopes show plain background and not their custom colored bg.
[15:38] <cwayne> ogra_: thanks for taking care of the silo, today's a holiday here so will be afk for a bit
[15:38] <alecu> om26er: how are you entering those scopes?
[15:38] <Saviq> alecu, no, nothing comes to mind
[15:38] <ogra_> cwayne, yeah, celebrate your veterany :)
[15:38] <tsdgeos> alecu: hmmmm, not really, sorry
[15:38] <ogra_> (or is it veteraness)
[15:38] <cwayne-afk> ogra_: veteranity maybe? :P
[15:38] <alecu> Saviq: tsdgeos: no worries, thanks.
[15:38] <ogra_> :)
[15:39] <om26er> alecu, from the main dash. I just go to the 'Video' scope by flicking right from the 'Dashboard'
[15:39] <om26er> there just tap on a video from youtube category.
[15:40] <alecu> om26er: I don't think it's a regression
[15:41] <om26er> alecu, it clearly is, I have done the before/after comparison
[15:41] <alecu> om26er: I just tried that on a freshly flashed krillin with 154, and when doing that I don't get the youtube header
[15:42] <ogra_> alecu, om26er, you dont click the video but the "youtube features" headline there
[15:43] <alecu> ogra_: when clicking the "youtube features" with the silo, I get the youtube header
[15:43] <ogra_> that gets you the actual scope instead of a single movie preview
[15:43] <ogra_> right, me too
[15:43] <ogra_> (155 here)
[15:44] <alecu> ogra_: exactly, so I think I'm not understanding what the regression with silo rtm-001
[15:44] <alecu> is
[15:46] <om26er> alecu, ogra_ I am flashing back and re-testing and will get back to you.
[15:46] <Mirv> rsalveti: I think there's a glitch http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pyqt5 and we'd need http://pastebin.ubuntu.com/8942826/ - do you agree? pyqt5 seems the only one affected.
[15:46] <alecu> om26er: great, thanks a lot.
[15:47] <Mirv> rsalveti: only libqt5gui5 seems affected (https://launchpadlibrarian.net/188155119/qtbase-opensource-src_5.3.0%2Bdfsg-2ubuntu9_5.3.2%2Bdfsg-4ubuntu1.diff.gz / .symbols changes)
[16:00] <ogra_> hmpf, this is the fifth time today that my wlan icon just vanishes from the indicator
[16:09] <om26er> alecu, ok seems to work fine for me. I am trying to understand whats the regression potential of this change ?
[16:10] <om26er> while it looks pretty straight forward of a change, its still good to know.
[16:19] <Mirv> om26er: brendand: you're asking for trouble signing off silo as accepted that is also "Passed" in trello but has the last comment "This brings in a regression as talked to alecu. changing to failed."
[16:20] <Mirv> so please clear it up and don't set as Granted before all comments match :)
[16:20] <om26er> Mirv, aah, that was a confusion, updating the comment.
[16:22] <Mirv> om26er: thanks!
[16:25] <Mirv> rsalveti: the silo is building, but I won't be awake to push qtbase-gles + pyqt5 to the silo once qtbase has built. if you don't have time, I'll wake up in ca 12h
[16:26] <Mirv> I think qt is stuck with calibre/imagemagick transition too anyhow
[16:28] <cjwatson> Mirv: hopefully not too much longer there ...
[16:34] <ogra_> davmor2, so silo 16 has a package, not sure i will get to test it soon, would you mid just grabbing it ?
[16:34] <ogra_> *mind
[16:34] <ogra_> (chris wont be able to, US holiday)
[16:39] <rsalveti> Mirv: optional shouldn't be causing any issue
[16:39] <rsalveti> didn't yet get why you changed qtbase
[16:40] <rsalveti> Mirv: if you push http://pastebin.ubuntu.com/8942826/ then we can't sync the symbols with the gles package anymore
[16:40] <rsalveti> because of:
[16:40] <rsalveti> + (optional|arch=!armhf !armel)_ZN20QOpenGLFunctions_ES214versionProfileEv@Base 5.2.0 3
[16:40] <rsalveti> + (arch=armhf armel)_ZN20QOpenGLFunctions_ES214versionProfileEv@Base 5.2.0 2
[16:40] <rsalveti> that's why they were all optional
[16:41] <tvoss> trainguards, can I get a silo for line 60?
[16:43] <rsalveti> Mirv: I still think your issue is different
[16:43] <rsalveti> Mirv: or we might be missing one symbol or so
[16:43] <rsalveti> that pyqt5 uses
[16:43] <Mirv> rsalveti: I erronously changed qtbase symbols with pkgkde-symbolshelper and then fixed manually. only that diff to 5.3.0 revealed that. the patch would revert to what qtbase 5.3.0 already had.
[16:44] <Mirv> rsalveti: hmm.
[16:44] <rsalveti> having them as optional is fine and expected
[16:44] <rsalveti> this is what we had before
[16:45] <rsalveti> let me check why pyqt5 can't be installed
[16:46] <Mirv> rsalveti: the excuses says armhf packages depends on the libqt5gui5-gles python-pyqt5.qtopengl/armhf unsatisfiable Depends: libqt5gui5-gles (>= 5.2.0)
[16:48] <rsalveti> Mirv: right, then I think your patch is partially right
[16:48] <rsalveti> you could still keep optional for every other arch
[16:48] <rsalveti> and just add the new lines that are specific with armhf and armel
[16:48] <rsalveti> I think that is how it was before, let me confirm
[16:49] <rsalveti> that way you can still keep both symbols file (gl and gles) in sync
[16:49] <rsalveti> as the -gles packages are not producing binaries for armhf
[16:51] <elopio> cihelp: I have another branch ready for a review: https://code.launchpad.net/~canonical-platform-qa/uci-engine/nfss-check/+merge/241322
[16:52] <Ursinha> elopio: I'll have a look
[16:52] <elopio> I would like to know if that's a good location for that kind of scripts
[16:52] <elopio> thanks Ursinha
[16:56] <rsalveti> Mirv: your changes should still work fine though
[16:57] <robru> Mirv: hm, but I didn't change any sync logic...
[16:57]  * ogra_ is in a meeting that is running over a little, i'll be late for the landing meeting
[16:59] <john-mcaleely> davmor2, any news on the device tarball from yesterday?
[16:59] <davmor2> john-mcaleely: next on my list
[17:01] <ogra_> davmor2, did you see my ping above ?
[17:02] <davmor2> ogra_: check the spreadsheet :P
[17:02] <davmor2> ogra_: also meeting time
[17:03] <ogra_> davmor2, right, i'm in the bug review meeting still
[17:03] <ogra_> will join in a minute
[17:13] <brendand> ogra_, we're waiting :)
[17:13] <Mirv> rsalveti: can you possibly publish or copy-package qtbase from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-014 when it finishes in 2-3 hours? it mainly now has the benefit of having already been building for 1+ hour. pyqt5 would then need another no-change rebuild.
[17:13] <rsalveti> Mirv: sure
[17:13] <Mirv> robru: yeah, I don't know what is it about, but no sync operation worked but caused the error seen
[17:13] <Mirv> rsalveti: thanks a lot! hard, these non-24h work days.
[17:13] <rsalveti> :-)
[17:18] <plars> ogra_: those results are bogus, but I see the problem. I'm going to restart the whole set
[17:19] <ogra_> plars, ok, with the adjusted systemsettle already ?
[17:20] <robru> Mirv: hm, well it does appear to be sending the wrong dir to cowbuilder for building the source package. I'll look at it
[17:20] <plars> ogra_: those were changed to 95.5 yesterday
[17:21] <ogra_> plars, well, the command seems to use 97.5
[17:21] <plars> ogra_: maybe I missed one, I'll look again
[17:25] <plars> ogra_: argh, I found it. Thanks! The one I started will still be at 97.5 for most things unfortunately. Will there be a new image later today?
[17:26] <ogra_> plars, well, the cronned one ...
[17:26] <ogra_> plars, no worries ... as long as we get it adjusted we're all fine
[17:26] <plars> ogra_: ok, I can restart it in just a bit if you like
[17:26] <plars> ogra_: it's certainly fixed now
[17:27] <ogra_> plars, nah, you have a day off, dont stay for that
[17:27] <plars> ogra_: no, I'm here today. swapping for another day
[17:27] <plars> ogra_: just busy with other things at the moment
[17:28] <ogra_> ah
[17:28] <ogra_> plars, well, then i'll leave that up to you ... do as you like :)
[17:29] <cjwatson> sergiusens: can I take myself off cron mail for click-sync and rely on you to flag up anything that needs attention?  This is part of https://lists.ubuntu.com/archives/ubuntu-release/2014-November/003135.html
[17:36] <alecu> om26er_: you mentioned: "whats the regression potential of this change?"
[17:36] <olli> jfunk, ogra_, so are we promoting the last image?
[17:36] <olli> 151
[17:36]  * olli is catching up and a bit confused
[17:36] <ogra_> olli, yup
[17:36] <ogra_> in a few ...
[17:36] <olli> good stuff
[17:37] <olli> ogra_, 151 or a later image
[17:37] <om26er_> alecu, yes, I did.
[17:37] <alecu> om26er_: I don't think there's potential for regression with this change: it's just removing the setting for the background from the ini file, and there are several scopes that don't have that setting, so it's very unlikely that something would stop working due to this.
[17:37] <ogra_> olli, the regression suite only ran to 60% ... but i'm confident thats good enough as we know that it fixes bugs on top of the last promotion and didnt have any regressions in manual testing
[17:38] <om26er_> alecu, ok, thanks.
[17:38] <olli>  ogra_, yeah, +1 on the rationale
[17:38] <ogra_> olli, 151 ... and then whatever comes out of the machinery on thu,
[17:38] <ogra_> (with luck we know by fri that this is promotable i was told
[17:39] <olli> wait what?
[17:39] <ogra_> )
[17:39] <alecu> om26er_: thank you for your thorough review :-)
[17:39] <olli> ogra_, confused again
[17:39] <ogra_> olli, we promote 151 now ... and then we promote RC on fri
[17:39] <olli> ok
[17:39] <olli> so 2 promotions
[17:39] <ogra_> with luck :)
[17:39] <olli> 151 and the one on Thu/Fri/Mo
[17:39] <olli> gotcha
[17:39] <olli> phew
[17:39] <ogra_> no worries :)
[17:59]  * ogra_ twiddles thumbs watching the promotion script 
[18:08] <ogra_> [18:08] <ogra_> (that is 151 on krillin, 124 on mako, 116 on both emulator arches)
[18:08] <ogra_> olli, ^^
[18:09] <john-mcaleely> 6 or 7?
[18:09] <ogra_> should be 6
[18:09]  * ogra_ checks again 
[18:09] <ogra_> oops
[18:09] <ogra_> !
[18:10] <ogra_> john-mcaleely, thanks !!
[18:10] <ogra_> [18:10] <ogra_> :P
[18:10] <john-mcaleely> ogra_, yw. I was just rummaging for the news too :-)
[18:10] <ogra_> thats two in one day !!
[18:10] <john-mcaleely> 6 happened earlier today? gosh
[18:10] <ogra_> lol
[18:15] <olli> well done, thx everyone
[18:15] <olli> we are almost there...
[18:16] <olli> on that note ...
[18:16] <olli> http://img.pandawhale.com/post-38714-Grumpy-Cat-99-Little-Bugs-in-t-oiLk.jpeg
[18:17] <robru> bzoltan: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-009-3-merge-clean/23/console uh, you're going to have to merge that manually since you put in an MP to your own personal branch
[18:18] <ogra_> robru, why was that promoted twice ?
[18:19] <ogra_> robru, that landed yesterday already ... https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/000837.html (mirv asked me to copy-package it due to the silo being broken)
[18:19] <robru> ogra_: what?
[18:19] <robru> ogra_: I just saw the silo sitting there, marked topblocker, qa approved, etc, so I published it this morning.
[18:19] <ogra_> right, but thats most likely the reason it cant merge
[18:20] <robru> ogra_: no, the reason it can't merge is because the MP target is bzoltan's personal branch, which ps-jenkins-bot doesn't have permission to modify
[18:20] <Mirv> ogra_: robru: no, it was silo 008, 009 is different landing
[18:20] <ogra_> ah, k
[18:20] <ogra_> Mirv, the changelog is identical
[18:21] <ogra_> bah
[18:21] <ogra_> ignore me
[18:21]  * ogra_ had the same tab opened twice in the browser
[18:21] <Mirv> robru: the personal branch is long story of timezones and stuff, but zoltan is happy if it got published and we can fix the rtm branch in the morning manually
[18:22]  * Mirv sleepy time
[18:22] <ogra_> enjoy !
[18:22] <robru> Mirv: goodnight
[18:22] <cyphermox> robru: hey; could I please have a new silo for line 14? it was dropped some time ago, and we'd be ready to start again
[18:24] <robru> cyphermox: sure, one sec, spreadsheet seems to be crapping out on me
[18:27] <cyphermox> alrighty\
[18:28] <ogra_> brendand, can i get that link to the 60% testplan ?
[18:29] <ogra_> (for the landing mail)
[18:30] <sergiusens> cjwatson: sounds good, I'll do the evaluation and ask you to do anything if necessary
[18:32] <brendand> ogra_, oh yeah - https://docs.google.com/a/canonical.com/spreadsheets/d/11EKX9SkCua84F6SxWT1c9PVhDGQBD-7bZiwcPPsL8CM/edit#gid=639664671
[18:32] <ogra_> brendand, thanks !
[18:33] <robru> cyphermox: ok silo vivid 19
[18:34] <nik90> brendand: I am facing a regression with image #7 where if I enable silent mode through the indicator sound, it reverts back after 1 second.
[18:34] <nik90> charles, tedg ^^
[18:34] <nik90> on Mako
[18:35] <ogra_> nik90, there is a bug for that iirc
[18:35] <nik90> ogra_: oh...this didnt happen with #6 though
[18:36] <ogra_> https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1391164
[18:36] <ogra_> nik90, you just need to speed up tedg :)
[18:36] <nik90> ogra_: that's not the bug though
[18:37] <nik90> ogra_: for me, if I enable it manually, it reverts back immediately after 1 sec
[18:37] <ogra_> hmm
[18:37] <nik90> without any phone reboot
[18:38] <ogra_> looks like the fix could help your case too though
[18:38] <nik90> I suppose
[18:38] <ogra_> ask tedg i suppose
[18:41] <brendand> nik90, sorry - can't confirm it here
[18:42] <nik90> brendand: np, I suspect I see this issue due to https://bugs.launchpad.net/indicator-sound/+bug/1389008
[18:42] <nik90> I will keep an eye on both these bugs
[18:55] <bzoltan> ogra_: my personal branch is now history, I redirected the silo9 MR to the real rtm branch. So the mess was onl with the silo8.
[18:56] <om26er> karni, Hi! if I don't have any contact on telegram what  can I do to test silo 16 ?
[18:56] <ogra_> bzoltan, yeah, no worries :)
[18:59] <om26er> brb
[18:59] <davmor2> john-mcaleely: device tarball looks good only issue I hit is the alarm issue which is known anyway https://bugs.launchpad.net/bugs/1390992
[19:00] <john-mcaleely> davmor2, great, thanks
[19:00] <john-mcaleely> ogra_, is now good to push that?
[19:00] <ogra_> john-mcaleely, yeah ...
[19:03] <john-mcaleely> ogra_, davmor2 done. thank you
[19:03] <ogra_> yay
[19:03] <davmor2> john-mcaleely: only if you push it to the right channel
[19:04]  * john-mcaleely crosses fingers...
[19:06] <davmor2> ogra_: you should have a new blocker it is only for vivid it is the alarm issue that is aforementioned but it means the sanity tests on vivid are failing
[19:07] <ogra_> davmor2, file it and i'll make it a vivid blocker
[19:08] <davmor2> ogra_: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1390992
[19:08] <ogra_> thx
[19:13] <nik90> davmor2: but it requires a fix in eds?
[19:13] <nik90> should I move it to eds since there is nothign to be done in the clock app
[19:14] <davmor2> nik90: ah yes please I thought it already had been, my mistake :)
[19:15] <davmor2> nik90: we'll just blame charles
[19:16] <nik90> lol
[19:26] <karni> om26er - add me, no. in directory
[19:27] <karni> om26er - sry for late reply, I'm on holiday
[19:27] <om26er> karni, I found a way around. I am using my other phone ;)
[19:27] <karni> om26er: perfect
[19:31] <om26er> karni, last one where am I supposed to find the error messages ?
[19:31] <om26er> ignore that, found.
[19:38] <cjwatson> sergiusens: OK, thanks.  I've removed myself from the MAILTO for that cron job.
[19:57] <olli> ogra_, did we land the fix for https://bugs.launchpad.net/bugs/1387708 yet
[19:57] <olli> or is this still w/ QA
[20:00] <robru> olli: still with qa
[20:01] <robru> olli: err actually the one in qa is a different location-service one
[20:01] <olli> oh
[20:01] <olli> a different one?
[20:01] <robru> olli: I don't see 1387708 currently in a silo unless the bug reference is missing
[20:01] <olli> which bug is that
[20:01] <olli> tvoss, ^
[20:02] <robru> olli: bug 1390490 is in qa right now, silo rtm 13
[20:03] <olli> robru, ah
[20:03] <olli> same branch
[20:03] <olli> different bug
[20:03] <olli> robru, thx
[20:03] <robru> olli: 1387708 looks like it has a branch that's been merged to trunk, so if it's not already released, this release will release it ;-)
[20:04] <robru> alright
[20:04] <olli> me thinks... we really need to improve our mapping of silos, bugs, branches
[20:04] <olli> that's for another day ;)
[20:04] <robru> olli: sure do!
[20:04] <olli> robru, thx
[20:04] <robru> olli: you're welcome
[20:54] <cwayne-afk> ogra_: you still around by any chance?
[21:39] <alecu> yes, pretty please
[22:31] <ogra_> robru, next time tell olli to actually open the bug :P its all documented in there
[22:33] <ogra_> we need some bug training for the management ...
[22:35] <ogra_> cwayne-afk, i am for a moment
[22:37] <ogra_> cwayne-afk, feel free to land the tarball at  any time except while the image is actually building (3:00 - 4:30 UTC)