[00:10] <tedg> mterry, bringing in charles
[00:10]  * charles clicks
[00:10] <tedg> charles, ^ seems that mterry wants the desktop_greeter for ipower instead of phone
[00:13] <charles> mterry, so switching from /phone to /desktop_greeter in i-power avoids the crash you backtraced @ https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155/comments/595770 ?
[00:14] <charles> mterry, if so, any idea what's actually causing the crash? What prompted you to try changing the i-power profile to work around it?
[00:26] <mterry> charles, tedg: I think you have it backwards (or I typed backwards)
[00:26] <mterry> charles, tedg: currently, power uses "/desktop_greeter" when set to phone_greeter profile
[00:26] <mterry> charles, tedg: switching that to use /phone instead fixes the problem
[00:26] <charles> mterry, ok, that sounds better at least :)
[00:27] <charles> mterry, still, I'm curious what the crash is
[00:27] <mterry> charles, tedg: the reason I was digging in that area was I was updating my profile-switching unity8 branch to merge from trunk
[00:27] <mterry> charles, tedg: I noticed this hang problem (not a crash) and determined that it only happened if I used phone_greeter profile
[00:27] <mterry> charles, tedg: so I started going through the indicators to see which indicator's phone_greeter profile was the problem
[00:28] <mterry> charles, tedg: I'm not sure who's at fault (certainly at least a little bit unity8, we probably shouldn't let an indicator DOS us)
[00:28] <mterry> charles, tedg: but I'm curious why desktop_greeter would cause such a difference?  (seems that u8 is just forever trying to render an icon)
[00:30] <mterry> Unfortunately, jenkins hasn't made deb files for my branch yet
[00:30] <mterry> Otherwise you could test and see it yourself
[00:30] <charles> mterry, yeah, that's very strange. even if unity8 gets a little of the blame this is likely the power indiator's bug...
[00:30] <charles> mterry, is jenkins queued to build?
[00:30] <mterry> charles, yeah I could *imagine* maybe if it were making a bunch of icon change requests...?  But I looked and didn't see spam on dbus-monitor
[00:31] <charles> mterry, I'm EOD soon but can check back later and give it a test drive
[00:31] <mterry> charles, yeah it should automatically generate some debs from my last commit
[00:31] <charles> so I don't have to do anything special to trigger the crash, just use
[00:32] <charles> mterry, so I don't have to do anything special to trigger the crash, just use 'desktop_greeter' instead of 'phone' for the profile on the phone?
[00:32] <mterry> charles, yeah.  Sometimes booting is enough.  Other times I play with indicators a little bit.  Open them and just bounce the drag-reveal bar up and down in the middle of hte screen, side to side to switch indicators
[00:32] <mterry> Eventually u8 freezes
[00:33] <mterry> charles, well the profile is already desktop_greeter in the indicator file
[00:33] <mterry> charles, switching to phone fixes it
[00:33] <mterry> charles, but as is, desktop_greeter will cause a freeze with my branch
[00:33] <mterry> charles, but you usually see the freeze within a minute of boot/play
[00:34] <mterry> charles, so reproduction steps are: flash, install debs from that MP, and then just play with indicator bar
[00:38] <charles> mterry, ack
[00:54] <kenvandine> ogra_, ok, i'll need a hand doing that in the morning :)
[02:51] <Soledge> Hi is there anyone here who can help me? im trying to install the Ubuntu Touch OS on my Google nexus 7 (2013) and im having difficulties near the ned of installation
[04:20] <ahoneybun> hello as;;
[04:20] <ahoneybun> all
[05:07] <ahoneybun> anyone getting failed to enter recovery when flashing ubuntu over android?
[06:59] <bzoltan> mvo: ping
[07:00] <mvo> bzoltan: pomg
[07:00] <bzoltan> mvo: the chroot.py in the lp:click lists the intltool as part of the frameworks
[07:00] <bzoltan> mvo: still it is the intltool-debian package what gets installed when the click chroot is created
[07:00] <bzoltan> mvo:  and the cmake looks for the /usr/bin/intltool-merge
[07:01] <bzoltan> mvo:  when the intltool-debian installes to the /usr/share/intltool-debian/intltool-merge
[07:01] <mvo> bzoltan: right, let me check that
[07:01] <bzoltan> mvo:  why the click chroot does not install the explicit package?
[07:01] <bzoltan> mvo:  it is  this bug -> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1384724
[07:05] <bzoltan> mvo:  here is the logs from my click chroot creation -> http://pastebin.ubuntu.com/9067294/
[07:05] <bzoltan> mvo:  I am on utopic
[07:05] <mvo> bzoltan: chroot creation is running so that I can check why its missing, it should be there
[07:08] <mvo> bzoltan: whats your click version?
[07:14] <bzoltan> mvo: 0.4.33
[07:17] <mvo> bzoltan: aha, I think that explains it, it got added as part of https://launchpad.net/ubuntu/+source/click/0.4.34.2 - see the   [ David Planella ]part. I guess it needs to be updated in your sdk ppa
[07:17] <bzoltan> mvo:  hm... and that is archeologic
[07:18] <bzoltan> mvo:  the silly thing is that teh sdk ppa has the super latest click :) but I was dogfooding on the dev tools PPA ... sorry, my bad
[07:19] <mvo> bzoltan: no worries
[07:20] <bzoltan> mvo:  once I caught you :) we will soon have a new fw package for vivid target.. the qt5-qmake-cross-armhf package. That should be installed in the vivid chroots in order to support qmake crossbuild
[07:21] <mvo> bzoltan: just seed it as part of the ubuntu-sdk-libs and it will be there
[07:21] <mvo> bzoltan: the chroot is now build entirely from the ubuntu-sdk-libs-dev package, no need to modify click anymore :)
[07:21] <bzoltan> mvo: hmmm... it is something what should exist exclusively on click chroots .. it was made for that. I do not think it is harmful on any other env thou
[07:22] <bzoltan> mvo:  and that package is built only for x86 targets not for armhf
[07:23] <mvo> bzoltan: oh, in this case I need to look at the code and scratch my head a bit, it seems to be a bit of a special snowflake
[07:24] <mvo> bzoltan: would you mind to file a bug so that its not forgoten? another project is keeping me super busy right now
[07:25] <bzoltan> mvo:  but wait a sec ...  how those packages will be installed to the chroot what are now listed for utopic fw and not part of the sdk-libs-dev?
[07:26] <bzoltan> mvo: was anybody testing the 15.05 chroots if they are actually functional with the SDK?
[07:27] <mvo> bzoltan: I don't think so, I tested that the chroot itself works, but did not do a intergration test with the sdk
[07:27] <bzoltan> mvo:  it is not to simplify and clean up the click project... but we have an SDK to run in the meantime :)
[07:28] <mvo> bzoltan: you mean the new structure of the chroot creation using ubuntu-sdk-libs-dev? I did check that all the packages are there :)
[07:30] <bzoltan> mvo: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs and http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs-dev
[07:30] <bzoltan> mvo:  so for example how the intltool gets installed?
[07:33] <mvo> bzoltan: it dosn't which is a bug . shows once more the importance to keep chroot.py and the seeds in sync (and also that its better to have this only in a single place :)
[07:33] <mvo> bzoltan: let me add it to the seeds
[07:34] <bzoltan> mvo: super, thank you. I agree that it is safer and better to have a single place for the SDK definition
[07:35] <bzoltan> mvo:  I will take care of the SDK integration tests and turn back to you if I find any problem.
[07:37] <mvo> bzoltan: thanks for noticing the problem! its added to bzr now and I will upload the package in some minutes
[07:38] <bzoltan> mvo: nice ... for the qt5-qmake-cross-armhf:i386 dependency I think we need to have a separate metapackage .. like for tools/toolkchains and stuff
[07:41] <mvo> bzoltan: cool, if you have a plan, please include it in the bugreport
[07:42] <bzoltan> mvo:  I am still thinking ... you install the sdk-libs-dev:target ... that metapackage pulls the cmake and intltool
[07:43] <bzoltan> mvo:  will it install the cmake:armhf?
[07:44] <mvo> bzoltan: cmake is marked multi-arch: foreign so apt knows it can install the :amd64 version instead of the :armhf version
[07:44] <mvo> (so is intltool)
[07:44] <bzoltan> mvo: so this http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs-dev has both tools what should be native i386 and target dev what should be armhf
[07:45] <bzoltan> mvo:  OK, I see.. but my qt5-qmake-cross-armhf is not a multiarch package
[07:45] <bzoltan> mvo:  as it is not possible to build it for armhf ...
[07:46] <bzoltan> mvo: precisely this is how it is done -> https://code.launchpad.net/~bzoltan/kubuntu-packaging/qt5-qmake-cross-armhf/+merge/241568
[07:57] <dholbach> good morning
[08:02] <mvo> bzoltan: ubuntu-touch-meta with the updated libs is uploaded once its available in the archive a full test can be done
[08:10] <bzoltan> mvo: thank you. For the qmake project support I will need that qt5-qmake-cross-armhf:i386 installed in the click chroot. The new qtabse to provide that package is on its way to the archive. So what do you suggest?
[08:11] <mvo> bzoltan: please file a bug and I will look at it once its in the archive
[08:19] <bzoltan> mvo:  zbenjamin had a problem with creating 15.04 click chroot -> http://pastebin.ubuntu.com/9068140/
[08:21] <mvo> bzoltan: right, this is also addressed with the ubuntu-touch-meta upload, the two packages in the log got renamed
[08:22] <bzoltan> zbenjamin: ^ you have heard the man
[08:22] <bzoltan> mvo:  thank you
[08:22] <mvo> yw
[08:23] <bzoltan> mvo: and here is the bug -> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1393698 For the time being I cold live with a workaround to add that package to the list in the chroot.py
[08:34] <ycheng> --revision is not accepted by ubuntu-device-flash, https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1393699
[08:34] <ycheng> help help
[08:43] <dholbach> pete-woods, jdstrand: are fields like "Unknown fields in 'flickr/com.canonical.scopes.flickr_flickr.ini': description[bg], description[ca], description[cs], description[da], description[de], description[el], description[es], description[eu], description[fi], description[fr], description[gl], description[hu], description[it], description[nl], description[pl], description[pt], description[pt_br], description[ru], description[sk], description[
[08:43] <dholbach> sl], description[sv], searchhint[bg], searchhint[ca], searchhint[cs], searchhint[da], searchhint[de], searchhint[el], searchhint[es], searchhint[eu], searchhint[fi], searchhint[fr], searchhint[gl], searchhint[hu], searchhint[it], searchhint[nl], searchhint[pl], searchhint[pt], searchhint[pt_br], searchhint[ru], searchhint[sk], searchhint[sl], searchhint[sv]" in a scopes .ini file something that is working and which click-reviewers-tools sho
[08:43] <dholbach> uldn't complain about?
[08:43] <pete-woods> dholbach: yes. those are the translations
[08:44] <dholbach> pete-woods, so that's stuff which is actually working?
[08:44] <pete-woods> it needs to accept any of the known keys with [XX] on the end
[08:44] <pete-woods> my mistake when putting in those rules
[08:44] <dholbach> for description, searchhint - anything else?
[08:47] <pete-woods> hmm, I think displayname too?
[08:48] <pete-woods> maybe author?
[08:48] <pete-woods> dholbach: ^
[08:48] <dholbach> ok
[08:48] <pete-woods> http://bazaar.launchpad.net/~click-reviewers/click-reviewers-tools/trunk/view/head:/clickreviews/cr_scope.py#L109
[08:48] <pete-woods> I see there was probably originally support for this
[08:48] <pete-woods> maybe I broke it
[08:49] <dholbach> I filed 1393706
[08:49] <pete-woods> if so, apologies
[08:55] <dholbach> pete-woods, nevermind - the PPA was not updated to tip of trunk yet :)
[09:28] <mardy> thostr_: hi! Why do you think that bug 1393470 is a critical one?
[09:29] <thostr_> mardy: as it seems to be able to corrupt the database
[09:30] <thostr_> mardy: or rather, with a broken service file you can corrupt the db/cache
[09:31] <thostr_> mardy: which would be pretty bad... how would you recover on a consumer device from that?
[09:32] <mardy> thostr_: it's more correct to say that if the developer changes the provider or type in a .service file after it has being deployed, the info is not updated; which is pretty bad, I agree, but the situation shouldn't happen in the first place
[09:32] <mardy> thostr_: we see it happening in developers' environments, while they play with the .service files
[09:33] <mardy> thostr_: IOW, it's an annoying bug which hurts developers, but I don't think that it has a big impact on users
[09:34] <thostr_> mardy: right. but that also means by installing a super strange service file with a long list of existing names I could potentially pre-populate the db without any chance for the users to be cleaned up again, no?
[09:35] <mardy> thostr_: no, that cannot happen. The service file is only relevant for the application, it doesn't add providers or other user-visible stuff
[09:36] <mardy> thostr_: it cannot create conflicts with other services, even; the only thing which it can break is the application itself
[09:37] <thostr_> mardy: so, it will be only the one app - service relation that would break?
[09:38] <JamesTait> Good morning all; happy Entrepreneurship Day! :-D
[09:38] <mardy> thostr_: yes
[09:38] <mardy> thostr_: which is not to say that it's not an important bug, we can even tag it as OTA, but I wouldn't say it's that critical
[09:39] <thostr_> mardy: yes, agree. will mark it as high, because it's still a pita for devs
[09:39] <mardy> thostr_: +1
[10:14] <mOrteCide> Hi guys...I just want to know how is the functionaltiy of the Ubuntu-Touch-i9300_build3...
[10:15] <mOrteCide> Can I use it as a phone or is most of the functions still not working
[10:17] <mOrteCide> Anybody their?
[10:18] <mOrteCide> Nevermind...jesus this site sucks
[10:38] <dholbach> .
[10:52] <bzoltan> mvo: zbenjamin: the qt5-qmake-cross-armhf is now available in Vivid
[11:26] <bzoltan> mvo:  sorry to be pushy :) but the click fix is the last blocker of the qmake support. Do you think you can add that line to the chroot.py shortly. We can figure out the long term solution later on.
[11:30] <bemk> Hi, I'm trying to figure out how the boot process works on the Tegra K1, DTB stuff and kernel. Can you help me, or do you know of a better channel to ask?
[12:04] <brendand> mardy, actually they aren't online-accounts tests, but they are using some test plugin for it
[12:05] <brendand> mardy, trying to create an account with 'com.ubuntu.reminders_evernote-account-plugin-sandbox'
[12:05] <brendand> mardy, but the account returned is blank
[12:06] <mardy> brendand: you mean that a blank screen pops up?
[12:06] <brendand> mardy, let me find the code
[12:07] <brendand> from gi.repository import Accounts
[12:08] <brendand> self._manager = Accounts.Manager.new()
[12:08] <brendand> account = self._manager.create_account('com.ubuntu.reminders_evernote-account-plugin-sandbox')
[12:09] <brendand> then account.get_settings_dict() is empty
[12:09] <brendand> mardy, do those gi bindings belong to OA?
[12:12] <mardy> brendand: yes they do
[12:13] <brendand> mardy, so what's going on back there that the call would return a blank account?
[12:13] <mardy> brendand: can you find a .provider file for com.ubuntu.reminders_evernote-account-plugin-sandbox in /usr/share/accounts/providers/ or ~/.local/share/accounts/providers/? Maybe that's missing
[12:14] <brendand> mardy, it's in .local
[12:14] <brendand> mardy, wait - not the sandbox one
[12:16] <brendand> mardy, ok i see now this is clearly not installed. i'll go find out why
[12:16] <mardy> brendand: cool :-)
[12:22] <pitti> ogra_: eek, no -- unless you apparmor that properly it would mean that every process can crash your device :/
[12:22] <ogra_> hmm, k
[12:23] <ogra_> i dont really get why it can reboot with the same code path
[12:25] <ogra_> oh
[12:25] <ogra_> apparently via capset
[12:26] <ogra_> cap[CAP_TO_INDEX(CAP_SYS_BOOT)].effective |= CAP_TO_MASK(CAP_SYS_BOOT);
[12:58] <mvo> bzoltan: on the phone, really bad timing currently as there is another project of very high priority going
[12:59] <bzoltan> mvo:  I could do  the single line change and release a "fork" in the SDK PPA.
[13:40] <kenvandine> ogra_, how do i get a chroot from recovery?
[13:40] <ogra_> you need to mount the rootfs ... then just chroot into the mountpoint
[13:41] <ogra_> on krillin yu can just do: mount /system IIRC
[13:42] <jdstrand> dholbach, pete-woods: that is bug #1392133. I fixed that yesterday and asked beuno to get that into the store (I think pindonga may be working on that this morning)
[13:42] <pindonga> jdstrand, yes, we're waiting for the deploy to happen
[13:42] <dholbach> jdstrand, yep, pinged pindonga about it too
[13:43]  * jdstrand nods
[13:44] <cwayne1> too bad for me i uploaded most of my scopes already, sorry for all the manual reviewing guys :)
[13:50] <mterry> charles, I assume you're sleeping now, but the greeter-profiles branch has its jenkins-built debs ready
[14:00] <kenvandine> pitti, pmcgowan: confirmed, updating upower to 0.99 in rtm fixes the issue :-D
[14:00] <pitti> yay
[14:01] <seb128> kenvandine, trivial change for rtm right? ;-)
[14:02] <kenvandine> seb128, only 4 packages :)
[14:02] <seb128> kenvandine, yeah, and only a few line changed in upower, right? :p
[14:02] <kenvandine> doubtful :)
[14:02] <pitti> let's say only a few lines changed in the three others :)
[14:03] <kenvandine> indeed
[14:03] <pindonga> jdstrand, dholbach r294 on prod now
[14:03] <dholbach> pindonga, yeehaw!
[14:03] <dholbach> cwayne1, pete-woods: ^
[14:03] <pitti> seb128: for upower itself, well, it's *cough* *mumble* *cough* plus 4 lines
[14:03] <kenvandine> pitti, dbus-daemon even goes idle while suspended :)
[14:03] <jdstrand> pindonga: thanks!
[14:03] <dholbach> thanks a lot everyone
[14:03] <kenvandine> this would have to help a ton with power usage
[14:04] <kenvandine> at least while plugged in :)
[14:05] <kenvandine> seriously... dbus-daemon isn't even always on the page in top :)
[14:06] <seb128> pitti, hehe
[14:06] <kenvandine> pitti, and on wake up (with system-settings focused) dbus-daemon tops out at 0.3
[14:06] <seb128> kenvandine, pitti, I'm not arguing we shouldn't update, it's just not a trivial one
[14:06] <kenvandine> unlike sometimes hitting 80 with the screen off
[14:06] <kenvandine> seb128, indeed... which is why i really tried avoiding this
[14:07] <kenvandine> what a huge improvement though!
[14:07] <seb128> in real world use as well?
[14:07] <seb128> or just in the special case of "suspend while on setting's battery page"?
[14:07] <kenvandine> i don't have data with it unplugged
[14:07] <kenvandine> seb128, not even on settings battery page
[14:07] <seb128> I never had such issues that I could see on my device
[14:07] <kenvandine> in fact... not only with settings running
[14:08] <kenvandine> seb128, on rtm, if you watch top and turn the screen off while plugged in
[14:08] <kenvandine> upower causes dbus-daemon to keep spinning
[14:08] <kenvandine> bouncing up and down, i saw it go over 80 while the screen was off without system-settings running
[14:09] <seb128> kenvandine, weird
[14:09] <kenvandine> seb128, it was just very noticable in system-settings on resume
[14:09] <kenvandine> because dbus-daemon was busy
[14:09] <seb128> kenvandine, I've 39 min of cpu use for dbus-daemon in top
[14:09] <kenvandine> we have sync calls
[14:09] <seb128> but that's over days
[14:09] <seb128> so it's not hitting the cpu all the time for me
[14:09] <seb128> or that number would be hours
[14:09] <ogra_> it does if it is constantly plugged in
[14:10] <kenvandine> seb128, i think it's fine when it's not plugged in
[14:10] <seb128> I don't plug my phone a lot
[14:10] <seb128> like once every second night to charge
[14:10] <ogra_> if you actually use the phone and remove the chord it isnt that bad
[14:10] <kenvandine> right
[14:10] <seb128> k
[14:10] <seb128> so it's not a "real world usecase"
[14:10] <kenvandine> it aweful while plugged in
[14:10] <ogra_> it definitely taints our smoke tests ...
[14:10] <seb128> I mean who cares about wakeups when plugged
[14:10] <ogra_> and is very krillin specific
[14:10] <kenvandine> ogra_, we've seen it on mako too
[14:10] <kenvandine> maybe not as bad
[14:10] <ogra_> (we have a test that checks if the system goes above 95% idle before and after a test run)
[14:11] <seb128> seems like not a rtm blocked to me
[14:11] <seb128> we could fix it for ota1
[14:11] <ogra_> yeah
[14:11] <seb128> I mean it doesn't eat battery when unplugged
[14:11] <kenvandine> yeah, i wouldn't want to rush
[14:11] <seb128> and when plugged you don't care that much
[14:11] <kenvandine> if you try to use your phone plugged in though
[14:11] <kenvandine> it sucks :)
[14:11] <seb128> most users don't I expect
[14:11] <seb128> or not often
[14:11] <kenvandine> why not?
[14:12] <kenvandine> i always plug mine in while driving
[14:12] <seb128> beacause you use your phone when you are not home
[14:12] <seb128> or in the couch
[14:12] <kenvandine> and listening to music
[14:12] <seb128> not especially sitting next to the plug
[14:12] <kenvandine> music-app stutters often
[14:12] <seb128> oh right, car people :p
[14:12] <kenvandine> hehe
[14:12] <seb128> no plug in public transportion or while walking
[14:12] <kenvandine> indeed
[14:12] <seb128> anyway that's not something worth arguing over
[14:12] <kenvandine> i'
[14:13] <seb128> I was just trying to give some perspective to say that ota is probably fine
[14:13] <seb128> but just my opinion
[14:13] <kenvandine> i'd like to look at this for ota-1
[14:13] <seb128> +1
[14:13] <kenvandine> i don't want to block on it
[14:13] <ogra_> well, it will definitely hit some OTA at some point :)
[14:13] <beuno> pete-woods, cwayne1, new scripts deployed
[14:13] <ogra_> we're rolling :)
[14:13] <kenvandine> pmcgowan, ^^^ what do you think?
[14:13] <kenvandine> roll baby roll!
[14:13] <ogra_> :)
[14:13] <kenvandine> rolling rick?
[14:13] <kenvandine> :-D
[14:14] <cwayne1> beuno: :D thanks
[14:14] <kenvandine> so silo 16 has a sync of indicator-power, upower and powerd from vivid
[14:14] <kenvandine> and a backport of just the upower fixes for settings
[14:14] <ogra_> didnt you alsso need the new dbus ?
[14:15] <kenvandine> we need to look at the indicator-power sync to see if it includes more changes than we want
[14:15] <kenvandine> ogra_, nope
[14:15] <kenvandine> this is with rtm's dbus
[14:15] <ogra_> oh, cool
[14:16] <kenvandine> also... the dash fills super snappy while plugged in
[14:16] <kenvandine> it used to feel more stuttery to me while plugged in, maybe that was related
[14:20] <jgdx> kenvandine, hey, there has not been any review activity on [1] so I've made some updates to it, mainly drawing the whole carrier story near the spec. [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/cellular-manual-carrier-persist-fix-1388044/+merge/241541
[14:21] <jgdx> it's most def ready for review now
[14:22] <kenvandine> jgdx, sorry, i've been focused on things we wanted to get into rtm soon and this upower issue
[14:22] <kenvandine> jgdx, i'll review it today
[14:23] <jgdx> kenvandine, no matter, it's ota1 :) I am just concerned that I'm spending time on something that will be rejected as too non-trivial for ota1 or some such.
[14:23] <kenvandine> jgdx, is there an ofono API to handle bug 1379850
[14:24] <jgdx> kenvandine, per the bug, yes, bug 1373388
[14:26] <kenvandine> jgdx, ok, so that's being worked on, cool
[14:28] <kenvandine> jgdx, i wonder when we'll see successful CI tests... in your MP the tests pass but jenkins reports it as a failure because of a 500 internal server error :(
[14:29] <kenvandine> i feel like lately, passing CI is the exception... not the norm
[14:29] <jgdx> kenvandine, I've pinged cihelp, which awaits FGInthers coming.
[14:29] <kenvandine> and the failures never seem to be test failures
[14:29] <kenvandine> jgdx, thx
[14:30] <jgdx> kenvandine, it seemed he fixed *something* yesterday, but that may not have been the full story.
[14:30] <kenvandine> i've started to not expect passing tests... which is a bad state of mind :)
[14:32] <jgdx> I keep banging my head against the wall (restarting ci runs), which is insane: "Insanity: doing the same thing over and over again and expecting different results."
[14:32] <jgdx> uh oh
[14:32] <kenvandine> jgdx, indeed... i feel the same way
[14:33] <kenvandine> well, worse... i no longer think restarting will fix it... i just assume they won't pass so we should ignore it
[14:33] <kenvandine> terrible feeling...
[14:34] <ogra_> jdstrand, i could need some security person advice ... to fix a possible file corruption adbd does an "echo u >/proc/sysrq-rtigger" before rebooting if you call adb reboot ... with the dropping of privs we have, the daemon cant write to sysrq-trigger, the node is group owned by the system group though ... now i set up adbd to start with setgid pointing to the system group ...
[14:34] <kenvandine> jgdx, it is nice to see all the tests did actually pass for your branch though
[14:34] <kenvandine> but sad i had to dig through the logs to see it
[14:35] <ogra_> jdstrand, ... and i want to drop that group membership if adb shell is called ... for that i call initgroups() before the adb shell call execs sudo ... but i seem to not be able to get rid of the system group ... "id" still shows it in the logged in adb shell session
[14:35] <jgdx> kenvandine, yeah—let's hope it's fixed today. I'll stay on it.
[14:37] <kenvandine> jgdx, thx :)
[14:43] <jdstrand> ogra_: I'm going to let mdeslaur comment on your approach, but the order to drop privs should be setgroups() then drop the gid (and then if dropping uid, do that after both, but you're not, so don't worry)
[14:44] <ogra_> so would i call setgroups(); with no args to actually unset all groups ?
[14:45] <jdstrand> ogra_: not necessarily with no groups, just to what you want it to have
[14:45] <ogra_> well, i'm fine to have all groups the phablet user is in ... i just want to get rid of the system group from the list ...
[14:45]  * ogra_ is missing an usetgroup() :P
[14:45] <ogra_> *unset
[14:46] <jdstrand> right, so pass setgroups the list without that gid
[14:46] <ogra_> geez, what an effort !
[14:46] <jdstrand> yeah, dropping privs is tricky and annoying
[14:46] <mdeslaur> yeah
[14:47] <ogra_> yeah, would be easier to just make /proc/sysrq-trigger owned by phablet
[14:47]  * ogra_ grins
[14:48]  * mdeslaur hits ogra_ over the head
[14:48]  * ogra_ grins crosseyed
[14:51] <tbr> gratuitous IRC violence?
[14:59] <mdeslaur> hehe
[15:14] <pmcgowan> kenvandine, which?
[15:16] <kenvandine> which?
[15:16] <kenvandine> pmcgowan, upower transition?
[15:16] <kenvandine> did you see the scrollback?
[15:32] <mandel> barry, I've got news for you => https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083
[15:33] <mandel> barry, once the CI bot has complited the check and build, can you please do some tests in your side. I have been testing this all morning and works as expected, you remove the wifi connection and it pauses etc..
[15:33] <mandel> once if is recovered (the waln or ethernet connection) the download is resumed
[15:33] <mandel> barry, also, that evil dependency was removed, so we can do the MIR, cyphermox_ mentioned that he could give us a hand with that
[15:34] <barry> mandel: i can try, although others were affected by this, not me (i don't have 3g on my device, though i can kill the wifi)
[15:34] <barry> cool
[15:34] <cyphermox_> evil dependency?
[15:34] <mandel> barry, oh, you have a tablet, fair enough hehe
[15:34] <barry> mandel: i have a phone too, but it doesn't work because USA
[15:35] <barry> well, data doesn't work because USA
[15:35] <mandel> barry, oh, but for the tests is valid, will detect is not connected and will pause, then you reconnect and should resume correctly
[15:36] <barry> cyphermox_: from the mp, it looks like qt5-qmake and qtsystem5-dev are dropped
[15:36] <cyphermox_> aren't those already in main?
[15:36] <barry> mandel: will this land before, after, or with the unconstrained fix?
[15:37] <mandel> barry, that is why I commented in the unconstrain bug last nigh, we could land both at the same time
[15:37] <mandel> cyphermox_, the qtsystem5-dev is not, and is not longer needed
[15:37] <cyphermox_> ok
[15:37] <mandel> cyphermox_, qmake probably is there, but we moved to cmake
[15:38] <cyphermox_> heh
[15:38] <cyphermox_> after that it's just paperwork
[15:38] <barry> mandel, cyphermox_ it looks to me like qtsystems-opensource-src would still need MIR
[15:38] <barry> http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:38] <mandel> barry, I removed qtsystems as a dep, right? qtsystem5-dev
[15:39] <cyphermox_> barry: give me a second to recover from the huge svg.
[15:40] <barry> mandel: probably so:
[15:40] <barry> % apt-cache show qtsystems5-dev | grep -i source
[15:40] <barry> Source: qtsystems-opensource-src
[15:40] <cyphermox_> yeah, but that's what got dropped no?
[15:41] <mandel> exactly, that is one of the reasons I removed it
[15:41] <barry> in the mp, yes.  as long as no other binary packages provided by that source package are still being used
[15:41] <cyphermox_> right
[15:41] <barry> mandel: http://packages.ubuntu.com/search?keywords=qtsystems-opensource-src&searchon=sourcenames&suite=all&section=all
[15:42] <barry> mandel: ping me when there are arm binaries i can install and i'll do some testing
[15:46] <mandel> barry, ok, will keep an eye
[15:47] <barry> mandel: thanks.  re-ask: did the unconstrained fix land yet?
[15:48] <mandel> barry, I though I made sense when I said it (must be my broken englsih :) ) it has not been landed, I'd like to land both fixes at the same time
[15:48] <barry> mandel: awesome, thanks!
[15:48] <mandel> barry, I asked about it in the bug report
[15:50] <dobey> mandel: hey. any idea how to determine why exactly sending an MMS keeps failing?
[15:51] <mandel> dobey, I just know about the upload, and it usually returns a 200 even on a failure (**** telcos), sergiusens_ can help you debug
[15:52] <dobey> mandel: well, i am not seeing an u-d-m log when i hit send.
[15:53] <mandel> dobey, is in the upload one, right?
[15:53] <mandel> u-u-m
[15:53] <mandel> dobey, yes, I hate it too
[15:53] <dobey> what upload one?
[15:56] <dobey> sigh
[15:58] <dobey> hmm. i guess i can't receive MMS.
[16:00] <matv1> new music app is awsum! many thnx guys
[16:06] <sergiusens_> dobey: can you tcpdump the connection for me?
[16:08] <dobey> sergiusens_: well it seems to work for sending now, but i can't seem to receive an MMS (not sure why that would be)
[16:11] <dobey> and now i need to go get lunch
[16:12] <dobey> bbiab
[16:37] <mandel> barry, you have a deb here for the udm fix => https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083
[16:37] <barry> mandel: thanks.  will test
[16:56] <brendand> mardy, so i found the package for the sandbox provider and installed it
[17:42] <taiebot> New music app does not seem to show songs in album view properly. I do not know why but there is one song which is showing in the wrong album. And all the various artists albums do not have any song in them. Does anyone notice the same.
[18:20] <elopio> ping charles: can you please read http://pad.ubuntu.com/test-indicator-messages when you have some time?
[18:20] <bill__> hello
[18:21] <elopio> charles: we will likely change the format of the document, but I would like to know if it makes sense to you, or you have any suggestions of what you'd like to see there.
[18:21] <elopio> hello bill__.
[18:22] <bill__> hello elopio, i am newby, is this about ubuntu phone install?
[18:22] <elopio> bill__: welcome. this channel is about ubuntu phone - everything.
[18:23] <bill__> thanks, where can I download phone OS and is there a install wiki/manual for how to put on an older phone?
[18:24] <elopio> bill__: you can start here: https://wiki.ubuntu.com/Touch/
[18:24] <bill__> Thanks verry much
[18:24] <elopio> not all phones are supported. If it's old, it's likely it won't work.
[18:25] <elopio> bill__: https://wiki.ubuntu.com/Touch/Devices
[18:25] <charles> elopio, sure, reading it now
[18:26] <elopio> charles: thanks. Feel free to put comments there if you want, or ping me afterwards.
[18:27] <elopio> bbs
[19:34] <taiebot> How can i backup my data of my UT. i would like to give lollipop a try but do not want to lose all my data.
[19:34] <ogra_> we dont really have any supported way to do that yet
[19:34] <ogra_> you can indeed pull photos and music via mtp
[19:36] <taiebot> Its not really photos and music i want i would prefer contacts and text messages.
[19:37] <taiebot> could i just not copy the /home?
[19:38] <ogra_> you could try (i wouldnt)
[19:40] <taiebot> Ok. Does that mean i am locked in to UT ;-)
[19:40] <dobey> taiebot: you can make a tarball of /home/phablet i guess
[19:41] <dobey> or just make an empty directory on your PC and do "adb pull /home/phablet/" inside that empty directory to copy everything in the home folder over
[19:41] <ogra_> dont blame UT if that breaks after unpacking though :)
[19:41] <ogra_> uh, no
[19:42] <dobey> there are a LOT of logs, cache, and other junk, though
[19:42] <ogra_> if you want too do it, create the tarball on the devcice and use the --numeric-owner option to tar
[19:42] <ogra_> dobey, right, thats why i think it is wrong :)
[19:42] <ogra_> we need a script that picks out all personal data
[19:42] <dobey> well, it's not wrong
[19:43] <dobey> it's the only real option at the moment
[19:43] <ogra_> and a framework thhat allows apps to define data to be backed up
[19:43] <mhall119> Sometimes on my phone the edge gestures stop working, left and right, the indicator pull-down works but I can't swipe up to dismiss it, and i have an app focused so I can't get to the dash, how can I get some debugging info about why this is happening before I restart?
[19:43] <ogra_> mhall119, there is a bug for that
[19:43] <ogra_> bug 1391149
[19:45] <mhall119> ogra_: this might be different, my greeter responds fine
[19:45] <ogra_> mhall119, there are other bugs linked from that one
[19:47] <ogra_> i would assume they are all the same just in different manifestations ... but yeah, if you think it is different, file a new one
[19:47] <ogra_> mhall119, does your launcher still work ?
[19:47] <mhall119> I think it's the same as one of the linked bugs
[19:48] <mhall119> ogra_: dunno, can't get it all the way out
[19:48] <ogra_> then you can actually still navigate fine ...
[19:48] <ogra_> oh
[19:48] <mhall119> it'll do the hint thing from the greeter screen
[19:48] <mhall119> but it won't come out enough I can tap it
[19:48] <ogra_> wow, thats spethial
[19:49] <mhall119> touch events on the app work, and like i said swiping the indicators (which are still visible) reveals their menu, but swiping up can't dismiss it
[19:49] <mhall119> it's almost like the app is getting edge-swipe inputs rather than the shell
[19:49] <mhall119> unfortunately facebook is the focused app I'm stuck on, so I can't test bottom-edge swipe for the app itself
[19:49] <mterry> charles, heyo!  Did you ever get a chance to try out the greeter-profiles MP debs?
[19:50] <mhall119> is there any useful dump I can take of Unity8 or Mir to determine if it's a stacking issue?
[19:50] <charles> mterry, oop, no I got wrapped up in something else. Let me give that MP a try now
[19:50] <mhall119> also, the volume change notifications show up fine
[19:58] <ahoneybun> mhall119: ping
[19:58] <mhall119> ahoneybun: pong
[19:58] <ahoneybun> I'm getting
[19:59] <ahoneybun> "Failed to enter Recovery"
[19:59] <ahoneybun> when flashing Ubuntu over android
[19:59] <mhall119> did you (A) enable USB debugging and (B) use the --boot flag on ubuntu-device-flash?
[20:00]  * ahoneybun thinks it might be something to do with lollipo
[20:00] <ahoneybun> p
[20:00] <ahoneybun> I have --bootstrap
[20:00] <ahoneybun> and usb debugging
[20:01] <mhall119> hmmmm
[20:01] <mhall119> can you adb reboot recovery?
[20:01] <ahoneybun> yea thats how I started ubuntu-device-flash
[20:02] <ahoneybun> weird not adb devices is not showing my n4
[20:02] <ahoneybun> crap
[20:02] <ahoneybun> nevermind
[20:03] <ahoneybun> developer mode was on
[20:03] <ahoneybun> but not usb deb
[20:03] <ahoneybun> debug
[20:03]  * ahoneybun things
[20:03] <ahoneybun> *thins
[20:03] <mhall119> heh, that might do it :)
[20:03]  * ahoneybun tests again
[20:04] <ahoneybun> mhall119: did they fix that reboot after fresh install?
[20:04] <charles> mterry, FWIW, I'm seeing the exact same behavior -- same freeze & your workaround WfM too
[20:04] <mterry> charles, good -- glad it's not just me  :)
[20:04] <charles> mterry, I'm going to dig into the desktop_greeter profile and see what unity8 doesn't like about it
[20:04] <mterry> charles, thanks!
[20:05] <mterry> charles, when I originally made that branch, I didn't see this problem.  But power might not have used a different profile then
[20:06] <ahoneybun> still broke mhall119
[20:06] <ahoneybun> checking usb debug again
[20:07] <ahoneybun> I'm thinking it has to do with Android 5.0
[20:12] <emanuele> the ubuntu touch to s3, not continued?
[20:12] <dobey> !devices | emanuele
[20:15] <emanuele> in the site, there is wrote work in progress but there aren't  a new buil at 6 months
[20:17] <popey> emanuele: thats a community build, you'd need to contact the person who made it
[20:17] <emanuele> ok thanks
[20:18] <emanuele> where can i download the project for developer?
[20:18] <popey> sorry, the what?
[20:18] <emanuele> the project of i9300
[20:19] <popey> You'd have to contact the person who made it.
[20:20] <emanuele> ok thanks :)
[20:21] <popey> sorry i cant help further
[20:26] <mhall119> ahoneybun: maybe ogra_ or someone else here can help you, that's out of my depth
[20:27] <popey> somoene else round here fiddled with android 5.0 recently
[20:32] <dobey> mhall119, ahoneybun: the --bootstrap option is for when you are flashing from the bootloader. if you ar flashing from recovery or booted into android/ubuntu, don't use --bootstrap
[20:32] <dobey> popey: afaik, everyone with that is using MultiROM
[20:33] <dobey> i don't know if anyone's successfully replaced android 5.0 on a device yet, by flashing ubuntu on top of it, though
[20:35] <ahoneybun> dobey: I am in the bootloader
[20:37] <ahoneybun> I might need to flash 4.4.4 over then Ubuntu
[20:38] <dobey> ahoneybun: could be usb cable or driver too. i once had a similar problem, and switching cables and all kinds of things didn't work for me. plugged into my laptop instead of my workstation, did the flash, and it worked perfectly. :-/
[20:53] <barry> mandel: ping
[20:55] <ahoneybun> i tried both 2.0 and 3.0 ports same result
[20:56] <ahoneybun> I think it comes down to 5.0 dobey
[21:07] <dobey>     property int keyboardSize: Qt.inputMethod.visible ? Qt.inputMethod.keyboardRectangle.height : 0
[21:07] <dobey> err
[21:37] <alecu> rsalveti: hi! are you still able to reproduce #1393901?
[21:37] <alecu> https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1393901
[21:37] <cpt-oblivious> how well does ubuntu touch run on the nexus 5?
[21:42] <rsalveti> alecu: I just opened that one with latest vivid image :-)
[21:43] <rsalveti> let me try it again
[21:43] <alecu> rsalveti: you've not flashed again, right? may I ask to take a look at your downloads.db?
[21:44] <rsalveti> alecu: yeah, just got it again
[21:44] <alecu> rsalveti: I flashed latest vivid on mako, and I no longer can reproduce
[21:44] <alecu> so, I suspect that file might be corrupted
[21:44] <alecu> .local/share/ubuntu-download-manager/ubuntu-download-manager/downloads.db
[21:45] <rsalveti> alecu: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1392744/comments/7
[21:45] <alecu> rsalveti: great, thanks.
[21:49] <mterry> kenvandine, in the current wizard, we are able to refresh all current strings by changing i18n.language.  Is there something special we do to make that work?  (didn't work when I tried in unity8, but maybe that's my fault)
[21:50] <dobey> alecu: but the download and install still succeeds. you don't see the problem on a fresh flash?
[21:51] <alecu> dobey: I saw the problem earlier; but now I can't reproduce.
[21:51] <dobey> alecu: weird
[21:52] <alecu> Looking at that db, it seems to be ok. And I've tried putting it into my device, and it works just fine.
[21:52] <dobey> alecu: you are testing it with the unity-scope-click that's already in vivid, or the one from the silo?
[21:53] <alecu> dobey: doh, I'm using the one from the silo.
[21:53] <dobey> alecu: well, bonus fix then! :)
[21:53] <kenvandine> mterry, i don't think so
[21:53] <alecu> dobey: I'll try removing the silo
[21:54] <dobey> alecu: well i am seeing the problem here with what's in vivid
[21:54] <dobey> i wonder what changed since the last unity-scope-click upload to vivid
[22:01]  * genii makes more coffee and slides keithzg a mug
[22:01]  * ahoneybun downloads 4.4.4 factory image to try
[22:01] <keithzg> mmmm, coffee
[22:01] <genii> :)
[22:03] <mandel> barry, have you been able to test udm?
[22:09] <barry> mandel: please see my comment on the mp
[22:11] <mandel> barry, missed it, let me check
[22:12] <mandel> barry, hm.. interesting, I'll double check, at least 3g is working :)
[22:13] <mandel> barry, maybe the header is not correctly set
[22:14] <mandel> step by step
[22:15] <barry> mandel: yep!  ping me when you have something else to test
[22:22] <mhall119> mzanetti: dude!
[22:22] <mhall119> DUDE!
[22:22] <mhall119> this is awesome!
[22:22] <mzanetti> what up?
[22:22] <mzanetti> heh
[22:22] <mhall119> the Unity 8 desktop-mode windows video
[22:22] <mzanetti> yeah :)
[22:23] <mhall119> this is a huge step! I can't believe it's happened already
[22:24] <mdeslaur> mhall119: oh! where is that?
[22:24] <mzanetti> well, I started today :D
[22:24] <mzanetti> QML ftw
[22:24] <mzanetti> and it seems to prove our plans work out as expected
[22:25] <mhall119> mzanetti: this was one day's worth of work?
[22:25] <mzanetti> half a day, yeah
[22:25]  * mhall119 's mind is blown
[22:25] <mzanetti> starting from what we have with tablet/phone
[22:26] <mzanetti> just replacing the right edge spread with some draggable windows
[22:26] <mzanetti> obviously we've been working towards that flexibility for a while already
[22:26] <mzanetti> but this can't do parent/child relations of windows yet etc
[22:26] <mhall119> yeah, I just didn't expect to see it happen just yet
[22:26] <mhall119> this is great news
[22:26] <mzanetti> me neither tbh :D
[22:27] <mhall119> it's great though, to finally be able to show people a difference between tablet and desktop modes
[22:27] <mhall119> mzanetti: can it switch at runtime yet?
[22:27] <mzanetti> yeah, have it running here at ctrl+alt+f8
[22:30] <mhall119> mzanetti: you've made my whole week, and it's only Tuesday :)
[22:30] <mzanetti> haha. yw
[22:34] <mhall119> http://www.reddit.com/r/linux/comments/2mpkmb/video_showing_unity_8_desktopmode_windows_on_mir/ upvote to let everyone see
[22:37] <mzanetti> mhall119: and unlike my previous videos, this one has actually been taken with an Ubuntu phone :D
[22:44] <kenvandine> mzanetti, nice work!
[22:44] <mhall119> +1 Ubuntu inception
[22:45] <dobey> now fix the SDK so apps can have proper window titles :)
[22:45] <mzanetti> kenvandine: thanks, although it should go to everyone working on the phone stuff.
[22:45] <kenvandine> of course :)
[22:45] <mzanetti> as I really just replaced the right edge spread with some windows
[22:47] <taiebot> mzanetti do you mean its the phone running on desktop mode? or you took the video with your phone.
[22:47] <mzanetti> both :D
[22:48] <mzanetti> its the phone code running in desktop mode on my laptop, and I took the video with the ubuntu phone
[22:50] <mhall119> mzanetti: so are the changes you made for this all in QML, or a mix of QML and C++?
[22:51] <mzanetti> mhall119: so far only QML
[22:51] <mhall119> wow...
[22:52] <mzanetti> mhall119: https://code.launchpad.net/~mzanetti/unity8/desktop-stage/+merge/242140
[22:53] <mzanetti> lo. 230 lines of code total
[22:53] <mzanetti> :D
[22:54] <mzanetti> as I said, still quite some way to go
[22:55] <mhall119> yeah but still.....desktop-style windows!
[23:02] <taiebot> Waouh someone has been busy writting some scopes. Looking for scopes on the store gives now lots of choices. Should they not be separated from apps though?
[23:06] <mhall119> taiebot: I would hope they're busy: http://developer.ubuntu.com/showdown/
[23:08] <cwayne1> :)
[23:08] <taiebot> mhall. Well most of the ones showing up are canonical property. :) but i am sure with time it will change very soon
[23:10] <mhall119> taiebot: yeah, there are a number of them being developed for the contest that may not have started being published yet
[23:10] <dobey> taiebot: they are shown separately from apps.
[23:10] <taiebot> dobey: in the store?
[23:11] <mhall119> dobey: not when you search, only when browsing by category
[23:12] <taiebot> dobey mhall119: I query scope in the search bar in the ubuntu store hoping that they appear in here.
[23:12] <dobey> mhall119: true i suppose
[23:13] <dobey> feel free to file a bug that they are not listed as separate result sets
[23:13] <dobey> taiebot: yes. cancel the search and go to the "Travel & Local" department for example
[23:15] <taiebot> dobey: yeah was just trying and only discover it now. I have to say i do not find the categories very useful to me. So never tried it on the ubuntu store. Search is so much easier
[23:16] <mhall119> nearby wikipedia articles is an interesting one
[23:16] <mhall119> "Points of Interest" shows me only 1 result, a church
[23:17] <mhall119> I think it's saying I don't live somewhere interesting
[23:17] <dobey> is that like, standing next to a wikipedia data center that only has some articles in it?
[23:17] <dobey> :)
[23:17] <cwayne1> mhall119: all i've got is a graveyard
[23:17] <dobey> ah well, time to go do something else
[23:17] <taiebot> mhall119: flickr scope might give me a new background for my UT \o/
[23:17] <mhall119> lol, I suppose I'm a step ahead of you then
[23:28] <taiebot> mhall119:  Yeah it worked \o/. So much progress made. I have to say on my first attempt it failed as the picture i randomly selected was a .gif. But using the flickr scope to select a picture > opening the web app> downloading the picture > opening the system setting to import the new photo to set as a background is really impressive.
[23:34] <cwayne1> taiebot: glad you like it :)
[23:39] <taiebot> cwayne1 are photos on flickr are .gif. it looks like they are successfully saved images but they do not show on the gallery app. I did manage to find only one jpeg picture to download and open properly on the gallery app .All the other one are  always called spaceball.gif
[23:41] <cwayne1> huh, it didn't even occur to me that flickr had gifs
[23:45] <taiebot> cwayne1: it must be the website itself i successfully managed to get the kingfisher photo and the top corner butterfly but the rest is not allowed you get in the content hub a spaceball.gif downloaded for most of them