[00:16] <andril> hello all
[00:17] <wilee-nilee> howdee dewdee
[00:17] <andril> does installing the Touch Preview delete my sdcard?
[00:17] <wilee-nilee> yes
[00:17] <wilee-nilee> wipes everything
[00:17] <andril> ok i have my data backed up what command do i run
[00:17] <andril> i ahve it installed and device unlocked
[00:17] <wilee-nilee> andril, To install the touch?
[00:18] <andril> yes
[00:18] <andril> i have it set up in Ubuntu
[00:18] <wilee-nilee> andril, I would look at the links in the channel header, it has been awhile since ran a install myself is all.
[00:19] <wilee-nilee> ubuntu good, it is fairly straight forward I just don't remember it exactly.
[00:19] <andril> ok how is it compared to 1st release?
[00:19] <wilee-nilee> first release? It used to be a phablet thing not sure if it is now.
[00:19] <wilee-nilee> I mainly installed the dektop versions
[00:20] <wilee-nilee> desktop*
[00:20] <andril> ok thanks for the info - i am off to explore :)
[00:20] <wilee-nilee> andril, look here. https://wiki.ubuntu.com/Touch/Install
[00:22] <wilee-nilee> still appears to be loading the phablet ppa and going from there with that link
[00:22] <andril> thanks
[00:37] <Archguy> can one dualboot Jellybean and Ubuntu Touch on Nexus 7? this tutorial only says how to install it https://wiki.ubuntu.com/Touch/Install
[00:40] <wilee-nilee> Archguy, the touch is in development a bit rough are you sure it is up for what you want?
[00:41] <wilee-nilee> really a phone app in the end, I have a nexus 7 I would be more on installing saucy
[00:43] <Archguy> wilee-nilee: can you boot a terminal?
[00:44] <Archguy> wilee-nilee: just asking because I had seen a youtube demo video where Ubuntu was dualbooted (not touch) and the guy said he couldn't boot a terminal...
[00:47] <wilee-nilee> Archguy, I have cyanogenmod 10.2 on my nexus 7, I never use the terminal but it is possible in this one.
[00:48] <wilee-nilee> Archguy, In the past when I had quantal then saucy I could use the terminal
[00:49] <wilee-nilee> Heh, I installed lubuntu on it to have a lighter desktop.
[00:49] <wilee-nilee> the lubuntu-desktop though along with unity
[00:50] <wilee-nilee> booting to a terminal I did not do though, would just be a modified grub I assume, not sure of the boot on these.
[00:50] <Archguy> wilee-nilee: what do you think is the most stable release for Nexus 7 yet? I mean surely, Arch might be a little tricky. What about Xubuntu? SUSE? Boddhi?
[00:51] <wilee-nilee> Archguy, Has to be a zip to load I would think not sure if those have any top pop in.
[00:51] <wilee-nilee> to
[00:51] <wilee-nilee> Some people do get into modifying and making partitions etc, I just load roms myself and root em
[00:57] <Archguy> wilee-nilee: k I see
[00:57] <Archguy> wilee-nilee: where did you find them?
[00:59] <wilee-nilee> Archguy, There are roms all over the place is that what you mean, I just run the cyanogenmod dailies in general.
[00:59] <wilee-nilee> the ram manager from google play has roms to download and try
[01:01] <wilee-nilee> I stick with android as of now the ubuntu installs like the desktop are a bit rough being in development as far a touch control, at least were last time I loaded one.
[02:47] <imanustmai> anybody interested in creating a port for the ASUS Transformer Prime TF201?
[07:21] <ogra_> cjwatson, looking at the last touch livefs build error it look like click doesnt really get along with 0 byte files
[07:22] <ogra_> *looks
[07:22] <ogra_> (would be nice to have a more informative error there)
[07:59] <asac> o/
[08:01] <asac> psivaa: plars: hi... :)
[08:01] <psivaa> hey asac :)
[08:01] <asac> psivaa: safely arrived home?
[08:01] <asac> managed to get some sleep :)?
[08:01] <psivaa> asac: yes and yes luckily this time :), how about you?
[08:02] <asac> yeah ... returned and slept a lot. couldnt sleep anymore, but don't feel back to 100% either yet :)
[08:02] <asac> hehe
[08:03] <asac> guess will take half the week to recharge slowly
[08:03] <asac> psivaa: http://reports.qa.ubuntu.com/smokeng/saucy/image/4270/phone-app-connected-autopilot/407483/
[08:03] <asac> any idea how we got that new test?
[08:03] <asac> seems the package it not avail for that
[08:03] <psivaa> asac: just a sec
[08:04] <asac> sure...
[08:04] <asac> psivaa: let me get a coffee... maybe give back the webbrowser from mako: http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/
[08:04] <asac> i feel the phone-app-conneced being there might be a mistake
[08:05] <asac> mako still has dialer-app
[08:05] <psivaa> asac: will do, yea ill see if that was mistakenly published
[08:05] <asac> right
[08:05] <asac> ok ... lets chat in 20 minutes or so
[08:05] <psivaa> sure
[08:06] <asac> besides webbrowser and that it looks pretty good
[08:07] <asac> ogra_: thought you reenabled image builds... seems last was saturday
[08:07] <asac> odd odd
[08:07] <asac> ok talk in a bit
[08:07]  * asac goes on a coffee hunt
[08:20] <psivaa> asac: the phone-app-connected was disabled but got mistakenly re-enabled during the weekend. I've disabled it now and doing an MP to remove it completely so that this wont happen again
[08:20] <psivaa> webbrowser on mako is running btw
[08:20] <asac> nice
[08:20] <asac> thx for figuring this
[08:21]  * asac reboots
[08:24] <didrocks> hey asac
[08:25] <ogra_> asac, there is something broken with the click import http://people.canonical.com/~ubuntu-archive/click_packages/ has two 0 byte files ... see the build log at http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/ubuntu-touch/20130915.1/livecd-armhf.out
[08:34] <ogra_> xnox, https://search.apps.ubuntu.com/api/v1/package/net.launchpad.click-webapps.facebook points me to https://public.apps.ubuntu.com/download/net.launchpad.click-webapps/facebook/net.launchpad.click-webapps.facebook_2_unknown.click ...
[08:34] <ogra_> xnox, which in turn gets me a :
[08:34] <ogra_> HTTP request sent, awaiting response... 401 Unauthorized
[08:34] <ogra_> Authorisation failed.
[08:34] <ogra_> if i try to wget that file
[08:39] <ogra_> ah, wait, i'm missing a ?noauth=1
[08:42] <xnox> ogra_: correct, we are past 15th of September and unauthenticated downloads should stop working, so even ?noauth=1 might not work anymore.
[08:42] <ogra_> it does, i get the file now
[08:42] <xnox> ogra_: interesting. =)
[08:42] <ogra_> (which sadly still doesnt tell me why http://people.canonical.com/~ubuntu-archive/click_packages/ has it as 0byte file)
[08:44] <ogra_> and if there is a log produced for the click import somewhere, i dont know where ... (nor am i member of ubuntu-archive so i coulld trigger the downloader script by hand)
[08:45] <ogra_> which makes it rather hard to debug :(
[08:45] <xnox> ogra_: hm, cjwatson can trigger it (at least he did it for the image build last time around)
[08:46] <ogra_> right, he also set up a cron job i think
[08:46] <asac> hi didrocks !
[08:46] <asac> ogra_: ic, ic
[08:47] <timp> didrocks: do you know when we will have automatic release of packages again for UITK?
[08:47] <asac> ogra_: so we have a problem?
[08:47] <ogra_> asac, yes
[08:47] <asac> ogra_: so click download stopped working without auth. who landed that?
[08:47] <ogra_> asac, needs a member of the ubuntu-archive team to solve
[08:48] <asac> ogra_: did you ping colin?
[08:48] <ogra_> preferably one that knows the click importer ... i.e. sergio or colin
[08:48] <ogra_> asac, see above .... :)
[08:48] <ogra_> asac, click download works fine ...
[08:48] <ogra_> i can wget the 0byte ones here
[08:49] <ogra_> with the url the script uses
[08:49] <cjwatson> ogra_: Well - I can see your point about the error message, but I wonder how far I should go in terms of special-case checks
[08:49] <ogra_> (i can read the script, but not exec it)
[08:49] <cjwatson> I can run the script, but I can't change it - it's in Sergio's homedir
[08:49] <didrocks> timp: sync with your manager so that we have a request for your team
[08:50] <ogra_> cjwatson, well, i imagine a re-run might fix the 0 byte files
[08:50] <cjwatson> subprocess.CalledProcessError: Command '['wget', u'https://public.apps.ubuntu.com/download/net.launchpad.click-webapps/amazon/net.launchpad.click-webapps.amazon_2_unknown.click?noauth=1', '-O', u'/home/ubuntu-archive/public_html/click_packages/net.launchpad.click-webapps.amazon_2_unknown.click']' returned non-zero exit status 6
[08:50] <cjwatson> bzzt not so much
[08:50] <ogra_> ouch
[08:51] <cjwatson> Sergio needs to make his script safer so that it produces missing files on error not empty files
[08:51] <ogra_> yeah
[08:51] <cjwatson> OK, I'm going to make a copy of it and try to fix it up
[08:51] <ogra_> thx
[08:51] <cjwatson> Give me a few minutes
[08:52] <timp> didrocks: we were thinking that it will be switched back on beginning of this week anyway. Is this not the case and do we need to request it?
[08:52] <timp> Mirv: ^ fyi
[08:52] <didrocks> timp: the current process is based on request, your manager should be in the loop
[08:52] <didrocks> (or the manager of your manager :p)
[08:53] <cjwatson> FWIW Sergio's script already appends ?noauth=1
[08:53] <lool> https://public.apps.ubuntu.com/download/net.launchpad.click-webapps/amazon/net.launchpad.click-webapps.amazon_2_unknown.click?noauth=1
[08:53] <lool> ups
[08:54] <ogra_> asac, xnox ... urgh ... well, xnox seems to be partially right http://paste.ubuntu.com/6114073/ seems noauth+1 sometimes works and sometimes doesnt
[08:54] <ogra_> cjwatson, yeah, see the paste
[08:55] <ogra_> it works on all subsequent calls now
[08:55] <timp> didrocks: ok, thanks.
[08:55] <ogra_> but the first one got me an auth error
[08:55] <xnox> ogra_: bueno said that after 15th noauth hack will stop working, requiring auth before any downloads.
[08:55] <ogra_> xnox, heh, well, i get the file on the second try
[08:56] <xnox> cjwatson: ogra_: I see binary_filesize is published by the API, is that verified in the download script?
[08:56] <ogra_> doesnt seem to be overly safe
[08:56]  * xnox ponders if API should publish a checksum of the file.
[08:56] <lool> yeah
[08:57] <xnox> ogra_: yeah, weird.
[08:57] <cjwatson> That's really strange, https://public.apps.ubuntu.com/download/net.launchpad.click-webapps/ubuntuone/net.launchpad.click-webapps.ubuntuone_2_unknown.click?noauth=1 repeatedly failed, but fetching it from my laptop caused it to work
[08:57] <cjwatson> xnox: Nope
[08:57] <lool> it worked for me here
[08:57] <cjwatson> xnox: Though one might hope that wget would fail if it was incomplete
[08:57] <xnox> cjwatson: true.
[08:58] <cjwatson> lool: Behaviour on lillypilly seems to be different; I have no way to find out why.  But it should all be up to date now
[08:58] <cjwatson> ogra_: Please trigger a new build
[08:58] <ogra_> cjwatson, doing
[09:01] <JamesTait> Good morning all, happy Monday and happy International Day for the Preservation of the Ozone Layer! :-D
[09:05] <asac> ogra_: seems 49 is goodie
[09:05] <asac> popey: ^^
[09:05] <asac> have a smoke check maybe
[09:05] <asac> that should have indicators and friends
[09:05] <popey> asac: sure thing
[09:05] <asac> (and bugs :))
[09:06] <popey> oh, hang on. 49.. ubuntu-system?
[09:06] <asac> popey: aye
[09:06] <popey> I can't update to that
[09:06] <popey> well, I can, but that will trash the phone I use for testing apps
[09:06] <asac> ?
[09:06] <asac> popey: you cant try ubuntu-system?
[09:06] <ogra_> hrm, the UI should really show the version additionally to the "last updated" date
[09:07] <popey> hm, yeah, I'll flash it and flash it back to cdimage-touch after
[09:07] <ogra_> i think i am on 49 here (updated via UI this morning)
[09:07] <asac> popey: but its not because 49 has a known regresion?
[09:07] <popey> asac: well, ubuntu-system has a known issue
[09:07] <popey> you can't use the sdk with it
[09:07] <popey> which, given I'm working with guys who use the sdk all day to make core apps.. is "a problem"
[09:07] <asac> popey: if its too much of a detour let me know
[09:07] <popey> nah, I'll flash and reflash back later
[09:07] <asac> and i can try to find someone else for the next days
[09:08] <popey> it's just frustrating not being able to switch to ubuntu-system fully
[09:08] <asac> popey: is that because sdk doesnt have cross compile?
[09:08] <asac> e.g. you need to install, build etc. on the system?
[09:08] <popey> no. let me find the bug
[09:08] <asac> kk
[09:09] <popey> bug 1223301
[09:09] <popey> bug 1225178
[09:09] <popey> those two
[09:10] <asac> popey: which parts of developer mode do you need? RW?
[09:10] <asac> so ... that bug at least sounds like it would be fixed if we would have the cross compile support in qtcreator
[09:10] <popey> the ability to press a button in qtc and it deploy the app and run it
[09:10] <asac> right
[09:10] <popey> you can't a) deploy, and b) run
[09:10] <popey> both broken
[09:10] <asac> and building neither i assume
[09:10] <popey> building isn't an issue really
[09:11] <popey> that's not the issue I face anyway
[09:11] <asac> popey: how do you build? or you dont have binaries?
[09:11] <popey> the apps are mostly qml
[09:11] <asac> right. so building might just not hit you
[09:11] <popey> there's a couple with have some binary stuff, but that's not the issue
[09:11] <popey> indeed
[09:11] <popey> it will, it's just further down the line than just connecting and running our sample apps
[09:11] <asac> yeah
[09:12] <ogra_> on my upgraded 49 installs (both arches) calls and SMS work fine in both directions
[09:12] <asac> ogra_: goodie
[09:13] <asac> timp: sdk is in the landing list
[09:13] <asac> thats ui-tk
[09:13] <asac> timp: however, i asked SDK team to get me manual test results of all the autopilot
[09:13] <asac> to give more confidence
[09:13] <asac> never got a confirm, so if this lands and makes stuff fail its out again
[09:14] <asac> we planned to raise the bar for MPs
[09:14] <asac> sot hat we know more certain that it works
[09:14] <asac> but that will only happen today later
[09:21] <popey> asac: uhm, Ubuntu Saucy Salamander (development branch) - armhf (20130913)
[09:21] <popey> thats what I get when I install ubuntu-system?
[09:22] <asac> popey: yeah... but you should grab --channel=daily-proposed
[09:22] <popey> is there some other magic to get "49"?
[09:22] <ogra_> popey, wrong channel then :)
[09:22] <asac> 13 is the last daily
[09:22] <popey> bah
[09:22] <drachensun> hello all, I'm trying to port to a new device, I've it building the cyanogenmod piece and install that and the phablet armhf parts under /data/ubuntu.  I just got done reworking the ubuntu initrd to work out some things for my system.  After run-init I only get one error and nothing else
[09:22] <drachensun> init: upstart-local-bridge main process (903) terminated with status 1
[09:23] <drachensun> seems to just sit there after that
[09:23] <asac> ogra_: sounds like something you might know about ^^
[09:23] <ogra_> well, check the logs in /var/log/upstart ...
[09:23] <drachensun> ok
[09:24] <lool> cjwatson: let's ping beuno when he's up on this weird behavior; might happen again with newly published debs
[09:25] <drachensun> hmmm, so this one sounds bad
[09:25] <drachensun> swapon: /SWAP.swap: swapon failed: Function not implemented
[09:26] <asac> ogra_: can we disable swap please?
[09:26] <asac> drachensun: disable it in fstab would be my guess (without knowing anything)
[09:26] <drachensun> ok
[09:26] <ogra_> asac, can we talk to rsalveti first, there might still be tech implications to keep it atm
[09:26] <asac> rsalveti: ^^
[09:27] <cjwatson> lool: sure
[09:27] <ogra_> asac, iirc the whole lifecycle thing will only work properly once Mir is the default
[09:27] <asac> ogra_: ok, but we want to see the implications i feel
[09:27] <asac> rather than hide
[09:27] <asac> at this stage
[09:27] <ogra_> so with SF we might run out of ram
[09:27] <ogra_> asac, the implications will be random OOM ...
[09:27] <asac> ogra_: how much swap do we use?
[09:28] <ogra_> depends on how much apps you open i thhink
[09:28] <asac> swap size changes?
[09:28] <asac> dynamicallY? that sounds odd
[09:28] <ogra_> no, its a fixed file
[09:28] <asac> right. what size is it?
[09:28] <ogra_> 512M iirc, let me check
[09:29] <ogra_> yeah
[09:29] <ogra_> root@ubuntu-phablet:/# ls -lh /userdata/SWAP.img
[09:29] <ogra_> -rw-rw-rw- 1 root root 512M Sep 13 16:08 /userdata/SWAP.img
[09:30] <ogra_> asac, i thought you mean how much is "in use" (vs available) ... that value is indeed dynamically ...
[09:31] <ogra_> oh, and after running 24h my mako uses 54M actually
[09:31] <ogra_> (no apps open)
[09:32]  * ogra_ guesses if we keep it we should at least adjust swappiness to be more agressive
[09:32] <ogra_> cjwatson, 20130916.1 built fine, thanks
[09:32] <drachensun> this seems to be the one it crashes on, or at least the one that makes it the console "upstart-local-bridge: Failed to bind socket unix:/dev/socket/upstart-text-bridge No such file or directory"
[09:32] <ogra_> asac, ^^^ new image up
[09:33] <asac> cool
[09:33] <ogra_> drachensun, well, you can safely ignore that one, i dont thinkk we use it yet anyway ...
[09:34] <drachensun> ok
[09:34] <drachensun> /proc/self/fd/9: 15: /proc/self/fd/9: cannot create /sys/class/android_usb/android0/iSerial: Directory nonexistent
[09:34] <drachensun> /proc/self/fd/9: 4: [: !=: unexpected operator
[09:34] <ogra_> check if you see other stuff, also see if adb comes up, that should make debugging easier
[09:34] <ogra_> aha
[09:34] <drachensun> I tried that, I wasn't getting adb
[09:34] <ogra_> that looks like your lxc container doesnt come up properly
[09:35] <drachensun> ah ok
[09:35] <drachensun> thats dependent on a kernel option right?
[09:35] <nerochiaro> oSoMoN: mzanetti: good morning. if any of you is on today's image, can you confirm that the lock button isn't locking the screen anymore ?
[09:35] <ogra_> oh, wait, yeah, its the android gadget ... chekc your kernel config
[09:35] <mzanetti> I'm not
[09:35] <mzanetti> nerochiaro: ^
[09:36] <constatnine> hi ve got 2 questions, can nexus s support ubuntu touch ?
[09:36] <oSoMoN> nerochiaro: what do you call the lock button?
[09:36] <mzanetti> oSoMoN: power button
[09:36] <ogra_> nerochiaro, thats a known issue if you enabled Mir ...
[09:36] <nerochiaro> ogra_: i just flashed the latest image
[09:36] <ogra_> it works fine with surfaceflinger
[09:36] <nerochiaro> oSoMoN: yeah, power button
[09:36] <oSoMoN> ogra_: is mir enabled in the latest pending image?
[09:36] <ogra_> no
[09:36] <ogra_> you have to enable it manually
[09:37] <oSoMoN> nerochiaro: I can confirm
[09:37] <oSoMoN> ogra_: thanks, that’s what I thought
[09:37]  * ogra_ cant confirm 
[09:37] <cjwatson> !=: unexpected operator> inadequate shell quoting detected
[09:37] <nerochiaro> ogra_: i haven't enabled it manually and the power button doesn't lock the screen or power off the device
[09:37] <cjwatson> oh shut up ubot5 I wasn't talking to you anyway
[09:37] <ogra_> nerochiaro, we talk about the default (system) image ? and the daily channel ?
[09:38] <cwayne> i assume that it's known that audio stops playing when the screen locks itself?
[09:38] <nerochiaro> ogra_: cdimage-touch --pending
[09:38] <popey> ogra_: asac on mako when i try to record video the app locks up, known?
[09:38] <ogra_> nerochiaro, ah
[09:38] <ogra_> nerochiaro, why do you use that ?
[09:38] <ogra_> :)
[09:38] <asac> popey: reproducible?
[09:38] <nerochiaro> ogra_: it's the latest we can get, isn't it ?
[09:38] <popey> asac: yup
[09:38] <nerochiaro> ogra_: do you suggest i never use --pending ?
[09:39] <ogra_> nerochiaro, well, we shopuld all use the readonly images
[09:39] <asac> popey: guess we would need to know if same happened on 13
[09:39] <popey> asac: i have a device with 13 too ☻
[09:39] <asac> lool: ^^ anything that could be related to RO that camera doesnt record?
[09:39] <nerochiaro> ogra_: i'm not up to speed with this. what are readonly images ?
[09:39] <asac> popey: mako?
[09:39] <asac> nice
[09:39] <popey> ya
[09:39] <drachensun> ok, swap was off as was CONFIG_FANOTIFY_ACCESS_PERMISSIONS
[09:39] <asac> perfect test setup
[09:39] <drachensun> everything else seemed to be right
[09:39] <popey> asac: happens on 13 too
[09:40] <asac> popey: ok, then its not a regression :)
[09:40] <ogra_> nerochiaro, what phablet-flash ubuntu-system gets you
[09:40] <asac> popey: but we had permission problems for photos and it also locked things up
[09:40] <asac> lool: ^^ i think video recording might need another fix
[09:40] <ogra_> drachensun, well, check the gadget driver settings too
[09:40] <asac> popey: i guess it worked on RW at some point?
[09:40] <ogra_> else adb wont work
[09:40] <cwayne> nerochiaro, readonly images are images that we can update OTA, it's the de facto image of choice
[09:41] <nerochiaro> oSoMoN: ^ do you agree on what ogra_ and cwayne said about using these images in place of cdimage-touch ?
[09:41] <popey> asac: possibly
[09:42] <oSoMoN> nerochiaro: why do you ask? ogra_ is the authority on this topic, I’m not
[09:42] <drachensun> ogra_ I've got CONFIG_USB_GADGET=y various other ones are set or not, I dont see in the porting guide which ones I should have
[09:43] <nerochiaro> oSoMoN: I guess I worded the question poorly. i'm asking what is that the rest of the team doing at the moment
[09:43] <drachensun> GADGETFS is off and the debug ones
[09:44] <ogra_> drachensun, well, the cyanogenmod default config should have set the right ones .. but your errors above suggests they are not set
[09:44] <asac> nerochiaro: system-ubuntu is the default and only really supported image
[09:45] <oSoMoN> nerochiaro: there have been a few e-mails about using ubuntu-system, and as ogra_ and cwayne mentioned that’s the defacto standard now, so yes we should be working on ubuntu-system
[09:45] <asac> nerochiaro: however, there might be problems preventing you from developing apps against our RO image
[09:45] <asac> nerochiaro: if thats the case continue to use cdimage-touch for a while, but dont use --pending unless you investigate an issue that is only in --pending
[09:45] <cwayne> asac, touch /userdata/.writable_image && reboot :)
[09:45] <mardy> zsombi: hi! About https://code.launchpad.net/~mardy/ubuntu-ui-toolkit/lp1221707/+merge/184513, should I just continue approving it and crossing my fingers, or is there a known problem in Jenkins being investigated?
[09:46] <drachensun> ogra_: I'm building for a device without a cm build, I've got the android kernel source from the manufacturer though
[09:48] <ogra_> drachensun, CONFIG_USB_G_ANDROID is the config you need, use something like menuconfig to set it though (dont just edit the config) it has some conflicting options you want the scripts to take care for
[09:48] <nerochiaro> asac: ogra_: oSoMoN: ok got it, thanks
[09:49] <zsombi> mardy: that MR I just approved, and was kicked back by the autolanding.... something got screwed up there...
[09:49] <drachensun> ogra_: looks like it was already set
[09:49] <asac> cwayne: then the image is not RO anymore, but yeah you can then use it again to workaround the SDK bugs i would hope
[09:49] <mardy> zsombi: do other MR on ubuntu-ui-toolkit have the same problem, or do you think that the issue is specific to mine?
[09:50] <zsombi> mardy: there was some test screwed in unity8 if I'm not mistaken, so the guys worked on it for some time, but still doesn't work properly
[09:50] <mardy> zsombi: OK
[09:50] <zsombi> mardy: ohooohh, yes, plenty!
[09:50] <zsombi> mardy: we have at least 5 MRs pending on this!
[09:51] <cwayne> asac, right, but then at least the same image as everyone else is being used
[09:52] <ogra_> cwayne, just keep in mind there is no way back to the OTA upgrades once you installed your first deb :)
[09:52] <cwayne> ogra_, yep, tbh i do reflashes so often i haven't even gotten a chance to try OTA yet!
[09:53] <asac> popey: so besides that it looks good to yoU?
[09:53] <ogra_> heh
[09:53] <ogra_> its awesome, once you know how to deal with the boroken Ui for it the right way :)
[09:55] <popey> asac: one mo, just filing a bug
[09:56] <cwayne> popey, have you noticed audio stops when the screen turns off?
[09:56] <asac> popey: if its a bug from image testing, give it to jfunk as well
[09:56] <asac> popey: they do manual testing and are suppposed to get back to mgmt etc. with a good bug list
[09:58] <popey> gah
[09:59] <popey> had to reboot phone to end a call
[09:59]  * cwayne saw that as well
[09:59] <asac> wow. .. chromium is really busted in drive
[09:59] <nerochiaro> ogra_: so if the image is ro, how does one change things on it ?
[09:59] <ogra_> nerochiaro, what would you want to change ?
[10:00] <nerochiaro> ogra_: install packages with changes to apps so i can test them ? do the normal development stuff
[10:01] <ogra_> if it is about apps you should use click package, they work fine on the image ... if you actually need to change the toolkit stuff you can make the image writable
[10:01] <ogra_> (but then you will have no more upgrade path)
[10:01] <popey> Note: you can't do "normal development stuff" in qtcreator on the read only image though
[10:02] <popey> see previously mentioned bug reports
[10:02] <ogra_> popey, well, the fix for that is in since last week
[10:02] <popey> what is that fix?
[10:02] <ogra_> someone needs to update qtcreator to make use of it
[10:02] <ogra_> shipping ssh
[10:02] <davmor2> Morning all
[10:03] <nerochiaro> ogra_: once again i'm probably very out of date here, but i need more info on these click packages. i have been using .debs up until now
[10:03] <nerochiaro> ogra_: where do i look (so i don't have to waste your time) ?
[10:07] <nerochiaro> ogra_: also how do i make the fs readable ? at the moment seems like the simplest option to me for being able to keep working on the stuff i have as a priority
[10:07] <ogra_> nerochiaro, https://blueprints.launchpad.net/ubuntu/+spec/foundations-1305-click-package
[10:07] <drachensun> ogra_: I'm seeing this "mount: can't find /data in /etc/fstab or /etc/mtab
[10:07] <drachensun> "
[10:07] <drachensun> should
[10:07] <drachensun> should I worry about that?
[10:08] <drachensun> it seems odd, I thought the old data partition was supposed to be root now
[10:08] <ogra_> no
[10:08] <ogra_> /data/ubuntu is your root on ports
[10:09] <drachensun> ok, i'm getting this from lxc also
[10:09] <drachensun>  cat lxc-android-config.log
[10:09] <drachensun> lxc-start: command get_init_pid failed to receive response
[10:09] <ogra_> well, what is mounted right after boot ?
[10:09] <ogra_> you need /system, /data and /vendor (indeed with the right partiton contents in them)
[10:10] <lool> asac: yeah I dont know why video recording doesn't work; it's weird
[10:11] <lool> asac: others told me it was working, so I dont get what I'm doing differently
[10:11] <drachensun> ahh ok
[10:11] <drachensun> I've got to add those to fstab I think
[10:11] <lool> asac: I'll reflash a clean image, redisabling Mir
[10:11] <ogra_> lool, video recording doesnt work
[10:11] <ogra_> known issue
[10:11] <ogra_> (and asac knows about it)
[10:12] <ogra_> lool, it will start workingg once the multimedia stack landed
[10:15] <popey> asac: seems okay
[10:16] <timp> asac: ok. I am in the SDK team, and I was not aware of your request for manual test results. What do you need?
[10:20] <timp> asac: is this what you are looking for? https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AjIHgoRj36gldDlqM1lORHpxd2NUMi1ZSGNrVTZaQXc#gid=0
[10:21] <timp> asac: bzoltan is working on that, but he is on holidays today
[10:23] <timp> asac: we really like to raise the bar for MRs, and we try to get all the autopilot tests pass, but I think we need to connect to the right people to get it all right.
[10:23] <timp> 11:50:41 < zsombi> mardy: we have at least 5 MRs pending on this!
[10:24] <timp> zsombi: ^ *I* have 5 MRs pending on this. So *we* must have more...
[10:24] <zsombi> timp: :) ok, didn't wanted to offend you :D
[10:25] <popey> group hug!
[10:25] <popey> ☻
[10:25] <ogra_> *cuddle*
[10:25] <asac> timp: so CI team protects everyone from otherse breaking their tests
[10:25] <asac> timp: sdk can impact everything... i would feel comfortable if you had a autopilot result log
[10:25] <asac> of all autopilots
[10:26] <asac> timp: on mako and maguro
[10:26] <asac> timp: we raise the bar for MR today
[10:26] <asac> timp: we will run all autopilots for you guys
[10:26] <asac> timp: we can wait till that landed and then remerge to trunk
[10:26] <asac> to see
[10:26] <asac> timp: we just need to wait for francis... otherwise, if you could test manually we could pipe it in earlier i assuem
[10:30] <asac> popey: ogra_: if both of you agree, lets publish
[10:30] <ogra_> for me it looks good, but i didnt flash from scratch ...
[10:30] <popey> i did
[10:30] <asac> ogra_: ok go ahead... lets take the risk
[10:30] <ogra_> yeah
[10:31] <ogra_> that was 14.1 ?
[10:31] <asac> ogra_: can you ask jfunk where the mails about new images for testing should go?
[10:31] <timp> asac: ah great! We wanted to have the app autopilots for UITK merges :)
[10:31] <asac> i think they created an avengers list or something
[10:31] <timp> asac: just at the moment the autolanding always failing for us :(
[10:31] <ogra_> willl do, once he is around
[10:31] <drachensun> ok so I think I was reading old logs
[10:31] <asac> timp: right. we will put you in chains today. happy that you like that :)
[10:31] <timp> asac: see for example https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/panel-opened-ro/+merge/184663
[10:31] <drachensun> I deleted everything in var/log/upstart
[10:31] <asac> timp: oh ... infrastructrure issue?
[10:32] <drachensun> and with the new kernel there is nothing in any of the files
[10:32] <timp> asac: perhaps. If you could help me figure out that would be great.
[10:32] <asac> psivaa: https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/panel-opened-ro/+merge/184663 :)
[10:32] <timp> asac: all the tests pass when I run the autopilot tests on my galaxy nexus, but autolanding fails.
[10:32] <asac> psivaa: can you decipher what that means? :)
[10:32] <didrocks> Rebooting the phone will take approximately 1.5mins to settle
[10:32] <didrocks> Build timed out (after 120 minutes). Marking the build as failed.
[10:32] <didrocks> asac: ^
[10:33] <psivaa> asac: sure, just a sec
[10:33] <didrocks> same on other machines/runs
[10:33] <asac> didrocks: ok let me come on hangout for you
[10:33] <timp> asac: and for example, this MR, CI passes all the tests and then autolanding fails. I do not know why, I think they run the same tests
[10:33] <timp> asac: https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/gallery-app-warnings/+merge/184788
[10:33] <didrocks> asac: I'm already in :p
[10:33] <drachensun> weird, seems like there should be something in the files in /var/log/upstart, the files came back they are just empty
[10:33] <timp> asac: I haven't been able to find anything I can do to the UITK to fix it. Looks like a jenkins issue to me.
[10:33] <asac> timp: i think only autolanding runs on mako/maguro?
[10:34] <timp> asac: the CI has test results with links that have mako/maguro in their url at least
[10:35] <timp> asac: and we run the tests on our maguro devices before we submit the MRs
[10:35] <drachensun> ogra_: I deleted the logs in /var/log/upstart and now after boot they are empty, but the files come back
[10:35] <drachensun> should I not have deleted them? or is that a good thing?
[10:36] <ogra_> well, it means the jobs finish with no output
[10:37] <ogra_> stgraber, cdimage@nusakan:~$ /srv/system-image.ubuntu.com/bin/copy-image saucy-proposed saucy mako 49 -k
[10:37] <ogra_> -bash: /srv/system-image.ubuntu.com/bin/copy-image: No such file or directory
[10:37] <drachensun> under syslog and I can see them terminating
[10:37] <drachensun> with various non zero status
[10:37] <drachensun> alright, thanks for the help, I think I gotta call it a night here, try later
[10:37] <ogra_> try to get adbd working first
[10:37] <timp> asac, psivaa if you need anything from UITK side, please let me know. We are eager to get the tests working well again
[10:38] <ogra_> that will make debugging easier
[10:38] <drachensun> ok
[10:39] <ogra_> drachensun, and make sure your filsystem structure is correct, as i said before, your rootfs must live in /data/ubuntu ... /data should only contain the default android bits a recovery reset would set up there for android
[10:51] <psivaa> timp: could you take a look at http://pastebin.ubuntu.com/6114431/ please? apparently a build error
[10:52] <psivaa> asac: we have one device  hosed (ps-maguro-01 in ps_android_sandybridge) that is also causing one of the failures and the other one is the above build failure
[10:53] <psivaa> asac: we probably need rfowler for that
[10:54] <timp> zsombi: ^ see the pastebin from psivaa. Do you understand the segfault?
[10:55] <timp> psivaa: ubuntu-ui-toolkit-0.1.46+13.10.20130903.4 seems quite old
[10:56] <zsombi> timp: not really, however it can be sthing mardy just fixed... but that MR cannot land either :(
[10:56] <timp> psivaa: I don't know what causes it. does it help if I build UITK on my laptop and maguro device? I think those both compile fine
[10:57] <asac> timp: can you check if the last ubuntu-ui-toolkit on trunk is somethig we should land at all?
[10:57] <timp> asac: in principle we should always land trunk. If there is any reason not to land it, it should not go in our trunk.
[10:57] <asac> timp: well. i think the last trunk landing didnt get all the autopilots run
[10:58] <asac> timp: can you check?
[10:58] <asac> if thats a good one?
[10:58] <asac> then it will land next
[10:59] <psivaa> timp: what version of ubuntu-ui-toolkit do you have in your laptop?
[11:00] <timp> asac: the last commit to trunk (748) passed CI, and it adds a new component (no changes to existing components), so that should be fine
[11:00] <cwayne> zsombi, btw i updated that UBUNTU_UI_TOOLKIT_THEMES_PATH bug. tl;dr, it *cant* use parent themes that live in the standard dir if you change it
[11:00] <timp> asac: but it has been a while since the last release. Do you want me to check all of them now? We checked them thoroughly when they were merged in trunk.
[11:01] <timp> psivaa: qtdeclarative5-ubuntu-ui-toolkit-plugin: Installed: 0.1.46+13.10.20130829.2-0ubuntu1 Candidate: 0.1.46+13.10.20130903.4-0ubuntu1
[11:01] <timp> psivaa: i'm updating now.
[11:01] <timp> psivaa: but what cause the failure? was that part of an app compiling or uitk?
[11:02] <timp> psivaa: when I compile UITK (a bzr checkout), then it doesn't matter which package I have installed
[11:09] <psivaa> timp: i could not get that info from the job yet, looking still though
[11:14] <cwayne> davmor2, still no messaging indicator :/
[11:15] <davmor2> cwayne: mines still installing so I'll confirm in a second
[11:16] <davmor2> cwayne: there is a bug for it now though I understand
[11:16] <cwayne> davmor2, yar
[11:17] <cwayne> cjwatson, ping
[11:18] <timp> psivaa: ok, please keep me informed. we need to release stuff
[11:21] <cjwatson> cwayne: hi (please include content with pings)
[11:22] <cwayne> cjwatson, for bug https://bugs.launchpad.net/ubuntu/+source/click/+bug/1223085, i'm not sure why it matters that the image is r/o, as /var/lib/apparmor and /var/cache/apparmor are both writable, aren't those the directories we would need to write to?
[11:22] <timp> 13:20:29 < Mirv> timp: everything'll be done only manually, so if sdk is released it's done only once after being validated, and then that's it  again.
[11:22] <timp> asac: ^ is that correct? I understood that automatic releases will be switched on again.
[11:23] <davmor2> cwayne: confirmed no messaging indicator still blame tedg's team :D
[11:23] <timp> asac: anyway, lets make a manual release then now. What do you need from the UITK team?
[11:23] <cjwatson> cwayne: I've replied on the bug.
[11:24] <cjwatson> cwayne: But if the directories are writable, then running system hooks at boot might indeed help.
[11:24] <cjwatson> cwayne: (Sorry, for clarity, my reply was to your earlier comment which I now see was dated Thursday)
[11:24] <cjwatson> cwayne: I'll give it a try once I'm done with my current task.
[11:26] <cwayne> cjwatson, sure thing, yeah sorry my last bug comment isn't quite relevant to today's ping, i had just noticed that the paths are writable and immediately pinged you, i can add a comment to the bug as well
[11:26] <cjwatson> If you like but not necessary
[11:27] <cwayne> did just for posterity's sake :)
[11:28] <timp> asac: so I can run the autopilot tests on maguro for the current trunk. If you tell me from which apps you need the results I'll get them for you.
[11:28] <Mirv> timp: no automatic as in fully automatic anymore for saucy, just selected approved landings like SDK today if you get success on all autopilot tests
[11:30] <timp> Mirv: that means *all* apps?
[11:30] <timp> root@ubuntu-phablet:/# apt-cache search \\-autopilot|wc -l
[11:30] <timp> 39
[11:31] <Mirv> timp: ask that from the others, not sure
[11:38] <asac> psivaa: coordiante your testing with timp
[11:38] <asac> timp: all apps
[11:38] <timp> psivaa: it seems like we need to run these tests http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/ on our devices for current UITK trunk
[11:38] <asac> timp: sdk unfortunately impacts all
[11:38] <timp> psivaa: I have a maguro device on which I can run the tests
[11:39] <timp> psivaa, asac I have the current stable cdimage-touch image installed (20130913).
[11:40] <timp> so, I'll grab the uitk packages from the latest MR that was merged in trunk and install that, and run the autopilot tests
[11:41] <asac> timp: we have updated it
[11:41] <asac> latest stable is 14 i think
[11:41] <asac> ogra_: did you promote earlier?
[11:41] <ogra_> asac, yep ... but ro still uses the old way (the new stuff is only landing today) so it only gets picked up with the next hourly run atm
[11:42] <ogra_> aha ... https://system-image.ubuntu.com/daily/maguro/index.json done now ...
[11:42] <ogra_> image 6 is there
[11:42] <timp> zsombi, kalikiana do you have maguro devices also to run some tests? If I run all by myself it will take ages
[11:42] <ogra_> (using the 14.1 rootfs)
[11:43] <timp> ok Saving to: ‘/home/tim/Downloads/phablet-flash/ubuntu-touch/20130914.1/saucy-preinstalled-touch-armel+maguro.zip’
[11:43] <ogra_> timp, err
[11:43] <ogra_> wrong image
[11:43] <ogra_> you want to test ubuntu-system
[11:43] <ogra_> not cdimage-touch
[11:44] <kalikiana> timp: I have a maguro, not sure what this is about, though
[11:44] <timp> ogra_: that's with ro filesystem?
[11:44] <ogra_> yes
[11:44] <timp> kalikiana: it is about creating a new release for UITK. We need to show that all app autopilot tests pass before it is released
[11:44] <timp> kalikiana: that means all the tests you see here http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/
[11:44] <timp> kalikiana: and as I understood it, we should run them manually on our devices..
[11:45] <kalikiana> that sounds very wrong on many levels :-)
[11:45] <timp> ogra_: ok. I haven't used that one yet, so I'll need to figure out how to make the fs rw so I can install the updated UITK
[11:45] <ogra_> touch /userdata/.writable_image
[11:45] <ogra_> and reboot
[11:46] <timp> kalikiana: yes, it does, but we have changes that are needed for some app changes that are needed for more UITK changes..
[11:46] <ogra_> but note that this  is a path with no return
[11:46] <ogra_> upgradeability will be gone and you cant switch back to ro
[11:46] <ogra_> (after anything on the fs changed)
[11:46] <timp> ogra_: I can still upgrade with a new phablet-flash ubuntu-system right?
[11:46] <ogra_> yeah
[11:47] <ogra_> (in fact you have to)
[11:47] <timp> ogra_: I don't think we have a choice since if I don't upgrade the UITK it is pointless to run the tests
[11:47] <ogra_> right
[11:48] <dnovikov> Hello
[11:48] <ogra_> (theoretically you can also use cdimage-touch ... but bugs that were not verified against ro somply dont exist :) )
[11:49] <psivaa> timp: ok, ill flash my maguro
[11:50] <timp> kalikiana: if you phablet-flash ubuntu-system, we can divide the tests among us
[11:50] <dnovikov> Who put Ubuntu touch Full on Samsung Galaxy Note
[11:50] <timp> zsombi: if you join, even better
[11:50] <dnovikov> Who put Ubuntu touch Full on Samsung Galaxy Note????
[11:51] <zsombi> timp: I can try... :)
[11:51] <ogra_> !devices| dnovikov
[11:51] <timp> psivaa: I don't know what are the security, sdk, default, install-and-boot tests on http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/
[11:51] <timp> zsombi: great
[11:51] <ogra_> dnovikov, see the devices wikipage and contact the porter there
[11:51] <zsombi> timp: in ~10 minutes!
[11:51] <timp> zsombi: ok, no worries. We won't finish in the next 10m so there is still something to do for you :)
[11:52] <psivaa> timp: install and boot is the test that does flashing of the device, the sdk and security have some relevant tests, i could run them if you want
[11:53] <psivaa> timp: as per the auto landing failure, it appears that building UITK failed https://jenkins.qa.ubuntu.com/job/ubuntu-ui-toolkit-saucy-armhf-ci/507/consoleFull
[11:54] <psivaa> timp: i can not re-run the job since i dont yet have the permission to see if that's recurrent.
[11:54] <psivaa> timp: may be we need to wait for fginther who will be here in a couple of hrs?
[11:54] <asac> timp: so for all autopilots but the unity8 one you need to unlock the screen manually first if you use phablet-test-run
[11:54] <asac> psivaa: correct?
[11:55] <rah> in the porting guide https://wiki.ubuntu.com/Touch/Porting
[11:55] <rah> it says "At the end of the build process a zip file will be generated in out/target/product/<codename>, that you can deploy to the phone through recovery"
[11:56] <timp> psivaa: it doesn't say on which test it segfaulted?
[11:56] <rah> what does the zip file contain?
[11:56] <rah> is it a complete ubuntu touch system?
[11:56] <ogra_> no
[11:56] <psivaa> asac:  yes, if they do not run install-and-boot and flash it directly they need to unlock screen manually
[11:56] <rah> ogra_: what is missing?
[11:56] <ogra_> it is the complete android container and the boot.img
[11:57] <timp> asac: I find it easier to run adb shell autopilot run appname_app, but for that I think I need to unlock the screen also
[11:57] <asac> psivaa: right. i dont think we ask them to run that
[11:57] <ogra_> the ubuntu rootfs is in a different zip you get from cdimage.ubuntu.com
[11:57] <timp> asac: is that the same as using phablet-test-run?
[11:57] <asac> timp: yeah. please use phablet-test-run ... that does pretty much the same
[11:57] <asac> but we want to improve it so it does all the matic
[11:57] <asac> magic
[11:57] <timp> ok
[11:57] <rah> ogra_: http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/saucy-preinstalled-touch-armhf.zip
[11:57] <timp> asac: does it install the needed packages?
[11:57] <rah> ogra_: you mean that?
[11:57] <davmor2> Gah 3g still not working /me stabs it and then stabs it again and again and again......................................................................
[11:57] <ogra_> rah, right
[11:57] <asac> timp: yes if you run phablet-test-run ... -p autopilot-package ...
[11:57] <asac> or something
[11:57] <rah> ogra_: how do you get that on the device?
[11:58] <ogra_> davmor2, weird, works fine for me
[11:58] <ogra_> rah, thats also written somewhere on the porting page
[11:58] <ogra_> but usually by flashing it using the instructions for your device
[11:58] <asac> timp: right... phable-test-run -p autopilot-package testpackage ... will install the package
[11:58] <rah> ogra_: I don't believe it is written on the porting page
[11:58] <ogra_> first you need to flash the android zip that you produced yourself, then the ubuntu rootfs
[11:58] <davmor2> ogra_: it shows up it in the indicator, but the minute I open the browser nothing
[11:59] <rah> ogra_: I'm porting to a new device
[11:59] <davmor2> ogra_: this a flash with a --no-backup though
[11:59] <rah> ogra_: there is no recovery
[11:59] <timp> asac: could you help me to give a step-by-step list of commands how to run all the tests on https://docs.google.com/a/canonical.com/document/d/1cnBELUgsBCz9TMq-mR4VN4bwCKmDDXT9JxG-WFjzDFc/edit# ?
[11:59] <rah> ogra_: this presents something of a problem
[11:59] <timp> asac: that makes it easier to distribute the tests among different people (running it on only one device will take very long)
[11:59] <ogra_> rah, your build should have produced one
[12:00] <rah> ogra_: I have a recovery.img
[12:00] <ogra_> right, flash that with fastboot
[12:00] <timp> asac: you should have edit rights on that doc
[12:00] <rah> ogra_: my device doesn't have fastboot
[12:00] <ogra_> (or whatever your device uses instead)
[12:00] <rah> as far as I know
[12:00] <ogra_> well, then with the tool you normally use for flashing that device
[12:00] <psivaa> timp: yes i noticed that too, it segfaulted just before tst_components_benchmark tests
[12:01] <rah> ogra_: and then afterwards I need to use recovery to flash saucy-preinstalled-touch-armhf.zip?
[12:02] <ogra_> rah, after you flashed your android zip, yes
[12:02] <kalikiana> hmm my device is acting funny. battery charge icons shows, then flashes wildly, back to normal, flashes again
[12:02] <rah> ogra_: so, I need to (1) flash boot.img, recovery.img and system.img; (2) use recovery to flash cm-.zip; (3) use recovery to flash saucy-preinstalled-touch-armhf.zip?
[12:03] <asac> ogra_: phablet-network doesnt have the -i (install packages) anymore
[12:03] <asac> i assume its just doinmg the right thing without any option?
[12:03] <ogra_> rah, flash recovery ... boot into recovery ... adb push cm*.zip ... flash it ... download cdimage zip, adb push and flash it too, reboot
[12:03] <sil2100> ogra_: so... do you know anything about the indicator-messages? Do you know who could tell me more what was happening?
[12:03] <asac> timp: i think i did that... you might want to try
[12:04] <sil2100> And where was the revert that has been done?
[12:04] <rah> ogra_: it might be worth writing that in the porting guide
[12:04] <ogra_> asac, wasnt me who changed it :) ask sergio
[12:04] <rah> ogra_: also, cm*.zip matches two files
[12:04] <asac> ogra_: what do i need to touch for RW?
[12:04] <rah> ogra_: should I really be pushing both?
[12:04] <ogra_> asac, would be hard to make it install something on the ro image :)
[12:04] <asac> right
[12:04] <ogra_> asac, touch /userdata/.writable_image ...
[12:05] <rah> $ ls cm*.zip
[12:05] <rah> cm_a1000g-ota-20130908.zip  cm-.zip
[12:05] <asac> ogra_: ok ... and the "wipe/reset everythign" option for phablet-flash is --wipe?
[12:05] <ogra_> if you want ssh "echo "" >/etc/init/ssh.override
[12:05] <asac> or --do-bootstrap?
[12:05] <ogra_> --no-backup
[12:05] <ogra_> (for consistency :P )
[12:05] <popey> asac: I updated the wiki so this is all there now
[12:05] <popey> https://wiki.ubuntu.com/Touch/Install  - search for examples
[12:06] <asac> ogra_: ok i use that to go back to RO?
[12:07] <popey> yes
[12:07] <asac> timp: ok... i think what is there is good
[12:07] <asac> give it a try for one app autopilot
[12:07] <asac> fginther: hi
[12:07] <asac> fginther: hope you are back and at least a bit recharged :)
[12:08] <ogra_> asac, you cant go back to ro
[12:08] <asac> fginther: so timp was having problems with merge proposals... psivaa started looking at that
[12:08] <asac> not sure if they figured something
[12:08] <ogra_> its a onbe way street
[12:08] <asac> fginther: auto landing didnt work for timp
[12:08] <ogra_> *one
[12:08] <asac> fginther: oh seems psivaa identified a build failyure
[12:09] <popey> ogra_: you can, by re-flashing ☻
[12:09] <psivaa> asac: fginther: we have not still figured out conclusively yet,
[12:09] <ogra_> popey, heh
[12:09] <ogra_> yeah
[12:09] <asac> psivaa: ok ... maybe get fginther up to speed :)
[12:09] <asac> on what
[12:10] <psivaa> asac: the build failure for autolanding
[12:13] <timp> asac: great, thanks
[12:15] <timp> asac: I hope this will be automated eventuall :)
[12:18] <timp> +y
[12:21] <asac> timp: yeah. as i said i hope MPs will have that and then we can risk a bit more
[12:22] <asac> and also it should absolutely be possible to easily run all your tests locally :)
[12:22] <asac> psivaa: http://reports.qa.ubuntu.com/smokeng/saucy/image/4286/notes-app-autopilot/409251/ ... if you see these
[12:22] <asac> do we retry?
[12:23] <psivaa> asac: i think i did that, let me check
[12:23] <asac> not sure if we had that pattern already
[12:24] <timp> asac: ok, good.
[12:24] <kalikiana> hmm my galaxy nexus continues to spin wildly in the charge screen and adb doesn't see it at all
[12:25] <asac> kalikiana: you need to unplug it to boot it
[12:25] <asac> not sure if thats your problem
[12:26] <kalikiana> it doesn't respond to the power button
[12:26] <asac> kalikiana: right. if its ocnnected that ahppens.
[12:26] <asac> usually its a unplug, unbattery
[12:26] <asac> rebattery
[12:26] <asac> power button ... then it boots and you can connect it again
[12:27] <timp> zsombi: whats wrong with your maguro device?
[12:27] <zsombi> timp: need to redo the whole procedure...
[12:27] <timp> asac: would it be useful to run tests on manta?
[12:27] <asac> timp: only if they currently pass
[12:27] <timp> zsombi: yeah me too, I'm still flashing the device
[12:28] <asac> timp: i assume you ask "instead of a phone"
[12:28] <asac> on top its always useful, just not blocking
[12:28] <zsombi> timp: not just flashing... rooting ASO
[12:29] <timp> asac: I'd like to run more tests in parallel, but passing on manta doesn't mean we can skip that test on a phone, so it won't speed up the process
[12:29] <asac> correct
[12:29] <timp> zsombi: ^
[12:30] <zsombi> well...
[12:31] <kalikiana> asac: hm did not work. after those steps I connected it anyway, went back to charging, booted on its own but after the Google logo went back to charging - something wrong with the image I wonder
[12:32]  * kalikiana re-does the steps
[12:33] <didrocks> sil2100: I'm refreshing the package list for the sdk
[12:33] <didrocks> sil2100: it seems there is one test node offline, mind starting the jenkins slave on it?
[12:35] <sil2100> didrocks: got it
[12:35] <didrocks> sweetness!
[12:36] <sil2100> didrocks: slave started ;) Back to dealing with lunch ;p
[12:36] <didrocks> sil2100: enjoy, and thanks! ;)
[12:40] <dholbach> when I try to install apps the progress bar seems to stay at 0% (for the download) - did anyone else encounter this?
[12:40] <dholbach> also do I sometimes get into a situation where just the home scope is shown and I can't swipe to get to the others
[12:41] <popey> dholbach: https://bugs.launchpad.net/ubuntu/+source/unity-lens-applications/+bug/1225400
[12:41] <popey> for your second comment
[12:41] <popey> confirm pls ☻
[12:41] <dholbach> popey, great, thanks
[12:41] <timp> zsombi, kalikiana if any of you get a usable maguro device, let me know. I'll start with the tests and when you can test also we can divide the remaining tests
[12:41] <timp> asac: ImportError: No module named camera_app
[12:41] <timp> asac: ^ignore that. I skipped a few steps
[12:42] <popey> dholbach: not seen bar stick at 0% however. but some have suggested it can get stuck on a low end net connection
[12:42] <dholbach> popey, I'd certainly like a faster net connection, but I'm sure it should be sufficient for downloading apps ;-)
[12:43] <zsombi> timp: I'm on routing it
[12:49] <sil2100> didrocks: unity8 passed on jenkins \o/ I'll update my phone and install latest unity8 and try if all is ok
[12:49] <timp> asac: 8 out of 11 tests FAILED for camera-app in the ubuntu-system image. Without installing new uitk package
[12:50] <didrocks> sil2100: excellent!
[12:51] <didrocks> sil2100: sdk passed as well, do you want to use this run to try it as well?
[12:51] <gatox> sil2100, hi! how are you? and how the packages for the plugin and ui app is going? :P
[12:52] <sil2100> gatox: hello! We renamed the project and I'm in the middle of packaging the update app ;)
[12:52] <sil2100> gatox: (but it's lunch time here)
[12:52] <timp> asac: http://ubuntuone.com/237AGrkw1JXMfXIjrsEu3D
[12:52] <gatox> sil2100, awesome!! ok, enjoy your lunch
[12:52] <sil2100> didrocks: first I'll check unity8 by itself, then I'll add SDK and check if all is still ok
[12:53] <didrocks> good plan
[12:53] <gatox> sil2100, let me know when you can which is the name now :P
[12:55] <sil2100> gatox: heh, it's click-update-manager for now ;) As we discussed on Friday more or less
[12:55] <gatox> sil2100, nice, thx
[12:56] <sil2100> gatox: btw. there's this minor branch to review -> https://code.launchpad.net/~sil2100/clickmanager-plugin/remove_invalid_deps/+merge/185778 , a quickie really!
[12:56] <gatox> sil2100, on it
[12:57] <timp> asac: so the tests won't even pass with the packages currently in the image.
[12:57] <timp> asac: so it is not new changes in the UITK that break the tests. something was broken already
[12:58] <fginther> asac, psivaa, morning
[12:59] <psivaa> fginther: morning
[13:00] <daker> ogra_: thanks for accepting the MR :)
[13:04] <fginther> psivaa, what's the issue with timp's merge proposal? Is it resolved?
[13:05] <timp> fginther: nothing is resolved. we also like to create a release for UITK, but for that we need to show that all the autopilot tests pass for the new UITK trunk
[13:05] <psivaa> fginther: no. there is a build error at https://jenkins.qa.ubuntu.com/job/ubuntu-ui-toolkit-saucy-armhf-ci/507/consoleText
[13:05] <daker> ogra_: sorry bad tab
[13:05] <daker> oSoMoN:  thanks for accepting the MR :)
[13:05] <timp> fginther: I'm running the autopilot tests on the latest "stable" image, and even there they fail for me, so I don't know how we should be able to make it work for updates
[13:06] <timp> fginther: I did this: https://docs.google.com/a/canonical.com/document/d/1cnBELUgsBCz9TMq-mR4VN4bwCKmDDXT9JxG-WFjzDFc/edit# and got http://ubuntuone.com/237AGrkw1JXMfXIjrsEu3D
[13:07] <timp> fginther: I don't know if it is all the same issue, or they are all related, but when local autopilot tests pass, we still get fails on CI. And some times CI gives all good results, and autolanding fails the tests
[13:07] <timp> so I am totally confused
[13:08] <thomi> timp: it's almost always a timing issue in your tests
[13:09] <thomi> timp: the CI systems are typically slower than your development machine, so you need to use the Eventually matcher in your assertions, especially those that are around places where you're creating new UI objects
[13:09] <fginther> timp, I'm digging through things, just to make sure nothing is off in the infrastructure
[13:10] <timp> thomi: for example this one http://ubuntuone.com/237AGrkw1JXMfXIjrsEu3D I don't see what goes wrong. The app test waits for 10s, that should be more?
[13:10] <timp> thomi: where should we add the timings? In the app autopilot tests? or in the UITK emulators?
[13:10] <timp> elopio: ^
[13:10] <thomi> timp: ahh, ok, that's not a timing issue, you're right
[13:11] <timp> thomi: to be honest I have no idea what it is
[13:12] <oSoMoN> daker: thanks for the contribution! they’re always very welcome
[13:17] <timp> maybe the camera app needs to have something to focus on
[13:17] <timp> let me try again when the phone is not lying flat on the table
[13:18] <timp> it passed!
[13:18] <timp> ok, now trying gallery-app-autopilot
[13:18] <thomi> timp: good to know that it was a genuine failure
[13:19] <timp> thomi: also I start to doubt now whether the screen was unlocked by the time phablet-flash finished installing packages
[13:19] <timp> that's also tricky
[13:22] <rickspencer3> hey, looks like this morning's update downloaded and installed perfectly for me!
[13:23] <didrocks> sweet! :)
[13:23] <didrocks> barry: hey, did you see my bug about having at least the daemon sending an updateProgress(0) to trigger the ui to show an empty (but which can pause) progress view?
[13:24] <barry> didrocks: i missed that one.  looking now
[13:25] <rickspencer3> wow ... and I love the new indicators with barsand everything!
[13:26] <barry> didrocks: bug #?
[13:26] <OrokuSaki> @ogra LXC 1.0 alpha does not work for me.. no pid.. have to downgrade lxc to 0.9x.. no idea why
[13:26] <didrocks> barry: let me look
[13:26] <OrokuSaki> I upgraded everything but dist-upgrade, then manually upgraded unity and maliit.. so.. I have a frankenstein
[13:26] <didrocks> barry: https://bugs.launchpad.net/system-image-client/+bug/1224016
[13:27] <barry> didrocks: tagged
[13:28] <davmor2> cyphermox: you about?
[13:28] <anders3408> ogra_:  just to notify you : i changed kernel and then i could use the normal way my phone mounts so now it mounts partitions in both path as i it should. Only one major issue still exsist in that mount thingy, if i reboot, then it wont mount whats needed for me to use android_chroot anymore, so i guess its the lxc container that somehow fails on number 2 bootup ?
[13:28] <ogra_> OrokuSaki, well, lxc 1.0 is in the rootfs since a while already
[13:28] <davmor2> ogra_: is there a way to get more logging info with altering the read only FS?
[13:29] <ogra_> anders3408, hmm, could be
[13:29] <OrokuSaki> lxc 1.0 since 09-12-2013 or so I would say
[13:29] <ogra_> davmor2, i dont think it was cut down
[13:29] <ogra_> OrokuSaki, right, and images still work :)
[13:29] <ogra_> for the reference devices
[13:29] <anders3408> first bootup no issues with entering android-chroot, but 2nd bootup it fails and says "i dont know wtf sh is" :) kinda :)
[13:30] <ogra_> anders3408, that sounds like -stsem isnt mounted on second boot ... did you chan ?
[13:30] <ogra_> *check
[13:30] <ogra_> tzz
[13:30] <anders3408> -stsem ?  ehhh ?
[13:30] <ogra_> lets try that again
[13:30] <ogra_>  /system
[13:30] <davmor2> ogra_: ie I want to add debugg to /etc/init/network-manager.conf but obviously that is in the RO section of the image and I don't want to lose the RO in case it is that, that is causing the issue (I'm assuming it isn't but hey)
[13:31] <OrokuSaki> @ogra... yep.. but I fear that one day they won't work.. because I will be using old lxc.. maybe not.. just a piece of the puzzle
[13:31] <anders3408> haha ahh :) well in the linux enviroment, /system is mounted
[13:31] <anders3408> just doing a new build as we speak
[13:31] <OrokuSaki> did notice dm stuff being added. =)
[13:31] <ogra_> davmor2, go into rw mode ... just make sure to properly revert everything if you have no actual changes you should be able to revert
[13:32] <davmor2> ogra_: is there any info on how to get in and out of rw mode?
[13:32] <anders3408> ogra_: any major fixes in saucy-preinstalled-touch-armhf.zip            14-Sep-2013 that is not in 13-sep ? that can affect bootup :)
[13:32] <OrokuSaki> Ogra@ this is how I have to do it.. take an image from 09112013.1 then upgrade it.. for some reason taking an image from 20130916 and dpkg -i old lxc...
[13:33] <ogra_> davmor2, touch /userdata/.writable_image ... and removal of the same
[13:33] <OrokuSaki> @Ogra what happens is.. lxc starts... android-chroot works..but unity8 does not run on its own you have to run it as phablet in terminal
[13:33] <davmor2> ogra_: thanks dude
[13:33] <ogra_> anders3408, well, not really and the reference images have no issues
[13:33] <OrokuSaki> @ogra so I use 09112013.1 and upgrade it
[13:33] <anders3408> good :) then i dont wanna redownload :)
[13:35] <OrokuSaki> Got the keyboard working, had to install libpinyin2 and use /usr/share/maliit from 09-16-2013... so it all works now
[13:35] <ogra_> OrokuSaki, well, i dont see any lxc related kernel changes, ask hallyn on #ubuntu-devel ... he is the lxc maintainer
[13:35] <ogra_> some missing kernel feature would be my only explanation
[13:35] <OrokuSaki> sweet, thanks man! I figure lxc has something to do with unity8 not starting on its own
[13:35] <OrokuSaki> pstore?
[13:35] <OrokuSaki> I saw pstore being added
[13:36] <OrokuSaki> "/sys/fs/pstore is a mountpoint its looking for"
[13:36] <OrokuSaki> I will ask! =)
[13:36] <sergiusens> jdstrand, hey, do we have a preliminary name for the policygroups for the urlhandler stuff?
[13:39] <anders3408> ogra_: but the change in kernel that fixed mount points would be some good info for w-flo :) looks like he had same issues with his kernel and my current kernel is same kernel as before but without 4 mounts commits
[13:40] <ogra_> anders3408, i'm not sure what kernel change you talk about
[13:42] <anders3408> ogra_: let me explain : normally on my phone, the system mount point is here : /dev/block/platform/msm_sdcc.1/by-name/system but with the first kernel i used in porting ubuntu that would fail as /dev/bkicj/platform dont exsist when it is being builded for ubuntu, then i changed to same kernel but just an older branch and it worked. same issue had w-flo with missing mount points and its possible a commit that works in 
[13:42] <OrokuSaki> @ograOh.. ogra.. I fixed my pulse issue.. finally.. for people who have 2.6.35 and do not have accept4 syscall.. udev-systemd must be patched to get the cpu usage down, then patch pulse to get the assertions to go away.. https://github.com/jshafer817/UbuntuTouch/tree/master/important%20files%20after%20compiling/data/debs/patches
[13:42] <OrokuSaki> Or just use the debs in the deb folder for now
[13:43] <OrokuSaki> If you add accept, pulse patch does not work.. I guess. =) pulse and gstreamer assertions
[13:43] <ogra_> OrokuSaki, hmm, probably put a note and links to the patches on the porting page
[13:43] <OrokuSaki> Sweet! Good to be organzed!
[13:44] <OrokuSaki> last time I did this I didn't take notes...
[13:44] <ogra_> anders3408, in ubuntu the by-* paths are hadled by udev
[13:44] <timp> thomi: clock app is now failing for me.
[13:44] <timp> thomi: zoltan already tried all the autopilot tests last week in an image withouth updating any packages: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AjIHgoRj36gldDlqM1lORHpxd2NUMi1ZSGNrVTZaQXc#gid=0
[13:44] <anders3408> oh :)
[13:45] <timp> thomi: even there a bunch of tests fail :(
[13:45] <ogra_> anders3408, so you have one kernel where udev works and one where it doesnt ... no idea why though
[13:45] <thomi> timp: yes, lots of the tests are awful, and need some development effort
[13:45] <anders3408> thats still usefull :) thanks ogra_
[13:45] <ogra_> anders3408, compare the configs of the two ;)
[13:45] <timp> hmpf. on 2nd the clock-app-autopilot passes :s
[13:45] <anders3408> could be yes ogra_ :)
[13:46] <timp> thomi: if we cannot make them pass reliably in the images, then it is a really big challenge to make them pass with an updated UITK so we can make a release
[13:46] <stgraber> ogra_: it'll work as soon as I land the new code (doing that now)
[13:47] <ogra_> stgraber, yeah, i wasnt sure it was supposed to work :)
[13:47] <thomi> timp: we can make them pass, if just needs some work
[13:47] <ogra_> the system picked it up fine the old way though
[13:47] <thomi> timp: we spent some time on the unity8 AP tests, for example, and now they're very reliable
[13:47] <timp> ok, that sounds good.
[13:47] <thomi> timp: so it's not an inherent problem with the technology/tools or environment, it's a problem with the test code itself :)
[13:47] <timp> is it something that needs to be changed in the app autopilot tests?
[13:47] <stgraber> ogra_: yeah, I'm turning off cron now for system-image and will migrate to the new code in the next couple of hours
[13:48] <ogra_> good
[13:48] <thomi> timp: exactly, yes
[13:48] <timp> thomi: so then the test code of the apps is blocking the UITK
[13:48] <thomi> timp: yeah
[13:48] <thomi> timp: I can see that that sucks for you :-/
[13:49] <timp> are the app developers aware of the issues?
[13:49] <ogra_> stgraber, does the last lxc upload require special kernel features ? seems OrokuSaki has issues with lxc since fri.
[13:49] <stgraber> ogra_: nope
[13:49] <ogra_> k
[13:50] <tedg> pete-woods, Hey, is there a chance you could look at this merge for me?  https://code.launchpad.net/~ted/hud/lp1193700/+merge/183797
[13:51] <timp> I talk to the developers of gallery-app and webbrowser-app and we are solving the problems there, but it is not feasible if one or a few people from the SDK team have to work on all the apps tests I think
[13:51] <sil2100> asac: unity8 green - tests pass, it works on the phone as well, testing with SDK now
[13:52] <timp> sil2100: you mean that you test it with ubuntu-ui-toolkit trunk?
[13:52] <anders3408> ogra_: https://lh5.googleusercontent.com/-hMlkzWn7E0I/UjXQK0do4RI/AAAAAAAAAms/I0VnVF_P_ac/w661-h574-no/2013-09-15
[13:52] <sil2100> timp: yes, is that a bad idea?
[13:52] <timp> sil2100: no it is a great idea :)
[13:52] <anders3408> camera and speaker is working,
[13:52] <ogra_> anders3408, !!
[13:52] <ogra_> mhall119, ^^^^
[13:53] <ogra_> anders3408, thats awesome !
[13:54] <wellsb> Well done, anders3408.  We may just have a winner
[13:54] <anders3408> one pics more : http://www.oppoforums.com/attachments/1379257259463-jpg.6747/
[13:55] <anders3408> wellsb: still need to fix a few things before the needed things are working :)
[13:55] <wellsb> Indeed, but you're definitely making progress
[13:55] <anders3408> yes :D i have always wanted to try and run ubuntu touch on  a device :D
[13:55] <anders3408> and its nice
[13:56] <timp> sil2100: I am doing the same for apps
[13:56] <anders3408> there is just one question about winning wellsb ogra_ , is it cheating that i own a find 5 ?
[13:57] <ogra_> anders3408, well, imho it is the only way to port to a device
[13:57] <anders3408> yes :) specially ubuntu touch. other aosp roms can be builded without the device if there is already a working device tree :)
[13:58] <ogra_> yeah, i would like to get us to such a point too some time
[13:58] <ogra_> but currently there is way to much moving in the image itself ... we need some kind of stable base to build such a feature on
[13:59] <anders3408> also did compile and release first android 4.3 for find 5 , and it was marked as stable for the even first release :) compiled from a openmaster branch based repo
[14:00] <ogra_> stgraber, you didnt back out any code from indicator-power, right ? just the deps (so i could seed the missing bit in touch)
[14:03] <timp> asac: I'm running the autopilot tests now with the uitk trunk packages.
[14:03] <timp> asac: what happens after the release? We do tests already for each MR that goes into trunk, so every trunk version should be good for a release
[14:04] <sil2100> timp: it looks ok here!
[14:04] <timp> asac: ok manually we do not run *all* app tests, just a selection
[14:04] <timp> sil2100: hurray \o/
[14:04] <sil2100> asac: tested the new UITK with the new Unity8 and things look alright
[14:04] <timp> sil2100: thanks :) on which device was it?
[14:06] <stgraber> ogra_: the deps were dynamic (shlibs) based on the code change, so I reverted the whole thing to the previous version. I think the plan is for tedg to first sort out the deps of that url library, then re-upload his change to indicator-power
[14:06] <tedg> Yes, the merges are proposed to do both of those.
[14:06] <sil2100> timp: nexus 4 ;)
[14:08] <timp> sil2100: ok, I'm testing on galaxy nexus. I guess I will still need to do the unity8 test.
[14:08] <sil2100> timp, asac, didrocks: you guys think we can anyway publish unity8 and SDK stacks now anyway? Or at least unity8
[14:09] <ogra_> stgraber, ok
[14:09] <didrocks> sil2100: you tested those, so I trust you, I +1 on the packaging side but you need to do a MP for fixing the tab in a later release please ;)
[14:10] <asac> sil2100: is everything ready for publishing?
[14:11] <asac> sil2100: why "anyway"?
[14:11] <asac> sil2100: sounded like its proiven to not break - or did i miss something?
[14:11] <sil2100> asac: since Apps werent tested yet with the new SDK, right?
[14:11] <sil2100> asac: at least by timp (if I understood correctly)
[14:12] <asac> sil2100: please run app autopilots locally
[14:12] <asac> as part of the testing of unity8/sdk
[14:12] <asac> thats essential
[14:12] <asac> timp: do the same :)
[14:12] <asac> we do this because of the apps
[14:12] <timp> asac: I am doing that right now.
[14:12] <sil2100> I guess timp is doing that now ;)
[14:12] <sil2100> I was just doing UITK and unity8 testing
[14:13] <timp> sil2100: we test for some apps, no automated testing for all apps yet. There has been an attempt to test all apps, but some app tests fail even for the UITK in the image. probably the quality of the app tests needs to be improved (for some apps)
[14:13] <asac> sil2100: right. was miscommunication. testing uitk and unity8 means to run all autopilots
[14:13] <timp> sil2100, asac fyi, so far we were not able to make it pass all the tests. let's hope we can manage now, or if they fail fix it somehow.
[14:14] <asac> sil2100: timp: so see if you can share load maybe
[14:14] <asac> timp: all that pass on dashboard
[14:14] <asac> timp: you dont need to run those that dont pass yet (e.g. filemanager etc.()
[14:14] <asac> timp: just check what passed on 49
[14:14] <timp> asac: is there a way to disable the standby screen? that makes it easier to script the test-runs without having to touch the phone all the time.
[14:14] <timp> asac: 49?
[14:14] <asac> timp: build 49 ... yes.
[14:14] <asac> timp: http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/
[14:14] <asac> and http://reports.qa.ubuntu.com/smokeng/saucy/image/4270/ (maguro)
[14:15] <timp> asac: ok, so I only run the green ones from there
[14:15] <timp> asac: I tried to share the load with zsombi and kalikiana but their devices are not cooperating.
[14:15] <timp> asac: sil2100 has a nexus 4, I have galaxy nexus. so sil2100 should share the load with psivaa
[14:15] <anders3408> ogra_:  where do i find logs from a running system ? like if an function in system settings doesnt open or doesnt do as it should ?
[14:16] <sil2100> asac: anyway, unity8 is tested anyway, since I ran the unity8 testing on it
[14:16] <timp> is anyone else around with a galaxy nexus device who is willing to speed up the progress by running some of the app tests?
[14:17] <ogra_> anders3408, for that i would defer to seb128, but he is on vacation ... many of the settings pages do not work in general though
[14:18] <asac> timp: ack. the green ones should be pretty stable... we at most retry one or two tests once
[14:18] <asac> usually in automation to get it green
[14:18] <anders3408> it was also just as an example ogra_ :) need to debug hw buttons and sim card signal and wifi , but thats hard withou a log :9
[14:18] <anders3408> :)
[14:18] <zsombi> timp: asac: my Nexus simply does not get listed with adb, I tried with 4 separate cables, no luck
[14:19] <ogra_> anders3408, well, /var/log should be full of logs :)
[14:19] <ogra_> as on any ubuntu
[14:19] <timp> asac: some tests may be tricky. camera-app fails some times for me. I'm guessing it will fail if I leave it flat on the table so the camera cannot focus
[14:20] <timp> or perhaps something else was wrong
[14:20] <psivaa> asac: timp i have been slow on manually running the test, have been looking into some other stuff too, will get going now
[14:20] <anders3408> okay :) just not nothing in syslog regarding that :)
[14:20] <anders3408|afk> gonna go a bit :)
[14:20] <timp> zsombi: can you use the device? or does it stay off? maybe battery issue?
[14:20] <zsombi> timp: it has Android on it...
[14:21] <timp> psivaa: running the tests manually will be slow even if you don't have other stuff
[14:21] <zsombi> timp: and I cannot even get further that that
[14:21] <timp> zsombi: how did that happen? ;)
[14:21] <zsombi> timp: I managed to unlock, but that's it
[14:21] <zsombi> timp: I got a new one...
[14:21] <lool> zsombi: did you enable adb?
[14:21] <lool> you have to turn on developer mode to get adb
[14:22] <zsombi> timp: I followed instructions from here: https://wiki.ubuntu.com/Touch/Install
[14:22] <zsombi> timp: couldn't get further than step 3
[14:22] <timp> lool: ^
[14:22] <zsombi> lool: I did
[14:22] <davmor2> ogra_, cyphermox, awe_ :  https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1226071  3g still hates me
[14:22] <sil2100> asac: ok, so can we at least release unity8 for now then? Since I ran unity8 tests on it, not sure how unity8 could affect application tests
[14:23] <lool> zsombi: what state is USB debugging in, under Developer options?
[14:23] <zsombi> lool: checked
[14:23] <awe_> davmor2, I know cyphermox was working on landing a NM patch at the end of the last week...
[14:23] <awe_> cyphermox, did you patch land?
[14:23] <lool> zsombi: did you try "adb kill-server" on your workstation?
[14:24] <zsombi> lool: after I unlocked, it suddely rebooted, then I had to repeat the steps enabling developer mode again...
[14:24] <zsombi> lool: yep
[14:24] <didrocks> sil2100: +1 release!
[14:24] <zsombi> ups!, just got the device listed! without touching it!
[14:25] <timp> in theory unity8 can break app tests if it does something with the user interaction that should go to the app
[14:25] <zsombi> wtf??! it reboots from itself...
[14:25] <lool> zsombi: ok, no idea then; perhaps device permissions; try running adbd manually on your workstation
[14:25] <lool> zsombi: ah
[14:25] <jdstrand> sergiusens: re urlhandler> it won't have a policy group. it will just be allowed in the template
[14:26] <lool> zsombi: it's probably some leftover phablet-flash you have in the background that triggered the reboot once it got the connection working after your lad kill-server
[14:26] <jdstrand> sergiusens: btw, it should be in the next apparmor-easyprof-ubuntu upload
[14:26] <zsombi> lool: lemme try again with an other cable... it doesn't work with its own one or with the tablet cable, I had to use a Nokia cable...
[14:26] <didrocks> timp: oh right, so please run those if possible
[14:26] <didrocks> sil2100: ^
[14:26] <timp> didrocks: I'm running all the tests on my galaxy nexus
[14:26] <timp> didrocks: but it will take a while to finish
[14:27] <zsombi> lool: well, at least none of the phablet-flash scripts went thru, as they haven't even started
[14:27] <lool> zsombi: in any case shouldn't reboot by itself
[14:27] <zsombi> lool: it also could be that the cable has some breaks and does short circuit
[14:28] <zsombi> I swear I haven't touched it :)
[14:29] <timp> didrocks, sil2100 ah I'm running the tests for the new UITK, not with a new unity8..
[14:29] <timp> can do that afterwards, but I don't think I'll get to it today
[14:29] <didrocks> sil2100: doing those tests?
[14:30] <cjwatson> sergiusens: Could you please apply http://paste.ubuntu.com/6115146/ to your click_copy.py script to make it safer against server failures?
[14:30] <sergiusens> cjwatson, yes
[14:30] <nerochiaro> sergiusens: do you know if, besides of the read only fs, cdimage-touch is any differnet than the ubuntu-system image ?
[14:30] <ogra_> nerochiaro, it is
[14:30] <sil2100> didrocks: backloging
[14:31] <zsombi> lool: now I got this: ERROR:phablet-flash:Command 'adb shell mount /data' returned non-zero exit status 255
[14:31] <ogra_> nerochiaro, system image uses a completely different layout ... based on loop mounted files
[14:31] <sil2100> didrocks: ok, will run those tests then
[14:31] <sergiusens> nerochiaro, upgrades don't work on regular images
[14:31] <cjwatson> beuno: Can you investigate download failures from the store to lillypilly?  http://paste.ubuntu.com/6115159/
[14:31] <didrocks> sil2100: thanks!
[14:31] <nerochiaro> sergiusens: OTA upgrades you mean ?
[14:31] <sergiusens> cjwatson, I know what that is :-/
[14:31] <cjwatson> beuno: When this happened earlier, attempting to download the same URL from my laptop apparently mysteriously cleared the error ...
[14:32] <sergiusens> nerochiaro, yes
[14:32] <cjwatson> sergiusens: Oh?
[14:32] <sergiusens> cjwatson, I think it's the auth thing
[14:32] <cjwatson> sergiusens: But as I say the same URL works locally, and after downloading it then rerunning click_copy.py works fine
[14:32] <sergiusens> hmmm
[14:32] <cjwatson> sergiusens: So that's a bit WTF no matter what ...
[14:32] <beuno> cjwatson, yeah, I think I know what it is, one of the two servers is probably out of date, we're rolling out the code to both servers now
[14:32] <cjwatson> (Well, that was the pattern earlier; I haven't tried that this time)
[14:33] <beuno> (now == when we get webops time)
[14:33] <cjwatson> beuno: Aha, OK.  So does that mean ?noauth=1 will work on neither server, or both?
[14:33] <shom> how do i call using ubuntu touch??
[14:33] <OrokuSaki> @ogra what is the best way to tar up the rootfs from the device?
[14:33] <OrokuSaki> =)
[14:33] <OrokuSaki> please
[14:34] <OrokuSaki> I am using this one command, but its skipping data folders.. I guess I need to look at it
[14:34] <ogra_> i would boot with break=bottom on teh kernel cmdline and do it from the initrd
[14:34] <beuno> cjwatson, on one of them, which gets selected semi-randomly  :)
[14:34] <OrokuSaki> long tar... I tried --one-filesystem option or whatever, but it didn't seem to work
[14:34] <OrokuSaki> kept tarring files from the data mount
[14:35] <cjwatson> beuno: I mean, what will the state be after the rollout?
[14:36] <ogra_> OrokuSaki, right, thats why i would do it from the initrd (and specifically only tar up /data/ubuntu)
[14:36] <nerochiaro> sergiusens: i guess my question is: if i test a .deb and run AP tests on cdimage-touch, will the result be the same as if i did it on the system image (with rw enabled), and vice versa ?
[14:36] <ogra_> that way yu make sure nothing is mounted
[14:36] <beuno> cjwatson, that it will work on both
[14:36] <beuno> cjwatson, we've extended the noauth=1 trink for another month
[14:36] <ogra_> nerochiaro, we cant gurantee that anymore ... all tests and test modifications happen with the ro image in mind now
[14:37] <timp> asac: do you want the test logs when I'm done?
[14:37] <cjwatson> beuno: OK; what's the long-term plan for downloading click packages for use in images?
[14:37] <sergiusens> nerochiaro, it should, we are rolling to a ro testing for images so you might really want to test that way
[14:37] <ogra_> nerochiaro, it might still be the same today ... but can all change until tomorrow
[14:37] <beuno> cjwatson, as in, in an automated way?  they'll ahve to be authenticated, oauth signed
[14:37] <cjwatson> And sergiusens is on that?
[14:37] <beuno> cjwatson, so someone will just have to pick a user and set up the token
[14:37] <timp> nerochiaro: why would you not test with the ro image?
[14:38] <beuno> cjwatson, I'll find out  :)
[14:38] <cjwatson> I'm uneasy about our image builds relying on something timebombed, you see ...
[14:38] <sergiusens> cjwatson, I am aware
[14:38] <sergiusens> cjwatson, I'm actually moving away from that to using dbarth's packages
[14:38] <nerochiaro> timp: i have no reason not to, now that i know how to make it rw i guess
[14:39] <cjwatson> sergiusens: Doesn't that just kick the can down the road to those packages' build process?
[14:39] <OrokuSaki> @Ogra.. doh! Thanks =) I did it from recovery mod.. and it didnt work when I went to wipe and reinstall with my newly created zip.. I will retry.. =)
[14:39] <OrokuSaki> Took me to busybox!
[14:39] <nerochiaro> sergiusens: ogra_: ok, so ubuntu-system is the way to go. and for now cdimage-touch is still ok but won't be for long
[14:39] <ogra_> yeah
[14:40] <sergiusens> cjwatson, beuno well to really use the store as the repo I would need to be able to upload from jenkins too
[14:40] <ogra_> we wil keep cdimage-toouch around, since ports cant use system images, but cdimage-touch images wont see testing anymore at some point
[14:40] <sergiusens> nerochiaro, only use cdimage if you want to do some image testing and mods; but not as a guarantee that something is working
[14:40] <timp> asac: I succesfully ran all the green app tests from http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/ on my device with a new UITK.
[14:41] <timp> asac: still need to do unity8, and I don't know what's security, sdk, ...
[14:41] <nerochiaro> sergiusens: ok, thanks
[14:41] <timp> (default, install-and-boot)
[14:44] <asac> timp: ignore security and sdk
[14:44] <asac> you will have zero effect on that :)
[14:44] <asac> only focus on the autopilots
[14:44] <asac> timp: your device is mako?
[14:44] <timp> galaxy nexus
[14:44] <timp> uhm.. maguro?
[14:44] <ogra_> yeah
[14:44] <didrocks> yep maguro
[14:45] <sergiusens> cjwatson, that said, I do have the tools to implement auth for copying
[14:47] <davmor2> awe_: I don't know is cyphermox is in hiding today :)
[14:47] <cyphermox> no
[14:47] <beuno> sergiusens, pindonga is finishing CLI uploads this week
[14:47] <beuno> cjwatson, downloads should be fixed, let me know otherwise
[14:47] <cyphermox> awe_: I should land the patch now, let's just have some review prior
[14:49] <davmor2> cyphermox:  Ah nice , thanks dude :)
[14:49] <cjwatson> beuno: thanks, I'll keep an eye on it
[14:50] <sergiusens> cjwatson, your patch is applied btw
[14:50] <cjwatson> beuno: though I still think it's a mistake to require auth for non-pay packages, but hey, I'm not doing the work
[14:50] <cjwatson> I guess that's for download counting or something?
[14:52] <sergiusens> +1 on that
[14:52] <awe_> cyphermox, sounds good
[14:53] <beuno> cjwatson, yeah, it's a mix of download counts, letting you re-install previous downloads on your device, us knowning which users to notify if there's malware that needs attention and requests from app developers
[14:54] <sergiusens> beuno, if that's the case, then maybe noauth can stay even if the official client doesn't use it?
[14:54] <stgraber> asac, lool, plars, cjohnston: FYI I'm doing the switch now, so no images will publish for the next 30min or so, as soon as it's done, you should see a new touch_ro image appearing and we'll be on the new system from that point on
[14:54] <sergiusens> beuno, how are we going to count/track preinstalled apps coming from the store
[14:54] <sergiusens> ?
[14:55] <beuno> sergiusens, preinstalled won't be counted, of course
[14:55] <cjwatson> counting/tracking preinstalled apps sounds like a fairly uninteresting exercise
[14:55] <dbarth> beuno: hi; while we're on the topic of the preinstalled pacakges, is there a discussion on the unicity of app names?
[14:55] <ogra_> cjwatson, sergiusens, could we perhaps make the copy_click script a cdimage team owned branch that gets mirrored to people.c.c ?
[14:55] <cjohnston> stgraber: cool
[14:56] <lool> stgraber: ok
[14:56] <dbarth> ie, to avoid the collision that happened with xnox (now this is resolved at least)
[14:56] <ogra_> that would have helped this morning
[14:56] <beuno> dbarth, there is not
[14:56] <beuno> dbarth, feel free to kick it off in the public mailing list
[14:56] <dbarth> beuno: should i start a thread on the appstore list?
[14:56] <cwayne> stgraber, does that mean saucy-customized will be ready by US EOD?
[14:56] <dbarth> ah, you beat me to that
[14:56] <beuno> :)
[14:56] <dbarth> ok
[14:56] <dbarth> ok, will do
[14:57] <timp> asac, sil2100 unity8-autopilot failed for me: https://pastebin.canonical.com/97534/
[14:57] <stgraber> cwayne: yep, it should be available in the next 30min
[14:57] <sergiusens> ogra_, yes we should
[14:57] <cwayne> stgraber, :D thanks man
[14:58] <plars> stgraber: ok, we'll switch over to the new channel soon on our end too
[14:59] <sergiusens> dbarth, we should namespace the preinstalled ubuntu maintained packages with com.ubuntu instead of net.launchpad anyways, right?
[14:59] <cjwatson> dunno if it matters ...
[14:59] <timp> sil2100 asac any ideas? I do see a bunch of warnings that will be fixed in upcoming uitk MRs (which are ready but not merged because of the testing issues that we were having)
[14:59] <dbarth> sergiusens: i suppose so, that's what i did
[14:59] <cjwatson> Given that https://launchpad.net/click-webapps exists, net.launchpad.click-webapps is a perfectly good reverse-domain-name to use
[14:59] <sergiusens> cjwatson, from a technical stand point, not at all
[15:00] <sergiusens> fair enough
[15:00] <cjwatson> Even from a policy standpoint.  As I said at UDS we shouldn't be connecting whether something is preinstalled to its namespace - they're orthogonal things
[15:01] <cjwatson> net.launchpad.PROJECT is actually quite nice as we might in future want to do something like connecting their ownership
[15:01] <sergiusens> cjwatson, oh, not for preinstalled, I mean ubuntu maintained
[15:01] <dbarth> cjwatson: are you attaching special properties to pre-isntalled click packages right now? or are they just there before other apps?
[15:01] <cjwatson> So you get to own that namespace on the store if and only if you own that project
[15:01] <cjwatson> dbarth: They're in a different directory, and they aren't removable (though I plan to add support for hiding them)
[15:02] <sergiusens> cjwatson, wrt to vUDS talk, I am on board with what you said
[15:02] <dbarth> ah, not removable is special indeed
[15:02] <cjwatson> dbarth: Not sure what else you mean by special properties
[15:02] <dbarth> that type of things
[15:02] <cjwatson> dbarth: They will become "removable" from the point of view of the UI, once I implement hiding/whiteout/whatever-you-call-it
[15:02] <dbarth> but i was looking to see if there were prps for the discussion on unique names for apps
[15:02] <dbarth> with beuno
[15:02] <dbarth> thoguh, click should be neutral here
[15:02] <cjwatson> dbarth: Of course since they're preinstalled they're intrinsically not removable from the filesystem
[15:02] <cjwatson> dbarth: prps?
[15:03] <dbarth> props
[15:03] <dbarth> properties, sorry; can't type today
[15:03] <cjwatson> dbarth: oh, click doesn't really give a damn, no :)
[15:03] <dbarth> right
[15:05] <xnox> cjwatson: note that some of the net.launchpad.click-webapps that are at the moment pre-installed, are temporary, and will be replaced by "proper" webapps with more priviliges and more integration. And those "feature-full" ones will have some other namespaces. E.g. I guess dbarth's should just pick one. E.g. com.canonical.webapps.* or com.ubuntu.* or net.launchpad.project-name-for-those-new-webapps and we'll pre-install those.
[15:05] <xnox> cjwatson: e.g. coreapps are using com.ubuntu. at the moment, maybe they to should start using e.g. net.launchpad.core-app-project-name ?
[15:05] <asac> timp: check with saviq
[15:05] <cjwatson> xnox: *shrug* click still doesn't care :)  Since they're preinstalled, they can be "upgraded" to versions from entirely different namespaces with a system update
[15:06] <xnox> cjwatson: ah, brilliant =)
[15:06] <asac> Saviq: what about unity8 failures due to the staged ui-toolkit. can you take a look and help timp
[15:06] <cjwatson> xnox: I took a fair bit of care to avoid that sort of thing leaking in ways that are hard to upgrade
[15:06] <asac> timp: if this is a symbol/name transition, could you try to establish best practices to keep stuff deprecated for at least the transition?
[15:06] <asac> (not sure if thats the reason)
[15:07] <cjwatson> The only thing about preinstalled apps that leaks onto the user-data partition is the result of hooks, and hooks are supposed to be written to catch up with changes to the set of installed packages, including removals
[15:07] <asac> timp: also you test unity8 + sdk update?
[15:07] <asac> timp: maybe its a unity8 regression? you could downgrade that to latest in image
[15:07] <asac> timp: otherwise, try testing with the latest unity8 that is supposed to go in with you
[15:07] <asac> (maybe that has the fix)
[15:08] <asac> stgraber: thanks!
[15:08] <asac> sil2100: didnt you say that unity8 succeeded?
[15:09] <asac> (with ui toolkit and unity8 upgraded)
[15:10] <asac> timp: have you retried?
[15:10] <asac> maybe its a timing thing
[15:11] <Saviq> asac, timp, I can try, wassup?
[15:12] <asac> Saviq: so we want to land unity8 fixes for messaging indicator and ui-toolkit from trunk
[15:12] <asac> Saviq: timp had problems with the unity8 autopilot
[15:12] <asac> Saviq: when installing both
[15:12] <asac> 16:57 < timp> asac, sil2100 unity8-autopilot failed for me: https://pastebin.canonical.com/97534/
[15:12] <janimo> rsalveti, hi, is phablet-saucy the default branch now?
[15:12] <asac> Saviq: ^
[15:12] <asac> timp: btw, please use paste.ubuntu.com
[15:12] <rsalveti> janimo: hey!
[15:12] <rsalveti> janimo: yes
[15:12] <asac> we want to work in publid
[15:13] <nerochiaro> boiko: is dialer-app supposed to be ok to run on the desktop ?
[15:14] <sergiusens> asac, and we don't want to use 2fa all the time
[15:14] <ogra_> ++
[15:14] <Saviq> timp, asac, checking here
[15:14] <Saviq> timp, u-ui-tk trunk good?
[15:15] <Saviq> to test the fail?
[15:16] <cyphermox> rsalveti: could you review my patch for NM? :) http://paste.ubuntu.com/6115330/
[15:23] <mininao> hi !
[15:23] <mhall119> anders3408|afk: you got Ubuntu Touch running on an OPPO Find 5?!?!
[15:25] <mininao> Does anyone knows if you can have a dual boot Touch / Android 4.2 on a nexus 4 ?
[15:26] <didrocks> cyphermox: if you want to land mtp, there is no blocker for me
[15:26] <ogra_> ++
[15:28] <nerochiaro> oSoMoN: looks like jenkins doens't like your MR https://code.launchpad.net/~osomon/webbrowser-app/unskip-test/+merge/185806
[15:29] <stgraber> cwayne, mfisch, ssweeny: just noticed that the initial import of saucy-customized is wrong (missing the android bits). I'll wipe the channel and re-create once the other channels are done.
[15:29] <oSoMoN> nerochiaro: yes, that’s an unrelated failure though, the test envs have been incredibly flaky lately, I’ve requested another CI run
[15:30] <davmor2> cyphermox: before I enable wifi is there any more info yyou need on https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1226071 ?  I'm assuming not but thought I'd double check :)
[15:30] <mfisch> stgraber: ok, thanks
[15:30] <cwayne> stgraber, ack thanks
[15:31] <nerochiaro> oSoMoN: agree on tests being a pain. let's see how the new run goes. might want to ping someone from QA as well so they're aware
[15:32] <oSoMoN> nerochiaro: they are aware, we’re having a call on wednesday night to try and address those issue
[15:32] <oSoMoN> issues
[15:32] <nerochiaro> oSoMoN: gret
[15:32] <nerochiaro> great
[15:36] <nerochiaro> pete-woods: hi, can you please ping me when you have a minute ?
[15:38] <nerochiaro> timp: the /userdata/.writeable_image flag doesn't seem to make the  / fs writeable
[15:39] <ogra_> nerochiaro, writable_image ...
[15:39] <ogra_> (no e)
[15:40] <pete-woods> merochiaro: hi
[15:40] <nerochiaro> ogra_: bad spelling, sorry
[15:40] <pete-woods> nerochiaro, even
[15:40] <stgraber> ogra_: so the first copy from saucy-proposed to saucy will likely be horribly long for the first device (~20min), that's expected, any copy after that should only take < 10s
[15:40] <ogra_> stgraber, ok, i dont expect us to release a new image today anyway
[15:40] <stgraber> ogra_: that's because our version numbers between saucy and saucy-proposed are currently out of sync, which messes with the delta generation, so the deltas will be re-generated on the first copy
[15:41] <stgraber> ogra_: that's unfortunate, I'd have liked seeing one happen before I jump on a plane and disappear, oh well...
[15:41] <ogra_> well, we released one this morning
[15:41] <nerochiaro> pete-woods: hi Pete, I am working on using libusermetrics to send more data from applications. i noticed there's no qml bindings for the library and i was thinking of adding them myself. do you see any problem with that ?
[15:42] <achiang> hm... accepting the latest OTA update today made my videos and music sample content go away
[15:42] <pete-woods> nerochiaro: seems pretty sensible to me - although I think it was agreed that this is an internal API for the time being
[15:43] <nerochiaro> pete-woods: but most internal apps need to use it, and they are mostly qml
[15:43] <nerochiaro> pete-woods: that's why i thought it would help
[15:43] <rsalveti> cyphermox: looks fine, let me just test first
[15:43] <stgraber> ogra_: well, I built an image right before I updated the server, so it should be very very close to what you released this morning
[15:43] <ogra_> achiang, wow, then you have been behind for a while :)
[15:43] <stgraber> ogra_: I'd suggest that if that one passes all the tests, we release it too, even if it doesn't bring anything new
[15:43] <cyphermox> rsalveti: sure, hold on I'll get you a full branch
[15:44] <ogra_> stgraber, it has to pass all testing, including the varoious manual tests
[15:44] <pete-woods> nerochiaro: I have absolutely no problem with that being done, and it should be reasonably straightfoward
[15:44] <rsalveti> cyphermox: ok, thanks
[15:44] <achiang> ogra_: what does that mean?
[15:44] <nerochiaro> pete-woods: so if i add the bindings as part of the libusermetrics package would you be available to review them ?
[15:44] <ogra_> achiang, we dropped that a week ago
[15:44] <achiang> ogra_: i accepted an OTA update on thursday or friday and i accepted one today
[15:44] <stgraber> ogra_: it's either that or I'd recommend not releasing anything tomorrow as I won't be able to help should anything go wrong
[15:44] <pete-woods> nerochiaro: certainly, as long as there's decent test coverage :)
[15:44] <ogra_> achiang, oh, you are on the stable image ?
[15:45] <ogra_> then that might be, yeah
[15:45] <achiang> ogra_: where is info like this announced?
[15:45] <ogra_> asac, stgraber needs a test image release, preferably today
[15:45] <cyphermox> rsalveti: https://code.launchpad.net/~mathieu-tl/network-manager/prov-fix/+merge/185839  -- so you get the branch too
[15:45] <rsalveti> cyphermox: thanks
[15:46] <ogra_> achiang, wasnt announced ... you could have seen the change in the ubuntu-touch-meta changelog on the saucy-changes ML though
[15:46] <achiang> ogra_: what is the saucy-changed list? what's the address? i'll go subscribe there
[15:47] <ogra_> achiang, https://lists.ubuntu.com/mailman/listinfo/saucy-changes
[15:48] <ogra_> achiang, note that evey upload to saucy shows up there ... can be high volume at times
[15:48] <achiang> ogra_: :-/
[15:48] <achiang> ogra_: well, thanks anyway. i joined up
[15:49] <ogra_> we are late enough in the cycle that it isnt actual high volume atm ... except when kubuntu uploads their whole stack at once
[15:49] <asac> Saviq: timp: how is the testing going?
[15:49] <asac> sil2100: ^^
[15:50] <ogra_> asac, did you see the discussion with stgraber above ?
[15:50] <ogra_> asac, we either have another release today or cant do one tomorrow
[15:50] <rsalveti> davmor2: can you test https://code.launchpad.net/~mathieu-tl/network-manager/prov-fix/+merge/185839 ?
[15:51] <stgraber> asac: basically because our image IDs are currently out of sync between saucy and saucy-proposed, the next migration will be special (will trigger a bunch of delta generation), I'd like to be the one doing that one in case anything goes wrong.
[15:51] <rsalveti> davmor2: should have the fix for bug 1226071
[15:51] <ogra_> asac, looking at http://people.canonical.com/~ogra/touch-image-stats/20130916.1.changes  i would say we should be safe to just send 16.1 out if the tests for these two apps dont show regressions ...
[15:51] <stgraber> asac: problem is, I'm around today and completely unavailable tomorrow
[15:51] <stgraber> asac: so I'd recommend either doing another migration today or waiting until Wednesday
[15:51] <sil2100> asac: still testing on mako
[15:52] <stgraber> any migration after that point should be safe as all deltas will have been pre-calculated during the import (the first promotion will make the channel build IDs sync again)
[15:53] <ogra_> plars, for touch_ro #50 the total for maguro doesnt seem to fit on the dashboard
[15:53] <Saviq> asac, couldn't get a hold of timp
[15:54] <plars> sergiusens: looks like we got a new touch_ro build, but we're getting this: ERROR:phablet-flash:local variable 'recovery_path' referenced before assignment
[15:54] <plars> ogra_: looking
[15:54] <ogra_> thx
[15:54] <sergiusens> plars, strange, I haven't updated the tools
[15:54] <sergiusens> plars, can I see the logs
[15:55] <sergiusens> ?
[15:55] <ogra_> oh, who triggered 16.2 ?
[15:56] <ogra_> cjwatson, was that you to test something ?
[15:56] <plars> ogra_: looks like notes_app was missing somehow, but we got a new build now
[15:56] <plars> ogra_: I think stgraber
[15:56] <ogra_> oh
[15:56] <cjwatson> ogra_: No, I haven't touched it
[15:57] <stgraber> ogra_: that was me, I triggered one right before the server switch as the switch needed a pending image to work properly
[15:57] <ogra_> stgraber, we are explicitly on manual, please coordinate with asac before triggering builds
[15:57] <mterry> racarr, why does unity-system-compositor hard-depend on xorg?  I thought we wanted to use it for touch too
[15:57] <plars> sergiusens: https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-maguro-smoke-install-and-boot/143/console
[15:57] <stgraber> ogra_: ok, I didn't get the memo apparently, can you make sure that kind of change is communicated to the rest of the cdimage team?
[15:57] <sergiusens> plars, I'm guessing it's the daily-proposed saucy-proposed change
[15:57] <ogra_> stgraber, yeah, sorry
[15:58] <ogra_> will tell yoou next time
[16:02] <stgraber> sergiusens: I'll prepare a branch for phablet-flash to deal with some of the server side changes
[16:03] <sergiusens> stgraber, I'm sure it's the is_device_file thing I have
[16:03] <sergiusens> stgraber, already on it
[16:04] <stgraber> sergiusens: so there are two things, the first thing is that you want to use either devel or stable by default instead of daily, the second is that the server will start to transition from grouper-<version>.tar.xz for the device files to device-<version>.tar.xz (where version is a sha256 hash)
[16:06] <om26er> I am seeing this while I try to flash new image http://paste.ubuntu.com/6115524/
[16:06] <om26er> stgraber, ^
[16:08] <sil2100> timp, asac, Saviq: actually... I get the same number of failures for the old unity8 and UITK
[16:08] <stgraber> om26er: I think that's the bug sergiusens is currentl fixing, looks like the client is assuming the file paths are guessable, which they're not
[16:08] <stgraber> om26er: you can use --channel=devel and that should work
[16:08] <sil2100> timp, asac, Saviq: so at least it doesn't seem to be a regression
[16:08] <om26er> stgraber, right, but I am wanting the "tested" image to do my testing on the phone. I'll wait for the bug to get fixed probably
[16:09] <stgraber> om26er: devel is the tested image
[16:09] <stgraber> om26er: devel-proposed is the untested image
[16:09] <om26er> stgraber, ah - ok. trying
[16:11] <om26er> stgraber, btw its now downloading the whole image again (ubuntu-20130914.1.full.tar.xz) shouldn't it be resumable or something ?
[16:11] <asac> stgraber: how often did you rerun?
[16:11] <om26er> sucks for the case where you have pretty slow internet
[16:11] <ogra_> asac, only once
[16:11] <asac> sil2100: i think unity8 needs to be run differnlty
[16:11] <stgraber> om26er: phablet-flash always re-downloads everything, if you want deltas, you need to update from the device itself
[16:11] <asac> sil2100: check with sergiusens
[16:11] <stgraber> asac: I just did one build right before I switched the server to the new code
[16:11] <ogra_> asac, http://people.canonical.com/~ogra/touch-image-stats/20130916.2.changes
[16:11] <om26er> stgraber, right, but it had downloaded that same file ubuntu-20130914.1.full.tar.xz completely a few minutes ago
[16:12]  * ogra_ wonders why we have devicemapper on the image at all 
[16:12] <stgraber> om26er: I suspect phablet-flash caches per channel name, so since you passed a different one, it's re-downloading everything
[16:13] <sergiusens> stgraber, that is the case
[16:13] <sil2100> sergiusens: ping
[16:13] <sergiusens> sil2100, hey
[16:13] <om26er> hmm, ok. that should be fine then
[16:16] <stgraber> mfisch, ssweeny, cwayne: I'm doing a test run of a customized image, if that works, I'll officially consider saucy-customized as ready :)
[16:16] <ssweeny> stgraber, awesome!
[16:16] <cwayne> stgraber, great! thanks :D
[16:16] <mfisch> stgraber: where do the scripts that do all this work live?
[16:17] <stgraber> mfisch: it's running on nusakan and the code is at: lp:~ubuntu-system-image/ubuntu-system-image/server/
[16:23] <sil2100> sergiusens: is there a specific way we need to run unity8 to get the AP tests running?
[16:23] <sil2100> sergiusens: on the device that is
[16:23] <sergiusens> sil2100, you would need to stop it
[16:24] <sergiusens> sil2100, there's a blocked branch from thomi that adds upstart/click support
[16:25] <sergiusens> sil2100, it would be interesting to try out setting up the test class to use upstart
[16:26] <sil2100> sergiusens: so, before running the AP tests, I need to kill unity8 ?
[16:26] <sergiusens> sil2100, not kill, stop, as in /sbin/initctl stop unity8
[16:27] <ogra_> why doesnt the AP test do that automatically ?
[16:27] <sil2100> sergiusens: is that how it works for the current version that's released in the image?
[16:28] <sergiusens> ogra_, sil2100 because it was added to phablet-test-run (-n)
[16:28] <ogra_> sergiusens, which is what sil2100 runs i thought
[16:29] <sil2100> Didn't use -n
[16:29] <ogra_> ah
[16:30] <stgraber> mfisch, ssweeny: Oh, fancy background, so I guess that channel works.
[16:30] <mfisch> awesome
[16:30] <stgraber> mfisch, ssweeny: phablet-flash ubuntu-system --channel=devel-customized
[16:30] <boiko> nerochiaro: it should run ok, as long as you first run ofono-setup
[16:30] <stgraber> mfisch, ssweeny: have fun
[16:30] <mfisch> I'm going to try it now
[16:31] <stgraber> mfisch: it should be looking for new tarballs every minute and publish updates automatically
[16:31] <sergiusens> stgraber, mfisch not yet
[16:31] <mfisch> stgraber: we're meeting with some folks tomorrow to discuss setting up a mirror infrastructure, so if any of this is documented other than the code, I'll take a link
[16:31] <sergiusens> you'll break
[16:31] <Saviq> sil2100, what device, btw? on mako I just got 21 OK
[16:31] <mfisch> sergiusens: stgraber just tried it
[16:32] <sergiusens> mfisch, well recovery should break
[16:32] <popey> kgunn: https://bugs.launchpad.net/unity8/+bug/1225028 happens with the latest update on the read-only image today.
[16:32] <kgunn> popey:
[16:33] <kgunn> popey: sorry..not familiar with "read-only" image....
[16:33] <sergiusens> plars, stgraber mfisch https://code.launchpad.net/~sergiusens/phablet-tools/update-updates/+merge/185856
[16:33] <stgraber> sergiusens: I think only the daily and daily-proposed channels are broken at the moment
[16:33] <stgraber> sergiusens: though they'll all be broken pretty soon :)
[16:33] <popey> kgunn: the image on the phone if you "phablet-flash ubuntu-system" - the current flavour du jour
[16:33] <sergiusens> stgraber, well I shouldn't be able to find the recovery image, right?
[16:33] <kgunn> popey: ok...yea
[16:34] <stgraber> sergiusens: shouldn't that be "defaults to stable"
[16:34] <sergiusens> stgraber, since it's now s/$device_name/device/
[16:34] <kgunn> popey: i just flashed ubuntu-system because rick had claimed the same thing in a bug
[16:34] <sergiusens> stgraber, right
[16:34] <kgunn> but it worked for me...
[16:34] <kgunn> are you on N4 or GN ? popey
[16:34] <stgraber> sergiusens: no, it's going to be "device" for all newly imported images but saucy and saucy-customized are based on old images and so still use $device_name
[16:35] <popey> kgunn: n4, unity 7.81.3+13.10.20130912
[16:35] <sergiusens> stgraber, should I add an 'or' in there then?
[16:35] <stgraber> sergiusens: oh and as a result, your code will still fail... you need to support both for now, hopefully in 20 days, all the old names will be gone
[16:35] <stgraber> sergiusens: right
[16:35] <sergiusens> stgraber, ok, fixing
[16:36] <stgraber> sergiusens: also, are you for some reason assuming that the device tarball is always under <channel>/<device>/? the error om26er pasted earlier seemed to indicate that
[16:37] <sergiusens> stgraber, I'm not assuming anything, it's building the paths from the json... but I can check.... I had no failures with my MR
[16:38] <stgraber> sergiusens: http://paste.ubuntu.com/6115524/ shows phablet-flash trying to grab the tarball from https://system-image.ubuntu.com/daily/mako/mako-20130913.full.tar.xz instead of https://system-image.ubuntu.com/saucy/mako/mako-20130913.full.tar.xz
[16:38] <plars> sergiusens: trying it now
[16:38] <stgraber> so it's either some caching problem somewhere or a phablet-flash bug as index.json definitely points to the right path (just confirmed)
[16:39] <sergiusens> plars, wait one sec, applying a couple of unseens
[16:39] <plars> ok
[16:40] <kgunn> popey: thanks....looking
[16:40] <sergiusens> stgraber, it is most likely a caching issue (they are in the lab after all)... I just flashed with no issues here (http://bazaar.launchpad.net/~phablet-team/phablet-tools/trunk/view/head:/phabletutils/ubuntuimage.py#L41)
[16:40] <sergiusens> stgraber, it's the same code you gave me file_uri='%s%s' % (uri, entry['path']) ... uri is built from json
[16:41] <stgraber> sergiusens: yeah, the code looks right
[16:44] <sil2100> Saviq: on mako, yes
[16:44] <sil2100> Saviq: running with the -n command now, but first it died
[16:45] <sil2100> I got 21 OK when running once before as well, not sure why
[16:45] <nerochiaro> boiko: it tells me it can't "import Ubuntu.Telephony 0.1"
[16:45] <boiko> nerochiaro: did you install the package or manually built from a branch?
[16:46] <boiko> nerochiaro: the package should install the deps automatically, but if you are building from a branch, you need to install the deps manually
[16:46] <boiko> nerochiaro: in that case it is: qtdeclarative5-ubuntu-telephony0.1
[16:46] <boiko> nerochiaro: but I think it will request a few more before it runs
[16:48] <Saviq> sil2100, does it also take *a lot* of time to launch unity8 for you?
[16:48] <asac> sil2100: Saviq: whats the one line summary of unity8/sdk landing issues?
[16:48] <Saviq> asac, I've not yet reproduced
[16:49] <sil2100> Saviq: don't have too much comparison... it looks more or less ok
[16:49] <ogra_> Saviq, thats about 1min of our boot :)
[16:49] <sil2100> asac: I think it's green I guess, but we seem to be having testing problems
[16:49] <sil2100> Saviq: you're running latest UITK and unity8 from daily-build PPA, right?
[16:49] <ogra_> Saviq, last time i did a bootchart it was the hud and indicator services that held it back from starting for a while
[16:49] <Saviq> sil2100, yes
[16:50] <ogra_> (but thats a while ago ... i should probably run a new one soon)
[16:50] <sergiusens> plars, stgraber ok, just tested with daily-proposed, works
[16:50] <Saviq> ogra_, yeah, we have the hud client blocking while hud didn't start (have to fix that)
[16:50] <timp> sil2100: which fails did you find for unity8? new unity8 + new uitk fails.
[16:50] <sergiusens> mfisch, can you test the MR I gave you with custom?
[16:50] <Saviq> ogra_, shouldn't be the case for indicators, IIRC
[16:50] <cyphermox> rsalveti: did you have time to review
[16:50] <sergiusens> plars, can you test now?
[16:50] <timp> sil2100: how about combinations with the "stable" versions of either package?
[16:50] <plars> sergiusens: awesome, are you going to rebuild in the ppa?
[16:50] <mfisch> sergiusens: sure, the existing code worked, but I can redo also
[16:51] <plars> sergiusens: will test it locally, would like to have a new package in the ppa for updating in the lab though
[16:51] <ogra_> Saviq, yeah, tedg said back then it would be fixed ... i didnt do a new bootschart to verify yet
[16:51] <sergiusens> plars, well, if it gets approved and we can get daily-release to get it built, it would be automatic
[16:51] <sergiusens> mfisch, yeah, strange, the MR worked?
[16:51] <timp> sil2100, Saviq I got 12/21 fails with stable unity8, new uitk
[16:51] <timp> on maguro
[16:51] <nerochiaro> boiko: i'm building from source and running it in place
[16:52]  * sergiusens goes for quick lunch
[16:52] <Saviq> asac, timp I got hud segfaulting
[16:52] <boiko> nerochiaro: ok, so you'll have to install the runtime dependencies by hand
[16:52] <Saviq> hud-service, that is
[16:52] <stgraber> sergiusens: cool
[16:52] <nerochiaro> boiko: so basically the dialer app depends on the old telephony app ?
[16:52] <Saviq> asac, which might be causing the issues (as shell is blocked by hud service not being there)
[16:52] <tedg> ogra_, To be clear, I didn't say it would be fixed.  I said it was known, we haven't scheduled fixing it yet.  It requires getting the voice code out of the main thread.
[16:53] <ogra_> tedg, well, i was referring to the indicator service ...  when we had the conversation chewie was still around
[16:53] <tedg> Oh, I thought you were talking about HUD blocking in some cases.
[16:54] <tedg> ogra_, What's the other issue?
[16:54] <ogra_> i think indicators got fixed since ... but i didnt do a new bootchart to verify that
[16:54] <sil2100> timp: uhh, ok, let's wait
[16:54]  * tedg got confused in the backlog
[16:54] <ogra_> tedg, well, the session takes about 1min to start ... back then it were hud and indicators ... so today its likely the hud only
[16:54] <ogra_> (to sum up the backlog)
[16:56]  * om26er wonders why don't we flash touch recovery on the phones instead
[16:57] <tedg> Hmm, okay.  It'd be interesting to see your next bootchart
[16:57] <tedg> ogra_, Can we put some of the mobile targets in the daily chart that we're generating for desktop?
[16:57] <ogra_> tedg, you mean the bootchart ?
[16:59] <tedg> ogra_, Yea
[17:00] <ogra_> tedg, talk to QA ... :)
[17:00] <mfisch> sergiusens: that branch worked, assuming I tested it properly
[17:01] <mathomastech> I am trying to install ubuntu touch on my first gen nexus 7. I have followed all the direction on cannonicals website, but when I run phablet-flash ubuntu-system --no-backup it always results in this error message ERROR:phablet-flash:Command 'adb shell mount /data' returned non-zero exit status 255
[17:01] <mathomastech> and hangs on the dead android with red ! icon.  Anyone run into this issue?
[17:01] <mterry> sergiusens, is there a trick to flashing from daily-proposed?  I seem to get an error when doing so
[17:02] <sergiusens> mterry, there's been a couple of server changes that require some changes that are landing soon
[17:03] <stgraber> sergiusens: btw, sorry I forgot about the device- change, I should have known it'd break phablet-flash...
[17:03] <mterry> stgraber, ah yeah, that looks like it's my error
[17:03] <mterry> stgraber, is there a workaround or should I just wait for a phablet-tools update?
[17:03] <rsalveti> cyphermox: yes, just installing and rebooting
[17:03] <rsalveti> took a while to build :-)
[17:03] <sergiusens> stgraber, np
[17:03] <lool> mterry: read-write image would likely work
[17:04] <lool> mterry: cdimage one that is
[17:04] <mterry> lool, but those are for chumps
[17:04] <stgraber> mterry: or just locally apply: https://code.launchpad.net/~sergiusens/phablet-tools/update-updates/+merge/185856
[17:04] <lool> mterry: indeed  :-)
[17:04] <mterry> stgraber, OK thanks
[17:05] <sergiusens> mathomastech, I think I know what's going on here. can you first phablet-flash cdimage-touch -b as workaroung and then flash the system stuff?
[17:06] <cyphermox> rsalveti: alright
[17:07] <stgraber> mfisch: are you guys planning on releasing a new customization tarball in the next few hours? would be nice to confirm the auto import works and that you get some deltas generated for it.
[17:07] <mfisch> stgraber: we can force something
[17:08] <Saviq> sil2100, can you check if you have a hud-service crash report in /var/crash?
[17:09] <Saviq> sil2100, I suspect bug #1226134 to be our culprit
[17:09] <stgraber> mfisch: would be nice if you could get a build with at least one file changing so we can check the delta
[17:09] <mathomastech> sergiusens: ERROR:phablet-flash:Command '['rsync', '-l', 'rsync://cdimage.ubuntu.com/cdimage/ubuntu-touch/daily-preinstalled/current']' returned non-zero exit status 10
[17:10] <mfisch> stgraber: okay, we have an extranneous file in there, I can delete it, is that sufficient?
[17:10] <stgraber> mfisch: yep, that should result in an empty delta tarball with that file listed in removed_files
[17:10] <sergiusens> mathomastech, are you behind a proxy or firewall that blocks rsync?
[17:11] <mfisch> ssweeny: I'm going to remove the unused wallpaper from sevilerow per discussion above
[17:11] <stgraber> mfisch: it's probably going to be the smallest diff ever generated by system-image :)
[17:11] <ssweeny> mfisch, ack
[17:11] <Saviq> sil2100, which might actually be bug #1183130 or bug #1193700 but the trace is crap
[17:11] <sergiusens> plars, I'll leave the Happrove  to you ;)
[17:11] <plars> sergiusens: I can't top approve it
[17:12] <plars> sergiusens: I did ack it though
[17:12] <sergiusens> plars, ok, ping when you approve and I'll do it myself
[17:12] <plars> sergiusens: already did
[17:12] <sergiusens> mfisch, custom works fine then?
[17:12] <mfisch> sergiusens: yes
[17:13] <sergiusens> mfisch, can you ack that in the MR?
[17:13] <mathomastech> sergiusens: Not sure, it's very likely though. Is there a way I can check?
[17:13] <mfisch> stgraber: change pushed
[17:13] <sergiusens> mathomastech, just run rsync -l rsync://cdimage.ubuntu.com/cdimage/ubuntu-touch/daily-preinstalled/current
[17:14] <mfisch> ssweeny: do you have a jenkins login?
[17:14] <mfisch> ssweeny: this college is blocking my VPN and I need to kick a sevile build
[17:14] <ssweeny> mfisch, not for that instance
[17:17] <mathomastech> sergiusens: It would appear so. I got a 'Failed to connect to ... ' message.
[17:17] <graphik> hey there, I have a question about x11 in ubuntu touch. (and yes I red the F.A.Q)
[17:17] <sergiusens> mathomastech, I'll have to get back to you on this one
[17:18] <mathomastech> sergiusens: Ok, thanks.
[17:19] <asac> Saviq: sil2100: ok so you guys say that the autopilots succeed?
[17:19] <mfisch> stgraber: a build should be done shortly
[17:19] <stgraber> mfisch: for the internal system-image server, there's no good doc but I'm sure that I can get you something that works pretty quickly, just need to extend one existing file importer a bit to work with remote servers
[17:19] <stgraber> mfisch: cool, thanks
[17:20] <sil2100> asac: yes
[17:20] <mfisch> stgraber: we'll also need to discuss how we (PES) can modify channel.ini
[17:20] <sil2100> asac: ran it now with -n and it's as I had it in the beginning
[17:20] <graphik> So I like to ask how probably it is that x11 is supported in the relese of ubunut touch?
[17:20] <sil2100> asac: so I publish unity8 and sdk
[17:20] <asac> Saviq: sil2100: or rather saviq cannot reproduce, except a hud crash?
[17:20] <asac> sil2100: for you the failure is reliable reproducible?
[17:20] <Saviq> asac, *I'm* not saying anything, still investigating
[17:20] <mfisch> stgraber: I think the simplest way is for the code that uses it to also check custom unless you have a var we can set or something
[17:21] <sil2100> asac: the failures were rather reproducible when running tests wrongly (didn't know you had to run them with a -n)
[17:21] <sil2100> asac: but if you do them right, all is green
[17:21] <sil2100> asac: so from my side, it's green again for unity8
[17:21] <mfisch> stgraber: build is complete and posted publicly
[17:22] <stgraber> mfisch: so I've got no plan to allow a separate gpg key on all our devices, so no, that won't be that simple
[17:23] <asac> sil2100: wait
[17:23] <asac> sil2100: -n means?
[17:23] <asac> sil2100: thats for unity8 tests?
[17:23] <ogra_> AskUbuntu, stop unity first
[17:23] <ogra_> asac, ^^
[17:23] <ogra_> (-n that is)
[17:23] <asac> sil2100: i think thats correct. did you get a confirm from plars that we run it that way in utah?
[17:23] <stgraber> mfisch: what we need to do is write a generator plugin for the system-image code which imports from system-image.u.c, unpacks the tarballs, replaces the keys, repacks them and publish them
[17:23] <asac> sil2100: if so its all ok if its now green for you
[17:23] <stgraber> mfisch: basically swapping the archive key for yours in the process
[17:23] <asac> Saviq: did you run the untiy8 tests with phablet-test-run -n?
[17:23] <sil2100> plars: ping
[17:24] <stgraber> mfisch: that's the same infrastructure the ports will need. It's not horribly difficult to implement but will need some thinking to get right (especially as that stuff is supposed to all be running as a user, so unpacking/repacking initrd images gets tricky)
[17:24] <plars> sil2100: hi
[17:24] <timp> asac: good one :) /me trying.
[17:24] <plars> sil2100: the question is whether we stop unity8 before running the autopilot tests?
[17:25] <sil2100> plars: yes
[17:25] <sil2100> plars: are we running it like that?
[17:25] <asac> timp: yeah. unity8 is the only test to run like that... app tests should be run by unlocking screen with your hands before running phablet-test-run
[17:25] <plars> sil2100: yes, we do
[17:25] <sil2100> asac: ^ so it's green
[17:25] <asac> sil2100: you got green on mako?
[17:25] <asac> and timp can confirm on maguro
[17:25] <asac> sil2100: everything staged and ready for pushing to proposed?
[17:25] <timp> I got green for all apps on maguro that were green before
[17:26] <timp> and I am running unity8 with -n now.
[17:26] <asac> right
[17:26] <asac> nice
[17:26] <asac> sil2100: ok once he confirms, push the button
[17:26] <mfisch> stgraber: is there a way to just host the customization tarball on the other server and leave the core stuff on system-image?
[17:26] <timp> so, I got green for all apps with the new UITK, but old unity8.
[17:26] <sil2100> asac: unity8 and sdk are ready, should we push something else as well?
[17:26] <timp> and now I am running new UITK with new unity8
[17:27] <stgraber> mfisch: if you don't need to change the ubuntu or android tarballs, yes
[17:28] <mfisch> stgraber: we would also host device specific stuff there. for a real shipping device, having it all together makes the most sense now that I think about it
[17:29] <stgraber> mfisch: unless you absolutely need this this week, I'd recommend we setup a meeting next week to try and figure out the next steps (I'm back to work on Tuesday)
[17:30] <stgraber> mfisch: I suspect 99% of that will also cover the needs for the ports, so it'd be good to address pretty soon
[17:30] <mfisch> stgraber: I do not need it this week. I will prep Schwuck on the general idea and setup a follow-up for next week
[17:30] <rsalveti> cyphermox: hm, still got into a state where the gprs interface is up, but it actually failed for nm
[17:30] <rsalveti> let me try to reproduce with logs
[17:30] <rsalveti> this is with maguro
[17:31] <mfisch> stgraber: Jenkins is done, how long for the new image?
[17:31] <asac> sil2100: only the items discussed
[17:31] <asac> and tested
[17:31] <mterry> Is the /persist folder on touch images a folder that will persist across flashes?
[17:31] <stgraber> mfisch: let me check, it should be importing it a minute after it's done on Jenkins
[17:31] <mathomastech> I just flashed the saucy-preinstalled-boot-armhf and recovery files. I am going to try using the Ubuntu recovery to unzip and install Touch. Do I need both touch-armhf.zip and touch-armel+grouper.zip?
[17:31] <rsalveti> cyphermox: syslog, without debug http://paste.ubuntu.com/6115886
[17:31] <asac> sil2100: can you repeat what you are going to push?
[17:31] <stgraber> mfisch: and it did
[17:31] <stgraber> mfisch: it's published for 9 minutes now
[17:32] <sil2100> asac: one moment
[17:32] <stgraber> mfisch: with a tiny delta from one image to the next (as expected)
[17:32] <stgraber> mfisch: http://system-image.ubuntu.com/pool/custom-sevilerow-27.delta-custom-sevilerow-28.tar.xz is the generated delta
[17:33] <sil2100> asac: ok, so we have the following components ready for release: unity-mir and unity8 from unity8 stack
[17:33] <sil2100> asac: and ubuntu-ui-toolkit, u1db-qt and ubuntu-html5-theme in SDK
[17:34] <mfisch> stgraber: version 2 here?  http://system-image.ubuntu.com/saucy-customized/mako/
[17:34] <asac> sil2100: we dont need qtubuntu?
[17:34] <asac> for the unity8 update?
[17:34] <asac> (to get messaging indicator back)
[17:34] <sil2100> asac: no one told me anything about that, I only upgraded unity8
[17:34] <asac> wait a sec
[17:34] <stgraber> mfisch: it sure is (index.json got upated version-2* got published at the URL you just pasted and the tarballs got imported in /pool/)
[17:34] <sil2100> asac: didn't touch qtubuntu as no one told anything that we need to release platform
[17:35] <asac> sil2100: if the above was tested and green, push it
[17:35] <stgraber> mfisch: if you're not seeing them, you're likely behind a tranparent proxy (you mentioned being on a sucky network earlier ;))
[17:35] <asac> ignore qtubuntu
[17:35] <mfisch> stgraber: I see them, earlier you said you had to do a rebuild, so I wasnt sure if #2 was right
[17:35] <mfisch> just updated and am rebooting
[17:35] <Saviq> sil2100, asac, ok, my mako issues were unrelated (mir-related)
[17:36] <mfisch> stgraber: the file was not removed from /custom after update
[17:36] <stgraber> mfisch: no, the earlier fix was a wipe of the channel and reset at ID 1, so ID 1 was what you tested earlier, ID 2 is your new build
[17:36] <mfisch> got it
[17:36] <stgraber> mfisch: hmm, that's odd. Can you confirm /etc/ubuntu-build says "2"?
[17:36] <sil2100> asac: what's up with the message indicator
[17:37] <timp> asac, sil2100, Saviq: with -n, new unity8 is green with new UITK
[17:37] <asac> sil2100: it was not visible in the previous build
[17:37] <asac> sil2100: this is supposed to be the fix we get from the unity8 side
[17:37] <Saviq> timp, thanks
[17:37] <timp> ^on maguro
[17:37] <asac> sil2100: so if you see the messaging indicator now its all good
[17:37] <sil2100> asac: well, with unity8 here it's still gone I guess
[17:37] <sil2100> ;/
[17:37] <timp> asac: so I got all green for new UITK. Let's release :)
[17:38] <sil2100> asac: so it might be true that we need qtubuntu
[17:38] <mfisch> stgraber: yep it says "2"
[17:38] <asac> sil2100: probably.
[17:38] <mfisch> stgraber: let me check the logs
[17:38] <asac> sil2100: is it built?
[17:38] <asac> sil2100: can you try?
[17:38] <sil2100> asac: no...
[17:38] <sil2100> asac: we didn't build platform
[17:38] <rsalveti> cyphermox: seems to be better, but I still got into a weird state once
[17:38] <rsalveti> cyphermox: and it also worked better for davmor2
[17:38] <mfisch> stgraber: Applying update: version-2.tar.xz
[17:39] <asac> rsalveti: is ricmm there?
[17:39] <asac> oh
[17:39] <davmor2> rsalveti, cyphermox: I've just rebooted to see if it is still up
[17:39] <sil2100> asac: I can spin a platform build, but not sure how many components will be ready for release then
[17:39] <sil2100> I guess more than just qtubuntu ;
[17:39] <sil2100> ;/
[17:39] <asac> ricmm: can you help sil2100 etc. to figure why he might not have the messaging indicator fix?
[17:39] <rsalveti> asac: he should be on
[17:39] <mterry> stgraber, does the /persist folder persist across flashes?
[17:39] <asac> he built unity8 and friends, but a fix that was supposed to be in isnt in there
[17:40] <ricmm> asac: what about the messaging indicator?
[17:40] <asac> ricmm: its not visible in latest daily
[17:40] <dobey> anyone got a minute to help me with a nexus 7? i just got one, but i can't seem to do the unlock. the screen is black, but when i plug it in, dmesg shows the new usb device being attached. and pressing or holding the power button doesn't seem to do anything :(
[17:40]  * timp bbl
[17:40] <sil2100> ricmm: do I need qtubuntu for the messaging indicator working?
[17:40] <asac> ricmm: but we wanted to land unity8 and friends that are supposed to fix it
[17:40] <asac> but the bits we have dont help
[17:40] <ricmm> no, I personally didnt land any unity8 messaging indicator fix
[17:41] <ricmm> gerry was taking a look at it but I dont see anything in trunk
[17:41] <ricmm> greyback: did you ever get to revert the offending commit?
[17:41] <sil2100> asac: so no fix for messaging...
[17:42] <rsalveti> davmor2: did it work for you between reboots?
[17:42] <rsalveti> davmor2: if so, can you also add a comment at https://code.launchpad.net/~mathieu-tl/network-manager/prov-fix/+merge/185839 ?
[17:42] <stgraber> mterry: that sounds like an android partition, so yes, it should
[17:42] <mterry> stgraber, it points to /android/persist yeah
[17:42] <stgraber> mfisch: hmm, ok, testing it here now to see exactly what's going on
[17:42] <davmor2> rsalveti: one second I'm doing 5 see how it goes so far so good
[17:43] <mfisch> stgraber: are there any more details that I can enable with a switch during update?
[17:43] <rsalveti> davmor2: ok, thanks
[17:43] <mterry> stgraber, is there a folder on the ubuntu side that also persists?
[17:43] <davmor2> rsalveti: famous last words Network ERROR :(
[17:43] <stgraber> mterry: /userdata is persistent. What do you need to store?
[17:43] <rsalveti> davmor2: hm, can you get nm and ofono in debug mode so we can have more logs?
[17:43] <rsalveti> it failed for me once only
[17:44] <mterry> stgraber, just when I have some code branches I'm keeping on the device, I'd like to not have to redownload/build them after reflash
[17:44] <isantop> Hi all! Ian@system76 here
[17:44] <greyback> ricmm: dammit, slipped my mind. Will do now
[17:44] <davmor2> yeap let me do another reboot and see what happens
[17:44] <mterry> stgraber, everything under /userdata keeps?
[17:44]  * thomi waves to isantop
[17:44] <ricmm> greyback: thanks
[17:44] <ricmm> asac: ^
[17:45] <isantop> Running phablet-flash ubuntu-system -b gives me an unrecognized argument error for -b.
[17:45] <sil2100> ricmm, asac: I'm not sure if I'll be around for re-testing and re-releasing that
[17:45] <sil2100> asac: I would opt for releasing that tomorrow, there's not enough time for a new re-testing now
[17:45] <stgraber> mterry: yep
[17:45] <sil2100> asac: ...or maybe you wanted this fix in the most?
[17:46] <ricmm> sil2100: tomorrow then, a branch might be up later today but it will certainly be past your EOD
[17:46] <sil2100> greyback: in what project that revert will be needed? Only unity8?
[17:46] <ricmm> if it hits soon someone else can get that in
[17:46] <popey> isantop: omit the -b
[17:46] <popey> isantop: can you tell me which documentation you saw which said to use -b and I'll correct it?
[17:47] <isantop> popey, Did that, but then it just downloads everything and stops afterwards. Nexus 7 (2012, non-3G, Currently on Android)
[17:47] <davmor2> rsalveti: I know this will sound daft,  but when I powered the device down and then backup it was fine, when I reboot the machine is when it seems to fail.  So I'm going to try that too for confirmation and then add some debug settings and reproduce with debug in place
[17:47] <isantop> popey: https://wiki.ubuntu.com/Touch/Install
[17:47] <popey> isantop: I'd recommend doing "phablet-flash cdimage-touch -b"
[17:47] <asac> sil2100: the whole unity8 landing was just fore the messaging indicator
[17:47] <asac> for nothing else
[17:47] <ogra_> fun
[17:47] <asac> sil2100: however, if we see no regressions
[17:48] <asac> sil2100: and we have it tested
[17:48] <asac> we can land it
[17:48] <popey> isantop: the further examples section on that page is useful
[17:48] <asac> sil2100: so we move forwrd
[17:48] <mterry> stgraber, thanks!
[17:48] <davmor2> teatime brb
[17:49] <popey> isantop: fixed the page
[17:49] <popey> thanks
[17:49] <isantop> popey, I see.
[17:49] <rsalveti> davmor2: yeah, just got with debug
[17:49] <rsalveti> davmor2: cyphermox: http://paste.ubuntu.com/6115947/
[17:49] <rsalveti> and updated the mr
[17:50] <greyback> sil2100: probably unity8, I need to track down the fail
[17:51] <isantop> popey, Seems to be working now, thanks!
[17:51] <Andromofo> anyone running ubu-touch on an htc phone? (especially the jewel/evo 4g lte)
[17:51] <om26er> sergiusens, how do you delete the openssh override on read-only system ?
[17:51] <stgraber> mfisch: reproduced the issue here, looking into it now
[17:51] <om26er> making it rw but will that break my future updates ?
[17:52] <sergiusens> om26er, look at the email ogra sent on ubuntu-phone
[17:52] <mhall119> hmmm, can't power off the screen on my N7 after phablet-flashing cdimage-touch
[17:52] <mhall119> using --pending
[17:52] <mhall119> is this a known issue?
[17:53] <asac> greyback: so i was told that the emssaging indicator was fixed in a unity landing
[17:53] <om26er> sergiusens, cool, thanks
[17:53] <asac> greyback: i couldnt distill if yuou identified this
[17:53] <plars> sergiusens: https://code.launchpad.net/~sergiusens/phablet-tools/update-updates/+merge/185856 still needs top approve I think?
[17:53] <cwayne> asac: ping
[17:53] <bnjmn> I'm having trouble updating utouch on Nexus 7. `phablet-flash` seems to work; can access CWM Recovery, but reboots just load black "Google" screen. Can anyone lend me a hand? thanks.
[17:53] <greyback> asac: well I flashed thins morning's image and it's not there. I'm checking trunk now
[17:53] <stgraber> mfisch: hmm, that should have worked, everything looks good, so that must have been a bug in the upgrader itself, will look into it after lunch
[17:54] <mfisch> stgraber: ok, I can retest when needed
[17:54] <mhall119> anders3408|afk: ping me when you're back, I'd like to get those Find 5 images from you to try them out
[17:54] <asac> greyback: what is not there ... the fix?
[17:54] <mhall119> bnjmn: which Nexus 7 do you have?
[17:54] <asac> greyback: or the problem?
[17:54] <greyback> asac: the fix isn't there (i.e.no messaging menu)
[17:55] <asac> greyback: whereelse could that have been landed?
[17:55] <bnjmn> mhall119, I'm actually not sure; it was loaned from a friend
[17:55] <asac> sil2100: let me know when pushed
[17:55] <asac> i think we agreed that we have blessed the package set above, so lets push it
[17:55] <mhall119> bnjmn: when you phablet-flash'd, did it identify the device as 'grouper'?
[17:55] <asac> sil2100: even if it doesnt fix what we wanted
[17:55] <asac> and do the postmortem after
[17:55] <bnjmn> mhall119: yep
[17:55] <greyback> asac: I've to see. It could be unity8 problem, or the indicator service itself.
[17:55] <asac> greyback: qtubuntu?
[17:55] <sil2100> asac: ok...
[17:55] <asac> greyback: qmenumodel :)?
[17:55] <mhall119> bnjmn: and did you phablet-flash ubuntu-system or cdimage-touch?
[17:56] <ricmm> asac: the problem is most likely in unity8
[17:56]  * asac throws random package names :)
[17:56] <sil2100> ;D
[17:56] <bnjmn> I did cd-image-touch
[17:56] <ricmm> there was just miscommunication, there was no ened to release as it hadnt landed
[17:56] <asac> sil2100: we did the best we could then :)
[17:56] <mhall119> yay, apt-get dist-upgrade and a reboot, now powering off the screen works
[17:56] <asac> ricmm: but there is a fix in a MP?
[17:56]  * sil2100 thought that Unity8 had different things
[17:56] <sil2100> For release that is
[17:56] <asac> probably, but we wouldnt have scheduled it todeay
[17:57] <asac> if it wasnt this messaging menu issue
[17:57] <karni> Hi guys. How can I enable ssh on utouch for run_on_device from unity8 to work?
[17:57] <karni> root@ubuntu-phablet:/etc/init# rm ssh.override
[17:57] <karni> rm: cannot remove 'ssh.override': Device or resource busy
[17:57] <ricmm> asac: no, there is no fix anywhere, it wasnt resolved on friday
[17:57] <ricmm> gerry is working on it today
[17:57] <asac> ic
[17:57] <asac> kk
[17:57] <asac> come back then once yhou have the fix :)
[17:57] <asac> hjehe
[17:57] <asac> not you, but gerry and Saviq and kgunn
[17:57] <asac> at least we moved more late4st stuff in then
[17:57] <ricmm> who scheduled it for relese?
[17:57] <asac> lets move on
[17:57] <bnjmn> mhall119: I specified "grouper" on `phablet-flash cdimage-touch -b -d grouper`, without specifying it does not work
[17:58] <asac> ricmm: the techlead/manager of the component
[17:58] <asac> ricmm: asks
[17:58] <ricmm> yea, at least other stuff got released
[17:58] <ricmm> its never a no-op
[17:58] <sil2100> Ok, so I prepare for publishing
[17:58] <asac> so saviq and kgunn would ask if they want a new unity8 landing
[17:58] <Saviq> karni, you on read-only image maybe?
[17:58] <mhall119> bnjmn: sounds like it might be the new (2013) Nexus 7
[17:58] <mhall119> which isn't supported
[17:58] <asac> sil2100: right. do that and lets kick an image once its in
[17:58] <Saviq> asac, can we just say "yes" implicitly
[17:58] <asac> Saviq: no
[17:59] <asac> Saviq: without reason lots of stuff lands before
[17:59] <asac> Saviq: if yuou fix the messaging menu i want to land it early
[17:59] <bnjmn> mhall119: I don't think so, friend had Ubuntu-touch working, said it needed an update and now I'm worried I've bricked it
[17:59] <karni> Saviq: aye, had to fix that. will reboot now, I think that'll help ;) thanks
[17:59] <tedg> bfiller, The current desktop file for the music-app doesn't have a %u in its Exec line.  Is that on the TODO list?
[17:59] <mhall119> bnjmn: Nexus devices are pretty darn hard to brick
[17:59] <Saviq> karni, cheers
[17:59] <asac> Saviq: above was not "if", but "if and when"
[17:59] <mhall119> bnjmn: even if something went wrong, it should be possible to recover
[18:00] <bnjmn> mhall119: well, that's good news
[18:00] <Saviq> asac, I just have no way to distinguish between "yes, we want it in the image" and "no, we don't want it in the image"
[18:00] <Saviq> asac, everything we do we want in the image
[18:00] <asac> Saviq: the messaging indicator fix would be great
[18:00] <mhall119> bnjmn: if you hold power + both volume keys, can you get it into fastboot mode?
[18:00] <asac> the rest will probably get in soon enough anyway
[18:00] <kgunn> Saviq: asac is the only one that might say "no" when you put it in the "landing ask" sheet
[18:00] <asac> when we try mir
[18:00] <asac> right
[18:01] <bfiller> tedg: don't know, popey can we make sure to get this on the music-app list ASAP so it can support being launched from the lens?
[18:01] <bfiller> popey: see above from tedg
[18:01]  * popey looks
[18:01] <popey> tedg: why does it need it? (excuse ignorance)
[18:01] <stgraber> mfisch: I found the bug, I'm very surprised nobody noticed it earlier though, I guess we're not removing that many files...
[18:01] <mhall119> tedg: file a bug on lp:music-app and I'm sure it'll be added quickly
[18:01] <Saviq> kgunn, asac, and is the process that we merge everything in trunk, and keep a list of "not yet landed" changes in the spreadsheet, and once we land it we clear the spreadsheet again?
[18:02] <mhall119> popey: in order to open the music-app to play a specific song
[18:02] <stgraber> mfisch: I'll test a fix, if that works, I'll push to the android branch, but it'll take a while until you get an image with the fix...
[18:02] <Saviq> where landing means promoting from saucy-proposed to saucy, as far as I understand?
[18:02] <bfiller> popey: so that other apps and lens can launch it via url handler
[18:02] <popey> mhall119: I'll do it tedg
[18:02] <mfisch> stgraber: thanks, I'll test again the next time we have an update
[18:02] <sil2100> asac: unity8 and sdk published
[18:02] <mhall119> popey: it needs both the %u on the Exec line of the .desktop, and it needs to use the Arguments API used to read and open that music file
[18:02] <tedg> popey, So that it can get "music-app file:///home/ted/Music/CAKE/Fashion_Nugget/13_-_Italian_Leather_Sofa.mp3" and that works :-)
[18:02] <popey> got it
[18:03] <asac> sil2100: cool. can you keep an eye on proposed
[18:03]  * kgunn waits for asac  to answer Saviq
[18:03] <bnjmn> mhall119: yep, it lists "grouper", HW version "ER3", bootloader "4.18", Baseband v. "N/A", Signing "not deinfed yet", Lock State "UNLOCKED", etc ...
[18:03] <kgunn> makes sense to me
[18:03] <stgraber> mfisch: chances are it's going to be much later than that. My best guess is 2-3 days
[18:03] <bfiller> tedg: will the url that is passed to the app still be a file url even if the handler will need music://xxxxxx
[18:03] <stgraber> mfisch: though file addition and changes should be fine till then, it's only file removal that's affected
[18:03] <bfiller> tedg: same question for media-player app
[18:03] <mfisch> stgraber: ok, thats fine, we dont have anything to delete ATM
[18:03] <sil2100> asac: sure
[18:03] <mhall119> bnjmn: cool, now while it's in that state you should be able to run phablet-flash on it again
[18:03] <tedg> bfiller, No, it'll be the same URL I'm passed, which today looks like it'll be a file:// URL
[18:03] <asac> Saviq: for minor stuff just put a landing request in every other day or so (unless you already have one in)
[18:04] <mhall119> bnjmn: just "phablet-flash ubuntu-system"
[18:04] <karni> Saviq: :( http://paste.ubuntu.com/6116015/
[18:04] <asac> Saviq: like "unity8 bugfixes"
[18:04] <mhall119> or "phablet-flash cdimage-touch"
[18:04] <asac> Saviq: for visible features make an explicit request
[18:04] <Saviq> karni, is it actually mounted rw?
[18:04] <Saviq> asac, and that means promoting from saucy-proposed to saucy?
[18:04] <bfiller> tedg: so the caller who wants to invoke the music app would pass you what specifically?
[18:04] <karni> Saviq: how would I check that.. ?
[18:05] <Saviq> karni, output of `mount`
[18:05] <asac> Saviq: not sure what you mwan. you basically ask for us to ensure your latest trunk stuff gets into the archive/image
[18:05] <tedg> bfiller, Just a sec, let me get a link.
[18:06] <asac> we land that in saucy-proposed and ensure it gets into saucy then for you
[18:06] <stgraber> mfisch: root@ubuntu-phablet:/# ls -l /usr/share/backgrounds/InTouchWallpaper.png
[18:06] <stgraber> ls: cannot access /usr/share/backgrounds/InTouchWallpaper.png: No such file or directory
[18:06] <asac> Saviq: we are working on refining this process, so yes its a bit odd
[18:06] <asac> and anti-CI
[18:06] <karni> Saviq: sysfs is rw http://paste.ubuntu.com/6116024/
[18:06] <tedg> bfiller, http://bazaar.launchpad.net/~ted/url-dispatcher/music-video-urls/view/head:/service/dispatcher.c#L97
[18:06] <tedg> bfiller, Basically satisfy those Regex's
[18:06] <asac> Saviq: it will soon be better for those that have CI and proper testing if nothing goes wrong
[18:06] <karni> Can't rm /etc/init/ssh.override
[18:07] <mfisch> stgraber: good, want me to try it also?
[18:07] <bnjmn> mhall119: hmmm, that doesn't seem to work. "error: device not found", previously I've successfully run `phablet-flash` while the device is in recovery mode (not fastboot)
[18:07] <asac> Saviq: just for now let us know once you feel you accumulate stuff that hasn't make it in the image and of course always if you land a new feature
[18:07] <mfisch> if it's in the touch scrpit I can rebuild the initrd and try it
[18:07] <asac> Saviq: kgunn: does that answer sufficiently satisfy you for a couple days? :)
[18:07] <stgraber> mfisch: testing the fix involves manual patching of the recovery image, but the fix was very simple and pretty obvious, I just can't believe I never noticed that problem before
[18:07] <sergiusens> cyphermox, can you daily release phablet-tools?
[18:08] <stgraber> mfisch: http://phablet.ubuntu.com/gitweb?p=CyanogenMod/android_bootable_recovery.git;a=blobdiff;f=system-image-upgrader;h=035625b1bc5e0b4580c85b2998d96ca8d6f11851;hp=d8ef62b43a539148bd4faaf2b2076a83949add1c;hb=69f5587f6843126b7a6af29880d75097dbb3a7a7;hpb=a51672467e2bcc6b686cdbd2b75ae064930feebd
[18:08] <karni> Saviq: gotta run. I'll try to fight it later this evening. o/
[18:08] <Saviq> karni, o/
[18:08] <mfisch> stgraber: thanks, will try after lunch
[18:08] <stgraber> mfisch: basically the removed file processing was only done on full images which doesn't make any sense since it's the one case where it's pointless, so the logic was reversed...
[18:08] <stgraber> rsalveti: can I get a new android tarball published to /export on phablet.u.c?
[18:08] <Saviq> asac, ok, so just instead of quarternouly release, we're doing on-demand release, is that what you're saying?
[18:09] <mhall119> bnjmn: try "fastboot reboot recovery"?
[18:09] <Saviq> asac, and is that just for promoting from -proposed, or for quarternouly release to happen?
[18:09] <rsalveti> stgraber: it should automatically start one in 1 minute
[18:09] <stgraber> mfisch: unfortunately that means we've got cruft on all our existing devices... so I'll get the fix pushed through, then I'll have system-image.u.c force all our current users to do a full update so that we clean up any extra files from their device
[18:09] <stgraber> rsalveti: neat!
[18:10] <asac> Saviq: exactly
[18:10] <bfiller> tedg: ok, btw line 112 should be dialer-app not telephony-app
[18:10] <mfisch> stgraber: glad we caught this now
[18:10] <asac> Saviq: currently yhou have to ask
[18:10] <tedg> bfiller, Ah, cool.  Will fix
[18:10] <asac> Saviq: feel free to ask us multiple times a day :)... we pull you on the first moment possible
[18:10] <stgraber> mfisch: yeah, I'd have preferred to notice it a couple weeks ago, but better now than post-release...
[18:10] <asac> we surealy wont land you multiple times a day for now though
[18:10] <Saviq> asac, sorry, which one? I shouldn've have asked "that or that"...
[18:10] <bfiller> tedg: and as we discussed last week, think we need an application://<app-id> for generic launching of apps by id
[18:11] <timp> asac: will you take care of a uitk release? it is eod for me now
[18:11] <tedg> bfiller, yeah, that's there, it's just handled as a special case down bellow
[18:11] <tedg> bfiller, What we need to add is partial AppID's, ones without version numbers.
[18:11] <bnjmn> mhall119: that doesn't work, I can `fastboot reboot` or manually select "recovery mode" on the device but `fastboot reboot recovery` doesn't work
[18:12] <asac> Saviq: its 'on demand'
[18:12] <asac> Saviq: 'on ask'
[18:12] <asac> timp: its on its way in
[18:12] <mhall119> bnjmn: do that then, once you're in recovery re-phablet-flash it
[18:12] <Saviq> asac, release, that is?
[18:13] <timp> asac: great, thanks!
[18:13] <bfiller> tedg: so how would I launch the camera app from the gallery app? what would be the scheme and url
[18:13] <asac> Saviq: release to archive/image... yes
[18:13] <mhall119> bnjmn: did it have Ubuntu on it before you started, or was it back to android?
[18:13] <bnjmn> mhall119: In recovery, I get get an error (one sec to post)
[18:13] <tedg> bfiller, Assuming non-click, it'd be: application:///camera-app.desktop
[18:13] <bnjmn> mhall119: it had Ubuntu on it before
[18:13] <tedg> bfiller, The regex is here: http://bazaar.launchpad.net/~ted/url-dispatcher/music-video-urls/view/head:/service/dispatcher.c#L236
[18:14] <bfiller> tedg: I see, what about for click?
[18:14] <mhall119> bnjmn: does it show up if you run "adb devices"?
[18:14] <tedg> bfiller, Then it's got to be the full AppID, like $(pkg)_$(app)_$(version)
[18:15] <bnjmn> mhall119: yep, says its in recovery
[18:15] <mhall119> ok
[18:15] <bnjmn> mhall119: here is the error http://paste.ubuntu.com/6116041/
[18:15] <tedg> bfiller, And I think that's where we have to get a bit smarter
[18:15] <bfiller> tedg: got it, makes sense
[18:15] <mhall119> bnjmn: hmmm, make sure you have the latest phablet-tools package
[18:15] <mhall119> other than that, I'm not sure why it doesn't recognize it if it is a grouper device
[18:16] <asac> timp: i assume there is noone in sdk team who can help in case there is something bad (unexpectedly?)
[18:16] <asac> in US time?
[18:16] <bnjmn> mhall119: I updated them today
[18:16] <sil2100> I guess timp is AFK now
[18:16] <asac> sil2100: thats fine
[18:16] <mhall119> sergiusens: ogra_: maybe one of you can help bnjmn?  I'm out of ideas
[18:16] <asac> sil2100: do you trhink kenvandine and cyphermox can prep the apps?
[18:17] <mhall119> sergiusens: ogra_: he has a nexus 7 that identifies itself as grouper, but phablet-flash doesn't recognize as such
[18:17] <asac> kenvandine: cyphermox: can you prep the apps ffrom the spreadsheet?
[18:17] <asac> "address-book-service
[18:17] <asac> dialer-app"
[18:17] <asac> address-book-app
[18:17] <asac> ubuntu-keyboard
[18:17] <asac> sil2100: ^^
[18:17] <bnjmn> mhall119: thanks for trying
[18:18] <sergiusens> bnjmn, mhall119 if you are in recovery you need to add -d [device]
[18:18] <asac> that and the seed change for landing MTP is supposed to go in once we see the image for the last unity8 push
[18:18] <sil2100> asac: I can fire up the stack right now
[18:18] <sil2100> And see how it goes
[18:18] <asac> sil2100: you rock
[18:18] <asac> sergiusens: python-autopilot ... that one still needs FFe?
[18:18] <asac> sergiusens: whats the status?
[18:18] <sergiusens> asac, thomi was handling the FFe
[18:19] <thomi> sergiusens: asac: it's already landed
[18:19] <asac> thomi: ^^ ... any progress? want to update the landing page
[18:19] <bnjmn> sergiusens: running `phablet-flash ubuntu-system -d grouper` now
[18:19] <thomi> I got the FFE, and pushed the button
[18:19] <asac> thomi: where?
[18:19] <thomi> asac: in distro
[18:19] <asac> thomi: where did you land it?
[18:19] <asac> thomi: err
[18:19] <thomi> asac: lp:autopilot/1.3
[18:19] <asac> thomi: you directly upload without going through CI>?
[18:19] <asac> thomi: in future, dont do that anymore
[18:19] <timp> asac: no, we are all in Europe. I may be around for another 90m, but not really able to work on anything.
[18:19] <thomi> asac: no, it went through CI
[18:19] <asac> thomi: this feels like has impact on touch image and infrastructrue
[18:19] <asac> thomi: those we coordinate here: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[18:19] <asac> thomi: go through your lead
[18:20] <asac> to get it on the list
[18:20] <thomi> asac: I DID
[18:20] <asac> thomi: you use the CI system on your own?
[18:20] <asac> thomi: you didnt get a slot
[18:20] <asac> thomi: you landed without being scheduled
[18:20] <thomi> asac: *everything* in autopilot lands with the CI system. Autopilot is not in "ask mode"
[18:20] <asac> thomi: right. put it in ask mode
[18:20] <asac> thanks
[18:21] <asac> unless its not the autopilot we use in images
[18:21] <asac> touch
[18:21] <sergiusens> asac, land in trunk is different than land as package
[18:21] <sergiusens> asac, I thought package was in ask mode, not trunk
[18:21] <sil2100> asac: what about messaging-app? We want that released as well?
[18:21] <asac> sergiusens: thomi said it landed in distro
[18:21] <asac> not sure how trunk lands in distro without package
[18:21] <sergiusens> oh
[18:21] <thomi> hasn't it?
[18:21] <sil2100> asac: or just the ones you listed?
[18:21] <thomi> it usually lands within a few hours
[18:22] <asac> bfiller: you didnt ask for messaging-app
[18:22] <asac> bfiller: we wanted to land your asks from the top...
[18:22] <asac> bfiller: we can add that as well if you feel its good in trunk
[18:22] <asac> thomi: dunno. it shouldnt be in auto landing mode i hope
[18:22] <ogra_> the last autopilot package landed friday
[18:23] <bfiller> asac: about to test some final MR's that need to land on messaging app
[18:23] <asac> thomi: nothing lands automatically anymore ... so unless you published from the daily-release stack its not in :)
[18:23] <ogra_> 1.3.1+13.10.20130906.1-0ubuntu1
[18:23] <bfiller> asac: should be ready to go after that MR lands
[18:23] <sergiusens> ogra_, that's probably the one I requested on the list with the Recommends/Depends change
[18:23] <asac> bfiller: ok, lets skip it then ... if it comes in 15 minutes or so
[18:23] <sil2100> asac: so for now without it I guess
[18:23] <thomi> asac: I have no idea about what happens downstream - that's someone else's concern. I got the FFE and landed it in trunk.
[18:23] <dobey> does anyone know if 2013 nexus 7 has a different "boot into bootloader" process than the older nexus 7?
[18:23] <asac> sil2100: right
[18:23] <asac> thomi: right. hence i asked if you landed it on trunk
[18:23] <asac> thanks
[18:23] <asac> thomi: so no :)
[18:23] <bfiller> asac: ok, will let you know. if not we get it in the next time apps refreshed
[18:23] <sergiusens> xnox, I just setup a new schroot for xcompile and seeing a lot of cmake issues I didn't see before
[18:23] <asac> thomi: just confusion
[18:23] <asac> sorry
[18:23] <ogra_> sergiusens, yeah, so thomi's change isnt landed in the archive
[18:24] <asac> thomi: sergiusens: so its ready now? then we can update comment
[18:24] <asac> and weill look at it tomorrow morning
[18:24] <asac> where to land it
[18:24] <thomi> in general we're releasing a bunch of bugfixes to AP that will land in saucy. If we have to go through some big process every time I fix a bug then this is going to get painful very quickly
[18:25] <ejb_> Hello. I'm trying to flash Ubuntu on a Nexus 7. I've copied the file "saucy-preinstalled-touch-armel+grouper.zip" to autodeploy.zip. After I run the command "adb reboot recovery", all I get is a sick Android (the robot with the ! above him). What am I missing.
[18:26] <xnox> sergiusens: interesting, please pastebin $ dpkg -l & your errors.
[18:26] <xnox> sergiusens: everything but friends plugin should work just fine.
[18:27]  * ogra_ goes afk to fight jetlag 
[18:28] <rickspencer3> kgunn, ralsina I'm having the empty Installed apps scope bug right now
[18:28] <rickspencer3> bug #1225391
[18:28] <asac> sil2100: do you need me in next 30 minutes? i will get some dinner going if not
[18:28] <rickspencer3> anything I can do to help debug?
[18:29] <ralsina> rickspencer3: we should check to see it it crashed
[18:29] <sil2100> asac: I guess not, I think I'll have to do a small hack to only release those few apps
[18:29] <asac> sil2100: i guess its just sitting and waiting if we make it to and from proposed
[18:29] <sil2100> But I'll manage
[18:29] <rickspencer3> ralsina, just tell me what to do
[18:29] <ralsina> rickspencer3: (which I am at a blank on how to do right now)
[18:29] <asac> sil2100: and see if the apps now flow nicely
[18:29] <ralsina> rickspencer3: so give me 5' ;-)
[18:29] <asac> sil2100: ok... before you drop off, definitely quickly ping me :)
[18:29]  * rickspencer3 looks in /var/crash
[18:29] <asac> for handover to ken/cypher\
[18:29] <davmor2> rsalveti: nice
[18:30] <rickspencer3> nothing in there from today
[18:30] <ralsina> oh great adb shell crashes
[18:32] <mhall119> ~
[18:32] <greyback> asac: this is a working fix for the messaging indicator being missing: https://code.launchpad.net/~nick-dedekind/unity8/indicator-messages.icon-fix/+merge/185552
[18:32] <greyback> I've reviewed and approved it
[18:32] <sil2100> greyback: uh oh! \o/
[18:33] <ricmm> asac: should land in ~1 hr to trunk unity8, then will need release
[18:33] <ralsina> rickspencer3: is click-scope running?
[18:33] <mhall119> rickspencer3: is yours a duplicate of mine? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1221444
[18:34] <kgunn> rickspencer3: "empty" apps installed in the app view seems to be happening regardless of surf flinger or mir
[18:34] <rickspencer3> ralsina, let me look
[18:34] <kgunn> just sharing
[18:34] <rickspencer3> root@ubuntu-phablet:/var/crash# ps -A | grep click-scope
[18:34] <rickspencer3> root@ubuntu-phablet:/var/crash#
[18:34] <rickspencer3> so looks like not
[18:35] <bnjmn> sergiusens: I ran the update (`phablet-flash ubuntu-system -d grouper`) but still have same issue. Only boots to black "Google" screen.
[18:35] <bnjmn> Any other ideas?
[18:35] <rickspencer3> ralsina, what is the process name?
[18:35] <bfiller> asac: just added a request to line 6 of sheet for history-service and messaging-app. messaging-app should be merging anytime now as just approved the MR. history-service already merged
[18:35] <asac> bfiller: sorry, can you make a new entry
[18:36] <asac> we already have the other in process and now i dont know what we landed
[18:36] <bfiller> asac: I did, line 6
[18:36] <asac> bfiller: that was a new line?
[18:36] <ralsina> rickspencer3: click-scope
[18:36] <asac> ok
[18:36] <asac> bfiller: thats ok
[18:36] <bfiller> yes, inserted it
[18:36] <bfiller> should I put at end instead?
[18:37] <om26er> tedg, hello
[18:37] <jono> Saviq, hey, have you seen https://bugs.launchpad.net/unity8/+bug/1226187 ?
[18:37] <asac> bfiller: its fine... we move it if we cant pick it up
[18:37] <rickspencer3> ralsina, then it looks like it is not running
[18:37] <Saviq> jono, yes, we were unable to reproduce
[18:37] <asac> bfiller: both need to go in together? if so ping sil if both are done
[18:37] <tedg> Howdy om26er
[18:37] <ralsina> rickspencer3: ok, the problem is that it's not restarting
[18:37] <asac> bfiller: sil2100 and me at bets
[18:37] <om26er> tedg, I reported bug 1226145 does that sound like something in indicator-network to figure or is it deeper in the stack ?
[18:37] <rickspencer3> ralsina, nothing with "click" or "scope" seems to be running
[18:37] <ejb_> hello everyone
[18:37] <jono> Saviq, so I think it is when you try to launch a click app and the click app doesn't load
[18:37] <Saviq> jono, but will look again tomorrow when dednick comes back - he's the only one that has a Nexus7
[18:37] <jono> Saviq, I have this on a N4
[18:38] <Saviq> jono, oh ok, same steps?
[18:38] <ralsina> rickspencer3: nothing with scope? not even unity-scope-home?
[18:38] <sergiusens> xnox, http://paste.ubuntu.com/6116145/
[18:38] <rickspencer3> ralsina, oops, I stand corrected
[18:38] <sergiusens> xnox, lp:~sergiusens/camera-app/click
[18:38] <ralsina> rickspencer3: phew ;-)
[18:38] <rickspencer3> ralsina,
[18:38] <rickspencer3> root@ubuntu-phablet:/var/crash# ps -A | grep scope
[18:38] <rickspencer3>  2155 ?        00:00:02 unity-scope-hom
[18:38] <rickspencer3>  2179 ?        00:00:02 unity-scope-loa
[18:38] <rickspencer3>  4653 ?        00:00:00 unity-scope-loa
[18:39] <ralsina> rickspencer3: ok, so no click-scope, it seems it either is failing to start or crashed and is not restarted, or killed and not restarted
[18:39] <jono> Saviq, so I just tried to load Karma Machine which doesn't load at all and then tried to run something else (I can't remember what) which gave a manifest error when loading and then I was stuck in the Home Scope
[18:39] <jono> Saviq, rebooting to reproduce
[18:39] <davmor2> rsalveti, cyphermox: do you still need a log from me or is rsalveti 's enough?
[18:39] <sil2100> asac, bfiller: ok, give me a ping once messaging-app merge gets in and I'll re-spin everything
[18:40] <Saviq> jono, it feels like bug #1221137 and bug #1224186 are related
[18:40] <asac> sil2100: respin everything?
[18:40] <bfiller> sil2100: will do
[18:40] <asac> sil2100: ok. only if thats quick and doesnt make you do even more overhours :)
[18:40] <jono> Saviq, that sounds familiar
[18:40] <bfiller> sil2100: it can wait till next run if that's easier
[18:40] <jono> Saviq, aha!
[18:40] <Saviq> jono, yeah, bug #1221137 has easy steps to repro
[18:41] <jono> I just looked at a preview and locked the screen and stuck on Home View
[18:41] <sil2100> bfiller: how long till it gets merged approx?
[18:41] <jono> Saviq, so I think 1224186 is the one
[18:41] <om26er> tedg, thoughts ? :)
[18:41] <Saviq> jono, ok, I'll mark as dupe, we'll see if you can repro when fixed, ok?
[18:42] <bfiller> sil2100: I guess that depends on jenkins, top approved 8 mins ago https://code.launchpad.net/~tiagosh/messaging-app/add-quicksearch/+merge/184391
[18:42] <bfiller> actually I just top approved
[18:42] <jono> thanks Saviq, perfect
[18:42] <rickspencer3> ralsina, so, how can I help?
[18:43] <rickspencer3> try to find repro steps, I guess?
[18:43] <ralsina> rickspencer3: yeah, no idea how to go further without an actual crash
[18:43] <jono> ralsina, are you aware of many click apps not loading?
[18:43] <ralsina> rickspencer3: I'll poke randomly to see if I can make it happen
[18:43] <Saviq> jono, I can't reproduce it on nexus4, though...
[18:43] <tedg> om26er, Yeah, I think that's probably an ofono or android backend issue.
[18:43] <rickspencer3> ralsina, I theorize that a comibination of searching and running click apps may be involved
[18:44] <tedg> om26er, I'd ping awe_ on it.
[18:44] <ralsina> jono: I am vaguely aware, but have not followed up on that today yet
[18:47] <om26er> tedg, bug 1226197 is something that's clearly in the indicator though (just reported)
[18:47] <davmor2> jono: if you restart your phone do they start up then?  I think I was able to reproduce on one of the gplus apps but not the other
[18:47] <om26er> awe_, hello
[18:48] <om26er> awe_, when my phone starts it shows 'No Signal' for a few seconds after the boot hence the phone (calling/messaging) does not work for a few seconds
[18:48] <om26er> awe_, bug 1226145
[18:48] <davmor2> om26er: which one is wireless network I never see it :D  For me the 3g one is always infront of it
[18:48] <om26er> davmor2, damn I meant wifi network :/
[18:48] <awe_> om26er, it take a few moments for the modem to come to life
[18:48] <om26er> davmor2, thanks, I'll update the bug :)
[18:49] <awe_> tedg, does the indicator blindly try to read the signal strength, or does it check that the modem is online first?
[18:49] <davmor2> om26er: for me it is that 3g is always on display even if the wifi is connected
[18:49] <om26er> awe_, right, maybe the OS should wait to show unity till the modem is fully up and running then ? which package you think this bug should be moved to?
[18:50] <tedg> awe_, It checks that it has the connection object and that's valid.  Then it shows the cell strength in that object
[18:50] <davmor2> om26er: however if you goto settings cellular and disable the 3g in there the wifi is then presented correctly :)
[18:52] <awe_> tedg, the signal strength is actually a property of the NetworkRegistration object.  Perhaps you need to add some logic to not show "No Signal" if the modem isn't active yet?
[18:52] <awe_> tedg, when the phone is first starting, it's a different situation than losing signal later on
[18:53] <awe_> om26er, I saw "No signal" displayed for maybe 1-2 seconds
[18:53] <awe_> so while I agree this should be fixed, I don't think it's super critical
[18:53] <tedg> awe_, Hmm, mpt, thoughts? ^
[18:53] <om26er> awe_, for me it takes ~20 seconds often. though its random
[18:53] <tedg> Not sure it's really a different state.  I mean, you have "No Signal".  Even if you're just booting.
[18:54] <awe_> om26er, have you updated/installed today's image yet?  9/14 was a long time ago in touch-time
[18:54] <om26er> awe_, on some reboot I don't even see the 'No Signal' message at all and the phone runs just fine
[18:54] <om26er> awe_,  I am 14.1 of ubuntu-system
[18:55] <om26er> awe_, that's what we should be testing, right? The stable channel
[18:55] <awe_> om26er, yes...
[18:55] <awe_> I'm always running bleeding edge
[18:55] <stgraber> xnox: FYI I'll be updating a new snapshot of android in the next few minuts
[18:56] <davmor2> awe_: you can't be bleeding nexus maybe, edge didn't meet the target :'(
[18:56] <awe_> ;)
[18:58] <davmor2> awe_: couldn't resist sorry, I tried too :)
[18:58] <awe_> np
[19:00] <awe_> om26er, could you update the bug to describe that the problem doesn't always occur?
[19:00] <om26er> awe_, yes I will do that now.
[19:00] <awe_> right now it reads that every time you reboot, 'No Signal' is always displayed for 20-30 seconds
[19:03] <bnjmn> sergiusens: I tried running `phablet-flash cdimage-touch` and everything seemed fine until final reboot. However, it seems like it can't mount sdcard and eventually aborts installation
[19:03] <sergiusens> bnjmn, do a --bootstrap
[19:03] <bnjmn> *`phablet-flash cdimage-touch -d grouper`
[19:04] <bnjmn> sergiusens: what's the full command?
[19:04] <sergiusens> bnjmn, add --bootstrap to that
[19:04] <bnjmn> thanks, trying it now
[19:07] <jono> davmor2, yep
[19:07] <jono> ralsina, yep, a bunch of click apps are in the store but not starting
[19:08] <ralsina> jono: ok, I'll check that out in a bit
[19:08] <jono> thanks ralsina
[19:09] <sil2100> Jenkins is taking its sweet time...
[19:10] <popey> jono: such as?
[19:11] <jono> popey, Karma Machine
[19:11] <popey> ta
[19:12] <jono> ralsina, rickspencer3 is there a bug for click apps that won't start?
[19:12] <jono> I would like to have a bug to say which ones don't run
[19:12] <jono> I will file it if not
[19:12] <rickspencer3> jono, yeah, I filed one on Saturday
[19:12] <awe_> ted, any plans to fix the Wi-Fi toggle switching being out of sync?
[19:12] <popey> -rw-r--r--  1 phablet phablet  497 Sep 16 19:12 com.ubuntu.developer.brianrobles204.karma-machine_KarmaMachine_0.5.desktop
[19:12] <jono> rickspencer3, have a link?
[19:12] <awe_> tedg, https://bugs.launchpad.net/touch-preview-images/+bug/1220332
[19:12] <popey> jono: capital letter in the filename, big no-no
[19:12] <rickspencer3> looking
[19:13] <popey> Exec=aa-exec-click -p com.ubuntu.developer.brianrobles204.karma-machine_KarmaMachine_0.5 -- qmlscene $@ KarmaMachine.qml
[19:13] <popey> also there
[19:13] <jono> popey, can you mail the reviews to ask that they check for these kinds of issues with a little more rigour?
[19:13] <popey> jono: file a bug against karmamachine and tell them to lower-case-ify it
[19:13] <jono> popey, can't we just fix this on the server?
[19:13]  * popey points jono at beuno 
[19:13]  * jono looks at beuno and folds arms
[19:13] <jono> brb
[19:14] <tedg> awe_, Can you update that with ubuntu-bug so we can get the upstart logs?
[19:14] <popey> jono: unlikely unless we're in the business of doing sed/awk on peoples code before we publish
[19:14] <rickspencer3> jono, https://bugs.launchpad.net/unity8/+bug/1225384
[19:14] <beuno> jono, popey, yeah, we're not going to be running apps before they upload
[19:14] <awe_> tedg, do you have a phone?  It's super easy to reproduce
[19:14] <beuno> we'll automate as much as we can
[19:15] <beuno> and the rest, reviews should burry them
[19:15] <rickspencer3> jono, it was erroneously marked as a dupe
[19:15]  * rickspencer3 fixes
[19:16] <tedg> awe_, Okay
[19:17] <awe_> I'll run ubuntu-bug, but it happens 100% of the time for me
[19:17] <cjwatson> popey: capital letters are supposed to be permitted there
[19:17] <cjwatson> popey: not an app bug, a bug in whatever's consuming it and breaking
[19:17] <cjwatson> jono: ^-
[19:18] <cjwatson> jono: please don't file a bug on karmamachine for this, it's not their problem
[19:18] <Saviq> ricmm, hmmm is ubuntumirserver QPA used for anything still?
[19:18] <popey> until a fix exists for whatever consumes that, the app is broken though.
[19:18] <awe_> tedg, which upstarts logs do you want?  ubuntu-bug <bug #> doesn't work, cause it doesn't find any crash files
[19:18] <Saviq> ricmm, it's not set in the unity8 upstart session, but then it's being compared to in unity8's main()?
[19:18] <cjwatson> popey: honestly, how hard can it be to fix the consumer?
[19:19] <popey> not knowing the code, pass.
[19:19] <tedg> awe_, Hmm, odd.  I want ~/.cache/upstart/indicator-network.log
[19:19] <awe_> tedg, probably because it's not affecting indicator-network
[19:19] <awe_> hold
[19:19] <awe_> on
[19:19] <cjwatson> popey: I don't want to have incorrect memes leaking out to app authors ...
[19:19] <jcbjoe> hi all i have a question .. im trying to build ubuntu-touch .. it gives me errors on some dependnacies ie libncurses5-dev .. its installed already but it still for some reason isn't installing .. any ideas ?
[19:19] <cjwatson> they'll be a right pain to shift later
[19:20] <cjwatson> asac: permission to upload http://paste.ubuntu.com/6116310/ ?
[19:20] <popey> ok. well over the weekend we had numerous apps posted to the store before a 1AM UK deadline and we had nobody around to own the issue and fix it
[19:20] <popey> so the workaround was to lower-case the apps
[19:20] <popey> if there's a better fix, then I'd be interested to get that in ASAP
[19:21] <cjwatson> popey: do we have a traceback or logs or something of whatever's going wrong?
[19:21] <jcbjoe> i figured it out
[19:21] <popey> QXcbConnection: Could not connect to display
[19:22] <popey> thats all I get from qmlscene when trying to start such an app
[19:22] <awe_> ted, added an affects distro to indictor-network, still doesn't make ubuntu-bug work; log attached to the bug
[19:23] <awe_> oh, see you did the same
[19:23] <awe_> ;)
[19:23] <cjwatson> popey: I get a segfault
[19:23] <bnjmn> sergiusens: still having the same problem (even with --bootstrap).
[19:23] <popey> sudo aa-exec-click -p com.ubKarmaMachine.qmlrianrobles204.karma-machine_KarmaMachine_0.5 -- qmlscene $@ K
[19:23] <popey> that's what I did
[19:23] <bnjmn> Seems unable to mount /sdcard in all cases
[19:23] <asac> cjwatson: i think you can better assess what the regresison impact on our autopilot tests might be
[19:24] <mterry> bzoltan, I'd like your opinion on https://code.launchpad.net/~mterry/ubuntu-seeds/ubuntu-touch.saucy-noaudioengine/+merge/185568 when you get a chance
[19:24] <asac> cjwatson: if you know its zero go ahead... if you dont know you can check locally by running a few
[19:24] <jono> cjwatson, I agree, I don't think a bug needs filing there either
[19:24] <cjwatson> asac: is there a doc somewhere for running them?
[19:24] <cjwatson> popey: sudo is inappropriate, surely
[19:24] <cjwatson> and that's probably why it can't talk to the display
[19:25] <popey> oh yes.
[19:25] <cjwatson> anyway, I have a crash file here, will debug as soon as I get a chance
[19:25] <popey> so yes, I too get segfault
[19:25] <popey> thanks
[19:25] <asac> cjwatson: i think there is a doc but i dont know where... its simple: phablet-flash -> make RW -> phablet-network (to setup network) -> phablet-test-run -p AUTOPILOT-PACKAGE-NAME autopilot-suite-name
[19:25] <asac> cjwatson: http://reports.qa.ubuntu.com/smokeng/saucy/image/4259/
[19:26] <jono> thanks cjwatson
[19:26] <jono> cjwatson, so where should I file the bug?
[19:26] <asac> i would suggest to run unity8-autopilot and one or two app autopilots that were green there
[19:26] <jcbjoe> new issue .. im adding the touch deevloper tools right .. it says *Note: replace [dist-codename] with precise, quantal, raring or saucy.
[19:26] <jcbjoe> im not on ubuntu im on debian
[19:26] <asac> cjwatson: oh ... you need to manually unlock the screen for the application autopilots; for unity you have to pass the -n option to phablet-test-run
[19:26] <jcbjoe> can i skip that ?
[19:28] <cjohnston> sergiusens: what's the status of the changes to phablet-tools hitting the PPA?
[19:28] <cjwatson> jono: I think it's in qtdeclarative-opensource-src, but how about I take it from here - I've got the crash file and I own the spec saying how click app ids are meant to behave :-)
[19:29] <jono> ok, thanks cjwatson
[19:30] <cjwatson> asac: OK.  How do I find the suite names?
[19:30] <jono> can you tag it with "avengers"
[19:30] <cjwatson> I assume unity8-autopilot is a package name
[19:30] <cjwatson> jono: Sure.  What's that collecting?
[19:30] <asac> cjwatson: yeah its USUALLY, s/-autopilot// and replace - with _
[19:30] <asac> so unity8 for unity8-autopilot
[19:30] <cjwatson> OK
[19:30] <jono> cjwatson, we set up a team of people using the phone on a daily basis to track regular use bugs
[19:30] <jono> https://wiki.ubuntu.com/Avengers
[19:30] <asac> and webbrowser_app for webbrowser-app-autopilot
[19:31] <sergiusens> cjohnston, waiting for daily release
[19:31] <cjohnston> :-/
[19:31] <jono> folks testing are using Ubuntu Touch as their only phone
[19:31] <asac> cjwatson: yeah sorry. this will soon be automated so we run all the relevant tests easily
[19:31] <asac> wiuth a single command
[19:31]  * sergiusens wishes he could trigger one
[19:31] <sergiusens> asac, I need a new phablet-tools daily released ASAP
[19:31] <jono> Saviq, if an indicator does not appear, do I file the bug with unity or the indicator?
[19:31] <jono> I have no messaging menu
[19:32] <cjohnston> sergiusens: can fginther trigger it? ;-) (or show me how)
[19:32] <popey> jono: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1225017
[19:32] <sergiusens> asac, if not, everything will break everywhere as the touch_ro backend made a change in their filenaming
[19:32] <popey> jono: you should check out the avengers bugs dude ㋛
[19:33] <dobey> sergiusens: hi. i was told you might be able to help. is there any way to flash a new nexus 7 (2013) with ubuntu touch?
[19:33] <sergiusens> dobey, if it's not grouper, no
[19:33] <jono> popey, lol
[19:33] <sergiusens> dobey, there are no ports for it
[19:34] <bnjmn> sergiusens: I'm still having trouble. Can't mount /sdcard . (even with  --bootstrap). Any thing else I should try?
[19:34] <dobey> sergiusens: what is grouper?
[19:35] <bnjmn> dobey, grouper is the code name for the N7 running firmware nakasi (or nakasig)
[19:36] <dobey> beuno: and where can i see that on the device?
[19:36] <beuno> dobey, what what?
[19:37] <dobey> beuno: err, sorry. bad tab complete
[19:37]  * cjwatson fails to find a whole lot of evidence of autopilot tests actually using click from their console logs, but maybe I'm looking in the wrong place
[19:37] <dobey> bnjmn: and where can i see that on the device?
[19:37] <bnjmn> dobey: I'm probably the wrong person to help (troubleshooting my own issues right now, but) can you access fastboot?
[19:38] <fginther> sergiusens, do you know what needs to be retriggered?
[19:38] <thomi> cjwatson: AFAIK, none of the current AP test suites use click package support, since it hasn't landed yet
[19:38] <dobey> bnjmn: yes
[19:38] <cjwatson> asac: ^- I am therefore extremely sceptical that a click upload could possibly break autopilot :-)  (The unity8 tests seem to still work fine, at least)
[19:39] <bnjmn> dobey: what does Product Name say?
[19:39] <dobey> bnjmn: ah, it says flo
[19:40] <asac> cjwatson: it might break the scope, which might break unity
[19:40] <asac> cjwatson: i agree its unlikely
[19:40] <asac> but i dont know
[19:40] <asac> happy to test your change and have it uploaded
[19:40] <asac> tomorrow
[19:40] <bnjmn> dobey: there you go. not grouper
[19:40] <asac> today i have no additional testing
[19:40] <cwayne> cjwatson: what was the fix for the click apps? system-level hooks run on boot?
[19:40] <asac> cjwatson: oh ... for app autopilots you need to unlock the screen
[19:40] <asac> manually
[19:41] <asac> before running
[19:41] <jcbjoe> anyone ?
[19:41] <jcbjoe> can you build ubuntu-touch without being on ubuntu .. im on debian
[19:42] <bnjmn> Anyone ever have issues mounting `/sdcard` and therefore just getting "Google" screen. I've Re-flashed a dozen times in different ways. Not sure what to try next.
[19:42] <wellsb> Any updates on pushing a new version of libaccounts-glib?  (to fix 1220552)
[19:44] <jono> jasoncwarner, hey
[19:44] <jono> is there any chance we can fix the date/time in the settins
[19:44] <jono> settings
[19:44] <jono> so I can set it
[19:48] <sil2100> asac: ubuntu-keyboard tests all failed on my device
[19:48] <sil2100> bfiller: do I have to do something specific to run ubuntu-keyboard tests? Do you know?
[19:48] <asac> yea
[19:48] <asac> i kind of felt that this might be busted
[19:48] <asac> leave it out
[19:48] <asac> bfiller: ^^
[19:48] <asac> and have bfiller rerequest
[19:48] <sil2100> bfiller, asac: I get errors like "Unable to find maliit-server dbus object. Has it been started with introspection enabled?" <- but the keyboard works normally on the system
[19:48] <asac> sil2100: lets try to rather take the other big
[19:48] <asac> bit
[19:48] <asac> that he wanted
[19:48] <asac> sil2100: yeah that doesnt sound its complete
[19:49] <sil2100> asac: ok, waiting for the merge to get in...
[19:49] <bfiller> sil2100: not sure about the tests, need to ask tmoenicke
[19:49] <bfiller> sil2100: I think you have to start maliit-server in testability mode
[19:49] <sil2100> Let me try that somehow...
[19:50] <bfiller> sil2100: so "stop maliit-server" and then "maliit-server --testability"
[19:50] <jono> Saviq, I think I have another reproducable way of getting the home scope stuck
[19:51] <jono> load StackBrowser, which currently has an error when you load it with the manifest
[19:51] <jono> when you tap it it shows the error but tries to show a window
[19:51] <sil2100> bfiller: there doesn't seem to be a job to stop for maliit-server on my device it seems
[19:51] <jono> and then go back to the home scope and it is stuck
[19:51] <sil2100> And running with --testability causes a SEGFAULT here, hm
[19:51] <bfiller> sil2100: there is, have to be running as user phablet
[19:52] <popey> jono: how do you mean stuck?
[19:52] <bfiller> sil2100: sorry it's -testability
[19:52] <jono> popey, you can't navigate to the other scopes
[19:52] <jono> to reproduce, show a preview and then lock the screen
[19:52] <SAI> How many Debice Ubuntu Touch Support?
[19:53] <popey> jono: https://bugs.launchpad.net/unity-lens-applications/+bug/1225400
[19:53] <popey> known bug ☻
[19:53] <jono> popey, right, but I am saying there is another way of triggering it
[19:53] <jono> when you get the manifest error
[19:53] <cjwatson> cwayne: Yeah - haven't tried it with /custom/click specifically, but I can see it running the hooks
[19:53] <sil2100> Ah, k
[19:53] <jono> without locking
[19:53] <jono> updating the bug
[19:53] <bfiller> sil2100: what command are you using to run the tests?
[19:53] <popey> gotcha
[19:53] <jono> popey, also, StackBrowser is broken
[19:54] <jono> bad manifest
[19:54] <jono> can you check what the issue is?
[19:54] <sil2100> bfiller: even when running phablet user stop maliit-server returns stop: Unknown job: maliit-server
[19:54] <bfiller> sil2100: strange, works fine for me. I am ssh'd in
[19:55] <sil2100> asac: ok, the messaging-app merge seems to take AGES to finish, I have no time to wait for that
[19:56] <bfiller> sil2100: or edit the upstart file  sudo vi /usr/share/upstart/sessions/maliit-server.conf and add -testability to the exec line and restart
[19:56] <bfiller> but shouldn't have to do that
[19:56] <popey> jono: stackbrowser works here
[19:57] <popey> jono: http://popey.com/~alan/device-2013-09-16-205709.png
[19:57] <jono> popey, hrm
[19:57] <jono> doesn't work on my N4
[19:57] <popey> jono: takes a while to start
[20:00] <sil2100> asac: ok, that's it for me... let's maybe release those things in the morning
[20:00] <cwayne> cjwatson: any idea when the fix would land in an image?
[20:00] <tedg> stgraber, Double checking, this is the right fix? https://code.launchpad.net/~ted/url-dispatcher/lib-suggests-service/+merge/185694
[20:01] <asac> sil2100: ok
[20:01] <asac> sil2100: tell me what is ready
[20:01] <cjwatson> cwayne: Hopefully by tomorrow, I'm just running autopilot tests
[20:01] <asac> and good
[20:01] <stgraber> tedg: yep, that should be enough to break the dependecy/recommend chain so that indicator-power would only pull the -dev and the library but nothing more
[20:01] <asac> sil2100: or what we would need to continue doing
[20:01] <cjwatson> cwayne: But everything's so much on manual that I probably can't give very exact timings
[20:01] <tedg> stgraber, Great, thanks!
[20:01] <cwayne> cjwatson: okay, but then this week is a reasonable expectation then
[20:02] <cjwatson> Yes
[20:02] <Saviq> jono, yeah, works here, too
[20:04] <bfiller> sil2100: the only thing in ubuntu-keyboard-tests is /usr/bin/ubuntu-keyboard-benchmark and it works on my system
[20:04] <asac> sil2100: so where do the other landings stand?
[20:04] <bfiller> sil2100: what were you trying to run?
[20:04] <asac> sil2100: the sdk and unity landings. ..are those in the archive?
[20:06] <sil2100> asac: unity8 is in the archive, UITK is still in -proposed it seems
[20:07] <asac> sil2100: what makes it stick?
[20:08] <sil2100> asac: not sure... as for the apps you mentioned to release, ubuntu-keyboard I would say is not entirely ready, but I could publish address-book, dialer-app and and the address-book-service, just need to finish testing on the device
[20:08] <cjwatson> The last run was waiting for an autopkgtest
[20:08] <sil2100> But the stack is ready for release
[20:08] <cjwatson> But that test finished recently so I think it should migrate next run
[20:08] <bnjmn> Hey guys. This is what I get after phlashing http://imagebin.org/271103
[20:08] <cjwatson> (ubuntu-ui-toolkit)
[20:09] <cjwatson> If it doesn't, I'll poke it
[20:09] <sil2100> cjwatson: thanks!
[20:09] <WACOMalt> Hello, I am wondering if there is a version past the developer preview available for galaxy nexus?
[20:09] <asac> sil2100: we need to get uitk in
[20:09] <asac> sil2100: please asses what needs to get done and then i will carry that forward whne you are gone
[20:10] <cjwatson> asac: I'll make sure uitk lands
[20:10] <sil2100> asac: cjwatson is on it
[20:10] <asac> cjwatson: ok. whats the prob?
[20:11] <cjwatson> I said just above
[20:11] <asac> cjwatson: ignore that question. let me know once its in, so we can have a new image
[20:11] <cjwatson> 21:08 <cjwatson> The last run was waiting for an autopkgtest
[20:11] <cjwatson> 21:08 <cjwatson> But that test finished recently so I think it should migrate next run
[20:11] <asac> thanks
[20:11] <asac> kk
[20:12] <sil2100> asac: shit... dialer-app tests also failing for me
[20:13] <sil2100> asac: MismatchError: After 10.0 seconds test on KeypadEntry.value failed: u'123' != dbus.String(u'', variant_level=1)
[20:14] <asac> sil2100: maybe it expects the new keyboard?
[20:14] <sil2100> asac: I think it has a built-in keypad
[20:14] <asac> bfiller: ok to just push addrss-book and addressbook service?
[20:14] <asac> sil2100: i assume you retried?
[20:14] <bfiller> ok
[20:14] <bfiller> dialer does not need new keyboard
[20:15] <asac> sil2100: then go for just for those address-* ones if the retry fails
[20:15] <sil2100> Retried... maybe I'm doing something wrong? But it starts the app without pressing anything, just times out
[20:15] <sil2100> On desktop it was fine
[20:16] <Saviq> fginther, mediumtests-touch got somewhat queued?
[20:16] <cjwatson> should I be concerned about autopilot tests failing with "unknown option -- t" (continuing with one "unknown option" for each of the letters in "testability")?
[20:16]  * sil2100 is wating for a merge to go in but mediumtests didn't even start for the branch
[20:16] <sil2100> ;/
[20:16] <thomi> cjwatson: no
[20:16] <asac> sil2100: right. ignore. bfiller can work on that
[20:16] <thomi> cjwatson: it's a longstanding issue in qt somewhere, but it still loads the testability library just fine
[20:17] <cjwatson> maybe that isn't the failure then
[20:17] <thomi> cjwatson: it just barfs some noise on stdout, that's all
[20:17] <cjwatson> oh, indeed
[20:17] <cjwatson> thomi: http://paste.ubuntu.com/6116464/
[20:17] <asac> yeah, just wait for the final result count :) ... only failures there are worrying
[20:18] <cjwatson> I can see it launching the app on screen so I don't think I've broken anything fundamental, but would be nice to have a clean run
[20:18] <thomi> cjwatson: it looks to me like it never starts playing the media
[20:18] <thomi> cjwatson: MismatchError: After 10.0 seconds test on MainView.isPlaying failed: True != dbus.Boolean(False, variant_level=1)
[20:19] <sil2100> bfiller: did you try running the dialer-app tests on mako?
[20:19] <bfiller> sil2100: I only have maguro. I can try there
[20:20] <cjwatson> this is on grouper; is autopilot known-busted there?
[20:20] <thomi> cjwatson: no, there are no known autopilot issues that would cause test failures
[20:21] <badger89> hi i need a help with flashing n7
[20:21] <cjwatson> I'll reflash and try clean
[20:21] <sil2100> asac: in the meantime, I publish only the address-book parts
[20:21] <sil2100> asac: can you note all that somewhere?
[20:22] <asac> sil2100: sure, so we landed address-book and address-book-servie?
[20:22] <badger89> is there a problem with flashing and android 4.3? i followed the wiki and i got an error at the phablet-flash stage
[20:22] <asac> the rest is out?
[20:23] <Saviq> tvoss__, still a link failure on https://code.launchpad.net/~aacid/qtubuntu/qtubunturl/+merge/181752
[20:24] <fginther> Saviq, yes, things are backed up today, just lots of mps
[20:24] <Saviq> fginther, hanks
[20:25] <cjwatson> asac,sil2100: ubuntu-ui-toolkit landed by itself, as predicted; it's publishing to release now
[20:25] <asac> nice
[20:25] <asac> cjwatson: already in madison? or rather wait 5 more minutes?
[20:25] <cjwatson> Wait
[20:26] <asac> stgraber: you wanted to do the first image kick, right?
[20:26] <asac> once ui-toolkit is in, we want that
[20:26] <cjwatson> stgraber's action is for after the image is built, I believe
[20:26] <sil2100> asac: published address-book and address-book-service, should be in -proposed soon
[20:26] <sil2100> I go now, time to sleep
[20:26] <sil2100> See you tomorrow!
[20:26] <asac> sil2100: thanks a bunch!!
[20:26] <asac> well done
[20:26] <asac> cutomorrow
[20:27] <thomi> Saviq: so I'm unable to reproduce your SIGABRT autopilot bug. I wonder if unity8 does something strange?
[20:27] <Saviq> thomi, AFAICT, it just aborts... bug #1226227
[20:27] <stgraber> asac: I want to do the first copy from saucy-proposed to saucy once it's passed all the tests.
[20:27] <asac> stgraber: ok gotcha
[20:28] <Saviq> thomi, although maybe I just wasn't patient enough, and it was dumping the core...
[20:28] <Saviq> thomi, let me try to run it again and let it have its time
[20:28] <thomi> Saviq: thanks
[20:32] <asac> cjwatson: so did your testing proof that apps also dont suffer in the end?
[20:33] <asac> for click?
[20:33] <Saviq> thomi, nope, it just hangs there...
[20:33] <Saviq> thomi, tried os.abort() on the device, too
[20:33] <Saviq> thomi, maybe it's qt-backend related...
[20:34] <thomi> Saviq: the backend hasn't connected yet though
[20:34] <thomi> Saviq: maybe you want to look at my test case? I may be doing something stupi
[20:34] <thomi> d
[20:34] <Saviq> thomi, ok, it looks it's not autopilot itself
[20:34] <thomi> oh?
[20:34] <asac> cjwatson: what we expected for SDK/ui-toolkit was:  ubuntu-ui-toolkit, u1db-qt and ubuntu-html5-theme
[20:34] <asac> cjwatson: i assume all thsoe went in?
[20:35] <dave_> Hello, a quick question: if I enable usb-audio in my grouper/saucy kernel and attach a USB DAC, would Ubuntu Touch user space be able to make use of it?
[20:41] <Saviq> dave_, unless jdstrand tells you it's locked down, possibly yes - we're using pulseaudio, and as long as the device is available, I think it should work, diwic could also tell you otherwise if he's around...
[20:41] <Saviq> s/he's/he'd be/
[20:47] <dave_> Saviq, this is great! I will go ahead and add the driver now. I assume ~/.pulse/daemon.conf is suppoted as on the desktop side, correct? I'll be back with results :)
[20:47] <Saviq> dave_, yeah
[20:47] <dave_> like
[20:54] <asac> ogra_: so think we want a new image started
[20:54] <asac> stuff is in that i was waiting for
[20:56] <alesage> om26er, ping
[20:57] <om26er> alesage, hello
[20:59] <cyphermox> rsalveti: I don't understand that failure, it should never happen
[20:59] <cyphermox> it's like ofono just didn't answer, or something blocked dbus
[20:59] <cyphermox> I'll dig deeper
[20:59] <rsalveti> cyphermox: yeah
[21:02] <asac> sergiusens: seems ogra is not around. afaik you can also kick an image build?
[21:02] <sergiusens> asac, yes
[21:02] <asac> sergiusens: the unity8 and sdk stuff is finally in, so lets do that then (unless you see something running right now)
[21:03] <sergiusens> asac, nothing is running
[21:03] <sergiusens> I'll trigger
[21:03] <asac> ok go ahead
[21:03] <asac> thanks
[21:04] <sergiusens> running
[21:09] <jdstrand> dave_: as Saviq said, it should just work because of pulseaudio
[21:11] <cwayne> asac: would that unity8 that's in have merges from today in?
[21:12] <asac> cwayne: unlikely. was a very early cut we did
[21:12] <asac> cwayne: check the package version in the archive to know for sure
[21:12] <bnjmn> Hey guys, before I sign off, any ideas on how to fix Utouch on N7 grouper that won't mount /sdcard ?
[21:12] <bnjmn> Just boots to fastboot, recovery or black "Google" screen
[21:12] <bnjmn> No Ubuntu Touch
[21:20] <dave_> jdstrand: hi! And because of pulseaudio 24/96 should also work?
[21:26] <jdstrand> dave_: I don't know what you mean by 24/96, but because pulseaudio is the one accessing the devices and not the app itself, it should work. if you have pulseaudio specific questions, I'll refer you to diwic
[21:30] <dave_> jdstrand: 24 bit 96000 khz audio (not supported by some other OS, so this would be really nice)
[21:31] <jdstrand> yeah, that is definitely not a question for me :)
[21:46] <janimo> rsalveti, sergiusens are videos playable on the current images? I push the Play button next to the file icon but nothing seems to be happening
[21:46] <janimo> same with mp3 files under the Music view
[21:46] <cjwatson> asac: I interrupted testing for family time.  Yes, all those packages went in
[21:47] <asac> cjwatson: figured myself. will do so next time as well
[21:47] <asac> thanks
[21:47] <asac> just wanted to check if you need help or hit and roadblocks on the testing so we can help or so
[21:48] <asac> stgraber: i am about to do the final missing test for 50 locally here on my maguro
[21:49] <asac> stgraber: in case thats good, we might want a promotion. is that a valid candidate for testing your code?
[21:49] <asac> or do we need something that got built _after_ you transitioned?
[21:50] <timp> asac: I see there is an UITK release. thanks
[21:50] <asac> timp: yeah. still fighting its way through
[21:50] <asac> but next proposed image has that
[21:52] <timp> asac: does CI take the latest image, or the latest released package versions?
[21:53] <asac> timp: the daily image smoke dashboard taskes the latest image
[21:53] <stgraber> asac: 50 will be fine for the bits I'm the most worried about (re-sync of IDs between the two channels)
[21:53] <timp> asac: so would a CI job use the new UITK release now, or should we wait until it is in the image?
[21:53] <timp> asac: I mean CI for an MR for an app, for example this one https://code.launchpad.net/~osomon/webbrowser-app/new-panel-api/+merge/185222
[21:53] <asac> timp: CI job... meaning upstream merger?
[21:53] <timp> asac: it failed so far, but with the new UITK it should work
[21:53] <asac> timp: did that one fail because you didnt have the latest?
[21:53] <asac> timp: if so, just give it a try.
[21:54] <timp> asac: yes, it failed because it used a new function from UITK that was not in the previous release, but is in the new one
[21:54] <asac> timp: right. so just retry i guess
[21:54] <asac> then we will know
[21:54] <asac> i think it apt-get installs the package on top of latest image
[21:54] <asac> that might bring a new toolkit for you
[21:54] <asac> or not ... depending on how the packaging is done really.
[21:54] <timp> asac: does the trigger rebuild link there work for you? I guess I don't have my dns or vpn setup correctly now
[21:55] <asac> timp: i never did that
[21:55] <asac> so ... not sure
[21:55] <timp> well it is not that urgent, can wait till tomorrow
[21:55] <asac> ok. would love to know what happens :)
[21:55] <timp> asac: usually I just do an empty commit to my branches to re-trigger CI, but this is not my branch
[21:55] <plars> stgraber: ping
[21:55] <stgraber> plars: pong
[21:55] <plars> stgraber: I'm getting something very strange from your check-latest script
[21:55] <stgraber> plars: ah?
[21:56] <plars> stgraber: http://paste.ubuntu.com/6116848/
[21:56] <asac> bfiller: can you give an empty commit on the webbrowser-app?
[21:56] <asac> bfiller: to test if the uitk is picked up
[21:56] <asac> bfiller: see above (timp)
[21:56] <timp> asac: it is only for this MR https://code.launchpad.net/~osomon/webbrowser-app/new-panel-api/+merge/185222
[21:56] <timp> osomon owns that branch
[21:57] <stgraber> plars: oh yeah, looks like it got a bit confused, let me patch it up quickly to support both the old and new way of getting that info
[21:57] <plars> stgraber: thanks
[21:57] <asac> timp: you could repropose i guess
[21:57] <asac> but well... you can also wait then
[21:57] <timp> asac: or someone with a proper vpn setup can "Click here to trigger a rebuild:
[21:57] <timp> http://s-jenkins:8080/job/webbrowser-app-ci/330/rebuild
[21:57] <asac> timp: how do i log in there?
[21:58] <asac> timp: "publish again" button?
[21:58] <asac> fginther: can you retry the job above?
[21:58] <timp> asac: at the bottom of the CI messages on the MR page are links to trigger rebuild
[21:58] <timp> I gott go now. cu tomorrow
[21:58] <asac> timp: thanks
[21:58] <fginther> asac, timp, yes
[21:58] <asac> thanks
[21:59] <rsalveti> janimo: hm, music-app should work, not for video I'm not sure if it's integrated with the file-browser or such
[21:59] <rsalveti> as the video lens is empty now
[22:00] <asac> popey: are you using build 50 by coincident :)?
[22:00] <stgraber> plars: plars http://bazaar.launchpad.net/~ubuntu-system-image/ubuntu-system-image/server/view/head:/utils/check-latest
[22:01] <popey> asac: nope
[22:01] <janimo> rsalveti, also how often should the mediascanner service (?) update the views? I adb push files under Music or Video but they do not show up
[22:01] <stgraber> plars: basically, new images now store the triplet in the description field and the filenames are now based on sha256 of the source file (to avoid any double import and to speed up processing)
[22:02] <janimo> what triggers a rescan?
[22:02] <rsalveti> janimo: not sure if that is worked as expected yet, let me push some files to check
[22:02] <stgraber> plars: the code change I just did isn't ideal as eventually we'll want to use the description field for an actual update description, but by then all of the image pool will have the new json metadata files and I'll be able to change the code to rely on that instead
[22:02] <popey> asac: how can I tell what version I *am* running?
[22:02] <asac> popey: you think its safe to publish it without testing given that we saw just these changes: http://people.canonical.com/~ogra/touch-image-stats/20130916.1.changes ?
[22:02] <stgraber> plars: so in short, as long as you use check-latest from that branch, you should be fine :)
[22:02] <asac> i feel it is ... we have same pass rate on dashboard etc.
[22:02] <popey> asac: I am flashing my device right now
[22:02] <asac> popey: i have no idea :) ... i think you could guess from the media-info
[22:03] <popey> phablet-flash ubuntu-system --channel=daily-proposed
[22:03] <popey> that's sufficient?
[22:03] <plars> stgraber: I am using it from the branch always, but it looks like the formatting has now changed, so I need to adjust the regexp I guess
[22:03] <stgraber> plars: ah, how so?
[22:03] <asac> popey: no ... -1 i think
[22:03] <asac> popey: --revision -2
[22:03] <asac> popey: double check that you see 50: getting downloaded.,.. otherwise aboard
[22:03] <asac> abort :)
[22:04] <stgraber> plars: oh, I see, that's my fault, let me fix that
[22:04] <ricmm> Saviq: I assume gerry got you up to date
[22:04] <ricmm> with the current mir/sf works in unity's main()
[22:04] <popey> Saving to: ‘/home/alan/Downloads/phablet-flash/imageupdates/saucy/ubuntu/ubuntu-20130910.2.full.tar.xz’
[22:04] <popey> i see no 50 there asac
[22:04] <asac> popey: thats not correct i think
[22:04] <Saviq> ricmm, somewhat, yes, I was just wondering, since nothing actually *sets* QT_QPA_PLUGIN=ubuntumirserver
[22:04] <asac> popey: 50:20130916.1:20130911.3
[22:04] <popey> asac: that was me doing  phablet-flash ubuntu-system --revision -2
[22:05] <asac> popey: try -3 then?
[22:05] <popey> https://system-image.ubuntu.com/saucy/ubuntu/ubuntu-20130905.1.full.tar.xz
[22:05] <asac> popey: oh sorry, misread above ... you probably need -1 :)
[22:05] <asac> that works
[22:05] <asac> htought you had 16.2 not 10.2
[22:05] <popey> https://system-image.ubuntu.com/saucy/ubuntu/ubuntu-20130913.full.tar.xz
[22:05] <popey> thats -1
[22:06] <asac> popey: did you drop --channel=... ?
[22:06] <asac> thats still needed
[22:06] <rsalveti> janimo: hm, music-app was able to see my new files, but I get no sound
[22:06] <popey> ok.. so
[22:06] <popey> phablet-flash ubuntu-system --channel=daily-proposed --revision -1 -d mako
[22:06] <ricmm> Saviq: has to be set somewhere, cant remember where tho
[22:06] <stgraber> plars: ok, pushed another commit to get you something closer to the previous output
[22:06] <asac> popey: what does that give you?
[22:06] <popey> uh
[22:06] <popey> INFO:phablet-flash:Downloading https://system-image.ubuntu.com/pool/ubuntu-9cd83d85c3e1433dfa25524bd65251f882c9b2ceebe3838140b08de20e681715.tar.xz to /home/alan/Downloads/phablet-flash/imageupdates/pool/ubuntu-9cd83d85c3e1433dfa25524bd65251f882c9b2ceebe3838140b08de20e681715.tar.xz
[22:06] <asac> omg
[22:07] <asac> stgraber: how to find out if he is downloading the right one?
[22:07] <stgraber> plars: the only change is that instead of seeing mako= you'll see device=
[22:07] <Saviq> ricmm, ah ok, found it
[22:07] <Saviq> ricmm, tricksy
[22:07] <asac> popey: could be you need latest p-f https://launchpad.net/~ubuntu-unity/+archive/daily-build/+files/phablet-tools_1.0%2B13.10.20130916.1-0ubuntu1_all.deb
[22:07] <ricmm> Saviq: where is it? remind me
[22:07] <plars> stgraber: my regexp is flexible enough to deal with that, as long as the order is the same
[22:07] <ricmm> I forget
[22:07] <karni> Hi guys. Can you tell me how to rm /etc/init/ssh.override so I can use the run_on_device from unity8 trunk?
[22:07] <Saviq> ricmm, main()
[22:07] <ricmm> there you go
[22:07] <karni> I do have .writable_image in /home/phablet
[22:07] <ricmm> its set before the QGuiApplication is created
[22:07] <stgraber> plars: right, the fix I pushed will give you the same order and the same format string, s/mako/device/ should be the only remaining change
[22:07] <plars> stgraber: that should fix it according to my local testing, thanks!
[22:07] <Saviq> ricmm, if QPA.startsWith("ubuntumir"): setqpa("ubuntumirserver")
[22:08] <Saviq> ricmm, in ~pseudocode
[22:08] <karni> I can touch a file in /etc, so I have root access and writable partition. I can't rm /etc/init/ssh.override though.
[22:08] <ricmm> Saviq: yea
[22:08] <cjwatson> karni: You don't need to rm it, just empty it
[22:08] <ricmm> Saviq: its all to enable the "supports both SF and Mir" transition
[22:08] <karni> cjwatson: oh
[22:08] <Saviq> ricmm, which is *so* hackish ;)
[22:08] <cjwatson> >/etc/init/ssh.override
[22:08]  * karni tries
[22:08] <Saviq> ricmm, yeah, I know
[22:08] <ricmm> Saviq: gets better then you reach the QLibrary
[22:08] <stgraber> asac: doesn't phablet-flash tell you what version it's flashing?
[22:08] <Saviq> ricmm, don't want to :D
[22:08] <asac> stgraber: popey seems to not get that info
[22:08] <cjwatson> karni: (You can't rm it because that single file is bind-mounted)
[22:08] <Saviq> asac, the message menu fix should land within minutes
[22:08] <popey> asac: installed new p-f
[22:08] <popey> Setting up phablet-tools (1.0+13.10.20130916.1-0ubuntu1) ...
[22:08] <plars> asac: I can either stop the current run and it will start 52, or I can go back and fix the 51 versions in the job description
[22:08] <stgraber> asac: anyway, that file isn't from 50, it's from 51
[22:08] <karni> cjwatson: I see, thank you. rebooting, hope this helps :)!
[22:09]  * Saviq afk
[22:09] <popey> asac: http://paste.ubuntu.com/6116884/
[22:09] <asac> popey: ok guess its -2 indeed according to what stgraber said
[22:09] <popey> --2013-09-16 23:09:32--  https://system-image.ubuntu.com/saucy-proposed/ubuntu/ubuntu-20130916.1.full.tar.xz
[22:09] <stgraber> yeah, we're currently at 52, so if you want 50, you'll need -2
[22:09] <asac> popey: that looks good
[22:09] <popey> ok, flashing
[22:09] <asac> goodie
[22:10] <popey> (once I clear out some crap from my disk)
[22:10] <popey> ssd filled up with all this nonsense ☻
[22:10] <popey> adb reboot recovery
[22:10] <popey> bah
[22:10] <cjwatson> asac: music and weather app tests are fine with new click, as are unity8 tests.  uploaded
[22:10] <asac> cjwatson: thanks. rock on
[22:10] <cjwatson> I guess there was just some random junk in my environment before
[22:11] <asac> cjwatson: maybe. unfortunately, tests are still flaki ... in particular if something happens like a crash in the background
[22:12] <asac> but its more 1 out of 5-10 times failing
[22:12] <cjwatson> this was reliably broken before.  whatever, it's fine now
[22:12] <asac> k
[22:13] <asac> ogra_: if you are avail to do a call test on maguro 50, that would be great ... otherwise we will just bless it as there were just two packages
[22:13] <karni> cjwatson: ssh still seems broken :( ideas? http://paste.ubuntu.com/6116901/
[22:13] <asac> after popey confirms its good
[22:13] <cjwatson> oh, I was running the app tests with phablet-test-run -n, maybe that was my fault then
[22:13] <asac> right
[22:13] <asac> thats it
[22:13] <plars> cjohnston: just the unity8 one with -n
[22:13] <asac> app tests need stupid manual unlock
[22:13] <asac> because noone can agree what to do :)
[22:13] <cjwatson> karni: see if sshd is actually running
[22:15] <karni> cjwatson: heh.. that was the problem. thank you!
[22:15] <cjwatson> karni: now it's weird that it wouldn't have been, after you cleared /etc/init/ssh.override and rebooted
[22:15] <cjwatson> karni: so (a) check that /etc/init/ssh.override is still empty, (b) look in /var/log/upstart/ssh.log to see if that has anything
[22:15] <karni> cjwatson: yes, ps ax|grep ssh returned nothing
[22:15] <karni> ok
[22:16] <karni> ssh.override still empty
[22:16] <karni> root@ubuntu-phablet:/# cat /var/log/upstart/ssh.log
[22:16] <karni> cat: /var/log/upstart/ssh.log: No such file or directory
[22:16] <popey> this isn't looking good.
[22:16] <cjwatson> anything interesting in /var/log/syslog, /var/log/auth.log?  don't paste them here
[22:16] <popey> ah, finally rebooting
[22:16] <popey> phew
[22:17] <asac> popey: dont confuse me :)
[22:17] <popey> hah
[22:17] <cjwatson> karni: however, I need to go to bed now.  good luck investigating
[22:17] <popey> bless
[22:17] <karni> cjwatson: o/ night!
[22:17] <karni> cjwatson: I'll just settle with that approach for time being.
[22:18] <asac> popey: good?
[22:18] <asac> stgraber: go promote 50
[22:18] <asac> thanks
[22:18] <popey> just booted, am testing
[22:18] <asac> stgraber: oh
[22:18] <asac> sorry :()
[22:18] <asac> stgraber: wait :)
[22:18] <asac> for popey
[22:19] <asac> i am done on maguro
[22:20] <dave_> anybody knows when diwic might be around?
[22:21] <asac> dave_: tomorrow euro time i think
[22:22] <dave_> asac: ah, ok thanks
[22:22] <anders3408> anyone knows where i should be able to see logs from running system other than /var/log/* ? like why it fails turning on wifi or some function ?
[22:22] <cjwatson> some things may be in /home/phablet/.cache/
[22:23] <anders3408> yes found that one 2 cjwatson :)
[22:24] <popey> looks good.
[22:25] <asac> stgraber: ok whenver you want, promote 50
[22:26] <stgraber> asac: ok
[22:27] <stgraber> asac: running
[22:27] <slangasek> sergiusens: I guess you might appreciate that libglib2.0-dev in saucy now depends on python:any instead of python
[22:27] <asac> stgraber: cool. happy to flash the promoted if that helps once you say its good
[22:30] <sergiusens> slangasek, great!
[22:31] <asac> cjohnston: can you change the smoke CSS to only show green for 100%?
[22:31] <cjohnston> asac: ack
[22:32]  * jono flashes with 50
[22:32] <slangasek> sergiusens: can you remind me which package you were tryign to build when you ran into the problem?
[22:32] <anders3408> just a quick question , this socket that fails in this line, what is that used for : upstart-local-bridge: Failed to bind socket unix:/dev/socket/upstart-text-bridge No such file or directory
[22:32] <anders3408> i mean what uses upstart-text-bridge and what does it do ?
[22:32] <slangasek> sergiusens: so I can make sure it really works now and we don't have any other issues hiding
[22:33] <slangasek> anders3408: the text bridge is used to notify upstart of changes in the android container
[22:33] <anders3408> so like when wifi is ready or modem is ready in the android container it should tell ubuntu via upstart-local-bridge ?
[22:35] <slangasek> I don't believe it's used for either of those things specifically; the main thing we need it for is to know when android has finished hardware initialization with ueventd
[22:35] <stgraber> asac: copy completed without a problem, I'm now checking the result to make sure it's sane
[22:35] <sergiusens> slangasek, it was libnotify-dev:armhf
[22:35] <anders3408> but uhm it fails pretty much :D slangasek
[22:36] <sergiusens> slangasek, was the apt selection stuff fixed as well?
[22:36] <slangasek> sergiusens: ok. 'apt-get install libnotify-dev:armhf' seems to work now... I didn't make any changes to apt, so maybe that bug still lurks somewhere
[22:36] <sergiusens> slangasek, or do we need to have python preinstalled?
[22:36] <slangasek> sergiusens: oh, right, the chroot I'm testing in already has python; maybe the behavior is different when python isn't present
[22:37] <stgraber> asac: looks good to me.
[22:37] <slangasek> sergiusens: hmmmnope, it still grabs python, not python:armhf, for me
[22:37] <sergiusens> slangasek, yeah, when it isn't present the python:any dep selects python:armhf
[22:37] <sergiusens> slangasek, great then
[22:37] <slangasek> sergiusens: what's the exact command you're running? 'apt-get install libnotify-dev:armhf'? or 'apt-get build-dep -a armhf $something'?
[22:37] <asac> stgraber: ok let me try flashing i guess
[22:38] <sergiusens> slangasek, the former
[22:38] <slangasek> sergiusens: ok.  so, WorksForMe
[22:38] <asac> stgraber: Downloading https://system-image.ubuntu.com/stable/maguro/version-50.tar.xz to /home/asac/Downloads/phablet-flash/imageupdates/stable/maguro/version-50.tar.xz
[22:38] <sergiusens> slangasek, then I'm good, I'll give it a test later tonight
[22:38] <stgraber> asac: I guess some users may be surprised to see their device jump from version 7 to version 50 but that's normal :)
[22:38] <slangasek> great :)
[22:38] <asac> stgraber: didnt even download new files. so even that worked
[22:39] <asac> stgraber: we work hard :)
[22:39] <asac> stgraber: why do they see it upgrading froom 7?
[22:39] <asac> we had 49 promoted before etc.?
[22:39] <asac> or were the _old_ users still stuck before todays landing?
[22:39] <om26er> larsu, hello
[22:39] <stgraber> asac: we talked with lool about that, before today daily and daily-proposed were run independently, so the images were getting renumbered when they were copied
[22:39] <asac> oh right
[22:40] <asac> yeah i remember
[22:40] <asac> great
[22:40] <asac> i like it this way :()
[22:40] <asac> stgraber: do we touch the files at all when copying?
[22:40] <stgraber> today's change corrects that which explains the huge bump and why I wanted to do the first copy myself in case something got confused
[22:40] <asac> or is it now an untouched copy?
[22:40] <stgraber> we rebuild the version tarball, the rest is copied untouchd
[22:40] <stgraber> *untouched
[22:40] <asac> ok
[22:41] <asac> stgraber: we dont have that version in the tarball though, right?
[22:41] <asac> stgraber: like in media-info?
[22:41] <stgraber> though this run was special since it had to generate a bunch of missing deltas too (but that was a side effect of the huge version bump, it won't happen next time)
[22:41] <asac> stgraber: or is that preserved from the initial tarball?
[22:41] <stgraber> asac: the version tarball contains the data needed by the upgrader. That's the build number (50), server URL, server ports, channel name and some extra metadata (including the version of each of the bits that are part of the image)
[22:42] <asac> stgraber: yeah. was hoping to have it in the rootfs tarballs etc.
[22:42] <asac> but well. guess something to figure later if and what would make sense there
[22:42] <stgraber> so once barry will be done with the client side change, we won't even need to look at media-info anymore, system-image-cli -i will just parse version_detail and show that instead (that'll get you version of rootfs, version of android, version of the customization tarball if any, ...)
[22:42] <asac> stgraber: oh ... maybe we can use the version tarball to store that info on the device during install/upgrae?
[22:43] <asac> ok
[22:44] <stgraber> I'll update the wiki with more info on how the server side of things work with some examples, but will probably wait 10 days or so before doing that as currently the server is a bit of a mess because of the migration from one setup to the other. In 10 days most of the old stuff will have expired so then everything should be consistent and pretty :)
[22:45] <stgraber> asac: ah, btw, current expiration rules are 10 images for the saucy channel, 20 images for saucy-proposed and 15 images for saucy-customized
[22:46] <slangasek> stgraber: surely the saucy-proposed channel could be shorter instead of longer, since it's not for end-users?
[22:46] <asac> stgraber: sounds good. dont thinks we necessarily need to reduce the proposed
[22:47] <stgraber> slangasek: it actually needs to be longer as it contains delta from both itself and from saucy. If we made it 10 images and we were building more than 10 images between releases to saucy, we wouldn't be able to QA the upgrade
[22:47] <asac> stgraber: can we at least keep everything that was not promoted?
[22:47] <slangasek> stgraber: hmm, I thought the -proposed channel always consisted of the saucy channel plus the current to-be-tested image
[22:47] <asac> slangasek: right. but we might iterate very fast
[22:47] <stgraber> slangasek: not anymore as asac wanted to have older images in it
[22:48] <slangasek> yes, but each iteration should involve re-flashing from the last promoted image
[22:48] <asac> stgraber: so i think 20 is fine for now... if we run out of space we can revisit
[22:48] <asac> slangasek: we parallelize
[22:48] <asac> and want to be able to go back
[22:48] <asac> look back :)
[22:48] <asac> not go back
[22:48] <slangasek> hmm, ok
[22:48] <stgraber> slangasek: nowadays saucy-proposed is an import of everything we ever build, then we can choose to copy any of those over to saucy (version number remains the same, so there may be gaps in the version numbers of the saucy channel)
[22:49] <asac> i think we can reduce it once we know more
[22:49] <stgraber> slangasek: every time something gets published to saucy-proposed, two deltas are generated, one from the latest saucy-proposed to the new image and one from the latest saucy to the new image
[22:50] <stgraber> slangasek: that way the channel is usuable day to day by users who want untested images (and they'll get small deltas) and it's also usable to QA the next saucy update since the source image and delta are in the channel too
[22:50] <slangasek> um
[22:50] <slangasek> I don't think it's a good idea to be supporting use of the -proposed channel by day-to-day users
[22:51] <slangasek> that seems to greatly increase the amount of work required
[22:51] <stgraber> slangasek: well, that channel has the "hidden" flag set so it won't show up in any UI, but if your device is on it, you'll get updates instead of having to wipe it clean every time
[22:51] <asac> we can hide it
[22:51] <asac> not sure what additional work we need
[22:52] <stgraber> the only additional work is a 2-3min delta generation done automatically on publication, which saves >3min for anyone who has their device on the channel (most of our image developers I suspect)
[22:52] <asac> we could probably even put it on a separate machine at some point
[22:53] <asac> stgraber: install worked fine
[22:53] <asac> thanks
[22:53] <plars-afk> need to step away for a bit
[22:53] <slangasek> stgraber: alright, if it's not actually much work then I withdraw my comments
[22:53] <asac> plars-afk: everything running?
[22:53] <plars-afk> asac: the tests are all going on 52 now, and the description is happy once more
[22:53] <plars-afk> asac: I'll cleanup the 51 descriptions later for the ones who ran, when I'm back on tonight
[22:53] <stgraber> slangasek: yeah, on my side it'd actually have been harder to special case that channel NOT to generate the standard image to image deltas ;)
[22:54] <slangasek> ok
[22:54] <asac> plars-afk: thanks. ttyl or tomorrow
[22:54] <mhall119> anders3408: why must you tease me so?
[22:55] <stgraber> slangasek: oh, btw, all that stuff also means we now have the alias channels setup like we want post-release and I believe sergiusens' new phablet-flash now defaults to using the stable channel alias
[22:55] <jono> jasoncwarner, would you mind taking a look at https://bugs.launchpad.net/ubuntu-system-settings/+bug/1224637 when you get a moment
[22:55] <jono> gotta run
[22:55] <anders3408> mhall119:  what do you mean :P
[22:55] <slangasek> stgraber: ah, great :)
[22:55] <mhall119> anders3408: your Find 5 build!  I saw pictures of it running this morning and I want to try!
[22:55] <iBotPeaches> mhall119: just send him the phone, he won :p
[22:55] <anders3408> im 99,99 % sure that the competition will never end :)
[22:56] <mhall119> iBotPeaches: I gotta be able to run it before I send it
[22:56] <mhall119> anders3408: why not?
[22:56] <anders3408> mhall119:  you have a bit crazy needs that should be fixed before we can win win :)
[22:56] <mhall119> anders3408: but you got it to boot right?
[22:57] <mhall119> that's more than any other image I've tried so far
[22:57] <anders3408> yes im using it now, trying to get that stupid wifi up
[22:57] <mhall119> anders3408: at this point even if it doesn't meet *all* of the criteria, I think we can still call you the winner
[22:58] <iBotPeaches> anders3408: :)
[22:58] <anders3408> im glad that you dont have a goal like need to work after reboot :)
[22:58] <mhall119> heh, well that would be nice to have :)
[22:59] <mhall119> but I'll still happily send you a second Find 5 so you can have one for work and one for play :)
[22:59] <anders3408> there is one single issue that stops display, i can upload the build so you can try it, and explain what you need to do to get display on but you will need adb :)
[22:59] <mhall119> adb and I are becoming friends, so that's fine
[22:59] <anders3408> wait a sec :) i can tweak that in the init.find5.rc part :) but that will be a dirty thing :) but it should work
[23:00] <anders3408> or a simple init.d script
[23:00]  * mhall119 plugs his Find 5 in to charge
[23:04] <anders3408> current state of ubuntu on find5 is no major reboots at all, you can launch the apps that is working, sometimes it slow but it works, you can switch between them. you can start camera and shoot images with or without flash and also with front face camera, but you cant watch them after they have been shooted, the file is stored, but its corrupt and you can play ringtones so sound should also work mhall119
[23:04] <anders3408> so a lineup would be :
[23:04] <anders3408> you can take pictures with the front and rear cameras but files is corrupted
[23:05] <anders3408> you can play audio with settings->ringtones
[23:05] <anders3408> you can launch multiple apps and switch between them
[23:06] <anders3408> i will keep working on ubuntu touch even if i win the competition caus ill do what ever i can to get ubuntu touch working stable enough to use as dayli driver
[23:06] <iBotPeaches> anders3408: did you merge that apparmor patch into kernel? for click packages?
[23:06]  * popey hugs anders3408 
[23:07] <anders3408> iBotPeaches:  nope
[23:07] <anders3408> if i get those click thingy correctly they need wifi at least ?
[23:10] <om26er> which channel have the "tested" images again ?
[23:10] <mhall119> anders3408: let me play with the image, but what you just said it so much more than anybody else has gotten
[23:11] <asac> om26er: daily
[23:11] <asac> om26er: the default when using ubuntu-system
[23:11] <asac> om26er: tested == blessed
[23:12] <asac> om26er: the ones on dashboard come from daily-proposed :)
[23:12] <asac> hehe
[23:12]  * asac thinks thats what he was looking for
[23:12] <iBotPeaches> mhall119: not to bash anyone, but the one guy who said he was doing it for "2+ months" didn't really look like he had any idea what he was doing, then anders3408 comes and has working build in 2 days
[23:12] <om26er> asac, so we should test daily-proposed ?
[23:12] <om26er> as our daily drivers I meant
[23:14] <mhall119> iBotPeaches: well there have been many people sending me images since the XDA:DevCon in early August
[23:14] <mhall119> and they were all got stuck at about the same place before
[23:15] <iBotPeaches> mhall119: good to hear theres more people interested in porting then
[23:15] <stgraber> barry: http://paste.ubuntu.com/6117108/
[23:15] <iBotPeaches> mhall119: at least on xda, most of the ubuntu ports are buggy as hell and no where good enough for daily. hopefully that'll change as ubuntu phone matures
[23:18] <anders3408> yes iBotPeaches file manager gives permission denied
[23:19] <anders3408> when creating a new folder :)
[23:20] <iBotPeaches> anders3408: I just flashed a new build, and borked my android-chroot, going back to working on apktool, where things aren't as maddening :p
[23:22] <anders3408> iBotPeaches:  oh i know its a tricky bitch getting to run, but when this competition is over we can work all together and ill release sources and explain a bit so we can get things working :)
[23:24] <anders3408> mhall119: so how are we gonna do this ? im just doing a new build, hopefully you wont need to do anything to get display up :)
[23:31] <anders3408> iBotPeaches:  oh you just flashed a build on top of an older build ? if comming from ubuntu , first bootup will fail, go back to recovery and reflash , something is odd with lxc container
[23:31] <iBotPeaches> anders3408: yeah, I didn't know why that was. I just remember I had to double flash a lot
[23:32] <anders3408> yes, same issue exsist if oyu reboot
[23:35] <anders3408> mhall119:  did we lost you ? :)
[23:45] <anders3408> mhall119: music player can play music if you push a file to the device and then chown and chmod the file :D