[00:43] <tomdp> Hey everyone. I'm having an issue running both i386 and ARM instances of ubuntu-emulator on both of my Xubuntu Trusty machines. The display is usually black, sometimes picking up garbage from other parts of my screen, sometimes garbage from ubuntu touch's GUI, and divided into misaligned horizontal rectangles. This happens on machines with different GPU drivers. I have not yet tested it on a Trusty installation using another DE.
[03:37] <quizme> hi, does anbody know if running ubuntu on a Samsung Galaxy NotePro would work ?
[03:42] <quizme> why would i want to install ubuntu-touch on my tablet compared to say regular ubuntu 14.04? Because i have a touch-screen?  It's a fairly powerful machine, so i would imagine that you could run full ubuntu on it.
[03:50] <lotuspsychje> morning
[03:53] <nhaines> lotuspsychje: good morning!
[03:53] <lotuspsychje> nhaines: hello, how are you
[03:54] <nhaines> quizme: Ubuntu with Unity 8 has a very nice mobile-style interface, so if you would like that, then you choose that.  If you'd rather use Ubuntu Desktop, then you'd use 14.04 instead.  In a couple of years you won't have to choose one or the other because Unity 8 will do desktop UIs too.  :)
[03:54] <nhaines> lotuspsychje: tired but not bad.  How about you?  :)
[03:54] <lotuspsychje> nhaines: fine tnx, enjoying my nexus7 touch
[03:54] <lotuspsychje> you guys doing a great job
[03:55] <nhaines> Not me, I'm just an onlooker.  :)  I keep up with updates so that I can tell others about them.
[03:55] <nhaines> Although I did do the Nintendo Miiverse webapp.  I need to sit down and design a game some day.
[03:55] <lotuspsychje> nhaines: im also just a thrilled user, no dev
[03:56] <lotuspsychje> playing with devel touch
[03:56] <nhaines> You could always try out the SDK.  I love my Ubuntu Pioneer shirt.  :)
[03:56] <lotuspsychje> i hope you guys get the meizu and bq images
[03:56] <nhaines> Hopefully there's a new promotion tomorrow.  I'd like to report some Nexus 5 bugs.
[03:57] <lotuspsychje> saw some video's with n5 running touch on youtube
[03:57] <nhaines> My next phone will probably be the Meizu.  But thanks to a dropped Galaxy Nexus, my Nexus 5 is pretty new.  So I might have to go with the 2nd gen one in the future.  :)
[03:57] <nhaines> Other than lack of bluetooth support and right now the screen doesn't turn off, Ubuntu runs beautiful on the Nexus 5.
[03:58] <lotuspsychje> nhaines: im sure once the meizu and bq images will leak, touch will change fast for any device
[03:58] <lotuspsychje> nhaines: you got it running on your n5?
[03:58] <lotuspsychje> Beldar: morning
[03:59] <Beldar> howdee
[03:59] <lotuspsychje> i just got a brightness bug on my n7
[03:59] <lotuspsychje> every boot, it resets back to default darkness
[04:03] <nhaines> lotuspsychje: I didn't "get" it running.  Tassadar did, and between that and MultiROM Manager it's the simplest thing in the world.  :)
[04:03] <lotuspsychje> nhaines: im never going back to android, so dont need those multirom :p
[04:03] <nhaines> I seriously doubt the official RTM images will change anything with regards to other ports.
[04:04] <lotuspsychje> im sure they will, of new ideas
[04:04] <nhaines> lotuspsychje: I still need Google Navigation and Ingress, plus email and Bluetooth, so until then...  :)
[04:04] <nhaines> There won't be any new ideas.  devel is already it.
[04:05] <nhaines> All the hard stuff is driver support.  Once you have that, the rest is trivial  But few are dedicated enough to get it working.
[04:05] <lotuspsychje> sure its already nice, but just out of curiosity they will look into it
[04:05] <lotuspsychje> im missing my terminal apps
[04:06] <nhaines> Oh yeah, Canonical seems determined to make sure SSH apps don't work.  So that'll be a problem.
[04:06] <lotuspsychje> too bad the devel is locked dir
[04:06] <lotuspsychje> i wanted to experiment both updates and terminal apps
[04:08] <lotuspsychje> would be more interesting then waiting all the click apps release
[04:08] <lotuspsychje> just an example, i wanna see how mupdf reacts on ubuntu touch
[04:09] <lotuspsychje> or nmap
[04:10] <nhaines> Oh, just enable write support.
[04:10] <lotuspsychje> nhaines: i did, but then i cant get updates anymore?
[04:10] <nhaines> But apt breaks on the ARM partition scheme, so you can't do apt-get upgrade.
[04:10] <nhaines> If you're very careful with it, it might not break everything.
[04:11] <lotuspsychje> nhaines: they should build a system button to lock/unlock write support
[04:12] <nhaines> They shouldn't.  If you want to break your phone you should know what you're doing.  :)
[04:12] <nhaines> there's a phablet-tools command to run on your computer to enable it anyway.  It's pretty trivial.
[04:13] <lotuspsychje> well i heard a dev say here they gonna try a seperate line for installing the terminal way
[04:13] <lotuspsychje> and use click apps as main also
[04:13] <lotuspsychje> lets hope it all changes in the right direction :p
[04:22] <nhaines> I hope so!  :)
[05:17] <pitti> jgdx: I followed up on the pull request; thanks!
[05:25] <epicnah> hello
[05:28] <lotuspsychje> epicnah: hello mate
[05:29] <epicnah> sup
[05:29] <epicnah> can i install vmware workstation on a ubuntu cloud server ? xD
[05:30] <lotuspsychje> epicnah: this channel is for ubuntu-touch
[05:30] <epicnah> oh sorry
[05:30] <epicnah> bye mate
[07:18] <mardy> tvoss: hi! It seems I might not be working on the Location panel, but on this one instead: https://wiki.ubuntu.com/AccountPrivileges#Phone
[07:18] <mardy> tvoss: I guess that the backend I should use is the trust store, right?
[07:20] <tvoss> mardy, we do not support contact access for rtm
[07:23] <mardy> tvoss: OK; what about bookmarks and history, call logs and messages?
[07:24] <tvoss> mardy, none of them as far as I know for RTM. We distilled the list down to camera, pulse and location
[07:27] <mardy> tvoss: I know that Location will have its own page; what about the other two? Should accesses be presented in the "Other app access" page, or do they also have their own UI?
[07:27] <tvoss> mardy, not entirely sure, have to check with the security guys/design
[07:33] <mzanetti> hey, does the Nexus 10 boot for you guys with the latest devel-proposed image?
[07:58] <asac> ogra_: no gitview?
[07:59] <ogra_> there are gitweb links on the right
[08:03] <asac> ogra_: you are correct. seems my abilities are limited when it comes to discoverability of website elements
[08:13] <mardy> tvoss: the "pulse" you mentioned before, is it pulseaudio?
[08:14] <tvoss> mardy, yup
[08:14] <tvoss> mardy, only for recording purposes, though
[08:15] <mardy> tvoss: so we have a trusted helper for that? Is to use the mic or also for regular playback?
[08:15] <mardy> tvoss: ops, you just replied :-)
[08:15] <tvoss> mardy, we will patch pulseaudio itself to become a trusted helper
[08:15] <tvoss> mardy, I'm working on that
[08:16] <mardy> tvoss: cool, makes sense
[08:23] <pitti> hmm, I just upgraded to 141 (latest promoted image) on mako, that's stuck eternally on booting (spinning Ubuntu logo)
[08:23]  * pitti tries a factory reset, although this didn't really have any customizations
[08:27] <pitti> no, same problem
[08:27] <pitti> there's a whole lot of stuff running as phablet, but not unity
[08:28] <ogra_> pitti, apparmor ?
[08:28] <pitti> nothing in dmesg
[08:28] <ogra_> in the processlist indeed
[08:29] <pitti> $ /sbin/initctl --user list
[08:29] <pitti> initctl: Unable to connect to Upstart: Empty address ''
[08:29] <pitti> whoa
[08:29] <ogra_> as root ? thats normal
[08:29] <pitti> no, as phablet
[08:29] <pitti> normally that should grab the upstart session from /run/...
[08:29] <ogra_> no, it wont
[08:29] <pitti> phablet   1836  1.8  0.1   6480  1984 ?        Ss   08:25   0:04 init --user
[08:29] <pitti> it's running
[08:30] <ogra_> it gets added by processing profile.d
[08:30] <pitti> ogra_: right, that's what I meant; /etc/profile.d/upstart-phablet.sh does that
[08:30] <ogra_> how did you become phablet ?
[08:30] <pitti> root@ubuntu-phablet:~# /sbin/initctl list-sessions
[08:30] <pitti> initctl: Unable to query session directory
[08:30] <pitti> ogra_: adb shell; su - phablet, as usual
[08:30] <pitti> /run/user/ is completely empty
[08:30] <ogra_> su sets the path different, use sudo (though that shouldnt cause this issue)
[08:31] <pitti> ah, no loginctl session
[08:31] <bzoltan> cjwatson: hello. We are back at the old problem that from the QtCreator we can not tell what frameworks a click chroot supports. Is there anything new I missed?
[08:31] <pitti> so maybe that's due to pulling in cgmanager now?
[08:31] <pitti> not sure whether we had cgmanager on older images
[08:31] <ogra_> we have cgmanager since two months or so
[08:31] <pitti> ok, so then that's not it
[08:32] <ogra_> and 140 as well as 141 were zero change images
[08:32] <ogra_> (well 141 had a heindal upgrade, but we dont use that anywhere)
[08:32] <ogra_> *heimdal
[08:33] <ogra_> pitti, is the container up ? (is /init in the processlist)
[08:33] <cjwatson> bzoltan: bug please, am on/offline a fair bit today, don't think there's anything right now
[08:33] <pitti> I think my previous image was 13x
[08:33] <bzoltan> cjwatson: OK
[08:33] <pitti> ogra_: I'd say yes: http://paste.ubuntu.com/7829165/
[08:33] <ogra_> looks ok
[08:34] <ogra_> pitti, smoke testing ran ...
[08:34] <pitti> ogra_: so, I wonder what started the phablet bits (indicator-*-service, pulseaudio, etc.)
[08:34] <ogra_> no issues (beyond the known ones) there
[08:34] <pitti> as there is no "real" session yet
[08:34] <davmor2> pitti: 141 rebooted fine here
[08:35] <sil2100> Yeah, it seems davmor2's device is fine as well
[08:35] <davmor2> pitti: what image did you update from?
[08:35] <ogra_> pitti, is your device writable ? did you install any stuff there
[08:35] <pitti> davmor2: I think I last updated on Thursday or so
[08:35] <pitti> ogra_: no, I keep it in r/o mode, and it was by and large a clean install; I think I ran one autopilot test on it or so
[08:35] <ogra_> hmm, that should be fine then
[08:37] <ogra_> 141 didnt run great but it ran ... http://ci.ubuntu.com/smokeng/utopic/touch/mako/141:20140721:20140717.1/9172/
[08:37] <pitti> if it works for others, I'll just try and reflash with ubuntu-device-flash
[08:37] <ogra_> pitti, i was asking for an apparmor process because re-profiling *can* take up to 5min and the session will be held back until it is done
[08:37] <pitti> ah, --channel=devel gives me 133
[08:37] <ogra_> (leaving you with the google logo)
[08:38] <ogra_> yeah, 133 was the last promoted image
[08:38] <pitti> ogra_: I had the spinning ubuntu logo already
[08:38] <ogra_> ah
[08:38] <ogra_> thats different then
[08:38] <pitti> what might have happened though was that the previous boot failed due to the battery being very low
[08:38] <pitti> for some reason the mako is totally broken when it comes to switching it off
[08:38] <ogra_> yeah
[08:38] <pitti> even when doing so it sometimes drains the battery like mad
[08:39] <ogra_> we have bugs open for that
[08:39] <pitti> and the screen stays on (but black)
[08:39] <ogra_> (shutting down properly, warning about low battery and shutting down early enough to not completely drain it)
[08:39] <pitti> no, I mean I regularly switch it off after I'm done with it
[08:39] <pitti> but then it sometimes turns itself back on, or keeps the screen on
[08:40] <ogra_> sounds like a bug ... mine usually shuts down (but takes up to 3min to do so)
[08:40] <pitti> happens with both "power button for 5 s" and "sudo poweroff"
[08:41] <ogra_> sounds like a hanging upstart job
[08:42] <pitti> no, when I quickly press the power button when it's on the cable I see the "charge" logo, which should mean "I'm off and charging"
[08:42] <pitti> and nothing happens when it's not on a cable
[08:42] <pitti> anyway, different issue
[08:42] <ogra_> yeah, thats bootloader ... cant do much about that
[08:42] <jgdx> pitti, good comments, thanks.
[08:47] <pitti> ok, 133 boots fine
[08:52] <bzoltan> cjwatson: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1346094 This is an old pending problem for the SDK Tools. We can hardcode the list of supported packages for 14.04 and 14.10, but that would be a silly hack.
[09:00] <JamesTait> Good morning all; happy Monday and happy Get Out of the Doghouse Day! :-D
[09:06] <mandel> ogra_, you have beend doing cpp, right? can I have a stupid review from you?
[09:07] <mandel> ogra_, super simple => https://code.launchpad.net/~mandel/ubuntu-download-manager/fix-uploads-timeout/+merge/227514
[09:07] <ogra_> mandel, mostlky without knowing what i'm doing, but i can try :P
[09:08] <mandel> ogra_, I'm removing a signals and renaming a var :)
[09:08] <mandel> ogra_, piece of cake
[09:09] <ogra_> yeah, looks like a proper search/replace
[09:12] <mandel> ogra_, it does build and run :)
[09:13] <mandel> ogra_, but we are going to spend a month looking at funny errors in mms..
[09:16] <ogra_> mandel, ah, well, thats what the last month before RTM is for, no ? :P
[09:16] <ogra_> top-approved btw ...
[09:19] <seb128> brendand, hey, can you review https://code.launchpad.net/~laney/ubuntu-system-settings/dbus-ap-cleanup/+merge/227049 again, it got updated
[09:24] <alan_g> greyback: when you have a moment... https://code.launchpad.net/~alan-griffiths/unity-mir/use-supported-api/+merge/227315
[09:25] <greyback> alan_g: sure
[09:46] <brendand> seb128, done
[09:47] <seb128> brendand, thanks
[10:38] <jgdx> brendand, \o phonesim for cellular panel cellular data tests is afaik out due to the current automation status ("Automation of the RadioSettings tests is currently blocked on improvements to the emulator's telephony support.")
[10:38] <jgdx> brendand, if that still is the case
[10:39] <brendand> jgdx, where did you see that?
[10:40] <jgdx> brendand, https://wiki.ubuntu.com/Process/Merges/TestPlans/ofono/RadioSettings and various references around the Interweb
[10:42] <brendand> jgdx, not sure if that's up to date. and i don't think emulator support should block us, unless i'm missing something
[10:43] <jgdx> brendand, you can try it yourself, I think: emulate a sim and do get-tech-pref. It should complain that the radiosettings interface does not exist.
[10:44] <brendand> jgdx, oh i see. might need to ask awe about that one
[10:45] <jgdx> brendand, thanks
[10:48] <Laney> jgdx: can't you do it using dbusmock?
[10:53] <jgdx> Laney, sure, and I am doing it with dbusmock right now.
[10:53] <Laney> 'kay
[10:54] <jgdx> Laney, but I'd rather do it in phonesim if I could (or at least explore doing it in phonesim).
[10:58] <pete-woods> tvoss: hi, just wanted to ask a question about the location service
[11:03] <piiramar> jgdx: are you talking about tests in the x86 emulator, or in real (mako) hardware?
[11:03] <piiramar> that "Automation of the RadioSettings tests is currently blocked on improvements to the emulator's telephony support" sentence refers to the former,
[11:04] <piiramar> and that work is currently not high priority
[11:04] <jgdx> piiramar, autopilot tests
[11:06] <piiramar> jgdx: I don't think that the "phonesim" stuff has changed recently or is being worked on,
[11:06] <piiramar> and I don't think the piece in the wiki directly refers to that
[11:08] <mardy> tvoss: do you know who is working on the trusted helper for the camera?
[11:09] <ogra_> Laney, as a system-settings developer ... how do you debug your code ? i tried adding QDebug to my c++... tried adding javascript functions using console.log to my QML but i dont see any of the values i want to test in the log
[11:09] <tvoss> mardy, me
[11:10] <Laney> ogra_: well... that broke and we didn't figure out why yet (feel free to bug #ubuntu-app-devel)
[11:10] <Laney> ogra_: use console.warn or qWarning(), those work
[11:10] <mardy> tvoss: do you have some code already written?
[11:10] <ogra_> Laney, thanks !
[11:10] <ogra_> that was what i needed ...
[11:11]  * ogra_ changes to qWarning and goes to wait for another 20min recompile :(
[11:13] <Laney> ccache man, ccache!
[11:14] <mardy> tvoss: actually my question is: should the "Other app access" panel in the System Settings directly use libtrust-store, or should it be talking to the trusted helper via DBus (if the latter, is there an API for this?)?
[11:15] <ogra_> Laney, no space on the device ... also why is a plain make able to just recompile changed files (even without ccache) while cmake is not ? thats super annoying
[11:16] <Laney> ogra_: for the device you should cross compile imho
[11:16] <jgdx> could I get a global approve on https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1297418-apply-new-designs-to-background-panel/+merge/223571 ?
[11:16] <ogra_> (on other packages a "fakeroot debian/rules binary" just picks up changes and doesnt recompile the world)
[11:16] <Laney> I try to make sure that works
[11:16] <ogra_> Laney, I'm to lazy to push my debs backs and forth :P
[11:18] <jgdx> I was told by someone that ogra_ recommended not building pkgs on the device because of running out of space :p
[11:18] <ogra_> haha
[11:18] <ogra_> well, depends what you do :)
[11:18] <ogra_> and if you have a spare device
[11:22] <tvoss> mardy, please use libtrust-store and rely on the RemoteTrustStore impl
[11:34] <jgdx> pitti, hi, in uss trunk I am getting test failures on my desktop which looks like this http://pastebin.ubuntu.com/7829796/
[11:35] <jgdx> pitti, any idea what's going on? These tests used to pass.
[11:36] <jgdx> brendand, ^
[11:40] <tvoss> mardy, working on the android CameraService right now
[11:41] <jgdx> pitti, brendand, scratch that. Seems my branch is the issue.
[11:45] <mardy> tvoss: that means I should instantiate the store with resolve_store_on_bus_with_name(), right?
[11:45] <tvoss> mardy, correct
[11:46] <mardy> tvoss: cool, thanks
[11:46] <tvoss> ack
[11:47] <cwayne> mzanetti: ping
[11:47] <rsalveti> asac: there's not gitweb for the index itself, but you can open it per project/branch
[11:51] <cwayne> alex-abreu: ping
[11:56] <asac> rsalveti: yeah ogra pointed me to it
[12:43] <ogra_> rsalveti, fyi http://paste.ubuntu.com/7830089/
[12:43] <ogra_> oh, that probably need a -i
[12:43] <ogra_> *needs
[12:44] <ogra_> http://paste.ubuntu.com/7830102/
[12:44] <rsalveti> ogra_: hm, can't we override such conf in a conf.d style?
[12:44] <rsalveti> otherwise looks good
[12:45] <ogra_> not sure which one would override which ... that file is already created by rsyslog postinst (not shipped as conffile)
[12:45] <rsalveti> right
[12:45] <ogra_> (it is piped into ucf to make it a conffile though)
[14:11] <Kaleo> http://blog.qt.digia.com/blog/2014/07/21/google-labs-voltair-game-built-with-qt/
[14:11] <ogra_> Kaleo, packages it !!! become a pioneer !!!
[14:12] <Kaleo> kenvandine is doing it already :)
[14:12] <kenvandine> did it... but not sure if i'll get it to stop crashing
[14:13] <ogra_> just add "#include QStopCrashing"
[14:13] <kenvandine> ah
[14:13] <kenvandine> that's the trick :)
[14:13] <ogra_> ;)
[14:14] <kenvandine> i was mostly looking at it to get ideas for missing features in bacon2d :)
[14:23] <bregma> so, I haven't had any phone service on my Nexus 4 since at least the 16th...  latest update ran the first-run oobie and it told me there was no SIM, which is odd since the hardware hasn;t changed, so I swapped SIms with an identical (but Android) phone and my SIM works there, but her SIM is not recognized with my Touch phone
[14:23] <bregma> is there a known problem recognizing SIMs like this?
[14:24] <bregma> fortunately WiFi works OK, but that's pretty useless when I'm not at home (it is a mobile phone, after all)
[14:26] <pmcgowan> bregma, may be the urfkill issue? check  https://bugs.launchpad.net/ubuntu/+source/urfkill/+bug/1321627
[14:28] <barry> mandel: hi.  when would be a good time to look at LP: #1341685?
[14:29] <barry> mandel: i have s-i 2.3 ready to go, but i would like to delay a call for testing or release until i have a better understanding of what's going on with that bug
[14:30] <mandel> barry, yep, give me a min to fully finish a small thing and I'm with you
[14:30] <barry> mandel: cool, thanks
[14:31] <pitti> jgdx: just FAOD, are you going to update your pull request, or should I look into this?
[14:31] <mandel> barry, that bug is super weird.. /usr/lib/telepathy/mission-control-5/Downloads
[14:32] <cwayne> alex-abreu: heya, so we noticed with the url-dispatcher + webapps, when you try to launch a new URL when a webapp is already opened, nothing happens
[14:32] <barry> mandel: no kidding. :)  it's *always* that path afaict
[14:33] <barry> mandel: this is on a stock utopic desktop
[14:33] <mandel> barry, that is very very strange... is not that I ever have that path in my code
[14:33] <barry> mandel: i know, i grepped for that :)
[14:33] <alex-abreu> cwayne, yes, ... thre is s abug for that https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1342129
[14:33] <alex-abreu> cwayne, you should see the DEN
[14:35] <barry> mandel: i'm running the full test suite on my laptop now
[14:35] <mandel> barry, that is really really bizarre..
[14:35] <barry> (after a dist-upgrade fwiw)
[14:35] <mandel> barry, can you pass me the lp branch so that I can run them too??
[14:35] <mandel> barry, I'd like to see the full logs..
[14:36] <mandel> barry, and that just happens when running the full suite, right? individual tests do pass correctly
[14:36] <barry> mandel: lp:ubuntu-system-image
[14:36] <barry> mandel: correct
[14:36] <mandel> barry, ok, so trunk
[14:36] <barry> mandel: yep trunk.  just run `tox` at the top level
[14:37] <barry> (you might have to `apt-get build-dep system-image`
[14:38] <barry> mandel: note that i've seen the same problems on the ppas when trying to get a clean build for the citrain.  i got it to pass after three no change retries
[14:39] <mandel> barry, I forgot the name of the package to install the build-deps, do you mind letting me know?
[14:39] <barry> mandel: system-image
[14:39] <mandel> barry, ups, irc lag, sorry
[14:39] <barry> :)
[14:46] <mandel> barry, the udm of the tests is ran in the system bus correct?
[14:47] <barry> mandel: yep
[14:47] <barry> mandel: it's a private system bus run under the test suite w/dbus-launch but a system bus nonetheless
[14:48] <mandel> barry, yes, I was wondering why would it be using .local/share/ubuntu-download-manager/ which is a xdg cache dir
[14:49] <mandel> barry, which happens when udm is start as a user with pid diff to 0
[14:49] <mandel> barry, if that it the case, it will ignore the path you pass.. yet will not add that crazy path UNLESS the xdg dir env var was set to be that one
[14:49] <barry> mandel: right.  since the test suite is run by me, it'll run with my uid
[14:50] <mandel> barry, oh, but we did not use to do that, correct?
[14:50] <barry> mandel: it's always been that way
[14:50] <mandel> barry, ok..
[14:50] <mandel> one idea off
[14:51] <barry> mandel: don't forget, we pass some extra flags to udm, like -stoppable, to indicate it's a testing environment
[14:51] <mandel> barry, next idea.. have you changed anything in the apparmor profile of system image
[14:51] <mandel> barry, yes, does options I remember :)
[14:52] <barry> mandel: i have never touched any apparmor profiles for s-i :)
[14:52] <mandel> barry, ack
[14:57] <mandel> barry, this is going to be a headache & a stupid bug, I have a standup, I'll get back to you asap
[14:57] <barry> mandel: sure thing, no worries
[14:58] <barry> mandel: i'm mainly interested in finding out if it's a bug in udm or si, so i can move forward with releasing si 2.3
[14:58] <mandel> barry, it is very strange for udm to be doing that, but I'm going to build a debug version with more logging to test what is going on
[14:59] <barry> mandel: cool.  i'm going to run the test suite in several different environments after a full dist-upgrade this morning, just to see if it's still reproducible.  i've also cleaned out .local/share/u-d-m to see if there's leakage involved
[14:59] <mandel> barry, the path generation does not look at that and it should be using the one you pass.. is a very strange bug
[15:00] <barry> mandel: ack
[15:03] <mandel> barry, one question, do you have the branch of the old si? does it pass the tests with udm?
[15:03] <mandel> barry, is a quick dirty way to see if I screw it up :)
[15:04] <barry> mandel: there are tags for releases, so if you `bzr tags` that branch, you should be able to check out 2.2 and try it (it's also r249)
[15:09] <sil2100> kalikiana: hey! How's the fix for LP: #1329141 going?
[15:16] <seb128> cyphermox_, hey there
[15:16] <seb128> cyphermox_, this channel might be better than ci-eng ;-)
[15:17] <kalikiana> sil2100: work-around mr is pending on another jenkins run to make pep8 happy https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/noScores/+merge/227541
[15:18] <kalikiana> meh just spotted another flaw there, it doesn't clean up the discarded file
[15:18] <seb128> cyphermox_, "Forget this device" doesn't seem in the design spec?
[15:19] <cyphermox_> indeed, this is a better place
[15:19] <cyphermox_> no, it's not
[15:20] <cyphermox_> we've had to deviate a little from the design, some things just aren't possible, and this Forget this device was found as something missing from bluetooth
[15:20] <cyphermox_> we'll fix the design/implementation to match once mpt is back and we can discuss this
[15:21] <cyphermox_> it's already much closer than it was
[15:22] <seb128> cyphermox_, can you open bugs for things that divert? or a least one "design needs to consider those changes"
[15:22] <cyphermox_> sure
[15:22] <ogra_> yeah, mpt might return to late
[15:22] <ogra_> there are other designers around
[15:22] <cyphermox_> regardless, let's keep in mind we're working iteratively
[15:23] <cyphermox_> some things can not be completed just yet
[15:24] <seb128> right
[15:24] <seb128> but we need to keep record of the things that need to be fixed later
[15:24] <cyphermox_> I totally agree
[15:24] <pitti> hey cyphermox_
[15:24] <cyphermox_> so would you rather I open the bugs now for a version that doesn't exist, or open them later as bugs once it's landed? :)
[15:25] <cyphermox_> pitti: hi
[15:25] <seb128> cyphermox_, once it lands seems fine, as long as that happens ;-)
[15:25] <pitti> cyphermox_: OOI, does 5GHz wifi work for you on the phone? I find it a bit annoying that it shows my 5 GHz wifi in the list, but doesn't connect to it
[15:26] <cyphermox_> seb128: it can go either way, I'm happy to open the bugs now, I've just been complained at before for this
[15:26] <cyphermox_> pitti: let me check
[15:26] <cyphermox_> active on 2.4ghz right now
[15:27] <cyphermox_> pitti: don't forget, 2.4 usually has a slightly higher signal level thank 5ghz, that can explain the difference
[15:27] <cyphermox_> pitti: though as I poke NM to check this, right now my 5 has higher signal ;)
[15:28] <pitti> cyphermox_: right, but I have a different ESSID for my 5 GHz network, so if I only tell it to connect to that it shouldn't even consider the other
[15:28] <pitti> cyphermox_: and it doesn't -- it just stays unconnected
[15:28] <cyphermox_> indeed
[15:28] <cyphermox_> ok, let me try
[15:28] <pitti> as if it could see the 5 GHz network, but fails to connect
[15:28] <cyphermox_> I disabled 2.4 here
[15:29] <pitti> so perhaps in this case it should not display them at all (if the drivers don't support 5 GHz)
[15:29] <cyphermox_> ah, it roamed to 5 successfully it seems
[15:30] <pitti> cyphermox_: ok, so in general 5Ghz seems to work, just not mine then? good to know
[15:30] <cyphermox_> I think it does
[15:30] <pitti> cyphermox_: thanks
[15:31] <cyphermox_> why would it not work on your device though?
[15:31] <cyphermox_> is it a nexus 4?
[15:31] <pitti> I don't know
[15:31] <pitti> cyphermox_: yes, mako
[15:31] <cyphermox_> pitti: nothing pertaining to 5ghz here in my log; when it roamed: http://paste.ubuntu.com/7830816/
[15:31] <cyphermox_> pitti: could you send me logs as you try to connect? maybe I can figure it out
[15:32] <pitti> cyphermox_: running an AP test right now, but I'll file a bug then
[15:32] <cyphermox_> alright
[15:37] <mhall119> kenvandine: your public schools are starting already?
[15:37] <kenvandine> mhall119, yup
[15:37] <kenvandine> well, we're in year round
[15:37] <mhall119> but....it's July
[15:37] <mhall119> oh
[15:37] <kenvandine> our traditional hasn't of course
[15:37]  * kenvandine loves the year round schedule!
[15:37] <mhall119> makes a little more sense then
[15:39] <Laney> first day of UK school summer holidays today so I hear
[15:40] <Laney> 6 glorious weeks off
[15:40] <Laney> my brain still works on this schedule a bit, feels wrong working
[15:46] <mandel> barry, I'm getting the following: http://paste.ubuntu.com/7830915/
[15:46] <mhall119> kenvandine: have you seen http://www.themukt.com/2014/07/21/google-uses-qt-create-voltair-game/
[15:47] <kenvandine> mhall119, i built a click package for that last week :)
[15:47] <kenvandine> mhall119, it crashes like 10 seconds into play though
[15:48] <mhall119> :(
[15:48] <barry> mandel: i've never seen those, but that says to me that it's trying to stop udm, but the process doesn't exist.  possibly it crashed or exited somehow else?
[15:48] <kenvandine> mhall119, it was interesting to study their code though, to see what they had to implement in their engine that could be useful in bacon2d
[15:48] <mhall119> would be really awesome to get it running well in Ubuntu, would be a nice story to tell
[15:48] <mandel> barry, I just let it execute, I have not looked close into it
[15:48] <kenvandine> the created an engine that isn't general purpose, they say you should fork their game and modify it
[15:48] <kenvandine> mhall119, i plan to try to figure out why it's crashing
[15:49] <kenvandine> just not sure when :)
[15:49] <mhall119> kenvandine: cool, let me know if I can help/test/play
[15:49] <kenvandine> i bet it tickling stuff we don't support on the device
[15:49] <barry> mandel: that's what the traceback tells me.  udm isn't running at the point where it tries to kill it
[15:49] <barry> (by calling it's .exit() dbus method)
[15:49] <mhall119> tickling?
[15:49] <kenvandine> using things we don't support :)
[15:49] <mandel> barry, ok, I'll take a closer look
[15:50] <mhall119> ah, ok
[15:50] <kenvandine> it got as far as showing me the menu though
[15:50] <mhall119> kenvandine: I wonder if it would be easier (or a better story) to re-create it using the assets and Bacon2d
[15:50] <mhall119> at least the single-player mode
[15:52] <kenvandine> yeah, creating the assets is the hardest part
[15:52] <kenvandine> i wish i had access to game art designers ;)
[15:57] <mhall119> kenvandine: I got an introduction a while back to one of the developers of gamesalad, they have a marketplace where you can buy game assets: http://marketplace.gamesalad.com/
[16:02] <kenvandine> mhall119, cool
[16:03] <jgdx> pitti, I will take a stab at it as soon as I get a chance, but I don't know when that is
[16:12] <bzoltan> cjwatson: I remember that you were working on the qmake problem for the chroots. Could you figure out something? For the sdk I need to `qmake  -query`. I have an idea how to work the sdk problem around, but if you have something I would take that.
[16:14] <cjwatson> bzoltan: It's on my list but sorting out the RTM archive is more urgent
[16:17] <bzoltan> cjwatson: That is fine. In the QtCreator I can set where and what is the qmake for the target. I am thinking about a solution to "fool" the QtCreator and just return the variables what a real native qmake would return. That would enable us to create chroot specific kit for qml projects. The real solution would be of course to make a qmake-armhf what is an x86 binary what works with the armhf chroot as a sysroot.
[16:17] <bzoltan> cjwatson: kind of what madde did with the meego sdk
[16:17] <cjwatson> I can't even think about this right now, sorry
[16:17] <cjwatson> I mean I generally agree but I don't have mental bandwidth for much more than nodding and smiling
[16:21] <cjwatson> bzoltan: a script that hunts around for itself and produces suitable output would be reasonable enough for now and easy to redo later
[16:21] <bzoltan> cjwatson:  yes, that is what I thought too
[16:22] <bzoltan> cjwatson:  do not bother about it now. I will handle what I need. I just wanted to make sure that we do not do redundant work with qmake.
[16:23] <cjwatson> No, that's fine, as I say my absolute highest priority right now is making sure that the RTM archive works properly, so it's going to be at least a week or two before I'm doing anything you might clash with
[16:58] <cwayne> mzanetti: hey, I have a few questions re: tagger if you've got a sec
[17:19] <agontuk> hello, I'm trying to port ubuntu touch. I've flashed the images, device starts up but got stuck at boot logo. Can anyone help me ?
[17:19] <agontuk> here is the kernel log: http://paste.ubuntu.com/7831297/
[17:22] <agontuk> I think startup fails due to termination of lightdm process.But don't know how to debug it.
[17:31] <agontuk> anyone can help me with the issue ?
[18:13] <mhall119> kenvandine: https://plus.google.com/u/0/104580575722059274792/posts/EyVdZ2JEa9T got an official re-share :)
[18:14] <kenvandine> sweet!
[18:15] <mhall119> the off-center eyes on the pixelated pig annoy the heck out of me though
[18:15] <kenvandine> haha
[18:15] <kenvandine> patches welcome :)
[18:15] <kenvandine> it bothers me too
[18:16] <kenvandine> that's what i get for grabbing an image from openclipart :)
[18:18] <mhall119> heh
[18:23] <ralsina> after some updates, when building a click using the SDK I get "The manifest file needs to specify if this is a app or a scope" anyone has any pointers?
[18:25] <mhall119> kenvandine: https://www.dropbox.com/s/9vvxsh4pn4r0gmv/bacon2d_icon.png
[18:26] <mhall119> kenvandine: gimp file with layers: https://www.dropbox.com/s/fouc56pmgz31xnt/bacon2d_icon.xcf
[18:26] <sarnold> nice
[18:27] <mhall119> cjwatson: did the click manifest requirements/format change to support scopes? (see ralsina above)
[18:27] <kenvandine> mhall119, sweet!
[18:27] <kenvandine> mhall119, we really need someone to finish off the website too
[18:27]  * kenvandine hides
[18:27] <mhall119> kenvandine: I really need content-hub importing added to docviewer-app too
[18:27] <mhall119> :-P
[18:27] <kenvandine> :-D
[18:30] <davmor2> mhall119, kenvandine: Why does the poor pig have to be crosseyed :D
[18:30] <kenvandine> makes him more lovable
[18:36] <cjwatson> mhall119: news to me, but it may be that it's not something click proper needs to know about
[18:37] <mhall119> yeah, could be the store only, beuno can you respond to ralsina above?
[18:38] <ralsina> cjwatson: this is locally when building the package in the sdk
[18:38] <davmor2> kenvandine: he is a square pig how loveable does one icon have to be ;)
[18:38] <ralsina> no idea where it's really coming from tho
[18:38] <mhall119> ah, might be the SDK plugins then
[18:38] <mhall119> so, bzoltan can you help ralsina ?
[18:38]  * mhall119 is going to end up pinging somebody on every team in Canonical before this is all over :)
[18:38] <cjwatson> ralsina: no idea.  in general the dpkg maintainers don't know everything about every key in a .deb's control file either :)
[18:38] <cjwatson> (nor should they have to)
[18:39] <beuno> what what?
[18:39] <beuno> so yes
[18:39] <beuno> that's the review script, right?
[18:40] <beuno> now that there's scopes, it needs one or the other
[18:40] <ralsina> beuno: dunno, does the review script run from the sdk automatically?
[18:40] <ralsina> because maybe it means that as of today the default click package template doesn't buiild
[18:41] <cjwatson> I'd have thought that a good design would only need to distinguish scopes - common case
[18:41] <cjwatson> I know we're all about scopes and all but it seems likely that the common case will still be apps
[18:41] <beuno> cjwatson, yeah, the same format as before is an app
[18:41] <cjwatson> then the warning makes no sense
[18:41] <ralsina> beuno: erm... no?
[18:41] <beuno> and a scope adds a section (and can not have the desktop one)
[18:41] <cjwatson> if it doesn't specify, it should be an app
[18:41] <beuno> cjwatson, I would guess the SDK auto-generated the manifest improperly
[18:42] <beuno> ralsina, maybe pastebin the manifest?
[18:42] <ralsina> beuno: on it
[18:43] <ralsina> http://hastebin.com/izepujovow.xml
[18:43] <beuno> cjwatson, yeah, I think in this case it's a broken manifest, and the check scripts can't find the basic desktop entry
[18:43] <beuno> .xml?
[18:43] <ralsina> ignore the extension :-)
[18:44] <ralsina> I think the extra push helper stuff confuses the checker
[18:45] <beuno> ralsina, mind running lp:click-reviewers-check
[18:45] <beuno> against the click?
[18:45] <beuno> bin/click-run-checks
[18:45] <beuno> or
[18:45] <beuno> send me the click
[18:46] <beuno> ah
[18:46] <beuno> so the click tools don't have that string
[18:46] <ralsina> beuno: not at all, 1'
[18:46] <beuno> so... I guess, this may be a fully SDK thing instead
[18:46] <beuno> aka, bzoltan
[18:47] <ralsina> beuno: click is in the mail in 1 minute
[18:49] <ralsina> beuno: sent
[18:50] <mhall119> beuno: will the store allow a package that contains both an app and a scope?
[18:57] <beuno> mhall119, yes
[18:58] <beuno> ralsina, so it's the SDK that's confused
[18:58] <beuno> not the review scripts
[18:59] <beuno> the review scripts complain about something else
[18:59] <beuno> = hooks =
[18:59] <beuno> ERROR: could not find desktop hook for 'helloHelper'
[18:59] <beuno>   "error": {
[18:59] <beuno>     "lint_control_architecture_valid_contents": {
[18:59] <beuno>       "text": "found binaries for architecture 'all': lib/i386-linux-gnu/hello/libhellobackend.so"
[18:59] <beuno>     },
[18:59] <beuno>     "lint_hooks": {
[18:59] <beuno>       "text": "more than one app key specified in hooks"
[18:59] <beuno>     }
[18:59] <beuno>   },
[18:59] <beuno> ERROR: Could not load 'helloHelper-apparmor.json'. Is it properly formatted?
[18:59] <beuno> things like that
[19:00] <ralsina> beuno: well you probably need an update, that one is very new
[19:00] <ralsina> oh, wait, that one doesn't need a desktop hook
[19:00] <beuno> ralsina, I have the latest review scripts
[19:00] <ralsina> ok, so the review script may need an update, then
[19:00] <beuno> so whatever it spits out, it'll block from getting into the sdtore
[19:00] <beuno> right
[19:01] <beuno> so you'll need to talk to jdstrand about that
[19:01] <ralsina> beuno: ack
[19:01] <beuno> ralsina, I do suggest filing a bug against qtcreator
[19:01] <beuno> talk to someone on the team
[19:01] <beuno> because of the other error
[19:01] <ralsina> yeah
[19:02] <beuno> unlike the omnipresent cjwatson, bzoltan is way over his EOD
[19:06] <jdstrand> ralsina: the click-reviewers-tools also don't know about the "push-helper" click hook. I don't see a hook for push-helper in /usr/share/click/hooks on r144 either
[19:07] <jdstrand> ralsina: do you have some silo enabled?
[19:07] <ralsina> jdstrand: maybe chipaca knows better about that
[19:08] <jdstrand> ralsina: the review tools are (currently) going to assume an entry is an app (thus requring a "desktop" hook entry) unless it is a scope (and has the "scope" click hook entry)
[19:09] <jdstrand> it sounds like the sdk is getting confused by this too, since neither a desktop nor a scope click hook is defined for the helper
[19:09]  * jdstrand is guessing
[19:09] <jdstrand> ralsina: ^
[19:10] <jdstrand> ralsina (and/or Chipaca): can you file a bug against click-reviewers-tools to add a check for push-helper? (I'll also need an example click and where to get the package(s) that supply /usr/share/click-hooks/push-helper.hook
[19:10] <jdstrand> )
[19:10] <jdstrand> well, not and/or, just 'or' :O
[19:10] <jdstrand> :)
[19:11] <jdstrand> but, I doubt that will fix the sdk
[19:11] <jdstrand> in fact, I am confident it won't
[19:12] <pmcgowan> whats the sdk bug? I can file it
[19:14] <jdstrand> pmcgowan: aiui, the sdk is not happy with a manifest entry that contains only a "push-helper" and "apparmor" hooks (ie, no desktop or scope hooks defined)
[19:14] <jdstrand> others should probably comment further
[19:14] <pmcgowan> if ralsina files it I can gain it attention ;)
[19:15] <jdstrand> if someone files the click-reviewers-tools one, I'll fix it
[19:15] <jdstrand> :)
[19:16] <beuno> uhm
[19:16] <beuno> so how is the store suppose to interpret something that isn't a scope or an app?
[19:19] <ralsina> pmcgowan: I'm filing :-)
[19:19] <pmcgowan> what is it we are making here? I guess I am confused too
[19:19] <ralsina> this is an app that has a helper to support push notifications
[19:19] <pmcgowan> so it is an app
[19:19] <ralsina> yes
[19:20] <pmcgowan> just the hooks logic not quite right
[19:20] <pmcgowan> ok
[19:20] <pmcgowan> ralsina, kalikiana is your man for qml api
[19:22] <Chipaca> beuno: the push-helper should be invisible to the store
[19:22] <Chipaca> that is, skip that hook entry, it's not what the package is about
[19:22] <beuno> Chipaca, right, so it's an app
[19:22] <beuno> which is fine
[19:22] <Chipaca> yes
[19:22] <tedg> Probably the review tools shouldn't allow a push-helper without an app entry.
[19:22] <Chipaca> what tedg said
[19:23] <beuno> sure
[19:23] <Chipaca> or a scope
[19:23] <Chipaca> a scope could benefit from push notifications
[19:23] <Chipaca> so why not :)
[19:23] <tedg> Yeah, I guess an infographic as well.
[19:23] <Chipaca> there ya go. But never on its own.
[19:23] <beuno> it will have to be one or the other, regardless of whether it has a helper or not
[19:23] <beuno> so we're covered, AFAICT
[19:23] <Chipaca> exactly. the helper is a nop.
[19:23] <Chipaca> beuno: \o/ :)
[19:24] <tedg> beuno, No. You can have infographic visualizations on their own as well.
[19:24] <Chipaca> so, pmcgowan, jdstrand, do i need to file a bug?
[19:24] <beuno> tedg, not at the moment  ;)
[19:24] <tedg> beuno, The list isn't just those two.
[19:24] <Chipaca> tedg: well, but that's separate from push helpers :)
[19:24] <tedg> beuno, Heh, helping you predict future crisis :-)
[19:24] <pmcgowan> Chipaca, we need two bugs as described, I think ralsina is filing
[19:24] <ralsina> yes, I am
[19:25] <Chipaca> ralsina: ah, ok. Because my next question was "describe where?"
[19:25] <Chipaca> :)
[19:25] <jdstrand> pmcgowan: it is an click package that has two entries in the click hook database. one that is a proper app and one that is a helper
[19:25] <Chipaca> jdstrand: /usr/share/click-hooks/push-helper.hook is in ubuntu-push-client
[19:25] <beuno> Chipaca, same problem with your app, btw
[19:25] <beuno> = hooks =
[19:25] <beuno> ERROR: could not find desktop hook for 'PokeHelper'
[19:25] <jdstrand> the store doesn't need to care
[19:25] <jdstrand> the click-reviewers-tools should absolutely care
[19:26] <jdstrand> so they need to be updated
[19:26] <Chipaca> beuno: where is that?
[19:26] <beuno> Chipaca, Poke
[19:27] <beuno> did the official review
[19:27] <jdstrand> Chipaca: can you file a bug against click-reviewers-tools to add push-helper support? if you can provide a properly formatted click and the specification for the push-helper hook, that would be great
[19:27] <beuno> great icon, btw
[19:27] <Chipaca> beuno: i mean, it's not on https://myapps.developer.ubuntu.com/dev/click-apps/954/feedback/
[19:27] <beuno> Chipaca, it is now!
[19:27]  * Chipaca shakes his fist
[19:27] <jdstrand> tedg: can you file a bug against the click-reviewers-tools on infographic visualizations?
[19:27] <Chipaca> jdstrand: what does a specification of a push helper look like when it's not in the pub?
[19:28] <jdstrand> not in the pub?
[19:28] <Chipaca> s/helper/helper hook/
[19:28] <Chipaca> jdstrand: what does a specification of a push helper hook look like?
[19:28] <beuno> are infographics defined already?  the store will need to understand them, etc, as well as the reviewer script
[19:29] <ralsina> bug #1346481
[19:29] <jdstrand> some documentation that I can read to make sure that a developer is doing what he/she is supposed to be doing when specifying a push-helper
[19:29] <Chipaca> jdstrand: ok
[19:29] <jdstrand> ie, the json format, that it should always have an apparmor entry, etc
[19:30] <tedg> Yes, the backend hasn't landed because it is waiting on Unity support for infographics.
[19:30] <ralsina> jdstrand: I am writing that documentation as I type (ok, not as I type here ;-)
[19:30] <jdstrand> beuno: I think the infographics that tedg mentioned are just like the push-helper-- a second entry in the hooks db
[19:30] <tedg> jdstrand, Probably good to wait until the feature *lands* just incase it doesn't, but yes. I'll make sure pete-woods knows he needs to do that too.
[19:31] <Chipaca> jdstrand: except apparently a package can be just an infographic
[19:31] <jdstrand> to all involved-- I added a chack to fail on unknown hooks since there were 7 hooks that crept in on the device that devs could specify that had no checking.
[19:32] <jdstrand> s/chack/check/
[19:32] <jdstrand> so if people are implementing hooks that are intended to be used by app devs, please be proactive about filing bugs against click-reviewers-tools
[19:32] <tedg> jdstrand, Yes, makes sense to me.
[19:33] <jdstrand> tedg: as for timing of your bug, sure (see above :)
[19:34] <stgraber> robotfuel: sorry, I'm busy and on vacation at the moment :)
[19:35] <Chipaca> jdstrand: thanks
[19:35] <stgraber> robotfuel: sorry, wasn't meant for you :)
[19:35] <ralsina> So, jdstrand, beuno, bzoltan when he wakes up: #1346481 :-)
[19:36]  * Chipaca adds info to that
[19:36] <jdstrand> ralsina: can you attach the click?
[19:36] <ralsina> jdstrand: sure
[19:36] <jdstrand> thanks
[19:42] <jdstrand> ralsina: fyi, as benuo mentioned, helloHelper-apparmor.json doesn't exist (that is a legitimate packaging error)
[19:42] <Chipaca> jdstrand: anything unclear on https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1346481/comments/2 ?
[19:43] <ralsina> jdstrand: hmmmm I wonder why i t's not packaged,, but yeah, that's a separate problem
[19:43] <jdstrand> ralsina: also, helloHelper.json is missing
[19:44] <ralsina> well, I have both here
[19:44] <jdstrand> ralsina: can you paste what helloHelper.json is supposed to look like?
[19:44] <ralsina> jdstrand: sure
[19:44] <jdstrand> ralsina: you may just need to rebuild the click (/me guesses)
[19:45] <ralsina> jdstrand: http://hastebin.com/agodojobud.rb
[19:45] <ralsina> jdstrand: well, I did rebuild it :-P
[19:45] <jdstrand> ralsina: that could be part of the sdk issue, but we can let bzoltan comment on that
[19:45] <ralsina> yeah
[19:45] <jdstrand> Chipaca: yes, it is clear. can you confirm that helloHelper.json in http://hastebin.com/agodojobud.rb is correctly formatted?
[19:46] <Chipaca> jdstrand: it is
[19:46]  * ralsina adds it to the bug report for completeness
[19:47] <jdstrand> Chipaca: actually, I do have another question-- if app_id is specified, should it be the click package name or the appname (ie, the key to the hook database in the click manifest?)
[19:47] <jdstrand> or something else?
[19:47] <Chipaca> jdstrand: the "short id", ie unversioned app id, of one of the apps in the package
[19:47] <Chipaca> and
[19:47] <Chipaca> ok, let me be clearer
[19:48] <jdstrand> oh, so the APP_ID minus the version, ie <pkgname>_<appname>?
[19:48] <Chipaca> jdstrand: if app_id is present, it must match ${pkg}_${appname} of the app that has the desktop hook
[19:48] <jdstrand> (assuming APP_ID is <pkgname>_<appname>_<version>)
[19:48] <Chipaca> yes
[19:48] <jdstrand> ok, thanks!
[19:48] <jdstrand> I'll add checks for all that
[19:49]  * Chipaca can feel beuno getting worked up over the idea of mutliple-desktop-hook-per-packages all over again
[19:50] <beuno> I... Ted...
[19:50] <beuno> back to Juju.
[19:52] <Chipaca> jdstrand: and the think that the exec points to must be executable, as well :)
[19:52] <Chipaca> thing*
[19:52] <Chipaca> dunno if you're checking that kind of thing
[19:56] <jdstrand> I could
[20:06] <jdstrand> Chipaca: you said that the push-helper must at a minimum contain the push-notification-client policy group. my understanding it that it can *only* contain that policy group
[20:06] <jdstrand> Chipaca: has something changed in this regard?
[20:08] <Chipaca> jdstrand: ah, that's probably true too.
[20:16] <josharenson> Anyone ever get oprofile working on touch?
[20:18] <jdstrand> Chipaca: ok, I will contain with my understanding
[20:19] <Chipaca> jdstrand: if i parsed that right, thank you :)
[20:19] <jdstrand> haha
[20:19] <jdstrand> continue*
[20:23] <Chipaca> autocomplete's a beach
[20:26] <jdstrand> mzanetti: fyi, lost my account data in ubuntu-authenticator. I think it happened as a result of a full disk
[20:27] <jdstrand> mzanetti: ubuntu-authenticator.conf is 0-bytes. you may recall, this happened to me once before. I don't have a reproducer unfortunately
[20:49] <Randy_O> Does anyone know where I can find more info on the newer design elements for Ubuntu on a phone? The stuff at Developer seems to be a bit out dated?
[21:35] <balloons> Randy_O, http://design.canonical.com/
[21:42] <mhall119> has anybody else had a problem getting the message from an SMS formtheir carrier?
[21:42] <mhall119>  https://www.dropbox.com/s/pdnemhr5p36d3zg/att_message_missing.png shows the message text in the indicator, but not in the actual messaging app
[21:42] <mhall119> sergiusens: ^^ ?
[21:47] <dobey> mhall119: that looks like it's only an issue with carriers that have "&" in their name
[21:48] <dobey> mhall119: ie, a formatting/escaping bug in the app, very likely
[21:48] <dobey> mhall119: so i'd just report the bug if i were you :)
[21:48] <mhall119> dobey: against which project?
[21:49] <dobey> mhall119: which project has the messaging app?
[21:49] <dobey> i guess lp:messaging-app ?
[21:49] <dobey> indeed
[21:52] <mhall119> done
[21:53] <mhall119> https://bugs.launchpad.net/messaging-app/+bug/1346582
[22:10] <cwayne> salem_: ^ btw, seems you may be interested in that
[22:11] <salem_> cwayne, mhall119 that is a class 0 sms. It is not stored by default.