[00:24] <mhall119> _salem: but it is being stored, just not all of it
[01:27] <daker> maybe the & is causing issues
[03:21] <salem_> mhall119, ah, I see the problem now. It seems like the & is causing issues indeed, if you have a text containing & and a web link in the same message this behavior is reproducible.
[03:55] <lotuspsychje> morning to all
[07:24] <IR1333> hello
[07:55] <bzoltan> mvo_: I have tuned the chroot fw definition a bit -> https://code.launchpad.net/~bzoltan/click/extend_1410_fw/+merge/227675
[07:55] <mvo_> bzoltan: thanks, I just saw the mail
[07:56] <mvo_> bzoltan: it looks fine to me, but maybe cjwatson wants to have a look first before I approve it
[07:56] <bzoltan> mvo_: cool, the 14.10 is the priority for now, but I will fix the less relevant 14.04 too
[07:57] <bzoltan> mvo_: cjwatson should be super busy with the RTM image. I have created both i386 and armhf utopic chroots with this branch and they were fine. But treat this MR as you feel safe.
[07:59] <mvo_> bzoltan: 'k
[08:14] <Chipaca> jdstrand: holler when i can review that click-reviwers-tools branch please
[08:17] <JamesTait> Good morning all; happy Hammock Day! :-D
[08:22]  * ogra_ looks for two trees
[08:36] <Transfusion> hi, i'm trying to port apparmor over to my device kernel which is very similar to mako; https://wiki.ubuntu.com/SecurityTeam/AppArmorForPhabletKernels says there's a "mako-apparmor3" branch but i can't find any such branch in ubuntu-saucy.git using git branch -a
[08:36] <Transfusion> i'm following the porting guide, should I use v3.4-backport-of-apparmor3 then
[08:37] <jjohansen> Transfusion: that needs to be updated, give me a sec to get you the address
[08:40] <jjohansen> Transfusion: git://kernel.ubuntu.com/jj/ubuntu-utopic.git
[08:40] <jjohansen> there are several branches like before, however the maguro and grouper kernels have been dropped
[08:40] <jjohansen>   flo-aa3-backport
[08:40] <jjohansen>   flo-aa3-backport-presquash
[08:40] <jjohansen>   goldfish-aa3-backport
[08:40] <jjohansen>   goldfish-aa3-backport-presquash
[08:40] <jjohansen>   mako-aa3-backport
[08:40] <jjohansen>   mako-aa3-backport-presquash
[08:40] <jjohansen>   manta-aa3-backport
[08:40] <jjohansen>   manta-aa3-backport-presquash
[08:41] <jjohansen> the -presquash branches have all the backport patches broken out, where the backport is the -presquash branch squashed so not as many patches need to be carried
[08:42] <Transfusion> hmm, so I should be working out of utopic now? the porting guide specifies saucy but CM11 is based on AOSP 4.4.2, (and since https://wiki.ubuntu.com/Touch/AndroidDevel specifies 4.4.2 I used that)
[08:43] <Transfusion> ok, thanks :) yeah i'll be using the squashed branch
[08:48] <jjohansen> Transfusion: the dev tracks the what ever is current ubuntu dev release (so utopic now). There is actually no reason the patches can't be applied on saucy, or all the way back to 3.0 (the oldest kernel that has been currently backported to)
[08:49] <jjohansen> the advantage of the presquash branch is it makes it easy to revert or adjust individual backport patches if needed. But with the set of patches available it is also easy to just see what was done and tweak the squash directly
[08:51] <jjohansen> I have updated the wiki as well
[09:45] <mandel> ogra_, boost program options is already in the image, correct?
[09:46] <mandel> ogra_, I don't want to add another dep to the image if I can
[09:46] <mandel> ogra_, also, AFAIK the logs for udm should be nicer now but I'd like us to take a look on what is the best way to clean those
[10:16] <jgdx> how can I run just one test using phablet-test-run?
[10:19] <jgdx> phablet-test-run -x autopilot3 run foo.bar.test_baz # works
[10:23] <Laney> seb128: http://people.canonical.com/~laney/weird-things/spacing.png ?
[10:23] <Laney> more?
[10:27] <seb128> Laney, yeah, I would do a bit more (sorry, was trying to find back the design mockups we had)
[10:28] <Laney> that one is row spacing = column spacing
[10:29] <seb128> Laney, http://people.canonical.com/~seb128/settings.png
[10:29] <seb128> is one of the mockups we had
[10:29] <seb128> well, they changed for no color/ubuntushape since
[10:30] <seb128> Laney, but row spacing doesn't seem = column spacing in yours...
[10:31] <Laney> it is, it's just that you can't see the full square of each item
[10:34] <seb128> k
[10:34] <seb128> the spacing between 2 lines of items look a bit small imho
[10:34] <seb128> like between battery and security
[10:34] <seb128> wdyt?
[10:36] <Laney> probably is, just tweaking it
[10:36] <Laney> takes ages to iterate because this file is compiled in
[10:36] <seb128> k
[10:37] <seb128> right
[10:37] <seb128> well, make in that subdir is not that slow if you do only that
[10:37] <seb128> but still slower than iterating on a non compiled one
[10:37] <Laney> i'm x-compiling for the device
[10:37] <Laney> suppose I could go into the chroot and run make in there
[10:38] <Laney> seb128: ok, refresh please
[10:38] <Laney> that's 1 gu
[10:40] <seb128> Laney, +1 from me to that one
[10:40] <seb128> if we want small spacing
[10:40] <seb128> it could be nice as well with like 3 gu
[10:40] <seb128> but that's different styles then/a design decision
[10:40] <Laney> at least they don't look on top of each other any more
[10:40] <seb128> right
[10:41] <Laney> that's what bothered me mainly
[10:41] <Laney> but yeah easy to play with the numbers later on
[10:41] <Laney> thanks
[11:02] <jgdx> brendand, https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1319044-carrier-design-dual-sim/+merge/227318
[11:03] <faLUCE> hello. Can I install ubuntu touch (or any linux distro) on a Archos Xenon tablet (8'') ?
[11:04] <jgdx> brendand, http://pastebin.ubuntu.com/7835453/
[11:15] <Transfusion> another porting question; in https://wiki.ubuntu.com/SecurityTeam/AppArmorForPhabletKernels it says to git rebase --onto <branch of kernel you are porting to> <sha1 of base apparmor3 patch used above> ; should I add aosp_phablet/kernel/device/codename as a remote from ubuntu-utopic.git, and attempt to rebase from there, e.g. http://stackoverflow.com/questions/2247487/how-to-rebase-one-repo-to-another
[11:21] <desired> Hello! Can anybody say if htc desire sv supported to install Ubuntu?
[11:26] <jgdx> !devices
[11:26] <jgdx> :'(
[11:27] <ogra_> bot is on vacation it seems ... was a checp group tour ... bots in other channels went along ...
[11:27] <ogra_> *cheap
[11:29] <jgdx> desired, these are the supported devices http://developer.ubuntu.com/start/ubuntu-for-devices/devices/
[11:30] <jgdx> ogra_, hope it comes back rested :)
[11:30] <ogra_> heh, it will, for sure :)
[12:08] <cwayne> mzanetti: ping
[12:13] <mzanetti> cwayne: pong
[12:15] <faLUCE> hello, is this channel dead? Can I install ubuntu touch (or any linux distro) on a Archos Xenon tablet (8'') ?
[12:17] <k1l> faLUCE: see the wiki page for porting the ubuntu-touch
[12:18] <cwayne> mzanetti: hey, we were thinking of using tagger as a preinstalled app in one of our tarballs, and were wondering how much work it would take to get it to A) launch the scanner on startup by default (instead of selecting scanner or generating) and B) have it launch a url int he browser if the result is a URL
[12:18] <faLUCE> k1l: I saw this page:  https://wiki.ubuntu.com/Touch/Devices   but the list of supported tablet is very very small
[12:18] <mzanetti> cwayne: well... launching the url in the browser should already be there
[12:19] <faLUCE> list of supported tablets
[12:19] <k1l> faLUCE: yes, the nexus devices listed are support form the ubuntu touch team. the other devices are supported by the community. if your device is not supported make it support yourselv or see like on xda if someone did already but did not write into that list
[12:20] <faLUCE> k1l: what is xda ?
[12:21] <cwayne> mzanetti: oh, really?  let me check it out.. but as for launching the scanner by default, i'd imagine that's just some qml changes, right? so wouldn't be too invasive
[12:23] <k1l> faLUCE: xda-developers. a custom rom community
[12:23] <faLUCE> k1l: do you mean a mailing list or forum?
[12:24] <k1l> forum
[12:25] <faLUCE> philinux: k1l do you mean that ubuntu touch can work on this tablet without problems (or with few problems) even if it is not listed on the wiki page?
[12:26] <k1l> i dont know. to put a custom rom on a tablet is first a problem with the ability of getting the device rooted at all. to get to know about your specific device see the custom rom community.
[12:26] <faLUCE> k1l: thanks
[12:26] <k1l> ubuntu-touch can not tell it to you for all the trillion devices out there.
[12:27] <faLUCE> I would buy a < 200 euros device that has a sim slot and where I can install ubuntu-touch
[12:27] <faLUCE> and I don't know where to ask a tested model
[12:29] <jgdx> brendand, fixed the last two broken tests
[12:30] <jgdx> pitti, I will fix my mr later tonight, fyi
[12:32] <k1l> faLUCE: see what device is the development device
[12:33] <faLUCE> k1l: I don't understand
[12:33] <mvo_> ogra_: any concerns about http://paste.ubuntu.com/7835864/ ? replaces the dummy packages with the real packages to get one step closer to multi arch install of ubuntu-sdk-libs
[12:33] <mvo_> ogra_: if not I will just commit
[12:34] <ogra_> mvo_, oh, thanks ... i had that on my TODO to sort out with Mirv for ages
[12:34] <ogra_> we never got around to do it yet+
[12:34] <mvo_> ogra_: cool, I will commit and upload later then
[12:35] <mvo_> ogra_: apt-get install ubuntu-sdk-libs-dev:TARGET is the goal and this was in the way
[12:35] <ogra_> great
[12:35] <k1l> faLUCE: the nexus7 or the nexus10 are devices that are beeing used from the guys who program on ubuntu-touch
[12:36] <faLUCE> k1l: yes but they are expensive
[12:36] <faLUCE> k1l: I'm looking for a < 200 euros one
[12:38] <derek-g> I want Ubuntu phone. guys. c'moon. what's taking so long...
[12:41] <jgdx> brendand, right off the bat I see the assert_used and related functions should use Eventually, which would kill a lot of the sleep calls.
[12:42] <brendand> jgdx, yeah - Eventually is good to use
[12:42] <brendand> jgdx, i had a little problem building your code, plus lunch break, means i'm just looking at it now
[12:43] <mvo_> ogra_: would it be terrible if I make ubuntu-html5-container a recommends for sdk-libs for now? it needs multi-arch(ing) but looking at the pkg I'm not sure what the best strategy here is, I need to talk to mhall119 first. in the meantime making it a recommends would be another step towards the goal
[12:43] <ogra_> mvo_, note that recommends dont get processed in touch installs ...
[12:43] <ogra_> (so it wouldnt end up on the image anymore)
[12:43] <mvo_> ogra_: oh, hrm
[12:44] <mvo_> ogra_: thats a bit of a show-stopper :)
[12:44] <ogra_> heh, yeah
[12:44] <jgdx> brendand, what happened?
[12:44] <mvo_> ogra_: thanks for the info!
[12:45] <brendand> jgdx, just ran out of room on the device to get the dependencies
[12:45] <ogra_> :)
[12:45] <jgdx> brendand, there's also http://people.canonical.com/~jonas/system-settings/
[12:46] <brendand> jgdx, oh cool
[12:55] <mvo_> mhall119: does http://paste.ubuntu.com/7835953/ look ok? I'm working torwads making ubuntu-sdk-libs multi-arch installable
[13:03] <jgdx> kenvandine, ping
[13:03] <kenvandine> jgdx, pong
[13:04] <jgdx> kenvandine, hey, this[1] is almost ready for review. I've cut down some complexity as well, so it should be easier to review. :) [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/1319044-carrier-design-dual-sim/+merge/227318
[13:05] <kenvandine> jgdx, awesome
[13:05] <mhall119> mvo_: is there a reason you're asking me about this one?
[13:06] <mvo_> mhall119: I think your name was in the changelog last :)
[13:06] <mvo_> mhall119: but I may be mistaken
[13:08] <mhall119> unless somebody put my name in there for some reason, you probably are :)
[13:08] <seb128> kenvandine, hey, want to land the background settings work from jgdx today? ;-)
[13:08] <kenvandine> seb128, yes i do :)
[13:08] <seb128> great!
[13:08] <seb128> kenvandine, need help/guidance?
[13:08] <kenvandine> seb128,  i don't think so
[13:09] <seb128> kenvandine, k, can you include https://code.launchpad.net/~laney/ubuntu-system-settings/category-grid-vertical-spacing/+merge/227705 and https://code.launchpad.net/~stolowski/ubuntu-system-settings/default-department-id-key/+merge/227594 with it? they are both 1 liners
[13:09] <jgdx> kenvandine, thanks!
[13:10] <seb128> jgdx, sorry it has been sitting there for some time
[13:11] <jgdx> seb128, no matter :)
[13:11] <kenvandine> seb128, sure
[13:12] <mzanetti> cwayne: can you give me some more informations on what you intend to do with tagger?
[13:15] <ogra_> pitti, hey ... i got a little dbus problem and was wondering if you knwo any more detailed debug methods ... i have a QT call and an identical dbus-send call ... both produce the same dbus-monitor output like in: http://paste.ubuntu.com/7835830/ ... but only the dbus-send one works
[13:15] <ogra_> is there any way to get more details from dbus-monitor ?
[13:15] <ogra_> string ":1.215" ... isnt really helpful
[13:16] <ogra_> (the code is at http://paste.ubuntu.com/7835761/ ... line 181 to 193 is the dbus function)
[13:17] <ogra_> (or anyone else familiar with dbus under Qt ^^^⁾
[13:17] <pitti> ogra_: sorry, busy; quick answer: try under QDBUS_DEBUG=1 ?
[13:17] <ogra_> pitti, ah, thanks
[13:17] <pitti> ogra_: :1.215 is the client-side connection name; you can see that in d-feet, etc.
[13:17] <ogra_> not on my tablet :P
[13:18] <pitti> ogra_: but with dbus-monitor you don't see method calls by default for the system bus; you need https://wiki.ubuntu.com/DebuggingDBus for that
[13:18] <pitti> ogra_: why not? ssh -X :)
[13:18] <ogra_> i dont think that works
[13:18] <pitti> I've done that with the phone
[13:18] <ogra_> hmm, k
[13:25] <t1mp> when I run apt-get update on phone, why does it use a bunch of trusty repos, and not utopic?
[13:25] <ogra_> doesnt here
[13:27] <pmcgowan> ogra_, do you know why we added korean fonts package to the image?
[13:28] <ogra_> pmcgowan, ask dpm ... i think the keyboard was brooken in korean
[13:32] <Elleo> pmcgowan, ogra_: as far as I'm aware dpm's been working with someone who's attempting to create a korean keyboard layout (we don't have one at the moment), presumably it was done to help support them
[13:33] <pmcgowan> Elleo, sounds good
[13:34] <t1mp> ogra_: hmm.. I think I somehow flashed a really old image and I got a trusty version :s
[13:34] <ogra_> heh
[13:34]  * t1mp reflashing
[13:35] <ogra_> pitti, FYI ... ogra@anubis:~$ ssh -X phablet@192.168.2.98 ...
[13:35] <t1mp> ah, I flashed trusty-proposed instead of utopic-proposed. Stupid mistake
[13:35] <ogra_> phablet@ubuntu-phablet:~$ d-feet ...
[13:35] <ogra_> (d-feet:20101): Gtk-WARNING **: cannot open display:
[13:35] <ogra_> phablet@ubuntu-phablet:~$
[13:35] <cwayne> mzanetti: basically just wanted to have it as a preinstalled way to scan codes to launch urls/apps
[13:36] <ogra_> (and i would have been surprised if it worked ... since we dont even ship Xlibs anymore)
[13:36] <mzanetti> cwayne: and why the removal of the generation feature then?
[13:36]  * mzanetti waits for "'cause its useless"
[13:36] <cwayne> mzanetti: not removing it, but having it launch to scanner by default
[13:37] <cwayne> it's not useless, just scanning is more useful :)
[13:37] <mzanetti> well, it kinda is atm
[13:37] <mzanetti> the intention was to be able to share the generated tag via various means at some point, mail, twitter, whatnot
[13:37] <mzanetti> however, I don't think the system supports much of that yet
[13:38] <cwayne> ah, that makes sense
[13:39] <mzanetti> cwayne: actually launching to scanner would get rid of the uber ugly main menu
[13:39] <mzanetti> (also that was supposed to get better when we have NFC - would add support for reading and writing NFC tags too)
[13:40] <cwayne> oooh thatd be cool
[13:40]  * ogra_ always wondered why people need to tag that they have No F*cking Clue ... 
[13:40] <ogra_> :P
[13:41] <mzanetti> ogra_: huh?
[13:41] <ogra_> NFC
[13:41] <ogra_> ;)
[13:41] <mzanetti> ah :D took a bit here :D
[13:41] <nik90> anybody here have a iphone?
[13:42]  * nik90 needs ask them something about the clock app in iOS
[13:51] <kenvandine> jgdx, trying to build your branch in a silo, got a conflict with trunk :/
[13:52] <kenvandine> jgdx, looks like yesterday's landing conflicts, can you merge with trunk?
[13:54] <cwayne> mzanetti: so those changes wouldn't be too involved then?  i haven't had a chance to check out the code yet
[13:55] <mhall119> nik90: the designers maybe?
[13:55] <dpm> pmcgowan, a translator mentioned that the Korean translations we ship could not be read on the image due to the missing font (all characters were shown as squares, thus unreadable). Still a Korean keyboard and input method are needed to be able to use the phone in Korean, but at least now the interface is readable
[13:56] <dpm> ogra, Elleo ^
[13:56] <Elleo> dpm: ah, right
[13:56] <nik90> mhall119: yeah I figured this channel might be faster than asking the designers
[13:56] <pmcgowan> dpm, the other fonts discussed in the bug for chinese include cjk
[13:57] <pmcgowan> we just need to choose a good solution for all of them
[13:57] <mzanetti> cwayne: nah... no biggie... what's the deadline?
[13:58] <dpm> pmcgowan, yeah, I think the google one that was announced a few days ago might be a good solution (option 3 in the bug report). I understand it's got better Korean coverage than the others, and also Japanese. The only thing is that it needs to be packaged
[13:58] <dpm> i.e. it requires extra work
[13:58] <pmcgowan> dpm, seems easy enough
[13:59] <pmcgowan> easy for me to say though
[13:59] <mhall119> does the ubuntu font not support those languages?
[13:59] <cwayne> mzanetti: hm I don't have a hard deadline that I know of, let me ask around
[14:00] <dpm> pmcgowan, yeah, if we can find someone to package it, seems like a good plan to me
[14:05] <cwayne> mzanetti: what I got was "by RTM"
[14:05] <mzanetti> cwayne: is that meant to be preinstalled on all phones? or just for some demo?
[14:08] <t1mp> any idea what's wrong here?
[14:08] <t1mp> im@C720:~$ ubuntu-device-flash --bootstrap --channel=ubuntu-touch/utopic-proposed
[14:08] <t1mp> 2014/07/22 14:55:31 Expecting the device to be in the bootloader... waiting
[14:09] <t1mp> flashing is stuck there ^ on the device (nexus4) it is stuck at the Google logo
[14:16] <barry> mandel: hi.  any status on LP: #1341685 ?
[14:16] <Transfusion> hi, is <branch of kernel you are porting to> https://wiki.ubuntu.com/SecurityTeam/AppArmorForPhabletKernels supposed to be the branch I created with git checkout -b <new-branch> <backport kernel> or the kernel i intend to port apparmor to
[14:16] <mandel> barry, nothing I can give you hopes with atm
[14:17] <barry> mandel: ok.  any other information i can gather for you?
[14:18] <mandel> barry, no atm, I'm looking at logs etc.. to see if I can see a pattern
[14:19] <MacSlow> seb128, pitti: how much work is to do a mother-of-grep over all UbuntuTouch related branches in order to look for consumers/users of notifications?
[14:19] <seb128> MacSlow, if you want to look in things in Ubuntu you can use http://ubuntu-codesearch.surgut.co.uk/
[14:19]  * ogra_ was about to point there 
[14:20] <MacSlow> seb128, ah... trying now
[14:20] <seb128> MacSlow, what do you need?
[14:20] <ogra_> but that french layout makes seb128 type faster it seems
[14:20] <ogra_> :P
[14:20] <seb128> lol
[14:21] <MacSlow> seb128, I want to speed up my current work indentifying services/apps on UbuntuTouch using notifications with relation to UI-bugs
[14:21] <barry> mandel: have you been able to trigger the bug or is it still just me hallucinating?
[14:22] <seb128> MacSlow, well, what api/function use are you looking for?§
[14:22] <mandel> barry, so far I have not been able, but I'm looking at possible ways to make it do that
[14:22] <barry> mandel: cool, thanks
[14:23] <MacSlow> seb128, notify_notification_new() should be very telling... I'm already looking at a first result-set
[14:23] <seb128> k
[14:23] <MacSlow> seb128, hm... looks like no ubuntutouch-related packages are part of the search offered there... http://ubuntu-codesearch.surgut.co.uk/search?weighted=1&q=notify_notification_new
[14:24] <seb128> MacSlow, that looks only in the Ubuntu archive, not in the click store
[14:26] <MacSlow> seb128, the primary focus is system-related UbuntuTouch projects... click-apps only secondary
[14:26] <ogra_> well, and even if it could, there is no soource in the store
[14:27] <t1mp> ogra_: I think you helped me with the same issue before, my device is stuck in the Google screen waiting for the bootloader after flashing, do you know how I can get out of that?
[14:27] <MacSlow> seb128, I remember we (actually pitti) did one such mother-of-all-greps for the desktop back when NotifyOSD was new and wanted to see all consumers of the libnotify API.
[14:27] <ogra_> t1mp, what device is that (we have a boot issue with manta)
[14:27] <t1mp> ogra_: nexus 4
[14:27] <ogra_> ah, thats should work ... was that a fresh flash ?
[14:27] <MacSlow> seb128, I think pitti did that on a source-hosting server itself... at least that's what I recall
[14:28] <seb128> MacSlow, right, there is a script we can run on one of the mirror, but codesearch should do the same with an easier UI
[14:28] <t1mp> ogra_: it got stuck after flashing like this:
[14:28] <t1mp> tim@C720:~$ ubuntu-device-flash --bootstrap --channel=ubuntu-touch/utopic-proposed
[14:28] <t1mp> 2014/07/22 14:55:31 Expecting the device to be in the bootloader... waiting
[14:28] <t1mp> it is still waiting for the bootloader it seems
[14:28] <MacSlow> seb128, how can I get that codesearch to also skim over UbuntuTouch related sources?
[14:28] <ogra_> t1mp, ah ... try: adb reboot bootloader
[14:29] <ogra_> in another terminal
[14:29] <seb128> MacSlow, well, what is UbuntuTouch?
[14:29] <seb128> MacSlow, the script pitti used would do the same, it would use the ubuntu archive
[14:29] <MacSlow> seb128, it does not seem to allow to select any thing else than the symbol-name
[14:29] <seb128> MacSlow, no magical way to fetch "Ubuntu Touch" afaik
[14:29] <seb128> well, it's a regexp, you can tweak it
[14:29] <ogra_> well, you could write a script and use the seed as input
[14:29] <ogra_> or some such+
[14:30] <MacSlow> seb128, well sure... but e.g. I would have expected e.g. for lp:telephony-service to show up... and lp:indicator-network...
[14:30] <seb128> MacSlow, they should
[14:30] <MacSlow> hm... ok
[14:30] <MacSlow> seb128, I'll look deeper into it after the standup...anyway thanks for the pointer
[14:30] <seb128> Laney, is codesearch known to have issues/list incomplete result (I know it was but I though you said that was temporary)?
[14:31] <t1mp> ogra_: ok that reboots to the bootloader. I'll try to flash with bootstrap again from there :)
[14:31] <seb128> MacSlow, yw
[14:31] <Laney> seb128: yes I didn't look into this yet :(
[14:31] <seb128> k
[14:31] <Laney> can give anyone access if they want to
[14:31] <ogra_> t1mp, ah, you could just have it left running ubuntu-device-flash would just have waited :)
[14:31] <seb128> MacSlow, ^ seems like the service is having issues/an incomplete index
[14:31] <Laney> darkxst keeps bugging me about that too
[14:31] <ogra_> it knows when the device is in bootloader mode
[14:31]  * Laney feels like a bad service host
[14:31] <seb128> MacSlow, so you might want to try to see if pitti can do the grepping for you (if he remembers the machine/script to use)
[14:32] <Laney> jdstrand can do that
[14:32] <MacSlow> seb128, yeah... I'll certainly will also keep poking pitti
[14:32] <pitti> yeah, not particularly easy for me
[14:32] <pitti> codesearch or jdstrand
[14:33] <MacSlow> pitti, but you remember what I mean when speaking of that mega-grep you did once for NotifyOSD
[14:33] <Laney> are you trying to break API?
[14:33] <pitti> MacSlow: yeah, but codesearch should do that?
[14:33] <Laney> everything that's using it ought to build-depend on the dev package
[14:33] <pitti> no, there's also gir or direct d-bus calls
[14:33] <MacSlow> pitti, I'll see if I can get any further with it after the standup
[14:35] <Laney> those also ought to be depends
[14:36] <Laney> and breaking the API that badly sounds like quite an undertaking
[14:41] <kenvandine> pmcgowan, yay... i think i fixed my race conditions in my call forwarding branch
[14:41] <pmcgowan> landeded it!
[14:42] <kenvandine> hehe
[14:43] <kenvandine> pmcgowan, i'll clean up my debugging code and make sure my lines wrap properly and submit it today
[14:43] <MacSlow> pitti, seb128: according to http://ubuntu-codesearch.surgut.co.uk/faq it only does "Currently, DCS indexes sid only." I do not think sid pulls things like lp:telephony-service & Co
[14:43] <kenvandine> it isn't exactly as designed of course, but a good first pass
[14:44] <pitti> MacSlow: ah, that's just an artifact; it's actually using Ubuntu
[14:44] <pitti> MacSlow: it's running the Debian codesearch code, but on ubuntu
[14:47] <MacSlow> pitti, still it does not work for my case apparently... e.g. http://ubuntu-codesearch.surgut.co.uk/search?q=notify_notification_new+package%3Atelephony-service
[14:48] <MacSlow> pitti, that should produce at least 4 hits
[14:48] <pitti> :/ that sounds broken then
[14:49] <pitti> MacSlow: + is a space, I think you want & but still broken with that
[14:50] <Laney> yes it needs fixing
[14:50] <MacSlow> pitti, that URL was generated from the input in the form
[14:51] <MacSlow> I think I can't use it and have to keep doing manual searching, guess-work and asking around
[14:54] <Laney> we told you that jd_strand can do the grep for you
[14:54] <kenvandine> Laney, seb128: i just proposed a call_forwarding branch, don't review that yet.  I will mark it as WIP after I get a CI build.
[14:54] <Laney> kay
[14:54] <kenvandine> thx
[14:55] <seb128> kenvandine, k
[15:04] <MacSlow> Laney, what/where is that "jp_strand"?
[15:04] <Laney> it's a d, and remove the underscore to get an IRC nick
[15:04] <Laney> just didn't want to highlight
[15:06] <jdstrand> what am I needed for?
[15:08] <seb128> jdstrand, seems like MacSlow needs an archive grep for "notify_notification_new"
[15:08] <MacSlow> oh... sorry :) jdstrand
[15:09] <MacSlow> jdstrand, I thought it was the name of a script or service ;)
[15:09] <MacSlow> jdstrand, I totally didn't make the connection to your irc-nick  I know from malta :)
[15:10] <ogra_> seb128, Laney, is there a bug open for "about page in system-settings takes 30sec to show up"
[15:10] <ogra_> do you happen to know ?
[15:11] <Laney> no, because it doesn't
[15:11] <Laney> 3 seconds here
[15:12] <ogra_> Laney, its surely does here
[15:12] <Laney> 2 that time
[15:12] <jdstrand> MacSlow: is http://ubuntu-codesearch.surgut.co.uk/search?weighted=1&q=notify_notification_new not good enough?
[15:12] <ogra_> if you open it the first time ... seems subsequent ones are faster
[15:12] <ogra_> looks like a dbus timeout or some such
[15:12] <seb128> jdstrand, no, the service is buggy/the index is currently incomplete
[15:13] <ogra_> (i'm on flo here)
[15:13] <jdstrand> hrmm
[15:13] <jdstrand> ok
[15:13] <jdstrand> MacSlow: what ubuntu release do you want to search?
[15:13] <jdstrand> MacSlow: just utopic?
[15:13] <MacSlow> jdstrand, if possible utopic
[15:14] <jdstrand> MacSlow: ok, this will take a while-- I'll ping you when I have the results
[15:14] <MacSlow> jdstrand, very cool thanks!
[15:14] <groot_> I'm testing UT in my device, unity-system-compositor is failing all the time. I've the similar issue as posted here https://bugs.launchpad.net/ubuntu/+source/ubuntu-touch-session/+bug/1283326/comments/3
[15:15] <groot_> and here https://bugs.launchpad.net/ubuntu/+source/ubuntu-touch-session/+bug/1283326/comments/4
[15:15] <ogra_> groot_, define "on  my device"
[15:15] <ogra_> :)
[15:15] <ogra_> which device
[15:15] <groot_> I'm porting, not official device
[15:16] <ogra_> is your container up and running ?
[15:16] <ogra_> (that provides the graphiocs driver that Mir (unity-system-compositor) uses)
[15:16] <groot_> yes. Device is almost booted and running, just blank screen
[15:17] <groot_> I can give you the syslog
[15:17] <ogra_> /system/bin/logcat -d might be more interesting
[15:17] <ogra_> sounds like a driver issue
[15:18] <groot_> I've the logs. Can you look at it please :)
[15:18] <ogra_> push them to paste.ubuntu.com
[15:18] <groot_> ok, 1 min
[15:20] <groot_> ogra_, syslog http://paste.ubuntu.com/7836697/
[15:21] <groot_> logcat http://paste.ubuntu.com/7836700/
[15:21] <groot_> lightdm.log http://paste.ubuntu.com/7836703/
[15:22] <groot_> unity-compositor strace: http://paste.ubuntu.com/7836711/
[15:31] <ogra_> groot_, hmm, i guess you should ask in #ubuntu-mir
[15:32] <ogra_> the display server clearly dies ... they know how to run test apps and so on to nail down the issue
[15:34] <groot_> ogra_, I'll ask, thanks. BTW, when I built android system.img, it was 140MB. I've to change your root-stock scripts' make_ext4 parameter to 130M to make the image. Hope it'll help.
[15:35] <ogra_> oh, i should probably add a size check there one day
[15:35] <ogra_> instead of hardcoding
[15:37] <groot_> ogra_, another thing. In your script, you have a line "cd /cache/system/lib && ln -s /system/lib/modules modules". Is the /system refers to android system partition ?
[15:37] <Christianr1123> Hi i need help turning on debugging on my tablet.
[15:38] <Christianr1123> anybody know how to mess with the Galaxy Tab 2 10.1 ?
[15:39] <ogra_> groot_, yep
[15:41] <groot_> ogra_, but isn't the system.img is inside the ubuntu image? my system partition has no files in it. Is this to support old flipped model ?
[15:45] <Christianr1123> http://forum.xda-developers.com/showthread.php?p=38456296
[15:47] <Christianr1123> i dont know
[16:03] <awe_> sergiusens, I re-opened the nuntium task for the AT&T MMS bug, as although I can receive an MMS now, the incoming MMS was accompanied by the text "<smil>
[16:04] <awe_> https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1324157
[16:04] <awe_> if you want to open a new bug to track, then feel free to close out the nuntium task on this bug
[16:05] <ogra_> it just wants to be friendly and forgot an "e" in the end :)
[16:33] <sergiusens> awe_: there is already a bug for that
[16:34] <sergiusens> awe_: and it's messaging app not nuntium
[16:34] <awe_> sergiusens, ack, I'll re-close out that nuntium task then
[16:35] <awe_> thanks
[16:37] <awe_> sergiusens, bug #?
[16:37] <awe_> I don't see it
[16:37] <sergiusens> salem_: ^
[16:38] <salem_> awe_, it's a bug in messaging-app, easy to fix. please assign it to me.
[16:38] <sergiusens> salem_: I just told him we had a bug for it though
[16:38] <awe_> sergiusens, I checked both the messaging-app and messaging-app ( Ubuntu ) and didn't see it
[16:38] <salem_> sergiusens, ah, true, completely forgot about that
[16:41] <awe_> salem_, if there is a bug, or you create a new one, would you mind just adding a reference to the above bug?
[16:41] <awe_> https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1324157
[16:42] <salem_> awe_, sure, let me find it
[16:42] <awe_> thanks
[16:45] <salem_> sergiusens, well, I only found this one, which does not seems to address this issue: https://bugs.launchpad.net/ubuntu/+source/telepathy-ofono/+bug/1342270
[16:45] <sergiusens> salem_: nope, that's the one we need for sending :-)
[16:46] <salem_> sergiusens, yep, can't find the bug report.
[16:46] <sergiusens> so we need to create one
[16:47] <awe_> sergiusens, salem_, I can file one if you'd like
[16:50] <Just_Dave> i have a Asus TP600T that i want to install ubuntu on.  is it possible to do?  if so how?
[17:05] <sergiusens> awe_: sure
[17:06] <awe_> sergiusens, ack
[17:07] <sergiusens> davmor2: hey, do you mind running todays image and the nuntium testplan? With the tcpdump stuff stated at the bottom of it
[17:07] <sergiusens> davmor2: I want to see the capture data for when you recv a messag
[17:08] <davmor2> sergiusens: about to go for lunch bug I can sure do it when I get back
[17:08] <davmor2> s/lunch/tea
[17:08] <sergiusens> davmor2: sure; so you are not in the uk?
[17:08] <sergiusens> ah
[17:09] <sergiusens> davmor2: sure; you can do it tomorrow as well; there is no rush
[17:09] <davmor2> no I'll do it when I get back I'll know it's done then :)  Shouldn't take more than an hour right?
[17:10] <sergiusens> davmor2: 20 minutes I guess taking your time
[17:10] <davmor2> no worries then
[17:25] <bzoltan> cjwatson: I have addressed  all your comments in the MR branch https://code.launchpad.net/~bzoltan/click/extend_1410_fw/+merge/227675
[17:26] <cjwatson> will look when my mail comes back online
[17:58] <awe_> salem_, I created: https://bugs.launchpad.net/messaging-app/+bug/1347079
[17:58] <awe_> salem_, one other thing I noticed when testing the original AT&T bug was that I heard an incoming message alert sound, but the screen didn't come on, nor did the message indicator show a new message
[17:59] <awe_> any idea if these are known regressions?
[17:59] <awe_> bfiller, ^^
[17:59] <salem_> awe_, I haven't seen this one yet.
[18:00] <awe_> ok
[18:00] <bfiller> awe_: I have seen some weirdness like you describe from time to time, but not consistently
[18:01] <pmcgowan> bfiller, I can no longer go to voice mail from message indicator pulldown
[18:01] <bfiller> pmcgowan: full of good ones today :)
[18:02] <bfiller> pmcgowan: what happens exactly?
[18:02] <pmcgowan> bfiller, how can I know if its indicator bug or elsewhere?
[18:02] <pmcgowan> I open the voice mail message in the indicator, click on the phone, it disappears and empties the view
[18:02] <pmcgowan> no dialer
[18:02] <jgdx> kenvandine, will look at getting that fixed.
[18:03] <awe_> pmcgowan, sounds like an indicator bug to me
[18:03] <bfiller> pmcgowan: if you get missed call or sms can you open them from the indicator?
[18:03] <kenvandine> jgdx, thx
[18:06] <pmcgowan> bfiller, let me try
[18:07] <awe_> bfiller, I can open an SMS from the indicator
[18:08] <awe_> salem_, so a couple of weird things... (1) a lone MMS w/no text sounds the alert, but the phone is woken up
[18:09] <awe_> (2) a MMS with associated text isn't coming thru at all
[18:09] <awe_> sorry, I meant to say the phone *isn't* woken up in case (1)
[18:09] <dobey> how can i connect to the "back" button pressed signal in the new world headers?
[18:10] <bfiller> pmcgowan: seeing same thing, this was working recently as I tested it
[18:11] <pmcgowan> bfiller, missed call works ok
[18:11] <pmcgowan> just voice message busted
[18:11] <salem_> awe_, ok, I will have a look
[18:12] <bfiller> pmcgowan: yes, salem_ can you add the busted voicemail to your list too :) pressing voicemail from indicator doesn't launch the dialer anymore
[18:12] <bfiller> just removes item from indicator
[18:12] <pmcgowan> bfiller, salem_will file the bug
[18:13] <awe_> salem_, I re-opened the nuntium and messaging-app tasks for the AT&T MMS bug; assigned to you and sergiusens
[18:14] <pmcgowan> bfiller, https://bugs.launchpad.net/indicator-messages/+bug/1347085
[18:14] <dobey> mardy: ^^ do you know how we can connect to the "back" button in the new header in online accounts?
[18:15] <dobey> mardy: the switch to the new headers introduced a reqgression in the u1 plug-in :-/
[18:16] <awe_> bfiller, boiko, are you guys OK with me closing out: https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1334860
[18:17] <awe_> this is the brazilian ermegency number / service number bug
[18:18] <awe_> these are now exposed via system settings "sim service"
[18:18] <awe_> ( although I think this should be re-phrased "Service Numbers" or "SIM Service Numbers" )
[18:18] <awe_> pmcgowan ^^
[18:19] <boiko> awe_: so, 911 is certainly not an emergency number in Brasil, while 190 is
[18:20] <ogra_> if you add a 0 in front you have the typical german sex-line prefix (0190 ...)
[18:20] <awe_> boiko, please read piiramar's comment #1.  While it's treated as an emergency number, it's not truly an emergency number in the true sense of the word
[18:20] <awe_> boiko, that said I still think that they label for "SIM Services" should be changed... to something more obvious
[18:32] <boiko> awe_: the problem is: there is no way to test that without actually trying to call the emergency numbers on an iOS or android device :/
[18:32] <jgdx> kenvandine, pushed fixx
[18:33] <kenvandine> jgdx, thx
[18:40] <pmcgowan> kenvandine, can we get a test build in a PPA with satoris branch and maybe jgdx? or start a silo to make it easier?
[18:40] <awe_> boiko, I agree that testing is difficult, but unless we can test and/or contact one of the Brazilian carriers and get an explanation for the SIM programming, it's not something we're going to fix
[18:40] <kenvandine> pmcgowan, i have  a silo building now
[18:41] <pmcgowan> kenvandine, which branches?
[18:41] <kenvandine> jgdx's backgrounds branch
[18:41] <pmcgowan> right
[18:41] <kenvandine> a grid spacing fix
[18:41] <kenvandine> and another
[18:41] <pmcgowan> was interested in seeing the apn stuff and the dual sim stuff, helping debug
[18:41] <kenvandine> department id thing
[18:42] <kenvandine> i guess we can create a silo that isn't ready to publish just to get builds
[18:42] <pmcgowan> seems easiest
[18:42] <pmcgowan> as long as there are spares
[18:42] <boiko> awe_: I'm trying to find some regulatory docs about it, but one thing I found: 911 and 112 are redirected to appropriate brazilian emergency centers since last year
[18:46] <awe_> boiko, OK; I'll leave the bug in Incomplete state for now then
[18:49] <boiko> awe_: well, I think piiramar is correct. I just find it weird that in the service principles spec they mention that calls to services such as police, fire brigade, ambulance, etc shall be allowed, even though the brazilian code for those are only listed in the services section
[18:51] <awe_> it's definitely weird, I'll give you that
[18:51] <awe_> that's why I think we need more info from one or more carriers before we change our behavior
[18:57] <mterry> kenvandine, so I have this branch I'd *like* to land this week: https://code.launchpad.net/~mterry/ubuntu-system-settings/locking-hash/+merge/224346 -- I was told to coordinate USS landings with you, to make sure we don't have any unnecessary conflicts  :)
[18:58] <kenvandine> mterry, yup... i have one pending now
[18:58] <kenvandine> mterry, tomorrow?
[18:58] <mterry> kenvandine, that's probably fine
[18:58] <kenvandine> mterry, did you see greyback's qtComp branch?
[18:58] <kenvandine> i had wanted you to look at that
[18:58] <mterry> kenvandine, yes?  I think so
[18:58] <greyback> kenvandine: yep he did
[18:58] <kenvandine> cool
[19:04] <kenvandine> jgdx, are you still around?
[19:29] <kenvandine> jgdx, now your backgrounds branch fails with a pep8 test failure
[19:29] <kenvandine> AssertionError: /build/buildd/ubuntu-system-settings-0.3+14.10.20140722/tests/autopilot/ubuntu_system_settings/tests/test_background.py:17:1: E302 expected 2 blank lines, found 1
[19:33] <kenvandine> jgdx, CI passed which is weird, but i get the pep8 failure in the silo
[19:51] <tvoss> charles, ping
[19:52] <charles> tvoss, pong
[19:52] <tvoss> charles, in your gcc branch, could you please bump the build-dep on dbus-cpp to 4.0.0?
[19:54] <charles> tvoss, in lp:~charlesk/indicator-datetime/make-gcc-version-explicit ? sure
[19:55] <charles> tvoss, is there location API yet for indicator-location to know if/which apps have been accessing the phone's location?
[19:56] <tvoss> charles, nope, and checked with jdstrand. I don't think we need the list of recent accesses for RTM.
[19:56] <charles> tvoss: ...wait, indicator-datetime isn't using dbus-cpp. You're thinking of properties-cpp, yes?
[19:57] <tvoss> charles, indicator-network, sorry
[20:02] <mhall119> ajalkane: are you around for the file manager meeting?
[20:02] <charles> tvoss, I don't have an indicator-network gcc branch. I thought maybe Wellark or Satoris had one, but I don't see any indicator-network branch in silo 8
[20:04] <charles> tvoss, if there's not one already pending, go ahead and make a quick branch in the same vein as the others, plus the dbus-cpp bump, and I'll review/approve
[20:07] <tvoss> charles, ah okay, could you add a branch with the same changes as for the other indicators then?
[20:07] <charles> I'm a little surprised there's not one in there already... indicator-network is an important customer for the 4.9 bump
[20:07] <charles> tvoss, sure
[20:18] <robotfuel> charles: ping, I have a crash bug that I need triaged in indicator-location https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1343341 are you the right person to ask?
[20:18]  * charles clicks
[20:20] <charles> robotfuel, indicator-location or indicator-network?
[20:21] <robotfuel> charles: there are some in both, I realize now I pasted the wrong link
[20:21] <robotfuel> charles: https://bugs.launchpad.net/ubuntu/+source/indicator-location/+bug/1344047
[20:22] <robotfuel> charles: I think Wellark is the person to ping about indicator-network but he hasn't returned pings, I heard rumors of sick or vacation.
[20:22] <charles> robotfuel, right, he's been out. Satoris has also done a lot of indicator-network work, so I'd try him second
[20:23] <charles> looking at indicator-location now
[20:24] <charles> robotfuel, would there happen to be indicator-location.log files associated with that crash?
[20:25] <kenvandine> pmcgowan, the apn branch of settings is built in silo 18
[20:25] <robotfuel> charles: is that in /var/log? I can get it off of the phone
[20:25] <pmcgowan> kenvandine, already installed
[20:26] <charles> robotfuel, I stronly suspect that 1344047 is the same as bug #1338610
[20:26] <pmcgowan> running out of time to play with it though
[20:26] <kenvandine> pmcgowan, ok
[20:26] <charles> robotfuel, iirc it would be in ~/.cache/upstart/ , let me plug in my phone & confirm
[20:27] <robotfuel> charles: I see it there, I'll see if I can find one with the crash.
[20:27] <charles> robotfuel, thanks :-)
[20:29] <robotfuel> charles: yes same error as 1338610, I'll mark it as a dupe
[20:31] <charles> robotfuel, thanks :-)
[20:32] <tvoss> charles, got an mp?
[20:33] <charles> tvoss, I'll push it now, I was waiting for bzr builddeb to finish but it just keeps going and going
[20:33] <charles> might as well get Jenkins started now
[20:33] <tvoss> charles, yup, I would like to get the silo reconfigured
[20:35] <charles> tvoss, https://code.launchpad.net/~charlesk/indicator-network/make-gcc-version-explicit/+merge/227824
[20:56] <Tassadar> yaaaaaay, shutdown menu \o/
[21:00] <charles> tvoss, ping me when silo 8 gets updated and I'll re-test on the phone
[21:01] <tvoss> charles, thank you
[21:15] <cwayne> jdstrand: ping
[21:17] <jdstrand> cwayne: hey
[21:17] <cwayne> jdstrand: hey, so should an unconfined aggregating scope be able to call a confined child scope?
[21:18] <cwayne> like if ebay were a local confined scope, should the unconfined shopping scope be able to get results from it
[21:18] <jdstrand> sure
[21:19] <jdstrand> I mean, it is supposed to be able to
[21:19] <jdstrand> if it doesn't that is a bug
[21:19] <jdstrand> cwayne: are you seeing that this doesn't work?
[21:19] <cwayne> jdstrand: yessir
[21:19] <cwayne> jdstrand: Jul 22 17:06:40 ubuntu-phablet kernel: [30750.996517] type=1400 audit(1406063200.136:2410): apparmor="DENIED" operation="connect" profile="com.canonical.scopes.etsy_etsy_1.0.9" name="/run/user/32011/zmq/unity-scope-shopping-r" pid=19097 comm="com.canonical.s" requested_mask="rw" denied_mask="rw" fsuid=32011 ouid=32011
[21:19] <jdstrand> cwayne: do you have apparmor denials? (grep DEN /var/log/syslog)
[21:20] <cwayne> yep ^
[21:20] <jdstrand> unity-scope-shopping is aggregating?
[21:20] <cwayne> yes
[21:20] <jdstrand> and etsy is confined?
[21:20] <cwayne> yes
[21:20] <cwayne> with template ubuntu-scope-network
[21:20] <jdstrand> hrm
[21:21] <cwayne> any other info I can get that'd be helpful? full kern.log maybe?
[21:21] <jdstrand> no
[21:22] <jdstrand> it isn't behaving as it was described to me
[21:23] <cwayne> yeah, we were led to believe that this should be fine to do as long as the aggregating scope is unconfined
[21:23] <jdstrand> I was led to believe the same thing
[21:23] <jdstrand> can you file a bug against unity-scopes-api?
[21:24] <jdstrand> I can't allow the zmq/*-r access otherwise leaf scopes can mess with each other
[21:25] <jdstrand> I thought that was what all the zmq/c-*-r accesses were for
[21:25] <cwayne> jdstrand: https://bugs.launchpad.net/savilerow/+bug/1347177
[21:26] <sarnold> mterry: btw, the polkit/kauth patch has been updated yet again to use bus names instead of the unix pid / owner interface: https://bugzilla.novell.com/show_bug.cgi?id=864716 and https://build.opensuse.org/request/show/241428
[21:26] <cwayne> jdstrand: hmm, so would this need to be solved in the api itself? or stillt he apparmor profile
[21:26] <sarnold> mterry: it might be useful place to steal ideas :)
[21:27] <mterry> sarnold, we'd need to use a system bus name?  But we'd need to authenticate for a local user process that isn't on the system bus
[21:27] <sarnold> mterry: ohhhh. :/ darn.
[21:30] <jdstrand> cwayne: the api
[21:30] <cwayne> damnit
[21:30] <jdstrand> cwayne: I commented in the bug
[21:30] <jdstrand> indeed
[21:31] <jdstrand> cwayne: can you followup with michi?
[21:31] <cwayne> jdstrand: i certainly can and will
[21:31] <jdstrand> ok, I added a tag so I'll see updates to the bug
[21:43] <jgdx> kenvandine, oh man, how did that happen? :)
[21:43] <jgdx> ahayzen_, I see it
[21:44] <ahayzen_> jgdx, hmm? see what?
[21:44] <jgdx> ahayzen_, bad tab. Sorry!
[21:45] <ahayzen_> jgdx, hah no worries
[21:45] <jgdx> kenvandine, pushed (yet again)
[21:45] <achiang> what is the proper framework to declare for a web app now?
[21:46] <achiang> ubuntu-sdk-14.10-???
[21:46] <achiang> cwayne: do you know?
[21:46] <beuno> achiang, it depends
[21:46] <beuno> :)
[21:46] <beuno> the latest latest is 14.10.dev2
[21:47] <beuno> I can get you the exact string if that's what you're looking for
[21:47] <achiang> beuno: yes please
[21:47] <beuno> achiang, https://docs.google.com/a/canonical.com/spreadsheets/d/1t_JGpg4r8BLluzfzmqa-gAbcKUjKUOufSCTSdPpFc5g/edit#gid=0
[21:47] <beuno> is the long story
[21:47] <beuno> ubuntu-sdk-14.10-html
[21:47] <beuno> is the short one
[21:47] <beuno> er
[21:48] <beuno> ubuntu-sdk-14.10-html-dev2
[21:48] <beuno> for cordova
[21:48] <achiang> hm... i don't think i'm using cordova
[21:48] <beuno> but you meant webaps
[21:48] <achiang> right
[21:48] <beuno> achiang, so that's the full list available
[21:48] <beuno> so I;d need to guess at this point
[21:49] <beuno> ubuntu-sdk-14.10-dev2
[21:49] <beuno> achiang, that's a safe bet ^
[21:49] <achiang> beuno: ta. i'll give it a shot
[21:49] <achiang> beuno: i mean... really i just want something to use oxide
[21:50] <beuno> achiang, that one gives you access to everything
[21:50] <achiang> beuno: cool. everything sounds good
[21:50] <achiang> :)
[21:50] <beuno> :)
[21:50] <achiang> http://developer.ubuntu.com/publish/webapp/packaging-web-apps/
[21:50] <achiang> what is line 5 ?
[21:51] <achiang> "example":
[21:53]  * achiang guesses it must match the last thingy on line 11
[21:54] <dobey> does anyone know when online-accounts ui switched to the new header style?
[21:55] <mterry>  pitti, I notice that systemd autopkgtests are failing.  Do you happen to know anything about that?
[21:58] <achiang> jdstrand: what is the latest policy group i should be using for a web app? 1.1?
[22:02] <jdstrand> achiang: 1.2 with one of the 14.10 frameworks
[22:02] <achiang> jdstrand: thanks. i'm just going to use unconfined for now too (to test my little thingy)
[22:02] <jdstrand> you can use 1.1 with a 14.04 framework if you have to though
[22:02] <jdstrand> np
[22:03] <achiang> does this look like a valid app.json? http://pastebin.ubuntu.com/7838756/
[22:13] <daker> achiang: indentation error
[22:14] <daker> mhall119: ^
[22:14] <achiang> daker: indentation matters?
[22:15] <daker> achiang: no, but it's the answer to your question
[22:15] <daker> achiang: http://paste.ubuntu.com/7838807/
[22:17] <achiang> daker: ok, i actually have the proper indentation for my manifest.json
[22:17] <achiang> i was asking about app.json...
[22:17] <daker> achiang: your app.json is fine
[22:18] <achiang> daker: thx
[22:19] <daker> jdstrand: Q: webview is in 1.2 not 1.1, right ?
[23:15] <jdstrand> daker: webview is in 1.1 and 1.2, not 1.0
[23:16] <daker> jdstrand: ok
[23:51] <mhall119> achiang: other than "unconfined" not being allowed in the store without super-special exception
[23:51] <mhall119> achiang: are you getting an error?
[23:53] <achiang> mhall119: nope, i'm all good
[23:53] <achiang> mhall119: to be more precise, i've got 99 problems but apparmor ain't one
[23:54] <mhall119> lol
[23:54] <mhall119> you know where that's going
[23:55]  * sarnold wonders if apparmor is two or three of those problems :)
[23:55] <achiang> i'm having oxide problems, so feel bad for me son!
[23:55]  * sarnold runs like hell
[23:56] <jjohansen> sarnold: tell you what if apparmor is some of achiang's problems, I nominate you to fix it
[23:57] <sarnold> jjohansen: now if only he had problems I thought I could fix :)
[23:59] <achiang> actually... where are apparmor denials logged? maybe i'm experiencing an issue there that's causing my oxide symptom