[02:31] <Shadow> hello
[02:32] <Guest60567> i need help please
[04:02] <lotuspsychje> morning to all
[04:02] <lotuspsychje> how can i change root pass on my nexus7 ubuntu touch?
[04:40] <orangey> hello all
[04:40] <orangey> can touch do docking yet?
[04:49] <lotuspsychje> orangey: not sure i just installed it on my nexus7
[04:50] <orangey> lotuspsychje: it seems to have fizzled after early 2013
[04:50] <lotuspsychje> orangey: whats fizzled mean?
[04:51] <orangey> lotuspsychje: didn't take off?
[04:51] <lotuspsychje> orangey: oh, well it seems to run pretty decent
[04:51] <lotuspsychje> orangey: but some stuff need little more developement
[04:52] <orangey> lotuspsychje: the docking?
[04:52] <lotuspsychje> orangey: no i mean touch on nexus
[04:52] <orangey> lotuspsychje: yes. I am referring to the docking feature
[04:52] <orangey> it was only really covered in early 2013
[04:52] <lotuspsychje> orangey: well im sure it all gonna get better right
[04:53] <orangey> lotuspsychje: At the moment, I'm interested in whether the feature is implemented and works.
[04:53] <lotuspsychje> orangey: when ubuntu will ship on that meizu and BQ phone, im sure more improvements will come
[04:54] <orangey> lotuspsychje: thank you for your input. However, like I said, I'm interested in a concrete answer at the moment, not platitudes. It sounds like you're not familiar with the feature, though.
[04:55] <Beldar> A multi OS cell phone with all being dockable desktops would be nice
[04:55] <lotuspsychje> Beldar: im only interested in ubuntu on tablets/phone
[04:55] <lotuspsychje> android is very leak
[04:56] <Beldar> I'm just thinking of the free market and what might sell, but I would be satisfied with a ubuntu cell/desktop
[04:58] <lotuspsychje> got my nexus7 running touch atm
[06:32] <dholbach> good morning
[07:14] <msvb-lab> dholbach: Good morning yes.
[07:14] <dholbach> hi msvb-lab
[08:37] <JamesTait> Good morning all!  Happy Cherish An Antique Day! :-D
[09:03] <vesar> hey I'm trying to install click package but facing some permission issues. Anybody able to help me out?
[09:03] <vesar> Cannot install /usr/com.ubuntu.developer.vesar.browser-g-test-on-the-phone_0.1_all.click: Cannot acquire permission to write to /opt/click.ubuntu.com; either run as root with --user, or use "pkcon install-local" instead
[09:07] <ogra_> vesar, so do what it tells you :)
[09:08] <vesar> ogra_, well that the message when my command is: sudo pkcon install-local com.ubuntu.developer.vesar.browser-g-test-on-the-phone_0.1_all.click
[09:10] <ogra_> vesar, why do you use sudo ?
[09:11] <vesar> ogra_, well just trying that after trying without. without it it gave me exactly the same result
[09:11] <ogra_> (read the error message again: "either run as root with --user" (i.e. if you use sudo) ... "or use "pkcon install-local" instead" (if you are the phablet user)
[09:12] <vesar> ogra_, sudo click install com.ubuntu.developer.vesar.browser-g-test-on-the-phone_0.1_all.click --user
[09:12] <vesar>  ?
[09:12] <ogra_> sudo -u phablet -i
[09:13] <ogra_> pkcon install-local ./com.ubuntu.developer.vesar.browser-g-test-on-the-phone_0.1_all.click
[09:14] <vesar> ogra_, ok thanks one step further. But still failing:
[09:14] <vesar> Installing files              [[09:14] <vesar> Fatal error: could not resolve: ./com.ubuntu.developer.vesar.browser-g-test-on-the-phone_0.1_all.click
[09:14] <vesar> ogra_, any suggestions?
[09:18] <ogra_> vesar, well, you need to point to the .click file with the path
[09:18] <ogra_> i was just assuming it is in ./
[10:00] <ogra_> sergiusens, argh
[10:00]  * ogra_ curses system-image-cli ... 
[10:00] <sergiusens> ogra_: it's adb returning the new line
[10:00] <ogra_> it always appends ^M
[10:00] <ogra_> no, its system-image-cli ... no other command under adb does that
[10:01] <sergiusens> heh; darn then :-)
[10:01] <ogra_> fixing ... thats trivial ... but really annoying
[10:02] <Saviq> is phablet-screenshot from the SDK release ppa supposed to work?
[10:03] <ogra_> sergiusens, fix uploaded
[10:03] <ogra_> well ... committed
[10:03] <Saviq> sergiusens, can you comment on ↑?
[10:04] <sergiusens> Saviq: there's a phablet-tools in the sdk ppa?
[10:04] <Saviq> sergiusens, yeah...
[10:04]  * ogra_ has no clue how much the SDK ppa is in sync 
[10:04] <ogra_> thats awful !
[10:04] <ogra_> does it differ from whats in the archive ?
[10:04] <Saviq> 1.0+14.04.20140122-0ubuntu1
[10:04] <sergiusens> ogra_: precise and saucy
[10:04] <Saviq> vs. 1.0+14.04.20140401-0ubuntu1
[10:05] <sergiusens> then no, it wouldn't work
[10:05] <ogra_> wow
[10:05] <sergiusens> that package looks old
[10:05] <ogra_> yeah
[10:05] <ogra_> thats really bad
[10:05]  * Saviq wonders who should update it there
[10:06] <ogra_> the sdk team i suppose
[10:06] <Saviq> ok /me goes there
[10:06] <davmor2> Morning all
[10:06] <ogra_> though i'm not sure it is a good idea to have it there at all
[10:06] <ogra_> especially if they dont update it for 3 months
[10:07] <ogra_> they need to commit to keep it in sync with the rest of the world or make people use the pahblet-team PPA
[10:08] <Saviq> ogra_, I agree
[10:08] <Saviq> ah there's a pt ppa? /me goes
[10:08] <Saviq> no p-tools there :/
[10:08] <ogra_> thats where phablet-tools for old releases lives
[10:08] <Saviq> ah tools
[10:08] <sergiusens> Saviq: ppa:phablet-team/tools
[10:08] <Saviq> looks better
[10:08] <Saviq> sergiusens, thanks!
[10:08] <ogra_> https://launchpad.net/~phablet-team/+archive/tools
[10:09] <ogra_> ah, i'm slow today :P
[10:09]  * sergiusens had to type less
[10:09] <ogra_> heh, true
[10:14] <ogra_> sergiusens, lol ...
[10:14] <sergiusens> what just happened?
[10:15] <Saviq> sergiusens, pfft! old tools in there as well!
[10:15] <ogra_> ..."My comment comes from the fact that a promoted image already has this issue;" ... how did i know that *someone* would bring that up if we let the issue sneal through to help people landing stuff
[10:15] <sergiusens> arg, the sync job must be failing....
[10:15] <ogra_> *sneak
[10:15] <sergiusens> ogra_: :-)
[10:15] <sergiusens> it's a valid point
[10:16] <ogra_> well, might be, but if thats a reason there wont be such lax promotions in the future anymore
[10:17] <ogra_> i think the Mir team is on it still btw
[10:17] <sergiusens> ogra_: yeah, but that's already in
[10:18] <ogra_> right, we wont let something like that in in the future anymore if that argument is considered valid ...
[10:18] <ogra_> but that means landers will suffer
[10:19] <ogra_> the issue has to be worked around or fixed before release in any case
[10:19] <ogra_> thats probably an argument you can make
[10:19] <sergiusens> Saviq: new tools batch should be published soon
[10:20] <ogra_> but "we have released one image with the issue, that validates to release more with it" isnt acceptable for something that was special cased explicitly for exactly one image
[10:20] <Saviq> sergiusens, thanks
[10:20] <ogra_> and only to make landers not go stuck
[10:21] <oSoMoN> didrocks, hey, my landing request at line 51 will be superseded by another upcoming one, is it safe to delete the row in the spreadsheet?
[10:22] <sergiusens> ogra_: yeah, I don't buy that; if a piece wants to land something and we knowingly promote it with issues; then from then on it shouldn't be treated as a regression
[10:23] <sergiusens> and the feel is much more if you use it as your personal phone ;-)
[10:23] <sergiusens> ONLY personal phone
[10:24] <ogra_> we shouldnt have released with it in the first place indeed ... but that was a special case where it blocked the world
[10:38] <didrocks> ogra_: was is assigned?
[10:38] <didrocks> oupss
[10:38] <didrocks> oSoMoN: ^
[10:38] <didrocks> oSoMoN: if it was assigned, you need to free up the silo with "only free silo"
[10:38] <didrocks> (then, you can delete the line)
[10:39] <oSoMoN> didrocks, there’s no silo assigned to it any longer
[10:39] <didrocks> oSoMoN: so yeah, feel free to delete!
[10:39] <oSoMoN> cool, thanks
[10:40] <t1mp> oSoMoN: hello
[10:40] <t1mp> oSoMoN: do you know how I can run the gallery-app autopilot tests on desktop?
[10:41] <t1mp> oSoMoN: I compiled the app and an run it, but when I run the AP tests, it doesn't know where to find the application and terminates all apps with RuntimeError: Unable to find package 'com.ubuntu.gallery' in the click manifest.
[10:41] <oSoMoN> t1mp, no idea, I haven’t run them in a good while, artmello or nerochiaro would know
[10:41] <t1mp> oSoMoN: ok, thanks
[10:44] <ogra_> sergiusens, FYI http://paste.ubuntu.com/7225667/ ... and the output is at http://people.canonical.com/~ogra/touch-bootcharts/ (in case you want to compare with yours :) )
[10:45] <sergiusens> ogra_: if you already ran it, I'm fine; as it worked good except for the file naming
[10:45] <ogra_> yeah, i use it every day :) just the first time with your requested changes
[10:50] <ogra_> sergiusens, btw, i was wondering if there isnt a better way for phablet-network to determine the wlan name ... having to sudo is really bad
[10:51] <ogra_> (it forces me to run the bootchart script under sudo ... even though i hand over a file with network credentials)
[10:53] <popey> ogra_: iwconfig | grep ESSID | awk -F ":"  '{ print $2 }'
[10:53] <popey> ☻
[10:53] <ogra_> popey, yeah
[10:54] <ogra_> well, i think if i pass a credentials file it shouldnt even attempt to find an active network
[10:54] <ogra_> network_file=$(sudo grep "$network_active_uuid" $NETWORK_MANAGER/* | grep uuid | cut -d: -f1)
[10:54] <ogra_> thast the current code
[10:55] <ogra_> oh, that codepath isnt even used
[10:55] <ogra_> that one is
[10:55] <ogra_> sudo grep -v mac-address "$network_file" > $TMP_FILE
[10:56] <ogra_> hm, thats easy to fix i think
[10:59] <sergiusens> ogra_: nmcli can do it; but not grab the file
[11:00] <sergiusens> ogra_: which is why we sudo; to grab the file
[11:00] <sergiusens> which has the credentials
[11:00] <ogra_> sergiusens, http://paste.ubuntu.com/7225709/
[11:00] <ogra_> hmm, wahts wrong with my indendation
[11:01] <ogra_> we should only require sudo if the file isnt readable ...
[11:01] <ogra_> if i hand over the file i'm most likely able to read it ;)
[11:01] <sergiusens> ogra_: tabs
[11:01] <annerajb> morning
[11:01] <ogra_> yep, fixed
[11:01] <sergiusens> ogra_: right; I had to fix that fwiw
[11:01] <sergiusens> ogra_: propose it and it will land :-)
[11:02] <ogra_> sergiusens, will do ... that will make automated testing as non root possible ... at least for the bootcharts :)
[11:04] <annerajb> ogra_, I made some improvements to rootstock-ng-install how do i submit them to you?
[11:04] <annerajb> pastebin a diff?
[11:05] <ogra_> annerajb, push them to launchpad (you need a launchpad account for that) and then click "proposed for merge" in the UI after you pushed the branch
[11:05] <annerajb> ogra_, ok thanks.
[11:06] <ogra_> bzr commit -m'your change message'
[11:06] <ogra_> bzr push lp:~/project-rootstock-ng/my-changes
[11:06] <annerajb> thx
[11:06] <ogra_> thnen go to launchpad.net/~youraccount, click on code, select your branch and propose it :)
[11:10] <annerajb> ogra_, does this kernel cmdline look ok?
[11:10] <annerajb> console=ttyHSL0,115200,n8 androidboot.hardware=g2 user_debug=31 msm_rtb.filter=0x0 debug break=mountroot androidboot.emmc=true androidboot.serialno=xxxxx lge.signed_image=true androidboot.baseband=msm vmalloc=600m uart_console lge.rev=rev_10 lcd_maker_id=1 cont_splash_enabled=true gpt androidboot.mode lge.bootreason=0x0 lge.kcal lge.hreset=off androidboot.laf androidboot.dlcomplete=0 lge.bnr androidboot.lge.lcdbreak_mode maxcpus=4 usb.diag_enable
[11:10] <annerajb> =false model.name=LG-LS980
[11:11] <ogra_> annerajb, yep
[11:11] <annerajb> ogra_, the console does not have to be at the end with the other tty1 set?
[11:12] <ogra_> if it boots :)
[11:12] <ogra_> if it doesnt shuffling a second console= at the end can help
[11:16] <annerajb> if hangs on the lg logo i put a break=bottom and now I am trying a break=init. The Break botttom I could join with ADB and look around the FS and the dmesg and everything looked good.
[11:17] <ogra_> right, break=init wont work ... adbd cant start at that point
[11:17] <annerajb> you guys should remove that from there -_-
[11:17] <ogra_> try editing /etc/init/adbd-emergency-shell.conf
[11:18] <ogra_> make: start on stopped lxc-android-config RESULT=failed
[11:18] <ogra_> to be: start on startup
[11:18] <ogra_> that should force an adb shell in any case if you make it past /sbin/init
[11:20] <annerajb> ok ogra_ sent you the merge request for the rootstock-ng
[11:22] <ogra_> sergiusens, https://code.launchpad.net/~ogra/phablet-tools/no-sudo-in-phablet-network/+merge/214921
[11:26] <annerajb> ogra_, how can I change that /etc/init file if I can't adb to the booted os
[11:26] <ogra_> from recovery
[11:26] <ogra_> mount /data/system.img /mnt
[11:27] <ogra_> then mkdir /mnt/android/system/bin
[11:27] <ogra_> cp /system/sbin/sh /mnt/android/system/bin/
[11:27] <ogra_> chroot /mnt
[11:27] <ogra_> or better
[11:27] <ogra_> chroot /mnt /bin/bash
[11:27] <ogra_> make your edits ...
[11:28] <ogra_> rm -rf /mnt/android/system
[11:28] <ogra_> umount /mnt
[11:36] <annerajb> this sucks my phone has no flashboot (or it dosnt work) so flashing this boot.img requires me to restore my backup and use the flashify app
[11:36] <ogra_> annerajb, argh, i just noticed your change requires expect to be installed
[11:36] <annerajb> yup
[11:36] <ogra_> can you please add a chekc for that ... thats not normally installed
[11:37] <annerajb> sure
[11:42] <annerajb> ogra_, i push a new branch but I am not sure if you have to update the review or if it does so automatically
[11:42] <ogra_> it all goes automatically
[11:42] <annerajb> ok
[11:42] <ogra_> you just have to bzr commit and bzr push
[11:42] <ogra_> (to the same branch)
[11:43] <annerajb> Oo that's cool
[11:44] <ogra_> sorry btw, i made a bit of a mess with the "needs fixing"
[11:44] <ogra_> you likely got a bunch of pointless mails
[11:47] <annerajb> ogra_, it's ok
[11:47] <ogra_> sergiusens, so tony mailed me tht he wants the bluetooth and hfp plugins dropped from the ofono upstart job ... do you think i should push that into the PPA (read: will it still take longer that it is worth it) or should i just do an upload right after you released the silo
[12:02] <sergiusens> ogra_: well mandel still needs to push fixes; so I I guess we can do that now
[12:03] <mandel> sergiusens, what?
[12:03] <mandel> sergiusens, what fixes?
[12:03] <ogra_> sergiusens, see the other chan.
[12:03] <ogra_> :)
[12:03] <mandel> sergiusens, I pushed the fix for arm64 build but that is all AFAIK
[12:03] <sergiusens> mandel: oh, I read that it worked for amr64 but missing other arches
[12:03] <mandel> sergiusens, no no, other way around :)
[12:03] <sergiusens> ok
[12:04] <sergiusens> ogra_: I'm fine either way; and I am in no rush
[12:04] <ogra_> i just dont want to hold up the landing or trigger re-testing
[12:04] <sergiusens> ogra_: right; true that
[12:04] <sergiusens> ogra_: then let's do it separately
[12:04] <ogra_> yeah
[12:04] <ogra_> (unless it would taint the testing indeed)
[12:05] <sergiusens> ogra_: fwiw, I still need to test with the new udm; but since nuntium isn't in or seeded we can deal with that separately
[12:06] <sergiusens> ogra_: tbh I just want my stuff merged; having a lot of issues keeping track of my MRs :-)
[12:06] <ogra_> heh, yeah
[12:06] <ogra_> ask me with all my debs :P
[12:06] <ogra_> (and people randomly uploading them while they are in silos)
[12:09] <sergiusens> mandel: ogra_fwiw; the build is still red for u-d-m https://ci-train.ubuntu.com/job/landing-019-1-build/12/console
[12:09] <sergiusens> do I need to rebuild?
[12:09] <sergiusens> and if unity-scope-click needs a rebuild, do we need to push it there as well?
[12:10] <mandel> sergiusens, I though it was ok, is arm64 the only missing one, correct? https://launchpad.net/~ci-train-ppa-service/+archive/landing-019/+packages
[12:10] <mandel> sergiusens, that would be ideal, but if we do that I'll add a branch on top of the one I gave you so that we also land a fix they needed
[12:10] <sergiusens> mandel: yeah, arm64 is the only missing one
[12:12] <mandel> sergiusens, so, we can add unity-click-scope to be rebuilded with udm  and use lp:~mandel/ubuntu-download-manager/all-downloads-client from udm instead
[12:12] <mandel> sergiusens, that way we have mms and we do not break click-scope
[12:13] <mandel> sergiusens, I'll create a rebuild branch with no changes to the click scope, sounds good?
[12:13] <sergiusens> mandel: yeah
[12:17] <mandel> sergiusens, here it is lp:~mandel/unity-scope-click/rebuild-with-udm
[12:17] <sergiusens> mandel: I'm lazy, give me the MR!
[12:18] <mandel> sergiusens, mr for unity-click-scope => https://code.launchpad.net/~mandel/unity-scope-click/rebuild-with-udm/+merge/214935
[12:18] <mandel> sergiusens, mr for udm => https://code.launchpad.net/~mandel/ubuntu-download-manager/all-downloads-client/+merge/207490
[12:45] <annerajb> ogra_,  there is no adbd-emergency-shell.conf in /etc/init
[12:45] <ogra_> then your rootfs is to old
[12:45] <annerajb> i got it 2 days ago afaik
[12:45] <annerajb> if not 4 days
[12:50] <annerajb> ogra_, this are not the latest???? http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[12:51] <annerajb> it says march 20 your change was done on april 4
[12:51] <annerajb> where can i find the latest rootfs images
[12:51] <ogra_> annerajb, no, you want pending
[12:51] <annerajb> k
[12:51] <ogra_> pending is the latest build ... current is the last blessed build
[12:52] <annerajb> ima start getting ready for work. while the image downloads hopefully the adbd-emergency-shell.conf gives me a adb
[12:55] <ogra_> yeah, else there are issues with /sbin/init  ... makes it harder for sure
[13:07] <annerajb> ogra_, i have a question that /etc/init/adbd-emergency-shell.conf resides inside the system.img or the rootfs??
[13:08] <ogra_> thats the same :)
[13:08] <ogra_> the system.img you have in /data is the rootfs
[13:09] <annerajb> oh so the system.img from the build for my device that's 100mb get's expanded and the rootfs copied into it?
[13:09] <ogra_> inside that system.img there is another one in /var/lib/lxc/android ... thats your android system.img
[13:09] <annerajb> ahh ok
[13:09]  * ogra_ bets someone will show up at stgraber's house one day for picking system.img as name for nboth images :P
[13:10] <annerajb> lol
[13:13] <dobey> dpm_, mhr3: can you both please re-review https://code.launchpad.net/~dobey/unity-scope-click/translated/+merge/214182 ? thanks.
[13:14] <mhr3> dobey, sorry, what was the conclusion from the discussion with seb yesterday?
[13:16] <dobey> mhr3: that this works acceptably well
[13:17] <mhr3> dobey, and were you able to try it with some dummy translations?
[13:18] <dobey> mhr3: i made a fake en_GB.po to test building with, and it build the .gmo just fine, yes
[13:20] <mhr3> dobey, did it display the translated strings anywhere?
[13:22] <dobey> mhr3: i didn't install it and check that, but gettext is pretty well tested and we are calling the correct code for it to work, so i don't see why it wouldn't (other than there not being a translation in the user's language)
[13:23] <mhr3> install dir reference being incorrect or something
[13:25] <dpm_> dobey, done
[13:25] <mhall119> kenvandine: do we have any documentation on how to wire up UriHandler in an app so that it will be called by the platform?
[13:25] <mhall119> all I can find is http://developer.ubuntu.com/api/qml/sdk-14.04/Ubuntu.Components.UriHandler/
[13:25] <dobey> mhr3: you'd have to override the cmake variables, with different ones in the po/ dir and the scope/ dir when installing, to make that happen; but then that's on you, not the code :)
[13:26] <dobey> dpm_: thanks
[13:27] <kenvandine> mhall119, one sec
[13:28] <kenvandine> https://wiki.ubuntu.com/URLDispatcher
[13:28] <kenvandine> mhall119,  ^^
[13:29] <mhall119> kenvandine: why is this on the wiki and not in the UITK docs?
[13:29] <kenvandine> mhall119, that isn't part of the sdk
[13:29] <kenvandine> not sure where it would go
[13:30] <mhall119> it's part of the SDK, definitely, maybe not part of the UI Toolkit though
[13:30] <kenvandine> tedg created the wiki page recently
[13:30] <mhr3> dobey, so theoretically it works, practically... we'll see? :)
[13:30] <kenvandine> before that there was nothing :)
[13:31] <kenvandine> tedg, ^^ maybe you should get that published somewhere else
[13:31] <mhall119> tedg: can I put that content onto developer.ubuntu.com
[13:31] <mhall119> ?
[13:34] <tedg> mhall119, Sorry, missing part of the backlog, are you guys talking about URL dispatcher?
[13:34] <mhall119> tedg: yes, and the wiki page about how to use it
[13:35] <tedg> mhall119, I don't care *where* it is, it's just easier to write wiki pages :-)
[13:35] <tedg> mhall119, How does one update dev.u.c ?
[13:36] <mhall119> tedg: I can give you access to it, or you can ping dpm or myself
[13:37] <tedg> mhall119, Oh, I thought it was built from the packages somehow.
[13:37] <tedg> mhall119, Do you need me to reformat?
[13:37] <mhall119> tedg: the stuff in /api/ is
[13:38] <mhall119> tedg: I've got it
[13:38] <tedg> Cool, the only big change I expect is to drop those temporary URLs at some point, but most devs don't care.
[13:40] <dobey> mhr3: it works unless intentionally broken. we're passing the install dir into bindtextdomain()
[13:40] <mhall119> tedg: kenvandine: it's now linked from http://developer.ubuntu.com/apps/platform/guides/
[13:40] <mhall119> so it's discoverable
[13:41] <tedg> mhall119, Could we please have URL dispatcher above Content Hub in the listing. It is clearly more important.
[13:41]  * kenvandine smacks tedg
[13:41] <tedg> As a rule, if kenvandine does it, bottom of the list.
[13:42] <mhall119> tedg: I ask him for far too many favors to do that :)
[13:42] <kenvandine> :-D
[13:43] <tedg> mhall119, I'd be more worried about him living within a day's drive ;-)
[13:43] <mhr3> dobey, fine, do you want to land that branch?
[13:43] <mhall119> it'd be a long day
[13:44]  * mhall119 has driven that
[13:44] <dobey> mhr3: yes
[13:44] <mhr3> dobey, k, any others?
[13:45] <stgraber> ogra_: well, they are both system partitions :)
[13:45] <stgraber> ogra_: besides /userdata/system.img was meant to be a temporary solution until slangasek would implement the resizing code
[13:45] <ogra_> ah, right
[13:45] <dobey> mhr3: https://code.launchpad.net/~alecu/unity-scope-click/remove-dead-code/+merge/214831 can land as well
[13:46] <ogra_> slangasek, land it !
[13:46] <ogra_> :P
[13:47] <alecu> dobey: if I can have your re-review on this other branch, we may ask mhr3 to include it too: https://code.launchpad.net/~alecu/unity-scope-click/desktop-apps-toggle/+merge/214833
[13:49] <mhr3> i sooo wish we didn't have to use desktop files
[13:50] <dobey> alecu: +1
[13:52] <alecu> dobey: thanks
[13:53] <alecu> mhr3: can we include it too?
[13:53] <mhr3> sure
[13:54] <dobey> mhr3: can i set my branch to top approved?
[14:01] <mhr3> dobey, sure, udm guys block click though, can't build it now
[14:02] <alecu> yes, click-scope is being rebuilt because udm is adding methods to its api
[14:03] <dobey> ugh
[14:03] <dobey> well i wonder if the branch we *need* is in the u-d-m landing
[14:03] <dobey> ie, this one: https://code.launchpad.net/~mandel/ubuntu-download-manager/all-downloads-client/+merge/207490
[14:03] <dobey> mandel: ^^ did you get that one in the silo?
[14:04] <mandel> dobey, yes, that is why the click-scope is being rebuilt :)
[14:04] <dobey> good
[14:04] <dobey> then we can finally fix that bug after it lands
[14:04] <mandel> dobey, exactly
[14:12] <annerajb> ogra_, the command you gave me for the chroot on data does not export all the bin commands and such
[14:12] <annerajb> sorry ls commands
[14:12] <ogra_> right, it has no path set
[14:12] <annerajb> ill just edit it without chroot
[14:13] <ogra_> if you manage :)
[14:13] <ogra_> iirc we dont have an editor in the recovery
[14:13] <annerajb> we dont
[14:13] <annerajb> so ill have to pull
[14:13] <ogra_> ah
[14:13] <annerajb> and push the edited file
[14:13] <ogra_> you edit externally, ok
[14:13] <annerajb> i could use a sed inside the recovery but is faster
[14:14] <gatox> hi, is there anyone here that can help me with some issues that i'm having with the sdk?
[14:15] <annerajb> ogra_, why do i have to rm -rf /mnt/android/system
[14:15] <ogra_> annerajb, to not leave the dir you cretaed around
[14:16] <ogra_> *created
[14:16] <annerajb> nvm i did not create the directory since i pulled the file out of the device
[14:16] <ogra_> the initrd mounts /system there
[14:16] <ogra_> right
[14:16] <ogra_> you dont need any of my commands above if you pull/push
[14:16] <ogra_> just the mount/umount
[14:17] <annerajb> ogra_, didnt work still stuck at the lg logo
[14:17] <annerajb> changed the adb thing from start on stopped to start on startup
[14:17] <ogra_> i wouldnt have expected it to change anything but to offer you adb
[14:17] <annerajb> right no adb
[14:17] <ogra_> try "start on started mountall"
[14:17] <annerajb> k
[14:18] <ogra_> you didnt manage to enable last_kmsg yet ?
[14:18] <annerajb> nope
[14:18] <ogra_> if the adb hack doesnt work, i fear you have to
[14:18] <annerajb> k bbl need to do a errand
[14:47] <ogra_> chrisccoulson, are animated gifs supposed to work in oxide already ?
[14:48]  * ogra_ notes that he can play youtube videos in the G+ app on the phone, but naimated gifs arent playing
[14:48] <ogra_> *animated
[14:59] <kenvandine> tedg, if upstart-app-launch starts an app but it doesn't get focused, should i file that bug against ual, unity8 or mir?
[15:00] <doanac> ogra_: phablet-bootchart is cool. i found a small bug. you must be running ./phablet-bootchart. line 5 needs $(basename $0) so you'll create a proper TMPDIR
[15:01] <tedg> kenvandine, File all the bugs against unity! ;-)
[15:01] <tedg> kenvandine, You can use upstart-app-watch to see if the focused signal is sent
[15:01] <tedg> kenvandine, But it's probably Unity, we're pretty simple in that regard.
[15:01] <ogra_> doanac, oops ... indeed, thanks !
[15:05] <cwayne> mterry, pingaling
[15:06] <mterry> cwayne, pongalong
[15:06] <cwayne> mterry, just curious -- has there been any design for edge hints or some sort of improved UX for the lockscreen?
[15:07] <mterry> cwayne, for lockscreen or greeter?
[15:07] <mterry> cwayne, i.e. for the bits where we ask for pin/password or just the greeter in general?
[15:08] <cwayne> mterry, i guess more the greeter
[15:09] <mterry> cwayne, there was a small UX bundle of fixes, but it hasn't landed yet.  https://code.launchpad.net/~mterry/unity8/greeter-ux-fixes/+merge/210042
[15:09] <mterry> cwayne, didn't affect edge hints though
[15:10] <kenvandine> tedg, bug 1305128 in case you have any insight
[15:10] <kenvandine> bfiller, ^^
[15:10] <bfiller> kenvandine: thanks
[15:11] <bfiller> Elleo: ^^^
[15:11] <Elleo> cool
[15:11] <bfiller> Saviq, tedg : can you guys take a look at this https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1305128, somewhat critical I'd say
[15:12] <tedg> Guessing that it's a greyback thing?
[15:12] <cwayne> mterry, ah, that;d be awesome. expected to land soon?
[15:12] <mterry> cwayne, I hope...
[15:12] <kenvandine> Saviq, i reproduced that 4 out of 5 tries using those steps in the bug, so maybe it's a race?
[15:13] <kenvandine> or greyback ^^
[15:13] <cwayne> mterry, cool beans. let me know if there's anything I can do to help get it landed sooner (helping testing, etc)
[15:13] <artmello> hi guys, just flashed image 283 on my nexus 10 and my /home/phablet is empty. Anyone had the same problem? Or knows some workaround?
[15:14] <Saviq> bfiller, we will
[15:14] <Saviq> kenvandine, ↑
[15:14] <kenvandine> Saviq, thx
[15:14] <bfiller> Saviq: thanks
[15:14] <greyback> will get to it asap
[15:39] <AskUbuntu> Will Ubuntu Touch support a range of Bq Aquaris phones, especially the 5.7inch model? | http://askubuntu.com/q/445509
[15:50] <ogra_> doanac, fyi https://code.launchpad.net/~ogra/phablet-tools/fix-bootchart-tmpdir-creation/+merge/214980
[15:52] <doanac> ogra_: thanks! i gave it my +1
[15:52] <ogra_> great
[15:53] <ogra_> doanac, so i get it you are already working in integration ?
[15:54] <ogra_> (because that was my next TODO ... getting in touch with you guys and get a daily test running)
[15:54] <doanac> ogra_: i thought i'd start toying with it. i need to loop in plars also, but shouldn't be too hard
[15:54] <ogra_> cool
[15:55] <ogra_> ping me if you need anything
[15:55] <plars> doanac, ogra_: yeah, I saw that this morning, I think we should be able to add it as a test that gets run in parallel
[15:55] <doanac> ogra_: i'd like to see if i can do it smart enough so it can show up here: http://ci.ubuntu.com/bootspeed/arch/amd64/
[15:55] <ogra_> yeah that would be cool
[15:56] <ogra_> doanac, hmm, is there a way to see an actual bootchart too ?
[15:56] <ogra_> ah, got it
[15:56] <ogra_> nevermind
[15:57] <ogra_> woah ! the desktop takes 41sec ?!?
[16:39] <aru_> Is there any development happening to port to Hp touchpad or Pre3?
[16:41] <ogra_> !devices
[16:41] <ogra_> aru_, check that wikipage
[16:47] <aru_> ogra_, Thanx
[16:52] <gtrmtx> ubuntu touch on a note 3? anyone know how to get it?
[16:58] <morphis> rsalveti: while working with qtmultimedia and your port to gstreamer 1.0 do you ever saw errors like:
[16:58] <morphis> Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at pulsecore/mutex-posix.c:108, function pa_mutex_unlock(). Aborting.
[17:04] <annerajb> ogra_, is this the line you told me to try out? 'start on started mountall RESULT=failed'
[17:13] <annerajb> ogra_, this is how the whole file looks http://paste.ubuntu.com/7227160/
[17:45] <ogra_> annerajb, no, just "start on started mountall" ... you can also try "starting" if "started" does not work
[17:45] <ogra_> if neither works at all, i fear you are actually hanging at the switch to /sbin/init
[17:58] <annerajb> ogra_, no luck with starting instead of started
[17:58] <b8e5n> can someone help me a bit on the porting
[17:58] <b8e5n> ?
[17:58] <ogra_> well, then i fear you wont get around getting last_kmsg to work
[18:00] <b8e5n> I'm a bit confused with the guide... I remember the fist one was clearer (well I think)
[18:01] <ogra_> yeah, and the one we have is not really up to date, there was a discussion about the android bits on the mailing list recently
[18:01] <annerajb> ogra_, apparently is enabled
[18:01] <ogra_> annerajb, well, then it should contain *something* in recovery :)
[18:01] <annerajb> ogra_, the thing is that I believe my device shutdowns to get into recovery clearing the last_kmsg
[18:01] <annerajb> since the button sequence is the turnoff button and it seems to reboot
[18:02] <b8e5n> Do I actually have to boostrap? because it says eventually...
[18:03] <ogra_> well, for me it usually works with a hard reset (holding power, making sure i hole the vol button before it starts up again) ... but thats indeed on nexus devices
[18:03] <ogra_> b8e5n, you need the aosp tree from phablet.ubuntu.com
[18:03] <ogra_> then you need to merge your hardware support into that and build
[18:04] <b8e5n> ogra, ok but I thought there were using CM...
[18:04] <ogra_> the general process was always the same ... the unerlying tree has changed though and details how to get your HW support in will be different
[18:04] <annerajb> b8e5n, https://wiki.ubuntu.com/Touch/AndroidAOSPPorting#preview
[18:04] <ogra_> we switched to AOSP kitkat a while ago
[18:05] <b8e5n> ok, good to know, thx
[18:05] <annerajb> ogra_, is there a way to make init write to a file somewhere?
[18:05] <ogra_> there is a strong desire to get the porting guide fixed, but we all dont have spare time to do it atm
[18:06] <ogra_> annerajb, not easily ... if you could do that you could as well start adb :)
[18:06] <annerajb> what could cause init to not work??
[18:06] <ogra_> well, console= is a typical candidate ... but usually that gets you a reliable reboot loop ... so it is easy to spot
[18:07] <ogra_> i assume something actually hangs when switching to init or right after that
[18:07] <ogra_> and the only reliable log you can get at that point is dmesg ...
[18:07] <annerajb> i really miss the serial usb cable :(
[18:07] <ogra_> (which is the same as kmsg ... )
[18:08] <ogra_> well, if you can get serial to work on your device that would indeed work as well
[18:08] <ogra_> (i.e. i know there is a cable hack you can do for the nexus 4)
[18:09] <annerajb> i did it on the samsung device i was porting and looking at the kernel code there are some source file talking about resistance bvalues for the cable
[18:09] <annerajb> but it has no pinouts or which reistance is for serial
[18:10] <ogra_> well, there must be a way to get kmsg logging to work with your kernel
[18:10] <ogra_> even LG engineers need to debug sometimes :P
[18:10] <ogra_> (or your bootloader ... if thats the issue)
[18:12] <annerajb> ogra_, i can try printing it on the framebuffer
[18:12] <ogra_> ah, your framebuffer console is on ?
[18:12] <annerajb> not sure
[18:13] <ogra_> well, do you see scrolling text on boot =
[18:13] <ogra_> ?
[18:13] <annerajb> no
[18:13] <annerajb> and CONFIG_FRAMEBUFFER is off
[18:13] <ogra_> right
[18:13] <annerajb> ogra_, can you get me the kernel command line for a lge kernel of one of the supported devices??
[18:14] <ogra_> your graphics driver will likely also not get along with it
[18:14] <ogra_> i can get you one from a nexus4
[18:14] <ogra_> console=ttyHSL0,115200,n8 androidboot.hardware=mako lpj=67677 user_debug=31 uart_console=enable lcd_maker_id=primary lge.hreset=off lge.reset=mode_reset gpt=enable lge.kcal=0|0|0|x lge.rev=rev_11 mdm_force_dump_enabled androidboot.emmc=true androidboot.serialno=0079a79f1857654a androidboot.bootloader=MAKOZ10o androidboot.baseband=mdm bootreason=reboot
[18:16] <ogra_> (we dont modify the android one)
[18:18] <ogra_> chrisccoulson, did you get my earlier ping ? ... are there plans to support animated gif in oxide ? (they dont wrok in the G+ app on the phone atm)
[18:18] <chrisccoulson> ogra_, if it works in chromium, it should work in oxide
[18:20] <ogra_> hmm, not sure ...
[18:20] <ogra_> on the desktop i use FF ... and on android i use the app ... no idea if that uses chromium anywhere to display the content
[18:22] <ogra_> aha
[18:22] <ogra_> in the browser i get the embedded mediaplayer for animated gifs
[18:22] <ogra_> doesnt seem to work in the webapps-container
[18:23] <ogra_> ah, no, that was site specific ... was their player
[18:24] <ogra_> chrisccoulson, bah, ignore me ... seems it works in the G+ app as well in the latest image :P
[18:24] <ogra_> (it didnt work yesterday, i swear !!)
[18:29] <b8e5n> I am trying to build a non supported device, so I cannot run the breakfast. So I should prepare the xml first?
[18:40] <janimo> ogra_, do you know why we need swap on the phone?
[18:40] <janimo> I mean why do we not try to avoid it altogether
[18:41] <ogra_> janimo, there is still code missing in the lifecycle handling afaik
[18:41] <ogra_> once thats there we will drop swap
[18:44] <b8e5n> janimo, can't you just swapoff ??
[18:46] <ogra_> you can even remove the swapfile... the prob is that apps will die earlier etc
[18:52] <b8e5n> orga, which branch of aosp should I choose?
[18:53] <janimo> ogra_, so code missing in lifecycle handling meaning memory leaks, or wasteful use of resources?
[18:59] <annerajb> b8e5n, there is no breakfast anymore
[18:59] <annerajb> b8e5n, the branch should be this one. repo init -u https://code-review.phablet.ubuntu.com/p/aosp/platform/manifest.git -b phablet-4.4.2_r1
[19:00] <b8e5n> ok...  then I should wait for the next version of the porting tutorial...
[19:00] <annerajb> b8e5n, you can start now without the porting tutorial
[19:00] <annerajb> b8e5n, what I linked earlier contains what's missing of the tutorial
[19:00] <b8e5n> ok, it returns me this now:
[19:00] <b8e5n> error: manifest required for this command -- please run init
[19:01] <b8e5n> don;t get it it's an init command...
[19:01] <annerajb> b8e5n, what are you typing in the console?
[19:02] <b8e5n> repo init -u, etc...
[19:02] <b8e5n> I am in a forlder created for the phablet
[19:02] <annerajb> weird.
[19:02] <b8e5n> wait, let me clear the folder
[19:03] <annerajb> what are you passing after the -u?
[19:03] <b8e5n> the https link, just copy pasted ^^
[19:03] <b8e5n> and of course the -b and the branch name
[19:10] <annerajb> weird
[19:10] <annerajb> it worked fine for me
[19:11] <annerajb> b8e5n, read this http://vanuitert.org/wordpress/source-code/repo-init-error/
[19:11] <annerajb> apparently there is a .repo somewhere and that is messing up the repo command
[19:12] <b8e5n> I ran rm -rf ./*
[19:12] <annerajb> if there is a .repo on a directory up apparently it can mess it up too
[19:13] <b8e5n> annerajb, yeah, it did not remove it ^^
[19:14] <b8e5n> I assumed it did... aparently * does not count for hidden folders...
[19:23] <slangasek> rsalveti: do you have anything preliminary for me to look at wrt qt+gles?  Is there a pending MP or staged commit on the packaging branch?
[19:45] <rsalveti> morphis: hm, no, this is an issue with the pulseaudio side, weird
[19:45] <rsalveti> probably not even related with the changes we did
[19:45] <rsalveti> slangasek: will get a few debdiffs for you, give me a few minutes
[19:45] <rsalveti> many things in parallel :-)
[19:46] <slangasek> yep :)
[20:25] <robotfuel> who do I ping to get this merged in to phablet-tools? https://code.launchpad.net/~chris.gagnon/phablet-tools/fix_1289525
[20:27] <pmcgowan> sergiusens, ^^
[21:05] <morphis> rsalveti: it seems to be eglibc related
[21:06] <rsalveti> that's annoying
[21:09] <morphis> rsalveti: http://lists.openembedded.org/pipermail/openembedded-core/2013-August/083173.html
[21:10] <rsalveti> wonder why we never had this issue before
[21:33] <robotfuel> who is a good person to ask for platform-api merge proposal reviews? -> https://code.launchpad.net/~chris.gagnon/platform-api/check-sensor-tests-for-devices/+merge/214972
[21:38] <rsalveti> robotfuel: ping ricmm (guess it's already eod for him today)
[21:39] <rsalveti> but from a quick look, please add the copyright header at the new files
[21:39] <robotfuel> rsalveti: thanks
[21:41] <thomi> tedg: what's with libUAL having 'observer_add_app_started' but then 'obsever_add_app_stop'
[21:41] <thomi> should be 'stopped', right?
[21:42] <tedg> thomi, yeah, historical reasons. Used to be start/stop but then we added an extra start so we had to differentiate.
[21:43] <thomi> fair enough
[22:27] <dovah> hey wolflarson
[22:27] <wolflarson> hey dovah
[22:27] <wolflarson> pm?
[22:27] <dovah> ok
[23:02] <svarun> hi
[23:04] <svarun> i think i broke my nexus 7 with instaling ubuntu tuch
[23:04] <svarun> it is stuck at google logo and adb cand detect device
[23:05] <svarun> is it possible that bootloader is broken?
[23:08] <svarun> anybody alive here