[01:06] <matv1_> so what does Detectable autorepeat not supported mean?
[01:06] <matv1_> my app runs on the desktp but crashes on the phone with said error..
[01:36] <matv1_> matv1 fixed it
[04:16] <Siva> Hello
[06:45] <dholbach> good morning
[07:44] <pitti> sil2100, seb128: FYI, please see my last comment on bug 1359191
[07:45] <pitti> sil2100: so we now can land my branches at any time and without having to wait for launchpad and new langpacks, which should make this whole mess much easier
[07:45] <seb128> pitti, oh, nice, thanks for doing that ;-)
[07:45] <pitti> I locally tested the new langpack on the phone; they are building now
[07:45] <pitti> so if we want to publish a new image today these will pick up the new langpacks
[07:46] <seb128> great
[07:46] <nhaines> I'm crossing my fingers for you guys on promotion.
[07:49] <sil2100> Oh, let me check that
[07:51] <pitti> sil2100: so if you are keen on cleaning up some silos I think releasing PPA-12 is reasonably safe now
[07:52] <pitti> argh, except that someone needs to top-approve https://code.launchpad.net/~pitti/unity-scope-scopes/use-langpack/+merge/231403
[07:52] <pitti> seems robru already tried to unleash it
[08:15] <oSoMoN> tvoss, hey, have you seen bug #1359251 ? I’m wondering if you could comment to shed a light on how the location service works in this regard?
[08:25] <tvoss> oSoMoN, commented
[08:27] <oSoMoN> tvoss, I’m not seeing the comment, could it be lp being slow?
[08:27] <tvoss> oSoMoN, sigh, it ate my comment
[08:28] <oSoMoN> launchpad eats comments for breakfast
[08:29] <oSoMoN> and it likes them fresh
[08:30] <tvoss> oSoMoN, hit refresh
[08:30] <oSoMoN> tvoss, thanks!
[08:31] <tvoss> oSoMoN, sure
[08:31] <tvoss> oSoMoN, I think we should look into how to report the error from qtlocation
[08:31] <tvoss> oSoMoN, btw: the app has no idea of the trust store or trust prompt interaction -> on purpose :)
[08:31] <oSoMoN> tvoss, yeah, that’s what I thought, thanks for confirming
[08:32] <oSoMoN> it really wouldn’t be secure to trust the app with interaction with the trust store, I guess
[08:32] <tvoss> oSoMoN, yup, we could save all effort in that case
[08:33] <oSoMoN> tvoss, who would be the right person to assign this bug to, for qtubuntu-sensors?
[08:33] <tvoss> oSoMoN, unfortunately, me
[09:03] <Laney> tvoss: please look at my platform-api branch, feature freeze is today
[09:06] <tvoss> Laney, done, should we get it in a silo?
[09:07] <Laney> tvoss: sure, that'd be good
[09:07] <JamesTait> Good morning all; happy Senior Citizens Day! :-D
[09:30] <wesleymason> Just got pinged on G+ by someone about an issue they're having with the emulator: http://ubuntuforums.org/showthread.php?t=2240474
[09:31] <wesleymason> suggested they might try an i386 device as I've never had good luck with armhf display on this machine, reason I've been testing on my nexus 7
[09:42] <ogra_> pitti, i think the latest system-settings actually has a wipe/factory-reset option via a dbus interface i wonder if that would be usable
[09:51] <bzoltan> mvo_: ping
[09:53] <mvo_> bzoltan: pong
[09:54] <bzoltan> mvo_: hello there. I have a most likely silly question :) Would it be possible to support the native chroots with click? Like real armhf click chroot
[09:55] <mvo_> bzoltan: so armhf click chroot on a armhf system you mean?
[09:56] <bzoltan> mvo_: no, armhf click chroot on an x86 system.
[09:56] <bzoltan> mvo_:  a real armhf chroot with armhf Qt tools and toolchain
[09:57] <mvo_> bzoltan: right, and we would run the armhf binaries using something like qemu?
[09:57] <bzoltan> mvo_: yes, just as pbuilder type of chroots do
[10:00] <mvo_> bzoltan: I don't have much experience with that, cjwatson or slangasek probably know better why its done the current way (sorry)
[10:00] <cjwatson> It would probably be disastrously bad because qemu and Qt aren't friends.
[10:01] <bzoltan> mvo_:  the current way is perfect from the point of performance and practicality ... native toolchain with the target APIs and stuff. That is cool and fine.
[10:01] <cjwatson> Just as we see with virtual PPAs.
[10:01] <bzoltan> cjwatson: what would be the offer for building qmake projects?
[10:01] <cjwatson> We need to fix those to cross-build.
[10:02] <cjwatson> I'm pretty sure trying to use qemu would wind up being a non-productive time sink debugging issues none of us have any experience with, and that upstream has historically not been able to help with.
[10:02] <cjwatson> That's been the story with PPAs.
[10:02] <cjwatson> (Unfortunately; but there you have it ...)
[10:06] <bzoltan> cjwatson: yes, I can confirm that. Still we should have something for qmake projects. People are desperately trying to figure out all kind of ideas how to make app porting easier when there are hundreds of good apps using qmake.
[10:06] <pitti> ogra_: yeah, Sergio mentioned that yesterday, that sounds useful
[10:07] <pitti> ogra_: so perhaps that should get an option to save network connections? (that seems easiest, as the d-bus backend is already running as root I suppose)
[10:07] <ogra_> pitti, seen my commant on the bugg ?
[10:07] <cjwatson> bzoltan: I know, just too many things to do ...
[10:07] <ogra_> why do you need to save it at all ?
[10:07] <ogra_> *comment
[10:08] <cjwatson> bzoltan: Just don't think we should go down what's proven to be a rat-hole in the past, that's all
[10:09] <ogra_> pitti, i could imagine something like: phablet-config factory-reset (calling the dbus function); adb wait-for-device; phablet-network -n /path/to/local/netwrok/file
[10:09] <ogra_> as a replacement
[10:10] <bzoltan> cjwatson: what about target specific toolchain + sysroots? I have seen that model working? True, that it is not cheap to maintain.
[10:10] <ogra_> pitti, that would be what CI or smoke testing use ...
[10:11] <pitti> ogra_: I'd still like the saving part, so that it's convenient for running tests locall
[10:11] <pitti> y
[10:11] <pitti> and we don't have to add another config file
[10:11] <pitti> ogra_: ah, saw your comment
[10:11] <ogra_> well, i wonder if you could get the password from NM somehow ...
[10:11] <cjwatson> bzoltan: Sounds no easier to do that than to fix what we have :)
[10:11] <cjwatson> bzoltan: And definitely horrific ongoing maintenance costs because it'd be a big impedance mismatch
[10:12] <bzoltan> cjwatson: Right. Is it easy to understand what it takes to fix what we have?
[10:12] <ogra_> pitti, after all nm-applet is able to show the password to you, so there must be a way for the pahblet user to get it somehow
[10:13] <pitti> (replied)
[10:13] <pitti> ogra_: ah, good point; yeah, I suppose we can read them over -dbus
[10:13] <ogra_> (via a dbus request)
[10:13] <pitti> and d-bus too
[10:13] <ogra_> right
[10:13] <pitti> (or +dbus?)
[10:13] <ogra_> heh, der bus iis schon weg
[10:13] <ogra_> (nena)
[10:13]  * pitti prefers d-bike
[10:14] <ogra_> (shirtest pop song ever btw ... 7sec or so )
[10:14] <pitti> ogra_: so anyway, I think this should be an option
[10:14] <ogra_> yeah :)
[10:14] <pitti> ogra_: i. e. either do a full factory reset, or one with maintianing network connections (it's just so convenient and useful)
[10:14] <ogra_> i'll look into that after i have cracked the package install problem ... (i still have no proper idea here)
[10:15] <cjwatson> bzoltan: I don't know, sorry, currently trying to prepare to go to a conference and rebranch RTM :)
[10:15] <pitti> ogra_: oh, I'm happy to work on this, I'd just like to agree on a rough structure and whether it's acceptable to you
[10:15] <ogra_> pitti, yeah, just a switch to phablet-config factory-reset
[10:15] <cjwatson> bzoltan: I'll put it on my list for September though
[10:15] <nik90> tvoss: nice linux voice interview :)
[10:15] <bzoltan> cjwatson: OK :) thanks
[10:16] <pitti> ogra_: ok; then you could either use phablet-config factory-reset --keep-network, or phablet-config factory-reset followed by phablet-network (which already exists)
[10:16] <ogra_> yeah
[10:17] <pitti> ogra_: or perhaps even more granular: phablet-config save-network / phablet-config factory-reset / phablet-config restore-network ?
[10:17] <pitti> ogra_: most people wouldn't notice, as they just call adt-run; and for scripts it's more flexible
[10:18] <ogra_> yeah, sounds good too ... just more to add to the help function though :)
[10:20] <pitti> ogra_: ok, so perhaps I'll go with that; if we ever want a factory-reset --keep-network it could just re-use those two other building blocks
[10:20] <pitti> ogra_: thanks! I'll send a summary to the bug
[10:20] <ogra_> thanks !
[10:20] <ogra_> :)
[10:20] <ogra_> glad we could find a solution :)
[10:23] <pitti> ogra_: sent to the bug
[10:23] <ogra_> thx
[10:24] <tvoss> nik90, thank you :)
[10:24] <tvoss> nik90, did they end up putting my entirely un-geeky desk on the back of the issue?
[10:25] <nik90> tvoss: there were 2 pictures of you in the article itself..let me check
[10:26] <nik90> tvoss: oh yes they did!
[10:26] <nik90> tvoss: wow well organized desk
[10:26] <tvoss> nik90, well, yeah ... my wife helps by constantly reminding me if it becomes unorganized
[10:27] <nik90> hehe
[10:28]  * nik90 cleans his desk
[10:28] <pitti> ogra_: actually, I suppose the save/restore should go to phablet-network, not phablet-config
[10:28] <ogra_> hmm, yeah
[10:28] <pitti> ah no, maybe not
[10:28] <pitti> while the name sounds like that, the help and implementation doesn't
[10:28] <ogra_> well, you get restore fro free
[10:28] <ogra_> if you use phablet-network
[10:29] <pitti> yeah, restore == phablet-network
[10:30] <pitti> ogra_: we'll have to craft an NM config file from the nm-cli data (as we can't directly read the files), but that shoudln't be too hard
[10:30] <ogra_> pitti, no
[10:30] <ogra_> pitti, we need to use dbus queries to get ssid and key ... thats all
[10:30] <ogra_> (thats all phablet-network uses actually)
[10:31] <pitti> it pushes the whole file, with UUID, ipv4/6 methods, and all the other fun bits (coudl also be an ad-hoc network etc.)
[10:31] <ogra_> phablet-network (restore) only needs these two for its nmcli call
[10:31] <ogra_> no, dont look at the old code ;)
[10:32] <pitti> ogra_: I'm looking at phablet-network in bzr+ssh://bazaar.launchpad.net/+branch/phablet-tools/
[10:32] <ogra_> yes, better look at my MP ;)
[10:32] <pitti> ogra_: ack, thanks
[10:33] <ogra_> it still uses the file from the PC ... or a supplied file on the PC as input
[10:33] <ogra_> but nmcli to set up the network on the device
[10:33] <pitti> sweet
[10:33] <ogra_> so only the input chain needs changing
[10:34] <pitti> https://code.launchpad.net/~ogra/phablet-tools/pahblet-network-drop-root/+merge/230864 ?
[10:34] <ogra_> yeah
[10:34] <ogra_> adb shell "nmcli device wifi connect ${SSID} password '${KEY}'"
[10:37] <pitti> meh, factory reset doesn't work with dual-boot
[10:37]  * pitti tries with emulator
[10:51] <pitti> ogra_: oh, phablet-config is python, great; I was afraid having to parse complex D-bus structures as text in shell :)
[10:53] <pitti> ah no, we do; it runs on the host, not on the device
[10:58] <ogra_> pitti, heh, yeah
[10:59] <pitti> ogra_: ok, I figured out the necessary d-bus calls, so it's working (as phablet user) in principle
[10:59] <ogra_> pitti, feel free to just write some python tool if you want, i can stuff it into some package on the device
[11:00] <ogra_> i.e. in dbus-property-service or lxc-android-config or so
[11:00] <pitti> nah, that's fine
[11:00] <ogra_> k
[11:00]  * pitti pats his best friend sesd
[11:00] <pitti> sed
[11:00] <ogra_> :)
[11:03] <pitti> wow, what happened to the emulator? it's too fast! :)
[11:03] <pitti> sergiusens: nice job!
[11:10] <pitti> does anyone know how I can emulate pressing the power button on the emulator? i. e. for rebooting/switching off?
[11:10] <ogra_> there is a ctrl key combo i think
[11:11] <ogra_> pitti, http://developer.android.com/tools/help/emulator.html
[11:11] <pitti> cheers!
[11:11] <ogra_> F7 it seems
[11:12] <pitti> indeed, that works
[11:12] <pitti> including the "have I held it down long enough now?" effect :)
[11:13] <ogra_> eeek
[11:13]  * ogra_ just noticed phablet cant see /userdata 
[11:14] <ogra_> more dbus stuff to add :(
[11:15] <pitti> ogra_: ok, so system-setting's "reset" doesn't really
[11:15] <pitti> it keeps network, time zone, locale, doesn't bring back the wizard, etc (at least in dual-boot and emulator)
[11:15] <pitti> and it's not actually using the recovery method
[11:17] <pitti> ah, no /cache/recovery in the emulator, so nevermind
[11:18] <ogra_> right, talk to kenvandine ... he wrote that bit iirc
[11:18] <pitti> gdbus call --system -d com.canonical.SystemImage -o /Service -m com.canonical.SystemImage.FactoryReset
[11:18] <seb128> jgdx, there is an issue with the ubuntu-system-settings changes you landed yesterday, you can't wrap translatable strings like you did, gettext doesn't handle it and make a different string to translate for each line
[11:18] <pitti> argh, again? didn't I just fix that a week ago?
[11:19] <pitti> https://code.launchpad.net/~pitti/ubuntu-system-settings/i18n/+merge/230062
[11:22] <pitti> jibel, brendand: do you happen to have a device which you can factory-reset? it apparenlty doesn't work on dual-boot, but I need to get somethign verified
[11:22] <pitti> :q
[11:22] <pitti> or om26er?
[11:23] <om26er> pitti, yes, I have a cleanly flashed device, with its on 197 at this moment
[11:24] <pitti> om26er: so could you do the wizard etc., maybe change language or time zone, then phablet-shell, and run "gdbus call --system -d com.canonical.SystemImage -o /Service -m com.canonical.SystemImage.FactoryReset"
[11:24] <jibel> pitti, I have one running 202
[11:24] <pitti> om26er: that shoudl reset everything, i. e. next boot starts with wizard again and it doesn't have network or your files
[11:25] <om26er> pitti, ok, will report back
[11:25] <pitti> om26er: cheers!
[11:28] <jibel> pitti, the phone rebooted after gdbus call, the wizard started and didn't know anything about the previous settings (language, lock mode, network)
[11:28] <jibel> it looks like the reset was successful
[11:28] <om26er> pitti, that reset the device yes..
[11:29] <jgdx> seb128, ah, right. There's a fix for that coming[1]. Thanks, though, didn't know that. [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1357393-fix/+merge/231347#diff-line-257
[11:29] <seb128> jgdx, thanks
[11:31] <pitti> jibel, om26er; très bien, thanks!
[11:31] <pitti> jibel, om26er: that ran as phablet, not root, right? (phablet-shell, not "adb shell")
[11:32] <om26er> pitti, yes
[11:39] <facundobatista> Hola!
[11:42] <jibel> pitti, yes as phablet
[11:49] <ogra_> sergiusens, one more https://code.launchpad.net/~ogra/phablet-tools/phablet-tools-phablet-config-changes/+merge/231711
[11:51] <sergiusens> ogra_: you own phablet-tools now!
[11:51] <ogra_> haha
[11:51] <ogra_> if i own it, can i re-write it in shell ?
[11:51] <ogra_> :P
[11:52] <ogra_> sergiusens, wahetver you do, dont top approve yet, first dbus-property-service needs to land
[11:52] <ogra_> (which waits for traincon-0
[11:52] <ogra_> )
[11:53] <sergiusens> ogra_: well it needs a silo and testing anyways
[11:54] <ogra_> that too
[11:54] <sergiusens> so I can top approve all I want :-P
[11:54] <ogra_> which is tricky ... i dont want to land adbd yet
[11:54] <ogra_> people testing need to install the deb
[11:55] <sergiusens> ogra_: btw, I bet you have cached mediascanner data
[11:55] <ogra_> oh, beacuse of music-app working ?
[11:55] <ogra_> well, mediascanner is running happily ... no crashes today
[11:56] <ogra_> not sure how much it caches ... i have 32G of music on SD ... might indeed all come from the cache
[11:58] <sergiusens> ogra_: they do
[12:00] <sergiusens> ogra_: wipe flo or mako and see
[12:04] <sergiusens> ogra_: maybe the scope dropped it and actually needed it :-P
[12:05] <ogra_> yeah
[12:05] <ogra_> well, i imagined music app might use curl to pull album art
[12:05] <ogra_> or is that downloaded lower in the stack ? i.e. mediacanner
[12:06] <nik90> I heard the album art was pulled by thumbnailer and not music app directly
[12:06] <sergiusens> ogra_: media scanner uses grilo and music app uses the media sanner
[12:06] <ogra_> interesting
[12:07] <sergiusens> nik90: ogra_ they used to use grilo directly (when arch any), now they just use the qml bindings
[12:07] <sergiusens> so it's impossible for it to be a music app problem
[12:07] <ogra_> oh, i never claimed it was !
[12:07] <ogra_> :)
[12:07] <ogra_> but removing/adding the libs changes behavior ... so it influences something
[12:08]  * ogra_ just wants to know if he needs to seed the libs or one of them :) 
[12:08] <nik90> may be it influences thumbnailer then
[12:08] <ogra_> though seems tvoss answered that question for curl already ;)
[12:08] <nik90> ogra_: check out silo-3 which has thumbnailer which failed to build for some reason
[12:09] <tvoss> ogra_, curl has to be around, yes :)
[12:09] <ogra_> tvoss, right, now the question is "just around" or "part of the framework" :)
[12:10] <gg> updated to trusty and cant open chrome
[12:10] <ogra_> if i seed it in sdk-libs it becomes a piece of our framework ... if i seed it in touch it will "just be there"
[12:10] <ogra_> gg, chrome doesnt run on the phone ...
[12:10] <tvoss> ogra_, well ... I'm fine with magically there
[12:11] <ogra_> tvoss, right, but if other infra pieces use it we would want it in the framework
[12:11] <gg> ?
[12:11] <ogra_> gg,  this is the IRC channel for ubuntu on phones
[12:12] <gg> o
[12:12] <ogra_> go to #ubuntu for support :)
[12:12] <thelionroars> gg, gg :P
[12:16] <gg> exited as you were recommending where i need visit
[12:16] <ogra_> go to #ubuntu for support :)
[12:16] <gg> thx
[12:16] <ogra_> np
[12:21] <sergiusens> ogra_: tvoss|afk shouldn't be part of the framework directly; the libs that use it should just depend on it
[12:21] <ogra_> right and i have the feeling we are somewhere missing a dep
[12:21] <ogra_> sergiusens, for some bits that isnt possible btw ... i.e. some unpackaged pieces
[12:22] <sergiusens> ogra_: yeah, but for this case it should be
[12:22] <ogra_> right
[12:22] <sergiusens> u1db is a different story
[12:22] <sergiusens> if the qml bindings for it are not in the sdk-libs then something has gone wrong
[12:22] <ogra_> yeah, i start to think U1DB doesnt actually cause the issues here
[12:23] <ogra_> that lib only provides C bindings ... not sure if there is another C++ one
[12:23] <ogra_> or a qtu1db
[12:23] <ogra_> :)
[12:23] <ogra_> your empty albumart dir kind of points to curl though
[12:24] <ogra_> i bet it fills up if you install the lib
[12:25] <sergiusens> ogra_: yup, qtu1db
[12:25]  * sergiusens tries
[12:25] <ogra_> lol, and i was just guessing
[12:27] <pmcgowan> ogra_, so that libu1db is not really used by the sdk correct? that only makes sense
[12:27] <pmcgowan> and libcurl should have something in platform depending on it no?
[12:27] <ogra_> pmcgowan, right, but curl seems to be used by "something"
[12:27] <ogra_> preferably that something should have a package dependency
[12:27] <pmcgowan> agreed
[12:28] <ogra_> but I'm fine with temporary seeding it
[12:28] <pmcgowan> can you find with rdepends magic?
[12:29] <ogra_> a dependency tool to find a missing dependency would be cool indeed :)
[12:29] <pmcgowan> lol
[12:29] <ogra_> no, i cant really :)
[12:29] <pmcgowan> yeah
[12:29] <pmcgowan> maybe you can reply to the list again as everyone is panicing ;)
[12:30] <ogra_> panicing ? we rolled back the change, they have time to inspect the issue
[12:31] <sergiusens> pmcgowan:  ogra_ installing the curl lib and restarting the mediascanner brought me back my scope artwork
[12:31] <ogra_> yeah
[12:31] <ogra_> so it might be mediascanner that actually need the dep
[12:32] <pmcgowan> ogra_, folks worried we are removing u1db from the sdk
[12:32] <pmcgowan> not sure why
[12:46] <jgdx> anyone know the difference between these two lines? (Cmake) http://pastebin.ubuntu.com/8105986/
[12:48] <dobey> jgdx: the second REQUIRED in the second line, is invalid
[12:51] <dobey> jgdx: you probably just want pkg_check_module() for the second line, as well
[12:52] <dobey> jgdx: http://cmake.org/cmake/help/v2.8.8/cmake.html#module:FindPkgConfig
[12:52] <jgdx> dobey, so that's most likely a copy paste gone bad?
[12:52] <nik90> pmcgowan: (as one of the panickers), I think we saw libu1db, ignored the lib, and read u1db being removed from the seeds which worried us since click packages don't really allow specifying the dependencies an app needs. And removing u1db would be disastrous for our apps.
[12:52] <dobey> weird if so. probably just a misunderstanding of REQUIRED flag
[12:53] <pmcgowan> nik90, indeed ;)
[12:53] <jgdx> dobey, anyway, thanks. That conclusion seems to fit my current woes
[13:18] <Jouke> With ubuntu touch on a nexus 7, does it run kernel by canonical or does it use the android kernel?
[13:20] <Chipaca> charles: http://pastebin.ubuntu.com/8106246/
[13:20] <ogra_> Jouke, it uses a patched and changed kernel built by canonical, based on the android source
[13:21] <Chipaca> charles: see line 24, “setting hardware wakeup time to 2014-08-21 13:03:55 for ubuntu push client”
[13:21] <Chipaca> charles: see no line(s) at 13:03:*
[13:22] <Chipaca> charles: it only woke up when i did so manually
[13:26] <charles> Chipaca, that's worrying -- the lines at 24 - 26 look correct
[13:26] <Chipaca> charles: for my use case i don't care (no network => nothing to do), but the clock might think differently
[13:27] <Chipaca> charles: if this is a mako bug it's probably no biggie (maybe this is why it doesn't deep sleep if a sim is in); if it affects other devices, then probably yes
[13:28] <Chipaca> charles: would you have other devices to test with?
[13:28] <Chipaca> i'm afraid all i have are twin makos
[13:28] <charles> my n4 is all I have to test with
[13:28] <Chipaca> ok, i'll pester sergiusens as i know he has some other ones
[13:28] <charles> tvoss|afk, does http://bazaar.launchpad.net/~charlesk/powerd/add-hardware-alarms/view/head:/src/wakeup.cpp#L54 look correct to you?
[13:28]  * Chipaca grins at sergiusens 
[13:30] <sergiusens> Chipaca: charles have a deb or silo I can install?
[13:30] <Chipaca> sergiusens: yes
[13:30] <Chipaca> sergiusens: gimme a sec
[13:31] <Chipaca> sergiusens: silo 10's ppa
[13:31] <Chipaca> sergiusens: has the powerd bits
[13:31] <ogra_> charles, dednick, thanks for the clock fix ... would it be possible to make the UI ask for the updated time directly after the screen wakes up ? it still takes about a minute for me til indicator and lock screen update after resume
[13:31] <sergiusens> Chipaca: anything simple to test?
[13:31] <Elleo> danilos: heya, just finished reviewing your branch; found a couple of small issues that I've commented on in the MR, as soon as those are fixed I think it should be good to go :)
[13:32] <charles> sergiusens, if you enable POWERD_DEBUG=1 in powerd's upstart job, you can watch syslog to confirm what powerd's doing wrt hardware wakeups
[13:32] <charles> sergiusens, along the same lines as Chipaca's pastebin link from 10m ago
[13:33] <sergiusens> charles: thanks
[13:33] <Chipaca> sergiusens: and let me get you a dbus call to do the thing, unless you want to build push from my poller branch
[13:34] <sergiusens> Chipaca: no, but a push-client binary would be good regardless
[13:34] <danilos> Elleo, cool, thanks, I'll fix them later tonight
[13:35] <Elleo> danilos: great, thanks very much :)
[13:35] <Chipaca> sergiusens: gdbus call -y -d com.canonical.powerd -o /com/canonical/powerd -m com.canonical.powerd.requestWakeup potato $(($(date +%s) + 120))
[13:36] <Chipaca> sergiusens: and disable networking on the device
[13:36] <Chipaca> sergiusens: and unplug it
[13:36] <Chipaca> sergiusens: and whatever else is needed for it to reach deep sleep before the 120 seconds are over
[13:36] <Chipaca> sergiusens: (the "disable networking" is not about deep sleep, it's about the bug, so do that also)
[13:37] <Jouke> Can one mount a usb-stick to ubuntu touch? can one use it as a real linux device or are there specific limitation I need to think about?
[13:37] <charles> ogra_, could you file an indicator-datetime ticket for that, assign it to  me, and I'll look at it in a week or so
[13:38] <ogra_> charles, cool ... yeah, not urgent or anything
[13:38] <charles> ogra_, ack, I just want to make sure it gets files so I don't forget about it
[13:38] <tvoss|afk> Chipaca, do you pass a relative or absolute wakeup time?
[13:39] <charles> tvoss|afk, the call to _set_relative_to_with_behavior() is at http://bazaar.launchpad.net/~charlesk/powerd/add-hardware-alarms/view/head:/src/wakeup.cpp#L54
[13:40] <tvoss|afk> charles, sure, but you just hand down the time from the exposed function
[13:41] <ogra_> Jouke, while the default behavior of the phone will not be much different to android or IOS, when you swithc it to developer mode you will find a totally normal ubuntu underneath, and indeed you can hack it up in any direction you want :) (i heard about people running a tomcat apache setup on a ubuntu touch nexus4)
[13:43] <Jouke> ogra_: ok, that sounds really interesting :)
[13:48] <dednick> charles: hi. re that clock fix. I'm still seeing a bit of odd behaviour. this morning i switched screen on and it was 9:30pm for a few seconds.
[13:50] <dednick> charles: it seems that the clock stops updating every minute after awhile as well. I put some trace logging in indicator-datetime header update. http://paste.ubuntu.com/8106415/ and you can see that it's skipping minutes.
[13:51] <dednick> i pluggined phone into usb at 13:46, which is why it's updating now.
[13:52] <dednick> i haven't seen it skip more than 2-3 minutes so far though.
[13:53] <dednick> charles: but that did take all night to reproduce.
[13:53] <Cimi> mterry, on the checkable, do you think it will work? I am quite confused with those bi-directional things
[13:54] <Cimi> mterry, I am thinking about the case when you activate/deactivate the check setting while the backend still is loading
[13:54] <mterry> Cimi, I think so.  If the inner gets clicked, it changer outer, which changes inner to same, but stops there
[13:54] <mterry> Cimi, shouldn't be possible due to dbus activation, I wouldn't think...
[13:55] <Cimi> mterry, because I remember I was having issues with bi directional bindings
[13:55] <Cimi> mterry, if situation now is fine, good, but just because of a signal?
[13:55] <mterry> Cimi, specifically with a race condition with the backend?
[13:56] <Cimi> mterry, no, just aligning them across multiple places
[13:56] <mterry> But by the time the user sees this page, I would think the backend would be fine
[13:56] <mterry> Ah
[13:56] <Cimi> mterry, if you had wizard and settings running at the same time
[13:57] <Cimi> I honestly don't know :)
[13:57] <mterry> Cimi, I think it's fine...  I didn't test settings running at same time, but I did test wizard and confirmed the backend was seeing change
[13:57] <Cimi> mterry, that's good enough
[13:58] <Cimi> mterry, as long as the final change arrives on the system settings
[13:58] <Cimi> mterry, either true or false
[13:58] <Cimi> mterry, otherwise we need to fix also the system settings checkable component
[13:58] <Cimi> mterry, it was plugins/security-privacy/diagnostics/DiagnosticsCheckEntry.qml
[13:59] <Cimi> and/or the new one for location
[13:59] <mterry> Let me test real quick
[14:00] <Cimi> mterry, pls also check code of that checkable inside the system settings, I doubt it was updated...
[14:01] <mterry> Cimi, that's what I'm doing
[14:01] <Cimi> mterry, also, update import Ubuntu.Components.ListItems to 1.0
[14:01] <nerochiaro> cjwatson: quick question for when you have a moment: is there a way to change the directory where "click chroot create" will create the chroots in ?
[14:01] <mterry> Cimi, oh?
[14:01] <mterry> Cimi, what does that get us?
[14:01] <cjwatson> nerochiaro: No
[14:02] <cjwatson> nerochiaro: Though you can always make /var/lib/schroot/chroots a symlink to somewhere else if you have space issues or something
[14:02] <nerochiaro> cjwatson: yeah, that's the issue. does the target dir need to have specific permissions or owners ?
[14:02] <Cimi> mterry, to make sure we get all the fixes if they fix those components
[14:03] <cjwatson> nerochiaro: I don't recall.  root:root 0755 would be safe as that's the current ownership/perms of /var/lib/schroot/chroots
[14:03] <nerochiaro> cjwatson: thank you
[14:09] <saidinesh5> Elleo: any updates on maliit cleanup?
[14:12] <nerochiaro> cjwatson: i tried what you suggested a minute ago but chroot creation fails as in this pastebin: http://pastebin.ubuntu.com/8106573/
[14:12] <nerochiaro> cjwatson: anything obviously wrong ?
[14:18] <cjwatson> nerochiaro: You probably have that on a different filesystem that's mounted either noexec or nodev, as the error from debootstrap suggests.  Check /etc/fstab
[14:19] <nerochiaro> cjwatson: it's a diff ext4 filesystem mounted as "defaults"
[14:20] <nerochiaro> cjwatson: what is debootstrap looking for ? I can options that are needed to fstab
[14:21] <cjwatson> nerochiaro: It's trying to run "mknod /var/lib/schroot/chroots/click-ubuntu-sdk-13.10-armhf/test-dev-null c 1 3"
[14:23] <Elleo> saidinesh5: do you mean in terms of memory usage?
[14:23] <saidinesh5> Elleo: more like the changes you wanted to upstream so that i can at least see the vkb :P
[14:24] <Elleo> saidinesh5: ah right, we haven't got anything upstream, but we have synced upstream with our packages now
[14:24] <Elleo> I'm not sure it'll make any difference to your problems though
[14:24] <saidinesh5> packages?
[14:24] <MacSlow> tsdgeos, dandrader: I've updated https://code.launchpad.net/~macslow/unity8/fix-1348092/+merge/228090 again, but now it needs https://code.launchpad.net/~macslow/unity8/qmltest-tweak-for-1354406-workaround/+merge/231687 to land in trunk before the former.
[14:25] <Elleo> saidinesh5: yeah, the maliit-framework, libmaliit*, etc. packages in utopic are based on the latest git version of maliit
[14:25] <Elleo> saidinesh5: plus our patches for building with qt5.3, gcc 4.9, etc.
[14:25] <saidinesh5> Ahh
[14:25] <Elleo> saidinesh5: they were 3 or 4 months behind maliit HEAD previously
[14:25] <saidinesh5> ohh
[14:25] <saidinesh5> nah
[14:26] <Elleo> I don't think it'll make much difference for you though
[14:26] <saidinesh5> i doubt that changes anything for me
[14:26] <saidinesh5> i mean i m on maliit HEAD
[14:26] <Elleo> I've got no idea why things aren't showing up for you
[14:26] <charles> dednick, it's okay if it skips minutes overnight when the phone is suspended
[14:27] <Elleo> saidinesh5: if I get a bit of time next weekend I'll have a bit of a play with the default maliit plugins and see if I can reproduce your issue
[14:27] <saidinesh5> aye thanks Elleo
[14:28] <charles> dednick, but ogra mentioned the failure-to-update when the screen comes back on too, I agree that one's frustrating
[14:29] <dednick> charles: ok
[14:30] <dednick> charles: but why does it skip?
[14:30] <charles> dednick, (as long suspend is actually what's happening in the pastebin, that is... )
[14:30] <charles> dednick, I'll leave running overnight tonight and see if I get the same behavior
[14:32] <charles> dednick, I don't know why there are skips in that pastebin, e.g. lines 23-25 --
[14:33] <charles> dednick, next thing I'd look at is adding a debug message to clock-live.cpp's restart_minute_timer() and on_minute_timer_reached() functions to make sure the periodic timer is working
[14:33] <nerochiaro> cjwatson: i mounted the partition with defaults,dev,exec but I still get the same problem. anything else you can think of that I can add to that fstab line ?
[14:34] <cjwatson> nerochiaro: no, sorry, you'll have to dig into why mknod is failing.  Try running that manually to confirm, and perhaps under strace
[14:34] <cjwatson> nerochiaro: (and under sudo, obviously)
[14:34] <nerochiaro> cjwatson: ok. i'll try that. thanks for the help so far
[14:50] <mterry> tedg, so that location-detection-enabled property on indicator-location...  it's a bug that it resets on boot, right?
[14:52] <tedg> charles, ^
[14:52] <mterry> Cimi, updated location-page branch.  Works for me, but I'm not sure what you wanted fixed in the system-settings.  You mentioned diagnostics, but I'm not changing anything about the diagnostics setting (that's not a checkbox per design anymore)
[14:52] <tedg> mterry, NSA requirement ;-)
[14:52] <mterry> tedg, heh
[14:53] <Cimi> mterry, I just wanted to make sure that if we work on a particular setting, the counterpart in the system settings will work fine as well
[14:53] <Cimi> mterry, so if we touch location, location page in settings
[14:53] <Cimi> same for diagnostics/bug report
[15:01] <charles> ogra_, dednick, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1359802
[15:03] <charles> mterry, tedg, indicator-location gets that setting from the location service via a call to ua_location_service_controller_query_status()
[15:03] <charles> tvoss|afk, are those settings supposed to be sticky between boots? ^
[15:04] <mterry> Cimi, that page in settings isn't even exposed yet, but I fixed a small label bug with it.  Otherwise seems fine.  Please review again
[15:04] <charles> tvoss|afk, that is, doesn't the location service preserve that?
[15:04] <tvoss|afk> charles, nope, open todo on my plate
[15:05] <charles> tvoss|afk, ack, ty for the answer :)
[15:05] <charles> mterry, so yes. ^
[15:06] <mterry> charles, tvoss|afk: ok, as long as someone is on it  :)
[15:40] <Cimi> mterry, the setting is not preserved after reboot...
[15:41] <Cimi> mterry, I did disable location during wizard, booted, checked indicators (disabled), rebooted -> setting is on
[15:41] <mterry> Cimi, right, it's a known bug, see above ^
[15:42] <Cimi> mterry, ok I see
[15:42] <Cimi> mterry, shall we approve something that doesn't work because of backend?
[15:43] <Cimi> or wait for backend to fix?
[15:43] <mterry> Cimi, I'd rather not block this on a backend bug
[15:44] <mterry> Cimi, I got the impression that it was important for this HERE T&C to land soon, and it doesn't make sense to show it without the accompanying toggle I don't htink
[15:44] <Cimi> mterry, that is quite fine
[15:44] <Cimi> mterry, the fact you disable location, reboot, is there... :D
[15:44] <mterry> Cimi, yeah it's a bug for sure
[15:45] <mterry> Cimi, I mean you have the same bug with the indicator right now.  Not like we're suddenly exposing this to the user
[15:47] <Cimi> mterry, text on the t&c is too small
[15:47] <mterry> Cimi, yeah, I note that in my description
[15:47] <Cimi> haven't read that yet :D
[15:48] <mterry> Cimi, I'm honestly not sure how to increase the default text of a webview
[15:48] <mterry> *text size
[15:48] <mterry> Cimi, :)
[15:49] <Cimi> mterry, css
[15:49] <mterry> Cimi, but how do you load that into the webview?
[15:49]  * Cimi thinks
[15:50] <nannaniel> Question... I have ported ubuntu-touch to the d2att and all .img are in my out directory. How i make a flashable zip or simply how i flash that thing ? anyone ?
[15:51] <Cimi> mterry, using webview.html and appending html code containing CSS
[15:51] <Cimi> prepending sorry
[15:52] <Cimi> mterry, webview.loadHtml
[15:52] <mterry> Cimi, hrm, but I wanted to avoid modifying the html files they give us
[15:52] <mterry> Cimi, ah...
[15:52] <Cimi> mterry, you don't, you prepend...
[15:52] <mterry> Cimi, I'll look at that after lunch
[15:53] <Cimi> mterry, another issue with the branch is removing the label about location in bug reporting page
[15:53] <Cimi> mterry, rest is fine on that
[15:54] <mterry> Cimi, oddly enough the design still has that text there.  I'll poke them about it
[15:57] <pitti> robru, sil2100: FYI, the missing branch got top-approved for landing silo-12 (Rob's previous attempt failed due to that)
[15:58] <robru> pitti: thanks
[15:59] <pitti> "My Roll" in the video scope -- what does that mean?
[15:59] <pitti> (trying to complete translations)
[16:01] <pitti> like, "my collection of videos"?
[16:02] <Cimi> mterry, another issue, I enable t&c, click on terms and condition link, then back after it loads the webpage, then I click continue -> it clears
[16:36] <mterry> Cimi, what clears?
[16:36] <Cimi> mterry, the settings in the page
[16:36] <Cimi> location page
[16:37] <mterry> Cimi, the T&C checkbox?  interesting, haven't seen that
[16:37] <Cimi> mterry, happens with back
[17:33] <dobey> where's the source for the 7digital scope?
[18:05] <jgdx> greyback_, hey, how's it going?
[18:20] <nik90> ogra_: can I flash image #202 by ubuntu-device-flash --channel=ubuntu-touch/devel-proposed -b 202 ?
[18:20] <nik90> ogra_: I need to do some location service testing which doesnt work on 203
[18:20] <ogra_> not -b
[18:20] <ogra_> --revision=202
[18:21] <nik90> ah thnx
[18:21] <ogra_> (or perhaps without the = )
[18:35] <greyback_> jgdx: coming along :) Should have something reasonable tomorrow
[18:39] <jgdx> greyback_, nice :) Let me know if you need an additional set of eyes
[18:43] <greyback_> jgdx: will do
[19:25] <jgdx> kenvandine, can you take a look at https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1357393-fix/+merge/231347 ?
[19:26] <kfbjdkx> hi
[19:30] <Cimi> mterry, commented https://code.launchpad.net/~mterry/ubuntu-system-settings/location-page/+merge/231622
[19:32] <Cimi> mterry, I never said to use a frame, we misunderstood...
[19:32] <Cimi> mterry, my original idea was to prepend the html string
[19:33] <mterry> Cimi, ah, to read the contents of the file?
[19:33] <Cimi> mterry, yeah
[19:33] <Cimi> mterry, I fixed my comment
[19:33] <Cimi> mterry, using a normal Label would be cool
[19:34] <labsin> hi all, I'm trying to run ubuntu-emulator (from Utopic) and I get just a black screen. The error I get somewhere is libGL error: failed to load driver: swrast. With LD_DEBUG I get /usr/lib/i386-linux-gnu/dri/swrast_dri.so: error: symbol lookup error: undefined symbol: __driDriverGetExtensions_swrast (fatal)
[19:34] <Cimi> mterry, if doesn't work we can try with the second approach
[19:34] <Cimi> mterry, otherwise who cares, holidays! :D (jokin)
[19:34] <labsin> with ati drivers
[19:34] <mterry> Cimi, yeah I like using the label if we can...  let me see
[19:43] <jgdx> awe_, hi, if a ofono property is [optional], who is it optional to? Phones/sims?
[19:44] <jgdx> s/a/an, s/who/to whom
[19:44] <jgdx> load scipts/mandatory_spell_and_grammar_checker.pl
[19:46] <awe_> jgdx, can you be more specific?
[19:46] <awe_> which prop?
[19:46] <awe_> and interface?
[19:46] <jgdx> awe_, yeah, the ModemTechnologies in the radiosettings interface
[19:46] <awe_> so the property *should* always be there...
[19:47] <awe_> where is it marked [optional]?
[19:47] <awe_> doc?
[19:47] <jgdx> awe_, https://github.com/rilmodem/ofono/blob/master/doc/radio-settings-api.txt
[19:47] <jgdx> L57
[19:49] <awe_> ah, so my guess it that it's marked as optional as a modem driver may or may not provide it
[19:49] <awe_> our rilmodem impl always provides it
[19:49] <jgdx> phew
[19:49] <awe_> ofono can be used with other native modem drivers which may not
[19:49]  * awe_ likes easy questions that don't require any follow-up work
[19:50] <jgdx> awe_, now, about my taxes
[19:50] <awe_> move to some island dude
[19:50] <awe_> s/some/some other/
[19:50] <jgdx> islands in Norway are like bizarro isle of mans
[19:51] <jgdx> anyway, thanks awe_
[19:51] <awe_> np
[20:02] <matv1> haha finally a new promoted image and my gf breaks it within 5 minutes :D
[20:02] <matv1> she is like that :)
[20:02] <nik90> matv1: what did she break?
[20:03] <matv1> lol dont worry none of yours ;)
[20:03] <matv1> she got native 2048 to freeze and then it went frm bad to worse
[20:04] <matv1> had a look at the log but couldnt make much of it
[20:05] <matv1> no matter. I just thought it funny
[20:07] <matv1> And myself, i am seeing much new goodness! thnx everyone
[20:07] <nik90> hehe
[20:10] <jgdx> if I update to #203, will phablet-shell work like before?
[20:16] <kenvandine> jgdx, will do
[20:18] <jgdx> kenvandine, thanks
[20:18] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/security_privacy_tests/+merge/231672
[20:19] <kenvandine> jgdx, ^^ can you take a look at that?
[20:19] <jgdx> kenvandine, sure
[20:37] <Wellark> Is LP broken or do I need special powers to set bug tags?
[20:38] <popey> Wellark: example bug?
[20:38] <jgdx> kenvandine, one comment on a small issue
[20:39] <Wellark> popey: can't set tags to any of them
[20:40] <jgdx> you need more karma
[20:40] <Wellark> popey: I can click on the edit tags, then write to the field, but when hitting "confirm" I see a spinner for a short time and then it just bounces the checkbox back
[20:40] <tedg> alexabreu, Hey, I was looking at my webapp's ~/.local/share/$(appid)/ dir and it looks like there are a bunch of caches in there.
[20:40] <tedg> alexabreu, Shouldn't they go in ~/.cache/$(appid) ?
[20:41] <Wellark> jgdx: 3855 is not enough?
[20:41] <kenvandine> jgdx, so using Eventually there is safe considering those are functions that are called on cleanup?
[20:41] <popey> Wellark: wfm
[20:42] <kenvandine> jgdx, i noticed in other areas that we reset gsettings values on cleanup there were sleeps
[20:42] <jgdx> kenvandine, I know, I'm changing that :p
[20:42] <kenvandine> cool
[20:42] <jgdx> kenvandine, safe how?
[20:42] <jgdx> no cleaning up properly?
[20:42] <kenvandine> i was worried it would exit before the setting was synced to disk
[20:43] <jgdx> ah – it seems to clean up fine for my branch
[20:43] <kenvandine> gsettings can do that
[20:43] <kenvandine> but shouldn't be a problem if there's a glib mainloop somewhere
[20:44] <jgdx> if get_value reads from disk, it will wait ~10 seconds for that
[20:44] <jgdx> Wellark, :) plenty!
[20:47] <Wellark> jgdx: ok, maybe it's just a timeout issue then
[20:47] <Wellark> LP is running a bit slow
[20:49] <Wellark> popey: could you try to add touch_2014_08_28 tag to this bug https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1343341
[20:49] <Wellark> just doesn't work for me
[20:50] <dobey> Wellark: you probably don't have perms to set status on ubuntu bugs
[20:50] <kenvandine> jgdx, eventually doesn't work for me...
[20:50] <kenvandine> TypeError: Eventually is only usable with attributes that have a wait_for function or callable objects.
[20:51] <Wellark> and this one would need rtm14 and touch_2014_08_21 just for the lulz
[20:51] <popey> Wellark: i cant!
[20:51] <Wellark> https://bugs.launchpad.net/indicator-network/+bug/1341548
[20:51] <popey> i can add touch
[20:51] <popey> hah, you cant use underscores
[20:51] <Wellark> dobey: I'm a member of ~ubuntu-bugcontrol
[20:51] <Wellark> somebody should probably tell olli
[20:52] <popey> look at the bug now
[20:52] <popey> knock yourself out
[20:52] <Wellark> popey: thanks for debugging!
[20:52] <popey> np
[20:52] <Wellark> I will send an email to appropriate list
[20:52]  * popey goes back to shooting people
[20:53] <popey> uh, in a game
[20:57] <jgdx> kenvandine, woops, it's like this http://pastebin.ubuntu.com/8109170/
[20:57] <Wellark> 23:52  * popey goes back to shooting people   <-- My kind of a manager!
[20:58] <jgdx> kenvandine, there's an example of that in test_reset, but used for dbus calls
[21:00] <kenvandine> jgdx, excellent!
[21:00] <jgdx> \o/
[21:00] <olli> Wellark, popey, LP tags?
[21:00] <jgdx> I'm killing sleep in test_cellular as well, though that suite needs tons of love to even approach sane
[21:00]  * olli grumbles
[21:03] <Wellark> olli: see my email
[21:03] <Wellark> I was probably first one trying to add those tags then \o/
[21:06] <pmcgowan> Wellark, you are still here, thats probably not a good sign for my apn stuff
[21:07] <Wellark> pmcgowan: relax. I have enough beer
[21:07]  * pmcgowan is really worried
[21:07] <Wellark> ;)
[21:10] <Wellark> olli: could you ACK the revised tags, so I can start adding them in mass?
[21:17] <olli> Wellark, are they copnfirmed to be working?
[21:25] <kenvandine> jgdx, i might need to make my sim lock branch depend on your branch with the cool dual sim magic :)
[21:29] <Wellark> olli: yes, see here: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1343341
[21:30] <Wellark> olli: I've added touch-2014-08-28 to that one
[21:30] <Wellark> or actually popey added it
[21:31] <jgdx> kenvandine, do you need anything to help that?
[21:32] <kenvandine> jgdx, not sure yet
[21:32] <jgdx> or, is there anything I can do to help
[21:33] <jgdx> kenvandine, let me know
[21:33] <jgdx> I'm going to eod
[21:34] <kenvandine> jgdx, good night
[21:40] <mterry> Cimi, what is in your /usr/share/ubuntu/settings/wizard/qml/Pages/ folder?
[21:43] <Cimi> http://paste.ubuntu.com/8109419/
[21:43] <Cimi> mterry,
[21:44] <Cimi> should be fine
[21:44] <mterry> Cimi, yeah looks right
[21:45] <Cimi> I gotta go now :(
[21:45] <mterry> Cimi, that video makes it look like you always get two location pages
[21:45] <mterry> Cimi, ok
[21:45] <Cimi> it'd quite late
[21:49] <mterry> Cimi, aha!  I reproduced by doing exactly what you did, thanks
[21:49] <Cimi> cool :)
[21:52] <Wellark> how do I easily test an app againsta a aa policy group?
[21:52] <Wellark> jdstrand: around? --^
[21:53] <Wellark> I have a binary and a qml file which I would like to test against the ubuntu/1.2/connectivity policygroup
[21:53] <Wellark> running from a command line on the phone
[21:53] <jdstrand> Wellark: is it a gui app or command line?
[21:54] <Wellark> jdstrand: well, both. I can launch the qml app with qmlscene
[21:54] <Wellark> but the c++ is command line
[21:54] <jdstrand> ok, you need to launch them differently
[21:55] <Wellark> jdstrand: btw, is there a way for a library component to check if the app utilizing the library has declared a certain policygroup?
[21:55] <Wellark> jdstrand: yes
[21:55] <jdstrand> first thing, find the profile name. eg: sudo aa-status | grep <"name" in click manifest>
[21:55] <Wellark> I don't have a click manifest
[21:55] <jdstrand> Wellark: not yet. we will have a file perm query api soon though
[21:56] <Wellark> jdstrand: sweet
[21:56] <jdstrand> Wellark: well, it will take some fiddling to get to work if you don't already have policy
[21:56] <Wellark> so, no magic I can pass to aa-exec to specify the policygroups on the fly?
[21:56] <jdstrand> Wellark: but the basic idea is for cli: aa-exec -p <apparmor profile name> -- your cmd here ...
[21:57] <jdstrand> you could use aa-easyprof
[21:57] <jdstrand> let me get you the bug
[21:57] <Wellark> $ aa-exec -p connectivity a.out
[21:57] <Wellark> aa-exec: ERROR: profile 'connectivity' does not exist
[21:57] <Wellark> jdstrand: ^
[21:57] <jdstrand> I demonstrated the technique of using aa-easyprof to generate an apparmor profile for webbrowser-app in a bug
[21:58] <Wellark> I would just want to run the executable with an existing apparmor profile
[21:58] <jdstrand> bug 1356516
[21:58] <jdstrand> Wellark: you have a choice
[21:59] <jdstrand> Wellark: you can either take an existing profile and modify it to be able to run your program
[21:59] <jdstrand> Wellark: or generate a profile using aa-easyprof, then loading that into the kernel
[21:59] <jdstrand> Wellark: which do you want to try and I'll tell you what to do
[22:00] <Wellark> jdstrand: the existing profile (which you created) should already be enough to run the program. I just want to verify that this is infact the case by running an example program which requires that profile
[22:00] <Wellark> this is for bug 1341548
[22:01] <Wellark> I now have everything API wise in a silo ready to be landed, I just need to quickly verify that the profile works
[22:02] <jdstrand> the only app I know now that uses connectivity is perhaps dekko and it is proken
[22:02] <jdstrand> broken
[22:02] <jdstrand> lets go the aa-easyprof route. it is easy
[22:02] <Wellark> sure.
[22:03]  * Wellark brb
[22:06] <jdstrand> Wellark: aa-easyprof --policy-version=1.2 --policy-vendor=ubuntu -t ubuntu-sdk --policy-groups=connectivity --template-var="@{APP_ID_DBUS}=foo" --template-var="@{APP_PKGNAME_DBUS}=foo" --template-var="@{APP_PKGNAME}=foo" --template-var="@{CLICK_DIR}=/tmp/foo" --template-var="@{APP_VERSION}=0.1" --profile-name=foo > /tmp/foo.profile
[22:07] <jdstrand> Wellark: sudo apparmor_parser -r /tmp/foo.profile
[22:07] <jdstrand> Wellark: aa-exec -p foo -- <path to binary>
[22:07] <Wellark> jdstrand: ok
[22:07] <Wellark> this is the "easy" version? :)
[22:07] <jdstrand> Wellark: we might have to make a change to /tmp/foo.profile
[22:08] <jdstrand> well, the other to copying a file and modifying it
[22:08] <jdstrand> here we generate a profile on the fly
[22:08] <jdstrand> the easiest would be if you had a click already :)
[22:08] <Wellark> :)
[22:09] <jdstrand> Wellark: before you run that, in another window, do 'tail -f /var/log/syslog | grep DEN'
[22:09] <Wellark> jdstrand: ack
[22:11] <Wellark> jdstrand:
[22:11] <Wellark> $ aa-exec -p /tmp/foo.profile -- ./a.out
[22:11] <Wellark> aa-exec: ERROR: profile '/tmp/foo.profile' does not exist
[22:11] <jdstrand> use -p foo
[22:11] <Wellark> $ ls /tmp/foo.profile
[22:11] <Wellark> /tmp/foo.profile
[22:11] <jdstrand> /tmp/foo.profile is the policy file that you compile and load into the kernel
[22:11] <jdstrand> 'foo' is the profile name
[22:11] <Wellark> oh, right
[22:11] <Wellark> I missed a step
[22:12] <jdstrand> (--profile-name=foo)
[22:12] <Wellark> ok. now it's running
[22:12] <jdstrand> nice
[22:12] <jdstrand> no denials?
[22:13] <Wellark> and no denials and I'm getting the signals \o/
[22:13] <jdstrand> \o/
[22:13] <jdstrand> now for a gui app, you'll use: aa-exec -p foo -- qmlscene --desktop_file_hint=path_to_.desktop ...
[22:13] <Wellark> jdstrand: now, if I just want to double check
[22:14] <Wellark> I could run it again starting from aa-easyprof
[22:14] <jdstrand> however, you'll want to adjust the CLICK_DIR to point to the directory with the qml file
[22:14] <Wellark> and leave out --policygroups=connectivity
[22:14] <jdstrand> (or put the file in /tmp/foo
[22:14] <Wellark> and then witness denials in syslog, right?
[22:14] <jdstrand> )
[22:14] <jdstrand> you should see denials then, yes
[22:15] <jdstrand> Wellark: I forgot to mention-- you can prove to yourself that when the app is running, it is under confinement with 'sudo aa-status | grep foo'
[22:15] <jdstrand> Wellark: if you see (<pid>), then <pid> is running under that profile
[22:17] <Wellark> jdstrand: now I got
[22:17] <Wellark> $ CLICKDIR=`pwd` aa-exec -p foo -- qmlscene --desktop_file_hint=/usr/share/applications/dialer-app.desktop example_networking_status.qml
[22:17] <Wellark> qmlscene: failed to check version of file 'example_networking_status.qml', could not open...
[22:17] <Wellark> and two denials
[22:17] <Wellark> jdstrand: http://pastebin.ubuntu.com/8109610/
[22:18] <Wellark> maybe the arguments got mixed up or something
[22:18] <Wellark> jdstrand: nope, those are denials of the open() call
[22:19] <jdstrand> ok, we can fix that with a other easyprof args
[22:19] <Wellark> I'm running this in /home/phablet
[22:19] <Wellark> so yeah
[22:19] <Wellark> naturally a confined app doesn't have access there
[22:19] <Wellark> anyway, based on that a.out
[22:19] <Wellark> I'm confident that it will work
[22:20] <Wellark> as the QML module uses the exact same library beneath
[22:20] <jdstrand> can you add: --read-path=/usr/share/applications/ --read-path=/home/phablet/example_networking_status.qml
[22:20] <Wellark> jdstrand: well, sure. why not
[22:20] <jdstrand> oh it there are additional files besides the qml, use --read-path=/usr/share/applications/ --read-path=/home/phablet/
[22:20] <Wellark> let's try it all the way
[22:20] <jdstrand> s/oh it/oh if/
[22:20] <Wellark> no, not additionals
[22:20] <jdstrand> ok, then the first should be enough
[22:21] <jdstrand> I see what you meant now :)
[22:22] <Wellark> jdstrand: it works beautifully
[22:22] <Wellark> jdstrand: quite an impressive machinery you guys have come up with
[22:23] <jdstrand> nice!
[22:23] <jdstrand> Wellark: thanks for working on that bug. that feature is going to be *so* useful to people
[22:25] <Wellark> jdstrand: better late than never ;)
[22:25] <jdstrand> yep! :)
[22:25] <Wellark> jdstrand: and it works beautifully when app has not defined the connectivity policygroup
[22:25] <jdstrand> there is a lot of that going around :)
[22:25] <Wellark> http://pastebin.ubuntu.com/8109630/
[22:26] <jdstrand> \o/
[22:27] <Wellark> jdstrand: and just to test throughout, also the signals get blocked as they should
[22:27] <Wellark> http://pastebin.ubuntu.com/8109636/
[22:27] <Wellark> although you already know that :)
[22:27] <Wellark> this is just the first time I've done this, so bare with me on my excitement :)
[22:28] <jdstrand> I love the excitement :)
[22:28] <jdstrand> it's fun stuff
[22:29] <jdstrand> and not just the security bits-- the whole system we are building :)
[22:29] <Wellark> indeed
[22:29] <jdstrand> Wellark: ok, I gotta run-- let me know if you need anything else
[22:30] <jdstrand> Wellark: thanks again for all your work on that :)
[22:30] <Wellark> jdstrand: now I'm 100% satisfied
[22:30] <jdstrand> cool
[22:30] <Wellark> jdstrand: I can now land the API and then write an email to ubuntu-phone to advertise this way of getting the connectivity info
[22:32] <jdstrand> yep, fantastic :)
[22:50] <Wellark> pmcgowan: btw, I forgot to mention it on the hangout today
[22:50] <Wellark> but I found a really nice way of settings up system-settings in QtCreator
[22:50] <Wellark> so that you can use the QtCreator "run" when you work on the code
[22:51] <Wellark> and it starts system-settings with any modifications you have on the editor
[22:51] <Wellark> and you are even able to use the debugger
[22:58] <pmcgowan> Wellark, we should definitely review that with the guys
[23:00] <jmunsch> I have setup launchpad - gpg/pgp - ssh keys - uploaded a test project with bzr.  I am comfortable with python, okay with bash, and wanting to learn c++ more in depth.... beyond arduino level. ... and am wondering what a next good step would be?
[23:00] <Wellark> pmcgowan: let's discuss.. erm.. later today
[23:17] <thelionroars> I've only just tried calls on a new nexus 4 and everything is full volume. Settings button doesn't work for phone app. Sound buttons and top menu options don't work during the call.
[23:18] <thelionroars> Is this a current bug? If not I'll look into dual booting to make sure it's behaving on Android.