[06:27] <liuxg> if I am now playing a video file referring to http://developer.ubuntu.com/api/qml/sdk-14.10/QtMultimedia.Audio/, however, I get the error like https://pastebin.canonical.com/114287/. Does anyone know why? I can run other apps without any problem. thanks
[07:07] <dholbach> good morning
[07:08] <nhaines> Good morning!  :)
[08:00] <mterry> ogra_, so what happened with /usr/lib/extrausers?  I noticed that the fix was to bindmount those three files separately, but isn't that a solution we can't use long-term (because we can't atomically edit them when bindmounted like that)?
[08:00] <ogra_> mterry, well, system-image doesnt transition existing dirs on upgrades ... only at install time
[08:01] <ogra_> (you dont want to overwrite chnages on upgrades, theoretically it would have to do an intelligent three way merge ... which it cant)
[08:01] <mterry> ogra_, but existing users wouldn't have any content there, right?
[08:02] <ogra_> i'm not sure what happens if you switch back to the dir right now
[08:02] <ogra_> the files might be gone completely (like before)
[08:03] <mterry> ogra_, oh I guess the dir existed before because libnss-extrausers created it
[08:03] <ogra_> i think we need stgraber for this, or a hack that uses a boot hook to make sure the files ger copied around when they dont exist
[08:03] <ogra_> they never existed in the writable space
[08:03] <ogra_> only for freshly flashed images
[08:03] <mterry> ogra_, or maybe add 3 way merge logic -- surely this isn't the first/last time we might hit an issue like this
[08:04] <ogra_> right
[08:04] <mterry> At least add logic for the dumb simple case of 'no files'
[08:04] <ogra_> i know stgraber_ was pondering over this several times
[08:05] <mterry> ogra_, the current three-file-bindmount may block landing of locking support since we can't atomically-edit
[08:05] <ogra_> right, i think we can add a boot hook that checks if the dir is empty, if so it removes the bind mount, pulls the files out there, re-mounts the bind mount and copies the files over
[08:06] <ogra_> (that *will* affect anyone who made changes to the extrausers files withion the last three days though ... huge amount of people for sure :P )
[08:06] <mterry> ogra_, :)  especially since no UI for it
[08:06] <ogra_> yeah :)
[08:07] <mterry> although I guess people could haven used passwd
[08:07] <ogra_> oh, that reminds me ... we need ot make sure sudo refuses to operate without pw
[08:07] <mterry> ogra_, how could I have tested the upgraded-system-image path for this to notice the bug in the first place?  I edited writable-paths locally and tested and it seemed to work
[08:07] <ogra_> (or lock it instead of using an empty one)
[08:07] <mterry> ogra_, I thought we wanted sudo to work
[08:08] <ogra_> i dont think we want it to work passwordless
[08:08] <ogra_> lets talk to security once they get up
[08:08] <mterry> ogra_, OK
[08:08] <ogra_> (was on my TODO for today anyway :) )
[08:09] <mterry> I figure malicious users can just call passwd, so I wonder if there is a security difference
[08:09] <ogra_> what are you doing up already btw ?
[08:09] <mterry> ogra_, I'm in London now!
[08:09] <ogra_> ah !!
[08:09] <mterry> For a sprint
[08:09] <ogra_> great :)
[08:10] <ogra_> mterry, do you know if ken landed everything he wanted ?
[08:10] <mterry> ogra_, I might need some guidance for that boot-hook change -- I've not messed with such hooks or done manual bindmount tomfoolery before.  Is there an example of such stuff already in livecd-rootfs?
[08:10] <mterry> ogra_, for u-s-s?  I don't know
[08:10] <ogra_> (even though it smells like traincon-0 if nobody fixes the constantly crashing mediascanner we should land your UI bits asap)
[08:12] <mterry> ogra_, not before we fix the bindmount thing maybe
[08:12] <ogra_> not really, we only had one boot hook for surfaceflinger vs mir in the past ... currently we dont use the boot hooks at all ... its an upstart job that runs as root very very early in the boot
[08:12] <ogra_> why not ?
[08:12] <ogra_> wont it work at all ?
[08:14] <mterry> ogra_, well it will work, but you suggested that once we use a boot hook fix, people might lose changes to those files?
[08:14] <ogra_> oh, right, yeah true
[08:14] <mterry> ogra_, at least I think it will work -- haven't tested in-place editing of shadow files yet
[08:15] <mterry> ogra_, do we want to move forward with that vs a 3-way-merge-at-least-for-null-case solution?  Or is that an stgraber_ question?
[08:16] <ogra_> mterry, i'm in the landing meeting for 1h or so, i'll try to come up with a boot hook script for you after that
[08:16] <ogra_> thats an stgraber question
[08:16] <ogra_> i dont thik he has a proper solution for this problem yet
[08:16] <mterry> ogra_, that'd be great thanks
[08:18]  * mterry feels bad that he got us one-broken-image closer to traincon-0  :)
[08:20] <ogra_> ah, well, your breakage doesnt cause the traincon state
[08:20] <ogra_> :)
[08:23] <mterry> Fair, but one less image to work on actual blockers  :)
[08:29] <JamesTait> Good morning all; happy Monday, and happy Milk Chocolate Day! :-D
[09:39] <pete-woods> seb128: hi, any chance you could have a look at this 2 line MR? (https://code.launchpad.net/~pete-woods/location-service/dev-packaging/+merge/228457)
[09:39] <pete-woods> it changes packaging, so I wanted to get it checked by a core dev
[09:40] <pete-woods> (I also thought there might be a more idiomatic / debiany  way to do this)
[09:40] <seb128> pete-woods, sure
[09:40] <pete-woods> thanks
[09:47] <mhr3> pete-woods, btw should bump changelog there ^
[09:48] <pete-woods> okay, will do
[10:02] <Chipaca> Laney: ping
[10:02] <Chipaca> Laney: (in case i forget before you ping back, it's about the gsettings branch)
[10:03] <Chipaca> mpt: ping, about notifications settings design
[10:29] <alex_o> Hi all! Quick question - can I install ubuntu touch to Samsung Galaxy Tab3 7.0 (SM-211)? Tnx!
[10:47] <ogra_> mterry, http://paste.ubuntu.com/7883650/
[10:48] <ogra_> that should work (copies the files in place if they dont exist after an upgrade)
[10:48] <ogra_> (and if extrausers is bindmounted)
[10:50] <mterry> ogra_, I'm nervous about the '3' there -- I believe I've seen shadow- files hanging around
[10:50] <ogra_> well, make it -gt 0
[10:50] <ogra_> or some such
[10:50] <ogra_> or != 0
[10:51] <ogra_> dunno
[10:51] <mterry> ogra_, you're not worried about -1?  ;)
[10:51] <ogra_> heh
[10:51] <mterry> ogra_, alright, let's ship it
[10:51] <mterry> ogra_, how does WHEN=new-version work?
[10:51] <ogra_> i guess it should go into lxc-android-config ... though we are in TRAINCON-0 now
[10:52] <ogra_> see /etc/init/boot-hooks-emit.conf
[10:52] <mterry> Right after any system upgrade?
[10:52] <ogra_> yeah
[10:52] <mterry> ogra_, OK, let me whip up a debdiff for you to look double-confirm, and we can wait for after traincon
[10:52] <ogra_> it checks if there was a version update ... (also easy to test by editing /userdata/.last_ubuntu-build)
[10:53] <ogra_> yeah
[10:53] <ogra_> we need to make davmor2 stop finidng bus ...
[10:53] <mterry> :)
[10:53] <ogra_> else we'll never get out of TRAINCON-0 again
[10:53] <davmor2> ogra_: Bus?
[10:53] <mterry> right, speaking of....
[10:53] <mterry> jdstrand, poke about apparmor and extrausers
[10:53] <davmor2> I see them daily out the window :D
[10:53]  * ogra_ habds davmor2 a g
[10:54]  * davmor2 hands ogra_ a new keyboard his is obviously broken today ;)
[10:54] <ogra_> mterry, in your debdiff, make sure to revert my last change ;)
[10:54] <ogra_> davmor2, :P
[10:55] <mterry> ogra_, yup
[10:56] <ogra_> mterry, the mount check should probably be more explicit too ... that was rather a proof of concept ... not sure we want false positives :)
[10:56] <davmor2> ogra_: is this the change you landed for 151 so the phone actually booted?
[10:56] <davmor2> please don't break that if that is the case ;)
[10:56] <mterry> davmor2, naw boot isn't needed for RTM
[10:56] <ogra_> davmor2, right ... we try to improve that since it was only a workaround to get booting bac
[10:56] <ogra_> k
[10:57] <davmor2> well it'll get tested in the silo till there is no more traincon0 right
[10:58] <ogra_> davmor2, right ...
[10:58] <davmor2> and apparently ogra_ seems to be banning my weekends or at least me testing during them :D
[10:58] <ogra_> onlyif you find bugs :P
[10:58] <davmor2> ogra_: if I look hard enough I can always find bugs ;)
[11:03] <mterry> ogra_, OK I'm looking at http://paste.ubuntu.com/7883750/ -- will test now to see if it actually works  :)
[11:04] <ogra_> looks good
[11:04] <ogra_> upgrading lxc-android-config is a pain though ... need to do it from recovery
[11:05] <mterry> ogra_, oh that's right!  I'll just put these files in place
[11:05] <ogra_> yeah
[11:05] <mterry> ogra_, and you say I can fake out new-version checks with /userdata/.last_ubuntu-build...
[11:05] <ogra_> yeah, just lower it by one
[11:05] <ogra_> before rebooting
[11:06] <mterry> ogra_, back when enabling this in the first place last week, how would I have tested a system upgrade?  (I made the changes to writable-paths and it worked for me...)
[11:06] <ogra_> well, i dont relly know of a way
[11:07] <ogra_> that will get better once we get one image per silo so you can test images directly
[11:07] <mterry> ogra_, ooh yeah
[11:07] <ogra_> today i dont think thhere is an easy way
[11:07] <mterry> ogra_, but lxc-android-config doesn't do silos
[11:07] <mterry> Though maybe we could do it via silos with that change
[11:08] <ogra_> it will do silos by then
[11:08] <ogra_> it doesnt do silos for exactly that reason ... (that it is hard to upgrade it if not built into an image)
[11:09] <mterry> ogra_, OK...  Well I guess I'll just manually test this by deleting files
[11:09] <ogra_> right, we should test it with the package too though ... (but it has to wait for traincon dropping anyway)
[11:11] <mterry> ogra_, I meant by deleting files on the bindmount location to simulate a system-upgrade situation
[11:11] <ogra_> oh, yeah, indeed
[11:11] <ogra_> put the upstart job in place, delete the files and lower the version ... the reboot
[11:12] <ogra_> thats how i tested here
[11:12] <ogra_> s/the reboot/then reboot/
[11:18] <pitti> did anyone have luck with ubuntu-emulator (i386) with recent images?
[11:18] <pitti> I'm curious whether there's something wrong/hacked on my host system, or whether it's generally broken
[11:18] <mterry> ogra_, works for me
[11:18] <ogra_> cool
[11:18] <ogra_> worked here too
[11:18] <ogra_> lets ship it :)
[11:18] <pitti> on first boot I get the first-time wizard, but I never see unity (also not after a reboot)
[11:18] <mterry> ogra_, though I did remove the inclusion of the word 'on' in my mount grep in case mount translates that
[11:19] <ogra_> it wont ... but fine :)
[11:19] <ogra_> pitti, which image is that ?
[11:19] <mterry> ogra_, really?  That output is meant to be kind to grep then?  :)
[11:19] <pitti> ogra_: I just tried with 157 (devel-proposed), currently trying with 133 (devel)
[11:20] <ogra_> hmm, 133 should definitely work
[11:20] <pitti> I re-try the emulator every other week or so, but so far I haven't seen it really working
[11:20] <pitti> so I wondered if it's just bad luck or whether nobody else is actually using it :)
[11:20] <pitti> [   13.254553] systemd-logind[1262]: cgmanager: cgm_list_children for controller=systemd, cgroup_path=user failed: invalid request
[11:20] <pitti> I wonder if that's related in any way
[11:21] <ogra_> pitti, hmm, might be ... were there kernel changes that the emulator kernel might be missing ?
[11:21] <mterry> ogra_, are we *actually* in traincon-0 mode yet?  I don't see an email.  Not that I want to upload this change until after we publish a new image anyway, but just curious
[11:21] <ogra_> mterry, see the topic in #ubuntu-ci-eng
[11:22] <mterry> ogra_, huh, I expected an email to hit
[11:22] <pitti> ogra_: I don't know; I noticed that the current utopic kernel doesn't work well in VMs either (but that's guest kernel, not host)
[11:22] <pitti> mterry: sil2100 said that on Friday, not sure whether that implied any particular hour
[11:22] <ogra_> mterry, it was mentioned in fridays landing mail ...
[11:22] <mterry> ogra_, it was mentioned that we may or may not enter on Monday
[11:22] <ogra_> right, he didnt say "we'l start the day in traincon-0"
[11:22] <ogra_> we did though ...
[11:23] <ogra_> pitti, yeah, the emulator kernel is special ... its an android kernel ...
[11:23] <ogra_> not in any way related to our generic one (even multiple versions behind)
[11:24] <ogra_> pitti, the other bit would be to check if /var/lib/extrausers is populated with passwd|group|shadow ... probably it is another piece of falluout from the switch
[11:29] <pitti> ogra_: thanks, I'll play around with that; but unity8 for "phablet" was running, I just didn't see anything
[11:30] <pitti> ogra_: same problem on image 133; /var/lib/ext* doesn't exist, but I think 133 was before the switch
[11:33] <pitti> ah, and same kernel panic on 'sudo reboot'
[11:35] <mhr3> mandel, eeeh, http://imgur.com/M4MlrNZ
[11:35] <mandel> mhr3, what were you downloading?
[11:36] <mhr3> mandel, there were also interesting stats during the 100-151% stage
[11:36] <mhr3> mandel, an app
[11:36] <mandel> mhr3, yeah, I noticed, that is the possible error too...
[11:36] <mandel> mhr3, but I think that the issue is not udm but the ui, in any case I can take a look due to the error
[11:36] <mhr3> mandel, also tapping to retry doesn't do much :)
[11:36] <mandel> mhr3, can you grab the udm logs and file a bug
[11:37] <mhr3> where do i find those?
[11:37] <mandel> mhr3, I don't touch ui, so we will have to find who to ask for help in regards of the tapping
[11:37] <mandel> mhr3, in XDG_CACHE/ubuntu-download-manager
[11:38] <pitti> ogra_: ah, so with 133 unity comes up after a long while
[11:39] <ogra_> yeah, the initial apparmor run ...
[11:39] <ogra_> that always takes a while
[11:43] <ibit> HI, all! Can I install ubuntu touch to my Samsung Galaxy Tab3 7.0 (SM-211)?
[11:44] <jgdx> !devices | ibit
[11:44] <ibit> tnx!
[11:51] <ogra_> mterry, there is your mail :P
[11:51] <mterry> ogra_, yay!
[11:52] <mterry> ogra_, I guess I'm still involved with the second apparmor blocker
[11:52] <ogra_> :)
[11:52] <ogra_> well, jdstrand is ... but he needs to get up first :)
[11:52] <mterry> ogra_, who else works with apparmor?
[11:52] <ogra_> dunno ... jjohanssen prehaps ... not sure he does userspace though
[11:53] <mterry> Or mdeslaur maybe
[11:53] <ogra_> yeah, probably
[11:53] <mhr3> mandel, https://launchpadlibrarian.net/180902495/failed-download.png
[11:53] <mdeslaur> mterry: what's up?
[11:53] <mhr3> mandel, wrong link - https://bugs.launchpad.net/ubuntu-download-manager/+bug/1349389
[11:54] <ogra_> mdeslaur, we're missing a file policy for /var/lib/extrausers/* access
[11:54] <mterry> mdeslaur, a while ago I was told that an apparmor upload was happening that included /var/lib/extrausers/passwd as allowable
[11:54] <ogra_> passwd|group and shadow moved there
[11:54] <mterry> mdeslaur, do you know what happened with that?
[11:54] <mandel> mhr3, got it, thx
[11:55] <mterry> mdeslaur, jjohanssen may have been queuing some small changes to upload during that conversation
[11:55] <mdeslaur> ah, that's a good question
[11:56] <mdeslaur> mterry: jdstrand should be here in a few minutes, let's wait to see what the status is on that
[11:56] <mterry> k
[11:57] <mardy> Laney: hi! I have a MP which includes some new UI strings; should I run "make pot-qml" and update the pot file along with the MP, or does this step happen in some other way?
[11:57] <mardy> Laney: I'm talking about ubuntu-system-settings, BTW :-)
[12:00]  * ogra_ thinks that happens automatically
[12:51] <mardy> seb128: hi! Do I need to update the pot file for u-s-s, or does that happen automatically?
[12:51] <seb128> mardy, don't bother, we manually commit updates to trunk when needed
[12:52] <seb128> easier than making merge request include an update and conflict
[12:52] <seb128> when several change strings
[12:52] <mardy> seb128: that might be why I was getting a huge diff with "make pot-qml"
[12:52] <mardy> seb128: but I added a few strings, so I guess I should update it?
[12:52] <seb128> we use make pot to upate it
[12:53] <seb128> if you want
[12:53] <seb128> what did you land?
[12:53] <seb128> we updated it recently
[12:53] <mardy> seb128: nothing yet, I was wondering if I should put the pot changes along with https://code.launchpad.net/~mardy/ubuntu-system-settings/other-app-access/+merge/228299
[12:57] <seb128> mardy, don't bother, we are going to commit an update once your update is merged in
[12:58] <mardy> seb128: cool, thansk
[12:58] <seb128> yw!
[13:01]  * jdstrand is here
[13:01] <seb128> jdstrand, hey
[13:01] <jdstrand> seb128: hi!
[13:02] <jdstrand> mterry, mdeslaur: that upload has not happened yet. tyhicks is scheduled to do it, but he was waiting on the abstract patches, which slipped a bit
[13:02] <mterry> jdstrand, can we make it happen?
[13:02] <jdstrand> mterry: what is failing?
[13:02] <mterry> jdstrand, mediascanner2
[13:03] <mterry> jdstrand, tries to look up current user name, but fails because getpwuid returns permission error
[13:03] <jdstrand> ok
[13:03] <jdstrand> yeah, sure, I'll do an upload in a moment
[13:03]  * mterry hugs jdstrand
[13:08] <jgdx> how does one scroll to the bottom of a flickable?
[13:09] <jdstrand> mterry: I feel like there was a bug on this but having trouble finding it
[13:10] <jdstrand> I guess not
[13:10] <mterry> jdstrand, yeah I don't recall a bug
[13:10] <dpm> hey seb128, how's it going? Do you happen to know which project in LP the notification of a new image upgrade comes from? I see it needs translation, but I'm not sure if it comes from u-s-s
[13:10] <seb128> dpm, hey, good, how are you?
[13:10] <jdstrand> ok
[13:10] <seb128> dpm, it doesn't
[13:10] <seb128> not sure where it comes from
[13:10] <seb128> could be unity8 itself
[13:11] <seb128> Saviq, gatox or mandel might know
[13:11] <dpm> np, I'll ask around, thanks!
[13:12] <gatox> dpm, i think is push-notifications itself
[13:12] <Saviq> dpm, ↑
[13:12] <gatox> dpm, showing the message from the server
[13:12] <dpm> gatox, thanks. Where is the project in LP?
[13:12] <gatox> dpm, i assume is this one: https://launchpad.net/ubuntu-push
[13:27] <jdstrand> mterry: can you test my fix for the mediascanner2 issue or is someone else doign that?
[13:28] <mterry> jdstrand, am in meeting...  ogra_, who was looking at that bug?
[13:28] <ogra_> everyone :P
[13:28] <jdstrand> I would like someone to confirm that my change will fix it for them
[13:29] <jdstrand> I don't have a new enough image and it would take too long to bring it up
[13:29] <ogra_> phablet@ubuntu-phablet:~$ tail -2 /home/phablet/.cache/upstart/mediascanner-2.0.log
[13:29] <ogra_> terminate called after throwing an instance of 'std::runtime_error'
[13:29] <ogra_>   what():  Could not look up user name: Permission denied
[13:29] <ogra_> jdstrand, give it to me ... seems i have the issue reliably
[13:29] <jdstrand> ogra_: http://paste.ubuntu.com/7884787/
[13:29] <jdstrand> ogra_: so, mount -o remount,rw /
[13:30] <jdstrand> update /etc/apparmor.d/abstractions/nameservice for that paste
[13:30] <jdstrand> then apparmor_parser -r /etc/apparmor.d/us.bin.mediascanner2 (or whatever)
[13:30] <jdstrand> mount -o remount,ro /
[13:30] <jdstrand> then see if it is fixed
[13:31] <jdstrand> it should be, I just want to be sure there isn't some other unexpected access
[13:32]  * ogra_ reboots
[13:33] <ogra_> jdstrand, seems mediascanner is running fine after that change ... no more errors like the above
[13:33] <jdstrand> ok, cool
[13:33] <jdstrand> let me run ours tests and I'll upload
[13:33] <jdstrand> our*
[13:34] <ogra_> cool
[13:34] <ogra_> sil2100, ^^^ mediascanner fix verified
[13:34] <sil2100> That's awesome!
[13:34] <sil2100> jdstrand: direct upload?
[13:34] <Chipaca> tedg: Laney: tvoss: could you please look at (and respond to) the merge proposal for notification settings?
[13:34] <tvoss> Chipaca, yup, on my list
[13:35] <jdstrand> sil2100: yes
[13:35] <sil2100> ACK
[13:36] <Chipaca> tvoss: ta
[13:42] <jdstrand> sil2100: fyi, the fix will be in apparmor 2.8.96~2541-0ubuntu2. I'll ping you when I upload it
[13:43]  * jdstrand is testing it now
[13:43] <sil2100> jdstrand: thanks! That would be one blocker less
[13:43]  * jdstrand nods
[13:45] <jdstrand> ogra_: thanks for testing that btw :)
[13:47] <ogra_> np
[13:53] <lool> Hmm does one need to do something with latest image to enable adb?
[13:54] <lool> my phone has it enabled, I dont remember how since it's been a while I havent had to reflash, but apparently when flashing a new device it's not necessarily visible in "adb devices" by default?
[13:54] <ogra_> no, nothig changed
[14:04] <Chipaca> tvoss: I'd like your input on the requirement for push helpers having to be compiled (not interpreted)
[14:05] <Chipaca> tvoss: (it's a problem for arch:all click apps, such as webapps)
[14:34] <Laney> Chipaca: will do, at guadec atm so not so responsive
[14:35] <Laney> mardy: shouldn't be a huge diff, I only updated it the other day
[14:35] <Chipaca> Laney: ah. Thanks for the heads up.
[14:35] <Laney> are they actual changes?
[14:38] <pitti> balloons: so today I tried again the emulator; I can launch apps (with ubuntu-app-launch) but cannot control them (input device is dead), and unity8 never comes up
[14:39] <pitti> balloons: it works a little better with image 133, where it just takes ~ 5 mins until unity gets visible (I suppose something loops during boot)
[14:39] <pitti> balloons: does that match your experience?
[14:39] <balloons> pitti, the x86 emulator right? I found unity8 and it loaded within a minute or so. however, apps can also take 1-2 minutes to load
[14:40] <balloons> pitti, if you add a long sleep at the start of the test to account for this load time, the tests will work and run at a good speed
[14:40] <balloons> I ran calculator this way. Calendar however never loads.. I assume it's an out of memory error or something else
[14:41] <pitti> balloons: yes, i386; it's not due to the general slowness of the emulator, it's actually quite fast
[14:41] <pitti> just something which makes unity8 never appear; it's been running for several minutes
[14:42] <balloons> pitti, ahh that might be something in a new image then
[14:42] <balloons> for me, it did come up
[14:43] <ogra_> pitti, ls -l /var/lib/extrausers
[14:43] <ogra_> see if the user credentials are there at all
[14:43] <ogra_> (though that was fixed on friday evening)
[14:43] <jdstrand> sil2100: fyi, apparmor uploaded a little while ago. it is built and working its way into -proposed, etc
[14:44] <jdstrand> mterry, ogra_: fyi ^
[14:44] <ogra_> yep, saw it
[14:44] <jdstrand> oh, and tyhicks ^
[14:44] <mterry> jdstrand, thanks!
[14:45] <balloons> pitti, open question for you though.. anyway to upgrade the emulator image to a newer build?
[14:45] <tyhicks> thanks jdstrand
[14:48] <pitti> balloons: I haven't tried yet; adb commands are very poorly implemented, e. g. "adb reboot" just hangs, and "adb reboot recovery" does the same
[14:49] <pitti> balloons: so it might have some trouble installing the new image
[14:51] <pitti> balloons: so adb's --reset option won't work; and unfortunately the ubuntu-emulator snapshot command doens't work either, so currently there's no way to reset to a pristine state except for destroy/create
[14:52] <pitti> turning this into something useful is quite a project..
[14:52] <balloons> pitti, yikes.. that was another questions
[14:53] <nik90> charles_: hey, I need your help with https://code.launchpad.net/~vthompson/ubuntu-clock-app/resolve-build-warning/+merge/228437
[14:53] <nik90> charles_: is it okay to remove the "valid" argument from the dbus function call/
[14:55] <sil2100> jdstrand: excellent, thank you
[14:56] <ogra_> sil2100, what else do we consider blocking ?
[14:56] <pitti> balloons: ah, I installed my locally built ubuntu-ui-toolkit binaries (from https://code.launchpad.net/~pitti/ubuntu-ui-toolkit/fix-dep-for-gles/+merge/228473) and at least test deps are fine now
[14:56] <pitti> balloons: the app never starts up though :/
[14:56] <pitti> (calc)
[14:56] <sil2100> ogra_: the power menu is a blocker, and also the emulator problems
[14:57] <ogra_> ok
[14:57] <ogra_> the power menu is an annoyance ... i wouldnt block on it
[14:57] <sil2100> I would say those two are the only leftovers, the rest we can let slip ;)
[14:57] <pitti> balloons: oh, I suppose that's the sleep you were talking about?
[14:58] <sil2100> Yeah, I wonder... davmor2 wanted to block on it, I have a mixed opinion on that
[14:58] <ogra_> i dont think we should
[14:58] <sil2100> Since it's not something critical, not impacting, but it's very visible; on the other hand, it's already fixed in silo 006, which we hope to land today/tomorrow
[14:59] <balloons> pitti, ohh you fixed the binaries :-) nice! yes, start an app manually and see how long it takes to appear. You'll notice the loading animation ends and you will think it froze up. Then the app finally appears
[14:59] <balloons> pitti, inside the autopilot test, we have no way of knowing when the app is fully loaded. (hint: the platform doesn't either). So it makes it really tough to run out of box on the emulator with those long load times
[15:00] <Laney> Chipaca: could it ever be ambiguous whether a (ss) refers to a click or dpkg package and would that matter?
[15:00] <pitti> balloons: yes, elopio just pinged me about the MP, aparently I mis-targetted it; I'll fix that once he responds
[15:00] <davmor2> ogra_: it affects users, you can get the power menu pop up over alarm and call notifications meaning you can't answer them until you have hit cancel that is not an option you want to see to hit on a phone call
[15:00] <dpm> hi Chipaca, would you have some time either today or tomorrow to talk about bug 1297250? I.e. internationalization of push notifications
[15:00] <balloons> pitti, thanks for fixing it!
[15:00] <pitti> balloons: ah, indeed; so, somethign on app startup just times out badly
[15:01] <Chipaca> dpm: sure, today works for me
[15:01] <pitti> there's no CPU/load on the emulator
[15:01] <Chipaca> dpm: tomorrow i plan to not be here :)
[15:01] <pitti> balloons: and I can't go back to unity either ;/
[15:01] <Chipaca> Laney: it can't be ambiguous, no
[15:01] <pitti> balloons: ok, I'm afraid we have to stash the idea of running tests in the emulator anytime soon, that smells like a post-RTM project
[15:02] <dpm> Chipaca, ok, let's sync up in ~1h
[15:02] <Chipaca> dpm: ok
[15:02] <ogra_> davmor2, aha, thats a valid reason then, i didnt know it breaks snap-decisions
[15:02] <balloons> pitti, yes, small steps
[15:02] <davmor2> ogra_: the black out screens appear over everything
[15:03] <ogra_> right
[15:03] <rsalveti> pitti: bug 1349444
[15:03] <rsalveti> that's currently making the latest image not to work with unity8
[15:03] <pitti> rsalveti: ah thanks; that's one piece in the puzzle
[15:04] <ogra_> pitti, did you check the files i pointed out above ?
[15:04] <ogra_> if they arent there it wont boot
[15:05] <pitti> ogra_: well, there is an "unity8" process as the phablet user, and a logind session, so the user was created
[15:05] <pitti> ogra_: or did you point to something else?
[15:05] <ogra_> ok
[15:05] <ogra_> no as long as the system knows about the phablet user we'Re fine
[15:05] <ogra_> we had a bug with those files vanishing once the rw space gets mounted on top of them
[15:06] <pitti> rsalveti: but even on current devel (133) it's rather broken; it shouldn't take 3 mins or so to see unity or an app? (the emulator doesn't seem to be the bottleneck)
[15:06] <rsalveti> pitti: yeah, image 151 works way better
[15:06] <rsalveti> something was indeed broken
[15:07] <pitti> rsalveti: I tried to ubuntu-app-launch calculator in 157 (devel-proposed), and it indeed started right away; I just couldn't do anything in it
[15:07] <pitti> rsalveti: so, I'm hopeful when your bug above gets fixed that it becomes much better for testing :)
[15:07] <rsalveti> yeah
[15:28] <charles_> nik90, commented in the MP https://code.launchpad.net/~vthompson/ubuntu-clock-app/resolve-build-warning/+merge/228437/comments/553389
[15:29] <nik90> charles_: thnx. I will test it out to see what works
[15:32] <pitti> rsalveti: can I still get image 151 from somewhere?
[15:33] <ogra_> there should be a --revision option
[15:33] <pitti> ogra_: danke!
[15:42] <pitti> rsalveti: oh wow, image 151 is quite nice indeed!
[15:42] <rsalveti> that's how it should be
[15:42] <rsalveti> :-)
[15:43] <pitti> so now most  of the problems are gone, I just can't open the side launcher and exit calc
[15:43] <pitti> but that's progress!
[15:52] <faLUCE> hello, has ubuntu touch support for 3G on Nexus 7 (2012 version) ?
[15:57] <ogra_> ubuntu touchg has no (official) support for the 2012 model at all anymore
[15:57] <ogra_> all you will find are some very outdated images
[16:02] <faLUCE> ogra_: thanks
[16:04] <mgreg> how do i go about actually building a version of android to run in an lxc? There's some mention online, but details are a bit vague
[16:04] <mgreg> i assume i need to neuter some of the features to prevent it killing the system when I try to start it
[16:33] <dpm> Chipaca, got time now to talk about i18n'izing push notifications?
[16:33] <Chipaca> dpm: let me see if gatox is also available
[16:33] <Chipaca> yes, yes he is
[16:33] <Chipaca> dpm: so.
[16:34]  * gatox here
[16:34] <dpm> ok, cool
[16:34] <Chipaca> dpm: currently the to-be-i18n'ed strings come from the system settings push helper
[16:34] <Chipaca> dpm: that currently lies within push-client, but it belongs over in system settings
[16:34] <Chipaca> dpm: which is where gatox comes in
[16:34] <dpm> Chipaca, what language is that in? Is this going to be moved to u-s-s soon?
[16:34] <Chipaca> dpm: English. Or pyhton 3.
[16:35] <Chipaca> dpm: and I hope so :) question for gatox more than for me :D
[16:35] <dpm> ok, I'll take python :)
[16:36] <dpm> ok, yeah, the language and if it's going to be migrated to QML or C++ will be a key question to answer
[16:36] <gatox> dpm, Chipaca not sure about the "soon" part... first i'll need to finish with several tasks that i have on my plate about pay
[16:36] <Chipaca> gatox: i could probably propose a patch myself
[16:37] <Chipaca> merge proposal i mean
[16:37] <gatox> Chipaca, that would be nice..... i have lots of tasks for pay and updates after that
[16:38] <Chipaca> dpm: i'm assuming u-s-s has the i18n infrastructure in place, and all I'd need to do is use it from the script, correct?
[16:38] <dpm> Chipaca, it has, but u-s-s is C++/QML, though
[16:39] <Chipaca> dpm: you say that, but it already depends on python3 :)
[16:40] <dpm> ah, right, I thought we were not using python for phone projects
[16:40] <dpm> so yeah, if you just drop the python code in there and mark the strings for translation, "it should work"
[16:41] <dpm> but I'm not sure I quite understand how python fits together with the u-s-s app
[17:08] <dpm> Chipaca, gatox, so what's the plan then for migrating the push notifications to u-s-s? I'm still not sure I understand it, and how it will affect translations ^
[17:17] <ahayzen> Elleo, ping
[17:21] <Elleo> ahayzen: heya, on the train so may come and go a bit; I had a chat with mandel about your filename problems last week and he offered to try and get the content-disposition filename stuff implemented in UDM sooner
[17:22] <ahayzen> Elleo, ah awesome thanks :) ...tht slightly differs from what popey just said to me?...
[17:23] <popey> Elleo: mandel told me he was pretty busy, and we may not get that my rtm
[17:24] <Elleo> ahayzen: oh? its possible things have changed since I spoke with mandel, he'd be the best person to ask for a definitive answer
[17:24] <popey> i asked an hour or two ago
[17:24] <Elleo> ah, you're more uptodate than me then
[17:25] <Elleo> sorry for any added confusion ;)
[17:25] <ahayzen> :)
[17:26] <ahayzen> Elleo, how difficult would it be for the webbrowser to change the filename if this doesn't get done before rtm?
[17:30] <Elleo> ahayzen: we'd need support for setting the filename in UDM, if mandel is happy adding that then the browser work is trivial
[17:31] <ahayzen> Elleo, ok so it would still result in UDM work
[17:32] <Elleo> ahayzen: yeah, albeit easier UDM work and potentially work I might be able to do if mandel is okay with the approach
[17:32] <Elleo> ahayzen: heading underground now so will have to disappear
[17:32] <ahayzen> Elleo, ah ok understood...so we now just need to hear from mandel as which solution to work towards
[17:32] <ahayzen> \o/
[17:33] <Elleo> but will read any logs I'm highlighted in when I get home
[17:33] <ahayzen> Elleo, cool :) i'm gonna have dinner in a bit anyway so i'll be afk for a bit
[17:34] <Elleo> okay, bye :)
[17:34] <ahayzen> o/
[17:34] <ahayzen> Elleo, thanks for ur help as usual :)
[17:35] <Elleo> ahayzen: no worries, thanks for all the work you do on the music app :)
[17:35] <ahayzen> Elleo, no problem :)
[18:54] <mhall119> cwayne: ping
[18:54] <cwayne> mhall119: pong
[18:55] <mhall119> cwayne: hey, I'm trying to get a scope running on the emulator, I got it to install from a click package but it's not showing any results, I was hoping you could help me identify where I went wrong
[18:56] <mhall119> https://code.launchpad.net/+branch/~mhall119/+junk/community-scope is the code I have, it's just what the QtC template provided, I built it against a utopic i386 chroot kit and pushed the .click to the emulator and pkcon installed it
[18:56] <mhall119> it shows in the Scopes part of the dash, and I can switch to it, but no example results are shown
[18:56] <cwayne> mhall119: anything interesting in /home/phablet/.cache/upstart/scope-registry.log?
[18:58] <mhall119> I'll check, just a minute I'm re-starting the emulator
[19:01] <mhall119> cwayne: not when running it, no
[19:04] <cwayne> mhall119: hm, im afraid I won't be of too much help, I don't really know C++ (been writing my scopes in go)
[19:06] <mhall119> mhr3: can you help me with my scope problems?
[19:07] <mhall119> ah, got an error this time
[19:07] <mhr3> mhall119, what's up?
[19:07] <mhall119> mhr3: http://paste.ubuntu.com/7887429/ starting on line 33 is from scope-registry.log
[19:08] <mhall119> mhr3: I created a new scope from the QtC template, built it, click packaged it, copied the click package manually to the emulator and pkcon installed it
[19:08] <mhall119> mhr3: the scope shows in the Scopes part of the Dash, I can switch to it, but I get no results
[19:08] <mhall119> line 33 of the above pastebin is when I switched to my scope
[19:08] <mhr3> mhall119,   what(): AppArmor profile does not exist
[19:09] <mhall119> yeah....so maybe my manifest.json or apparmor json wasn't generated correctly...
[19:09] <mhall119> they look alright though
[19:09] <mhall119> https://code.launchpad.net/+branch/~mhall119/+junk/community-scope is the branch
[19:11] <mhr3> if i remembered where are the profiles stored i'd ask you to list them
[19:12] <mhall119> jdstrand: ^^
[19:14] <xorrito> Hello everyone, i have a quick question, I have a first gen N7 with a non functioning digitize and i wanted to use ubuntu touch, question is: has ubuntu touch added mouse support yet?
[19:21] <mhall119> mhr3: ok, I made a new package with I think fixed apparmor, now look at the log starting at line 81: http://paste.ubuntu.com/7887559/
[19:24] <mhr3> mhall119, nope, still broken :)
[19:24] <mhr3> mhall119, dmesg?
[19:24] <mhr3> should show the apparmor stuff
[19:25] <mhall119> mhr3: ah,yes, still apparmor denials
[19:25] <mhall119> [  948.722591] type=1400 audit(1406575170.213:119): apparmor="DENIED" operation="mknod" parent=2270 profile="com.ubuntu.developer.mhall119.ubuntucommunity_ubuntucommunityscope_0.2" name="/run/user/32011/zmq/priv/com.ubuntu.developer.mhall119.UbuntuCommunity_ubuntucommunityscope" pid=4774 comm="scoperunner" requested_mask="c" denied_mask="c" fsuid=32011 ouid=32011
[19:25] <mhall119> jdstrand: what am I missing in my apparmor manifest that's preventing my scope from running?
[19:26] <mhr3> mhall119, our tutorial shows empty policy_groups
[19:27] <mhall119> I had it empty before
[19:27] <mhr3> it's like it's not applying proper profile... or maybe it doesn't even exist
[19:27] <mhr3> who knows
[19:27] <faLUCE> hello, is this the nexus 7 lte supported by ubuntu touch?  http://www.monclick.it/schede/asus/NEXUS7C-1A011AM/nexus7-new-nexus7c-1a011a-4g-lte.htm
[19:28] <mhall119> well, my emulator is a bit old
[19:28] <mhall119> r119
[19:30] <mhr3> mhall119, quite possible that something else is wrong in the manifest
[19:32]  * mhall119 will wait for jdstrand to respond then
[19:32] <mhr3> mhall119, maybe it just doesn't like uppercase actually
[19:32] <mhr3> seeing
[19:32] <mhr3> profile="com.ubuntu.developer.mhall119.ubuntucommunity_ubuntucommunityscope_0.2" name="/run/user/32011/zmq/priv/com.ubuntu.developer.mhall119.UbuntuCommunity_ubuntucommunityscope
[19:32] <mhall119> I'd say that's crazy, but it's happened before....
[20:00] <jdstrand> mhall119: sorry
[20:02] <jdstrand> mhall119: you have a case mismatch
[20:02] <jdstrand> mhall119: your profile is com.ubuntu.developer.mhall119.ubuntucommunity_ubuntucommunityscope_0.2, but your file access is /run/user/32011/zmq/priv/com.ubuntu.developer.mhall119.UbuntuCommunity_ubuntucommunityscope
[20:03] <mhall119> jdstrand: any idea where that's coming from? this is all from the template in qtc
[20:04] <jdstrand> mhall119: sorry, no. but something is clearly not right. I think that if you change your click manaifest name to be: com.ubuntu.developer.mhall119.UbuntuCommunity, then the resulting policy should allow /run/user/32011/zmq/priv/com.ubuntu.developer.mhall119.UbuntuCommunity_ubuntucommunityscope
[20:04] <faLUCE> hello, I'm reading the devices' wiki of ubuntu touch. It lists nexus 7 2013 version. Now: I don't understand if Ubuntu touch supports the MOBILE data (not Wi-fi) of this model: (nexus 7 32GB 3G) http://www.fotodigit.it/scheda_tecnica-sezione_910-codPROD_86457-categoria_878.html
[20:04] <jdstrand> but that may not be all you need to do
[20:04] <jdstrand> mhall119: ^
[20:05] <jdstrand> that may mess up registration or make it not start or something. might talk to the scopes team
[20:05] <mhall119> jdstrand: ok, I'll give it a try and report back
[20:05] <faLUCE> the devices' page confuses me... it says that it "supports mobile data on LTE version of N7" ... but I don't understand if the 3g mobile data is supported
[20:05] <faLUCE> as well
[20:05]  * mhall119 is talking to cwayne and mhr3 already
[20:06] <mhall119> faLUCE: where does it say that?
[20:08] <faLUCE> mhall119: https://wiki.ubuntu.com/Touch/Devices  ("Works as well as official flo builds, but supports mobile data on LTE version of N7")
[20:09] <mhall119> faLUCE: ah, that's a community built image, you'll have to find out who maintains it
[20:10] <mhall119> the server's owner is listed just about that table on the wiki page, you should try reaching out to him
[20:10] <faLUCE> mhall119: how can I reach him?
[20:10] <mhall119> https://launchpad.net/~vbocek has a "Contact this user" link
[20:11] <mhall119> let him know that you found his name on that wiki page
[20:11] <faLUCE> mhall119: yes, thanks
[20:16] <mhall119> jdstrand: oh, I think this may be caused by my project's folder name not matching my project's click package name again :(
[20:16] <mhall119> bzoltan1: ^^ is that still an outstanding bug?
[20:17] <bzoltan1> mhall119: no, that is an ancient one
[20:17] <mhall119> bzoltan1: something's gotten the case mixed up then
[20:18]  * bzoltan1 reads logs
[20:19] <bzoltan1> mhall119: jdstrand: I would try without capital letters
[20:27] <mhall119> jdstrand: making the click manifest use camelcase didn't seem to work: phablet@ubuntu-phablet:~/Downloads$ click list
[20:27] <mhall119> ** (process:4034): WARNING **: user.vala:738: Failed to parse manifest in /opt/click.ubuntu.com/com.ubuntu.developer.mhall119.UbuntuCommunity/0.2/.click/info/com.ubuntu.developer.mhall119.UbuntuCommunity.manifest: Failed to open file '/opt/click.ubuntu.com/com.ubuntu.developer.mhall119.UbuntuCommunity/0.2/.click/info/com.ubuntu.developer.mhall119.UbuntuCommunity.manifest': No such file or directory
[20:54] <jdstrand> mhall119: oh, I forgot, that isn't allowed by the click manifest format
[20:54] <jdstrand> mhall119: sorry. it is something in the scope that is causing the problem
[20:58] <mhall119> jdstrand: bzoltan1: so allowing a scope project to be created with uppercase characters shouldn't be allowed
[20:58] <mhall119> but didn't we solve this for apps in the past?
[20:59] <jdstrand> fyi, https://wiki.ubuntu.com/AppStore/Interfaces/ApplicationId
[21:00] <jdstrand> with apps it was different iirc. ie, the bug was that the sdk was allowing uppercase letters in the click package name and that messed things up. once that was fixed and the applicationName was set properly, it worked
[21:00] <bzoltan1> mhall119: I do not say it is not allowed, but I know it is not on my test plan... and many tools in the chain can get crazy because of a small glitch like this
[21:01] <jdstrand> with scopes, there are two places aiui that set the scope id. between that and the scope click hook, have to keep things all straight (again, please talk to the scopes guys)
[21:04] <jdstrand> to be clear-- scops are interested in '<click pkgname>_<scope name>'. '<click pkgname>' must not have uppercase, '<scope name>' may
[21:04] <mhall119> jdstrand: I fixed the click package case and re-installed, but it's still getting camel case from somewhere....
[21:05] <jdstrand> click-apparmor looks at the click manifest to define its variables for the paths. the scope must work in concert with what is declared in the manifest
[21:05] <jdstrand> mhall119: it is something in the scope itself
[21:05] <jdstrand> mhall119: grep the code
[21:06] <mhall119> grepping the code will return a lot of instances, because the project name is used to define classes and such
[21:07] <mhall119> I'm not sure which one will or might be responsible for telling apparmor what profile to use
[21:08] <jdstrand> yeah, I am not a scopes expert
[21:09] <mhall119> maybe it's the scope .ini file, that still has the wrong case...
[21:09] <jdstrand> when I looked at a go scope a while back, there is something with registration and something with the scope runner
[21:09] <jdstrand> iirc
[21:09] <jdstrand> right, and the .ini file
[21:10] <jdstrand> I think the name of the .ini or the executable might have something to do with it too
[21:10] <jdstrand> have I mentioned talking to the scopes guys? :P
[21:15] <davmor2> ogra_: what did you do to the permission again I got no boot again
[21:15] <davmor2> 155 is broken
[21:17] <daker> davmor2: no way, i just rebooted after upgrading to 155
[21:17] <mhall119> bzoltan1: mhr3: everything in all of my CMake files has been changed to lowercase, except hte project name, but I'm still getting camelcase in my .so
[21:18] <mhall119> and my .ini
[21:20] <mhr3> mhall119, so change the project name
[21:20] <bzoltan1> mhall119: no idea
[21:21] <mhr3> mhall119, eitherway, pls open a bug about it
[21:21] <mhr3> if you haven't yet
[21:21] <bzoltan1> mhall119: if you give me the branch you struggle with I can start it in the morning ...
[21:22] <daker> davmor2: yes 155 is broken for sure
[21:25] <mhall119> bzoltan1: https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1349586 and I linked to my bzr branch in the description
[21:26] <mhall119> mhr3: ^^
[21:26] <mhr3> mhall119, was this like that since you created the project?    "name": "com.ubuntu.developer.mhall119.ubuntucommunity",
[21:26] <bzoltan1> mhall119:  you sure it is a qtc plugin bug?
[21:26] <mhall119> bzoltan1: I have no idea where the root cause is, if it's not in the plugin feel free to re-assign
[21:26]  * bzoltan1 was handling half a dozen of bugs today from multimedia to emulator image
[21:27] <mhall119> mhr3: no, I changed it manually, I think
[21:27] <mhall119> no, maybe I didn't
[21:28] <mhall119> rev1 of my branch has it lowercase, so I suppose I didn't
[21:28] <mhall119> rev1 should be unmodified from the template
[21:28] <mhr3> well, as long as the cmake rule file uses uppercase, it won't work
[21:29] <mhr3> and something must have generated it with the upper case
[21:29] <mhall119> the template I'm guessing, probably missed a force to lowercase somewhere
[21:29] <bzoltan1> mhall119: the binary is called  ubuntucommunityscope/libcom.ubuntu.developer.mhall119.UbuntuCommunity_ubuntucommunityscope.so
[21:30] <mhall119> bzoltan1: right, but it shouldn't be
[21:30] <mhall119> or the .ini shouldn't be
[21:30] <mhall119> or something shouldn't be, but is, and it's confusing apparmor
[21:31] <jdstrand> note, apparmor isn't confused. click-apparmor is operating based on what is in the click manifest. the click manifest and the scope are not in sync. unfortunately, I can't tell you how they aren't
[21:32] <mhall119> right, by "confused" I meant it's the point where the mismatch is causing the process to blow up
[21:32] <bzoltan1> mhall119:  OK, cool. I will check it with zbenjamin tomorrow first thing in the morning... what is not so far here :)
[21:32] <mhall119> thanks bzoltan1
[21:33] <mhall119> jdstrand: so maybe I should say apparmor is the victim of it :)
[21:33] <jdstrand> mhall119: pretty sure I would call you the victim here :)
[21:34] <bzoltan1> mhall119:  most likely it is the cmake project handling in the QtCreator what is using the project name
[21:34] <mhall119> jdstrand: if I didn't want to suffer, I wouldn't still be doing this :)
[21:34] <mhr3> mhall119, well, the first error you got was that the apparmor profile doesn't exist, right? so that's probably the root of the problem
[21:35] <bzoltan1> mhall119:  that was the motto of this week :D
[21:35] <jdstrand> mhall119: hehe
[21:35] <mhr3> mhall119, did you try fixing it the other way? changing the json to camelcase?
[21:35] <mhall119> mhr3: that could have been an unrelated error in my initial packaging attempt
[21:35] <mhall119> mhr3: yes, that made it worse
[21:35] <mhr3> worse how?
[21:36] <mhall119> mhr3: click package names can't have uppercase (just like deb package names, IIRC)
[21:36] <mhr3> oh
[21:36] <mhr3> nvm then
[21:36] <mhall119> yeah, would have been an easy fix if that was all
[21:42] <pmcgowan> [21:42] <daker> pmcgowan: yes :(
[21:44] <popey> pmcgowan: might wanna mail the list?
[21:44] <pmcgowan> someone did
[21:44] <popey> kk
[21:44] <pmcgowan> some poor soul
[21:44] <pmcgowan> ;)
[21:45] <popey> hah
[21:45] <daker> well ssh still works so we can still run the -cli to update
[21:45] <mhall119> pmcgowan: another one?
[21:46] <pmcgowan> mhall119, yeah, some stuff snuck in from archive, still figuring it out
[21:47] <mhall119> pmcgowan: is this because of the gcc version bump and rebuilds?
[21:47] <pmcgowan> dunno
[21:51] <dobey> meh, i wish the backlight issues on the nexus5 would magically get fixed too
[21:53] <daker> mhall119: maybe this http://irclogs.ubuntu.com/2014/07/28/%23ubuntu-touch.html#t08:00
[21:55] <mhall119> daker: I'm assuming that's in reference to the build image problems, not my scope problems
[21:57] <daker> mhall119: yes the broken image