[07:43] <sil2100> john-mcaleely: hey! Any news from BQ?
[08:12]  * sil2100 keeps his fingers crossed for silo 4
[08:13] <jibel> sil2100, I tried silo 4 during the week end and it doesn't work bad.
[08:18] <Mirv> it'd be nice to get it in soon (or mark it as failed) as it's blocking a queue of other landings
[08:19] <sil2100> Yeah, I would love it landed today
[08:19] <sil2100> If it passes testing
[08:21] <Mirv> davmor2 has hit an issue it seems
[08:21] <Mirv> not sure if a blocker or not
[08:22] <davmor2> Mirv: on minor and more with apps that with rotation itself, biggest one for end user is switching between apps/scopes that don't support rotation it really throws you that the right swipw is now top not right
[08:25] <jibel> yeah, you can find odd test cases, like open webbrowser, rotate, lock screen, unrotate, unlock screen. The browser is stretch over the height for a moment until it's rendered again.
[08:26] <jibel> also icons in the launcher are not anti-aliased in landscope orientation
[08:26] <jibel> landscape*
[08:27] <jibel> we should probably move forward and not block on these issues.
[08:28] <sil2100> Oh, the cat sits on my desk, perfect
[08:30] <john-mcaleely> sil2100, none yet.
[08:34] <pete-woods> trainguards: hi guys, seems my silo 42 has become totally redundant while I was away
[08:34] <pete-woods> it can be flushed
[08:38] <Mirv> pete-woods: ok! and welcome back
[08:38] <pete-woods> Mirv: :)
[08:46] <abeato> Mirv, morning, can I have a silo for line 69?
[08:47] <abeato> thx
[08:50] <Mirv> abeato: yes, I assigned it before reading your plea ;)
[08:51] <abeato> Mirv, :D
[08:55]  * sil2100 waits for silo 4 to get switched to 'Tested' ;)
[09:04] <pedronis> trainguards: hi, you can free silo 38 and corresponding spreadsheet line, QA wasn't satisfied and the project should move to other maintainers at this point who will need to see what to do
[09:07] <sil2100> pedronis: ok
[09:11] <pedronis> sil2100: thanks
[09:13] <sil2100> davmor2: can I publish silo 4? Can I? Can I?
[09:14] <davmor2> sil2100: gives us a few minutes we are about to have our meeting and after that I can give you a definitive answer
[09:23] <sil2100> \o/
[09:24] <ogra_> on my meizu there is no SIM unlock dialog and no way to bring it up
[09:24] <ogra_> do we have a bug for that ?
[09:26] <mzanetti> sil2100, hello :)
[09:26] <mzanetti> sil2100, I guess you know what I'm up to :)
[09:26] <sil2100> mzanetti: silo 4 is now being packaging-reviewed ;)
[09:27] <mzanetti> ack. thanks!
[09:27] <Mirv> mzanetti: almost there!
[09:27] <sil2100> Looking good!
[09:27] <mzanetti> can't believe this is happening! when did we first put this into a silo? I think it was 2014
[09:28] <sil2100> It's PUUUBLISHIIING
[09:29] <sil2100> Once it gets published in the PPA I kick a new image
[09:29] <Mirv> \œ/
[09:29]  * ogra_ curses trying to get his arale to work with a PIN locked sim :/
[09:29] <Mirv> hehe, altgr-o
[09:29] <ogra_> not even the unlock button from the indicator does anything
[09:30] <Mirv> done!
[09:30] <Mirv> congrats mzanetti
[09:30] <Mirv> and the team behind The Silo
[09:33] <mzanetti> Mirv, hah! thanks
[09:40] <ogra_> jibel, davmor2m can anyone confirm bug 1465214
[09:45] <sil2100> Packages published, building an image
[09:46] <jibel> ogra_, I didn't try recently. let me charge it and I'll tell you
[09:47] <ogra_> thanks
[09:58] <Mirv> sil2100: we'll need to be able to have train accepting differing changelog while still being able to force the next dual landing. is that already possible?
[09:58] <Mirv> since otherwise non-change rebuilds in wily can't be done
[09:58] <Mirv> and wily will need those for some of the transitions for sure
[09:59] <Mirv> Qt, maybe GCC5, etc
[11:02] <nik90> popey: do you happen to know if BQ has approved OTA-4?
[11:02]  * nik90 being impatient :P
[11:02] <popey> nik90: I don't.
[11:02] <popey> sil2100: ^
[11:17] <mzanetti> sil2100, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtmir-gles
[11:19] <greyback_> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-api too
[11:21] <mzanetti> greyback_, seems odd... how would unity-api break the bootests
[11:22] <greyback_> mzanetti: I've no idea, the log doesn't say much
[11:29] <Mirv> mzanetti: greyback_: I'll just rerun, the boottests are IMHO been unshaky in wily
[11:29] <Mirv> unstable, yes shaky :)
[11:29] <greyback_> :)
[11:29] <mzanetti> :)
[11:30] <Mirv> also ji_bel seems at it, rerunning them
[11:31] <jibel> it's an unsatisfied dep but the log doesn't say what
[11:44] <Mirv> jibel: the -gles packages are tried to be installed on krillin, but the -gles packages are x86 only..
[11:44] <Mirv> boottest cannot be run for *-gles packages
[11:44] <Mirv> unless of course an actual sdk x86 emulator is set to test those
[11:45] <jibel> ok
[11:45] <Mirv> interestingly the #5 run was a success even though it couldn't possibly have installed the package being tested on krillin
[11:45] <Mirv> in May
[11:46] <Mirv> maybe it's a recent addition to try to forcefully install the package in question in addition to just upgrading the device
[11:58] <Mirv> greyback_: mzanetti: ok my unity-api rerun passed so it went to release pocket, only qtmir-gles/qtubuntu-gles remain in -proposed possibly due to some recent CI changes
[11:58] <seb128> hum
[11:58] <seb128> why do we get empty changelog entries like in
[11:58] <seb128> https://launchpad.net/ubuntu/+source/dialer-app/0.1+15.10.20150610-0ubuntu1
[11:58] <mzanetti> Mirv, erm, what does that mean in practice?
[11:59] <Mirv> mzanetti: my guess above was that it tries to install -gles packages on krillin which is not possibly because those packages are only available on x86..
[11:59] <mzanetti> Mirv, right, but will unity8 merge nevertheless?
[11:59] <Mirv> mzanetti: oh right we need that. we'll force the merge later if it seems this takes time.
[12:00] <Mirv> mzanetti: since it's now only about the gles packages
[12:22] <sil2100> huh
[12:51] <mzanetti> Mirv, hey, code still not merged. seems it's stuck
[12:57] <Mirv> sil2100: ^ should we clean manually or wait for the boottest problems be resolved by CI?
[12:57] <sil2100> Mirv: ah, the boottest problems... do we know if that's just an infra issue?
[12:57] <Mirv> cihelp ^ qtmir-gles/qtubuntu-gles boottests failing - the packages shouldn't be tried to be installed on arm since they're x86 only
[12:58] <sil2100> I would say, let's make sure cihelp is aware and force-merge-clean the silo
[12:58] <Mirv> sil2100: well that's my guess, from the log it'd sound like they forcefully try to install the being tested package on krillin - none of the *-gles packages are there on arm
[12:58] <sil2100> If, of course, that's the only thing wrong
[12:58] <sil2100> Only the -gles ones fail, right?
[12:58] <Mirv> sil2100: and I don't think we have any automated emulator tests anyway so there's nothing to test currently
[12:58] <Mirv> sil2100: yes, qtmir and qtubuntu themselves migrated already
[12:58] <sil2100> john-mcaleely: any news from BQ? (/me gets annoyingly repetitive)
[12:59] <sil2100> hm, address-book-app also failed the boottest
[13:00] <sil2100> Mirv: let's get someone to look into whe address-book-app test failure (even though it's 99% probably an infrastructure issue) and them force-merge
[13:01] <Mirv> sil2100: oh, I missed address-book-app. there were other failures too that went away with a rerun, let me try address-book-app rerunning too
[13:01] <sil2100> cihelp: can anyone re-run the address-book-app boottest?
[13:02] <sil2100> Oh, you can re-run boottests?
[13:02] <sil2100> :)
[13:02] <Mirv> sil2100: yes :)
[13:04] <fginther> Mirv, sil2100, I'll take a look at those bootttest issues
[13:05] <john-mcaleely> sil2100, nope
[13:05] <sil2100> fginther: thank you man :)
[13:11] <Mirv> fginther: thanks, direct links http://d-jenkins.ubuntu-ci:8080/view/Wily/view/BootTest/job/wily-boottest-qtmir-gles/ + http://d-jenkins.ubuntu-ci:8080/view/Wily/view/BootTest/job/wily-boottest-qtubuntu-gles/
[13:23] <Mirv> sil2100: address book passed now, I'll clean the 004 after it migrates to release pocket
[13:29] <tedg> sil2100, Is the cmake i386 bug fixed?
[13:30] <tedg> Ah, seems it is in proposed.
[13:31] <Mirv> tedg: seems so since I had builds without the problem now
[13:31] <tedg> trainguards, can you please retry this build? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+build/7535097
[13:32] <Mirv> tedg: done
[13:32] <kenvandine> trainguards, what's up with silo 39?  it's been migrating to destination since friday, but it's already published in the overlay ppa
[13:33] <tedg> Mirv, Thanks!
[13:33] <Mirv> kenvandine: huh, everything seems in order. maybe it's some glitch in the matrix.
[13:34] <kenvandine> yeah... that's what i suspected
[13:34] <kenvandine> it's published... just not merged/cleaned
[13:34] <Mirv> kenvandine: it seems clean job was happy to be run, so somehow the train just didn't get the message of migration. so it's merged/cleaned now.
[13:34] <kenvandine> Mirv, thx
[13:35] <tedg> trainguards, so I reconfigured silo 36 to remove the mediaplayer MR, but the binary package is still in the PPA from the previous build. That won't get published, right?
[13:35] <Mirv> kenvandine: although, it claims there no commits, weird https://ci-train.ubuntu.com/job/ubuntu-landing-039-3-merge-clean/1/console .. so check the branch
[13:35] <Mirv> tedg: we'll need to remove that manually, otherwise train will complain. I can remobe if now.
[13:36] <Mirv> tedg: now removed
[13:36] <tedg> Mirv, Ah, okay. Thanks!
[13:36] <kenvandine> Mirv, the MP was marked as merged and the history looks good
[13:41] <Mirv> kenvandine: ok then
[13:50] <sil2100> Back from lunch just now
[13:50] <sil2100> But I see Mirv sorted all issues
[13:58] <fginther> sil2100, Mirv, qtmir-gles and qtubuntu-gles are unblocked now
[13:58] <sil2100> fginther: thanks!
[14:00] <Mirv> fginther: thanks!
[14:07] <rvr> jgdx: kenvandine: ping
[14:08] <kenvandine> rvr, pong
[14:08] <rvr> kenvandine: Hi
[14:08] <rvr> kenvandine: I'm testing silo 17
[14:08] <rvr> kenvandine: I run phablet@ubuntu-phablet:~$ gdbus call --system -d fi.w1.wpa_supplicant1 -o /fi/w1/wpa_supplicant1 -m fi.w1.wpa_supplicant1.SetInterfaceFirmware / ap and the answer is "()", I see no errors in dbus.log
[14:09] <rvr> kenvandine: Is that correct?
[14:09] <kenvandine> rvr, i expect that is right
[14:09] <jgdx> rvr, () means it went through
[14:10] <kenvandine> right
[14:10] <kenvandine> and it didn't fail
[14:10] <rvr> jgdx: kenvandine: Nice, then
[14:10] <kenvandine> rvr, thx
[14:11] <rvr> Silo approved
[14:11] <kenvandine> rvr, great!
[14:34] <kenvandine> trainguards: i have silo 4 for line 70 on the spreadsheet, the spreadsheet doesn't let me reconfigure it, gets a 404 error
[14:34] <kenvandine> trainguards: the spreadsheet doesn't show the silo info
[14:34] <sil2100> kenvandine: looking
[14:35] <sil2100> kenvandine: hah, yeah, the spreadsheet is a slow thing ;) It only refreshes every 5/10 minutes
[14:36] <kenvandine> but doesn't the dashboard get the info from the spreadsheet?
[14:37] <kenvandine> i'm pretty sure it's been more than 10m, but maybe i'm just impatient :)
[14:38] <sil2100> ;) I can fill in the info manually now if you want
[14:39] <sil2100> kenvandine: I put it manually, you can try reconfiguring now
[14:40] <kenvandine> sil2100, thx... i had created the silo 25 minutes ago
[14:40] <kenvandine> sounds like something was broken...
[14:41] <kenvandine> according to queuebot
[14:42] <kenvandine> sil2100, i still get a 404 error
[14:42] <sil2100> hmm
[14:44] <sil2100> kenvandine: ok, something happened and the row had an invalid UID
[14:44] <sil2100> Could you try now?
[14:44] <kenvandine> sure
[14:44] <kenvandine> sil2100, thx!
[14:44] <kenvandine> works
[14:46] <kenvandine> sil2100, for a dual landing, do i need to set the ppa in column L?
[14:46] <sil2100> kenvandine: no :)
[14:46] <kenvandine> awesome
[14:47] <sil2100> kenvandine: column L is only for the main part of the landing, so if you set anything there the wily landing would be released to that place instead of the archive
[15:00] <sil2100> Wohoo
[15:00] <sil2100> Mirv: you handling your silo, right? :)
[15:00] <Mirv>  sil2100 yes, just waiting for the build job to really finish generating diffs :)
[15:27] <Mirv> sil2100: robru: FYI some KDE autopkgtests need resolving, maybe getting agreement on allowing those to go in or such. their latest KF5 5.10.0 release has had a couple of unit tests failing and I don't expect new Qt to magically fix all of those (but KDE autopkgtests are reverse deps of Qt)
[15:28] <Mirv> I've asked on #kubuntu-devel if someone could look into those
[15:46] <sil2100> Mirv: so they released the new KF5 with failing tests? Pushed that through how?
[15:47] <Mirv> sil2100: they only run unit tests via autopkgtests (so they have different methodology to ours)
[16:03] <Mirv> all trunks now up-to-date related to Qt 5.4.2 landing (no-change rebuilds) so silos can continue normally
[16:23] <popey> davmor2: ok, its in fastboot mode, what now?
[16:23] <davmor2> popey: fastboot devices
[16:24] <popey> davmor2: yes, shows up
[16:24] <davmor2> popey: so it's just adb/mpt maybe in which case blame ogra_ :)
[16:25]  * popey reboots again
[16:25] <ogra_> yeah, because i mand so many changes to phone code in the last 4 weeks :)
[16:25] <davmor2> popey: but at least we know the usb port is working on hte phone
[16:25] <popey> well, reboot and it still doesn't show up
[16:25] <popey> _at_ _all_ on usb
[16:25]  * ogra_ guesse3s to try an image with the older4 device tarball 
[16:25]  * popey tries local port
[16:25] <davmor2> ogra_: it's your lack of landings that broke it obviously ;)
[16:27] <popey> stupid usb hub
[17:01] <kenvandine> trainguards: silo 30 says it's still migrating to the destination, but the package has been published to released, sounds like something is broken in the train
[17:05] <sil2100> kenvandine: is it in this state for long already?
[17:05] <kenvandine> not sure, but it seems to be a pattern
[17:05] <kenvandine> i had another one earlier this morning that Mirv fixed
[17:06] <kenvandine> and silo 17 seems to have the same issue
[17:06] <kenvandine> it was published to the overlay ppa this morning
[17:06] <kenvandine> still shows migrating
[17:07] <robru> sil2100: kenvandine: huh, seems like check-publication-migration is stuck
[17:08] <robru> sil2100: I guess it got stuck back when the creds broke and then was never restarted
[17:08] <robru> sil2100: looks like it's running now
[17:08] <sil2100> robru: duh! :)
[17:19] <sil2100> robru: thanks for noticing
[17:20] <sil2100> robru: btw. are there any integration things you'd need discussing in the meeting today?
[17:20] <sil2100> s/in/on
[17:26] <robru> sil2100: nothing off the top of my head
[17:29] <robru> brb
[17:29] <sil2100> robru: how about we... you know... skip? ;)
[17:30]  * sil2100 winks
[17:45]  * sil2100 needs to jump out to the pharmacy now
[17:48] <robru> sil2100: could do I suppose
[17:48] <robru> slangasek: sil2100 proposes skipping the meeting
[17:52] <slangasek> robru, sil2100: nothing new to talk about?  we can skip
[17:52] <robru> slangasek: I could report where I'm at but nothing needs to be discussed I think
[17:54] <slangasek> robru: ok skipping then
[17:59] <robru> cool
[18:09] <Mirv> robru: sil2100: ok http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src looks as it "should", ie no changes compared to before the new Qt, KDE is still blocking migration for those few packages they have test failures with. no replies on #kubuntu-devel so far.
[18:19] <davmor2> popey: so others have ota4 before us I think that means that sil2100 has to buy drinks for us for the rest of his life or something like that right?
[18:20] <popey> :)
[18:32] <robru> Mirv: good gawd, managing that many autopkgtests must be a nightmare
[19:03] <popey> sil2100: reminders has been renamed to notes at the evernote end, so I'm gonna upload a new version , and put in the changelog that you'll have to sign into evernote again /cc mzanetti
[19:08]  * ogra_ waits for the next rename ... they might call it "Things" then ... to hop on the IoT hype 
[19:09] <davmor2> ogra_: they'll call it ToI things on internet :)
[19:10] <ogra_> haha, yeah
[20:51] <jhodapp> robru, can I get a silo for line 72 please?
[20:52] <robru> jhodapp: you sure you want wily and not dual?
[20:53] <robru> jhodapp: landing gates are open
[20:53] <jhodapp> robru, yeah, I would need to sync other changes first
[20:53] <jhodapp> robru, the vivid qtubuntu-media is behind
[20:53] <robru> jhodapp: but those changes are in trunk right? if you do a dual you would be effectively syncing. as long as you don't depend on other packages that are out of sync
[20:54] <jhodapp> robru, I guess that's fine, was just thinking that
[20:54] <jhodapp> robru, well let's just to wily
[20:54] <robru> alright
[20:54] <jhodapp> robru, there's other things to sync at the same time
[20:54] <jhodapp> i.e. media-hub
[20:56] <robru> jhodapp: ok silo 19, note conflict with 24 as well
[20:56] <jhodapp> robru, yes thanks!
[20:56] <robru> jhodapp: you're welcome
[22:25] <sil2100> slangasek: hey, someone just rised an important issue
[22:27] <sil2100> slangasek: the vivid overlay currently doesn't seem to have a proper system-image version with all phased-upgrade fixes