[01:10] <infinity> jibel: That's pitti's world, I don't (yet) know much about how to fiddle with it.
[04:39] <Mirv> morning
[07:32] <Mirv> michi: hey! any chance to retest your part of the bug #1470700 again win silo 32 on top of vivid-overlay? make sure you have libqt5network5 5.4.1+dfsg-2ubuntu9~vivid1~test3 after updating/rebooting
[07:33] <michi> Mirv: Sec, I’m in a stand-up. Will get back to you.
[07:33] <Mirv> michi: thanks! there are test problems and the upstream commits are not merged (maybe because of test problems), but it's useful to give feedback
[08:02] <michi> Mirv: I can test this, but not tonight. It’s EOD for me here.
[08:02] <michi> We no longer depend on the fix because we added a work-around.
[08:02] <michi> Basically, if the network is down, we figure it out ourselves and don’t even try to use QNetworkAccessManager in that case.
[08:10] <ogra_> jibel, sil2100, someone on G+ (ubuntu touch community) is complaining about having a crashy krillin with the latest rc image
[08:11] <ogra_> did you get any other reports ?
[08:14] <jibel> ogra_, no report other that what people reported about the today scope on the ML
[08:15] <ogra_> hmm, k
[08:16] <davmor2> ogra_: I was testing on it most of yesterday it worked fine
[08:16] <jibel> ogra_, what exactly is crashing? can he be a bit more specific?
[08:20] <ogra_> jibel, want to ask him ? https://plus.google.com/115824695448812422041/posts/LZyC38HDn67
[08:24] <Mirv> Mirv: ok, thanks. it's still useful to know if anything changed with the patches.
[08:37] <boiko> trainguards: telepathy-ofono is stuck on proposed pocket (boot test regression in the excuses page), can you guys please take it a look?
[08:39] <Mirv> boiko: claims a boottest fail http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#telepathy-ofono . rerunning as the first method..
[08:39] <Mirv> I mean, let's see if it persists
[08:40] <boiko> Mirv: thanks
[08:47] <jibel> kenvandine, 21 works for me, I'll unblock once I understand what alesage's problem was, but likely the same thing.
[08:53] <kenvandine> jibel, thx, yeah i suspect it was the same thing
[08:54] <kenvandine> gallery is such a poor example :/
[08:54] <boiko> Mirv: btw, by accident I create the same request twice in bileto, how do I remove the extra one?
[09:00] <Mirv> boiko: I think it's best if you just tell us the id to remove
[09:00] <Mirv> (or, abandon, that is)
[09:01] <boiko> Mirv: 277. 2015-08-28
[09:01] <boiko> Mirv: is that the id?
[09:01] <boiko> I mean, the 277 part
[09:21] <sil2100> ogra_: no other signs as jibel mentioned, is he using the latest rc or rc-proposed channel?
[09:22] <Mirv> boiko: thanks, abandoned
[09:22] <Mirv> and now bregma created four Libertine requests :)
[09:22]  * sil2100 finally has a stable sitting place and wifi
[09:22] <boiko> Mirv: thanks :)
[09:23] <sil2100> Mirv: I think I'll have to propose a change to Qt5 to fix the shortcuts not working issue in appmenu...
[09:24] <sil2100> This part of the QPA wasn't really well thought through it seems
[09:25] <Mirv> sil2100: yeah, I noticed the bug comment
[09:25] <sil2100> Should be a small change, I'll propose it upstream and if they say ok we can distropatch it into out Qt if you wouldn't mind
[09:26] <sil2100> *our
[09:27] <sil2100> Mirv: and thanks for taking care of the train! :)
[09:32] <Mirv> sil2100: no problem!
[09:58] <bregma> Mirv, sorry for the dupes, didn't realize there was no refresh when hitting the button
[09:58] <bregma> 279,280,281 gotta go
[09:59] <sil2100> bregma: let me remove those
[10:00] <sil2100> hmmm
[10:01] <sil2100> Mirv: how do you remove landin entries?
[10:01] <sil2100> Mirv: do I need to do it by manual edition?
[10:01] <Mirv> sil2100: manually typing Abandoned
[10:01] <Mirv> bregma: doing
[10:02] <Mirv> bregma: done
[10:02] <sil2100> Mirv: huh, I remember there was a convinient button in the past, did robru say why it's gone?
[10:02] <Mirv> bregma: and yes, it's confusing the visible feedback is so little when adding a new entry
[10:03] <Mirv> sil2100: yes, mostly because people thought the silo would be freed when they abandon the landing, so instead now the line is marked as Abandoned when a silo is freed via jenkins... but this case became harder
[10:03] <Mirv> sil2100: maybe it's also useful people don't accidentally mark others' silos as abandoned via an easy click
[10:03] <sil2100> k, makes some sense I suppose
[10:04] <sil2100> It's like in bileto's first days ;)
[10:06] <Mirv> sil2100: sometimes it's hard to separate whether bileto is becoming perfect or whether I'm becoming adjusted to bileto :) this is one of those cases, it actually kind of makes sense that we are asked for line removals and we do it with a small manual feat instead of it being too easy (because everyone can modify anyone's lines)
[10:06] <rvr> sil2100: cjwatson: In the PPA for silo 40 there is also a suspicious qtubuntu-android that is not part of the proper silo packages
[10:28] <mzanetti> cihelp: hmm... something's wrong with this VM. installing gcc seems to fail: https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/903/console
[10:28] <mzanetti> on the other vms of this job it's fine
[10:28] <mzanetti> for example https://code.launchpad.net/~aacid/unity8/fix_upstart_restart/+merge/269469
[10:29] <mzanetti> it builds successfully for the -ci jobs
[10:31] <psivaa> mzanetti: let me check
[10:31] <mzanetti> thanks psivaa
[10:32] <rvr> jgdx: ping
[10:32] <cjwatson> rvr: removed, thanks, will be gone soon
[10:33] <rvr> cjwatson: Thanks
[10:35] <jgdx> rvr, pong
[10:36] <rvr> jgdx: In silo 40, the dynamic name... does it support localization?
[10:39] <jgdx> rvr, yes
[10:40] <jgdx> rvr, it takes any string, so when we setName() we just got to make sure we do setName(_("Displays & Brightness"))
[10:41] <jgdx> the current code in the MP that calls setName does not localize because it's a unit test
[10:41] <rvr> jgdx: Ok
[10:44] <sil2100> cjwatson: thanks!
[10:46] <rvr> jgdx: Silo 40 approved
[10:47] <sil2100> \o/
[10:48]  * sil2100 publishes
[10:52] <jgdx> rvr, thanks man
[10:58] <jibel> bregma, Trevinho autopilot MRs in silo 19 have been approved by bregma
[10:58] <jibel> brendand*
[10:58] <jibel> completion failed
[10:59] <psivaa> mzanetti: the failure is due to 'cpp-4.9 : Depends: gcc-4.9-base (= 4.9.1-16ubuntu6) but 4.9.2-10ubuntu13 is to be installed.'
[11:00] <mzanetti> psivaa, yes, but we don't really require that specific version any more
[11:03] <psivaa> mzanetti: sorry, since it's 'Depends' then does it not need to be fixed?
[11:05] <mzanetti> psivaa, not sure what you're asking... afaict, unity8 doesn't require any specific version of gcc
[11:07] <mzanetti> so something seems to be installed in that VM that prevents it from upgrading gcc, while something that unity8 depends on, wants to upgrade it
[11:07] <psivaa> mzanetti: ohh ack, i mistook 'we' in your previous comment. let me dig why that's happeing
[11:07] <mzanetti> at least that's how I understand it
[11:24] <psivaa> mzanetti: that ^ gcc error is a red herring.
[11:24] <psivaa> the actual error appears to be 'pbuilder-satisfydepends-dummy : Depends: libunity-api-dev (>= 7.100) but it is not going to be installed.'
[11:25] <mzanetti> hmmm, interesting
[11:25] <mzanetti> does it say why it's not going to be installed?
[11:25] <psivaa> i remember having the same type of error some time ago, where the required version of  libunity-api-dev wasn't yet released
[11:25] <psivaa> mzanetti: yes
[11:25] <psivaa> mzanetti: i only see .96 here: https://launchpad.net/ubuntu/vivid/+package/libunity-api-dev
[11:26] <mzanetti> psivaa, should be in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/
[11:26] <mzanetti> which, according to the hooks, should be enabled in that vm
[11:27] <mzanetti> at least there's a hook named D09add_ppa~ci-train-ppa-service~stable-phone-overlay
[11:27] <psivaa> right, if it's available then it would have installed that version
[11:31] <mzanetti> psivaa, ok... that ppa only has 7.99, but that's also what unity8 requires in that branch
[11:31] <mzanetti> not sure where the 7.100 is coming from
[11:35]  * ogra_ glares at 50 mails from libaccounts-qt in his "merges" mailbox
[11:57] <psivaa> mzanetti: a rebuild actually was looking for libunity-api-dev (>= 7.99) . (but it is not going to be installed.)
[13:06] <rvr> popey: Hey
[13:06] <rvr> popey: There are at least two strings not translated to Spanish, from the stopwatch
[13:07] <nik90> rvr: Was it "Laps" ?
[13:07] <rvr> nik90: Lap and Lap Time
[13:07] <nik90> https://translations.launchpad.net/ubuntu-clock-app/trunk/+pots/ubuntu-clock-app/es/+translate?show=untranslated
[13:08] <nik90> rvr: Do you have permission to translate it? If not I can ensure they are translated before release.
[13:08] <rvr> nik90: Yes, I do
[13:09] <rvr> nik90: But be sure they are also translated to German, Italian, French and Chinese
[13:09] <nik90> rvr: it is 100% percented translated in German, Italian and French.
[13:09] <rvr> Good
[13:09] <nik90> Chineese we're missing 10 strings, but I am not sure who to contact.
[13:10] <nik90> Chinese (simplified)
[13:10] <rvr> Ian Lin
[13:11] <nik90> rvr: Oke, I will add 2 tasks (import spanish and chineese strings) before release.
[13:12] <rvr> nik90: Ian Li, sorry
[13:13] <nik90> rvr: yup, just saw his name in the chineese translation contributors. His email is not publicly shown. So sending an email via launchpad now.
[13:15] <rvr> nik90: I have it
[13:15] <nik90> rvr: can you pm it. I will just copy paste the draft I have ready and send it now.
[13:18] <nik90> rvr: thnx. Email sent.
[13:18] <rvr> Great
[13:20] <dbarth> hey guys, i wanted to update the landing request for silo 52
[13:20] <dbarth> ie, it's a more a qa heads up, that the service branch has beend reviewed and approved, as it is not reflected on the qa dashboard
[13:20] <dbarth> let me know if you need anything to move that silo onto the ready-for-qa lane
[13:29] <davmor2> dbarth: 52 wasn't approved so there is no work on it at the minute anyway, when you re-land it if you can please make sure everything is approved that would be awesome thanks
[14:19] <dbarth> davmor2: i top-approved the branches now; do i need to re-flip the qa required bit in bileto?
[14:20] <davmor2> dbarth: that is a question for sil2100 or robru I have no idea how bileto works
[14:21] <jibel> dbarth, it's fine, it's ready for QA, I moved to the ready queue
[14:24] <dobey> hmm, why is mir boottest failing :-/
[14:24] <sil2100> dbarth: no, not needed
[14:28] <rvr> nik90: Which applications can serve custom sounds to clock app?
[14:32] <rvr> popey: ^
[14:33] <popey> rvr: music
[14:33] <rvr> popey: It's not listed
[14:33] <popey> you didnt install the updated music?
[14:33] <rvr> popey: Nope
[14:33] <popey> you need to
[14:33] <popey> it's listed in the citrain request
[14:34] <rvr> davmor2: Bad, bad
[14:34] <rvr> popey: Blame davmor2 ;)
[14:35] <davmor2> rvr: hey don't blame me I said it was needed, I was then told it wasn't
[14:35] <nik90> davmor2: what when?
[14:35] <nik90> davmor2: i said you don't need the new media-hub :P
[14:35] <nik90> rvr: also I mentioned that in the changelog ;D
[14:35] <nik90> in bold :P
[14:36] <davmor2> popey: we don't see music app in trello board
[14:36] <popey> hah :)
[14:36] <popey> blame robru
[14:36] <popey> we can include everyone in this
[14:36] <popey> i don't do trello, i put it in citrain, if it didn't migrate from citrain to trello... then.. bug?
[14:36] <rvr> nik90: Right :)
 @QA: Please Note that if you want to test the add custom alarm sound feature, you will need to use the latest music-app click package linked here. It adds the music-app as a music content-hub source. </bold>
[14:37] <popey> ah well, easy mistake, at least we can easily test that
[14:37] <davmor2> popey: it doesn't show in ready for QA in citrain either :P
[14:37] <popey> it was when I last touched it
[14:37] <davmor2> popey: but does the music app depend on media-hub playlist support
[14:37] <popey> again -> robru
[14:38] <davmor2> popey: if so that hasn't landed yet
[14:38] <kenvandine> alesage, jibel: are we ok to unblock silo 21 now?
[14:38] <nik90> davmor2: no it doesn't..I am pretty sure that branch is still being reviewed. Since music-app will be requesting a QA review very very soon :D
[14:38] <popey> yeah, it's all good.
[14:39] <dbarth> ok, thanks guys
[14:39] <nik90> davmor2: you worry too much ;)
[14:39] <davmor2> nik90: when I don't the world falls apart :P
[14:39] <nik90> haha
[14:40] <rvr> nik90: After selecting sound by clicking "checkbox" the preview sound should be played
[14:40] <rvr> nik90: "Click" means with a mouse, right?
[14:40] <nik90> rvr: click/press...any interaction with checkbox
[14:41] <nik90> it toggles between play/pause when you click/press it repeatedly.
[14:42] <rvr> Doesn't start playing until I move out my finger
[14:42] <rvr> Start/resume works fine
[14:42] <nik90> do you long-press hold it?
[14:42] <nik90> I meant like a casual press it..like press a button.
[14:43] <nik90> not keep holding the button pressed
[14:43]  * nik90 hopes he makes sense
[14:43] <rvr> nik90: Yes, long press... casual press is similar to current behavior
[14:44] <nik90> rvr: we don't have any behavior defined for long-press.
[14:52] <sil2100> bregma: pong!
[14:53] <sil2100> bregma: hey! I gave a quick look at silo 27 just now, are there any reasons your libertine branch has the format as it has now?
[14:55] <sil2100> bregma: I mean, first of all I would prefer there to be the .bzr-builddeb directory with default.conf and the fameous split = True
[14:55] <sil2100> bregma: e.g. all our train packages are recommended to follow this good ol' guidelines:
[14:55] <sil2100> bregma: https://wiki.ubuntu.com/DailyRelease/InlinePackaging
[14:55] <bregma> sil2100, the branch I'm trying to land adds all that
[15:02] <sil2100> Ah, indeed it's there, not sure how I missed in the branch, nvm then!
[15:05] <sil2100> Damn, if not for proot we could have included it in main
[15:06] <sil2100> Anyway, let me find someone to pre-NEW it
[15:08] <rvr> nik90: popey: Approving clock-app update, but remember that it needs a translation update
[15:08] <nik90> rvr: Yay! Yes, we will include spanish and chinese translation before pushing out an update.
[15:08] <popey> thanks rvr
[15:09] <bregma> sil2100, we don't really need it in main, at least not for this cycle
[15:10] <sil2100> bregma: true, but I think we should aim to get everything into main as soon as possible - look at what happened with touch when we were saying things like that ;)
[15:10] <sil2100> Almost all touch packages are now in universe limbo
[15:11] <bregma> sil2100, we *will* need it in main next cycle, but that gives us time to eliminate some dependencies we'd rather not have (like proot)
[15:14] <sil2100> Just hope it won't be forgotten and won't end up like the touch stack!
[15:14] <sil2100> ;)
[15:17] <sil2100> bregma: hmm, sorry that I'm poking about that, but is there any reason that the python3-libertine package is Architecture: any ?
[15:18] <sil2100> bregma: since I see the binary package only serves .py modules, so it probably should be Architecture: all? Otherwise we have different packages for different architectures with the very same contents
[15:19] <sil2100> Or is there something arch-specific for each of those?
[15:26] <bregma> sil2100, you're  probably right -- there were a bunch of changes in the last week and the python3-libertine package could probably be Architecture: all now
[15:27] <bregma> sil2100, should I change that now or in the next landing?
[15:28] <sil2100> bregma: one more thing that might pop-up during the preNEW review is that you're shipping a library but without any symbols files or any equivalent
[15:28] <sil2100> I suppose we would need this changed now, otherwise the archive admins might not be super happy
[15:29] <sil2100> About the symbols files I'm not sure though, since I would prefer slangasek to comment, as it's a hot-topic after wily and vivid toolchains now differ so much
[15:29] <sil2100> But I'm pretty sure libraries without any symbol files or shlib files or any other ABI safety-checks might be hard to get to the archive
[15:35] <bregma> sil2100, OK, I can push up that change... as to the symbols file, it would be a hassle right now as we plan to rip a bunch of stuff out of the library in the next week so given the amount of churn I'm expecting, it wouldn't be doing anything for ABI stability any way
[15:36] <sil2100> I suppose it might be publishable without symbols, since as you already mentioned - right now it doesn't even have any real consumers, but still just trying to expect possible issues raised by the admins
[15:38] <sil2100> bregma: for now rebuild with the python change, then I poke slangasek to take a look (if he's not down with DebFlu) and ask him about the no-symbols-file situation
[15:52] <psivaa> mzanetti: hi, so regarding the libunity-api-dev issue, i'm confused because i can not find it in http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/
[15:52] <psivaa> neither anywhere in https://launchpad.net/~ci-train-ppa-service
[15:54] <mzanetti> psivaa, ok... this is odd indeed. today morning I found it still
[15:54] <mzanetti> psivaa, it is listed here tho: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+index?batch=75&memo=75&start=75
[15:55] <mzanetti> psivaa, found it: http://ppa.launchpad.net/ci-train-ppa-service/stable-phone-overlay/ubuntu/pool/main/u/unity-api/
[15:55] <mzanetti> psivaa, in "u", because the src-package is called "unity-api"
[15:56] <psivaa> mzanetti: ahh ack, thanks for that, let me try to include that in the VM
[16:08] <sil2100> bzoltan_: hey!
[16:08] <sil2100> bzoltan_: regarding silo 47
[16:08] <bzoltan_> sil2100:  hello
[16:09] <sil2100> bzoltan_: so I see this branch was releasing wily packages (probably dual landed), and now it got switched to vivid-overlay only packages?
[16:09] <sil2100> bzoltan_: ah!
[16:09] <sil2100> bzoltan_: ignore me
[16:09] <bzoltan_> sil2100: no probs :)
[16:09] <sil2100> I clearly am just tired today, it's a source upload
[16:09] <sil2100> duuuh
[16:34] <psivaa> mzanetti: with the required version of  libunity-api-dev installed, i now see build errors in http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-vivid/910/consoleText
[19:13] <sil2100> o/
[19:26] <nuclearbob> Trevinho, Laney: I think silo 19 should be good to land if you haven't done that already. All my testing of different autopilot suites hasn't been able to show any repeatable new failures
[19:38] <robru> mzanetti: wat: https://ci-train.ubuntu.com/job/ubuntu-landing-023-2-publish/lastSuccessfulBuild/artifact/qtmir_packaging_changes.diff/*view*/
[19:41] <robru> mzanetti: is this your first vivid release after a few wily releases?