[00:06] <elopio> tvoss: ping. Any chance you are still around?
[01:36] <elopio> ping barry.
[01:36] <elopio> I'm testing the silo for system updates.
[01:36] <elopio> I'm wondering how much time do I have to wait on system settings until the message about a new update appears.
[07:24] <dholbach> good morning
[08:09] <dholbach> pitti`, dpm: where do we store the list of packages which get into the touch language packs?
[08:12] <dpm> dholbach, I'm not sure. pitti` might be able to tell you best. I think it's langpack-o-matic which generates the list
[08:13] <dholbach> I was just wondering how to check if a certain package is on there... tvoss: you were after location-service, right?
[08:14] <tvoss> dholbach, yup
[08:17] <tvoss> dpm, do you know how mo file installation works with a debian package?
[08:19] <dpm> tvoss, I think the important thing is that the build system takes care of the installation, then the packaging should just invoke the installation rules. seb128 or pitti`can give you better guidance. Which project is it you're looking to package?
[08:19] <tvoss> dpm, okay
[08:27] <K1773R> how can i resize the root partition which is mounted with loop0?
[08:37] <vitimiti> hi
[08:43] <Mirv> dholbach: could you glance whether you can 'ack' unity8 debian/* changes https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_8.00+14.10.20140918.3-0ubuntu1.diff ? basically dependency bupms + using the new unity-schemas package
[08:45] <dholbach> Mirv, looks like "${CMAKE_SOURCE_DIR}/plugins/Unity/Launcher/backend" is being dropped - is that intentional?
[08:49] <Mirv> dholbach: mzanetti can answer to that (based on https://code.launchpad.net/~mzanetti/unity8/rework-launcher-backend/+merge/232921), although strictly speaking those makefile changes are provided only as auxiliary files to evaluate whether the debian/* changes were correct
[08:50] <dholbach> Mirv, what I usually do is run debdiff on the resulting .deb packages
[08:50] <dholbach> that way I know which files were dropped or moved around between versions
[08:50] <dholbach> I normally do this when sponsoring just to make sure that no file is forgotten or dropped by accident
[08:51] <dholbach> in general the changes look fine, but it'd be good if mzanetti could give his go-ahead on the above
[08:51] <mzanetti> dholbach: hi
[08:51] <mzanetti> what's the issue?
[08:52] <dholbach> mzanetti, I was asked to review the packaging diff and "${CMAKE_SOURCE_DIR}/plugins/Unity/Launcher/backend" was being dropped in there, which (without content or having read the entire diff) didn't immediately make sense to me - I just wanted to check if that's all right and intended
[08:52] <Mirv> dholbach: yeah. ci train process is a bit of a hybrid - uploads are decided almost entirely by upstream, but the debian/* change need an ack, kind of like sponsoring, as a middle ground solution to there being some control to what upstreams release
[08:52] <dholbach> Mirv, also libunity-api-dev (>= 7.90) is not in the archive yet
[08:52] <dholbach> sure
[08:52] <mzanetti> DanChapman: yeah, that's fine. the backend has been split into multiple parts, so that folder didn't make much sense any more
[08:52] <mzanetti> dholbach: ^
[08:52] <dholbach> so if mzanetti can confirm that that was intentional, I'm +1
[08:52] <mzanetti> (sorry DanChapman)
[08:52] <Mirv> dholbach: that's part of the same landing https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007/+packages
[08:53] <dholbach> all right, go ahead then
[08:53] <dholbach> excellent
[08:53] <Mirv> dholbach: thanks!
[08:53] <DanChapman> mzanetti: :-)
[08:59] <nhaines> mzanetti: was just reading about the upcoming launcher setting apocalypse.  I like what happens on the other side.  :)
[09:00] <mzanetti> nhaines: :)
[09:07] <JamesTait> Yo ho ho, 'n' shiver me timbers! 'appy Friday 'n' 'appy Talk Like a Pirate Day!  Yaaarrr! :-D
[09:34] <tsdgeos> pitti`: how often do language-pack-touch get regenerated?
[09:36] <tsdgeos> or anyone else :D
[09:46] <davmor2> tsdgeos: fairly often at the moment I think
[09:47] <tsdgeos> davmor2: last one is from 9-9
[09:47] <tsdgeos> wouldn't say it's "faily often"
[09:48] <tsdgeos> i see strings not translated that are indeed translated
[09:48] <tsdgeos> and makes the whole experience weird
[10:21] <asac> seb128: you remember those black icons you showed me a couple days ago?:
[10:21] <asac> seb128: was that in gallery
[10:21] <asac> ?
[10:21] <asac> or was that someone else?
[10:22] <seb128> asac, it was in any sdk application, including unity8
[10:22] <asac> really
[10:22] <seb128> it fixes itself after a toolkit --reinstall, I wonder if the icon cache was missing or something
[10:22] <asac> seb128: we have that on gallery only now on krillin
[10:22] <asac> hmm. odd
[10:22] <asac> really looks the same, but is just gallery
[10:23] <asac> sil2100: ^
[10:23] <asac> not sure if the --reinstall is here too, but he had black boxes for icons in the dialer iirc
[10:24] <asac> guess most likely a red herring and unrelated/different
[10:33] <sil2100> bzoltan: ^
[10:33] <sil2100> (just in case it's related)
[10:33] <sil2100> But I doubt it
[10:35] <ogra_> unless reinstalling makes a difference to install :)
[10:47] <cjwatson> cwayne: click already prefers things in /custom over things in /usr/share/click/preinstalled
[10:47] <cjwatson> cwayne: I suspect maybe you just haven't registered things properly in the custom database
[11:25] <seb128> bah, my krillin is on a ubuntu-logo-spinning-for-ever since monday, does anyone know how to debug such issues?
[11:25] <seb128> unity8 start/starting
[11:25] <seb128> I guess unity8 fails to properly start
[11:27] <ogra_> seb128, disk full ?
[11:27] <seb128> ogra_, I doubt it, what partition would that be?
[11:27] <ogra_> home
[11:27] <seb128> /dev/mmcblk0p7                               4.1G  360M  3.5G  10% /home
[11:27] <ogra_> writable space is all shared
[11:27] <ogra_> looks fine
[11:28] <seb128> oh
[11:28] <seb128> OH
[11:29] <seb128> file:///usr/share/ubuntu/settings/wizard/qml/main.qml: File not found
[11:29] <seb128> I guess it's trying to run the wizard and failing
[11:29]  * seb128 touch .config/ubuntu-system-settings/wizard-has-run
[11:29] <seb128> yeah, working phone!
[11:30] <ogra_> great
[11:30] <ogra_> worth a bug against the wizard i guess :)
[11:30] <seb128> ogra_, thanks for trying to help me with it ;-)
[11:30] <ogra_> heh
[11:31] <seb128> yeah, if the wizard fails to start it shouldn't block the boot
[11:42] <cwayne> cjwatson: i have everything unpacked to /custom/click, shouldnt the hooks do the rest?
[11:43] <cjwatson> cwayne: you can't just unpack it by hand - didn't I give a sample command for this a while back?
[11:43] <cjwatson> cwayne: what commands are you using right now?
[11:44] <cwayne> cjwatson: wasn't it just click install --root=/custom/click --all-users --force-missing-framework whatever.click?
[11:44] <cjwatson> cwayne: ah, that should be enough
[11:44] <cwayne> it seems odd that I could be doing it wrong when every other app + all the scopes work as expected...
[11:44] <cjwatson> cwayne: so tell me how to reproduce this (preferably in an emulator)
[11:45] <cjwatson> (I only have one device at the moment and it's dual-booting)
[11:45] <cwayne> cjwatson: hm, not sure if we can manually apply a custom tarball in an emulator.. let me get the propsed-customization bits set up on jenkins so we can just flash that channel
[11:45] <cwayne> which will have the added benefit of testing sergiusens' theory about the version.tar.xz
[11:47] <cjwatson> remind me, does anything in ubuntu-rtm/14.09 care about parted?  because the version there is broken for non-512-sector disks
[11:48] <cwayne> not sure tbh
[11:49] <cjwatson> cwayne: actually if you have the custom tarball somewhere I can wget, that might be helpful too
[11:49] <cwayne> cjwatson: sure, let me put it on chinstrap
[11:49] <cjwatson> just to see if there is any obvious wrongness there
[11:50] <cjwatson> cwayne: also, is this going wrong on a freshly bootstrapped system, or on a flash-upgrade?
[11:50] <cwayne> cjwatson: freshly bootstrapped then installing the custom tar manually
[11:50] <cjwatson> I mean obviously it should work either way but if it breaks on bootstrapping then that lets me rule out some possibilities
[11:50] <cjwatson> cwayne: ok, so you booted the system in between those two steps?
[11:50] <cwayne> cjwatson: yes
[11:51] <cjwatson> right, so hooks would have run then with the /usr/share/click/preinstalled versions being topmost
[11:51] <cwayne> cjwatson: so if it were done all at once, then /custom/click would be properly preferred?
[11:52] <cjwatson> cwayne: yes
[11:52] <cjwatson> cwayne: oh, I think I see
[11:52] <cjwatson>                                 if (get_version (package) == version)
[11:52] <cjwatson>                                         done = true;
[11:53] <cjwatson> cwayne: while a reproduction environment still wouldn't hurt, please file a click bug as I think I understand the cause now
[11:54] <cwayne> cjwatson: ack, a tarball's here: https://chinstrap.canonical.com/~cwayne/custom.tar.xz
[11:57] <cjwatson> ta
[11:58] <cwayne> cjwatson: also https://bugs.launchpad.net/ubuntu/+source/click/+bug/1371574
[11:59] <cjwatson> ok, cranking to critical/rtm14
[12:04] <cwayne> cjwatson: thank you sir
[12:12] <Ron__> Is there an Ubuntu install for the Nexus 7 that is not a "trial"?
[12:45] <ogra_> pitti`, would you mind top approving https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-fix-phablet-network-spacechar-handling/+merge/235108 for me (sergio isnt around today and i want to land all network related branches in phablet-tools today (including yours))
[13:02] <asac> help! how can i turn off calendar notifications? :)
[13:02] <asac> anyone managed to?
[13:02] <ogra_> asac, in the calendar app
[13:02] <asac> where?
[13:03] <ogra_> asac, which i'm asked to remove from the image today
[13:03] <asac> if i go to "calenadrs"
[13:03] <asac> the app starts hanging
[13:03] <ogra_> top right
[13:03] <asac> and i cannot disable anything there because of that
[13:03] <ogra_> there is also a setting to omit the sync in the acocunts page in system-settings
[13:03] <asac> well, i had calendar app off my phone in the past and it continued to alert me of events :(
[13:03] <asac> right
[13:03] <ogra_> yes, the indicator notifies
[13:03] <asac> that will just forever continue to alert me of events back then
[13:03] <ogra_> the calendar manages them
[13:04] <asac> i want to wipe DB and disable syncs :)
[13:04] <asac> i guess
[13:04] <asac> let me disable syncs in settings as a start
[13:04] <ogra_> well, search for evolution stuff in your home i guess
[13:04] <K1773R> how can i resize the root partition which is mounted with loop0? im running out of space in my root partition...
[13:05] <asac> ogra_: i ams ure its not a nice file called calendar.db?
[13:05] <ogra_> K1773R, with resize2fs from recovery
[13:05] <ogra_> (dont ask me about the exactsteps :) i'll leave that as an exercise for the reader :) )
[13:05] <asac> seb128: any hints/ideas how i can reset EDS database so it forgets about events?
[13:05] <ogra_> asac, it is somewhere in EDS ... might be called calendar.db, sure
[13:05] <seb128> asac, .cache/evolution/calendar I guess?
[13:05] <K1773R> ogra_: ok, il take a look at it :)
[13:05] <asac> well, let me wait now that i stopped synching. maybe it really forgot about them now (i doubt it)
[13:06] <asac> seb128: thanks. will check that out in case that disabling sync doesnt help me
[13:06] <ogra_> disabling sync will just not get you any changes
[13:06] <ogra_> the notifications will still happen
[13:07] <ogra_> for the stuff stored locally
[13:07] <asac> oh i was able to disable my canonical account in the calendar "calendars" dialog
[13:07] <asac> first time it didnt freeze :P
[13:07] <ogra_> always worked for me
[13:07] <asac> guess disabling  the synching helped ... lets see if that stops alarming me
[13:07] <asac> i tried for two days :(
[13:07] <asac> at least 20 times
[13:07] <asac> hehe
[13:08] <ogra_> well, you wont have to care anymore, since calendar will be dropped (teh silliest decision ever imho)
[13:08] <asac> if this is the only way through UI to get rid of events
[13:08] <asac> i dont like the idea taht this gets removed before me managing to get rid of those
[13:08] <ogra_> haha
[13:08] <ogra_> talk to pmcgowan
[13:08] <asac> i had that before
[13:08] <ogra_> he asked for removal
[13:09] <asac> i think it was removed once
[13:09] <ogra_> you will be able to enable sync from the accounts page still
[13:09] <asac> well, i am not against removing it by default. just want to know how to get rid of the events
[13:09] <asac> right and that will start alarms that you will not be able to stop then
[13:09] <ogra_> but once synced you wont have any chance to change a thing in the locally stored calendars
[13:10] <asac> so maybe coupling synching with alarms would be a good bandaid to have a UI mean to disable them :)
[13:10] <ogra_> my alarms always stop fine if i tap them
[13:10] <asac> they stop
[13:10] <asac> but i dont want them
[13:10] <asac> and they are outdated :)
[13:10] <ogra_> mine are on time
[13:10] <asac> so i get accumulated alarms, which kind of means i get alarms every 20 minutes
[13:10] <ogra_> probably 1-2min to late due to clock skew
[13:10] <asac> maybe you dont have much change in your schedule
[13:10] <asac> or at least in your recurring event schedule
[13:10] <asac> if you have that you will see that the changes are not reflected (at least here)
[13:11] <ogra_> it changes once or twice a week
[13:11] <ogra_> not hourly or some such :)
[13:11] <asac> your recurring meetings change every two week?
[13:11]  * asac looks at ogras calendar
[13:11] <ogra_> no, but i get the occasional spontaneous meeting once/twoice a week
[13:11] <asac> right
[13:11] <asac> thats not a recurring meeting
[13:12] <ogra_> no, but i get notified
[13:12] <asac> one time meetings wont have the problem because they wont recurr
[13:12] <asac> yes i am not complaining about lack of notification
[13:12] <ogra_> and my phone is my only enabled notification mechanism ...
[13:12] <asac> but rather about constant notifications from recurring events that are not even happening anymore
[13:12] <asac> ogra_: so i could inviet you now to 20 recurring meetings, wait a day, then delete them and you will expereince the pain i have as well :P)
[13:12] <ogra_> asac, i'm complaining about losing the ability to manage them
[13:13] <ogra_> the only app that can will be removed
[13:13] <asac> i cannot use them if they continue to accumulate. so what i need first is ability to wipe the db
[13:13] <asac> :)
[13:13] <asac> then i can think about something more sophisticated
[13:13] <ogra_> well, just wipe the evo dir
[13:14] <asac> yeah that i will do if the disable in the calendar app didnt do the trick
[13:14] <asac> lets see
[13:26] <barry> elopio: morning pong
[13:44] <vitimiti> hi
[14:14] <pitti> dholbach, dpm: list of touch packages> that's calculated from the touch seeds with the "update-touch-packages" script in http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/files/
[14:15] <pitti> dholbach, dpm: result is in maps/ pkglist-touch-utopic
[14:16] <dholbach> tvoss, ^
[14:18] <alecu> popey: dbarth_: there are some apps uploaded to the store that don't have a nice 256px icon, and this bug is exposing that: https://bugs.launchpad.net/software-center-agent/+bug/1371381
[14:18] <dpm> thanks pitti
[14:18] <alecu> popey: dbarth_: I can see that the twitter app shown in the landing page of the app store has no icon now: that means that the store very likely has a 64px icon
[14:29] <dobey> alecu: oh my, lots of apps missing icons
[14:29] <alecu> dobey: it's a server bug
[14:30] <dobey> alecu: well, i'd say icons that aren't 256px are bugs in the app too
[14:31] <alecu> dobey: the apps may have nicer icons in the click package; but they didn't upload a 256px icon when being submitted to the store
[14:31] <alecu> probably because they were submitted before the 256px was enforced
[14:32] <dobey> alecu: right. though twitter has been updated since then, because it has a different icon in the .click now. i think part of the problem is that people have been bad about updating the icons in the store when they get updated in the .click package
[14:32] <dobey> also, some apps have had icons in the store that don't match the icon on the app, since time of upload, afaict
[14:33] <alecu> dobey: right: so I think that ideally the store should take the icons from the click
[14:33] <alecu> each time it's uploaded
[14:33] <dobey> indeed
[14:33] <dobey> (well, i think the store should take *everything* from the click)
[14:39] <tedg> tsdgeos, So the reason people were so confused on your autostart MRs is because there are two MRs that should have landed for 14.04 but didn't. They're queued now and should fix your issues.
[14:40] <tsdgeos> tedg: ok, thanks
[14:41] <dbarth_> alecu: ah, ok noted
[15:03] <elopio> hy barry. Just wanted to tell you that I found two problems while running your system image test plan.
[15:03] <elopio> https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1371404
[15:03] <elopio> https://bugs.launchpad.net/ubuntu-system-image/+bug/1371400
[15:05] <barry> elopio: hi.  LP: #1371400 is a system settings bug afaict.  i just updated that bug report
[15:06] <elopio> barry: but for me it's not just a UI issue. The download starts automatically even after I change the value from the command line.
[15:07] <barry> elopio: hmm. i haven't seen this.  let me see if i can reproduce it.
[15:08] <elopio> with --get I do get the new value.
[15:08] <barry> interesting
[15:08] <elopio> anyway, your silo was looking good. But those two bugs are affecting the test plan. I had to work them around.
[15:09] <barry> elopio: thanks.  when i tested manual updates it worked as expected, but i'm now in #49 w/s-i 2.4 so let me test that combination
[15:09] <cwayne> jdstrand: btw our customization-hooks fix has landed :)
[15:11] <jdstrand> cwayne: nice! I'm looking at the issue I mentioned before. I don't want to push what is in the silo unless I understand it fully
[15:12] <barry> elopio: just tried it.  i made sure system-settings and system-image processes were killed, then --set auto_download=0 and tweaked channel.ini, then fired up system-settings while tailing the client.log file
[15:12] <cwayne> jdstrand: fair, so once what's in that silo lands will I have to change anything in /custom?
[15:13] <barry> elopio: i of course see the download of index.json* but *not* the data files
[15:13] <barry> elopio: and now Updates says version 49 is ready for download with a Download button (10.1 MiB)
[15:13] <barry> elopio: which is what i'd expect
[15:13] <elopio> barry: um, myabe I didn't kill everything.
[15:14] <elopio> let me retry.
[15:14] <barry> elopio: that's my guess
[15:14] <barry> elopio: system-image-dbus is the critical thing
[15:15] <jdstrand> cwayne: I may have to undo something in the silo, which is why I am hesitating. the plan is I understand this issue, do something if needed, then ping you with that and the apparmor-easyprof-ubuntu change
[15:16] <jdstrand> cwayne: fyi, we also did pull requests for the kernel, so when krillin gets that, the features file will change and you'll want a new tarball
[15:16] <jdstrand> rsalveti: fyi ^
[15:17] <rsalveti> yeah, indeed
[15:22] <elopio> barry: I don't get it. I killed system-image-dbus, I didn't have system-settings running.
[15:22] <elopio> --get returns 0
[15:22] <elopio> and yet when I open the updates page, it says on wi-fi, and starts the download.
[15:23] <elopio> I'm on 48. I'll get 49.
[15:23] <cwayne> jdstrand: right, so we'll definitely need to coordinate with qa on that so we can land at the same time
[15:24] <jdstrand> cwayne: I'm not sure how qa is involved with kernel updates, which is why I fyi'd rsalveti
[15:25] <cwayne> jdstrand: well qa is also involved in the custom tarball now too
[15:25] <jdstrand> cwayne: (he or janimo` will be pulling in our changes to the krillin kernel)
[15:25] <rsalveti> yeah, we'll have a separated process for our archive and krillin
[15:25] <cwayne> so wed need to land one with the proper precompiled stuff
[15:25] <rsalveti> krillin will follow the same procedure done when pushing a new device tarball
[15:25] <ogra_> point is that we cant land custom and device tarballs in the same iamge yet
[15:26] <ogra_> *image
[15:26] <jdstrand> oh, hrmm
[15:26] <ogra_> in case they need to go together, there will be onee broken image
[15:26] <barry> elopio: how very odd
[15:26] <cwayne> hmm, i didnt know you ouldnt land both in one image
[15:27] <ogra_> each of them triggers a system-image import
[15:27] <jdstrand> if they don't happen at the same time, the features file will be out of sync
[15:27] <ogra_> if you dont land them the exact same second one of them gets queued
[15:27] <jdstrand> and only until they are in sync, will the custom-apparmor-cache job do anything
[15:27] <jdstrand> I see
[15:28] <ogra_> we can probably manually circumvent that somehow
[15:28] <rsalveti> it's fine to not land both at the same time
[15:28] <ogra_> if we know in advance
[15:28] <ogra_> rsalveti, ah, didnt sound like that above
[15:28] <rsalveti> while the cache will be done again when booting, that will only happen at that image
[15:28] <jdstrand> right, so, that is what this conversation is about-- making sure all the parties know it needs to be coordinated
[15:28] <rsalveti> once we land the other pieces, it should be back to normal again
[15:28] <ogra_> yeah
[15:29] <jdstrand> rsalveti: yep
[15:29] <jdstrand> I was just saying, people need to know the out of sync image will appear to regress
[15:29] <ogra_> rsalveti, i think we could perhaps manually stop the auto importer and only re-start it once both are in place though
[15:29] <rsalveti> sure
[15:30] <ogra_> to avoid this out-of-sync-ness
[15:31] <barry> elopio: another thing to check is /var/log/system-image/client.log.  you should see something like this (note specifically auto-download: 0): http://pastebin.ubuntu.com/8380579/
[15:32]  * mpt scowls at another symptom of bug 1289404
[15:34] <mpt> tedg, so about “Messages on welcome screen” … That would be a simple filter of notifications from the Messaging app, right?
[15:35] <tedg> mpt, Well the question is what happens in the menu, is that all messages out of the menu as well?
[15:35] <mpt> True, that too
[15:36] <mpt> So it’s like a general “Notifications on welcome screen” setting is/would be, affecting both notification bubbles and the Notification Centre … but specific to Messaging
[15:36] <tedg> mpt, Its complicated because we don't know what the entry is. It could be an SMS or a narcissistic system update message.
[15:36] <mpt> tedg, you know which app it’s from.
[15:37] <mpt> (and Chipaca told me the system updates will become less narcissistic RSN:-)
[15:37] <tedg> mpt, Sure, but I don't know if "foo.bar.com_bar_1.2.3" is a messaging app or a system one.
[15:37] <mpt> tedg, oh, I was thinking specifically of the built-in Messaging app
[15:37] <mpt> Not WhatsApp or Skype or whatever else
[15:37] <tedg> Shouldn't they be handled the same/
[15:37] <tedg> ?
[15:38]  * tedg likes Telegram ;-)
[15:38] <mpt> Well, ideally, yes…
[15:38] <tedg> I guess this is the problem with turning the messaging menu into a junk drawer.
[15:39] <mpt> So, which is greater: the usefulness of a Messaging-with-a-capital-M-only setting, or the confusion of it not applying to other messaging-with-a-small-m apps
[15:40] <tedg> mpt, I'd go with one setting today. It's easier to add configuration options than to take them away.
[15:40] <Chipaca> mpt: system updates should be less narcissistic already, afaik
[15:41] <mpt> excellent
[15:43] <Chipaca> mpt: and iffen we get the new launcher that displays apps with counters even when not pinned nor recent, then they get even closer to spec :)
[15:43] <mpt> barry, the reminds me of something I’ve been wondering … Do we have a fallback mechanism at all for system updates? Let’s say that one of our OTA updates, completely accidentally, includes something that makes System Settings crash on launch for everyone in the Spanish locale. We fix the bug, and put the fix into the next OTA update. How would the update get installed?
[15:44] <Chipaca> mpt: thinks crashing at random in the turkish locale would be very very much believable btw
[15:47] <alecu> dbarth_: popey: the full list of apps that don't have a 256px icon in the store is this: https://pastebin.canonical.com/117287/
[15:47] <doflaherty> any time I send a picture MMS it fails immediately - is there a log I can look at for more information?
[15:47] <alecu> dbarth_: seems like all of the webapps don't have a 256px icon in the store
[15:50] <mpt> barry, compare Ubuntu for PC, where the #2 most common error for all Ubuntu users right now is a crash in update-manager
[15:52] <dbarth_> alecu: most were uploaded when it was not a req yes
[15:52] <elopio> barry: I have now: Auto download: Never.
[15:53] <elopio> I will mark as invalid the bug. And will keep trying to understand what I did wrong.
[15:54] <dbarth_> alecu: checking now
[15:56] <alecu> thanks
[15:58] <popey> alecu: it would be way more efficient to mail the phone list telling everyone to update their app icons, and we can share socially, rather than go through manually contacting those ~30 developers.
[15:59] <dbarth_> alecu: all fixed now (amazon, ebay, facebook, twitter, gmail)
[15:59] <alecu> dbarth_: great
[15:59] <alecu> popey: sounds like a good plan
[16:02] <barry> mpt: system-image-cli is the fallback, but that's probably suboptimal for the general public.  it's a very good thing to think about and we should probably discuss it at the device sprint, but i don't have a good answer.
[16:03] <popey> alecu: well volunteered
[16:03] <barry> elopio: cool, thanks.
[17:06] <robotfuel> bfiller: ping, did you see the last comment in https://bugs.launchpad.net/ubuntu/+source/camera-app/+bug/1368436
[17:07] <bfiller> robotfuel: yes
[17:09] <mpt> barry, ok, I reported bug 1371703
[17:21] <pindonga> hi jdstrand ... maybe you want/can review an mp of click-reviewers-tools?
[17:21] <pindonga> https://code.launchpad.net/~ricardokirkner/click-reviewers-tools/frameworks-from-api/+merge/235029
[17:38] <dbarth_> quick question: is there any way to reset/remove date in ~/.local/share/<app id> from the interface?
[18:03] <ogra_> anpok, if you feel like, the phablet-tools in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-007 should fix your fritzbox issue
[18:03] <ogra_> (woulld be nice to get feedback from someone affected  (i tested with fake network files only here))
[18:04] <Wellark> memories..
[18:04] <Wellark> http://tetragrammaton.fixme.fi/tmp/kaiverrus_konsepti.png
[18:05] <Wellark> Mirv: --^
[18:19] <anpok> ogra_: cool
[19:22] <jdstrand> pindonga: fyi, it is on my todo, likely not today, but definitely next week
[19:22] <jdstrand> cwayne: fyi, I will be doing a new apparmor upload and updating the silo
[19:23] <pindonga> jdstrand, thx
[19:24] <jdstrand> cwayne: there was non-reproducible anomalous behavior that unconvered bug #1371771. I want that fixed before pushing apparmor to rtm
[19:24] <cwayne> jdstrand: ok, this isnt the one i need a new features for though correct?
[19:24] <jdstrand> cwayne: that will give us the performance improvement for profile loads that is in the silo now, but with the same level of robustness that is in the rtm now
[19:25] <jdstrand> cwayne: no
[19:25] <jdstrand> cwayne: that is the krillin kernel
[19:25] <jdstrand> cwayne: fyi, we will increase our robustness by fixing bug #1371765
[19:26] <jdstrand> cwayne: but that is for ota-1
[19:27] <jdstrand> cwayne: probably more info than you need, but I realize I was a bit evasive on details before, so now you get them all :)
[19:27] <cwayne> jdstrand:  :) thanks
[20:10] <Springbank> Hello