[00:06] <Kaleo> robru, hey
[00:06] <Kaleo> robru, friends app is broken with latest commit
[00:06] <Kaleo> commit 128 "Excellent new post view thanks to Kai Mast!"
[00:08] <Kaleo> kenvandine, ^
[00:09] <Kaleo> kenvandine, friends broke
[00:09] <Kaleo> a few minutes ago :)
[02:09] <apoollo> hey i have an install question for my n4
[02:11] <apoollo> it appears that installation is complete but my phone brings up a prompt "ROM may flash stock recovery on boot. Fix? should i answer yes or no?
[02:11] <Fishscene> apollo: Is it still plugged in to your computer?
[02:11] <apoollo> yeah
[02:12] <Fishscene> I'd say wait a while. The script should carry you past this point on its own, but it takes a while
[02:12] <apoollo> oh ok... i was thinking that was the case, but I wasn't sure
[02:12] <apoollo> thanks
[02:12] <apoollo> i'm just a little impatient
[02:12] <Fishscene> I flash on a VM and I can see when there is USB activity... it stays solid as it does stuff in this stage.
[02:12] <Fishscene> Understandable :P
[02:13] <apoollo> thx again
[02:13] <Fishscene> We're talking it could take 30-40 minutes
[02:13] <apoollo> oh damn
[02:13] <apoollo> ok good to know... the instructions were vague.. wasn't sure how long a "very long time" was
[02:13] <Fishscene> lol. Might be shorter for you as you have native USB performance. Who knows! :P
[02:14] <apoollo> well we'll see. hopefully faster. thanks fishscene i'll just go play some dayz while I wait :P
[02:36] <apollo> ok i'm back
[02:36] <apollo> installation stalled at "ROM may flash stock recovery on boot. Fix?"
[02:36] <Fishscene> uhhh
[02:37] <apollo> I waited to see if the script would work it out but the script eventually timed out throwing an error that installation took too long
[02:37] <apollo> I wonder if it's because the n4 has 4.3
[02:37] <Fishscene> I actually don't know what the official response to this situation is, but when I've run into it, I've always selected "no"
[02:38] <apollo> ok cool
[02:38] <apollo> i just started the process over again
[02:38] <apollo> and will try no
[02:38] <apollo> if that doesn't work... i'll do it again and say yes
[02:38] <apollo> haha
[03:42] <robru> Kaleo, what broke? I tested that branch quite thoroughly I thought
[03:43] <robru> Kaleo, also, it's just in PPA, it's not in distro yet
[04:31] <fish__> I'm about to install ubuntu touch on my lenovo s6000 but I couldn't find if the model is supported or if anybody tried it on that specific model, what should I expect?
[04:40] <fish__> I would love to help put this device on the working devices list
[04:43] <harrisr> Does flashing Ubuntu touch void square trade warranty
[04:47] <softcoder> hi
[04:47] <softcoder> on nexus 4
[04:47] <softcoder> using dual boot
[04:47] <softcoder> tried updating to latest via settings menu item
[04:47] <softcoder> downloaded r144
[04:47] <softcoder> i selected instal land reboot
[04:47] <softcoder> it jsut botos back into the older ubuntu
[04:48] <softcoder> and does not isntall
[04:48] <softcoder> any ideas?
[04:48] <softcoder> i go back into updates and it lets me pick install and reboto again
[04:48] <harrisr> Does flashing Ubuntu touch void square trade warranty
[04:48] <softcoder> its not doing it for some reason
[04:48] <softcoder> no idea
[04:51] <softcoder> anyone?
[04:52] <harrisr> This channel is not active
[04:55] <softcoder> found my answer here: http://askubuntu.com/questions/358741/how-to-update-my-already-installed-ubuntu-touch-image
[04:55] <softcoder> if in writeable mode you do updates from adb
[04:55] <softcoder> not the updates menu
[05:13] <harrisr>  (harrisr) (harrisr) Does flashing Ubuntu touch void square trade warranty
[05:15] <harrisr> (harrisr) (harrisr) Does flashing Ubuntu touch void square trade warranty
[05:19] <harrisr> Hello
[05:21] <fish__> I'm about to install ubuntu touch on my lenovo s6000 but I couldn't find it in the device list, what should I expect?
[07:51] <anmol> hello developers
[07:51] <anmol> i have a problem in terminal
[07:51] <anmol> ubuntu touch 14.04 132 build
[07:52] <anmol> the backspace and enter key is not working
[07:52] <anmol> please help
[07:53] <Fishscene> anmol: What device?
[07:54] <Fishscene> I know on my Nexus 7, backspace and enter key do not work in the Terminal App.
[07:57] <anmol> nexus 4
[07:57] <anmol> fushscene
[07:57] <anmol> its nexus 4
[08:10] <dholbach> good morning
[08:35] <UbuntuUser1234> Is it possible to disable USB charging on Ubuntu Touch while still have the device connected to a PC?
[08:36] <Hourd> Out of curiosity, would you need this?
[08:36] <UbuntuUser1234> Hourd: I would like to measure the battery level while performing certain computations
[08:38] <Hourd> I suppose you might be able to alter the cable to not have the power wires connected, not sure if that would work though, as USB will give power
[08:38] <UbuntuUser1234> Hourd: Of course I could unplug the device, but I would still like access the device through SSH connections
[08:46] <UbuntuUser1234> Well, I could look for a data-only USB cable. Perhaps this could be a solution
[09:09] <tvoss> pitti, good morning
[09:54] <davmor2> Morning all
[09:54] <popey> your alarm clock broken?
[09:55] <ogra_> he used ubuntu phone :P
[10:05] <Fishscene> Good morning
[10:15] <olli> Saviq, ping
[10:19] <Mirv> ricmm: re-ping bug #1271879 you asked for runenv. all the attachments should be there (they were temporarily removed by apport-retracer) and the artifact directory is linked from the description. psivaa has also access to maguro where it happens. do you need something else?
[10:25] <ricmm> Mirv: does this only hapen with this app?
[10:25] <ricmm> how reproducible is it
[10:47] <Kaleo> robru, it does not start
[10:50] <davmor2> popey: no at around 11 on a friday I have to go round to the mother-in-laws and give her, her nebuliser and meds for her lung cancer so I start earlier to cover the hour away
[10:50] <popey> ahh
[10:50] <popey> good guy davmor2 ☻
[10:51] <davmor2> popey: wifey has a morning off and goes to town, it was the only way we could work it :)
[10:51] <davmor2> popey: shhhhhh you'll ruin my cover as pure unadulterated evil if you spread rumours like that :D
[11:05] <Mirv> psivaa: ^ didn't the same qmlscene crash seem to happen with some other apps too, or was it clock-app mainly?
[11:06] <psivaa> Mirv: ricmm: they happen on maguro with calendar and clock app tests
[11:07] <psivaa> and ubuntuuitoolkit  test as well. was able to reproduce twice in calendar and clock
[11:10] <Mirv> right, calendar, that was it
[11:13] <rickspencer3> hey, I want to write a program with import QtSensors 5.0
[11:14] <rickspencer3> specifically, I want to use OrientationSensor ...
[11:14] <rickspencer3> it's not working well, even when I set up pitti's sensor test environment
[11:14] <rickspencer3> is anyone working on that?
[11:14] <ogra_> rickspencer3, did you take a look at other apps using it ? i.e. the browser ...
[11:14] <ogra_> seems to work well in there
[11:15] <rickspencer3> ogra_, from QML?
[11:15] <ogra_> i think so
[11:15] <rickspencer3> ok, I'll take a look
[11:15] <ogra_> webbrowser-app is mainly QML afaik
[11:15] <rickspencer3> thanks ogra
[11:15] <rickspencer3> tbh, I think I am programming it right, just can't get it to run on my desktop
[11:16] <pitti> rickspencer3: so the issue is that QtCreator crashes, or that the program crashes?
[11:16] <ogra_> oh, desktop
[11:16] <rickspencer3> pitti, well, if I install qtubuntu-sensors, qtcreator does not run
[11:26] <rickspencer3> ok, so, if I have qtubuntu-sensors installed, my app won't run
[11:29] <rickspencer3> it doesn't crash or anything, it just doesn't run
[11:29] <rickspencer3> if I remove it, then pitti's test framework doesn't seem to do anything
[11:29] <rickspencer3> if I run qtcreator from terminal, it crashes
[11:29] <rickspencer3> void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "Follow Symbol Under Cursor" under id 149
[11:29] <rickspencer3> Segmentation fault (core dumped)
[11:30] <pitti> rickspencer3: yes, qtubuntu-sensors provides the actual implementation of the sensors for platform-api; without it, qtsensors will just give you a dummy implementation
[11:31] <rickspencer3> pitti, should the mocking that you explained to me yesterday work w/o qtubuntu-sensors?
[11:31] <pitti> rickspencer3: no, it can't
[11:31] <rickspencer3> all I want is the mocking, tbh
[11:31] <rickspencer3> pitti, ok, so then qtubuntu-sensors must be busted in some say
[11:31] <rickspencer3> I'll log a bug
[11:31] <rickspencer3> pitti, is my reasoning correct, as far as you can tell?
[11:31] <pitti> rickspencer3: I'm actually quite surprised/disappointed that the app doesn't work with the dummy backend (which is shipped by qtsensors itself)
[11:32] <rickspencer3> pitti, well, my app doesn't run and qtcreator segfaults
[11:32] <rickspencer3> so, ...
[11:32] <pitti> rickspencer3: well, DBusMenuExporterPrivate::addAction doesn't sound like qtubuntu-sensors
[11:32]  * rickspencer3 shrugs
[11:32] <pitti> rickspencer3: dbusmenu is an Ubuntu thing
[11:32] <rickspencer3> pitti, well, I assumed that was not related
[11:32] <pitti> rickspencer3: ah, perhaps; would need a stack trace to know the details
[11:33] <pitti> rickspencer3: it segfaults, so it would be interesting to know where
[11:33] <rickspencer3> pitti, I have 2 files in /var/crash that look related
[11:33] <rickspencer3> I'll move them, then repro to ensure it's the same thing
[11:34] <rickspencer3> attach them to the bug report
[11:43] <rickspencer3> pitti, does this look like the bug?
[11:43] <rickspencer3> https://bugs.launchpad.net/ubuntu/+source/qtubuntu-sensors/+bug/1227116
[11:45] <pitti> rickspencer3: it doesn't look very similar TBH
[11:45] <rickspencer3> pitti, oh, ok
[11:45]  * rickspencer3 backs out changes
[11:46] <pitti> rickspencer3: your's is a crash, when using platform-api; TiltSensor isn't implemented at all in either qtubuntu-sensors or platform-api
[11:46] <pitti> rickspencer3: no luck with a .crash report?
[11:46] <pitti> rickspencer3: if apport doesn't generate a .crash, then it's not a packaged application that crashes
[11:46] <pitti> rickspencer3: might be worth starting your app under gdb, let it crash, and do "bt" in gdb
[11:46] <pitti> to at least get an initial idea where it crahses
[11:46] <rickspencer3> pitti, I'll be happy to do that when a developer is assigned to it
[11:49] <pitti> rickspencer3: it's not that bug, though
[11:51] <rickspencer3> pitti, fyi, bug #1272294
[11:52] <davmor2> rickspencer3: the messaging app rotates really well I'm assuming that is mostly qml too
[11:52] <rickspencer3> davmor2, right, I assume that they used the property of MainView to make that work
[11:52] <pitti> rickspencer3: ah, these crashes didn't run through apport, so they don't have package information (better to submit them through apport's UI, then they get auto-retraced and what not)
[11:52] <rickspencer3> I'm trying to develop against the API on the desktop
[11:52] <pitti> rickspencer3: that's current trusty?
[11:53] <rickspencer3> pitti, well, yesterday's trusty, yeah
[11:53] <pitti> rickspencer3: from today, I mean? (so that I can approximate the versions)
[11:54] <rickspencer3> pitti, the crash file is from just now, but I did not dist-upgrade today
[11:55]  * pitti promises to enable apport for Launchpad again, so that this is easier
[11:55] <rickspencer3> pitti, so, I never got the apport dialogs, except for "I don't have enough memory to analyze" one
[11:55] <pitti> oh
[11:55] <rickspencer3> pitti, tell me what to do
[11:55] <pitti> that means the .crash file is corrupted somehow
[11:55] <pitti> rickspencer3: I'll try apport-retracing them, once my machine becomes a bit quieter (running several autopkgtests in parallel ATM)
[11:56] <rickspencer3> thanks pitti
[11:56] <rickspencer3> I think it will be good to get it so that app devs can really work with the API
[11:57] <rickspencer3> I assume that bzoltan's team is responsible for qtubuntu-sensors?
[11:57] <pitti> qtubuntu-sensors is most probably fine, we need to first see a stack trace to identify the component
[11:57] <bzoltan> rickspencer3:  the integration is on me, so the QML exposition
[11:58] <pitti> probably more like in between qtcreator and qtsensors
[12:01] <pitti> rickspencer3: right, the _usr_bin_qtcreator.1000.crash doesn't have a CoreDump, that was the bit that showed the "not enough memory" error
[12:01] <pitti> rickspencer3: but _usr_lib_x86_64-linux-gnu_qt5_bin_qmlscene.1000.crash does have a core dump, retracing now
[12:09] <pitti> rickspencer3: wow, it's actually qtubuntu-sensors
[12:09] <pitti> I attached a stack trace
[12:09] <rickspencer3> pitti, why do you doubt me?
[12:09] <rickspencer3> ;)
[12:09] <pitti> je suis désolé :-)
[12:10] <pitti> rickspencer3: oh, maybe not
[12:10] <pitti> ah, I know why this can't be retraced
[12:13] <pitti> rickspencer3: followed up
[12:16] <pitti> rickspencer3: what happens if you don't have qtubuntu-sensors installed?
[12:16] <pitti> rickspencer3: you shouldn't get a crash then, but does qtcreator and your app start up and work at all? (without sensor data, of course)
[12:16] <rickspencer3> pitti, nothing crashes, but nothing works either
[12:16] <rickspencer3> the API is there, but doesn't every get any data or anything
[12:17] <rickspencer3> events never fired, etc...
[12:17] <rickspencer3> I assumed that was expected behavior
[12:17] <pitti> rickspencer3: it is, as there are no actual sensors on a desktop
[12:17] <pitti> I followed up again to clarify the situation
[12:17] <rickspencer3> pitti, I saw
[12:17] <rickspencer3> for some reason lp is not letting me comment
[12:18] <pitti> or I would, if it wouldn't keep timing out
[12:18] <pitti> ah, now; I now have two comments and triaging
[12:18] <pitti> rickspencer3: I suppose this is trivial to reproduce in a test
[12:18] <Cimi> mzanetti, ping
[12:18] <pitti> rickspencer3: right now, qtubunut-sensor only has integration tests with the test backend
[12:18] <rickspencer3> pitti, I reproduce by installing and removing qtubuntu-sensors
[12:18] <mzanetti> Hi Cimi
[12:19] <rickspencer3> if that's what you mean
[12:19] <pitti> rickspencer3: trying to instantiate a sensor without the test backend will/should create exactly this crash, which we ought to fix
[12:19] <Cimi> mzanetti, where would you put test for nested mir in autopilot?
[12:19] <Cimi> mzanetti, inside which file, or creating a new one?
[12:19] <pitti> rickspencer3: no, I mean in an automatic test in qtubuntu-sensors; not necessary to do it on your side
[12:19] <rickspencer3> ah
[12:19] <mzanetti> Cimi: depends on what the test does
[12:19] <rickspencer3> then, "sure"?
[12:19] <mzanetti> Cimi: -> #ubuntu-unity
[12:19] <pitti> rickspencer3: but what you can do is to create said /tmp/sensors and setting the magic env variables to use the test backend
[12:20] <pitti> rickspencer3: note that you need to install libubuntu-application-test-api1 for that
[12:20] <rickspencer3> I think I did, let me double check
[12:20] <rickspencer3> pitti, uh, so apt doesn't seem to know about that package?
[12:20] <pitti> rickspencer3: ah, not at the time when you got the .crash file
[12:21] <pitti> le huh?
[12:21] <pitti> oh, did platform-api *still* not land?
[12:21] <rickspencer3> E: Unable to locate package libubuntu-application-test-api1
[12:22] <pitti> https://launchpad.net/ubuntu/+source/platform-api/0.20+14.04.20140114.1-0ubuntu1
[12:22] <pitti> it ought to be there
[12:22] <pitti> rickspencer3: ah, sorry, my fault; that was an intermediate package name, but it got renamed
[12:22] <pitti> rickspencer3: libubuntu-application-api-test1
[12:23] <rickspencer3> pitti, hey, the app runs now
[12:23] <janimo> ogra_, is anything else modifying the rootfs tarball produced by live-build before it being published as the .xz file?
[12:24] <pitti> rickspencer3: want to up the ante a bit and create some faked events? :-)
[12:24] <rickspencer3> pitti, I ran it like this:
[12:24] <rickspencer3> UBUNTU_PLATFORM_API_BACKEND=libubuntu_application_api_test.so.1 UBUNTU_PLATFORM_API_SENSOR_TEST=/tmp/sensors qmlscene Up.qml
[12:24] <ogra_> janimo, .xz ?
[12:24] <pitti> rickspencer3: correct
[12:24] <rickspencer3> pitti, right, if I edit that /tmp/sensors it should make events?
[12:24] <pitti> rickspencer3: switchign to /msg for the details
[12:24] <ogra_> janimo, live-build only produces gz
[12:24] <janimo> ogra_, the one I am getting in a local build is rooted at / as opposed to /system/, has SWAP but no android  or userdata
[12:25] <ogra_> thats armhf ?
[12:25] <janimo> ogra_, I was looking at the published tar.xz, used for system deltas. should have cheked the .zip sorry
[12:26] <ogra_> oh, yeah, thats completely repacked by system-image
[12:31] <janimo> ogra_, so in order to test a tar.gz I should also repack it and put the result in /data/system.img?
[12:31] <ogra_> well, ask stgraber, i know he has code ready for community ports ... but due to lack of tests for it he cant release it
[12:32] <janimo> is any other method still used? Untarring the tarball directly to userdata is incomplete right?
[12:32] <janimo> ogra_, what code is currently doing this for the official builds? Is that available?
[12:32] <ogra_> well, you could create a zip and use the old flipped container
[12:33] <anmol> hi ogra !
[12:33] <anmol> termial keys backspace and enter not working in nexus 4
[12:34] <ogra_> anmol, ancient bug ...
[12:35] <anmol> lol yes :d
[12:35] <anmol> :D
[12:35] <anmol> how to resolve this
[12:35] <ogra_> by fixing the terminal plugin
[12:35] <ybon> I must be stupid, but I can't manage to add a RSS feed in Shorts app. Anyone using it?
[12:35] <ogra_> see the mailing list, it is in every daily report
[12:35] <anmol> link to this bug
[12:36] <ogra_> janimo, http://people.canonical.com/~ogra/ubuntu-touch/phablet-android-scripts.tgz thats what we use for zip creation on cdimage (not public atm since it is a hack ... the binary used in there comes from the android build)
[12:37] <ogra_> (will be properly added to cdimage at some point, once we have a package for the binary thingie)
[12:38] <ogra_> janimo, http://paste.ubuntu.com/6808124/ this is how i call it in rootstock-ng
[12:38] <janimo> ogra_, so this zip creation is for the flipped image?
[12:39] <ogra_> janimo, right ... system-image uses the tarball directly though
[12:39] <anmol> thanks ogra
[12:39] <ogra_> the zip created by the above script enables you to just flash from recovery ... the android way
[12:39] <janimo> ogra_, ok so I'd like to create the equivalent of the system-image .xz file, with userdata added, etc. Is that code only at stgraber ATM and nowhere public?
[12:40] <ogra_> janimo, right, you cant yet
[12:40] <ogra_> janimo, it is public on LP
[12:40] <janimo> ogra_, ok, the zip method is good I guess, although I would have preferred to test the official way
[12:40] <ogra_> but you need the gpg keys etc
[12:41] <ogra_> janimo, right, i plan to have that in my script for local builds ... as soon as stephane releases something
[12:41] <ogra_> someone has to write the tests for it ...
[12:41] <ogra_> :)
[12:44] <gatox> hi, i'm having some issues trying to propose a branch that run some tests in ubuntu-system-settings: https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-trusty-amd64-ci/117/console
[12:45] <gatox> does anyone knows how to configure to use a xserver in cmake or something? (it's not my area of expertise)
[12:45] <janimo> ogra_, what creates the userdata partition with SWAP system-data, user-data at it's root? Ubuntu while booting or made at image flashing time?
[12:45] <ogra_> janimo, android
[12:45] <ogra_> SWAP is inside the image
[12:46] <ogra_> for flipped the /userdata partition of android is used ... for system-image thats all done from the initrd ... have a look at initramfs-tools-ubuntu-touch
[12:47] <ogra_> and i think parts of it live in the flash process in the modified recovery we use
[12:59] <pmcgowan> seb128, re that time update bug, does the settings app notify the datetime service of a change? how does it detect one?
[13:03] <seb128> pmcgowan, the service monitors the system tz (which is the way it should work, because the tz can be changed by different way, especially on a desktop config)
[13:04] <seb128> pmcgowan, seems like a bug in the service that doesn't pick up the change, I need to ping charles about it (I can confirm it's an issue on trusty desktop as well)
[13:04] <pmcgowan> seb128, ok makes sense
[13:05] <pmcgowan> seb128, I was just thinking to avoid any sort of periodic polling, unless there is some event the service can listen on
[13:05] <seb128> pmcgowan, there is no polling
[13:05] <pmcgowan> seb128, ok vg
[13:06] <seb128> pmcgowan, file watches/inotify don't poll (and I think there is also a dbus signal for timedated that they use)
[13:06] <pmcgowan> ok
[13:15] <Laney> I don't think it does use that, but maybe should
[13:35] <janimo> ogra_, where can I find this tool, used by your script ? /home/ogra/utouch-android/zip
[13:36] <ogra_> janimo, thats just zip from the archve :)
[13:36] <ogra_> janimo, hacking around the fact that nusakan doesnt have it installed
[13:36] <ogra_> janimo, rip the path out
[13:39] <dpm> attente, kalikiana, is this really true? Are we going to see dynamic language switching soon? This is really awesome! (bug 1263163)
[13:40] <ogra_> janimo, note that the android "update-binary" in there is arm ... in case you fiddle with x86, it wont work
[13:41] <janimo> ogra_, ah ok, I thought it's some zip wrapper
[13:42] <ogra_> nah, just me being evil to nusakan ...
[13:42] <janimo> ogra_, would installing zip there be too risky?
[13:43] <ogra_> janimo, nope, i didnt file an RT back then ... and then forgot :P
[13:48] <kalikiana> dpm: looks like it :-D the bug was a bit confusing but should be getting into the next release
[13:48] <dpm> that is excellent, good work guys
[14:08] <tvoss> pitti, hey there, just updated https://code.launchpad.net/~thomas-voss/process-cpp/more_verbose_output_from_fork_and_run/+merge/203013
[14:09] <pitti> tvoss: hm, that test seems to be unstable; it's not related to that MP,  is it?
[14:10] <pitti> tvoss: I mean cross_process_sync_test
[14:10] <pitti> 2 successes, 2 failures from jenkins
[14:11] <tvoss> pitti, nope, the test might have been flaky before
[14:11] <pitti> tvoss: why is it public API now? isn't a private API enough?
[14:11] <pitti> tvoss: yes, that's what I meant (the test fails unrelated to that MP)
[14:11] <tvoss> pitti, I need to expose the symbol for testing purposes unfortunately, as the tests link to the so
[14:12] <pitti> ah, we can't statically link the test to the lib?
[14:12] <pitti> tvoss: it's not a biggie, but it'd be unfortunate having to bump the soname due to internal changes
[14:13] <tvoss> pitti, agreed, it's a question of symbol visibility though
[14:28] <Cimi> mterry, lp:~unity-team/unity8/unity8.test_nested_mir
[14:31] <Cimi> mterry, lp:~unity-team/unity8/unity8.test_nested_mir
[14:33] <mterry> Cimi, looks good! Though maybe don't describe it as testing nested mir.  More like just testing system integration in general (in a way that nested mir just happened to break, but it was more of a lightdm misconfiguration than a mir problem)
[14:33] <Cimi> mterry, that's why I pinged you, better idea for name?
[14:34] <mterry> Cimi, "system integration" ?
[14:34] <mterry> Cimi, and for that particular test, policykit or networkmanager integration
[14:34] <ejat> dual boot with android makes the wifi in utouch unavailable
[14:35] <ejat> then to reboot the device .. then the wifi indicator appear ...
[14:35] <ejat> anyone can comment on it ?
[14:37] <popey> sergiusens: can we please get an update to music in the store?
[14:43] <sergiusens> popey, how can I bribe you? :-)
[14:43] <sergiusens> lol
[14:43]  * sergiusens is on it
[14:43] <popey> hah
[14:44] <sergiusens> popey, have you tried the music app in the emu btw?
[14:44] <popey> i have not
[14:45]  * popey boots the emulator 
[14:46] <Cimi> mterry, https://code.launchpad.net/~unity-team/unity8/unity8.test_nested_mir/+merge/203088
[14:47] <mterry> Cimi, awesome.  works for me.  So let me help you set up nested
[14:47] <Cimi> mterry, we want to see it failing now
[14:48] <Cimi> mterry, and working after your fixes of tuesday
[14:48] <mterry> Cimi, yup.  So can you build from a bzr branch?  It's a short build
[14:48] <Cimi> mterry, i can, manta?
[14:48] <mterry> Cimi, uh, sure
[14:48] <mterry> Cimi, so grab lp:~mterry/session-manager-touch/usc
[14:48] <mterry> Cimi, and build it, install it
[14:49] <mterry> Cimi, you'll also need to install unity-system-compositor
[14:49] <mterry> but it will tell you that
[14:55] <popey> sergiusens: does mtp work in the emulator?
[14:55] <mterry> Cimi, so once you install that, it will (hopefully) work with your AP test.  We can make a small edit to a config file to get back to the pre-fix state
[14:56] <sergiusens> popey, nope
[14:57] <popey> el bummer
[14:57] <sergiusens> popey, well it does; but there isn't any usb device connected
[15:08] <mhall119> beuno: ping
[15:14] <popey> sergiusens: hmm, put some music on my emulated phone but it doesn't show up...
[15:14] <ogra_> should have used emulated music then :P
[15:15] <ogra_> popey, afaik we dont have any working audio device yet
[15:15] <sergiusens> ogra_, but the lens should work
[15:15] <ogra_> i tinkered a bit with the qemu audio options, but didnt find a single working one
[15:15] <ogra_> sergiusens, oh, indeed
[15:15] <popey> yeah, its like mediascanner didnt find it
[15:16] <popey> also, not enough disk space by default
[15:16] <popey> just filled up my emulated phone with very little music
[15:17] <sergiusens> popey, where?
[15:18] <janimo> stgraber, hi, do you have some code to turn the rootfs tarballs into system image .xz files?
[15:18] <popey> sergiusens: /home/phablet/Music
[15:22] <w-flo> gerrit refuses to verify my e-mail :(
[15:24] <sergiusens> popey, hmmm, will check
[15:27] <stgraber> janimo: lp:~ubuntu-system-image/ubuntu-system-image/server/
[15:27] <stgraber> janimo: lib/systemimage/generators.py => generate_file_cdimage_ubuntu
[15:27] <janimo> stgraber, thanks!
[15:30] <w-flo> stgraber, did you notice my private message [or maybe you are blocking them automatically]?
[15:30] <ogra_> stgraber, does that work without gpg key ?
[15:31] <janimo> stgraber, any code to call that and turn an existing livebuild tarball into an .xz?
[15:31] <janimo> stgraber, I have a locally build tarball
[15:32] <janimo> which I'd like to test on the N4
[15:32] <janimo> ideally using the system image format
[15:36] <stgraber> janimo: no, we don't have code for that and the upgrader would reject it anyway as it won't be signed by a trusted key
[15:37] <stgraber> w-flo: no, just came online no and am slowly catching up with the dozen of people who sent me messages overnight
[15:38] <w-flo> stgraber, ah, okay. :)
[15:38] <janimo> stgraber, the .xz image would be useful on its own, on a rooted device, by copying it in  /data/system.img .
[15:39] <janimo> stgraber, unsigned for development mode
[15:45] <janimo> Mirv, do you use Unity8 on the desktop to test Qt 5.2 ?
[15:49] <kgunn> ralsina: hey, heard there's something up with rating/review on preview ?
[15:50] <ralsina> kgunn: well, basically we need to get the review text and rating value to the scope so it can send it to the serer
[15:50] <ralsina> server*
[15:50] <kgunn> ralsina: ok, so this may just be code from the ui that was stubbed out waiting on the backend to arrive...
[15:50] <kgunn> ?
[15:51] <ralsina> well, we had the code in the ui, and when we wrote the backend in the scope there was no way to join them :-)
[15:51] <ralsina> and now we are rewriting the scope in C++ and there's whole new APIs so it's a good point to figure out how to do it right
[15:52] <kgunn> ralsina: ok...can we assume the ui is "right" ? :)
[15:52]  * kgunn likes the lazy route
[15:52] <ralsina> kgunn: indeed "right" with quotes :-)
[15:52] <kgunn> ralsina: please ping us if you think we need to change something...
[15:53] <ralsina> kgunn: cool. Will do.
[15:53] <kgunn> us being usual suspects in #ubuntu-unity zanetti, saviq, tsdgeo_s
[15:54] <ralsina> paulliu is the one who did the scope work and he's now working on the previews so he should know both sides of the thing
[15:54] <kgunn> ah ha
[15:57] <cwayne> stgraber, hi, when devel-customized-proposed gets promoted, it seems to get a new version number, is that expected?
[15:58] <cwayne> i.e. devel-customized is at version 27, but devel-customized-proposed is at 147
[15:59] <stgraber> cwayne: yes, it's expected
[15:59] <cwayne> stgraber, ack, thanks
[16:02] <cwayne> stgraber, is that not the case for devel-proposed -> devel though? they seem to keep the build number
[16:03] <stgraber> cwayne: devel-proposed -> devel is a manually handled channel
[16:03] <stgraber> s/channel/process/
[16:03] <HellTiger> hello. i am planing to install a *buntu to my touch pad device archos 9. it runs now a win7 and is quite slow. where can i check if touchpad support works? maybe with a live cd, and then what package?
[16:03] <cwayne> oooh right, so devel-customized is just whatever the devel is plus the latest SR tarball
[16:04] <stgraber> correct
[16:04] <cwayne> stgraber, awesome, thanks
[16:23] <mterry> Cimi, so I'm about to go out the door for some errands.
[16:24] <mterry> Cimi, if you are testing that bzr branch, and you want to go back to the broken state
[16:24] <mterry> Cimi, edit /etc/lightdm/lightdm.conf.d/52-ubuntu-touch.conf and remove the [LightDM] stanza with its minimum-vt=1 bit
[16:24] <mterry> Cimi, with that stanza, the bug is fixed
[16:24] <mterry> Cimi, without it, we should hit the bug
[16:25] <Cimi> mterry, Ill try
[16:26] <ogra_> Cimi, did you get my ping yesterday ? (i provided a link to the deb with nested) ...
[16:27] <Cimi> ogra_, nope I didn't...
[16:27] <ogra_> Cimi, do you still need it ? http://people.canonical.com/~ogra/ubuntu-touch/ubuntu-touch-session_0.91~test1_all.deb
[16:27] <Cimi> ogra_, guess they might have been before 1000 lines scrollback
[16:27] <Cimi> ogra_, would be great, thx
[16:27] <ogra_> heh, yeah
[16:28] <ogra_> Cimi, install unity-system-compositor first ... its a dep
[16:28] <Cimi> ok
[16:28] <Cimi> thanks ogra_
[16:28] <ogra_> :)
[16:34] <Cimi> ogra_, what shall I see with it?
[16:34] <ogra_> Cimi, no idea, didrocks asked me to provide you a deb with the nested mode stuff included
[16:34] <Cimi> ogra_, I have black screen here
[16:34] <ogra_> thast the deb ... containing mterry's merge for nested
[16:35] <ogra_> wow
[16:36] <Cimi> ogra_, might have to dist-upgrade
[16:36] <Cimi> hold on
[16:36] <ogra_> ok
[16:37] <Laney> sforshee: hey, just looking at integrating auto brightness into system-settings, got a question or two
[16:37] <Laney> how do I get the current state of it? :-)
[16:38] <Laney> & why did you choose not to use proper d-bus properties?
[17:09] <biwan> Hello
[17:20] <robru> Kaleo, bizarre, friends-app was working great when I was testing that branch. indeed, after landing it it's not loading
[17:23] <biwan> I would like to install "Lifetouch L" in Ubuntu.
[17:30] <Kaleo> robru, you should always test trunk with the branch merged
[17:30] <Kaleo> robru, not the branch itself
[17:30] <robru> Kaleo, yeah, I see that. but it was just built in the staging PPA precisely for that kind of testing
[17:31] <robru> Kaleo, must have been a merge conflict, apparently there's a duplicated line causing the crash. fixed it in trunk and rebuilding now
[17:31] <Kaleo> robru, cool
[17:31] <Kaleo> robru, thanks
[17:38] <sergiusens> File "/home/phablet/autopilot/music_app/tests/test_music.py", line 483, in test_create_playlist_from_songs_tab
[17:38] <sergiusens> self.assertThat(playlist, Not(Is(None)))
[17:38] <sergiusens> File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 412, in assertThat
[17:38] <sergiusens> raise MismatchError(matchee, matcher, mismatch, verbose)
[17:38] <sergiusens> MismatchError: None matches Is(None)
[17:38] <sergiusens> hmmm
[17:38] <sergiusens> popey, ^^
[17:38] <ybon> popey: you know what would be the killer feature? An Ubuntu dedicated OSM based map style :)
[17:38] <popey> a map app would be nice first ☻
[17:39] <popey> ahayzen: vthompson ^^^ see sergiusens's paste
[17:39] <ybon> yes, but a nice integrated map style inside this map would be the must :)
[17:39] <ybon> (I'm adding the POIs at the moment)
[17:40] <ybon> inside this app*
[17:41] <popey> nice
[17:42] <davmor2> cyphermox, awe_, seb128: in the settings app if you go into cellular and select manual and then select carrier then hit refresh you should get a list of carriers correct? do we know why we don't?
[17:42] <vthompson> sergiusens, is that from a recent build or what?
[17:42] <davmor2> I think there was a bug report for it from a user iirc
[17:42] <seb128> davmor2, dunno, kenvandine wrote that code and it used to work afaik, the setting side didn't change, maybe some bug in ofono or somewhere in the stack?
[17:43] <sergiusens> vthompson, latest trunk
[17:43] <sergiusens> vthompson, on mako
[17:43] <sergiusens> autopilot that is
[17:44] <vthompson> sergiusens, k, I think this is a new test
[17:45] <davmor2> seb128: thanks I was assuming it might be ofono changes
[17:45] <sergiusens> vthompson, music_app.tests.test_music.TestMainWindow.test_create_playlist_from_songs_tab is the test name
[17:45] <sergiusens> can't recall it's newness
[17:45]  * sergiusens will bbiab
[17:46] <attente> bfiller, hey
[17:46] <kenvandine> seb128, davmor2: must be ofono changes
[17:46] <attente> bfiller, i noticed when enabling the spell-checking setting, it behaves a lot like the word prediction setting
[17:46] <attente> bfiller, is it supposed to behave differently?
[17:47] <kenvandine> seb128, davmor2: indeed the ofono script fails too
[17:47] <kenvandine>  /usr/share/ofono/scripts/scan-for-operators
[17:47] <davmor2> cyphermox: in the absence of awe_ ^
[18:01] <vthompson> sergiusens, the test ran fine for me on mako. maybe there's a timing issue.
[18:02] <vthompson> sergiusens, the test took 59 seconds which is the longest of any of the tests in the run I just did
[18:11] <kenvandine> tedg, if i set INSTANCE_ID in the env and then call upstart_app_launch_stop_application, will it only stop the instance that matches the INSTANCE_ID ?
[18:11] <tedg> kenvandine, No
[18:11] <kenvandine> damn
[18:11] <tedg> kenvandine, We don't pass the local env.
[18:12] <kenvandine> an untrusted help could though
[18:12] <kenvandine> right?
[18:12] <kenvandine> or that is just for starting?
[18:12] <tedg> kenvandine, Did you see the API I added yesterday for multi-instance untrusted helpers?
[18:12] <kenvandine> tedg, assuming we have multiple instances... i'm trying to figure out how i can quit the right instance when i'm done with it
[18:13] <kenvandine> no...
[18:13] <kenvandine> tedg, did you do that because you knew i was going to be whining about this? :-p
[18:13] <tedg> kenvandine, I think it does what you want :-)
[18:13] <tedg> Yes
[18:13] <kenvandine> haha
[18:13] <kenvandine> nothing but love man!
[18:14] <kenvandine> i've come to the conclusion that the content hub is going to require multiple instances, no way around that
[18:15] <kenvandine> just can't handle possible unfinished transfers, etc
[18:15] <kenvandine> if multiple apps need it
[18:17] <kenvandine> oh tedg... this really is exactly what i want :)
[18:17] <kenvandine> tedg, your branch is on hold.. eta on when you think it'll be ready to merge?
[18:18] <tedg> kenvandine, Hoping today-ish, but that  might be a little optimistic.  Depends on how much of the application test harness I'm able to reuse.
[18:18] <kenvandine> awesome
[18:19] <kenvandine> so soon enough for me :)
[18:19] <tedg> Heh
[18:19] <tedg> kenvandine, Also, got those python bindings.  Apparently you just install to site-packages and dh_python does the rest.  doko helped.
[18:19] <kenvandine> ah... great :)
[18:19] <kenvandine> sorry i couldn't figure that out
[18:20] <kenvandine> i'm a bit rusty on python modules
[18:20] <sergiusens> vthompson, might of been a glitch, I'm sending popey 's way as I reran and had no issues
[18:20] <sergiusens> not discarding user error :-)
[18:20] <popey> ok
[18:21] <kenvandine> tedg, no pressure... i'm going to start this multiple instances implementation requiring your branch... :-D
[18:22] <sergiusens> tedg, btw for fat packaging; to I get arch variables expanded so I could add something like 'Exec= qmlscene -I lib/qt5/qml/$ARCH/ myqml.qml' ?
[18:22]  * tedg starts sweating bullets and modifies the API slightly for fun ;-)
[18:22] <sergiusens> s/to/do/
[18:22] <tedg> sergiusens, No, we just set up the import path environment
[18:23] <sergiusens> tedg, what does it default to? Might want to go fat here :-)
[18:23]  * tedg recommends Nutella
[18:23]  * sergiusens nods
[18:24] <popey> sergiusens: vthompson the first time I ran the music app ap tests, I got 3 failures. I highly suspect this is because the first test didn't clear out music properly.
[18:24] <popey> sergiusens: vthompson when it ran I saw my own music, not the test 3 tracks
[18:24] <tedg> sergiusens, It's basically $(APP_DIR)/lib/$(ARCH)
[18:24] <sergiusens> popey, yeah; that's something I've been dandling on
[18:25] <tedg> We also add $(APP_DIR)/lib/$(ARCH)/bin to the $PATH
[18:25] <sergiusens> popey, the mediascanner doesn't manage tampering with it's monitored dir
[18:25] <popey> so in the lab this will likely work
[18:25] <sergiusens> tedg, but doesn't that mix up the concept of lib and qt plugin?
[18:25] <tedg> sergiusens, Not sure what you're saying.
[18:26] <sergiusens> tedg, so we have qt libs and qml plugins, qt installs those into different locations;
[18:27] <sergiusens> tedg, not saying it won't work, just the conceptual layout qt does for it's plugins :-)
[18:27] <tedg> sergiusens, I think it does, incase I'm being unclear here's the test: http://bazaar.launchpad.net/~indicator-applet-developers/upstart-app-launch/trunk.14.04/view/head:/tests/exec-test-full.sh
[18:28] <cwayne> bfiller, saw your comment on the OSK not showing up in webapps mentioning blink, do we have an ETA on when that'd land int he image?
[18:28] <sergiusens> tedg, ah, so it's just the QML path; works for me
[18:29] <vthompson> popey, that's very odd. I've never seen the test do that on the device or the desktop
[18:29] <sergiusens> vthompson, it's a device problem
[18:29] <vthompson> popey, as in I've never seen it use the local library
[18:29] <sergiusens> device specific
[18:30] <popey> Ran 12 tests in 403.984s
[18:30] <popey> OK
[18:30] <popey> worked that time
[18:30] <popey> thats good enough for me ☻
[18:31] <popey> sergiusens: if you punt music over, I'll approve that and reminders together ☻
[18:33] <cyphermox> davmor2: ack
[18:33] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/143/
[18:33] <popey> sergiusens: done both
[18:33] <cyphermox> kenvandine: tell me more about failing ofono scripts?
[18:33] <popey> afk for 30 - dropping wife off
[18:33] <cyphermox> davmor2: I did get a list of operators before, let me look again
[18:46] <dasjoe> Hi. Just to let you know, there appears to be a bug in ppa:phablet-team/tools, the package "click" is not available for Precise. Following https://wiki.ubuntu.com/Touch/Install#Step_1_-_Desktop_Setup reportedly fails: http://paste.ubuntu.com/6809678/
[18:46] <kenvandine> cyphermox, scan-operators is giving me a dbus error
[18:46] <kenvandine> that's as far as i looked
[18:47] <kenvandine> tedg, is INSTANCE_ID available in the env of the running app?
[18:49] <sergiusens> dasjoe, add the sdk ppa
[18:52] <davmor2> cyphermox: it used to
[18:52] <dasjoe> sergiusens, I'm just relaying the information from the German Ubuntu support channel :) I was unsure whether to recommend activating another PPA, as the Touch install instructions don't mention it
[18:52] <dasjoe> sergiusens, thank you, though. Relayed your hint to the reporter
[18:54] <sergiusens> dasjoe, phablet-flash is deprecated, new world order is ubuntu-device-flash; but not avail for precise yet
[19:05] <mterry> Cimi, how did testing of pkcheck go?
[19:31] <bfiller> cwayne: webbrowser-app based on oxide is a long way from landing in the image, lots to do still. it is planend for 14.04 and in phablet-team ppa if you want to play with it
[19:31] <mterry> Cimi, I left a relevant comment in your AP branch.  One small change and then it works fine!
[19:32] <bfiller> cwayne: but you can't do much more than basic browsing
[19:32] <bfiller> cwayne: once chriscoulson lands the input method support at least we can see if that bug is fixed, that should be soon
[20:07] <Zoca> Hi, did anyone got a positive brunch on nexus 7 2013 FLO ?
[20:07] <Zoca> I am getting an error on the 'system'
[20:22] <Eugeny> hi. i dont look ubuntu phone os for my phone. LG Optimus 3d max ( LG p-725). elp please
[20:27] <bfiller> tedg: working on touch apps on the desktop. camera needs to launch gallery. It does this currently Qt.openUrlExternally("application:///gallery-app.desktop"). What should it do on desktop?
[20:28] <tedg> bfiller, Uhm, not sure there.  There's no reason that we couldn't run URL Dispatcher/UAL on the desktop.
[20:29] <tedg> bfiller, I guess it'd depend on the QPA plugin.
[20:29] <bfiller> tedg: looks like the default impl of Qt.openUrlExternally() calls this: gvfs-open: application:///gallery-app.desktop: error opening location: The specified location is not supported
[20:30] <ogra_> Zoca, wait a week, offcial flo builds are around the corner already :)
[20:31] <tedg> bfiller, Huh, that's weird.  That's really for opening files, not URLs.  It must default to local?
[20:32] <Zoca> ogra_, I can't  wait!!! hehe I am almost getting done.
[20:32] <ogra_> well, flo is on the list of official supported arches ... with luck we will have it by end of next week
[20:33] <tedg> bfiller, There are a bunch of options, but I don't know that anyone's worked all that out.
[20:33] <bfiller> tedg: yeah we should talk about that one more, kind of need it
[20:33] <tedg> bfiller, Makes sense.  Who owns the QPA for desktop?  Is it upstream?
[20:34] <bfiller> tedg: assume so
[20:35] <rsalveti> Zoca: you can flash our experimental build for flo: http://paste.ubuntu.com/6809501/
[20:35] <rsalveti> Zoca: still experimental, so expect bugs
[20:36] <Zoca> rsalveti! I was about to send you an email. We talked about the Asus TF700 a few months ago.
[20:36] <kenvandine> tedg, how would you feel about adding uris to start_helper and start_multiple_helper ?
[20:36] <Zoca> ogra_ thank you!
[20:36] <ogra_> :)
[20:37] <rsalveti> Zoca: indeed
[20:37] <ogra_> Zoca, i would have given you the link immediately, but wanted confirmation from rsalveti first :)
[20:38] <tedg> kenvandine, That'd be fine with me, but you need to make sure your exec lines have "%u" or "%U" in them then.
[20:38] <Zoca> ogra_ and rsalveti. Thank you very much.  \o/
[20:38] <rsalveti> I'll send a call for testing to the ml later today
[20:38] <kenvandine> tedg, you mean APP_EXEC ?
[20:39] <tedg> kenvandine, Yup, it's the desktop Exec line format.  And APP_URIS gets placed in.
[20:39] <Zoca> rsalveti, can I pastebin where I got the error so you can tell me that I was almost getting done?
[20:40] <rsalveti> Zoca: problem with flo is that it's only compatible with 4.4.2, which is a new branch that we're working on as we speak
[20:40] <rsalveti> I should be publishing the branches soon as well, then you can easily rebuild it
[20:41] <Zoca> ok, thanks again.
[20:42] <Zoca> rsalveti, what means that you will send a call to the "ml" ?
[20:42] <kenvandine> tedg, https://code.launchpad.net/~ken-vandine/upstart-app-launch/untrusted-helper-uris/+merge/203174
[20:43] <rsalveti> Zoca: to help testing the 4.4.2 based images, so we can switch officially next week
[20:43] <kenvandine> tedg, at least that makes it more consistent with start_application
[20:43] <kenvandine> tedg, and i might want to use it..
[20:43] <Zoca> rsalveti, I'll be glad to test.
[20:45] <tedg> kenvandine, Cool, thanks!
[20:45] <kenvandine> tedg, is INSTANCE_ID available in the env?
[20:45] <tedg> kenvandine, For the helper?  Yes.
[20:45] <rsalveti> Zoca: cool, thanks
[20:46] <kenvandine> i'm struggling to find a sane way to match up a handler when it comes on the bus with transfers
[20:46] <kenvandine> tedg, for the launched app
[20:47] <kenvandine> when the app launches and it's handler comes on the bus, i need a way for it to tell the hub which transfer it was summoned for
[20:47] <kenvandine> a map
[20:47] <kenvandine> the INSTANCE_ID would be perfect for that
[20:48] <tedg> kenvandine, Yeah, you should have it both for the exec tool and the helper itself.
[20:48] <tedg> kenvandine, I'd probably say importing it onto the command line in the exec tool would be best.
[20:48] <kenvandine> say gallery-app, could it get that from the env?
[20:49] <kenvandine> i was thinking of passing the object path for the transfer as a uri
[20:49] <kenvandine> but might not need to if i can match the instance
[20:49] <tedg> Sure.  But I think it'd be better to have the exec tool do something like "gallery-app --content-hub-transfer 23432343"
[20:49] <kenvandine> ah
[20:50] <kenvandine> i just worry about apps that parse args on start
[20:50] <kenvandine> and fails with unknown args
[20:50] <kenvandine> i guess they'll know quickly if that happens :)
[20:50] <tedg> They wouldn't be registered as content sources/sinks, no?
[20:50] <tedg> It's an opt-in thing.
[20:50] <kenvandine> right
[20:50] <kenvandine> if they are implementing a handler
[20:50] <kenvandine> they have to allow our args :)
[20:52] <kenvandine> tedg, actually, for my testing here i just made my helper wrap click-exec
[20:52] <kenvandine> to get the exec line
[20:52] <kenvandine> i could add a initctl set-env INSTANCE_ID=
[20:52] <kenvandine> then rely on that to be set when the handler comes online
[20:53] <tedg> I think that for most you'll probably not want to use click-exec directly just because you'll want to allow an app to have different executables for content selection and normal cases if they want.
[20:54] <tedg> But that's fine to get started.
[20:54] <kenvandine> just don't want to reimplement click-exec
[20:54] <kenvandine> with a few addons
[20:55] <kenvandine> fork it!
[20:55] <kenvandine> :-D
[21:14] <sergiusens> dobey, hey, wrt to bug 1249255
[21:15] <dobey> hi sergiusens
[21:15] <sergiusens> I added G_MESSAGES_DEBUG=all to my session upstart and don't get logs
[21:16] <sergiusens> dobey, doing some Friday bug completions :-)
[21:16] <dobey> sergiusens: it should be a) in console output and b) in ~/.cache/unityh-scope-click.log (or ~/.cache/unity-scope-click/unity-scope-click.log maybe)
[21:17] <dobey> sergiusens: if there's nothing there, then it's almost certain that the env var is not being picked up by the scope
[21:17] <sergiusens> dobey, not scope saavy, but can I kill the scope and launch from console?
[21:17] <dobey> sergiusens: i add it to /etc/profile.d/debug.sh
[21:17] <dobey> sergiusens: you should be able to, yes
[21:25] <sergiusens> dobey, http://paste.ubuntu.com/6810683/
[21:26] <dobey> sergiusens: and all those apps are not listed under "Installed"? (Calendar, Weather, Dropping Letters, Shorts, etc…)
[21:26] <sergiusens> dobey, and after a while I get what pat mentioned, apps coming and going and it seems synced to the download errors
[21:26] <sergiusens> dobey, yes and no; they flash
[21:27] <dobey> sergiusens: right, they will flicker; but they should not just go away and stay away for any period of time. they should immediately reappear
[21:27] <sergiusens> dobey, it took a long while for something to show up in the logs; when it did, the files showed up and then the flicker started
[21:28] <sergiusens> dobey, I'll shoot a video... it's no immediate
[21:28] <dobey> ok
[21:32] <Zoca> ogra_, running !!
[21:32] <ogra_> congrats !
[21:35] <sergiusens> dobey, it feels like 20s on, 20s off
[21:35] <sergiusens> video uploading
[21:42] <sergiusens> added to bug
[21:45] <dobey> weird
[21:46] <dobey> and i forgot those logs don't have timestamps :-/
[21:46] <Zoca> ogra_, thanks.
[21:46] <dobey> sergiusens: which version of unity-scope-click is that with?
[21:49] <dobey> sergiusens: can you install unity-scope-click from the daily-build ppa, and get a debug log again with the error? it should have timestamps in the logs with the daily-build version
[21:57] <softcoder> hey when updating my dual boot on nexus 4 last night
[21:57] <softcoder> i keep getting this
[21:57] <softcoder> Preparing to unpack .../lxc-android-config_0.131_all.deb ...
[21:57] <softcoder> Leaving 'diversion of /usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy to /usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy.orig by lxc-android-config'
[21:57] <softcoder> Unpacking lxc-android-config (0.131) over (0.126) ...
[21:57] <softcoder> dpkg: error processing archive /var/cache/apt/archives/lxc-android-config_0.131_all.deb (--unpack):
[21:57] <softcoder>  unable to make backup link of `./lib/udev/rules.d/70-android.rules' before installing new version: Invalid cross-device link
[21:57] <softcoder> Errors were encountered while processing:
[21:57] <softcoder>  /var/cache/apt/archives/lxc-android-config_0.131_all.deb
[21:57] <softcoder> I absolutely cannot get past this
[21:57] <softcoder> any ideas?
[21:58] <ogra_> softcoder, thats normal, rw images will break at some point ...
[21:58] <softcoder> /lib/udev/rules.d/70-android.rules seems to be the main issue here somehow
[21:58] <softcoder> normal!??
[21:58] <ogra_> no, the main issue is that dpkg uses hardlinks when unpacking
[21:59] <softcoder> ok and?
[21:59] <ogra_> and the ro image spans across several partitions ...
[21:59] <softcoder> ok so what is the solution?
[21:59] <ogra_> if you make the ro image rw that design persists ... it just becomes rw
[21:59] <ogra_> re-flash ... dont use apt for updating
[21:59] <softcoder> ok i already reflashed
[22:00] <softcoder> how do i get my partion back to ro so i can use the update form the UI?
[22:01] <ogra_> your partition ?
[22:01] <softcoder> how do i get ubu back to ro
[22:02] <softcoder> reflashing did not fix the problem
[22:03] <sergiusens> dobey, will do
[22:03] <softcoder> i did try this
[22:03] <softcoder> ./dualboot.sh UPDATE
[22:04] <softcoder> but i asusme you mean i need to do FULL ??
[22:04] <ogra_> well, better ask the devs of the duslboot app ...
[22:04] <ogra_> *dualboot
[22:04] <softcoder> r they here?
[22:04] <sergiusens> softcoder, I don't think dual boot supports updating
[22:04] <sergiusens> but I don't use or devel for it
[22:05] <ogra_> same here
[22:05] <ogra_> its a rather inofficial thing
[22:05] <softcoder> i think all ubu touch is unofficial
[22:06] <softcoder> but ok.. guess i'll just unisntall the dualboto and wait till touch is more stable
[22:06] <ogra_> ??
[22:06] <ogra_> we build official images ...
[22:07] <softcoder> is dualboot not from canonical?
[22:07] <ogra_> dusl boot is an iinofficial project from some canonical employees
[22:07] <ogra_> *dual
[22:07] <softcoder> ok
[22:07] <ogra_> (as is stated on the wikipage)
[22:07] <softcoder> so to play with touch you're saying you really need to trshd android from the unit
[22:07] <softcoder> trash
[22:07] <softcoder> right?
[22:08] <softcoder> since you really cannot update dualboot
[22:08] <ogra_> no, you should just wait til one of the devs comes around ... or file a bug or whatever other communitcation ways are pointed out on their wikipage
[22:08] <softcoder> ok
[22:08] <softcoder> and thx for responding
[22:09] <softcoder> i'm an open source dev
[22:09] <softcoder> and wanted to try to compile my game on it :)
[22:09] <ogra_> i think you can update it via a re-flash from android with keeping your data or so ...
[22:09] <ogra_> just not OTS with the shipped UI tool in ubuntu
[22:09] <ogra_> *OTA
[22:09] <softcoder> pretty sure ./dualboot.sh UPDATE
[22:10] <softcoder> is what they said to do for dualboot
[22:10] <softcoder> but this original error persists
[22:10] <ogra_> right, i think i saw someone suggesting that recently
[22:10] <softcoder> even after ./dualboot.sh UPDATE
[22:11] <popey> sergiusens: did you approve reminders to be published?
[22:11] <ogra_> which original error exactly ?
[22:12] <sergiusens> popey, right!
[22:12] <sergiusens> done
[22:12] <popey> thanks