[02:19] <snizzo> hey, just for information, how much time takes the review? :)
[07:07] <kalikiana> t1mp: though I'm still waiting on confirmation of the design, if you wanna have a look, the additions to bubble shape/ pop over to support overflow panel style https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/overflowPanel/+merge/226965
[07:17] <kalikiana> t1mp: one more ready for review https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/testAlarmBackend/+merge/226967 this addresses the hanging qmlplugindump (caused by having eds backend installed) and removes warnings when the backend is intentionally chosen to be for testing
[08:09] <JamesTait> Good morning all; happy Apollo 11 Day! :-D
[08:51] <seb128> hey, does anyone know if there is a way to tell the toolkit to not animate the scrolling when changing the index of a itemselector?
[08:54] <aznnobless> hi
[09:06] <Nilesh> hi
[09:06] <mzanetti> oSoMoN: hi
[09:06] <Nilesh> is any body here
[09:06] <oSoMoN> mzanetti, hey, what’s up?
[09:06] <mzanetti> oSoMoN: one more question you know the answer for sure :)
[09:06] <mzanetti> oSoMoN: the trick with setting the document with meta tag doesn't seem to do for oxide
[09:07] <mzanetti> oSoMoN: and yes, doesn't seem to read my GID_UNIT_PX settings either
[09:07] <mzanetti> => everything's tiny
[09:07] <Guest68016> has anybody worked on SDL
[09:07] <Guest68016> ??
[09:07] <oSoMoN> mzanetti, can you take that question to #oxide?
[09:07] <mzanetti> ack
[09:08] <Guest68016> yep i dont find him
[09:08] <Guest68016> #oxide
[09:09] <Guest68016> SDLSDL
[09:10] <Guest68016> i'm stuck up in SDL can anybody hlp me
[09:11] <popey> i dont know if many people have, who are online right now
[09:35] <nik90_> mzanetti: hi, good morning. Do you have about 45 seconds? I seem to be hitting an issue which I cannot seem to figure out why.
[09:36] <mzanetti> 45 secs :)
[09:36] <mzanetti> nik90_: hit me
[09:36] <mzanetti> 35 left
[09:36] <mzanetti> :P
[09:36] <nik90_> mzanetti: can you take a look at https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/10-alarm-settings/view/head:/backend/modules/Alarm/Settings/alarmsettings.cpp and https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/10-alarm-settings/view/head:/backend/modules/Alarm/Settings/alarmsettings.h
[09:37] <nik90_> mzanetti: and find out why my Q_INVOKABLE function testOutput() is not executed?
[09:37] <nik90_> mzanetti: I declared it in the header function and called it in the constructor definition. But I dont see the qDebug() output in the console.
[09:39] <mzanetti> nik90_: did you import Alarm.Settings somewhere?
[09:39] <nik90_> mzanetti: on the qml side of things, I declared it the usual way, AlarmSettings { id: _alarmSettings }
[09:39] <mzanetti> ah ok
[09:39] <nik90_> mzanetti: https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/10-alarm-settings/view/head:/app/ubuntu-clock-app.qml
[09:39] <nik90_> line 78
[09:39] <mzanetti> can't see an obvious mistake, need to buildit
[09:40] <mzanetti> nik90_: what is it with those number in branch names lately?
[09:40] <nik90_> mzanetti: oh that..I took that after look at t1mp branches...it is basically means the feature implementation takes several MPs and this is the first one :)
[09:41] <mzanetti> 10, means is the first one
[09:41] <mzanetti> mhm...
[09:41] <nik90_> ::{
[09:41] <nik90_> :P
[09:41] <mzanetti> :D
[09:45] <mzanetti> nik90_: found it:
[09:45] <mzanetti> app/alarm/AlarmSettings.qml
[09:45] <nik90_> same class and file name?
[09:45] <mzanetti> yeah, the QML type AlarmSettings conflicts with the module's class name
[09:45] <nik90_> omg I am an idiot
[09:45] <mzanetti> nik90_: you can either rename one of those
[09:45] <mzanetti> nik90_: or use
[09:46] <mzanetti> import Alarm.Settings 1.0 as BackendSettings
[09:46] <mzanetti> BackendSettings.AlarmSettings {}
[09:46] <mzanetti> just as an example
[09:46] <nik90_> mzanetti: ok. Thnx a lot
[09:46] <mzanetti> I personally don't like named imports that much
[09:53] <popey> longest 45 seconds ever
[09:57] <mzanetti> popey: noah... I recall meetings where they definitely seemed to last longer
[09:57] <nik90_> :P
[10:02] <t1mp>          itemselector?
[10:02] <t1mp> epaste
[10:02] <t1mp> < seb128> hey, does anyone know if there is a way to tell the toolkit to not animate the scrolling when changing the index of a itemselector?
[10:03] <t1mp> seb128: ^ no, the animation is coded inside the itemselector code
[10:03] <seb128> t1mp, hum, ok :-(
[10:03] <t1mp> seb128: I think most of our components have something like that.. perhaps it would be an idea to add an "animate" property to all the components
[10:03] <seb128> Laney, ^ fyi
[10:04] <t1mp> seb128: can you report a bug/feature request on http://bugs.launchpad.net/ubuntu-ui-toolkit ? Please add your use case
[10:04] <Laney> t1mp: also we're seeing that if you set selectedIndex on construct then it's not scrolled into view
[10:04] <Laney> known/bug?
[10:05] <t1mp> Laney: no I don't see a bug for that one yet
[10:05] <Laney> 'kay
[10:08] <Laney> so for u-s-s we have to choose between a delay or not having the selected item scrolled into view ;-)
[10:08] <Laney> I guess the latter is probably preferable?
[10:09] <seb128> Laney, I don't find the small delay to be that much of an issue personally
[10:09] <Laney> it's a bit disconcerting
[10:09] <seb128> but having the list not-scrolled would be fine as well
[10:10] <seb128> in fact you are right, having to scroll would probably feel ok
[10:10] <seb128> so if you want to mp that you have +1 from me
[10:13] <Laney> ok, let me do that / file a bug after I get these tests done
[10:16] <seb128> Laney, do you want me to open the toolkit bug? (I was about to do it)
[10:16] <Laney> seb128: there's two
[10:16] <Laney> - add an animate property
[10:16] <Laney> - scroll properly when setting selectedIndex on constructed
[10:16] <Laney> construction
[10:17] <Laney> you can use the same example with onCompleted or selectedIndex to demonstrate both of them
[10:38] <nik90_> mzanetti: Do you know what "symbol lookup error" means? http://paste.ubuntu.com/7802826/
[10:39] <mzanetti> nik90_: means the function QDbusConnection::sessionBus() hasn't been found in any of the libs
[10:40] <mzanetti> nik90_: this can happen if you're missing the linker flags for libqdbus
[10:40] <nik90_> mzanetti: hmm...in the CMake files?
[10:40] <nik90_> mzanetti: I only added the includes for QDBus in the .cpp file
[10:40] <mzanetti> nik90_: yeah, let me find the syntax (/me can never remember cmake syntax)
[10:41] <nik90_> mzanetti: sry for the trouble
[10:41] <mzanetti> nik90_: no worries
[10:41] <mzanetti> nik90_: so you should have this in cmake somewhere: find_package(Qt5DBus)
[10:41] <nik90_> mzanetti: ah ok..I have those lines in my main Cmakelist.txt files
[10:42] <mzanetti> and there's more... still searching
[10:42] <nik90_> mzanetti: what about here qt5_use_modules(alarm-settingsbackend Gui Qml Quick)
[10:43] <mzanetti> nik90_: qt5_use_modules(<target> DBus)
[10:43] <mzanetti> nik90_: right
[10:43] <mzanetti> yeah, add DBus there
[10:43] <DanChapman> hmm that's weird I can't seem to be able to delete a u1db document. deleteDoc seems to delete the contents but the listitem remains and I can't get rid of it
[10:44] <nik90_> mzanetti: yeah that seems to work. thnx
[10:45] <nik90_> DanChapman: How come? When you swipe delete, you call deleteDoc() which should do both remove the listitem and remove it from u1db?
[10:54] <DanChapman> nik90_: hey :-) yeah that's what i'm trying http://paste.ubuntu.com/7802872/ but the listitem reappears again even after restarting the app http://people.ubuntu.com/~dpniel/dekko/images/deleteDoc.png the only way to get rid of them is removing th db
[10:56] <nik90_> DanChapman: try  db.putDoc("", model.docId)
[10:57] <DanChapman> nik90_: ahh ok i'll try that
[10:58] <nik90_> DanChapman: I am using these u1db functions at https://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/trunk/files/head:/timer/ for adding/deleting timers dynamically from u1db
[11:05] <DanChapman> nik90_: putDoc("", docId) has the same behaviour. The list item just reappears empty. How bizarre
[11:06] <DanChapman> oh and it seems it throws some resetDrag error when it re-appears
[11:07] <nik90_> DanChapman: yeah that's a known error
[11:07] <nik90_> DanChapman: may be the issue is with your U1db.Query and Index
[11:07] <nik90_> DanChapman: It shouldn't pick up on the empty ones
[11:08] <nik90_> DanChapman: btw, when you do deleteDoc() or the method I suggested, it basically removes the contents and adds a empty item. But that empty item shouldn't be picked up by u1db
[11:09] <nik90_> DanChapman: anyways at https://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/trunk/view/head:/timer/TimerPage.qml I create the timer preset using putDoc(), and the display it in a listview. May be you might be able to see if you have implemented it differently
[11:11] <DanChapman> nik90_: Ahh so does it have to go through a Query and Index? I just plugged the U1db.Database into the list views model. As i didn't think i would have need to query, i just wanted it all
[11:12] <nik90_> DanChapman: Query and Index helps you filter stuff from the model
[11:12] <nik90_> DanChapman: so yes you might need it
[11:12] <nik90_> DanChapman: but does your listview show non-empty stuff that you saved?
[11:12] <nik90_> the valid listitems
[11:13] <DanChapman> nik90_: right ok, let me try that then :-)
[11:29] <DanChapman> nik90_: the Query & Index has sorted it :-) Thanks for your help
[11:30] <nik90_> DanChapman: glad it helped. yw welcome
[12:01] <nik90_> jdstrand: hey, when I try making a GET call to com.canonical.indicator.datetime I get a AccessDenied error in my app.
[12:01] <nik90_> jdstrand: Didn't you say you were adding this exception to the calendar policy group so that the clock app can use it?
[12:42] <jdstrand> nik90_: what is the output of 'grep DEN /bar/log/syslog'?
[12:42] <ogra_> will that spit out a beer ?
[12:43] <nik90_> jdstrand: It says no such file or directory
[12:43] <ogra_> you want /var
[12:43] <nik90_> ogra_: stupid me
[12:44] <nik90_> jdstrand: http://paste.ubuntu.com/7803270/
[12:45] <mdeslaur> freudian slip
[12:46] <ogra_> freudian slurp ;)
[12:48] <nik90_> jdstrand: Should I report a bug like before?
[12:48] <jdstrand> nik90_: I did add it, but the interface didn't match
[12:48] <jdstrand> nik90_: I'll need a new upload
[12:48] <jdstrand> nik90_: can you file a bug?
[12:48] <nik90_> jdstrand: sure. will ping you the bug number
[12:49] <jdstrand> thanks
[12:54] <nik90_> jdstrand: Bug 1342708
[12:54] <jdstrand> nik90_: thanks, do you have a moment to help me make sure we have the right policy?
[12:54] <nik90_> jdstrand: yeah
[12:54] <nik90_> jdstrand: what do I need to do?
[12:55] <jdstrand> nik90_: ok, can you modify /var/lib/apparmor/profiles/click_com.ubuntu.clock.devel_ubuntu-clock-app_0.1 to have (just before the last '}'):
[12:56] <jdstrand> bus (receive, send)
[12:56] <jdstrand>      bus=session
[12:56] <jdstrand>      path=/com/canonical/indicator/datetime/AlarmProperties{,**}
[12:56] <jdstrand> interface=org.freedesktop.DBus.Properties,
[12:56] <jdstrand> nik90_: then save it, then do: sudo 'apparmor_parser -r /var/lib/apparmor/profiles/click_com.ubuntu.clock.devel_ubuntu-clock-app_0.1'
[13:03] <jdstrand> nik90_: did that work for you? are there any new denials?
[13:03] <nik90_> jdstrand: in the process
[13:03] <nik90_> jdstrand: should that be dbus(receive, send)
[13:03] <jdstrand> nik90_: whoops, sorry, mispaste, yes
[13:07] <kalikiana> t1mp: https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/apiStdErr/+merge/227020
[13:07] <seb128> Laney, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1342711 (fyi)
[13:07] <nik90_> kalikiana: hmm, I am unable to overwrite the file even using sudo nano ..
[13:07] <nik90_> sry
[13:08] <nik90_> jdstrand: ^^
[13:08] <seb128> Laney, not sure about the scrolling thing, if that should be customisable or a consistant toolkit behaviour
[13:09] <jdstrand> nik90_: that is weird. sudo vi ... works fine here. that path is in a rw area (otherwise click apps wouldn't install)
[13:10] <snizzo> popey: if I'm developing on ubuntu 14.04 can I install 14.10 framework for ubuntu touch?
[13:10] <nik90_> jdstrand: can I give you the click package?
[13:11] <nik90_> jdstrand: somehow the nano keep asking for a filename which it ignores on pressing enter
[13:11] <jdstrand> nik90_: what architecture is the click?
[13:12] <nik90_> jdstrand: arhmf
[13:12] <nik90_> jdstrand: I can give whatever arch you need
[13:12] <jdstrand> nik90_: what version of the OS is required?
[13:12] <nik90_> jdstrand: 14.10
[13:12] <jdstrand> no, I mean revision
[13:13] <jdstrand> promoted, devel-propoed, something specific
[13:13] <t1mp> kalikiana: thanks for the fix, happroved https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/apiStdErr/+merge/227020
[13:13] <popey> snizzo: you can in the emulator
[13:13] <nik90_> jdstrand: devel-proposed #133
[13:14] <jdstrand> yeah, I don't have that here. I can create a new emulator, but it will take a while
[13:14] <jdstrand> nik90_: you sure you typed in /var/lib/apparmor/profiles/click_com.ubuntu.clock.devel_ubuntu-clock-app_0.1 ?
[13:14] <nik90_> jdstrand: yeah I navigate into the profiles folder and autocompleted the file
[13:14] <nik90_> navigated*
[13:15] <jdstrand> nik90_: and you are doing that as root?
[13:16] <nik90_> jdstrand: yeah ..I adb shell and I am root..
[13:16] <nik90_> jdstrand: just to make sure I did "sudo nano file"
[13:16] <nik90_> jdstrand: I will just make my phone rw and see if that works
[13:17] <snizzo> when I press autocreate for the ubuntu kit it doesn't ask me for 14.10 or something, it just put me 14.04 there
[13:18] <t1mp> kalikiana: fyi I made https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 critical
[13:19] <t1mp> I don't know who to contact about that but
[13:21] <snizzo> also
[13:21] <snizzo> Creating new emulator instance.
[13:21] <snizzo> unknown flag `arch'
[13:25] <jdstrand> nik90_: I feel like the terminal isn't setup right for nano. the 'Enter' key isn't doing the right thing
[13:25] <nik90_> jdstrand: yeah, I am now using vi for the first time
[13:26] <jdstrand> ogra_: any tips for nik90_ for using nano on the touch image?
[13:26] <ogra_> jdstrand, use vi :P
[13:26] <jdstrand> wfm
[13:26] <ogra_> nano is broken ... or rather adbd is not properly using termcap
[13:27] <ogra_> using ssh (which gives you a proper terminal) works too
[13:27] <ogra_> and phablet-shell should work as well for nano ... plain adb wont
[13:29] <jdstrand> nik90_: ^ (try phablet-shell)
[13:29] <nik90_>  jdstrand: almost done ;)
[13:29] <jdstrand> ogra_: thanks
[13:37] <nik90_> jdstrand: confirmed, that works
[13:37] <nik90_> ogra_: thnx phablet-shell helps..(/me is a nano guy :P)
[13:38] <snizzo> how can I change framework from 14.04 to 14.10 on ubuntu 14.04?
[13:38] <nik90_> snizzo: so I assume you are running Ubuntu 14.04?
[13:38] <snizzo> nik90_: yes
[13:39] <nik90_> snizzo: First go to Tools->Options->Ubuntu and create a chroot for 14.10 i386
[13:39] <snizzo> (I'm testing on a nexus 5 with daily)
[13:40] <nik90_> snizzo: only after the chroot is created will qtcreator pick the correct ubuntu kit for the emualtor
[13:40] <nik90_> snizzo: then in the devices, create a emulator and specify the i386 arch emulator with a valid name
[13:41] <snizzo> nik90_: http://paste.kde.org/pqxtwemud
[13:41] <snizzo> when creating the chroot i386
[13:41] <nik90_> hmm weird
[13:41] <snizzo> should I pick x86_64?
[13:42] <snizzo> i mean, amd64
[13:42] <nik90_> snizzo: let me check, 1 min
[13:42] <snizzo> ok, thank you :)
[13:43] <nik90_> snizzo: I have the i386 chroot installed. I think i386 arch is required to match against the i386 emulator arch
[13:43] <snizzo> oh ok
[13:44] <snizzo> could I install armhf perhaps? I'm testing on a real phone
[13:44] <nik90_> zbenjamin: ^^ any idea why snizzo might be hitting this error while creating the i386 chroot http://paste.kde.org/pqxtwemud
[13:44] <nik90_> snizzo: for the phone yes, the arm chroot will work
[13:45] <nik90_> snizzo: btw, what kind of project are you trying to run on the phone? Does the project have cmake or just qmlproject?
[13:45] <snizzo> just qmlproject
[13:47] <nik90_> snizzo: let me know when you get the chroot up and running
[13:47] <nik90_> snizzo: after which you should be able to select the device and have the correct ubuntu kit. After that, go back to the edit tab, and press Ctrl+F12 to run on phone
[13:48] <snizzo> nik90_: yeah, I tried deleting 14.04 framework and recreating 14.10 and wasn't working. Creation of 14.04 still works btw
[13:49] <nik90_> snizzo: I have a feeling, there are some left over files of the deleted frameworks which is causing these errors
[13:50] <snizzo> nik90_: I can delete it manually, what's the path?
[13:50] <nik90_> snizzo: I don't remember sry..I am a newbie at this as well :)
[13:52] <nik90_> snizzo: but have you tried running on the phone using the 14.04 chroot? It might work
[13:53] <snizzo> nik90_: it works fine using 14.04 on phone with latest daily
[13:53] <nik90_> snizzo: awesome
[13:53] <snizzo> but to get into store they said me 14.04 is deprecated and I can't use it
[13:53] <nik90_> snizzo: ok, then change the framework in the manifest.json file to 14.10 framework
[13:53] <nik90_> while still using the 14.04 chroot
[13:54] <nik90_> snizzo: I think the only time this might be an issue is when you start cross building click packages for different architectures.
[13:54] <snizzo> tried that one, app won't run on phone :(
[13:54] <nik90_> snizzo: ok. In that case, try contacting zbenjamin about the chroot issue.
[13:54] <nik90_> snizzo: I presume you have all the necessary ppas?
[13:55] <snizzo> I think yeah... which one should I get?
[13:55] <nik90_> snizzo: you should have the SDK PPA, Phablet-tools PPA
[13:55] <nik90_> those 2 should be sufficient
[13:55] <Laney> seb128: well, either way it's not possible to do it currently
[13:56] <snizzo> nik90_: I didn't have those I think I'll try now
[13:57] <seb128> Laney, "it"?
[13:58] <Laney> scroll to the index you select on construction
[14:02] <rpadovani> dpm reminders hangout?
[14:02] <dpm> mzanetti, rpadovani, popey, I'll be in the hangout in a sec, browser crashing...
[14:02] <dpm> and again...
[14:03] <dpm> trying chromium now
[14:07] <snizzo> nik90_: upgraded click and got new exciting error: http://paste.kde.org/prsxjya58
[14:08] <nik90_> lol
[14:12] <zbenjamin> snizzo: what are you doing ? ;)
[14:13] <snizzo> zbenjamin: as for now, I created a symlink to that utopic script from utopic to gutsy (since also trusty was linking to gutsy)
[14:14] <snizzo> on click it says me
[14:14] <snizzo> I: Retrieving Release
[14:14] <snizzo> I: Retrieving Release.gpg
[14:14] <snizzo> I: Checking Release signature
[14:14] <snizzo> E: Invalid Release signature (key id 40976EAF437D05B5)
[14:15] <snizzo> zbenjamin: http://paste.kde.org/p0onz8oon
[14:18] <snizzo> zbenjamin: http://paste.kde.org/pdfcygxov
[14:18] <t1mp> aaah
[14:18]  * t1mp couldn't make sense why the new feature I'm testing for the header doesn't work....
[14:18] <t1mp> I need to set useDeprecatedToolbar: false
[14:18] <t1mp> perhaps it is about time we change the default value of that property :)
[14:19] <nik90_> t1mp: :)
[14:20] <nik90_> t1mp: hey btw why did you name the header branches 10-**, 20-** and so on?
[14:21] <t1mp> nik90_: because I am working on a lot of branches at the same time and I need to know in which order they should be merged when they depend on each other
[14:21] <t1mp> nik90_: so 10-* goes first, then 20-*, and some times afterwards I think of some changes that go inbetween and I name that 15-*
[14:21] <nik90_> mzanetti: there you go :) ^^
[14:21] <t1mp> nik90_: and I have branches without numbers if they are not part of a dependency chain :)
[14:22] <nik90_> t1mp: yeah i was starting to use your naming convention and was asked why :D
[14:22]  * t1mp working on 140-headerSections now :)
[14:22]  * nik90_ is on 10-alarm-settings ;)
[14:22] <t1mp> nik90_: zsombi started to do the same this week for the new list items
[14:22] <nik90_> t1mp: lol
[14:23] <t1mp> nik90_: I have a whole bunch of those branches, see https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/new-header
[14:23] <nik90_> t1mp: yeah I have been keeping track of your recent header section branch..will test once the doc is ready
[14:24] <t1mp> I'm working on the docs now
[14:24] <t1mp> I don't like the user interaction that I have now, but I think I will try to land it like this and discuss it with the designers for improvements after that
[14:24] <nik90_> ok
[14:24] <t1mp> at least the API is fixed so apps would automatically get the better behavior after that :)
[14:27] <nik90_> t1mp: do you know if zsombi's work on new listitems will provide https://docs.google.com/presentation/d/1Kkl7xT8BYo9mT8i3IXh6rPrDlNg6cBxTajahlRYIGlI/edit#slide=id.g18883f09d_011
[14:27] <nik90_> the swipe to delete style
[14:28] <mzanetti> :D
[14:31] <t1mp> nik90_: the trash can with red background?
[14:31] <nik90_> t1mp: yes
[14:31] <t1mp> nik90_: it will even provide a list of actions and an icon+color for each action :)
[14:31] <nik90_> t1mp: hurray!
[14:31] <t1mp> nik90_: but the best news is that it will be super-fast :)
[14:32] <nik90_> t1mp: is there a API Doc you guys are using for the implementation?
[14:32] <t1mp> current listitems get slow when you create thousands of them
[14:32] <t1mp> nik90_: let me search for it
[14:32] <nik90_> t1mp: thnx..until now I have been using ListItem.Base and creating all of them according to the design spec. Hoping the new listitems will fix that
[14:33] <t1mp> nik90_: https://docs.google.com/a/canonical.com/document/d/1uqmhDn_3wlcSuzvn3L44chjzUczQ3hx5yI_kBh2IxhY/edit#heading=h.ftjdgagfx6od
[14:33] <t1mp> nik90_: work in progress of course
[14:33] <t1mp> nik90_: they will, but only after rtm
[14:33] <nik90_> t1mp: oh
[15:23] <zbenjamin> snizzo: there is no support for gutsy anymore ;)
[15:25] <karni> Hey guys! I have a question regarding Ubuntu Button. I was trying to change the font of the color, but really no luck. 'fontColor' desn't exist and this didn't work: font: Qt.font({family: "Ubuntu", pixelSize: FontUtils.sizeToPixels("medium"), color: "#000000"})
[15:25] <karni> any hints?
[15:40] <karni> It was actually easier for me to roll my own button than to change the font on our Toolkit Button. I would like to improve this situation, even though I'm fine with using my own custom button for now.
[15:40] <karni> That's not the point though, I'd like to improve the Button component. Perhaps this is a wrong channel to share this particular problem?
[15:45] <nik90_> karni: changing the color should be just using the color property
[15:45] <nik90_> karni: but I am not sure about the fontColor.
[15:46] <karni> nik90_: right, I'm interested in particular in making the font of the Button of color white. it's some shade of grey by default.
[15:47] <nik90_> karni: I think in that case you will have to custom style it yourself using the style property
[15:47] <nik90_> karni: only some customization is exposed like the font, color, size and so on. Font color is not exposed.
[15:47] <karni> nik90_: right, I believe that was one of (if not the only way) to go.
[15:48] <karni> nik90_: Do you know if we have any docs on styling? I failed to find it on d.u.c :(
[15:48] <nik90_> karni: I was told it would be added , but I don't see any atm
[15:48] <karni> nik90_: ack, thank you
[15:49] <nik90_> karni: np
[16:08] <elopio> jhodapp: can you please approve the branches on the mediaplayer to start the landing process?
[16:08] <elopio> let me get the links.
[16:08] <elopio> https://code.launchpad.net/~barry/mediaplayer-app/py3autopilot/+merge/226857
[16:08] <elopio> https://code.launchpad.net/~canonical-platform-qa/mediaplayer-app/fix1341956-test_no_video/+merge/226774
[16:08] <elopio> https://code.launchpad.net/~brendan-donegan/mediaplayer-app/remove_scene_select_test/+merge/226863
[16:09] <jhodapp> elopio: who tested it?
[16:10] <elopio> jhodapp: I did.
[16:10] <jhodapp> elopio: what device(s) did you test on?
[16:10] <elopio> we still see some crashes sometimes, but are not caused by this changes.
[16:10] <elopio> jhodapp: utopic desktop, and mako.
[16:10] <jhodapp> ok great
[16:11] <elopio> jhodapp: I'll ask for the silo and test there too.
[16:11] <jhodapp> elopio: ok great
[16:15] <jhodapp> elopio: do you need top approval as well?
[16:15] <elopio> jhodapp: yes, please. I can't do it myself.
[16:19] <jhodapp> elopio: ok, code reviewed them and approved
[16:19] <elopio> thanks.
[16:19] <jhodapp> np
[16:25] <balloons> dpm, can we polish this off and merge it? https://code.launchpad.net/~dpm/reminders-app/debian-copyright/+merge/225646
[16:26] <dpm> balloons, I was waiting to leave it there for it to be used as a MP to put in the CI train, but as there are other packaging changes that will need to be done, I think we can just merge it. I know you had a conversation with elopio about licenses in the python code for the tests - would that MP address your issues?
[16:27] <balloons> dpm, yes
[16:27] <balloons> I think we should try and get them sorted before pushing it, since it's entry into the store has been a little delayed
[16:28] <balloons> dpm, although there's one additional license to add for the evernote sdk
[16:28] <balloons> https://github.com/evernote/evernote-sdk-python3/blob/master/LICENSE
[16:28] <dpm> balloons, feel free to top-approve and address that later, or to point to any other additional changes, and I can put them in the branch
[16:30] <balloons> dpm, if you can, just add that license to cover tests/autopilot/evernote
[16:38] <nik90_> dpm: when are planning to rename "reminders" into evernote?
[16:38] <nik90_> dpm: has it been officially accepted?
[16:42] <popey> no
[16:43] <popey> I don't know that we ever will call it Evernote
[16:43] <popey> probably call it "Notes" or something
[16:43] <popey> Only 1st party apps can be called Evernote.
[16:44] <nik90_> popey: oh ok
[16:51] <qtros> Hi all
[16:53] <qtros> I've got this error in SDK
[16:53] <qtros> Cannot open: file:///usr/lib/i386-linux-gnu/qt5/qml/Ubuntu/Components/ListItems/artwork/ListItemProgressionArrow.png
[16:53] <qtros> It always happens when I start "Shorts" RSS Reader
[17:02] <dpm> nik90_, so yeah, essentially what popey said
[17:20] <qtros> Is someone from SDK team here?
[17:42] <qtros> Is someone from SDK team here?
[18:07] <beuno> jdstrand, Text conflict in debian/changelog
[18:10] <jdstrand> ok, let me fix that
[18:13] <jdstrand> beuno: pushed
[18:25] <beuno> jdstrand, reviewed, no blockers, just questions
[18:34] <nik90_> zbenjamin: hey, can we talk quickly tomorrow morning about some cmake stuf. I am having a slight trouble when I try to add 2 plugins into the same folder
[18:34] <rpadovani> mhall119, o/ Did you try 100balls today? What do you think of the new physic?
[18:36] <popey> rpadovani: have you fixed the physics so i can beat mhall119 ?
[18:41] <popey> i am in danger of pushing my finger through the screen on that game
[18:55] <qtros> Guys]
[18:56] <qtros> In "Shorts" we always got "Cannot open: file:///usr/lib/i386-linux-gnu/qt5/qml/Ubuntu/Components/ListItems/artwork/ListItemProgressionArrow.png" on start
[18:58] <nik90_> qtros: I think the SDK devs are done for the day
[18:58] <nik90_> qtros: you should ping them in the morning, afternoon european time (t1mp, kalikiana for instance)
[19:11] <jdstrand> beuno: ok, responded. thanks for the review!
[19:13] <Letozaf_> nik90_, Hi :)
[19:13] <nik90_> Letozaf_: Hi :)
[19:14] <nik90_> Letozaf_: I noticed that the bug faced is similar to https://bugs.launchpad.net/ubuntu-clock-app/+bug/1297712 (look at comment #1). However I don't have a solution for it :/
[19:15] <Letozaf_> nik90_, I found out another thing: launching ubuntu-clock-app, after yesterday's error if I type ctrl-c the clock app opens, but I get this output: http://paste.ubuntu.com/7805025/
[19:16] <Letozaf_> nik90_, the clock app seems to work all the same though
[19:16] <Letozaf_> nik90_, I will maybe try to install utopic on a VM and see what happens there
[19:16] <nik90_> Letozaf_: oh ok, but the new clock app doesnt?
[19:16] <Letozaf_> nik90_, haven't tried, il will try it now
[19:18] <Letozaf_> nik90_, if I launch it with qmlscene I get the error and ctrl-c interrupts everything
[19:19] <Letozaf_> nik90_, http://paste.ubuntu.com/7805052/
[19:22] <Letozaf_> nik90_, yes the bug looks like my problem
[19:23] <nik90_> Letozaf_: curious why the new one stops completely while the old one continues running
[19:23] <Letozaf_> nik90_, yes curios
[19:24] <nik90_> Letozaf_: when you open the old clock app, navigate to the alarms tab and see what happens
[19:24] <nik90_> Letozaf_: the one difference between the old and new clock app is that in the new one, the alarm model is loaded instantly while in the old one it is only loaded when the user navigates to the alarm tab
[19:25] <nik90_> which means that the Alarm Model (dependent on EDS) is the cause of the error
[19:25] <nik90_> but I cannot fathom why I cannot cause the error on my machine
[19:27] <nik90_> Letozaf_: try removing qtorganizer5-eds package and stop all EDS processes and see if that allows the new clock app to open
[19:27] <nik90_> clock app should switch to the memory alarm model
[19:29] <Letozaf_> nik90_, on the old clock app nothing happens if I navigate to the alarms tab
[19:30] <Letozaf_> nik90_, everything seems to work fine after ctrl-c ... let me do what you said next on the new clock app...
[19:34] <Letozaf_> nik90_, removing qtorganizer5-eds removes also calendar app, is there a way not to ?
[19:35] <nik90_> Letozaf_: really? you mean the ubuntu-calendar-app?
[19:35] <Letozaf_> q
[19:36] <Letozaf_> nik90_, yes ubuntu-calendar-app and calendar-app
[19:36] <Letozaf_> n
[19:36]  * Letozaf_ keeps on typing random letters on IRC, sorry :(
[19:36] <nik90_> lol
[19:37] <nik90_> Letozaf_: hmm wasn't aware of the hard dependency on calendar-app
[19:37] <Letozaf_> nik90_, I have the same error if I lauching calendar-app
[19:37] <nik90_> Letozaf_: at this point, I am out of ideas officially
[19:37] <nik90_> Letozaf_: similar to that bug I guess
[19:38] <Letozaf_> nik90_, http://paste.ubuntu.com/7805179/
[19:39] <Letozaf_> nik90_, mmm... I guess I will try on a new VM, I will install utopic there and see what happens
[19:39] <nik90_> Letozaf_: yeah sry, I can't think of why this is happening.
[19:40] <Letozaf_> nik90_, no problem, I wouldn't know how to fix this :P
[19:40] <nik90_> Letozaf_: once you create the vm and set it up, make a copy as a backup
[19:40] <Letozaf_> nik90_, yes I will thanks
[19:54] <nik90_> mzanetti: In the timezonemodel class, why did you do void setSource(const QUrl &source); instead of just void setSource(QUrl source) ?
[19:55] <nik90_> mzanetti: was it to prevent duplication of the variable by the compiler?
[19:55] <mzanetti> nik90_: yeah, the & makes the difference
[19:56] <mzanetti> it passes only a reference, not a copy of the url
[19:56] <nik90_> mzanetti: ok
[19:58] <Letozaf_> nik90_, yay!! it's working the new clock app
[19:59] <nik90_> Letozaf_: :)
[19:59] <Letozaf_> nik90_, I removed qtorganizer5-eds with calendar app and it works
[19:59] <Letozaf_> nik90_, I do not need calendar app now :P
[19:59] <nik90_> Letozaf_: hehe..
[19:59] <nik90_> Letozaf_: Did you try the new VM?
[19:59] <Letozaf_> nik90_, so it ok for me now :P
[20:00] <Letozaf_> nik90_, no I was still zsyncing the iso
[20:00] <Letozaf_> nik90_, for installing utopic on the VM
[20:00] <nik90_> Letozaf_: ok. The removal of EDS is a temporary measure since on the phone that wouldn't be the real case.
[20:01] <Letozaf_> nik90_, ok, my goal is to write the autopilot tests for now :)
[20:01] <nik90_> Letozaf_: Also I will have to talk to elopio about this but we have to isolate the clock app alarms from the tester's machine.
[20:01] <nik90_> Letozaf_: I dont want your alarms to be filled with autopilot alarms :P
[20:02] <balloons> ahh yes, app isolation
[20:02] <Letozaf_> nik90_, :)
[20:02] <Letozaf_> balloons, hello :)
[20:03] <balloons> https://bugs.launchpad.net/ubuntu-clock-app/+bug/1316746
[20:04] <nik90_> balloons: yeah..since it requires isolation from EDS, it is a bit more difficult and I don't know (nor have time due to new clock app) to do it
[20:06] <balloons>  nik90_ we spent some time.. heck, quite a bit of time trying.. apparmor makes it very difficult. I'm thinking perhaps jdstrand original suggestion about running under a different user is the way to go. We've got some more things that make this sane now
[20:06] <balloons> I wonder if using adt-run fixes this in the interim anyway ....
[20:08] <nik90_> balloons: would that separate user be deleted after runnign the ap tests automatically?
[20:08] <balloons> nik90_, yes
[20:09] <balloons> you could also have a resident autopilot user
[20:10] <nik90_> yeah. On the desktop, I could always create a new user just for testing.
[20:10] <nik90_> On the phone, I am not so sure how to do that
[20:11] <balloons> nik90_, well you wouldn't do it.. the runner would
[20:15] <balloons> nik90, since you are about I'll go ahead and do the work to get rid of the deprecation warning about using the emulators module for the autopilot tests. It's alot of renaming
[20:16] <nik90> balloons: ok. I will try to review it today, but if not tomorrow.
[20:16]  * nik90 is dead tired
[20:16] <balloons> nik90, ahh, it's nothing important :-)
[20:20] <balloons> elopio, nik90 I believe this is not longer a bug. https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1289616. Do you agree?
[20:24] <nik90> balloons: why not?
[20:25] <balloons> nik90, because the sdk does wait now.. the textfield helper has a self.focus.wait_for
[20:25] <nik90> balloons: ah ok..so the bug is Fix Released
[20:26] <balloons> nik90, yes, I believe so.. just want elopio to confirm :-)
[20:26] <nik90> balloons: ok
[20:33] <balloons> nik90, https://code.launchpad.net/~nskaggs/ubuntu-clock-app/switch-emulators-to-proxy-object/+merge/227103
[20:33] <balloons> if you are curious :-0
[20:35] <nik90> looking at it now
[21:32] <rpadovani> popey, yes, now is a bit more realistic and balls are faster :-) But, more important, on mhall119 phone glasses are smaller :P
[21:44] <popey> hah
[21:47] <popey> rpadovani: check G+ ☻
[21:47] <rpadovani> awww so sweetie!
[23:25] <mhall119> rpadovani: don't hate the player :-P
[23:25] <rpadovani> mhall119, I'm still blocked at 540 :P
[23:26] <mhall119> rpadovani: watch the buckets, not the balls
[23:27] <rpadovani> I'll try! I need to arrive to 2048!!!
[23:30] <rpadovani> It's a bit later here, so I go to sleep.. Good night to all :-)