[01:07] <afm> gah... that was a fail.. back to google
[01:16] <afm> Repository not found on phablet.ubuntu.com
[01:16] <afm> This may likely be an unsupported build target
[01:16] <afm> Default revision phablet-trusty not found in android_device_oneplus_bacon. Bailing.
[01:16] <afm> obviously! :|
[01:16] <afm> s'why I'm trying to build it!
[01:32] <pngo_> what is a password for phablet?
[01:35] <afm> The images have a pre-configured user account called phablet, with the account password also set to phablet
[01:35] <afm> really... 2 second google....
[01:35] <popey> not any more
[01:36] <popey> the password for phablet is whatever you set the pin/passphrase to
[01:36] <pngo_> popey: thank you I just realized that.
[01:36] <afm> more awesome documentation
[01:37] <popey> afm: which device you hacking on?
[01:37] <afm> one plus one
[01:37] <popey> oh nice!
[01:38] <popey> I have a friend who won one of those in a competition at XDA DevCon a few weeks back
[01:38] <popey> was trying to convince him to attempt a port ☻
[01:39] <afm> i'd love to make it work.. i'm a sysadmin.. but the docs are terrible
[01:40] <afm> i can get invites if anyone's looking
[01:42] <popey> afm: yeah, docs need love
[01:43] <afm> happy to update if i can get it working....
[01:43] <popey> that would be awesome
[01:49] <pngo_> popey: I'n trying to ssh from my computer to the phone, but no luck. It works fine from phone to computer. What am I missing?
[01:49] <popey> ssh not running on phone by default
[01:50] <afm> iptables?
[01:50] <popey> I use "phablet-shell" to connect to my device
[01:50] <afm> netstat -an | grep 22 on the fone?
[01:50] <pngo_> well, I started ssh sudo service ssh start. looks like it works.
[01:50] <popey> i dont think we have iptables enabled
[01:50] <pngo_> oh. ok.
[01:57] <afm> ssh troubleshooting....
[01:57] <afm> is it running and listening?
[01:57] <afm> root@myth:~# service ssh status
[01:57] <afm> ssh start/running, process 839
[01:57] <afm> root@myth:~# netstat -an | grep 22 | grep \*
[01:57] <afm> tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
[01:57] <afm> any firewall/iptables blocking?
[01:57] <afm> iptables -L
[02:00] <afm> are you on the same subnet as the fone?
[02:01] <pngo_> yes
[02:02] <pngo_> like I said it works fine from phone to computer.
[02:03] <afm> unfamiliar with phablet-*.. if it's running/listening try -vvv
[02:04] <afm> does the phablet-* use keys?  have you transferred yer pub key?
[02:07] <afm> phone to computer has zero to do with the daemon on the phone
[02:07] <pngo_> phablet-shell command is not recognized here.
[02:08] <pngo_> but i'm using debian not ubuntu
[02:09] <afm> is phablet-shell actual ssh or adb?
[02:12] <pngo_> i do not know
[02:13] <pngo_> i think is same as adb shell.
[02:13] <afm> ssh -vvv user@$phone_addy
[02:13] <afm> adb != ssh
[02:15] <afm> ssh to the thing! no need to use phablet tools....
[02:26] <afm> could use some porting help... anyone familiar?
[02:27] <afm> 100% opensource phone
[02:30] <popey> afm: bit late for most
[02:33] <afm> i'm EST.... where ya'll from?
[02:39] <popey> afm: all over, its most active here in EU/US working day, but everyone is a bit madly busy at the moment
[02:40] <afm> understood.. i'ma member of the group... hopeful release for bug fixes tomorrow i think i saw
[06:21] <justCarakas> o/ good morning evening whatever it is at your place all
[06:53] <dholbach> good morning
[07:17] <mardy> tvoss: hi! Does the platform API provide some kind of event loop?
[07:17] <tvoss> mardy, nope
[07:18] <mardy> tvoss: OK. I eventually want to (actually, I've been asked to :-) ) make a C++ version (no Qt!) of the Online Accounts APIs, which have many asynchronous methods and rely on an event loop
[07:19] <mardy> tvoss: if the platform API provided an event loop, I could use the QAbstractAventDispatcher class to hook into that, and just wrap the Qt APIs
[07:20] <tvoss> mardy, sure, but I don't think we want to expose an event loop from the platform api. It's a very opinionated choice to force an event loop and the papi is too low-level to take such a decision, due to its effect on so many parts of the stack
[07:21] <mardy> tvoss: that's true
[07:28] <larsu> tvoss: sorry, but saying an event loop is opinionated is pretty far out there. It's about the most main-stream thing you can do
[07:29] <larsu> (not saying you should supply one in papi)
[07:31] <tvoss> larsu, I'm not questioning that it is mainstream, I'm just saying there is a place for it in the stack, and that papi is not the right place to introduce one
[07:35] <pitti> Wellark: system identifier> that's whoopsie, not apport; I think it computes something based on MAC address or maybe IMEI; better ask ev or bdmurray
[07:36] <larsu> tvoss: I understood the "opinionated" part as questioning it. Again, I'm not saying you should supply one, that statement just bothered me :P
[07:39] <anpok_> hm for everything that needs an event loop you can always just expose and fd.. and let the end user pick the event loop
[07:41] <larsu> anpok_: what about libraries?
[07:42] <anpok_> larsu: i meant the library interface could be: here is my fd - let me process things when necessary..
[07:50] <larsu> anpok_: oh right. That's a pretty clumsy api though, especially when you need to pass through fds from other libraries you're using
[07:50] <seb128> mpt, hey, not sure but you might want to assign the ubuntu-ux part of https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1378333 to yourself
[07:50] <larsu> anpok_: didn't want to start a discussion though, sorry :)
[07:52] <mpt> seb128, wow, that bug summary can be read in two different ways, and both of them are valid bugs
[07:52] <mpt> (1) Preinstalled apps are removed without notice when you upgrade
[07:52] <mpt> (2) If you uninstall a preinstalled app it’s still upgraded when you upgrade the system
[07:53] <anpok_> larsu: np
[07:53] <seb128> mpt, there are several bugs open about the handling of preinstalled apps, like https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1265250
[07:54] <seb128> mpt, or https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1314382
[07:54] <seb128> mpt, that second one is sort of your (2)
[07:54] <mpt> That looks like it, yes
[07:55] <mpt> I was just impressed by the grammar for a moment :-)
[07:56] <seb128> hehe
[08:01] <mpt> charles, did you report a bug about the battery icon being clipped? <http://i.imgur.com/9vK1P6p.jpg>
[08:06] <mpt> charles, nm, reported it as bug 1381387
[08:25] <larsu> mpt: this is probably a bug for MacSlow. Notifications are sent from the system to unity8, which renders them
[08:27] <MacSlow> mpt, I know about that clipping issue... but I've not been able to sort that out yet... first gusses point towards a SVG-renderer-bug in Qt...
[08:28] <MacSlow> mpt, but the volume-warning/sync.-notification keep me busy still so I don't yet know when I can really address this.
[08:49] <JamesTait> Good morning all; happy Information Overload Day! :-D
[08:49] <ogra_> thats too much information !
[08:52] <ev> Wellark, pitti: yes, there's a dbus service under the whoopsie umbrella that provides a system identifier. It creates a sha512 hash of the IMEI, system UUID, or MAC address. The aim is to have something stable across reinstalls.
[08:55] <oSoMoN> rpadovani, hey, I commented on https://code.launchpad.net/~rpadovani/webbrowser-app/1351167/+merge/238155
[08:57] <rpadovani> oSoMoN, thanks! No, bumping is not required, I did it without thinking because I do the same thing in the core apps. I revert to 2.0 asap. And thanks for the suggestion about debian/webbrowser-app.install - I know nothing about packaging
[08:59] <oSoMoN> rpadovani, cool, let me know when it’s ready to test again (and if you need help with packaging changes)
[09:07] <vitimiti> Hi
[09:11] <rpadovani> oSoMoN, tbh, new components use QtQuick 2.3 - I dunno if I can downgrade it, I need to do some tests, I'll update you this night
[09:15] <oSoMoN> rpadovani, ok, if the new components use 2.3 for a good reason that’s absolutely fine, but then let’s keep this confined to the upstreamcomponents/ directory for now
[09:15] <rpadovani> oSoMoN, ok, thanks :-)
[09:32] <rpadovani> oSoMoN, sorry to bother you again, you said the line to add in debian/webbrowser-app.install is usr/share/webbrowser-app/upstreamcomponents/. Should't be usr/share/webbrowser-app/webbrowser/upstreamcomponents ?
[09:34] <oSoMoN> rpadovani, you’re right, but in fact I think the problem is not in debian/webbrowser-app.install
[09:34] <oSoMoN> rpadovani, but rather in the cmake install rules
[09:34] <oSoMoN> let me check
[09:35] <oSoMoN> rpadovani, yes, you will need to add a "install(DIRECTORY upstreamcomponents …" directive to src/app/webbrowser/CMakeLists.txt, around line 50
[09:36] <oSoMoN> rpadovani, and with that you shouldn’t have to change anything in the packagingn
[09:36] <oSoMoN> -n
[09:36] <rpadovani> oSoMoN, ok, gotcha. Do I have to create a CMakeLists.txt also in the upstreacomponents directory?
[09:37] <rpadovani> oSoMoN, also, I downgraded QtQuick also in upstream components. They work well, so also trusty users can use them :-)
[09:40] <oSoMoN> rpadovani, no, no need for an extra CMakeLists.txt there
[09:40] <oSoMoN> cool
[10:21] <dpm> pitti, so we should have a touch full langpack export in about 30 mins. I'll send an e-mail to confirm once the export has finished
[10:31] <pitti> dpm: thanks; mail is better today indeed
[10:32] <Wellark> tvoss: I will review the MP but I need to branch it properly to verify couple of things
[10:33] <Wellark> would be _so_ nice if LP offered full file diffs
[10:33] <tvoss> Wellark, sorry, what?
[10:33] <tvoss> ah okay
[10:35] <rpadovani> oSoMoN, I pushed modifications we talked about, hope they are ok!
[10:36] <oSoMoN> rpadovani, thanks, I’ll take a look at them shortl
[10:36] <oSoMoN> shortly
[10:48] <tvoss> popey, ping with https://bugs.launchpad.net/osmtouch/+bug/1381463
[11:57] <oSoMoN> rpadovani, I commented again on https://code.launchpad.net/~rpadovani/webbrowser-app/1351167/+merge/238155
[12:03] <Wellark> tvoss: should I top-approve, or what's the process with qtubuntu-media? https://code.launchpad.net/~thomas-voss/qtubuntu-media/fix-races-for-access-to-destroyed-controls/+merge/238404
[12:04] <tvoss> Wellark, did you test it?
[12:04] <tvoss> Wellark, please give your vote
[12:04] <Wellark> tvoss: just code review
[12:04] <tvoss> Wellark, ta can be done later
[12:04] <tvoss> Wellark, ack
[12:07] <Wellark> tvoss: we will get the silo soon enough
[12:07] <Wellark> so if we don't see those unity8 crashes on boot then it's fixed :)
[12:09] <tvoss> Wellark, the silo is ready
[12:09] <tvoss> Wellark, silo 10
[12:09] <Wellark> Saviq: ok, tell me how it went :)
[12:10] <Wellark> tvoss: oh, it's not part of the unity8 silo?
[12:10] <Wellark> ok, I saw the crash happening a lot on rtm-proposed on krillin
[12:10] <Wellark> I can flash that and try out the silo
[12:10] <Wellark> tvoss: anything else to test?
[12:11] <Wellark> I saw you attached another bug to that MP as well
[12:11] <mterry> tedg, is greeter profile switching for rtm or ota?
[12:15] <Chipaca> seb128: could you take a look at https://code.launchpad.net/~chipaca/gsettings-ubuntu-touch-schemas/fix-notification-hub-blacklist-description/+merge/238417 when you get a chance? it's related to bug 1380662
[12:16] <seb128> Chipaca, hey, ok
[12:16] <Chipaca> seb128: thanks
[12:16] <seb128> yw!
[12:40] <Saviq> mterry, ota
[12:40] <mterry> Saviq, ok
[12:40] <mterry> mzanetti, are you busy today?  I'd appreciate a review of the dbus-race-fix branch today, because I'm off the next couple days and it'd be hard to fix it up in response
[12:42] <mzanetti> mterry: ok, will do that today
[12:53] <rpadovani> thanks oSoMoN, I totally agree with you, I'll fix them
[13:13] <seb128> Chipaca, that description seems still slightly wrong
[13:14] <seb128> Chipaca, the appid seems to be the basename and not the filename from the bug exampls
[13:14] <seb128> Chipaca, like it's "ciborium", not "ciborium.desktop"
[13:14] <Chipaca> seb128: yeah, i think i've had that conversation
[13:14] <dpm> Elleo, thanks a lot for the keyboard MP review!
[13:14] <Chipaca> basename isn't the word you're thinking about either
[13:14] <Chipaca> basename is without the path
[13:15] <Chipaca> maybe i should just say "without the .desktop extension"
[13:15] <Chipaca> ?
[13:15] <Chipaca> yeah, i'll do that
[13:15] <Chipaca> seb128: coming up
[13:16] <seb128> Chipaca, that works too, but you don't have the path in the key, so I think basename would work
[13:16] <seb128> Chipaca, thanks
[13:17] <Chipaca> seb128: done
[13:18] <seb128> Chipaca, approved
[13:18] <Chipaca> huzzah
[13:18] <seb128> Chipaca, does that need to land now you think, or fine to queue?
[13:18] <Chipaca> seb128: fine to queue
[13:18] <seb128> what I think as well
[13:19] <seb128> thanks
[13:19] <Chipaca> seb128: was planning on putting it into a silo together with the push branch next weekish
[13:19] <Elleo> dpm: no problem, thanks for working on another layout :)
[13:19] <seb128> Chipaca, k, feel free to do that
[13:22] <dpm> it turned out to be easier than I thought
[14:52] <jgdx> mterry, ping
[14:52] <mterry> jgdx, hello
[14:53] <jgdx> mterry, hey, I'm trying to reuse your HERE stuff from the wizard (System.hereEnabled)
[14:53] <jgdx> mterry, it seems that sometimes it's impossible to set System.hereEnabled to true. You know what happens?
[14:54] <mterry> jgdx, no I haven't happened to notice that
[14:54] <ralsina_> dpm: I am happy to answer any questions about how thee client side of push works, just email/ask here :-)
[14:55] <jgdx> mterry, just curious, why aren't you using the accountservice interface?
[14:57] <dpm> ralsina_, excellent, thanks! That was a really productive meeting, btw
[15:00] <mterry> jgdx, um I probably could have wrapped around it instead yes...  That interface is sync, while I try to do async where possible.  But that's not a huge deal
[15:02] <mterry> jgdx, but I'm surprised that setting doesn't work well -- in system.cpp, we simply proxy that to dbus
[15:02] <mterry> jgdx, setHereEnabled that is
[15:04] <jgdx> mterry, me too. It might be my usage, (though it's System.enableHere = false/true) but it could also be the binding?
[15:04] <mterry> jgdx, have you debugged what happens when it fails?  Is the dbus call made but fails?
[15:08] <jgdx> mterry, I have not.
[15:17] <jgdx> mterry, maybe you could take a look at it?
[15:17] <jgdx> mterry, https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/security-allow-acceptance-of-here-terms-fixes-1375322/+merge/238419
[15:17] <mterry> jgdx, sure I can play with it and try to reproduce today
[15:18] <mterry> jgdx, I'm off tomorrow and Friday though so will have to brain dump any findings
[15:18] <jgdx> mterry, awesome. Thanks.
[15:20] <mterry> jgdx, I'll look after lunch
[15:21] <jgdx> seb128, could you take a look as well? https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/security-allow-acceptance-of-here-terms-fixes-1375322/+merge/238419
[15:22] <seb128> jgdx, k, adding to my list
[15:24] <jgdx> seb128, can you put that one and the flight mode bug in a silo?
[15:24] <seb128> jgdx, not sure what are the rules atm, they only want rtm blocker in this week
[15:24] <seb128> I don't even understand what bugs are on that list
[15:24] <seb128> but sure, I can put things in a silo
[15:24] <seb128> not sure we can land the silo though
[15:26] <jgdx> seb128, not sure, but both branches are trying to fix bug 1375322 and bug 1376957
[16:04] <seb128> tedg, is the silo 013 something you are looking at landing today? it contains u-s-s so it blocks other landing (if I don't override the conflict and decide to outdate yours, which I can do if you don't plane to get that moving/landed since we have important fixes queued)
[16:05] <seb128> jgdx, just as a fyi ^
[16:31] <Laney> Something borked with utopic-proposed? Stuck at google logo after flashing
[17:51] <jgdx> seb128, thansk
[17:52] <jgdx> mterry, got a look at it?
[17:53] <mterry> jgdx, about to start
[17:53] <jgdx> mterry, awesome. Thanks. I'll be biab
[18:17] <tedg> seb128, No, it doesn't have super critical bugs, so blocked :-(
[18:35] <gcollura> ogra_, ping
[18:35] <ogra_> hey
[18:36] <gcollura> ogra_, could you please take a look at https://code.launchpad.net/~gcollura/phablet-tools/click-buddy/+merge/236950
[18:36] <gcollura> thanks :)
[18:36] <gcollura> (next time I'll rewrite click-buddy in python)
[18:36] <ogra_> heh
[18:37] <ogra_> gcollura, not today or tomorrow though ... we're all super busy getting an rtm milestone ready
[18:38] <gcollura> ogra_, don't worry :)
[19:02] <mterry> jgdx, I can't reproduce the problem
[19:02] <mterry> jgdx, how often does it not work for you?
[20:23] <nhaines> I was pleased to find that the Desktop-Next ISO ran on my laptop today.  So that's a change from the past few weeks.  :)  Wasn't terribly useful and Unity froze, but wasn't unpleasant.  I suspect with a touch screen it would have been bearable.
[20:23] <nhaines> But it's nice to see that it's working, because that gives a solid platform for desktop development.  :)
[20:24] <ogra_> oh, seeing you say that ....
[20:24] <ogra_> cyphermox, i had some issue on my laptop today with desktop-next installed ... urfkill was rather unhappy
[20:33] <dobey> nhaines: i suspect it'll need a lot more than just a touchscreen to make it usable
[20:34] <dobey> like actual windows :)
[20:38] <nhaines> dobey: considering almost no work has been done to make it usable, I think it's looking pretty good.  :)
[20:40] <cyphermox> ogra_: explain?
[20:40] <ogra_> cyphermox, urfkill gets installed on laptop/desktop alongside with ubuntu-desktop-next (touch)
[20:40] <cyphermox> yeah, but how do you mean unhappy?
[20:41] <cyphermox> did you file a bug?
[20:42] <ogra_> cyphermox, 100% CPU usage
[20:42] <ogra_> cyphermox, not yet ... the above reminded me of it :)
[21:34] <derelinguo> Hi, porting question. Is there a clean way to exclude modules that have duplicate definitions? Also do you keep the vendor one or the AOSP version?
[21:35] <taiebot> i keep getting my Sim locked i am on rtm/14.09 r.89 i do not really understand why  i manage to call one person but now it says it is blocked.
[21:36] <vitimiti> Hi
[21:42] <taiebot> there must be a bug there because after a reboot it s back to normal.
[21:53] <jgdx> mterry, that's great
[21:54] <jgdx> I haven't tried the newest debs.
[22:09] <mterry> jgdx, well sorta great  :)
[22:09] <mterry> jgdx, I always feel dread when I can't reproduce
[22:35] <cm-t> Hi, does this bug is already landing in rtm or will it be on the maybe tonight image ?  bug #1362008
[22:36] <cm-t> Damnit, I was making showcase for month saying only thing missing to be fully a smartphone is the support of mms, and then I learn it was woring, only my APN not well set.
[22:51]  * vitimiti Bye