=== salem_ is now known as _salem === chihchun_afk is now known as chihchun [08:15] seb128: hi! would you have time to give your ideas regarding the first proposal at bug #1604744 ? (technically qtcreator in the PPA would also need binNEW pre-ack-review but it's the complete solution that matters) [08:15] bug 1604744 in ubuntu-touch-meta (Ubuntu Xenial) "RM: src:qtcreator-plugin-ubuntu - SDK will be distributed separately" [Undecided,New] https://launchpad.net/bugs/1604744 [08:17] Mirv, hey, I can try to have a look today but quite busy, was at a minihackfest and trying to catch up with backlog now [08:17] seb128: ok well at first I'll ask sil2100 (hi sil2100!) and if I agree with him on a solution I'll be back to you for the binNEW and you can also at that point flame the whole idea down :) [08:18] zoltan liked the idea so I have SDK team's support for the solution, but this is really about Ubuntu archives [08:18] Mirv: oh! Hi! What's up? [08:19] Mirv, k [08:19] sil2100: of course assuming you'd have time... check the bug report above and give your thoughts on the proposal. the diff to ubuntu-touch-meta (package descriptions) is still missing, I'll attach it. [08:21] Mirv: oh! The removal of the sdk from the touch seeds! It was on my TODO list somewhere, great that you're working on that now [08:22] Didn't have the time to pick that up yet [08:23] sil2100: it's just hard to wrap my head on being certain which solution is the best. this one would deprecate 3 of the 4 meta packages, and also kill src:qtcreator-plugin-ubuntu while offering two locations where instructions to guide people to correct Ubuntu SDK location (package descriptions of ubuntu-sdk-libs and qtcreator-plugin-ubuntu transitional package from src:qtcreator) [08:24] sil2100: I need to have new qtcreator before I can have new Qt, because the old qtcreator doesn't work with new Qt, so there's my motivation to remove the plugin that is not ported to any new stable release but just in progress for development series :) [08:24] Mirv, I didn't look much at the sdk layout and phone for a while, I'm unsure I'm much insight/opinion on those changes, I think sil2100 is better placed to comment there [08:25] ok. [08:26] sil2100: diff in qtcreator regarding the transitional package http://paste.ubuntu.com/20286151/ [08:26] Let me take a look at that in 5 minutes [09:07] rvr: tsdgeos: now recreated the success log for https://trello.com/c/M75g1XTv/3428-1630-ubuntu-landing-001-qtdeclarative-opensource-src-qtdeclarative-opensource-src-gles-sil2100-tsdgeos [09:07] ok so I'm doing 6 different things right now at the same time, time to tune down a bit [09:08] he he :) [09:14] Mirv, thanks for that backport =) [09:15] jgdx: you're quick to thank, let's see if it compiles :D can you test it if it compiles, and do you have idea of interest parties that might be affected by newer qtquickcontrols? [09:17] jgdx: ok, it does not seem to compile as is (against Qt 5.4.1), Private/qquicktreemodeladaptor.cpp:734:11: error: ‘qInfo’ was not declared in this scope. I wonder how much hacking it'd need. [09:17] Mirv, uitk, unity8, uss, usc are at least heavy users of the qq layouts plugin :) [09:18] Mirv, ah, qinfo is that new loglevel [09:18] is that the only one? [09:19] no idea, I'll try patching that out, only two occurences in the source code [09:36] jgdx: mmh, Private/qquickstyleitem.cpp:818:41: error: ‘AA_SetPalette’ is not a member of ‘Qt’ is the next problem [09:37] Mirv, aaah, okay. Seems less trivial already. [09:39] "this is escalating quickly". I'll add qtbase to the mix with https://codereview.qt-project.org/#/c/109625/ but if this is only getting worse we might need to rethink. [09:40] Mirv, right. It's super nice to have, not critical. [09:45] jgdx: let's recheck in 3 hours or tomorrow after qtbase has built with AA_SetPalette [09:58] Mirv, okay [09:58] sil2100: bzoltan: http://people.ubuntu.com/~timo-jyrinki/updatenote.png wdyt? [10:05] Mirv: woo! [10:05] Mirv: +1 [10:05] Mirv: how would that work? When would it be visible? [10:07] sil2100: after upgrading to new qtcreator, if one had Ubuntu SDK (qtcreator-plugin-ubuntu) installed before upgrading [10:07] and the action there (button) is to open developer.ubuntu.com in x-www-browser [10:09] Mirv: would it be possible to give a direct link to an info page? [10:09] ...and if one has update-notifier installed naturally [10:10] bzoltan: give me a link to the info page if http://developer.ubuntu.com/ is not enough. I just thought that the top page is unlikely to change (url not likely to bitrot), but if there's a better url I'm happy to use it [10:22] Mirv: I think this is the ultimate page - https://developer.ubuntu.com/en/phone/platform/sdk/installing-the-sdk/ [10:27] bzoltan: ok, seems to be working without the /en/ too: https://developer.ubuntu.com/phone/platform/sdk/installing-the-sdk/ - I just wonder if it's possible that url could go 404 within a year or so if the site is revamped.. but maybe it's likely enough that the url will work for quite a while [10:27] bzoltan: updating [10:30] Mirv: I will make sure that URL stays [10:31] Mirv: approved the seed changes, you want me to top-approve or do you want to consult someone else as well? [10:31] sil2100: top-approve would be welcome, it needs to be tried out anyway before anyone can say it's perfect. [10:33] (thank you) [10:34] yw! Thanks for picking this up! [10:50] sil2100: on to a different topic: it turns out it's the image 40 from staging (ubuntu) that works, and 41 that is broken. the unfortunate thing is that the diff is huge. http://paste.ubuntu.com/20295674/ I [10:50] 'm not sure where to start upgrade sfrom [10:52] but I will try something regardless [10:52] of course I'm not sure if it would be the custom tarballs or such === chihchun is now known as chihchun_afk [11:11] Mirv: at least we know which image we can start off from === chihchun_afk is now known as chihchun [12:45] Elleo: ping [12:46] rvr: pong? === _salem is now known as salem_ === chihchun is now known as chihchun_afk [13:45] trainguards: hello, any idea on what went wrong here: https://requests.ci-train.ubuntu.com/#/ticket/1600 ? [14:03] boiko: look all ok now it seems? [14:04] sil2100: yeah, not sure why the lock was kept there, salem_ cancelled the operation [14:04] sil2100: thanks [14:06] Elleo: Silo 76 is now approved [14:07] rvr: cool, thanks [14:07] Saviq: ^ [14:07] dbarth: mardy: This merge proposal needs review https://code.launchpad.net/~mardy/libsignon-glib/unregistered-lp1593805/+merge/298096 [14:19] rvr: ack [14:20] rvr: done [14:21] sil2100: Do you have a bit of time to review the packaging changes for https://requests.ci-train.ubuntu.com/#/ticket/1694 and publish it if you're ok with it? [14:22] ChrisTownsend: on it now! [14:22] sil2100: Thanks! [14:33] sil2100: Oh, seems there is already packaging feedback for that ticket. [14:34] I'll work on that. [14:34] I think it needs a breaks/replaces for the moved files [14:34] sil2100: Yep [14:34] Completely forgot about that:) [15:10] sil2100: Hey, so is this what I need for the replaces/breaks? http://pastebin.ubuntu.com/20317069/ [15:14] ChrisTownsend: yes, should be enough [15:15] sil2100: Ok, thanks for verifying:) [15:15] In this case we don't need anything else as it's basically just moving in one direction [16:38] sil2100: Hey, so adding that replaces/breaks does not work as it should...apt wants to remove libertine-tools on dist-upgrade and hold back python3-libertine-lxc on upgrade [16:39] sil2100: I just want all of the packages to just upgrade and no packages are held or removed. [16:39] sil2100: Which is what it did before I added the replaces/breaks. [16:53] sil2100: nevermind, I figured out my mistake:) [17:27] so i guess this jenkins issue is that it can't talk to jenkins [17:27] no idea why [17:58] dobey: hm? [18:00] robru: oh, doh. wrong channel [18:01] koza: bluez isn't set up for train releases. [18:01] am having a problem where the trigger job is failing to trigger the job it's supposed to trigger, getting a 401 from jenkins api [18:01] dobey: oh, a jenkaas issue? [18:02] robru: yeah