[01:22] <sergiusens> slangasek: I've finished updating the MP; I also added the core dev team to phablet-team (invite)
[01:25] <sergiusens> the few tests in there use code paths with reflection, so I guess I'm not affected by the strip problem; I'll test now and verify
[01:44] <slangasek> sergiusens: dh_strip would happen after dh_auto_test, regardless
[01:45] <sergiusens> right
[06:48] <dholbach> good morning
[07:32] <Mirv> FYI I've started Qt 5.3 RC "cut all corners" builds now (qt5-daily PPA if anyone interested)
[07:56] <JamesTait> Good morning all; happy No Socks Day! :-D
[07:57] <JamesTait> popey, taking a quick look into Bug #1317233 for you now.
[07:57] <popey> thanks
[07:58] <JamesTait> I suspect we put a limit on the results - pagination is WIP.
[08:14] <JamesTait> popey, yep, we have a configurable limit on the default page size that defaults to 100.  Branch to add pagination landed in trunk last night, but isn't in production yet.
[08:15] <popey> JamesTait: pagination to the backend?
[08:16] <popey> thats a real shame, it breaks the user experience on the phone, and breaks my script for downloading all clicks - which has been a valuable tool for debugging - multiple times.
[08:17] <JamesTait> popey, yeah, I think we dropped the ball on this one. :(
[08:17] <popey> can it be flipped back until all the moving pieces are in place?
[08:18] <ogra_> yeah, its quite a bad regression
[08:19] <marcus> hi all. I have installed ubuntu touch on a nexus 4 in dual boot. When I try to install any additional app, I always got an Download Error. Internet connection works fine in general.
[08:20] <ogra_> which image are you on ? (version number)
[08:25] <marcus> 303
[08:25] <marcus> trusty
[09:02] <mikenagle> mardy: Hi sorry I missed this chat yesterday - was distracted by lots of meetings. The short answer is I don't know. I've asked JohnLea to share the online acocunts spec with me so that I can understand that better. Current thinking is that the scope will have an add account button but we haven't specced that out yet
[09:19] <mardy> mikenagle: no worries, thanks for coming back :-)
[09:20] <mardy> mikenagle: we should have a meeting about that on Friday, I'll ask dbarth to invite you as well
[09:22] <ogra_> pete-woods, you are still working on the hud, right ? (i just noticed that bug 1299806 is not fixed and was actually in the released trusty image too)
[09:22] <JohnLea> mardy; we will be discussing this at the meeting tomorrow
[09:23] <JohnLea> mardy; mike already has too many meetings and has got loads of stuff to do, so for meeting tomorrow you will get Yolanda and myself
[09:23] <pete-woods> ogra_: it's definitely got my attention, I'm going to fix it with an SRU
[09:23] <JohnLea> mardy; need to cut down on meetings so we can get other dash items finished before malta
[09:23] <ogra_> pete-woods, well, at least fix it in utopic :) (nobody uses the stable image anyway yet)
[09:26] <davmor2> Morning all
[09:30] <mardy> JohnLea: sounds good!
[09:33] <mandel> sil2100, is there no way to unblock silo 001 to land?
[09:33] <mandel> sil2100, sorry, good morning ;)
[09:38] <sil2100> mandel: morning! I was poking some people today about that ;)
[09:38] <mandel> sil2100, sweet, let me know if you got some info and if you need anything from me
[09:40]  * Laney types his lastpass-generated-with-loads-of-symbols sso password for the 999th time
[09:40] <Laney> tedious
[10:31] <JamesTait> balloons, ping re bug #1317161
[10:32] <JamesTait> balloons, specifically, do you want this field available in the search results (/api/v1/search) or only in the package detail (/api/v1/package/xxx)?
[10:34] <popey> sergiusens / asac which image can I expect reminders to be preinstalled in?
[10:36] <asac> popey: is there no other way to get proper exposure for this app?
[10:36] <asac> like old fashion blogging etc.?
[10:37] <sergiusens> asac: why would you not want it in?
[10:38] <asac> sergiusens: does it fulfill an essential feature that all users of smartphone want to have?
[10:39] <sergiusens> asac: it's a core app
[10:40] <asac> that doesnt answer the question :)
[10:40] <sergiusens> asac: hmm, how about pat asked for it to be in and he owns the apps side?
[10:40] <asac> right. he said the main reason he wants it in is testing/user exposure
[10:40] <dednick> anyone? Cannot push /home/nick/.cache/ubuntuimages/ubuntu-touch/devel-proposed/mako/version-17.tar.xz.asc to device: free space on /cache/recovery is file
[10:41] <asac> sergiusens: anyway, we are talking in management what to do. independent we seem to agree that the name is kind of misleading. no way to find something better?
[10:41] <asac> stay tuned
[10:41]  * asac goes lunch
[10:42] <sergiusens> asac: I really don't mind and don't decide the names ;-)
[10:42] <sergiusens> or if it goes in; I just let design management tell me about that side
[10:42] <Mirv> ok, maybe not so "cut all corners" method then
[10:43] <sergiusens> dednick: if you are flashing for the first time use --bootstrap
[10:43] <sergiusens> dednick: if you did partition resizing use --bootstrap as well
[10:52] <dednick> sergiusens: thanks!
[11:02]  * Laney spanks ofono-phonesim-autostart
[11:02] <Laney> you bad bad thing
[11:49] <ogra_> sergiusens, https://code.launchpad.net/~ogra/phablet-tools/force-mirscreencast-filename/+merge/218788
[11:49] <ogra_> fixed phablet-screenshot
[11:54] <ogra_> popey, was there a bug for the screenshot issue ?
[11:56] <popey> the what?
[11:56] <popey> i think they may have undone the 60Hz thing
[11:56] <popey> mir_screencast_768x1280.rgba is the filename on my latest image
[11:57] <ogra_> well, i added an MP anyway
[11:57] <ogra_> that will use a fixed filename no matter how they change the default around
[11:57] <ogra_> i just thought there was a bug for it
[11:57] <ogra_> (to include in the MP)
[12:01] <sergiusens> ogra_: care to link the bug?
[12:01] <ogra_> just trying to ... LP fails
[12:01] <ogra_> ah, worked this time
[12:02] <sergiusens> ogra_: popey I was steaming down before fixing it as I added the last item in https://wiki.ubuntu.com/Process/Merges/TestPlans/Mir to prevent this :-/
[12:03] <ogra_> well, with my fix they can change as they like (as long as the -f option persists)
[12:04] <sergiusens> ogra_: I wish we could see full files on launchpad, now I have to download to recall what $1 was :-P
[12:04] <ogra_> size
[12:05] <ogra_> it is handed over to the function from an fbset call
[12:06] <sergiusens> ogra_: why don't you replace that with $size?
[12:07] <ogra_> done
[12:12] <sergiusens> approved
[12:17] <ogra_> thx
[12:21] <ogra_> ah, thanks for setting the commit message ... i always forget  that
[12:32] <ogra_> jhodapp, that media-hub override file we once added to lxc-android-config to set some env vars ... is that still needed ?
[12:32] <sergiusens> ogra_: is there a way to print inside a shell function?
[12:33] <ogra_> echo ? printf ?
[12:33] <sergiusens> ogra_: I think it's saved as a return value
[12:34] <sergiusens> ogra_: so if exit is called within the function nothing gets echoed
[12:35] <sergiusens> ogra_: nevermind; I think I have syntax errors :-/
[12:35] <ogra_> weird, echo should always work
[12:35] <ogra_> as long as it is run before exit at least
[12:38] <sergiusens> ogra_: ah, set -e :-)
[12:38] <ogra_> oh, yeah, sou should always do that :)
[12:38] <ogra_> *you
[12:38]  * ogra_ often even uses -eu ...
[12:38] <sergiusens> yeah it's eu
[12:46] <sergiusens> ogra_: can you look at https://code.launchpad.net/~sergiusens/phablet-tools/screenshot_with_multiple_devices/+merge/218795 ?
[12:47] <popey> thanks neat
[12:47] <popey> s/thanks/thats/
[12:47] <ogra_> sergiusens, why not append SERIAL to ADBOPTS ? i think CI uses the latter
[12:48] <sergiusens> ogra_: some statements were missing ADBOPTS
[12:48] <ogra_> well, better ask if they need that before dropping it (though do they use phablet-screenshot at all ?)
[12:49] <sergiusens> ogra_: I'm mostly sure they also declare ANDROID_SERIAL
[12:49] <sergiusens> ogra_: it would of failed for them by now :-P
[12:49] <ogra_> ok
[12:49] <ogra_> approved
[12:50] <sergiusens> ogra_: I don't think the use ADBOPTS as if they did phablet-network would fail (it declares it as empty inside)
[12:50] <ogra_> oh, ok :)
[12:50] <sergiusens> ogra_: variable name is just a coincidence, I guess they do 'phablet-network $ADBOPTS"
[12:51] <sergiusens> ogra_: set -e always makes me waste a bit more time than desired :-) shell scripts should print stack traces :-P
[12:55] <ogra_> set -x
[12:55] <ogra_> :P
[12:59] <asac> sergiusens: popey: ok go ahead with reminders
[12:59] <popey> asac: sergiusens I spoke to pmcgowan about it..
[12:59] <popey> he suggested we wait until the app has been switched to point to the real evernote server
[12:59] <popey> rather than the sandbox one
[13:00] <asac> hmm
[13:00] <asac> popey: ok let me talk to pat in a bit
[13:00] <pmcgowan> I did not know one needed to make a special account to use it
[13:00] <pmcgowan> kindof a barrier to using it
[13:00] <jhodapp> ogra_, yes still needed
[13:01] <ogra_> ok
[13:01] <jhodapp> ogra_, always will be
[13:01] <ogra_> i thought you ship it with media-hub itslef now
[13:01] <pmcgowan> asac, I am flexible on it, but I suspect my goal will not be met for having it get used more
[13:01] <jhodapp> ogra_, oh I see what you're saying, let me check (I didn't add that personally if we do)
[13:01] <sergiusens> pmcgowan: chicken and egg problems :-)
[13:01] <pmcgowan> exactly
[13:01] <pmcgowan> my words to pitkin
[13:02] <ogra_> jhodapp, http://paste.ubuntu.com/7185378/ was the change
[13:03] <ogra_> oh, i see, you indeed wouldnt want that on desktop ... so lxc-android-config is the right place
[13:03] <jhodapp> ogra_, right
[13:04] <sergiusens> jhodapp: ogra_ we dscussed that, we decided we'd do something similar for powerd where media-hub would detect it's in android; it's probably missing the task for it in our tracker
[13:04] <asac> pmcgowan: /msg
[13:04] <ogra_> sergiusens, yeah, i was just going through open tabs in my browser ... i usually keep them open as reminder that there still needs to be done something
[13:05] <jhodapp> sergiusens, right, though I'd like to see what powerd is doing exactly because the lxc-android-config solution is a good one
[13:05] <sergiusens> jhodapp: I guess you missed the discussion on reducing overrides on the phone list :-)
[13:06] <jhodapp> sergiusens, yeah I guess I did
[13:06] <jhodapp> sergiusens, but that's reducing, doesn't mean eliminate :)
[13:06] <ogra_> well, it is an android specific override ...
[13:07] <sergiusens> yeah, this won't break today ;-)
[13:07] <jhodapp> right
[13:09] <sergiusens> jhodapp: do you link with hybris?
[13:09] <ogra_> jhodapp, wow, thats weird, how can resize2fs work without actually having the space allocated on the img ...
[13:09] <sergiusens> jhodapp: http://bazaar.launchpad.net/~phablet-team/powerd/trunk/revision/115#src/powerd.cpp
[13:10] <jhodapp> ogra_, not sure, rsalveti gave me that trick and ricmm uses it too
[13:10]  * ogra_ wonders if there isnt just the metadata of the filesystem updated but you dont actually have the extra space
[13:10] <jhodapp> sergiusens, media-hub doesn't link with hybris, though it might start to with the camera recording addition
[13:10] <jhodapp> ogra_, no I definitely do :)
[13:10] <ogra_> weird
[13:10] <jhodapp> ogra_, I ran out of space before, and then I didn't
[13:11] <sergiusens> jhodapp: well if you do; you have an easy way to detect androidness ;-)
[13:11] <ogra_> "The  size  of the filesystem may never be larger than the size of the partition.  If size parameter is not
[13:11] <ogra_>        specified, it will default to the size of the partition."
[13:12] <ogra_> jhodapp, ^^^from the manpage ...
[13:12] <ogra_> so i wonder how that works
[13:12] <ogra_> also:
[13:12] <jhodapp> ogra_, lol, I'll leave you to figure that out, I only had time to care that it works :)
[13:12] <ogra_> "       The resize2fs program does not manipulate the size of partitions.  If you wish to enlarge a filesystem, you must make sure
[13:12] <ogra_>        you  can expand the size of the underlying partition first. "
[13:13] <ogra_> so weird
[13:14] <sergiusens> pmcgowan asac popey feel free to approve https://code.launchpad.net/~sergiusens/click-sync/reminders/+merge/218803 when you want reminders in the image
[13:14] <jhodapp> thanks sergiusens, I'll take a look at that
[13:15] <popey> thanks sergiusens
[13:30] <mterry> ogra_, have you used ofono-phonesim-autostart recently?  Seems to be broken
[13:31] <ogra_> mterry, our automatic test suite uses it constantly
[13:31] <ogra_> seems to be broken with messaging-app on flo since the last two images ... mako and manta are fine though
[13:31]  * ogra_ is waiting for awe to talk about that
[13:31] <mterry> ogra_, yesterday and today I flashed a new mako and installed the package, I can't dial 199 anymore to receive a call
[13:32] <ogra_> mterry, http://ci.ubuntu.com/smokeng/utopic/touch/mako/17:20140508:20140506.1/7915/dialer_app/ ... well ... works fine in the test suite
[13:33] <mterry> ogra_, hmm...  I wonder if there's some other dep I need
[13:33] <mterry> My script for sending a fake text also isn't working
[13:33] <ogra_> (test_incoming is the one that uses the 199 feature)
[13:33] <mterry> I'll try running the dialer app autopilot.
[13:41] <ogra_> right
[13:41] <tedg> What do you mean by session manager there/
[13:41] <tedg> ?
[13:41] <ogra_> ubuntu-touch-session has a bunch of scripts
[13:41] <ogra_> plus there are the upstart jobs
[13:41] <tedg> Okay, but none of those are a session manager, right?
[13:41] <tedg> They're more session init.
[13:41] <ogra_> and things like autopilot rely on having some info about the system available from files and env vars
[13:42] <ogra_> well, i mean everything in ubuntu-touch-session plus all jobs in /usr/share/upstart/session/
[13:43] <tedg> I thought most of ubuntu-touch-session was things that phonedations hadn't gotten around to upstreaming?
[13:43]  * tedg checks it out
[13:43] <ogra_> no
[13:44] <ogra_> there is session-manager-touch ... and usc-wrapper for example
[13:44] <ogra_> but there are also scripts that write stuff to ~/.bashrc to make certain vars available to the adb shell
[13:44] <ogra_> dont worry about ubuntu-touch-session, i'm caring for that
[13:44] <ogra_> but please teake a look at hud and other upstart jobs you own
[13:48] <tedg> I don't see "session-manager-touch"
[13:48] <ogra_> was renamed ... but ignore that i'll take care of it
[13:48] <ogra_> more important is that the upstart jobs get cleaned alongside
[13:48] <marcus> the indicator besides My Apps points down by default like v - i found that a bit confusing as for me it means all items are shown but here it's the opposite
[13:50] <ogra_> tedg, it is ubuntu-touch-session nowadays
[13:50] <ogra_> same as the package name
[13:51] <tedg> ogra_, The topics here are orthogonal. Sure, handling the full root case is important, but more looking to figure out what you mean by "session manager".
[13:51] <tedg> ogra_, It seems to me it's more session init.
[13:51] <ogra_> why do you care
[13:51] <ogra_> it is the set of scripts being called on initing the session which manages our session startup ... does the naming really matter ?
[13:51] <tedg> Well, one, it was confusing and I hope to understand how things work. Two, I'm pretty sure we want unity-mir to be our session manager.
[13:52] <tedg> Session management has a kinda specific meaning.
[13:52] <tedg> gnome-session, ksession, XSMP, etc.
[13:52] <ogra_> well, whatever ... i think it is pretty clear from my mail ...
[13:53] <ogra_> nothing is allowed to write to $HOME for starting the session
[13:53] <ogra_> while and after ...
[13:53] <ogra_> no matter how you call it
[13:55] <tedg> Sure, and that's why I think they're orthogonal topics, but the naming confused me.
[13:55] <tedg> Also, I think it should be "nothing is allowed to fail on being unable to write," they're allowed to write.
[13:55] <ogra_> well, we still want a usable session
[13:56] <ogra_> but yeah
[13:58] <tedg> ogra_, So are you planning to file bugs on things that don't start? Or have some automated test for this? It seems like something that could easily leak back in.
[13:59] <ogra_> tedg, not sure how easily we could create tests for that ... for now i will re-work ubuntu-touch-session and then go over the upstart jobs and poke people or file bugs (or both)
[13:59] <ogra_> we could perhaps add a test where we just chmod -r /home/* or so
[14:01] <tedg> Yeah, seems that'd find the same bugs. Assuming people don't check for ro ;-)
[14:01] <ogra_> right
[14:01] <ogra_> the biggest obstacle atm is dbus here ... it writes a dot file and lots and lots of things already rely on this
[14:02] <ogra_> so once i move it i'm pretty sure a lot will break
[14:02] <ogra_> specifically in testing
[14:02] <tedg> I thought it also pushed then env var into Upstart? Race?
[14:03] <ogra_> it does both, yeah ...
[14:04] <ogra_>     echo "DBUS_SESSION_BUS_ADDRESS=${DBUS_SESSION_BUS_ADDRESS}" >$HOME/.cache/upstart/dbus-session || true
[14:04] <ogra_>     initctl notify-dbus-address "$DBUS_SESSION_BUS_ADDRESS" || true
[14:04] <ogra_> effectively ...
[14:04] <ogra_> though it fails more likely in the pre-start ...
[14:05] <ogra_> where there is no || true
[14:05] <tedg> Yeah, and no true on making the cache directory
[14:06] <ogra_> (though the pre-start uses /tmp ... that should be fine )
[14:07] <elopio> ping mardy: do you know what can cause a 'Timeout was reached' error on identity.store_credentials_with_info ?
[14:08] <elopio> that's happening on Jenkins, but everywhere else it seems to work nicely.
[14:16] <mterry> ogra_, I don't get it.  The dialer-app autopilots seem to do the same thing the ofono script is doing, but one works and the other doesn't
[14:18] <mardy> elopio: the signond logs from the syslog could be helpful
[14:18] <mardy> elopio: my first suspicion, is that the gnome-keyring module is installed and signond is waiting on it
[14:19] <elopio> mardy: I'll see if ci can get them from me.
[14:19] <elopio> *for
[14:19] <mardy> elopio: actually, I think that from the build logs it should be possible to see if the keyring was being installed
[14:20] <awe_> mterry, what's the issue you're having with ofono?
[14:21] <elopio> mardy: http://<IP_ADDRESS>:8080/job/generic-mediumtests-utopic/45/artifact/dpkg-l.post.log
[14:21] <ogra_> mterry, hehe, ask pitti ... he developed the ofono-phonesim stuff and the tests too iirc
[14:21] <ogra_> awe_, hey ...
[14:21] <mterry> awe_, I can't get the test scripts that fake incoming calls or texts to work.  They used to, but they don't for me right now.  Despite dialer-app tests working
[14:21] <elopio> mardy: so, we shouldn't install the gnome-keyring  ?
[14:21] <ogra_> awe_, so after the ofono landing messaging-app fails reliably on flo ... could you take a look at that ? (worked before the change)
[14:21] <ogra_> awe_, http://ci.ubuntu.com/smokeng/utopic/touch/flo/17:20140508:20140506.1/7914/messaging_app/
[14:22] <ogra_> (not super urgent since we dont block landings on flo issues ... but should be fixed nontheless)
[14:22] <awe_> ogra_, flo doesn't have a modem, correct?
[14:22] <ogra_> awe_, right
[14:22] <awe_> ogra_, I don't have a flo to test
[14:22] <ogra_> but phonesim already had changed before ...
[14:23] <ogra_> so only the ofono change seems to have caused this
[14:23] <mardy> elopio: yes, or at least remove signon-keyring-extension -- I wonder what's pulling that in?
[14:23] <mterry> ogra_, do you use the incoming call/text scripts yourself?
[14:23] <mterry> sory
[14:23] <mterry> awe_, ^ is what I meant
[14:23] <awe_> ogra_, the only thing I can think of is that this is a result of the changes made to phonesim by  Wellark's team
[14:24] <ogra_> awe_, but these had landed before and the tests didnt fail
[14:24] <awe_> what do you mean "landed before"?
[14:24] <davmor2> ogra_: is there a reason why we run the phone tests on a tablet?
[14:24] <elopio> mardy: that comes installed on the machine. But I also have it on my desktop, and it doesn't cause any problems here.
[14:24] <awe_> haha
[14:24]  * awe_ hugs davmor2
[14:25] <ogra_> awe_, phonesim is in the image since a week, but the failing started yesterday (on the last two images)
[14:25] <awe_> that said, the messaging app might use other back-ends at some point
[14:25] <awe_> ogra_, no you misunderstood me
[14:25] <ogra_> awe_, aha
[14:25] <ogra_> https://jenkins.qa.ubuntu.com/job/utopic-touch-flo-smoke-daily/31/artifact/clientlogs/messaging_app/_usr_share_ofono_scripts_list-modems.32011.crash/*view*/
[14:25] <ogra_> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
[14:25] <ogra_> there we go
[14:26] <ogra_> davmor2, i dont know, i dont define which tests we run where :)
[14:26] <awe_> ogra_, that just means ofono isn't running, and dbus activation can't start it
[14:26] <ogra_> but the test passed before and fails since yesterday
[14:26] <ogra_> awe_, and ofono wont start if there is no ril ;)
[14:26] <ogra_> as per our changes
[14:27] <ogra_> before it still started but didnt attach to a non-existing ril
[14:27] <rsalveti> morning
[14:27] <awe_> ogra_, hmmm
[14:28] <ogra_> same thing on manta btw ...
[14:28]  * awe_ takes a look at the ofono-phonesim package
[14:28] <awe_> give me a few minutes to dig here
[14:29] <awe_> ogra_, that said, I agree with davmor2 that we shouldn't be running tests that rely on 'list-modems' on devices that don't have any modems
[14:30] <ogra_> awe_, well, might be ... that would be up to QA and CI to decide/discuss i think
[14:30] <awe_> also ogra_ I thought prior to this change, ofono would exit if no ril
[14:30] <ogra_> awe_, though it worked fine before
[14:30] <elopio> mardy: unity-control-center-signon is the one that depends on it.
[14:30] <mardy> elopio: yes, because on the desktop it works fine. I wonder on the CI bots, though...
[14:30] <ogra_> -phonesim-autostart should probably froce ofono to start now or some such
[14:31] <awe_> ogra_, well... I guess I need to change the test plan to require running autopilot tests on all devices
[14:31] <ogra_> i dont think ofono exited
[14:31] <mardy> elopio: the keyring gets automatically unlocked by lightdm when you log in, IIRC
[14:31] <awe_> I do
[14:31] <ogra_> ok
[14:31] <mardy> elopio: I wonder how the login works in the bots
[14:31] <awe_> but whatever give me some time to investigate
[14:32] <davmor2> ogra_: but it works fine now on mako right?
[14:32] <ogra_> awe_, as i said, no hurry :) we dont block on flo issues
[14:32] <elopio> mardy: ok, I'm going to ci to ask.
[14:32] <awe_> ogra_, the old script definitely exits if it can't verify the existence of the socket
[14:32] <ogra_> davmor2, yes, that didnt change ... dialer on flo wroks too, just messaging stopped
[14:33] <ogra_> awe_, hmm, i guess then phonesim-autostart handled it differently
[14:33] <ogra_> providing a fake ofono dbus service or some such
[14:34] <nik90> tvoss: ping
[14:37] <tvoss> nik90, pong
[14:37] <nik90> tvoss: Hi, I wanted to talk to you about https://code.launchpad.net/~thomas-voss/platform-api/hw-alarms-api/+merge/210592
[14:38] <ogra_> land it !!!
[14:38] <tvoss> nik90, yup, what do you need?
[14:38] <nik90> tvoss: When can we expect that to be merged? I understand that is the MP which will allow alarms to ring when the phone is in deep sleep. right?
[14:38]  * ogra_ wants his screen to turn on when an alarm rises
[14:38] <nik90> tvoss: and what ogra_ said ^^
[14:38] <tvoss> nik90, it will wake up the phone, yes
[14:38] <ogra_> current behavior is utterly annoying
[14:39] <cwayne> popey, ping
[14:39] <tvoss> nik90, ogra_ sure, fully understand that :) it's mostly done, shared a custom system.img with charles for testing purposes
[14:40] <nik90> tvoss: charles just informed me that it will land coming mon or tues
[14:40] <popey> cwayne: pong
[14:40] <tvoss> nik90, yup
[14:40] <nik90> tvoss: that's really comforting to hear. The earlier that is in the better alarm testing I can do in real life :0
[14:40] <nik90> :)
[14:41] <cwayne> popey, hey, what're the plans for core apps to switch to the new headers once they land?
[14:41] <popey> cwayne: wanted to test with one app first to iron out some of the bugs, music already switched
[14:42] <popey> cwayne: music app devs have been working with tim p on it.
[14:42] <popey> cwayne: I didn't want to break every single app at once.
[14:42] <popey> cwayne: music apps have a backwards compatible method, which means you get old toolbar on 14.04 and new toolbar on 14.10
[14:44] <cwayne> popey, perfect, what about the calendar app?
[14:45] <popey> that could be next.
[14:45] <popey> I'll take a look
[14:46] <popey> also, clock, nik90 might be interested in that. ☻
[14:47] <cwayne> popey, for the music one, did they literally just set useDeprecatedToolbar to false, or are they implementing bottom swipe as well?
[14:47] <popey> no bottom swipes yet
[14:47] <cwayne> so just moving actions from toolbar to header?
[14:47] <popey> yes
[14:48] <cwayne> cool beans
[14:48] <cwayne> thanks popey
[14:48] <cwayne> is that in the image already?
[14:49] <nik90> popey,cwayne: Well I am interested in transitioning the clock app to use the new headers
[14:49] <popey> nik90: seen https://code.launchpad.net/~vthompson/music-app/use-sdk-back-button-take2/+merge/218534 ?
[14:49] <popey> cwayne: music is
[14:49] <nik90> popey, cwayne: I think it should be a relatively simple task. But I need to first wait on the MP which adds toolbars actions to the header first before doing this.
[14:50] <nik90> popey: no I just saw it now...t1mp has made it really easy to transition to it.
[14:54] <ogra_> bah .. new header ... that thing that drives me back to android :(
[14:54] <bact> header?
[14:54] <ogra_> yeah, the bottom toolbar is gone soon
[14:55] <bact> the one which required a guesture?
[14:55] <ogra_> and moves to a new header bar ... which in turn means your back button is at the top left
[14:55] <bact> Cool, that sounds better
[14:55] <popey> Uh oh, don't get him started
[14:55] <ogra_> might sound nice but is completely unusable with one hand
[14:55] <popey> HULK SMASH!
[14:55] <ogra_> haha
[14:56] <ogra_> unless you have a 10cm long thumb
[14:56] <davmor2> popey: that's just daft if you have hands the size of the hulk you have no issue
[14:56] <ogra_> true !
[14:56] <popey> I doubt the hulk spends much of his day daintily pressing buttons on a touch screen
[14:57] <cwayne> works for me with one hand
[14:57] <davmor2> cwayne: ditto
[14:57] <ogra_> cwayne, you can reach the search option (or close below) when holding your phone with one hand ?
[14:57] <davmor2> cwayne: I think ogra_ just needs a lesson in how to hold a phone ;)
[14:57] <ogra_> well, i hold it so that it cant slip while walking
[14:58] <ogra_> bottom right corner pinting into my palm
[14:58] <cwayne> yeah
[14:58] <ogra_> then i can reach with my thump to about 2/3 from the bottom of the screen
[14:58] <ogra_> about 3cm below where i need to reach
[15:00] <bact> ogra_: don't buy a 6" phone then
[15:00] <ogra_> bact, i only use the one phone we support
[15:01] <ogra_> and the ones we will sell arent smaller
[15:01] <bact> sell a smaller one
[15:01] <bact> phones are too big, if anyone could buck the trend, canonical could
[15:01] <ogra_> there is a certain radius you can reach with your thumb no matter how you hold the phone ... within that radius the most important functions need to be reachable imho
[15:02] <bact> yeah, that's what all the apple fans were saying when apple were still producing 3.5" phones admist 5" androids
[15:14] <dpm>  Hi all, so I've installed image #17 using the dual boot app (as I usually do). The result is that I've got a completely blank dash - no scopes shown at all. Any ideas on how to debug that?
[15:15] <dpm> mhr3, perhaps you would know how to bring scopes back to life? :-)
[15:15] <mhr3> dpm, ps aux | grep scoper
[15:16] <mhr3> dpm, cat ~/.cache/upstart/scope-registry.log
[15:17] <dpm> mhr3, aha -> scoperegistry: locale::facet::_S_create_c_locale name not valid
[15:18] <mhr3> dpm, `/sbin/initctl list-env | grep L[CA]` ?
[15:20] <dpm> mhr3, http://pastebin.ubuntu.com/7416574/ - hm, I wonder why I get two different locales
[15:21] <dpm> I've changed it now via system settings
[15:21] <dpm> to be en_US
[15:21] <dpm> rebooting now to see if that fixes it
[15:21] <mhr3> it will
[15:21] <mhr3> the adb locale doesn't matter really
[15:21] <mhr3> the upstart one counts
[15:22] <dpm> mhr3, indeed it's fixed. I'm still not sure I can follow the difference between adb locale and upstart locale, though...
[15:23] <mhr3> dpm, the real question is why doesn't it like your locale
[15:24] <mhr3> pete-woods, it's because of the frickin boost::filesystem :P
[15:25] <pete-woods> mhr3: :(
[15:27] <dpm> mhr3, it was because it's not installed by default: I had to set the image to RW and run locale-gen. It seems the image update removed the locale, but the environment variables were still set, pointing to a locale that no longer existed
[15:29] <mhr3> dpm, what does locale-gen do?
[15:30] <dpm> mhr3, it essentially creates the locale. It compiles a bunch of files into what the system recognizes as a locale
[15:30] <loicm> mardy: hey, I've just reviewed your patch for the ubuntu shape
[15:30] <loicm> mardy: https://code.launchpad.net/~mardy/ubuntu-ui-toolkit/lp1296728/+merge/218617
[15:30] <mhr3> dpm, i still fail to see why should boost fail to work when that isn't generated
[15:32] <dpm> no idea
[15:50] <slangasek> ogra_: +1 for avoiding writes to $HOME from the jobs!  I think a lot of these were workarounds for upstart bugs that should now be fixed; maybe they can just go away now?
[15:50] <ogra_> slangasek, right, now it bites back ... u knew it would one day ;)
[15:51] <ogra_> *i knew
[15:51] <ogra_> so until malta i'll start a big claen sweep ... (there are other ugly bits like pre filling /etc/environment at build time etc(
[16:05] <popey> JamesTait: i hear there was a private branch on the bug i filed about 100 apps returned?
[16:05] <popey> JamesTait: does that mean we will now get more than 100 returned?
[16:06] <JamesTait> popey, not by default, but when the branch lands you'll be able to specify a page size.
[16:06] <JamesTait> popey, /api/v1/search?size=9999&page=1
[16:07] <ogra_> JamesTait, would it be possible to coordinate such changes with the client side in the future ? we were even discussion to block image promotions on that today, thats a pretyt gross regression
[16:10] <ogra_> *discussing
[16:10] <JamesTait> ogra_, ordinarily we would have done, but this change was pushed out on Tuesday morning, when I was returning from two weeks' holiday. ;)
[16:11] <ogra_> heh, ok :)
[16:11] <JamesTait> ogra_, literally as I sat down to work, in fact. :-P
[16:12] <ogra_> yeah, no worries then, sh*t happens ;)
[16:21] <mardy> loicm: thanks!
[16:23] <zyga> ogra_: bad irc server ;-)
[16:23] <ogra_> heh
[16:23] <zyga> ogra_: so how do I run qmlscene on the tablet after I've adb-d in?
[16:24] <ogra_> heh, i never did that ... for UI stuff probably try #ubuntu-app-devel ... there are the qmlscene masters :)
[16:25] <ogra_> (not true, i didnt that once in quantal ... but forgot how ... today i just roll myself a click package)
[16:25] <ogra_> *i did
[16:26] <zyga> ogra_: I've made the filesystem writable and I just want to hack around a simple qml file and a way to run it
[16:27] <ogra_> yes, i understand what you want but i dont know anymore how to do it that way
[16:27] <zyga> ogra_: sorry, I don't complain :-)
[16:27] <ogra_> :)
[16:27] <zyga> ogra_: I'm just thinking aloud while googling and checking sdk docs
[16:28] <ogra_> theoretically just qmlscene /path/to/qml.qml
[16:28] <ogra_> probably you need to use --desktop_file_hint= and point that to some random .desktop file
[16:29] <ogra_> and in any case you need to be the pahblet user "sudo -u phablet -i" will give you the proper env
[16:30] <zyga> ogra_: qmlscene: could not exec '/usr/lib/arm-linux-gnueabihf/qt4/bin/qmlscene': No such file or directory
[16:30] <zyga> ogra_: that's as phablet
[16:31] <ogra_> phablet@ubuntu-phablet:~$ which qmlscene
[16:31] <ogra_> /usr/bin/qmlscene
[16:31] <ogra_> weird
[16:31] <zyga> yeah
[16:31] <zyga> could it be apparmor preventing me to execute stuff?
[16:31] <ogra_> no
[16:31] <ogra_> not from commandline
[16:31] <zyga> oh, it's a symlink to qtchooser
[16:31] <zyga> why did it try to run qt4? IIRC we're on qt5 right?
[16:31] <ogra_> yes
[16:32] <ogra_>  /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene ...
[16:32] <zyga> http://pastebin.ubuntu.com/7416972/
[16:33] <ogra_> try the path above
[16:33] <zyga> same
[16:33] <ogra_> with the qt5 path ?
[16:33] <zyga> I think it crashes because it cannot create 'application instance'
[16:33] <zyga> yeah
[16:34] <zyga> this is on 'devel' version, flashed a moment ago
[16:34] <ogra_> strange ... well, as i said, i dont do much Qt ... #ubuntu-app-devel might knwo
[16:34] <zyga> thanks
[16:34] <ogra_> (well, i do Qt but click packages just work)
[19:11] <davmor2> pmcgowan: the scopes carousel does that fall under unity8 for a bug report?
[19:26] <pmcgowan> davmor2, I would say yes
[19:27] <davmor2> pmcgowan: email sent to the phone mailing list with regard to the issues I hit on manta then
[19:32] <davmor2> pmcgowan: title is Quirks particular to manta (nexus 10)
[19:33] <pmcgowan> davmor2, ok will check it out
[19:57] <sergiusens> ogra_: zyga QT_SELECT=qt5 iirc
[20:15] <dobey> is there any way for an app to prevent screen lock/blank under mir on the phone?
[20:16] <popey> ooh, I'd like that.
[20:16] <popey> I want this app on Ubuntu https://play.google.com/store/apps/details?id=com.doublep.wakey
[20:17] <dobey> ugh
[20:18] <dobey> i just want proper support for having apps keep the screen from blanking
[20:18] <dobey> i mean, i can do it with xorg on my workstation without problem
[20:19] <popey> well, media-app can do it, see how that does it? ☻
[20:19] <dobey> of course, firefox/chrome don't do it magically when i'm in a hangout or anything, which is a bit annoying, but at least the support is there
[20:19]  * popey pokes jhodapp
[20:19] <dobey> oh it does?
[20:19] <popey> sorry, mediaplayer-app, yes, it does now
[20:19] <jhodapp> popey, ouch
[20:19] <popey> \o/
[20:20] <dobey> i don't have any videos on my phone, so all i get is an ugly error when i open it
[20:20] <jhodapp> dobey, yes, if you use MediaPlayer from your app (QML or Qt components), it'll play video and keep the screen from blanking or locking
[20:20] <dobey> and it calls the scope a lens
[20:21] <jhodapp> dobey, it'll be getting some love...it's a neglected app
[20:21] <jhodapp> dobey, it was one of the very first UT apps
[20:21] <dobey> jhodapp: well i'm not wanting to play video, but if i can poke at the source, and can actually do the same thing from my own app under confinement, i'm happy ot have that be an answer for now
[20:22] <jhodapp> dobey, sorry, what is it that you want to do exactly?
[20:23] <dobey> jhodapp: a map app for a game
[20:23] <jhodapp> dobey, ah ok, that's out of the scope of media-hub then
[20:23] <dobey> yeah
[20:24] <jhodapp> dobey, you should ping mandel on how to accomplish that, he's taking on powerd
[20:24] <popey> jhodapp: i was more poking you because you know how to keep the screen on when your app is running
[20:24] <jhodapp> popey, yeah, it's not my app, it's media-hub which has permission to do that :)
[20:24] <popey> oh
[20:24] <popey> bummer
[20:24] <jhodapp> popey, I'm not sure how a random app will accomplish that
[20:25] <jhodapp> but mandel should be able to help with that
[20:30] <dobey> oh
[20:43] <dobey> doea media-hub support mp4?
[21:13] <popey> dobey: i test touch with mp4 videos, and they work
[21:13] <popey> dobey: h264 encoded ones specifically
[21:19] <dobey> oh
[21:42] <sergiusens> popey: keeping the screen on is for a trusted helper only afaik
[21:44] <slangasek> rsalveti: why did Package: libqt5multimediawidgets5-gles add a Pre-Depends on dpkg that libqt5multimediawidgets5 doesn't have?
[21:45] <rsalveti> slangasek: there was a new package update that removed that line yesterday
[21:45] <slangasek> rsalveti: ok
[21:45] <rsalveti> but I didn't yet updated the package because I wanted the review to happen first
[21:45]  * slangasek nods
[21:52] <dobey> sergiusens: oh? ugh :(
[22:10] <slangasek> rsalveti: your qtubuntu-gles upload didn't drop the Vcs-Bzr field, most of the uploads did?
[22:11] <rsalveti> slangasek: yeah, let me write that down so I can fix during next upload
[22:11] <rsalveti> it seems that's the last src package in the queue
[22:12] <rsalveti> but then needs to wait for bin approval as well
[22:12]  * slangasek nods
[22:12] <slangasek> rsalveti: why make a separate qtubuntu-android-gles?  Why shouldn't this take over the qtubuntu-android package name completely?
[22:13] <slangasek> (are we going to have OpenGL android builds on x86?)
[22:13] <rsalveti> slangasek: the problem is that qtubuntu uses a static library from qt, available in qt5-private-dev
[22:13] <rsalveti> bundles that inside it's own shared library
[22:13] <rsalveti> so it needs to be built against the right qt version
[22:14] <slangasek> ok; but why do we need both qtubuntu-android and qtubuntu-android-gles?
[22:14] <rsalveti> so if I build against qt5-gles, then qtubuntu-desktop will be broken
[22:14] <rsalveti> we don't
[22:14] <rsalveti> we just need one qtubuntu-android
[22:14] <rsalveti> I can probably remove it from the older package
[22:14] <rsalveti> and rename this one
[22:14] <slangasek> right; that's what I'm arguing for
[22:14] <rsalveti> but that needs to happen only when building for !armhf
[22:15] <rsalveti> so that's why I thought it'd be easier to just have another bin for it
[22:15] <rsalveti> but I can rework this
[22:15] <slangasek> ok - it's certainly allowed to have one binary package built from two different source packgaes
[22:15] <rsalveti> yeah
[22:16] <rsalveti> will change that
[22:16] <slangasek> and I think that's preferable here; can you sort that out and re-upload, so that we don't have qtubuntu-android-gles in binary NEW?
[22:16] <rsalveti> slangasek: yup
[22:16] <slangasek> thanks
[22:18] <slangasek> rsalveti: doing the binary NEW now; FYI: E: libqt5quickparticles5-gles: malformed-override Possibly wrong package in override at line 3 (got libqt5quickparticles5, expected libqt5quickparticles5-gles)
[22:18] <rsalveti> thanks
[22:29] <slangasek> sergiusens: the latest nuntium changes LGTM.  Does this need sponsored to the NEW queue?   BTW, have you checked how nuntium fares in terms of memory usage when built with gccgo - since that's an ongoing area of concern?
[22:32] <sergiusens> slangasek: that's a task I have set for tomorrow AM; this app is very small and not as resource intensive as juju though
[22:32] <sergiusens> slangasek: if you have time for sponsoring, that's good, but I can also ask ogra_ in the AM tomorrow as well
[22:46] <miky_> hello
[22:46] <miky_> is anyone there?
[22:50] <miky_> hey
[22:55] <miky_> you are sleeping?
[23:15] <vthompson> The new Mir on Utopic on my N4 seems to have broken my screenshooter script and the functionality in qtcreator doesn't  work either. Anyone have an updated script?
[23:22] <ahayzen_> vthompson, there was an issue where it adds _60hz to the file path try this script Alan gave me http://pastebin.ubuntu.com/7418739/
[23:23] <vthompson> ahayzen_, woot that worked! Thanks!
[23:23] <ahayzen_> vthompson, \o/
[23:25] <ahayzen_> vthompson, resolved the conflicts, pull if ur brave ;) https://code.launchpad.net/~music-app-dev/music-app/use-mediascanner2.0
[23:27] <vthompson> ahayzen_, well pulling's the easy part. I'll test when I'm feeling brave enough ;)
[23:27] <ahayzen_> vthompson, hehe


[02:21] <wallyworld> tlm: i have a couple of questions about the watcher PR, you free for a HO?
[02:22] <tlm> wallyworld: yep
[02:22] <wallyworld> looks like hpidcock raised one of my issues already
[02:22] <tlm> does hpidcock want to join ?
[02:22] <wallyworld> let's jump standup
[02:23] <hpidcock> kk
[03:40] <babbageclunk> wallyworld: when you get a moment can you take a look at https://github.com/juju/juju/pull/11160? It's the CMR offer name fix
[03:42] <wallyworld> babbageclunk: yeah, was reviewing then had to go to cataylst meeting
[03:42] <wallyworld> will finish when meeting is done
[03:44] <babbageclunk> wallyworld: oh right - thanks!
[04:00] <wallyworld> babbageclunk: i'm having trouble groking names.NewApplicationTag(offerName), maybe we can discuss. i just need to be educated
[04:02] <babbageclunk> wallyworld: it's the other side of this line: https://github.com/juju/juju/blob/develop/apiserver/facades/controller/crossmodelrelations/crossmodelrelations.go#L311
[04:03] <wallyworld> babbageclunk: just witj john in leads call, free free to jump in
[04:03] <babbageclunk> wallyworld: it's definitely weird though - and caused me a bit of trouble (since it makes the tags coming back from looking up remote entities ambiguous
[04:03] <babbageclunk> wallyworld: wilco
[04:04] <babbageclunk> )
[05:36] <wallyworld> tlm: i left a nitpic plus a cleanup suggestion
[07:14] <wallyworld> hpidcock: was https://bugs.launchpad.net/juju/+bug/1855777 fixed do you recall?
[07:14] <mup> Bug #1855777: Seg fault generated due to malformed bundle.yaml file <bundles> <ux> <juju:Triaged by hpidcock> <https://launchpad.net/bugs/1855777>
[07:15] <wallyworld> there was another bundle fix that got done
[07:15] <wallyworld> we may have done both
[07:15] <hpidcock> wallyworld: I'll verify, but I believe so
[07:15] <wallyworld> ta, just doing gardening for 2.7.2 RC
[07:18] <hpidcock> when did 2.7.1 go out??
[07:18] <wallyworld> last week at sprint
[07:18] <hpidcock> ok
[07:18] <wallyworld> it's ok if we mark against 2.7.2
[07:18] <wallyworld> so long as it goes fix committed
[07:19] <wallyworld> ty
[07:20] <hpidcock> yeah they both were done atm tlm's induction
[07:20] <hpidcock> sorry, missed the part about marking as committed
[09:20] <stickupkid> manadart, I'm going to try and create a PR for CMR in 2.7... this will be fun
[09:21] <manadart> stickupkid: Yay. Have you looked at babbageclunk's CMR patch? I haven't checked if that will get in our way yet.
[09:22] <stickupkid> manadart, not at all, will check now
[09:23] <stickupkid> manadart, I like that he's have his own conversation in this comment https://github.com/juju/juju/pull/11160/files#diff-cf3dd42d097ceeee567e5127f9a1e1abR190-R196
[09:39] <stickupkid> manadart, one thing we've not done is removed the restriction + feature flag
[09:40] <manadart> stickupkid: I think we have sufficient confidence and test coverage to do that.
[09:40] <stickupkid> I'll do it after the merge
[10:04] <stickupkid> manadart, if I die and so I don't have to repeat this process - I believe these are the CMR commits - going to re-check now https://paste.ubuntu.com/p/rDZ8TN99jS/
[11:20] <nammn_de> manadart: in for another cr? https://github.com/juju/juju/pull/11143 I reworked the code to use modeloperation
[11:25] <manadart> nammn_de: Few items remaining from my last review.
[11:25] <nammn_de> manadart: oh, really? Sorry. Gonna fix them, thought I resolved them
[11:26] <nammn_de> manadart: ahh damn my ide refactor refactored more places than i wanted
[11:26] <nammn_de> dammnit
[11:31] <nammn_de> ahhhh I just realized that you reviewed before I asked and buff got confused =D
[11:58] <nammn_de> manadart: regarding 2 of your comments:
[11:58] <nammn_de> - doesnt need to that interface if it doesnt implement. But didnt it? But I think it didn't had any usage so I just removed it and the function using it now uses state.ModelOperation instead
[11:58] <nammn_de> - A *state.State supplies it directly.: the api doesn't use a *state.State in its struct. Should I add one? I thought we didn't want that
[12:05] <nammn_de> manadart: I added some comments/questions to those PR comments from you.  I removed from the interface and from the shim
[13:06] <nammn_de> manadart: pushed the  changes and applied your review.
[13:09] <achilleasa> manadart: so, the HookContext uses an interface and gomock but the NewHookContext in export_test uses concrete instances :D
[13:11] <achilleasa> I might be able to cheat and get my tests in without messing with embedding uniter.Unit
[13:31] <achilleasa> manadart: doh! hml introduced a mockHookContextSuite which I totally missed (other file). I will add my tests there :-)
[13:31] <manadart> achilleasa: Standup.
[14:17] <achilleasa> hml: can you please review https://github.com/juju/juju/pull/11164?
[14:18] <hml> achilleasa:  sure
[14:42] <hml> achilleasa:  approved.
[14:43] <achilleasa> hml: tyvm
[15:09] <stickupkid> manadart, I think I solved the CMR git diff issue, i didn't start far back enough
[15:09] <manadart> stickupkid: Yeah, I think there were some prep commits quite a while ago.
[15:34] <achilleasa> hml: did you see my reply to your comment? Should I go ahead and merge?
[15:34] <hml> achilleasa:  not yet, looking
[15:36] <hml> achilleasa:  agreed,  i figured a small chance, worth noting, but not worth a different approach.
[15:36] <hml> merge away
[15:46] <nammn_de> manadart: time for a call later today or tomorrow to spec out remove-space/if needed rename-space, a little?
[16:10] <manadart> nammn_de: Sure. I have to head home now, but ping me when you are on tomorrow.
[16:10] <nammn_de> manadart: sure will do =D. Nice evening!
[16:27] <stickupkid> I know what's wrong, I'm missing a PR
[16:35] <rick_h> stickupkid:  doh! easy fix?
[16:35] <stickupkid> starting again, it's quite far back :(
[16:37] <rick_h>  stickupkid doh
[16:37] <stickupkid> rick_h, this is the new list https://paste.ubuntu.com/p/2GKNYPW5tm/
[16:37]  * rick_h is afraid to click
[16:37] <stickupkid> it's ok till about 1/2 way in and then explodes
[16:38] <stickupkid> one last go, before I try again tomorrow
[16:38] <rick_h> oh geeze...
[16:38] <stickupkid> the fixes aren't hard, but I'm obviously missing a PR somewhere
[16:38] <stickupkid> brb grabbing a drink
[17:26] <stickupkid> rick_h, it's babbageclunk changes are causing a bit of an issue - this was to be expected, but I've managed to get further now than i have done, so we're close
[17:33] <stickupkid> rick_h, done it!
[17:38] <stickupkid> rick_h, nice healthy set of changes +8,096 −1,523
[17:44] <rick_h> stickupkid:  woot woot
[17:44] <rick_h> stickupkid:  congrats!
[17:45] <stickupkid> there are some issues with dependencies, but I'll solve them tomorrow, seems the gopkgs.toml file isn't in sync
[17:45] <rick_h> stickupkid:  cool yea and guild please help stickupkid with any testing/QA so we can make sure we're feeling good about it in 2.7.2
[17:45] <rick_h> stickupkid:  maybe reach out to babbageclunk to help as well in his TZ since he's in there a little bit
[17:46] <rick_h> #moar-eyes-better
[20:36] <babbageclunk> rick_h: what's the problem?
[20:40] <babbageclunk> rick_h: ah - has there been a decision to release cmr migration in 2.7?
[20:43] <babbageclunk> that 8k line PR looks fun
[20:53] <rick_h> babbageclunk:  it's a backport of the cmr migration bits to 2.7 yea
[20:54] <babbageclunk> ouch
[21:19] <wallyworld> rick_h: backporting a rather large feature to 2.7 seems risky?
[21:20] <rick_h> wallyworld:  we're hanging out in the team chat we can discuss it if you're up for it
[22:22] <addyess> i'd apreciate a review of charm-helpers PR: https://github.com/juju/charm-helpers/pull/423
[22:35] <addyess> thanks timClicks
[23:11] <techalchemy> addyess, thanks for putting that ll together it looks good to me fwiw