[01:46] <ted> elopio, back, you still here?
[01:58] <nhaines> Oh ted, I had a question for you.  :)  Is there a reason that power and sound indicators are switched in position on the phone and desktop?
[01:58] <ted> nhaines, different designers
[01:58] <ted> nhaines, We just moved all the phone ones
[01:58] <ted> nhaines, https://wiki.ubuntu.com/SystemComponents#Indicator_Positions
[01:59] <nhaines> ted: I noticed the bug report (although I'm not sure why I was subscribed).  I'm slightly annoyed. :)
[01:59] <nhaines> But only out of a general feeling that it should be uniform because Ubuntu.
[01:59] <nhaines> (I'm similarly annoyed by the bootsplash.)
[01:59] <ted> nhaines, Yes, so they were designed with different theories involved on how they should be ordered.
[02:00] <ted> nhaines, The phone is now ordered by trying to anticipate how easy they'll open.
[02:00] <nhaines> Hm.
[02:00] <ted> nhaines, The desktop was ordered by likelihood they're present.
[02:00] <ted> nhaines, (most likely on the right)
[02:00] <nhaines> So two years from now when I switch a tablet to desktop mode they'll all reorder randomly?  :)
[02:00] <ted> nhaines, Both of these theories may be correct, but he problem is that "right" doesn't have the same value on a small touch screen.
[02:01] <ted> I think we'll get them aligned at some point, but people need to "sow their wild oats" a bit.
[02:01] <nhaines> That's fair enough.
[04:17] <elopio> ted: I replied on the trello card. I reported two more bugs.
[05:48] <Az___> Greetings
[05:49] <Az___> Anyone around?
[05:53] <Az___> ?
[05:58] <lpotter> I am. but probably not much help
[07:17] <mardy> mpt: hi! When in landscape mode, should the access prompt remain as designed here: https://wiki.ubuntu.com/OnlineAccounts#App_access, or should the buttons be put in a horizontal row?
[07:19] <mpt> mardy, the toolkit should do that for you … I don’t know whether it does
[07:19] <mpt> but yes
[07:19] <mpt> Dialog buttons should be horizontal whenever there’s always room
[07:28] <mardy> mpt: ok, thanks
[07:39] <Thomashamka> Does anyone know if you can "DOCK" Ubuntu Touch RTM? (Full os convergence stuff), if not, will it come =)?
[08:34] <jamesh> davmor2: are you still able to reproduce the problems you mentioned in https://bugs.launchpad.net/unity-scope-mediascanner/+bug/1373067 ?
[08:35] <davmor2> jamesh: I will have a look for you in a meeting now
[08:35] <jamesh> okay, thanks.
[08:37] <JamesTait> Good morning all; happy World Octopus Day! :-D
[08:46] <vitimiti> Hi
[10:26] <davmor2> jamesh: no it appears to be fixed now \o/
[10:27] <davmor2> jamesh: I think it was part of the issue with the thumbnailer and that has been resolved so I think it fixed that too :)
[10:27] <jamesh> davmor2: okay, cool.
[10:35] <seb128> alecu, dobey: hey, we have an issue with the sso token invalidated and the phone, the current rtm image fails to start downlading click updates until you remove/add back your u1 account
[10:35] <seb128> beuno, ^
[10:36] <seb128> that's using rtm 89 on krillin
[10:36]  * beuno assumes fetal position and starts crying
[10:37] <ogra_> 89 ... old stuff ... :P
[10:38] <seb128> ogra_, I doubt r90 fixes it, but who knows ... what component changed? anything in the click download stack?
[10:39] <ogra_> seb128, i was just trolling :)
[10:39] <popey> well, I _did_ get the popup on my krillin and didn't have to re-auth
[10:39] <popey> just pressed a button
[10:40] <ogra_> seb128, though http://people.canonical.com/~ogra/touch-image-stats/rtm/90.changeshas the changes ... (i doubt they help with your issue though)
[10:44] <seb128> popey, well, you already said that, and I already said that I didn't, so there is a bug somewhere which makes that ui no pop up for some of us
[10:44] <seb128> ogra_, yeah, I doubt it as well
[10:44] <popey> sure, i was just adding the data here for people who were not in on that conversation elsewhere.
[10:59] <nik90> Wellark: ping
[11:17] <Wellark> nik90: ponk
[11:18] <nik90> Wellark: hey, I am trying to run my sample ubuntu connectivity app, but it fails on the rtm mako phone. http://paste.ubuntu.com/8520196/
[11:18] <nik90> Wellark: image 89, shows that it was added to the phone -> http://people.canonical.com/~ogra/touch-image-stats/rtm/89.changes
[11:19] <nik90> Wellark: so I am a bit puzzled as to how I can start using it :D
[11:19] <nik90> Wellark: I took the example code straight from developer.ubuntu.com with no changes'
[11:19] <nik90> the error I get is file:///opt/click.ubuntu.com/com.ubuntu.developer.nik90.testconnectivity/0.1/main.qml:18 Element is not creatable.
[11:19] <nik90> referring to the NetworkingStatus{} element
[11:19] <ogra_> nik90, check syslog for apparmor denials
[11:20] <nik90> ogra_: you genius
[11:20] <nik90> Wellark: yes I got apparmor denials
[11:20] <ogra_> might be that apparmor needs adjustments for the new stuff
[11:21] <Wellark> nik90: did you add the appropriate click policygroups?
[11:21] <nik90> Wellark: was there any policy group I needed to add?
[11:21]  * nik90 checks docs
[11:21] <Wellark> nik90: yes. please read the manual ;)
[11:22] <nik90> Wellark: that line "note: Using this component in confined application requires connectivity policy group." must be in big bold letters
[11:22] <nik90> :)
[11:22] <Wellark> nik90: well, it's emphasized! ;)
[11:22] <nik90> lol
[11:23] <Wellark> nik90: http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Connectivity.NetworkingStatus/
[11:23] <ogra_> it doesnt use <blink> though
[11:23] <Wellark> actually the "note:" is boldface
[11:23] <nik90> hmm I am still getting the denial errors
[11:24] <nik90> I added connectivity to policy group, using ubuntu-sdk-14.10-qml-dev3 framework
[11:28] <nik90> jdstrand: ping (connectivity API denials) -> http://paste.ubuntu.com/8520334/
[11:28] <nik90> jdstrand: I ensured I have the connectivity policy group added and using the latest ubuntu-sdk-14.10-qml-dev3 framework
[11:41] <nik90> Wellark: I am pretty sure something is wrong, since I get the   file:///opt/click.ubuntu.com/com.ubuntu.developer.nik90.testconnectivity/0.1/main.qml:18 Element is not creatable. error even on utopic desktop
[11:41] <nik90> Wellark: do you mind running the sample code on developer.ubuntu.com and seeing if you hit the same issue? (if you have time atm)
[11:46] <nerochiaro> seb128: did you open a bug for the issue you suggested here ? https://bugs.launchpad.net/gallery-app/+bug/1369506
[11:46] <gatox> sephiap, hi... do you know where i can look at the u-s-s logs? i was looking at .cache/upstart/application-legacy-ubuntu-system-settings-.log but that doesn't seem to have all
[11:46] <gatox> sephiap, sorry
[11:46] <gatox> seb128,  hi... do you know where i can look at the u-s-s logs? i was looking at .cache/upstart/application-legacy-ubuntu-system-settings-.log but that doesn't seem to have all
[11:47] <Wellark> nik90: well, I don't, but I will take a look anyway
[11:47] <Wellark> :)
[11:47] <Wellark> nik90: are you getting any other error?
[11:48] <nerochiaro> bfiller: can you please help getting this MR forward ? it's been on Approved for a while now: https://code.launchpad.net/~phablet-team/notes-app/inline-desktop-i18n/+merge/235785
[11:49] <nik90> Wellark: nope no other error
[11:50] <nik90> Wellark: well I get,
[11:50] <nik90> (process:7646): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != NULL' failed
[11:50] <nik90> The schema com.canonical.Unity.Thumbnailer is missing
[11:50] <nik90> file:///opt/click.ubuntu.com/com.ubuntu.developer.nik90.testconnectivity/0.1/main.qml:18 Element is not creatable.
[11:51] <Wellark> nik90: let's continue on app-devel
[12:13] <nik90> jdstrand: ignore my ping :) ... I managed to fix the issue.. apparmor is all good.
[12:29] <thostr_> seb128: regarding https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1378678: unfortunately I flashed by device by now so I cannot verify your guess
[12:29] <thostr_> seb128: if you're 100% positive that this is the issue, then let's close the bug again
[12:41] <gcollura> is it ok that Notification Centre (shouldn't it be Center in american english?) is now the first indicator?
[12:41] <gcollura> (I freaking love the new update though)
[13:09] <gatox> seb128, should this branches be approved: https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/display-errors/+merge/235037 - https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/account-detected/+merge/236313
[13:19] <seb128> gatox, need another round of testing, did you check with kenvandine, he was running it yesterday
[13:20] <seb128> nerochiaro, no, which one? the album on?
[13:20] <gatox> seb128, yes
[13:20] <seb128> gatox, the legacy log should have it all, but for some reason things like console.log() are eaten, but .warning() are displayed
[13:20] <kenvandine> console.warn
[13:21] <gatox> seb128, i have some console.warn that are not being shown... i'll keep testing
[13:21] <seb128> thostr_, well, it's still a bug, users shouldn't have to guess they need to delete and add back their u1 account... beuno said to check with dobey and alecu, but they don't seem around yet
[13:21] <seb128> gatox, weird
[13:21] <seb128> gatox, maybe the code path is not used as you think?
[13:22] <gatox> seb128, the console.warn i mean is when the download start, and the download is being started
[13:22] <gatox> so, i'll need to figure that out
[13:23] <seb128> gatox, kenvandine: ok, just a fyi there seems to be an issue due to the sso token expiration from yesterday, click download stay at 0% (apparently deleting the u1 account and adding it back fixes it, but I didn't try since I want to keep the buggy state for testing)
[13:23] <kenvandine> ugh
[13:25] <beuno> seb128, thostr_, FWIW, it's easy to test the scenario where the token is invalid, you can invalidate them from login.ubuntu.com
[13:25] <dobey> seb128: eh? on 14.09 or 14.09-proposed?
[13:25] <gatox> seb128, kenvandine as i see it.. the download manager doesn't return a message like: invalid credentials... i think... so, in order to figure that out, network.cpp would need to make a call to validate that the credentials that we are passing to the download manager are valid
[13:26] <beuno> well
[13:26] <beuno> or
[13:26] <beuno> handle the error
[13:26] <seb128> dobey, rtm image 89 on krillin
[13:26] <beuno> as in, if the auth needed error comes back
[13:26] <beuno> bubble it up to log in again
[13:26] <seb128> dobey, so proposed I think
[13:27] <nerochiaro> seb128: the menu opening wrong from the album when you are in landscape
[13:27] <seb128> dobey, apparently popey got a dialog asking him to log in again, that didn't happen on my device
[13:27] <seb128> nerochiaro, ok, I can open one about that
[13:27] <nerochiaro> seb128: please do
[13:27] <dobey> seb128: yes, you should get the error page in the dash with the "Go to Accounts" button
[13:28] <seb128> dobey, "in the dash", like on the apps view?
[13:28] <seb128> dobey, nothing displayed on the dash here
[13:29] <dobey> seb128: it's a preview. when you tap "Install" if it fails due to an auth issue, the "You need to log in to Ubuntu One" page should be displayed
[13:29] <seb128> dobey, I'm not using the dash, I'm using settings->updates to update some click which are already installed
[13:29] <seb128> but the download never starts
[13:29] <seb128> they are blocked on 0%
[13:30] <dobey> seb128: oh; then that's a problem in system-updates then
[13:30] <seb128> dobey, k, so something for gatox?
[13:30] <kenvandine> gatox, yeah i think you need to handle that case
[13:30] <dobey> seb128: yes
[13:30] <kenvandine> like dobey just said
[13:31] <seb128> dobey, I can confirm that the dash does display a "auth err, do you want to see the accounts"
[13:31] <gatox> dobey, are you doing a call to the server to verify if the credentials are valid or do you get that message from the download manager?
[13:31] <seb128> popey, ^ maybe you used the dash to update/install a click when you get the dialog telling you to re-auth?
[13:32] <dobey> seb128: right. the flow there is still a little confusing, as the "Go to Accounts" button just opens system-settings, but that should be better by some point tomorrow
[13:32] <popey> seb128: sorry, I don't know wwhat triggered it.
[13:32] <dobey> gatox: we just get a 401 when doing the HEAD to get the install token for the package, and show the error in that situation
[13:37] <kenvandine> gatox, you can do the same
[13:38] <gatox> kenvandine, i'll work on that as soon as the check-hash branch is ready....  i have the fake server to test it... but for some reason it gets stuck at 100% and i never get the errorFound signal from the download manager..... i'm debugging that
[13:39] <kenvandine> thx
[13:39] <kenvandine> gatox, i'm looking at the other 2 branches now
[13:39] <kenvandine> again :)
[13:39] <gatox> kenvandine, thx
[13:39] <kenvandine> i think it's good to land now
[13:39] <kenvandine> just testing it
[13:54] <kenvandine> gatox, sorry... one more fix needed in display-errors
[13:54] <gatox> checking
[13:54] <kenvandine> then i'm confident we can land it ;)
[13:56] <kenvandine> gatox, at some point i'd like to make it not check when it comes online if there are known updates, and also have it disable the update/download buttons when it's offline
[13:57] <kenvandine> gatox, but i can do that later on, this is already a nice improvement
[13:57] <gatox> kenvandine, done
[13:57] <kenvandine> thanks!
[14:15] <thelionroars> https://education.github.com/pack
[14:15] <alecu> seb128: you can revalidate your credentials if you need to, and when you need to reproduce this issue again, you can go to https://login.ubuntu.com/+applications and remove "Ubuntu One @ ubuntu-phablet"
[14:15] <thelionroars> whoops, that was meant for #ubuntuforums, sorry
[14:15] <alecu> seb128: we are using that in the test plan of the click scope
[14:16] <seb128> alecu, thanks
[14:17] <alecu> seb128, gatox: I strongly suggest you guys add such a case to the system updates testplan.
[14:37] <seb128> nerochiaro, https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1378858
[14:44] <popey> sergiusens: you about? Mirv (and I imagine balloons) need to get creds for the click uploads tools. We can't upload anymore probably because U1 creds were invalidated.
[14:44] <sergiusens> popey: I already sent to Mirv
[14:44] <popey> ok. thanks.
[14:44] <sergiusens> popey: I think he confirmed on #u-c-eng
[14:45] <sergiusens> [09:33:18] <Mirv> popey: filemanger uploaded
[14:45] <popey> missed that, thanks!
[14:48] <charles> nik90, is this correct? https://bugs.launchpad.net/indicator-datetime/+bug/1378862
[14:48] <charles> rsalveti: ^
[14:49] <nik90> charles: clock app can't do it just yet...I need to first implement the dbus interface qml api and once that works, then we can remove the DefautlVolume property from i-dt
[14:54] <charles> nik90, is there a ticket to track that work?
[14:54] <charles> nik90, if so I'll link to it from 1378862
[14:54] <nik90> charles: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1376513
[14:54] <charles> nik90, perfect, ty
[14:58] <nik90> cool
[15:06] <dobey> mardy: hi. why would "unconfined" be popping up the access request dialog, rather than just returning access to the account, since unconfined is already in the ACL?
[15:24] <nerochiaro> bfiller: if you want to test the branch for the album text: https://code.launchpad.net/~phablet-team/gallery-app/album-title-text-proportions/+merge/237614
[15:25] <nerochiaro> bfiller: also i passed to you a branch earlier today for i18n in notes-app, not sure if you have seen it. it's in approved state, needs to be pushed forward from there
[15:25] <bfiller> nerochiaro: will do on both
[15:26] <MoPac> Hello -- my phone just died, and so I need a new one quickly. I'm hoping for an Ubuntu-capable phone, so I'm considering a BQ or Meizu. Does anyone know if Ubuntu will run on the *current* hardware of the models it's set to be released for (e.g., MX4)? Can I be confident that the Ubuntu version won't have a key difference (and therefore that I could load it later on a phone I buy today)?
[15:28] <elopio> ping ted: I've just reflashed, upgraded with your PPA, double checked that citrain reboots after that, and terminal is still not on the freezer group.
[15:28] <elopio> is there more information you would find useful from my phone?
[15:31] <ted> elopio, Uhm, really…
[15:31] <ted> elopio, Just so I don't think I'm crazy, can you verify your /usr/share/upstart/sessions/application-click.conf has a cgroup line in it?
[15:32] <popey> MoPac: can't say. i dont think either meizu or bq have officially announced their ubuntu devices yet
[15:33] <MoPac> I saw this re: Meizu ( http://www.gsmarena.com/meizu_mx4_with_ubuntu_touch_makes_an_appearance-news-9866.php ) , but I guess it's unclear whether it would have to be the Pro or not
[15:33]  * ogra_ wonders if the current android versions would even be flashable 
[15:34] <ogra_> (versions of the meizu and BQ hardware)
[15:34] <kenvandine> gatox_lunch, i'm trying to land the display-errors and account-detected branches, but they have a conflict with trunk
[15:34] <kenvandine> gatox_lunch, can you please merge trunk and push?
[15:34] <elopio> ted: like this?
[15:34] <elopio> $ cat  /usr/share/upstart/sessions/application-click.conf | grep cgroup
[15:34] <elopio> cgroup freezer
[15:34] <elopio> 	/usr/lib/arm-linux-gnueabihf/ubuntu-app-launch/cgroup-reap-all
[15:34] <ted> elopio, That works, but it's more confusing :-)
[15:35] <ted> elopio, I mean, why it's not working is confusing.
[15:35] <ted> elopio, This is krillin?
[15:36] <elopio> ted: krillin. I flash with:
[15:36] <elopio> $ ubuntu-device-flash --serial JB012789 --channel ubuntu-touch/ubuntu-rtm/14.09-proposed --wipe
[15:36] <elopio> and install the silo with:
[15:36] <elopio> $ citrain device-upgrade 28 1234
[15:36] <elopio> 1234 is the password.
[15:36] <MoPac> ogra_: You mean there may need to be a hardware or firmware modification to a device to make it an Ubuntu-capable box?
[15:37] <ogra_> MoPac, well, first you would need it flashable via fastboot ... then ubuntu might use a completely different partitioning scheme etc etc
[15:37] <ogra_> i personally would wait for the actual devices
[15:38] <ted> elopio, Let me try again, but I'm perplexed on how that could happen.
[15:38] <ogra_> (not that i have no idea if it wuld be possible to run ubuntu on them today or not, but the android version might be slightly different which might cause you issues)
[15:38] <ogra_> s/not/note/
[15:39] <MoPac> ogra_: thanks. Since I have to buy a phone right away, it's a bit of a pickle. Anyone have thoughts on whether ports for a large number of devices might follow on from the OEM releases?
[15:40] <ogra_> i think it will start slow at first
[15:41] <popey> MoPac: that doesn't look like an official announcement to me
[15:41] <popey> second hand nexus 4 is probably best thing right now.
[15:42] <ogra_> yeah
[15:42] <ogra_> i heard even nexus5 works
[15:42] <MoPac> popey: It's not, and the text says specifically that the OEM official version might be the Pro
[15:42] <popey> yeah, its all speculation
[15:42] <popey> nothing official at all
[15:42] <popey> so I wouldn't base my phone purchase on that
[15:42] <MoPac> But I didn't know if it might be a good indicator that it would work, since I don't know how much modification has to be done for each device
[15:43] <popey> right now, nexus 4 (image supported by us) or nexus 5 (image supported by community), in the future bq & meizu. that's about it right now.
[15:43] <popey> or, port to some other device yourself.
[15:43] <MoPac> Used Nexus 4 still seems pretty expensive for something without native LTE support...
[15:52] <gatox> kenvandine, done
[15:52] <kenvandine> gatox, thx!
[15:58] <Marzel> Hello, I've a question: I cannot install any app for some days. And updates aren't be installed. Is this, because the new ubuntu came out in a few weeks? I am on devel-channel...
[16:02] <sergiusens> alecu: ^
[16:06] <kenvandine> Marzel, might be related to your U1 account setup on the device
[16:08] <Marzel> Ok, what could happen, that I can't install any app from one day to the other? It was all ok some days before. And suddenly, I can't do anything.... :/
[16:16] <Marzel> kenvandine Ok, what could happen, that I can't install any app from one day to the other? It was all ok some days before. And suddenly, I can't do anything.... :/
[16:16] <jgdx> kenvandine, my MP does not fix that the ConnectionManager interface goes away. The UI have no idea (in FM) what sim to use for data. Is that what you're seeing?
[16:17] <jgdx> kenvandine, that has to be fixed largely outside USS (e.g. NM/gsettings).
[16:17] <kenvandine> Marzel, i heard something about the U1 token expiring... not sure the details
[16:17] <kenvandine> jgdx, so it works most of the times
[16:17] <kenvandine> i must have triggered that 20 times... it only went back to off twice
[16:18] <jgdx> kenvandine, so you turned off FM and it was off and never came back online? Did you check the list-modems output?
[16:18] <kenvandine> jgdx, it didn't, and i didn't check with list-modems
[16:18] <kenvandine> toggling FM again fixed it
[16:19] <kenvandine> well on and off again
[16:19] <jgdx> kenvandine, Tony talked about an issue where traffic just doesnt come back. He's investigating.
[16:19] <jgdx> I'll check if that is the issue. If so, there's nothing we can do.
[16:19] <kenvandine> yeah
[16:19] <jgdx> (in uss)
[16:19] <kenvandine> i was just thinking it could be a race condition, if i'm toggling FM to quickly
[16:20] <jgdx> he mentioned something like that.. NM is watching ofono and we're manipulating ofono directly.
[16:20] <Marzel> kenvandine ok. So, it should only wait, or can I try anything?
[16:20] <kenvandine> Marzel, i think you can remove your U1 account and add it again
[16:21] <kenvandine> but i think it's a bug being worked on...
[16:21]  * kenvandine doesn't really know the story :)
[16:21] <kenvandine> i just know someone said remove/adding the account works around it
[16:22] <Marzel> Ok, I will try it. (Why I didn't try it before? :D ) Yes, I think, too.
[16:22] <kenvandine> but i think if you are trying to install something, it should be prompting you
[16:22] <kenvandine> updates doesn't prompt in this case yet, but i think gatox is fixing that :)
[16:23] <Marzel> It only says "Fehler beim Herunterladen...."
[16:24] <Marzel> Other question: Where can I tell errors?
[16:26] <Marzel> kenvandine Yes, it works now!
[16:27] <Marzel> kenvandine Thank, you!
[16:27] <jgdx> kenvandine, you have pins on your sims?
[16:29] <kenvandine> jgdx, nope
[16:32] <jgdx> kenvandine, right, because I've tested n times using a sim that has a pin. "Always" works. Will test using no pin.
[16:45] <ted> elopio, So reflashed, wiped and silo and it works.
[16:46] <ted> elopio, When we're talking about "in the terminal" it's the terminal app on the device, right?
[16:47] <ted> elopio, Ah, yes, that's it, you're in session two. So from adb or ssh.
[16:47] <ted> elopio, Needs to be the terminal app on the device.
[16:48] <elopio> ted: oh, so I need to check from the device
[16:52] <oSoMoN> who would be the right person to look into bug #1378184 ? (considering adding a package to the ubuntu-touch seed)
[17:14] <michelle_> hi
[17:14] <popey> hello
[17:15] <michelle_> can you guide me how to instill thi system on HP with window 8 ?
[17:18] <michelle_> Can you?ű
[18:06] <asac> barry: i have r89 installed, but r91 is out, but i dont see any update in system-settings
[18:07] <asac> barry: any idea what i should look for?
[18:07] <asac> barry: i had an internet outage here for couple hours; maybe that makes our update thingy give up?
[18:07] <seb128> yeah, the service doesn't handle those cases well
[18:08] <seb128> if you check for updates while offline and come back offline it doesn't refresh/check again
[18:08] <asac> hmm. wonder if there is any info should exttract before going offline/online
[18:08] <seb128> reboot the device?
[18:08] <asac> i am sure this fixes it most likely
[18:08] <asac> but anything useful to get from this state?
[18:09] <asac> seb128: which service is that? download-manager? update-manager?
[18:09]  * asac wants at least to file a bug
[18:09] <seb128> system-image I assume
[18:09] <asac> mandel: see above; maybe you know something?
[18:09] <asac> e.g. if i should extract info in this state etc.
[18:11] <seb128> you need barry
[18:34] <asac> bdmurray: https://bugs.launchpad.net/whoopsie/+bug/1378980
[18:35] <asac> thanks and sorry for the bad bug report style :)
[18:35] <asac> surely not suyper urgent, but would be helpful
[18:36] <dobey> does anyone know where the code is that pops up online-accounts-ui to ask to allow/deny access to an account?
[18:36] <dobey> mardy: ^^?
[18:43] <barry> asac: there are probably some udm logs.  si doesn't actually do any downloading so if there are connectivity problems udm will fail and these failures will propagate up the stack
[18:48] <asac> barry: so what shall i do?
[18:48] <asac> barry: btw, thanks for coming  on :)
[18:49] <barry> asac: np!  if possible, i would adb shell in, kill ubuntu-download-manager and system-image-dbus (if they are still running, the latter times out after 10m).  you might also have to kill system-settings.  then retry
[18:50] <asac> barry: this might cure it, but shouldnt we try to get some info first?
[18:50] <asac> i am concerned that this will be "unreproducible aftrer"
[18:51] <barry> asac: you can pastebin /var/log/system-image/client.log, but i suspect udm, and there's little i can do about that.  i'm not really even sure where the latter logs itself these days :(
[18:52] <asac> barry: cat /tmp/client.log  | pastebinit
[18:52] <asac> http://paste.ubuntu.com/8522507/
[18:53] <asac> barry: who can do something about udm if thats what it takes?
[18:53] <barry> asac: yep.  look at the bottom and you'll see timeout errors coming from the downloader.  that's udm not responding to dbus :(
[18:54] <barry> asac: that's is a long discussion
[18:54] <barry> asac: but yes, we need to Do Something
[18:59] <mardy> dobey: ubuntu-system-settings-online-accounts/online-accounts-ui/qml/ProviderRequest.qml, IIRC
[19:00] <mardy> dobey: ah, wait, depends on what you need; if you want to see the client side, it's in ubuntu-system-settings-online-accounts/client/OnlineAccountsClient/setup.{h,cpp}
[19:00]  * mardy needs to leave
[19:03] <dobey> mardy: when libsignon-glib asks for credentials
[19:05] <mardy> dobey: your original question seemed different, now I'm a bit confused :-)
[19:05] <mardy> dobey: do you want to see how to popup the screen which requests the user to authorize an account?
[19:06] <mardy> dobey: I mean, the top one from here: https://wiki.ubuntu.com/OnlineAccounts#App_access
[19:06] <dobey> mardy: trying to find out why it is popping up for an unconfined request
[19:06] <Stskeeps> g w00t
[19:06] <Stskeeps> er, ignore me
[19:07] <mardy> Stskeeps: you are logged for eternity
[19:07] <Stskeeps> :-(
[19:08] <mardy> dobey: maybe this? http://bazaar.launchpad.net/~online-accounts/signon-apparmor-extension/trunk/view/head:/src/access-control-manager.cpp#L72
[19:08]  * mardy now really leaves :-)
[19:08]  * w00t sends the internet police to Stskeeps
[19:10] <dobey> no. that wasn't even installed in the image :-/
[19:15] <jdstrand> ted: hi! artmello is faced with bug #1378823
[19:15] <jdstrand> ted: and needed some help on the direction to fix it
[19:15] <jdstrand> alex-abreu: you may be able to as well since you guys did something for webapps ^
[19:16] <artmello> jdstrand, ted: It is not clear to me what gallery-app can do to fix that, we are using the UriHandler from the sdk
[19:16] <jdstrand> ah, then ted is definitely your guy
[19:16] <alex-abreu> jdstrand, artmello I did talk to artmello about it
[19:17] <artmello> jdstrand: yes, already talked with alex-abreu
[19:17]  * ted clicks
[19:17] <alex-abreu> artmello, gallery app is a click right?
[19:17] <artmello> alex-abreu: yep
[19:18] <alex-abreu> artmello, jdstrand so yeah ... to me it's more a ubuntu-ui-tk bug ... and not  critical one .. same issue than w/ webapps
[19:18] <alex-abreu> but it doesn't affect the functionality
[19:18] <jdstrand> oh
[19:18] <alex-abreu> since the dispatcher dispatches directly to the process
[19:18] <jdstrand> I thought the functionality was affected
[19:18] <alex-abreu> jdstrand, it's mostly a side effect (albeit rather bad) of the SDK doing this http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/plugin/ucurihandler.cpp#L87
[19:19] <alex-abreu> jdstrand, for all apps (confined or not)
[19:19] <alex-abreu> and apparmor righfully blocking it
[19:19] <alex-abreu> jdstrand, no it does not actually
[19:19] <artmello> jdstrand: no, I think there is no functional issue
[19:19] <ted> Yeah, so it seems just line 87 needs to die there.
[19:19] <alex-abreu> ted, yes
[19:19] <ted> http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/plugin/ucurihandler.cpp#L87
[19:20] <alex-abreu> ted, yeah as as I pasted above
[19:20] <ted> Ha
[19:20] <alex-abreu> ted, artmello jdstrand I can MR something to sdk
[19:20] <ted> alex-abreu, Sorry, typing not reading :-)
[19:20] <alex-abreu> I was meaning to do it
[19:20] <alex-abreu> np at all :)
[19:21] <alex-abreu> ted, jdstrand artmello I'll file a bug and MR something to SDK ... and comment on the issues, since we still have the log for webapps too
[19:21] <ted> alex-abreu, I'd just retarget the bug artmello has
[19:22] <ted> Don't waste bug numbers, we might run out some day :-)
[19:22] <alex-abreu> ted, mmmh yeah sound ok :)
[19:22] <alex-abreu> aha
[19:22] <alex-abreu> I hope we reach that day, it'll mean that we are still outthere
[19:22] <artmello> ted, alex-abreu: heh
[19:23] <jdstrand> alex-abreu: so, your fix will fix webapps too?
[19:23] <alex-abreu> jdstrand, yes
[19:23] <jdstrand> cool. let me reprioritize the bug then
[19:23] <neonthoth> hello all
[19:23] <alex-abreu> jdstrand, right, ...
[19:24] <jdstrand> alex-abreu: shat source package?
[19:24] <jdstrand> what*
[19:24] <jdstrand> ubuntu-ui-toolkit
[19:25] <neonthoth> i am kind of a linux 'power user' but want a tablet 'look and function' to my thinkpad x201t. do you that touch would be a good choice?
[19:25] <alex-abreu> jdstrand,
[19:25] <alex-abreu> https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit
[19:25] <neonthoth> i'm having a hard time finding out specific information i suppose
[19:28] <jdstrand> alex-abreu: ok, I just retarted bug 1378823
[19:29] <artmello> jdstrand, alex-abreu: thx guys
[19:29] <alex-abreu> jdstrand, thx
[19:29] <jdstrand> alex-abreu: thank you! :)
[19:35] <danielbeck_> hello! I would like to swith from channel=devel to channel=rtm
[19:35] <danielbeck_> However, when I enter the following: ubuntu-device-flash --channel=ubuntu-touch/ubuntu-rtm/14.09
[19:36] <danielbeck_> I get: Expecting the device to expose an adb interface...Cannot determine the device name: exit status 255
[19:36] <sergiusens> danielbeck_: you need to enable developer mode
[19:37] <danielbeck_> sergiusens: It works. Thanks!
[19:37] <sergiusens> great
[19:42] <chrisc> the login screen has stopped working on my phone, if I ssh into it which service do I need to restart to get it working again?
[19:48] <asac> sergiusens: i have my system in a state where i cannot convince it that there are new updates availabe on system image
[19:48] <asac> sergiusens: seems things point towards udm
[19:48] <asac> sergiusens: i had a couple hours internet outage, so maybe it gave up etc.
[19:48] <asac> sergiusens: http://paste.ubuntu.com/8522507/
[19:48] <asac> thats the client.log
[19:48] <asac> sergiusens: aything we can extract from this system state? or shall i reboot and forget?
[19:49] <asac> (chicken said you try to juggle udm while mandel is away)
[19:51] <sergiusens> asac: can you get me the u-d-m logs inside ~/.cache/ubuntu-download-manager ?
[19:51] <asac> sergiusens: sure let me try :)
[19:51] <asac> sergiusens: hmm i have a bunch of .log files in there
[19:51] <asac> sergiusens: guess you only want the INFO WARNING etc,?
[19:53] <sergiusens> asac: I hope that has the info I need, if not, we can spawn u-d-m and retry the update (without rebooting of course)
[19:53] <asac> sergiusens: people.canonical.com:~asac/udmlog.tar.gz
[19:55] <sergiusens> asac: did you update payui just now?
[19:56] <sergiusens> barry: does system-image use the download manager to ping for updates too? seems a bit too much for u-d-m
[19:57] <sergiusens> or too little; depending on perspective :-)
[19:57] <asac> sergiusens: no. i dont update apps individually
[19:57] <asac> just have whatever is in r89
[19:58] <asac> sergiusens: i have been going to the system settings update window a few times hoping it would tell me there is a new update
[19:58] <asac> so i guess thats why you might see it
[19:58] <asac> i see a few apps from store, but none for system image
[19:58] <sergiusens> asac: well something is triggering it ... I1001 09:41:31.774821 13253 process.cpp:58] start pkcon-p install-local /home/phablet/.local/share/ubuntu-download-manager/Downloads/com.canonical.payui_0.3.25_armhf.click3
[19:59] <asac> odd
[19:59] <asac> i am surely not hitting that button there
[19:59]  * asac leaves it alone
[19:59] <sergiusens> asac: the date in the logging is a bit weird though
[19:59] <barry> sergiusens: si uses udm to download *everything*
[19:59] <asac> i still see it being available as update
[19:59] <asac> let me double check
[19:59] <barry> and a "ping for update" requires some files be downloaded
[19:59] <asac> sergiusens: pay ui is still available for update
[19:59] <sergiusens> barry: oh, that explains it
[19:59] <asac> sergiusens: so i think i updated too 89 in the morning
[20:00] <asac> thats 09:41 maybe
[20:00] <asac> my theory is still that while my inet was down, udm tried to check for new index, something exploded because of net being off
[20:00] <asac> and since then its not looking anymore
[20:00] <asac> or system-image or whoever does that part :/
[20:01] <barry> asac: udm
[20:01] <asac> barry: but is udm deciding to check for updates on its own>?
[20:01] <asac> barry: are we sure taht however wants to check for updates is still asking udm to do that?
[20:01] <barry> asac: no.  si says "please download these N files and tell me when you're done"
[20:01] <asac> do you see that in the logs?
[20:01] <sergiusens> barry: yeah, I see now it's failing to download the blacklist, but from the udm logs it seems it's never "called upon"
[20:01] <asac> barry: so sytem-image asks like once every hour to do that, right?
[20:02] <asac> and that "request" is still attempted? just that udm doesnt do its job?
[20:02] <barry> asac: si never initiates that check.  that comes from system-settings
[20:02] <asac> barry: system-settings does that even if i dont use it?
[20:02] <asac> i get notified if there is a new update available usually
[20:02] <barry> so: s-s asks s-i if there are updates.  s-i asks udm to download some files.
[20:02] <barry> asac: behind the scenes i believe it does
[20:03] <asac> ok, can we confirm that s-s still asks s-i and that s-i tries to ask uddm?
[20:03] <asac> is that possible?
[20:03] <asac> do we see that in the logs?
[20:03] <barry> in the most recent images, i've seen s-i-dbus started after login.  it's dbus activated only so *something* must be making those requests
[20:03] <asac> hmm. not sure if i get those notifications if i never logged in
[20:03] <barry> s-i-dbus will never spontaneous start running
[20:03] <asac> could be i dont
[20:03] <asac> sure, but i am logged in now
[20:04] <barry> right, there can be other reasons why s-s starts s-i-dbus of course
[20:04] <barry> i'm not positive what all those situations are
[20:04] <sergiusens> barry: asac it is clear from the log that s-i is timing out due to the u-d-m never coming back
[20:04] <asac> barry: si-dbus keeps running? or stops after it succeeds or fails?
[20:04] <asac> sergiusens: cool. thanks
[20:04] <asac> sergiusens: but it succeeds talking to udm at all?
[20:05] <barry> sergiusens: right.  in which case si will exit
[20:05] <sergiusens> but there is not log or notice from u-d-m
[20:05] <barry> asac: in the good path, s-i exits because the device reboots :)
[20:05] <sergiusens> asac: is u-d-m running now?
[20:05] <asac> let me check
[20:05] <sergiusens> asac: if it is, it deadlocked
[20:05] <sergiusens> as it should timeout with inactivity
[20:05] <asac> ps -eaf | grep download
[20:05] <asac> phablet  19126 19072  0 22:05 pts/52   00:00:00 grep --color=auto download
[20:05] <asac> so i think not
[20:06] <barry> right if si sees no activity over dbus it exits after 10m by default
[20:06] <sergiusens> asac: if you check for updates; do you see it at least start?
[20:06] <asac> will it live long enough?
[20:06]  * asac tries
[20:06] <sergiusens> asac: iirc the timeout is 1 minute
[20:06] <asac> f*ck
[20:06] <barry> if you have si 2.5, it will also log and exit now if any exception occurs in a dbus method
[20:06] <asac> it started and is downloading :/
[20:06] <asac> didnt do antyhing except unlock screen
[20:06] <chrisc> can anyone suggest what service i could restart to get the login screen working on my phone?
[20:07] <asac> damn ... guess the new 92 image being out triggered it
[20:07] <asac> how can that be ?
[20:07] <asac> that 91 doesnt work, but 92 does?
[20:07] <asac> mabye 91 was already downloaded and installed?
[20:07] <asac> err 93 is now here
[20:07] <barry> asac: a change in system-settings perhaps?  i've seen that before
[20:07] <asac> i didnt touch the device
[20:08] <sergiusens> asac: maybe because it's a new download
[20:08] <asac> yeah, so what happeened to the old download?
[20:08] <asac> maybe  it actually was downloaded, but si didnt figure it was there
[20:08] <asac> or didnt reboot after putting to recovery and forgot about it?
[20:09] <barry> if a download is not applied, si will for safety reasons, clear out the old download cache directory before it starts a new download
[20:09] <sergiusens> asac: but the failing group download are generic artifacts (not versioned -> keryring and blacklists)
[20:09] <sergiusens> barry: yeah, we had issues with that one for sure (had to deal with it for u-d-f as well)
[20:09] <barry> oh, also it's perfectly possible for blacklists to fail to download.  that is an expected behavior (and properly handled).  we can't know whether there are blacklist keyrings available until we try to download them
[20:10] <barry> and we *always* try to download the blacklists for each check-for-update or download
[20:10] <asac> hmm
[20:10] <sergiusens> barry: oh, then I misread the log :-)
[20:10] <asac> so for me good news is that it auto recovered after a new image became available
[20:10] <sergiusens> barry: this is the only relevant line [systemimage] Oct 08 20:49:51 2014 (16686) check_for_update failed
[20:10] <asac> bad news is that i think we dont have a real story yet
[20:11] <sergiusens> followed by a timout stackstrace
[20:11] <asac> or i am stupid and wasted your time in worst case :)
[20:11] <sergiusens> *traceback
[20:11] <asac> but i see problems in http://paste.ubuntu.com/8522507/ and i surely could ping, so i dont feel that bad
[20:11] <sergiusens> asac: it's networking, anything is possible ;-)
[20:11] <asac> yeah, we can blame lossy internet connection
[20:11] <asac> and tcp couldnt deal with it :P
[20:12] <barry> sergiusens, asac look at the traceback right after check_for_update failed.  you see the TimeoutError coming from download.py?  that's si-dbus saying that udm never responded with *any* completion signal
[20:12] <asac> yeah
[20:12] <asac> i am usually blaming dbus
[20:13] <asac> dbus is just not reliable :)
[20:13] <barry> asac: there is that ;)
[20:13] <barry> we put a lot of faith in that layer
[20:13] <asac> but then folks put dbus everywhere, i still feel they are crazy :P
[20:13] <asac> exactly
[20:13] <asac> i would feel better if we used corba :P
[20:13] <barry> :-o
[20:13] <asac> at least we know what we deal withh there
[20:13] <barry> or just rest==http+json
[20:14] <asac> and multithreading everywhere :)
[20:14] <asac> nice combo
[20:14]  * asac likes it
[20:14] <barry> yeah, i can do *that* in a dozen lines of python :)
[20:14] <asac> multithreading and crashing badly in a hard to reproduce manner? :)
[20:14] <asac> hehe
[20:15] <asac> i can do that too i guess
[20:15] <barry> :)
[20:15] <barry> i think that's the definition of multi*
[20:18] <sergiusens> barry: right, (wrt check_for_update), that's why I asked asac if udm deadlocked
[20:21] <asac> so what really makes no sense to me is that it recovered
[20:21] <asac> when new image was there
[20:21] <asac> very strange... i am sure that points to something "half done" that some other part doesnt recover to continue
[20:21] <asac> if that fails
[20:21] <ogra_> wow, the scope performance got really bad in the latest image
[20:21] <ogra_> Saviq, is that known ?
[20:22] <sergiusens> asac: I'll try to mock/reproduce your problem and see if I can come up with something with just dbus calls
[20:22] <asac> sergiusens: barry: anyway, thanks for help. i will bookmark my paste
[20:22] <asac> rebooting into 93
[20:22] <ogra_> Sarvatt, if i swipe sideways into music (or back to my apps) the swipe is only processed like 1/2 sec later
[20:22] <asac> sergiusens: only if you have an idea i guess
[20:22] <ogra_> argh
[20:22] <asac> sergiusens: its scary as we want to be damn sure we can ship updates
[20:22] <barry> asac: cool
[20:22] <asac> and users get it in reasonable time
[20:22] <ogra_> sorry Sarvatt, that was for Saviq
[20:22] <asac> barry: well, not happy about the outcome really :/
[20:23] <asac> but what can i do
[20:23] <asac> i think we have the logs
[20:23] <asac> that might give hints
[20:23] <barry> asac: yep
[20:23] <asac> barry: can i file the bug somewhere?
[20:23] <sergiusens> asac: file it against u-d-m
[20:23] <barry> sergiusens: i concur
[20:24] <asac> sergiusens: do we file against package or upstrema project?
[20:24] <barry> asac: for udm it looks like there are bugs in both.
[20:24] <sergiusens> asac: package these days
[20:24] <barry> asac, sergiusens for si, please file against the upstream project.  if you file against the ubuntu package, i'm just going to retarget it anyway ;)
[20:25] <ogra_> my device feels worse than maguro :(((
[20:25] <sergiusens> barry ack
[20:25] <sergiusens> barry: it's not easy to ubuntu-bug on rtm anymore anyways ;-)
[20:25] <barry> sergiusens: ;)
[20:26] <chrisc> answring my one question above - restarting lightdm fixed the login screen problem
[20:26] <barry> sergiusens: fwiw, the only bugs i leave on the package are those that are specifically packaging issues, i.e. debian/* stuff
[20:26] <barry> (e.g. adding or updated dep-8 tests)
[20:26] <chrisc> s/answring my one/answering my own/
[20:28] <mhall119> has anybody else has problems downloading updates in RTM r4?
[20:28] <nik90> mhall119: log out of your u1 account and relogin
[20:29] <chrisc> not me, i'm running devel
[20:29] <nik90> mhall119: recently everyone had to do that...service side issue I think
[20:29] <mhall119> thanks nik90, I thought it might be something like that
[20:30] <asac> sergiusens: barry: https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1379025
[20:30] <asac> sergiusens: assigned it to you as explained in comment feel free to unassign once you have checked your mock idea etc.
[20:30] <asac> thanks
[20:30] <sergiusens> asac: I was planning to only subscribe, but fair enough :)
[20:31] <barry> asac: subscribed
[20:31] <mhall119> nik90: works now, thanks agian
[20:32] <nik90> mhall119: cool, yw
[20:32] <asac> slangasek: barry: sergiusens: beyond this bug, if anyone has ideas what we could do to ensure we have a bullet proof updating story, dont hold ideas back :P
[20:34] <barry> asac, slangasek, sergiusens: mpt opened a bug and i believe put it on the agenda for the dc sprint.  yep, i am thinking about it
[21:21] <vitimiti> Hi