=== chriadam|away is now known as chriadam === mhall119_ is now known as mhall119 === maclin_ is now known as maclin === chihchun_afk is now known as chihchun === maclin__ is now known as maclin === nhaines_ is now known as nhaines [06:58] good morning === chihchun is now known as chihchun_afk === chriadam is now known as chriadam|away === chihchun_afk is now known as chihchun === maclin_ is now known as maclin === chihchun is now known as chihchun_afk === oSoMoN_ is now known as oSoMoN === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:07] zsombi: I tested and commented the alarm fix MP at https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/alarm-date-fix/+merge/210181/comments/504800 [08:10] nik90: ok, thanks! the Bug #1283859 was assigned to be fixed in the alarm-fetch-fix, but seems that has not been fixed in the EDS adaptation... [08:10] Launchpad bug 1283859 in Ubuntu Clock App "Updated recurring alarm values are not reflected in the indicator until phone reboot" [High,Confirmed] https://launchpad.net/bugs/1283859 [08:11] nik90: have you checked that when updating the alarm, you are not getting any errors? [08:11] zsombi: how do I check the EDS output on the phone? [08:11] nik90: in the code, not in the logs :) [08:12] nik90: like check whether the save request succeeds [08:12] zsombi: I can branch the clock app code and check that althought, the EDS spits out so much output. Let me try [08:15] nik90: yes, agree, however any EDS error that is propagated to QOrganizer API is also reported by Alarm API [08:17] zsombi: so on my desktop, when I edited and saved an alarm, I see only EDS console output. And they look similar to what I see when creating a new alarm. No errors or anything out of the ordinary [08:21] nik90: and it works on desktop, right? [08:21] hi, [08:22] oops [08:22] EFOCUS [08:22] zsombi: hmm..I do not see the alarm in the desktop indicator...weird I used to see this before [08:22] nik90: seems it has been "fixed" ;) [08:23] zsombi: ? ;) [08:24] nik90: "fixed" in a sense that someone fixed sthing somewhere, and now this is no longer working... [08:24] zsombi: I see the alarm that rang 4 days ago..but no alarms today even though I just created one [08:24] zsombi: hehe [08:24] nik90: excellent... so, I think renato needs more love on these bugs [08:26] zsombi: btw, I am thinking of removing the alarm switch since it doesn't work anyway and replacing it with a text wihich shows the alarm status. [08:26] s/wihich/which [08:28] nik90: yeah... :( [08:28] nik90: it is nota good idea to have such a logical binding loop... [08:29] zsombi: seemingly I managed to corrupt my entire EDS database by playing around with that switch a few days back. Hence the decision :( [08:29] nik90: sorry to hear :( [08:30] zsombi: okay what's the next course of action for your MPs? Do we wait on renato to fix stuff on the EDS side of things? [08:31] nik90: unfortunatelly we cannot really do more [08:31] -l [08:32] zsombi: cant we merge the 2 MPs which happens to fix 3 other bugs? The only thing it fails is to update the indicator with the new alarm times. [08:33] nik90: I can remove the MP from the bug, that's all iyt needs btw... [08:33] then we can proceed with it [08:33] you mean you can remove the bug from the MP. [08:33] nik90: then I need someone from teh team to review it, and then we can land both [08:34] nik90: yeps [08:34] I would go with that since it fixes the other bugs which are equally important I would say. [08:35] nik90: agree. removed, and seems that bug will anyway affect EDS & co, not the toolkit [08:35] exactly [08:36] zsombi: btw can you add https://code.launchpad.net/bugs/1283212 to your MP as this is also fixed [08:36] nik90: so, the MPs are then ready for review, and will land as soon as we get the current bunch released [08:37] zsombi: I wanted to ask, is it possible to have a Layouts{} inside another Layouts{} ? [08:38] nik90: yeps [08:38] nik90: those are nested layouts :) [08:38] awesome [08:38] nik90: BUT, we have a bug for that as well :) [08:38] zsombi: what bug? [08:38] nik90: the inner layout elements are listed as well on the upper ones :/ === oSoMoN__ is now known as oSoMoN [08:39] :/ [08:41] nik90: in certain setup it can cause trouble [08:42] zsombi: my use case is a sidebar component which is shown only in the tablet layout. However this sidebar will show only icons in the tablet portrait. While in tablet landscape it will show icons+text. Hence the nested layouts use. [08:43] nik90: it should work [08:43] zsombi: despite the bug or after the bug fix? [08:44] nik90: despite [08:44] zsombi: ok. One last question.This bug https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1246930 is quite annoying. [08:44] Launchpad bug 1246930 in Ubuntu UI Toolkit "[layouts] layout change overwrites properties that need not change" [Undecided,Confirmed] [08:45] zsombi: In my use case, I have a Label which word wraps and has a dynamic height. However I am forced to specify a height of the itemlayout since otherwise the label disappears [08:45] this is counter intuitive. [08:47] nik90: it has been said in th edocs, that whatever ends in the ItemLayout will have anchors.fill. How would you define the size otherwise? [08:48] zsombi: that's the thing. For the label, you only need to specify the width. The height should be dynamic and dependant on the number of lines of text. [08:48] but I do see your point which is that you need to specify an item's width and height for it to work in qml [08:50] nik90: we could eventually add an option which when set, the ItemLayout would not do anchor-fill to the hosted item... but that only after 14.04 [08:50] ok [08:51] nik90: even more, ItemLayout would take the size of the hosted item [08:51] nik90: so you could then use childrenRect to adjust your layout [08:51] 10:51 AM nik90: even more, ItemLayout would take the size of the hosted item ---> +1 [08:52] nik90: so, we must turn this bug into wishitem :) === chihchun is now known as chihchun_afk [08:56] Good morning all; happy Monday, and happy Bunsen Burner Day! :-D [09:10] mhall119, popey: do you know how often gitorious syncs from trojita? [09:13] zsombi: I just invalidated the example given in https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1247457. The example shows 2 conditional layouts without any default layout. I was able to test and fix it. [09:13] Launchpad bug 1247457 in Ubuntu UI Toolkit "Layouts cannot be nested" [Undecided,New] [09:16] nik90: actually both layouts have defaults [09:16] nik90: redRect and lowerRect belongs to the upper default layout [09:16] dholbach: i dont [09:16] zsombi: but they have no anchors [09:16] popey, ok.. I'll wait for mhall119 then :9 [09:17] nik90: ah, well :) [09:17] zsombi: also in the nestedlayout, he hasn't specified the width and height of the rectangles in the default layout. [09:17] nik90: yeah, basically red and yellow are on top of each other :) [09:17] zsombi: which is why it disappears in the default layout [09:17] yup ;) [09:18] nik90: right! :D well, I haven't checked the bug since the sample has been added :D [09:18] nik90: haha, damn right :D [09:18] nik90: I was worried that the unit test for that feature doesn't work well, but seems it does :D [09:18] zsombi: I am commenting in the bug atm, One less convergence bug to worry about :D [09:19] :P [09:19] nik90: thx! [09:22] yw [10:05] om26er: hi, last week i poked you for some help in figuring out why a test is failing in this MR, https://code.launchpad.net/~amanzi-team/gallery-app/gallery-app-album-navigation/+merge/210178 . did you have any time to look into that ? [10:09] nerochiaro, no, sorry that slipped. Now that I am looking at the last CI message, the tests passed on mako but failed on 'otto' only [10:09] they look like real test failures, nerochiaro if its not urgent I can look at it in the evening ? [10:09] om26er: it should be only one test, but ok [10:10] nerochiaro, in the last run 2 tests failed [10:11] om26er: ok, one is my mistake [10:12] om26er: gallery_app.tests.test_album_view.TestAlbumView.test_album_view_flipping this is the one that I don't understand why it fails [10:12] nerochiaro, gallery_app.tests.test_album_view.TestAlbumView.test_add_photo is the most unstable test it seems gallery_app.tests.test_albums_view.TestAlbumsView.test_add_album is also failing [10:13] uh and gallery_app.tests.test_events_view.TestEventsView.test_adding_a_video also failed on mako in other CI messages in that MR [10:13] nerochiaro, I just think we are trying to interact early even when the UI elements have not fully appeared. [10:13] om26er: ignore that, i'll fix it in a minute [10:55] popey: do you happen to know the N7's height in grid units? Is it less than the N4's height? === oSoMoN_ is now known as oSoMoN [10:59] om26er: is otto the desktop test runner ? [10:59] nerochiaro, yes, it is [10:59] om26er: ok [11:02] nik90: not off the top of my head, no. it's more than n4 [11:04] popey: ok. thnx === MacSlow is now known as MacSlow|lunch === oSoMoN_ is now known as oSoMoN === oSoMoN_ is now known as oSoMoN [11:17] ybon: heya; just having a look at osmtouch, I noticed that the HUD action strings in selectPoiAction no longer seem to cause a crash if they're made translatable :) === _salem is now known as salem_ === MacSlow|lunch is now known as MacSlow === blaroche_ is now known as blaroche [13:01] dholbach, hey the trojita fix just landed, could you give it another test when you get a chance [13:11] DanChapman, will do [13:27] DanChapman, confirmed, it works now [13:27] DanChapman, do you know how often gitorious is updated? [13:29] dholbach: brilliant :-) [13:29] dholbach: not sure i'll find out [13:30] dholbach: why are we using gitorious? [13:31] mhall119, I have no idea [13:31] mhall119, check https://code.launchpad.net/trojita [13:32] dholbach: ah, it might be that it was setup before they joined with KDE [13:32] mhall119, DanChapman: testing https://code.launchpad.net/~dholbach/trojita/trunk-upstream right now [13:32] if it works, I'll change https://code.launchpad.net/~dholbach/+recipe/trojita-daily to use it instead [13:33] cutting out gitorious should make things more instantaneous [13:33] DanChapman, thanks a lot for fixing the other issue - I hope the daily build will make it easier to iterate and try out the ubuntu build of trojita for everybody [13:36] dholbach: awesome :-) no problem at all [13:39] DanChapman, mhall119: https://code.launchpad.net/~dholbach/trojita/trunk-upstream looks good :) [13:50] hey rpadovani, around? === oSoMoN_ is now known as oSoMoN [14:05] jdstrand: authenticator still broken for you? [14:06] jdstrand: I've tried it, still works fine here (except scanning QR codes broke with 5.2 which I've fixed by now) [14:06] reminds me... I couldn't upload it because the website now seems to reject any framework but 13.10 [14:06] popey: ^? [14:07] thats one for beuno_ [14:08] which framewokr should I actually use? 14.04-qml seemed the most sensible to me [14:08] mzanetti, it only allows 13.10? [14:08] beuno_: well, at least it rejects 14.04-qml [14:09] and all the other listed here with 14.04* https://wiki.ubuntu.com/Click/Frameworks [14:09] but I'm a bit confused which one I should use [14:10] the changes are to make them work properly with Qt 5.2 [14:10] which in turn might breaks them for 5,0 [14:11] * beuno_ checks === beuno_ is now known as beuno [14:11] mzanetti: it lost my configuration somehow... I tried to add a new one and noticed that the camera didn't work. I then did manually and it seems to be working now [14:11] mzanetti, ubuntu-sdk-14.04-qml-dev1 [14:11] jdstrand: yep, the camera issue is fixed. just need to manage to upload the new version which I guess should work soon [14:11] is what's currently supported [14:12] cool [14:12] mzanetti, because we're in development [14:12] beuno: ah ok. so when we release 14.04. do I need to re-upload it then even though no changes are required? [14:12] mzanetti, you do not [14:12] ok [14:12] according to cjwatson, at least [14:13] :) [14:13] * mzanetti tries with 14.04-qml-dev1 [14:13] maybe we need the error to tell you what options you have [14:13] mzanetti: note, I also noticed apparmor denials indicating it needs audio (I guess for the camera click) [14:14] jdstrand: /me doesn't want a camera click :D [14:14] actually it shouldn't even try to do so [14:14] as I never take a picture in that sense [14:15] dpm, just arrived at home :-) [14:16] beuno: worked now. thanks a lot [14:16] jdstrand: new version uploaded. should come to a device near you soonish :) [14:16] mzanetti, I'll update the wiki to make it clearer [14:16] thanks [14:19] balloons, joining the core apps call? [14:21] dpm, shall I do anything for you? === chihchun_afk is now known as chihchun [14:31] mzanetti: thanks! === chihchun is now known as chihchun_afk [14:42] dholbach: the gitorious repo is only updated on ad-hoc manual basis [14:43] DanChapman, gotcha - I just created my own (direct) code import to Launchpad and will use it for daily builds of ubuntu's trojitá variant [16:07] rpadovani, sorry I pinged you and then I went away, I jumped into a couple of calls. I just wanted to ask you if you've had the chance to file those Reminders bugs you mentioned in your e-mail [16:07] If not, just let me know and I'll be happy to do it myself === mhall119 is now known as mhall119|away [16:17] dpm, mhh, nope, but I think is all related to Bug #1298401 [16:17] Launchpad bug 1298401 in Ubuntu Reminders app "DatePicker creation is very slow" [Critical,Triaged] https://launchpad.net/bugs/1298401 [16:18] dpm, btw, I'll be not available for our Wed meeting, I'll have a smartphone conference and I'll talk about Ubuntu :-) [16:22] rpadovani, oh, cool, good look at the conference! [16:24] thanks :-) === gatox is now known as gatox_lunch === jhodapp is now known as jhodapp|brb [16:37] balloons, what was that Music app's locale bug? I'll see if I can have a look at it [16:37] dpm, xnox is having a look at it [16:37] ah, great! [16:37] dpm, let me find the bug [16:38] dpm, https://bugs.launchpad.net/music-app/+bug/1300230 [16:38] Launchpad bug 1300230 in Ubuntu Music App "UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 33484: ordinal not in range(128)" [High,Confirmed] [16:38] artmello: can you check if lp:~amanzi-team/gallery-app/gallery-app-pinch-area-mouse-area works for you in solving the mousearea+pincharea problem ? It's a slight adaptation over zombor's solution [16:39] argh, just by reading the title I can see it's my favourite python bug... [16:39] not [16:39] thanks balloons [16:40] dpm, haha.. I added a comment as well.. yep, py3 fun [16:40] :-) [16:47] hi all, what framework should i use for a qml app (click manifest) [16:49] dpm, how's file manager? [16:49] labsin, I would use 14.04 [16:50] ubuntu-sdk-14.04-dev ubuntu-sdk-14.04-qml or just ubuntu-sdk-14.04 [16:50] balloons, I was going to ask sergiusens as click/cmake expert if he could take a look at https://code.launchpad.net/~dpm/ubuntu-filemanager-app/include-plugin/+merge/213368 [16:51] sergiusens, if you've got a minute, could you do a quick review of that MP to include the file manager plugin into the app's source tree ^? [16:52] that'd help us automating click package creation and uploading the latest version to the store [16:52] bbl, grabbing something to eat === jhodapp|brb is now known as jhodapp === mhall119|away is now known as mhall119 [17:06] nerochiaro: ok, I will take a look [17:06] bfiller: lp:~amanzi-team/gallery-app/gallery-app-pinch-area-mouse-area << zsombi's workaround applied to gallery [17:07] nerochiaro: how's it working? [17:10] bfiller: i had to change a few things, but it's working well [17:11] nerochiaro: that's good, perhaps you can go back to getting the unzoom to work now [17:11] bfiller: yeah, first thing on my list tomorrow [17:33] dpm, still about/ [17:34] balloons, yeah, but I'll need to go soon. Anything I can help with? [17:34] dpm, just something quick. I'd like to ask someone to help out with calendar tests, but we need bugs filed for the new stuff needing tests. Basically the stuff I saw kunal was showing off :-) [17:34] https://bugs.launchpad.net/ubuntu-calendar-app/+bugs?field.tag=needs-autopilot-test [17:38] balloons, ok, here's one new one for you: bug 1300353 [17:38] Launchpad bug 1300353 in Ubuntu Calendar App "Autopilot Testcase Needed: agenda function" [Undecided,New] https://launchpad.net/bugs/1300353 [17:38] dpm, ty sir.. enjoy your evening === gatox_lunch is now known as gatox [17:40] balloons, np, and here's another one: bug 1300354 [17:40] Launchpad bug 1300354 in Ubuntu Calendar App "Autopilot Testcase Needed: calendar management" [Undecided,New] https://launchpad.net/bugs/1300354 [17:40] although I still haven't seen the actual branch for that one [17:41] ok, calling it a day now, cheers! [17:41] balloons, enjoy your time off tomorrow! [18:17] Internationalization of QML application using i18n | http://askubuntu.com/q/441610 [18:31] does ubuntu-sdk all programming language supports all mobile devices? | http://askubuntu.com/q/441616 [19:55] I want to port my existing Qt5 app to Ubuntu Touch. Is there any guide on the internet? [19:56] how should one use the SDK to port the app? === jhodapp is now known as jhodapp|bbl [20:06] binaryking, i don't know of a specific guide for that, but it should be pretty easy to port [20:07] kenvandine: is it something to do with 'Click'? [20:07] partly, creating a click package for it should be pretty simple [20:08] there is also a couple other things to think about [20:08] you probably want your main view to be a MainView from the UbuntuSDK [20:08] and look at how you size stuff, ideally you should use grid units instead of static sizes [20:09] http://developer.ubuntu.com/api/qml/sdk-14.04/UbuntuUserInterfaceToolkit.resolution-independence/ [20:09] binaryking, a good starting point would be to look through a basic tutorial [20:09] http://developer.ubuntu.com/apps/qml/ [20:10] kenvandine: actually, my app in written in pure C++ [20:10] to see how the examples are put together and see what you might want to tweak in your app [20:10] ah... that isn't quite as easy :) [20:10] but should be doable [20:10] does it use QtWidgets at all? [20:11] last i heard that was the toughest thing about porting [20:11] if you used widgets [20:12] binaryking, and to build the click package for it would be a little tougher [20:12] but doable [20:13] kenvandine: my app has QML bindings as well with a library [20:13] http://blog.mikeasoft.com/2014/03/02/qml-and-box2d-game-template-for-ubuntu-touch/ [20:13] you can look at his example [20:13] that creates a click package that bundles the box2d qml plugin in a click package [20:15] so, in the same way I can bundle my app's QML plugin, yes? [20:15] yes [20:17] kenvandine: thank you [20:19] binaryking, no problem, good luck and gives us a shout if you have questions [20:19] :D [20:28] mzanetti, o/ Any news for reminder? === jhodapp|bbl is now known as jhodapp === salem_ is now known as _salem [23:47] MySQLdb on Brython? | http://askubuntu.com/q/441715 === chriadam|away is now known as chriadam