[07:00] <dholbach> good morning
[07:41] <bujji> not able to install qtcreator?
[07:52] <bujji_> bash: ./qt-unified-linux-x64-2.0.2-online.run: cannot execute binary file
[07:53] <bujji_> evanwang:o/
[07:54] <evanwang> bujji_, hi
[07:54] <bujji_> evanwang:bash: ./qt-unified-linux-x64-2.0.2-online.run: cannot execute binary file
[07:55] <bujji_> evanwang:bash: how can i download offline file intead of online file.
[07:56] <evanwang> bujji_, sorry i have no idea, seems you ping wrong person :)
[07:57] <bujji_> evanwang:its okey))
[07:57] <bujji_> popey:o/))
[07:57] <evanwang> bujji_, :D
[08:07] <nocturn> Hi, I posted earlier about the unbootable Meizu I received, I tried to reflash the phone but it seems the stock meizu recovery image has no ADB
[08:07] <nocturn> Any idea how I can load a recovery image with ADB enabled on it?
[08:07] <nocturn> using fastboot as that is the only working option
[08:09] <ogra_> nocturn, there was a description how to flash on the mailing list
[08:10] <nocturn> ogra_, I tried this one already https://lists.launchpad.net/ubuntu-phone/msg13878.html
[08:11] <ogra_> right, that should work
[08:12] <nocturn> I loaded that image with fastboot, no issues, than flashed, which also works.  Then the desktop says failed to enter recovery mode
[08:12] <nocturn> the phone is in recovery
[08:12] <nocturn> seems still without ADB support
[08:13] <brunch875> jgdx: ping
[08:15] <sturmflut2> nocturn: While the phone is in recovery, can you manually run "adb shell"?
[08:17] <davmor2> Morning all
[08:17] <brunch875> good morning!
[08:17]  * davmor2 finally clears the spam of popey putting my nick in a tweet
[08:18] <nocturn> sturmflut2, no, adb does not see the phone while it is in recovery.  fastboot sees it when it is in fastboot mode
[08:18] <sturmflut2> nocturn: Not even if you run adb as root?
[08:18] <sturmflut2> nocturn: adb kill-server
[08:18] <sturmflut2> nocturn: sudo adb shell
[08:19] <nocturn> sturmflut2, adb and fastboot both ran as root.  I will try the kill command later (don't have the phone near right now).  I did try it several times with reboots of my laptop in between.
[08:21] <sturmflut2> Give me a sec to try it on my MX4
[08:21] <ogra_> nocturn, hmm, you should perhaps use the --recovery-image switch in ubuntu-device-flash instqaed of flashing it manually
[08:21] <popey> davmor2: :)
[08:21] <bujji> how do i install ubuntu on mobile phone
[08:22] <nocturn> ogra_, also tried that: sudo ubuntu-device-flash touch --channel=ubuntu-touch/stable/meizu.en --recovery-image recovery.img --bootstrap
[08:22] <nocturn> recovery.img being the one I downloaded from the list
[08:22] <popey> bujji: https://developer.ubuntu.com/en/start/ubuntu-sdk/ for installing sdk
[08:22] <nocturn> The phone says tranfer ok several times and reboots
[08:22] <popey> bujji: https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/ for installing ubuntu on a device
[08:25] <alextu> nocturn, hi, I just join this thread,does the issue in your side is you do u-d-f with the special recovery.img and --bootstrap in fastboot mode, then it failed?
[08:26] <alextu> nocturn, sorry, I missed previous conversion.
[08:26] <sturmflut2> nocturn: I just downloaded the image to my 15.04 desktop, put arale in Fastboot mode, "fastboot boot recovery.img", waited a bit, "adb shell", immediately got a prompt. So it actually should work.
[08:26] <nocturn> Hi alextu, I got my Meizu MX and it will not boot (shows logo forever).  Seems like ADB is turned off for recovery in production models
[08:27] <nocturn> so I am trying to flash it with an new firmware to see if it will work
[08:27] <alextu> nocturn, do you mean device failed in 1st time booting ?
[08:28] <nocturn> alextu, yes.  It goes to the spinning Ubuntu logo and stays there.  I found a thread on answers.ubuntu of someone who had the same issue after his first update
[08:28] <nocturn> So I figured it may be a bad firmware
[08:28] <ogra_> nocturn, which logo exactly does it show ... the white screen or the spinning ubuntu logo on black background ?
[08:28] <alextu> nocturn, did you try "$ fastboot flash recovery recovery.img" im fastboot mode, to check if the special recovery.img can be flash and adb works in that special recovery ?
[08:29] <nocturn> ogra_, black background with a red circle with the spinning logo
[08:29] <nocturn> alextu, yes, I did and the phone says transfer succeeded
[08:29] <nocturn> but ADB is still off in recovery mode
[08:29] <ogra_> that means your UI session cant start, but the OS got atleast to a basic boot
[08:31] <alextu> nocturn, can you please check the md5sum with this ? http://people.canonical.com/~alextu/tangxi/recovery/md5sum
[08:31] <ogra_> alextu, are you sure the img is up to date ?
[08:32] <alextu> ogra_, yes, that's the only one recovery we use to enable adb so far.
[08:32] <ogra_> ok
[08:32] <nocturn> alextu, md5sum matches
[08:34] <alextu> nocturn, not sure what's happen, I afraid the recovery did not really be flashed.
[08:34] <nocturn> alextu, It looks like that yes
[08:34] <alextu> nocturn, the device you got from China or EU ?
[08:35] <nocturn> alextu, EU, I won an invite :-)
[08:38] <ogra_> sturmflut2, but you got a different device (i'm not even sure the insider phones got flashed in the factory, perhaps alextu knows)
[08:39] <alextu> nocturn, I guess the only way is searching for customer support  :( , we can do nothing without fastboot flasing function.
[08:40] <nocturn> alextu, I contacted Meizu on friday already, but still awaiting their reply... hope they are responsive
[08:41] <alextu> ogra_, what's the issue happens in  sturmflut2's side?
[08:41] <alextu> nocturn, I hope so ....
[08:43] <ogra_> alextu, sturmflut2 tireed the recovery.img on his phone, but he has the same device you and me have ... while nocturn has one of the first devices coming from the factory line
[08:44] <ogra_> *tried
[08:46] <nocturn> ogra_, Could it be that Meizu somehow locked out recovery?
[08:47] <ogra_> nocturn, well, it could be an issue with the factory devices, it could be a faulty MMC on your device specifically, really hard to tell without being able to debug it further
[08:47] <alextu> ogra_, do you mean sturmflut2's device came from the same device bunch as ours?
[08:47] <ogra_> alextu, right, sturmflut2 is an ubuntu phone insider, they got the same model we have (the grey one with the other MMC)
[08:50] <alextu> ogra_, sturmflut2 we can chat that in Tangxi channel check if that is a new issue :)
[08:50] <ogra_> alextu, oh, where is that ? here on freenode ?
[08:51] <conyoo> why is meizu shipping with the wrong charger? LOL https://twitter.com/CosmicYes/status/617026866998812672
[08:51] <alextu> nocturn, AFAIK ubuntu did not lock device :)
[08:51] <conyoo> german dude got a uk version
[08:51] <nocturn> alextu, I suspected that much :-)
[08:52] <nocturn> conyoo, mine too
[08:52] <nocturn> shipped to Belgium
[08:52] <conyoo> :|
[08:52] <ogra_> alextu, no, but what i wonder is if anyone tested any actual device with the 16G MMC ... there is a HW difference we dont seem to test
[08:53] <ogra_> john-mcaleely, ^^^ do you know ?
[08:54] <alextu> ogra_,  we have 16G MMC in hand and also used for QA , so it should works fine.
[08:54] <ogra_> ah, phew
[08:54]  * john-mcaleely moves along
[08:56] <conyoo> what is the External Drives app on Meizu MX4?
[08:56] <conyoo> it's preinstalled
[08:57] <ogra_> conyoo, yeah, thats a bug (i bet popey knows the number)
[08:57] <conyoo> ogra_, oh it's already reported, phew :D
[08:57] <conyoo> thanks
[08:57] <ogra_> well, i'm guessing :)
[08:58] <ogra_> if it isnt, it should be reported :)
[08:58] <conyoo> i'm too lazy right now to report it  :D maybe after i finish my coffee (beer) i'll track it down
[08:58] <popey> ogra_: what bug?
[08:58] <ogra_> though i'm not sure it should be completely removed iirc it also does the size warnings
[08:59] <ogra_> popey, to drop ciborium (or at least the UI) from the mx4
[08:59] <popey> pass
[08:59] <ogra_> no need for SD card management there
[08:59]  * popey attaches a usb sd card reader
[08:59] <popey> :)
[08:59] <ogra_> conyoo, so maybe after your coffe you'd like to report it ;)
[09:00] <conyoo> yep, beer :P
[09:00] <ogra_> coffee-beer ?
[09:00] <ogra_> beerpresso ?
[09:01] <conyoo> beerfee
[09:12] <brunch875> Is there a QML channel for ubuntu touch?
[09:12] <brunch875> qml: Page.tools is a deprecated property. Please use Page.head instead.
[09:12] <ogra_> brunch875, #ubuntu-app-devel
[09:13] <brunch875> thanks oli
[09:14] <ogra_> np
[09:17] <JamesTait> Good morning all; happy Monday, and happy Take Your Webmaster To Lunch Day! 😃
[09:19] <brunch875> What if I craft my websites entirely by hand? :p
[09:24] <ogra_> brunch875, then you will recieve a free lunch from your client today \o/
[09:25]  * brunch875 loves how that sounds
[10:01] <ProstheticS> hey guys, you know how you cant execute things in your home directory, theres a fairly simple way round it, if you install screen/tmux, and then ssh in, and launch it, you can then execute things in your home dir from non ssh sessions, so long as the first instance was launched outside of ssh
[10:01] <ProstheticS> IE form my terminal app installed from the store i can then execute in my home dir, (i like this) but i thought you might want to know
[10:29] <sturmflut2> sil2100: Ping
[10:29] <popey> ProstheticS: i think we should fix that
[10:29] <sil2100> sturmflut2: pong
[10:29] <ogra_> ProstheticS, there is some initiative to actually exclude the terminal from app lifecycle mgmt
[10:30] <ogra_> and to losen the apparmor restrictions
[10:33] <ProstheticS> ok, i just thought you guys would like to know, as i saw that it was obviously attempted to shut down executions in /home , and this was a fairly easy way round
[10:33] <ProstheticS> i like being able ot execute my scripts in home though :p
[10:34] <ProstheticS> the down side , or biggest downside, is that it is completely possible to do this all from the device itself, because you could ssh from device to device and then start screen/tmux and then disconnect and connect just to screen/tmux and be done with it
[10:35] <ProstheticS> should i submit a bug for it? or just leave it with you guys ?
[11:10] <sturmflut2> mzanetti: Ping
[11:10] <mzanetti> sturmflut2, wassup
[11:11] <ogra_> ProstheticS, if you ssh into the device that means that the owner actively enabled ssh and put your key in place
[11:11] <ogra_> not a bug at all ...
[11:13] <sturmflut2> mzanetti: The Unity8 code that's currently in rc-proposed and will become OTA-5 soon, does it really rotate an app if it doesn't specify any preference in the .desktop file?
[11:14] <mzanetti> sturmflut2, yes
[11:15] <sturmflut2> mzanetti: But that breaks lots of apps? I would have expected that the default is "portrait only", like it was before
[11:15] <mzanetti> sturmflut2, the decision was to change the default... it doesn't break too many...
[11:16] <sturmflut2> mzanetti: It breaks the most prominent games, like Neverball, Neverputt, Cut the Rope etc.
[11:17] <mzanetti> sturmflut2, they'll be updated soon
[11:17] <mzanetti> I'll write a reminder
[11:18] <popey> i filed https://github.com/pseuudonym404/neverball-touch/issues/8 so they can update their desktop file
[11:20] <sturmflut2> mzanetti: I don't really understand the need to change the default, but okay
[11:21] <mzanetti> sturmflut2, because otherwise we'll have 90% of apps not rotating for no reason
[11:21] <mzanetti> this way people will either fix the few issues that they see with rotating or at least disable it manually. should get us more apps with rotation support
[11:22] <sturmflut2> bzoltan_: Maybe add the line "X-Ubuntu-Supported-Orientations=landscape,portrait" to the Qt Creator templates, so people don't have to search around too much? Or even add an option to the wizards?
[11:23] <sturmflut2> mzanetti: After careful consideration of your input I think you're right ;)
[11:25] <mzanetti> :)
[11:25] <ogra_> ubuntu isnt about apps, it is about scopes :P
[11:27] <cwayne> scopes ftw
[11:29] <sturmflut2> ogra_, popey: Okay, so the arale power consumption/overheating problems seem to have been really fixed in rc-proposed
[11:30] <ogra_> sturmflut2, well, imprved
[11:30] <ogra_> it still gets hot and i think the battery usage could still be a lot better ... but it is a good step forward
[11:31] <ogra_> (it gets way less hot too ... but it still happens )
[11:37] <popey> ogra_: is there a better way to get device name than getprop ro.cm.device ?
[11:38] <popey> oh getprop ro.product.device
[11:38] <popey> duh
[11:38] <ogra_> how the heck to i delete a calendar event ...
[11:39] <popey> known bug
[11:39] <ogra_> i added on appointment to my gcal ... that is now mirrored like 20 times in my personal calendar and i cant delete it
[11:39]  * ogra_ now gets a remineder every 60sec
[11:39] <popey> \o/ updated my screenshot taking script to do it over ssh instead of usb cable
[11:40] <sturmflut2> \o/
[11:40]  * ogra_ curses ... cant take that phone with me to the dentist 
[11:40] <popey> silent mode?
[11:41] <sturmflut2> Your dentist can probably fix the problem. Forever.
[11:52] <sturmflut2> Hmmmm, the moment ubuntu-device-flash starts pushing the files to arale, ADB breaks. I have to reconnect the USB cable to make it work again.
[11:55] <sturmflut2> Actually the device disconnects from the USB bus
[11:56] <cwayne> sturmflut2: i've heard mx4 might not like usb3 hubs
[11:56] <sturmflut2> cwayne: It's an USB2 host port of a desktop PC, I've been using phablet-shell without problems all the time with this exact setup
[11:57] <cwayne> sturmflut2: oh, i dunno then sorry
[12:01] <popey> sturmflut2: put it in recovery, and run u-d-f from there
[12:04] <sturmflut2> popey: Just tried it with the laptop instead, it failed twice with "error pushing: error: closed" but then worked
[12:04] <mardy> pete-woods: hi! When using libqtdbustest, where does the stdout of the dbus services go? (I'm adding some print's to the python mock services, but nothing is printed on the console when I run the tests)
[12:04] <popey> yeah, i always put it in recovery
[12:04] <sturmflut2> popey: But thanks, I didn't know that u-d-f can also run against recovery
[12:05] <pete-woods> mardy: p->m_process.setProcessChannelMode(QProcess::ForwardedChannels);
[12:06] <pete-woods> pretty sure it forwards all channels
[12:06] <pete-woods> oh wait
[12:06] <pete-woods> you're talking about libqtdbusmock stuff
[12:06] <pete-woods> maybe dbusmock does something with std out?
[12:06] <mardy> pete-woods: yes, the output from the python templates
[12:06] <pete-woods> I'm not too familiar with python
[12:08] <pete-woods> mardy: okay, libqtdbusmock also uses that same code to launch the python process
[12:08] <pete-woods> so I'm doing nothing with the standard output / error besides forwarding it to the parent process (your test binary)
[12:09] <mardy> pete-woods: mmm... maybe these processes are not started by my test, but auto-launched by the dbus-server itself?
[12:09] <pete-woods> mardy: I'd investigate what dbusmock does with standard output, maybe it directs it somewhere?
[12:10] <pete-woods> mardy: no, the python mocks are launched via the libqtdbusmock api
[12:10] <pete-woods> when you register the services
[12:10] <pete-woods> and then call startServices
[12:10] <pete-woods> that's when they get started
[12:10] <mardy> pete-woods: ok, then I'll check dbusmock
[12:24] <mardy> pete-woods: just FYI, it works; there was something wrong with my code, and my mock object was actually never called :-)
[12:28] <xpheres> hi
[12:28] <xpheres> just if anyone is willing to test my app
[12:28] <pete-woods> mardy: cool, that's good to know :)
[12:28] <xpheres> https://uappexplorer.com/app/analyticaltranslatordemo.xpheresdev
[12:28] <xpheres> it will be there in a few minutes
[12:29] <jgdx> mpt, I never knew bug 1447601 existed. Do we really want settings all over the place? Won't call forwarding/waiting/services eventually affect more apps/scopes than dialer-app?
[12:32] <mpt> jgdx, maybe they will, but I doubt it. Can you think of an example?
[12:35] <jgdx> mpt, not really. But let me refine my point: The phone settings today already have implications for more things* than the dialer app
[12:35] <mpt> jgdx, * the Contacts app?
[12:36] <jgdx> * UX? In the lack of a better word. If you place a call from your car, the dialer-app isn't really involved from the p.o.v. of a user.
[12:37] <jgdx> and there's a scope wherein you can place calls, even though it launches the dialer-app
[12:37] <jgdx> or maybe I'm just reactionary
[12:39] <jgdx> I just remember this being one of the things I really liked on iOS. Most settings are in the system settings app.
[12:40] <pmcgowan> mpt, while you are here, was there a design for managing removable media
[12:41] <mpt> jgdx, but that approach turned out to be a failure: http://bjango.com/articles/settingsapp/
[12:44] <mpt> jgdx, I understand that “Phone” feels like such a fundamental feature of a smartphone that its settings should be part of System Settings. That’s why I put it there in the first place. But…
[12:45] <jgdx> yes, I regard phone features as a fundemental feature of the smartphone, which doesn't scale for convergence. :)
[12:47] <mpt> jgdx, …But the consequence is, right now, the Phone app has a Settings button that takes you to System Settings > Phone. And then when you tap the Back button, you don’t actually go back to where you came from. That weirdness trumps vague feelings of fundamentality or out-of-app consequences. :-)
[12:47] <mpt> pmcgowan, not that I know of, that’s bug 1411251 — feel free to reprioritize it
[12:49] <mpt> pmcgowan, oh, I’m wrong, there is a spec. <https://goo.gl/JinRx3> (Canonical-only link for some reason)
[12:50] <mpt> Hmm
[12:50] <jgdx> pete-woods, how's the indicator work coming?
[12:50] <jgdx> for wpa-ep
[12:51] <pete-woods> jgdx: writing tests atm
[12:51] <pete-woods> and trying to figure out the best way to differentiate the behaviour between in the menu, and in the setup wizard
[12:52] <pete-woods> jgdx: I'll push a branch, so you can try out the URL responder if that'd help?
[12:52] <jgdx> pete-woods, yeah, that'd be great.
[12:53] <jgdx> pete-woods, would it be easiest to get this in a silo early?
[12:53] <pmcgowan> mpt, who is writing that spec?
[12:53] <pete-woods> jgdx: that's probably the easiest way of compiling it, yes
[12:53] <mpt> jgdx, placing a call from your car, or from a scope, (a) I would expect the call to invoke the Phone app as normal, and (b) doesn’t involve any of the current or upcoming Phone settings anyway.
[12:54] <mpt> pmcgowan, JMulholland
[12:54] <jgdx> mpt, you're right
[12:55] <pmcgowan> mpt, thanks
[12:57] <pmcgowan> mpt, can you assign that bug t him? I seem to lack permission
[12:57] <mpt> yep, doing it now
[13:00] <jgdx> pete-woods, do you have a bug tracking this work or should I create one?
[13:00] <xpheres> https://uappexplorer.com/app/analyticaltranslatordemo.xpheresdev
[13:00] <jgdx> pete-woods, err, nm.
[13:01] <xpheres> please if anyone has a ubuntu tablet or phone
[13:01] <xpheres> please test my app
[13:01] <xpheres> and let me know if it works
[13:01] <pete-woods> jgdx: you got one?
[13:01] <pete-woods> linky? :)
[13:01] <jgdx> pete-woods, bug 1241986 ? :)
[13:01] <pete-woods> sounds good :)
[13:07] <sturmflut2> Flood It! now starts in 2.5 seconds on arale o_O
[13:08] <sturmflut2> Has there been any optimisation?
[13:08] <kenvandine> jgdx, can you look at https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/call_waiting_fixes/+merge/263804
[13:08] <jgdx> kenvandine, yup
[13:08] <kenvandine> thx
[13:10] <kenvandine> oSoMoN, i can't reproduce bug 1466892 myself, but Elleo hit it last week testing one of my branches
[13:10] <kenvandine> oSoMoN, no idea why it doesn't affect me, but seems to be a problem still
[13:11] <oSoMoN> weird
[13:11] <kenvandine> yeah, but i'm thinking we should mark it as confirmed since Elleo reproduced it too
[13:12] <Elleo> yeah, couldn't figure out what might be different between my environment and ken's when we ran into
[13:12] <kenvandine> locale?
[13:13] <matv1> woop! i'm on eduroam without a hack :)
[13:13] <kenvandine> matv1, cool!
[13:13] <matv1> that is cool indeed! to who do we owe this pleasure?
[13:14] <sturmflut2> xpheres: I think you forgot to add the "ubuntu-webapp" AppArmor template to your app.
[13:14] <xpheres> what is that
[13:14] <kenvandine> jgdx, helped get it landed
[13:15] <kenvandine> it was a contribution from joergberroth
[13:15] <kenvandine> no idea the irc nick :)
[13:15] <matv1> well many thanks to all!
[13:16] <matv1> my ui reacted a bit weird but all in all it seems to work
[13:17] <kenvandine> it's still a work in progress, they are working on integration in the network indicator
[13:17] <kenvandine> so you can initiate the connection from there
[13:20] <pete-woods> jgdx: https://code.launchpad.net/~pete-woods/indicator-network/enterprise-wifi-invokes-system-settings/+merge/263899
[13:24] <jgdx> pete-woods, thanks
[13:24] <jgdx> matv1, do tell!
[13:24] <matv1> kenvandine jgdx sorry spoken too soon :(  no peap connection yet
[13:25] <jgdx> matv1, for me it took a while before it was working. Not sure why
[13:30] <jgdx> kenvandine, small comment
[13:31] <brunch875> jgdx: I tested the wifis!
[13:31] <jgdx> brunch875, oh nice
[13:31] <brunch875> TTLS with PAP and no certificate
[13:31] <brunch875> worked without issues, going in and out of range
[13:32] <jgdx> brunch875, wow thanks
[13:32] <jgdx> awesome
[13:32] <brunch875> the only issue I noticed was I was forced to enter the ssid manually
[13:32] <jgdx> brunch875, we're actually working on that as we speak
[13:32] <sturmflut2> Has anything changed regarding the ubuntu-html5-app-launcher? I'm on arale rc-proposed and the a "permission denied" while trying to execute ubuntu-html5-app-launcher during app launch
[13:32] <brunch875> oh so you know that already? neato
[13:33] <brunch875> but the settings popup is all polished and nice, good job!
[13:33] <jgdx> brunch875, yep, we will make the Wi-Fi access point lists open System Settings with the ssid pre-filled if the AP is WPA-EP
[13:33] <brunch875> in fact, it works so well I'm keeping the .deb installed :P
[13:35] <jgdx> brunch875, :D Mind that it will be overwritten on the next image upgrade.
[13:35] <brunch875> I'll keep the .deb to reinstall if it gets wiped :p
[13:35] <brunch875> (unless it installs the real thing)
[13:36] <jgdx> depends on the channel
[13:36] <jgdx> rc proposed should have this already
[13:36] <brunch875> nice!
[13:36] <kenvandine> jgdx, i did leave the log output there intentionally since i still suspect there is a libqofono bug, so you want me to add a comment  i assume?
[13:36] <brunch875> so then I don't even need to uninstall anything, right?
[13:38] <jgdx> kenvandine, I'm fine with it as is then
[13:38] <kenvandine> jgdx, ok, this is the most useful signal to log when things don't work properly
[13:40] <kenvandine> jgdx, so this branch fixes the UI bug, which is mostly what the bug report is about, the UI not reflecting the backend
[13:40] <kenvandine> but there is still a problem with dual sim and actually changing the property
[13:40] <sergiusens> renatu: mzanetti: hey, do you know of any bug affecting the camera app after shell rotation landed? The controls used to be deterministic and now they shuffle around again, photos also need manual rotation after taking them in landscape
[13:41] <kenvandine> jgdx, oh... actually now i remember, disabling the switch when not attached might fix the real problem i was seeing
[13:41] <mzanetti> sergiusens, uh oh... I know there was a bug and it seems to have been fixed
[13:41] <kenvandine> you can't change voiceCallWaiting when the connMan isn't attached
[13:41] <mzanetti> Kaleo, hey, see sergiusens' message above
[13:42] <renatu> sergiusens, Kaleo is working on camera app
[13:42] <sergiusens> ah, just pinged you guys as I didn't see nerochiaro, forgot Kaleo was on the camera app these days
[13:42] <kenvandine> jgdx, for me, in my office where my connection can be spotty, i was seeing the attached property change quite a bit
[13:42] <kenvandine> and the indicator didn't always reflect it
[13:43] <jgdx> kenvandine, okay.. I'm not sure I'll be able to test that specifically.
[13:43] <kenvandine> so what i did was disable the switch when it wasn't attached
[13:43] <kenvandine> and that seemed to fix the consistent failures
[13:43] <kenvandine> i think the problem was we tried to change the property when it wasn't attached, and it failed
[13:43] <jgdx> kenvandine, that makes sense. I never knew. How'd you figure that out?
[13:44] <kenvandine> reading the API docs :)
[13:44] <kenvandine> i was trying to figure out what could be causing it to fail to change with a useless error from ofono :)
[13:45] <kenvandine> the API docs didn't specifically say it had to be attached, but it did infer that it had to talk to the carrier's network
[13:45] <kenvandine> i took a stab at logging the attached property on connMan
[13:45] <jgdx> https://github.com/rilmodem/ofono/blob/master/doc/call-settings-api.txt#L128 ?
[13:45] <kenvandine> and sure enough, it would change to false more often than the indicator would reflect it was disconnected
[13:45] <jgdx> light on information :p
[13:46] <jgdx> kenvandine, great work
[13:46] <kenvandine> yeah, i was reading other areas
[13:46] <kenvandine> makes me wonder if that's another bug though
[13:46] <kenvandine> should the indicator icon change to disconnected everyting connMan.attached changes to false?
[13:46] <kenvandine> everytime
[13:47] <kenvandine> jgdx, i also wonder if something we're doing in that plugin is triggering ofono to disconnect
[13:49] <jgdx> kenvandine, from just opening the panel you mean?
[13:49] <kenvandine> maybe
[13:49] <kenvandine> we just get the properties from callSettings
[13:50] <kenvandine> out of curiousity i'll run monitor-ofono for a while without settings, see if attached changes as much as i saw it on friday
[13:59] <brunch875> what the hell? I passed my cryptography exam! I must be dreaming
[13:59] <brobostigon> :)
[14:04] <jgdx> Elleo, hi, on mako on a very recent image, the keyboard doesn't come up
[14:04] <jgdx> a reboot doesn't fix it
[14:07] <Elleo> jgdx: what image?
[14:07] <Elleo> jgdx: can you check whether maliit-server is running and if there's a crash file?
[14:08] <Elleo> jgdx: we haven't landed anything recently for the keyboard except some autopilot stuff :/
[14:08] <jgdx> Elleo, no crash file, will get you the details in a bug.
[14:08] <Elleo> jgdx: great, thanks
[14:16] <Elleo> jgdx: have you run autopilot tests on that at all? Just thinking based on what oSoMoN just said about the mouse switch, whether it's toggled the keyboard hiding mode when switching to windowed mode and never disabled it
[14:17] <Elleo> jgdx: could you run "gsettings get com.canonical.keyboard.maliit stay-hidden" and see what you get?
[14:18] <jgdx> Elleo, will do
[14:26] <matv1> jgdxis jw: is that wpa2 enterprise with eap-peap on the cards for OTA5 ?
[14:28] <jgdx> matv1, yes, but you hit issues?
[14:29] <matv1> jgdx no got it working now. I think it had to do with some tinkering I did earlier. working great now
[14:29] <jgdx> matv1, glad to hear it. That was eduroam?
[14:29] <matv1> jgdx yes
[14:30] <matv1> but without cert
[14:30] <jgdx> matv1, okay. I tried cert and it worked btw
[14:30] <matv1> ok cool!
[14:31] <jgdx> you need to install something to provide files, however. Like file manager.
[14:31] <matv1> jgdx I understand
[14:31] <matv1> jgdx but ofcourse there is no prompting for pw yet. thats still wip right?
[14:32] <jgdx> matv1, when should it be prompting you mean?
[14:33] <tathhu> http://imgur.com/tWOonnK \o/
[14:33] <matv1> when you select it from available networks.
[14:34] <jgdx> matv1, right, that's in silo 53
[14:35] <matv1> jgdx awsum thanks again! it has absolutely made my day
[14:36] <jgdx> matv1, I'll forward that to Joerg. :)
[14:36] <matv1> please do!
[14:38]  * tathhu waits 
[14:38] <jdstrand> dholbach: hi! looking at comment #27 in bug #1462489, we will need an update to https://developer.ubuntu.com/en/start/platform/guides/app-confinement/
[14:39] <jdstrand> dholbach: what project should I add a task for?
[14:39] <dholbach> jdstrand, lp:developer-ubuntu-com
[14:39] <sturmflut2> zbenjamin: Ping
[14:40] <zbenjamin> sturmflut2: pong
[14:41] <sturmflut2> zbenjamin: When I deploy and run projects from the SDK to my arale, I end up with a python3 process that consumes 100% CPU
[14:42] <zbenjamin> sturmflut2: ok, well our sdk launcher is written in python. But i have no arale to test
[14:42] <jdstrand> dholbach: thanks! see https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1462489/comments/28
[14:42] <dholbach> thanks jdstrand
[14:42] <zbenjamin> bzoltan_: ^
[14:42] <zbenjamin> bzoltan_: do you have a arale?
[14:42] <xpheres> does anyone knows if there are people working to fix the emulator?
[14:43] <sturmflut2> zbenjamin, bzoltan_ : Also happens on krillin, just tested
[14:44] <zbenjamin> sturmflut2: run only or run&debug?
[14:44] <mr-tt> i'm trying to create a qml app in qtcreator(not ubuntu sdk), but it segfaults. anyone knows what to do about this?
[14:44] <mr-tt> (it segfaults when opening a .ui.qml file)
[14:44] <sturmflut2> zbenjamin, bzoltan_ : At least I've set "Enable debug helper" to "No"
[14:44] <zbenjamin> sturmflut2: still 100%?
[14:45] <dholbach> thanks jdstrand
[14:46] <mr-tt> sturmflut2: just joined, what is the issue that also happens on krillin?
[14:47] <sturmflut2> mr-tt: "python3 /tmp/qtc_device_applaunch.py /tmp/pandalove.sturmflut_0.3.5_all.click --hook appname" consuming 100% CPU while an app that has been launched from Qt Creator to run on the device is running. Sometimes this process even survives, it ran amok on my arale on saturday for 25 minutes until I noticed. By then the device was hot like Lava.
[14:50] <zbenjamin> sturmflut2: can not reproduce that, my app is running only 1% cpu useage
[14:51] <sturmflut2> zbenjamin: Which Ubuntu version on the host and which channel on the device?
[14:52] <sturmflut2> strace to the rescue...
[14:52] <zbenjamin> sturmflut2: hmm, its rc-proposed i think
[14:53] <zbenjamin> sturmflut2: you can just run the script yourself, its in /tmp after you deploy it from qtc
[14:56] <mr-tt> is there some good remote desktop tool to run ubuntu sdk from another machine?
[14:56] <mr-tt> quick and not consuming much cpu
[14:56] <sturmflut2> zbenjamin: It happens to me in all cases, run from Qt Creator or manually, webapp or qmlscene app. According to strace it's polling /home/phablet/.local/share/pandalove.sturmflut/pandalove.sturmflut_appname_0.3.5.stdout and /home/phablet/.local/share/pandalove.sturmflut/pandalove.sturmflut_appname_0.3.5.stderr like crazy
[14:57] <xpheres> there is any rom of ubuntu touch for huawei y300?
[14:58] <zbenjamin> sturmflut2: yeah, thats a pipe, but if you disabled the debug helper it should not be there at all
[14:59] <zbenjamin> sturmflut2: err no i talk bs, its always there but not used
[14:59] <zbenjamin> sturmflut2: also i do not poll, i use a glib mainloop
[15:01] <zbenjamin> sturmflut2: the thing is, that code exists for over a year or so
[15:01] <zbenjamin> sturmflut2: so something on the device must have changed
[15:01] <sturmflut2> zbenjamin: How can I check if the debug helper is really disabled?
[15:01] <zbenjamin> sturmflut2: list the click package contents
[15:01] <zbenjamin> sturmflut2: if there is no qtc_device_debughelper.py in it , you should be fine
[15:04] <zbenjamin> sturmflut2: never pull the USB cable while you running a app deployed from QtC
[15:06] <ProstheticS> hey guys, is there somewhere i can get the battery stats from on the command line, IE how much charge there is?
[15:06] <sturmflut2> zbenjamin: There is no helper in the deployed packages. Hm. This is what strace says while the script is running: http://paste.ubuntu.com/11831226/
[15:07] <ogra_> ProstheticS, tr "upower -d"
[15:07] <mr-tt> is there some way to reset the battery stats(like deleting batterystats.bin on android)?
[15:09] <sturmflut2> mr-tt: What's the goal? Reseting what the GUI displays?
[15:10] <mr-tt> sturmflut2: battery percentage display doesn't work correctly
[15:10] <ogra_> mr-tt, i doubt it would help hacking the UI for that
[15:11] <sturmflut2> mr-tt: Yep, but that's most likely a hardware or other low-level problem
[15:11] <ogra_> the bvalue coming from the container is more likely to be wrong
[15:11] <mr-tt> could it be because it's reflashed from android to ubuntu? maybe something lowlevel leftover?
[15:11] <mr-tt> ogra_: what container?
[15:11] <ogra_> sure, that could be ... not a use-case we ever test
[15:12] <ogra_> mr-tt, the container that the drivers run inside
[15:12] <mr-tt> ogra_: bq offers the firmware officially, so it should be supported?
[15:12] <ogra_> well, then ask bq ... we definitely dont test for *removing* ubuntu
[15:13] <ogra_> (or re-adding it after you removed it)
[15:13] <ogra_> (or any kind of dual boot)
[15:13] <mr-tt> ogra_: i bought the android e4.5 and flashed ubuntu
[15:13] <ogra_> ouch
[15:13] <mr-tt> i don't dualboot
[15:14] <ogra_> well, then it could well be that there are some firmware bits in some rom somewhere
[15:14] <ogra_> (or nvram or whatever)
[15:15] <mr-tt> ogra_: mtk-flash-tool doesn't overwrite that?
[15:15] <ogra_> no idea
[15:15] <zbenjamin> sturmflut2: i wonder why its polling, i used a glib mainloop to avoid that
[15:15] <ogra_> we usually dont use that in canonical
[15:15] <ogra_> the only supported tool to flash is ubuntu-device-flash
[15:15] <mr-tt> ogra_: you need it to get from android to ubuntu
[15:15] <ogra_> (which wouldnt re-partition so you wouldnt be able to install on an android device)
[15:16] <ogra_> mr-tt, right, not a usecase we usually test or support, as i said
[15:16] <ogra_> great that it works for you ... but if there are bugs, you have to live with them i guess
[15:16] <mr-tt> some people reflashed from native ubuntu to android and didn't report any issues(so far)
[15:17] <mr-tt> no issues except for battery percentage not decreasing while the phone is idling. when i use it, it decreases normally
[15:17] <ogra_> define idling
[15:17] <ogra_> screen off and locked ?
[15:17] <mr-tt> yep
[15:17] <ogra_> well, thats normal
[15:18] <mr-tt> after >12 hours still at 100% is normal?
[15:18] <ogra_> it doesnt use any power ... or so little that you will only see 1% after several hours
[15:18] <ogra_> if y<ou didnt get any notifications that woke up the device that can well be, yes
[15:19] <mr-tt> no notifications, only wlan on
[15:19] <ogra_> yeah, wlan is off if the screen goes off
[15:19] <zbenjamin> sturmflut2: did you tinker with the device? or is it a clean flashed image?
[15:19] <ogra_> it only gets woken up once in a while to check for notifications
[15:19] <ogra_> and then goes back to deep sleep
[15:20] <ogra_> mr-tt, if you want it to drain, turn off wifi and it will drain (there is a bug with the notification check if wifi is off)
[15:20] <mr-tt> interesting. i just remember it being completely off, not being able to turn it on. when i plugged in it showed 45%. that was weird indeed
[15:21] <sturmflut2> zbenjamin: I just did a clean flash of rc-proposed on the arale, never made the image writeable or anything.
[15:21] <mr-tt> then it decreased(while charging) and when i booted it it showed 3%
[15:21] <mr-tt> (in ubuntu)
[15:22] <mr-tt> customer support told me to fully uncharge and recharge it while off, i'm trying that atm
[15:23] <ogra_> yeah, there seems ot be an issue with calibrating the battery ... not the first time i heard that
[15:23] <mr-tt> ogra_: after how much time will i see a decrease in battery percentage while idling?
[15:23] <mr-tt> ogra_: ah ok, so the uncharge/recharge should fix that?
[15:23] <ogra_> well, usually after several hours ... my battery usually goes down 1% or so over night
[15:24] <ogra_> according to bq it should fix the different values you see, yes
[15:25] <mr-tt> ogra_: that's great, thanks. but in case there really is a problem because of different nvram/foo would it be possible to compare nvram of my device to a "native" e4.5?
[15:26] <ogra_> no idea, sorry
[15:26] <mr-tt> ogra_: is there someone from bq here in irc? or should i contact customer support?
[15:32] <jrbt> o/
[15:32] <jrbt> Uh, who is the perso who is developing the Pebble App support for Ubuntu Touch?
[15:34] <zbenjamin> sturmflut2: interesting thing is: there are 2 files watched, stdout and sterr files
[15:34] <zbenjamin> sturmflut2: but only one is polled
[15:34] <zbenjamin> ah no there is the other one
[15:43] <nik90> john-mcaleely: regarding bug https://bugs.launchpad.net/ubuntu-clock-app/+bug/1463430, it has been fixed in the SDK MP linked, but not released. I am afraid you will have to check with the sdk developers.
[15:44] <john-mcaleely> nik90, aha, thank you
[16:32] <zbenjamin> nik90: so you taking a break i've heared?
[16:34] <davmor2> mr-tt: if you want to speed it up play youtube videos
[16:38] <mr-tt> davmor2: when using the device the battery percentage is correct. just was wrong when i didn't use it a long time. but i hope it's only a calibration issue which gets fixed by uncharging/recharging
[16:38] <mr-tt> and i guess for uncharging a torch app should be quickest way :)
[16:38] <davmor2> mr-tt: yes to speed up the discharge play youtube videos
[16:39] <mr-tt> davmor2: you can set youtube to autorepeat/auto-play next video right?
[16:40] <davmor2> mr-tt: yeah just play a youtube playlist
[16:42] <sturmflut2> ogra_: Do you know where this "battery calibration" takes place exactly? The more code and the more datasheets I read, the more I get the impression that there are just two fixed voltage thresholds for "full" and "empty" and that's it.
[16:42] <davmor2> mr-tt: it'll drain it until you get down to the 10% warning,  Because you are using wifi and the screen and loud speaker and so on it drains at a fairly regular pace doing that :)
[16:43] <davmor2> mr-tt: you'll obviously need to keep the screen awake so you can just do powerd-cli display on in terminal-app to keep it on
[16:44] <davmor2> mr-tt or set sleep to never
[16:44] <nik90> zbenjamin: yeah for a while .. :/
[16:45] <ogra_> sturmflut2, i have no clue, i was actually surprised to hear about it when i heard it the first time
[16:46] <ogra_> sturmflut2, might be some internal firmware in the battery/charger though
[16:50] <sturmflut2> ogra_: I just read through the data sheets of the battery charging circuits the m75 kernel supports, not a single one of them actually has an "internal firmware" and not a single datasheet talks about calibration.
[16:50] <ogra_> sturmflut2, dont mix up bq and meizu :)
[16:50] <zbenjamin> nik90: ok, take care man, in case we don't speak until you drop out
[16:51] <ogra_> sturmflut2, meizu seems to have some quick-charge logic in their charger circuit
[16:51] <ogra_> and "smart battery management" according to their ads
[16:51] <ogra_> (whatever that is)
[16:52] <davmor2> ogra_: that is like the worst advert ever dude ;)
[16:53] <ogra_> heh
[16:53] <ogra_> dont shoot the messenger
[16:55] <sturmflut2> ogra_: In the end the important thing is what Little Kernel does, because that one sets up the whole logic and shows the charge animation when the device is charging while "off". The code is common for all platforms, Meizu and bq. It just programs the charge parameters into the battery controller, which does all the charging according to curves defined by current and voltage thresholds. But it doesn't tell you the battery
[16:55] <sturmflut2> level. It just tells you "dangerously low", "okay" and "full".
[16:56] <sturmflut2> ogra_: The actual battery level in percent is calculated by asking the PMIC, a different chip, about the current battery voltage, and then converting it in software.
[16:57] <sturmflut2> There shouldn't be any voodoo here, the battery just goes from "full" threshold voltage to "low" threshold voltage, and when it ages, it does this faster than in the beginning.
[16:57] <ogra_> sturmflut2, hmm, sounds like it could interfere with upower trying to do the same on SW
[16:57] <sturmflut2> ogra_: Yeah, I believe that some piece of software later in the chain tries to be smart
[16:59] <ogra_> john-mcaleely, ^^^^ sounds like something to inspect
[17:00]  * sturmflut2 goes home
[17:13] <mr-tt> ogra_: in this thread i read nothing about hw differences on utouch/android e4.5 except the buttons and nothing about firmware differences: https://twitter.com/bqreaders/status/565848485665460224
[17:14] <ogra_> mr-tt, touchscreen firmware is different ... and the radio depends on what android version you installed ...
[17:14] <ogra_> there might be more
[17:15] <john-mcaleely> radio depends on what android version?
[17:15] <ogra_> with the nexus4 we had the prob that peoplle who installed lollipop could completely trash their radio
[17:15] <ogra_> ansd had to manually flash the radio partition
[17:15] <john-mcaleely> why would that impact a completely different chipset?
[17:16] <ogra_> not sure if thats possible on the bq
[17:16] <ogra_> john-mcaleely, no, same chipset but different firmware blob
[17:17] <john-mcaleely> the issue on mako was that the firmware blob changed the api we talked to, afaik
[17:17] <ogra_> right
[17:17] <mr-tt> ogra_: but the fw is flashed by mtk flash tool, otherwise there would be issues on utouch?
[17:17] <john-mcaleely> whereas, an ubuntu image comes with a tested firmware blob. so no proble,
[17:17] <john-mcaleely> m
[17:17] <ogra_> well, i'm not sure what all gets replaced when flashing a krillin with the mtk tool
[17:17] <john-mcaleely> everything.
[17:17] <ogra_> or what might be accidentially be left behind
[17:18] <john-mcaleely> well, exccept the vram, which contains your imei
[17:18] <john-mcaleely> and a few other settings
[17:18] <ogra_> and the experience with studio_ simply tought me to be at least very very careful with supporting people that bought the android version to then flash ubuntu back and forth
[17:18] <john-mcaleely> the various firmware blobs are hosted by the linux (android, ubuntu) os, and flashed as needed. as far as I can tell
[17:19] <ogra_> (nowadays popey rather supports studio and i keep my blood pressure low)
[17:19] <john-mcaleely> well, so long as they use mtk tool, and don't expect user data to survive, they will be fine
[17:19] <popey> hah
[17:19] <john-mcaleely> higher expectations are unwise
[17:19] <mr-tt> john-mcaleely: what "other settings"?
[17:19] <ogra_> john-mcaleely, well, as long as we are sure everything from android gets actualy replaced
[17:20] <john-mcaleely> mt-tt, never fully documented - known to include serial number, imei, mac addresses
[17:20] <john-mcaleely> ogra_, BQ host both images (android, ubuntu), and provide instructions to move between them
[17:20] <john-mcaleely> just expect 100% user data loss
[17:20] <john-mcaleely> (because repartitioning occurs)
[17:20] <mr-tt> yep, bq supports this
[17:21] <ogra_> john-mcaleely, i know what bq does ... i just dont trust the principle :) ... and i'm a burned child ... see studio_
[17:21] <mr-tt> ogra_: what's studio_?
[17:21] <popey> a person
[17:21] <john-mcaleely> well, I'm sure anyone asking can chat to BQ on their support forums
[17:21] <popey> who comes here a lot
[17:22] <john-mcaleely> it is indeed BQ who support this, not ubuntu :-)
[17:22] <ogra_> mr-tt, what popey said ...
[17:22] <ogra_> mr-tt, you will surely run into him one day around here
[17:22] <mr-tt> and what's the story about this studio_?
[17:22] <popey> a keen user
[17:23] <ogra_> lol
[17:23] <ogra_> with HIGH expectations
[17:23] <john-mcaleely> there is a difference between 'theoretically possible' and 'supported'. studio did not see that difference
[17:24] <ogra_> he also doesnt accept that a phone is a phone
[17:24] <ogra_> or anything else you tell him ...
[17:25] <tathhu> funny guy :)
[17:26] <dobey> he's back?
[17:26] <ogra_> lol
[17:26]  * ogra_ sees the scared look in dobey's eyes :) 
[17:27]  * ogra_ will also stop talking about people who are not here since thats rude
[17:27]  * tathhu would like to see his phone shipped
[17:28] <davmor2> dobey: Calm down it's only an advert
[17:28] <john-mcaleely> obscure cultural reference from davmor2 there
[17:28] <dobey> davmor2: eh, plenty calm. i have plenty beer on supply at the moment :)
[17:29] <davmor2> john-mcaleely: I know :)
[17:29] <popey> beer!
[17:29] <ogra_> dobey, direct infusion to your arm ?
[17:29] <popey> Great idea!
[17:29] <tathhu> why not x86
[17:29] <tathhu> ":D"
[17:30] <dobey> ogra_: haha, no. would be boring then. i have good beer, so i'd rather enjoy the taste too :)
[17:30] <davmor2> popey: but then you don't get the taste, don't listen to him,  only vodka should be introduced through the arm
[17:30] <ogra_> tathhu, haha
[17:30] <dobey> davmor2: i think you need to unplug the vodka now :P
[17:32] <davmor2> dobey: mine is caffeine induced
[17:34] <mcphail> Was thinking it would be nice to put a "Bugfix Challenge of the Week" in the /topic. Winner gets their name in lights (or in the /topic) for the next week. One of the regulars could pick the bug, trying to find one which annoys a lot of people but should be fairly trivial to fix. What do you think?
[17:34] <ogra_> mcphail, whats the bug of the week ... who decides what it is ?
[17:34] <tathhu> Wall of fame? :P
[17:35] <mcphail> ogra_: I'd suggest you would be a good candidate to make the suggestion
[17:35] <ogra_> ( i generally like to attract more devs though such things ... but if you suddenly end up with a massive amount of paperwork the benefit is dooubtful)
[17:35] <ogra_> hah, no, not me
[17:36] <ogra_> i dont work on the phone anymore ... i only see the bugs i hit myself when using it, i dont watch the phone buglists anymore all the time
[17:36] <dobey> mcphail: the problem is that any bug which annoys a lot of people is almost certainly not trivial
[17:36] <dobey> or we'd have fixed it already :)
[17:36] <ogra_> that should be a person who regulary watches them
[17:36] <davmor2> ogra_: no you do that part time right ;)
[17:37] <ogra_> davmor2, well, spare time, because i'm addicted :)
[17:37] <ogra_> "hello, my name is oliver and i am addicted to IRC"
[17:37] <mcphail> As an amateur, I'd like to help bt would need to be pointed to the low-hanging-fruit
[17:38] <davmor2> ogra_: or crazy as we professionals call it ;)
[18:20] <ogra_> urgh
[18:20] <ogra_> neverball and neverputt updates
[18:20]  * ogra_ twiddles thumbs watching 80MB dripping down the line
[18:22] <davmor2> ogra_: you could always uninstall them that would make it quicker :D
[18:23] <SturmFlut> Do we restrict incoming network traffic on our phones?
[18:24] <davmor2> SturmFlut: not that I know to
[18:24] <SturmFlut> davmor2: Hmmmmmm
[18:25] <davmor2> SturmFlut: why?
[18:25] <SturmFlut> ah, my fault
[18:26] <SturmFlut> davmor2: Sorry, just plain old stupidity on my side.
[18:27] <davmor2> SturmFlut: it happens to all of us, mostly popey, I blame the beer drip
[18:27] <SturmFlut> dahahaha
[18:28] <popey> \o/
[18:29] <davmor2> popey: your welcome I like to stay topical ;)
[18:31] <SturmFlut> Actually we should blame mzanetti today. Because of him I have to check the rotation support of all my apps, and as we all know, new versions of "Flood It!" are only published when I'm drunk.
[18:32] <mzanetti> does that imply you're on your way to gettin drunk?
[18:32] <tathhu> Every day?
[18:33] <davmor2> mzanetti: you are the new Saviq so it's an automatic response to blame you ;)
[18:33] <SturmFlut> mzanetti: I wanted to have a look at the MediaTek kernel code later to check the battery stats issue, just getting drunk won't be enough for that
[19:25] <bzoltan_> vila: ping
[19:44] <pesho> hello.. is there any plans to add bulgarian keyboard layout?
[19:51] <SturmFlut> pesho: Probably, but I don't know where the keyboard layouts are developed :/
[19:55] <dobey> SturmFlut: ubuntu-keyboard
[19:55] <dobey> i think the layouts get shipped in the langpacks though
[19:56] <pesho> so does that mean that there are plans to be developed?
[20:08] <SturmFlut> pesho: Ukrainian is a supported language, so there will probably also be a keyboard layout, yes. But you can also help by making it
[20:09] <pesho> is there a document on how to contriubute a keyboard language?
[20:09] <dobey> pesho: is bulgarian one of the translated languages available on the phone currently?
[20:10] <dobey> pesho: https://bazaar.launchpad.net/~phablet-team/ubuntu-keyboard/trunk/view/head:/STYLING probably
[20:12] <pesho> yes there is a bulgarian display language on the phone
[20:16] <dobey> ok, i guess it just needs a keyboard layout added then
[20:20] <alin> hi... on a ubuntu touch meizu I try to do some usb tethering... rndis method... however it seems this makes my phone unavailable... if I call the number I get automatically the voice mail
[20:23] <alin> is there any other way to tether
[20:33] <SturmFlut> popey, ogra_ : I think I can confirm that arale heats up less now, I have my devices under high load to check the behavior of the battery status and arale does heat up quite a lot, but I have to actually provoke it.
[20:34] <SturmFlut> What took a single core yesterday, takes two cores and the GPU today
[21:52] <SturmFlut> john-mcaleely: Ping
[23:41] <vas> Hello everyone!
[23:43] <vas> Does anybody have any recomendations on how to configure my macbook pro running Ubuntu 14 for multi-touch gestures and specifically avoiding issues where the touch-pad randomly selects (and drags) so it text and also randomly activates the window-switcher. It seems like this is an issue affecting Macbook Pro Ubuntu users