[06:38] <achiang> popey: around? saw your recent mail about qt5.2 and wondering when you think it might land?
[06:40] <achiang> or maybe Mirv knows?
[06:47] <Mirv> achiang: it's testable via PPA:s, but it'd need a huge amount of work still as many packages don't build against it - https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+packages shows build failures, but not all bugs are filed yet at https://bugs.launchpad.net/bugs/+bugs?field.tag=qt5.2
[06:47] <Mirv> achiang: because of the ABI breakage also all ~95 source packages need to be rebuilt against it before it's ok. I've a daily build of around 50-60 set to that PPA
[06:48] <achiang> Mirv: ok. but the plan is to definitely land it for 14.04, right?
[06:48] <Mirv> achiang: yes, definitely so
[06:48] <achiang> Mirv: great, thanks
[06:49] <Mirv> it just might need all hands on it at some rush point to get everything fixed :) but I'm currently preparing the final tarball builds of all Qt modules first before starting to file more bugs on other packages.
[07:04] <achiang> makes sense
[07:04] <achiang> Mirv: also, did that other mail from jani make sense? re: qt + GLES on x86?
[07:04] <achiang> Mirv: for the reason why we want it, that is...
[07:14] <Mirv> achiang: yes, I just don't have much to report on that yet. I started trying to do two builds in case of x86, but then the final 5.2 tarballs came and I've now concentrated on them and moved that work to another WIP directory. I guess doing two builds and then diffing the results might give some picture on if everything changes with that configuration options or such some smaller things.
[07:15] <achiang> Mirv: ok, i don't mean to distract you from your existing work, i was just curious. thanks!
[07:15] <Mirv> achiang: if it doesn't "spread" to other modules from qtbase, then it should be manageable. but if eg. all other modules base their compilations on that qtbase opengl setting, it may be too hard to crack.
[07:16] <achiang> Mirv: mmm.... i see. ok
[09:02] <mzanetti> jkeyes0: hi. you around?
[09:18] <mzanetti> dpm_: o/
[09:19] <mzanetti> dpm_: regarding this: https://code.launchpad.net/~mzanetti/reminders-app/find-notes/+merge/198852
[09:19] <JamesTait> Good morning all; happy Bake Cookies Day! :-D
[09:19] <mzanetti> dpm_: are you having issues with this too?
[09:19] <mzanetti> Good morning you too, JamesTait
[09:21] <mzanetti> oSoMoN_: hi, have time for a question or two on the UbuntuWebView?
[09:22] <oSoMoN_> mzanetti, sure
[09:22] <mzanetti> oSoMoN_: cool. So. I'm using that in the reminders-app to display notes.
[09:23] <mzanetti> oSoMoN: from what I understand, the webview uses it's width as "100%" of the contentHeight
[09:23] <mzanetti> oSoMoN: so that a webpage would be rendered in a way suitable for the display
[09:24] <mzanetti> oSoMoN: however, all my notes are double the screen width which makes them quite bad to use
[09:24] <mzanetti> and also everything is really tiny
[09:24] <mzanetti> am I doing something wrong?
[09:25] <oSoMoN> mzanetti, could you provide me an example note so I can give it a try myself?
[09:26] <mzanetti> oSoMoN: sure. one sec
[09:26] <mzanetti> oSoMoN: this is the branch where I use it btw. lp:~mzanetti/reminders-app/use-webview
[09:26] <mzanetti> oSoMoN: NotePage.qml
[09:27] <mzanetti> here's the merge with the diff: https://code.launchpad.net/~mzanetti/reminders-app/use-webview/+merge/199371
[09:28] <oSoMoN> mzanetti, I see that you’re putting the WebView inside a Flickable
[09:28] <oSoMoN> mzanetti, the WebView itself is already a flickable
[09:28] <mzanetti> oSoMoN: yeah... without that it just does really weird things
[09:28] <mzanetti> but let me try again without it
[09:30] <mzanetti> oSoMoN: can't paste the content :D it gets recognized as spam on all the pasters I've tried :D
[09:30] <mzanetti> oSoMoN: I'll send you a mail
[09:31] <oSoMoN> mzanetti, ok
[09:32] <mzanetti> oSoMoN: removed the flickable. doesn't really change anything on the content representation tho
[09:35] <oSoMoN> mzanetti, ok, I’ll check out the test note that you sent me
[09:35] <mzanetti> oSoMoN: http://i.imgur.com/eXdLPvY.png
[09:36] <mzanetti> oSoMoN: so I would expect width to be smaller and instead the text larger
[09:37] <oSoMoN> mzanetti, not sure what you mean by "the width to be smaller"?
[09:38] <oSoMoN> it looks like it’s flowing to take all the available width, which sounds right to me
[09:40] <oSoMoN> it does the same when opening the sample note in chromium btw
[09:40] <mzanetti> oSoMoN: yeah... I mean it should tell the content that the width is less, and then scale it up again to use all the available width
[09:40] <mzanetti> effectively making the text bigger, but not as much space between the words
[09:42] <oSoMoN> mzanetti, so do I understand it correctly that it’s a only a matter of base font size?
[09:42] <oSoMoN> or is there more to it?
[09:43] <mzanetti> oSoMoN: what I mean is http://i.imgur.com/SXhCe8Y.png vs http://i.imgur.com/48t1Oaj.png
[09:43] <mzanetti> In the app's webview, if I zoom in I need to scroll to the right to see everything. in chrome it does what I'd expect it to do
[09:43] <oSoMoN> got it
[09:44] <oSoMoN> let me see how that can be achieved with a WebView
[09:49] <oSoMoN> mzanetti, the webview has a zoomFactor "property" but it’s not exposed to QML, only available in C++
[09:50] <oSoMoN> mzanetti, I’ll dig further, there must be a way to change the zoom factor
[10:11] <oSoMoN> mzanetti, try adding this to your UbuntuWebView: "experimental.preferredMinimumContentsWidth: width"
[10:12] <oSoMoN> mzanetti, I can’t guarantee it will do exactly the right thing everywhere, but it seems to work here on my desktop
[10:12]  * mzanetti tries
[10:14] <mzanetti> oSoMoN: hmm... doesn't seem to have any effect
[10:15] <oSoMoN> mzanetti, the problem you’re having, is that only on your laptop, or also on devices?
[10:15] <mzanetti> oSoMoN: on the device too
[10:15] <mzanetti> actually I'm only considering the device right now, knowing that my laptop is somewhat special in this regard
[10:16] <mzanetti> although it should be closer to the device actually
[10:18] <oSoMoN> mzanetti, do you control the contents of the notes? i.e. can you modify the html on the fly?
[10:19] <oSoMoN> if so, you could use the viewport meta tag
[10:19] <mzanetti> oSoMoN: yeah.. I converti it from enml to html myself
[10:19] <mzanetti> oh, interesting, tell me more
[10:20] <oSoMoN> not super familiar with it myself, but it looks like it allows you to implement zooming at the CSS level
[10:20] <oSoMoN> see e.g. http://html5hacks.com/blog/2012/11/28/elegantly-resize-your-page-with-the-at-viewport-css-declaration/
[10:20] <oSoMoN> probably worth a try
[10:20] <Mirv> renato: I'd need help compiling qtpim against Qt 5.2.0, could you help at some point?
[10:20] <mzanetti> oSoMoN: ok. I'll check that out. thanks!
[10:21] <oSoMoN> yw!
[10:21] <oSoMoN> I hope this solves your issue somehow
[10:23] <mzanetti> oSoMoN: http://i.imgur.com/j10QcHK.png
[10:24] <mzanetti>  \o/ thanks a bunch!
[10:24] <Mirv> renato: I just pushed to  lp:~kubuntu-packagers/kubuntu-packaging/qtpim-opensource-src what doesn't yet build. so if you apt-add-repository ppa:canonical-qt5-edgers/qt5-beta2 , upgrade to that (if it's ok your desktop Qt gets to WIP 5.2.0, if not maybe do it in chroot or virtual machine?) and try bzr bd you should see the problem
[10:24] <oSoMoN> yay for CSS
[10:24] <mzanetti> oSoMoN: I used this one <meta name="viewport" content="width=320" />
[10:25] <Mirv> renato: so the difference with Qt 5.2.0 is that git snapshot modules need "syncqt" to be run, which I've done also for qtpim now. patching it like that fixes the other git snapshot modules, but in the case of qtpim it still complains about headers.
[10:25] <oSoMoN> mzanetti, this will have to be tested on various devices to confirm it scales correctly everywhere
[10:26] <mzanetti> oSoMoN: sure. I need to calculate the width according to the grid units. but I'm confident I can get there with this
[10:32] <Mirv> renato: and it looks something like private own headers shouldn't be referred to with "<private/foo_p.h>" but just "<foo_p.h>". I'm hacking around, though.
[10:35] <imapados> hey guys! i searched for the Ubuntu Packacking Guide, but it does not exist in https://wiki.ubuntu.com/PackagingGuide/Basic has someone a idea, where i get some specific Ubuntu Software Center Information? And yes i know http://developer.ubuntu.com/publish/
[11:02] <dpm_> imapados, http://packaging.ubuntu.com/
[11:51] <imapados> dpm_, thx. :)
[14:16] <mzanetti> dpm: thanks :)
[14:17] <dpm> mzanetti, well, thank you :) Looking at get-username next
[14:17] <mzanetti> dpm: did you see my work from yesterday night?
[14:18] <mzanetti> dpm: using a WebView now for the read only mode. have been able to inject some scripting in order to toggle the checkboxes for todos. and also it supports 100 of the enml tags (after converting them to html)
[14:18] <dpm> mzanetti, I've tried to test the latest branch, but I think it wasn't actually the latest. In the meantime I've seen your branches for WebView and switch to c-make :)
[14:18] <mzanetti> yeah... cmake is not complete yet. You can build it in qtcreator with it, but things like run_on_device.sh still need updating
[14:19] <dpm> mzanetti, ah, that's really cool, nice to see you found a workaround for the checkboxes
[14:19] <mzanetti> dpm: yeah... actually seems to be a solution, not a workaround ;)
[14:20] <dpm> yeah, it sounds like a proper one and not a hack :)
[14:20] <dpm> mzanetti, in the get-username branch (I've not yet looked at the code, just built it on the device now), am I supposed to see the account username on the first screen? It still appears as an empty list item
[14:21] <mzanetti> dpm: no... it just adds the stuff so we can use it in the accounts plugin
[14:21] <dpm> ah, ok
[14:21] <mzanetti> dpm: but we still need to merge the accounts plugin repo into this
[14:21] <mzanetti> dpm: that's slowly crawling upwards my todo list
[14:22] <dpm> mzanetti, yeah, let's wait for dbarth to come back to us, though. He mentioned this morning that there is a way to unblock the landing of the accounts plugin package by shipping the key in the app and using another Online Accounts API
[14:23] <dpm> and that he might even submit an MP for this
[14:23] <mzanetti> dpm: still we'd need to copy all the c++ code from lp:reminders-app to lp:accounts-plugin-evernote, or merge the two
[14:23]  * mzanetti would prefer the latter
[14:25] <dpm> mzanetti, yeah, I think the latter is what we decided on that e-mail thread
[14:25]  * dpm needs to re-read
[14:26] <mzanetti> dpm: well, I think I managed to mostly convince you guys that it would be the best approach in my opinion. not sure we "agreed" on it yet
[14:27] <dpm> :)
[14:27]  * dpm jumps on the phone and bbl's
[16:07] <mzanetti> fginther: hello
[16:07] <mzanetti> fginther: this seems like a job config issue: http://91.189.93.70:8080/job/generic-mediumtests-trusty/501/console
[16:08] <mzanetti> coming from this merge: https://code.launchpad.net/~mzanetti/reminders-app/rework-error-handling/+merge/196987
[16:08] <fginther> mzanetti, looking
[16:08] <mzanetti> or well, rather a executor issue
[16:11] <fginther> mzanetti, I see it, looks like a bad update
[16:13] <mzanetti> fginther: ok. I re-triggered the job. or do you think this requires manual intervention on the machine?
[16:13] <fginther> mzanetti, yes, the package state needs fixing, working on it now
[16:16] <fginther> mzanetti, should be fixed now
[16:47] <mzanetti> fginther: thanks. yeah, works fine again
[16:47] <mzanetti> dpm: regarding this: https://code.launchpad.net/~mzanetti/reminders-app/find-notes/+merge/198852
[16:48] <mzanetti> dpm: do I need to switch to an older API or is it fine to require trusty (or appropriate ppas on saucy) for development?
[16:48] <mzanetti> seems plain saucy doesn't ship a recent enough version of ubuntu-ui-toolkit
[16:49] <daker> mzanetti: yes!
[16:52] <mzanetti> daker: ?
[16:53] <daker> saucy ships an old version of ubuntu-ui-toolkit
[16:53] <mzanetti> ah ok :) thanks for confirming
[16:53] <mzanetti> daker: you don't happen to know if there is a ppa which ships newer versions?
[16:53] <daker> mzanetti: if you find one let me know :)
[16:54] <daker> nik90: ?
[16:55] <timp> mzanetti, daker https://launchpad.net/~ubuntu-sdk-team/+archive/ppa/+packages?batch=75&memo=75&start=75
[16:56] <mzanetti> timp: ah, nice! thanks
[16:56] <daker> timp: thanks!
[17:19] <ahayzen> balloons, ping
[17:19] <balloons> ahayzen, pong
[17:19] <ahayzen> balloons, sry to bother u ...more Jenkins issues....http://91.189.93.70:8080/job/generic-mediumtests-trusty/499/console
[17:20] <ahayzen> balloons, we are getting 'The following packages have unmet dependencies'
[17:21] <balloons> ahayzen, ahh.. need to wait for the archive to settle
[17:21] <balloons> ahayzen, what's the merge proposal?
[17:21] <ahayzen> balloons, ok cool (this was last night) https://code.launchpad.net/~andrew-hayzen/music-app/fix-1261926-loader-centre/+merge/199376
[17:22] <balloons> ahayzen, ahh, so likely I can just rerun and it will work
[17:22] <balloons> let's try
[17:22] <ahayzen> balloons, the branch can probably be approved anyway :)
[17:22] <balloons> ahh, I'll top approve if it passes since Victor approved
[17:23] <ahayzen> balloons, thanks
[18:49] <balloons> ahayzen, so no movement on the mp.. wild
[19:23] <ahayzen-mobile> balloons, the trusty slave is down/ paused?
[19:48] <ahayzen> balloons, this one says it is '(pending - mediumtests-trusty-slave is offline )' http://91.189.93.70:8080/job/generic-mediumtests-trusty/
[19:48] <balloons> ahayzen, yes I saw that as well. I've pinged the ci folks
[19:48] <ahayzen> balloons, cool :) Jenkins has been a bit wild over the past few days lol
[19:52] <balloons> yes indeed it has been actually
[19:52] <balloons> holidays :-)
[19:54] <ahayzen> :)
[21:17] <xtoxicwastx> hello
[23:04] <achiang> has anyone tried porting qtcreator-plugin-ubuntu to qtcreator 3.0 yet?
[23:22] <daker> can anyone confirm this bug 1262414 ?
[23:22] <ubot2`> Launchpad bug 1262414 in webbrowser-app (Ubuntu) "Loading big images shows content of the previous app" [Undecided,New] https://launchpad.net/bugs/1262414