[04:32] <robru> Mirv: you up yet?
[04:37] <Mirv> robru: morning!
[04:37] <robru> Mirv: morning, sleep well?
[04:40] <Mirv> robru: pretty good!
[04:40] <robru> Sweet
[04:40] <robru> Mirv: i have some questions about qt
[04:41] <Mirv> ok!
[04:42] <robru> Mirv: i sent you an email with some details. Basically i want to get qt versions of gl/gles to be coinstallable
[04:42] <robru> Mirv: do you know how hard that would be, what it would take
[04:47] <Mirv> robru: "good luck" :) I'm not sure, it's so complicated already as is that it's a bit hard to think how it would work exactly. but sure, glancing at the email maybe there's a solution (like always), not sure if it's worth the effort. if GL would always be the default and gles active only specifically when running emulator... hmm
[04:48] <Mirv> robru: there are about 7 normal/gles package duos
[04:49] <robru> Mirv: Steve gave the impression that it's just a matter of installing files to a different place then offering symlinks for compatibility
[04:49] <robru> Mirv: theoretically only the qt ones need to be coinstallable then eg uitoolkit can be merged into one source package
[04:56] <Mirv> robru: yeah, I think in theory it's ok and straightforward. I've just developed an intuition with Qt that it's never so easy as one would think. but yes, it could be cool, making the Qt packages co-installable.
[04:56] <robru> Mirv: OK I'll dive in tomorrow and see what happens
[04:56] <Mirv> robru: so not combining the Qt sources but combining the other -gles sources (UITK, qtmir etc) sounds better than trying to shove all the Qt sources together
[04:57] <Mirv> robru: have fun!
[04:57] <robru> Mirv: oh yeah no i didn't mean merging all sources, just obliterating the idea of "gles" twins
[04:58] <oSoMoN> hi there
[04:58] <oSoMoN> any core-dev around to publish silo 10 ?
[04:59] <oSoMoN> it bring oxide-qt in wily on par with the vivid version, 1.9.5, and it’s going to the overlay PPA only
[05:01] <Mirv> robru: so I was thinking about the first step being making Qt GL/GLES packages co-installable and combining the qtmir/qtmir-gles/UITK/UITK-gles type of packages into a single source that switch the ld.so.conf in the middle, but sure the qtbase/qtbase-gles could be tried to be combined too (just more time to spend with trying to make it work than just trying to make both co-installable, ie the subdir/ld
[05:01] <Mirv> .so.conf etc dance)
[05:01] <Mirv> robru: anyawy, the work would then be ok for wily overlay at the moment. I'm hoping to ship Qt 5.5.1 to wily+1 somewhere in beginning of November
[05:02] <Mirv> one can always hope...
[05:03] <Mirv> then eg. the qtmultimedia/qtmultimedia-gles would also need to switch (on x86 only, of course) the ld configuration in the middle, and have both qtbase&gles and qtdeclarative&gles co-installed, and so on
[05:05] <Mirv> the downside of combining Qt sources is that huge time it takes to build a package and try eg. a patch
[08:05] <jibel> Saviq, silo 14 approved
[08:05] <Saviq> jibel, thanks
[08:05] <jibel> trainguards ^ it is for OTA7
[08:05] <sil2100> \o/
[08:06] <sil2100> jibel: 49 as well, right?
[08:06] <jibel> sil2100, 23, 49 and 14
[08:06]  * sil2100 will copy those to the snapshot
[08:06] <jibel> uitk, u-s-s and u8
[08:07] <jibel> sil2100, then it's good for a respin, I have no news on the "screen not blanking" issue
[08:08] <sil2100> Saviq: https://code.launchpad.net/~lukas-kde/unity8/notificationsNewline/+merge/273907 <- can someone top-approve this?
[08:09] <Saviq> sil2100, didn't I? srry
[08:09] <Mirv> :)
[08:09] <Mirv> so many fixes, although that partially means so many bugs too!
[08:10] <Saviq> sil2100, done
[08:10] <jibel> Mirv, it also means so many users ;)
[08:15] <sil2100> Ok, I'll wait for all binaries to settle, copy the packages to the snapshot PPA and build a new image
[09:16] <oSoMoN> hi all, is there a core-dev around who could publish silo 10 ?
[09:16] <oSoMoN>  it bring oxide-qt in wily on par with the vivid version, 1.9.5, and it’s going to the overlay PPA only
[09:48] <sil2100> ogra_: could you press the button on https://ci-train.ubuntu.com/job/ubuntu-landing-010-2-publish/ for oSoMoN_ ? ^
[09:49] <sil2100> :)
[09:49] <sil2100> Teh core-dev buttonz
[09:49] <oSoMoN_> the almighty coredev button
[09:54] <ogra_> sil2100, you mean the "ack packaging" ?
[09:55] <sil2100> ogra_: yeah, publishing that in overall :)
[09:55] <ogra_> *click*
[09:56]  * sil2100 prefers *deb*
[09:59] <oSoMoN> trainguards: I’ve observed that publishing re-generates the diffs, despite them having been generated already at build time, is that intended?
[09:59] <oSoMoN> (in the case of oxide generating the diff is an expensive operation that can easily take > 15min, so not re-doing it would save time)
[10:04] <Mirv> oSoMoN: I guess it's at least because something could have been manually uploaded to the PPA
[10:04] <Mirv> oxide is reaally expensive, yes
[10:04] <Mirv> oSoMoN: but it could check if something was changed since the last generation..
[10:05] <oSoMoN> right, so there could be a new version to diff against
[10:05] <oSoMoN> yeah, such a check would be useful
[10:05] <oSoMoN> Mirv, shall I file a bug against bileto?
[10:58] <jibel> seb128, is the fix for bug 1391502 in wily?
[10:58] <ubot5`> bug 1391502 in ubuntu-system-settings (Ubuntu) "Can't preview ringtones when phone is muted" [Low,In progress] https://launchpad.net/bugs/1391502
[10:59] <pete-woods1> trainguards: I noticed that packages for wily have started appearing in the overlay silo. is this intended, an artefact of the recent changes in citrain, or because we're using citrain wrongly?
[11:00] <sil2100> pete-woods: that's planned
[11:00] <sil2100> pete-woods: all wily landings now go to the overlay as well
[11:00] <rvr> oSoMoN: ping
[11:00] <sil2100> pete-woods: the product team decided that we're now landing all touch wily packages to the overlay to workaround freezes and the upcoming wily release
[11:04] <pete-woods> sil2100: ah okay, that makes sense :)
[11:04] <pete-woods> just wanted to check I wasn't doing it all wrong
[11:05] <rvr> oSoMoN_: ping
[11:06] <jibel> oSoMoN, context menus to select/copy/paste text do not work in the webbrowser on rc-proposed
[11:07] <Mirv> pete-woods: they will all be copied to wily+1 once it opens
[11:07] <pete-woods> cool
[11:07] <pete-woods> that should work really nicely for not forgetting stuff :)
[11:08] <pete-woods> which I, er, never do
[11:08] <sil2100> jibel, davmor2: the image has built, waiting for s-i to import it
[11:08] <jibel> sil2100, okay
[11:09] <jibel> sil2100, apparently there is a problem with text seelction in the webbrowser
[11:09] <sil2100> uh oh
[11:09] <sil2100> hm, IIRC it didn't work quite well in the past, at least not on webpages
[11:11] <pete-woods> ha
[11:11] <pete-woods> indicator-network hardwired
[11:15] <sil2100> jibel: how do the problems look like? Bad? Since this is a new feature, but much welcomed and awaited
[11:15] <sil2100> I mean, probably a new feature
[11:16] <sil2100> As I was never able to select text on the webbrowser on my phone before, but that might just be me
[11:16] <jibel> sil2100, bad, there is no context menu at all. Regression in OTA7
[11:17] <sil2100> dbarth_: ^ (since oSoMoN just dropped)
[11:17] <jibel> sil2100, http://people.canonical.com/~davmor2/phone-screenshots/browser-cop-text-ota6.png
[11:17] <jibel> that's what you should get
[11:17] <jibel> in OTA6
[11:17] <sil2100> Yeah, that's what I get, but it never really looked like selecting text
[11:17] <sil2100> I never knew what it was doing
[11:18] <sil2100> Since it looks like 'selecting parts of the page'
[11:18] <sil2100> I thought OTA-7 was supposed to have real text selection?
[11:20] <ogra_> well, it has it for input fields in websites
[11:21] <davmor2> sil2100, jibel, rvr, dbarth_: https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1504501
[11:21] <ubot5`> Ubuntu bug 1504501 in webbrowser-app (Ubuntu) "Copying text from in a web page is not happening" [Undecided,New]
[11:21] <ogra_> (that copy dialog above never worked)
[11:21] <dbarth_> davmor2: ah ok, i understand the bug now
[11:21] <ogra_> i would actually not call it a regression per se
[11:21] <ogra_> (i dont think selection in input fields worked before)
[11:22] <davmor2> ogra_: it happens in ota6 and does not in ota7 what would you call it?
[11:22] <ogra_> davmor2, what happens ?
[11:22] <davmor2> ogra_: text selection in a web page
[11:22] <ogra_> getting a broken copy dialog thats a no-op vs not getting the broken dialog is a regression ?
[11:23] <davmor2> ogra_: works here on ota6 I can copy the text and paste to the messaging app
[11:23] <ogra_> its a fix of broken behavior :) ... surely not what i'D call a fix of the copy/paste issue at all ... but also not really a regression
[11:23] <ogra_> oh ?
[11:23] <ogra_> never worked for me
[11:24] <sil2100> Same here, but I stopped trying after the first few failures
[11:24] <ogra_> (though i probably tired to paste in the wrong apps, who knows :P )
[11:25] <Mirv> davmor2: it has worked? I've been waiting for bug #1376268, currently targeted for oxide 1.11
[11:26] <ubot5`> bug 1376268 in Oxide "Implement a touch editing UI" [High,Triaged] https://launchpad.net/bugs/1376268
[11:27] <Mirv> davmor2: ah, right, you except the funny box to be had
[11:28] <davmor2> Mirv, ogra_, sil2100: http://people.canonical.com/~davmor2/phone-screenshots/text-copied.png http://people.canonical.com/~davmor2/phone-screenshots/text-pasted.png
[11:29] <ogra_> i belive you even without screenshots :)
[11:30] <davmor2> ogra_: I like to back it up with actual evidence ;)
[11:30] <ogra_> pfft, evidence is for volkswagen drivers :P
[11:31] <ogra_> oh, wait, you have one :P
[11:32] <pete-woods> trainguards: could you rebuild the failed i386 build in here? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-054/+packages
[11:32] <pete-woods> it looks like it lost connectivity to the distro / PPA or something
[11:32] <sil2100> pete-woods: done
[11:32] <pete-woods> sil2100: thanks!
[11:32]  * sil2100 goes for lunch in a moment
[11:35] <seb128> jibel, I guess not, slangasek & co decided that dual landings wouldn't land to wily anymore for some reasons
[11:35] <seb128> so it's wily for the ppa only
[11:39] <davmor2> ogra_: so do you :P
[11:39] <ogra_> true true :)
[11:50] <davmor2> ogra_: so that is both of us that need evidence, in fact most of Europe :D
[11:50] <pete-woods> if a friendly core-dev could review my packaging changes: https://ci-train.ubuntu.com/job/ubuntu-landing-054-2-publish/10/artifact/libqtdbusmock_packaging_changes.diff :)
[11:51] <ogra_> heh
[12:18] <mzanetti> faenil, jibel. weird... not happening any more for me... was 100% repro on my krillin yesterday
[12:20] <faenil> mzanetti: hehe :) heisenbugs
[12:20] <mzanetti> not cool tho
[13:00] <oSoMoN> jibel, I commented on bug #1504501
[13:00] <ubot5`> bug 1504501 in Canonical System Image "Copying text from in a web page is not happening" [Critical,Confirmed] https://launchpad.net/bugs/1504501
[13:01] <jibel> oSoMoN, me too :)
[13:01] <oSoMoN> great minds think alike
[13:01] <jibel> oSoMoN, rvr found the card for this landing and your comment
[13:14] <Saviq> robru, what do you say I take your -gles approach to qtmir and qtubuntu that we already have in silo 22?
[13:20] <seb128> urg, those recent indicator-datetime default sound change have made the meeting reminders go from gentle to stressing :-/
[13:24] <pmcgowan> seb128, yeah I am talking to the indicator guys re that
[13:24] <pmcgowan> pretty jarring
[13:24] <seb128> I almost fall off my chair due to the settings weekly meeting reminder
[13:24] <pmcgowan> lol
[13:24] <seb128> :-)
[13:24] <pmcgowan> I know
[13:24] <pmcgowan> shouldnt be using alarm role etc
[13:25] <seb128> I first though it was a fire alarm in the building :p
[13:25] <seb128> took me a few seconds to notice it was my phone
[13:25] <pmcgowan> yep
[13:25] <pmcgowan> ah well last min landings, never learn
[13:25] <seb128> yeah...
[13:25] <seb128> do you know if we have a bug report about that?
[13:25] <pmcgowan> yes we have several about manging these
[13:26] <pmcgowan> using proper notifications
[13:26] <seb128> right
[13:26] <seb128> I was more asking about the recent change and the user experience impact
[13:54] <sil2100> jibel, davmor2, rvr: the new image is available in rc-proposed since a while
[13:55] <jibel> sil2100, thanks. you don't trust the push notifications? ;)
[13:55]  * ogra_ double trusts them :P
[13:56] <ogra_> since i get them twice occasionally
[13:56] <sil2100> NO ;)
[13:56] <davmor2> sil2100: I got the notice ages ago :P
[13:56] <sil2100> Pfff
[13:56] <sil2100> Anyway, yeah
[13:56] <sil2100> ;)
[14:21] <pete-woods> would very much appreciate a packaging ack from a core dev for silo 54 (if a friendly core-dev could review my packaging changes: https://ci-train.ubuntu.com/job/ubuntu-landing-054-2-publish/10/artifact/libqtdbusmock_packaging_changes.diff)
[15:27] <Saviq> robru, hey, tried to apply your -gles trickery to qtmir and qtubuntu, something didn't go well https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/180/console
[15:57] <ahayzen> cihelp, Hey, the coreapps jenkins appears to be 404'ing http://91.189.93.70:8080/job/ubuntu-weather-app-reboot-utopic-amd64-autolanding/101/console ... upon investigating it appears that utopic doesn't exist here anymore http://archive.ubuntu.com/ubuntu/dists/ ? Any ideas how we can get around this ?
[16:02] <popey> We should switch off utopic builds IMO.
[16:02] <slangasek> seb128, jibel: if a dual landing is wanted in wily and not just the ppa, you just sync it
[16:02] <fginther> ahayzen, I think this just means it's time to disable the utopic job
[16:02] <ahayzen> yeah :-)
[16:02] <seb128> slangasek, why was the option to land properly to wily removed?
[16:03] <popey> fginther: +1
[16:03] <slangasek> seb128: didn't we discuss this already?  the UI for selecting the targets for dual landings was abominable, the code was fraught, and it was screwing people up
[16:04] <fginther> ahayzen, I can get that started unless there is something more do to here then disable the utopic job. I see that there is still a vivid job which is still working
[16:04] <seb128> slangasek, I don't think *we* discussed it, I complained a bit about it on the list in response to the email announcing the change but didn't really get a reply out of "that's what we got asked to do"
[16:05] <seb128> slangasek, I agree the UI was suboptimal, that could have been fixed though, there is a valid usecase to keep dual landing to the distro for bugfixes
[16:05] <ahayzen> fginther, i don't foresee anything else, so yeah if you could disable the utopic job please :-)
[16:08] <slangasek> seb128: ok, sorry I thought it was you that I'd talked with this about already on IRC but it must have been someone else.  Anyway, I realize there's a valid use case here, can you elaborate why "land to the ppa, then copy to the wily queue" doesn't work for this case?
[16:09] <seb128> slangasek, I guess it does, it's just more manual work, you need to remember doing it and the command to use for the copy ;-)
[16:09] <seb128> so yeah, not the end of the world
[16:09] <slangasek> right
[16:09] <seb128> just slightly annoying
[16:09] <slangasek> sorry :)
[16:09] <seb128> no worry
[16:52] <robru> Saviq: looks like you left it hard-coded to look for ubuntu-ui-toolkit's orig.tar
[16:56] <robru> Saviq: look at the updated MP, I made it detect the package name rather than hard-code it
[17:27] <Saviq> robru, d'oh
[17:27] <robru> hehe
[17:38] <robru> bzoltan_: is it ok with you if I just push https://code.launchpad.net/~robru/ubuntu-ui-toolkit/gles-experiment/+merge/273926 to trunk?
[17:38] <robru> bzoltan_: err, to lp:ubuntu-ui-toolkit/gles I mean
[17:38] <bzoltan_> robru:  Yes, it is OK
[17:38] <robru> bzoltan_: great, thanks
[18:18] <robru> yaaay
[18:24] <robru> Saviq: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/181/consoleFull not quite sure what happened here, looks like dependency issues in qtmir? not related to my gles work anyway. do you need a hand troubleshooting?
[18:38] <robru> Saviq: oh it's out of space, I didn't read far enough back...
[18:42] <robru> Saviq: ok retrying your build with same options: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/182/console
[19:36] <fginther> ahayzen, the jenkins weather-app/reboot jobs have been reconfigured to drop the utopic jobs
[19:36] <ahayzen> fginther, thanks :-) guess other coreapps should have the same done at some point as well?
[19:37] <fginther> ahayzen, correct, there are just a few left that still use the utopic jobs, but they will all need to be removed
[19:38] <ahayzen> fginther, cool :-)
[21:01] <Saviq> robru, thanks, only just read the result
[21:02] <Saviq> but now! packages built!
[21:06] <robru> Saviq: you're welcome! The builds look good on my end, diffs were generated correctly. Go forth and test ;-)
[21:06] <Saviq> yup... first thing Monday :P