[01:20] <dem0n> hello everyone, i just wanted to check in to see how its going with Ubuntu-Touch for the 2013 Nexus 7 tablet model FLO running Android 4.4?
[01:20] <dem0n> has anyone successfully ported it yet?
[01:20] <dem0n> and has anyone here been able to install with multirom?...
[01:22] <bkc_> afaik you can't dualboot android/ubuntu w/ multirom
[01:23] <dem0n> because ubuntu-touch and android are still having problems communicating with eachother right?
[01:23] <dem0n> the problem is on the ubuntu end from what i have read from XDA...
[01:23] <dem0n> i want to take this time to thank the developers/contributors
[01:24] <dem0n> we all owe you so much...please know your hard work is very much appreciated and you are what make the open source community linux/android community great
[01:24] <bkc_> it has nothing to do with communication... they just can't live besides eachother :/
[01:24] <dem0n> i really hope that we get Ubuntu-Touch soon for N7
[01:25] <dem0n> oh ok i thought maybe it had to do with something like sharing a kernel or something along those lines...
[01:25] <bkc_> yeah
[01:25] <bkc_> sharing kernel is the problem iirc
[01:26] <bkc_> actually, seems possible...
[01:26] <bkc_> http://askubuntu.com/questions/261539/can-i-dual-boot-a-nexus-4-with-touch-preview
[01:48] <dem0n> ya i think ubuntu touch can be dualbooted with multirom on the Nexus 4 and Nexus 7 2012 but not the newer Nexus 7 device...
[01:48] <dem0n> sorry for the late response
[01:49] <bkc_> aah, makes sense
[02:24] <aquarius> Can I lock orientation in Touch yet? I don't want any app at all to switch between landscape and portrait modes, regardless of how I hold the phone...
[03:28] <confusedtoucher> Hey all, my ubuntu touch (mako) does not seem to have a wifi interface, anyone seen something like that before?
[04:55] <confusedtoucher> Anyone have any ideas about a missing wcnss.mdt making wlan0 not exist on mako?
[06:36] <dhq> is ubuntu touch compatible with note 2
[07:01] <PoltoS> How can I download latest binary version for my Nexus? Are they available on launchapd? I don't want to compile it myself. Or how to easily compile only ofone. I'm searching for bugfix made only few days ago: 05 Dec
[07:04] <confusedtoucher> PoltoS: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/ I believe.
[07:15] <RAOF> PoltoS: phablet-flash will install the latest image for you; once you've got an image on your phone, the “Updates” section of System Settings will do OTA updates for you.
[07:18] <tvoss> pitti, ping
[07:18] <PoltoS> RAOF, will it keep my data intact? I've contacts, images,...
[07:19] <RAOF> PoltoS: Yes, data intact.
[07:20] <PoltoS> RAOF. Cool! thanks.
[07:21] <PoltoS> RAOF: is there a way to make FULL backup in case something goes wrong? Data + Image
[07:21] <RAOF> phablet-flash might have something?
[07:24] <pitti> hey tvoss
[08:17] <jhax> hello everybody, I was curious to know if any more developments have been made for touch on the razr xt912 spyder. I contacted a developer on the provided page and he told me he had not heard from the software writer in over a year. The last update was in March so I was just curious as to whether anything has been updated for this device.
[09:35] <nerochiaro> om26er: need a bit of help with an AP problem when you have a minute
[09:35] <om26er> nerochiaro, sure, what is it?
[09:36] <nerochiaro> om26er: i'm trying to write an AP test that access the Tabs object inside a MainView, and then tries to access the Tabs.selectedTab property. But even if the property is there, AP tells me it doesn't exist
[09:37] <om26er> nerochiaro, can you share the code where I can reproduce the problem
[09:37] <nerochiaro> one minute
[09:42] <nerochiaro> om26er: you can check lp:~amanzi-team/gallery-app/gallery-app-save-state and the file tests/autopilot/gallery_app/tests/test_picker_mode.py. There's a test test_save_picker_state which has a comment at the end where the problem happens
[09:42] <om26er> nerochiaro, ok
[09:42] <JamesTait> popey, ISTR from a recent screenshot you posted that you are, or were, running bitcoin-app on your nexus 4.  Does it still work for you today?
[09:43] <popey> JamesTait: there's two. one is a bitcoin wallet, one is a currency converter, which one?
[09:43] <JamesTait> The wallet.
[09:43] <popey> JamesTait: and which image you running?
[09:44] <popey> yes, works for me on #55
[09:44] <JamesTait> trusty-proposed.  r55 I think.
[09:44] <popey> note there's a bug in #55
[09:44] <popey> bug 1259253
[09:44] <JamesTait> Click installation and upgrades?
[09:44] <popey> you may need to chown your /opt/click.ubuntu.com yes
[09:45] <JamesTait> Yeah, I noticed it and was going to report it, but saw that someone *cough* had already done so. ;)
[09:46] <JamesTait> You're too efficient, Mr Pope. :-P
[09:46] <popey> conveniently it was the first thing I happened to test
[09:46] <popey> because someone added an app to the store that I wanted to test
[09:46] <popey> can't even remember what it was now
[09:51] <JamesTait> Seems like I have other problems with my device anyway - bitcoin wallet just segfaults for me. :(
[09:51] <popey> have you updated it?
[09:51] <popey> he's fixed a bunch of bugs
[10:22] <JamesTait> popey, I did update it.  It was working fine before, but 0.3.2.1 isn't working for me currently.  I built it from source on my laptop and it also fails there, but then I reverted the source to an earlier version that I'm pretty sure did work on the phone, and I got the same result, so I'm not convinced that what I'm doing is proving anything. :)
[10:22] <JamesTait> Except maybe that I'm rubbish at building this particular app. :-P
[10:23] <popey> JamesTait: any logs in /home/phablet/.cache ?
[10:27] <JamesTait> popey, nothing in org.sambull.bitcoin-app; I'm not sure about upstart logs yet. :)
[10:29] <JamesTait> Ah, a JRE error in ~phablet/.local/cache/upstart/application-click-org.sambull.bitcoin-app_bitcoin-app_0.3.2.1.log
[10:29] <JamesTait> "Internal Error (is_linux_zero.cpp:285) ... fatal error: caught unhandled signal 11"
[10:30] <JamesTait> Sorry, that's "os_linux_zero.cpp".  My typing is terrible today.
[10:35] <nerochiaro> zsombi: hi, quick question about StateSaver: it seems that it doesn't work if the app is sent a SIGINT or SIGTERM. I was talking yesterday with greyback to modify it so that it catches that signal and does the proper saving. I need because otherwise there's no way to run AP tests for StateSaver on desktop
[10:36] <zsombi> nerochiaro: ok
[10:38] <zsombi> nerochiaro: fiel a bug so we can follow it
[10:38] <zsombi> file I mean
[10:38] <nerochiaro> zsombi: ok, against ubuntu-ui-toolkit ?
[10:38] <zsombi> nerochiaro: yep
[10:38] <zsombi> nerochiaro: let's see whether we can catch that in the plugin...
[10:39] <nerochiaro> zsombi: i don't see why not
[10:50] <om26er> Mirv, ping
[10:58] <nerochiaro> greyback: you said yesterday that MIR on devices can send a signal to apps requesting them to terminate. is there a way to do that in an AP test using the unity8 Shell ?
[10:59] <davmor2> Morning all
[10:59] <greyback> nerochiaro: when you switch away from an app, the app gets the "save your state" signal. So if you can have AP do that, it should work
[11:00] <nerochiaro> greyback: but it's not what the test should test, i want to test on app termination
[11:01] <greyback> nerochiaro: that's not done by shell yet. AFAIK only the OOM killer is killing apps right now
[11:01] <nerochiaro> greyback: eww, ok. how do i switch away from the current app using the shell, then ?
[11:02] <greyback> nerochiaro: same as you'd do yourself: left edge swipe, or show launcher and click Dash icon.
[11:02] <nerochiaro> greyback: i mean, how do i do that from AP. does the shell provide emulators to do the edge swipes ?
[11:04] <greyback> nerochiaro: you'll need to dig into unity8's AP test suite to see how it's done. We have added methods to make it easier (i.e. things like  self.main_window.get_greeter().swipe() to swipe away greeter)
[11:04] <nerochiaro> greyback: ok, i'll have a look into that stuff then. thanks
[11:05] <greyback> nerochiaro: am I right that you want to test that your app is saving & restoring state?
[11:05] <nerochiaro> greyback: correct. save state between application runs, however
[11:05] <nerochiaro> greyback: or at least that was the requirement
[11:06] <nerochiaro> greyback: i am ok as a workaround for now having a "unfocus app" before killing it and restarting it again
[11:06] <nerochiaro> greyback: to ensure state is saved
[11:06] <greyback> nerochiaro: yep I see. That's something I expect most other apps will need to do. We need proper solution for this
[11:07] <greyback> nerochiaro: I think your SIGINT idea is best tbh
[11:07] <nerochiaro> greyback: i filed a bug for that. zsombi is aware of it. not sure when it will be taken care of
[11:07] <greyback> nerochiaro: ok
[11:28] <pitti> kalikiana_, tvoss: seems google test doesn't have qmake integration; would it be okay to write the qtubuntu-sensors integration tests (i. e. test QtSensors API against simulated sensors from platform-api) with QtTest?
[11:28] <pitti> as that seems to be Qt's standard test framework, and qtubuntu-sensors is all Qt/qmake
[11:30] <tvoss> pitti, kalikiana_ I thought qtubuntu-sensors is cmake?
[11:31] <pitti> nope
[11:31]  * pitti does his first steps in qmake
[11:31] <tvoss> pitti, I would rather prefer switching over to cmake then, especially with our cmake cross-building efforts
[11:32] <tvoss> kalikiana_, who is taking care of qtubuntu-sensors nowadays?
[11:32] <pitti> ok; can this be done by someone who already knows cmake and qmake?
[11:32] <tvoss> pitti, I would think so
[11:33] <pitti> ok, I'll just write some minimal qmake files for local experimentation, so that I can learn about the QtSensors API
[11:33] <pitti> moving example tests from QtTest to gtest shouldn't be a big deal
[11:33] <kalikiana_> tvoss: if your measure is who touched the code last it might be me :-] I'm not sure there's an actual owner
[11:34] <tvoss> pitti, ack, get started, I will get you a cmake setup
[11:34] <JamesTait> popey, fyi I removed the data dir for bitcoin-app and now it starts, so I guess there's a problem with my wallet. :(
[11:47] <pitti> kalikiana_: hm, qmake is *absurdly* easy :)
[11:47] <pitti> I must say, first impression is quite nice
[11:57] <kalikiana_> I would phrase it this way, if you have basic needs it's easy, but it doesn't scale
[12:00] <pitti> kalikiana_: how can I tell the QtSensors API which backend to use, in particular the qtubuntu-sensors one?
[12:04] <kalikiana_> pitti: I don't think you can from the API. It loads what it can
[12:05] <kalikiana_> maybe for tests the lib path can be set to achieve that
[12:05] <pitti> kalikiana_: I was wondering because on my desktop I don't hav any particular backend installed, and instantiating a proxmity sensor succeeds
[12:05] <pitti> kalikiana_: right, I'll do that, but it should fail if I don't
[12:06] <pitti> I guess it falls back to some builtin dummy backend
[12:06] <pitti> kalikiana_: well, I'll play around a bit
[12:06] <kalikiana_> well it can't fail by default because it's normal that you have no backends on the desktop :-D
[12:06] <kalikiana_> it would be slightly unusable
[12:07] <pitti> I didn't yet find a "valid" property or something equivalent, which would tell me whether the thing I just instantiated actually makes sense
[12:12] <pitti> kalikiana_: ah, got it
[12:12] <pitti>     QCOMPARE(sensor.isConnectedToBackend(), true);
[12:12] <pitti> that fails
[12:12] <pitti> (as I expect)
[12:32] <pitti> kalikiana_: did you ever try running the plugin from the source tree?
[12:32] <pitti> kalikiana_: I created a lib/sensors -> . symlink, and run with QT_DEBUG_PLUGINS=1 QT_PLUGIN_PATH=`pwd`/lib
[12:32] <pitti> but I get
[12:32] <pitti> "Plugin verification data mismatch in '/home/martin/ubuntu/qtubuntu-sensors/integration-tests/lib/libqtubuntu_sensors.so.1.0.0'"
[12:33] <pitti> does that ring a bell?
[12:35] <pitti> kalikiana_: oh wait, that's not actually the plugin, that's in plugins/, sorry
[12:36] <pitti> kalikiana_: OOI, what does that library do? I thought the official API was QtSensors only?
[12:38] <kalikiana_> I've always used 'make install', no idea about that error I'm afraid
[12:39] <kalikiana_> pitti: not sure I understand the question - what do you mean by "that library"?
[12:39] <pitti> kalikiana_: yes, QT_PLUGIN_PATH=`pwd`/plugin works fine
[12:39] <pitti> kalikiana_: what is lib/libqtubuntu_sensors.so.1.0.0 ?
[12:39] <pitti> kalikiana_: (it gets installed into /usr/lib as a public system library)
[12:40] <pitti> which smells fishy, given that this package says it's a Qt plugin, and isn't multi-arched, etc.
[12:40] <pitti> the plugin itself doesn't link to this
[12:40] <kalikiana_> it contains the code used by the plugins
[12:41] <davmor2> didrocks: so I've not seen anything really bad in 54 or 55 and 55 seems better on memory use too. I have about 76MG free running the same app as yesterday on 54
[12:41] <kalikiana_> maybe it "should" be installed elsewhere, not sure
[12:41] <davmor2> didrocks: so there is only popey's issue
[12:42] <pitti> kalikiana_: I thought plugin/libqtubuntu_sensors_plugins.so woudl contain that code? (and it doesn't link to libqtubuntu_sensors.so)
[12:42] <pitti> kalikiana_: sorry for newbie questions, I'm still trying to understand the structur
[12:42] <pitti> e
[12:42] <daker> davmor2: yesterday the phone was 100% now it's ~3% in less than 7hours because i left the system settings opened :(
[12:43] <didrocks> davmor2: indeed, I think it's a good test case (installing a click app, ideally after upgrade :))
[12:44] <davmor2> didrocks: installing is working from what I can tell it was upgrading that wasn't right? but because monday is my fresh install day there were no updates for me :(
[12:44] <kalikiana_> pitti: look at lib/lib.pro versus plugin/plugin.pro
[12:44] <davmor2> popey: ^
[12:46] <pitti> kalikiana_: is that lib used by the plugin, or by applications that want to use the ubuntu sensors, or something else?
[12:46] <davmor2> didrocks: maybe I should create a test app that we can update at will, I'll look into that after lunch
[12:47] <didrocks> davmor2: not really, if you look at the bug report, it's:
[12:47] <didrocks> - installing an older image
[12:47] <didrocks> (before the new click package, so like #32)
[12:48] <didrocks> - upgrading to latest image and try to install/upgrade a click apps
[12:48] <popey> davmor2: no, installing didnt work
[12:48] <kalikiana_> pitti: by the plugin only afair.
[12:52] <davmor2> popey, didrocks: right okay so the only issue there would be the time taken to install the one older version upgrading to the new to install one app.  However it might be a justifiable case for doing an old stable install once a month and upgrading to the current and ensure everything works maybe?
[12:52] <pitti> kalikiana_: still weird, as the plugin doesn't link to it, and you can even drop the -lqtubuntu_sensors from plugin/plugin.pro ..
[12:52] <didrocks> davmor2: I guess maybe before each promotion, installing latest promoted image and upgrading
[12:52] <popey> indeed
[12:53] <popey> but that would possibly find _this_ issue
[12:53] <popey> but perhaps not others which would be uncovered by dogfooding them upgrading
[12:53] <popey> e.g. where files in ~/ become fragged during the upgrade
[12:54] <davmor2> popey: indeed but I am limited on the amount of time I can spend on this each day.
[12:55] <popey> I wasn't necessarily saying you ☻
[12:55] <davmor2> popey: :)
[12:57] <davmor2> didrocks, popey: so how about this.  Install old promoted image.  Install some apps and data (music/vidoes/app and run the apps) then upgrade to the current proposed promoted image and makes sure the data and the apps work and that the apps can be updated and new ones installed?
[12:58] <didrocks> davmor2: yeah, do not forget you need to log in to  ubuntu sso for that (which is a good one :))
[12:59] <davmor2> didrocks: yeah I do that on every fresh install to get my apps that I use daily back on anyway :)
[12:59] <didrocks> great ;)
[13:07] <cjwatson> xnox: Have you been able to get at system settings in the emulator?  I just get a white screen
[13:08] <cjwatson> Or if anyone knows another way to log into Ubuntu One ...
[13:09] <nerochiaro> ricmm: hi, Kaleo suggests that maybe you can tell me if there is already a clean way from an autopilot test to request an application to close
[13:11] <popey> cjwatson: can you copy over ~/.config/libaccounts-glib from a working device?
[13:12] <cjwatson> popey: hmm, maybe
[13:13] <popey> guess you also need ~/.config/signond ?
[13:14] <kalikiana_> sil2100: tvoss: pulling the question over here see pitti in the backlog. seems related to "for qtubuntu sensors and the symbols file in there: Do you really want to version all those symbols or are you just interested in the exported symbols for loading the plugin" maybe it makes sense to see if the public lib is needed at all
[13:15] <kalikiana_> from the .pro files I thought the plugin is using the lib, but it doesn't seem to link to it
[13:15] <tvoss> kalikiana_, but: the plugin still needs the symbols from the lib
[13:15] <tvoss> kalikiana_, as far as I understand it
[13:16] <kalikiana_> tvoss: so I thought until pitti suggested it doesn't link to it - I'm wondering how that fits together
[13:16] <kalikiana_> maybe it pulls its in statically in a way I don't see in the .pro file
[13:21] <tvoss> kalikiana_, okay, do the feedback symbols go to sensors, too?
[13:22] <kalikiana_> feedback is a separate .so
[13:22] <kalikiana_> it has no normal lib
[13:22] <xnox> cjwatson: you can login into ubuntu one via command line.
[13:23] <xnox> cjwatson: i don't remember the interface but it should be the same as people used to setup online account for facebook & twitter
[13:23] <xnox> cjwatson: before we got online accounts pane in the settings.
[13:23] <xnox> cjwatson: not sure if 2fa will work, so do try to login with ubuntu sso which doesn't have 2fa enabled.
[13:23] <kalikiana_> tvoss: I don't know why there's a public sensors lib to be honest. that's why I said maybe it should just be removed/ merged
[13:24] <kalikiana_> I don't think it is needed
[13:24] <tvoss> kalikiana_, okay, let me push my cmake setup
[13:25] <tvoss> kalikiana_, pitti lp:~thomas-voss/qtubuntu-sensors/cmake
[13:25] <tvoss> kalikiana_, pitti builds, but fails at package build time due to symbol issues
[13:30] <kalikiana_> tvoss: so you indeed build just two libs
[13:30] <kalikiana_> sensors/feedback
[13:31] <tvoss> kalikiana_, yup, and those are installed to the respective plugin directories
[13:33] <kalikiana_> I'm not quite sure on the symbols. it probably makes sense to include feedback, though we don't really want to expose api
[13:34] <kalikiana_> should symbols be used to check the implemented interface?
[13:47] <pitti> re from lunch
[13:47] <pitti> kalikiana_, tvoss: .symbols files are only used for public libraries, i. e. which you install into /usr/lib/<arch> and you have a -dev package with header files
[13:47] <pitti> this doesn't seem to be the case for this ominous libqtubuntu_sensors.so.1.0.0
[13:48] <tvoss> pitti, ack
[13:48] <pitti> and yes, statically linking that into the plugin would be clearer; I still don't know what it does (I'm not claiming it can be dropped, I'm not that far into understanding it yet)
[13:48] <tvoss> pitti, the cmake setup I pushed does the static linking. As I understand it, we could safely drop the .symbols file from the packaging setup
[13:50] <nerochiaro> om26er: does unity8.process_helpers.restart_unity_with_testability work for you ? it fails with this error for me on yesterday's image: http://pastebin.ubuntu.com/6551217/
[13:51] <om26er> nerochiaro, is the screen turned on ?
[13:52] <om26er> nerochiaro, try to turn on the screen of the phone before restarting unity
[13:55] <pitti> tvoss: cmake/EnableCoverageReport.cmake is a standard copy&paste file, I guess?
[13:55] <pitti> (and similarly the other cmake/ files)
[13:55] <pitti> yay for having to do so much code copies :/
[13:56] <pitti> tvoss: nice!
[13:56] <tvoss> pitti, I have a branch factoring out all the common cmake functionality, still need to make it a proper project
[14:00] <nerochiaro> om26er: yes it is on
[14:00] <om26er> nerochiaro, I am updating my phone, will test
[14:01] <pitti> tvoss: ah good, so that will become a cmake-building-blocks build dep in the future?
[14:01] <tvoss> pitti, yup, that's the idea. If nothing comes in between, I should have a package by the end of the week, at least for reviewing purposes
[14:03] <cjwatson> gah
[14:03] <cjwatson> I HATE GROUPER
[14:03] <cjwatson> popey: I'm sorry, my device is just not reliable enough right now for me to be able to test this in a useful way
[14:03] <cjwatson> so frustrating
[14:03] <popey> bummer.
[14:03] <cjwatson> popey: do you have a device in a broken state right now?
[14:04] <popey> yes
[14:04] <didrocks> cjwatson: as popey is in a broken state, maybe just patching the file would work for him?
[14:04] <didrocks> (popey is always broken :p)
[14:07] <popey> this is true
[14:08] <popey> i need to go afk at :30 for ~2 hours - personal appointment.
[14:08] <cjwatson> popey: ok, could you first record "find /opt/click.ubuntu.com -ls" in a file, apply the output of "bzr diff -c317 --new lp:click click/database.py click/hooks.py" live (patch -d /usr/lib/python3/dist-packages/click -p1), reboot which should fix it, and then record the output of "find /opt/click.ubuntu.com -ls" in a different file and send me both those records?
[14:08] <popey> ok
[14:09] <cjwatson> if I had either (a) a working physical device or (b) an emulator with a working U1 login, I could do this myself :-/
[14:10] <popey> no worries.
[14:11] <nerochiaro> om26er: after a reboot it worked, not sure why. sorry for the noise
[14:11] <popey> cjwatson: alan@deep-thought:/tmp/cjw$ bzr diff -c317 --new lp:click click/database.py click/hooks.py
[14:11] <popey> bzr: ERROR: Not a branch: "/tmp/cjw/click/database.py/".
[14:12] <popey> need to bzr branch lp:click first?
[14:12] <cjwatson> oh right sorry, tested in the wrong place
[14:12] <cjwatson> "bzr diff -c317 lp:click" and filter out debian/changelog then
[14:13] <popey> k
[14:15] <pitti> kalikiana_: do you know/have a preferred way of manually testing qtubuntu-sensors?
[14:15] <cjwatson> (actually it looks like "bzr diff -c317 lp:click/click" works anywhere, even though that's rather confusing syntax)
[14:16] <pitti> kalikiana_: like some example programs which put values/changes to cout, or some app which uses the accelerator
[14:16] <pitti> kalikiana_: platform-api supports proximity, light, and acceleration, but AFAICS qtubuntu-sensors only implementes accell, right?
[14:16] <popey> ok, rebooting after patching
[14:16] <popey> (it patched database.py, hooks.py and tests/test_database.py fine)
[14:19] <popey> cjwatson: http://popey.com/~alan/before.txt http://popey.com/~alan/after.txt
[14:19] <xnox> rsalveti: sergiusens: so i've looked at the android-emulator packages and all the dependencies generated are api/abi compatible all the way back to precise. Hence I simply copied the latest trusty binaries into a PPA from precise to saucy.
[14:20] <xnox> rsalveti: sergiusens: i will test them, but by the looks of things we don't even need to rebuild the emulator to provide it on stable releases.
[14:20] <sergiusens> xnox, sounds good; I was waiting on that to split it up a bit
[14:20] <rsalveti> xnox: iirc bzoltan was going to take care of that together with the sdk work
[14:20] <rsalveti> yeah, it should be fine
[14:20] <cjwatson> popey: ok, couple of minor wrongnesses there which I'll look into, but that should fix the bug?
[14:20] <xnox> rsalveti: sergiusens: at the moment it's pending publication in https://launchpad.net/~ubuntu-toolchain/+archive/android/+copy-packages
[14:20] <sergiusens> xnox, as I only want to have a runtime and just download and setup everything else from phablet tools (go get launchpad.net/phablet-tools/ubuntu-emulator)
[14:20] <xnox> rsalveti: sergiusens: my expectation is to simply seed "android-emulator" package to the ubuntu-sdk seed.
[14:21] <popey> cjwatson: i'll try installing something new
[14:21] <rsalveti> xnox: right, but I'd wait a bit more as sergiusens is changing the package and renaming it as well
[14:21] <cjwatson> popey: could you manually chown /opt/click.ubuntu.com/.click/log first?
[14:21] <xnox> sergiusens: sure, we do want to split -bin & images, and only provide a small package with bin.
[14:21] <cjwatson> popey: I'll fix that in the code
[14:21] <rsalveti> besides cleaning up the build/run scripts
[14:21] <popey> ok
[14:21] <sergiusens> xnox, I want to get rid of the 'android' name as well; it's basically a fork
[14:21] <sergiusens> ubuntu-emulator-runtime; ubuntu-emulator-data or something like that
[14:22] <xnox> rsalveti: sergiusens: i know this is not permament, but at least this enables to test pre-build emulator on previous releases, right now.
[14:22] <rsalveti> fine by me
[14:22] <xnox> without doing any additional work, which is well taking dev time away.
[14:22] <rsalveti> sergiusens: do you know when you'll have your changes ready for review?
[14:22] <popey> cjwatson: yes, that appears to have fixed the bug.
[14:22] <sergiusens> xnox, yeah, but given the sdk is broken on precise, quantal and I think raring; I'm in no hurry
[14:22]  * xnox *giggle*
[14:22] <popey> tested by installing a new app I've never installed.
[14:22] <bzoltan> rsalveti: xnox: That is correct... the sdk integration is on me
[14:23] <xnox> sergiusens: ok, so at least the emulator is not blocking anything at the moment. I'll test it stand-alone on precise-saucy, to make sure there are no surprises.
[14:23] <sergiusens> rsalveti, the packaging of android-emulator or the tools?
[14:23] <cjwatson> popey: great, thanks.  I'll just work on clearing up these loose ends and then land
[14:24] <popey> np, thanks for dealing with it quickly.
[14:24] <xnox> sergiusens: originally my plan to split was to package src tarball, e.g. android_*orig.tar.gz simply shipped as is in a binary package, and then various other packages can simply build-depend on it "to only get the sources" and then we can have src package per device and/or emulator.
[14:24] <rsalveti> sergiusens: both
[14:24] <Saviq> rsalveti, ogra_, you guys should know :) mzanetti had his galaxy nexus vibrate on touch a few days ago - that something we've enabled or?
[14:24] <sergiusens> rsalveti, always so needy :-)
[14:24] <rsalveti> Saviq: not that we know :-)
[14:25] <Saviq> mzanetti, Friday, you say
[14:25] <xnox> sergiusens: and well build mako/maguro/nexus/emulator all in parallel, just upload N amount of no-change source packages. which rebuild across multiple builders. Instead of spending 40m on a single builder.
[14:25] <Saviq> mzanetti, you mean just after the Thursday Xmas party...
[14:25] <mzanetti> Saviq: :D
[14:25] <Saviq> dude, that was just withdrawal
[14:25] <mzanetti> Saviq: I don't think I've been that drunk that it would relate
[14:25] <rsalveti> lol
[14:25] <xnox> sergiusens: rsalveti: is emulator running mir or is it using surface flinger?
[14:25] <sergiusens> xnox, mir
[14:26] <rsalveti> yup, mir
[14:26] <Saviq> rsalveti, any idea if haptics is on anyone's plate?
[14:27] <rsalveti> Saviq: ChickenCutlass is developing that in go, and sergiusens is currently merging and getting that ready to be integrated
[14:27] <rsalveti> but we're still missing the platform-api part of it afaik
[14:27] <ChickenCutlass> rsalveti: Saviq right.  We need to extend it out to qml
[14:27] <ChickenCutlass> rsalveti: Saviq going to have ricmm do that
[14:27] <ChickenCutlass> via platform api
[14:28] <Saviq> ChickenCutlass, rsalveti cool
[14:28] <ChickenCutlass> Saviq: so you will have an api like On/Off/Pattern
[14:28] <Saviq> ChickenCutlass, christina (design) is asking who can she talk to about them
[14:28] <Saviq> (them == vibrations)
[14:29] <ChickenCutlass> lol
[14:29] <xnox> sergiusens: rsalveti: ok thanks for update. I'll go back to improving cross-compilation then.
[14:30] <Saviq> ChickenCutlass, shall I put you on the line, and you'll talk who to put there next?
[14:31] <ChickenCutlass> sure
[14:46] <nerochiaro> ricmm: ping
[14:51] <ricmm> nerochiaro: otp
[15:12] <mterry> ricmm, what's the status of the libhybris fix?
[15:14] <boiko> rsalveti: ricmm: the dialer-app crash seems to be Mir related: https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-dialer-app-autopilot/52/artifact/clientlogs/application-legacy-dialer-app-.log/*view*/
[15:14] <boiko> rsalveti: ricmm: or at least that's what the logs suggest
[15:18] <ricmm> boiko: related to what?
[15:18] <mardy> kenvandine: did you see my friends-app branch?
[15:21] <kenvandine> mardy, not yet
[15:21] <kenvandine> i'll look for it
[15:24] <kenvandine> mardy, i see CI failures :)
[15:24] <kenvandine> haven't looked at the logs though
[15:25] <mardy> kenvandine: yep, because it depends on the app-access branch
[15:25] <kenvandine> ah
[15:25] <kenvandine> is that app-access branch ready to be merged?
[15:26] <kenvandine> i didn't approve it because i wasn't sure if you were ready
[15:41] <cwayne> mardy: kenvandine: ^ if that app-access branch gets merged, any chance mine can sneak in too? :)
[15:42] <kenvandine> cwayne, maybe, up to mardy :)
[15:43] <davmor2> didrocks: right I'm going to be looking at running my tests in a bit any preference on which image?
[15:52] <kenvandine> renato, i'm adding the type for contacts, but no associated store
[15:52] <kenvandine> renato, the hub will fallback to using CacheLocation
[15:53] <renato> kenvandine, ok nice
[15:53] <kenvandine> since vcards shouldn't persist
[15:53] <kenvandine> and the hub cleans those up automatically
[15:57] <labsin> +
[16:07] <pitti> tvoss, kalikiana_: ok, have a first PoC test case running, it already found the first bug :)
[16:08] <tvoss> pitti, \o/
[16:08] <pitti> tvoss: before I spend much more time on it (as putting it all together is rather specific wrt. Qt vs. GTest), are you going to propose your cmake change?
[16:08] <pitti> or does this need some further discussion?
[16:09] <tvoss> pitti, give me some time tomorrow with a fresh mind, need to test on the device, too
[16:09] <tvoss> pitti, but I do not see anything blocking right now
[16:09] <tvoss> kalikiana_, ^ thoughts?
[16:09] <pitti> tvoss: sure, no problem; I have tons of other stuff to work on in the meantime :)
[16:10] <tvoss> pitti, cool :)
[16:18] <sil2100> kgunn: hello! Could I poke you about some unity8 and qtubuntu tasks needing attention?
[16:18] <kgunn> sil2100: what's up ?
[16:19] <sil2100> kgunn: so, since we still have some time before we actually get anything landed, didrocks asked me to poke you about one flaky AP test in unity8 we seem to be having
[16:20] <sil2100> kgunn: http://ci.ubuntu.com/smokeng/trusty/touch/maguro/55:20131209.1:20131203/5355/unity8-autopilot/558729/ <- it seems to be flaky on maguro, mako is fine
[16:20] <sil2100> kgunn: we want to remove all the unreliable tests - either by fixing them to be non-flaky (;)) or removing them in overall
[16:20] <kalikiana_> tvoss: pitti I'd say let's get the cmake stuff in first and start cleanly with the tests on top of that - there're no code changes so it's as cheap as verifying it installs in the right places, later it would become more involved
[16:20] <sil2100> So that no re-runs are needed
[16:21] <mhall119> bfiller: is somebody on your team working on an API to tell if a device has a keyboard and/or mouse?
[16:21] <tvoss> kalikiana_, yup, agreed
[16:21] <kgunn> sil2100: i would totally be for removing them on maguro...is that possible ?
[16:21] <kgunn> alternately, MacSlow could take a look but it'd be low priority....
[16:22] <bfiller> mhall119: there is a work item on this blueprint assigned to Kaleo from sdk team: https://blueprints.launchpad.net/ubuntu/+spec/appdev-1311-apps-convergence
[16:22] <sil2100> kgunn: just for maguro? Not sure if we allow for different test suites per-platform, this would have to be done AP-wise - or maybe removed in overall?
[16:22] <sil2100> kgunn: (or just disabled for now maybe)
[16:22] <sil2100> Like skipped or something
[16:22] <kgunn> sil2100: to me the best thing would be remove for maguro...but keep on mako....
[16:22] <kgunn> surely we need this capability
[16:22] <mhall119> ah, thanks bfiller
[16:22] <kgunn> sil2100: eventually side stage will only be for manta.but not for mako ?
[16:23] <sil2100> kgunn: I'll ask the guys if it's possible and feasible from the CI side
[16:23] <kgunn> sil2100: thanks...it makes sense that's a nice config capability...and prevents throwing baby out with bathwater
[16:23] <mhall119> Kaleo: we're going to need that keyboard/mouse detection for Unity 8's desktop convergence too, do we have a timeframe specified for it's implementation?
[16:23] <pitti> kalikiana_: agreed
[16:23] <pitti> kalikiana_: btw, whether or not I set LD_LIBRARY_PATH to lib/ makes no difference -- it works/doesn't work either way
[16:24] <pitti> kalikiana_: so it looks like the relevant parts are already linked into the plugin, and the lib itself can go away; I think that's what tvoss did, so the .deb might look different in comparison
[16:24] <pitti> kalikiana_: how do you usually manually test new versions? install it on the device and run something?
[16:24] <pitti> (what's that something)
[16:25] <sil2100> kgunn: the other things I wanted to poke about are some release-critical bugs that need fixing/reviewing:
[16:26] <sil2100> kgunn: bugs #1253810 and #1258655 - could you prioritize them in the meantime? We would be happy release-wise then ;)
[16:27] <sil2100> kgunn: sorry for poking you about those, but we want to make sure we can release unity8 pretty soon!
[16:27] <barry> mandel: ping.  wondering if you have a few minutes to chat about udm
[16:27] <mandel> barry, I do just before EOD, lets do it!
[16:27] <dholbach> barry, looks like system-image is still not landed on an image?
[16:28] <kgunn> sil2100: we are landing something asap on 1253810 (the msg one)
[16:29] <barry> dholbach: oh, trust me i know
[16:29] <kalikiana_> pitti: I test-built the cmake branch and it dropped the .so for the lib so I think that's fine – I test by pressing buttons in the ui toolkit gallery, or any app really
[16:29] <kalikiana_> all standard buttons use feedback out of the box
[16:29] <kgunn> sil2100: and on the blanking one 1258655...i'm asking someone on mir team to look at today high priority...however i want to caution...it could end up leading
[16:29] <kgunn> to some other component
[16:30] <kgunn> possibly worst case....the android hwc is flaky
[16:37] <didrocks> davmor2: was out for a run, image #57 please :)
[16:37] <davmor2> didrocks: no worries
[16:39] <sil2100> kgunn: ouch, ok - but good if you guys have it on your radars
[16:41] <kgunn> sil2100: for sure
[16:45] <pmcgowan> didrocks, has the new system updates 2.0 stuff landed yet?
[16:45] <pmcgowan> assuming not
[16:47] <didrocks> pmcgowan: I still see it in trusty-proposed, I guess barry knows the detail
[16:49] <barry> oh, i know all about it.  the dep 8 tests refuse to complete successfully, for unknown reasons.  i.e. the *exactly same tests* succeed locally in-tree, and during package build time (otherwise it would ftbfs).  it's just autopkgtests which fail.  we're trying to figure it out now :(
[16:50] <barry> thus the package builds but can't migrate from -proposed
[16:51] <pmcgowan> I see
[16:55] <mardy> kenvandine, cwayne: no, it's not ready to be merged until bug 1245903 is fixed
[16:57] <cwayne> jdstrand: any update on that? ^
[16:59] <jdstrand> cwayne: yes, I am working on touch image tests now for apparmor-ubuntu-easyprof and once I have that I will upload the fix for that bug
[17:02] <cwayne> jdstrand: awesome, thanks!
[17:03] <jdstrand> cwayne, mardy: I worked on that a bit yesterday and it is my top priority atm. I'm sorry that I have been blocking you-- I knew you wanted the fix but I didn't know other stuff was blocked on it
[17:03] <jdstrand> (I apologized to mardy earlier, but I feel bad)
[17:05] <cwayne> jdstrand: no need to feel bad!  I know we're all busy :)
[17:05] <jdstrand> thanks :)
[17:06] <kenvandine> jdstrand, great
[17:23] <cwayne> anyone know when qtcreator-plugin-ubuntu is going to land? i added a template and got it merged to trunk but it doesnt seem to have landed yet
[17:25] <pmcgowan> cwayne, everything is held until image promotion
[17:25] <cwayne> pmcgowan: i thought that was just for stuff in the touch image?
[17:26] <pmcgowan> oh good point
[17:26] <pmcgowan> cwayne, then I dont know
[17:26] <popey> cwayne: kenvandine or didrocks can probably help there
[17:27] <didrocks> yeah, if it's not in the image, it's good to get a landing ask for it
[17:27] <didrocks> cwayne: I don't see one for it though
[17:29] <cwayne> didrocks: ah, alright thanks.  no huge hurry, was just curious since I didn't know how stuff not in the touch image was being handled
[17:29] <didrocks> cwayne: it still needs a landing ask, and be tested first, can you get one requested?
[17:29] <cwayne> didrocks: sure can
[17:29] <didrocks> cwayne: if so, I'll add it to tomorrow morning landings
[17:29] <didrocks> thanks!
[17:30] <kenvandine> anyone know the best way to get the screen size on the device?  Looking at adding a "Best fit" option for background setting and want to reliably figure out the size and aspect
[17:30] <kenvandine> Kaleo, ^^
[17:31] <kenvandine> page.{width,height} probably works
[17:31] <kenvandine> just not sure if there are cases it wouldn't
[17:42] <davmor2> pmcgowan: I've just updated to 57, I completely cleared out /var/crash and rebooted, _usr_bin_mediascanner-service.32011.crash  media scanner is currently using  anywhere from 3%-81.3% of the cpu I'm assuming this is why it's laggy today on maguro :)
[17:43] <pmcgowan> davmor2, I wonder if its in some bad loop
[17:43] <pmcgowan> davmor2, seemed to me some of your sample files made it go haywire
[17:44] <davmor2> pmcgowan: could be, the music is just mp3 from u1 music
[17:44] <popey> i played some videos on #57 on mako
[17:44] <davmor2> pmcgowan: so I'm assuming it is the videos, let me remove them reboot and see what happens then
[17:45] <popey> some play, some won't.
[17:45] <davmor2> popey: down to codecs
[17:45] <popey> same codec
[17:45] <popey> seems quite odd
[17:45] <davmor2> popey: it hates you then
[17:45] <popey> expected
[17:46] <popey>  2143 phablet   20   0  708.2m 329.5m 201.0m S 91.6 17.6  15:21.79 unity8
[17:47] <randomcpp> :O the lastest ubuntu-touch image is awesome!
[17:48] <davmor2> hmm mtp still kicks adb user off
[17:51] <davmor2> popey: one of the videos that you have on the device, if you delete it does it still show  on the device?
[17:52] <popey> davmor2: how are you deleting it?
[17:52] <davmor2> popey: via mtp
[17:53] <popey> does delete work via mtp?
[17:53] <popey> oh no, my bad
[17:53] <davmor2> popey: it deleted them
[17:53] <FuLgOrE> hello. last week I saw an email about a 4.4 rebase ("If I'm right, they've planned a 4.4 rebase..."). could you please tell me more about that. Is that true, how is the status?
[17:53] <popey> nautilus is just being its usual pile of dogshit
[17:53] <davmor2> haha
[17:53] <popey> you know, not recognising the DELETE key as DELETE
[17:53] <popey> ffs GNOME
[17:54] <popey> FuLgOrE: you probably want to talk to rsalveti or janimo` I think
[17:54] <davmor2> popey: next you'll be expecting it to make you coffee and wipe your fevered brow
[17:54] <popey> davmor2: no, i still see the video in the home scope
[17:55] <popey> and video scope
[17:55] <janimo`> FuLgOrE, the phablet patches are partially ported to 4.4 but Unity8 does not show anything yet on the Nexus 4 device I used
[17:55] <davmor2> popey: beat me to it
[17:55] <davmor2> pmcgowan: what triggers mediascanner to look for new media or the lack there of?
[17:55] <janimo`> FuLgOrE, still you can try it yourself
[17:55] <rsalveti> yeah, we're starting the 4.4 work, should hopefully have something more useful til end of next week
[17:55] <janimo`> https://lists.launchpad.net/ubuntu-phone/msg05113.html
[17:55] <janimo`> FuLgOrE, just use phablet-4.4.1_r1
[17:56] <cwayne> rsalveti: will that include hammerhead images? or is that still farther off
[17:56] <pmcgowan> davmor2, not sure if it gets a signal or just periodically scans,
[17:56] <FuLgOrE> janimo`: Thanks for the information
[17:57] <pmcgowan> mhr3, would know maybe?
[17:57] <mhr3> pmcgowan, know what?
[17:57] <rsalveti> cwayne: that's our goal as well
[17:57] <davmor2> mhr3: what triggers mediascanner to look for new media or the lack there of?
[17:57] <pmcgowan> mhr3, when does mediascanner find new stuff
[17:58] <Laney> dear people who know about autopilot
[17:58] <FuLgOrE> janimo`: I would like to try it on my Nexus 5 as soon as it supports the basic functions (phone, sms) :)
[17:58] <Laney> is it legitimate to use mocks during autopilot tests?
[17:58] <janimo`> FuLgOrE, no sooner than mid-January I'd say
[17:58] <cwayne> rsalveti: that would make me so happy.  i can't wait to see ubuntu on this n5 :P
[17:58] <mhr3> davmor2, it installs inotifies on the dirs in home
[17:59] <davmor2> mhr3: I had 7 videos in place on the device via mtp it found them no problems when I added them, I then removed them but the scopes say that the videos are still in place
[17:59] <rsalveti> cwayne: yeah :-)
[17:59] <mhr3> davmor2, yea, it's racy on removes, known
[18:00] <davmor2> mhr3: is there a bug for that do you know?
[18:00] <mhr3> davmor2, stop mediascanner && rm -rf ~/.cache/mediascanner
[18:00] <FuLgOrE> janimo`, mid January sounds great. I just bought that Nexus 5 for Ubuntu Touch. This is just a second phone. If the basic functions work I could try it out and give some bug reports (if I see bugs). I'm not a developer but I would hope to support in that way
[18:00] <mhr3> davmor2, https://bugs.launchpad.net/mediascanner/+bug/1238017
[18:01] <davmor2> mhr3: thanks
[18:01] <popey> mhr3: should there be a "start mediascanner" in there too? ☻
[18:01] <janimo`> FuLgOrE, I am sure it will be announced on the ubuntu-phone mailing list when ready :)
[18:01] <mhr3> popey, indeed, ftfm thx ;)
[18:01] <sergiusens> Laney, there's #ubuntu-autopilot for specifics; if you use mocks, use them carefully if you are doing click as well
[18:01] <mhall119> didrocks: your landing email mentions tests on mako and maguro, are we tracking tests on the tablets too?
[18:02] <Laney> sergiusens: no click, looking at ubuntu-system-settings
[18:02] <Laney> thanks for the pointer, will follow up tomorrow
[18:03] <FuLgOrE> janimo`, thats great, I will participate :)
[18:03] <sergiusens> Laney, np; you could do anything really; just be careful of the target environment's limitations :-)
[18:04] <popey> mhr3: that made no difference, do I need to kill unity too?
[18:04] <Laney> sergiusens: I thought it might be illegitimate due to not really testing the real environment
[18:04] <davmor2> popey: I can't make it stop
[18:04] <Laney> but it'll be good for us to be able to various battery configurations and logind stuff, and so on
[18:04] <popey> davmor2: you must be phablet
[18:04] <mhr3> popey, kill the scope + re-search
[18:05] <popey> I'm not searching, its the carosel
[18:05] <sergiusens> Laney, well; depends on what you mock
[18:05] <davmor2> popey: yeap I did su - phablet is that not enough?
[18:05] <popey> no
[18:05] <popey> never do that ☻
[18:05] <popey> "sudo -u phablet -i"
[18:05] <popey> write that on a post-it and attach it to your forehead
[18:05] <mhall119> sudo -iu phablet, save 2 characters
[18:05] <Laney> It'll be things like reporting one or zero batteries & different charge levels
[18:06] <Laney> Will need to think about it more, thanks for the initial hint
[18:06] <davmor2> popey: but then I can't read it
[18:06] <popey> sudo -ui phablet and make it sound nicer
[18:06]  * Laney has to go, see you
[18:07] <popey> is it known that the media player doesn't suppress the screensaver?
[18:08] <popey> s/screensaver/blanking/
[18:11] <davmor2> popey: reboot clears them for me
[18:12] <popey> yeah, killed the scope
[18:12] <davmor2> oh and no mediascanner has found the artwork for my music better :)
[18:18] <didrocks> mhall119: not yet
[18:18] <didrocks> mhall119: this is coming when the infra will test on those and we get better quality
[18:33] <popey> http://news.cnet.com/8301-1035_3-57615107-94/ubuntu-touch-os-wins-its-first-smartphone-partner
[18:33] <popey> \o/
[18:35] <beuno> :)
[18:36] <blaroche> nice
[18:36] <cwayne> popey: shit just got real.
[18:36] <popey> Yes. Yes it did.
[18:36] <popey> Pressure++
[18:37] <cwayne> popey: no worries, we in PES thrive on pressure :)
[18:37] <popey> ☻
[18:40] <FuLgOrE> nice :)
[18:43] <FuLgOrE> "So how will Ubuntu Touch make it to the big leagues? Partnerships with those who offer services -- partnerships with companies like LinkedIn, Baidu, Facebook, Evernote, and Pinterest is one way. Those with online services see Android as a vehicle to drive people to Google services, and they're looking to back an alternative that will give them top billing, Shuttleworth said."
[18:43] <FuLgOrE> Baidu is p.r.chinese
[18:44] <FuLgOrE> they try to block all google services except google.translate as good as possible
[18:44] <FuLgOrE> ;)
[18:44] <FuLgOrE> they = chinese government
[18:45] <FuLgOrE> so china will be a nice market for ubuntu touch, I guess
[18:46] <FuLgOrE> but I hope that the chinese government (or National University of Defene Technology) does not decrease the "freedom" of ubuntu touch in china
[18:46] <FuLgOrE> we will see
[18:47] <FuLgOrE> -Defene+Defense
[18:49] <slangasek> NUDT's engagement around UbuntuKylin suggests that they do have some concept of the importance of Ubuntu's principles
[19:04] <FuLgOrE> did anybody ever think about using something like vmware or virtualbox (with android or a second ubuntu touch) on ubuntu touch? I think it would be great to use some apps those we would not trust in a virtual machine.
[19:05] <dobey> the system is designed for sandboxed/contained apps
[19:05] <dobey> if you don't trust an app, don't install it :)
[19:06] <FuLgOrE> sandbox sounds good
[19:07] <FuLgOrE> I just imaging this situation: I would like to install a nice messenger but I want to prevent it to check my phone book, my messages and so on
[19:08] <cwayne> then what would the point of it be?
[19:08] <FuLgOrE> the point would be to put it in a sandbox/vm/whatever and let it only get what it needs ;)
[19:09] <FuLgOrE> internet for example
[19:09] <FuLgOrE> no access to my personal things
[19:09] <beuno> FuLgOrE, http://askubuntu.com/questions/337969/what-are-click-packages
[19:09] <kenvandine> FuLgOrE, ubuntu touch apps are confined, they can only access their own data
[19:10] <mhall119> FuLgOrE: as long as the app doesn't request access to those things, it can't get them
[19:11] <mhall119> however, there isn't currently a way to see what the app requests
[19:11] <mhall119> ralsina: beuno: is adding the apparmor profile info something planned for the click scope?
[19:11] <kenvandine> well, in order to get the data from them they need to use the content-hub for exchange
[19:12] <mhall119> right, so there are 2 options for an app that wants to access that data:
[19:12] <mhall119> 1) Request it in the click package meta-data, which will give it access any time
[19:12] <ralsina> mhall119: the requested permissions come from the package itself and are passed onto the click installer which sets them accordingly
[19:12] <mhall119> 2) Request is only when needed, using the content-hub, which requires the user's permission every time
[19:12] <ralsina> mhall119: AFAIK the design guidance was that we would not prompt the user to approve those permissions
[19:13] <beuno> well, we will for content-y stuff
[19:13] <kenvandine> it's not approving permissions necessarily
[19:13] <syfhvbgos7> 7> WARNING       WARNING      WARNING,                       WARNING
[19:13] <syfhvbgos7> <syfhvbgos7
[19:13] <mhall119> ralsina: shouldn't we at least inform the user of what permissions an app will have before installing it?
[19:13] <syfhvbgos7> WARNING       WARNING      WARNING,                       WARNING
[19:13] <syfhvbgos7> WARNING             WARNING              WARNING,     WARNING         WARNING
[19:13] <syfhvbgos7>  YOU MAY BE WATCHED
[19:13] <syfhvbgos7> YOU MAY BE WATCHED
[19:13] <syfhvbgos7>                 YOU MAY BE WATCHED
[19:13] <kenvandine> it's just accessing the data via the app that owns it
[19:13] <beuno> we won't allow unsafe permissions in the manifest as that information isn't shown to users
[19:13] <mhall119> beuno: define "unsafe"
[19:14] <mhall119> what is safe and reasonable for one app, might not be for another app
[19:14] <beuno> mhall119, all your photos, all your contacts, all your videos
[19:14] <beuno> yes, which is why those things will go through the content hub
[19:14] <jalcine> but why would that be provided as a permission if it's unsafe?
[19:15] <mhall119> jalcine: it's not a permission allowed by default, is what he means
[19:15] <jalcine> ahh sorry
[19:15] <mhall119> apps that want those permissions need additional review and approval
[19:15] <jalcine> +1 for that, only Apple's App store does that
[19:15] <beuno> yes, by users, in context
[19:16] <mhall119> beuno: but wouldn't it make sense to let a user know if the calculator app they are downloading is requesting internet access?
[19:16] <mhall119> even if internet is considered safe to allow without additional review?
[19:17] <beuno> mhall119, this was discussed quite a bit, I'd need to dig up the thread
[19:17] <mhall119> beuno: don't worry with it, I'll dig it up if I need more info
[19:17] <mhall119> as long as it was discussed, I assume smarter people than I came to a reasonable conclusion
[19:19] <beuno> mhall119, https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2013-July/thread.html
[19:19] <beuno> "Privacy features in Touch (cyanogenmod)?"
[19:19] <beuno> the thread seems a bit broken in the archive though
[19:19] <sergiusens> mhall119, beuno https://wiki.ubuntu.com/Security/TrustStoreAndSessions
[19:19] <jdstrand> mhall119 (and beuno and ralsina): aiui, the perms should not be displayed, esp as part of an install dialog. the permissions that an app has are considered safe
[19:19] <sergiusens> a missed it by a bit
[19:19] <beuno> correct
[19:20] <beuno> which is why anything else like accessing photos
[19:20] <jdstrand> mhall119 (and beuno and ralsina): if the perm gives additional access, then we use trusted helpers, which the user guides via contextual prompting
[19:20] <beuno> is not a permission, but a...
[19:20] <beuno> yes
[19:20] <beuno> that
[19:20] <beuno> :)
[19:21] <jdstrand> some may seem like a security dialog (The caluculator wants to access location), but others just look like an integrated system-- prompt the user for the picture to upload
[19:22] <jdstrand> if people are curious about an app's permissions, they can look at the security manifests on the system, or install permy which will do that for you
[19:40] <davmor2> kenvandine: you know in friends when there are no accounts is there away you could add a link for "add an account" that goes to the accounts page like trying to install an app without a U1 account set up?
[19:40] <kenvandine> davmor2, yes... yes there is
[19:41] <kenvandine> davmor2, and we have a branch that implements it :)
[19:41] <kenvandine> but it depends on a branch of signon-ui that can't be merged yet
[19:41] <kenvandine> davmor2, so it's coming :)
[19:41] <davmor2> kenvandine: stop reading my mind for bug reports already damn you ;)
[19:41] <cwayne> speaking of which, i think we should have a 'choose online account' component in the sdk
[19:42] <lops> hey, I have a lame 100€ phone. Is there an app I can install to convert it into a nexus?
[19:42] <davmor2> kenvandine: that's great then :)
[19:42] <popey> yes, the app is called "paypal" ☻
[19:43] <lops> ok i'll check it out thanks
[19:46] <bkc_> lops: lol
[19:48] <lops> it worked. thanks popey
[19:52] <mterry> ricmm, poke about libhybris
[20:01] <mardy> jdstrand: don't worry, nothing bad happened :-)
[20:05] <trojanvirus> ARNING:phablet-flash:--no-backup is deprecated, use --bootstrap instead INFO:phablet-flash:Device detected as dlx ERROR:phablet-flash:Unsupported device, autodetect fails device monica@monica-HP-Pavilion-dv4-Notebook-PC:~$ adb devices List of devices attached  FA36JS501329	device
[20:08] <popey> trojanvirus: hi, what device are you flashing?
[20:09] <user82> congratulations to all devs/canoncal for the hardware contract!
[20:12] <mhall119> thanks user82
[20:13] <mhall119> couldn't have done it without all the community involvement
[20:14] <timp> I just see it on omgubuntu now. http://www.omgubuntu.co.uk/2013/12/ubuntu-touch-signs-first-hardware-partner-will-debut-high-end-phone-2014
[20:14] <timp> that's so cool :)
[20:29] <ricmm> mterry: hey, sorry not done yet, lemme look at that
[20:48] <josh___> run adb reboot-bootloaderrun adb reboot-bootloader ..... anyone know whats going on with this
[20:49] <josh___> wrong line one sec
[20:49] <josh___> WARNING:phablet-flash:--no-backup is deprecated, use --bootstrap instead INFO:phablet-flash:Device detected as dlx ERROR:phablet-flash:Unsupported device, autodetect fails device
[20:52] <bkc_> josh___: what device is it?
[20:59] <josh___> htc droid dna
[21:01] <bkc_> so HTC Butterfly?
[21:01] <josh___> jellly bean
[21:01] <josh___> jelly bean
[21:02] <bkc_> https://wiki.ubuntu.com/Touch/Devices/dlx <-- that one?
[21:02] <josh___> yes
[21:02] <bkc_> http://people.canonical.com/~rsalveti/dna/dna.txt <-- that's how to install UbuntuTouch on it
[21:02] <bkc_> phablet-flash isn't compatable with it
[21:04] <rsalveti> no, that's a really old port unfortunately
[21:04] <josh___> ok
[21:05] <rsalveti> I'm trying to find time to update it again
[21:05] <rsalveti> hopefully before the end of this year still
[21:05] <josh___> now sideload is
[21:05] <bkc_> rsalveti: ooh, didn't see you were in here ;)
[21:06] <bkc_> stupid virtualbox! forward the damn usb-port already!
[21:14] <josh___> where do i down the right image
[21:26] <josh___> how do i get sideload to find it
[21:36] <randomcpp> in which irc channel can I find a ubuntu packager?
[21:40] <bkc_> randomcpp: #ubuntu? :/
[21:41] <popey> randomcpp: can you be more specific?
[21:43] <randomcpp> popey, I need to ask if vim (7.4.052) on trusty will be updated soon (there's a bug that make vim crashes when completion menu is triggered) or I need to post a bug report first
[21:44] <popey> is there an upstream bug?
[21:44] <randomcpp> it's already fixed upstream
[21:44] <randomcpp> in later patches
[21:44] <randomcpp> not sure which one though
[21:45] <randomcpp> 7.4.72 <--
[21:48] <popey> randomcpp: adam conrad maintains it it seems
[21:48] <popey> (infinity on irc)
[21:48] <popey> so maybe poke him gently
[21:49] <randomcpp> ok thank you :)
[21:58] <lops> guys, do i need to tell my manifest that I want to read files?
[21:59] <popey> lops: what's the app?
[22:00] <lops> manifest, well, probably the other JSON
[22:00] <lops> and app I'm making from scratch for college, why?
[22:01] <lops> where can I read about policies?
[22:02] <lops> or am I free to read anything from my .cache dir
[22:03] <randomcpp> lops -> http://developer.ubuntu.com/publish/apps/security-policy-for-click-packages/
[22:14] <lops> so i don't need perms to access .cache/appname. that's the app's "own data"
[22:14] <lops> k thanks guys
[22:28] <xperia> hi all. i was able to build several smartphone images with openembedded/angstrom environment and would like to have for this images also ubuntu touch as a gui option beside gpe/qt/webos and so on. my question is how can i build ubuntu touch for a normal linux system and avoid all that android cyanogenmod stuuf?
[22:29] <xperia> is it not possible to fetch the ubuntu touch sources, compile them and copy to the rootfs so they can be booted by the bash script?
[22:37] <justsueme> hey
[22:37] <justsueme> anyone own a samsung galaxy s4 ?
[22:37] <justsueme> http://forum.xda-developers.com/showthread.php?t=2564187
[22:37] <justsueme> ubuntu touch port made ;)
[22:39] <josh___> this is so hard .... i dont get it needa break
[22:43] <josh___> ok back
[22:43] <josh___> now i dont get sideload and how it works can someone explain to me how i load the sildload its just comes up <filename>
[22:44]  * lops hugs josh___
[22:44] <justsueme> adb sideload update.zip
[22:44] <justsueme> basicly the same as if u flashed zip in recovery
[22:46] <josh___> but but i push the install zip from sideload it says ... now send package you want to apply to the device with "adb sideload <filename>"
[22:48] <lops> why do the apps in UT disappear from the dash when I dont have internet conenction?
[22:50] <justsueme> they arent apps
[22:50] <justsueme> they are prob suggested apps
[22:50] <lops> my own app disappears
[22:52] <lops> it's disappearing and reappearing like crazy now TT__TT .. ubuntu.. ubuntu stop. STAHP. i need to work.
[22:52] <justsueme> o.O lol
[22:53] <lops> like, every few seconds. it never did this before
[22:57] <lops> ok, i think it was because my Internet wenk bonkers for a minute there :I
[22:58] <lops> now the internet is fine, and so is the tablet
[22:58] <justsueme> i need figure out how to start gsm service ;/
[22:58] <justsueme> i wanna be abe to make texts lol
[23:00] <daker> can someone please help me debug this http://paste.ubuntu.com/6553674/ :( ?
[23:01] <justsueme> unable to create file '/run/user/32011/dconf/user': Permission non accordée.
[23:01] <justsueme> permission error
[23:02] <daker> ya i know, but what causing that and why ? it was working before
[23:07] <justsueme> folder permissions ok ?  u logged in as right user ?
[23:10] <daker> justsueme: no it's apparmor :(
[23:14] <justsueme> oo i see
[23:14] <daker> bug 1218655
[23:15] <justsueme> This bug was fixed in the package apparmor-easyprof-ubuntu - 1.0.28
[23:17] <daker> justsueme: well i am using r57
[23:18] <daker> jdstrand: help!
[23:19] <justsueme> ok im off to try gain some sound to my port lol
[23:30] <lops> guys, if I want to show iamges in my app, where do they go? in runtime i dont have access to /opt which is where the images landed
[23:32] <joe_b> I just wanted to stop by to say congratulations on the news that a phone will be released running Ubuntu touch.
[23:32] <justsueme> lops: can you not just logino root and move images or if app seeks them chmod them so all can use..
[23:34] <lops> aha i can do that. but that's cheating. but yeah, i'm totally going to do that.
[23:35] <lops> i dont know if just changing the permissions is enough for an app to load the graphics from any dir
[23:35] <lops> oO
[23:35] <daker> lops: apparmor will block you
[23:35] <lops> daker, exactly
[23:36] <lops> but since my teacher never programmed for ubuntu, i won't bother with that right now
[23:36] <josh____> htc droid dna install info  lost the website you sent me earlyer
[23:50] <cwayne> lops: i think you need the content hub
[23:51] <lops> hm, is that more for loading Pictures etc? I'm just loading icons
[23:52] <lops> I just noticed that my app DOES load icons for the toolbar! But the icon in my ListView are not loading.
[23:52] <cwayne> lops: what icons are you trying to load?
[23:53] <cwayne> sorry if i'm just showing up late and you've already explained it :)
[23:54] <lops> cwayne, nope i didn't. I'm loading two PNGs with up and down arrows. It's a stock thingy app
[23:54] <cwayne> lops: where do those pngs live?
[23:55] <lops> <app location>/qml/graphics/<here>
[23:55] <lops> cwayne, ^
[23:56] <lops> in /opt
[23:57] <cwayne> lops: you can do relative paths, just do like iconSource: Qt.resolvedUrl("../graphics/whatever.png")
[23:57] <cwayne> (that's assuming your qml lives in <app location>/qml