[05:23] <br01> Hello there, I just wanna ask if any one tried ubuntu-touch on asus memo pad 7 ? :-)
[07:31] <mardy> dobey: the embedded content is coming from https://launchpad.net/signon-ui
[07:50] <abeato> hey, just saw my phone (latest OTA, bq e4.5) kept the screen on after cancelling an alarm, is it a known bug? I have taken logs, and I can get more things if needed
[09:04] <jibel> abeato, there is bug 1502145 , it is a problem with the webbrowser, but there is also a task for unity-system-compositor, it might be related.
[09:05] <abeato> jibel, I'll add a comment, thanks
[09:05] <jibel> I cannot find any report for the notification specifically
[11:15] <JamesTait> Good morning all; happy Gunpowder Day, and happy Men Make Dinner Day (totally unrelated)! 😃
[11:54] <daker> Hi can someone help with this, i am flashing rc-proposed v280  https://usercontent.irccloud-cdn.com/file/YsSTs01X/20151105_114856.jpg
[11:58] <daker> ogra_: any idea please ?
[11:58] <jibel> daker, IIRC you just need to flash again, eventually it'll work
[11:58] <daker> jibel: ok i'll try again
[12:27] <daker> now it still hang at the google logo :(
[12:28] <lotuspsychje> daker: on wich device?
[12:29] <daker> nexus 4
[12:29] <lotuspsychje> daker: did you follow the official wiki to install?
[12:29] <daker> yes
[12:29] <lotuspsychje> daker: did the phone have new android version?
[12:30] <daker> lotuspsychje: new android ? android 5.1 if i am not wrong
[12:30] <lotuspsychje> daker: some devices might need downgrade to lower android, before installing ubuntu touch
[12:31] <lotuspsychje> daker: maybe try a 4.4 android downgrade first?
[12:31] <daker> lotuspsychje: ok i'll try that
[13:07] <daker> lotuspsychje: yeah i remember now that it doesn't work if you had Android 5.x
[13:08] <daker> it works now
[14:03] <dobey> mardy: signon-ui is qt. i'm asking about the *gtk+* ui
[14:04] <dobey> which does not embed the qml plug-ins
[14:23] <mardy> dobey: it's unity-control-center-signon, but for the authentication step it's actually embedding (via X-EMBED) the signon-ui
[14:24] <dobey> mardy: so it's embedding the oxide qt stuff and not webkit-gtk? or what?
[14:25] <mardy> dobey: correct; and signon-ui can work both with oxide and QtWebkit 1
[14:26] <dobey> mardy: so is it possible to embed the u1-credentials qml UI in the gtk+ interface, and not require /usr/lib/libaccount-plugin-1.0/providers/libubuntuone.so to exist?
[14:28] <mardy> dobey: not trivially, but with some work it might be possible
[14:28] <mardy> dobey: indeed, it would be nice if we could reuse the same QML plugins for unity7
[14:29] <dobey> mardy: well, we need to get u1-credentials into main at least. how hard would it be to make that work for xenial?
[14:29] <dobey> i want to get ubuntu-sso-client out of xenial
[14:30] <mardy> dobey: give me a few minutes to investigate the thing, I haven't been touiching signon-ui and the gtk UI for quite some time
[14:30] <dobey> mardy: sure
[14:41] <mardy> dobey: no, I'm afraid it's not as simple: I forgot that the protocol which the QML OA uses to talk to the plugins is based on QDataStream
[14:42] <dobey> oh
[14:42] <mardy> dobey: so you would have to create a Gtk-based widget which embeds the QML account plugin, but also talks to it via that protocol
[14:42] <dobey> :(
[14:43] <dobey> mardy: what would be the easiest solution to get an account plugin for u1 in the gtk+ UI?
[14:45] <mardy> dobey: well, I guess this might not help, but let me say that writing the plugin would be trivial if U1 spoke OAuth 1.0 or 2.0 :-)
[14:45] <dobey> mardy: obviously. and you are welcome to convince beuno that we should do that. i would be very happy if we could do that. but alas
[14:47] <mardy> dobey: if as I presume this change is not realistic, then I don't know what client libs U1 offer, so I'm not sure. Do you have client API for C apps?
[14:47] <dobey> mardy: no, just the qt lib
[14:48] <beuno> SSO does speak oauth 1.0?
[14:48] <beuno> not 2.0
[14:48] <dobey> beuno: no. we use oauth 1.0 style tokens, but we do not have a complete oauth 1.0 interface
[14:49] <dobey> we used to, a very long time ago, but we got rid of it, and use a REST API now
[14:50] <mardy> beuno: but IIRC it was the pre-standard 1.0, right? It's not the same as RFC 5849, is it?
[14:50] <dobey> mardy: everything after token acquisition is standard 1.0a oauth. the issue though, is token acquisition
[14:51] <dobey> and we do not have oauth 1.0a token acquisition
[14:51] <mardy> dobey: ok, then let me have another look...
[14:54] <mardy> dobey: it's made complicated by the fact that the plugin object is created by the unity-control-center-signon, which passes it to the plugin; and there's no easy way of converting this into something usable by Qt
[14:55] <dobey> :-/
[14:56] <mhall119> Kaleo: can you join #ubuntu-uos-convergence?
[14:56] <mardy> dobey: I honestly cannot find any simpler solution than writing a small C-wrapper around the U1 library...
[14:57] <Kaleo> mhall119, cheers
[14:57] <dobey> mardy: well, the problem is that it's not a small wrapper, because have to provide all the UI
[14:57] <Kaleo> mhall119, I'm alone in it though
[14:59] <mhall119> Kaleo: alone in #ubuntu-uos-convergence ?
[14:59] <mhall119> Kaleo: on Freenode?
[14:59] <Kaleo> mhall119, yes
[14:59] <Kaleo> mhall119, oh no
[14:59] <Kaleo> mhall119, trailing ?
[14:59] <Kaleo> mhall119, sorry
[15:09] <mardy> dobey: OK, it seems that the account creation code is not checking that the created account is the same that was prepared by the Gtk+ code
[15:10] <mardy> dobey: so it should be possible to write a Gtk+ account plugin which executes a Qt process and embeds its UI
[15:10] <mardy> dobey: but again, it not trivial
[15:11] <dobey> mardy: well, there is some bits in the qml that uses the account created by the online-accounts ui or whatever
[15:11] <mardy> dobey: yes, that's fine, the Qt process that loads the plugin can create that
[15:12] <jgdx> seb128, hey, can I use the Settings qml module in System Settings for storing stuff, or should I use the gsettings schema?
[15:13] <dobey> hmm
[15:13] <seb128> jgdx, I guess you can use the Settings api if you want, but why not gsettings? what do you want to store?
[15:14] <jgdx> seb128, I want to store a summary of the call forwarding settings (All, Off, Some). I guess the argument for gsettings is that it's more robust.
[15:15] <jgdx> seb128, do you know if gsettings has a 'session' scope? Meaning if you reboot or log off, the settings is reset? I want a setting that is nuked on reboot.
[15:15] <seb128> it's more robust and it's maintained by us, also it makes us use one system
[15:15] <jgdx> right
[15:15] <seb128> no, it doesn't
[15:22] <hasselmm> hi, seems my google skills and my patience fail me, but how would i install qtdeclarative5-private-dev to chroot:click-ubuntu-sdk-15.04-armhf ?
[15:23] <hasselmm> a plain "sudo schroot -c chroot:click-ubuntu-sdk-15.04-armhf -- dpkg-query -l qtdeclarative5-private-dev" doesn't seem persistent
[15:24] <hasselmm> so apparently i have much to learn about this click chroot system :-) but for now i'd just impress my friends by quickly running our qt app on my ubuntu phone :D
[15:24] <dobey> hasselmm: #ubuntu-app-devel is the channel for app development questions
[15:24] <hasselmm> ok :-)
[15:25] <dobey> hasselmm: packages not installed in the click chroot are not part of the SDK, and you likely need to ship such libraries within your app's package
[15:25] <hasselmm> dobey: yeah, it's just for a quick test. will have to figure out later how to deal with our private api usage :D
[15:27] <dobey> hasselmm: well, clicking "maintain" in the qtcreator settings for the chroot, and then apt-get install stuff, is how you install other things :)
[15:28] <hasselmm> dobey: let's see :-)
[15:30] <hasselmm> ok, directly from UI this fails with an ENOTFOUND, but running the command manually seems to work.
[15:30] <hasselmm> dobey: thank you
[15:30] <hasselmm> will figure out the error later
[16:16] <jgdx> abeato, hey, around?
[16:19] <jgdx> abeato, are responses (like call forwarding settings) from the carrier cached somewhere? Because the list-modems completion time varies greatly.
[16:30] <hasselmm> how can i figure out why my phone doesn't pickup 3g for internet?
[16:32] <jgdx> hasselmm, how do you know that it doesn't?
[16:33] <hasselmm> jgdx: the web browser won't resolve host names
[16:33] <hasselmm> also i don't see any indication that the phone even tries
[16:33] <jgdx> hasselmm, i.e. the connectivity icon is an empty wi-fi icon
[16:34] <jgdx> hasselmm, ensure that System Settings -> Cellular -> Mobile data is ON
[16:35] <hasselmm> jgdx: oh, interesting.... it now finally switched to a (H) icon...
[16:35] <hasselmm> jgdx: sorry for being confuse(d)
[16:35] <jgdx> np.. H is 3g-ish.
[16:35] <jgdx> dobey, ^ :p
[16:35] <hasselmm> HSPA i asume
[16:36] <hasselmm> jgdx: before the wifi symbol was empty
[16:36] <hasselmm> jgdx: it just joined the network while i've asked
[16:36] <hasselmm> (after joining this noon, and a few minutes before)
[16:36] <hasselmm> but yes, "(H)" is very uncommon, compared to 3G
[16:37] <hasselmm> but can deal with that
[16:37] <dobey> jgdx: eh?
[16:37] <jgdx> hasselmm, i don't know why that happened, but if it happens again, would you please file a bug?
[16:37] <hasselmm> jgdx: yup
[16:37] <jgdx> dobey, I no longer say anything for sure about the H icon
[16:37] <jgdx> because everytime I do, dobey proves me wrong
[16:38] <hasselmm> :-)
[16:38] <dobey> heh
[16:38] <dobey> well my phone has [4G] icon right now
[16:38] <hasselmm> jgdx, dobey: anyway. seems i'll be happy with this phone
[16:38] <jgdx> hasselmm, good show
[16:39] <hasselmm> awesome stuff, good stuff, mediocre stuff. the few strange minor bugs here and there (it wouldn't be an ubuntu os if they wouldn't)
[16:39] <hasselmm> but much more polished than i expected :-)
[16:41] <hasselmm> i like it. seems i picked the right phone for me,
[16:41] <hasselmm> .
[16:43] <abeato> jgdx, yes, iirc, they are cached
[16:43] <abeato> jgdx, so the first time you use list-modems it takes considerably longer
[16:43] <abeato> for instance
[16:44] <jgdx> abeato, on the file system?
[16:44] <abeato> jgdx, no, just in memory probably
[16:44] <jgdx> abeato, hm, okay. Thanks
[16:45] <abeato> jgdx, btw, we will probably need to add the authentication protocol to the APN settings, see bug #1504992
[16:46] <jgdx> abeato, ack
[16:47] <jgdx> abeato, it's on our backlog now.
[16:48] <abeato> jgdx, awesome, thanks
[16:54] <slvn_> hello, I have a question about ubuntu touch. I used to be able to flash it on my Nexus10. But it does not seem to work anymore .. is it still updated for nexus 10 ?
[20:29] <lotuspsychje> https://insights.ubuntu.com/2015/11/05/scope-roulette/
[20:59] <OerHeks> prices
[20:59] <OerHeks> njummie
[21:00] <dobey> prices?
[21:01] <OerHeks> see lotus spam
[21:01] <OerHeks> :-D
[21:02] <OerHeks> prize draw*