[06:07] <timppa> so no more U1 on phone either? That's a shame :( Are there yet any plans to support other cloud services?
[06:09] <timppa> Owncloud support would be rather nice alternative along dropbox and google drive. One Drive can be omitted :D
[06:11] <RAOF> Hm. Is /dev/input really meant to be readable by the phablet user?
[06:54] <dholbach> good morning
[08:01] <bzoltan> cjwatson: ping
[08:01] <bzoltan> cjwatson: I tried to backport the 0.4.20 and 0.4.21 to 13.10 but the tests failed: https://launchpadlibrarian.net/171659457/buildlog_ubuntu-saucy-amd64.click_0.4.20ubuntu1_FAILEDTOBUILD.txt.gz
[08:08] <mpt> Hm, I’m on r250, current image is r274, but Ubuntu says “Software is up to date”
[08:08] <mpt> Is there a dashboard somewhere I can see which is the latest promoted image?
[08:13] <ogra_> mpt, nope, you can fish that info out of a json file though (read: someone could write such a dashboard) http://system-image.ubuntu.com/ubuntu-touch/trusty/mako/index.json (last line)
[08:14] <mpt> Huh, so r250 really is the latest promoted, ok
[08:15] <mpt> Thanks ogra_
[08:17] <JamesTait> Good morning all; happy Find a Rainbow Day! :-D
[08:26] <cjwatson> bzoltan: OK, I'll have a look
[08:26] <bzoltan> cjwatson: thank you
[08:52] <cjwatson> bzoltan: http://bazaar.launchpad.net/~click-hackers/click/trunk/revision/412
[09:03] <bzoltan> cjwatson:  thanks
[10:11] <davmor2> Morning all
[10:37] <oSoMoN> ogra_, any idea what sets the HOSTNAME env var to "android" on touch, and if it’s a reliable way of detecting we’re running on touch?
[10:39] <ogra_> no it is not ... thats a hack from before the container flip
[10:39] <ogra_> iirc it sits in /etc/environment ... and we will likely drop it in some cleanup session
[10:39] <oSoMoN> ok
[10:40] <ogra_> also touch will not necessarily use an android container in the future (at some point at least)
[10:42] <ogra_> oSoMoN, congrats btw, i'm just looking at http://oos.moxiecode.com/js_webgl/fur/ on my phone ... apart from some flickering it works really nicely
[10:44] <oSoMoN> ogra_, kudos go to chrisccoulson, he’s the oxide mastermind :)
[10:44] <ogra_> ++
[10:47]  * chrisccoulson blushes
[11:18] <Guest21864> hy guys, could anybody guide me with some ubuntu touch install questions, i'm stack for the last few days installing it, after complete install it will not boot
[11:19] <Guest21864> i have adb/fastboot flashed boot/recovery/system, ran both zip files, after reboot, wont boot into ubuntu
[11:19] <Guest21864> supposed to be easy as its a nexus 4, supported device
[11:20] <ogra_> Guest21864, please use ubuntu-device-flash, manual methods have not been tested in months and most likely are not working
[11:22] <Guest21864> i am not good with ubuntu desktop, i need to go by manual methods otherwise i complicate myself lot more to get ubuntu-device-flash working
[11:22] <Guest21864> i did it on a nexus 10, nexus 4 just does not want to boot
[11:23] <Guest21864> does secure boot - enabled + lock state - unlocked look ok ?
[11:23] <ogra_> if you could flash already all should be as unlocked as you need it
[11:26] <Guest21864> yes i was able to flash, boot into recovery, see ubuntu logo, send first zip by siteload, send second zip to siteload -> all ok saw progress bar that it was installing, after finish just didnt boot
[11:30]  * ogra_ goes and deletes these zips from the server ... they are months old 
[11:33] <Guest21864> ogra_: can i write you in private ?
[12:51] <Mirv> oSoMoN: I'm cleaning the landing-013 now that it got to release pocket, so that you'll get the other webbrowser landing started
[12:54] <oSoMoN> Mirv, excellent, thanks!
[13:05] <dobey> dpm: ping
[13:06] <Electropug> anyone know why there is no roomservice.xml or even a local_manifests folder in my workspace? :D
[13:06] <dobey> a what?
[13:09] <Electropug> in the porting tut on the ubuntu touch website it says that you have to edit the roomservice.xml in the local_manifests folder in order to get things working
[13:09] <Electropug> but somehow there is nothing like that
[13:09] <dobey> oh
[13:11] <dpm> hi dobey
[13:11] <Electropug> so, anyone know why? :D
[13:17] <ogra_> Electropug, i dont think AOSP uses that
[13:17] <Electropug> then why is it in the official tutorial :o
[13:17] <ogra_> because we all suck at keeping the docs up to date :(
[13:18] <dobey> dpm: hi. for the .desktop files of click packages, are the translations being stripped out? and if so, why? we aren't building translation packages for all the clicks, so i don't see a need to strip them
[13:19] <dpm> dobey, there is nothing that strips translations of .click packages, regardless of them being .desktop or app translations. The .mo files are always shipped in the .click package
[13:19] <dobey> dpm: ok, great.
[13:19] <Electropug> so, what can i do now ogra? :D
[13:20] <dobey> dpm: do you know if the manifest for the click has translations too?
[13:20] <ogra_> there was some discussion recently on the mailing list ... take a look there
[13:21] <dpm> dobey, it hasn't. Translations for the manifest (i.e. the description) are done in the app store, although I've yet have to test it.
[13:21] <Electropug> where do I find it? :)
[13:23] <dobey> dpm: oh ok. i thought mmaybe it was pullig them from the click manifest
[13:23] <dpm> dobey, that'd been my preference, so that translations also work when offline, but they come from the store
[13:24] <dobey> how does the store get them if they aren't in the manifest?
[13:25] <Electropug> ogra_ , where do I find the mailing list? :)
[13:27] <dobey> are any of the core apps translated already?
[13:27] <dpm> dobey, you can upload a text file with translations in the store
[13:28] <dpm> and yes, all core apps are translated
[13:28] <dobey> the description in the store too?
[13:28] <dobey> the weather app desktop file seems to have translations stripped (has the x-ubuntu-gettext-domain instead)
[13:29] <dpm> no, we've not done the manifest translations for core apps in the store, that's what I meant by I haven't tested it yet :)
[13:29] <dobey> are they translated in the manifests?
[13:30] <dpm> dobey, the x-ubuntu-gettext domain is for the translation to be loaded from the .mo file instead of inline translations, it's got nothing to do with stripping (IIRC)
[13:30] <dpm> the local manifests are not translated, no, there is no specific format for translations in there, or to load them locally
[13:30] <dobey> dpm: how is that useful though, given clicks don't have language packs?
[13:31] <dobey> shouldn't the .desktop file have the translations inline instead?
[13:31] <dpm> for click packages translations are not installed in the regular /usr/share locations as in language packs
[13:31] <dobey> dpm: or is it just doing it this way because it's not using intltool?
[13:32] <dpm> thus click translations are independent from langpacks
[13:32] <dobey> yes i know that
[13:32] <grepped> I have LG p500, can I compile ubuntu touch code for my phone?
[13:32] <dobey> what i mean is, without langpacks, there seems to be no usefuless to the domain rather than having the translations in the .desktop file
[13:32] <grepped> ?
[13:33] <dpm> oh, I see what you mean now
[13:34] <dpm> the advantage then is probably simply the fact that we then don't need an extra cmake rule to merge the inline translations into the .desktop file
[13:34] <dobey> dpm: right, so it's just because you can't use intltool, so you'd have to do it manually?
[13:35] <Laney> how can I take a screenshot on the phone?
[13:35] <dpm> dobey, essentially, yes
[13:35] <dobey> ok
[13:35]  * dpm tries to think if there are other benefits from having everything in .mo files
[13:36] <dpm> I think that's mostly it, then
[13:36] <dobey> yeah. i don't think the amount of bytes saved from not having them in the .desktop is enough to call it an advantage really
[13:42] <grepped> Can I compile Ubuntu touch code for LG optimus one(P500)? it has 512 MB RAM and 8GB memory
[13:43] <mihir_> grepped, i guess no, it just support Nexus
[13:44] <grepped> ohh, thanks Mihir..but what do you mean by "it just support Nexus". For sure it supports tonnes of devices other than nexus
[13:46] <mihir_> grepped, https://wiki.ubuntu.com/Touch/Install#Supported_devices_and_codenames
[13:46] <mihir_> list of supported devices
[13:49] <dobey> grepped: there are unofficial ports to other devices
[13:49] <AskUbuntu> Problem with boot after Ubuntu touch | http://askubuntu.com/q/442872
[13:49] <dobey> you are free to try to port it to your device
[13:49] <grepped> thanks dobey
[13:50] <grepped> is there any wiki/guide to port on my device? How could I know minimum hardware requirements to run ubuntu touch
[13:52] <pmcgowan> grepped, link is in the topic
[13:53] <grepped> mihir, pmcgowan, dobey ..thanks. I got the link.
[14:10] <dobey> dpm: is it possible to use i18n.tr from c++? if so, how?
[14:11] <dpm> dobey, according to bug 1182577 it is, but I've not tried it yet
[14:11] <dpm> looking at the branch, I think it should be Fix Released, though
[14:12] <dpm> so in theory UbuntuI18n::tr("Translate me!"); should work
[14:12] <dpm> but kalikiana can probably give you better advice
[14:12] <dobey> dpm: there isn't a c++ library is there?
[14:13] <t1mp> kalikiana: ^ do we  have a lib for that? or should the project link to the qml plugin??
[14:13] <t1mp> kalikiana: @ https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1182577
[14:13] <dpm> dobey, I'd ask the sdk guys how to use it, I'm not an expert on this one. All I know is that the i18n plugin is written in C++ instead of QML, so it might be usable from C++
[14:14] <dpm> but I see t1mp already stepped in :)
[14:14] <dobey> dpm: right, because it provides a qml component
[14:14] <dpm> in any case, this will need to be resolved to ensure scopes are translatable (bug 1297889)
[14:15] <dobey> even if it is usable from c++, i'm not sure if we can do that in a scope (because it's not an app that has the qml runtime or any gui loaded)
[14:15] <dobey> maybe i need to just use raw gettext or glib gettext api
[14:15] <kalikiana> dobey: UbuntuI18n* i18n = &UbuntuI18n::instance();; i18n->tr(QString("Foo"))
[14:15] <dobey> kalikiana: where does UbuntuI18n come from?
[14:16] <kalikiana> ui toolkit
[14:16] <kalikiana> technically speaking you can also directly use gettext
[14:16] <dobey> how does one use that in c++?
[14:16] <kalikiana> that's what this is above :-)
[14:16] <dobey> no
[14:16] <dobey> where does that API come from? what header file?
[14:17] <kalikiana> i18n.h
[14:18] <kalikiana> I don't know if there's a nice example of it, few people use c++ for gui
[14:18] <dobey> yeah i'm not doing gui
[14:18] <dobey> i'm trying to add i18n support to the scope
[14:25] <mardy> bfiller: hi! renato tells me that you need help in debugging OA
[14:25] <mardy> bfiller: the first thing is uncomment the "LoggingLevel=2" line in /etc/signond.conf
[14:25] <mardy> bfiller: and kill signond, if it's running
[14:26] <mardy> bfiller: if the reason of the failure is that a web authentication is failing, you can debug signon-ui:
[14:26] <mardy> export SSOUI_LOGGING_LEVEL=2
[14:26] <mardy> export SSOUI_DAEMON_TIMEOUT=9000
[14:27] <mardy> bfiller: then kill signon-ui, and start it from the command line
[14:28] <kalikiana> dobey: does the scope have a MainView? I don't really know much about those…
[14:30] <dobey> kalikiana: no, it doesn't have gui. the gui is all in unity8. it just sends messages to the dash
[14:31] <dednick> mardy: ping
[14:33] <mardy> dednick: hi!
[14:34] <dednick> mardy: hi :) just wanted to follow up on some things with trust sessions
[14:36] <dednick> mardy: so, we should have ability to add by app id soonish. Are you waiting for this, or have you been working around it?
[14:37] <cwayne> didrocks: so most likely we will not get a promoted image today, correct?
[14:38] <mardy> dednick: I've been waiting, since the way trust session work can have a huge impact on Online Accounts
[14:39] <kalikiana> dobey: maybe then just _("bla") is all you want, if you use nothing else from qml/toolkit
[14:40] <mardy> dednick: if a process with that app-id is already running, it won't be affected, right?
[14:40] <dobey> kalikiana: yeah, looks like i18n::tr isn't usable here
[14:41] <dednick> mardy: um, at the moment it will be added as part of the trust session.
[14:42] <mardy> dednick: OK; which means that you don't support having multiple instances of that
[14:43] <dednick> mardy: no. how would we distinguish between instances?
[14:43] <mardy> kenvandine: are the content hub designs published somewhere?
[14:43] <mardy> dednick: eh, I'm here for bringing trouble, not answers ;-)
[14:43] <mardy> dednick: did you see my last comment to your MP? I wrote a suggestion there
[14:44] <kenvandine> mardy, in google docs
[14:44] <kenvandine> one sec
[14:44] <didrocks> cwayne: yeah, likely not
[14:46] <dednick> mardy: ah, no. i havent seen it yet
[14:47] <kenvandine> mardy, https://docs.google.com/a/canonical.com/document/d/1trse15NokU8IJ5lm3BnUi7oMNTCkUnYNHeAHZdtzFoQ/edit
[14:51] <mardy> kenvandine: I can't find the answer for this question, but maybe you can help:
[14:51] <mardy> kenvandine: if app A wants to import content from app B, and B is already running, what should happen?
[14:52] <mardy> kenvandine: would a new instance of B be started?
[14:52] <kenvandine> focus switches to B and B changes it's view to a picking view
[14:52] <kenvandine> however... that is today
[14:52] <kenvandine> when we have trust sessions
[14:52] <kenvandine> and multi-instance
[14:52] <kenvandine> we'll start a new instance
[14:52] <mardy> kenvandine: yep, I care about the future. OK, thanks
[14:53] <kenvandine> np
[14:53] <mardy> dednick: so, eventually we'll need multi-instance support also for the content hub ^
[14:53] <mardy> dednick: it's fine if the first implementation leaves that out, but I think that at least you should take it into account in the API
[14:54] <dpm> dobey, which particular scope are you trying to internationalize?
[14:55] <Electropug> hello guys, can anyone tell me why there is no roomservice.xml or local_manifests folder in my workspace like it should be? :)
[14:57] <dednick> mzanetti: for the time being, I believe there will only be one trust session running at a time.
[14:57] <dednick> mardy: ^
[14:57] <dednick> mzanetti: sorry :)
[14:59] <dednick> mardy: well, to be fair, if you need truely multi-instance support, you need to use a unique identifier. For the time being we could probably assume the "next" session that opens with that name is the one to use if we give a name.
[14:59] <mardy> dednick: yep
[15:02] <dobey> dpm: click
[15:04] <tedg> cjwatson, So when click creates the directory to put links in for user hooks, what permissions does it use for that directory?
[15:05] <cjwatson> given that you're asking, I assume an answer is "the wrong ones"
[15:05] <tedg> cjwatson, Heh, I think so, but I could be wrong :-)
[15:06] <tedg> cjwatson, We're getting a url-dispatcher directory created with 600, and I'm trying to figure who's doing it.
[15:06] <cjwatson> it's supposed to be 0777 & ~umask
[15:06] <tedg> cjwatson, I think it's the click user hook putting those in.
[15:06] <cjwatson> it just does ensuredir, which does DirUtils.create_with_parents (directory, 0777)
[15:06] <bfiller> mardy: I'll give that try thanks
[15:07] <cjwatson> so I'm prepared to believe you that I might be doing something wrong but I don't immediately see where
[15:07] <tedg> cjwatson, I'm looking at bug 1290997
[15:07] <tedg> cjwatson, Hmm, okay, I was more thinking perhaps you were doing the 600 on purpose.
[15:10] <cjwatson> tedg: I don't *think* so
[15:10] <cjwatson> if I am it's absolutely a mistake
[15:10] <dpm> dobey, ah, cool. So on the question of .desktop file translations, the old click scope did not load them from the .mo files, so all app names appeared in English. While you're looking at how to use translations from C++, could the new scope do that (i.e. display the .desktop translations?
[15:16] <nik90> pmcgowan: Did you happen to hear anything about the work on the alarm ringing during sleep?
[15:16] <pmcgowan> nik90, not this week, last I heard the MR was waiting for some tweaks for desktop
[15:17] <pmcgowan> rsalveti, might know more ^^
[15:17] <nik90> pmcgowan: ah ok
[15:20] <jkt> hi there
[15:20] <jkt> I'm using the daily build of 14.04, fully updated AFAIK
[15:21] <jkt> seems that the QtGui suffers something which is very similar to https://bugreports.qt-project.org/browse/QTBUG-32760 -- when I ssh into the VM with SSH forwarding and launch a Qt5 app done in QML
[15:22] <jkt> the keyborad doesn't really type anything into the text field, and here's what I get in the console, http://fpaste.org/91320/39653507/
[15:22] <jkt> I'm trying to find out how is your version of QtGui built, whether it uses the system's own libxkbcommon, or the Qt-bundled one
[15:23] <jkt> seems that this is actually https://bugs.freedesktop.org/show_bug.cgi?id=68056 , so you might either want to upgrade your libxkbcommon, or the version bundled with QtGui, depending on what you use
[15:24] <DanChapman> popey mhall119^^ who is best to help with this?
[15:25] <popey> jkt: Mirv may be able to help with that?
[15:26] <popey> jkt: is that installed inside a vm or on real hardware?
[15:27] <AskUbuntu> Why wouldn't sound be heard on the phone when it works on the desktop with an Ubuntu Touch app? | http://askubuntu.com/q/442918
[15:28] <jkt> popey: vm, libvirt, rhel6
[15:28] <jkt> popey: connecting from a Gentoo machine, though, so the rhel6 should have no impact on this
[15:28] <popey> jkt: and it's a clean install of ubuntu 14.04 then updated?
[15:28] <jkt> popey: installed yesterday, updated an hour ago
[15:28] <mhall119> wow, that's quite a lengthy bug report
[15:29] <popey> let me see if I can reproduce that here
[15:29] <mhall119> bzoltan: are you available today to help me?
[15:30] <jkt> all right, this is because the upstream (libxkbcommon) commit fdb4de1f85e336be01f077e8c8e86c6a76bab6ba is only included in xkbcommon-0.4.1
[15:30] <jkt> you guys use 0.3.1-2
[15:30] <popey> interestingly I get a completely different error when I try this.
[15:31] <jkt> popey: my primary KB is en_us, the second one is cz(qwerty)
[15:31] <jkt> $ xprop -root | grep -i xkb
[15:31] <jkt> _XKB_RULES_NAMES(STRING) = "evdev", "pc105", "us,cz", ",qwerty", "caps:internal,grp:alt_shift_toggle,grp_led:scroll,altwin:super_win,terminate:ctrl_alt_bksp"
[15:33] <popey> ah, i wouldn't see that, only one layout
[15:33] <popey> i forsee other issues though
[15:33] <jkt> messing with VNC is something that I would love to avoid
[15:33] <popey> jkt: http://paste.ubuntu.com/7199196
[15:34] <popey> it'll need GL, which you wont get over X forwarding?
[15:34] <jkt> popey: try ssh -Y
[15:34] <jkt> popey: works fine here
[15:34] <tedg> cjwatson, If I install a new package that has click hooks, and that user is logged in, are the user click hooks run?
[15:34] <popey> jkt: same
[15:34] <jkt> popey: but it seems to work just fine with -X here as well, strange
[15:35] <popey> hmm
[15:35] <AlbertA> tvoss: sergiusens mentioned that h/w video encoder are to be enabled through media-hub
[15:35] <AlbertA> tvoss: do you have details on that?
[15:35] <jkt> popey: I've enabled http://ppa.launchpad.net/ubuntu-sdk-team/ppa/ubuntu, forgot about that
[15:35] <popey> jkt: I'm trying to run the build dholbach did in the ppa.
[15:35] <popey> that should be fine.
[15:35] <jkt> popey: I'm running what I built locally
[15:36] <dholbach> popey, which build?
[15:36] <jkt> popey: which is what is in git, and I frankly don't care about what other have built :)
[15:36] <popey> dholbach: one from your ppa
[15:36] <popey> heh
[15:36] <dholbach> popey, are we talking about trojitá?
[15:36] <popey> yes
[15:36] <popey> jkt: I'll build locally and see then
[15:36] <cjwatson> tedg: Installations are generally done *by* a user, and installations involve a "registration" step which basically makes that package available in the calling user's namespace; registration runs user-level hooks
[15:37] <dholbach> popey, ah ok... are you talking about the armhf build which fails?
[15:37] <popey> no
[15:37] <dholbach> thanks
[15:37] <cjwatson> tedg: The case where installations aren't done by a logged-in user are preinstallations, and the Upstart job to run user-level hooks on login is intended mainly to cope with that situation
[15:37] <tedg> cjwatson, I mean with dpkg, so installation of a new url-dispatcher
[15:38] <dholbach> jkt, I was just taking a look at some of the build logs of the git import of trojitá and noticed that the armhf builds failed (after running for 4+ hours) - which information, apart from the build log, would be useful?
[15:38] <tedg> cjwatson, So what does dh_click do, I guess.
[15:38] <mterry> Does grouper work at all these days?
[15:38] <Electropug> can anyone here help me? :D
[15:38] <cjwatson> tedg: That doesn't run user-level hooks, no
[15:39] <cjwatson> tedg: It arguably could, but I'm cautious of anything that involves having to enumerate users
[15:39] <tedg> cjwatson, And running user level hooks is synonymous with setting up the link farm for user level hooks, right?
[15:39] <jkt> dholbach: the build log is a good first step
[15:39] <cjwatson> tedg: Not synonymous exactly, but the latter is part of the former.
[15:39] <dholbach> jkt, all right, thanks - I'll send in a bug report in a bit then
[15:40] <cjwatson> (Hooks can also define a command to execute to catch themselves up with the state of the link farm.)
[15:40] <jkt> dholbach: oh, and make sure you build with -DWITH_RAGEL=off if you're cross-compiling
[15:40] <tedg> K, trying to figure out who's making this directory. Nothing obvious :-/
[15:40] <jkt> dholbach: there's a bug in upstream ragel (reported half a year ago...) where it assumes that host's char is the target's arch, which is horribly wrong on arm
[15:40] <cjwatson> tedg: Do we have a reproduction recipe yet/
[15:40] <cjwatson> ?
[15:40] <dholbach> aha! ok, do you have a link to the bug in question?
[15:41] <tedg> cjwatson, No, it seems that once people fix it, it goes away.
[15:41] <cjwatson> tedg: If so I'd be tempted to suggest just stracing the lot ...
[15:41] <cjwatson> Ah :-/
[15:41] <cjwatson> I don't think I've upgraded to the new url-dispatcher yet.  I wonder if it will happen to me
[15:41] <jkt> dholbach: but I doubt you've installed ragel, it's a pretty exotic package
[15:41] <Electropug> can anyone tell me why there is no roomservice.xml or local_manifests folder in my workspace like it should be? :)
[15:41] <tedg> Before you do check to see if you have the dir already.
[15:41] <cjwatson> Oh, I don't even have it installed.
[15:41] <cjwatson> Which directory again?
[15:41] <tedg> I'm curious if it got created previously incorrectly.
[15:41] <Laney> ~/.cache/url-dispatcher
[15:42] <tedg> ~/.cache/url-dispatcher
[15:42]  * Laney wins
[15:42] <tedg> Again
[15:42] <jkt> dholbach: http://www.complang.org/pipermail/ragel-users/2013-September/002989.html
[15:42] <cjwatson> Right, doesn't exist here.
[15:42] <dholbach> jkt, thanks
[15:42] <tedg> So, I expect you won't have problems. But it'd be interesting to see.
[15:42] <tedg> That'd test the legacy theory :-)
[15:43] <jkt> dholbach: and https://www.mail-archive.com/ragel-users@complang.org/msg00929.html for the full thread
[15:43] <dholbach> jkt, ok, turns out the build was killed because it took ages - the only thing I could spot (when running it locally through qemu) was 2 tests failing
[15:43] <dobey> dpm: displaying the translations for the app names/descriptions themselves is a separate and harder problem. i think we really need to get away from having the translations in the .mo files for that
[15:43] <dholbach> jkt, I'll file a bug about the failing tests - and will find out what we can do to allow some of the builds taking a bit longer in PPAs
[15:44] <dholbach> jkt, http://paste.ubuntu.com/7199236/ is what happened
[15:44] <jkt> dholbach: use xvfb-run for tests, they need X
[15:45] <jkt> dholbach: see the debian stuff in packaging/obs-trojita*/... for a working debian/rules anyway
[15:45] <jkt> dholbach: also, please run tests with `ctest --output-on-failure` to get a meaningful output
[15:46] <dpm> dobey, I'm not talking about the descriptions on an app's individual page. I mean the dash page that shows all installed apps. Could the translations not be loaded from the .desktop files -regardless of whether we keep them in the .mo files or inline-, at least in offline mode?
[15:46] <dholbach> jkt, hum... the build worked just fine on i386 and amd64 and the packaging is very much influenced by what's in ./packaging/ :-)
[15:46] <dholbach> jkt, thanks - I'll have a look at "ctest --output-on-failure"
[15:48] <tvoss> AlbertA, best to talk to jhodapp
[15:53] <jhodapp> AlbertA, yes that's the plan, it's my next major task to work on
[15:53] <jkt> popey: after building libxkbcommon from git, my keyboard now works
[15:53] <popey> hurrah jkt
[15:53] <jkt> popey: you might want to make sure that you use a recent version of that lib
[15:54] <jkt> most .cz people would typically use a qwertz layout, but still, this is a pretty annoying bug
[15:54] <AlbertA> jhodapp: ok, I have these changes to enable h/w encoding from a buffer using stagefright
[15:54] <AlbertA> jhodapp: https://code-review.phablet.ubuntu.com/#/q/owner:%22Alberto+Aguirre+%253Calberto.aguirre%2540canonical.com%253E%22,n,z
[15:55] <AlbertA> jhodapp: just wondering if it would fit with the media-hub plans...my plan was to use it so we actually
[15:55] <AlbertA> jhodapp: record more than a couple of seconds with mirscreencast
[15:55] <AlbertA> jhodapp: on the device
[15:55] <popey> jkt: as a temp fix (for our users) we could build a newer version of libxkbcommon in our ppa while we get the archive version updated, dholbach sound plausible?
[15:56] <jhodapp> AlbertA, I'll look over your changes and let you know
[15:56] <jhodapp> AlbertA, hopefully they are usable
[15:56] <dholbach> popey, do we have a bug report for libxkbcommon or something - I don't know which other effects it has? is this a problem on the dekstop? on the phone?
[15:56] <nik90> rsalveti: can you elaborate the status of the alarm ringing while the phone is in deep sleep please? I need that for the meeting today.
[15:56] <popey> dholbach: not yet, desktop
[15:56] <jhodapp> nik90: rsalveti is away for the day
[15:56] <popey> dholbach: i only learned of it from jkt just now.
[15:57] <popey> nik90: i know the status ☻
[15:57] <nik90> jhodapp: ah..thnx. I will catch him tomorrow
[15:57] <popey> i think he is out all week
[15:57] <nik90> popey: oh ok :)
[15:57] <jhodapp> nik90: he's off for this week
[15:57] <jkt> dholbach: https://bugs.freedesktop.org/show_bug.cgi?id=68056 , https://bugreports.qt-project.org/browse/QTCREATORBUG-9978 , https://bugreports.qt-project.org/browse/QTBUG-32760
[15:57] <nik90> jhodapp: ok
[15:57] <jkt> dholbach: tag 0.4.1 is OK, 0.4.0 doesn't contain that fix, unfortunately
[15:58] <popey> jkt: hmm, built trojita from git and I still get the libGL issue.
[15:58] <popey> surprised you don't.
[15:58] <cjwatson> tedg: not a legacy problem, it fails for me
[15:58] <dholbach> jkt, I'll talk to the guys in #ubuntu-x about it
[15:58] <popey> but I wont worry about it because I will probably never run it over ssh -X, and worry less if it works for you.
[15:59] <cjwatson> $ ls -ld .cache/url-dispatcher
[15:59] <cjwatson> drw------- 2 cjwatson cjwatson 4096 Apr  3 16:42 .cache/url-dispatcher
[15:59] <popey> thanks dholbach
[15:59] <tedg> Oh! great data point.
[15:59] <tedg> cjwatson, Did you have to logout and back in, or just on install?
[15:59] <jkt> dholbach: you might want to ask the Qt guys about that library; my impression is that given it's a pretty new stuff and AFAIK nobody but Qt5 uses it, the old releases might be rather buggy
[15:59] <jkt> dholbach: ok
[15:59] <cjwatson> tedg: Repeatable by purging url-dispatcher, removing that directory, and reinstalling url-dispatcher.
[15:59] <cjwatson> tedg: Just on install.
[16:00] <cjwatson> tedg: Let me strace it.
[16:00] <tedg> Oh, my.
[16:00] <tedg> That means we're doing something per-user on install.
[16:00] <dholbach> jkt, ok, tanks
[16:01] <cjwatson> tedg: click might be walking over the active user registrations and attempting to update them
[16:02] <cjwatson> Though that seems a bit weird.
[16:02] <Laney> Hm, I tried that and it had the correct permissions after reinstallation
[16:03] <cjwatson> tedg: Wait, this is bizarre, I don't see the mkdir in the trace ...
[16:05] <tedg> Could installing the user session jobs be kicking one off?
[16:05] <cjwatson> I was just wondering that
[16:06] <cjwatson> tedg: Stopping all the url-dispatcher user jobs, then "rm -rf .cache/url-dispatcher; start url-dispatcher" does it for me.
[16:07] <cjwatson> tedg: I think this rules out click ...
[16:08] <tedg> cjwatson, Okay, I was able to get that to happen.
[16:08] <tedg> cjwatson, Thanks, will look into it further.
[16:10] <cjwatson> I don't know if this is related, but why aren't you using the standard library's S_IRWXU constant from <sys/stat.h> rather than writing "g_mkdir_with_parents(urldispatchercachedir, 1 << 6 | 1 << 7 | 1 << 8); // 700"?
[16:10] <cjwatson> It'd be much clearer than bit-shifting that you have to comment ...
[16:10] <tedg> Didn't think of it at the time...
[16:10] <tedg> No good reason.
[16:11] <tedg> Oh, it doesn't happen if I just run the dispatcher. Only under upstart.
[16:12] <cjwatson> I had to check that the relative precedence of << and | was that way round, but it does seem to be
[16:14] <tedg> :-( strace has it as 0700
[16:15] <cjwatson> Yeah, I was just going to say
[16:15] <cjwatson> Mad umask maybe?
[16:16] <cjwatson> tedg: the umask is apparently 0117
[16:16] <cjwatson> this is a bit insane
[16:16] <tedg> Where does that come from?
[16:17] <cjwatson> A fine question
[16:21] <tedg> So indeed setting the umask to 0002 in the upstart job fixes it.
[16:21] <cjwatson> Mm.  I think we should figure out where this comes from though.
[16:21] <tedg> Not sure if that's a fix or a work around
[16:23] <cjwatson> creating a new /usr/share/upstart/sessions/test.conf that's just   description "test" / manual / exec sh -c umask   and then doing "start test" results in 0117 in .cache/upstart/test.log
[16:24] <cjwatson> init's own umask is also 0117
[16:24] <cjwatson> so my guess is that that was its initial umask when started
[16:26] <tedg> Xsession.d ?
[16:27] <cjwatson> $ grep umask /etc/X11/Xsession.d/*
[16:27] <cjwatson> $
[16:27] <tedg> There's a check in /etc/X11/Xsession but no setting.
[16:27] <cjwatson> And all of the STARTUP accumulation stuff is discarded if you're using an upstart session
[16:28] <cjwatson> Xsession sets it, but only in a subshell
[16:28] <cjwatson> Let's see if a guest account does it
[16:30] <cjwatson> Guest session does *not* do it; nor does my son's account
[16:30] <cjwatson> But my session has been up since Feb19
[16:31] <tedg> I rebooted this morning…
[16:31] <Laney> I can't reproduce either, fwiw
[16:32] <cjwatson> Nothing relevant-looking in trusty-changes
[16:32] <tedg> I need to run for a bit. I can keep looking when I get back. Weird bug.
[16:34] <dholbach> popey, see the discussion with tjaalton in #ubuntu-x
[16:34]  * popey looks
[16:34] <cwayne> lool: ping -- re ubuntu-touch-customization-hooks
[16:35] <cjwatson> tedg,Laney: Ha, well, so much for that - I tried to gdb lightdm to find out what its umask was but I confused it horribly and it crashed my session
[16:35] <cjwatson> tedg,Laney: So now I can't reproduce it any more
[16:36] <cjwatson> tedg: I think you're probably best with defensive measures to make sure you have a sane umask, maybe fix the permissions on the directory if they're broken, and leave it at that
[16:36] <Laney> hah
[16:38] <dednick> kenvandine: ping
[16:40] <dednick> tedg: ping
[16:40] <kenvandine> dednick, pong
[16:41] <Laney> cjwatson: Got it
[16:41] <dednick> kenvandine: howdy. was it you I was talking to trust sessions last week?
[16:41] <Laney> It happens if you re-exec upstart
[16:41] <kenvandine> dednick, nope
[16:41] <cjwatson> Oh, is it not serialising it properly?
[16:41] <kenvandine> dednick, but i am waiting to have them :)
[16:41] <Saviq> popey, bfiller, can you tell me which of the list of apps from the whiteboard you own? https://blueprints.launchpad.net/unity8/+spec/suru-icon-switch
[16:41] <dednick> kenvandine: :) in time!
[16:41] <cjwatson> That would be nasty
[16:42]  * kenvandine is being patient :)
[16:42] <Laney> Not sure what it does there
[16:42] <dednick> soon hopefully.
[16:42] <dednick> mardy: ping
[16:42] <cjwatson> It might not even preserve the initial umask at all
[16:42] <cjwatson> jodh_: ^- (if scrollback isn't enough for you to figure out what we're on about, let me know)
[16:43] <popey> Saviq: http://paste.ubuntu.com/7199495/ mine
[16:44] <Saviq> popey, thanks, can you please check if you have the latest icons from suru-icon-theme in the .clicks and uploaded to the store?
[16:45] <bfiller> Saviq: http://pastebin.ubuntu.com/7199506/
[16:45] <mterry> Saviq, OK!  Silo 002 needs lp:~mterry/platform-api/mir-changes and lp:~alan-griffiths/unity-mir/compatibility-with-mir-changes
[16:45] <popey> Saviq: will do
[16:47] <Laney> tedg: ^^^
[16:48] <Saviq> bfiller, you too, can you please verify that you have the latest icons from suru-icon-theme (package in distro) in your apps? or the same name as Icon=gallery-app, for example?
[16:49] <bfiller> Saviq: I will need to check, any bug on this?
[16:49] <Saviq> bfiller, blueprint
[16:49] <Saviq> bfiller, the one I linked
[16:50] <Mirv> jkt (left), popey, dholbach: if you've time to check the libxkb upgradability situation, there is already qtbase branch from mitya57 to use the updated library but we can't use it without syncing the libxkbcommon from debian https://code.launchpad.net/~mitya57/kubuntu-packaging/qtbase-fix-keymap-update-handling/+merge/213687
[16:59] <cjwatson> tedg: Seems like you'll need to apply a chmod to fix up existing directories/files in there anyway; even if we fix this in upstart it probably won't be able to know to do that
[17:04] <dholbach> Mirv, I mailed mir-devel about it - are you on the list as well?
[17:05] <dholbach> Mirv, otherwise I'd forward the mail to you
[17:51] <mardy> dednick: pong
[17:53] <dednick> mardy: unping :)
[18:04] <grex25> Hi, do UTouch apps already support Cal/CardDav sync?
[18:05] <ogra_> the apps usually use evolution-data-server ... and syncevolution is shipped ... i  don't think there are any UI bits for that yet though
[18:06] <grex25> okay, ty
[18:10] <m-b-o_> popey got kicked out from dsl
[18:10] <popey> heh
[18:10] <popey> rejoin #ubuntu-touch-meeting ..
[18:12] <m-b-o_> pooey searching for the option in this client.  im on phone  now
[18:12] <m-b-o_> popey ^
[18:15] <popey> one day I want to see a quit message from ubuntu phone
[18:17] <bouzomarcelo> hello everyone
[18:17] <bouzomarcelo> someone speak spanish?
[18:23] <bouzomarcelo> someone speak spanish?
[18:24] <SonikkuAmerica> bouzomarcelo: Yo hablo, ¿qué necesitas?
[18:24] <bouzomarcelo> hola SonikkuAmerica queria saber como empesar ya sea instalando ubuntu touch o unbuntu for android en un atrix
[18:25] <bouzomarcelo> soy de argentina
[18:27] <SonikkuAmerica> bouzomarcelo: Un Atrix no tiene "Ubuntu para Android," ese proyecto murió y fue reemplazado con Ubuntu Touch.
[18:28] <SonikkuAmerica> bouzomarcelo: No tenemos un img para el Atrix... todavía
[18:28] <SonikkuAmerica> es un trabajo en progreso
[18:29] <SonikkuAmerica> bouzomarcelo: (Soy de los EE.UU.)
[18:29] <thedancomplex> oDoes Ubuntu Touch use the Android shared memory method or does it use the traditional debian/ubuntu (/dev/shm)
[18:31] <bouzomarcelo> alguna manera para instalarlo solamente para probar, tengo un atrix que falla la pantalla pero queria probarlo
[18:31] <bouzomarcelo> sin problemas si falla red wifi 3g etc
[18:31] <bouzomarcelo> para probarlo test
[18:33] <SonikkuAmerica> bouzomarcelo: Scott Weldon es el mantenedor del img de olympus (Atrix), busca para él en Launchpad
[18:34] <bouzomarcelo> ok, gracias
[18:34] <SonikkuAmerica> De nada
[18:34] <SonikkuAmerica> Buen provecho :)
[18:35] <awe_> sergiusens, http://pastebin.ubuntu.com/7199980/
[18:36] <awe_> it looks like I'm getting the same behavior wrt to MmsProxy/MessageCenter, I'll need to revisit the code to see why that's happening...
[18:40] <sergiusens> awe_: sure
[18:40] <awe_> k
[18:40] <awe_> timing dude
[18:41] <sergiusens> :-)
[18:42] <awe_> popey, did you see my update to an old bug of yours last night?  https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1281057
[18:42] <popey> awe_: lemme see
[18:42] <sergiusens> awe just installed to test my packaging; seems I missed the ack on having multiple mms contexts (by looking at your paste); if that's the case; I'll write some code to consider this
[18:42] <popey> updated
[18:43] <awe_> sergiusens, you should never get multiple "stand-alone" mms contexts
[18:43] <sergiusens> ok, then we are good
[18:43] <awe_> sergiusens, all of the apns I listed are type=internet
[18:43] <awe_> ( some are combined )
[18:43] <sergiusens> we've been back and forth so many times I forgot what we were supposed to do :-)
[18:44] <awe_> sergiusens, the only possibility of redundant MMS Apns is if mvno apns are defined
[18:44] <awe_> and I changed the code to handle this case
[18:44] <awe_> so at most you'll only ever have a single type=mms apn provisioned for a specific mcc/mnc/spn/imsi query
[18:44] <awe_> whew
[18:44] <awe_> say that 10 times straight
[18:45] <popey> hah
[18:45] <sergiusens> sounds good to me
[18:56] <jodh_> cjwatson, tedg, Laney: bug 1302117 raised on umask issue. I'll try to take a look at this tomorrow.
[19:08] <tedg> K, I'll put that bug number in my work around for now.
[19:11] <seb128> tedg, do you want me to line up a landing for your workaround?
[19:11] <tedg> seb128, Let me add a umask to it, but yes.
[19:12] <seb128> tedg, ok, let me know when it's ready for upload
[19:12] <tedg> K, thanks!
[19:27] <elopio> tedg: I have a couple of questions. Are you here?
[19:28] <tedg> elopio, Yup, what's up?
[19:28] <elopio> tedg: boiko is trying to launch the dialer_app in the tests with upstart. Autopilot has a helper for that using
[19:28] <elopio> UpstartAppLaunch.start_application_test but there's a problem.
[19:29] <elopio> there's one test where the dialer app opens the messaging app through the call logs tab.
[19:29] <slangasek> sergiusens: hi, so I'm desperately trying to help with the qt gl/gles question, and I can't for the life of me get qtbase-opensource-src-gles 5.2.1+dfsg-1ubuntu9gles1 to build... test suite failures, even if I set DEB_BUILD_OPTIONS=nocheck
[19:29] <elopio> tedg: in that test, UpstartAppLaunch.stop_application('dialer-app') doesn't close the dialer.
[19:30] <elopio> tedg: any idea why?
[19:30] <tedg> elopio, Yeah, probably because Unity has SIGSTOP'd it. But it should close in a few seconds as Upstart will start cleaning.
[19:30] <tedg> elopio, How long are you waiting?
[19:30] <elopio> tedg: minutes.
[19:30] <elopio> let me give it another try.
[19:31] <kenvandine> i think there are some special cases for dialer-app, to keep it running
[19:31] <kenvandine> or at least at one point there was
[19:32] <elopio> ok, test has finished, dialer app is opened.
[19:32] <boiko> kenvandine: nope, not anymore (or at least there shouldn't be anymore)
[19:32] <elopio> waiting...
[19:33] <kenvandine> boiko, ok, maybe there is some cruft out there still :)
[19:34] <boiko> kenvandine: maybe
[19:34] <elopio> tedg: two minutes sounds too much already.
[19:35] <tedg> elopio, Yeah, should be more like 15 s
[19:35] <tedg> elopio, Can you look at the state of the processes ? initctl list and see what upstart thinks is happening with it?
[19:36] <sergiusens> slangasek: hmmm, starnge; it worked for me on my ppa (although it's a standard ppa, as in only default builders)
[19:37] <elopio> tedg: $ initctl list | grep dialer returns nothing.
[19:37] <tedg> elopio, Then it's not running :-)
[19:38] <sergiusens> slangasek: https://launchpad.net/~sergiusens/+archive/qt-gles/+packages
[19:38] <elopio> tedg: I can see it, and use it.
[19:38] <tedg> elopio, Is there a process for it or are you looking at what Unity is showing.
[19:38] <elopio> $ initctl list | grep dialer
[19:38] <elopio> application-legacy (dialer-app-) start/running, process 10707
[19:38] <elopio> that's before it opens the messaging app.
[19:39] <tedg> Does that process still exist after?
[19:39] <tedg> We don't have cgroups yet, so we can't catch apps that fork.
[19:39] <tedg> Soon. <evil laugh/>
[19:40] <elopio> now I see it.
[19:40] <elopio> $ initctl list | grep dialer
[19:40] <elopio> application-legacy (dialer-app-) stop/killed, process 1094
[19:40] <elopio> but it's still on recent apps, and if I click it goes to forground and I can use it.
[19:42] <tedg> Is that process running?
[19:42] <tedg> Like is it a new process or still that one?
[19:43] <elopio> tedg: oh, and after a while it stops apearing in intctl list
[19:43] <tedg> elopio, So what pid is dialer app now?
[19:44] <elopio> pgrep doesn't show anything running for the dialer.
[19:44] <elopio> tedg: ^
[19:45] <elopio> when I click it from recent apps, now it has a pid, different than the one I saw with initctl list.
[19:45] <tedg> elopio, You've found a true zombie process! Run! Run!
[19:45] <tedg> :-)
[19:45] <tedg> So I think that Unity is probably restarting it for you, no?
[19:47] <elopio> tedg: that makes sense. It also makes sense that afterUpstartAppLaunch.stop_application('dialer-app') it stops appearing on the initctl list.
[19:47] <elopio> What doesn't make sense is that after stop_application, if it had started another app, Unity keeps it in the recent category.
[19:47] <tedg> elopio, Yes, Unity does that, we don't show users what state the apps are really in. We hide it.
[19:47] <tedg> elopio, This way the interaction is the same whether you're on a phone with 128MB of RAM or 128GB of RAM.
[19:48] <tedg> elopio, The goal is that the user doesn't have to worry about what is running and what isn't.
[19:48] <elopio> thomi: so, should autopilot wait for initctl list to stop showing the app?
[19:48]  * thomi reads backscroll
[19:48] <thomi> one sec
[19:49] <tedg> seb128, So that works for me and Jenkins likes it, ship it! :-)
[19:49] <tedg> seb128, Do you want me to put it on the sheet?
[19:49] <slangasek> sergiusens: yeah, the test failure was really weird, something about tst_QDir::homePath() failing
[19:49] <slangasek> sergiusens: but not honoring DEB_BUILD_OPTIONS=nocheck is another bug :P
[19:50] <slangasek> I've hacked around that now and gotten a build finished, now to see what the output looks like
[19:50] <elopio> thomi: oh, but even if upstart has already stoped the app, it will fail to launch it again.
[19:50] <thomi> elopio: yeah I'm not sure
[19:50] <sergiusens> slangasek: I had no fun building that package fwiw :-P
[19:50] <thomi> it seems like we need to be able to turn off the unity behavior for testing perhaps?
[19:51] <thomi> or maybe say to libUAL "no really, make sure this is a *new* app ionstance"
[19:51] <tedg> seb128, line 62
[19:51] <seb128> tedg, you got editing rights there now? ;-)
[19:51] <thomi> elopio: tedg: At this point, I'm happy to take advice on how to change AP. I'm not sure I understand exactly what the issue is though
[19:51] <tedg> seb128, Only there, no one understands Google spreadsheet permissions :-)
[19:51] <seb128> lol
[19:52] <thomi> but if AP does want to be changed, we should probably get onto that pronto :)
[19:52] <tedg> Uhm, you can query UAL to see if there is a PID associated.
[19:52] <tedg> I don't know that it makes sense to start a "new session" in UAL. Seems like a test only feature.
[19:52] <seb128> tedg, thanks for filing the line, I've asked to get a silo for it
[19:53] <elopio> tedg, thomi: so when we are in this state, UpstartAppLaunch.start_application_test('dialer-app') doesn't work to restart the app.
[19:53] <tedg> seb128, Thanks! That should fix broken users and quiet the bug some, there's still a chance of a couple times it happening, but it'll fix itself.
[19:53] <thomi> elopio: ok
[19:53] <tedg> Hmm, because we're not checking the goal state.
[19:53] <thomi> elopio: that seems like, at the very least that the method is badly named then
[19:54] <tedg> We're checking to see if it has a PID.
[20:24] <slangasek> sergiusens, Mirv: the dh_makeshlibs override to pass -c0 in qtbase-opensource-src makes me a sad panda, and not the omap4 kind
[20:32] <Roy_> Sorry new here... when to expect ubuntu touch... wanna try
[20:49] <israel> Hi, I am wondering  where is the documentation for multitouch gestures for Ubuntu touch?
[20:55] <awe_> cyphermox, quick question for you... when looking at a pastebin of a gprs settings file earlier today from sergiusens, I noticed that MessageProxy and MessageCenter properties are always present, but sometimes have an empty value
[20:55] <awe_> this seemed wrong for our new concept of combined contexts
[20:55] <awe_> and just wanted to make sure that if I change this behavior
[20:55] <awe_> it won't screw up the new MMS host route code in NM
[21:04] <israel> Is there any Ubuntu specific documentation for gestures?  Do any of the Ubuntu elements already include gesture support?  Or Do I need a specific GestureArea{}?  Is there any sort of documentation about this issue yet
[21:05] <pmcgowan> israel, in app gestures are pretty much one and two finger
[21:05] <pmcgowan> swipe to delete from a list for example
[21:05] <pmcgowan> or pinch to zoom
[21:06] <pmcgowan> I don't think we have any gesture specific docs
[21:06] <pmcgowan> kyleN, might know
[21:08] <israel> pmcgowan thanks... I am just wondering if pinch to zoom is implemented directly, or if I need to do something extra
[21:10] <pmcgowan> israel, its used in the gallery-app, not sure the toolkit does that for you or if its std qt
[21:12] <israel> It may be standard in QML... I don't knwo... in 4.8 you have to include the gestures... so I am wondering if it is pre-imported into the Ubuntu.Components, and I can use things like onTapAndHold: or on Pinch:  etc...
[21:14] <israel> pmcgowan I'd rather not muck about in a bunch of core apps chasing a trail wondering.  I do not have an Ubuntu Touch device, so I cannot simply test it physically to see :)
[21:15] <pmcgowan> israel, ok let me see what I can find out for you, most of the sdk devs are not about right now
[21:16] <israel> ok... thanks!  If you find out it would be good to post this info somewhere easy to find in the SDK docs (I know it is all under heavy development)
[21:17] <pmcgowan> indeed
[21:17] <pmcgowan> israel, there is also an #ubuntu-app-devel channel you may want to join
[21:22] <israel> pmcgowan I may check in there later on...  I have some things I have to attend to soon
[21:30] <doanac> sergiusens: i'm trying to get the emulator working in CI. one thing I'm noticing is that we seem to be stuck spending long time with /sbin/apparmor_parser when we boot.
[21:30] <doanac> is there some way we could pre-cache this stuff in our images?
[21:32] <jdstrand> doanac: fyi, we talked about it. it is possible. it will be more possible in the 14.10 cycle when my team finishes some work wrt that
[21:33] <jdstrand> doanac: that said, a 'quick' way to do this is to do a first boot, let it go all through that stuff, then shutdown cleanly and commit the snapshot
[21:33] <doanac> jdstrand: i'm not even sure if that's the cause of the slowness. i just suspect and it was taking about 5 minutes on my system
[21:33] <sergiusens> doanac: that's a know issue; x86 makes it more tolerable; but there's this big Qt thing in the way :-)
[21:34] <sergiusens> jdstrand: the issue they have is the nature of how they test; the use latest devel-proposed always
[21:34] <jdstrand> then after that, it should boot more quickly cause the parser doesn't have to compile the policy-- it just has to read the cache
[21:34] <jdstrand> hmm
[21:34] <doanac> yeah - we are always booting things "for the first time" essentially
[21:34] <jdstrand> sergiusens: is x86 usable these days?
[21:35] <sergiusens> jdstrand: yes, but not straight from the archives
[21:35] <jdstrand> oh, is that the qt thing
[21:35]  * jdstrand is not up on x86 emulator
[21:35] <sergiusens> jdstrand: since we have that Qt with gles issue for x86
[21:35] <doanac> is it possible to mount the image and somehow run the apparmor-parser from x86?
[21:35] <jdstrand> I very much want to use it though :)
[21:35] <sergiusens> been playing around with hackish packaging
[21:36] <sergiusens> doanac: I tried that and wasn't very successful
[21:36] <doanac> seemed unlikely
[21:36] <jdstrand> doanac: the x86 system would need to be running essentially the same kernel
[21:37] <jdstrand> but that is what we are going to fix next cycle
[21:37] <jdstrand> we have a plan, the work is started
[21:37] <doanac> excellent. thanks
[21:37] <jdstrand> basically, we'll be able to compile the policy on kernel upgrades
[21:38] <jdstrand> once we can do that, we can tell you guys how to do it for image generation
[21:45] <TheMuso> Where can I find the bzr branch for lxc-android-config? There is a typo in /etc/init/ssh-keygen.conf preventing the ssh key from being generated when ssh is enabled... Small enough fix that someone could just do it, but I'm happy to submit a branch if I know which branch to use as a base.
[21:47] <pmcgowan> TheMuso, this? https://code.launchpad.net/~ubuntu-branches/ubuntu/trusty/lxc-android-config/trusty
[21:48] <TheMuso> pmcgowan: I checked that, and it appears to be out of date.
[21:49] <pmcgowan> indeed it does
[21:49] <TheMuso> Whats more, lxc-android-config is under CI management now afaict, so I don't think a packaging branch would be used...
[21:49] <pmcgowan> ogra_, would know but not sure he's still here
[21:49] <pmcgowan> or maybe sergiusens
[21:50] <sergiusens> TheMuso: pmcgowan no packaging branch or branch, that's ogra_ technical debt ;-) just pull-lp-source
[21:51] <sergiusens> you can submit a debdiff if you want
[21:52] <TheMuso> Ok, I'll file a bug with a diff.
[21:54] <doanac> jdstrand: we have a command "phablet-config autopilot --dbus-probe enable", it winds up calling aa-clickhook. should the effects of that persist across reboots?
[21:55] <AskUbuntu> Cannot import directory path to qmlscene | http://askubuntu.com/q/443070
[21:55]  * doanac wondering if that would be  a small improvement in our CI testing logic
[21:59] <jdstrand> doanac: it will under most circumstances, but it would be brittle
[21:59] <doanac> jdstrand: ack. its not a big deal. i'd almost rather keep it how it is (we do it for each test)
[21:59] <jdstrand> ie, if you installed a click app after the reboot, it would lose the change
[23:32] <purvesh> Does anybody know where can we buy docking station for nexus 4 with ubuntu touch ?
[23:45] <AskUbuntu> Details about hardware requirements for ubuntu touch | http://askubuntu.com/q/443102