[01:06] <Wellark> pitti`: help
[01:06] <Wellark> https://bugs.launchpad.net/ubuntu/+source/share-app/+bug/1360670
[01:06] <Wellark> https://bugs.launchpad.net/ubuntu/+source/libhud-qt/+bug/1360671
[02:53] <hackersarchangel> Howdy
[02:55] <hackersarchangel> I have a question about setting up APN, specifically because I’m on an MVNO and I can get the settings, but I’m not finding the terminal commands to accomplice this.
[02:55] <hackersarchangel> I’ll keep googling, but so far my search terms aren’t working very well
[02:56] <hackersarchangel> **accomplish
[02:57] <hackersarchangel> if anyone is able to help I would appreciate it :)
[03:10] <hackersarchangel> also what is the default password? Search results say it’s “phablet” but that’s not working.
[03:48] <jitendravyas> Can anyone elp me how to uninstall Ubuntu Touch from my Nexus 7 tablet
[03:57]  * hackersarchangel sighs
[03:59] <hackersarchangel> any advice on what I need to change to get SMS/Data working?
[04:23] <hackersarchangel> I have been editing the gsrp file under /var/lib/ofono/<random number string>/ but that doesn’t appear to be helping.
[04:37] <hackersarchangel> is the GSRP file the same syntax as the android one? if so I can just drop that into place.
[04:38] <hackersarchangel> I know the android one is xml based, and this doesn’t appear to be but you never know
[04:46] <pitti> Wellark: what's up?
[04:46] <pitti> Wellark: the two "drop from archive" bugs?
[04:46]  * pitti does them
[04:49] <hackersarchangel> ...
[04:53] <Wellark> pitti: I have had trouble to find someone to take care of them
[04:53] <Wellark> so thanks!
[04:54] <pitti> Wellark: ah, just subscribe ~ubuntu-archive, then it usually gets taken care of
[04:54] <Wellark> they were supposed to be dropped for 14.04 already, but got burried
[04:54] <pitti> Wellark: should that go from RTM, too?
[04:54] <Wellark> pitti: they are not seeded to rtm
[04:55] <pitti> ack, indeed
[04:58]  * Wellark hopes LP would allow to set project status to "abandoned"
[04:58] <Wellark> oh, well..
[04:59] <hackersarchangel> Gentlemen, I understand you are busy working on the project, but can I snag a moment of your time?
[05:02] <Wellark> hackersarchangel: sure
[05:02] <hackersarchangel> I’m having some trouble getting SMS/3G to work, and I want to make sure I’m editing the right file
[05:03] <hackersarchangel> also wondering what the default password is for ‘phablet’ seeing as I tried ‘phablet’ and this not working
[05:03] <hackersarchangel> I’m editing /var/lib/ofono/<random numbers>/gsrp
[05:03] <Wellark> hackersarchangel: the password is what you set the passcode to be in first run wizard
[05:04] <hackersarchangel> and I have a Nexus 5 on Sprint using an MVNO, and I have to change my APN in Android.
[05:04] <hackersarchangel> Ah! Thanks. Never even occurred to me to try that.
[05:04] <Wellark> hackersarchangel: under /var/lib/ofono
[05:05] <Wellark> hackersarchangel: I'm actually working on a graphical editer to modify the broadband settings ATM
[05:05] <hackersarchangel> Ok so I am editing the correct file. That at least helps, I now just need to figure out what the settings are supposed to be aside from just the mmsc change.
[05:05] <hackersarchangel> Sweet.
[05:05] <Wellark> hopefully get that done and landed today
[05:06] <Wellark> hackersarchangel: if you edit the files directly
[05:06] <Wellark> you need to stop ofono while editing
[05:06] <hackersarchangel> I’m using the nightly but I’m not using Ubuntu One, so I’m not sure if the Multi-Rom will see that update soon or not.
[05:06] <hackersarchangel> I’m editing it from within Android and rebooting.
[05:06] <Wellark> $ sudo stop ofono
[05:06] <Wellark> <edit ,edit edit>
[05:06] <hackersarchangel> but that saves me the headache of rebooting xD
[05:06] <Wellark> $sudo start ofono
[05:07] <hackersarchangel> Sir, I thank you for helping me out, this is a great start.
[05:07] <hackersarchangel> Now I know all my Google searching was right, I’m just not finding the right settings.
[05:07] <Wellark> hackersarchangel: you might also have to manually tell NetworkManager to activate the new settings
[05:07] <hackersarchangel> even from a reboot:
[05:07] <hackersarchangel> ??
[05:08] <Wellark> so after editing /var/lib/ofono/{IMSI/gprs
[05:08] <Wellark> do
[05:08] <Wellark> nmcli c
[05:08] <Wellark> and locate a line there that says something like /{IMSi}/contextX
[05:09] <Wellark> and do $ nmcli c up id /{IMSI}/contextX
[05:10] <Wellark> as I said, I hope to land the graphical editor today
[05:10] <hackersarchangel> I have a bunch of those. Tell you what, I’ll start from scratch and see what happens.
[05:10] <Wellark> which will make all of the pain go away
[05:10] <hackersarchangel> Lol
[05:10] <hackersarchangel> Ok and should I update from within the GUI or continue using Multi-Rom to update it?
[05:10] <Wellark> hackersarchangel: you can just do $ sudo stop ofono
[05:10] <Wellark> $ sudo rm -rf /var/lib/ofono
[05:10] <Wellark> sudo start ofono
[05:11] <Wellark> and you have a "clean" setup
[05:11] <hackersarchangel> sweet.
[05:11] <hackersarchangel> Thanks a bunch man.
[05:11] <Wellark> hackersarchangel: np. my pleasure
[05:11] <hackersarchangel> if it doesn’t work I’ll stick to stock Android as my daily driver but I’m interested to see how this pans out.
[05:12] <Wellark> hackersarchangel: it should work if you enter the correct values under /var/lib/ofono/{IMSI}/gprs
[05:12] <Wellark> you can get those values from your operator
[05:12] <Wellark> for 3G
[05:12] <hackersarchangel> Right.
[05:13] <Wellark> the only relevant value really is the AccessPointName
[05:13] <Wellark> for MMS you need the message center and friends
[05:13] <hackersarchangel> The only thing they are giving me is the APN address and I think I’m fudging up too many pieces.
[05:13] <Wellark> APN address is usually enough
[05:13] <Wellark> unless the operator is doing something nasty
[05:14] <hackersarchangel> No, it’s Ting as my provider
[05:14] <Wellark> hackersarchangel: what is your operator?
[05:14] <Wellark> which country?
[05:14] <hackersarchangel> US
[05:14] <hackersarchangel> they are an MVNO of sprint, and the only thing I change on Android is the MMSC
[05:14] <hackersarchangel> to get MMS working, the 3G/LTE kicks in when doing PRL/Profile updates
[05:15] <hackersarchangel> been looking at some of the APN files for flashing and I am probably just mucking it up by changing too much. I’ll tinker and figure it out :)
[05:16] <hackersarchangel> … it just told me I had a read-only FS.
[05:16] <Wellark> hackersarchangel: "Ting" you said?
[05:16] <hackersarchangel> Ting.
[05:16] <Wellark> that's not even par tof https://git.gnome.org/browse/mobile-broadband-provider-info/tree/serviceproviders.xml
[05:17] <hackersarchangel> Not surprised.
[05:17] <Wellark> hackersarchangel: hmm.. is it a CDMA phone?
[05:17] <Wellark> as we don't currently support CDMA
[05:17] <hackersarchangel> They’ve only been around maybe 2 years?
[05:17] <hackersarchangel> OH
[05:18] <hackersarchangel> Wait no I’m using a Nexus 5 with a SIM
[05:18] <Wellark> it might still be CDMA modem on it
[05:18] <hackersarchangel> but I think that it is CDMA
[05:18] <hackersarchangel> ah.
[05:18] <hackersarchangel> Well rats.
[05:18] <Wellark> ok. then you are out of luck for now'
[05:19] <Wellark> sorry ;(
[05:19] <hackersarchangel> So I’m guessing Sprint is a no.
[05:19] <hackersarchangel> Just in the general sense.
[05:19] <hackersarchangel> Because I can use the phone on it but no SMS.
[05:20] <hackersarchangel> Which if I had to live without 3G I am fine with that, but no SMS would make a lot of my friends go bonkers.
[05:20] <Wellark> hackersarchangel: ok. normal SMS should work if you can place phone calls
[05:20] <Wellark> but MMS are more tricky
[05:20] <Wellark> hackersarchangel: do you have adb access?
[05:21] <Wellark> could you provide the output of
[05:21] <Wellark> /usr/share/ofono/scripts/list-modems
[05:21] <Wellark> just slam it to pastebin.ubuntu.com
[05:21] <hackersarchangel> so what do I type to get that? I know what you mean by ADB.
[05:22] <Wellark> hackersarchangel: plug in usb cable, type "phablet-shell" on your terminal
[05:23] <Wellark> that should log you in to the phone via SSH connection
[05:23] <Wellark> then you can just type /usr/share/ofono/scripts/list-modems and hit ENTER'
[05:24] <Wellark> hackersarchangel: I found this:
[05:24] <Wellark> http://www.4gtricks.com/2013/08/sprint-apn-settings-for-android-phone.html
[05:24] <Wellark> we could try those values
[05:24] <hackersarchangel> Service org.ofono not found on DBus: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
[05:24] <hackersarchangel> wait.
[05:24] <hackersarchangel> Derp'd
[05:24] <hackersarchangel> hang on
[05:25] <Wellark> you probably did not log in to the phone
[05:25] <Wellark> that just tells that your desktop/laptop is not running ofono :)
[05:25] <hackersarchangel> actually I forgot to restart it
[05:25] <hackersarchangel> ok so it’s saying I have a read-only file system
[05:25] <hackersarchangel> and I can’t delete the /var/lib/ofono folder
[05:26] <hackersarchangel> which is what I was doing then we continued onwards and I became ahead of myself
[05:26] <hackersarchangel> so that is another issue altogether I suspect.
[05:28] <hackersarchangel> http://pastebin.ubuntu.com/8156257/
[05:29] <hackersarchangel> Well I’m about to lose my battery, so I’ll go ahead and see if I can get it working on my own, but if not I’ll come back tomorrow night and just hang out here while working on it.
[05:30] <Wellark> hackersarchangel: what is the contents of /var/lib/ofono?
[05:30] <Wellark> $ sudo ls /var/lib/ofono
[05:30] <hackersarchangel> drwx------  2 root root 4096 Aug 27 00:27 310120020448886
[05:30] <hackersarchangel> drwx------  2 root root 4096 Aug 27 00:27 310120020448886-3
[05:31] <Wellark> ok. that -3 is weird
[05:31] <hackersarchangel> one second
[05:31] <Wellark> hackersarchangel: what is the contents of /var/lib/ofono/310120020448886/gprs ?
[05:32] <Wellark> after you have stopped ofono
[05:32] <hackersarchangel> just a second
[05:32] <Wellark> you should be able to do: $ sudo rm -rf /var/lib/ofono/*
[05:33] <hackersarchangel> I just did that, it cleared out the folder but it did bring back the -3
[05:33] <hackersarchangel> I’ll paste bin it
[05:33] <hackersarchangel> http://pastebin.ubuntu.com/8156283/
[05:33] <Wellark> hackersarchangel: please paste both /var/lib/ofono/310120020448886/gprs and /var/lib/ofono/310120020448886-3/gprs
[05:34] <hackersarchangel> there isn’t one in -3
[05:34] <hackersarchangel> just a version file
[05:34] <hackersarchangel> which is blank
[05:35] <Wellark> hackersarchangel: ack
[05:35] <Wellark> hackersarchangel: looking at your latest paste
[05:35] <hackersarchangel> ack?
[05:35] <Wellark> there are a lot of contexts pre-populated
[05:35] <hackersarchangel> Yeah.
[05:35] <Wellark> hackersarchangel: ACKnowledged :)
[05:35] <hackersarchangel> lol
[05:35] <hackersarchangel> nice.
[05:36] <hackersarchangel> hey I’m at 1% battery life, so my MacBook is going to shut off here in a minute.
[05:36] <Wellark> hackersarchangel: try
[05:37] <Wellark> $nmcli c up id /310120020448886/contexts8
[05:37] <Wellark> *context8
[05:38] <Wellark> that should get you 3G
[06:42] <fits> is it possible to use touch on cheap quadcore android phone?
[06:45] <dholbach> good morning
[06:45] <asac>  o/
[06:45] <asac> hello dholbach
[06:49] <dholbach> hi asac :)
[06:50] <fits> morning
[06:50] <fits> anyone had try to install touch on a cheal china quadcore phone ?
[06:51] <mardy> pitti, seb128: are you familiar with how .desktop files are translated? Or do you know someone who is? :-)
[06:53] <seb128> mardy, sort of, what's the question?
[06:54] <seb128> mardy, usually they have translated keys merged back in (like the source has a .desktop.in and generate the .desktop including the translations at build time)
[06:54] <seb128> mardy, we strip the translations and use an X-Ubuntu/GNOME-Gettext-Domain=<domain> key to load those from gettext in Ubuntu
[06:54] <mardy> seb128: exactly!
[06:55] <mardy> seb128: so, the problem with this is that g_app_info_get_display_name() doesn't translate them
[06:55] <seb128> hum, are you sure?
[06:55] <mardy> seb128: or maybe I don't have the translations, I should probably double check that...
[06:56] <mardy> seb128: I was just looking at this, but I didn't check yet if translations are there: https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1356939
[06:56] <mardy> seb128: and we are using g_app_info_get_display_name() to get the application name
[06:57] <seb128> mardy, the thing is that the gettext thing doesn't work for clicks, since they don't have their .mo in the standard gettext location
[06:57] <seb128> so we need to merge back the inline translations for those
[06:57] <seb128> pitti was looking at some of those issues yesterday I think
[06:58] <asac> dbarth__: my gmail webapp is kinda buggy; seems to not remember my cookies (e.g. when i start again i have to log in all over); also i cannot switch accounts anymore
[06:58] <mardy> seb128: these are not clicks, it's the sync daemon and account-polld; but I see that .mo files are missing, so it might be their bug after all
[06:58] <asac> dbarth__: want me to file a bug or is this already known?
[06:58] <seb128> mardy, right
[07:01] <mardy> sergiusens: you don't have a bug tracker for account-polld?
[07:02] <pitti> mardy: ah nice, you are using GAppInfo? Our glib is patched to use gettext, but indeed that requires the .mo files  to be installed in the standard paths (i. e. won't work for clicks)
[07:02] <pitti> mardy: but that mega-tracking but mostly applies to deb packages
[07:03] <pitti> mardy: there, the problem is that the .desktop files are missing the X-Ubuntu-Gettext-Domain field
[07:03] <mardy> pitti: yes, the information comes from libaccounts-glib, which is using GAppInfo, and then its API is wrapped in Qt and QML
[07:03] <pitti> mardy: ah, I meant bug 1318008, not your's (that might be differnet)
[07:04] <mardy> pitti: for account-polld, and sync-monitor, the X-Ubuntu-Gettext-Domain is properly set, but the .mo files are not there
[07:17] <asac> ogra_: do you remember if there had been discussion about making our rootfs not ship any apps?
[07:17] <asac> but rather move those into a "ubuntu default app pack" customization tarball or something?
[07:18] <asac> ogra_: i vaguely remember that something like this was discussed at some point (3+ month ago); but can't remember what the outcome/arguments for doing/not-doing this were
[07:18] <dbarth__> asac: go ahead, i haven't noticed that myself
[07:18] <dbarth__> asac: latest -proposed?
[07:19] <asac> dbarth__: no on rtm
[07:19] <asac> rtm-proposed
[07:19] <asac> so yeah kind of latest -proposed
[07:19] <dbarth__> ok
[07:19] <asac> dbarth__: can w add gmail as a testcase to your webapp engine for landings in future?
[07:20] <dbarth__> asac: when you switch between accounts, or just plain forgets any of your authentication?
[07:20] <asac> dbarth__: just simple: 1. log in; 2.log into second account; switch account; kill and start and see that you are still  logged in and can switch
[07:20] <dbarth__> ok
[07:20] <asac> dbarth__: kind of yeah. so i can log in and use it for one account
[07:20] <asac> then i log into another account,but always end up in the first account
[07:20] <asac> so the switch doesnt have effect
[07:20] <dbarth__> hmmm ok
[07:21] <asac> if i kill app and start again it is logged out
[07:21] <asac> very weird... i am sure you will see if you try :)
[07:21] <asac> dbarth: which package shall i file this against?
[07:21] <dbarth> lp:webapps-core [gmail]
[07:21] <bzoltan> ping asac
[07:21] <asac> bzoltan: dont ping, just speak :)
[07:21] <asac> whats up?
[07:21] <dbarth> need to split the project, but that's the one for now
[07:21] <bzoltan> asac: I am about to release a new UI Toolkit package and I see here http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html that the landing is blocked with "Not touching package due to block request by freeze" excuse.
[07:21] <asac> dbarth: no ubuntu package?
[07:21] <asac> or same?
[07:22] <bzoltan> asac: Mirv told me that it is because of the Edubuntu bet afeature freeze
[07:22] <asac> err
[07:22] <bzoltan> asac: that sounds odd.. edubuntu blocking RTM
[07:22] <Mirv> UITK is seeded in Edubuntu, so it's considered part of the freeze by default
[07:23] <Mirv> bzoltan: not RTM, the RTM UITK release would be separate from utopic release.. it's still in a silo
[07:23] <asac> bzoltan: its wrong indeed. once slangasek gets up he will fix this i am sure; until then lets see if we can get someone else in -release to pay attention
[07:23] <asac> Mirv: who is the driver behind edubuntu?
[07:24] <bzoltan> Mirv:  is it OK to land in RTM something what is not in Ubuntu?
[07:24] <Mirv> asac: I'm not sure if they have a dedicated driver in the community, but the release team controls the freezes anyhow
[07:25] <asac> Mirv: who is in release team anyway?
[07:25] <asac> Mirv: i know the foundations folks, but they are all in portland
[07:25] <asac> so looking for someone who mighit be awake right now
[07:26] <Mirv> asac: https://launchpad.net/~ubuntu-release/+members
[07:26] <asac> Laney: ^^
[07:26] <asac> help!
[07:26] <asac> :)
[07:27] <asac> ok shot mail to graber, steve and ian
[07:27] <Mirv> bzoltan: but you're correct, as utopic landing is required currently before RTM landing, this makes community derivative blocking our rtm distro landing :S
[07:27] <asac> not sure if he is debconf too... lets see
[07:27] <asac> Mirv: can we see in the excuses that efverything else is green?
[07:27] <asac> or does it not even test that?
[07:28] <bzoltan> Mirv:  who says that community does not influence the Ubuntu phone project :)
[07:28] <Mirv> asac: yes we can see, all autopkgtests have passed
[07:28] <asac> if its all green we can claim that it is in and do the publish into rtm imo
[07:28] <asac> to bandaid this
[07:28] <Mirv> right
[07:28] <asac> bzoltan: do you have yuour stuff in an rtm silo ready?
[07:28] <asac> and QA sign off etc.?
[07:28] <asac> if not, just do that and move
[07:29] <asac> while you are done we might have resurrectredt aht. if not we can workaround given the argument above until they show up
[07:29] <bzoltan> asac:  it is in the rtm ilo5 and ubuntu silo9
[07:29] <asac> bzoltan: and already signed off by QA for RTM?
[07:29] <Mirv> there's RTM silo, but it's not on the spreadsheet as robru copied it manuall, and it does not have QA signoff yet
[07:29] <Mirv> that's one thing for today, making those RTM silos not added manually to spreadsheet visible to QA team needing signoff
[07:29] <asac> Mirv: ok, can you help getting that QA sign off setup and arranged?
[07:30] <Mirv> asac: sure
[07:30] <asac> Mirv: well, that manual step feels like a lesser evil
[07:30] <asac> :)
[07:30] <Mirv> and a correction, there's a manual entry on the spreadsheet
[07:30] <asac> if thats what it takes let dos do it to keep the procss moving
[07:30] <Mirv> bzoltan: please mark the line 38 tested for RTM, and let's get signoff from QA for that
[07:30] <asac> right, so if bzoltan is done with testing then set it to done and get qa on it
[07:30] <asac> let me know if there is any problem
[07:31] <Mirv> yes, this should be alright now again
[07:31] <asac> ok colin fixed the block
[07:31] <asac> so business as usual
[07:31] <asac> thanks
[07:35] <LeelooOnline> have you guys used ubuntu touch yet?
[07:36] <asac> every day, yes
[07:36] <LeelooOnline> what devices have you install ubuntu touch on?
[07:37] <asac> LeelooOnline: N4 is your best bet for now
[07:37] <ogra_> asac, nope, i wasnt in that discussion
[07:38] <asac> LeelooOnline: just get a used one from ebay and you will be happy :)
[07:38] <LeelooOnline> any larger devices? e.g. 11 inch?
[07:39] <ogra_> LeelooOnline, if it isnt that urgent you could wait til the first ubuntu phone go on sale ...
[07:39] <ogra_> *phones
[07:39] <asac> thats tablet; you can try the N10, but we don't really put much focus on it, so it might be a bit rough :)
[07:39] <asac> but should work in general. at least noone really complained to me yet
[07:40] <ogra_> many people complain :)
[07:40] <ogra_> just yesterday someone was here and did
[07:40] <asac> not to me :P
[07:40] <ogra_> i think the sidestage works far less than optimal :)
[07:40] <ogra_> no, but to me
[07:40] <asac> so it cant be that desastrous
[07:41] <asac> would be too easy if there were no challenges
[07:41] <asac> hehe
[07:41] <ogra_> it definitely boots to a session :)
[07:41] <LeelooOnline> em ...I am looking for a tablet that can replace my giant laptop and running linux.....   :-(
[07:41] <ogra_> but as i heard it isnt much usable
[07:41] <lotuspsychje> LeelooOnline: nexus7
[07:42] <ogra_> yeah, the nexus7 works pretty well ... close to the quality of the nexus4 image i'd say
[07:42] <lotuspsychje> running nexus7 myself with touch, working smoothly
[07:43] <LeelooOnline> OK Thx guys.
[07:43] <asac> but be careful to get the right n7 if you consider buying one
[07:43] <anpok_> avoiding mali gpus is a good idea at least in the near future
[07:44] <LeelooOnline> the 2013 version or 2012 version
[07:44] <LeelooOnline> ??
[07:44] <lotuspsychje> LeelooOnline: 2013 wifi
[07:44] <lotuspsychje> !devices | LeelooOnline
[07:44] <asac> oh we have a bot that knows all that. nice :)
[07:45] <LeelooOnline> Thanx!
[07:52] <pitti> sil2100: wrt. bug 1357252, want me to copy the cgmanager fix from utopic to rtm?
[07:55] <asac> hey, i realllly need to run the OOBE tutorial thingy one more time
[07:55] <asac> how can I do that?
[07:58] <sil2100> pitti: yeah, that would be great :)
[07:58] <pitti> sil2100: done
[07:58] <sil2100> \o/
[07:59] <pitti> copy-package -b --from ubuntu -s utopic --to ubuntu-rtm --to-suite 14.09 cgmanager
[07:59] <sil2100> Now just for tedg to re-release his u-a-l
[07:59] <pitti> for the record (not sure whether you can run this yourself)
[08:00] <sil2100> I'm only a MOTU right now, so not really any power in this territory
[08:07] <ogra_> sil2100, i think fro uinverse to universe copies that would still work for you
[08:07] <sil2100> Probably, but not for cgmanager anyway
[08:07] <ogra_> copy-package should be able to check permissions that fine grained
[08:10] <sergiusens> mardy: pitti ubuntu-bug account-polld
[08:10] <ogra_> what are you doing up already ?
[08:10] <pitti> ogra_: yes, but cgmanager is in main
[08:11] <ogra_> pitti, yeah, just mentioning it :)
[08:11] <sergiusens> asac`: wrt the discussion about removing click apps by default was rejected
[08:12] <mardy> sergiusens: I want to add account-polld to this existing bug https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1356939
[08:12] <mardy> sergiusens: but it says that account-polld has no bug tracker
[08:12] <sergiusens> mardy: done
[08:12] <ogra_> mardy, erm, you need to use the package, not the upstream branch
[08:12] <sergiusens> mardy: "Also affects distribution"
[08:12] <mardy> sergiusens: ah, silly me! :-) Thanks :-)
[08:13] <ogra_> we generally dont use the upstram branches for distro bugs
[08:13] <sergiusens> mardy: on ogra_'s recommendation we did a project wide upstream disablement of the bug trackers to force them to be ubuntu-bugs
[08:13] <ogra_> right
[08:13] <ogra_> so that ubuntu-bug works with them ... and you cant really know if the bug you have isnt caused by a maintainer script error
[08:14] <sergiusens> mardy: I wonder what I'm missing to fix it though; I just followed dpm's recommendations
[08:14] <sergiusens> ogra_: in an ideal world; someone would log the ubuntu bug and then a gatekeeper might link it upstream
[08:14] <sergiusens> never happens :-P
[08:14] <sergiusens> since I can't really triage ubuntu bugs
[08:15] <ogra_> yeah, its utopic
[08:15] <ogra_> :P
[08:15] <sergiusens> ogra_: just makes triaging harder;
[08:15] <sergiusens> bugs are a black hole anyways
[08:15] <ogra_> why ?
[08:15] <sergiusens> they only get noticed for real real if they are too serious or if people make you notice it :-P
[08:15] <ogra_> weather you filter by package or by upstream project shouldnt really make a difference
[08:16] <ogra_> you can subscribe to packages for which you want to have all bugmail
[08:16] <sergiusens> ogra_: one more step in the _process_ ;-)
[08:17] <ogra_> in setup, yes
[08:18] <asac`> sergiusens: right, what was the rational for not doing it?
[08:18] <asac`> please remind me :P
[08:18] <sergiusens> mardy: ogra_ I wonder how the mo files got removed; they were there (I use spanish on my phone now to help with translations)
[08:19] <ogra_> sigh .. i thought paul disabled the known broken clock test
[08:19]  * sergiusens never used an os in a different language than english
[08:19] <ogra_> no image test results at all today :(((
[08:19] <asac`> really?
[08:19] <asac`> clock breaks the whole image?
[08:19] <ogra_> asac`, yes, there is a known issue with the clock
[08:19] <ogra_> (app)
[08:19] <asac`> ogra_: but how can that break the whol etesting?
[08:20] <ogra_> it cant download the test and falls over
[08:20] <asac`> ogra_: and the whole infra falls over becauuse of that?
[08:20] <ogra_> phablet-test-setup apparently runs in the install stage
[08:20] <asac`> can we fix that the tests become availa gain?
[08:20] <sergiusens> asac`: here's cjwatson's response for that https://lists.launchpad.net/ubuntu-phone/msg06900.html
[08:20] <ogra_> and pulls in all tests as the first step
[08:20] <sergiusens> ogra_: clock was updated?
[08:21] <ogra_> asac`, we'll definitely talk about that in 10min in the meeting, yes
[08:21] <ogra_> sergiusens, yep, clock-reboot replaces it
[08:21]  * ogra_ gets meeting coffee
[08:21] <asac`> sergiusens: ok thanks. seems that didnt take into account that we could have an ubuntu-standard customization tarball that we ship as our default image
[08:21]  * sergiusens checks jenkins
[08:21] <sergiusens> asac`: yes; that was how my proposal started
[08:21] <ogra_> the new unity8 is soooo lovely
[08:21] <asac`> ogra_: wait, can we not just make the tests available somewhere?
[08:22]  * ogra_ was totally surprised when the apps properly restarted
[08:22] <asac`> sergiusens: ok. will talk to folks next week again about this :)
[08:22] <asac`> thanks!
[08:22] <ogra_> Saviq, awesome work !!
[08:22] <Saviq> ogra_, glad, we still need some visual feedback that it restarts
[08:22] <Saviq> but the plumbing's there
[08:22] <Saviq> dandrader's work
[08:23]  * asac` wants that :P
[08:23] <asac`> sergiusens: thx for checking what append to clock. feels like something we could fix at least to a poinmt that the image tesing doesnt fall over
[08:23] <asac`> happened
[08:24] <sergiusens> asac`: that's easy; just do phablet-click-test-setup --click $click per click
[08:24] <mpt> thanks popey
[08:25] <asac`> sergiusens: how?
[08:25] <asac`> sergiusens: we cant taouch infra for now
[08:25] <cjwatson> asac`: I don't really mind moving some apps to such a custom tarball if it actually exists (which should happen *before* any removal); my reply was because people seemed unaware of the flexibility that click offers and thought that that approach was the only way to have some core apps not show up for carriers
[08:25] <sergiusens> asac`: well; on infra
[08:25] <asac`> cjwatson: all right. lets talk next week.
[08:25] <asac`> sergiusens: cant we fix this without infra stitches?
[08:25] <sergiusens> cjwatson: I think your reply was good; but I can attest that asac`hasn't read it yet
[08:25] <asac`> i meann... just put the tests in right place
[08:25] <cjwatson> asac`: however if you're doing that you should check how things work with regard to people branching the standard custom tarball, since I expect any procedures that exist now will consist of creating one from scratch
[08:26] <cjwatson> asac`: the above and the linked post are all I have to say on the subject really :)
[08:26] <asac`> to be clear, if at all, this is a post RTM topic
[08:26] <cjwatson> as long as people are making intelligent use of the facilities available ...
[08:26] <ogra_> asac`, dont bother ... it is known, we discussed it in the landing meeting last night and will look at it now too
[08:26] <ogra_> (the broken test)
[08:26] <asac`> ogra_: well, we dont have image results
[08:27] <asac`> thats not good if we can fix this without having to wait for US to wake up, i dont see why we would wait, but *shrug* :P
[08:27] <ogra_> asac`, right, and we have psivaa in the meeting to take a look for us
[08:27]  * asac` stays out of micro mode
[08:27] <asac`> cool
[08:27] <asac`> seems its covered
[08:27] <ogra_> right ;)
[08:27] <ogra_> we'll get results somehow
[08:28] <sergiusens> ogra_: just do what I said and skip clock
[08:28] <ogra_> sergiusens, yes, i had expected that plars had set it up that way, since we talked about it and kenw it would fail
[08:30] <sergiusens> ogra_: how does it fail; with the latest clock app from jenkins I don't see how it's failing to retrieve
[08:30] <sergiusens> ogra_: unless trunk was changed (rebased) before uploading the click
[08:30] <ogra_> sergiusens, feelk free to come to the meeting if you like :)
[08:30] <sergiusens> ogra_: so if you back out the rebase, it should be fine
[08:30] <sergiusens> ogra_: link?
[08:30] <ogra_> https://plus.google.com/hangouts/_/canonical.com/landing-meeting
[08:43] <nik90> sergiusens: I am afraid that's what happened: trunk was rebased before uploading the click. My fault sry :/
[08:43] <sergiusens> nik90: no worries
[08:43] <sergiusens> nik90: I just approved the click
[08:43] <nik90> sergiusens: however the new clock click package has been uploaded
[08:44] <nik90> sergiusens: sweet
[08:44] <vitimiti> Hi
[09:05] <oSoMoN> pitti, hey, regarding bug #1318008 and webbrowser-app, please see my last comment, not sure how that would be fixed?
[09:19] <oSoMoN> jibel, hey, can you still reproduce bug #1361159 ?
[09:35] <pitti> oSoMoN: ah, that one has X-Ubuntu-Gettext-Domain
[09:35] <pitti> oSoMoN: so I guess the problem there is that unity8 doesn't read that
[09:35] <pitti> oSoMoN: it's certainly much better to add the  domain rather than statically adding the translatiosn to the .desktop indeed
[09:36] <pitti> oSoMoN: but from what I heard yesterday, the apps scope is supposed to learn about that
[09:45] <pitti> oSoMoN: but from what I heard yesterday, the apps scope is supposed to learn about that
[09:45] <pitti> sorry, -EFOCUS
[09:45] <oSoMoN> pitti, ok, thanks
[09:54] <marcustomlinson> cjwatson: ping
[10:01] <cjwatson> marcustomlinson: at conference, very spotty availability, you would be well advised to leave a message rather than just pinging!
[10:02] <marcustomlinson> cjwatson: alright, question: is there a way to chain nested click hooks? What I mean is, I want to execute another hook from within the first click hook. Perhaps via the Exec line, passing on the id, short-id, user and home values?
[10:03] <marcustomlinson> cjwatson: or is there some "correct" way to have a hook defined in a manifest trigger more than one hook?
[10:03] <cjwatson> marcustomlinson: hook Exec commands must be idempotent, so you can just execute some other program if you want
[10:04] <cjwatson> marcustomlinson: if that's not sufficient, best mail me
[10:04] <cjwatson> bit involved for 3am :)
[10:04] <marcustomlinson> cjwatson: oh right, sorry
[10:18] <marcustomlinson> cjwatson: ah I see, you can have multiple hooks sharing one hook name, then all will execute for that name
[10:20] <cjwatson> marcustomlinson: ah yes, that's what I added that for
[10:21] <marcustomlinson> cjwatson: nice ;)
[10:21] <ogra_> cjwatson, what are you doing online ? you should be in a bar sipping beer at this time, shouldnt you ?
[10:21] <ogra_> :)
[10:22] <ogra_> (or even in a bed)
[10:23] <cjwatson> I'm in bed waiting for a transition to finish since it's big enough to require manual supervision lest the archive break
[10:24] <ogra_> heh
[10:24] <pitti> cjwatson: sounds like a nice sleeping lecture!
[10:25] <pitti> eek, isn't it like 3 am?
[10:25] <cjwatson> let's just say that figuring out a certain Launchpad patch is rising up my to-do list
[10:26] <cjwatson> so that proposed-migration can be atomic
[10:43] <indra> hi
[11:11] <ogra_> pitti, so how would i go about your sudo askpass solution in python ? the developer mode needs to land and i somehow need a solution for the package install steps in phablet-config (so i think adding a --password option to it and if thats not suppplied ask interactively for the pw)
[11:11] <ogra_> i assume wild subprocess calls (which is what i would do) are not really pythonish :)
[11:12] <pitti> ogra_: you'll need to call sudo through subprocess for sure :)
[11:12] <ogra_> oh, indeed ... i meant more about getting the PW and dumping it into a /tmp file for ssh_askpass
[11:13] <pitti> ogra_: you might be able to steal from http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/virt-subproc/adt-virt-ssh#n200 ?
[11:13] <ogra_> the sudo call is simply needing -S and the env var indeed
[11:13] <pitti> ogra_: although that's way more shell-ish than necessary, as that whole thing needs to be squeezed through an ssh pipeline
[11:14] <pitti> ogra_: you should just need a tempfile.NamedTemporaryFile(), write the little shell script with the "echo pwd" into it, os.chmod it executable, and add it to the sudo env
[11:14] <ogra_> k
[11:28] <seb128> mpt, what do you mean "the icons should be in color"?
[11:28] <seb128> on the settings wiki errata section
[11:29] <seb128> did the design change? I though we were design frozen for rtm?
[11:29] <mpt> seb128, I mean tiheum should provide some color ones :-)
[11:29] <seb128> mpt, "some", like for battery, or for every panel?
[11:29] <mpt> For every panel
[11:29] <seb128> urg
[11:29] <mpt> I don’t know whether that’s for RTM or not though
[11:30] <seb128> who should we ask if that's for rtm?
[11:30] <seb128> my understanding was that we should stop UI changes and focus on bugs/stability
[11:30] <mpt> I think all the important designers are in airports/airplanes at the moment
[11:31] <ogra_> testing airplane mode :P
[13:09] <mpt> Where do I report bugs on the eBay app? I don’t see it listed at <https://launchpad.net/webapps> or at <https://launchpad.net/+search?field.text=ebay>
[13:14] <popey> dbarth: ^ mpt question
[13:15] <GridCube> is there a list of recommended hardware? i see in that nexus status google doc that says nexus 4, its that the only supported?
[13:15] <popey> GridCube: currently the nexus 4 is the main supported phone
[13:16] <popey> !devices | GridCube
[13:16] <popey> others are community supported
[13:21] <ralsina> seb128: I have a very simple but critical bugfix for ubuntu-system-settings I'd love a quick review so I can land it https://code.launchpad.net/~ralsina/ubuntu-system-settings/fix-1357506
[13:21] <dbarth> mpt: please file a bug against lp:webapps-core, [ebay] in the bug title
[13:25] <seb128> ralsina, hey, thanks, approved
[13:25] <ralsina> seb128: awesome
[13:25] <seb128> ralsina, kenvandine does regular landing, I guess it's going to be in the next one
[13:26] <ralsina> seb128: there's one in process by cyphermox
[13:26] <ralsina> cyphermox: mind piggybacking that branch in your silo?
[13:27] <seb128> there are a bunch of fixes we can land
[13:27] <seb128> not sure if we should invalide cyphermox's one to do a proper landing including other things
[13:28] <seb128> or just land that and do another one
[13:28] <ralsina> seb128: I leave it in your capable hands to decide that :-)
[13:29] <seb128> ;-)
[13:35] <seb128> mterry, since you said you have some spare cycles, are you going to look at the privacy panel bugs? ;-)
[13:36] <pitti> mardy: I have a question in https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/lp1361608/+merge/232217
[13:36] <seb128> mterry, hum, settings display that I'm unsing a passphrase unlocking when I'm on swipe, weird
[13:36] <mpt> Thanks dbarth, reported bug 1362177
[13:37] <seb128> mterry, is the canonical storage for that setting in a-s or pam or gsettings?
[13:37] <mterry> seb128, it's many places!  ;)
[13:37] <seb128> mterry, :-/
[13:37] <mterry> seb128, so mostly it's the shadow database
[13:38] <mterry> seb128, but there is an additional display hint stored in AS for choosing between passcode or passphrase
[13:38] <seb128> mterry, so the setting is on "passphrase", if I select "swipe" it asks for my passphrase, I enter it and click "unset" and it stays on passphrase, but the lock is actual unlocking on swipe
[13:38] <mterry> seb128, sounds like AS never updated its PasswordMode property (or we didn't notice it anyway)
[13:39] <mterry> seb128, the way we switch to swipe is to ask AS to do it for us (it calls passwd -d as root)
[13:39] <seb128> mterry, hum, changing passphrase and setting doing "swipe" again fixed it
[13:39] <seb128> -settings
[13:39] <dbarth> mpt: ok
[13:39] <mterry> seb128, maybe just a UI bug...
[13:39] <seb128> yeah
[13:39] <mterry> seb128, if you can reliably reproduce, that would be hot  :)
[13:39] <dbarth> mpt: ah, those are quite annoying, but i think oSoMoN has a special trick now
[13:40] <popey> dbarth: also, it links to ebay.com and not regional ebay sites ☹
[13:40] <seb128> mterry, can't :/
[13:41] <oSoMoN> dbarth, no, there’s no magic trick to fix those, usually fixing that involves writing a userscript that suppresses the popup/banner/…
[13:41] <seb128> mterry, I'm going to keep an eye open for it though
[13:41] <mterry> seb128, thanks, me too
[13:41] <mardy> pitti: did you ever see the U1 account translated?
[13:41] <dbarth> oSoMoN: that userscript is what i wanted to reuse
[13:41] <pitti> mardy: not that I can remember, but I didn't test very often with German
[13:41] <pitti> (in the past)
[13:42] <mardy> pitti: I wrote a comment to the MP; what it fixes is only something which we broke recently; it may be that the U1 plugin needs to have a new bug
[13:43] <pitti> mardy: ah, ok; the MP looks correct, so landing it is fine (I can file a new bug then)
[13:47] <oSoMoN> chihchun, I just commented on bug #1362172
[13:48] <chihchun> err
[13:48] <chihchun> oSoMoN: thanks
[13:48] <chihchun> oSoMoN: yes, it work as expected.
[13:49] <liuxg> jdstrand, ping
[13:50] <oSoMoN> chihchun, can you please mark the bug invalid then?
[13:50] <chihchun> oSoMoN: done
[13:50] <oSoMoN> thanks
[13:52] <jdstrand> liuxg: hey
[13:53] <liuxg> jdstrand, i saw your reply on the security bug. thanks!
[13:53] <chihchun> liuxg: oSoMoN answered the canvas issue at #1362172, it's a typo. :-)
[13:53] <chihchun> liuxg: I'm Rex, BTW.
[13:54] <jdstrand> np
[13:54] <liuxg> jdstrand, who will be responsible for fixing it? SDK team marked it as invalid.
[13:54] <liuxg> chihchun, could you please send me code and I would like to have a try?
[13:56] <chihchun> liuxg: just replied the email, the sample is on https://github.com/chihchun/ubuntuwebapp-twocanvas
[13:56] <jdstrand> liuxg: so, I said the sdk 'could' check the logs for denials. I don't think that fits in with their current priorities (it would be a wishlist bug at most). they need to decide if they want to fix it at some point
[13:57] <liuxg> jdstrand, the developers may be confused about the errors there.
[13:57] <liuxg> chihchun, https://pastebin.canonical.com/115967/ this is my code. it seems that you changed it.
[13:57] <jdstrand> liuxg: documentation is being written to address (it should be posted soon on developer.ubuntu.com aiui)
[13:58] <mpt> WHOA, I just discovered that the welcome screen slides in BOTH DIRECTIONS
[13:58] <chihchun> liuxg: same idea, I like to make it easier to understand. It works on RTM branch
[13:58] <liuxg> jdstrand, I think document may not be enough since the errors are misleading, and developers will guess.
[13:59] <mpt> Hmm, I can’t get out of the “Emergency Call” screen, that’s not so amazing
[13:59] <jdstrand> liuxg: I understand your point, and I don't disagree that it would be a nice improvement, which is why I commented in the bug the way I did. the sdk team has to decide how they want to handle it
[14:00] <ogra_> mpt, actually emergncy call or SIM unlock ?
[14:00] <liuxg> chihchun, I will have a try on that
[14:00] <mpt> ogra_, actually emergency call
[14:00] <chihchun> liuxg: cool
[14:00] <ogra_> mpt, i noticed that there is an X in the bottom left ... on the PIN screen that you need to tap
[14:00] <ogra_> not really intuitive
[14:01] <mpt> I haven’t had the pleasure of encountering that screen
[14:05] <mpt> Oh, this one <https://launchpadlibrarian.net/183116202/dual_locked_sim.png>
[14:06] <ogra_> mpt, right
[14:07] <ogra_> i had a crash today where the session came up with that screen in my face (SIM was unlocked from the crashed session already) ... it took me quite a while to try the X to get out of it
[14:11] <mpt> reported bug 1362193
[14:16] <slangasek> asac`: sorry, I'm up but leading the conference off-site today at 8am so not in a position to help - did you find someone else to look at it?  What's the actual package that's blocked and needs unblocked?
[14:17] <asac`> slangasek: yes, colin unblocked.
[14:17] <asac`> dont worry about that part
[14:25] <pmcgowan> jgdx, are you cross building settings app?
[14:37] <Kaleo> is dpm away today?
[14:42] <pitti> renatu, salem_: is https://launchpad.net/ubuntu/+source/messaging-app/0.1+14.10.20140820-0ubuntu1 something which should be in RTM?
[14:42] <pitti> my next version on top of that (mark for langpacks) certainly ought to be, but I didn't want to copy it without discussing with you
[14:42] <pitti> asac`, sil2100: ^ FYI
[14:46] <tedg> popey, So I have a recoverable error for uDraw, is there some way to mark that so the next version put in the store should get checked? https://errors.ubuntu.com/problem/73de570bfb68d49176a67f61d80025dd30b3bbe9
[14:46] <tsdgeos> who do i have to convince to get https://code.launchpad.net/~aacid/dialer-app/update_pot and https://code.launchpad.net/~aacid/messaging-app/update_pot on the phone?
[14:46] <popey> tedg: define "checked"?
[14:47] <tedg> popey, I'd say "next time this needs manual review"
[14:47] <tedg> popey, i.e. put it on the bad list :-)
[14:47] <popey> tedg: we can leave feedback for the developer and let them know their app is broken.
[14:48] <popey> from that page I don't understand what the problem with the app is?
[14:48] <tedg> popey, Ah, okay. Here's one for slatekit-shell as well: https://errors.ubuntu.com/problem/c039da4850108e8f1daeba1338753d1cc1961800
[14:48] <cyphermox> seb128: ralsina: I don't mind, if you have other landings to add!
[14:48] <salem_> pitti, yes, definitely, the sim card stuff is required, but better talk to bfiller as he will manage the apps rtm landings I think.
[14:48] <tedg> popey, The icon isn't in the package, or not in the path specified.
[14:48] <popey> ah okay!
[14:49] <chihchun> liuxg: could you paste the screenshot and the version you are testing?
[14:49] <chihchun> liuxg: for #1362028
[14:50] <chihchun> liuxg: err, for bug pad.lv/1362172
[14:50] <pitti> bfiller: is https://launchpad.net/ubuntu/+source/messaging-app/0.1+14.10.20140820-0ubuntu1 something which should be in RTM? my next version on top of that (mark for langpacks) certainly ought to be, but I didn't want to copy it without discussing that previous landing
[14:50] <pitti> bfiller: if it's ok, I'm happy to copy the source to RTM
[14:51] <liuxg> chihchun, I just sent you my code. the problem is still there in my place.
[14:51] <chihchun> liuxg: which version you are using?
[14:51] <bfiller> pitti: messaging-app 0.1+14.10.20140822~rtm-0ubuntu1 just landed on rtm. probably best if you just push your changes on trunk and we'll pick them up on our next release to rtm
[14:51] <liuxg> chihchun, do you mean the phone software?
[14:51] <popey> tedg: i think we have a check for that now, so on update it would be picked up
[14:51] <chihchun> liuxg: yeap
[14:51] <tedg> popey, Ah, okay, cool.
[14:51] <pitti> bfiller: uh, so you already diverged?
[14:52] <liuxg> chihchun, your software works! my code was based on the template of the HTML 5 from the SDK.
[14:52] <bfiller> pitti: yes, but we will be converging with trunk on the next release
[14:52] <popey> tedg: but I'll let both the devs know
[14:52] <tedg> popey, Perhaps people have an old version of the package installed as well. We can't check that at the UAL level, only work with teh version they have installed.
[14:52] <popey> ya
[14:52] <pitti> bfiller: the change I'm interested in has been in trunk for a few days already
[14:52] <liuxg> chihchun, I think something could be wrong with the template and they conflict
[14:52] <cyphermox> seb128: have you done another landing for ralsina's fix or should I add it ?
[14:52] <liuxg> chihchun, please check my code there
[14:52] <popey> tedg: feel free to ping me any more of these
[14:52] <pitti> bfiller: so I'm not suwre what you mean by "push to trunk"
[14:53] <chihchun> liuxg: you have a typo, you create two context from same canvas
[14:53] <bfiller> pitti: ok, then that will get picked up on our next rtm release which will be based on trunk and not the rtm branch
[14:53] <tedg> popey, Sure, hopefully we'll get the ability for apport to report on click packages soon so I won't have to :-)
[14:54] <pitti> bfiller: ah, good; is there any reason to keep an RTM branch in the first place, OOI? just seems to make everyone's life harder?
[14:54] <chihchun> liuxg: does the `mouseover' hook really works? your test code is not completed, I can not test it
[14:54] <liuxg> chihchun, my software should be the latest https://pastebin.canonical.com/115978/
[14:54] <liuxg> chihchun, you may just copy your code there and replace them.
[14:54] <chihchun> liuxg: ah?
[14:55] <chihchun> liuxg: you can test my click package or let me test yours
[14:55] <liuxg> chihchun, the two IDs are not the same. you can remove the onmouse thing there.
[14:55] <bfiller> pitti: the rtm branch is going away, now that we have the ability to source package copy from ubuntu silos. so we'll just be using trunk. will be much easier, agreed.
[14:55] <liuxg> chihchun, test my project.
[14:55] <pitti> bfiller: splendid, thanks
[14:55] <chihchun> liuxg: I don't have it
[14:55] <bfiller> pitti: np, it's all been a bit confusing for sure :)
[14:56] <liuxg> chihchun, you do not have what?
[14:57] <liuxg> chihchun, I sent my code to your emailbox already.
[14:57] <popey> tedg: ok, feedback sent
[14:57] <liuxg> chihchun, you can replace the code inside the "div" with yours. the problem then will happen.
[15:01] <liuxg> chihchun, you are right. I might make a mistake there.
[15:02] <chihchun> liuxg: :-)
[15:03] <liuxg> chihchun, the problem is that the with "drawRect" in the <body> tag
[15:03] <chihchun> liuxg: missing one "
[15:03] <tsdgeos> pitti: you were doing phone langpacks? do you know how often do they update?
[15:03] <chihchun> liuxg: cool.
[15:04] <tsdgeos> or anyone :D
[15:04] <pitti> tsdgeos: at the moment I'm updating them manually with some hack; wgrant is working on producing ubuntu-rtm Launchpad exports, then we plan to update them weekly (cron'ed), or manually upon request
[15:04] <tsdgeos> pitti: ok, because again it happens that i've been tasked with "check some translation stuff"
[15:05] <pitti> tsdgeos: I can do another update from trunks (people still change/add strings like mad unfortunately)
[15:05] <tsdgeos> and what's on the phone is outdated :/
[15:05] <pitti> tsdgeos: well, outdated by one day -- I updated them yesterday :)
[15:06] <tsdgeos> pitti: correct
[15:06] <tsdgeos> still outdated :D
[15:07] <pitti> tsdgeos: note that this won't help for projects which haven't been marked as "use langpacks" yet
[15:07] <tsdgeos> pitti: uss is in langpack
[15:07] <tsdgeos> grep says
[15:07] <tsdgeos> no?
[15:08] <pitti> for ubuntu, that's system-settings-online-accounts; for RTM, it's additionally unity-scope-click, system-settings, mediascanner, unity8, indicator-network, and messaging-app
[15:08] <pitti> tsdgeos: yes, but USS in RTM is way behind, and not yet marked :(
[15:08] <pitti> tsdgeos: so it'll use the old translations in the .debs
[15:08] <tsdgeos> oh
[15:08] <tsdgeos> there goes my testing stamina
[15:18] <pitti> someone please land current USS in RTM
[15:18] <pitti> the last 4 ubuntu landings are missing
[15:18] <pitti> tsdgeos: doing a langpack update now anyway
[15:18] <pitti> (but it won't be really visible until the above lands)
[15:18] <pitti> mardy: speaking of which -- any chance you can squeeze X-Ubuntu-Use-Langpack: yes into your current uss-online-accounts landing?
[15:18] <pitti> mardy: seems a bit excessive to do a separate landing just for that
[15:18] <tsdgeos> pitti: :)
[15:20] <pitti> mardy: I'll include current trunk translations into the langpacks, so it won't regress
[15:34] <seb128> cyphermox, check with kenvandine for landings maybe? There are some other changes pending as well
[15:45] <Nothing_Much> Howdy, is there sound at all for the ubuntu-emulator?
[15:45] <cyphermox> hmm... my testing is done now
[15:45] <cyphermox> kenvandine: do you have pending landings now?
[15:46] <kenvandine> cyphermox, i need to do some landings today for sure
[15:46] <kenvandine> nothing pending right now
[15:53] <verterok> dobey: Hi! still running ubuntu-touch @ nexus 5?
[15:54] <verterok> dobey: I'm having problems with the sim card, sometimes it gets detected but I couldn't find a a pattern. do you have the same problem? any ideas on how to fix it?
[16:14] <jgdx> pmcgowan, haven't been able to the last month
[16:14] <kenvandine> seb128, jgdx: i just proposed a branch for sim pin lock, but for now I just want to get a CI run
[16:14] <jgdx> kenvandine, ack
[16:14] <seb128> kenvandine, hey
[16:14] <seb128> kenvandine, ok
[16:14] <seb128> kenvandine, did you see my bunch of small fixes?
[16:14] <kenvandine> not yet
[16:14] <kenvandine> been head down :)
[16:14] <seb128> they are mostly few liners/trival fixes
[16:15] <kenvandine> cool
[16:15] <kenvandine> i'll look at those in a few
[16:15] <seb128> jgdx,
[16:15] <kenvandine> while i wait for this to build
[16:15] <seb128> jgdx, you might want to review https://code.launchpad.net/~seb128/ubuntu-system-settings/background-header-icon/+merge/232402
[16:15] <seb128> kenvandine, https://code.launchpad.net/~seb128/ubuntu-system-settings/updates-animations-click/+merge/232368
[16:15] <jgdx> seb128, k
[16:15] <seb128> https://code.launchpad.net/~seb128/ubuntu-system-settings/display-translated-names/+merge/232365
[16:16] <jgdx> seb128, any idea why the about panel's main qml plugin is named storageabout?
[16:17] <jgdx> doth not maketh sense to me
[16:19] <seb128> jgdx, because it combine about and a subpanel storage
[16:19] <seb128> jgdx, it was the first one, naming might have been suboptimal, we never bothered renaming
[16:20] <jgdx> seb128, right.
[16:26] <seb128> jgdx, kenvandine, thanks for the reviews!
[16:27] <jgdx> seb128, thank you for the fix
[16:46] <nerochiaro> pitti: since you already looked for the German translations, do you know what are the project names for the "Notifications center" indicator and the calendar/clock indicator ?
[16:49] <Nothing_Much> Howdy, is there sound at all for the ubuntu-emulator?
[16:50]  * ogra_ doesnt think so 
[16:52] <rsalveti> not yet
[16:55] <Nothing_Much> rsalveti, ogra_, thanks
[16:57] <Nothing_Much> well does the physical keyboard work on the ubuntu-emulator?
[16:59] <Nothing_Much> rsalveti and ogra_ ^
[16:59] <rsalveti> also not yet done, you still need to use the virtual one
[16:59] <Nothing_Much> ah darn
[17:02] <Nothing_Much> is it okay to make a temporary ubuntu account to access the ubuntu store on the emulator?
[17:04] <dobey> verterok: i am using it on n5, yes. but no issues with the sim card not being detected. my phone is totally unlocked straight from google though. i don't know if that matters.
[17:05] <verterok> dobey: yes, mine too. it happens randomly, sometimes after switching lfight mode on/off it gets detected
[17:06] <dobey> verterok: only problem i've been having related to the sim, is that for some reason the phone won't switch to LTE when wifi goes away
[17:07] <verterok> dobey: no LTE here, but I can confirm (when the sim is detected) that it switch to 3g with wifi off
[17:09] <dobey> weird
[17:09] <ogra_> Nothing_Much, sure
[17:10] <dobey> i don't get lte, 3g, or 2g. i just get the empty wifi icon all the time, with no wifi
[17:18] <dobey> i wonder why that doesn't work :-/
[17:40] <balloons> jdstrand, ping
[17:40] <jdstrand> balloons: hey
[17:41] <balloons> jdstrand, lol, sorry my stupidity.. I thought I found an issue.. The issue was, I'm not root
[17:42] <jdstrand> ok :)
[18:01] <davmor2> Hey guys why implement a frontend for orientation lock without a backend? :D
[18:01] <hackersarchangel> lol
[18:01] <hackersarchangel> Yeah I noticed that too.
[18:01] <greyback_> davmor2: backend in progress
[18:02] <dobey> davmor2: we heard you like locks
[18:02] <greyback_> I didn't think frontend was visible to users though
[18:02] <hackersarchangel> it is. Tried it this morning to no success xD
[18:02] <davmor2> dobey: I don't ToyKeeper likes the locks :)
[18:02] <davmor2> greyback_: oh it is
[18:03] <greyback_> davmor2: that should not have happened
[18:04] <davmor2> greyback_: http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-08-27-190323.png
[18:04] <greyback_> davmor2: I believe you :)
[18:35] <kenvandine> jgdx, can you look at my sim pin branch?
[18:35] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/security_panel/+merge/232440
[18:36] <kenvandine> jgdx, you can grab the debs from the CI build, but also grab the changes to the qml files in rev 930 :)
[18:36] <kenvandine> jgdx, i'm testing your modem technologies branch now
[18:51] <mardy> pitti: yes, it's in there among the other things: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/master/+merge/232414
[18:54] <kenvandine> mterry, any thoughts on bug 1361137 ?
[18:55] <kenvandine> mterry, i have reproduced it on utopic images
[18:55] <mterry> kenvandine, ugh
[18:56] <kenvandine> but not consistently
[18:56] <mterry> kenvandine, not sure
[18:56] <kenvandine> mterry, i think ogra_ suggested it had something to do with the passwd -d failing?
[18:57] <mterry> kenvandine, I think that was a misunderstanding
[18:57] <kenvandine> ok
[18:57] <mterry> kenvandine, what happens when we switch to swipe is that we ask AccountsService to do the work for us.  It then calls passwd -d as root
[18:57] <mterry> kenvandine, let me finish up something here, then I can help look at that
[18:58] <kenvandine> mterry, i'd appreciate it...
[18:58] <kenvandine> i have no clue how that stuff works :)
[19:04] <mterry> kenvandine, OK am available
[19:04] <mterry> kenvandine, let me see what I can do about reproducing
[19:05] <mterry> kenvandine, should I be doing this with RTM image or utopic?
[19:05] <mterry> I guess people say it can be reproduced on both
[19:05] <kenvandine> utopic
[19:05] <kenvandine> i've not even tried it on rtm
[19:08] <mterry> kenvandine, well... got it once
[19:10] <kenvandine> (process:7062): AccountsService-WARNING **: SetPasswordMode call failed: GDBus.Error:org.freedesktop.Accounts.Error.Failed: running '/usr/bin/gpasswd' failed: Child process exited with code 3
[19:10] <kenvandine> mterry, ^^
[19:10] <mterry> kenvandine, excellent
[19:11] <mterry> kenvandine, as I recall, the API call to set the password doesn't give any feedback that it failed
[19:11] <mterry> kenvandine, maybe we should directly call DBus to get that
[19:11] <mterry> kenvandine, oh no
[19:12] <mterry> kenvandine, that's ignorable and expected actually, now that I remember
[19:12] <kenvandine> ok, it didn't actually seem to fail when i saw that
[19:12] <mterry> kenvandine, calling SetPasswordMode does several things
[19:12] <mterry> kenvandine, it does passwd -d to delete the shadow entry
[19:12] <mterry> kenvandine, then it also tries to adjust the groups the user is part of
[19:13] <mterry> kenvandine, Touch doesn't support modifying groups yet
[19:13] <mterry> kenvandine, so it will fail at that and fail the call
[19:13] <mterry> kenvandine, but it still will have done the only thing we cared about -- emptying the password
[19:13] <mterry> kenvandine, so in our error case, the passwd -d call must be failing somehow, but I'm not sure how that would
[19:14] <kenvandine> ok... i finally reproduced it again
[19:14] <kenvandine> i locked with 4 digit passcode
[19:14] <kenvandine> then
[19:14] <kenvandine> switched back to swipe
[19:14] <kenvandine> and entered the wrong passcode
[19:14] <kenvandine> which gave me an error
[19:14] <kenvandine> then entered the correct one
[19:15] <kenvandine> the selector switched to  passphrase
[19:15] <kenvandine> instead of swipe
[19:15] <mterry> kenvandine, ok, that's consistent
[19:15] <kenvandine> and now when it locks i can't unlock it
[19:15] <kenvandine> the greeter is giving me a login box
[19:15] <kenvandine> for passphrase
[19:15] <mterry> kenvandine, so we cleared the password (we thought) then we cleared the display hint that tells us it's a passcode not passphraes
[19:15] <kenvandine> which isn't raising the keyboard :)
[19:16] <mterry> kenvandine, whoa no keyboard is werid
[19:16] <kenvandine> ok... got it up :)
[19:16] <mterry> kenvandine, you should be able to enter your PIN code
[19:16] <kenvandine> yeah
[19:16] <kenvandine> that worked
[19:16] <kenvandine> and settings still thinks it's a passphrase
[19:16] <kenvandine> instead of swipe
[19:16] <seb128> kenvandine, oh, nice, I had similar issue changing auth type but couldn't reproduce, could you did ;-)
[19:17] <mterry> kenvandine, yup -- all this is consistent with the AS call failing early
[19:17] <mterry> seb128, yeah bug 1361137
[19:17] <seb128> kenvandine, I just tried to reproduce the ui bugs where on wrong password the osk would hide
[19:17] <mterry> seb128, seems rather unreliable
[19:17] <seb128> mterry, k
[19:17] <kenvandine> mterry, and trying to change it to swipe again doesn't let me input the old passphrase
[19:18] <kenvandine> i can't focus the text input
[19:18] <mterry> kenvandine, your OSK is weirding out
[19:19] <kenvandine> the input isn't getting a cursor when i click in it
[19:19] <mterry> kenvandine, ah OK.  So it must be disabled somehow?
[19:19] <kenvandine> yeah
[19:19] <kenvandine> so...
[19:19] <kenvandine> the previous page still thinks it's passcode
[19:19] <kenvandine> not passphrase
[19:20] <kenvandine> but when i go into the lock security page, it's a passphrase
[19:20] <kenvandine> so some setting is out of sync
[19:21] <mterry> kenvandine, they both pull from AS
[19:21] <mterry> kenvandine, can't reproduce!  :(
[19:21] <mterry> kenvandine, how did you see that AS error message?
[19:22] <kenvandine> tailing the upstart log
[19:24] <mterry> kenvandine, oh nice, I thought AS was super-quiet
[19:24] <mterry> kenvandine, oh hm
[19:24] <mterry> kenvandine, I have a weird theory maybe
[19:24] <kenvandine> (process:3303): AccountsService-WARNING **: SetPasswordMode call failed: GDBus.Error:org.freedesktop.Accounts.Error.PermissionDenied: Not authorized
[19:24] <kenvandine> again...
[19:25] <kenvandine> so.. i rebooted it
[19:25] <mterry> kenvandine, when you reproduced this, is it right after boot?
[19:25] <kenvandine> and after rebooting, it said passphrase in both places
[19:25] <kenvandine> no
[19:25] <kenvandine> actually... not long after boot
[19:25] <mterry> kenvandine, hrm.  No my theory is dumb, ignore it
[19:25] <kenvandine> mterry, but then trying to switch back to swipe it gave me that perm denied error
[19:26] <mterry> kenvandine, OK well that looks like the real error we're hitting then
[19:26] <mterry> kenvandine, we're not authorized to make the call
[19:26] <mterry> kenvandine, we have a crazy mechanism in place to authorize that call
[19:26] <mterry> so makes sense I guess
[19:26] <mterry> kenvandine, you're familiar with policykit, I gather?
[19:27] <mterry> kenvandine, we don't have a generic policykit agent to prompt the user when a policykit authorization is neede
[19:27] <mterry> kenvandine, ideally the shell would act as such
[19:27] <mterry> kenvandine, but anyway.  We haven't really needed it up to now
[19:27] <mterry> kenvandine, and rather than make a big change like that so close to RTM, what I did was create a baby authorization process that we kick off to authorize just this one call
[19:27] <mterry> kenvandine, something is going wrong with it
[19:27] <mterry> kenvandine, some race I guess
[19:28] <kenvandine> mterry, now that i rebooted, i was able to switch from pass phrase to pass code
[19:28] <kenvandine> then from pass code to swipe :)
[19:30] <kenvandine> now i changed it 5 times without reproducing it
[19:30] <kenvandine> sigh...
[19:30] <kenvandine> must be racy
[19:30] <kenvandine> mterry, not really... i know what policykit is, that's about it :)
[19:31] <mterry> kenvandine, if you look SecurityPrivacy::setPasswordMode() in plugins/security-privacy/securityprivacy.cpp you can see some of the relevant code/comments
[19:31] <kenvandine> saw the comments
[19:32] <mterry> kenvandine, it *seems* to nicely wait for the agent to be ready before setting the password mode.  The password mode call is synchronous, so we're unlikely to be killing the agent before it's used
[19:32] <mterry> kenvandine, maybe the agent is not responding well itself
[19:34] <mterry> kenvandine, do you happen to know where QProcess output goes?  is it /dev/null by default or merged in with parent's output?
[19:35] <kenvandine> mterry, sorry, don't know
[19:35] <mterry> kenvandine, looks like we need to instrument the agent to be more verbose about what's wrong and then catch it again
[19:35] <mterry> kenvandine, I could totes imagine the agent is crashing or something bad before it can authorize us
[19:35] <kenvandine> it would be nice to see the output from the helper
[19:35] <mterry> kenvandine, exactly, that's what I want
[19:38] <kenvandine> mterry, this is interesting
[19:38] <kenvandine> i didn't reproduce the same condition again
[19:38] <kenvandine> but
[19:38] <kenvandine> i set the passcode
[19:38] <kenvandine> then switched back to swipe
[19:38] <kenvandine> and put in the wrong passcode
[19:38] <kenvandine> it didn't fail
[19:38] <kenvandine> and it did switch to swipe
[19:38] <mterry> kenvandine, that's expected actually...
[19:39] <mterry> kenvandine, so again this is because the design is whack
[19:39] <asac`> i installed #9 and got a weird lock screen
[19:39] <kenvandine> oh... so we can remove locking without the right pass?
[19:39] <asac`> even though i use PIN to unlock
[19:39] <mterry> kenvandine, we could fix it, just low priority
[19:39] <mterry> kenvandine, no you can't, really
[19:39] <asac`> i get a field where i have to type using full keyboard
[19:39] <mterry> kenvandine, but if you have authenticated with policykit recently, it remembers that
[19:39] <mterry> kenvandine, so it doesn't actually check your password
[19:40] <mterry> kenvandine, the solution is to look and ask policykit if we're authenticated before asking for the password
[19:40] <kenvandine> ok
[19:40] <kenvandine> like sudo
[19:40] <mterry> kenvandine, or don't show the prompt until we are asked is even better
[19:40] <mterry> kenvandine, but yeah it'll time out eventually or if you reboot
[19:40] <kenvandine> indeed
[19:41] <kenvandine> mterry, ok, i can't reproduce it again
[19:41] <kenvandine> over 10 times now
[19:41] <kenvandine> maybe because of the cached auth?
[19:41]  * kenvandine rebooted to try again
[19:42] <mterry> kenvandine, yes...  and that would also explain why it seems to happen more on boot.  And confirms the theory it's the agent's fault
[19:42] <mterry> kenvandine, "killall polkitd" might do same trick faster
[19:45] <kenvandine> mterry, bingo!
[19:45] <kenvandine> after setting the passcode
[19:45] <kenvandine> i killed polkitd
[19:46] <kenvandine> and then tried switching to swipe, and put in the wrong passcode once
[19:46] <kenvandine> i got the incorrect pass error
[19:46] <kenvandine> and tried again
[19:46] <kenvandine> put in the right one
[19:46] <kenvandine> and it appeared to work, but switched to passpharse
[19:46] <kenvandine> pass phrase even :)
[19:46] <mterry> kenvandine, ooh yes
[19:47] <mterry> kenvandine, that exact sequence worked for me too
[19:47] <kenvandine> so just failing once screws it up
[19:47] <kenvandine> i guess it tries the second attempt without even using the corrected pass?
[19:47] <kenvandine> just the cached auth
[19:47] <mterry> kenvandine, hrm
[19:48] <mterry> kenvandine, just tried again and it seemed to work
[19:48] <kenvandine> haha
[19:48] <kenvandine> love it
[19:51] <mterry> kenvandine, after a reboot, those same steps worked
[19:51] <mterry> kenvandine, so some component besides AS is involved?
[19:51] <mterry> maybe I just need to restart USS
[19:51] <kenvandine> mterry, i can't reproduce it a second time without rebooting either
[19:52] <kenvandine> but... i can reproduce it reliably with those steps once after booting
[19:52] <mterry> kenvandine, looks like also if you restart USS
[19:52] <mterry> kenvandine, that's reliable
[19:52] <kenvandine> ok
[19:52] <mterry> phew
[19:52] <mterry> kenvandine, what a sequence  :)
[19:53] <mterry> kenvandine, commented in bug
[19:54] <mterry> kenvandine, needing to restart USS seems like a big clue.  I'm not sure what it means though
[19:54] <kenvandine>     if (type == oldType && value == oldValue)
[19:54] <kenvandine> in setSecurity
[19:54] <kenvandine> any chance on the second try those values match?
[19:55] <mterry> kenvandine, shouldn't...  oldType is what we're displaying to use (i.e. Passphrase mode)
[19:58] <elopio> tedg: do you have a minute?
[19:58] <elopio> we need to pass an argument to the launched app.
[19:58] <tedg> elopio, Sure, what's up?
[19:58] <tedg> Why?
[19:59] <elopio> tedg: in order to launch reminders using the evernote sandbox it receives a -s argument.
[19:59] <elopio> that works when launching the binary. But with ubuntu-app-launch I don't know what to do
[20:00] <tedg> So it's asking for an account "evernote" and you want that "evernote" to point to the sandbox instead of the main servers.
[20:00] <tedg> Can you just change the "evernote" account config?
[20:01] <tedg> Oh, they're different packages. So make them conflict and install it.
[20:01] <tedg> They can use the same name.
[20:02] <elopio> tedg: the problem is not on the accounts. For that we have the evernote-sandbox package.
[20:02] <elopio> the thing is on reminders, we need it to point to the sandbox servers
[20:02] <elopio> and ask to online-accounts for the sandbox credentials
[20:02] <elopio> that's nicely done on the app with an argument.
[20:02] <kenvandine> seb128, can you review a branch for me?
[20:02] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/security_panel/+merge/232440
[20:02] <seb128> kenvandine, sure
[20:03] <kenvandine> seb128, that's the sim pin lock stuff
[20:03] <seb128> oh, non trivial then ;-)
[20:03] <tedg> elopio, envvar?
[20:03] <kenvandine> unrelated to the other problem :)
[20:03] <seb128> kenvandine, do you need that review today?
[20:03] <seb128> I might defer to tomorrow if it's non trivial ;-)
[20:04] <kenvandine> seb128, yes... need it for rtm :)
[20:04] <kenvandine> pmcgowan, mind doing some testing on that?
[20:04] <kenvandine> seb128, i was trying to snag jgdx for it... but he must be afk
[20:05] <elopio> tedg: that would be less nice, but doable as the argument parsing is done on cpp.
[20:05] <elopio> tedg: but there will be no way for ubuntu-app-launch to pass arguments? There are some other nice arguments on reminders, and some other apps could use that too.
[20:06] <tedg> elopio, I don't see anywhere in the QML that references evernote.com or as a string in the binary.
[20:06] <elopio> passing envvars for everything is not as nice.
[20:06] <mterry> kenvandine, if I enter a wrong password twice, it seems to be fine
[20:07] <kenvandine> mterry, interesting
[20:07] <elopio> tedg: http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/src/app/main.cpp#L86
[20:07] <tedg> elopio, We're not creating command line utilities, they're GUI applications. We'll probably support actions in the future, but not arbitrary arguments.
[20:08] <seb128> kenvandine, k
[20:08] <kenvandine> seb128, thx :)
[20:08] <tedg> elopio, yes, but that's not the URL, I think it's getting the URL from the accounts plugin.
[20:08] <asdfghjk> is there an ETA on when Ubuntu Phones will be available?  Fall 2014 still the target?
[20:08] <seb128> kenvandine, yw!
[20:08] <seb128> kenvandine, do you plan a landing today btw? ;-)
[20:08] <kenvandine> yes
[20:08] <tedg> elopio, And there's no reason to have both installed, so I think they should just use the same name and reminders doesn't have to know which is installed.
[20:08] <kenvandine> seb128, but... i'd kind of like to get this branch in it :)
[20:09] <seb128> :-)
[20:09] <elopio> tedg: it's really useful to be able to switch from the sandbox to production while testing.
[20:09] <kenvandine> i can feel pmcgowan staring at me :)
[20:09] <elopio> if you have to remove and install, that's not so useful.
[20:10] <taiebot> Hi all do you know if we will be able to change in the music scope to have the albums displayed instead of artist as your local music. Its kinda weird to have random people showing in there
[20:10] <elopio> also I'm not sure how will it work, because the evernote plugin is installed by default on the phone
[20:10] <kenvandine> seb128, disclaimer... not everything in that branch has auto pilot tests... and i even added a skip for 2 of the tests that i added in that branch
[20:10] <elopio> autopkgtests will install the sandbox plugin. I'm not sure if we can uninstall something with autopkg.
[20:10] <kenvandine> ran into issues getting them working reliably dealing with dual SIM
[20:10] <kenvandine> so i left the tests there with a skip... i need to go back and figure that out
[20:10] <seb128> kenvandine, k
[20:10] <kenvandine> but need to get it landed
[20:10] <seb128> yes
[20:11] <seb128> we can iterate then
[20:11] <kenvandine> at least there is some tests :)
[20:11] <kenvandine> and CI passes... so YAY!
[20:11] <elopio> balloons, or mzanetti, or rpadovani: anyone around? We need an alternate way to start the app with the sandbox because ubuntu-app-launch is not passing the -s.
[20:11] <tedg> elopio, I'm not sure, but it seems odd that autopkg tests are using a remote service at all. I think they need mocks.
[20:11] <pmcgowan> kenvandine, do you have time to review Wellark's MP? was about to test that too
[20:11] <elopio> tedg: we use mocks for the majority of tests
[20:11] <kenvandine> pmcgowan, already did...
[20:11] <kenvandine> asked for a few fixes
[20:12] <elopio> tedg: but we also need to test the connection with the real and testing servers.
[20:12] <balloons> elopio, you are SURE the -s is being passed properly
[20:12] <balloons> ?
[20:12] <tedg> elopio, sure, but not in autopkg
[20:12] <mterry> seb128, regarding left to right and ">" arrows...  Maybe I'm not thinking clearly about how the string would render in RTL, but I think we'd still want the arrows at the edges of the screen, rather than closer to the middle of the screen
[20:12] <matv1> asdfghjk its up to manufacturers.
[20:12] <kenvandine> pmcgowan, i didn't actually test the apn editor branch  though... busy
[20:13] <kenvandine> pmcgowan, so testing would be appreciated :)
[20:13] <seb128> mterry, I though it was usually "icons after text" so "next >" would be "> txen" in rtl
[20:13] <seb128> mterry, but I'm unsure, I just know went through quite some fixing to use correct icons and order on rtl
[20:13] <elopio> tedg: yes, autopkg will be the runner. We can select not to run the real server tests while updating a version to the archive, and only run them nighly on the CI dashboard or something like that.
[20:14] <elopio> but the provisioning and configuration of the test bed will be with autopkg even for the real server tests.
[20:14] <seb128> mterry, they might even consider steps going the other way I think
[20:14] <seb128> mterry, e.g "< txen"
[20:14] <seb128> mterry, because the "next" is on the left on rtl
[20:14] <elopio> we could tell autopkg to switch the phone to read-write and uninstall the evernote plugin, so that's doable.
[20:14] <elopio> just not as nice as passing an argument to make the switch.
[20:14] <mterry> seb128, RTL blows my mind
[20:15] <seb128> mterry, we see going right as going further, but rtl has next on the left I think ... does that make sense?
[20:15] <mterry> seb128, is qml RTL-compatible?  Like it swaps all the left/right anchors and such?
[20:15] <elopio> tedg: also there's this on the API: http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.Argument/
[20:15] <elopio> from that I got the impression that passing arguments to change the app behavoir was good.
[20:16] <elopio> balloons: I'm sure the -s is not being passed properly.
[20:16] <elopio> I'm sure it works with the binary, not with ubuntu-app-launch.
[20:16] <tedg> We should totally delete that from the API.
[20:16] <kenvandine> seb128, Wellark's apneditor branch includes an updated .pot file, should we drop that from the diff?
[20:17] <seb128> mterry, no idea about that
[20:17] <seb128> kenvandine, yes
[20:17] <seb128> kenvandine, well, one in a landing is ok
[20:17] <balloons> elopio, that confused, but I guess you are sure it's a problem. So, how would you like to solve it? Seems obvious to simply pass an argument. Can we fix ubuntu-app-launch?
[20:17] <tedg> elopio, If it's a test machine you're already going to have to install evernote-sandbox, I don't see the difficulty in removing evernote. The image has to be writable.
[20:17] <seb128> but usually better to just commit an update manually to trunk after the landing
[20:18] <kenvandine> Wellark, mind reverting that?
[20:18] <tedg> elopio, If you want you can make a separate desktop file for sandbox usage, and use that.
[20:18] <tedg> elopio, Make it install with the sandbox account plugin.
[20:18] <elopio> tedg: yes, I suppose you are right. The autopkg case would be easy having the two plugins with the same name. It can even clean up afterwards.
[20:19] <seb128> mterry, I don't know much about the topic, we could wait for bug reports
[20:19] <elopio> tedg: now, what about the other parameters? Like launching the app in portrait mode on the desktop?
[20:19] <seb128> mterry, but it feels like the alternate option I proposed could work as well and let the translators be in charge to do what they want
[20:20] <elopio> I find that nice from reminders main.cpp. And on the QML we won't be able to read an environment variable to decide, I think.
[20:20] <kenvandine> mterry, any more thoughts on that passcode issue?  i'm really at a loss
[20:20] <tedg> elopio, On Unity7 you can use desktop file actions for stuff like that. We'll probably (assuming enough time) support that on U8 as well.
[20:20] <mterry> seb128, true
[20:20] <mterry> kenvandine, sorry, got distracted by other stuff
[20:20] <tedg> Been in the plans, just ENOTIME
[20:20] <kenvandine> me too... :)
[20:20] <mterry> kenvandine, the two-wrongs-make-a-right behavior is really frustrating
[20:20] <kenvandine> got stuff i need to land...
[20:20] <mterry> kenvandine, such a bizarrely narrow window for this problem
[20:21] <kenvandine> indeed
[20:21] <elopio> tedg: and what if we are running it on xephyr or xvfb ?
[20:21] <mterry> kenvandine, I think next step is just instrumenting the heck out of the helper and reproducing
[20:21] <kenvandine> mterry, just way outside of my expertise... you'd be our best bet on getting a fix for it
[20:21] <mterry> kenvandine, yeah for sure, I can take this on
[20:21] <kenvandine> ;)
[20:21] <tedg> elopio, You have a confusing setup. Please upgrade to a modern display server :-)
[20:21] <kenvandine> i'd appreciate it...
[20:21] <tedg> elopio, Not sure what you're saying :-)
[20:21] <kenvandine> mterry, but i'm happy to help repro/test
[20:22] <tedg> elopio, If you're running on those you don't need UAL because there's no access control at all. It's the wild west.
[20:22] <elopio> balloons: I don't know how I would like to solve it. That's why I'm attacking tedg with questions to figure out the best way.
[20:23] <elopio> tedg: we use virtual buffers so the tests don't steal the input from your machine, and to run on test beds without unity.
[20:23] <elopio> tedg: so if we are not running unity, we shouldn't launch the apps with ual?
[20:24] <tedg> elopio, You can, but if you don't have Unity there's not a reason you have to. I'd argue that using the X11 backend isn't really testing them very well.
[20:24] <tedg> We don't ever expect them to actually run in production with that backend.
[20:25] <elopio> tedg: we catch most of the errors on X11, because we are not testing the display server, we are testing the functionality of the qml in integration with other services.
[20:26] <elopio> the reason we have to repeat the tests on the phone is just because we don't have full coverage of everything, so many problems surface only on the dashboard.
[20:26] <tedg> I think there's confirmation bias there. "we run most of our tests on X11" == "most of the issues we find with our tests are on X11" :-)
[20:26] <elopio> but that's a separate problem.
[20:26] <elopio> tedg: no, we run the same tests in X11 and then on the phones.
[20:27] <elopio> X11 gives us faster feedback.
[20:27] <tedg> So you find the errors on Mir, but then verify them on X11.
[20:28] <elopio> sometimes.
[20:28] <elopio> sometimes we can simulate on X11 the conditions that caused the error on the phone.
[20:29] <elopio> it's generally not a display issue. It's generally either an issue of the size of the window, or on one of the services the app depends on.
[20:30] <tedg> Okay, but in general, I'd say you want the apps to run on Mir/Unity, and if that's the case you want UAL.
[20:30] <tedg> The X11 is just a sideshow in that regard.
[20:30] <elopio> tedg: I agree. We need to run on X11 because it's what we currently have in the development machines.
[20:31] <elopio> maybe an alternative would be to install MIR on the testbeds, but not unity.
[20:31] <elopio> tedg: but so the bottomline of your opinion is that if we need to change the behavior of the app, we should do it on the desktop file?
[20:32] <tedg> elopio, Yes, for non-production cases. Don't really want apps modifying their own desktop file (not that they could, but in theory).
[20:33] <elopio> tedg: yes, we can just do it on the fly on the tests, and remove the test desktop when they finish. I think I can get something working on reminders for you to see if you like it.
[20:34] <elopio> assuming that if I change the exec to evernote -s it will pass the argument.
[20:34] <elopio> I'll give it a try. Thanks tedg.
[20:34] <cm-t> :'( I gave my evening to translate some core apps, but lp is having to much errors ;'(
[20:34] <cm-t> timeouts
[20:34] <elopio> cm-t: yes, it's bad. I have to retry almost every time I open or submit something.
[20:35] <elopio> the good part is that it doesn't lose the translations.
[20:37] <elopio> balloons: do you know if we can pass arguments to the autopkgtests ?
[20:38] <cm-t> elopio: yes, at least nothing is lost
[20:39] <balloons> elopio, sure, but that's an odd question.. you mean pass from the runner to the test or ?
[20:39] <elopio> what's your language cm-t?
[20:39] <elopio> balloons: yes. I would like to select which tests to run.
[20:40] <balloons> elopio, you mean autopilot tests yes? if so then yes
[20:40] <elopio> balloons: lets say that we get a fake evernote server. On MPs and for getting the package updated in the archive, I would like to run the tests with the fake server.
[20:40] <elopio> but on the dashboard, I would like to run them against sandbox.
[20:41] <elopio> it would be nice to use adt-run for every case.
[20:41] <balloons> sure, but I'm not sure if that logic belongs in the runner.. perhaps jenkins, perhaps the test
[20:46] <cm-t> elopio: [FR-fr]
[20:47] <elopio> balloons: the one that choses the flags to pass would be jenkins or the tester.
[20:47] <cm-t> elopio: but i'm not in the ~ubuntu-l10n-fr so it will need a validation (I will send them an email to ask tell them)
[20:48] <elopio> cm-t: I've just asked to be added to the ~es team so I can review suggestions.
[20:48] <balloons> elopio, so you would configure jenkins to invoke adt different ways depending on what you want, and the tests should support it
[20:48] <elopio> now I have to wait 2 weeks while they vote ×_×
[20:49] <elopio> balloons: I think so, yes.
[20:49] <elopio> like daily against sandbox, weekly against production, things like that.
[20:49] <balloons> elopio, so one way to do it is via ADT_AUTOPILOT_MODULE env var..
[20:50] <balloons> you can pass a full arg list for AP that way to be whatever you want
[20:52] <elopio> balloons: I like that.
[20:52] <elopio> hum, exec: evernote -s doesn't work.
[20:53]  * balloons notes he's not sure how passing args to autopilot gets you what you want, but :-)
[20:55] <elopio> balloons: something like adt-run suite ADT_AUTOPILOT_MODULE='u1-server-url=staging.one.ubuntu.com'
[20:55] <balloons> yes, but 'u1-server-url=staging.one.ubuntu.com' is passed to autopilot, not the test
[21:00] <elopio> balloons: ah that's the other part. We have an open bug for autopilot to accept arguments.
[21:00] <balloons> elopio, :-)
[21:02] <veebers> elopio: Didn't thomi implement that feature so you could pass arbitary command line args through to the test?
[21:02] <veebers> elopio: or are you wanting something different?
[21:03] <elopio> veebers: it's still open: https://bugs.launchpad.net/autopilot/+bug/1266589
[21:03]  * veebers looks
[21:04] <veebers> elopio: does this help?  http://developer.ubuntu.com/api/devel/ubuntu-14.10/python/autopilot/api/autopilot.html#autopilot.get_test_configuration
[21:05]  * balloons waves to veebers 
[21:05] <elopio> veebers: yes!
[21:05] <balloons> whoa, when did this happen?
[21:05]  * balloons facepalms
[21:06] <elopio> veebers coded it, landed it and updated the docs 30 seconds ago.
[21:07] <veebers> elopio: heh, sorry we should have been more on the ball with updating that bug. thomi implemented it in Malta I believe
[21:07] <veebers> hey balloons o/
[21:08] <balloons> ok, so not so old.. just malta
[21:08] <elopio> balloons: where is the binary for the reminders app that's preinstalled?
[21:08] <balloons> hey veebers I'm looking at our favorite mp again while I can sneak some time
[21:09] <balloons> elopio, click contents is your friend
[21:09] <veebers> balloons: nice, I've been meaning to take a look myself but haven't :-\
[21:09] <balloons> elopio, /lib/arm-linux-gnueabihf/bin/reminders for the phone
[21:09] <veebers> balloons, elopio: on that note. What would the best method of exposing these types of features to yourself and other developers? Would hate to have other features missed
[21:10]  * balloons notes he has a backlog of 2 posts to make about recent AP additions
[21:10] <balloons> namely screenshots and subunit
[21:11] <elopio> veebers: if you started to blog and linked the posts on g+ I would always notice.
[21:11] <elopio> that's how I know what balloons and pitti are doing.
[21:12] <veebers> elopio: very good point, I should do that
[21:12] <balloons> veebers, the mailing list posts the other day made a difference for me
[21:12] <elopio> the mails to the list like what you did for the subunit file with screenshot will make me read them too.
[21:12] <balloons> that's a least something
[21:12] <balloons> I intended to more or less reblog and talk about it
[21:12] <veebers> balloons: aye, those were features we really wanted to hightlight. Using trv with a subunit result should be nice to use
[21:12] <elopio> but I already have too many mails, and they almost never have cool new stuff.
[21:13] <veebers> elopio: right, I wouldn't want to spam the list with minor features/fixes etc.
[21:21] <elopio> balloons: $ less /lib/arm-linux-gnueabihf/bin/reminders
[21:21] <elopio> /lib/arm-linux-gnueabihf/bin/reminders: No such file or directory
[21:24] <balloons> elopio, sorry, it's a relative dir
[21:24] <balloons> /usr/share/click/preinstalled/com.ubuntu.reminders/
[21:24] <balloons> or under opt/click
[21:25] <balloons> for instance, I see /usr/share/click/preinstalled/com.ubuntu.reminders/0.5.226/lib/arm-linux-gnueabihf/bin/reminders
[21:25] <elopio> balloons: ah, thanks.
[21:43] <daker> any click dev to see what cause this http://paste.ubuntu.com/8163075/ ?
[21:44] <daker> cjwatson: any idea ?
[22:05] <popey> daker: whats the issue?
[22:05] <daker> popey: ctrl+F : com.canonical.payui
[22:05] <popey> i still fail to see the problem
[22:05] <daker> popey: 7 entries
[22:06] <popey> you specified --all
[22:06] <popey> dont do that and you wont see 7 entries
[22:06] <daker> that's what u-s-s does
[22:06] <popey> why is that a problem?
[22:07] <popey> over time various versions of that app have been on your device
[22:08] <daker> and they are not deleted on upgrade ?
[22:08] <popey> the apps are, yes
[22:08] <popey> look in /opt/click.ubuntu.com/
[22:08] <popey> specifically /opt/click.ubuntu.com/com.canonical.payui/
[22:08] <popey> probably only one in there
[22:08] <popey> 0.3.14
[22:09] <daker> no :(
[22:09] <daker> http://paste.ubuntu.com/8163237/
[22:10] <popey> interesting, i only see one here
[22:10] <popey> so click isnt cleaning up for you?
[22:11] <daker> calculator, calendar, music, camera, clock, dropping-letters, filemanager, gallery, reminders etc... all have more than one entry :(
[22:11] <daker> popey: yes
[22:12] <daker> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1265250
[22:12] <popey> i have more than one entry for some too
[22:12] <popey> ok, i see.
[22:12] <daker> popey: comments see attachements
[22:14] <popey> ah, thought this was familiar
[22:14] <popey> i filed a dupe
[22:14] <daker> 315MiB used by apps
[23:22] <Randy_O> are there any QML ubuntu SDK programmers around?
[23:46] <hackersarchangel> howdy everyone
[23:49] <hackersarchangel> who else in here is running Ubuntu Touch on a Nexus 5?