[00:16] <sergiusens_> hackersarchangel: SturmFlut SMS goes over a control channel, no need for 2G
[00:17] <sergiusens_> MMS is a different story and a data context is required
[02:38] <hackersarchangel> SturmFlut: Well for some reason SMS is not working. It just sits there spinning like it’s trying but it never sends.
[02:39] <hackersarchangel> sergiusens_ thanks for that info. Is there somewhere I can look to check it out?
[02:40] <hackersarchangel> I’m going to figure out where the logs are and check them out.
[06:33] <dholbach> good morning
[07:04] <pitti> can someone please review https://code.launchpad.net/~pitti/ciborium/use-langpack/+merge/232989 ?
[07:04] <pitti> it's the same simple change as in ~ 10 other branches, but I suppose it needs a formal ack
[08:17] <sergiusens_> pitti: does it matter where X-UseLangPack is defined?
[08:17] <sergiusens_> I'm seeing at the source package level here but at the binary package level in account-polld
[08:18]  * sergiusens checks other packages
[08:19] <asac> mhall119: rtm is in constant traincon-0 yes
[08:41] <JamesTait> Good morning all; happy Great Fire of London Day! :-D
[08:54] <pitti> sergiusens: no, it needs to be in the Source: stanza
[08:54] <pitti> sergiusens: thanks for approving
[08:54] <sergiusens> pitti: yeah, I'll fix that one
[08:56] <sergiusens> np
[08:58] <dbarth> hi, quick question; is there a tip to accelerate the x86 emulator? i see mmcqd taking most of the cpu
[08:59] <ogra_> pitti, do yu have an idea why https://launchpad.net/ubuntu-rtm/14.09/+source/ubuntu-touch-meta/1.182 didnt migrate out of proposed ?
[09:00]  * ogra_ doesnt even know where to look for excuses
[09:01] <pitti> ogra_: http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[09:02] <pitti> ogra_: yeah, obviously the -desktop metapackages are uninstallable
[09:02] <pitti> ogra_: I figure we should just forcefully copy this into RTM and skip -proposed for meta
[09:02] <ogra_> pitti, not sure
[09:03] <pitti> it's no different from the current -meta in RTM, aftera ll
[09:03] <ogra_> i suppose the block is valid and we simply miss the new dependency in the rtm archive
[09:03] <pitti> ogra_: the only new dep is the ubuntu-keyboard-serbian one, and that is in RTM (and is not on the excuses page)
[09:04]  * pitti copies
[09:04] <ogra_> hmm, right
[09:05] <pitti> ogra_: thanks for pointing out!
[09:10] <pitti> sergiusens: actually, pkgbinarymangler just does: if grep -q 'X[[:alpha:]]*-Ubuntu-Use-Langpack: yes' debian/control
[09:10] <pitti> sergiusens: so that bit doesn't care; but I'm not entirely sure whether Launchpad looks at that key, too
[09:10]  * pitti checks
[09:11] <sergiusens> I'll fix it anyways, this is the package where I have to do the po mangling we discussed yesterday
[09:12] <pitti> sergiusens: ah, then you can just slip that in, yes
[09:12] <pitti> sergiusens: I just see that https://translations.launchpad.net/ubuntu/utopic/+source/account-polld/+imports needs some manual action, doing that now
[09:12] <pitti> sergiusens: but it seems it worked anyway
[09:20] <ogra_> hmpf, still no progressbar during system image updates
[09:57] <bzoltan> ping mvo_
[10:01] <mvo_> hey bzoltan
[10:05] <bzoltan> mvo_: Good to see you. I hope you had a good time at debconf :) do you mind if I bug you with click chroot related questions?
[10:06] <mvo_> alex-abreu: who would be the right person to review https://code.launchpad.net/~mvo/ubuntu-html5-theme/multiarch-fixes/+merge/227751 ? it would be nice to get this into the archive to make creating cross build chroots easier
[10:06] <mvo_> bzoltan: I'm back, it was a good conf. I'm a bit jet-lagged, but go ahead and ask questions - I will do my best :)
[10:06] <mvo_> bzoltan: I have a pending branch for you as well, should I nag you or zbenjamin about it?
[10:07] <bzoltan> mvo_: I am working on the autopilot (so functional) tests of the SDK tools.  The point would be to offer a test suite what anybody can run on any desktop to verify if the SDK tools are OK. The biggest headache for me is to create test click chroots.
[10:07]  * zbenjamin hides from mvo
[10:07] <bzoltan> mvo_:  Both are good :)
[10:08] <mvo_> bzoltan: is it a headache because it take so long to build?
[10:08] <bzoltan> mvo_:  the ideal solution would be to make click chroots in an alternative directory and the clean it up after the tests.
[10:09] <bzoltan> mvo_:  the headache is that creating click chroot needs a native environment (can not create chroot in a chroot) .. the environment might have chroots
[10:09] <mvo_> bzoltan: hm, how about using the click chroot with a transient overlay ? so that it installs only into a temp-write dir ? then the chroot needs to be only created once?
[10:10] <mvo_> bzoltan: so you need a native chroot to run the test in? is that correct?
[10:10] <bzoltan> mvo_: i am not familiar with the transient overlay.
[10:11] <bzoltan> mvo_:  I would prefer not to use chroots at all...
[10:11] <zbenjamin> mvo_: we thought about using overlayfs as well, but the point is that the host system should not be polluted. And that would create config files in /etc
[10:11] <mvo_> bzoltan: what would you like to use instead of chroots?
[10:12] <bzoltan> mvo_: my real Ubuntu desktop
[10:12] <mvo_> zbenjamin: right, I'm not suggesting that we use the host and pollute it, thats a no-no :)
[10:12] <zbenjamin> mvo_: agreed ;)
[10:12] <bzoltan> mvo_: i would love to use the host _AND_ not to pollute it :)
[10:12] <mvo_> bzoltan: well, thats certainly quicker than a chroot but the downside is that the developers box might be "unclean" so the tests may fail/work on his box but not on the rreal device
[10:13] <mvo_> bzoltan: what would be the reason to use the host instead of a chroot? because its (much) quicker to setup?
[10:13] <bzoltan> mvo_:  in our case, with our product (SDK Tools) the "unclean" environment is the typical target
[10:13] <mvo_> (i.e. creating the chroot takes too much time?)
[10:14] <bzoltan> mvo_: the simple reason is that i wish to verify the SDK in real environments and not in a clean, stock and perfectly untouched environment.
[10:14] <mvo_> bzoltan: maybe I don't quite understand then (sorry, jetlag) :) how is the unclean env the target? I thought the tests are there to verify that the app works on the device or am I missing something here?
[10:14] <bzoltan> mvo_:  my aim here is not to create a black box automatic tests running somewhere in a dark lab :)
[10:14] <mvo_> bzoltan: ohhhh, you do autopkg tests for the sdk itself? not for apps written with the sdk?
[10:15] <bzoltan> mvo_: yeps
[10:15] <bzoltan> mvo_: I tell you in simple words what I wish :)
[10:16]  * mvo_ is much in favor of simple :)
[10:17] <bzoltan> mvo_:  a new emulatoris about to be released, or a new QtCreator is coming out. The new click package is just about to hit the archive ... etc, etc... I wish to ask those upstream developers to install their release candidate on their environment and run a simple test.
[10:18] <mvo_> bzoltan: and the is "install new qtcreator/click with some magic, then run the test (that would build some package I assume?)"
[10:18] <bzoltan> mvo_: The SDK tests are pretty simple... create an emulator, run an emulator, create an app, open a project, make a click package, build a project, and so on. These use cases are what developers see on a daily base. The problem is that emulator/new device image/click chroots/etc are released without testing the whole app development chain.
[10:20] <mvo_> bzoltan: well, if you make sure that all of the new components (qtcreator, plugin, click) can be downgraded with dpkg without issues, then you could simply install on the host, run tests and downgrade to the previous version if the tests fail
[10:21] <bzoltan> mvo_:  the Ubuntu SDK tests are packaged with the qtcreator-plugin-ubuntu already. I just want to enable a simple way of running tests against the installation.
[10:21] <mvo_> bzoltan: assuming you don't actually need to modify configuration
[10:21] <bzoltan> mvo_:  my problem is not to install or uninstall the SDK Tools.
[10:22] <bzoltan> mvo_:  Actually it is not the Ubuntu SDK what I mean to test... but the click, emulator, device image ... from the point of app development
[10:22] <mvo_> bzoltan: those are debs as well, so you could upgrade/downgrade them too?
[10:23] <bzoltan> mvo_:  like for example you as the developer of the click package release a new version of click. before releasing you could just simple run ubuntu-sdk-tests, lay back, wait few hours and see that with _your_ click release candidate the whole app development chain is still OK
[10:24] <bzoltan> mvo_:  .deb packages are easy ... creating and desztroying click chroots are the problem. Kind of only problem :)
[10:25] <mvo_> bzoltan: ok, I'm (slowly) getting there. so as part of the test you need to create a new chroot with the new tools to verify it all still works?
[10:25] <bzoltan> mvo_: creating/removing emulators is possible, creating/building/removing test apps is easy ... but creating a brand new click chroot for the test process is something i do not know how to do
[10:25] <bzoltan> mvo_:  Yeps, exactly.
[10:26] <bzoltan> mvo_:  like `CLICK_TEST_SANDBOX=/tmp/sdk/ click chroot -a armhf -f ubuntu-sdk-14.10 create` and it would create  the chroot in the /tmp/sdk/ ...
[10:26] <mvo_> bzoltan: ok, would you mind filing a bugreport? I think we want something like a alternative prefix (or postfix), should be really straightforward to add
[10:27] <mvo_> bzoltan: straightforward assming cjwatson_ is ok with the approach of course :)
[10:27] <mvo_> assuming even
[10:27] <mvo_> *sigh*
[10:27]  * mvo_ can't type today
[10:27] <bzoltan> mvo_: I know cjwatson_ is super busy
[10:28] <mvo_> bzoltan: yeah, he just needs to nod or shake his head :) the rest I will do
[10:29] <bzoltan> mvo_:  I know many people's first suggestion would be to set up a virtual environment and mess around there. But that would take away the whole point, that our toolchain should work in all kind of setup.
[10:30] <mvo_> bzoltan: adding a custom prefix/postfix to the generated click chroots maybe useful in its own right, so I'm fine with that if thats enough to unblock you
[10:31] <bzoltan> mvo_:  the fundamental question if it is possible to create schroot chroots in other places than the standard. As I was looking in the manuals it is not possible. But my understanding is limited.
[10:33] <ogra_> sergiusens, gdbus call --session --dest com.ubuntu.Postal --object-path /com/ubuntu/Postal/_ --method com.ubuntu.Postal.Post _ubuntu-system-settings '"{\"message\": \"foobar\", \"notification\":{\"card\": {\"summary\": \"yes\", \"body\": \"hello\", \"popup\": true, \"persist\": true}}}"'
[10:33] <ogra_> that doesnt generate a message with the content i define
[10:33] <ogra_> but only  a predefined thing
[10:34] <sergiusens> ogra_: well, you would need to modify the push helper too
[10:34] <sergiusens> ogra_: to bypass
[10:35] <sergiusens> ogra_ for that Chipaca can loop you in
[10:35] <sergiusens> I thought the 'generic' helper part was landing too
[10:35] <ogra_> k
[10:35] <Chipaca> sergiusens: no, tedg opposed the generic helper part in the strongest of terms
[10:35] <mvo_> bzoltan: I think its not possible, it would be nice though. if you use a unique name it should be ok though.
[10:35] <sergiusens> ogra_: /usr/lib/ubuntu-push-client/legacy-helpers/ubuntu-system-settings
[10:36] <sergiusens> ogra_: there you go
[10:36] <sergiusens> discuss with tedg
[10:36] <ogra_> ah, thanks !
[10:36] <Chipaca> ogra_: just pass in valid json, it's currently ignored
[10:36] <Chipaca> ogra_: what're you trying to do btw?
[10:36] <sergiusens> ogra_: Chipaca it should still be possible to add a taylored part in the helper, right?
[10:37] <sergiusens> notification for disk usage
[10:37] <Chipaca> sergiusens: sure, i'm a fan of polynomial expansion
[10:37] <ogra_> Chipaca, having a hourly cron job running df on /home and sending a message if we hit 95%
[10:37] <bzoltan> mvo_:  unique name would be a compromise I could live with, I guess ...
[10:37] <ogra_> a pretty simply thing :)
[10:37] <sergiusens> I don't like the cron part though :-P
[10:37] <Chipaca> ogra_: yeah. There's all kinds of things that should be sent from system settings, hence why i supported making it generic
[10:37] <ogra_> sergiusens, you prefer long running daemons ?
[10:38] <sergiusens> ogra_: well a cron can miss a heavy copy here
[10:38] <sergiusens> ogra_: heavy/large
[10:38] <ogra_> no, we have anacron, that processes missed runs
[10:38] <sergiusens> the sampling might be too low for when it matters
[10:38] <ogra_> oh, you mean between the hours
[10:38] <ogra_> yeah
[10:39] <sergiusens> ogra_: I mean, cron would run every hour, but you can fill up yur disk with a movie in 1 minute
[10:39] <ogra_> but we cant constantly monitor the fs either
[10:39] <sergiusens> ogra_: I think android does that
[10:39] <Chipaca> ogra_: isn't df cheap enough to run it every minute?
[10:39] <ogra_> without producing a lot of overheard
[10:39] <ogra_> Chipaca, and wake up the device every minute ?
[10:39] <ogra_> happy charging :P
[10:39] <Chipaca> ogra_: cron would wake the device?
[10:39] <sergiusens> ogra_: cron won't wake the device up
[10:39] <ogra_> yes, once an hour
[10:40] <Chipaca> ogra_: why?
[10:40] <sergiusens> ogra_: you need powerd integration and alarms for that
[10:40] <ogra_> it does ... well, at least on mako ... which doesnt go 100% into deep sleep
[10:40] <Chipaca> ogra_: if the device is asleep, nothing is writing to disc
[10:40] <Chipaca> ogra_: if the device is awake, it's awake already :)
[10:40] <Chipaca> anyway
[10:41] <ogra_> Chipaca, mako never goes fully into deep sleep, it would wake up every hour as long as you have a SIM in the slot
[10:41] <ogra_> other devices will likely be differet though
[10:42] <ogra_> pitti, how do we monitor on the disk fillup on the desktop ? i assume we also only call df sequentially ?
[10:42] <Chipaca> ogra_: me, i'd suggest making it more often in general and working around mako's bugs only on mako, but that's just me :)
[10:42] <ogra_> Chipaca, well, i'd like it to work on all devices and not eat any of the batteries :)
[10:42] <Chipaca> ogra_: but, anyway, tell me what json you want to send in so i key off of that to notify users
[10:43] <Chipaca> ogra_: also tell me what you want in the notification body and text, and action, and stuff. Tell me everything you want :) i'll add it to the helper.
[10:44] <ogra_> Chipaca, thanks, will do
[10:45] <ogra_> sergiusens, i'm wondering if that couldnt be a ciborium feature actually ... i see it is constantly running anyway
[10:46] <ogra_> (and it kind of matches the feature being a disk tool)
[10:50] <ogra_> bzoltan, FYI, we are waiting for one final landing on the android side to then switch to the new adbd and have developer mode off by default ...
[10:50] <sergiusens> ogra_: hmmm
[10:50] <sergiusens> ogra_: ciborium manages external drives
[10:50] <ogra_> bzoltan, just to make sure the SDK side is ready :)
[10:50] <sergiusens> ogra_: good thing the name is generic enough ;)
[10:51] <ogra_> sergiusens, well, it is a disk related tool ... the only one we have ... and it constantly runs so could easily sequentially call "df /home"
[10:51] <sergiusens> ogra_: but the icon will always be that of an sdcard in the notifications
[10:51] <bzoltan> sergiusens: ogra_:  The branch of the SDK is ready. Please do not land the new adb without that branch. Let's test both your and my changes from the same silo once we are good.
[10:52] <ogra_> bzoltan, wont help ... the stuff we will change is deepwer down, we will need one image build with the changes to test (since the process starts at image install time)
[10:53] <bzoltan> ogra_: OK
[10:53] <ogra_> we are changing image defaults with the final step ... thats not testable in a silo
[10:53] <pitti> ogra_: sorry, was in meeting
[10:53] <bzoltan> ogra_: obviously it will mean that the SDK will not supported older images after that image is released.
[10:54] <sergiusens> bzoltan: are the sdk changes backwards compatible?
[10:54] <ogra_> bzoltan, sergiusens, so we should pinpoint one day this week where we land the switch and are ready to roll back ... and then test the SDK with that image
[10:54] <sergiusens> bzoltan: you should be able to land regardless
[10:54] <pitti> ogra_: {gnome,ubuntu}-settings-daemon has a plugins/housekeeping/gsd-disk-space.c which calls statvfs() on all "interesting" mounts every minute
[10:54] <sergiusens> unless we stop caring for anything pre adb change
[10:54] <ogra_> pitti, so not different to i.e. calling df sequentially, thanks ...
[10:54] <pitti> ogra_: it uses gvfs to figure out the current mounts, and ignores the virtual file systems
[10:55]  * ogra_ finds every minute a bit awkward for a phone 
[10:55] <bzoltan> sergiusens:  ogra_: i will check if I can make it backward compatible
[10:55] <pitti> ogra_: so in spirit it's calling df (just a bit more efficient)
[10:55] <ogra_> right
[10:55] <pitti> ogra_: df still needs some filtering, like /proc, /sys etc.; /dev/shm/ is also interesting, but has a different failure mode (you need to reboot instead of cleaning up files, etc.)
[10:56] <ogra_> pitti, well, i would only call "df /home" and split that properly
[10:56] <sergiusens> ogra_: I can call statvfs if you wat me to do it
[10:56] <pitti> ogra_: so statvfs()ing the /userdata partition is certainly a good first thing; and that's a rather cheap call compared to executing df and grepping its output
[10:57] <ogra_> pitti, right ... but i dont think we want to notify the user for / ... he/she cant really do anything if it fills up
[10:57] <pitti> ogra_: where would that live? for anythign which is complied, calling statvfs("/home", &st) and looking at st.f_bavail is certainly easier than callin gdf
[10:57] <pitti> calling df
[10:57] <pitti> ogra_: right
[10:57] <ogra_> (for writable space of / a syslog message we can see in bug reports would be more helpful i think)
[10:58] <ogra_> (that would be a good "extra" :) )
[10:58] <ogra_> sergiusens, yeah, sounds like the easiest thing
[10:59] <sergiusens> ogra_: add me the trello task or bug so I dont forget
[10:59] <ogra_> probably not every minute though ... 5min might be sufficient
[10:59] <nerochiaro> sergiusens: since some weeks i've noticed that phablet-click-test-setup isn't working anymore because for some reason it tries to check out a branch of the application i want to test that doesn't exist. like in this pastebin: http://pastebin.ubuntu.com/8214478/ Do you know what's wrong with it ?
[10:59] <sergiusens> I wish this were a bug instead of a feature :-P
[10:59] <ogra_> sergiusens, i can make it a bug (or part of one)
[10:59] <nerochiaro> sergiusens: (i'm poking you as your name is in the top of the script file ;))
[10:59] <sergiusens> nerochiaro: you are building locally?
[11:00] <pitti> sergiusens, ogra_: I think 1 minute is alright, but we should only do that while the phone is "alive"
[11:00] <pitti> i. e. not locked/sleeping
[11:00] <pitti> we ceratinly don't want to wake up the phone every N minutes for that
[11:00] <sergiusens> so mtp active or unlocked/display on
[11:01] <nerochiaro> sergiusens: i have built the click locally on the desktop then installed it on the device. then i've been told to run phablet-click-test-setup to prepare the device for running tests there
[11:01] <nerochiaro> sergiusens: maybe i'm out of date on the process
[11:01] <nerochiaro> sergiusens: what i want to do is to run the entire test suite on a device
[11:01] <sergiusens> nerochiaro: -DBZR_REVNO might be missing, it's defaulting to "latest" which is wrong
[11:02] <nerochiaro> sergiusens: yeah, but i've never had to pass that myself
[11:02] <nerochiaro> sergiusens: why is it checking out the application anyway ? i've never understood that
[11:02] <sergiusens> nerochiaro: nothing has changed in like a year
[11:02] <sergiusens> nerochiaro: because it is a ci tool to test on the images
[11:02] <sergiusens> it's just conincidentially used by devs as well
[11:03] <ogra_> sergiusens, bug 1284629
[11:03] <sergiusens> nerochiaro: I would rather have people moving to pitti's work on autopackage :-)
[11:04] <nerochiaro> sergiusens: i wouldn't mind that but i know absolutely nothing about it. i just want to run the AP tests for a change i made to verify i didn't break anything
[11:04] <sergiusens> nerochiaro: uninstall the click, run the command again, then install the click and shove the tests
[11:05]  * ogra_ likes bug recycling :) 
[11:07] <Chipaca> sergiusens: ogra_: so will system settings be sending notifications about disc space?
[11:07] <bzoltan> mvo_: here you go -> https://bugs.launchpad.net/ubuntu/+source/click/+bug/1364327
[11:07] <ogra_> Chipaca, seems we can fit that into ciborium instead (at the cost of not having a freely modifyable icon though)
[11:08] <cwayne1> cjwatson_: hi -- is it possible to force architecture on a click install?
[11:08] <Chipaca> sergiusens: the secondary icon might be fixed to be the sender's app icon, but the event icon you can (and should) make to be event-related (so a sd card for an sd, and http://media.tumblr.com/tumblr_m8bpshGEPp1rs4exg.gif if it's home)
[11:08] <Chipaca> ogra_: ^
[11:09] <ogra_> Chipaca, you sure thats the gif you wanted to post ?
[11:09] <Chipaca> ogra_: yes :)
[11:09] <ogra_> heh, ok
[11:14] <sergiusens> Chipaca: yeah, just that the app is an sd card icon; si it will always be confusing ;-)
[11:42] <mvo_> thanks bzoltan1
[11:59] <dbarth> pitti: hey Martin; can i pass on a shameless plug for http://bazaar.launchpad.net/~oxide-developers/oxide/oxide.trunk/revision/706 from chrisccoulson ?
[11:59] <dbarth> "seek hacker extraordinaire to craft quick test suite for new cool SSL API"
[11:59] <dbarth> ;)
[12:04] <dbarth> the thought process may be a bit convoluted, but we were looking at http://www.piware.de/2011/01/creating-an-https-server-in-python/ to get started...
[12:07] <pitti> dbarth: hah, glad to hear that a three year old quick hack is still useful :)
[12:07] <chrisccoulson> dbarth, pitti, oh, I wasn't asking for any help on this. I was just pointing out that pitti's blog post was the first hit on google :)
[12:07] <chrisccoulson> hi pitti :)
[12:07] <pitti> hey chrisccoulson, how are you?
[12:07] <chrisccoulson> pitti, yeah, not too bad thanks
[12:08] <chrisccoulson> how are you? I don't think I've spoken to you in ages! :O
[12:08] <pitti> chrisccoulson: quite well indeed, thanks; lots of phone stuff to do recently, I hope I can go back to some QA work again :)
[12:11] <dbarth> chrisccoulson: ah ok, so as long as there is a test for the feature, that's the main point
[12:11] <chrisccoulson> dbarth, yeah, there's going to be tests for these features :)
[12:12] <chrisccoulson> pitti, ah, you're not doing QA for the phone stuff?
[12:13] <pitti> chrisccoulson: most recently a lot of i18n
[13:08] <pitti> sil2100: is there a simple tool to clean the "landed" bits from the speadsheet? they make searching harder than necessary
[13:09] <pitti> sil2100: i. e. searching for "is someone else trying to land project foo already"
[13:09] <pitti> i. e. is "Archive landed requests" that tool?
[13:09] <sil2100> pitti: sure, we have a script for that ;)
[13:09] <sil2100> YEah
[13:09] <ogra_> just dont wipe it accidentially :)
[13:09] <pitti> would it be appropriate to run that now, or do you use the "recently landed" for some weekly report or so?
[13:09] <sil2100> pitti: no no, I'll run it now, one moment
[13:10]  * ogra_ doesnt have the dbus patches he still needs to land except for the linked pastebins in the spreadsheet 
[13:10] <sil2100> pitti: we didn't do that last week since we were syncing stuff still, so it was good to have the recent landings on the main page
[13:11] <pitti> sil2100: yeah, I don't want to break your workflow
[13:11] <pitti> sil2100: it's not crucial right now, I just wondered
[13:11] <pitti> oh look, Mr. Proper! thanks sil2100
[13:12] <sil2100> :) np! Thanks for poking about that, so busy with things that it really got badly bloated
[13:14] <pitti> sil2100: did I understand your announcement right -- I'd first land stuff in an ubuntu silon N, then you assign an additional RTM PPA, then we can add the "sync:N"?
[13:14] <pitti> err -- s/silon/silo/, s/PPA/silo/
[13:15] <sil2100> pitti: yeah, basically when you get an ubuntu silo N assigned, we automatically (by automatically I mean manually by the LT) give you an ubuntu-rtm silo with an sync:N
[13:16] <sil2100> pitti: so you only need to bother with the ubuntu landing, the rtm one we'll fill in for you
[13:16] <pitti> ok, I filled in line 42
[13:19] <pitti> ah, /me will fold in rvr's branch too
[13:20]  * pitti watches sil2100 doing the downwards line extension -- good, so I got that right :)
[13:20] <ichigo-roku> Hello
[13:21] <ichigo-roku> I've installed Ubuntu Touch on my Nexus 5, do you know where I can get some support ?
[13:23] <seb128> kenvandine, bug #1362143, I'm happy to change, maybe check with mpt for "Lock security" None->Swipe
[13:24] <kenvandine> seb128, i think it makes more sense to me
[13:25] <seb128> kenvandine, wfm as well, still need a design ack ;-)
[13:25] <pitti> sil2100: sorry, I think I messed that up: I added vrruiz branch after you assigned the silo already; I pressed build after adding the branch, but I figure it grabs the branches at assignment time already
[13:26] <pitti> sil2100: so I figure that build needs to be canceled and the silo reconfigured?
[13:26] <mpt> seb128, would adding a leading space work as a workaround? :-) (“ None”)
[13:27] <seb128> mpt, I've a fix suggested which adds the context
[13:27] <seb128> mpt, it's just that Ken said on the review that he thinks using "Swipe" would be nicer
[13:27] <seb128> mpt, e.g he challenges your design decision :p
[13:27] <dobey> ichigo-roku: not explicitly. it's not an officially supported device. you can ask questions here of course
[13:27] <ogra_> seb128, does french have a word for "Swipe" ?
[13:28]  * ogra_ guesses translating it to something useful is the hard bit here 
[13:28] <kenvandine> mpt, :-D
[13:28] <mpt> kenvandine, a swipe may be the thing that you “Unlock the phone using”, but it is not a form of “Lock security” — it isn’t security at all
[13:28] <ichigo-roku> dobey, OK thanks
[13:29] <kenvandine> mpt, agreed... but i think it's commonly referred to as "Swipe to unlock"
[13:29] <seb128> ogra_, we would probably use "glisser" (= slide)
[13:29] <kenvandine> None seems odd to me
[13:29] <ogra_> yeah, i wouldnt even know what to use in german
[13:29] <kenvandine> and i think needing to add context for translators is a clue
[13:30] <kenvandine> ogra_, what does android say for german?
[13:30] <ogra_> hmm, dunno, where do i find that setting :P
[13:30]  * ogra_ boots an android phone 
[13:30] <kenvandine> not sure in settings
[13:30] <kenvandine> but on the unlock screen
[13:31] <seb128> kenvandine, the context is not because the option is ambiguous
[13:31] <kenvandine> it says swipe to unlock
[13:31] <dobey> what does iphone say for "Swipe to unlock" ?
[13:31] <ogra_> "finger bewegen" ...
[13:31] <seb128> kenvandine, it's just because "none" can be translated differently in different context, so the different instances can't be grouped under 1 translation
[13:31] <ogra_> which would be "move your finger" ...
[13:31] <ogra_> and yes, that is as awful in german as it sounds in english
[13:31] <dobey> oh i guess iphone says "slide"
[13:32] <kenvandine> seb128, i see
[13:33] <mpt> I don’t see how languages translate the word “slide”/“swipe” is related…
[13:33] <nik90_> charles_: ping
[13:34] <mpt> kenvandine, there are several other places we could plausibly use “None”. For example, if Notifications settings were more fine-grained, “None” next to an app name might mean “can’t issue notification bubbles or sounds or vibrations”.
[13:36] <mpt> That might need different translations again.
[13:37] <kenvandine> mpt, it isn't... i just saw the branch and it made me think "Swipe" makes more sense to me
[13:39] <seb128> kenvandine, let's respect the design and land the fix like it is then :-)
[13:40] <kenvandine> seb128, i'm fine with that :)
[13:47] <mpt> kenvandine, thanks for challenging though. Sometimes I’m wrong. ;-)
[13:47] <kenvandine> mpt, every once in a while :)
[13:55] <derek-g> so - meizu mx4 was announce - but with some shady flyme OS. When is it gonna get Ubuntu touch?
[14:01] <ogra_> ask meizu ?
[14:02] <dobey> derek-g: flyme is their android fork
[14:06] <derek-g> dobey, android fork. eww, gross, sick
[14:07] <dobey> it's basically just android with some different default apps/ui iirc.
[14:08] <Cimi> mterry, on holiday?
[14:08] <derek-g> dobey, :) yeah. don't want that.
[14:08] <mterry> Cimi, nope, that was a US thing just for yesterday
[14:08] <Cimi> mterry, ok, well I am finishing up here
[14:10] <dobey> derek-g: http://forum.meizu.com/forumdisplay.php?fid=54&page=1 is probably the best place to discuss Ubuntu on Meizu phones at the moment
[14:25] <pitti> sil2100: ok, silo 1 tested and marked so in the spreadsheet; what's the magic to invoke the copying?
[14:26] <pitti> sil2100: just assing a silo and build?
[14:26] <sil2100> pitti: ah, so you assigned it yourself :) Yeah, just do an assignment and build
[14:26] <pitti> sil2100: no, I didn't touch the RTM landing
[14:26] <pitti> sil2100: and you assigned the ubuntu landing silo
[14:26] <pitti> or what do you mean?
[14:28] <sil2100> Oh, I didn't assign the ubuntu silo
[14:28] <sil2100> And since you didn't, then it was Mirv who did ;)
[14:28] <sil2100> Anyway, let me just assign the rtm one now
[14:28] <pitti> ah :)
[14:29] <pitti> sil2100: so it's test - assign RTM silo - build (? or just assign?) - wait until it hits that PPA - publish and clean the ubuntu one?
[14:29] <sil2100> pitti: ok, silo assigned - once you press 'build' on it it will just sync the packages that are in the ubuntu silo
[14:30] <pitti> sil2100: splendid, thanks! I'll spread the word on the next one who runs into this
[14:30] <sil2100> pitti: does this change not require QA sign-off? Just to make sure
[14:30] <pitti> sil2100: I thought trivial changes wouldn't? you tell me
[14:31] <sil2100> pitti: depends on how the changes look like, isolated bugfixes don't require that, same for some basically no-op packaging changes
[14:31] <sil2100> Let me take a lookie
[14:31] <pitti> sil2100: (btw, no RTM silo assigned yet)
[14:32] <sil2100> pitti: huh, 2014-09-02 14:29:18,536 INFO Assigning "ubuntu-rtm/landing-004" as silo. <- the spreadsheet didn't register this yet though
[14:32] <pitti> ah, ok
[14:32] <ogra_> sergiusens, rsalveti, hmm, do you remember what we had to do for flo to not make it show up offline in adb all the time ? i think i remember there was some recovery hackery we had to add
[14:32] <pitti> there it goes
[14:33] <ogra_> seems krillin hits a similar issue
[14:33] <ogra_> when dropping the hacked upstart job
[14:33] <sergiusens> ogra_: check that the keys aren't set in /data (recovery)
[14:33] <sil2100> pitti: I'm still making this silo-sync functionality better, but for now it does everything it needs to - i.e. build the packages from the other silo ;)
[14:33] <sil2100> pitti: but it will be more verbose and smarter soon
[14:34] <pitti> sil2100: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/15/console looks a bit scary (like it's not just copying packages, but actually building things), but I'll let it finish before making a fuss :0
[14:34] <sil2100> pitti: it's not using copy-package
[14:34] <sergiusens> ogra_: the keys that make it an authorized device that is
[14:35] <ogra_> hmm
[14:35] <sil2100> pitti: we're not doing a direct source copy because we're actually changing the version number now ;)
[14:35] <sil2100> pitti: i.e. appending the ~rtm to the upstream version
[14:35] <pitti> aah
[14:35] <ralsina> Hello, all! In latest utopic-proposed I can't type anything in the "search" field of the scopes. Also, even though I set a PIN it asks me for a "passphrase" to unlock. Known issues?
[14:37] <ogra_> ralsina, i think mterry is actively working on the latter one
[14:37] <ralsina> ogra_: thx
[14:37] <mterry> ralsina, did you set PIN via the wizard?
[14:37] <mterry> ralsina, or via settings?
[14:37] <ralsina> mterry: exactly
[14:37] <ralsina> mterry: via wizard
[14:37] <kenvandine> seb128, what did happen to the reboot option in the power off dialog?
[14:38] <ogra_> sergiusens, sniff ... there is nothing related to adb :(
[14:38] <mterry> ralsina, ah...  this isn't the first report about that...  I've got it on my list to look at
[14:38] <mterry> kenvandine, intentionally killed
[14:38] <sergiusens> ogra_: so user mode adb has this issue?
[14:38] <ralsina> mterry: awesome
[14:38] <sergiusens> ogra_: while in ubuntu or recovery?
[14:38] <kenvandine> mterry, bummer...
[14:38] <mterry> kenvandine, with the rationale that users shouldn't need to care about rebooting
[14:38] <ralsina> mterry: at least the pin works s passphrase :-)
[14:38] <kenvandine> mterry, but we tell them they need to reboot
[14:38] <mterry> ralsina, yeah...   :-/
[14:39] <ogra_> sergiusens, as soon as i drop the bind mount of the adbd upstart job it falls over as "offline" yeah
[14:39] <mterry> kenvandine, during system image update? we do the rebooting for them then
[14:39] <kenvandine> for a language change, in settings
[14:39] <mterry> kenvandine, oh  hrm
[14:39] <sergiusens> ogra_: maybe special privs are missing
[14:39] <mterry> kenvandine, that was probably overlooked.  Maybe file a bug with design about it
[14:40] <sergiusens> ogra_: afaik, android runs adb as root and fallbacks to user on start, right?
[14:40] <ogra_> sergiusens, well, i wonder why the bind mounted hackish file works then
[14:40] <sergiusens> and if the ro prop is set, adb root is allowed
[14:40] <ogra_> sergiusens, no, i only changed the upstart job, i still use the same adbd
[14:40] <sil2100> pitti: since yeah, we had some doubts about doing srccopies all the time, since then what you end up with is basically the same version of a package with different insides if the build-deps change
[14:40] <kenvandine> mterry, i guess it would be even better if the lang change dialog would allow the reboot
[14:40] <sergiusens> ogra_: udev races?
[14:41] <sergiusens> ogra_: but now the upstart job is part of the session, right?
[14:41] <ogra_> and adbd always runs as root ... in my new adbd setup it drops to the user for the shell but the adb daemon goes on running as root
[14:41] <sil2100> pitti: in the very first moments of the ubuntu-rtm branching it was fine as the delta was small between archives
[14:41] <pitti> sil2100: yeah, the binaries would be different; while that's not in principle a problem, having a diffretn version number makes that more explicit indeed
[14:41] <sergiusens> ogra_: ah, interesting
[14:41] <ogra_> sergiusens, no, no udev races ... i'm sure it has to do with init.rc not properly initializing
[14:41] <mterry> kenvandine, true...
[14:41] <sil2100> pitti: exactly, that's why we decided to actually do this properly now once we can do it automatically by the infra
[14:42] <sergiusens> ogra_: can't think of anything, does logcat printout something useful?
[14:42] <kenvandine> mterry, do you know where I can look for an API to do that?  i assume powerd dbus?
[14:42] <pitti> sil2100: that changelog looks weird: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-004/+sourcepub/4387111/+listing-archive-extra -- it includes *all* versions ever, while RTM alraedy has 0.2.11+14.10.20140827.4-0ubuntu1
[14:42] <pitti> sil2100: so it looks like a scary change, but it's just the topmost record
[14:42] <sil2100> pitti: don't worry about that, it's an launchpad issue
[14:42] <ogra_> sergiusens, nopes, only sensorservice spam
[14:43] <sil2100> pitti: if you check the diffs they look ok
[14:43] <sergiusens> pitti: I write my own changelogs to avoid that issue
[14:43] <ogra_> (lots of it though)
[14:43] <pitti> sil2100: right, just looks like a wrong -v with dpkg-buildpackage
[14:43] <pitti> sil2100: to include all previous changelog entries
[14:43] <mterry> kenvandine, yeah or the system-image-dbus service
[14:44] <kenvandine> mpt, thoughts on adding a "Reboot now" button when changing language?
[14:44] <pitti> sil2100: i. e. not an issue with LP, but with the train (see https://launchpadlibrarian.net/183792525/ciborium_0.2.11%2B14.10.20140902.1~rtm-0ubuntu1_source.changes), but I don't worry anyway :)
[14:44] <mpt> kenvandine, hot tears of frustration
[14:44] <kenvandine> haha
[14:45] <kenvandine> mpt, it's a corner case... i'd imagine
[14:45] <kenvandine> how often will users change lang after the wizard
[14:45] <mpt> yes
[14:45] <kenvandine> mpt, but if they do, they need to restart
[14:46] <charles_> nik90_, pong
[14:46] <robotfuel> cyphermox_: ping, we still have mtp crashes after the fix on 20140827, I assigned https://bugs.launchpad.net/ubuntu/+source/mtp/+bug/1364428 to you, let me know if it should be assigned to someone else.
[14:48] <cyphermox_> robotfuel: no, that's correct
[14:48] <cyphermox_> I'm already aware of that bug
[14:48] <kenvandine> mpt, users could always power off and on again
[14:49] <ogra_> sergiusens, argl ... so it seems unlike any other android device in the world, we have init.rc use adb as option totally randomly as usb property values (i.e. not "=adb,mtp") but shuffled at the developers will ... so when we set the property on the ubuntu side the init.rc lines will never fire properly as intended
[14:49] <ogra_> which will not online the gadget
[14:50] <sergiusens> ogra_: I thought you knew order was important
[14:50] <kenvandine> mpt,  this is in reference to bug 1240875
[14:50] <mpt> kenvandine, yeah, but that would be lame if we know they have to. So we need a dialog, which means that the setting isn’t instant-apply, which means the language list should be a dialog as well, which means its parent item should be ellipsized rather than chevroned
[14:51] <mterry> seb128, when you saw the "I set PIN, but am seeing passphrase" issue, you were setting PIN via wizard right?
[14:52] <kenvandine> mpt, i'm reviewing a branch that adds a dialog which lets the user know the phone needs to be restarted to get the lang change
[14:52] <ogra_> sergiusens, i do ... i thought the vendor doesnt ... but i see entries for mtp,adb and rndis,adb (and adb standalone) ... so they are there but seem to never fire
[14:53] <mpt> kenvandine, tells you but doesn’t let you?
[14:53] <ogra_> sergiusens, in fact it looks like init.usb.rc isnt used at all ... so our bottom layer isnt set up
[14:53] <kenvandine> mpt, right
[14:53] <kenvandine> mpt, i'd rather let them reboot
[14:54] <mpt> kenvandine, yes, and revert if they don’t
[14:54] <kenvandine> mpt, ok, can you please comment on that bug?
[14:55] <ogra_> bah
[14:55] <ogra_> ok, it is functionfs ... damned
[14:57] <slangasek> ogra_: 'the UID/GID "transfer on s-i upgrades" bug': is there an open bug report about this at all?  I know only that we've had IRC discussions about it... if it needs to be tracked, could you please file a bug report and assign it?
[15:00] <rsalveti> ogra_: sergiusens: well, our adb is the same as it's the one running on ubuntu
[15:00] <charles> davmor2, thanks for filing Bug #1364088, not many people would have had the patience to test that fully :-)
[15:01] <charles> davmor2, that's actually kind of awesome. You should get some kind of an award for that
[15:01] <rsalveti> ogra_: you mean we don't have the same property handling logic in krillin?
[15:01] <rsalveti> as we have for the other nexus devices
[15:01] <davmor2> charles: I got one the quarter before last ;)
[15:01] <Drew_Neilson> anyone know when the next Ubuntu on Air will be?
[15:02] <Drew_Neilson> no one is updating the Ubuntu on Air calendar, it seems
[15:02] <davmor2> popey: ^
[15:02] <mterry> ralsina, do you happen to remember when you hit the PIN/passphrase problem, did you do a fresh wipe of the image first?
[15:02] <popey> Drew_Neilson: new
[15:02] <popey> *now
[15:03] <ralsina> mterry: it was a fresh emulator, just created
[15:03] <mterry> ralsina, thanks
[15:03] <mpt> kenvandine, done
[15:03] <kenvandine> mpt, thx
[15:03] <Drew_Neilson> popey: right now?
[15:03] <popey> Drew_Neilson: yes
[15:15] <ogra_> slangasek, i know you pointed me to a bug back then ... which iirc you assigned to stephane
[15:17] <seb128> mterry, I don't think I used the wizard but I can't say for sure
[15:17] <ogra_> slangasek, here we go https://bugs.launchpad.net/ubuntu/+source/system-image/+bug/1332538
[15:18] <seb128> mterry, I tested the wizard like once, but I think I picked swipe and I used settings then to change it
[15:18] <mterry> seb128, bummer.  I was hoping I could isolate the problem
[15:18] <seb128> mterry, well, I tried the wizard once, so I might remember wrongly
[15:18] <ogra_> slangasek, iirc the outcome of the IRC discussion (which isnt tracked in the bug indeed) was to diff groups and password files and chown the rw bits
[15:19] <slangasek> ogra_: and is there reason to think this should be targeted, as opposed to "fix when we get a chance"?
[15:19] <pmcgowan> kenvandine, mpt a suggestion discussed earlier was to provide a reboot and reboot later options
[15:20] <ogra_> slangasek, we recently had all log files owned by the usermetrics service after an upgrade ...
[15:20] <mpt> pmcgowan, I think that would be unnecessarily complicated, because it would require (a) some kind of notation in the screen that “this is the language you’ve chosen but it isn’t in effect yet” and (b) an “okay, *now* I’m ready to restart” button
[15:22] <pmcgowan> mpt, ok makes sense
[15:26] <kenvandine> mterry, these image numbers are confusing... i just switched my mako to ubuntu-rtm/14.09-proposed which is image 19
[15:26] <kenvandine> mterry, i'll let you know how testing silo 3 goes with that
[15:26] <mterry> kenvandine, oy yeah
[15:26] <kenvandine> mterry, friday i tested it with krillin rtm 5 :)
[15:28] <kenvandine> we need a matrix of devices and image revs to see what's roughly equal to what
[15:33] <cwayne1> bzoltan: ping
[15:38] <kenvandine> mterry, ok... i reproduced ToyKeeper's issue
[15:38] <kenvandine> mterry, i can't reproduce the old bug though :)
[15:38] <kenvandine> mterry, so i went from none to passphrase (not pin)
[15:38] <kenvandine> entered a 4 digit passphrase twice
[15:38] <kenvandine> and it hung for a few seconds then told me it failed
[15:40] <kenvandine> mterry, now i can't change it
[15:44] <mpt> Hmm, latest clock app crashes on launch
[15:47] <kenvandine> mterry, also... i've confirmed i can't reproduce her new bug without silo 3
[15:48] <kenvandine> mterry, so the original bug is fixed, but this regression was introduced
[15:48] <kenvandine> mterry, when i first switched to passphrase, i entered a 4 digit pass (same as the pin lock i usually use)
[15:48] <kenvandine> which... was the same as the password for phablet at the time
[15:48] <kenvandine> so maybe it failed to set it because the password was already set?
[15:51] <seb128> mpt, 1363314 is likely your issue
[15:54] <Mirv> pitti: I don't think your ciborium got to -rtm, there's no packagelist_rsync_landing in the publish job run
[15:55] <pitti> Mirv: hm, checking
[15:55] <pitti> so the ubuntu one landed fine: https://launchpad.net/ubuntu/+source/ciborium/0.2.11+14.10.20140902.1-0ubuntu1
[15:55] <pitti> https://launchpad.net/ubuntu-rtm/+source/ciborium not yet indeed
[15:56] <Mirv> pitti: I believe it's because the sync process isn't perfect yet. the PPA copy goes fine, but it seems the package list is sometimes empty, so build with watch_only would give nothing and same for publish.
[15:56] <pitti> Mirv: indeed it seems https://ci-train.ubuntu.com/job/check-publication-migration/44989/console checked the wrong archive? that loos like the ubuntu version number, not the RTM one
[15:56] <pitti> Mirv: so do I try and publish again?
[15:57] <Mirv> pitti: you can try, but I've a same problem with rtm 008, and I'm going to reconfigure it with the package name instead of sync:N, then build with watch_only and publish.
[15:57] <Mirv> pitti: we'll need sil2100 anyhow for any real fixes
[15:58] <pitti> Mirv: if you know how to publish this properly, can you apply that to rtm silo 4 too, or is that too late now?
[15:58]  * pitti doesn't clean the ubuntu silo yet
[15:59] <pitti> Mirv: or, I could just use copy-package to copy from the silo to RTM, which is the proper way to do it?
[15:59] <Mirv> pitti: I'll know soon if I have a method :)
[16:00] <Mirv> yes, I seem to have
[16:02] <mpt> Hmm, the new clock app’s hour hand is coloured like a second hand
[16:03] <mterry> kenvandine, just got back from lunch, sorry
[16:03] <Mirv> pitti: ok, please rehit the publish now on rtm-004
[16:03] <mterry> kenvandine, you can't switch password types if you keep the same actual password: bug 1357043
[16:03] <pitti> Mirv: done, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-2-publish/7/
[16:05] <Mirv> pitti: looks good now! I'll e-mail sil2100 and robru, I believe all recent rtm landings need to be double checked.
[16:05] <pitti> Mirv: cheers!
[16:07] <bzoltan> cwayne1: pong
[16:08] <ichigo-roku> I've installed Ubuntu Touch on my Nexus 5, when I press the upper right button (physical) of my Nexus 5 (to put the phone in "sleep mode"), it's not turning off my screen, the screen is dark but there's still light coming from the screen. Do you know if it's possible to complety turn off the screen ?
[16:11] <cwayne1> bzoltan: hey, so I'm trying to install click:armhf in my click chroot, but can't seem to get it installed, any idea why?
[16:26] <mhall119> got my first twitter notification on my phone today \o/
[16:37] <bzoltan1> mhall119:  cool, is not it :)
[16:37] <bzoltan1> mhall119:  and I am reviewing the final MR for the full blown scale support in the SDK
[16:38] <bzoltan1> mhall119:  i will release it tomorrow
[16:38] <mhall119> bzoltan1: support for what?
[16:40] <mhall119> zbenjamin: how are we doing on being able to run scopes project from QtC?
[16:42] <mhall119> mvo_: cjwatson_: I was told to talk to you guys about being able to get image-based updates for the emulator, currently we have to delete and re-create them to get new versions
[16:42] <mterry> kenvandine, I'm sorry, I think I'm following your instructions, but I can't reproduce
[16:43] <mterry> kenvandine, you just went from swipe to passphrase?
[16:45] <mhall119> bfiller: is it by design that the messaging app will only import content from the gallery-app?
[16:49] <bfiller> mhall119: not sure what you mean exactly
[16:49] <bfiller> mhall119: you can attach pictures from messaging app so whatever apps export that will show up
[16:50] <bfiller> gallery, camera, etc
[16:56] <mhall119> bfiller: they don't though, it always launches the gallery, it doesn't show a content peer picker
[16:56] <mhall119> at least not on the latest promoted "devel" image
[16:56] <bzoltan1> mhall119: darn... I am getting tired ... s/scale/scope/
[16:56] <bfiller> mhall119: does for me
[16:56] <mhall119> bfiller: are you on devel or devel-proposed?
[16:56] <kenvandine> mterry, yes... but i used a 4 digit passphrase, same as the previous pin i had used
[16:56] <bfiller> mhall119: yes
[16:56] <kenvandine> mterry, note... i noticed with an sudo... i had to use that pass
[16:57] <bfiller> devel-proposed
[16:57] <mhall119> maybe it's been fixed there but not promoted yet
[16:57] <kenvandine> mterry, i'm going to try the same steps on utopic-proposed, now that i've reproduced it
[16:57] <bfiller> it's definitely fixed on devel-proposed
[17:00] <mterry> kenvandine, you say "previous pin" but you also say you were switching from swipe
[17:01] <kenvandine> yes
[17:01] <kenvandine> but it had been set to pin before
[17:01] <kenvandine> i switched to swipe
[17:01] <mterry> kenvandine, before switching to swipe?  ah
[17:01] <kenvandine> entered pin to make the change
[17:01] <kenvandine> then switched to passphrase
[17:01] <kenvandine> and used the same 4 digits
[17:01] <mterry> kenvandine, than that shouldn't matter -- switching to swipe clears the existing shadow entry
[17:01] <kenvandine> and reproduced her issue
[17:02] <kenvandine> and once i did... i couldn't change it back to swipe
[17:02] <kenvandine> or pin
[17:02] <kenvandine> keeps complaining about incorrect pass
[17:02] <kenvandine> however... sudo does accept that pass
[17:02] <mterry> kenvandine, tried doing those steps (pin, swipe, same passphrase).  didn't cause a problem for me
[17:02] <kenvandine> mterry, maybe it's related to the other fix... so you didn't have to enter the pass when it was cached?
[17:02] <mterry> kenvandine, right
[17:03] <kenvandine> try rebooting... or killing it
[17:03] <kenvandine> i couldn't reproduce it a second time without rebooting
[17:03] <mterry> kenvandine, ah.. ok, will try.  but i have to run out for a bit now
[17:04] <Cimi> mterry, the issue with the scrolling at bottom is the cacheBuffer
[17:04] <kenvandine> mterry, actually... so it just changed to swipe after i hit cancel
[17:04] <Cimi> mterry, I am wondering if I should use Flickable + repeater
[17:04] <kenvandine> on the failed password dialog
[17:04] <kenvandine> mterry, kept saying incorrect password... when i knew it was right
[17:04] <kenvandine> hit cancel and it did indeed switch to swipe
[17:06] <kenvandine> mterry, and i just reproduced it on krillin utopic-proposed image 8
[17:15] <popey> ogra_: how can I tell an 8GB Nexus 4 from a 16GB Nexus 4 via phablet-shell?
[17:16] <popey> aha, fdisk! :D
[17:16] <popey> duh
[17:19] <ogra_> yeah
[17:27] <dobey> popey: or "lshw -c disk"
[17:28] <mhall119> bzoltan1: is this possible? http://askubuntu.com/questions/518893/in-the-ubuntu-sdk-is-there-a-way-to-view-all-global-variables-in-current-projec
[17:29] <bzoltan1> mhall119:  i do not know about such feature
[17:29] <kenvandine> Wellark, did you see my comments on the apneditor branch?
[17:48] <mvo_> mhall119: I'm EOD, maybe barry can help today, otherwise I can check it out tomorrow
[17:49] <barry> mhall119: ?
[17:49]  * ogra_ googles EOD
[17:52] <mvo_> ogra_: even if you find it, you will not understand why it ;)
[17:52] <mvo_> barry: "I was told to talk to you guys about being able to get image-based updates for the emulator, currently we have to delete and re-create them to get new versions"
[17:52] <mvo_> barry: that was the context that mhall119 asked about
[17:53] <ogra_> mvo_, yeah :)
[17:53] <barry> mvo_: ack
[17:54] <barry> mhall119: yeah, xnox was working on all that, but i frankly don't know where it was left.  i never had much success with the emulator on amd64, but i also haven't tried in a few months
[18:01] <Akirito> Hi guys.! I have a question?
[18:02] <Akirito> It's about ubuntu for Sony device..
[18:02] <Akirito> It's like top secret... I need to know if anyone is reading to me?
[18:04] <Akirito> nobody?
[18:04] <ogra_> if you have something top secret it would be better to not talk in a publically logged channel about it i guess :)
[18:07] <mhall119> Akirito: this channel is public and logged, so don't say things you can't say publicly
[18:09] <dobey> i don't think anyone has done a port to Aibo anyway
[18:11] <mhall119> dobey: of course not, because Ubuntu is for *human* beings :)
[18:12] <dobey> mhall119: i for one, welcome our robot puppy overlords
[18:15] <ogra_> robot puppies just leave their electron droppings everywhere
[18:18] <dobey> does that mean they are fissile?
[18:19] <popey> wow, i haven't heard the word Aibo in years
[18:22] <dobey> heh
[18:23] <dobey> the Internet of Puppies
[18:31] <slangasek> ogra_: so, I am failing to find the previous discussion about the uid/gid stuff in my irc scrollback; but I thought the winning idea at the time hadn't been uid migration, but statically configuring the set of users at image build time, no?
[18:31] <slangasek> ogra_: maybe you have a pointer to where/when this discussion happened last, that I can have a look at?
[18:31] <ogra_> slangasek, in here or in -release between you, stgraber and me
[18:32] <slangasek> ogra_: ok, but when?
[18:32] <ogra_> slangasek, and stgraber came up with the idea to diff group and passwd files, and thn iterate over the writable dirs/files on boot and chown them
[18:32] <ogra_> (in case there are actual changes)
[18:32] <ogra_> slangasek, perhaps three weeks ago ?
[18:32] <ogra_> not sure
[18:33] <stgraber> IIRC we said we should have a list of users and groups that we want to be static and have the image build process create all of those at once there ahead of package installation, so that we don't get the potentialy random ordering of apt/dpkg
[18:34] <stgraber> the alternative being the boot-hook doing the chmodding, but that seems a bit gross to me (though potentially stil needed as a one-off with the other solution) and even though the number of affected files will be small, will still be a bit of a slowdown on post-update boots
[18:35] <ogra_> stgraber, slangasek note that all user account data is in extrausers anyway
[18:36] <ogra_> stgraber, and while the boot hook might seem gross the alternative is also quite a big change in livecd-rootfs
[18:36] <ogra_> not as ugly but surely as dangerous
[18:39] <slangasek> ogra_: not trying to re-hash the discussion here; it seems stgraber agrees with my own memory that we prefer this at image build time
[18:39] <slangasek> which also gives us static checking of the set of system users being created
[18:42] <ogra_> slangasek, well, as long as it doesnt break i'm happy with either :)
[18:42] <stgraber> right, we should fail if we notice anything extra after installing packages, that will avoid any extra breakage
[18:43] <stgraber> ogra_: well, I'd much prefer having live-build fail than have a boot time script fail, easier to fix the former rather than the latter :)
[18:43]  * slangasek nods
[18:43] <slangasek> stgraber: should I assign this bug to you?
[18:45] <stgraber> slangasek: well, ogra_ knows the live-build stuff a lot more than I do but if he doesn't have time to sort it out, I could find the time to fiugre out how that stuff works and do it there
[18:45] <stgraber> should really just be two live-build hooks, one iterating through the accounts we want, make a copy of /etc/passwd and /etc/group and then a second one running a diff to check for anything that got added and exit 1 if that's the case
[18:49] <slangasek> stgraber: assigning it to you
[18:49] <stgraber> alright
[18:49] <stgraber> I'll work on the patches and let ogra land them when he feels is best to do so
[18:50] <ogra_> stgraber, except that i'm fully hogged with the developer mode landing (which is a hell of coordination work between CI, QA, SDK and landing team, and is going on since weeks)
[18:50] <ogra_> stgraber, else i wouldnt mind to do it myself
[18:50] <stgraber> ogra_: I don't expect to have those patches for at least a couple more days, did we start hitting that kind of problem already (wondering how urgent it is so I can better prioritize)
[18:51] <utack> btw has someone contacted facebook about whatsapp? i remember the old company turning you down, but maybe things changed?
[18:52] <ogra_> stgraber, yup, once ... /var/log  got re-owned by usermetrics and neither rsyslog could log nor could logrotate remove the 50M syslog file :)
[19:22] <sil2100> pitti: if anything, sync builds should now have a proper changelog list in changes
[19:26] <sil2100> pitti: sorry for that, it seems there was a small one-liner
[19:30] <danielholm> Hey, I wanted to try to resolve a bug about the Swedish keyboard layout that I reported and propose it to be merged, but I'm having some questions
[19:31] <danielholm> I found this code, which I thought was the keyboard for Touch, but it looks like it should: http://bazaar.launchpad.net/~phablet-team/ubuntu-keyboard/trunk/view/head:/plugins/sv/qml/Keyboard_sv.qml
[19:31] <danielholm> so maybe I'm off
[20:05] <kenvandine> seb128, i have a packaging change for folks, what do you think of https://code.launchpad.net/~ken-vandine/ubuntu/utopic/folks/misc/+merge/233111
[20:07] <jgdx> danielholm, maybe check in #ubuntu-unity too
[20:10] <kenvandine> seb128, those  backends being included in libfolks25 causes them to get loaded in the address-book-service, wasting memory, cpu, etc
[20:11] <seb128> kenvandine, is there any chance you could fwd that to Debian?
[20:11] <kenvandine> yeah
[20:11] <kenvandine> i'd hate to carry the delta
[20:25] <Drew_Neilson> can anyone tell me where I can go on my Windows PC to see what apps are available for Ubuntu on phones and tablets?
[20:26] <danielholm> jgdx: I found the files in a different branch, and updated the bug. but thanks
[20:27] <popey> Drew_Neilson: we don't have a web based store right now
[20:28] <Drew_Neilson> popey so how am I supposed to know what apps are available for Ubuntu Touch before buying a phone?
[20:31] <popey> Drew_Neilson: you don't yet. The project isn't finished/
[20:31] <dobey> also there isn't a phone yet
[20:31] <dobey> so you've got some time :)
[20:31] <popey> there is that
[20:33] <dobey> alternatively you could just run the ubuntu-next preview image in a VM or something i guess, and browse the store that way, or with the emulator inside a vm running ubuntu
[20:40] <Drew_Neilson> I'm not even running Ubuntu on my laptop, but I might install it on a potential future desktop, as I might be receiving a HTPC and might need a free OS to put on it
[20:50] <nik90_> dobey: actually the emulator inside a vm doesn't provide the correct amount of apps since it is missing apps that weren't compiled for i386 which is quite a lot of them
[20:53] <dobey> nik90_: you can view armhf-specific apps from there though
[20:53] <nik90_> true
[20:54] <dobey> nik90_: there's an env var to override for testing
[20:55] <nik90_> dobey: I use the emulator for development and testing and was rather suprised to not see LogViewer and Ubuntu App Startup apps not available for it. But then again it is just an emulator, so not critical
[20:56] <dobey> nik90_: well, once magic fat packages are fully enabled/working, that should go away and all apps should appear for all archs
[20:57] <nik90_> dobey: yes..really looking forward to that
[21:11] <nik90_> tedg: ping
[21:12] <tedg> nik90_, Howdy
[21:12] <nik90_> tedg: Hi, I had a question about your app "Ubuntu App Startup".
[21:12] <nik90_> tedg: What does the graphs show?
[21:13] <tedg> nik90_, Well, the data is a bit variable right now, it should be the amount of time to when the first frame is shown.
[21:13] <tedg> nik90_, The source data isn't perfect yet, I've got a branch to make it better, but we need UAL cgroups to land first :-/
[21:13] <nik90_> tedg: but that time is 250 which is way too small.
[21:13] <nik90_> ah
[21:14] <nik90_> tedg: I am guessing when that lands it should show 2690 ms or something
[21:14] <tedg> nik90_, Yes, hopefully that low :-)
[21:14] <nik90_> tedg: but this is cool. I can measure it everyday to see if I am regressing it or not
[21:14] <nik90_> tedg: I am measuring it manually meanwhile :D
[21:14] <tedg> nik90_, Yes, that's exactly our plan. So then we can also tie it back to toolkit landings, etc.
[21:14] <tedg> For instance if all apps become slow one day.
[21:15] <nik90_> tedg: sweet
[21:15] <nik90_> tedg: so the test server is the qa dashboard?
[21:15] <tedg> nik90_, Basically, it's part of the UTAH testing, and runs on a N4.
[21:16] <nik90_> awesome.looking forward to it all working properly
[21:16] <tedg> Me too! \o/ :-)
[21:18] <dobey> oh sweet, i can unfavorite music/video scopes now
[21:25] <nik90_> dobey: late to the proposed party :)
[21:26] <dobey> nik90_: nah, i've been on proposed. but the n5 builds were stuck for a couple days, and i just flashed up today
[21:26] <nik90_> dobey: ah
[23:30] <Akiva-Thinkpad> What tha hack? How did I not know about this channel?
[23:32] <nhaines> Akiva-Thinkpad: welcome!
[23:32] <Akiva-Thinkpad> hey nathan
[23:32] <Akiva-Thinkpad> whats you busy with these days?
[23:34] <nhaines> Akiva-Thinkpad: Stuffs.  :)  I signed a book contract, so I'll be writing an Ubuntu book starting this week.
[23:34] <nhaines> Tonight, if I finish this other project.  :)
[23:35] <Akiva-Thinkpad> nhaines, Wow! that is very cool!
[23:35] <nhaines> Thank you.  :)
[23:35] <Akiva-Thinkpad> nhaines, 2015; how to install ubuntu? or what?
[23:35] <nhaines> "Beginning Ubuntu Linux for Windows and Mac Users".  But I'm going to try to see if I can convince them to pull "Linux" from the title.  ;)
[23:36] <nhaines> Also I'm going to see if I can get it submitted in time to carry a giant box of them to SCALE.
[23:42] <Akiva-Thinkpad> nhaines, lol; as long as you put it in the book
[23:42]  * Akiva-Thinkpad wonders if the ubuntu website still doesnt have the word linux in it
[23:44]  * Akiva-Thinkpad is sitting in front of the mac store
[23:44] <Akiva-Thinkpad> just had a fellow peer over my shoulder, looking at what I was running