[04:06] <nimmersatt> where do I find existing Ubuntutouch apps?
[06:21] <tisch22> Is there a way to get Ubuntu touch 14.09 on the Nexus 7 (2012)?
[06:21] <tisch22> Seeming to have a difficult time at it.
[07:38] <dholbach> good morning
[07:43] <JoeyChan> morning dholbach
[07:43] <dholbach> hi JoeyChan
[07:44] <JoeyChan> just met a problem that I can't run project on my phone   :(
[07:44] <JoeyChan> SSH Protocol error: Server and client capabilities don't match
[10:20] <JamesTait> Good morning all; happy Monday, and happy World Orphans Day! :-D
[10:49] <tsdgeos> is it me that setting developer mode only works the second time?
[10:50] <ogra_> define "the second time"
[10:51] <ogra_> works fine here when i set it in the UI
[10:51] <ogra_> immediately after toggling the switch
[10:54] <tsdgeos> ogra_: so i toggle the switch
[10:54] <tsdgeos> nothing happens
[10:54] <tsdgeos> go back enter the developer mode screen again
[10:54] <tsdgeos> and the switch is untoggled
[10:54] <tsdgeos> then i toggle it again
[10:54] <tsdgeos> and then it works
[10:55] <ogra_> weird
[10:55] <tsdgeos> this only happens after a flash
[10:55] <tsdgeos> otherwise it works fine
[10:55] <ogra_> file a bug, but i cant really reproduce it here
[10:55] <ogra_> oh, wait, do you use the --developer-mode option t ubuntu-device-flash ?
[10:56] <ogra_> (you really shouldnt, thats only for CI or scripted testing etc when you dont run the wizard)
[11:08] <tsdgeos> ogra_: hmmm
[11:08] <tsdgeos> i use this
[11:08] <tsdgeos>  ubuntu-device-flash  --channel=ubuntu-touch/ubuntu-rtm/14.09-proposed --wipe --device krillin
[11:08] <tsdgeos> ogra_: ↑
[11:09] <ogra_> no, that looks fine
[11:09] <ogra_> well, probably worth a bug then ...
[11:09] <ogra_> file it against android-tools
[11:12] <tsdgeos> ok, i wil do in a moment
[11:12] <tsdgeos> tx
[11:29] <ogra_> mandel, aany progress with the adbd hacks ?
[13:33] <ahayzen> chrisccoulson, ping
[13:40] <wligtenberg> I got the following error when trying to create e "kit" for my Nexus 4 phone flashed with the latest ubuntu: Kit autocreation for unknown is not supported!
[13:42] <ogra_> whats "kit" ?
[13:42] <ogra_> never heard of it
[13:45] <wligtenberg> Well, in the Ubuntu SDK you need to define a Kit for each device
[13:45] <beuno> ogra_, AFAIUI, it's basically a chroot
[13:45] <ogra_> beuno, ah
[13:45] <wligtenberg> for the emulator that worked fine, but for the physical device not so much
[13:45] <wligtenberg> indeed, that is my understanding as well
[13:46]  * ogra_ still uses vi for all app development :) 
[13:54] <wligtenberg> it seems someone else has a similar issue: http://askubuntu.com/questions/544697/ubuntu-sdk-error-kit-autocreation-for-error-is-not-supported
[13:54] <wligtenberg> I think something goes wrong with the architecture detection
[13:55] <bzoltan> wligtenberg: there is a quick fix for that
[13:55] <wligtenberg> bzoltan: please tell me :)
[13:57] <bzoltan> wligtenberg:  clean up the .config/QtProject/
[13:58] <bzoltan> wligtenberg:  most likely something got messed in the devices.xml under the ~/.config/QtProject/qtcreator/
[14:01] <wligtenberg> ok, but now I need to guess which numeric value goes with armhf :)
[14:02] <wligtenberg> mmm, I changed it to something else, but it keeps changing it back!
[14:11] <Saviq> kenvandine, hey, wanted to ask on what's your plan to land settings in rtm, will you prep a cherry-pick MP as we do or do you want separate MPs per trunk commit?
[14:11] <kenvandine> we're doing cherry-pick MP
[14:13] <Saviq> kenvandine, so https://code.launchpad.net/~nick-dedekind/ubuntu-system-settings/lp1336715.check.sync/+merge/241152 should really go away altogether, right? (/me can't delete)
[14:14] <kenvandine> Saviq, yeah, it needs to be a cherry-pick
[14:15] <Saviq> kenvandine, yeah, but do you want a separate MP per trunk commit, or will you just create a branch with all of them together and MP into rtm? (IMO separate MPs are waste of time and effort)
[14:15] <Saviq> kenvandine, basically what I wanna know is if we need to do anything for this change to land in rtm, or will you take care of it :)
[14:16]  * Saviq just has a rtm-staging branch, does merge -c from lp:unity8 for all interesting commits and MPs that into rtm as a single merge
[14:16] <kenvandine> i want to keep them small, but doesn't have to be per-commit
[14:16] <kenvandine> right now we don't have any other commits approved for rtm
[14:17] <kenvandine> so this is the only one
[14:17] <Saviq> kenvandine, oh? seb128 said otherwise
[14:17] <seb128> Saviq, what did I say?
[14:17] <seb128> oh
[14:17] <Saviq> seb128, that you have commits on settings trunk that should go into rtm already
[14:17] <seb128> no, I said we have a stack of bugfixes that would make sense for rtm/ota1
[14:17] <Saviq> ah, so nothing for rtm itself
[14:17] <seb128> I didn't say they are "approved"
[14:17] <Saviq> yet
[14:17] <seb128> well, I would like to see some in rtm
[14:17] <kenvandine> yet
[14:17] <seb128> but I'm not the one deciding
[14:18] <Saviq> kenvandine, want me to prep an MP for this one then and land it, or do you want to coordinate yourself?
[14:18] <kenvandine> Saviq, so right now that check.sync is the only one approved for that, so kgunn was trying to make sure it went through
[14:19] <kenvandine> Saviq, doesn't it require a unity8 landing to go with it?
[14:19] <kenvandine> we did that for vivid
[14:19] <Saviq> kenvandine, it's not required I don't think, let me check
[14:19] <kenvandine> i'm find doing it myself as long as it's ok to land on it's own
[14:20] <Saviq> dednick, is https://code.launchpad.net/~nick-dedekind/ubuntu-system-settings/lp1336715.check.sync/+merge/239494 dependant on anything?
[14:20] <Saviq> dednick, for landing into rtm that is?
[14:20] <kenvandine> i thought there was a reason that went into a silo with unity8
[14:21] <dednick> Saviq: nope
[14:21] <dednick> Saviq: it's standalone now
[14:21] <Saviq> kenvandine, I think the reason was that we were blamed for the bug ;)
[14:21] <Saviq> kenvandine, so yeah, ↑
[14:24] <kenvandine> ok
[14:26] <seb128> mardy, is there any known issue with sharing with facebook on the current rtm? I'm trying to share a picture from gallery, but it opens the webbrowser, asks me for my fb password and I end up on my wall without the photo, swipping back to the gallery and try again leads to a fail then (e.g sharing does nothing and sends me back to gallery)
[14:26] <seb128> kenvandine, ^ moved here btw
[14:27] <kenvandine> alex_abreu, ^^
[14:27] <kenvandine> WebApps API message received: {"args":"[{\"callbackid\":\"ubuntu-webapps-api0.26988044986501336\"}]","name":"ContentHub.onShareRequested","target":"ubuntu-webapps-binding-call"}
[14:27] <kenvandine> Unauthorize API call blocked: ContentHub.onShareRequested
[14:27] <seb128> sorry, it's not the webbrowser it opens
[14:27] <alex_abreu> kenvandine, https://code.launchpad.net/~abreu-alexandre/webbrowser-app/fix-facebook-hub-share/+merge/240125
[14:27] <seb128> it's the fb webapp rather
[14:27] <alex_abreu> seb128, ^
[14:27] <seb128> alex_abreu, great!
[14:27] <alex_abreu> it is landing as we speak
[14:28] <alex_abreu> (silo 7)
[14:28] <seb128> I've added an rtm line
[14:28] <alex_abreu> seb128, thx
[14:28] <seb128> pmcgowan, ^ can we get that on the rtm wishlist?
[14:28] <kenvandine> whew... one line fix :)
[14:28] <alex_abreu> kenvandine, yeah, ... this one went through the cracks
[14:28] <davmor2> Hey guys vivid mako image 15 the message indicator hasn't gone green on a new message, I got the osd, I have the message in the indicator it's just the envelope isn't green, I even get the blue pulsing led when the mako is asleep
[14:29] <kenvandine> davmor2, it shouldn't be green anymore
[14:29] <kenvandine> icon theme change in vivid
[14:29] <kenvandine> should be white when there is a message
[14:29] <kenvandine> and gray when there isn't
[14:32] <seb128> alex_abreu, kenvandine: that fix doesn't work great, I get the fb auth page, then when I select the passwd entry the screen change to the "post photo" one, but it didn't let me enter my password and when I do "post" it spins for a minute and fails and send me back to the auth page
[14:32] <davmor2> kenvandine: http://people.canonical.com/~davmor2/message.png and http://people.canonical.com/~davmor2/message1.png that looks the same colour to me
[14:32] <davmor2> kenvandine: that is with the message still in the indicator
[14:33] <seb128> alex_abreu, kenvandine: in fact posting worked, so why do I start on a login form if I don't need to login? it also takes like 1 minute to post (but could be the upload time of the photo)
[14:34] <alex_abreu> seb128, this is not the fix itself but the interaction w/ login & OA that needs to be refined,
[14:34] <alex_abreu> seb128, there are branches by mardy in the works for that
[14:34] <alex_abreu> seb128, we are relying on fb api to post, so whatever lag there is, will be seems, we are actually waitingin for a reply from FB before switching to the account view
[14:35] <alex_abreu> seb128, design has a few tasks on its plate to iron those out (interatcions)
[14:35] <seb128> k
[14:35] <alex_abreu> in the next few weeks
[14:35] <davmor2> kenvandine: no I have the message removed it isn't as bright but that is way to subtle
[14:36] <davmor2> kenvandine: http://people.canonical.com/~davmor2/message2.png empty
[14:38] <seb128> alex_abreu, I doubt that's a design issue, it prompts for a login and discuss the login when selecting the password entry, then manages to sucessfully submit
[14:38] <seb128> alex_abreu, that seems like a good old code bug, it shouldn't ask for credential if not needed, and if it asks it should let you enter the password before morphing to a send UI
[14:39] <seb128> alex_abreu, where should that be reported?
[14:48] <alex_abreu> seb128, do you have a OA fb account registered & enabled for the fb webapp ?
[14:50] <seb128> alex_abreu, yes and yes
[14:51] <seb128> alex_abreu, did you try if it works for you?
[14:52] <alex_abreu> seb128, the experience is not optional, and there are known issues in the way that OA works w/ webapps atm which makes those more appearent
[14:52] <alex_abreu> seb128, but as I said, those are tracked, & have been talked about in washington
[14:52] <alex_abreu> seb128, it works for me yes
[14:52] <seb128> alex_abreu, the main issue is that the fb app asks for the password on start, even if it's in the online accounts and it doesn't need it
[14:52] <alex_abreu> seb128, yes
[14:53] <seb128> alex_abreu, it works fine if the fb app is already open
[14:53] <alex_abreu> seb128, this is a known issue w/ the cookies expiring for which mardy has a branch,
[14:53] <seb128> k
[14:53] <seb128> are those fixes targetted for rtm?
[14:53] <seb128> alex_abreu, also the cancel/post buttons are not translated, do you know if that's a known issue?
[14:54] <alex_abreu> seb128, the bit that you see originate from the fact that OA auth for webapp work with cookies that can expire, while the FB sare bit works w/ the FB api and oauth tokens, so you can end up having this weird experience
[14:55] <alex_abreu> seb128, it isn't a known issue not, it should be a bug
[14:55] <seb128> alex_abreu, k, against what component?
[14:55] <alex_abreu> seb128, webapps-core
[14:59] <seb128> tedg, hey, saw bug #1391164? I assigned it to you, hope it's ok
[15:01] <kenvandine> davmor2, talk to tiheum about the messaging icon, that was a change from him
[15:01] <tedg> seb128, Heh, NO BUGS! :-)
[15:01] <tedg> I'll look at it.
[15:01] <seb128> tedg, oh yeah, a bug, and it's yours!
[15:01] <seb128> thanks ;-)
[15:02] <seb128> alex_abreu, seems like the issue is that it tries to read the string from ubuntu-ui-extras but that is not properly setup for translations
[15:04] <alex_abreu> seb128, so it's not related to the webapp itself
[15:04] <seb128> alex_abreu, I don't think so
[15:04] <davmor2> tiheum: why the change in the messaging app?  dull light grey to white is hardly a noticeable change.  The green was maybe a bit in your face but you knew you had a message :)
[15:06] <nimmersatt> has anyone heard of the fairphone?
[15:06] <nimmersatt> can you quickly port ubuntu touch on it for me? ;)
[15:12] <nimmersatt> please :)
[15:13] <nimmersatt> hey it is 10 am
[15:16] <pngo> for the last three releases contacts stopped working. I get a msg that I have no contacts, and I do, and if I want to sync with google, and none of the buttons, Yes and No, work. Is this known bug?
[15:18] <tiheum> davmor2: not my personal choice but it has been decided that all the indicators should be white and grey (expect the battery icon which uses green when charging and red when empty)
[15:19] <tiheum> davmor2: I think it's a nice move because sometimes the topbar looked like a christmas tree
[15:20] <tiheum> davmor2: more seriously, we tried to reduce the use of colours in mono icons. They are now limited to icons that really need to catch to user's attention.
[15:22] <davmor2> tiheum: yes I agree on that grounds but it is so unobvious, until the phone sleeps that you have a message :)  When the phone sleeps you get a nice glowing led :)
[15:25] <dobey> davmor2: hey, can you test something real quick? i have a contact on my phone, and i'm trying to add a photo to it, but when i tap to add the photo from the gallery, the phone locks up hard, when the gallery app opens up
[15:27] <davmor2> dobey: work here on krillin on rtm154 or are you on mako
[15:27] <seb128> alex_abreu, https://code.launchpad.net/~seb128/ubuntu-ui-extras/update-translations-template/+merge/241286 just as a fyi, should fix the issue
[15:27] <dobey> davmor2: i'm on a nexus5. but the nexus5 images follow the mako builds, so maybe more likely to happen on mako
[15:28] <davmor2> dobey: works on mako too on vivid 15
[15:28] <alex_abreu> seb128, thx for handling that one
[15:37] <kenvandine> Saviq, i forgot, cherry-picking that fix conflicts, so not that straight forward
[16:11] <kenvandine> jgdx, still around?
[16:11] <kenvandine> jgdx, i'm trying to cherry pick a fix from trunk to rtm, but the cellular plugin is conflicting in strange ways
[16:12] <kenvandine> like we've had something change in rtm and not trunk
[16:12] <kenvandine> jgdx, but merging from rtm into trunk doesn't produce a diff for SingleSim.qml
[16:13] <kenvandine> which is the file i am questioning
[16:14] <kenvandine> jgdx, can you try to merge revisions 1187..1189 from trunk to rtm and see what you think?
[16:15] <wligtenberg> bzoltan: Thanks for the clarification on askubuntu!
[16:18] <seb128> kenvandine, do you think we should try to rtm  https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1389630 ?
[16:42] <kenvandine> seb128, i'd like to see it
[16:43] <seb128> kenvandine, what's the process to land things on rtm? should we just wait for rtm to be out and land things for ota1 then assuming it's going to be easier?
[16:45] <kenvandine> seb128, yeah, for now
[16:45] <kenvandine> except for the TOPBLOCKERS
[16:45] <seb128> k
[16:45] <seb128> what about wishlist approved ones?
[16:47] <ogra_> seb128, they will likely go into ota1 or ota2
[16:48] <seb128> ogra_, k, should we try to line them up for landing somewhere or just forget about rtm for a bit and just work on vivid until somebody opens ota landings?
[16:48] <ogra_> seb128, you will need to get your bug onto olli's wishlist
[16:49] <seb128> ogra_, is that the same that pat's one?
[16:49] <ogra_> and yes, you can indeed land it in vivid but keep a branch ready with a cherry pick for rt/ota
[16:49] <seb128> I got a few of those approved
[16:49] <ogra_> good
[16:49] <seb128> I'm just unsure what I'm supposed to do next
[16:49] <ogra_> yes, it should be the same list
[16:49] <seb128> the fixes are in vivid
[16:49] <ogra_> prepare a silo :)
[16:49] <seb128> k, so I can do that, even if it's not a topblocker?
[16:49] <ogra_> i might need to idle in there til after the milestone
[16:50] <seb128> k
[16:52] <ogra_> tedg, why do you need an overrid for indicator-sound ? do you expect it to ever be used without pulase installed ?
[17:29] <LjL> has anyone here built for i9300? i'm trying to follow what i believe are the latest instruction to get the best-working version from an XDA post... but i'm all confused
[18:03] <kenvandine> dednick, i attempted to cherry pick the check.sync branch to rtm but the cellular plugin had diverged a bit
[18:03] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/rtm-lp1336715.check.sync
[18:03] <kenvandine> dednick, can you look at that, I lost part of your fix in the cellular plugin there
[18:04] <kenvandine> dednick, specifically dataControl, it's an OptionSelector in rtm
[18:04] <kenvandine> not a switch
[18:34] <nik90> charles: ping
[19:25] <dobey> mandel: http://www.themacaque.com/?p=1195
[20:42] <ibbill> hi kids does anyone know when 14.04-2 ubuntu will be released
[20:43] <ibbill> I I am going to install ubuntu on a friends computer would like to install 14.04 2 not 14.01
[20:43] <ibbill> oops 14.04-1
[21:13] <mandel> dobey, fuu php, will fix that, I did an update an things went the wrong way :-/
[21:13] <mandel> dobey, thx
[21:15] <dobey> mandel: sure, i was searching for "qt5 mocking" stuff, and it was like the 3rd result for one of the searches. was disappointed when i couldn't read it :P
[21:15] <mandel> dobey, lol
[21:15] <mandel> dobey, what did you need to do?
[21:16] <mandel> dobey, in that post I tell how to use GMock and Qt and ensure that you do call verify mocks in the correct place since it does not work that well with qt
[21:16] <mandel> you can take a look at the tests in lp:ubuntu-download-manager
[21:16] <dobey> mandel: trying to find a way to mock qt5 objects, without having to write wrappers around every bloody thing
[21:17] <mandel> dobey, that is a cpp problem rather than a Qt one (well, they do not use virtual much, but I suppose that is a performance issue)
[21:17] <dobey> the network stuff in qt is in particular, a huge f'n pain, when trying to write tests
[21:17] <dobey> mandel: it's not just virtual, but some objects you can't even instantiate directly
[21:18] <mandel> dobey, yes, it is horrible, I had to write wrappers, it sucked, and the architecture of the QNetworkAccesManager makes it a really bad one
[21:18] <mandel> dobey, sometime I really would like to use python all the time
[21:19] <mandel> then I remember it sucks in a diff way ;)
[21:19] <dobey> python is great for writing unit tests
[21:19] <dobey> but sucks for pretty much everything else :P
[21:21]  * mandel agrees