greyback | dednick: yo, how do I test your trust helper code now? what command(s) do I run? | 08:58 |
---|---|---|
dednick | greyback: testing mock or real? | 08:58 |
greyback | dednick: emm both! | 08:58 |
greyback | but I mostly carea about real | 08:59 |
dednick | greyback: real is the same as before. using the demo app. | 09:00 |
dednick | greyback: trust-session-demo-trusted-helper -p `pgrep -f clock` - when you have clock app open | 09:01 |
greyback | dednick: ok. No need for desktop_file_hint since it uses trusted socket I guess | 09:01 |
dednick | greyback: for the mock: | 09:02 |
dednick | qdbus com.canonical.Unity8 /com/canonical/Unity8/Mocks com.canonical.Unity8.Mocks.Application.addChildSurface "dialer-app" "/home/nick/Work/phablet/qtcompositor/unity8-merged/qml/Dash/graphics/phone/screenshots/facebook@12.png" | 09:02 |
dednick | qdbus com.canonical.Unity8 /com/canonical/Unity8/Mocks com.canonical.Unity8.Mocks.Application.removeChildSurface 1 (1=return of addChildSurface all) | 09:02 |
dednick | s/all/call | 09:02 |
greyback | Do I need to run unity8 with a new env var to define the trust socket? | 09:03 |
dednick | greyback: mmm. i think my MP includes the trust socket change. | 09:03 |
greyback | dednick: ok | 09:03 |
dednick | maybe not... | 09:04 |
greyback | I've not tested yet, still flashing my devices | 09:04 |
mzanetti | dednick: hmm... do you know why the messaging indicator icon is a bell instead of the envelope? | 09:05 |
dednick | mzanetti: uuuh. no... | 09:05 |
mzanetti | was it changed to be that icon or is there a new feature that paints the bell in some certain cases only? | 09:06 |
dednick | mzanetti: has nothing to do with my code. either it's been changed in backend (don't think so) or it's changed in icon theme | 09:07 |
mzanetti | dednick: yeah, I just thought you might be aware of specs that explain it... | 09:08 |
dednick | mzanetti: might be a bug. not sure | 09:09 |
mzanetti | ah ok... | 09:09 |
dednick | mzanetti: no, looks like a replacement icon | 09:10 |
mzanetti | I guess I liked the envelope better, but I can see that one doesn't really fit for missed calls | 09:10 |
dednick | mzanetti: apparent'y it's green when you have a new notification | 09:11 |
mzanetti | so probably that's the reason... the bell just says something rang | 09:11 |
mzanetti | yeah, it is | 09:11 |
mzanetti | that's only why I noticed it :D | 09:11 |
mzanetti | it was there all weekend, but just now I had a missed call and actually saw it | 09:11 |
dednick | :) i hadn't before | 09:11 |
tsdgeos | pete-woods: i have hud-service at 100% here if you want to come and debug it live | 09:43 |
pete-woods | tsdgeos: will be over shortly | 09:52 |
mzanetti | elopio: ping | 10:19 |
facundobatista | Holas | 10:51 |
greyback | dednick: first pass of https://code.launchpad.net/~nick-dedekind/qtmir/prompt_sessions/+merge/227368 complete | 11:05 |
dednick | greyback: thanks. fixed some, commented on some. | 11:24 |
greyback | dednick: do I get tests? | 11:26 |
tsdgeos | mhr3: just pushed something that should fix the openScope from preview, can you double check? | 11:27 |
dednick | greyback: er, are there any tests for qtmir yet? make test interestingly doenst do anything ;) | 11:27 |
greyback | dednick: there's a tests/ directory. "make check" runs them I think | 11:28 |
dednick | greyback: ok. um, yeah... i guess i can write a few :) | 11:28 |
greyback | dednick: ty | 11:28 |
mhr3 | tsdgeos, something broke, ping when back :) | 11:33 |
Saviq | mzanetti, would you have time for a review https://code.launchpad.net/~saviq/unity8/dash-header-style/+merge/227522 ? | 11:49 |
=== MacSlow is now known as MacSlow|lunch | ||
=== _salem is now known as salem_ | ||
=== MacSlow|lunch is now known as MacSlow | ||
tsdgeos | mhr3: fix pushed | 13:03 |
mhr3 | that was quick | 13:03 |
karni | Saviq: I'd like to define some constants in QML (FooColors.qml), and reference them from other qml files. I'm not sure how do to that, though. Item { readonly property string blue: "#2ca5e0" } I reference in another QML as FooColors.blue, qmlscene says FooColors is not defined. suggestions? | 13:24 |
karni | should I define those in a .js file instead? | 13:24 |
Saviq | karni, yeah | 13:25 |
karni | ok | 13:25 |
Saviq | karni, http://qt-project.org/doc/qt-5/qtqml-javascript-resources.html#shared-javascript-resources-libraries | 13:25 |
karni | Saviq: thanks | 13:26 |
Saviq | karni, but | 13:26 |
Saviq | karni, maybe in 5.3 it's better to use http://qt-project.org/groups/qt-contributors-summit-2013/wiki/Evolution-of-the-QML-language actually | 13:27 |
Saviq | karni, the singleton approach | 13:27 |
* karni looks | 13:27 | |
karni | and thank you :) | 13:27 |
Saviq | karni, this way the "readonly" part can actually be enforced, which you can't in JS | 13:28 |
karni | right :) | 13:28 |
mhr3 | Saviq, for the overlay-color, i'll add "primary-logo-color" to the appearance attrs | 13:34 |
mhr3 | if you're ok with that | 13:35 |
Saviq | mhr3, what's that? :D | 13:37 |
Saviq | mhr3, oh in the .ini? | 13:38 |
Saviq | mhr3, I'm never gonna see it anyway | 13:38 |
mhr3 | Saviq, you will have it in the hints, but yea, you don't really need to look at it | 13:39 |
mhr3 | mhall119, could you update the scopes docs again pls? | 13:46 |
Saviq | seb128, shall we land password locking? | 13:56 |
Saviq | seb128, I'd hijack silo 6 a little and add a few unity8 branches (since one got superseded anyway), wdyt? | 13:57 |
seb128 | Saviq, +1 from me, we have some other small u-s-s changes ready (mostly a bugfix and some test improvements), do you want to batch them with it or keep that for another landing? | 13:58 |
Saviq | seb128, good for me, lemme add unity8 stuff to the line and you handle u-s-s | 13:59 |
seb128 | Saviq, ok | 13:59 |
Saviq | seb128, hmm the only ~scary thing would be the livecd-rootfs change mterry mentioned in the comment | 14:00 |
Saviq | to delete the default pwd | 14:00 |
Saviq | seb128, so we should wait for him (he should be around soon) | 14:01 |
seb128 | Saviq, k | 14:01 |
Saviq | seb128, line 14 ready for you | 14:01 |
seb128 | Saviq, done | 14:02 |
Saviq | seb128, ok, /me reconf + full rebuild | 14:02 |
seb128 | Saviq, thanks | 14:02 |
greyback | #qtcomp | 14:32 |
mhall119 | mhr3: done | 14:35 |
elopio | mzanetti: pong | 14:39 |
=== dandrader is now known as dandrader|afk | ||
=== greyback is now known as greyback|away | ||
Saviq | seb128, crap, mterry is out today, we might need to land without the password things, otherwise people will get (seemingly) locked out of their devices | 14:44 |
seb128 | Saviq, :-/ | 14:45 |
Saviq | seb128, I'll drop the locking-hash branches from the silo then and rebuild once more | 14:45 |
seb128 | Saviq, thanks | 14:46 |
=== dandrader|afk is now known as dandrader | ||
=== greyback|away is now known as greyback | ||
Saviq | greyback, should the window stack report app in foreground if greeter is locked? | 15:05 |
Saviq | (because it apparently does) | 15:06 |
greyback | Saviq: I know it does. I don't know of anyone who cared | 15:06 |
Saviq | greyback, Chipaca cares | 15:06 |
Chipaca | greyback: 'ullo | 15:06 |
Chipaca | greyback: is it an easy fix? | 15:07 |
greyback | Chipaca: hey. It may not be too hard. Need it urgently? | 15:08 |
Chipaca | greyback: define "urgent" | 15:08 |
greyback | Chipaca: how soon do you need it? | 15:08 |
Chipaca | i can wait *days*. Like, *three* of them :-p | 15:08 |
greyback | Chipaca: ok, please log a bug against unity-mir and we'll take it on | 15:09 |
Chipaca | greyback: will do | 15:09 |
Chipaca | greyback: it can probably wait a week or two too, fwiw :) | 15:10 |
Chipaca | but it's needed for rtm | 15:10 |
Chipaca | one way or another | 15:10 |
Chipaca | greyback: https://bugs.launchpad.net/unity-mir/+bug/1346367 | 15:11 |
greyback | Chipaca: ok | 15:12 |
Saviq | greyback, thanks | 15:13 |
greyback | np | 15:14 |
Chipaca | greyback: yes; thank you! | 15:14 |
greyback | Chipaca: no worries | 15:15 |
Chipaca | greyback: if it turns out to be hard (or breaks other stuff), a supported way of knowing whether the lock screen is up would work too (if be less convenient for us) | 15:16 |
greyback | Chipaca: it should not be too tricky. I'm more curious if WindowStack definitely gives you the info you need. | 15:17 |
greyback | Chipaca: push notifications are only supposed to show if no app is focused, or Greeter is open? | 15:17 |
Chipaca | greyback: push notifications for an app are not to be presented if that app is in the foreground | 15:18 |
greyback | Chipaca: gotcha | 15:18 |
Chipaca | greyback: i'll tweak the description to be clearer | 15:18 |
Chipaca | greyback: there | 15:19 |
greyback | Chipaca: great, thank you. | 15:19 |
greyback | Chipaca: can you add a way for us to test a push notification for an app? | 15:19 |
Chipaca | greyback: sure | 15:19 |
greyback | Chipaca: magic | 15:19 |
Chipaca | greyback: like so? | 15:23 |
greyback | Chipaca: perfect | 15:25 |
paulliu | Saviq, Can I create a AttributeGrid.qml and then use it inside the CardCreator.js rather than include all the code inside the .js? | 15:36 |
Saviq | paulliu, surwe | 15:36 |
Saviq | -w | 15:36 |
=== gatox is now known as gatox_lunch | ||
* greyback needs to reboot | 15:41 | |
Saviq | mhr3, bug #1346384 :| | 16:15 |
Saviq | where's the damn bot? | 16:15 |
Saviq | https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1346384 | 16:16 |
mhr3 | Saviq, hmm, cache crashing? :/ | 16:27 |
mhr3 | maybe it's only during shutdown or something | 16:28 |
dednick | dandrader: getting an crash from qtmir. "what(): Failure sending input event : Unknown channel provided" | 16:30 |
dandrader | dednick, in what situation? | 16:31 |
dednick | um. touching surfaceitems which backend may or may not have been destroyed... | 16:32 |
dednick | dandrader: my prompt session work. | 16:32 |
dandrader | dednick, backtrace? | 16:38 |
=== gatox_lunch is now known as gatox | ||
dednick | dandrader: not available. trying to install debug symbols now | 16:38 |
dandrader | dednick, I'm afraid I would have to build & try out your prompt sessions stuff to be able to do anything useful about it | 16:39 |
dandrader | that crash should be inside mir | 16:42 |
mhall119 | thostr_: ping | 16:42 |
=== dandrader is now known as dandrader|lunch | ||
thostr_ | mhall119: pong | 16:49 |
mhall119 | thostr_: hey, for Scopes, what should developers use for accessing the network and location data? | 16:50 |
mhall119 | will it be the same Qt APIs as applications use, or something different? | 16:50 |
thostr_ | mhall119: location will be passed as query parameter, so no need (but also no possibility) to use something else | 16:51 |
thostr_ | mhall119: network: either net-cpp or Qt... but net-cpp should be more straightforward | 16:51 |
mhall119 | do we have API docs for that which we can publish on developer.u.c? | 16:52 |
thostr_ | mhall119: not sure... I don't think so... need to check with tvoss | 16:52 |
mhall119 | is libcppnetlib the correct package for that library? | 16:54 |
thostr_ | mhall119: no, libcppnetlib is something different... but could probably be used as well | 16:59 |
=== alan_g is now known as alan_g|EOD | ||
mhall119 | I'm not seeing net-cpp in an apt-cache search | 17:17 |
greyback | why are we not using the Qt api? It integrates better with the toolkit we tell people to use | 17:18 |
tedg | greyback, Scopes aren't necessarily Qt based, they're C++. You can run Qt if you want, but that's not what we're pushing for non-GUI stuff. | 17:24 |
greyback | tedg: Qt is not just for GUI applications. It can do command line apps just as easily. | 17:26 |
=== dandrader|lunch is now known as dandrader | ||
greyback | tedg: if we use one API for scopes and another for apps, now we've 2 equivalent APIs to support | 17:28 |
greyback | I don't see how that's a good thing | 17:28 |
tedg | greyback, Can, sure. Not sure why you'd want all that for something simpler. | 17:28 |
greyback | tedg: "simpler" ? - Qt really does not have that much of an overhead, and it offers so many useful APIs, all of which works nicely together. I fail to see the win from using "pure" C++ | 17:30 |
tedg | greyback, moc | 17:31 |
greyback | tedg: please explain how some pre-generated C++ code that you don't have to touch is so terrifying | 17:32 |
tedg | greyback, Taking my C++ and generating more C++ is terrifying. This is why templates were created. | 17:33 |
greyback | tedg: I think you're dismissing it too quickly, and in my time working wit Qt, moc has seldom been trouble. | 17:37 |
greyback | instead I've mostly fought with non-Qt C++ libraries and how none of them really quite match up | 17:37 |
tedg | greyback, So use Qt. We're saying you don't have to use Qt to use our platform. You're welcome to if you want, but if you don't, that's cool too. | 17:39 |
tedg | greyback, You can use netcpp, or just plain ol' unix sockets. | 17:40 |
greyback | a consistent message to our developers is all I ask | 17:44 |
tedg | greyback, The Linux kernel should be able to load your binary and execute it. :-) | 17:47 |
mhall119 | tedg: the question isn't about whether you *can* use Qt or "pure" C++ APIs, the question is which should we be recommending and supporting | 17:51 |
mhall119 | to greyback's point, we're already recommending and supporting those Qt APIs for apps, so there's little extra cost to us in using them again for Scopes | 17:52 |
mhall119 | however, if Qt itself brings an added cost to developing Scopes, then it may not be the right technology to use there | 17:52 |
mhall119 | so, does the cost of using the Qt APIs for scopes outweigh the benefits of having only 1 API for doign it across the whole platform | 17:53 |
greyback | mhall119: would be good to have that cost quantified, instead of just the notion that "Qt is heavy" | 17:53 |
tedg | The important thing is that you can develop a scope without Qt. | 17:53 |
mhall119 | tedg: keeping in mind also that Go support will eventually be needed for both apps and scopes, and I assume the Go/Qt bindings will allow those APIs to be used | 17:54 |
tedg | I think that's a pretty big assumption :-) | 17:54 |
mhall119 | perhaps | 17:55 |
greyback | so we'll have 3 messages for developers? | 17:55 |
greyback | sorry but that's just horrible | 17:55 |
tedg | mhall119, Just FYI, there's already support for Go scopes. | 17:56 |
tedg | I believe (not sure) Soundcloud is a Go scope. | 17:57 |
cwayne | yeah it is | 18:03 |
mhall119 | tedg: there *are* Go scopes, but from what I've been told it's not ready to officially support yet, and we have no documentation on it on developer.u.c | 18:07 |
mhall119 | bregma: ping | 18:07 |
bregma | mhall119, pong | 18:07 |
mhall119 | bregma: hey, I'm working on your survey for convergence feedback | 18:08 |
bregma | most excellent | 18:08 |
tedg | mhall119, Ah, I see what you mean. | 18:08 |
mhall119 | bregma: http://www.surveymonkey.com/s.aspx?PREVIEW_MODE=DO_NOT_USE_THIS_LINK_FOR_COLLECTION&sm=0DrIewtoCDgDEWXFSUu9VRIHsWY9IYG%2bvNNyfmNzxFw%3d if you want to take it for a test-run | 18:08 |
mhall119 | bregma: I plan to add an introductory page explaining the purpose of the survey, and also a thank you page at the end | 18:09 |
* bregma goes clicky clicky | 18:09 | |
mhall119 | bregma: I added 3 "about you" questions as the end to get context about the respondent, but if you can think of any others I will add them as well | 18:09 |
mhall119 | bregma: any feedback on the survey? | 21:43 |
=== salem_ is now known as _salem |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!