[07:52] <dholbach> good morning
[08:21] <progr4mer> hello guys. can some1 help me to install ubuntu for note 2 (n7100) ?
[10:05] <JamesTait> Good morning all; happy Cake Day! \o/
[11:37] <Mirv> oSoMoN: FYI webbrowser-app seems to compile fine under Qt 5.4 beta
[11:37] <oSoMoN> Mirv, that’s good news, thanks :)
[11:38] <aquarius> oSoMoN, are you the chap behind the Ubuntu browser?
[11:39] <oSoMoN> aquarius, I guess we could say that
[11:39] <aquarius> oSoMoN, it would be ncie were its icon added to https://github.com/alrra/browser-logos
[11:40] <oSoMoN> aquarius, I’ll look into it, thanks
[13:19] <sergiusens> zbenjamin: did you see that password is now a valid option for u-e create?
[14:14] <mdeslaur> Does anyone actually have a working emulator? I haven't gotten it to work for months now
[14:14] <mdeslaur> After I reboot it once, the dash is just a black screen
[14:14] <ogra_> mdeslaur, rtm should work
[14:15] <ogra_> QA tests it regulary
[14:15] <mdeslaur> ogra_: I can't get it to work, and neither can other people on my team
[14:15] <zbenjamin> sergiusens: orly?
[14:15] <mdeslaur> ogra_: is there a special way I need to shut it down?
[14:16] <zbenjamin> sergiusens: i was looking at that bug yesterday
[14:16] <ogra_> mdeslaur, not that i know of ...
[14:16] <ogra_> its a few weeks ago i tried the emulator last and it worked for me
[14:16] <sergiusens> zbenjamin: yeah, was fixed yesterday (my yesterday, maybe not yours :-D)
[14:16] <mdeslaur> ogra_: it works on the first run, and then once I shut it down and start it up again, the dash never comes back up
[14:16] <ogra_> mdeslaur, i think davmor2 recently tested it
[14:16] <zbenjamin> sergiusens: :) awesome !
[14:18] <davmor2> mdeslaur: blame rsalveti ;)  I hit that from time to time and other times it is fine but if it happens once it keeps happening, you can just blow away the image and rebuild
[14:19] <mdeslaur> davmor2: hrm, it happens to me _every_ single time :(
[14:19] <mdeslaur> rsalveti: tag, you're it
[15:13] <zmaj> hello
[15:13] <zmaj> how do i launch a terminal in ubuntu touch?
[15:13] <zbenjamin> sergiusens: btw, there is a problem with adb and the emulator. Lets say I have a device attached and use adb forward to forward a local port to the device. Then i start a emulator  (device stays attached) , then it breaks all the forwards
[15:17] <rsalveti> mdeslaur: will try to reproduce, have a bug for that already?
[15:18] <mdeslaur> rsalveti: no I don't. perhaps davmor2 has one?
[15:19] <rsalveti> mdeslaur: did you get that with vivid or rtm?
[15:19] <rsalveti> or both?
[15:19] <mdeslaur> rsalveti: rtm and rtm-proposed
[15:20] <mdeslaur> well, I haven't tried rtm-proposed in a week or so, let me try it again
[15:20] <mdeslaur> rsalveti: let me try with vivid too, and I'll let you know
[15:21] <davmor2> rsalveti: I only care about rtm-proposed currently I hit it from time to time on reboot it's the same issue I had the other day I think that got fixed with --arch=i386 and then worked fine after anyway
[15:22] <rsalveti> hm, right
[15:22] <davmor2> rsalveti: or at least the results are the same
[15:22] <rsalveti> downloading 134 and will check
[15:26] <mdeslaur> same with rtm-proposed
[15:27] <mdeslaur> after reboot, and after unlocking, no dash, only a black screen
[15:28] <mdeslaur> what's the channel name for vivid? ubuntu-touch/ubuntu/devel?
[15:29] <mdeslaur> ah, ubuntu-touch/devel
[15:33] <ogra_> mdeslaur, no ... ubuntu-touch/devel-proposed
[15:33] <ogra_> ubuntu-touch/devel is utopic until we can promote a vivid image
[15:33] <ogra_> (see the ML thread)
[15:33] <mdeslaur> ah, ok
[15:34] <mdeslaur> who has time to read mailing lists? ;)
[15:36] <seb128> ogra_, is ubuntu-touch/ubuntu-rtm/14.09-proposed going to stay on rtm/ota/...?
[15:36] <ogra_> seb128, no ince we have a 14.10 rtm ... you should never use versioned channels but their alias
[15:36] <ogra_> s/ince/once/
[15:37] <seb128> ogra_, can I change that without wipping out the device?
[15:37] <ogra_> ubuntu-touch/ubuntu-rtm/devel-proposed
[15:37] <ogra_> yeap
[15:37] <seb128> kool
[15:37] <ogra_> system-image-cli has a swithc for that
[15:37] <seb128> --switch
[15:37]  * seb128 tries
[15:37] <ogra_> :)
[15:37] <ogra_> its a switch called --switch
[15:38] <alecu> kalikiana, zbenjamin: hi! I need to add a clickable icon to the right of an app header... Who would be the right person in the sdk team to ask about this?
[15:39] <alecu> something like this; http://pasteboard.co/1ZwtFNvS.png
[15:39] <seb128> ogra_, is that command supposed to be slow/hang?
[15:40] <ogra_> seb128, s-i-c doesnt output anything if you dont specify -v
[15:40] <ogra_> just wait
[15:40] <seb128> ok
[15:41] <zbenjamin> alecu: timp would probably know
[15:41] <alecu> thanks!
[15:42] <alecu> ah, but probably not in this channel :-)
[15:57] <mdeslaur> rsalveti: works fine with vivid
[16:00] <rsalveti> mdeslaur: interesting, will check in a few
[16:03] <sergiusens> zbenjamin: can you log a bug on android-tools?
[16:18] <pdxwebdev> Mardy: Are you around?
[16:18] <pdxwebdev> mardy: let me know.
[17:13] <mardy> pdxwebdev: hi! I'm terribly sorry, there has been an internet black-out which ended just now :-/
[17:15] <mardy> pdxwebdev: http://yle.fi/uutiset/elisa_reports_problems_in_web_traffic/7653636?origin=rss
[17:16] <mardy> pdxwebdev: are you still available for a chat now?
[17:21] <pdxwebdev> mardy: absolutely. I'll get back on.
[18:25] <cyphermox> rsalveti: didn't you already plan to have a recovery screen for the data corruption case?
[18:25] <kenvandine> alesage, when i run the whole set of autopilot tests for settings on my desktop i get piles of failures, but if i run each TestCase I get 100% passes
[18:25] <rsalveti> cyphermox: I do have one for error at this point, we can reuse it for now
[18:25] <cyphermox> yeah
[18:25] <rsalveti> until we use the official one
[18:26] <kenvandine> alesage, i think i have a reliable fix for the tz one you commented on, not using a sleep
[18:26] <rsalveti> we just need to reboot into recovery saying the device is broken
[18:26] <cyphermox> yes
[18:26] <cyphermox> I can come up with that
[18:26] <kenvandine> elopio, ^^
[18:26] <cyphermox> but we should probably just put this on the backlog and in next sprint
[18:26] <rsalveti> yeah
[18:26] <alesage> kenvandine, bad new first, good news last, thanks for that :)
[18:26] <rsalveti> let me write that down
[18:26] <cyphermox> rsalveti: it's not like it's critical that it gets fixed right this minute
[18:26] <alesage> kenvandine, I haven't been tracking, just offered a theory there, happy to help test in a bit
[18:27] <kenvandine> alesage, elopio: basically i'm utilizing _go_to_page more, instead of a bunch of select_single
[18:29] <rsalveti> cyphermox: yeah, rebooting for now is more than enough
[18:30] <cyphermox> rsalveti: well, for the record I fully agree that it would be better to explicitly say "your phone is broken, call support" than to just reboot and hope people notice it's not normal
[18:31] <elopio> kenvandine: that sounds good. You shouldn't call select_single from a test, that should be encapsulated in methods like go_to_X
[18:31] <kenvandine> yeah
[18:31] <kenvandine> elopio, gradually trying to fix those
[18:32] <elopio> kenvandine: please let us know when you have something ready and we'll look at the MP.
[18:38] <kenvandine> elopio, i'll push a branch in just a few minutes that gets us a tiny bit closer :)
[18:38] <kenvandine> but hopefully will improve the flakyness
[18:41] <kenvandine> elopio, https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/less_flaky/+merge/242957
[18:42] <kenvandine> elopio, also, the content-hub testability branch has landed in vivid
[18:42] <kenvandine> elopio, remember i had said after installing the test peers package you had to run the hook as the user once?  you can also just reboot the device
[18:42] <kenvandine> the hooks appear to be run on start
[18:53] <kenvandine> elopio, woot!  i just had 10 consecutive passes from the datetime tests... before my branch it failed 3 out of 4
[18:54] <elopio> kenvandine: I saw the branch landing. That's great. I think it's easier from the tests to run the hook, instead of rebooting.
[18:54] <elopio> but from adt both are possible.
[18:55] <elopio> kenvandine: instead of having the pages as properties, I would make them methods.
[18:55] <elopio> open_celular_page, for example.
[18:56] <elopio> that way it's clearer when you read it that there's one user action involved.
[18:56] <elopio> kenvandine: but your change it's clearly a step forward. Thanks.
[19:01] <kenvandine> elopio, yeah but we have a bunch of places that refer to them as properties
[19:01] <kenvandine> so this was a quicker fix
[19:01] <kenvandine> we need to tear into them all and refactor
[19:02] <kenvandine> but i want to do that one plugin at a time, figured this was a good start to help us get things more reliable
[19:04] <kenvandine> elopio, i added you to the reviewers list for that branch :)
[19:04] <kenvandine> elopio, thx!
[21:11] <elopio> ping cyphermox: have you used the hostap hwsim?
[21:12] <cyphermox> elopio: only very briefly, why?
[21:12] <elopio> cyphermox: I'm trying to use it to connect through the network manager to an ap, without success so far.
[21:12] <elopio> cyphermox: I managed to get the test cards. And I can see the test ap in the network indicator.
[21:12] <cyphermox> yeah
[21:12] <elopio> but when it is open and I click it, the connecting animation runs forever.
[21:13] <elopio> if it has a password, I get a libnm error.
[21:13] <cyphermox> hmm, this might actually be another issue than hwsim
[21:13] <cyphermox> you have two wireless devices by now, correct?
[21:14] <elopio> cyphermox: I'm not sure if hwsim is faking all the pieces needed to communicate with the indicator.
[21:14] <elopio> cyphermox: actually, 5 wireless devices.
[21:15] <cyphermox> elopio: could you put the output of 'nmcli dev' in a pastebin?
[21:16] <cyphermox> you should have at least two wireless devices created by hwsim, with a third device used if you want to monitor the traffic
[21:16] <elopio> cyphermox: yes, on e second. Let me recover my real card to paste it.
[21:17] <elopio> cyphermox: http://paste.ubuntu.com/9256021/
[21:18] <elopio> cyphermox: there are some examples for p2p communication between two devices. I haven't tried that yet.
[21:18] <cyphermox> interesting, they seem to not be managed?
[21:19] <cyphermox> or am I just not reading this properly
[21:19] <elopio> cyphermox: http://pad.ubuntu.com/fake-wifi
[21:19] <elopio> that's the test I used as a sample.
[21:20] <elopio> cyphermox: ah, from the README in the tests it said I should change the network manager config so they are unmanaged.
[21:20] <cyphermox> readme in which tests?
[21:21] <elopio> cyphermox: http://w1.fi/gitweb/gitweb.cgi?p=hostap.git;a=blob;f=tests/hwsim/README;h=d04a862218c7f3bb0560adddb45a9dcf93a312b9;hb=HEAD
[21:21] <cyphermox> looks like you're trying to use a config with 802.1x; I would recommend you try with no security first, so we know things work
[21:22] <cyphermox> ok, I see
[21:22] <elopio> cyphermox: yes, last thing I tried was hapd = hostapd.add_ap(apdev['ifname'], { "ssid": "open" })
[21:22] <cyphermox> you need to revert that and only unmanage the device that serves as the remote AP if you want to be able to use NetworkManager to connect to the others
[21:23] <cyphermox> alright, but in the pad I see some ieee8021x-open settings used to create the wpa and NM configs
[21:24] <elopio> cyphermox: that was the first attempt. What you say makes sense.
[21:24] <elopio> it's the first time I play with this, so I'm not sure how to get the mac of the remote ap. But I will try some things.
[21:24] <elopio> cyphermox: I'll be back with more questions, probably :) Thank you!
[21:25] <cyphermox> no worries
[21:25] <cyphermox> I'll be out soon, I have a dinner planned
[21:26] <cyphermox> that said, you might want to look at the test scripts that pitti wrote already:
[21:26] <cyphermox> http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu/view/head:/debian/tests/wpa-dhclient
[21:26] <cyphermox> and http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu/view/head:/debian/tests/network_test_base.py
[21:27] <cyphermox> elopio: those are already running regularly, and using mac80211_hwsim to test a few permutations of wifi security settings
[21:27] <elopio> cyphermox: interesting.
[21:27] <elopio> thanks. Enjoy your dinner.
[21:27] <cyphermox> I guess they could easily be adapted to add a few more security settings if you want to test them, and running them separately (it really doesn't need NM)
[21:29] <FG_Julius> has been most likely asked 100 times already: any ETA when the dualboot script will be fixed to work with Android5.0 on the Nexus4? After I updated via OTA the superuser isn't working any longer
[21:30] <FG_Julius> and the script via usbdebugger runs fine but doesn't seem to work anylonger like on kitkat
[22:11] <nhaines> FG_Julius: MultiROM Manager?
[22:12] <FG_Julius> no the dualboot.sh script
[22:12] <nhaines> Actually, you could probably use Nexulockr to root Your Nexus 4.
[22:12] <nhaines> FG_Julius: I'm suggesting an alternative.
[22:12] <FG_Julius> I see
[22:12] <FG_Julius> multirom seems much more complicated and messes with my stock android install
[22:13] <nhaines> Okay.
[22:14] <FG_Julius> this nexulockr only automates the normal procedure?
[22:14] <nhaines> Yes.
[22:14] <FG_Julius> I don't think I need that, as my phone is already fully unlocked and rooted and had Ubuntu Touch running just fine
[22:15] <nhaines> You just said superuser wasn't working any longer.
[22:15] <FG_Julius> yes because it seems incompatible with and 5.0
[22:15] <nhaines> Then it's not rooted.
[22:16] <nhaines> Anyway, the latest superuser does work, so you should be able to update it manually.
[22:17] <FG_Julius> ah so it just doesn't work with the dualboot.sh script?
[22:17] <FG_Julius> thanks for the help!
[22:18] <nhaines> I didn't say anything related to that.  :/
[22:19] <FG_Julius> ok ;)
[22:19] <nhaines> Android 5.0 changed the way priviledge escalation works and you need a newer Superuser app.  They updated it a couple hours after the factory Android 5.0 images rolled out.  You'll need to get that as a minimum.
[22:19] <nhaines> Then you can start worrying about whether or not the dualboot.sh script works.
[22:20] <FG_Julius> normally that script automatically installed the superuser app
[22:20] <nhaines> Well, it's probably installing an old version.
[22:20] <nhaines> I had to stop using it after they dropped support for the Galaxy Nexus, and it doesn't work on the Nexus 5.
[22:22] <FG_Julius> its's actually SuperSU, I wil try to find a newer version then
[22:23] <nhaines> Yeah, I had to switch to SuperSU in 5.0
[22:25] <nhaines> I'm going to install vivid alongside ubuntu-rtm/14.09 and check it out.