[00:18] <saidinesh5> Elleo: thats what i kind of did after this... took this patch and applied it from the version from launchpad...
[00:18] <saidinesh5> didnt work though
=== johnlage is now known as JOHNLAGE
=== JOHNLAGE is now known as johnlage
=== lotuspsychje_ is now known as lotuspsychje
=== duflu_ is now known as duflu
[08:03] <dholbach> good morning
[08:03] <nhaines> Good morning!
[08:20] <jcbjoe_> question
[08:20] <jcbjoe_> when will ubuntu phone be ready for prime time ?
[08:22] <nhaines> jcbjoe_: It pretty much is now.  Manufacturers are talking about Q1 2015.
[08:23] <jcbjoe_> nice
[08:23] <jcbjoe_> nhaines: i love this on my n4 but the touch on this thing is wonky
[08:24] <nhaines> jcbjoe_: what image are you using?
[08:24] <jcbjoe_> umm
[08:25] <jcbjoe_> how do i find out ? ubuntu-rtm/14.09 ? are there more ?
[08:25] <jcbjoe_> i'm very new nhaines  ?
[08:25] <nhaines> jcbjoe_: there are lots.  But ubuntu-rtm/14.09 is a very good one to be using if you're not a developer.
[08:25] <nhaines> System Settings > About this phone will tell you the image number, but it'll be r10.
[08:25] <jcbjoe_> yea i'm not a dev
[08:26] <jcbjoe_> let me look
[08:26] <jcbjoe_> yea i can't do volume up or down and touch is wonky i just rebooted 2 times
[08:26] <jcbjoe_> buntu 14.10 r10
[08:27] <nhaines> What do you mean by "touch" being wonky?  Do you mean your finger isn't being recognized?
[08:28] <jcbjoe_> like right now if i pres up and down on volume nothing is happening .. if i dial a phon enumber like voicemail and press 7 to delet the voicemail it won't delete it then all of a sudden 10 777777 get pressed like a delay
[08:28] <jcbjoe_> i have to reboot
[08:28] <seb128> mardy, hey, any news about the libsignon-glib update in vivid?
[08:29] <jcbjoe_> nhaines: you know when you press up and down on the volumes you get that notifcation you are pressing up and down the volume . i don't get that
[08:29] <jcbjoe_> but if i go to sound at the top the pull down it shows im pressing up and down on my volume keys
[08:30] <nhaines> jcbjoe_: it works on my Nexus 5 and I don't remember hearing anything else about the N4.
[08:30] <jcbjoe_> nhaines: k
[08:31] <mardy> seb128: vivid silo #1, I asked dbarth to land it
[08:31] <mardy> dbarth: can we land it now? ^
[08:32] <jcbjoe_> nhaines: other then that i would never want to go back to android :D
[08:32] <seb128> mardy, great, I can click the land button if needed but let's see if dbarth is around first
[08:32] <seb128> mardy, I'm on vac starting tonight and I wanted to land the shotwell fix today, need libsignon to land first ;-)
[08:32] <mardy> seb128: sure
[08:33] <nhaines> jcbjoe_: I'm missing a couple of apps and there are a few annoyances that really need to be smoothed out, but Ubuntu is a very pleasant experience for me. :D
[08:38] <dbarth> i'm doing the smoke testing atm
[08:39] <jcbjoe_> can i edit the built in scopes i have on my phone ?
[08:40] <nhaines> You can add more and you can pin favorites.
[08:41] <dbarth> seb128, mardy +1
[08:41] <seb128> dbarth, great, do you click it or should I?
[08:43] <dbarth> seb128: i marked it tested
[08:43] <mardy> try clicking at the same time, maybe something good will happen ;-)
[08:43] <dbarth> seb128: but i don't have publishing rights
[08:43] <dbarth> so feel free to press
[08:44] <seb128> dbarth, k ;-)
[08:45] <jcbjoe_> can i contribue to the bugs on the rtm release or are enough people doing this ?
[08:49] <ogra_> jcbjoe_, there are never enough people ;) go ahead if you have fixes or want to help otherwise
[08:52] <nhaines> And bug reports and research never hurts!
[09:01] <mpt> popey, I don’t know where that “Please authorize Ubuntu to access…” design comes from
[09:03] <jcbjoe_> i need sleep
[09:03] <jcbjoe_> late
[09:04] <mpt> popey, unfortunately we went for a while with two Online Accounts designs, so it might be from the old one
[09:23] <seb128> mardy, dbarth, can you approve https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1400619/+merge/244105 and https://code.launchpad.net/~online-accounts/libsignon-glib/packaging/+merge/244098 ? the CI refuses to land unapproved chganges
[09:25] <dbarth> seb128: yes
[09:26] <dbarth> seb128: done
[09:26] <seb128> dbarth, thanks
[09:30] <seb128> dbarth, mardy, package landed to vivid
[09:31] <mardy> seb128: \o/, thanks!
[09:34] <seb128> mardy, thank you for the update ;-)
[09:42] <JamesTait> Good morning all; happy Friday and happy Ugly Christmas Sweater Day! :-D
=== mapr_ is now known as mapr
=== _salem is now known as salem_
=== barry` is now known as barry
[12:06] <jgdx> mpt, hey
=== greyback__ is now known as greyback
=== dandrader is now known as dandrader|afk
[12:58] <rvr> oSoMoN: ping
[12:58] <oSoMoN> rvr: plof
[12:59] <rvr> oSoMoN: I'm testing silo 0 (url-dispatcher). Do you know how can I test that dialer app is correctly launched?
[13:01] <oSoMoN> rvr, I wasn’t aware of this silo, but from reading bug #1401612, it doesn’t have anything to do with dialer-app, does it?
[13:01] <ubot5> bug 1401612 in url-dispatcher (Ubuntu RTM) "No notifications displayed for Twitter and Gmail" [High,In progress] https://launchpad.net/bugs/1401612
[13:02] <rvr> oSoMoN: Just checking that url-dispatcher works as expected
[13:02] <rvr> oSoMoN: The url-dispatcher test plan is very small
[13:02] <oSoMoN> rvr: got it, do you have a link to that test plan?
[13:03] <rvr> oSoMoN: https://wiki.ubuntu.com/Process/Merges/TestPlan/url-dispatcher
[13:04] <oSoMoN> rvr: I don’t see anything related to dialer app in the test plan either?
[13:06] <rvr> oSoMoN: But there is something about url dispatcher in dialer app test plan
[13:06] <rvr> oSoMoN: URL handling tests Test that invoking url-dispatcher tel:123456 correctly opens dialer with the number 123456 displayed
[13:07] <rvr> $ /usr/lib/arm-linux-gnueabihf/url-dispatcher/url-dispatcher
[13:07] <rvr> ** (process:5809): WARNING **: Unable to get name 'com.canonical.URLDispatcher'
[13:07] <oSoMoN> rvr, I guess that’s a question for tedg or boiko
[13:08] <boiko> salem_: ^
[13:08] <boiko> salem_: you were working on that, right?
[13:11] <salem_> rvr, I am not sure if that is the right syntax. Not sure if this syntax ever worked. we usually use: tel:///123456
[13:11] <salem_> rvr, but better check with tedg.
[13:11] <rvr> oSoMoN: I thought the regex change in the silo was somehow also related to https://bugs.launchpad.net/url-dispatcher/+bug/1351222
[13:11] <ubot5> Launchpad bug 1351222 in url-dispatcher (Ubuntu RTM) "URL parsing doesn't comply with RFC 3986" [High,Fix released]
[13:12] <rvr> salem_: I got that warning and nothing happens
[13:12] <salem_> rvr, running as phablet?
[13:13] <rvr> salem_: Right
[13:14] <oSoMoN> rvr, not that I know of
[13:15] <oSoMoN> salem_, rvr: the syntax tel:123456 should work, maybe enclose it in parentheses?
[13:15] <oSoMoN> s/parentheses/double quotes/
[13:18] <salem_> rvr, install url-dispatcher-tools and try with /usr/bin/url-dispatcher tel:123456
[13:18] <rvr> Calling to url-dispatcher "http://ubuntu.com" do nothing
[13:18] <rvr> salem_: Aha
[13:19] <rvr> salem_: That is it
[13:19] <rvr> Thanks
[13:19] <salem_> rvr, no problem
=== beuno_ is now known as beuni
=== beuni is now known as beuno
=== dandrader|afk is now known as dandrader
[14:08] <tedg> rvr, Are you all good?
[14:55] <tedg> mterry, According to Open Hub you're the most experienced Vala programmer in the world: https://www.openhub.net/languages/vala
[14:56] <mterry> tedg, haha
[14:56] <mterry> tedg, I was an early adopter yes
[14:57] <mterry> tedg, deja-dup was actually partly motivated by a desire to practice Vala
[14:57] <tedg> mterry, Heh, works well too ;-)
[14:57] <mterry> But 8 years doesn't sound right
[14:57] <mterry> I was still in swaddling clothes back then
[14:57] <tedg> mterry, It's based on number of commits not calendar time.
[14:57] <mterry> ah
[14:58] <mterry> I beat out Jürg?  No way, isn't he a developer of valac itself?
[14:58] <mterry> Ah well, I guess that's what endless refactoring will get you
[14:59] <tedg> Heh, I'm not sure we can call these number authoritative :-)
=== vesar_ is now known as vesar
[14:59] <mterry> tedg, too late, it's on my resume
[15:00] <tedg> I hope in all caps: Most experienced Vala developer IN THE WORLD!
[15:08] <rickspencer3> ogra_, does phablet-screenshot (my favorites phablet tool ;) ) not work with the emulator?
[15:09] <ogra_> it should
[15:09]  * ogra_ must admit he never tried, but there is no reason why it wouldnt, it just gets the screen content from mir ... not device dependent)
[15:09] <rickspencer3> ogra_, ok, it's not working for me, just makes a black image :/
[15:10] <rickspencer3> ogra_, should I log a bug? if so, what project?
[15:10] <ogra_> rsalveti, do you know anything about phablet-screenshot not working in the emulator ?
[15:10] <rsalveti> hm, not sure, would need to check and see
[15:10] <rsalveti> just a sec
[15:10] <ogra_> well, either qtmir or phablet-screenshot
[15:11] <rsalveti> yeah, just a back screen
[15:12] <rsalveti> rickspencer3: please open a bug against the android and mir packages
[15:12] <jgdx> awe_, abeato, hey, any idea why changing the 3g slot takes longer when only one sim is present vs when two sims are present?
[15:12] <jgdx> a bit counter intuitive
[15:12] <rickspencer3> rsalveti, ok, can you point me to the right project on lp to get me started?
[15:13] <abeato> jgdx, hm, interesting, I think I've tried only with 2 SIMs
[15:13] <abeato> jgdx, is it a noticeable difference?
[15:13] <jgdx> abeato, yeah, but let me give you some numbers maybe?
[15:13] <ogra_> rickspencer3, android and mir :)
[15:13] <rsalveti> rickspencer3: just against the package itself: https://bugs.launchpad.net/ubuntu/+source/android
[15:14] <abeato> jgdx, sure, thanks, I'll try myself too
[15:14] <awe_> jgdx, are you setting the empty slot to 3g when it takes a long time?
[15:14] <awe_> or visa versa?
[15:14] <awe_> pretty sure Android does this dynamically on SIM insert
[15:16] <jgdx> awe_, visa versa. Exactly 50 seconds
[15:16] <jgdx> abeato, ^
[15:16] <rickspencer3> ok, thanks guys
[15:16] <rickspencer3> and done
[15:17] <awe_> so it's when transferring 3g capability from empty slot to populated slot only ( just to be clear )?
[15:17] <awe_> ( ie. no delay when transferring 3g from populated to empty )
[15:17] <jgdx> awe_, both ways take 50 seconds
[15:18] <jgdx> and when both sims are populated, both ways take 10 seconds
[15:18] <jgdx> it's like something times out?
[15:18] <abeato> wow, 50 seconds
[15:18] <abeato> much more than usual
[15:20] <jgdx> that's a good argument for having some sort of spinner :)
[15:21] <abeato> we should have a spinner there, a spinner for flight mode...
[15:22] <jgdx> abeato, awe_, this might be a false alarm. Seems a reboot fixes this, so it might be caused by hotswapping
[15:22] <jgdx> I just pulled out one of the sims for this test—sorry :|
[15:24] <abeato> jgdx, hm, yes, can be that, ofono is not in a reliable state at that moment until we activate hot swap there
[15:31] <ahayzen> Hi, anyone else seen, or know of a bug for, an issue on rtm where you press the unlock button, nothing happens, when you press it again the screen the flickers on then off and then you have to press it again to get the screen on?
[15:32] <K1773R> im unable to execute binaries if they are in $HOME (or lower), even as root. tough if i connect via ssh, this works.
[15:33] <K1773R> is this a apparmor restriction for the terminal apps? if so, how can i edit them to allow specific directories
[15:35] <Avagetto> Hello. can you say how soon will be available the new version porting guide? or where I can look at a draft version of the new guide? (https://wiki.ubuntu.com/Touch/Porting)
[15:36] <K1773R> relevant, but no answer tough: http://askubuntu.com/questions/556041/why-ubuntu-touch-terminal-cannot-execute-app
[15:38] <jgdx> Wellark, ping
[15:48] <jgdx> mpt, hi
[15:49] <mpt> hello
[15:49] <mpt> Hmm, Notifications tells me “There’s an updated sy…”, but there is not
[15:50] <ogra_> syllipse ?
[15:50] <jgdx> mpt, could you take a look at the spec I've glued together? http://pastebin.ubuntu.com/9456643/
[15:50] <mpt> ogra_, syzygy, I think
[15:50] <ogra_> haha
[15:50] <Wellark> jgdx: pong
[15:51] <ogra_> mpt, well, if it is that, everything is fine and the starts are aligned ;)
[15:51] <mpt> ogra_, it’s like the new version of Firefox, where private tabs never ever get beyond “You're browsing pri…”
[15:52] <ogra_> heh
[15:52] <jgdx> Wellark, I'm looking for an example of UnlockAllModems usage (network-indicator), could you help moi?
[15:53] <mpt> Windows Phone does it almst as a fetish — “Oh it’s just too bad your phone screen isn’t wider, you’re never ever going to see the end of this heading”
[15:53] <mpt> jgdx, looking now
[15:53] <jgdx> mpt, ty2k
=== dandrader is now known as dandrader|lunch
[15:55] <mpt> jgdx, ah, this relates to the question brendand was asking this morning: Why “Cellular data” and “Connection type” ended up so far apart
[15:56] <mpt> jgdx, awe_: Does the “Connection type” (radio tech) setting affect just data, or does it affect data and also voice?
[15:56] <Wellark> jgdx: what do you need? :)
[15:56] <Wellark> you just make a dbus-call
[15:59] <Wellark> https://bugs.launchpad.net/indicator-network/+bug/1374082/comments/7
[15:59] <ubot5> Launchpad bug 1374082 in indicator-network (Ubuntu RTM) "no API to unlock a specific sim" [High,In progress]
[15:59] <jgdx> Wellark, all modems for now
[16:00] <awe_> mpt, both... this is the basis for the whole split SIM data selection / radio tech change
[16:00] <Wellark> jgdx: well, it's still just a dbus-call. instead of calling the method UnlockModem, you call UnlockAllModems :)
[16:01] <mpt> awafaa, I thought the basis for it was allowing cellular data for both SIMs … but either is sufficient reason :-)
[16:01] <mpt> Sorry, awafaa -> awe_
[16:01] <awe_> haha
[16:02] <awe_> you can only have a single SIM selected for data on krillin
[16:02] <jgdx> mpt, but now, it's not strictly related. This is related to when you change what SIM is "high speed"
[16:02] <jgdx> mpt, s/now/no
[16:02] <jgdx> mpt, https://bugs.launchpad.net/ubuntu-ux/+bug/1379850 for contextz
[16:02] <ubot5> Launchpad bug 1379850 in Ubuntu UX "[system-settings] should allow switching 2nd SIM to 3G data" [High,Triaged]
[16:03] <awe_> and mpt: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1378812
[16:03] <ubot5> Launchpad bug 1378812 in ubuntu-system-settings (Ubuntu RTM) "[cellular] The radio preference setting and data traffic setting design causes problems*" [High,Fix released]
[16:13] <jgdx> Wellark, there's no shared gaction?
[16:14] <Wellark> jgdx: gaction?
[16:14] <Wellark> nope. straight dbus
[16:15] <mpt> jgdx, awe_, so to summarize: On some devices (A), both SIMs can do 3G. On other devices (B), only one SIM can do 3G at a time, and you need to restart to switch. And on still other devices (C), only one SIM can do 3G at a time, but you don’t need to restart to switch. Correct?
[16:16] <mpt> (A) …simultaneously
[16:21] <jgdx> mpt, I know only of C, so let's wait for Tony's answer to that.
[16:22] <awe_> mpt, to re-summarize... the only dual-SIM 3G device we support ( krillin ) supports (B);  (A) and (C) are both theoretical scenarios...  ( note, the restart is done automatically by the ofono modem driver in our case )
[16:22] <awe_> abeato, ^^
[16:22] <jgdx> mpt, awe_, be specific what restart you're referring to :)
[16:23] <jgdx> restart device, restart modem…
[16:23] <awe_> restart == modem restart
[16:23] <jgdx> s0 krillin support C)
[16:23] <mpt> I meant restart the device
[16:25] <mpt> jgdx, but if it’s just restart the modem … What should happen if you’re in a call while you try to change the setting? :-)
[16:25] <awe_> fine... then we support (C)
[16:25] <awe_> you don't
[16:25] <mpt> heh
[16:25] <mpt> “Waiting for call to finish…”, I guess
[16:26] <awe_> "can't do that..."
[16:26] <awe_> but we should have some kind of check to ensure that this doesn't happen
[16:26] <awe_> atm, I imagine it may just terminate the call and apply the settings
[16:27] <awe_> my guess is nobody's tried it.  Seems like a good test case to add to the system test plan
=== oSoMoN is now known as oSoMoN|afk
[16:29] <jgdx> new strings?
[16:29] <abeato> awe_, correct. mpt note that re-start does mean mode reset, you do not need to reset the phone
[16:29] <mpt> ok
[16:29] <abeato> s/mode/modem
[16:36] <kenvandine> jgdx, i'm testing silo 0 for single sim, could you test dual sim?
[16:36] <jgdx> kenvandine, yuip
[16:39] <jgdx> kenvandine, I can't choose other networks though, so I'm unable to test that part
[16:39] <kenvandine> i can't either
=== dandrader|lunch is now known as dandrader
[16:59] <mpt> jgdx, awe_: One more question — is it possible to tell whether the current carrier allows 4G?
[17:02] <jgdx> kenvandine, it's fully testable using phonesim though
[17:02] <awe_> mpt, AFAIK no
[17:02] <awe_> well.. not ahead of time
[17:02] <awe_> you can tell if you register, and the tech is 4G
[17:03] <mpt> awe_, as in, trying 4G and seeing if it works?
[17:03] <jgdx> kenvandine, tested ok on vivid
[17:04] <kenvandine> jgdx, thx... i'm still testing
[17:04] <kenvandine> the update stuff worked
[17:04] <kenvandine> had cell problem, but was my sim somehow
[17:04] <kenvandine> i couldn't get data to connect, put it back in my krillin and it wouldn't get data either
[17:04] <kenvandine> popped it into a android phone and it connected
[17:05] <awe_> mpt, sort of... but again registration is done 99.99% of the time automatically based upon the capabilities of the device, user prefs, and the available operator networks
[17:05] <mpt> ok
[17:06] <awe_> so if you're device supports LTE, your SIM operator supports LTE, its network is available, and you haven't limited your device to 3G, you should get LTE
[17:06] <awe_> ( hypothetically on a device that supports LTE that is )
[17:06] <awe_> but same applies to 3G
[17:08] <mpt> And hypothetically with settings that allow limiting to 3G, which ours don’t … Is there a reason to say 3G but not 4G?
=== oSoMoN|afk is now known as oSoMoN
[17:11] <kenvandine> awe_, i can't get data on mako with my t-mobile SIM... ideas?  http://pastebin.ubuntu.com/9491555/
[17:12] <kenvandine> mako with vivid-proposed
[17:13] <awe_> kenvandine, https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1331813
[17:13] <ubot5> Launchpad bug 1331813 in ubuntu-download-manager (Ubuntu) "Support ipv6 mobile connections" [Medium,Confirmed]
[17:14] <kenvandine> oh crap... that thing bit me again :)
[17:14] <awe_> ;D
[17:14] <awe_> kenvandine, I hope to fix this after the holiday break
[17:14] <kenvandine> hummm... but i put the sim back in my krillin and got no data either
[17:14] <kenvandine> maybe i just didn't give it enough time to connect :)
[17:15] <awe_> is it a pre or post-paid SIM?
[17:15] <kenvandine> i know it was working on that this morning
[17:15] <kenvandine> post
[17:15] <awe_> ok
[17:15] <kenvandine> it's my daily driver sim
[17:16] <awe_> kenvandine, I've been mostly focused on RTM and testing.  There may be issues with devel-proposed.  I will definitely have cycles to look into this next week if you can't get it working again
[17:17] <kenvandine> awe_, that worked, thanks!
[17:17] <kenvandine> sorry, can't believe i forgot about that issue :)
[17:18] <awe_> np
=== Nexus is now known as Guest18675
=== alan_g is now known as alan_g|EOW
[18:06] <jgdx> awe_, you can test the tech switch using USS by pushing the qml in this [1] branch to your device. You'll need a new libqofono as well as the new ofono packages. [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/cellular-tech-switch-1379850
[18:07] <awe_> jgdx, where do I get the new libqofono?
[18:07] <charles> Saviq, I talked to design yesterday about the calendar events
[18:08] <jgdx> awe_, here https://launchpad.net/ubuntu/+source/libqofono/
[18:08] <charles> Saviq, basically the design is in limbo until the Design finishes the new spec for notifications in January
[18:08] <jgdx> awe_, you'll want  0.53-0ubuntu3
[18:08] <awe_> is there an MP for the libqofono?
[18:09] <charles> Saviq, so I've added to that MP to try to split the difference between jdstrand's correct complaint (calendar notifications are too intrusive) and your correct complaint (the revised calendar notifications are too easy to miss)
[18:09] <awe_> also has it landed in  vivid ?  can I just grab that package?
[18:09] <jgdx> awe_, no and no
[18:10] <jgdx> :)
[18:10] <charles> Saviq, jdstrand, so now it pops up a snap decision that must be manually dismissed, but differs from alarm notifications in that (a) it only plays the sound once, instead of looping and (b) no haptic feedback for the snap decision
[18:11] <awe_> jgdx, ok.  one last question, will you also be handling the libqofono MP next week?
[18:11] <awe_> if it's a requirements, then we need a MP for it to add the silo
[18:12] <awe_> s/requirements/requirement/
[18:12] <jgdx> kenvandine, ^ ?
[18:12] <charles> Saviq, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1401802/comments/3
[18:12] <ubot5> Launchpad bug 1401802 in indicator-datetime (Ubuntu) "Calendar reminder notifications became queued, non-interactive and easy to miss" [Undecided,In progress]
[18:12] <kenvandine> i guess we could add a branch against the udd branch
[18:12] <jgdx> kenvandine, do we create one in retrospect?
[18:13] <kenvandine> jgdx, oh, it already landed right?
[18:13] <jgdx> kenvandine, idd
[18:15] <awe_> kenvandine, in rtm?
[18:15] <kenvandine> i meant vivid
[18:15] <awe_> right, but the ww51 goal is for rtm, correct?
[18:15] <kenvandine> awe_, could you add a sync from vivid for it?
[18:16] <kenvandine> awe_, yes
[18:16] <awe_> kenvandine, I'm not sure... I've never touched the package
[18:16] <kenvandine> awe_, for vivid i just used good ole fashion dput :)
[18:16] <awe_> kenvandine, we have an ofono MP prepared, and soon if testing goes well, we'll have a MP for system-settings
[18:17] <kenvandine> just add the package as a sync from vivid in the same silo
[18:17] <kenvandine> it'll rebuild, etc
[18:17] <awe_> kenvandine, ok.  not sure if that flys for rtm, but that's really up to you guys.  I have other work to do this afternoon, but will try and get jgdx feedback
[18:17] <kenvandine> it should be fine
[18:17] <awe_> we can figure out what to do about libqofono on mon
[18:17] <kenvandine> it's the only delta for that package
[18:18] <awe_> at least I can grab the vivid package for testing...
[18:18] <kenvandine> yup
[18:18] <jgdx> awe_, would be great. You'll see that there's no sim unlock, but I will put this on hold until I get feedback from mpt
[18:18] <jgdx> he introduced some trickyness
[18:20] <awe_> jgdx, ok
[18:23] <kenvandine> jgdx, got time for a review?
[18:23] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/lp1392051/+merge/244218
[18:24] <kenvandine> mzanetti, did you confirm your bt-input branch merges cleanly with trunk since cyphermox's branch landed?
[18:25] <jgdx> kenvandine, code looks great
[18:25] <jgdx> kenvandine, if you let me know how test this I can do that too.
[18:26] <kenvandine> look at the linked bug
[18:26] <kenvandine> it has steps to reproduce
[18:26] <kenvandine> to trick it into finding a system update, kill system-image-dbus
[18:26] <jgdx> right
[18:26] <kenvandine> and edit /etc/system-image/client.ini
[18:26] <kenvandine> change the version
[18:26] <jgdx> kenvandine, okay if I do this later? I'm expecting pplz in ~10 mins
[18:27] <kenvandine> sure
[18:27] <jgdx> see you later
[18:27] <kenvandine> jgdx, thanks!
[18:46] <dobey> Chipaca: i think my bug is fixed. if you @me on twitter i can see if it is, as soon as the notification happens. but untappd scope was opening beers in the browser rather than the app, and now it's opening the app. so seems like it's probably fixed
=== keithzg_ is now known as keithzg
[19:35] <keithzg> Any plans on changing the time delay on long-presses for numbers? Got into the habit of that on other virtual keyboards, but on the ubuntu touch one it's a rather long delay comparatively.
=== salem_ is now known as _salem
[20:26] <Psykus> is it possible to install standard desktop environments on ubuntu touch? if you wanted to use a tablet more like a standard computer
[20:31] <keithzg> Psykus: I swear I remember reading that that's being readied (at least for when hooked up to larger displays) for inclusion, but I can't seem to find any sources now, hrmm.
[20:33] <Psykus> i'm wondering if you add the right apt sources and install something like xfce if everything would explode or if it would work
[20:33] <keithzg> I'd bet on explode, but I'd also encourage you to try it and tell us :D
[20:33] <Psykus> might toy around with that when I get home
[20:34] <Psykus> need to get a good kvm switch
[20:35] <jcbjoe_> anyone get a new update today for rtm 14.09 r10 ? version 11 i think ?
[20:35] <genii> My bet is also on spectacular explosions
[20:35] <jcbjoe_> is there a changelog or something ?
[20:36] <keithzg> jcbjoe_: I noticed an update on my Nexus 4, but it's stalled at a flashing "In Progress" for about an hour now, heh.
[20:37] <jcbjoe_> keithzg: you should try it again i'm on r11 now .. there a changelog anywhere keithzg ?
[20:46]  * keithzg shrugs, doesn't know
[20:47] <jcbjoe_> cool
[20:48] <jcbjoe_> keithzg: do you use ubuntu-touch as a daily driver ?
[20:51] <keithzg> jcbjoe_: naw, I, uhh, still use my Nokia N9 as my daily driver, with a side helping of a 2013 Moto X. And *generally* I run SailfishOS on my Nexus 4, since it's a bit more like a normal linux system (don't have to opt out of system updates to be able to install normal packages, for example!). But I'm curious about Ubuntu Touch's development so I have that as a boot option too.
[20:55] <keithzg> I'm also vaguely porting a silly, simple game I wrote for SailfishOS to Ubuntu Touch too, I'm just still waiting on my housemate to actually create an icon, heh.
[20:55] <keithzg> *vaguely intending on porting
[21:01] <mzanetti> kenvandine: hey, I've updated the branch. sorry for the delay
[21:01] <kenvandine> mzanetti, no worries, thanks!
[21:32] <K1773R> im unable to execute binaries if they are in $HOME (or lower), even as root. tough if i connect via ssh, this works. is this a apparmor restriction for the terminal apps? if so, how can i edit them to allow specific directories. relevant, but no answer tough: http://askubuntu.com/questions/556041/why-ubuntu-touch-terminal-cannot-execute-app
[21:46] <dobey> Psykus: if you want a regular ubuntu environment on your tablet, it's probably best to install regular ubuntu on it.
[21:50] <dobey> K1773R: yes, the terminal app is confined, as it is a click package
[21:50] <K1773R> dobey: how can i change that?
[21:51] <dobey> oh, actually it is unconfined
[21:53] <dobey> so i'm not sure why you can't run "./foo" in $HOME in the terminal app
[22:11] <K1773R> dobey: it dosnt work in both. tough if i ssh into localhost i can run it without any problem
[22:11] <K1773R> dobey: both as in terminal and terminal "reboot"
[22:12] <jgdx> kenvandine, testing
[22:18] <dobey> K1773R: right. i don't know what to tell you. (nor do i know why you'd need to do it anyway)
[22:18] <dobey> and i have to leave now. later
[22:21] <jgdx> K1773R, the env has most likely changed
[22:22] <jgdx> right, didn't see the +x
[22:23] <Saviq> charles, thanks, that definitely helps, assuming you don't miss 10 reminders ;)
[22:23] <Saviq> charles, my last pet peeve as far as reminders go is bug #1391501
[22:23] <ubot5> bug 1391501 in Ubuntu UX "Calendar reminders should mute if phone is muted" [Medium,New] https://launchpad.net/bugs/1391501
[22:31] <jgdx> kenvandine, need more specific instructions ammafraid
[22:33] <jgdx> kenvandine, $ adb shell ps -waux | grep system-image-dbus # = nada
[22:40] <jgdx> okay, it's not supposed to be running after a while. But what do I change in client.ini?
=== genii is now known as EbenezerScrooge
[23:13] <Psykus> dobey: i don't see one available for the 2013 nexus 7
=== EbenezerScrooge is now known as genii
=== genii is now known as EbenezerScrooge
=== EbenezerScrooge is now known as genii